From owner-freebsd-current Sun Oct 27 0:59:33 2002 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 A92D237B401 for ; Sun, 27 Oct 2002 00:59:32 -0700 (PDT) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48A7843E3B for ; Sun, 27 Oct 2002 00:59:31 -0700 (PDT) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 0A796812E9; Sun, 27 Oct 2002 18:28:59 +1030 (CST) Date: Sun, 27 Oct 2002 18:28:58 +1030 From: Greg 'groggy' Lehey To: Scott Dodson Cc: freebsd-current@freebsd.org Subject: Re: 5-current crashing when booting SMP Message-ID: <20021027075858.GH69631@wantadilla.lemis.com> References: <5.1.1.6.0.20021026212614.00b1c8d8@email.gasou.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5.1.1.6.0.20021026212614.00b1c8d8@email.gasou.edu> User-Agent: Mutt/1.4i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Saturday, 26 October 2002 at 21:35:13 -0400, Scott Dodson wrote: > Over the past few weeks I've had continuous problems booting > my 5-current system with an SMP kernel. Immediately after > the system has booted and the login screen displays the machine > panics. The motherboard is an Abit BP6. Below is the information > provided when it locks up. Based on the kernel panic FAQ I > was able to determine that the suspect function is proctree but I > wasn't able to get it to dump and investigate further. My knowledge > of debugging is almost non existant, any help on the matter would > be appreciated. This has been happening since I updated around > the first week of October. I have -CURRENT running on one of these MBs. I haven't seen this panic. Are you running a GENERIC kernel? If not, I'd suggest you try that first; if so, try checking for stale headers and binaries. Greg -- See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 1: 6:12 2002 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 931) id 51DD837B401; Sun, 27 Oct 2002 01:06:11 -0700 (PDT) Date: Sun, 27 Oct 2002 01:06:11 -0700 From: Juli Mallett To: Greg 'groggy' Lehey Cc: Scott Dodson , freebsd-current@freebsd.org Subject: Re: 5-current crashing when booting SMP Message-ID: <20021027010611.B90908@FreeBSD.org> References: <5.1.1.6.0.20021026212614.00b1c8d8@email.gasou.edu> <20021027075858.GH69631@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20021027075858.GH69631@wantadilla.lemis.com>; from grog@FreeBSD.org on Sun, Oct 27, 2002 at 06:28:58PM +1030 Organisation: The FreeBSD Project X-Alternate-Addresses: , , , , X-Towel: Yes X-LiveJournal: flata, jmallett X-Negacore: Yes Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * De: Greg 'groggy' Lehey [ Data: 2002-10-27 ] [ Subjecte: Re: 5-current crashing when booting SMP ] > On Saturday, 26 October 2002 at 21:35:13 -0400, Scott Dodson wrote: > > Over the past few weeks I've had continuous problems booting > > my 5-current system with an SMP kernel. Immediately after > > the system has booted and the login screen displays the machine > > panics. The motherboard is an Abit BP6. Below is the information > > provided when it locks up. Based on the kernel panic FAQ I > > was able to determine that the suspect function is proctree but I > > wasn't able to get it to dump and investigate further. My knowledge > > of debugging is almost non existant, any help on the matter would > > be appreciated. This has been happening since I updated around > > the first week of October. > > I have -CURRENT running on one of these MBs. I haven't seen this > panic. Are you running a GENERIC kernel? If not, I'd suggest you try > that first; if so, try checking for stale headers and binaries. GENERIC is SMP????? -- Juli Mallett | FreeBSD: The Power To Serve Will break world for fulltime employment. | finger jmallett@FreeBSD.org http://people.FreeBSD.org/~jmallett/ | Support my FreeBSD hacking! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 1: 8:15 2002 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 02BEC37B401; Sun, 27 Oct 2002 01:08:14 -0700 (PDT) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3D6B43E6A; Sun, 27 Oct 2002 01:08:12 -0700 (PDT) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 36BDE812E9; Sun, 27 Oct 2002 18:38:10 +1030 (CST) Date: Sun, 27 Oct 2002 18:38:10 +1030 From: Greg 'groggy' Lehey To: Juli Mallett Cc: Scott Dodson , freebsd-current@freebsd.org Subject: Re: 5-current crashing when booting SMP Message-ID: <20021027080810.GJ69631@wantadilla.lemis.com> References: <5.1.1.6.0.20021026212614.00b1c8d8@email.gasou.edu> <20021027075858.GH69631@wantadilla.lemis.com> <20021027010611.B90908@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021027010611.B90908@FreeBSD.org> User-Agent: Mutt/1.4i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sunday, 27 October 2002 at 1:06:11 -0700, Juli Mallett wrote: > * De: Greg 'groggy' Lehey [ Data: 2002-10-27 ] > [ Subjecte: Re: 5-current crashing when booting SMP ] >> On Saturday, 26 October 2002 at 21:35:13 -0400, Scott Dodson wrote: >>> Over the past few weeks I've had continuous problems booting >>> my 5-current system with an SMP kernel. Immediately after >>> the system has booted and the login screen displays the machine >>> panics. The motherboard is an Abit BP6. Below is the information >>> provided when it locks up. Based on the kernel panic FAQ I >>> was able to determine that the suspect function is proctree but I >>> wasn't able to get it to dump and investigate further. My knowledge >>> of debugging is almost non existant, any help on the matter would >>> be appreciated. This has been happening since I updated around >>> the first week of October. >> >> I have -CURRENT running on one of these MBs. I haven't seen this >> panic. Are you running a GENERIC kernel? If not, I'd suggest you try >> that first; if so, try checking for stale headers and binaries. > > GENERIC is SMP????? *sigh* No, you're right, but you just need to change two entries. Greg -- See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 1:35: 5 2002 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 5744937B401 for ; Sun, 27 Oct 2002 01:35:04 -0700 (PDT) Received: from 12-234-90-219.client.attbi.com (12-234-90-219.client.attbi.com [12.234.90.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id C746E43E42 for ; Sun, 27 Oct 2002 01:35:03 -0700 (PDT) (envelope-from DougB@FreeBSD.org) Received: from FreeBSD.org (master.gorean.org [10.0.0.2]) by 12-234-90-219.client.attbi.com (8.12.5/8.12.5) with ESMTP id g9R8Z2iZ039754 for ; Sun, 27 Oct 2002 01:35:03 -0700 (PDT) (envelope-from DougB@FreeBSD.org) Message-ID: <3DBBA536.76FDD9D6@FreeBSD.org> Date: Sun, 27 Oct 2002 01:35:02 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Subject: makewhatis[.local] issues Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Howdy, Two things related to the new makewhatis. First, shouldn't it be in /usr/sbin? It's not really a command we'd expect users to run. Second, /etc/periodic/weekly/320.whatis still refers to /usr/libexec/makewhatis.local, which of course no longer exists. I'm not sure what the fix is to this, but I figured someone here probably does. :) Doug -- "We have known freedom's price. We have shown freedom's power. And in this great conflict, ... we will see freedom's victory." - George W. Bush, President of the United States State of the Union, January 28, 2002 Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 1: 2:30 2002 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 C345537B401 for ; Sun, 27 Oct 2002 01:02:28 -0800 (PST) Received: from beast.freebsd.org (beast.freebsd.org [216.136.204.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BBDA43E4A for ; Sun, 27 Oct 2002 01:02:28 -0800 (PST) (envelope-from des@FreeBSD.org) Received: from beast.freebsd.org (localhost [127.0.0.1]) by beast.freebsd.org (8.12.6/8.12.6) with ESMTP id g9R92Sn1082985 for ; Sun, 27 Oct 2002 01:02:28 -0800 (PST) (envelope-from des@beast.freebsd.org) Received: (from des@localhost) by beast.freebsd.org (8.12.6/8.12.6/Submit) id g9R92St3082971 for current@freebsd.org; Sun, 27 Oct 2002 01:02:28 -0800 (PST) Date: Sun, 27 Oct 2002 01:02:28 -0800 (PST) From: Dag-Erling Smorgrav Message-Id: <200210270902.g9R92St3082971@beast.freebsd.org> To: current@freebsd.org Subject: alpha tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- ===> lib/libc_r /h/des/src/lib/libc_r/uthread/uthread_sig.c: In function `thread_sig_invoke_handler': /h/des/src/lib/libc_r/uthread/uthread_sig.c:284: warning: cast to pointer from integer of different size /h/des/src/lib/libc_r/uthread/uthread_sig.c: In function `thread_sig_invoke_handler': /h/des/src/lib/libc_r/uthread/uthread_sig.c:284: warning: cast to pointer from integer of different size ld: cannot open output file uthread_sig.So.tmp: No such file or directory *** Error code 1 Stop in /h/des/src/lib/libc_r. *** Error code 1 Stop in /h/des/src/lib. *** Error code 1 Stop in /h/des/src. *** Error code 1 Stop in /h/des/src. *** Error code 1 Stop in /h/des/src. *** Error code 1 Stop in /h/des/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 1:23:25 2002 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 4F6F637B401 for ; Sun, 27 Oct 2002 01:23:24 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEDB243E3B for ; Sun, 27 Oct 2002 01:23:22 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id UAA10052; Sun, 27 Oct 2002 20:22:53 +1100 Date: Sun, 27 Oct 2002 20:34:08 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Nate Lawson Cc: Daniel Flickinger , FreeBSD-CURRENT Subject: Re: status of npx patch |= PCB_NPXINITDONE? In-Reply-To: Message-ID: <20021027203354.I11056-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 26 Oct 2002, Nate Lawson wrote: > On Sun, 27 Oct 2002, Daniel Flickinger wrote: > > I placed your patch for npx in my kernel builds for > > 25 and 26 Oct ... I have not had xemacs under X lock-up > > since --and it was downright regular prior. > > > > Is this the reason? Will the patch be committed? > > > > Time stamps are GMT. > > He already committed it. Peter committed it. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 1:58:43 2002 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 4C42837B404 for ; Sun, 27 Oct 2002 01:58:41 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0840043E3B for ; Sun, 27 Oct 2002 01:58:33 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.5/8.12.6) id g9R9wM2d084884; Sun, 27 Oct 2002 10:58:22 +0100 (CET) (envelope-from sos) From: Soeren Schmidt Message-Id: <200210270958.g9R9wM2d084884@spider.deepcore.dk> Subject: Re: burncd/cdcontrol In-Reply-To: To: Julian Elischer Date: Sun, 27 Oct 2002 10:58:22 +0100 (CET) Cc: Nate Lawson , current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems Julian Elischer wrote: Well, burncd is about to grow even more DVD support thanks to donations of HW etc from our users. As usual it will be totally open and free (as in beer)... PS: I find it somewhat amusing that the loudest speakers for atapicam and cdrecord etc all, now ask for the ATAPI tools to work on SCSI... PPS: Adding burncd support to the SCSI cd driver is a <30min job... > cdrecord doesn't do DVDs and jorg Schiller is holding back on DVD mods > so he can sell that version.. > DVD capable cdrecord is called cdrecord-PRO > and costs $100. > if he commands from burncd could be piped into a SCSI pipe, > then that would probably work... > > I have an ATAPI dvd writer on a firewire<->atapi converter > that connects to CAM via SBP-2. > Using some patches for cdrecord that are available on the internet I > got it to write fine, so tehatapi and SCSI commands for writing are the > same. But that is a hack, because as isaid before, teh cdrecord that > REALLY knows about DVDs is not free. > > > On Sat, 26 Oct 2002, Nate Lawson wrote: > > > On Sat, 26 Oct 2002, Julian Elischer wrote: > > > what would it take to allow burncd to work on SCSI devices.? > > > > You got it backwards -- is atapicam complete enough to work reliably with > > cdrecord? There's no reason for us to replicate a more feature-complete > > port in our src tree. > > > > -Nate > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-current" in the body of the message > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 2:11:11 2002 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 D9B8237B401 for ; Sun, 27 Oct 2002 02:11:10 -0800 (PST) Received: from tara.freenix.org (keltia.freenix.org [62.4.20.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DAAD43E3B for ; Sun, 27 Oct 2002 02:11:10 -0800 (PST) (envelope-from roberto@tara.freenix.org) Received: by tara.freenix.org (Postfix/TLS, from userid 101) id E53D72A95; Sun, 27 Oct 2002 11:11:08 +0100 (CET) Date: Sun, 27 Oct 2002 11:11:08 +0100 From: Ollivier Robert To: current@FreeBSD.ORG Subject: Re: burncd/cdcontrol Message-ID: <20021027101108.GA92719@tara.freenix.org> Mail-Followup-To: current@FreeBSD.ORG References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 5.0-CURRENT K6-3D/266 & 2x PIII/800 SMP User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG According to Nate Lawson: > You got it backwards -- is atapicam complete enough to work reliably with > cdrecord? There's no reason for us to replicate a more feature-complete > port in our src tree. Yes it is. gcombust + cdrecord + atapicam is prefect for that and works fine. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 5.0-CURRENT #80: Sun Jun 4 22:44:19 CEST 2000 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 2:19:23 2002 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 EEF9937B401 for ; Sun, 27 Oct 2002 02:19:22 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01C3743E4A for ; Sun, 27 Oct 2002 02:19:22 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.5/8.12.6) id g9RAJK1L088456; Sun, 27 Oct 2002 11:19:20 +0100 (CET) (envelope-from sos) From: Soeren Schmidt Message-Id: <200210271019.g9RAJK1L088456@spider.deepcore.dk> Subject: Re: burncd/cdcontrol In-Reply-To: <20021027101108.GA92719@tara.freenix.org> To: Ollivier Robert Date: Sun, 27 Oct 2002 11:19:20 +0100 (CET) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems Ollivier Robert wrote: > According to Nate Lawson: > > You got it backwards -- is atapicam complete enough to work reliably with > > cdrecord? There's no reason for us to replicate a more feature-complete > > port in our src tree. > > Yes it is. gcombust + cdrecord + atapicam is prefect for that and works > fine. Well, the real question here is who adds DVD capability to cdrecord ? -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 2:42:43 2002 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 3382F37B401 for ; Sun, 27 Oct 2002 02:42:42 -0800 (PST) Received: from tara.freenix.org (keltia.freenix.org [62.4.20.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2DC343E3B for ; Sun, 27 Oct 2002 02:42:41 -0800 (PST) (envelope-from roberto@tara.freenix.org) Received: by tara.freenix.org (Postfix/TLS, from userid 101) id 019DB2A8C; Sun, 27 Oct 2002 11:42:39 +0100 (CET) Date: Sun, 27 Oct 2002 11:42:39 +0100 From: Ollivier Robert To: current@FreeBSD.ORG Subject: Re: burncd/cdcontrol Message-ID: <20021027104239.GA92816@tara.freenix.org> Mail-Followup-To: current@FreeBSD.ORG References: <20021027101108.GA92719@tara.freenix.org> <200210271019.g9RAJK1L088456@spider.deepcore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200210271019.g9RAJK1L088456@spider.deepcore.dk> X-Operating-System: FreeBSD 5.0-CURRENT K6-3D/266 & 2x PIII/800 SMP User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG According to Soeren Schmidt: > Well, the real question here is who adds DVD capability to cdrecord ? Someone who has knowledge of how to do it ? I personally don't really care about cdrecord vs burncd (which I have used before with success when atapicam didn't exist) but one must admit that cdrecord is supported by all graphical interfaces. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 5.0-CURRENT #80: Sun Jun 4 22:44:19 CEST 2000 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 2:47:25 2002 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 3792137B401 for ; Sun, 27 Oct 2002 02:47:24 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4255743E65 for ; Sun, 27 Oct 2002 02:47:23 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.5/8.12.6) id g9RAlM1U093220; Sun, 27 Oct 2002 11:47:22 +0100 (CET) (envelope-from sos) From: Soeren Schmidt Message-Id: <200210271047.g9RAlM1U093220@spider.deepcore.dk> Subject: Re: burncd/cdcontrol In-Reply-To: <20021027104239.GA92816@tara.freenix.org> To: Ollivier Robert Date: Sun, 27 Oct 2002 11:47:22 +0100 (CET) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems Ollivier Robert wrote: > According to Soeren Schmidt: > > Well, the real question here is who adds DVD capability to cdrecord ? > > Someone who has knowledge of how to do it ? Thats more or less obvious isn't it ? So the question still stands: who adds DVD capability to cdrecord ? -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 2:56:24 2002 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 6D1DB37B401 for ; Sun, 27 Oct 2002 02:56:23 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF3C643E4A for ; Sun, 27 Oct 2002 02:56:21 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id g9RAuFrF051441; Sun, 27 Oct 2002 11:56:15 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: "Andrey A. Chernov" Cc: current@FreeBSD.ORG Subject: Re: GEOM gets whole disk geometry for slice (instead of slice geometry) In-Reply-To: Your message of "Sun, 27 Oct 2002 03:37:47 +0300." <20021027003747.GA10503@nagual.pp.ru> Date: Sun, 27 Oct 2002 11:56:15 +0100 Message-ID: <51440.1035716175@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20021027003747.GA10503@nagual.pp.ru>, "Andrey A. Chernov" writes: >I have disk shared between FreeBSD and M$ Win, two slices, and got >incorrect disklabel with GEOM kernel. Namely "cylinders" and >"sectors/unit" fields are from _whole_ disk, not from just requested >slice. Please send me output of: dd if=/dev/ad0 bs=1k count=64 | uuencode ache.ad0 -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 6:48:42 2002 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 9982337B401 for ; Sun, 27 Oct 2002 06:48:41 -0800 (PST) Received: from encontacto.net (adsl-64-173-182-158.dsl.mtry01.pacbell.net [64.173.182.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1A5143E42 for ; Sun, 27 Oct 2002 06:48:36 -0800 (PST) (envelope-from eculp@encontacto.net) Received: from localhost (localhost [127.0.0.1]) (uid 80) by encontacto.net with local; Sun, 27 Oct 2002 06:48:36 -0800 Received: from adsl-64-173-182-155.dsl.mtry01.pacbell.net (adsl-64-173-182-155.dsl.mtry01.pacbell.net [64.173.182.155]) by Mail.EnContacto.Net (IMP) with HTTP for ; Sun, 27 Oct 2002 06:48:36 -0800 Message-ID: <1035730116.3dbbfcc45fae1@Mail.EnContacto.Net> X-Priority: 3 (Normal) Date: Sun, 27 Oct 2002 06:48:36 -0800 From: eculp@encontacto.net To: "current@FreeBSD.ORG" Cc: Nate Lawson Subject: Re: HEADSUP: burncd/cdcontrol need to be rebuilt (CDRIO*SPEED changes) References: <1035678439.3dbb32e7ddd3b@Mail.EnContacto.Net> In-Reply-To: <1035678439.3dbb32e7ddd3b@Mail.EnContacto.Net> MIME-Version: 1.0 Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs X-Originating-IP: 64.173.182.155 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Quoting "eculp@encontacto.net" : | Quoting Nate Lawson : | | | | | | | I checked again and my commit had missed the burncd speed conversion. I | | just committed it -- rev 1.28 burncd.c. Sorry about this. CVSUP, | rebuild | | burncd, and let me know if there are further problems. | | Nate, Thanks again. Burncd now works as expected with -s. BTW, the -s now seems to be required and no longer optional. ed ------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 7:45:32 2002 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 836BF37B401 for ; Sun, 27 Oct 2002 07:45:31 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id C75D943E42 for ; Sun, 27 Oct 2002 07:45:30 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id A5E4C534E; Sun, 27 Oct 2002 16:45:28 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Jun Kuriyama Cc: Current Subject: Re: libfetch/http.c with -Werror References: <7mk7k4xvga.wl@black.imgsrc.co.jp> From: Dag-Erling Smorgrav Date: Sun, 27 Oct 2002 16:45:27 +0100 In-Reply-To: <7mk7k4xvga.wl@black.imgsrc.co.jp> (Jun Kuriyama's message of "Sun, 27 Oct 2002 15:11:17 +0900") Message-ID: Lines: 8 User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.2 (i386--freebsd) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jun Kuriyama writes: > It seems _http_growbuf() should return int at the end of function? Yes, already mentioned in PR 44123 (and fixed a few minutes ago) DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 8:40:40 2002 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 8D42637B401 for ; Sun, 27 Oct 2002 08:40:39 -0800 (PST) Received: from InterJet.elischer.org (12-232-206-8.client.attbi.com [12.232.206.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 645A543E42 for ; Sun, 27 Oct 2002 08:40:38 -0800 (PST) (envelope-from julian@elischer.org) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id IAA18312; Sun, 27 Oct 2002 08:27:01 -0800 (PST) Date: Sun, 27 Oct 2002 08:27:00 -0800 (PST) From: Julian Elischer To: Soeren Schmidt Cc: Ollivier Robert , current@FreeBSD.ORG Subject: Re: burncd/cdcontrol In-Reply-To: <200210271047.g9RAlM1U093220@spider.deepcore.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG there is a set of patches for it that Ken Merry pointed out to me. http://people.mandrakesoft.com/~warly/files/cdrtools/ however it is not complete support. Joerg Schilling has a vesion with full DVD support and it's his right to ask for money for it. I may end up buying some licences from him anyway to support he work he's done for cdrecord. You can get a license for free for personal use I believe, but he hasn't out out a freebsd binary. On Sun, 27 Oct 2002, Soeren Schmidt wrote: > It seems Ollivier Robert wrote: > > According to Soeren Schmidt: > > > Well, the real question here is who adds DVD capability to cdrecord ?= =20 > >=20 > > Someone who has knowledge of how to do it ? >=20 > Thats more or less obvious isn't it ? >=20 > So the question still stands: who adds DVD capability to cdrecord ?=20 >=20 > -S=F8ren >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message >=20 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 9:26:42 2002 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 DF22037B401 for ; Sun, 27 Oct 2002 09:26:41 -0800 (PST) Received: from hclb.demon.co.uk (hclb.demon.co.uk [158.152.8.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id D217B43E88 for ; Sun, 27 Oct 2002 09:26:36 -0800 (PST) (envelope-from root@hclb.demon.co.uk) Received: (from root@localhost) by hclb.demon.co.uk (8.11.1/8.9.3) id g9RHO6j00478 for freebsd-current@freebsd.org; Sun, 27 Oct 2002 17:24:06 GMT (envelope-from root) From: devans@hclb.demon.co.uk (Dave Evans) Subject: Re: df problems ? To: freebsd-current@freebsd.org Message-ID: <1035764472snx@hclb.demon.co.uk> X-Mailer: cppnews $Revision: 1.43 $ Date: Sun, 27 Oct 02 17:21:12 GMT Organization: Lines: 13 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > Is there any way of obtaining a list of superblocks on a fs, apart from > > making a note of the list newfs produces? > > dumpfs(8) > There is, as I've just discovered, a -N option to newfs, which displays what it is going to do but doesn't write to the disk. One slip of the typing fingers and you're sunk. It seems that superblocks are always in the same place, but there are more on larger disks. This seems to apply for all the disks I've looked at. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 11:12:57 2002 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 9739337B401 for ; Sun, 27 Oct 2002 11:12:56 -0800 (PST) Received: from edgemaster.zombie.org (edgemaster.creighton.edu [147.134.112.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26DCD43E42 for ; Sun, 27 Oct 2002 11:12:56 -0800 (PST) (envelope-from smkelly@zombie.org) Received: by edgemaster.zombie.org (Postfix, from userid 1001) id D7124414D9; Sun, 27 Oct 2002 13:12:50 -0600 (CST) Date: Sun, 27 Oct 2002 13:12:50 -0600 From: Sean Kelly To: current@freebsd.org Subject: "don't do that" w/ snd_emu10k1.ko Message-ID: <20021027191246.GA696@edgemaster.zombie.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG When attempting to kldunload snd_emu10k1.ko, I was greeted with a panic saying "don't do that". I wasn't able to get any traces or anything, as things went downhill from there. I'm not exactly sure what happened after that, but it wasn't a graceful crash to say the least. I'll try it again later for amusement. Anyway, I would guess that this bit from sys/kern/kern_conf.c is doing it: void destroy_dev(dev_t dev) { if (!(dev->si_flags & SI_NAMED)) { printf( "WARNING: Driver mistake: destroy_dev on %d/%d\n", major(dev), minor(dev)); panic("don't do that"); return; } ... I don't recall seeing the WARNING, but things happened rather fast. Any ideas or anybody else seeing this? -- Sean Kelly | PGP KeyID: 77042C7B smkelly@zombie.org | http://www.zombie.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 11:40:37 2002 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 5CD6C37B401 for ; Sun, 27 Oct 2002 11:40:36 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id F3F2943E4A for ; Sun, 27 Oct 2002 11:40:35 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 80985 invoked by uid 1000); 27 Oct 2002 19:40:36 -0000 Date: Sun, 27 Oct 2002 11:40:36 -0800 (PST) From: Nate Lawson To: eculp@encontacto.net Cc: "current@FreeBSD.ORG" Subject: Re: HEADSUP: burncd/cdcontrol need to be rebuilt (CDRIO*SPEED changes) In-Reply-To: <1035730116.3dbbfcc45fae1@Mail.EnContacto.Net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 27 Oct 2002 eculp@encontacto.net wrote: > Quoting "eculp@encontacto.net" : > | Quoting Nate Lawson : > | > | > | > | | > | | I checked again and my commit had missed the burncd speed conversion. I > | | just committed it -- rev 1.28 burncd.c. Sorry about this. CVSUP, > | rebuild > | | burncd, and let me know if there are further problems. > | | > > Nate, Thanks again. Burncd now works as expected with -s. BTW, the -s now > seems to be required and no longer optional. Sorry for that side effect. Fixed in rev 1.29, which brings it in line with the original patch. -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 12: 7:42 2002 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 8252F37B401 for ; Sun, 27 Oct 2002 12:07:40 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 3DBEF43E3B for ; Sun, 27 Oct 2002 12:07:40 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 81055 invoked by uid 1000); 27 Oct 2002 20:07:41 -0000 Date: Sun, 27 Oct 2002 12:07:41 -0800 (PST) From: Nate Lawson To: Julian Elischer Cc: current@FreeBSD.ORG Subject: Re: burncd/cdcontrol In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ah, I didn't know about the DVD for $ issue. In any case, I prefer cdrecord because it works cross-platform and is supported by many GUIs. The problem with making burncd work for SCSI is that it doesn't use the ATAPI interface, instead it implements our own ioctl interface. Currently, the ioctls burncd uses that are missing from cd(4) are: CDRIOCGETBLOCKSIZE CDRIOCSETBLOCKSIZE CDRIOCNEXTWRITEABLEADDR CDRIOCBLANK CDRIOCGETPROGRESS CDRIOCINITWRITER CDRIOCFIXATE CDRIOCSENDCUE CDRIOCINITTRACK CDRIOCFLUSH CDRIOCREADFORMATCAPS CDRIOCFORMAT Instead of cutting/pasting those from atapi-cd.c, I think it would be better eventually to rewrite burncd using the ATAPI commands and libcam to send them to the drive. That way we can have one CD driver instead of duplicating all that code. IMO, atapi-cd.c need never have been written but atapi-cam should have been done much earlier. We now have two nearly identical drivers for supporting the exact same hardware. cd(4) works for ATAPI and SCSI drives. acd(4) doesn't but has newer ATAPI commands that have not yet been cut/pasted into cd(4). -Nate On Sat, 26 Oct 2002, Julian Elischer wrote: > cdrecord doesn't do DVDs and jorg Schiller is holding back on DVD mods > so he can sell that version.. > DVD capable cdrecord is called cdrecord-PRO > and costs $100. > if he commands from burncd could be piped into a SCSI pipe, > then that would probably work... > > I have an ATAPI dvd writer on a firewire<->atapi converter > that connects to CAM via SBP-2. > Using some patches for cdrecord that are available on the internet I > got it to write fine, so tehatapi and SCSI commands for writing are the > same. But that is a hack, because as isaid before, teh cdrecord that > REALLY knows about DVDs is not free. > > > On Sat, 26 Oct 2002, Nate Lawson wrote: > > > On Sat, 26 Oct 2002, Julian Elischer wrote: > > > what would it take to allow burncd to work on SCSI devices.? > > > > You got it backwards -- is atapicam complete enough to work reliably with > > cdrecord? There's no reason for us to replicate a more feature-complete > > port in our src tree. > > > > -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 12:11:27 2002 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 30B0337B401 for ; Sun, 27 Oct 2002 12:11:26 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id C962743E6E for ; Sun, 27 Oct 2002 12:11:25 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 81067 invoked by uid 1000); 27 Oct 2002 20:11:26 -0000 Date: Sun, 27 Oct 2002 12:11:26 -0800 (PST) From: Nate Lawson To: Soeren Schmidt Cc: Julian Elischer , current@FreeBSD.ORG Subject: Re: burncd/cdcontrol In-Reply-To: <200210270958.g9R9wM2d084884@spider.deepcore.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 27 Oct 2002, Soeren Schmidt wrote: > Well, burncd is about to grow even more DVD support thanks to > donations of HW etc from our users. As usual it will be totally > open and free (as in beer)... That's always good to hear. > PS: I find it somewhat amusing that the loudest speakers for atapicam > and cdrecord etc all, now ask for the ATAPI tools to work on SCSI... I'd like it even more if the tools did away with the private ioctl interface and really did speak ATAPI. If that happened, burncd would instantly work on many SCSI cd drives. > PPS: Adding burncd support to the SCSI cd driver is a <30min job... Yes, it's a cut/paste job because ATAPI is a subset of SCSI (i.e. we are duplicating code needlessly). -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 12:20:59 2002 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 7FD1537B404 for ; Sun, 27 Oct 2002 12:20:57 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9758243E6E for ; Sun, 27 Oct 2002 12:20:45 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.5/8.12.6) id g9RKKdgY094462; Sun, 27 Oct 2002 21:20:39 +0100 (CET) (envelope-from sos) From: Soeren Schmidt Message-Id: <200210272020.g9RKKdgY094462@spider.deepcore.dk> Subject: Re: burncd/cdcontrol In-Reply-To: To: Nate Lawson Date: Sun, 27 Oct 2002 21:20:39 +0100 (CET) Cc: Julian Elischer , current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems Nate Lawson wrote: > Ah, I didn't know about the DVD for $ issue. In any case, I prefer > cdrecord because it works cross-platform and is supported by many GUIs. right, but cdrecord is as close to closed source as you can get without actually calling it that... > The problem with making burncd work for SCSI is that it doesn't use the > ATAPI interface, instead it implements our own ioctl interface. > Currently, the ioctls burncd uses that are missing from cd(4) are: > > CDRIOCGETBLOCKSIZE > CDRIOCSETBLOCKSIZE > CDRIOCNEXTWRITEABLEADDR > CDRIOCBLANK > CDRIOCGETPROGRESS > CDRIOCINITWRITER > CDRIOCFIXATE > CDRIOCSENDCUE > CDRIOCINITTRACK > CDRIOCFLUSH > CDRIOCREADFORMATCAPS > CDRIOCFORMAT > > Instead of cutting/pasting those from atapi-cd.c, I think it would be > better eventually to rewrite burncd using the ATAPI commands and libcam to > send them to the drive. That way we can have one CD driver instead of > duplicating all that code. IMO, atapi-cd.c need never have been written > but atapi-cam should have been done much earlier. We now have two nearly > identical drivers for supporting the exact same hardware. cd(4) works for > ATAPI and SCSI drives. acd(4) doesn't but has newer ATAPI commands that > have not yet been cut/pasted into cd(4). Hmm, it is true that I could use ATAPI command directly in burncd, and I actually have a version in the lab that is ~75% converted to that, but that is not the only issue here. The ATAPI cd driver has quite a bit of functionality that the SCSI cd driver hasn't, fx the ability to read all kinds of CD's no matter what the block size, the ablity to read individual tracks, and supporting ATAPI changer devices just to mention a few :) Besides for some of us that uses small systems without SCSI in them, saving the +100k of compiled code for the CAM overhead is important. Oh, and besides the SCSI/CAM cd driver didn't exist when I did the first version of the ATAPI cd driver, that was the old SCSI system back then... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 12:24:21 2002 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 71BFF37B401 for ; Sun, 27 Oct 2002 12:24:20 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 870A343E3B for ; Sun, 27 Oct 2002 12:24:19 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.5/8.12.6) id g9RKOETY095076; Sun, 27 Oct 2002 21:24:14 +0100 (CET) (envelope-from sos) From: Soeren Schmidt Message-Id: <200210272024.g9RKOETY095076@spider.deepcore.dk> Subject: Re: burncd/cdcontrol In-Reply-To: To: Nate Lawson Date: Sun, 27 Oct 2002 21:24:14 +0100 (CET) Cc: Julian Elischer , current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems Nate Lawson wrote: > On Sun, 27 Oct 2002, Soeren Schmidt wrote: > > Well, burncd is about to grow even more DVD support thanks to > > donations of HW etc from our users. As usual it will be totally > > open and free (as in beer)... > > That's always good to hear. Right.... > > PS: I find it somewhat amusing that the loudest speakers for atapicam > > and cdrecord etc all, now ask for the ATAPI tools to work on SCSI... > > I'd like it even more if the tools did away with the private ioctl > interface and really did speak ATAPI. If that happened, burncd would > instantly work on many SCSI cd drives. That could be done, but it would still need to different backends, but is should be fairly easy. But it would only support MMC drives not all the old mutually incomaptible SCSI burners... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 12:42:32 2002 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 DDB9037B401 for ; Sun, 27 Oct 2002 12:42:31 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8083643E42 for ; Sun, 27 Oct 2002 12:42:30 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.5/8.12.6) id g9RKgPHs098448; Sun, 27 Oct 2002 21:42:25 +0100 (CET) (envelope-from sos) From: Soeren Schmidt Message-Id: <200210272042.g9RKgPHs098448@spider.deepcore.dk> Subject: Re: burncd/cdcontrol In-Reply-To: To: Nate Lawson Date: Sun, 27 Oct 2002 21:42:25 +0100 (CET) Cc: Julian Elischer , current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems Nate Lawson wrote: > I'd like it even more if the tools did away with the private ioctl > interface and really did speak ATAPI. If that happened, burncd would > instantly work on many SCSI cd drives. Oh, I just forgot, the ioctl interface actually came into use because the old SCSI system used that, and the ATAPI cd driver wanted to use the same userland util to be compatible. Now CAM did away with native burner support, and the interface sortof stayed in the ATAPI world. Agreed it could have been changed to use ATAPI cmds along the line instead of ioctl's, but both methods has its good and weak sides, and time went by... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 13:15:44 2002 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 B005037B401 for ; Sun, 27 Oct 2002 13:15:42 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-165-226-88.dsl.lsan03.pacbell.net [64.165.226.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13E1B43E3B for ; Sun, 27 Oct 2002 13:15:42 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8E50766C7B; Sun, 27 Oct 2002 13:15:41 -0800 (PST) Date: Sun, 27 Oct 2002 13:15:41 -0800 From: Kris Kennaway To: current@FreeBSD.org, kirk@mckusick.com Subject: softdep panic on 5.0-CURRENT Message-ID: <20021027211541.GD34221@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7qSK/uQB79J36Y4o" Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --7qSK/uQB79J36Y4o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I've just got the following panic on one of the package cluster machines. It is running a kernel from October 18. Is this panic already fixed? Kris panic: softdep_disk_io_initiation: read panic: from debugger Uptime: 12h45m14s Dumping 254 MB ata0: resetting devices .. done 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 --- #0 doadump () at /local0/scratch/sys/kern/kern_shutdown.c:223 223 /local0/scratch/sys/kern/kern_shutdown.c: No such file or directory. in /local0/scratch/sys/kern/kern_shutdown.c (kgdb) bt #0 doadump () at /local0/scratch/sys/kern/kern_shutdown.c:223 #1 0xc024b6b5 in boot (howto=260) at /local0/scratch/sys/kern/kern_shutdown.c:355 #2 0xc024b903 in panic () at /local0/scratch/sys/kern/kern_shutdown.c:508 #3 0xc0163262 in db_panic () at /local0/scratch/sys/ddb/db_command.c:450 #4 0xc01631e2 in db_command (last_cmdp=0xc0429d80, cmd_table=0x0, aux_cmd_tablep=0xc0422c00, aux_cmd_tablep_end=0xc0422c04) at /local0/scratch/sys/ddb/db_command.c:346 #5 0xc01632f6 in db_command_loop () at /local0/scratch/sys/ddb/db_command.c:472 #6 0xc0165f7a in db_trap (type=3, code=0) at /local0/scratch/sys/ddb/db_trap.c:72 #7 0xc03a83c1 in kdb_trap (type=3, code=0, regs=0xcdc65aa0) at /local0/scratch/sys/i386/i386/db_interface.c:166 #8 0xc03b8ae7 in trap (frame= {tf_fs = -1069613032, tf_es = 16, tf_ds = -1032847344, tf_edi = -1033965568, tf_esi = 256, tf_ebp = -842638612, tf_isp = -842638644, tf_ebx = 0, tf_edx = 0, tf_ecx = 1, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1069906332, tf_cs = 8, tf_eflags = 658, tf_esp = -1069434237, tf_ss = -1069557319}) at /local0/scratch/sys/i386/i386/trap.c:605 #9 0xc03a9b88 in calltrap () at {standard input}:98 #10 0xc024b8eb in panic (fmt=0x0) at /local0/scratch/sys/kern/kern_shutdown.c:494 #11 0xc0350c1c in softdep_disk_io_initiation (bp=0xc7746ce8) at /local0/scratch/sys/ufs/ffs/ffs_softdep.c:3446 #12 0xc0291efe in cluster_wbuild (vp=0xc378d818, size=16384, start_lbn=11, len=3) at buf.h:410 #13 0xc028c43b in vfs_bio_awrite (bp=0x0) at /local0/scratch/sys/kern/vfs_bio.c:1626 #14 0xc035814a in ffs_fsync (ap=0xcdc65c48) at /local0/scratch/sys/ufs/ffs/ffs_vnops.c:258 #15 0xc03574de in ffs_sync (mp=0xc26dfe00, waitfor=3, cred=0xc0f13e00, td=0xc25ef000) at vnode_if.h:612 #16 0xc029df8e in sync_fsync (ap=0xcdc65cd0) at /local0/scratch/sys/kern/vfs_subr.c:3450 #17 0xc029abae in sched_sync () at vnode_if.h:612 #18 0xc0237d15 in fork_exit (callout=0xc029aa30 , arg=0x0, frame=0x0) at /local0/scratch/sys/kern/kern_fork.c:860 --7qSK/uQB79J36Y4o Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9vFd8Wry0BWjoQKURAtDCAJwOOn7WEG+gpiE1u1uKx1sDdbevvACfb3za N8uEHLITzWxG5Sn52M4KA6U= =zoPa -----END PGP SIGNATURE----- --7qSK/uQB79J36Y4o-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 13:56:43 2002 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 3A00837B401 for ; Sun, 27 Oct 2002 13:56:42 -0800 (PST) Received: from edgemaster.zombie.org (edgemaster.creighton.edu [147.134.112.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBF5F43E42 for ; Sun, 27 Oct 2002 13:56:41 -0800 (PST) (envelope-from smkelly@zombie.org) Received: by edgemaster.zombie.org (Postfix, from userid 1001) id CEE4B41467; Sun, 27 Oct 2002 15:56:40 -0600 (CST) Date: Sun, 27 Oct 2002 15:56:40 -0600 From: Sean Kelly To: current@freebsd.org Subject: fsck / and remount failure Message-ID: <20021027215639.GA660@edgemaster.zombie.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I just suffered a kernel panic and upon reboot, I noticed that the root filesystem isn't able to be remounted read/write after the fsck: Mounting root from ufs:/dev/ad1s1a WARNING: / was not properly dismounted ... Starting file system checks: /dev/ad1s1a: INCORRECT BLOCK COUNT I=42806 (4 should be 0) (CORRECTED) /dev/ad1s1a: UNREF FILE I=42804 OWNER=smkelly MODE=100600 /dev/ad1s1a: SIZE=8756 MTIME=Oct 27 13:48 2002 (CLEARED) /dev/ad1s1a: UNREF FILE I=42805 OWNER=smkelly MODE=100600 /dev/ad1s1a: SIZE=8630 MTIME=Oct 27 13:48 2002 (CLEARED) /dev/ad1s1a: UNREF FILE I=42806 OWNER=root MODE=100444 /dev/ad1s1a: SIZE=0 MTIME=Oct 27 15:50 2002 (CLEARED) /dev/ad1s1a: FREE BLK COUNT(S) WRONG IN SUPERBLK (SALVAGED) /dev/ad1s1a: SUMMARY INFORMATION BAD (SALVAGED) /dev/ad1s1a: BLK(S) MISSING IN BIT MAPS (SALVAGED) /dev/ad1s1a: 2231 files, 83743 used, 168240 free (424 frags, 20977 blocks, 0.2% fragmentation) /dev/ad1s1e: DEFER FOR BACKGROUND CHECKING /dev/ad1s1f: DEFER FOR BACKGROUND CHECKING /dev/ad0s1c: DEFER FOR BACKGROUND CHECKING mount: /dev/ad1s1a: Device busy mount: /dev/ad1s1a: Device busy Is this a known problem? It is rather annoying to have to come up for fscks, then reboot again to get a read/write root filesystem. Am I doing something wrong? And yes, I know my root filesystem is excessively large. -- Sean Kelly | PGP KeyID: 77042C7B smkelly@zombie.org | http://www.zombie.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 14:14:52 2002 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 28D6037B401 for ; Sun, 27 Oct 2002 14:14:51 -0800 (PST) Received: from genius.tao.org.uk (genius.tao.org.uk [212.135.162.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id A99A443E75 for ; Sun, 27 Oct 2002 14:14:50 -0800 (PST) (envelope-from joe@genius.tao.org.uk) Received: by genius.tao.org.uk (Postfix, from userid 100) id 9479B423C; Sun, 27 Oct 2002 22:14:25 +0000 (GMT) Date: Sun, 27 Oct 2002 22:14:25 +0000 From: Josef Karthauser To: current@freebsd.org Subject: Kernel breakage? Message-ID: <20021027221425.GA12045@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="huq684BweRXVnRxX" Content-Disposition: inline User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Is this me? cc1: warnings being treated as errors /usr/src/sys/ddb/db_examine.c: In function `db_examine': /usr/src/sys/ddb/db_examine.c:132: warning: unknown conversion type character `y' in format /usr/src/sys/ddb/db_examine.c:132: warning: too many arguments for format /usr/src/sys/ddb/db_examine.c: In function `db_print_cmd': /usr/src/sys/ddb/db_examine.c:216: warning: unknown conversion type character `y' in format /usr/src/sys/ddb/db_examine.c:216: warning: too many arguments for format *** Error code 1 Joe --=20 "As far as the laws of mathematics refer to reality, they are not certain; and as far as they are certain, they do not refer to reality." - Albert Einstein, 1921 --huq684BweRXVnRxX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iEYEARECAAYFAj28ZUAACgkQXVIcjOaxUBY6UQCg4EVSpmrof0llNBl5VyUuxrNi acUAoMonZQbpIvAjvBEwz7234mErn/a2 =oEpl -----END PGP SIGNATURE----- --huq684BweRXVnRxX-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 14:18:21 2002 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 F0FED37B401 for ; Sun, 27 Oct 2002 14:18:19 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACD6543E75 for ; Sun, 27 Oct 2002 14:18:18 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.4/8.12.4) with SMTP id g9RMHjOo034194; Sun, 27 Oct 2002 17:17:45 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Sun, 27 Oct 2002 17:17:44 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Sean Kelly Cc: current@freebsd.org Subject: Re: fsck / and remount failure In-Reply-To: <20021027215639.GA660@edgemaster.zombie.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Are you using UFS1 extended attributes on that box? I suspect there might be a bug involving the open flags passed to extended attribute backing vnodes such that a remount is refused because there are existing vnodes opened writable. I.e., the extended attribute backing files are opened FREAD|FWRITE, and since the file system is mounted read-only, remount refuses to upgrade to a rw mount until they are closed. My guess is that, in fact, this should be permitted, or we should re-open the backing files on a remount. I'd like to get this bug fixed, but it is another reason to recommend UFS2 over UFS1. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories On Sun, 27 Oct 2002, Sean Kelly wrote: > I just suffered a kernel panic and upon reboot, I noticed that the root > filesystem isn't able to be remounted read/write after the fsck: > > Mounting root from ufs:/dev/ad1s1a > WARNING: / was not properly dismounted > ... > Starting file system checks: > /dev/ad1s1a: INCORRECT BLOCK COUNT I=42806 (4 should be 0) (CORRECTED) > /dev/ad1s1a: UNREF FILE I=42804 OWNER=smkelly MODE=100600 > /dev/ad1s1a: SIZE=8756 MTIME=Oct 27 13:48 2002 (CLEARED) > /dev/ad1s1a: UNREF FILE I=42805 OWNER=smkelly MODE=100600 > /dev/ad1s1a: SIZE=8630 MTIME=Oct 27 13:48 2002 (CLEARED) > /dev/ad1s1a: UNREF FILE I=42806 OWNER=root MODE=100444 > /dev/ad1s1a: SIZE=0 MTIME=Oct 27 15:50 2002 (CLEARED) > /dev/ad1s1a: FREE BLK COUNT(S) WRONG IN SUPERBLK (SALVAGED) > /dev/ad1s1a: SUMMARY INFORMATION BAD (SALVAGED) > /dev/ad1s1a: BLK(S) MISSING IN BIT MAPS (SALVAGED) > /dev/ad1s1a: 2231 files, 83743 used, 168240 free (424 frags, 20977 blocks, 0.2% fragmentation) > /dev/ad1s1e: DEFER FOR BACKGROUND CHECKING > /dev/ad1s1f: DEFER FOR BACKGROUND CHECKING > /dev/ad0s1c: DEFER FOR BACKGROUND CHECKING > mount: /dev/ad1s1a: Device busy > mount: /dev/ad1s1a: Device busy > > Is this a known problem? It is rather annoying to have to come up for > fscks, then reboot again to get a read/write root filesystem. Am I doing > something wrong? And yes, I know my root filesystem is excessively large. > > -- > Sean Kelly | PGP KeyID: 77042C7B > smkelly@zombie.org | http://www.zombie.org > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 14:19:13 2002 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 3D6D137B404; Sun, 27 Oct 2002 14:19:12 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53CEB43E97; Sun, 27 Oct 2002 14:19:11 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.4/8.12.4) with SMTP id g9RMIcOo034291; Sun, 27 Oct 2002 17:18:38 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Sun, 27 Oct 2002 17:18:37 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Josef Karthauser Cc: current@FreeBSD.org Subject: Re: Kernel breakage? In-Reply-To: <20021027221425.GA12045@genius.tao.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I think UPDATING hasn't been updated on this, but there was a change in the format printing for printf that conflicts with the ddb format printing. You need to rebuild your gcc. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories On Sun, 27 Oct 2002, Josef Karthauser wrote: > Is this me? > > cc1: warnings being treated as errors > /usr/src/sys/ddb/db_examine.c: In function `db_examine': > /usr/src/sys/ddb/db_examine.c:132: warning: unknown conversion type > character `y' in format > /usr/src/sys/ddb/db_examine.c:132: warning: too many arguments for > format > /usr/src/sys/ddb/db_examine.c: In function `db_print_cmd': > /usr/src/sys/ddb/db_examine.c:216: warning: unknown conversion type > character `y' in format > /usr/src/sys/ddb/db_examine.c:216: warning: too many arguments for > format > *** Error code 1 > > Joe > -- > "As far as the laws of mathematics refer to reality, they are not certain; > and as far as they are certain, they do not refer to reality." - Albert > Einstein, 1921 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 14:24: 0 2002 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 4FC7437B401; Sun, 27 Oct 2002 14:23:59 -0800 (PST) Received: from genius.tao.org.uk (genius.tao.org.uk [212.135.162.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id B275943E4A; Sun, 27 Oct 2002 14:23:58 -0800 (PST) (envelope-from joe@genius.tao.org.uk) Received: by genius.tao.org.uk (Postfix, from userid 100) id 3A32446DD; Sun, 27 Oct 2002 22:23:34 +0000 (GMT) Date: Sun, 27 Oct 2002 22:23:34 +0000 From: Josef Karthauser To: Robert Watson Cc: current@FreeBSD.org Subject: Re: Kernel breakage? Message-ID: <20021027222334.GA12102@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , Robert Watson , current@FreeBSD.org References: <20021027221425.GA12045@genius.tao.org.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="liOOAslEiF7prFVr" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 27, 2002 at 05:18:37PM -0500, Robert Watson wrote: > I think UPDATING hasn't been updated on this, but there was a change in > the format printing for printf that conflicts with the ddb format > printing. You need to rebuild your gcc. Thanks. I'll do that. I'm a bit scared of rebuilding world though until I've seen a working kernel :). Joe --=20 "As far as the laws of mathematics refer to reality, they are not certain; and as far as they are certain, they do not refer to reality." - Albert Einstein, 1921 --liOOAslEiF7prFVr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iEYEARECAAYFAj28Z2UACgkQXVIcjOaxUBbD+QCfb37bcOafYlzPXkURkcKx2s9Z lrsAoNQPHxrwtiQEsOHNN1QjAwJW5RRO =8W7Y -----END PGP SIGNATURE----- --liOOAslEiF7prFVr-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 14:34:11 2002 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 88CCE37B401; Sun, 27 Oct 2002 14:34:08 -0800 (PST) Received: from edgemaster.zombie.org (edgemaster.creighton.edu [147.134.112.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36EFF43E4A; Sun, 27 Oct 2002 14:34:08 -0800 (PST) (envelope-from smkelly@zombie.org) Received: by edgemaster.zombie.org (Postfix, from userid 1001) id 9B467414DE; Sun, 27 Oct 2002 16:34:07 -0600 (CST) Date: Sun, 27 Oct 2002 16:34:07 -0600 From: Sean Kelly To: Robert Watson Cc: current@freebsd.org Subject: Re: fsck / and remount failure Message-ID: <20021027223407.GA942@edgemaster.zombie.org> References: <20021027215639.GA660@edgemaster.zombie.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Oct 27, 2002 at 05:17:44PM -0500, Robert Watson wrote: > Are you using UFS1 extended attributes on that box? Yes. (290) smkelly@edgemaster:~$ grep UFS /usr/src/sys/i386/conf/EDGEMASTER options UFS_DIRHASH options UFS_EXTATTR options UFS_EXTATTR_AUTOSTART options UFS_ACL > I suspect there might > be a bug involving the open flags passed to extended attribute backing > vnodes such that a remount is refused because there are existing vnodes > opened writable. I.e., the extended attribute backing files are opened > FREAD|FWRITE, and since the file system is mounted read-only, remount > refuses to upgrade to a rw mount until they are closed. My guess is that, > in fact, this should be permitted, or we should re-open the backing files > on a remount. I'd like to get this bug fixed, but it is another reason to > recommend UFS2 over UFS1. That would make sense. I had never considered the backing files being the cause of it. If necessary, I can rebuild my kernel without ACLs and EXTATTRs to see if that cures the problem. I haven't switched to UFS2 for a few reasons: * I don't know what state it is in (can I boot from it on x86?) * I don't know how stable it is now * I don't really want to have to go through the hassle of backing up and restoring all my data right now. Oh what I'd give for a conversion tool. Hello? Partition Magic people? *shakes wallet* -- Sean Kelly | PGP KeyID: 77042C7B smkelly@zombie.org | http://www.zombie.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 14:48: 8 2002 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 70A2037B401; Sun, 27 Oct 2002 14:48:07 -0800 (PST) Received: from 12-234-90-219.client.attbi.com (12-234-90-219.client.attbi.com [12.234.90.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E42743E3B; Sun, 27 Oct 2002 14:48:06 -0800 (PST) (envelope-from DougB@FreeBSD.org) Received: from FreeBSD.org (master.gorean.org [10.0.0.2]) by 12-234-90-219.client.attbi.com (8.12.5/8.12.5) with ESMTP id g9RMm3iZ044172; Sun, 27 Oct 2002 14:48:04 -0800 (PST) (envelope-from DougB@FreeBSD.org) Message-ID: <3DBC6D23.E253B853@FreeBSD.org> Date: Sun, 27 Oct 2002 14:48:03 -0800 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: Josef Karthauser Cc: current@FreeBSD.org Subject: Re: Kernel breakage? References: <20021027221425.GA12045@genius.tao.org.uk> <20021027222334.GA12102@genius.tao.org.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Josef Karthauser wrote: > > On Sun, Oct 27, 2002 at 05:18:37PM -0500, Robert Watson wrote: > > I think UPDATING hasn't been updated on this, but there was a change in > > the format printing for printf that conflicts with the ddb format > > printing. You need to rebuild your gcc. > > Thanks. I'll do that. I'm a bit scared of rebuilding world though until > I've seen a working kernel :). Did a complete upgrade from yesterday's sources (around noon) and so far things are very smooth on my X desktop machine. I'd say this is probably a good time to upgrade. Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 15:17:50 2002 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 7CE3437B401 for ; Sun, 27 Oct 2002 15:17:49 -0800 (PST) Received: from falcon.mail.pas.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0737843E6E for ; Sun, 27 Oct 2002 15:17:49 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0347.cvx22-bradley.dialup.earthlink.net ([209.179.199.92] helo=mindspring.com) by falcon.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 185wf1-0003Qo-00; Sun, 27 Oct 2002 15:17:35 -0800 Message-ID: <3DBC73C2.9C786C38@mindspring.com> Date: Sun, 27 Oct 2002 15:16:18 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Nate Lawson Cc: Julian Elischer , current@FreeBSD.ORG Subject: Re: burncd/cdcontrol References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Nate Lawson wrote: > The problem with making burncd work for SCSI is that it doesn't use the > ATAPI interface, instead it implements our own ioctl interface. > Currently, the ioctls burncd uses that are missing from cd(4) are: [ ... ] > Instead of cutting/pasting those from atapi-cd.c, I think it would be > better eventually to rewrite burncd using the ATAPI commands and libcam to > send them to the drive. That way we can have one CD driver instead of > duplicating all that code. IMO, atapi-cd.c need never have been written > but atapi-cam should have been done much earlier. We now have two nearly > identical drivers for supporting the exact same hardware. cd(4) works for > ATAPI and SCSI drives. acd(4) doesn't but has newer ATAPI commands that > have not yet been cut/pasted into cd(4). If you want to do 8 at a time, ATAPI isn't an option. Also, SCSI is the least common denominator; ATAPI is SCSI over IDE. Finally, the CAM/ATAPI SCSI code is already written and checked in, so there's already a common API (it's just that, as you point out, missing some ioctl() entry points. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 15:38: 6 2002 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 53B8C37B401; Sun, 27 Oct 2002 15:38:04 -0800 (PST) Received: from pozo.com (pozo.com [216.101.162.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08AB643E42; Sun, 27 Oct 2002 15:38:03 -0800 (PST) (envelope-from null@pozo.com) Received: from quad.pozo.com (quad.pozo.com [216.101.162.53]) by pozo.com (8.12.6/8.12.6) with ESMTP id g9RNbuks000873 (version=TLSv1/SSLv3 cipher=DES-CBC3-SHA bits=168 verify=NO); Sun, 27 Oct 2002 15:37:57 -0800 (PST) (envelope-from null@pozo.com) Message-Id: <5.1.1.6.2.20021027153430.00a796a8@pozo.com> X-Sender: null@pozo.com X-Mailer: QUALCOMM Windows Eudora Version 5.1.1 Date: Sun, 27 Oct 2002 15:37:56 -0800 To: current@FreeBSD.ORG From: Manfred Antar Subject: Latest fetch on current broken Cc: des@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I just did a build-install world plus new kernel with current sources as of 3pm PST Sunday the 27th fetch is broken: (src)4190}fetch -vv ftp://ftp.fokus.gmd.de/pub/unix/cdrecord/alpha//cdrtools-1.11a39.tar.gz ---> ftp.fokus.gmd.de:21 looking up ftp.fokus.gmd.de connecting to ftp.fokus.gmd.de:21 <<< 220- <<< 220-You have reached ftp.FOKUS.FRAUNHOFER.de. <<< 220-Please login as `ftp' to access our archive. <<< 220- <<< 220- Hello UNKNOWN at pozo.com, <<< 220- our local time is Mon Oct 28 00:33:25 2002. <<< 220- <<< 220-There are currently 0 users connected of a limit of 35. <<< 220- <<< 220-All transfers are logged with your username and hostname (as printed above). <<< 220-If you don't like this policy, disconnect NOW! <<< 220- <<< 220 FTP server Fraunhofer FOKUS ready. >>> USER anonymous fetch: cdrtools-1.11a39.tar.gz: Broken pipe ncftp works fine: (src)4191}ncftp ftp.fokus.gmd.de:/pub/unix/cdrecord/alpha//cdrtools-1.11a39.tar.gz You have reached ftp.FOKUS.FRAUNHOFER.de. Please login as `ftp' to access our archive. Hello UNKNOWN at pozo.com, our local time is Mon Oct 28 00:33:57 2002. There are currently 0 users connected of a limit of 35. All transfers are logged with your username and hostname (as printed above). If you don't like this policy, disconnect NOW! Receiving file: cdrtools-1.11a39.tar.gz 100% 0 1577294 bytes. ETA: 0:00 cdrtools-1.11a39.tar.gz: 1577294 bytes received in 40.24 seconds, 38.28 K/s. Manfred ================================== || null@pozo.com || || Ph. (415) 681-6235 || ================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 15:49:43 2002 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 9E28837B401; Sun, 27 Oct 2002 15:49:42 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4AA043E3B; Sun, 27 Oct 2002 15:49:41 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g9RNnapk024917; Sun, 27 Oct 2002 16:49:36 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 27 Oct 2002 16:48:43 -0700 (MST) Message-Id: <20021027.164843.11989932.imp@bsdimp.com> To: rwatson@FreeBSD.ORG Cc: joe@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Kernel breakage? From: "M. Warner Losh" In-Reply-To: References: <20021027221425.GA12045@genius.tao.org.uk> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: Robert Watson writes: : I think UPDATING hasn't been updated on this, but there was a change in : the format printing for printf that conflicts with the ddb format : printing. You need to rebuild your gcc. For dumb stuff like this, I don't put stuff into updating. The experienced user is expected to know about 'make WERROR=' to work around these issues.... Or to do an update to the latest sources.. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 15:58:52 2002 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 0CD2F37B401 for ; Sun, 27 Oct 2002 15:58:51 -0800 (PST) Received: from smtp.internet.dk (smtp.internet.dk [194.19.140.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96BB543E75 for ; Sun, 27 Oct 2002 15:58:49 -0800 (PST) (envelope-from leifn@neland.dk) Received: from notino (0x50c48aec.adsl-fixed.tele.dk [80.196.138.236]) (authenticated) by smtp.internet.dk (8.11.6/8.11.6/Debian/GNU) with ESMTP id g9RNwde16725 for ; Mon, 28 Oct 2002 00:58:39 +0100 Message-ID: <110e01c27e13$758fc530$6d05a8c0@notino> From: "Leif Neland" To: Subject: Current, apache(1/2): no tcp4, only tcp6 Date: Mon, 28 Oct 2002 00:49:10 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2720.3000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Some time ago my not often used testserver has stopped serving port 80, tcp4, and only serves port 80, tcp6. netstat -a shows port 80 is only open on tcp6, not tcp. I have installed the most current current. I have installed a fresh Apache/2.0.43 I have tried running apache on another port Nothing helps. I have tried running telnetd on port 80, it works, so there is not something blocking it. The same binary installed on another server from the same nfs.mounted /usr/ports is open on both tcp4 and tcp6. What am I overlooking? Leif To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 16: 1: 6 2002 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 E66AB37B401 for ; Sun, 27 Oct 2002 16:01:04 -0800 (PST) Received: from bsdone.bsdwins.com (www.bsdwins.com [192.58.184.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 437D443E4A for ; Sun, 27 Oct 2002 16:01:04 -0800 (PST) (envelope-from jwd@bsdwins.com) Received: from bsdone.bsdwins.com (localhost [127.0.0.1]) by bsdone.bsdwins.com (8.12.5/8.12.5) with ESMTP id g9RNniW2034870 for ; Sun, 27 Oct 2002 18:49:44 -0500 (EST) (envelope-from jwd@www.bsdwins.com) Received: (from jwd@localhost) by bsdone.bsdwins.com (8.12.5/8.12.5/Submit) id g9RNniUe034869 for freebsd-current@freebsd.org; Sun, 27 Oct 2002 18:49:44 -0500 (EST) Date: Sun, 27 Oct 2002 18:49:43 -0500 From: John De Boskey To: Current List Subject: 5.0-20021027-CURRENT.iso cdrom will not mount Message-ID: <20021027234943.GA34724@BSDWins.Com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, The last three 5.x install iso cdroms that I have created will not mount. The iso(s) boot correctly and sysinstall works fine. The disks are formated and newfs'd correctly. However, when sysinstall tries to mount the cdrom, the following error is received: Error mounting /dev/acd0c on /dist: Operation not supported by device (19). The only thing I think I could be doing wrong/incorrectly is the iso is currently created on a 4.7 system. I'll try creating the iso on a 5.x system later this evenning. The system I am trying to install onto works fine running 4.7, and the iso cd mounts ok on a 4.7 system. Could this be a GEOM issue? Something else? Has anyone else run into this problem? Thanks! John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 17:11:28 2002 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 BB1B237B401 for ; Sun, 27 Oct 2002 17:11:27 -0800 (PST) Received: from white.imgsrc.co.jp (ns.imgsrc.co.jp [210.226.20.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3878D43E6E for ; Sun, 27 Oct 2002 17:11:26 -0800 (PST) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (localhost [127.0.0.1]) by white.imgsrc.co.jp (Postfix) with ESMTP id 2330424DB4 for ; Mon, 28 Oct 2002 10:11:25 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [2001:218:422:2::130]) by white.imgsrc.co.jp (Postfix) with ESMTP id 6CEF524DA8 for ; Mon, 28 Oct 2002 10:11:21 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [2001:218:422:2::130]) by black.imgsrc.co.jp (Postfix) with ESMTP id 4BE6C1E46E4 for ; Mon, 28 Oct 2002 10:11:20 +0900 (JST) Date: Mon, 28 Oct 2002 10:11:20 +0900 Message-ID: <7m1y6bxt8n.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: Current Subject: SMP and getty? User-Agent: Wanderlust/2.9.10 (Unchained Melody) SEMI/1.14.4 (Hosorogi) FLIM/1.14.4 (=?ISO-8859-4?Q?Kashiharajing=FE-mae?=) APEL/10.4 Emacs/21.2 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.4 - "Hosorogi") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by AMaViS on ns.imgsrc.co.jp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG With latest current, I cannot reach to login prompt with SMP. Without "options SMP" and "options APIC_IO", it works fine. But with them, system is stalled at this point: ----- Starting inetd. Starting cron. Starting background file system checks. Mon Oct 28 09:58:32 JST 2002 ----- I don't know where the system stalled. System does not go to DDB by signalling from serial console. Does anyone have any idea for debugging more? -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 18:11:10 2002 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 1603337B401 for ; Sun, 27 Oct 2002 18:11:09 -0800 (PST) Received: from edgemaster.zombie.org (edgemaster.creighton.edu [147.134.112.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B40643E4A for ; Sun, 27 Oct 2002 18:11:08 -0800 (PST) (envelope-from smkelly@zombie.org) Received: by edgemaster.zombie.org (Postfix, from userid 1001) id DCEEC414D9; Sun, 27 Oct 2002 20:11:07 -0600 (CST) Date: Sun, 27 Oct 2002 20:11:07 -0600 From: Sean Kelly To: current@freebsd.org Subject: Interesting devfs bug Message-ID: <20021028021107.GA16371@edgemaster.zombie.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG When playing with jail earlier, I found an interesting bug in devfs. After playing with devfs a bit more, I found that jail isn't necessary to cause the bug to show itself. Here's a copy of the session. The problem should be obvious. edgemaster# uname -a FreeBSD edgemaster.zombie.org 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Fri Oct 25 23:27:50 CDT 2002 root@edgemaster.zombie.org:/usr/obj/usr/src/sys/EDGEMASTER i386 edgemaster# mount -t devfs none /mnt edgemaster# cd /mnt edgemaster# devfs -m . ruleset 10 edgemaster# devfs -m . rule add hide edgemaster# devfs -m . rule add path 'random' unhide edgemaster# devfs -m . rule applyset edgemaster# ln -s random urandom edgemaster# ln -s random urandom edgemaster# ln -s random urandom edgemaster# ln -s random urandom edgemaster# ls random urandom urandom urandom urandom edgemaster# ls -l ls: urandom: No such file or directory ls: urandom: No such file or directory ls: urandom: No such file or directory ls: urandom: No such file or directory total 0 crw-rw-rw- 1 root wheel 2, 3 Oct 27 16:00 random edgemaster# rm urandom rm: urandom: No such file or directory edgemaster# ls random urandom urandom urandom urandom edgemaster# cd / edgemaster# umount /mnt -- Sean Kelly | PGP KeyID: 77042C7B smkelly@zombie.org | http://www.zombie.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 18:39:31 2002 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 40C4437B401; Sun, 27 Oct 2002 18:39:30 -0800 (PST) Received: from axe-inc.co.jp (axegw.axe-inc.co.jp [61.199.217.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7E3F43E75; Sun, 27 Oct 2002 18:39:28 -0800 (PST) (envelope-from tanimura@axe-inc.co.jp) Received: from t-axegw.t.axe-inc.co.jp ([218.230.241.250]) by axe-inc.co.jp (8.9.3+3.2W/3.7W) with ESMTP id LAA09108; Mon, 28 Oct 2002 11:39:11 +0900 (JST) Received: from shojaku.t.axe-inc.co.jp ([192.168.6.103]) by t-axegw.t.axe-inc.co.jp (8.12.6/3.7W-Axe-Gwhost-Tokyo) with ESMTP id g9S2ce14081259 ; Mon, 28 Oct 2002 11:38:40 +0900 (JST) Received: from shojaku.t.axe-inc.co.jp.t.axe-inc.co.jp (localhost [127.0.0.1]) by shojaku.t.axe-inc.co.jp (8.12.6/3.7W-Axe-Tokyo-NoARR) with ESMTP id g9S2ceoK077293 ; Mon, 28 Oct 2002 11:38:40 +0900 (JST) Message-Id: <200210280238.g9S2ceoK077293@shojaku.t.axe-inc.co.jp> Date: Mon, 28 Oct 2002 11:38:39 +0900 From: Seigo Tanimura To: Jeff Roberson Cc: Seigo Tanimura , Bruce Evans , , Subject: Re: Dynamic growth of the buffer and buffer page reclaim In-Reply-To: <20021023163758.R22147-100000@mail.chesapeake.net> References: <200210230935.g9N9ZgoK086922@shojaku.t.axe-inc.co.jp> <20021023163758.R22147-100000@mail.chesapeake.net> Cc: Seigo Tanimura User-Agent: Wanderlust/2.8.1 (Something) SEMI/1.14.4 (Hosorogi) FLIM/1.14.4 (=?ISO-8859-1?Q?Kashiharajing=FE-mae?=) APEL/10.3 MULE XEmacs/21.1 (patch 14) (Cuyahoga Valley) (i386--freebsd) Organization: AXE, Inc. MIME-Version: 1.0 (generated by SEMI 1.14.4 - "Hosorogi") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 23 Oct 2002 16:51:44 -0400 (EDT), Jeff Roberson said: jroberson> I do, however, like the page unwiring idea. As long as it's not too jroberson> expensive. I have been somewhat disappointed that the buffer cache's jroberson> buffers are hands off for the vm. I'm confused about your approach jroberson> though. I think that the rewire function is unnecessary. You could move jroberson> this code into allocbuf() which would limit the number of times that you jroberson> have to make a pass over this list and keep the maintenance of it in a jroberson> more central place. This would also remove the need for truncating the jroberson> buf. I just wanted to make sure that buffers not in the clean queue look as they used to do without the patch. At least, if a buffer does not become busy or held, then it need not be rewired down. -- Seigo Tanimura To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 18:40:11 2002 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 1E80137B404; Sun, 27 Oct 2002 18:40:10 -0800 (PST) Received: from InterJet.elischer.org (12-232-206-8.client.attbi.com [12.232.206.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AF1443E4A; Sun, 27 Oct 2002 18:40:09 -0800 (PST) (envelope-from julian@elischer.org) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id SAA20871; Sun, 27 Oct 2002 18:35:30 -0800 (PST) Date: Sun, 27 Oct 2002 18:35:30 -0800 (PST) From: Julian Elischer To: Josef Karthauser Cc: current@freebsd.org Subject: Re: Kernel breakage? In-Reply-To: <20021027221425.GA12045@genius.tao.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I got caught by this too you need to do your kernel build in a "make buildkernel" after doing a make buildworld, so that it uses the newly compiled compiler. should be in UPDATING. On Sun, 27 Oct 2002, Josef Karthauser wrote: > Is this me? > > cc1: warnings being treated as errors > /usr/src/sys/ddb/db_examine.c: In function `db_examine': > /usr/src/sys/ddb/db_examine.c:132: warning: unknown conversion type > character `y' in format > /usr/src/sys/ddb/db_examine.c:132: warning: too many arguments for > format > /usr/src/sys/ddb/db_examine.c: In function `db_print_cmd': > /usr/src/sys/ddb/db_examine.c:216: warning: unknown conversion type > character `y' in format > /usr/src/sys/ddb/db_examine.c:216: warning: too many arguments for > format > *** Error code 1 > > Joe > -- > "As far as the laws of mathematics refer to reality, they are not certain; > and as far as they are certain, they do not refer to reality." - Albert > Einstein, 1921 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 18:51:40 2002 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 E735437B401; Sun, 27 Oct 2002 18:51:39 -0800 (PST) Received: from axe-inc.co.jp (axegw.axe-inc.co.jp [61.199.217.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8915643E4A; Sun, 27 Oct 2002 18:51:38 -0800 (PST) (envelope-from tanimura@axe-inc.co.jp) Received: from t-axegw.t.axe-inc.co.jp ([218.230.241.250]) by axe-inc.co.jp (8.9.3+3.2W/3.7W) with ESMTP id LAA09351; Mon, 28 Oct 2002 11:51:23 +0900 (JST) Received: from shojaku.t.axe-inc.co.jp ([192.168.6.103]) by t-axegw.t.axe-inc.co.jp (8.12.6/3.7W-Axe-Gwhost-Tokyo) with ESMTP id g9S2oq14081274 ; Mon, 28 Oct 2002 11:50:52 +0900 (JST) Received: from shojaku.t.axe-inc.co.jp.t.axe-inc.co.jp (localhost [127.0.0.1]) by shojaku.t.axe-inc.co.jp (8.12.6/3.7W-Axe-Tokyo-NoARR) with ESMTP id g9S2oqoK077311 ; Mon, 28 Oct 2002 11:50:52 +0900 (JST) Message-Id: <200210280250.g9S2oqoK077311@shojaku.t.axe-inc.co.jp> Date: Mon, 28 Oct 2002 11:50:52 +0900 From: Seigo Tanimura To: Bruce Evans Cc: Julian Elischer , Jeff Roberson , Seigo Tanimura , , Subject: Re: Dynamic growth of the buffer and buffer page reclaim In-Reply-To: <20021024143639.P25932-100000@gamplex.bde.org> References: <20021024143639.P25932-100000@gamplex.bde.org> User-Agent: Wanderlust/2.8.1 (Something) SEMI/1.14.4 (Hosorogi) FLIM/1.14.4 (=?ISO-8859-1?Q?Kashiharajing=FE-mae?=) APEL/10.3 MULE XEmacs/21.1 (patch 14) (Cuyahoga Valley) (i386--freebsd) Organization: AXE, Inc. MIME-Version: 1.0 (generated by SEMI 1.14.4 - "Hosorogi") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 24 Oct 2002 15:05:30 +1000 (EST), Bruce Evans said: bde> Almost exactly what we have. It turns out to be not very good, at least bde> in its current implementation, since remapping is too expensive. Things bde> work OK to the extent that remapping is not required, but so would a bde> much simpler implementation that uses less vm and more copying of data bde> (copying seems to be faster than remapping). Which process is expensive in remapping? Allocation of a KVA space? Page wiring? Or pmap operation? -- Seigo Tanimura To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 18:55:36 2002 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 4002F37B401; Sun, 27 Oct 2002 18:55:35 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-165-226-88.dsl.lsan03.pacbell.net [64.165.226.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC3EC43E6E; Sun, 27 Oct 2002 18:55:34 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 410DD66D2E; Sun, 27 Oct 2002 18:55:34 -0800 (PST) Date: Sun, 27 Oct 2002 18:55:34 -0800 From: Kris Kennaway To: Julian Elischer Cc: Josef Karthauser , current@freebsd.org Subject: Re: Kernel breakage? Message-ID: <20021028025533.GA42284@xor.obsecurity.org> References: <20021027221425.GA12045@genius.tao.org.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3MwIy2ne0vdjdPXF" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --3MwIy2ne0vdjdPXF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 27, 2002 at 06:35:30PM -0800, Julian Elischer wrote: > I got caught by this too you need to do your kernel build in a "make > buildkernel" after doing a make buildworld, so that it uses the newly > compiled compiler. >=20 > should be in UPDATING. Well, it is in UPDATING..this has been the documented way to do kernel builds for at least a year. Kris --3MwIy2ne0vdjdPXF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9vKclWry0BWjoQKURAi6kAKCD64lMaRimv7nrpHP10FqybYfzIgCgo7eA FwXzN8XPaVPfU0FFLSGKVV4= =MY8N -----END PGP SIGNATURE----- --3MwIy2ne0vdjdPXF-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 19:20:53 2002 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 0832F37B401; Sun, 27 Oct 2002 19:20:52 -0800 (PST) Received: from dibbler.ne.client2.attbi.com (dibbler.ne.client2.attbi.com [24.61.41.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30E5643E3B; Sun, 27 Oct 2002 19:20:51 -0800 (PST) (envelope-from rodrigc@attbi.com) Received: from dibbler.ne.client2.attbi.com (localhost.ne.attbi.com [127.0.0.1]) by dibbler.ne.client2.attbi.com (8.12.6/8.12.5) with ESMTP id g9S3L3RD051720; Sun, 27 Oct 2002 22:21:04 -0500 (EST) (envelope-from rodrigc@dibbler.ne.client2.attbi.com) Received: (from rodrigc@localhost) by dibbler.ne.client2.attbi.com (8.12.6/8.12.6/Submit) id g9S3L35n051719; Sun, 27 Oct 2002 22:21:03 -0500 (EST) Date: Sun, 27 Oct 2002 22:21:02 -0500 From: Craig Rodrigues To: Manfred Antar Cc: current@freebsd.org, des@freebsd.org Subject: Re: Latest fetch on current broken Message-ID: <20021027222102.A51684@attbi.com> References: <5.1.1.6.2.20021027153430.00a796a8@pozo.com> <5.1.1.6.2.20021027153430.00a796a8@pozo.com> <20021027212702.A51436@attbi.com> <5.1.1.6.2.20021027183013.00abaec0@pozo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <5.1.1.6.2.20021027183013.00abaec0@pozo.com>; from null@pozo.com on Sun, Oct 27, 2002 at 06:31:27PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Oct 27, 2002 at 06:31:27PM -0800, Manfred Antar wrote: > I noticed it when doing a portupgrade cdrtools > So yes anything that uses fetch is not going to work OK, I started tracing this down. Here's how to get debugging versions: cd /usr/src/lib/libfetch make clean make DEBUG_FLAGS=-g make DEBUG_FLAGS=-g install cd /usr/src/usr.bin/fetch make clean make DEBUG_FLAGS=-g NOSHARED=yes make DEBUG_FLAGS=-g NOSHARED=yes install I traced down the broken pipe. It is happening somewhere in /usr/src/lib/libfetch/ftp.c in the _ftp_authenticate() function. I did an Ethereal capture of my ftp session, and here are the ftp protocol messages: 220 ftp.beastie.tdk.net FTP server (Version 6.00LS) ready. USER anonymous 331 Guest login ok, send your email address as password. 221 You could at least say goodbye. -- Craig Rodrigues http://www.gis.net/~craigr rodrigc@attbi.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 19:38:25 2002 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 6BA0237B401; Sun, 27 Oct 2002 19:38:24 -0800 (PST) Received: from dibbler.ne.client2.attbi.com (dibbler.ne.client2.attbi.com [24.61.41.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96B9F43E3B; Sun, 27 Oct 2002 19:38:23 -0800 (PST) (envelope-from rodrigc@attbi.com) Received: from dibbler.ne.client2.attbi.com (localhost.ne.attbi.com [127.0.0.1]) by dibbler.ne.client2.attbi.com (8.12.6/8.12.5) with ESMTP id g9S3cbRD051816; Sun, 27 Oct 2002 22:38:37 -0500 (EST) (envelope-from rodrigc@dibbler.ne.client2.attbi.com) Received: (from rodrigc@localhost) by dibbler.ne.client2.attbi.com (8.12.6/8.12.6/Submit) id g9S3caTb051815; Sun, 27 Oct 2002 22:38:36 -0500 (EST) Date: Sun, 27 Oct 2002 22:38:36 -0500 From: Craig Rodrigues To: Manfred Antar Cc: current@freebsd.org, des@freebsd.org Subject: Re: Latest fetch on current broken Message-ID: <20021027223836.A51789@attbi.com> References: <5.1.1.6.2.20021027153430.00a796a8@pozo.com> <5.1.1.6.2.20021027153430.00a796a8@pozo.com> <20021027212702.A51436@attbi.com> <5.1.1.6.2.20021027183013.00abaec0@pozo.com> <20021027222102.A51684@attbi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20021027222102.A51684@attbi.com>; from rodrigc@attbi.com on Sun, Oct 27, 2002 at 10:21:02PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Oct 27, 2002 at 10:21:02PM -0500, Craig Rodrigues wrote: > On Sun, Oct 27, 2002 at 06:31:27PM -0800, Manfred Antar wrote: > > I noticed it when doing a portupgrade cdrtools > > So yes anything that uses fetch is not going to work > > OK, I started tracing this down. > > Here's how to get debugging versions: > cd /usr/src/lib/libfetch > make clean > make DEBUG_FLAGS=-g > make DEBUG_FLAGS=-g install > > cd /usr/src/usr.bin/fetch > make clean > make DEBUG_FLAGS=-g NOSHARED=yes > make DEBUG_FLAGS=-g NOSHARED=yes install I tracked this down further to the _fetch_writev() function in libfetch/common.c. Try this patch: --- lib/libfetch/common.c.orig Sun Oct 27 22:38:16 2002 +++ lib/libfetch/common.c Sun Oct 27 22:40:12 2002 @@ -525,7 +525,7 @@ return (-1); } total += wlen; - while (iovcnt > 0 && wlen > iov->iov_len) { + while (iovcnt > 0 && wlen >= iov->iov_len) { wlen -= iov->iov_len; iov++; iovcnt--; -- Craig Rodrigues http://www.gis.net/~craigr rodrigc@attbi.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 19:55:45 2002 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 5FBE337B401; Sun, 27 Oct 2002 19:55:43 -0800 (PST) Received: from pozo.com (pozo.com [216.101.162.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1FB643E4A; Sun, 27 Oct 2002 19:55:42 -0800 (PST) (envelope-from null@pozo.com) Received: from quad.pozo.com (quad.pozo.com [216.101.162.53]) by pozo.com (8.12.6/8.12.6) with ESMTP id g9S3tdxY002024 (version=TLSv1/SSLv3 cipher=DES-CBC3-SHA bits=168 verify=NO); Sun, 27 Oct 2002 19:55:39 -0800 (PST) (envelope-from null@pozo.com) Message-Id: <5.1.1.6.2.20021027195512.00a882b8@pozo.com> X-Sender: null@pozo.com X-Mailer: QUALCOMM Windows Eudora Version 5.1.1 Date: Sun, 27 Oct 2002 19:55:38 -0800 To: Craig Rodrigues From: Manfred Antar Subject: Re: Latest fetch on current broken Cc: current@freebsd.org, des@freebsd.org In-Reply-To: <20021027223836.A51789@attbi.com> References: <20021027222102.A51684@attbi.com> <5.1.1.6.2.20021027153430.00a796a8@pozo.com> <5.1.1.6.2.20021027153430.00a796a8@pozo.com> <20021027212702.A51436@attbi.com> <5.1.1.6.2.20021027183013.00abaec0@pozo.com> <20021027222102.A51684@attbi.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 10:38 PM 10/27/2002 -0500, Craig Rodrigues wrote: >On Sun, Oct 27, 2002 at 10:21:02PM -0500, Craig Rodrigues wrote: >> On Sun, Oct 27, 2002 at 06:31:27PM -0800, Manfred Antar wrote: >> > I noticed it when doing a portupgrade cdrtools >> > So yes anything that uses fetch is not going to work >> >> OK, I started tracing this down. >> >> Here's how to get debugging versions: >> cd /usr/src/lib/libfetch >> make clean >> make DEBUG_FLAGS=-g >> make DEBUG_FLAGS=-g install >> >> cd /usr/src/usr.bin/fetch >> make clean >> make DEBUG_FLAGS=-g NOSHARED=yes >> make DEBUG_FLAGS=-g NOSHARED=yes install > > >I tracked this down further to the _fetch_writev() function >in libfetch/common.c. Try this patch: > >--- lib/libfetch/common.c.orig Sun Oct 27 22:38:16 2002 >+++ lib/libfetch/common.c Sun Oct 27 22:40:12 2002 >@@ -525,7 +525,7 @@ > return (-1); > } > total += wlen; >- while (iovcnt > 0 && wlen > iov->iov_len) { >+ while (iovcnt > 0 && wlen >= iov->iov_len) { > wlen -= iov->iov_len; > iov++; > iovcnt--; > >-- >Craig Rodrigues >http://www.gis.net/~craigr >rodrigc@attbi.com This change makes it work here Manfred ================================== || null@pozo.com || || Ph. (415) 681-6235 || ================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 19:58:53 2002 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 A13C837B401 for ; Sun, 27 Oct 2002 19:58:51 -0800 (PST) Received: from slackerbsd.org (pcp02155875pcs.walngs01.pa.comcast.net [68.81.47.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1302743E6E for ; Sun, 27 Oct 2002 19:58:51 -0800 (PST) (envelope-from carl@slackerbsd.org) Received: by slackerbsd.org (Postfix, from userid 1000) id 361B510278; Mon, 28 Oct 2002 03:58:50 +0000 (UTC) Date: Sun, 27 Oct 2002 22:58:50 -0500 From: Carl Schmidt To: Craig Rodrigues Cc: freebsd-current@freebsd.org Subject: Re: Latest fetch on current broken Message-ID: <20021028035849.GB1773@carbon.slackerbsd.org> Reply-To: Carl Schmidt Mail-Followup-To: Craig Rodrigues , freebsd-current@freebsd.org References: <5.1.1.6.2.20021027153430.00a796a8@pozo.com> <5.1.1.6.2.20021027153430.00a796a8@pozo.com> <20021027212702.A51436@attbi.com> <5.1.1.6.2.20021027183013.00abaec0@pozo.com> <20021027222102.A51684@attbi.com> <20021027223836.A51789@attbi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021027223836.A51789@attbi.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Oct 27, 2002 at 10:38:36PM -0500, Craig Rodrigues wrote: > On Sun, Oct 27, 2002 at 10:21:02PM -0500, Craig Rodrigues wrote: > > On Sun, Oct 27, 2002 at 06:31:27PM -0800, Manfred Antar wrote: > > > I noticed it when doing a portupgrade cdrtools > > > So yes anything that uses fetch is not going to work > > > > OK, I started tracing this down. > > > > Here's how to get debugging versions: > > cd /usr/src/lib/libfetch > > make clean > > make DEBUG_FLAGS=-g > > make DEBUG_FLAGS=-g install > > > > cd /usr/src/usr.bin/fetch > > make clean > > make DEBUG_FLAGS=-g NOSHARED=yes > > make DEBUG_FLAGS=-g NOSHARED=yes install > > > I tracked this down further to the _fetch_writev() function > in libfetch/common.c. Try this patch: > > --- lib/libfetch/common.c.orig Sun Oct 27 22:38:16 2002 > +++ lib/libfetch/common.c Sun Oct 27 22:40:12 2002 > @@ -525,7 +525,7 @@ > return (-1); > } > total += wlen; > - while (iovcnt > 0 && wlen > iov->iov_len) { > + while (iovcnt > 0 && wlen >= iov->iov_len) { > wlen -= iov->iov_len; > iov++; > iovcnt--; Yay, this works for me. :) -- Carl Schmidt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 22:51: 5 2002 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 BFA2837B401 for ; Sun, 27 Oct 2002 22:51:01 -0800 (PST) Received: from bsdone.bsdwins.com (www.bsdwins.com [192.58.184.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D3AA43E77 for ; Sun, 27 Oct 2002 22:51:01 -0800 (PST) (envelope-from jwd@bsdwins.com) Received: from bsdone.bsdwins.com (localhost [127.0.0.1]) by bsdone.bsdwins.com (8.12.5/8.12.5) with ESMTP id g9S6dbW2037468 for ; Mon, 28 Oct 2002 01:39:38 -0500 (EST) (envelope-from jwd@www.bsdwins.com) Received: (from jwd@localhost) by bsdone.bsdwins.com (8.12.5/8.12.5/Submit) id g9S6dbbo037467 for freebsd-current@freebsd.org; Mon, 28 Oct 2002 01:39:37 -0500 (EST) Date: Mon, 28 Oct 2002 01:39:37 -0500 From: John De Boskey To: Current List Subject: Large 'label'ing defaults for sysinstall Message-ID: <20021028063937.GA37379@BSDWins.Com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, In this day of larger disk drives, I've modified the code in sysinstall to automatically create a /home partition and increase the rest of the sizes if the size of the disk (or slice) exceeds a given size (currently 58gig in my patch). For example, using A(uto in the label editor on a 100gig drive now gives: Disk: ad6 Partition name: ad6s1 Free: 0 blocks (0MB) Part Mount Size Newfs Part Mount Size Newfs ---- ----- ---- ----- ---- ----- ---- ----- ad6s1a / 1024MB UFS Y ad6s1b swap 4096MB SWAP ad6s1e /var 4096MB UFS+S Y ad6s1f /tmp 8192MB UFS+S Y ad6s1g /usr 15360MB UFS+S Y ad6s1h /home 62625MB UFS+S Y The patch is below. I left the one 'if (large)' condition to the very left to show indention while attempting to reduce whitespace diffs. A whitespace only diff can be committed posthumously. I'd like to commit this if there are no major objections. The values of the LARGE defines, will I'm sure, be refined with use :-) -John The patch can also be found at: http://people.freebsd.org/~jwd/sysinstall/label.diff --- label.c.orig Mon Oct 28 05:34:00 2002 +++ label.c Mon Oct 28 06:36:44 2002 @@ -80,11 +80,12 @@ * for this configuration we scale things relative to the NOM vs DEFAULT * sizes. If the disk is larger then /home will get any remaining space. */ -#define ROOT_DEFAULT_SIZE 128 -#define USR_DEFAULT_SIZE 3072 -#define VAR_DEFAULT_SIZE 256 -#define TMP_DEFAULT_SIZE 256 -#define HOME_DEFAULT_SIZE USR_DEFAULT_SIZE +#define ROOT_DEFAULT_SIZE (large ? ROOT_LARGE_SIZE : 128) +#define SWAP_DEFAULT_SIZE (large ? SWAP_LARGE_SIZE : 0) +#define USR_DEFAULT_SIZE (large ? USR_LARGE_SIZE : 3072) +#define VAR_DEFAULT_SIZE (large ? VAR_LARGE_SIZE : 256) +#define TMP_DEFAULT_SIZE (large ? TMP_LARGE_SIZE : 256) +#define HOME_DEFAULT_SIZE (large ? HOME_LARGE_SIZE : USR_DEFAULT_SIZE) /* * Nominal partition sizes. These are used to scale the default sizes down @@ -97,6 +98,23 @@ #define TMP_NOMINAL_SIZE 64 #define HOME_NOMINAL_SIZE USR_NOMINAL_SIZE +/* + * Large partition sizes. If we have a 'large' disk (60gig?) then we + * try to scale things up a bit.. In this case, we create the /home + * mount point. + */ +#define ROOT_LARGE_SIZE ( 1024) +#define SWAP_LARGE_SIZE ( 4*1024) +#define USR_LARGE_SIZE (15*1024) +#define VAR_LARGE_SIZE ( 4*1024) +#define TMP_LARGE_SIZE ( 8*1024) +#define HOME_LARGE_SIZE (17*1024) + +/* + * Let's define a what we think a large disk is.. + */ +#define LARGE_DISK_SIZE (58*1024*1024) + /* The bottom-most row we're allowed to scribble on */ #define CHUNK_ROW_MAX 16 @@ -1178,6 +1196,7 @@ try_auto_label(Device **devs, Device *dev, int perc, int *req) { int sz; + int large = 0; struct chunk *root_chunk = NULL; struct chunk *swap_chunk = NULL; struct chunk *usr_chunk = NULL; @@ -1192,6 +1211,11 @@ char *msg = NULL; sz = space_free(label_chunk_info[here].c); + if (sz > LARGE_DISK_SIZE) + large = 1; + else + large = 0; /* Just in case */ + if (sz <= FS_MIN_SIZE) return("Not enough free space to create a new partition in the slice"); @@ -1214,7 +1238,7 @@ record_label_chunks(devs, dev); } if (!swapdev) { - sz = requested_part_size(VAR_SWAP_SIZE, 0, 0, perc); + sz = requested_part_size(VAR_SWAP_SIZE, 0, SWAP_DEFAULT_SIZE, perc); if (sz == 0) { int nom; int def; @@ -1279,9 +1303,9 @@ } if (!usrdev && !variable_get(VAR_NO_USR)) { sz = requested_part_size(VAR_USR_SIZE, USR_NOMINAL_SIZE, USR_DEFAULT_SIZE, perc); -#if AUTO_HOME == 0 + if (!large) sz = space_free(label_chunk_info[here].c); -#endif + if (sz) { if (sz < (USR_MIN_SIZE * ONE_MEG)) { *req = 1; @@ -1303,7 +1327,7 @@ record_label_chunks(devs, dev); } } -#if AUTO_HOME == 1 +if (large) if (!homedev && !variable_get(VAR_NO_HOME)) { sz = requested_part_size(VAR_HOME_SIZE, HOME_NOMINAL_SIZE, HOME_DEFAULT_SIZE, perc); if (sz < space_free(label_chunk_info[here].c)) @@ -1330,7 +1354,7 @@ record_label_chunks(devs, dev); } } -#endif + /* At this point, we're reasonably "labelled" */ if (variable_cmp(DISK_LABELLED, "written")) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 23: 8:18 2002 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 98C1837B401; Sun, 27 Oct 2002 23:08:17 -0800 (PST) Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7D5743E77; Sun, 27 Oct 2002 23:08:14 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from localhost (localhost [127.0.0.1]) by cain.gsoft.com.au (8.12.4/8.12.3) with ESMTP id g9S78AbT083078; Mon, 28 Oct 2002 17:38:11 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: Large 'label'ing defaults for sysinstall From: "Daniel O'Connor" To: John De Boskey Cc: Current List In-Reply-To: <20021028063937.GA37379@BSDWins.Com> References: <20021028063937.GA37379@BSDWins.Com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 28 Oct 2002 07:08:10 +0000 Message-Id: <1035788891.16211.70.camel@chowder.localdomain> Mime-Version: 1.0 X-Spam-Score: -3.4 () IN_REP_TO X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 2002-10-28 at 06:39, John De Boskey wrote: > The patch is below. I left the one 'if (large)' condition to > the very left to show indention while attempting to reduce whitespace > diffs. A whitespace only diff can be committed posthumously. > > I'd like to commit this if there are no major objections. The > values of the LARGE defines, will I'm sure, be refined with use :-) "But I use /local0 not /home" Although that is only on radar machines which store data, all the other machines have a big /usr. My point is that you could keep fiddling the Auto settings and still not make everyone happy. IMHO they should be left as they are. -- 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 - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 27 23:15:32 2002 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 B63A737B401; Sun, 27 Oct 2002 23:15:31 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8453243E6E; Sun, 27 Oct 2002 23:15:30 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id SAA13553; Mon, 28 Oct 2002 18:15:14 +1100 Date: Mon, 28 Oct 2002 18:26:34 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Seigo Tanimura Cc: Julian Elischer , Jeff Roberson , , Subject: Re: Dynamic growth of the buffer and buffer page reclaim In-Reply-To: <200210280250.g9S2oqoK077311@shojaku.t.axe-inc.co.jp> Message-ID: <20021028181505.K14172-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 28 Oct 2002, Seigo Tanimura wrote: > On Thu, 24 Oct 2002 15:05:30 +1000 (EST), > Bruce Evans said: > > bde> Almost exactly what we have. It turns out to be not very good, at least > bde> in its current implementation, since remapping is too expensive. Things > bde> work OK to the extent that remapping is not required, but so would a > bde> much simpler implementation that uses less vm and more copying of data > bde> (copying seems to be faster than remapping). > > Which process is expensive in remapping? Allocation of a KVA space? > Page wiring? Or pmap operation? The allocation seemed to be most expensive when I looked at this about 2 years ago. The cause of the remapping seemed to be that different amounts of buffer kva were allocated for different buffer sizes. Copying between filesystems with different block sizes therefore caused lots of remapping. I think this cause of remapping has been fixed. VM has been improved too. I'm not sure how much in this area. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 0: 4:15 2002 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 919BA37B401; Mon, 28 Oct 2002 00:04:13 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C8D943E4A; Mon, 28 Oct 2002 00:04:13 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id g9S841FC094114; Mon, 28 Oct 2002 00:04:01 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id g9S840nN094111; Mon, 28 Oct 2002 00:04:00 -0800 (PST) (envelope-from dillon) Date: Mon, 28 Oct 2002 00:04:00 -0800 (PST) From: Matthew Dillon Message-Id: <200210280804.g9S840nN094111@apollo.backplane.com> To: Bruce Evans Cc: Seigo Tanimura , Julian Elischer , Jeff Roberson , , Subject: Re: Dynamic growth of the buffer and buffer page reclaim References: <20021028181505.K14172-100000@gamplex.bde.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hmm. Well, the real problem is not going to be the struct bio but will instead be the filesystem support. Filesystems expect KVA mapped data from the buffer cache, and they use pointers to the data all over the place. The buffer cache is very efficient, at least as long filesystem block sizes are <= 16K. You can mix filesystem block sizes as long as they are <= 16K and there will be no remapping and no fragmentation and buffer cache operation will be O(1). If you mix filesystem block sizes <= 16K and > 16K the buffer cache will start to hit remapping and fragmentation cases (though its really the remapping cases that hurt). It isn't a terrible problem, but it is an issue. Tor has test cases for the above issue and could probably give you more information on it. The real performance problem is the fact that the buffer cache exists at all. I wouldn't bother fixing the remapping issue and would instead focus on getting rid of the buffer cache entirely. As I said, the issue there is filesystem block mapping support for meta-data (bitmaps, inodes), not I/O. -Matt Matthew Dillon :On Mon, 28 Oct 2002, Seigo Tanimura wrote: : :> On Thu, 24 Oct 2002 15:05:30 +1000 (EST), :> Bruce Evans said: :> :> bde> Almost exactly what we have. It turns out to be not very good, at least :> bde> in its current implementation, since remapping is too expensive. Things :> bde> work OK to the extent that remapping is not required, but so would a :> bde> much simpler implementation that uses less vm and more copying of data :> bde> (copying seems to be faster than remapping). :> :> Which process is expensive in remapping? Allocation of a KVA space? :> Page wiring? Or pmap operation? : :The allocation seemed to be most expensive when I looked at this about 2 :years ago. The cause of the remapping seemed to be that different amounts :of buffer kva were allocated for different buffer sizes. Copying between :filesystems with different block sizes therefore caused lots of remapping. :I think this cause of remapping has been fixed. VM has been improved too. :I'm not sure how much in this area. : :Bruce : To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 0:55: 9 2002 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 21CD637B401; Mon, 28 Oct 2002 00:55:07 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C62E43E42; Mon, 28 Oct 2002 00:55:06 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id g9S8svFC094313; Mon, 28 Oct 2002 00:54:57 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id g9S8svSr094312; Mon, 28 Oct 2002 00:54:57 -0800 (PST) (envelope-from dillon) Date: Mon, 28 Oct 2002 00:54:57 -0800 (PST) From: Matthew Dillon Message-Id: <200210280854.g9S8svSr094312@apollo.backplane.com> To: Jeff Roberson Cc: Seigo Tanimura , Bruce Evans , , Subject: Re: Dynamic growth of the buffer and buffer page reclaim References: <20021023163758.R22147-100000@mail.chesapeake.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :I was going to comment on fragmentation issues, but that seems to have :been very well covered. I would like to point out that removing the :buffer_map not only contributes to kernel map fragmentation, but also :contention for the kernel map. It might also prevent us from removing :giant from the kernel map because it would add another interrupt time :consumer. Yes. Whatever the case any sort of temporary KVA mapping management system would need its own submap. It would be insane to use the kernel_map or kmem_map for this. In regards to Seigo's patch: The scaleability issue is entirely related to the KVA mapping portion of the buffer cache. Only I/O *WRITE* performance is specifically limited by the size of the buffer_map, due to the limited number of dirty buffers allowed in the map. This in turn is a restriction required by filesystems which must keep track of 'dirty' buffers in order to sequence out writes. Currently the only way around this limitation is to use mmap/MAP_NOSYNC. In otherwords, we support dirty VM pages that are not associated with the buffer cache but most of the filesystem algorithms are still based around the assumption that dirty pages will be mapped into dirty buffers. I/O *READ* caching is limited only by the VM Page cache. The reason you got slightly better numbers with your patch has nothing to do with I/O performance, it is simply related to the cost of the buffer instantiations and teardowns that occur in the limit buffer_map space mapping pages out of the VM page cache. Since you could have more buffers, there were fewer instantiations and teardowns. It's that simple. Unfortunately, this performance gain is *DIRECTLY* tied to the number of pages wired into the buffer cache. It is precisely the wired pages portion of the instantiation and teardown that eats the extra cpu. So the moment you regulate the number of wired pages in the system, you will blow the performance you are getting. I can demonstrate the issue with a simple test. Create a large file with dd, larger then physical memory: dd if=/dev/zero of=test bs=1m count=4096 # create a 4G file. Then dd (read) portions of the file and observe the performance. Do this several times to get stable numbers. dd if=test of=/dev/null bs=1m count=16 # repeat several times dd if=test of=/dev/null bs=1m count=32 # etc... You will find that read performance will drop in two significant places: (1) When the data no longer fits in the buffer cache and the buffer cache is forced to teardown wirings and rewire other pages from the VM page cache. Still no physical I/O is being done. (2) When the data no longer fits in the VM page cache and the system is forced to perform physical I/O. Its case (1) that you are manipulating with your patch, and as you can see it is entirely dependant on the number of wired pages that the system is able to maintain in the buffer cache. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 1:35: 9 2002 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 0E67D37B401 for ; Mon, 28 Oct 2002 01:35:09 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id E92B343E77 for ; Mon, 28 Oct 2002 01:35:07 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 447C9534E; Mon, 28 Oct 2002 10:35:03 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Craig Rodrigues Cc: Manfred Antar , current@freebsd.org Subject: Re: Latest fetch on current broken References: <5.1.1.6.2.20021027153430.00a796a8@pozo.com> <5.1.1.6.2.20021027153430.00a796a8@pozo.com> <20021027212702.A51436@attbi.com> <5.1.1.6.2.20021027183013.00abaec0@pozo.com> <20021027222102.A51684@attbi.com> <20021027223836.A51789@attbi.com> From: Dag-Erling Smorgrav Date: Mon, 28 Oct 2002 10:35:02 +0100 In-Reply-To: <20021027223836.A51789@attbi.com> (Craig Rodrigues's message of "Sun, 27 Oct 2002 22:38:36 -0500") Message-ID: Lines: 10 User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.2 (i386--freebsd) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Craig Rodrigues writes: > I tracked this down further to the _fetch_writev() function > in libfetch/common.c. Try this patch: Stupid, dumb bug. Of course it is only triggered by specific packet lengths which just happened not to occur during testing :( DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 2:18:23 2002 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 70B5537B401 for ; Mon, 28 Oct 2002 02:18:22 -0800 (PST) Received: from pat.uio.no (pat.uio.no [129.240.130.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C0AB43E42 for ; Mon, 28 Oct 2002 02:18:19 -0800 (PST) (envelope-from niklasjs@ifi.uio.no) Received: from ellifu.ifi.uio.no ([129.240.65.211]) by pat.uio.no with esmtp (Exim 2.12 #7) id 1866yM-0000M2-00 for current@freebsd.org; Mon, 28 Oct 2002 11:18:14 +0100 Received: from localhost (niklasjs@localhost) by ellifu.ifi.uio.no ; Mon, 28 Oct 2002 11:18:14 +0100 (MET) Date: Mon, 28 Oct 2002 11:18:14 +0100 (MET) From: Niklas Johannes Saers To: current@freebsd.org Subject: Networking Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, I'm wondering a bit on the state of the network-drivers in -CURRENT. On my laptop running a fairly recent -CURRENT whenever I do a ifconfig an0 inet 192.168.1.2 netmask 255.255.255.0 my laptop will freeze until I unplug the card. My fxp0 works great on the same computer. On another box I'm running, the 3Com 509B card that worked great with -STABLE gets pings of about 9-10 seconds to a computer it's hooked directly against. My an0 is a Cisco Aironet 350 card. These are probably known problems, but since they've been ongoing for quite a while now, I thought I'd mention it. If they are not known problems, I'd be happy to provide additional data. Cheers Nik To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 3: 1:29 2002 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 D48C337B401 for ; Mon, 28 Oct 2002 03:01:28 -0800 (PST) Received: from tara.freenix.org (keltia.freenix.org [62.4.20.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90FEB43E4A for ; Mon, 28 Oct 2002 03:01:22 -0800 (PST) (envelope-from roberto@tara.freenix.org) Received: by tara.freenix.org (Postfix/TLS, from userid 101) id 1FBAA2A8F; Mon, 28 Oct 2002 12:01:16 +0100 (CET) Date: Mon, 28 Oct 2002 12:01:16 +0100 From: Ollivier Robert To: current@freebsd.org Subject: Re: Networking Message-ID: <20021028110116.GA27205@tara.freenix.org> Mail-Followup-To: current@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 5.0-CURRENT K6-3D/266 & 2x PIII/800 SMP User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG According to Niklas Johannes Saers: > my laptop will freeze until I unplug the card. My fxp0 works great on the > same computer. On another box I'm running, the 3Com 509B card that worked > great with -STABLE gets pings of about 9-10 seconds to a computer it's > hooked directly against. My an0 is a Cisco Aironet 350 card. > Using NEWCARD or OLDCARD (aka pccardd) ? -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 5.0-CURRENT #80: Sun Jun 4 22:44:19 CEST 2000 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 3:28:12 2002 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 8BAD437B401; Mon, 28 Oct 2002 03:28:11 -0800 (PST) Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7119A43E4A; Mon, 28 Oct 2002 03:28:10 -0800 (PST) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [::1]) by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet6 id g9SBS8364458; Mon, 28 Oct 2002 20:28:09 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Cc: current@freebsd.org In-Reply-To: <20021027234943.GA34724@BSDWins.Com> References: <20021027234943.GA34724@BSDWins.Com> X-User-Agent: Mew/1.94.2 XEmacs/21.5 (bamboo) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 12 From: Makoto Matsushita To: jwd@freebsd.org Subject: Re: 5.0-20021027-CURRENT.iso cdrom will not mount Date: Mon, 28 Oct 2002 20:28:06 +0900 Message-Id: <20021028202806J.matusita@jp.FreeBSD.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG jwd> The iso(s) boot correctly and sysinstall works fine. The disks jwd> are formated and newfs'd correctly. However, when sysinstall jwd> tries to mount the cdrom, the following error is received: jwd> Error mounting /dev/acd0c on /dist: Operation not supported by device (19). Which type of machine did you try? I've heard exactly the same error on the VMware's virtual machine. -- - Makoto `MAR' Matsushita To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 4:58:12 2002 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 F0CF837B401 for ; Mon, 28 Oct 2002 04:58:10 -0800 (PST) Received: from bsdone.bsdwins.com (www.bsdwins.com [192.58.184.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4695C43E3B for ; Mon, 28 Oct 2002 04:58:10 -0800 (PST) (envelope-from jwd@bsdwins.com) Received: from bsdone.bsdwins.com (localhost [127.0.0.1]) by bsdone.bsdwins.com (8.12.5/8.12.5) with ESMTP id g9SCknW2099324; Mon, 28 Oct 2002 07:46:49 -0500 (EST) (envelope-from jwd@www.bsdwins.com) Received: (from jwd@localhost) by bsdone.bsdwins.com (8.12.5/8.12.5/Submit) id g9SCkmen099316; Mon, 28 Oct 2002 07:46:48 -0500 (EST) Date: Mon, 28 Oct 2002 07:46:48 -0500 From: John To: Makoto Matsushita Cc: current@freebsd.org Subject: Re: 5.0-20021027-CURRENT.iso cdrom will not mount Message-ID: <20021028124648.GA99250@BSDWins.Com> References: <20021027234943.GA34724@BSDWins.Com> <20021028202806J.matusita@jp.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021028202806J.matusita@jp.FreeBSD.org> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ----- Makoto Matsushita's Original Message ----- > > jwd> The iso(s) boot correctly and sysinstall works fine. The disks > jwd> are formated and newfs'd correctly. However, when sysinstall > jwd> tries to mount the cdrom, the following error is received: > > jwd> Error mounting /dev/acd0c on /dist: Operation not supported by device (19). > > Which type of machine did you try? I've heard exactly the same error > on the VMware's virtual machine. Abit kr7a motherboard, asus cd (plus two others which didn't work). This machine boots a 4.7 iso with no problems. How many other people are testing the 5.0 sysinstall booted from a cd and running a local (cd/dvd) install? Try booting and installing from the iso at usw2.freebsd.org and see if it works for you. Thanks, -John > -- - > Makoto `MAR' Matsushita To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 5:35: 5 2002 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 F2FA537B401 for ; Mon, 28 Oct 2002 05:35:03 -0800 (PST) Received: from gypsy.vrac.iastate.edu (gypsy.vrac.iastate.edu [129.186.232.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5835A43E4A for ; Mon, 28 Oct 2002 05:35:03 -0800 (PST) (envelope-from patrick@137.org) Received: from 137.org (plan114-105.icsincorporated.com [65.171.114.105]) by gypsy.vrac.iastate.edu (Postfix) with ESMTP id D14941E; Mon, 28 Oct 2002 07:35:02 -0600 (CST) Message-ID: <3DBD3D03.9030507@137.org> Date: Mon, 28 Oct 2002 07:34:59 -0600 From: Patrick Hartling User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Wemm Cc: current@freebsd.org Subject: Re: HEADS UP: you need to install a new kernel before an installworld. References: <20021025192535.EF82F2A88D@canning.wemm.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Peter Wemm wrote: > Due to sigaction(2) syscall number changes, doing a 'make installworld' > without having booted a new kernel would be rather messy. For example, if > you tried to reboot with the old kernel, /sbin/init and /bin/sh would get a > signal and abort. That would be bad. Does this apply to ports as well? GNOME applications have started crashing a lot all of a sudden after updating my kernel (I haven't done 'installworld' yet). Do I need to rebuild all the GNOME stuff, or should I just back off to my previous kernel and wait a little while longer before doing another cvsup? -Patrick -- Patrick L. Hartling | Research Assistant, VRAC patrick@137.org | 2274 Howe Hall Room 2624 PGP: http://www.137.org/patrick/pgp.txt | T: +1.515.294.4916 http://www.137.org/patrick/ | http://www.vrac.iastate.edu/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 5:47:17 2002 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 931) id 1CCD537B401; Mon, 28 Oct 2002 05:47:15 -0800 (PST) Date: Mon, 28 Oct 2002 05:47:15 -0800 From: Juli Mallett To: Patrick Hartling Cc: Peter Wemm , current@freebsd.org Subject: Re: HEADS UP: you need to install a new kernel before an installworld. Message-ID: <20021028054715.A11208@FreeBSD.org> References: <20021025192535.EF82F2A88D@canning.wemm.org> <3DBD3D03.9030507@137.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3DBD3D03.9030507@137.org>; from patrick@137.org on Mon, Oct 28, 2002 at 07:34:59AM -0600 Organisation: The FreeBSD Project X-Alternate-Addresses: , , , , X-Towel: Yes X-LiveJournal: flata, jmallett X-Negacore: Yes Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * De: Patrick Hartling [ Data: 2002-10-28 ] [ Subjecte: Re: HEADS UP: you need to install a new kernel before an installworld. ] > Peter Wemm wrote: > > Due to sigaction(2) syscall number changes, doing a 'make installworld' > > without having booted a new kernel would be rather messy. For example, if > > you tried to reboot with the old kernel, /sbin/init and /bin/sh would get a > > signal and abort. That would be bad. > > Does this apply to ports as well? GNOME applications have started > crashing a lot all of a sudden after updating my kernel (I haven't done > 'installworld' yet). Do I need to rebuild all the GNOME stuff, or > should I just back off to my previous kernel and wait a little while > longer before doing another cvsup? Really? My GNOME apps built from 2 months (up to 2 hours) ago have been working better as I run kernel+world nearer to the impending release. What sorts of problems are you running into? Also, how old was your kernel, and how old is your userland? With no more info, I'd prolly advise you to update everything to the latest, and if problems persist, rebuild your GNOME stuff, and if problems persist, throw exception... But the latter bits of that are a bit drastic, depending on the hw! -- Juli Mallett | FreeBSD: The Power To Serve Will break world for fulltime employment. | finger jmallett@FreeBSD.org http://people.FreeBSD.org/~jmallett/ | Support my FreeBSD hacking! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 6:21:57 2002 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 652F337B401 for ; Mon, 28 Oct 2002 06:21:56 -0800 (PST) Received: from speechpro.com (crt-gw.infopro.spb.su [195.201.254.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00C0143E4A for ; Mon, 28 Oct 2002 06:21:55 -0800 (PST) (envelope-from igorr@speechpro.com) Received: from igorr by sysadm.stc with local (Exim 3.36 #1) id 186Am2-00074I-00 for freebsd-current@freebsd.org; Mon, 28 Oct 2002 17:21:46 +0300 Date: Mon, 28 Oct 2002 17:21:46 +0300 From: Igor Roboul To: freebsd-current@freebsd.org Subject: Re: 5.0-20021027-CURRENT.iso cdrom will not mount Message-ID: <20021028142146.GD26759@sysadm.stc> Reply-To: ir@hotbox.ru Mail-Followup-To: Igor Roboul , freebsd-current@freebsd.org References: <20021027234943.GA34724@BSDWins.Com> <20021028202806J.matusita@jp.FreeBSD.org> <20021028124648.GA99250@BSDWins.Com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021028124648.GA99250@BSDWins.Com> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Oct 28, 2002 at 07:46:48AM -0500, John wrote: > Abit kr7a motherboard, asus cd (plus two others which didn't > work). This machine boots a 4.7 iso with no problems. Is CD-ROM drive "MASTER" or "SLAVE"? -- Igor Roboul, System administrator at Speech Technology Center http://www.speechpro.com http://www.speechpro.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 7: 0:38 2002 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 B447737B401; Mon, 28 Oct 2002 07:00:36 -0800 (PST) Received: from gypsy.vrac.iastate.edu (gypsy.vrac.iastate.edu [129.186.232.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3A6543E77; Mon, 28 Oct 2002 07:00:34 -0800 (PST) (envelope-from patrick@137.org) Received: from 137.org (gfxn2.vrac.iastate.edu [129.186.232.116]) by gypsy.vrac.iastate.edu (Postfix) with ESMTP id 2C9001E; Mon, 28 Oct 2002 09:00:34 -0600 (CST) Message-ID: <3DBD5065.4040409@137.org> Date: Mon, 28 Oct 2002 08:57:41 -0600 From: Patrick Hartling Reply-To: patrick@137.org User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Juli Mallett Cc: Peter Wemm , current@freebsd.org Subject: Re: HEADS UP: you need to install a new kernel before an installworld. References: <20021025192535.EF82F2A88D@canning.wemm.org> <3DBD3D03.9030507@137.org> <20021028054715.A11208@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Juli Mallett wrote: > * De: Patrick Hartling [ Data: 2002-10-28 ] > [ Subjecte: Re: HEADS UP: you need to install a new kernel before an installworld. ] > >>Peter Wemm wrote: >> >>>Due to sigaction(2) syscall number changes, doing a 'make installworld' >>>without having booted a new kernel would be rather messy. For example, if >>>you tried to reboot with the old kernel, /sbin/init and /bin/sh would get a >>>signal and abort. That would be bad. >> >>Does this apply to ports as well? GNOME applications have started >>crashing a lot all of a sudden after updating my kernel (I haven't done >>'installworld' yet). Do I need to rebuild all the GNOME stuff, or >>should I just back off to my previous kernel and wait a little while >>longer before doing another cvsup? > > > Really? My GNOME apps built from 2 months (up to 2 hours) ago have been > working better as I run kernel+world nearer to the impending release. Mine had been working quite well up until this weekend. Only two things changed on my system: the kernel and the freetype2 port version (it's now freetype2-2.1.2_1). I'm running GNOME 2.0, so it may have some instability due to growing pains. However, I have been running GNOME 2 since the (excellent) ports team got it working on FreeBSD--the problems only began this weekend. > What sorts of problems are you running into? Nearly all GNOME applications crash with an "Abort trap" error, and the only way I can log out is to restart the X server. Nautilus is particularly evil because it can get into a situation where it crashes, restarts itself, and crashes again--repeating the process indefinitely. > Also, how old was your > kernel, and how old is your userland? Userland and old kernel are from October 13. I built the new kernel Friday evening. I booted my Oct 13 kernel this morning, and the GNOME crashes are persisting, so I think my original diagnosis was wrong. I think I'll try to back off to the previous freetype2 revision and see if that fixes things. > With no more info, I'd prolly > advise you to update everything to the latest, and if problems persist, > rebuild your GNOME stuff, and if problems persist, throw exception... I may do so if backing off freetype2 doesn't fix things. > But the latter bits of that are a bit drastic, depending on the hw! I'll manage. :) These are the pains of living on the bleeding edge. -Patrick -- Patrick L. Hartling | Research Assistant, VRAC patrick@137.org | 2274 Howe Hall Room 2624 PGP: http://www.137.org/patrick/pgp.txt | T: +1.515.294.4916 http://www.137.org/patrick/ | http://www.vrac.iastate.edu/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 7: 9:46 2002 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 9087C37B401 for ; Mon, 28 Oct 2002 07:09:44 -0800 (PST) Received: from popelschnipser.de (ultrakoreggd.org [217.160.78.206]) by mx1.FreeBSD.org (Postfix) with SMTP id 8459943E75 for ; Mon, 28 Oct 2002 07:09:37 -0800 (PST) (envelope-from marc@geht.de) Received: (qmail 337 invoked by uid 1048); 28 Oct 2002 15:09:32 -0000 Received: from marc@geht.de by popelschnipser.de by uid 1044 with qmail-scanner-1.14 (clamscan: 0.51. spamassassin: 2.42. Clear:. Processed in 0.670703 secs); 28 Oct 2002 15:09:32 -0000 X-Qmail-Scanner-Mail-From: marc@geht.de via popelschnipser.de X-Qmail-Scanner: 1.14 (Clear:. Processed in 0.670703 secs) Received: from unknown (HELO leeloo.intern.geht.de) (217.82.119.156) by ultrakoreggd.org with SMTP; 28 Oct 2002 15:09:31 -0000 Subject: Re: HEADS UP: you need to install a new kernel before an installworld. From: Marc Recht To: patrick@137.org Cc: Juli Mallett , Peter Wemm , current@FreeBSD.ORG In-Reply-To: <3DBD5065.4040409@137.org> References: <20021025192535.EF82F2A88D@canning.wemm.org> <3DBD3D03.9030507@137.org> <20021028054715.A11208@FreeBSD.org> <3DBD5065.4040409@137.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-hw5Y0AIP43ewOwQiiLmy" X-Mailer: Ximian Evolution 1.0.8 Date: 28 Oct 2002 16:09:29 +0100 Message-Id: <1035817771.739.20.camel@leeloo.intern.geht.de> Mime-Version: 1.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=-hw5Y0AIP43ewOwQiiLmy Content-Type: text/plain Content-Transfer-Encoding: quoted-printable > Nearly all GNOME applications crash with an "Abort trap" error, and the=20 > only way I can log out is to restart the X server. Nautilus is=20 > particularly evil because it can get into a situation where it crashes,=20 > restarts itself, and crashes again--repeating the process indefinitely. I'm running GNOME 2 with kernel and userland of today without any problems. The only problem I have since the KSE MIII merge that I can't build librep. It "stalls" while compiling it's lisp files. (It hangs in mi_switch()..) Even GNOME 1.4 apps like Evolution are working. > > With no more info, I'd prolly > > advise you to update everything to the latest, and if problems persist, > > rebuild your GNOME stuff, and if problems persist, throw exception... > I may do so if backing off freetype2 doesn't fix things. IMHO you should run a full portupgrade.. --=20 "Premature optimization is the root of all evil." -- Donald E. Knuth --=-hw5Y0AIP43ewOwQiiLmy Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQA9vVMp7YQCetAaG3MRAlBWAJ0QPLFy04YLdxjUG5IJyM/St1VFBgCffeT6 XwT2aE4qX7kUHVNZuAJdWJc= =zdR5 -----END PGP SIGNATURE----- --=-hw5Y0AIP43ewOwQiiLmy-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 7:27:22 2002 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 4EAE337B401 for ; Mon, 28 Oct 2002 07:27:21 -0800 (PST) Received: from step.cg.tuwien.ac.at (step.cg.tuwien.ac.at [128.131.166.89]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CE6443E3B for ; Mon, 28 Oct 2002 07:27:20 -0800 (PST) (envelope-from step@acm.org) Received: from acm.org (glimmer.cg.tuwien.ac.at [128.131.166.20]) by step.cg.tuwien.ac.at (8.9.3/8.9.3) with ESMTP id QAA06755; Mon, 28 Oct 2002 16:27:00 +0100 Message-ID: <3DBD3B29.80302@acm.org> Date: Mon, 28 Oct 2002 14:27:05 +0100 From: stephan mantler User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1) Gecko/20020826 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Makoto Matsushita Cc: current@FreeBSD.ORG Subject: Re: [-current] Re: 5.0-20021027-CURRENT.iso cdrom will not mount References: <20021027234943.GA34724@BSDWins.Com> <20021028202806J.matusita@jp.FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG FWIW, I'm experiencing the same issues with the Oct 25 ISO. The 5.0-DP1 CD installs fine but boot2 couldn't find the loader; this seems to be a disk geometry problem since I also can't list the contents of /boot or most other subdirs. Although I didn't have much time to investigate yet. Hardware: - Epox EP-8KTA3Pro mainboard (1200MHz CPU, 512M RAM) - Seagate (60GB), primary master (which i was installing on) - Plextor CDRW drive (5432? not sure), secondary master - lots of PCI cards (8-port Rocketport, Matrox Meteor, Pinnacle PCTV, etc.etc.) -stephan Makoto Matsushita wrote: > Which type of machine did you try? I've heard exactly the same error > on the VMware's virtual machine. -- stephan mantler reality is in fact virtual. step@acm.org http://step.schmelzweb.at/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 7:38:47 2002 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 2F08E37B401; Mon, 28 Oct 2002 07:38:43 -0800 (PST) Received: from cheer.mahoroba.org (flets20-201.kamome.or.jp [218.45.20.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58EC243E3B; Mon, 28 Oct 2002 07:38:42 -0800 (PST) (envelope-from ume@mahoroba.org) Received: from lyrics.mahoroba.org (IDENT:4wLf4tsEkyG3PVFeetd41YyKEubwDhtfUR1Te4i4t4+55D3HdkIL8zI591ZNfvfP@lyrics.mahoroba.org [IPv6:3ffe:505:2:0:280:88ff:fe03:4841]) (user=ume mech=CRAM-MD5 bits=0) by cheer.mahoroba.org (8.12.6/8.12.6) with ESMTP/inet6 id g9SFcdKv051111 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 29 Oct 2002 00:38:39 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Tue, 29 Oct 2002 00:38:39 +0900 Message-ID: From: Hajimu UMEMOTO To: current@FreeBSD.org, net@FreeBSD.org Subject: [CFR] ipfilter IPv6 support in rc User-Agent: Wanderlust/2.9.15 (Unchained Melody) SEMI/1.14.4 (Hosorogi) FLIM/1.14.4 (=?ISO-8859-4?Q?Kashiharajing=FE-mae?=) APEL/10.4 Emacs/21.2 (i386--freebsd) MULE/5.0 (=?ISO-2022-JP?B?GyRCOC1MWhsoQg==?=) X-Operating-System: FreeBSD 5.0-CURRENT MIME-Version: 1.0 (generated by SEMI 1.14.4 - "Hosorogi") Content-Type: multipart/mixed; boundary="Multipart_Tue_Oct_29_00:38:39_2002-1" X-Virus-Scanned: by AMaViS-perl11-milter (http://amavis.org/) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --Multipart_Tue_Oct_29_00:38:39_2002-1 Content-Type: text/plain; charset=US-ASCII Hi, Current rc doesn't support IPv6 setup for ipfilter. So I made the patches. The former is for both 4-STABLE and 5-CURRENT. In addition to the former one, 5-CURRENT requires the latter one for /etc/rc.d/ipfilter. This patch is not for /etc/rc.network6 as usual IPv6 related setups but for /etc/rc.network. I tried to add IPv6 part of ipfilter setups within /etc/rc.network6. However, it was difficult to do so. For example, flushing rules by `ipf -Fa' affects both IPv4 and IPv6. So, I gave up it, and expanded /etc/rc.network. Please review it. If there is no objection, I'll commit it at next weekend. Sincerely, --Multipart_Tue_Oct_29_00:38:39_2002-1 Content-Type: text/x-patch; charset=US-ASCII Content-Disposition: attachment; filename="rc.network-ipf6.diff" Content-Transfer-Encoding: 7bit Index: etc/defaults/rc.conf =================================================================== RCS file: /home/ncvs/src/etc/defaults/rc.conf,v retrieving revision 1.159 diff -u -r1.159 rc.conf --- etc/defaults/rc.conf 5 Sep 2002 20:14:40 -0000 1.159 +++ etc/defaults/rc.conf 28 Oct 2002 10:30:53 -0000 @@ -311,6 +311,10 @@ ipv6_firewall_quiet="NO" # Set to YES to suppress rule display ipv6_firewall_logging="NO" # Set to YES to enable events logging ipv6_firewall_flags="" # Flags passed to ip6fw when type is a file +ipv6_ipfilter_rules="/etc/ipf6.rules" # rules definition file for ipfilter, + # see /usr/src/contrib/ipfilter/rules + # for examples +ipv6_ipfilter_flags="" # additional flags for ipfilter ############################################################## ### System console options ################################# Index: etc/rc.network =================================================================== RCS file: /home/ncvs/src/etc/rc.network,v retrieving revision 1.137 diff -u -r1.137 rc.network --- etc/rc.network 20 Sep 2002 18:31:55 -0000 1.137 +++ etc/rc.network 28 Oct 2002 10:30:54 -0000 @@ -101,10 +101,20 @@ esac case "${ipfilter_enable}" in [Yy][Ee][Ss]) - if [ -r "${ipfilter_rules}" ]; then + if [ -r "${ipfilter_rules}" -o \ + -r "${ipv6_ipfilter_rules}" ]; then echo -n ' ipfilter' - ${ipfilter_program:-/sbin/ipf} -Fa -f \ - "${ipfilter_rules}" ${ipfilter_flags} + ${ipfilter_program:-/sbin/ipf} -Fa + if [ -r "${ipfilter_rules}" ]; then + ${ipfilter_program:-/sbin/ipf} \ + -f "${ipfilter_rules}" \ + ${ipfilter_flags} + fi + if [ -r "${ipv6_ipfilter_rules}" ]; then + ${ipfilter_program:-/sbin/ipf} -6 \ + -f "${ipv6_ipfilter_rules}" \ + ${ipv6_ipfilter_flags} + fi else ipfilter_enable="NO" echo -n ' NO IPF RULES' --Multipart_Tue_Oct_29_00:38:39_2002-1 Content-Type: text/x-patch; charset=US-ASCII Content-Disposition: attachment; filename="rc.d-ipfilter-ipv6.diff" Content-Transfer-Encoding: 7bit Index: etc/rc.d/ipfilter =================================================================== RCS file: /home/ncvs/src/etc/rc.d/ipfilter,v retrieving revision 1.4 diff -u -r1.4 ipfilter --- etc/rc.d/ipfilter 12 Oct 2002 10:31:31 -0000 1.4 +++ etc/rc.d/ipfilter 28 Oct 2002 10:59:20 -0000 @@ -16,7 +16,7 @@ case ${OSTYPE} in FreeBSD) - stop_precmd="test -f ${ipfilter_rules}" + stop_precmd="test -f ${ipfilter_rules} -o -f ${ipv6_ipfilter_rules}" ;; NetBSD) stop_precmd="test -f /etc/ipf.conf -o -f /etc/ipf6.conf" @@ -49,7 +49,8 @@ fi # check for ipfilter rules - if [ ! -r "${ipfilter_rules}" ]; then + if [ ! -r "${ipfilter_rules}" ] && [ ! -r "${ipv6_ipfilter_rules}" ] + then warn 'IP-filter: NO IPF RULES' return 1 fi @@ -78,8 +79,15 @@ echo "Enabling ipfilter." case ${OSTYPE} in FreeBSD) - ${ipfilter_program:-/sbin/ipf} -Fa -f \ - "${ipfilter_rules}" ${ipfilter_flags} + ${ipfilter_program:-/sbin/ipf} -Fa + if [ -r "${ipfilter_rules}" ]; then + ${ipfilter_program:-/sbin/ipf} \ + -f "${ipfilter_rules}" ${ipfilter_flags} + fi + if [ -r "${ipv6_ipfilter_rules}" ]; then + ${ipfilter_program:-/sbin/ipf} -6 \ + -f "${ipv6_ipfilter_rules}" ${ipv6_ipfilter_flags} + fi ;; NetBSD) /sbin/ipf -E -Fa @@ -114,8 +122,15 @@ case ${OSTYPE} in FreeBSD) - ${ipfilter_program:-/sbin/ipf} -I -Fa -f \ - "${ipfilter_rules}" ${ipfilter_flags} + ${ipfilter_program:-/sbin/ipf} -I -Fa + if [ -r "${ipfilter_rules}" ]; then + ${ipfilter_program:-/sbin/ipf} -I \ + -f "${ipfilter_rules}" ${ipfilter_flags} + fi + if [ -r "${ipv6_ipfilter_rules}" ]; then + ${ipfilter_program:-/sbin/ipf} -I -6 \ + -f "${ipv6_ipfilter_rules}" ${ipv6_ipfilter_flags} + fi ;; NetBSD) /sbin/ipf -I -Fa --Multipart_Tue_Oct_29_00:38:39_2002-1 Content-Type: text/plain; charset=US-ASCII -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@bisd.hitachi.co.jp ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ --Multipart_Tue_Oct_29_00:38:39_2002-1-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 7:55: 8 2002 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 5E5D937B401 for ; Mon, 28 Oct 2002 07:55:07 -0800 (PST) Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1AB343E3B for ; Mon, 28 Oct 2002 07:55:06 -0800 (PST) (envelope-from bmah@employees.org) Received: from bmah.dyndns.org ([12.233.149.189]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20021028155506.VGIO13658.rwcrmhc52.attbi.com@bmah.dyndns.org>; Mon, 28 Oct 2002 15:55:06 +0000 Received: from intruder.bmah.org (localhost [IPv6:::1]) by bmah.dyndns.org (8.12.6/8.12.6) with ESMTP id g9SFt3va028209; Mon, 28 Oct 2002 07:55:03 -0800 (PST) (envelope-from bmah@intruder.bmah.org) Received: (from bmah@localhost) by intruder.bmah.org (8.12.6/8.12.6/Submit) id g9SFt3nn028208; Mon, 28 Oct 2002 07:55:03 -0800 (PST) Message-Id: <200210281555.g9SFt3nn028208@intruder.bmah.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: John Cc: Makoto Matsushita , current@FreeBSD.ORG Subject: Re: 5.0-20021027-CURRENT.iso cdrom will not mount In-Reply-To: <20021028124648.GA99250@BSDWins.Com> References: <20021027234943.GA34724@BSDWins.Com> <20021028202806J.matusita@jp.FreeBSD.org> <20021028124648.GA99250@BSDWins.Com> Comments: In-reply-to John message dated "Mon, 28 Oct 2002 07:46:48 -0500." From: "Bruce A. Mah" Reply-To: bmah@FreeBSD.ORG X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-Url: http://www.employees.org/~bmah/ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_-557452456P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Mon, 28 Oct 2002 07:55:03 -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --==_Exmh_-557452456P Content-Type: text/plain; charset=us-ascii If memory serves me right, John wrote: > How many other people are testing the 5.0 sysinstall booted > from a cd and running a local (cd/dvd) install? Try booting and > installing from the iso at usw2.freebsd.org and see if it works > for you. I'm able to boot and install CURRENT snapshot releases I've generated locally (last was around 20021025). (My machine is a Sabre 1815, ICH2 ATA100 controller on-board, CDROM probes as "".) I know that sam and phk were able to do test installs as well. How are you making your ISO images? I'm just doing release builds with MAKE_ISOS=YES. I don't *think* that GEOM should have any effect on creating the ISO image. I'll pull down that ISO and try it out, but it might take a little while... Bruce. --==_Exmh_-557452456P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) Comment: Exmh version 2.5+ 20020506 iD8DBQE9vV3X2MoxcVugUsMRArnxAJ4kVX43UsNkoc5OUF+HD2OlIL5OLwCgiOgO ri8ITvGTKVF4nbYHRh0ssnc= =ewA9 -----END PGP SIGNATURE----- --==_Exmh_-557452456P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 8: 8:13 2002 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 DCC9537B401 for ; Mon, 28 Oct 2002 08:08:11 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 485E343E4A for ; Mon, 28 Oct 2002 08:08:11 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g9SG89pk029032; Mon, 28 Oct 2002 09:08:10 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 28 Oct 2002 09:07:03 -0700 (MST) Message-Id: <20021028.090703.119546508.imp@bsdimp.com> To: niklasjs@ifi.uio.no Cc: current@FreeBSD.ORG Subject: Re: Networking From: "M. Warner Losh" In-Reply-To: References: X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: Niklas Johannes Saers writes: : Hi all, : I'm wondering a bit on the state of the network-drivers in -CURRENT. : On my laptop running a fairly recent -CURRENT whenever I do a : ifconfig an0 inet 192.168.1.2 netmask 255.255.255.0 : my laptop will freeze until I unplug the card. My fxp0 works great on the : same computer. On another box I'm running, the 3Com 509B card that worked : great with -STABLE gets pings of about 9-10 seconds to a computer it's : hooked directly against. My an0 is a Cisco Aironet 350 card. : : These are probably known problems, but since they've been ongoing for : quite a while now, I thought I'd mention it. If they are not known : problems, I'd be happy to provide additional data. Hmmm, sounds like you have interrupt problems on the laptop. I'm sending this mail with an 'an' card right now and it works w/o a hitch. I can dhclient an address, or set one manually. It does take it about a second to configure the network in either case. I've used both the 340 and the 350 cards with this laptop in recent memory. As for your 509B card, I have no clue. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 8:15:47 2002 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 F2D3537B406 for ; Mon, 28 Oct 2002 08:15:44 -0800 (PST) Received: from encontacto.net (adsl-64-173-182-158.dsl.mtry01.pacbell.net [64.173.182.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id A089043E75 for ; Mon, 28 Oct 2002 08:15:40 -0800 (PST) (envelope-from eculp@encontacto.net) Received: from localhost (localhost [127.0.0.1]) (uid 80) by encontacto.net with local; Mon, 28 Oct 2002 08:15:40 -0800 Received: from adsl-64-173-182-155.dsl.mtry01.pacbell.net (adsl-64-173-182-155.dsl.mtry01.pacbell.net [64.173.182.155]) by Mail.EnContacto.Net (IMP) with HTTP for ; Mon, 28 Oct 2002 08:15:40 -0800 Message-ID: <1035821740.3dbd62ac47b66@Mail.EnContacto.Net> X-Priority: 3 (Normal) Date: Mon, 28 Oct 2002 08:15:40 -0800 From: eculp@encontacto.net To: current@FreeBSD.ORG Subject: Kernel build with cvsup from about 6am pst. MIME-Version: 1.0 Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs X-Originating-IP: 64.173.182.155 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This could well be an operator error since I built kernels on two other machines with cvsup's of about 1 1/2 hours earlier. I thought I would send it just in case, while I do a little more investigation. ed cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostd inc -I- -I. -I/usr/src/sys -I/usr/src/sys/dev -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -fno-common -mno-align- long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror vers.c linking kernel udbp.o: In function `udbp_attach': udbp.o(.text+0x36f): undefined reference to `ng_newtype' udbp.o(.text+0x39c): undefined reference to `ng_make_node_common' udbp.o(.text+0x3d7): undefined reference to `ng_name_node' udbp.o(.text+0x411): undefined reference to `dumpnode' udbp.o(.text+0x42e): undefined reference to `ng_unref_node' udbp.o(.text+0x478): undefined reference to `dumpnode' udbp.o: In function `udbp_detach': udbp.o(.text+0x593): undefined reference to `ng_rmnode_self' udbp.o(.text+0x5c3): undefined reference to `dumpnode' udbp.o(.text+0x60e): undefined reference to `dumpnode' udbp.o(.text+0x62b): undefined reference to `ng_unref_node' udbp.o: In function `udbp_in_transfer_cb': udbp.o(.text+0x70b): undefined reference to `ng_package_data' udbp.o(.text+0x721): undefined reference to `ng_address_hook' udbp.o(.text+0x73e): undefined reference to `ng_snd_item' udbp.o: In function `ng_udbp_newhook': udbp.o(.text+0x972): undefined reference to `dumpnode' udbp.o(.text+0x9cc): undefined reference to `dumphook' udbp.o: In function `ng_udbp_rcvmsg': udbp.o(.text+0xa3b): undefined reference to `dumpnode' udbp.o(.text+0xab1): undefined reference to `M_NETGRAPH_MSG' udbp.o(.text+0xb9c): undefined reference to `ng_address_ID' udbp.o(.text+0xbb9): undefined reference to `ng_snd_item' udbp.o(.text+0xbdd): undefined reference to `dumpitem' udbp.o(.text+0xc00): undefined reference to `ng_free_item' udbp.o(.text+0xc0c): undefined reference to `M_NETGRAPH_MSG' udbp.o: In function `ng_udbp_rcvdata': udbp.o(.text+0xc56): undefined reference to `dumphook' udbp.o(.text+0xc94): undefined reference to `dumpnode' udbp.o(.text+0xd15): undefined reference to `dumpitem' udbp.o(.text+0xd38): undefined reference to `ng_free_item' udbp.o(.text+0xe46): undefined reference to `M_NETGRAPH_META' udbp.o: In function `ng_udbp_rmnode': udbp.o(.text+0xe97): undefined reference to `dumpnode' udbp.o(.text+0x1026): undefined reference to `dumpnode' udbp.o(.text+0x1043): undefined reference to `ng_unref_node' udbp.o(.text+0x1053): undefined reference to `ng_make_node_common' udbp.o(.text+0x1084): undefined reference to `ng_name_node' udbp.o(.text+0x10be): undefined reference to `dumpnode' udbp.o(.text+0x10e1): undefined reference to `ng_unref_node' udbp.o(.text+0x1124): undefined reference to `dumpnode' udbp.o: In function `ng_udbp_connect': udbp.o(.text+0x117f): undefined reference to `dumphook' udbp.o(.text+0x11ba): undefined reference to `dumphook' udbp.o: In function `ng_udbp_disconnect': udbp.o(.text+0x120e): undefined reference to `dumphook' udbp.o(.text+0x124c): undefined reference to `dumpnode' udbp.o(.text+0x1296): undefined reference to `dumphook' udbp.o(.text+0x12d4): undefined reference to `dumpnode' udbp.o(.text+0x131e): undefined reference to `dumphook' udbp.o(.text+0x135c): undefined reference to `dumpnode' udbp.o(.text+0x13a9): undefined reference to `dumphook' udbp.o(.text+0x13c2): undefined reference to `ng_rmnode_self' udbp.o(.rodata+0x24): undefined reference to `ng_parse_int32_type' udbp.o(.rodata+0x30): undefined reference to `ng_parse_int32_type' udbp.o(.rodata+0x44): undefined reference to `ng_parse_struct_type' udbp.o(.rodata+0xa0): undefined reference to `ng_parse_int32_type' *** Error code 1 -- ------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 8:47: 4 2002 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 0DC0837B401 for ; Mon, 28 Oct 2002 08:47:04 -0800 (PST) Received: from smart.eusc.inter.net (smart.eusc.inter.net [213.73.101.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1831443E3B for ; Mon, 28 Oct 2002 08:47:03 -0800 (PST) (envelope-from msch@snafu.de) Received: from tc04-n65-162.de.inter.net ([213.73.65.162] helo=current.best-eng.de) by smart.eusc.inter.net with esmtp (Exim 3.36 #4) id 186D2W-00066g-00 for freebsd-current@freebsd.org; Mon, 28 Oct 2002 17:46:56 +0100 Content-Type: text/plain; charset="us-ascii" From: Matthias Schuendehuette Reply-To: msch@snafu.de Organization: Micro$oft-free Zone To: freebsd-current@freebsd.org Subject: dump(8) + UFS2 Date: Mon, 28 Oct 2002 17:46:55 +0100 User-Agent: KMail/1.4.3 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200210281746.55442.msch@snafu.de> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, it seems to me that 'dump' (8) is not able to dump UFS2 Filesystems. First it shows an extraordirarily large number of estimated tape blocks for my tiny /var-partition and after that it dumps core while trying to dump my not so tiny /usr partition. Is this a known issue? Are there any recommendations how to backup UFS2 filesystems reliably? -- Ciao/BSD - Matthias Matthias Schuendehuette , Berlin (Germany) Powered by FreeBSD 4.7-STABLE To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 8:56:22 2002 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 84BC537B401 for ; Mon, 28 Oct 2002 08:56:21 -0800 (PST) Received: from mail.speakeasy.net (mail12.speakeasy.net [216.254.0.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A2D943E42 for ; Mon, 28 Oct 2002 08:56:21 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 23129 invoked from network); 28 Oct 2002 16:56:24 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail12.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 28 Oct 2002 16:56:24 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id g9SGuJn5087785; Mon, 28 Oct 2002 11:56:19 -0500 (EST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <1035610607.1601.25.camel@shumai.marcuscom.com> Date: Mon, 28 Oct 2002 11:56:19 -0500 (EST) From: John Baldwin To: Joe Marcus Clarke Subject: Re: libgtop port and v_tag changes Cc: current@FreeBSD.org, Nate Lawson Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 26-Oct-2002 Joe Marcus Clarke wrote: > On Fri, 2002-10-25 at 14:15, John Baldwin wrote: >> Well, here's the thing. If libgtop is intended to be used only with live >> kernels then it might be a better idea to use xvnode's that you get with >> from the kernel. Alternatively, you could grab the inode and dev number >> the same way the sysctl handler does: >> >> switch (vp->v_type) { >> case VREG: >> case VDIR: >> case VLNK: >> xvn[n].xv_dev = vp->v_cachedfs; >> xvn[n].xv_ino = vp->v_cachedid; >> >> i.e., you could look at those members of struct vnode instead of trying >> to dig into the details of a UFS inode structure in v_data. This >> would remove the need to look at v_tag at all. > > I can certainly do it this way, but would it be equivalent to the > existing code? It doesn't seem like it would be. At least using the > kvm_read method, we get similar behavior for both -stable and -CURRENT. > Correct me if I'm wrong, but the current code is looking at UFS inodes, > where as you're suggesting to look at generic vnodes. Yes. This means that you don't need to even look at v_tag to see if it is a UFS vnode or not. What does libgtop want with device and inode numbers anways? Does it actually do anything useful with them or does it just print them somewhere? Is a user going to care if the inode number was obtained from the vnode or if we groveled in the internals of UFS to find it? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 9:42:12 2002 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 98E0B37B401 for ; Mon, 28 Oct 2002 09:42:11 -0800 (PST) Received: from scl8owa02.int.exodus.net (scl8out02.exodus.net [66.35.230.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5788743E42 for ; Mon, 28 Oct 2002 09:42:02 -0800 (PST) (envelope-from Maksim.Yevmenkin@exodus.net) Received: from scl8owa01.int.exodus.net ([66.35.230.241]) by scl8owa02.int.exodus.net with Microsoft SMTPSVC(5.0.2195.5329); Mon, 28 Oct 2002 09:42:02 -0800 Received: from exodus.net ([206.220.227.147]) by scl8owa01.int.exodus.net over TLS secured channel with Microsoft SMTPSVC(5.0.2195.5329); Mon, 28 Oct 2002 09:42:01 -0800 Message-ID: <3DBD76E9.2F12196B@exodus.net> Date: Mon, 28 Oct 2002 09:42:01 -0800 From: Maksim Yevmenkin X-Mailer: Mozilla 4.78 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: options GEOM and NODEVFS Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 28 Oct 2002 17:42:01.0914 (UTC) FILETIME=[5289F1A0:01C27EA9] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dear Hackers, this weekend i have updated my laptop to recent -current. after booting it with my kernel i got few messages saying something like /dev/ad0s[a-e]: Device not configured and then system dropped to /bin/sh. so i booted GENERIC kernel and it was working fine. i took a close look on my kernel config and figure out that options NODEVFS seems the reason for these errors. after removing NODEVFS, recompiling and rebooting my kernel seems to work fine. the question is: are options GEOM and NODEVS compatible? thanks, max p.s. sorry if this is a FAQ. man geom(4) and quick grep in /sys/conf and /sys/i386/conf came up with nothing. p.p.s. i need NODEVFS to run vmware2 (/dev/rtc is not DEVFS friendly). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 9:56:48 2002 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 53E9737B401 for ; Mon, 28 Oct 2002 09:56:47 -0800 (PST) Received: from vbook.express.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8D0A43E42 for ; Mon, 28 Oct 2002 09:56:45 -0800 (PST) (envelope-from vova@sw.ru) Received: from vova by vbook.express.ru with local (Exim 4.10) id 186E83-0001Hb-00; Mon, 28 Oct 2002 20:56:43 +0300 Subject: Re: options GEOM and NODEVFS From: "Vladimir B. " Grebenschikov To: Maksim Yevmenkin Cc: freebsd-current@freebsd.org In-Reply-To: <3DBD76E9.2F12196B@exodus.net> References: <3DBD76E9.2F12196B@exodus.net> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Inc. Message-Id: <1035827801.677.17.camel@vbook> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.2 (Preview Release) Date: 28 Oct 2002 20:56:42 +0300 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG =F7 Mon, 28.10.2002, =D7 20:42, Maksim Yevmenkin =CE=C1=D0=C9=D3=C1=CC: > p.s. sorry if this is a FAQ. man geom(4) and quick grep > in /sys/conf and /sys/i386/conf came up with nothing. >=20 > p.p.s. i need NODEVFS to run vmware2 (/dev/rtc is not=20 > DEVFS friendly). Do not know about GEOM with NODEVFS, but you can install rtc device file into /compat/linux/dev/ directory. So vmware will see it.=20 --=20 Vladimir B. Grebenschikov SWsoft Inc. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 10: 0:48 2002 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 4A40D37B401 for ; Mon, 28 Oct 2002 10:00:46 -0800 (PST) Received: from encontacto.net (adsl-64-173-182-158.dsl.mtry01.pacbell.net [64.173.182.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6496C43E42 for ; Mon, 28 Oct 2002 10:00:45 -0800 (PST) (envelope-from eculp@encontacto.net) Received: from localhost (localhost [127.0.0.1]) (uid 80) by encontacto.net with local; Mon, 28 Oct 2002 10:00:45 -0800 Received: from adsl-64-173-182-155.dsl.mtry01.pacbell.net (adsl-64-173-182-155.dsl.mtry01.pacbell.net [64.173.182.155]) by Mail.EnContacto.Net (IMP) with HTTP for ; Mon, 28 Oct 2002 10:00:45 -0800 Message-ID: <1035828045.3dbd7b4d31c0b@Mail.EnContacto.Net> X-Priority: 3 (Normal) Date: Mon, 28 Oct 2002 10:00:45 -0800 From: eculp@encontacto.net To: "current@freebsd.org" Subject: Re: 5.0-20021027-CURRENT.iso cdrom will not mount References: <20021027234943.GA34724@BSDWins.Com> <20021028202806J.matusita@jp.FreeBSD.org> <20021028124648.GA99250@BSDWins.Com> In-Reply-To: <20021028124648.GA99250@BSDWins.Com> MIME-Version: 1.0 Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs X-Originating-IP: 64.173.182.155 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Quoting John : | ----- Makoto Matsushita's Original Message ----- | > | > jwd> The iso(s) boot correctly and sysinstall works fine. The disks | > jwd> are formated and newfs'd correctly. However, when sysinstall | > jwd> tries to mount the cdrom, the following error is received: | > | > jwd> Error mounting /dev/acd0c on /dist: Operation not supported by device | (19). | > | > Which type of machine did you try? I've heard exactly the same error | > on the VMware's virtual machine. | | Abit kr7a motherboard, asus cd (plus two others which didn't | work). This machine boots a 4.7 iso with no problems. | | How many other people are testing the 5.0 sysinstall booted | from a cd and running a local (cd/dvd) install? Try booting and | installing from the iso at usw2.freebsd.org and see if it works | for you. I'd love to but usw2.freebsd.org seems to be restricted. I've got the same problem that I can't mount any release built last week. I suppose I should go to a pre GEOM kernel for an install or what would be a better solution? Thanks, ed | | Thanks, | -John | | > -- - | > Makoto `MAR' Matsushita | | To Unsubscribe: send mail to majordomo@FreeBSD.org | with "unsubscribe freebsd-current" in the body of the message | -- ------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 10:14:18 2002 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 9F11037B401 for ; Mon, 28 Oct 2002 10:14:16 -0800 (PST) Received: from scl8owa02.int.exodus.net (scl8out02.exodus.net [66.35.230.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id C51A543E3B for ; Mon, 28 Oct 2002 10:14:12 -0800 (PST) (envelope-from Maksim.Yevmenkin@exodus.net) Received: from scl8owa01.int.exodus.net ([66.35.230.241]) by scl8owa02.int.exodus.net with Microsoft SMTPSVC(5.0.2195.5329); Mon, 28 Oct 2002 10:14:12 -0800 Received: from exodus.net ([206.220.227.147]) by scl8owa01.int.exodus.net over TLS secured channel with Microsoft SMTPSVC(5.0.2195.5329); Mon, 28 Oct 2002 10:14:12 -0800 Message-ID: <3DBD7E73.7D246515@exodus.net> Date: Mon, 28 Oct 2002 10:14:11 -0800 From: Maksim Yevmenkin X-Mailer: Mozilla 4.78 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: "Vladimir B. Grebenschikov" Cc: freebsd-current@freebsd.org Subject: Re: options GEOM and NODEVFS References: <3DBD76E9.2F12196B@exodus.net> <1035827801.677.17.camel@vbook> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-OriginalArrivalTime: 28 Oct 2002 18:14:12.0304 (UTC) FILETIME=[D1241500:01C27EAD] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Vladimir B. Grebenschikov" wrote: > > ÷ Mon, 28.10.2002, × 20:42, Maksim Yevmenkin ÎÁÐÉÓÁÌ: > > > p.s. sorry if this is a FAQ. man geom(4) and quick grep > > in /sys/conf and /sys/i386/conf came up with nothing. > > > > p.p.s. i need NODEVFS to run vmware2 (/dev/rtc is not > > DEVFS friendly). > > Do not know about GEOM with NODEVFS, but > you can install rtc device file into /compat/linux/dev/ directory. > So vmware will see it. BZZZT :) wrong :) beetle% pwd /usr/compat/linux/dev beetle% ls -la rtc crw-r--r-- 1 root wheel 202, 0 26 Oct 11:00 rtc beetle% kldstat -n rtc Id Refs Address Size Name 7 1 0xc0fc6000 2000 rtc.ko beetle% cat ./rtc cat: ./rtc: Device not configured beetle% i know there are few patches floating around to make "rtc" DEVFS compatible. i can produce yet another one, but it would be nice if at least of them made it to the tree. thanks, max To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 10:20:26 2002 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 55C7837B420 for ; Mon, 28 Oct 2002 10:20:22 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDA6C43E75 for ; Mon, 28 Oct 2002 10:20:19 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id g9SIK0rF074292; Mon, 28 Oct 2002 19:20:01 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Maksim Yevmenkin Cc: freebsd-current@FreeBSD.ORG Subject: Re: options GEOM and NODEVFS In-Reply-To: Your message of "Mon, 28 Oct 2002 09:42:01 PST." <3DBD76E9.2F12196B@exodus.net> Date: Mon, 28 Oct 2002 19:20:00 +0100 Message-ID: <74291.1035829200@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <3DBD76E9.2F12196B@exodus.net>, Maksim Yevmenkin writes: >the question is: are options GEOM and NODEVS compatible? No, they are not. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 11:56: 6 2002 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 4EA4337B401; Mon, 28 Oct 2002 11:56:03 -0800 (PST) Received: from hun.org (hun.org [216.190.27.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 342B643E75; Mon, 28 Oct 2002 11:56:02 -0800 (PST) (envelope-from attila@hun.org) Received: by hun.org (Postfix, from userid 1001) id B0F2C573FB; Mon, 28 Oct 2002 19:55:51 +0000 (GMT) Date: Mon, 28 Oct 2002 19:55:51 +0000 (GMT) Message-Id: <20021028195551.fKMW8394@hun.org> From: Daniel Flickinger X-Mailer: AttilaMail with XEmacs & Postfix on FreeBSD 5.0-CURRENT X-Ballistic: N 37.218497 W 113.614979 X-Address: 31 N 700 E, St George UT 84770-3028 X-Squawk: (435) 680-0750 X-No-Archive: yes X-Tags: Sanity is the Playground for the Unimaginative In-Reply-To: <20021028054715.A11208@FreeBSD.org> References: <3DBD3D03.9030507@137.org> <20021025192535.EF82F2A88D@canning.wemm.org> To: Juli Mallett Cc: Patrick Hartling , Peter Wemm , current@freebsd.org Subject: Re: HEADS UP: you need to install a new kernel before an installworld. Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; name="text" Content-Transfer-Encoding: 8bit Content-Disposition: inline Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sent: Mon, 28 Oct 2002 05:47:15 -0800 by Juli Mallett + What sorts of problems are you running into? Also, how old was your + kernel, and how old is your userland? With no more info, I'd prolly + advise you to update everything to the latest, and if problems persist, + rebuild your GNOME stuff, and if problems persist, throw exception... + + But the latter bits of that are a bit drastic, depending on the hw! As drastic as that sounds, you save time! Even when you have been tracking CURRENT since FreeBSD 1. I had 300+ entries in the package table, most of which were running until the compiler/loader changes on 15 Aug. Nothing but trouble trying to build new ports. Configure blew out, etc. After the configure problem, a 'find' for a stray 'cpp' turned up a 1998 gcc copy labeled 'unknown-freebsd-2.2' in /usr/local/lib/gcc...! That did it... The really critical stuff like apache with PHP/SSL/etc, Postfix, etc. I maintain outside the loop, and were giving me no problems --I just rebuilt them. But, on the rest, I had spent close to 10 days with generally poor results. Finally, X ran... I had been updating daily from cvs, so I set DESTDIR for a 2G partition and ran installworld for it. Then one by one I wasted /bin, /sbin, /usr/bin, /usr/include, /usr/lib, /usr/libexec, /usr/sbin --even X, and tar'd from the fresh installworld --permissions and all. Other than my critical programs (I wiped 1.5 gigs off /usr/local) there was trash there that was older than the 1998 gcc! --even the main directories were a mess. I flushed /var/db/pkg and started over, pulling packages first for X and its requirements, then Xemacs, Mozilla, and Gimp --all from snapshot, installing pre-requisites manually before each of the packages. I only have 60 packages installed --don't know what the other 240 entries were, but obviously they were just burning space. The bottom line is that I spent ONE day doing a TOTAL fresh system --but I wasted 10 days before getting smart --and, I don't have any historical baggage. Frankly, even permitting upgrade from 4+ is suicidal. Yes... YMMV attila out! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 11:57:19 2002 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 A79AF37B401 for ; Mon, 28 Oct 2002 11:57:18 -0800 (PST) Received: from clover.kientzle.com (user-112uh9a.biz.mindspring.com [66.47.69.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BEC143E42 for ; Mon, 28 Oct 2002 11:57:17 -0800 (PST) (envelope-from kientzle@acm.org) Received: from acm.org (c43 [66.47.69.43]) by clover.kientzle.com (8.11.3/8.11.3) with ESMTP id g9SJuYE02203; Mon, 28 Oct 2002 11:56:38 -0800 (PST) (envelope-from kientzle@acm.org) Message-ID: <3DBD9672.9000308@acm.org> Date: Mon, 28 Oct 2002 11:56:34 -0800 From: Tim Kientzle Reply-To: kientzle@acm.org User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.6) Gecko/20011206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" Cc: current@FreeBSD.ORG, peter@wemm.org Subject: Re: HEADS UP: you need to install a new kernel before an installworld. References: <3DBAE1FA.2010209@acm.org> <20021026.234211.117680655.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG M. Warner Losh wrote: > Tim Kientzle writes: > : ... 'installkernel' is not filling it's contract: it is > : not ensuring that the next boot uses the new kernel. > > Are you sure you need new bootblocks? I've not had issues and am > pretty careless about when I do installworld vs installkernel. > > You need them for the 4.x -> 5.0 upgrade, but I didn't think you've > needed new ones for a long time now. In case you've forgotten, in another month or two, thousands of people are going to be upgrading from 4.x -> 5.0. Those are going to be people who don't regularly read -current or even -stable. The upgrade process right now is getting pretty ugly and needs to be cleaned up some before release. Tim Kientzle To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 12: 4:53 2002 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 BE70D37B401 for ; Mon, 28 Oct 2002 12:04:51 -0800 (PST) Received: from clover.kientzle.com (user-112uh9a.biz.mindspring.com [66.47.69.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F3F643E75 for ; Mon, 28 Oct 2002 12:04:51 -0800 (PST) (envelope-from kientzle@acm.org) Received: from acm.org (c43 [66.47.69.43]) by clover.kientzle.com (8.11.3/8.11.3) with ESMTP id g9SK4iE02245; Mon, 28 Oct 2002 12:04:44 -0800 (PST) (envelope-from kientzle@acm.org) Message-ID: <3DBD985B.7000904@acm.org> Date: Mon, 28 Oct 2002 12:04:43 -0800 From: Tim Kientzle Reply-To: kientzle@acm.org User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.6) Gecko/20011206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Schultz Cc: current@FreeBSD.ORG Subject: Re: Request: remove ssh1 fallback References: <3DB834C3.8010601@acm.org> <20021026210726.GB5889@HAL9000.homeunix.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >>Thus spake Lucky Green : >>>>... remove ssh1 fallback from the default ... >>David Schultz wrote: >>>Removing SSH 1 ... is going to break compatibility ... > Tim Kientzle : >>POLA: before breaking compatibility, warn people. >> ... "Warning: switching to less-secure SSH1 protocol" David Schultz wrote: > I think you're missing the point. Warnings are fine, but there is > little good reason to disable SSH1 entirely. _I_ was actually arguing against disabling SSH1. I'm on your side. > If one end of the connection is forced to fall back > to SSH1, it's almost certainly because the user at > the other end _doesn't_have_any_other_option_. I don't really agree with this point. SSH2 and OpenSSH compile most everywhere now. I would argue that if one end is forced to fall back, it's because the admins of that system either don't know about SSH1's problems or don't believe those problems merit upgrades. > I know SSH1 is insecure, and therefore I don't use it. Unfortunately, not everyone is so knowledgable. A brief warning would help spread the news and (hopefully) help accelerate the transition to SSH2. > ... you'd better have a better reason > to do it than ``it lets people do things that are insecure.'' So > do rsh, telnet, hosts.equiv, vipw, et al. Yes, although telnet and rsh are both disabled in default FreeBSD installations in 4.7 at least and probably earlier. So far, I've not heard a lot of complaints. (But there have been several years now of pounding the 'telnet is evil' mantra into people's heads.) Tim Kientzle To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 12: 9:40 2002 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 CA18537B401 for ; Mon, 28 Oct 2002 12:09:38 -0800 (PST) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63F4B43E75 for ; Mon, 28 Oct 2002 12:09:38 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.12.6/8.12.5) with ESMTP id g9SK8ReZ040123; Mon, 28 Oct 2002 12:08:42 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.12.6/8.12.6/Submit) id g9SK84tK040120; Mon, 28 Oct 2002 12:08:04 -0800 (PST) Date: Mon, 28 Oct 2002 12:08:04 -0800 From: Steve Kargl To: Tim Kientzle Cc: "M. Warner Losh" , current@FreeBSD.ORG, peter@wemm.org Subject: Re: HEADS UP: you need to install a new kernel before an installworld. Message-ID: <20021028200804.GA40020@troutmask.apl.washington.edu> References: <3DBAE1FA.2010209@acm.org> <20021026.234211.117680655.imp@bsdimp.com> <3DBD9672.9000308@acm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3DBD9672.9000308@acm.org> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Oct 28, 2002 at 11:56:34AM -0800, Tim Kientzle wrote: > M. Warner Losh wrote: > > >Tim Kientzle writes: > > >: ... 'installkernel' is not filling it's contract: it is > >: not ensuring that the next boot uses the new kernel. > > > >Are you sure you need new bootblocks? I've not had issues and am > >pretty careless about when I do installworld vs installkernel. > > > >You need them for the 4.x -> 5.0 upgrade, but I didn't think you've > >needed new ones for a long time now. > > In case you've forgotten, in another month or two, > thousands of people are going to be upgrading > from 4.x -> 5.0. Those are going to be people > who don't regularly read -current or even -stable. > The upgrade process right now is getting pretty > ugly and needs to be cleaned up some before > release. > Peter's comments that started this thread included info for people *already* running -current. He simply reviewed the *standard* procedure for updating a -current system. He was not addressing the 4.x to 5.0 upgrade path. Installing new boot blocks is a one time issue and it is not part of the standard updating procedure. -- Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 12:16:58 2002 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 3CBBA37B401; Mon, 28 Oct 2002 12:16:57 -0800 (PST) Received: from gull.mail.pas.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EEF843E42; Mon, 28 Oct 2002 12:16:51 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0064.cvx22-bradley.dialup.earthlink.net ([209.179.198.64] helo=mindspring.com) by gull.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 186GJQ-00036g-00; Mon, 28 Oct 2002 12:16:36 -0800 Message-ID: <3DBD9AD8.1CE671F9@mindspring.com> Date: Mon, 28 Oct 2002 12:15:20 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: John Baldwin Cc: Joe Marcus Clarke , current@FreeBSD.org, Nate Lawson Subject: Re: libgtop port and v_tag changes References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Baldwin wrote: > Yes. This means that you don't need to even look at v_tag to see > if it is a UFS vnode or not. What does libgtop want with > device and inode numbers anways? Does it actually do anything > useful with them or does it just print them somewhere? Is a user > going to care if the inode number was obtained from the vnode > or if we groveled in the internals of UFS to find it? The user will, if they try to use "find -inum" to identify the file name associated with it, since the vnode number is useless for this purpose, and the inode number is not... particularly if the information is being obtained from a log file. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 12:27:30 2002 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 15F5D37B401 for ; Mon, 28 Oct 2002 12:27:29 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7604943E4A for ; Mon, 28 Oct 2002 12:27:19 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g9SKQOpk030764; Mon, 28 Oct 2002 13:26:30 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 28 Oct 2002 13:25:11 -0700 (MST) Message-Id: <20021028.132511.02302188.imp@bsdimp.com> To: kientzle@acm.org Cc: current@FreeBSD.ORG, peter@wemm.org Subject: Re: HEADS UP: you need to install a new kernel before an installworld. From: "M. Warner Losh" In-Reply-To: <3DBD9672.9000308@acm.org> References: <3DBAE1FA.2010209@acm.org> <20021026.234211.117680655.imp@bsdimp.com> <3DBD9672.9000308@acm.org> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <3DBD9672.9000308@acm.org> Tim Kientzle writes: : M. Warner Losh wrote: : : > Tim Kientzle writes: : : > : ... 'installkernel' is not filling it's contract: it is : > : not ensuring that the next boot uses the new kernel. : > : > Are you sure you need new bootblocks? I've not had issues and am : > pretty careless about when I do installworld vs installkernel. : > : > You need them for the 4.x -> 5.0 upgrade, but I didn't think you've : > needed new ones for a long time now. : : : In case you've forgotten, in another month or two, : thousands of people are going to be upgrading : from 4.x -> 5.0. Those are going to be people : who don't regularly read -current or even -stable. : The upgrade process right now is getting pretty : ugly and needs to be cleaned up some before : release. Dude! don't get snotty with me! I hadn't forgotten. The instructions in question were for updating around a specific 5.0 issue. The instructions in UPDATING are correct, to the best of my ability to determine, for the 4.x -> 5.0 upgrade. You do not need to upgrade your boot blocks for the specific issue that started this thread. There were no changes to the boot blocks in recent history that require this if you are tracking 5.0. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 12:33: 8 2002 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 0337D37B401; Mon, 28 Oct 2002 12:33:07 -0800 (PST) Received: from mail.chesapeake.net (chesapeake.net [205.130.220.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3401F43E77; Mon, 28 Oct 2002 12:33:06 -0800 (PST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.11.6/8.11.6) with ESMTP id g9SKWxK26594; Mon, 28 Oct 2002 15:32:59 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Mon, 28 Oct 2002 15:32:59 -0500 (EST) From: Jeff Roberson To: Terry Lambert Cc: John Baldwin , Joe Marcus Clarke , , Nate Lawson Subject: Re: libgtop port and v_tag changes In-Reply-To: <3DBD9AD8.1CE671F9@mindspring.com> Message-ID: <20021028152827.X62100-100000@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 28 Oct 2002, Terry Lambert wrote: > John Baldwin wrote: > > Yes. This means that you don't need to even look at v_tag to see > > if it is a UFS vnode or not. What does libgtop want with > > device and inode numbers anways? Does it actually do anything > > useful with them or does it just print them somewhere? Is a user > > going to care if the inode number was obtained from the vnode > > or if we groveled in the internals of UFS to find it? > > The user will, if they try to use "find -inum" to identify the > file name associated with it, since the vnode number is useless > for this purpose, and the inode number is not... particularly > if the information is being obtained from a log file. > Terry is right. It needs to be the same inode number that is reported by stat and getdirents. It's unfortunate that you can't do a getattr or stat based on the address of the vnode. I have actually used and relied on this behavior in the past. Not specifically with gtop though. Cheers, Jeff To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 12:42:14 2002 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 8A00B37B40D for ; Mon, 28 Oct 2002 12:42:11 -0800 (PST) Received: from mail.speakeasy.net (mail15.speakeasy.net [216.254.0.215]) by mx1.FreeBSD.org (Postfix) with ESMTP id C620743E75 for ; Mon, 28 Oct 2002 12:42:07 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 26582 invoked from network); 28 Oct 2002 20:42:13 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail15.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 28 Oct 2002 20:42:13 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id g9SKg5n5088453; Mon, 28 Oct 2002 15:42:06 -0500 (EST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <3DBD9AD8.1CE671F9@mindspring.com> Date: Mon, 28 Oct 2002 15:42:05 -0500 (EST) From: John Baldwin To: Terry Lambert Subject: Re: libgtop port and v_tag changes Cc: Nate Lawson , current@FreeBSD.org, Joe Marcus Clarke Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 28-Oct-2002 Terry Lambert wrote: > John Baldwin wrote: >> Yes. This means that you don't need to even look at v_tag to see >> if it is a UFS vnode or not. What does libgtop want with >> device and inode numbers anways? Does it actually do anything >> useful with them or does it just print them somewhere? Is a user >> going to care if the inode number was obtained from the vnode >> or if we groveled in the internals of UFS to find it? > > The user will, if they try to use "find -inum" to identify the > file name associated with it, since the vnode number is useless > for this purpose, and the inode number is not... particularly > if the information is being obtained from a log file. Erm, the v_cachedid is a cache of the inode number we get from VOP_GETATTR(). In the case of ufs it is the inode number. Really though, does anyone that uses 'libgtop' (please, let's get our priorities straight here) actually _use_ this? Sheesh, does anyone actually _use_ libgtop against kernel core dumps? If not then it shouldn't be groveling around in the kernel fondling implementation details. Instead, it should be using stat(2), or at the worst using a sysctl to get xvnode structures. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 12:42:16 2002 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 D655537B41C for ; Mon, 28 Oct 2002 12:42:11 -0800 (PST) Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id D698143E4A for ; Mon, 28 Oct 2002 12:42:09 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 22301 invoked from network); 28 Oct 2002 20:42:16 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail14.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 28 Oct 2002 20:42:16 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id g9SKg7n5088456; Mon, 28 Oct 2002 15:42:08 -0500 (EST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20021028152827.X62100-100000@mail.chesapeake.net> Date: Mon, 28 Oct 2002 15:42:07 -0500 (EST) From: John Baldwin To: Jeff Roberson Subject: Re: libgtop port and v_tag changes Cc: Nate Lawson , current@FreeBSD.ORG, Joe Marcus Clarke , Terry Lambert Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 28-Oct-2002 Jeff Roberson wrote: > On Mon, 28 Oct 2002, Terry Lambert wrote: > >> John Baldwin wrote: >> > Yes. This means that you don't need to even look at v_tag to see >> > if it is a UFS vnode or not. What does libgtop want with >> > device and inode numbers anways? Does it actually do anything >> > useful with them or does it just print them somewhere? Is a user >> > going to care if the inode number was obtained from the vnode >> > or if we groveled in the internals of UFS to find it? >> >> The user will, if they try to use "find -inum" to identify the >> file name associated with it, since the vnode number is useless >> for this purpose, and the inode number is not... particularly >> if the information is being obtained from a log file. >> > > Terry is right. It needs to be the same inode number that is reported by > stat and getdirents. It's unfortunate that you can't do a getattr or stat > based on the address of the vnode. I have actually used and relied on this > behavior in the past. Not specifically with gtop though. if ((error = VOP_GETATTR(vp, vap, cred, td)) == 0) { vp->v_cachedfs = vap->va_fsid; vp->v_cachedid = vap->va_fileid; } and the only other place it is set: vap = &vattr; error = VOP_GETATTR(vp, vap, active_cred, td); if (error) return (error); vp->v_cachedfs = vap->va_fsid; vp->v_cachedid = vap->va_fileid; -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 12:46:56 2002 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 7139B37B401; Mon, 28 Oct 2002 12:46:55 -0800 (PST) Received: from mail.chesapeake.net (chesapeake.net [205.130.220.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDECD43E42; Mon, 28 Oct 2002 12:46:54 -0800 (PST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.11.6/8.11.6) with ESMTP id g9SKksf33979; Mon, 28 Oct 2002 15:46:54 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Mon, 28 Oct 2002 15:46:54 -0500 (EST) From: Jeff Roberson To: John Baldwin Cc: Nate Lawson , , Joe Marcus Clarke , Terry Lambert Subject: Re: libgtop port and v_tag changes In-Reply-To: Message-ID: <20021028154420.K62100-100000@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 28 Oct 2002, John Baldwin wrote: > > > Terry is right. It needs to be the same inode number that is reported by > > stat and getdirents. It's unfortunate that you can't do a getattr or stat > > based on the address of the vnode. I have actually used and relied on this > > behavior in the past. Not specifically with gtop though. > > if ((error = VOP_GETATTR(vp, vap, cred, td)) == 0) { > vp->v_cachedfs = vap->va_fsid; > vp->v_cachedid = vap->va_fileid; > } > > and the only other place it is set: > > vap = &vattr; > error = VOP_GETATTR(vp, vap, active_cred, td); > if (error) > return (error); > > vp->v_cachedfs = vap->va_fsid; > vp->v_cachedid = vap->va_fileid; > Oh, right you are. I was thinking of v_id. The cachedfs/id have been added recently. Cheers, Jeff To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 12:47: 8 2002 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 0A77737B404 for ; Mon, 28 Oct 2002 12:47:07 -0800 (PST) Received: from mail.speakeasy.net (mail12.speakeasy.net [216.254.0.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32ED343E7B for ; Mon, 28 Oct 2002 12:47:06 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 30468 invoked from network); 28 Oct 2002 20:47:11 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail12.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 28 Oct 2002 20:47:11 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id g9SKkwn5088481; Mon, 28 Oct 2002 15:46:59 -0500 (EST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Mon, 28 Oct 2002 15:46:58 -0500 (EST) From: John Baldwin To: John Baldwin Subject: Re: libgtop port and v_tag changes Cc: Joe Marcus Clarke , current@FreeBSD.org, Nate Lawson , Terry Lambert Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 28-Oct-2002 John Baldwin wrote: > > On 28-Oct-2002 Terry Lambert wrote: >> John Baldwin wrote: >>> Yes. This means that you don't need to even look at v_tag to see >>> if it is a UFS vnode or not. What does libgtop want with >>> device and inode numbers anways? Does it actually do anything >>> useful with them or does it just print them somewhere? Is a user >>> going to care if the inode number was obtained from the vnode >>> or if we groveled in the internals of UFS to find it? >> >> The user will, if they try to use "find -inum" to identify the >> file name associated with it, since the vnode number is useless >> for this purpose, and the inode number is not... particularly >> if the information is being obtained from a log file. > > Erm, the v_cachedid is a cache of the inode number we get from > VOP_GETATTR(). In the case of ufs it is the inode number. > Really though, does anyone that uses 'libgtop' (please, let's > get our priorities straight here) actually _use_ this? Sheesh, > does anyone actually _use_ libgtop against kernel core dumps? > If not then it shouldn't be groveling around in the kernel > fondling implementation details. Instead, it should be using > stat(2), or at the worst using a sysctl to get xvnode structures. I mean, do you know what libgtop is used for? It's used to draw little applets that display load averages and other silly system monitor stuff in small spaces in GUI's. It seems to work quite happily w/o any inode numbers or dev_t's for non-UFS filesystems. I just don't see why some little graphical applet displaying a load average or disk usage or ethernet device usage needs the inode number and dev_t of vnode's in the kernel. I mean, geez. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 12:57:59 2002 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 93C3637B401; Mon, 28 Oct 2002 12:57:58 -0800 (PST) Received: from conure.mail.pas.earthlink.net (conure.mail.pas.earthlink.net [207.217.120.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40BB143E4A; Mon, 28 Oct 2002 12:57:58 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0064.cvx22-bradley.dialup.earthlink.net ([209.179.198.64] helo=mindspring.com) by conure.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 186GxO-0000EI-00; Mon, 28 Oct 2002 12:57:54 -0800 Message-ID: <3DBDA485.CE7C731D@mindspring.com> Date: Mon, 28 Oct 2002 12:56:37 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: John Baldwin Cc: Nate Lawson , current@FreeBSD.org, Joe Marcus Clarke Subject: Re: libgtop port and v_tag changes References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Baldwin wrote: > Sheesh, > does anyone actually _use_ libgtop against kernel core dumps? > If not then it shouldn't be groveling around in the kernel > fondling implementation details. Instead, it should be using > stat(2), or at the worst using a sysctl to get xvnode structures. As an alternative suggestion, how about moving away from having only data interfaces for useful information, so this is never an issue, ever again? -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 12:58: 0 2002 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 BE0E737B401 for ; Mon, 28 Oct 2002 12:57:59 -0800 (PST) Received: from gargoyle.bazzle.com (dhcp9549009.columbus.rr.com [24.95.49.9]) by mx1.FreeBSD.org (Postfix) with SMTP id 9C0FC43E75 for ; Mon, 28 Oct 2002 12:57:58 -0800 (PST) (envelope-from ejc@bazzle.com) Received: (qmail 13169 invoked by uid 1000); 28 Oct 2002 20:57:57 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 28 Oct 2002 20:57:57 -0000 Date: Mon, 28 Oct 2002 15:57:57 -0500 (EST) From: "Eric J. Chet" To: Subject: build broken Message-ID: <20021028155621.H13158-100000@gargoyle.bazzle.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello I just tried a -current buildworld which failed: --- "/usr/src/gnu/usr.bin/groff/tmac/Makefile", line 2: warning: duplicate script for target "-s" ignored make: don't know how to make doc-common-s. Stop --- Anybody else seeing this? Thanks, Eric To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 12:59:56 2002 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 1EFB637B406; Mon, 28 Oct 2002 12:59:53 -0800 (PST) Received: from conure.mail.pas.earthlink.net (conure.mail.pas.earthlink.net [207.217.120.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 803E343E7B; Mon, 28 Oct 2002 12:59:53 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0064.cvx22-bradley.dialup.earthlink.net ([209.179.198.64] helo=mindspring.com) by conure.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 186GzI-0003Y7-00; Mon, 28 Oct 2002 12:59:52 -0800 Message-ID: <3DBDA4FB.E594450C@mindspring.com> Date: Mon, 28 Oct 2002 12:58:35 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: John Baldwin Cc: Joe Marcus Clarke , current@FreeBSD.org, Nate Lawson Subject: Re: libgtop port and v_tag changes References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Baldwin wrote: > I mean, do you know what libgtop is used for? It's used to draw > little applets that display load averages and other silly system > monitor stuff in small spaces in GUI's. It seems to work quite > happily w/o any inode numbers or dev_t's for non-UFS filesystems. > I just don't see why some little graphical applet displaying a load > average or disk usage or ethernet device usage needs the inode > number and dev_t of vnode's in the kernel. I mean, geez. To build little applets that activate a flashing red light when certain files are written? -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 13: 0: 1 2002 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 939E337B407 for ; Mon, 28 Oct 2002 12:59:54 -0800 (PST) Received: from scl8owa02.int.exodus.net (scl8out02.exodus.net [66.35.230.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A3B743E4A for ; Mon, 28 Oct 2002 12:59:49 -0800 (PST) (envelope-from Maksim.Yevmenkin@exodus.net) Received: from scl8owa01.int.exodus.net ([66.35.230.241]) by scl8owa02.int.exodus.net with Microsoft SMTPSVC(5.0.2195.5329); Mon, 28 Oct 2002 12:59:49 -0800 Received: from exodus.net ([206.220.227.147]) by scl8owa01.int.exodus.net over TLS secured channel with Microsoft SMTPSVC(5.0.2195.5329); Mon, 28 Oct 2002 12:59:48 -0800 Message-ID: <3DBDA544.40CC3BBA@exodus.net> Date: Mon, 28 Oct 2002 12:59:48 -0800 From: Maksim Yevmenkin X-Mailer: Mozilla 4.78 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: NEWCARD panic Content-Type: multipart/mixed; boundary="------------3BE9DF43B7F19765A201ECC3" X-OriginalArrivalTime: 28 Oct 2002 20:59:48.0898 (UTC) FILETIME=[F3D00020:01C27EC4] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------3BE9DF43B7F19765A201ECC3 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Dear Hackers, after upgrading to the recent (as of this weekend) -current i'm having a 100% reproducible panic. the card i'm trying to make to work is RealPort Ethernet 10/100 + Modem56 (REM56G-100) it does work in Linux in W2K, it did not work before upgrade, but at least it did not panic. i have attached /var/log/messages and gdb dump and wide open to any suggestions. thanks, max --------------3BE9DF43B7F19765A201ECC3 Content-Type: application/x-gzip; name="messages.gz" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="messages.gz" H4sICGajvT0AA21lc3NhZ2VzAO3deW8bR5oH4L8nn6LgCbA2lkcfvBEbS1GSTcSUCJHyeJEJ hGZ3tdSjvtKHZPrT7/tWk7QUOqmmnMTrmZ8cUKTY9dT9VvUB5NwthDUQpjXq2CNzKFZSFqEU +ToPk2tvJG5lFstQrJKkEH5A3wS5aPOndvXN5td35593qm9HYrpYzt9enZ2fneiONAzdERNg wIABAwYMGDBgwIABAwYM2LeOWUZtbP9QYMCAAQMGDBgwYMCAAQMGDBgwYMCAAQMGDBgwYP+P MVOL7R0BDBgwYMCAAQMGDBgwYMCAAQMGDBgwYMCAAQMGDNgeZmmxvSOAAQMGDBgwYMCAAQMG DBgwYMCAAQMGDBgwYMCAAdvDbC22dwQwYMCAAQMGDBgwYMCAAQMGDBgwYMCAAQMGDBgwYMD+ EqxTH9s7FBgwYMCAAQMGDBgwYMCAAQMGDBgwYN8A1tVie0cAAwYMGDBgwIABAwYMGDBgwIAB AwYMGDBgwIABs3r1sb1DgQEDBgwYMGDAgAEDBgwYMGDAgAEDBgwYMGDAgAH7D8P69bG9Q4EB AwYMGDBgwIABAwYMGDBgwIABAwYMGDBgwIAB+9rYQIvtHQEMGDBgwIABAwYMGDBgwIABAwYM GDBgwIABAwYM2L8VNqyP7R0KDBgwYMCAAQMGDBgwYMCAAQMGDBgwYMCAAQMG7A/FbEOH7R8B DBgwYMCAAQMGDFg9rIxvnNgLpbdhhS11SWz5TdcYGDBgwIABAwYMGDBgwIABA/ZVMLM+tnco MGDAgAEDBgwYMGDAgAEDBgwYMGDAgAEDBgwYMGBfG7O02N4RwIABAwYMGDBgwIABAwYMGDBg wIABAwYMGDBgwIB9Q5itxfaOAAYMGDBgwIABAwYMGDBgwIABAwYMGDBgwIABAwbs3wrr1Mf2 DgUGDBgwYMCAAQMGDBgwYMCAAQMGDBgwYMCAAQMG7AlYV4vtHQEMGDBgwIABAwYMGDBgwIAB AwYMGDBgwIABAwYM2DeE9bTY3hHAgH1z2Jd+f+oUTiiKzEn5EJE611L4ThkW4v4moOOCeHOo iBJP6rQq5V2QFSWpjudlMs//9lIYH9xVr+cb+vpUgkt5/Y3S5WUqs7sgTzKRScdrVOWLk0Kk JMu40HFBnBdZ6RZBEos0CeJCZqo4gxEVyTC7bs/v6oy8cNzbXWqx+WHFNJhxej1z2HW1Ncuc SGqY1WCgY7hpRC6vI6o9N9HKySUZRkOEQRQU9Nbnn4Yo1il/Ya504ktxPH8rCOA2FWZDeNK3 LX5znTmxMHXp0yxxqZupj6QfOtfc36qOWZkWQsbOKpTUc2SXkWyI6TllRrXW1rPMMqriVueq dsVzd7UyXuiSqtEcl9GK2pmSmZa2Bk4cuA8H/5fOqnwdu0F8Lbwgv81brdY2h1UmIz+Tkt6l PCm6XdPrWq4a0WHi3kpPJ1+mRRBReiuyO7m2Xn5+dRe7jnsjr8o4TBzv+YuRMKlTiiygvqbS OEFMBdV2BjW7er1Kk3uZUQwbXxxfvZtMrox3wom9zef5nD//1On8XAM0/1Cw7cm79l0UJfFI zBKvpK82n6qK61v2uIxS7jNzaIrZke5oCpvUIhyEikL1tLwLaJyKVkuX0ktibRw1e4JmYGcg eh0xMMSwJ0yTZiSn6HToW0OY/V6dClG4iNJQFtoclzKLgtgppBhP5lPd0eOySCKnCFxqgVVC g5eWCbNLYclNYi8XTRVKcuFQgrWg0FvcSCpJnCdkFIlwVkmmnWPN5isx/12myrtRB6LglN8H hXsjEt9XTr7OCxnRzLvX9tiFyod6uaXv3UmSrrPg+qagWPWCxtLQalqGYYklZXlKM/9ocUy1 Sv4l3eJgqz9s0OvAUK+2eu2p14F6Vd8OTfVqqVd1zLCj7Xsq24W8pqiQU/Oo1rmMgzuZ5UGx 5r9MnDDwkywOnJYYh6FQhcrV6M/upKetyLbi3ZbRnFxeXJycLcXfu/ZILJxCqLQ0wI2RPRiZ ppgfLwU3mQ7NqE/+p/pbywuug5x+02gftcs8a+eZ26Yebgf2oNfmOUB7mfbRycnyrXbPRWOu ChhChv528/OszUOgXX3a/HpGQYCDuNHp92hno22Fx3BUBanHcBx5Ues2eSQ7gz9Cdtw0+JVs djtaeUmLjZuUvJyLZ8HA6naeCdrJyF9KGbtrikpD2xxY4s3Hg6DlYvKI6Q77/UGv3+/UgCbz S6owjdWgjMR0Om0/eC/eyyRuT2QoM4oWz4lt9YfN2ZuPojfoNd3QoWBC6bUbiHMa4BTRXopn r2VcBrGcUrmpv8XUUxu23sAUYlHIVC0YL/VbpFPpFCVNl5fGB3tg+0Pf/+F0ftl4NztpHJ80 5ouTBjVJY7a4aMzHJ43Z5KQxeT9oLE7mjdnygv74mv84bkxm5+/oiCWnsHuN2ex94/Q9JVos Tl5pp4ukHXkkoyRb867TMqjvul3LEM/NYa8zMH4Uq3Uhc23bOHdOsIOo6kPD6HcGA3YG3Z5V 25nGQRFQXPnITfj65HwmCwLzclUFZu2Q3/Q6xVLBbcSnCimtKtsNpy59nH6g9fsHWsRuPm1g X/EiEyUUALNV4mQ1kSlFM1qw1Z7Xd1ztUstTkfNeni/eTI9Ev2uoM4FDM7/MueW+n08vRMFV plhv7HZ2m1lu+B0ptVvtTYHUTkysyqKgggS5uKF9GLWkcHgF9oMP9NavxjG3GJ0bRBGXgM8L w8MCCW8xmrnjy0dRwO72h91Ot0YMcJ34vwoqDK/nNKuSMuOtF61Q4p9Xi6Or1nwyNVqnZxOj Nb9YmrQdGZ9cHY2Pr47Hy3GdxrjiPXbGfWR1mis6qVKfuVHtVlVIiimvhBpvdL4ljUFT/Vpx F6rWrJWLm5acB0WkV4clLD5yOh4pEU3qj7ShrA+kbsB7+R+4D8SbJC+a1Fp0YhJ413JXJdfn Grm0VarLNumHpoCa07xH84PrMnPUeXfzN350ZNWXb89+HIsg+0XQYjMSPwlhC9ERdC4oekL0 eczTnsG0fqbzp/tGKO9k2MhvnIxnhDBaptnSFn2Xz9EX5aNdBHb5TJ6ez/CA6hx/QXXsvygf 66/Jp9uy/5LqdA+ozpeM6p4+HzUhV5KCIl8uqk5S0yxIMt7Tc6gMg/g2F4dMyIckrQdlKniH 2fSCXC25nxHrkY7Pq0JNsSaZUdim+ENGjWCESIRIhEj0Z0Ui2nHsNhxqr1HmaruidiJ1tivm g9SPdiu0IauuuwmaXBvyq+5UntxjVH6E9K8S0v/cLqMBaf7W2NffWKkSU9OlobNuiHevxw/H PGUvnseJ8DK+VkdfFHyh39OeeXNP8ITk2TRdjD8zm+z6s4kwtpSzqZvy6xTC/N1CdOsXwimc TZBRF2rEfDp93xF0smfbPFaKLAlDmX06YfN9o1ndJ3uUn3lAfsaoOsc2fUMNILOjTpWqgtRI b27T9zfpuwekL28e1nZg2X1zfNQ+ORLPVc1fiMvF0ecrPqgqPvSrTM1H9bfq1n+T/1t5vaD5 zVfEDPqx6J82Zb46qOBUIJVZPZdTZ1SbnMNCjf1WeVNysqo0l29ofvJFZUF/bYjqauGwbfCt yzvWjDa/NNRtbf0lv41tqbbPxX1Q3NCHTEbJXXW1Judrteqai/5qFWMm36T54ORUXL6nHanL 9ZfLJlW6Y9Yqs/aS+iabzsMyd55a5s2MrCZ2Q63dZXwbJ/fx41luPymIbfTPiMMnhsXqHucP y2Q+nQy7R6rAEyfzjspcHG2i096kMQ/YeLiEUYxUl3w27jZkct76GjPAqc2euig1nzBzkFHd dj28jrUj46aO5ufrWGPFY8D8vTrWWTXVld0y5Kt2XuDQ6C+9IHm0XbSeOEg+hGzbkyQStjs0 upPm8r04dfJCnPDlON7ciPdvPwVcrwq4Hq00kYzoL5IWnX4Vhqu3/mdCsXnA2qdKpDKPZbF9 5IafHBrRf/ZwNHBHphxZ2rvFURBsBuds+mmfQrq+AOnNWrWKahDaNLVNw6guh8e0xZ6/+d/q 0naVQV2OHH60ZdnYvmmeHr/nD9Wnh2+rb5yySGpdPQ0DNYsm1TIjZrK4STzxNvDEQt0iPvBi rButnOIhGFXgEQ0qma2fopl/lOa4jlede9HIcNJis6TWA4rbledy6h/lWt2ReLAyi+fBwOhY L3Yjvddp0MtmL3NYHqqAS7HN5ZVQTxHx3uiBVhVG57HG86hytZEij9Q+eNG2xCwp823wsw7I sTLUPZDKmDnxfze2E3l6rH/Qya8aWcY3TuzyPZYwSdP1r9raMvr9hjg76VtGr8tPM7hhEstP zW/7/Qa/Wk1+7ap69Ci6/SKs2p1BuybjkzdQUhWcOgcZo+rRM7PX7Rra2y1JpvrgPFWnchfn MxWmg6SKli7vK/lOxMqv7kXw6Ya2S6Lq9k3d43PV/ovqeZDN4yWqFLtxaBxm0XkaL2C75yA3 Zt6oRL4JbBjaG7Z31+rM6rWMZRa4gk+StieA205yuW1sz9+1l7Npr5V/QHs9uDWXiyJwbwWd 6GZriq+0dTRElEvts41B6t9b24sqwUd+3s/jhfXh839lKJscrz2+VHFPE50vX+y+9mT15GdB a7KM6WQ3TK6vN4/Q1bqhy+dUzTx07uRI3a5LykLcO4G6SMLXRnaPJB4C0SkknbgHHt9s9tfC d4I6JeGIZppd054d0anO0ax5PL4YNy3TouZ8JX6ybHtotc1eu2f/XAUrx2hGtIegqX55PKOT Vn1s5yyO3x03acJsbySPd39YHDcnlm1Yrza6udXn03Ptw0AzHgncaOpUyM9op1P6+Ug9X0c1 yy1HJ/xjfHE2PXs9Em3qgHzztG6S0u5ozb0ZqaH261bsb5WcGt5NMjnaPlpWXUp66gOUn3Hv s2pU8Cceb3cRv2uZ/YdJOyNaBjZJs9RdBbGn7jtzRm4m+UG5nPMr1OAqvbT39NSFu5d693+l 4V6glpSF285cftbg9HwkYj/3aJqkkh+2U08NUJPSJLq/CdwbOm0LQ0rONK8nVMO8cLLHj5tR Frt+C1Pvp47R+3nE76pjy3S0nYAvDUEbyyYFgTKTjwnL+nXX//ZTmJm8DngMUoHUaWXk/CvJ XlocX4KY3hmicK5ffn/m8MOtqzIIvWa3b4jvn57jg2j0GLGNXc0TquGIVp3zpXh7/np6Jp5z e78Q52eiKNZ3j841uiPD3A2mktZ854N6CJHHKPWBKgglSo3v/g+U6BH8XegBAA== --------------3BE9DF43B7F19765A201ECC3 Content-Type: text/plain; charset=us-ascii; name="gdb" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="gdb" beetle# gdb -k /sys/i386/compile/BEETLE/kernel.debug vmcore.17 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 conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-undermydesk-freebsd"... panic: bremfree: bp 0xc551d52c not locked panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0xcb66f000 fault code = supervisor read, page not present instruction pointer = 0x8:0xc015c6f5 stack pointer = 0x10:0xca66195c frame pointer = 0x10:0xca661b88 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 5 (cbb0) trap number = 12 panic: page fault syncing disks... panic: bremfree: bp 0xc551d52c not locked Uptime: 2m34s pfs_vncache_unload(): 1 entries remaining cbb0: cbb_power: CARD_VCC_0V and CARD_VPP_0V [44] cbb1: cbb_power: CARD_VCC_0V and CARD_VPP_0V [44] /dev/vmmon: Module vmmon: unloaded Dumping 191 MB ata0: resetting devices .. done 16 32 48 64 80 96 112 128 144 160 176 --- #0 doadump () at ../../../kern/kern_shutdown.c:223 223 dumping++; (kgdb) where #0 doadump () at ../../../kern/kern_shutdown.c:223 #1 0xc01b991e in boot (howto=260) at ../../../kern/kern_shutdown.c:355 #2 0xc01b9b63 in panic () at ../../../kern/kern_shutdown.c:508 #3 0xc01fc027 in bremfree (bp=0xc551d52c) at ../../../kern/vfs_bio.c:632 #4 0xc01fdb58 in vfs_bio_awrite (bp=0x3) at ../../../kern/vfs_bio.c:1633 #5 0xc028b31a in ffs_fsync (ap=0xca66178c) at ../../../ufs/ffs/ffs_vnops.c:258 #6 0xc028a6be in ffs_sync (mp=0xc187a200, waitfor=2, cred=0xc0da0e80, td=0xc033bb20) at vnode_if.h:612 #7 0xc020fe88 in sync (td=0xc033bb20, uap=0x0) at ../../../kern/vfs_syscalls.c:130 #8 0xc01b952c in boot (howto=256) at ../../../kern/kern_shutdown.c:264 #9 0xc01b9b63 in panic () at ../../../kern/kern_shutdown.c:508 #10 0xc02e2982 in trap_fatal (frame=0xca66191c, eva=0) at ../../../i386/i386/trap.c:846 #11 0xc02e2662 in trap_pfault (frame=0xca66191c, usermode=0, eva=3412520960) at ../../../i386/i386/trap.c:760 #12 0xc02e216d in trap (frame= {tf_fs = -1048117224, tf_es = -1048117232, tf_ds = -899284976, tf_edi = -1048087040, tf_esi = -1048106368, tf_ebp = -899277944, tf_isp = -899278520, tf_ebx = 0, tf_edx = -882450432, tf_ecx = 32, tf_eax = 4096, tf_trapno = 12, tf_err = 0, tf_eip = -1072314635, tf_cs = 8, tf_eflags = 66050, tf_esp = -1070615871, tf_ss = 62}) at ../../../i386/i386/trap.c:446 #13 0xc02d2798 in calltrap () at {standard input}:98 #14 0xc015c525 in pccard_read_cis (sc=0x0) at ../../../dev/pccard/pccard_cis.c:98 #15 0xc0159ed2 in pccard_attach_card (dev=0xc1877600) at ../../../dev/pccard/pccard.c:168 #16 0xc0162026 in cbb_insert (sc=0xc186f000) at card_if.h:66 #17 0xc0161e5b in cbb_event_thread (arg=0xc186f000) at ../../../dev/pccbb/pccbb.c:917 #18 0xc01a6335 in fork_exit (callout=0xc0161de0 , arg=0x0, frame=0x0) at ../../../kern/kern_fork.c:860 (kgdb) --------------3BE9DF43B7F19765A201ECC3-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 13:27:54 2002 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 3443337B401 for ; Mon, 28 Oct 2002 13:27:53 -0800 (PST) Received: from mail.speakeasy.net (mail17.speakeasy.net [216.254.0.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC13F43E6E for ; Mon, 28 Oct 2002 13:27:52 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 31866 invoked from network); 28 Oct 2002 21:27:59 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail17.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 28 Oct 2002 21:27:59 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id g9SLRon5088632; Mon, 28 Oct 2002 16:27:50 -0500 (EST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <3DBDA4FB.E594450C@mindspring.com> Date: Mon, 28 Oct 2002 16:27:49 -0500 (EST) From: John Baldwin To: Terry Lambert Subject: Re: libgtop port and v_tag changes Cc: Nate Lawson , current@FreeBSD.org, Joe Marcus Clarke Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 28-Oct-2002 Terry Lambert wrote: > John Baldwin wrote: >> I mean, do you know what libgtop is used for? It's used to draw >> little applets that display load averages and other silly system >> monitor stuff in small spaces in GUI's. It seems to work quite >> happily w/o any inode numbers or dev_t's for non-UFS filesystems. >> I just don't see why some little graphical applet displaying a load >> average or disk usage or ethernet device usage needs the inode >> number and dev_t of vnode's in the kernel. I mean, geez. > > To build little applets that activate a flashing red light when > certain files are written? Why do you need the inode number to do that. Just kqueue on the file itself using a regular fd, and in that case you can stat(2) the file if you really need the i-node number. You don't need to use libkvm to actually go read the kernel to find this info! -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 13:33:43 2002 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 0D44137B401; Mon, 28 Oct 2002 13:33:42 -0800 (PST) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E5A743E42; Mon, 28 Oct 2002 13:33:41 -0800 (PST) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.4] (vpn-client-4.marcuscom.com [10.2.1.4]) by creme-brulee.marcuscom.com (8.12.6/8.12.6) with ESMTP id g9SLWW01015329; Mon, 28 Oct 2002 16:32:33 -0500 (EST) (envelope-from marcus@marcuscom.com) Subject: Re: libgtop port and v_tag changes From: Joe Marcus Clarke To: John Baldwin Cc: Terry Lambert , Nate Lawson , current@FreeBSD.org In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 28 Oct 2002 16:33:31 -0500 Message-Id: <1035840812.328.3.camel@gyros.marcuscom.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-7.1 required=5.0 tests=AWL,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES, SPAM_PHRASE_01_02 version=2.41 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 2002-10-28 at 16:27, John Baldwin wrote: > > On 28-Oct-2002 Terry Lambert wrote: > > John Baldwin wrote: > >> I mean, do you know what libgtop is used for? It's used to draw > >> little applets that display load averages and other silly system > >> monitor stuff in small spaces in GUI's. It seems to work quite > >> happily w/o any inode numbers or dev_t's for non-UFS filesystems. > >> I just don't see why some little graphical applet displaying a load > >> average or disk usage or ethernet device usage needs the inode > >> number and dev_t of vnode's in the kernel. I mean, geez. > > > > To build little applets that activate a flashing red light when > > certain files are written? > > Why do you need the inode number to do that. Just kqueue on the > file itself using a regular fd, and in that case you can stat(2) > the file if you really need the i-node number. You don't need > to use libkvm to actually go read the kernel to find this info! You're probably right. But without waiting to re-architect libgtop, I think the immediate problem needs to be fixed. Shall I just commit my original patch that uses libkvm? Joe -- PGP Key : http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 13:37:43 2002 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 4801137B401 for ; Mon, 28 Oct 2002 13:37:42 -0800 (PST) Received: from mail.speakeasy.net (mail12.speakeasy.net [216.254.0.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE90A43E3B for ; Mon, 28 Oct 2002 13:37:41 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 27200 invoked from network); 28 Oct 2002 21:37:49 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail12.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 28 Oct 2002 21:37:49 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id g9SLbdn5088665; Mon, 28 Oct 2002 16:37:40 -0500 (EST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <1035840812.328.3.camel@gyros.marcuscom.com> Date: Mon, 28 Oct 2002 16:37:39 -0500 (EST) From: John Baldwin To: Joe Marcus Clarke Subject: Re: libgtop port and v_tag changes Cc: current@FreeBSD.org, Nate Lawson , Terry Lambert Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 28-Oct-2002 Joe Marcus Clarke wrote: > On Mon, 2002-10-28 at 16:27, John Baldwin wrote: >> >> On 28-Oct-2002 Terry Lambert wrote: >> > John Baldwin wrote: >> >> I mean, do you know what libgtop is used for? It's used to draw >> >> little applets that display load averages and other silly system >> >> monitor stuff in small spaces in GUI's. It seems to work quite >> >> happily w/o any inode numbers or dev_t's for non-UFS filesystems. >> >> I just don't see why some little graphical applet displaying a load >> >> average or disk usage or ethernet device usage needs the inode >> >> number and dev_t of vnode's in the kernel. I mean, geez. >> > >> > To build little applets that activate a flashing red light when >> > certain files are written? >> >> Why do you need the inode number to do that. Just kqueue on the >> file itself using a regular fd, and in that case you can stat(2) >> the file if you really need the i-node number. You don't need >> to use libkvm to actually go read the kernel to find this info! > > You're probably right. But without waiting to re-architect libgtop, I > think the immediate problem needs to be fixed. Shall I just commit my > original patch that uses libkvm? Use v_cachedid and v_cachedfs for all VREG vnodes. Then you don't need to even go near v_tag. This is fewer kvm_read()'s. If stable has the v_cachedid then it should be using that instead of reading in UFS inodes as well. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 14:26:13 2002 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 DFBD137B401; Mon, 28 Oct 2002 14:26:12 -0800 (PST) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id A83DB43E3B; Mon, 28 Oct 2002 14:26:12 -0800 (PST) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by canning.wemm.org (Postfix) with ESMTP id 902EB2A88D; Mon, 28 Oct 2002 14:26:12 -0800 (PST) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Maksim Yevmenkin Cc: freebsd-current@freebsd.org, freebsd-emulation@FreeBSD.org Subject: Re: options GEOM and NODEVFS In-Reply-To: <3DBD76E9.2F12196B@exodus.net> Date: Mon, 28 Oct 2002 14:26:12 -0800 From: Peter Wemm Message-Id: <20021028222612.902EB2A88D@canning.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Maksim Yevmenkin wrote: > p.p.s. i need NODEVFS to run vmware2 (/dev/rtc is not > DEVFS friendly). This should take only a few minutes to fix by somebody who knows what they are doing. I'd do it, but I do not have vmware and have no desire to start. rtc.c already has the make_dev() calls, but they are in the wrong place. They need to be moved from rtc_attach() (called by rtc_open()) to init_module() and replace the cdevsw_add that is there. cdevsw_add and cdevsw_remove should be completely removed. This set of changes will work on 4.x too, so there are no big portability issues. Some of the folks on freebsd-emulation may be able to do it. Cheers, -Peter -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 14:32:14 2002 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 57A1E37B401 for ; Mon, 28 Oct 2002 14:32:11 -0800 (PST) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id C84C643E3B for ; Mon, 28 Oct 2002 14:32:10 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.3/8.12.5) with ESMTP id g9SMW9gQ043139 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK) for ; Mon, 28 Oct 2002 17:32:10 -0500 (EST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.3/8.12.5/Submit) id g9SMW9NE043136; Mon, 28 Oct 2002 17:32:09 -0500 (EST) (envelope-from wollman) Date: Mon, 28 Oct 2002 17:32:09 -0500 (EST) From: Garrett Wollman Message-Id: <200210282232.g9SMW9NE043136@khavrinen.lcs.mit.edu> To: current@FreeBSD.org Subject: A success story, of sorts Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Last week I decided to blow away my newer laptop's ancient 4.3 installation (well, actually, Lose XP decided to do it for me, but that's another story). I had just gotten my complimentary developer's CD set from FreeBSDmall.com (thanks, guys!) and decided to reinstall everything from scratch. So after I finished fighting with Windows eXtreme Punishment, I stick the 4.7 install CD and reboot. Windows loads again. I spend the next hour playing all sorts of games with the BIOS, and so far as I can tell it just absolutely refuses to load the 4.7 CD. (Windows installed from CD just fine.) I borrow a Debian 3.0 CD from a cow-orker, and it gets a little bit further, but crashes before loading the kernel. Finally, I give up in despair and make boot floppies. Works perfectly. I do as minimal an installation as I possibly can, and immediately cvsup to -current. Buildworld runs perfectly; installworld drops dead pretty quickly, as I hadn't yet rebooted with the new kernel. Having done that, everything goes smoothly. Every reboot, ACPI prints some odd messages on my console: pcib0: port 0xcf8-0xcff on acpi0 ---- initial configuration ------------------------ \\_SB_.LNKA irq 11: [ 5 6 7 10 11 12] low,level,sharable 0.11.0 \\_SB_.LNKB irq 11: [ 5 6 7 10 11 12] low,level,sharable 0.11.1 \\_SB_.LNKC irq 11: [ 5 6 7 10 11 12] low,level,sharable 0.9.0 \\_SB_.LNKE irq 3: [ 3 4] low,level,sharable 0.7.0 \\_SB_.LNKD irq 11: [ 5 6 7 10 11 12] low,level,sharable 0.13.0 \\_SB_.LNKD irq 11: [ 5 6 7 10 11 12] low,level,sharable 0.12.0 \\_SB_.LNKD irq 11: [ 5 6 7 10 11 12] low,level,sharable 0.5.3 \\_SB_.LNKD irq 11: [ 5 6 7 10 11 12] low,level,sharable 0.15.0 \\_SB_.LNKA irq 11: [ 5 6 7 10 11 12] low,level,sharable 0.16.0 ---- before setting priority for links ------------ ---- before fixup boot-disabled links ------------- ---- after fixup boot-disabled links -------------- ---- arbitrated configuration --------------------- \\_SB_.LNKA irq 11: [ 5 6 7 10 11 12] low,level,sharable 0.11.0 \\_SB_.LNKB irq 11: [ 5 6 7 10 11 12] low,level,sharable 0.11.1 \\_SB_.LNKC irq 11: [ 5 6 7 10 11 12] low,level,sharable 0.9.0 \\_SB_.LNKE irq 3: [ 3 4] low,level,sharable 0.7.0 \\_SB_.LNKD irq 11: [ 5 6 7 10 11 12] low,level,sharable 0.13.0 \\_SB_.LNKD irq 11: [ 5 6 7 10 11 12] low,level,sharable 0.12.0 \\_SB_.LNKD irq 11: [ 5 6 7 10 11 12] low,level,sharable 0.5.3 \\_SB_.LNKD irq 11: [ 5 6 7 10 11 12] low,level,sharable 0.15.0 \\_SB_.LNKA irq 11: [ 5 6 7 10 11 12] low,level,sharable 0.16.0 pci0: on pcib0 agp0: mem 0xd0000000-0xdfffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 ---- initial configuration ------------------------ \\_SB_.LNKD irq 11: [ 5 6 7 10 11 12] low,level,sharable 1.0.0 ---- before setting priority for links ------------ ---- before fixup boot-disabled links ------------- ---- after fixup boot-disabled links -------------- ---- arbitrated configuration --------------------- \\_SB_.LNKD irq 11: [ 5 6 7 10 11 12] low,level,sharable 1.0.0 pci1: on pcib1 This looks to me like debugging information that probably should not be printed by default. The ASL and raw DSDT are available on request. What else is there to mention.... NEWCARD worked beautifully with my Enterasys RoamAbout card and with my old standby 3C589D (which I use when I need a static address). I am noticing some surprising network hesitation on the 3Com when I send large files to the laptop. Now that I have working CardBus I should try upgrading to a 32-bit network card. After deleting the cvsup that I had originally installed and installing an older (non-gui) version, I was able to build X from scratch with no trouble. Mozilla 1.2 also built without error. KDE was another story, but I didn't care to spend a lot of time debugging huge C++ programs so I stopped bothering with it. I also built ImageMagick, which I need when downloading images from my digital camera, and had no trouble other than the useless dependency that it has on some library or other that I couldn't care less about and never builds for me anyway. I had to back the openssh-portable port off to the previous version so that the Kerberos patches would apply. (Perhaps this needs to be separated out into a separate port.) All the commits I made this past weekend were build-tested on the laptop (accessing it remotely from home), so from that perspective at least the system seems pretty solid. Disklabel is unhappy with GEOM, as others have already noted. I don't anticipate needing to redo the label any time soon, so I'm not immediately concerned about this. I have no clue how to interpret the output from `sysctl hw.acpi.thermal'. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 14:38:10 2002 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 E1B0037B401; Mon, 28 Oct 2002 14:38:08 -0800 (PST) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id D148843E3B; Mon, 28 Oct 2002 14:38:07 -0800 (PST) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.4] (vpn-client-4.marcuscom.com [10.2.1.4]) by creme-brulee.marcuscom.com (8.12.6/8.12.6) with ESMTP id g9SMax01015682; Mon, 28 Oct 2002 17:36:59 -0500 (EST) (envelope-from marcus@marcuscom.com) Subject: Re: libgtop port and v_tag changes From: Joe Marcus Clarke To: John Baldwin Cc: current@FreeBSD.org, Nate Lawson , Terry Lambert In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 28 Oct 2002 17:37:59 -0500 Message-Id: <1035844681.355.0.camel@gyros.marcuscom.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-7.1 required=5.0 tests=AWL,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES, SPAM_PHRASE_01_02 version=2.41 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 2002-10-28 at 16:37, John Baldwin wrote: > > On 28-Oct-2002 Joe Marcus Clarke wrote: > > On Mon, 2002-10-28 at 16:27, John Baldwin wrote: > >> > >> On 28-Oct-2002 Terry Lambert wrote: > >> > John Baldwin wrote: > >> >> I mean, do you know what libgtop is used for? It's used to draw > >> >> little applets that display load averages and other silly system > >> >> monitor stuff in small spaces in GUI's. It seems to work quite > >> >> happily w/o any inode numbers or dev_t's for non-UFS filesystems. > >> >> I just don't see why some little graphical applet displaying a load > >> >> average or disk usage or ethernet device usage needs the inode > >> >> number and dev_t of vnode's in the kernel. I mean, geez. > >> > > >> > To build little applets that activate a flashing red light when > >> > certain files are written? > >> > >> Why do you need the inode number to do that. Just kqueue on the > >> file itself using a regular fd, and in that case you can stat(2) > >> the file if you really need the i-node number. You don't need > >> to use libkvm to actually go read the kernel to find this info! > > > > You're probably right. But without waiting to re-architect libgtop, I > > think the immediate problem needs to be fixed. Shall I just commit my > > original patch that uses libkvm? > > Use v_cachedid and v_cachedfs for all VREG vnodes. Then you don't > need to even go near v_tag. This is fewer kvm_read()'s. If stable > has the v_cachedid then it should be using that instead of reading > in UFS inodes as well. -stable doesn't have those members :-(. So the ifdef's would need to remain. Joe > > -- > > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ > -- PGP Key : http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 14:51:36 2002 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 4398A37B401 for ; Mon, 28 Oct 2002 14:51:35 -0800 (PST) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0655A43E42 for ; Mon, 28 Oct 2002 14:51:35 -0800 (PST) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by canning.wemm.org (Postfix) with ESMTP id A59CD2A896; Mon, 28 Oct 2002 14:51:31 -0800 (PST) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Garrett Wollman Cc: current@FreeBSD.org Subject: Re: A success story, of sorts In-Reply-To: <200210282232.g9SMW9NE043136@khavrinen.lcs.mit.edu> Date: Mon, 28 Oct 2002 14:51:31 -0800 From: Peter Wemm Message-Id: <20021028225131.A59CD2A896@canning.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Garrett Wollman wrote: > I have no clue how to interpret the output from `sysctl > hw.acpi.thermal'. peter@mobile[2:44pm]~-100> sysctl hw.acpi.thermal hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 30 hw.acpi.thermal.tz0.temperature: 3281 hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: 3581 hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 3731 hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 The temperatures are in kelvin * 10. ie: subtract 2731 to get degrees celcius, then divide by 10. In my case above: 3281 - 2731 = 550, or 55.0C. There are two types of cooling. active or passive. In my case its passive - ie: fully automatic. _PSV is the nominal temperature that the fan starts to kick in at, 85C in this case. _CRT is the critical ("you're about to catch fire") alert temperature - 100C in my case. I think _HOT is the point that you should be worried, while _CRT = "power down now or else!". The various _AC0, _AC1 etc are for the active cooling system. ie: the OS has to monitor the temperature, and set the fan speed as it crosses the _AC* levels. There is another method that it calls to do this, and this is driven by the kthread acpi_fan or acpi_thermal, I dont remember exactly. ".tz0." is "thermal zone 0". There may be more than one zone, especially in larger servers. Cheers, -Peter -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 14:53:16 2002 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 91F8137B401 for ; Mon, 28 Oct 2002 14:53:13 -0800 (PST) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5BBE43E6E for ; Mon, 28 Oct 2002 14:53:12 -0800 (PST) (envelope-from larse@ISI.EDU) Received: from isi.edu (nik.isi.edu [128.9.168.58]) by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id g9SMr5C22371; Mon, 28 Oct 2002 14:53:05 -0800 (PST) Message-ID: <3DBDBFCA.5050306@isi.edu> Date: Mon, 28 Oct 2002 14:52:58 -0800 From: Lars Eggert User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.2b) Gecko/20021016 X-Accept-Language: en-us, de-de MIME-Version: 1.0 To: Lars Eggert Cc: current Subject: Re: another lock order reversal References: <3DB49371.5060900@isi.edu> In-Reply-To: <3DB49371.5060900@isi.edu> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms000604030207020604050503" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a cryptographically signed message in MIME format. --------------ms000604030207020604050503 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Lars Eggert wrote: > lock order reversal > 1st 0xc6f47a68 vnode interlock (vnode interlock) @ > /usr/src/sys/nfsclient/nfs_vnops.c:2629 > 2nd 0xc04b8640 vm page queue mutex (vm page queue mutex) @ > /usr/src/sys/vm/vm_kern.c:424 Still present on yesterday's -current. Lars -- Lars Eggert USC Information Sciences Institute --------------ms000604030207020604050503 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwglQTANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDgyNDE4NTMzOVoX DTAzMDgyNDE4NTMzOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBANI2Rrt4ggaQ/IrOsDeOm2H4/R5FRIL6JjDY3StE aogp1r23WKniQ1Vj98Nu5WxlaZ3Iam3Jen5T66H8u7rtMNpK4qAeAGoBsVeyVr1+CTFeuv+m xCh7BvBJwhLdm0zDaoDT05YKYZaqtsT+F286FWJQg31Xtf+vTKLVVrHcsafnteyal2NEt7Ac yZZfjsVLwxp2Lq3cwYfRQRoo7/yCVzS7HsgM6jmbO4taEMo4yC2rpnUbWEUCDTaCYgpAXzAl oiNk7GDh0wz2s5ZSnHRvNSBMAjCmpNtSYHfXFI1ANwrrrHIJ7Ei83+XN32PWY4OPzO3iown9 VR+vM+8lNx9OX28CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ KoZIhvcNAQEEBQADgYEAXcrIlKmPLM/r8r3oz2ZLPLaT1AyMjYTZY2qq/R7SUtFa9BNlTIFh DG78QKfJ9lo2LMzTPQqMZgNLmj95GbNPI8P8OIq2K6MeCZWz08ROackqTFP6xWbIFIfXcBVR 1dZnDDyDKBBh05KkvyTPawSQyOBUeNBfQUyO4TE+3o58U8UwggM5MIICoqADAgECAgMIJUEw DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDAeFw0wMjA4MjQxODUzMzlaFw0wMzA4MjQxODUzMzlaMFQxDzANBgNVBAQTBkVnZ2VydDEN MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDSNka7eIIGkPyK zrA3jpth+P0eRUSC+iYw2N0rRGqIKda9t1ip4kNVY/fDbuVsZWmdyGptyXp+U+uh/Lu67TDa SuKgHgBqAbFXsla9fgkxXrr/psQoewbwScIS3ZtMw2qA09OWCmGWqrbE/hdvOhViUIN9V7X/ r0yi1Vax3LGn57XsmpdjRLewHMmWX47FS8Madi6t3MGH0UEaKO/8glc0ux7IDOo5mzuLWhDK OMgtq6Z1G1hFAg02gmIKQF8wJaIjZOxg4dMM9rOWUpx0bzUgTAIwpqTbUmB31xSNQDcK66xy CexIvN/lzd9j1mODj8zt4qMJ/VUfrzPvJTcfTl9vAgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAF3KyJSpjyzP6/K96M9mSzy2k9QM jI2E2WNqqv0e0lLRWvQTZUyBYQxu/ECnyfZaNizM0z0KjGYDS5o/eRmzTyPD/DiKtiujHgmV s9PETmnJKkxT+sVmyBSH13AVUdXWZww8gygQYdOSpL8kz2sEkMjgVHjQX0FMjuExPt6OfFPF MYID1TCCA9ECAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MAIDCCVBMAkGBSsOAwIaBQCgggIPMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAyMTAyODIyNTI1OFowIwYJKoZIhvcNAQkEMRYEFCd8vnu4w0zkYe+tM5C6 6owV02h2MFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGrBgkrBgEEAYI3EAQxgZ0w gZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNh cGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNl czEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDCCVBMIGtBgsq hkiG9w0BCRACCzGBnaCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2Fw ZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRp ZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44 LjMwAgMIJUEwDQYJKoZIhvcNAQEBBQAEggEARIMWbZlhkL6/B4gloJXZGA/b3Q8e5SD+4cBH kGBW1T3MML2KXLJyb3DcwO2f2HVGtN4uNCZSkT7CAchlXZQaczJbqanbytLvGvTDDtjahl3p jQDpCOhRkQlD7J8nWUwXxF168EEjoAGsn63ZCrccdBGACe4kZ8ThG/xNvci4r4hMk1TlK2FG cuIq1/HxiKl9HpDoEVz0LRtA2UCuwx/iI7BJCbX9XjtqYsz6newOVsmIYpneRQeg/uFx16hu Cau+qnVacEiTTXcr35sG/BgFsOeMQ6DNMalFfOcB7zDNFyCF1jYb3WLqfFFZ5KROOFoz65qG FwKn/xoUAl1hQijVewAAAAAAAA== --------------ms000604030207020604050503-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 14:55:57 2002 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 B165A37B401 for ; Mon, 28 Oct 2002 14:55:55 -0800 (PST) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72FF043E3B for ; Mon, 28 Oct 2002 14:55:55 -0800 (PST) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by canning.wemm.org (Postfix) with ESMTP id 5630B2A88D; Mon, 28 Oct 2002 14:55:55 -0800 (PST) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: "M. Warner Losh" Cc: kientzle@acm.org, current@FreeBSD.ORG Subject: Re: HEADS UP: you need to install a new kernel before an installworld. In-Reply-To: <20021026.234211.117680655.imp@bsdimp.com> Date: Mon, 28 Oct 2002 14:55:55 -0800 From: Peter Wemm Message-Id: <20021028225555.5630B2A88D@canning.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "M. Warner Losh" wrote: > In message: <3DBAE1FA.2010209@acm.org> > Tim Kientzle writes: > : Peter Wemm wrote: > : > : > 'make installworld' without ... a new kernel would be rather messy. > : > : > ... a reminder of the sequence is probably in order: > : > buildworld > : > buildkernel > : > installkernel > : > reboot > : > installworld > : > reboot > : > : > : This _does_not_work_ because 'installkernel' does > : not update the bootblocks. It should. Otherwise, > : 'installkernel' is not filling it's contract: it is > : not ensuring that the next boot uses the new kernel. > > Are you sure you need new bootblocks? I've not had issues and am > pretty careless about when I do installworld vs installkernel. > > You need them for the 4.x -> 5.0 upgrade, but I didn't think you've > needed new ones for a long time now. If it does need them, somebody had better tell my systems. I've got old 3.x bootblocks on some of them. /boot/loader though is a different story. 'make installkernel' does not install the new loader. However, most non-ancient 4.x loaders can boot a 5.x kernel sufficiently well that this shouldn't be a crisis. Or, they used to be able to when I last tried it (not too long ago). Cheers, -Peter -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 14:57:49 2002 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 7B92937B401 for ; Mon, 28 Oct 2002 14:57:48 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id E31BF43E4A for ; Mon, 28 Oct 2002 14:57:43 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 84863 invoked by uid 1000); 28 Oct 2002 22:57:44 -0000 Date: Mon, 28 Oct 2002 14:57:44 -0800 (PST) From: Nate Lawson To: John Baldwin Cc: Joe Marcus Clarke , current@FreeBSD.org Subject: Re: libgtop port and v_tag changes In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 28 Oct 2002, John Baldwin wrote: > On 28-Oct-2002 Joe Marcus Clarke wrote: > > You're probably right. But without waiting to re-architect libgtop, I > > think the immediate problem needs to be fixed. Shall I just commit my > > original patch that uses libkvm? > > Use v_cachedid and v_cachedfs for all VREG vnodes. Then you don't > need to even go near v_tag. This is fewer kvm_read()'s. If stable > has the v_cachedid then it should be using that instead of reading > in UFS inodes as well. I plan to go through and fix fstat(1) to be a better example once I have a little time. It's lower on my priority list than the SCSI stuff though. -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 15: 4:28 2002 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 0404437B401 for ; Mon, 28 Oct 2002 15:04:27 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 357EF43E42 for ; Mon, 28 Oct 2002 15:04:25 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g9SN4Epk031904; Mon, 28 Oct 2002 16:04:15 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 28 Oct 2002 16:03:25 -0700 (MST) Message-Id: <20021028.160325.22503477.imp@bsdimp.com> To: peter@wemm.org Cc: kientzle@acm.org, current@FreeBSD.ORG Subject: Re: HEADS UP: you need to install a new kernel before an installworld. From: "M. Warner Losh" In-Reply-To: <20021028225555.5630B2A88D@canning.wemm.org> References: <20021026.234211.117680655.imp@bsdimp.com> <20021028225555.5630B2A88D@canning.wemm.org> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <20021028225555.5630B2A88D@canning.wemm.org> Peter Wemm writes: : If it does need them, somebody had better tell my systems. I've got old : 3.x bootblocks on some of them. Sorry, you are right. : /boot/loader though is a different story. 'make installkernel' does not : install the new loader. However, most non-ancient 4.x loaders can : boot a 5.x kernel sufficiently well that this shouldn't be a crisis. Or, : they used to be able to when I last tried it (not too long ago). The big issue is (or at least used to be) device.hints. However, I see in the Japanese mailing lists they recommend using the 4.x /boot/loader, interrupting the boot process, typing 'unload' and then 'load /boot/kernel/kernel' followed by 'boot'. It generally will work, but some machines with ACPI might have issues relating to interrupt routing (a number of newer machines are known to work with ACPI interrupt routing, but not PCI BIOS). It seemed safer to recommend installing a new /boot/loader. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 15:21: 4 2002 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 B51AF37B401 for ; Mon, 28 Oct 2002 15:21:03 -0800 (PST) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12CA043E4A for ; Mon, 28 Oct 2002 15:21:03 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.3/8.12.5) with ESMTP id g9SNL2gQ043461 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Mon, 28 Oct 2002 18:21:02 -0500 (EST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.3/8.12.5/Submit) id g9SNL19q043458; Mon, 28 Oct 2002 18:21:01 -0500 (EST) (envelope-from wollman) Date: Mon, 28 Oct 2002 18:21:01 -0500 (EST) From: Garrett Wollman Message-Id: <200210282321.g9SNL19q043458@khavrinen.lcs.mit.edu> To: Peter Wemm Cc: current@FreeBSD.ORG Subject: Re: HEADS UP: you need to install a new kernel before an installworld. In-Reply-To: <20021028225555.5630B2A88D@canning.wemm.org> References: <20021026.234211.117680655.imp@bsdimp.com> <20021028225555.5630B2A88D@canning.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG < said: > /boot/loader though is a different story. 'make installkernel' does not > install the new loader. However, most non-ancient 4.x loaders can > boot a 5.x kernel sufficiently well that this shouldn't be a crisis. Or, > they used to be able to when I last tried it (not too long ago). As noted, it worked for me as recently as Thursday. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 15:26:46 2002 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 D1B8C37B401; Mon, 28 Oct 2002 15:26:45 -0800 (PST) Received: from conure.mail.pas.earthlink.net (conure.mail.pas.earthlink.net [207.217.120.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79E5D43E75; Mon, 28 Oct 2002 15:26:45 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0469.cvx22-bradley.dialup.earthlink.net ([209.179.199.214] helo=mindspring.com) by conure.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 186JHQ-000279-00; Mon, 28 Oct 2002 15:26:45 -0800 Message-ID: <3DBDC767.F938D446@mindspring.com> Date: Mon, 28 Oct 2002 15:25:27 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: John Baldwin Cc: Nate Lawson , current@FreeBSD.org, Joe Marcus Clarke Subject: Re: libgtop port and v_tag changes References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Baldwin wrote: > > To build little applets that activate a flashing red light when > > certain files are written? > > Why do you need the inode number to do that. Just kqueue on the > file itself using a regular fd, and in that case you can stat(2) > the file if you really need the i-node number. You don't need > to use libkvm to actually go read the kernel to find this info! Maybe they have to check a SYSV message queue at the same time, but can't use a blocking kqueue call because my System V message queue kqueue patches were never committed. 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 15:36:12 2002 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 2F42A37B401; Mon, 28 Oct 2002 15:36:11 -0800 (PST) Received: from scl8owa02.int.exodus.net (scl8out02.exodus.net [66.35.230.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9673843E77; Mon, 28 Oct 2002 15:35:50 -0800 (PST) (envelope-from Maksim.Yevmenkin@exodus.net) Received: from scl8owa01.int.exodus.net ([66.35.230.241]) by scl8owa02.int.exodus.net with Microsoft SMTPSVC(5.0.2195.5329); Mon, 28 Oct 2002 15:35:50 -0800 Received: from exodus.net ([206.220.227.147]) by scl8owa01.int.exodus.net over TLS secured channel with Microsoft SMTPSVC(5.0.2195.5329); Mon, 28 Oct 2002 15:35:49 -0800 Message-ID: <3DBDC9D5.9556C5CD@exodus.net> Date: Mon, 28 Oct 2002 15:35:49 -0800 From: Maksim Yevmenkin X-Mailer: Mozilla 4.78 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: Peter Wemm Cc: freebsd-current@freebsd.org, freebsd-emulation@freebsd.org Subject: Re: options GEOM and NODEVFS References: <20021028222612.902EB2A88D@canning.wemm.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 28 Oct 2002 23:35:50.0179 (UTC) FILETIME=[BF921F30:01C27EDA] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Peter Wemm wrote: > > Maksim Yevmenkin wrote: > > > p.p.s. i need NODEVFS to run vmware2 (/dev/rtc is not > > DEVFS friendly). > > This should take only a few minutes to fix by somebody who knows what they > are doing. I'd do it, but I do not have vmware and have no desire to start. > > rtc.c already has the make_dev() calls, but they are in the wrong place. > They need to be moved from rtc_attach() (called by rtc_open()) to > init_module() and replace the cdevsw_add that is there. cdevsw_add and > cdevsw_remove should be completely removed. This set of changes will work > on 4.x too, so there are no big portability issues. > > Some of the folks on freebsd-emulation may be able to do it. yes, just like i said, i can (and probably will) do it. also there are few patches floating around. the problem is that none of these patches made it the tree :( thanks, max To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 15:43:48 2002 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 F28C237B401; Mon, 28 Oct 2002 15:43:46 -0800 (PST) Received: from 12-234-90-219.client.attbi.com (12-234-90-219.client.attbi.com [12.234.90.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DBA443E3B; Mon, 28 Oct 2002 15:43:46 -0800 (PST) (envelope-from DougB@FreeBSD.org) Received: from master.gorean.org (master.gorean.org [10.0.0.2]) by 12-234-90-219.client.attbi.com (8.12.6/8.12.6) with ESMTP id g9SNhNmX009088; Mon, 28 Oct 2002 15:43:23 -0800 (PST) (envelope-from DougB@FreeBSD.org) Received: from localhost (doug@localhost) by master.gorean.org (8.12.6/8.12.6/Submit) with ESMTP id g9SNh39l003564; Mon, 28 Oct 2002 15:43:16 -0800 (PST) Date: Mon, 28 Oct 2002 15:43:03 -0800 (PST) From: Doug Barton To: Peter Wemm Cc: "M. Warner Losh" , , , Subject: Re: HEADS UP: you need to install a new kernel before an installworld. In-Reply-To: <20021028225555.5630B2A88D@canning.wemm.org> Message-ID: <20021028154058.Y3316-100000@master.gorean.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG IMO it's more a matter of POLA for those upgrading to -current for the first time. For those that don't realize exactly how different 5.x is, spelling out the steps of installing device.hints, installing the new loader, etc. makes their life easier. This should go on the "Comprehensive guide to updating from source to 5.0" that I'm sure our trusty release engineers are producing? -- "We have known freedom's price. We have shown freedom's power. And in this great conflict, ... we will see freedom's victory." - George W. Bush, President of the United States State of the Union, January 28, 2002 Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 15:47:44 2002 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 A7BDC37B401; Mon, 28 Oct 2002 15:47:27 -0800 (PST) Received: from isp.sputnikmedia.net (bigmir.mirotel.net [194.125.225.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B6C943E3B; Mon, 28 Oct 2002 15:47:25 -0800 (PST) (envelope-from russiaseminar@mail.ru) Received: from spam (ppp11.BM.mirotel.net [194.125.224.11]) by isp.sputnikmedia.net (8.12.6/8.11.6) with SMTP id g9SNAd9q068294; Tue, 29 Oct 2002 01:10:40 +0200 (EET) (envelope-from russiaseminar@mail.ru) Message-Id: <200210282310.g9SNAd9q068294@isp.sputnikmedia.net> From: To: 10@isp.sputnikmedia.net Organization: X-Priority: 3 X-MSMail-Priority: Normal Subject: Ñåìèíàðû â íîÿáðå Mime-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Date: Tue, 29 Oct 2002 01:36:11 +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ìåæäóíàðîäíûé èíôîðìàöèîííûé êîíñàëòèíãîâûé Öåíòð  Ïðèãëàøàåò ðóêîâîäèòåëåé ïðåäïðèÿòèé, ôèíàíñîâûõ äèðåêòîðîâ, ðóêîâîäèòåëåé ïëàíîâî-ýêîíîìè÷åñêèõ ñëóæá, ñïåöèàëèñòîâ ïî óïðàâëåíèþ ôèíàíñàìè, à òàêæå ÷àñòíûõ ëèö ïðèíÿòü ó÷àñòèå ñåìèíàðàõ-ïðàêòèêóìàõ, ïðîâîäèìûõ â íîÿáðå 2002 ãîäà â Êèåâå: Îòåëü «Ñàíêò-Ïåòåðáóðã» ã. Êèåâ, áóëüâàð Ò. Øåâ÷åíêî, 4  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ÏÐÎÁËÅÌÛ ÈÑÏÎËÍÅÍÈß ÑÓÄÅÁÍÛÕ ÐÅØÅÍÈÉ. Ïðàêòè÷åñêèå àñïåêòû. 5 íîÿáðÿ Ïðîáëåìû ñ èñïîëíåíèåì ñóäåáíûõ ðåøåíèé - "ãîëîâíàÿ áîëü" äëÿ ìíîãèõ óêðàèíñêèõ ïðåäïðèÿòèé. Äàæå ïðè íàëè÷èè ðåøåíèÿ õîçÿéñòâåííîãî ñóäà î âçûñêàíèè äîëãà ïðîöåäóðà åãî âîçâðàòà ìîæåò çàòÿíóòüñÿ íà äëèòåëüíûé ñðîê. Ê ñîæàëåíèþ, "îòñóòñòâèå" ó äîëæíèêà äåíåæíûõ ñðåäñòâ è èìóùåñòâà, áåçäåÿòåëüíîñòü ñóäåáíûõ èñïîëíèòåëåé, à òàêæå ñîçäàíèå ïðåïÿòñòâèé ìåñòíûìè âëàñòÿìè, ïðåïÿòñòâóþò áûñòðîìó èñïîëíåíèþ ñóäåáíûõ ðåøåíèé. Îñîáîå âíèìàíèå áóäåò óäåëåíî îñâåùåíèþ ïðîáëåìíûõ âîïðîñîâ èç ïðàêòèêè èñïîëíèòåëüíîãî ïðîèçâîäñòâà. Ñåìèíàð îðèåíòèðîâàí íà ïðàêòèêîâ, çàíèìàþùèõñÿ âîïðîñàìè âîçâðàòà äîëãîâ è íîñèò ñóãóáî ïðàêòè÷åñêèé õàðàêòåð. Âåäžò ñåìèíàð: çàìåñòèòåëü äèðåêòîðà Äåïàðòàìåíòà Ãîñóäàðñòâåííîé èñïîëíèòåëüíîé ñëóæáû Ìèíèñòåðñòâà Þñòèöèè Óêðàèíû: ÊÓÇÜ À.Ð. ÑÒÎÈÌÎÑÒÜ Ó×ÀÑÒÈß: 350 ãðí. áåç ÍÄÑ (åäèíûé íàëîã) - çà îäíîãî ó÷àñòíèêà ñ ìåñòîì â 1-2 ðÿäó - V.I.P. ðÿäû 310 ãðí. áåç ÍÄÑ (åäèíûé íàëîã) - çà îäíîãî ó÷àñòíèêà ñ ìåñòîì â 3-5 ðÿäó. Äëÿ âòîðîãî è òðåòüåãî ó÷àñòíèêà ñêèäêà - 5% è 7% ñîîòâåòñòâåííî. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ÑÈÑÒÅÌÀ ÑÁÛÒÀ è ÄÈËÅÐÑÊÀß ÑÅÒÜ: ïîñòàíîâêà, ðàçâèòèå, êîíòðîëü. 12 íîÿáðÿ Ýôôåêòèâíàÿ ðàáîòà ñëóæáû ñáûòà ñòàíîâèòñÿ îäíèì èç êëþ÷åâûõ óñëîâèé óñïåøíîãî ðàçâèòèÿ áèçíåñà. Êàê ïðàâèëüíî îðãàíèçîâàòü ðàáîòó ñëóæáû ñáûòà? Êàê ïëàíèðîâàòü ñáûò? Êàê ðàçðàáîòàòü ýôôåêòèâíóþ ñòðàòåãèþ ñáûòà â êîíêóðåíòíîé ñðåäå èìåííî äëÿ Âàøåé êîìïàíèè? Cëóøàòåëÿì ñåìèíàðà áóäåò ïðåäëîæåí ñèñòåìíûé ïîäõîä ê ïîñòðîåíèþ äèëåðñêîé ñåòè, äàíû ðåêîìåíäàöèè ïî ïîñòðîåíèþ äîëãîñðî÷íûõ îòíîøåíèé ñ ïåðñïåêòèâíûìè äèëåðàìè è ðåêîìåíäàöèè ïî ðåøåíèþ íàèáîëåå òèïè÷íûõ ïðîáëåì è íåñòàíäàðòíûõ ñèòóàöèé. Ïðèíÿâ ó÷àñòèå â ñåìèíàðå, ñëóøàòåëè ñìîãóò óñïåøíî ðåøàòü ýòè è ìíîãèå äðóãèå çàäà÷è ïî óïðàâëåíèþ ñáûòîì. Âåäžò ñåìèíàð: ÊÀËÌÛÊΠÀ.Ñ. - áèçíåñ-êîíñóëüòàíò ïî òîðãîâëå. Ïðîøåë îáó÷åíèå â èíñòèòóòå ïðîåêòíûõ ìåíåäæåðîâ AGIT, Ãåðìàíèÿ. Ñòàæèðîâàëñÿ â âåäóùåé åâðîïåéñêîé òîðãîâîé êîìïàíèè METRO, Ãåðìàíèÿ. Àâòîð ïðîåêòîâ äëÿ êîìïàíèé EUROMART, UNITRADE, METRO, ÃÀÌÌÀ, PUMA, ÝÍÐÀÍ, MEZOKRED, ÍÜÞ ÂÈÍÄ ËÅÍÒÀ, FOZZY, ÈÍÒÅÐÒÅÕÍÈÊÀ è äð. ÑÒÎÈÌÎÑÒÜ Ó×ÀÑÒÈß: 333 ãðí. áåç ÍÄÑ (åäèíûé íàëîã) - çà îäíîãî ó÷àñòíèêà ñ ìåñòîì â 1-2 ðÿäó - V.I.P. ðÿäû 299 ãðí. áåç ÍÄÑ (åäèíûé íàëîã) - çà îäíîãî ó÷àñòíèêà ñ ìåñòîì â 3-5 ðÿäó. Äëÿ âòîðîãî è òðåòüåãî ó÷àñòíèêà ñêèäêà - 5% è 7% ñîîòâåòñòâåííî. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ÏÎÑÒÀÍÎÂÊÀ ÑÈÑÒÅÌÛ ÁÞÄÆÅÒÈÐÎÂÀÍÈß. 14 íîÿáðÿ Ïðîöåññ ïîñòàíîâêè áþäæåòèðîâàíèÿ òðåáóåò ñëàæåííîé ðàáîòû âñåõ ïîäðàçäåëåíèé êîìïàíèé âî ãëàâå ñ ôèíàíñîâîé ñëóæáîé. Íà ñåìèíàðå-ïðàêòèêóìå ðàññìàòðèâàåòñÿ ïîñëåäîâàòåëüíîñòü äåéñòâèé, íåîáõîäèìûõ äëÿ ïîñòàíîâêè ñèñòåìû áþäæåòíîãî óïðàâëåíèÿ, íà÷èíàÿ ñ ïðåäâàðèòåëüíîé óïðàâëåí÷åñêîé è ôèíàíñîâîé äèàãíîñòèêè êîìïàíèè è çàêàí÷èâàÿ ðàçðàáîòêîé ïàêåòà âíóòðåííèõ óïðàâëåí÷åñêèõ äîêóìåíòîâ ïî áþäæåòèðîâàíèþ. Ó÷àñòèå â ñåìèíàðå, ïðîãðàììà êîòîðîãî ïîñòðîåíà íà îñíîâå îáîáùåíèÿ ïðàêòè÷åñêîãî îïûòà, ïîçâîëèò ñëóøàòåëÿì ñàìîñòîÿòåëüíî ñôîðìèðîâàòü äëÿ ñâîåé êîìïàíèè òåõíîëîãèþ âíåäðåíèÿ áþäæåòèðîâàíèÿ, à òàêæå ñèñòåìó îöåíêè ðåçóëüòàòîâ ðàçðàáîòàííîé ìîäåëè áþäæåòíîãî óïðàâëåíèÿ. Âåäžò ñåìèíàð: Ëþáèì Ãåðàñèìåíêî - ôèíàíñîâûé êîíòðîëåð (financial controller) êîìïàíèè Ôèëèï Ìîððèñ Óêðàèíà. Ñåðòèôèöèðîâàííûé ìåæäóíàðîäíûé áóõãàëòåð-àóäèòîð ACCA. Ïðîøåë îáó÷åíèå â Óíèâåðñèòåòå Ïýéñ (ÑØÀ). Àâòîð óíèêàëüíûõ ðàçðàáîòîê è ìåòîäèê áþäæåòèðîâàíèÿ. Ïàðòíåð ñåìèíàðà: Êîðïîðàöèÿ Ãàëàêòèêà (ÐÔ) - îäèí èç êðóïíåéøèõ â ÑÍà ðàçðàáîò÷èêîâ êîìïëåêñíûõ ðåøåíèé â îáëàñòè àâòîìàòèçàöèè óïðàâëåíèÿ ïðîèçâîäñòâåííî-õîçÿéñòâåííîé è ôèíàíñîâîé äåÿòåëüíîñòüþ ïðåäïðèÿòèÿ. ÑÒÎÈÌÎÑÒÜ Ó×ÀÑÒÈß: 350 ãðí. áåç ÍÄÑ (åäèíûé íàëîã) - çà îäíîãî ó÷àñòíèêà ñ ìåñòîì â 1-2 ðÿäó - V.I.P. ðÿäû 310 ãðí. áåç ÍÄÑ (åäèíûé íàëîã) - çà îäíîãî ó÷àñòíèêà ñ ìåñòîì â 3-5 ðÿäó. Äëÿ âòîðîãî è òðåòüåãî ó÷àñòíèêà ñêèäêà - 5% è 7% ñîîòâåòñòâåííî. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ÂÝÄ êîíòðàêòû: òàìîæåííûé êîíòðîëü. ÍÎÂÛÅ ÒÀÌÎÆÅÍÍÛÅ ÏÐÀÂÈËÀ. 16 íîÿáðÿ Íåðåäêî ïðè çàêëþ÷åíèè âíåøíåýêîíîìè÷åñêîãî êîíòðàêòà óêðàèíñêîé ñòîðîíîé íåäîñòàòî÷íî âíèìàíèÿ óäåëÿåòñÿ ñîïîñòàâëåíèþ óñëîâèé êîíòðàêòà - óñëîâèÿì è ïîðÿäêó ïðîõîæäåíèÿ òàìîæåííûõ ïðîöåäóð. Ïîñëåäñòâèÿ: "ãîëîâíàÿ áîëü", äîïîëíèòåëüíûå çàòðàòû âðåìåíè è äåíåæíûõ ñðåäñòâ. Ó÷àñòíèêè ñåìèíàðà áóäóò îáåñïå÷åíû íå òîëüêî ñàìîé ñâåæåé è ñàìîé àêòóàëüíîé èíôîðìàöèåé ïî âîïðîñàì òàìîæåííîãî ðåãóëèðîâàíèÿ, íî è ïîçíàêîìÿòñÿ ñ êîíêðåòíûìè ñïîñîáàìè ðåøåíèÿ ïðîáëåì ìèíèìèçàöèè çàòðàò è ðèñêîâ ïðè ïåðåìåùåíèè òîâàðîâ ÷åðåç òàìîæåííóþ ãðàíèöó Óêðàèíû !!! Âåäžò ñåìèíàð: Â.Ï. Íàóìåíêî - çàì. äèðåêòîðà êîìïàíèè ÍÒÔ "Èíòåñ", âåäóùèé ñïåöèàëèñò â îáëàñòè äåêëàðèðîâàíèÿ è òàìîæåííîãî îôîðìëåíèÿ òîâàðîâ. Àâòîð ìîíîãðàôèé "Îñíîâû òàìîæåííîãî çàêîíîäàòåëüñòâà Óêðàèíû", "Âñå î òàìîæåííîì îôîðìëåíèè ãðóçîâ". ÏÀÐÒÍÅÐ ÑÅÌÈÍÀÐÀ: Êîìïàíèÿ "ÈÍÒÅÑ", ðàçðàáîò÷èê ïðîãðàìíîãî îáåñïå÷åíèÿ äëÿ ðàáîòû ñ òàìîæíåé. QD Professional - ïîáåäèòåëü Âñåóêðàèíñêîãî êîíêóðñà ïðîèçâîäèòåëåé ïðîãðàììíîãî îáåñïå÷åíèÿ SoftRegatta-2001 330 ãðí. áåç ÍÄÑ (åäèíûé íàëîã) - çà îäíîãî ó÷àñòíèêà ñ ìåñòîì â 1-2 ðÿäó - V.I.P. ðÿäû 299 ãðí. áåç ÍÄÑ (åäèíûé íàëîã) - çà îäíîãî ó÷àñòíèêà ñ ìåñòîì â 3-5 ðÿäó. Äëÿ âòîðîãî è òðåòüåãî ó÷àñòíèêà ñêèäêà - 3% è 5% ñîîòâåòñòâåííî. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^  ñòîèìîñòü âêëþ÷åíû: èíôîðìàöèîííî-êîíñóëüòàöèîííîå îáñëóæèâàíèå íà ñåìèíàðå, àëüáîì ìàòåðèàëîâ, ôóðøåò, îáñóæäåíèå äîêëàäîâ è îáìåí ìíåíèÿìè ñ ëåêòîðîì. Îïëàòà çà ó÷àñòèå â ñåìèíàðå îòíîñèòñÿ ê ñîñòàâó âàëîâûõ çàòðàò (ñò. 5 Çàêîíà Óêðàèíû „Î íàëîãîîáëîæåíèè ïðèáûëè ïðåäïðèÿòèé”) Ðåãëàìåíò: 9-00 9-30 - ðåãèñòðàöèÿ (ïîëó÷åíèå áóõãàëòåðñêîãî êîìïëåêòà, ñáîðíèêà ìàòåðèàëîâ, çàïîëíåíèå àíêåò). 9-30 17-30 - êîíñóëüòàöèè íà ñåìèíàðå. Ïåðåðûâ íà ôóðøåò è êîôå-áðåéê. Ñåìèíàð ïðîâîäèòñÿ â ñîâðåìåííîì êîíôåðåíö-çàëå ñ èñïîëüçîâàíèåì íàãëÿäíûõ ïðåçåíòàöèé è ìóëüòèìåäèéíîãî ïðîåêòîðà. Äàííûå óñëîâèÿ ïðîâåäåíèÿ ñåìèíàðà ïîâûøàþò ýôôåêòèâíîñòü âûñòóïëåíèÿ, îáëåã÷àþò ïîíèìàíèå, äåëàþò âûñòóïëåíèå çàïîìèíàþùèìñÿ, ÷òî ïîçâîëÿåò çà êîðîòêèé ñðîê ïîëó÷èòü ìàêñèìóì ïîëåçíîé èíôîðìàöèè. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Ðåãèñòðàöèÿ ó÷àñòíèêîâ ïðîèçâîäèòñÿ ïî íîìåðó : +38 (044) 459-02-82 Ïîäðîáíàÿ èíôîðìàöèÿ î ñåìèíàðàõ íàõîäèòñÿ íà ñàéòå www.consulting.home.ro ÈÍÔÎÐÌÀÖÈß Î ÃÎÒÅËÅ: Àäðåñ: áóëüâàð Øåâ÷åíêî, 4 Ðàñïîëîæåíèå: â öåíòðå (Áåññàðàáñêàÿ ïëîùàäü) Ïðèìå÷àíèå: Óäîáíîå ðàñïîëîæåíèå ãîñòèíèöû â öåíòðå ãîðîäà. Ðàçëè÷íûå êàòåãîðèè íîìåðîâ. Áðîíèðîâàíèå íîìåðîâ:(044) 229-73-64, 229-74-72 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 16:36:13 2002 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 410E337B401; Mon, 28 Oct 2002 16:36:10 -0800 (PST) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE4EE43E42; Mon, 28 Oct 2002 16:36:09 -0800 (PST) (envelope-from larse@ISI.EDU) Received: from isi.edu (230.guest.isi.edu [198.32.16.230]) by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id g9T0a4C01135; Mon, 28 Oct 2002 16:36:04 -0800 (PST) Message-ID: <3DBDD7F3.9090609@isi.edu> Date: Mon, 28 Oct 2002 16:36:03 -0800 From: Lars Eggert Organization: USC Information Sciences Institute User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2b) Gecko/20021016 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin Cc: current Subject: Re: panic: mtx_lock() of spin mutex References: In-Reply-To: Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms010004020505060001020306" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a cryptographically signed message in MIME format. --------------ms010004020505060001020306 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit John Baldwin wrote: > On 18-Oct-2002 Lars Eggert wrote: > > >John Baldwin wrote: > > > >>What is line 488 of src/sys/kern/kern_descrip.c? > > > >fhold(fp) in do_dup(). > > Hrm. You can try adding some KASSERT()'s that the reference > count of that struct file isn't zero or negative. Did that, and the KASSERT never fired. I'm still seing this problem on yesterday's -current. It seems to only happen when accessing files on NFS file systems. Lars -- Lars Eggert USC Information Sciences Institute --------------ms010004020505060001020306 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwglQTANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDgyNDE4NTMzOVoX DTAzMDgyNDE4NTMzOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBANI2Rrt4ggaQ/IrOsDeOm2H4/R5FRIL6JjDY3StE aogp1r23WKniQ1Vj98Nu5WxlaZ3Iam3Jen5T66H8u7rtMNpK4qAeAGoBsVeyVr1+CTFeuv+m xCh7BvBJwhLdm0zDaoDT05YKYZaqtsT+F286FWJQg31Xtf+vTKLVVrHcsafnteyal2NEt7Ac yZZfjsVLwxp2Lq3cwYfRQRoo7/yCVzS7HsgM6jmbO4taEMo4yC2rpnUbWEUCDTaCYgpAXzAl oiNk7GDh0wz2s5ZSnHRvNSBMAjCmpNtSYHfXFI1ANwrrrHIJ7Ei83+XN32PWY4OPzO3iown9 VR+vM+8lNx9OX28CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ KoZIhvcNAQEEBQADgYEAXcrIlKmPLM/r8r3oz2ZLPLaT1AyMjYTZY2qq/R7SUtFa9BNlTIFh DG78QKfJ9lo2LMzTPQqMZgNLmj95GbNPI8P8OIq2K6MeCZWz08ROackqTFP6xWbIFIfXcBVR 1dZnDDyDKBBh05KkvyTPawSQyOBUeNBfQUyO4TE+3o58U8UwggM5MIICoqADAgECAgMIJUEw DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDAeFw0wMjA4MjQxODUzMzlaFw0wMzA4MjQxODUzMzlaMFQxDzANBgNVBAQTBkVnZ2VydDEN MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDSNka7eIIGkPyK zrA3jpth+P0eRUSC+iYw2N0rRGqIKda9t1ip4kNVY/fDbuVsZWmdyGptyXp+U+uh/Lu67TDa SuKgHgBqAbFXsla9fgkxXrr/psQoewbwScIS3ZtMw2qA09OWCmGWqrbE/hdvOhViUIN9V7X/ r0yi1Vax3LGn57XsmpdjRLewHMmWX47FS8Madi6t3MGH0UEaKO/8glc0ux7IDOo5mzuLWhDK OMgtq6Z1G1hFAg02gmIKQF8wJaIjZOxg4dMM9rOWUpx0bzUgTAIwpqTbUmB31xSNQDcK66xy CexIvN/lzd9j1mODj8zt4qMJ/VUfrzPvJTcfTl9vAgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAF3KyJSpjyzP6/K96M9mSzy2k9QM jI2E2WNqqv0e0lLRWvQTZUyBYQxu/ECnyfZaNizM0z0KjGYDS5o/eRmzTyPD/DiKtiujHgmV s9PETmnJKkxT+sVmyBSH13AVUdXWZww8gygQYdOSpL8kz2sEkMjgVHjQX0FMjuExPt6OfFPF MYID1TCCA9ECAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MAIDCCVBMAkGBSsOAwIaBQCgggIPMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAyMTAyOTAwMzYwM1owIwYJKoZIhvcNAQkEMRYEFDTw8c/iRjmCnaubu2Ee ud74TUfEMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGrBgkrBgEEAYI3EAQxgZ0w gZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNh cGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNl czEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDCCVBMIGtBgsq hkiG9w0BCRACCzGBnaCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2Fw ZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRp ZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44 LjMwAgMIJUEwDQYJKoZIhvcNAQEBBQAEggEAHl3gexQVLNnRyqXKfp1zbQRVJfswVCqYwod1 8pAc4sZBbEJyv6J4YRqOydZfMK6f/VLNDA8kokt5hbDgbCPwVSp8Rfac2PK3IBaTM9F6xxb4 zh4x1JYxSPmT3DMS1lZ8mkV+OrEjHY7LEx3tm3XPeFSHxdU1c0AoFXmxow3jyqAwyR+zT1XV E84oTl6LAIL7+Fr0lixRvj8Pn+UtFZbbbQt3HfbtkjQKhkoJrF0uJuiCw96I22ZvsWCp+oI8 gqYoAh0AZfLvZ/cxDuCVlD8bfwHbmepIVjaKueawHGddb58Tf6aoYEXUOncV4xixoXAzVQY8 juLFzHuTSgoLqxbIMgAAAAAAAA== --------------ms010004020505060001020306-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 16:46:44 2002 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 C58DB37B401 for ; Mon, 28 Oct 2002 16:46:42 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 8A52643E75 for ; Mon, 28 Oct 2002 16:46:38 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 85199 invoked by uid 1000); 29 Oct 2002 00:46:39 -0000 Date: Mon, 28 Oct 2002 16:46:39 -0800 (PST) From: Nate Lawson To: current@freebsd.org Subject: DIOCGDINFO, DIOCGSLICEINFO fail Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG World and kernel from today. newfs_msdos, disklabel both fail on these ioctls. ------------------------------ moe# uname -a FreeBSD moe 5.0-CURRENT FreeBSD 5.0-CURRENT #9: Mon Oct 28 15:23:20 PST 2002 nate@moe:/usr/obj/usr/src/sys/MOEPRO i386 moe# ls -l /sbin/disklabel -r-xr-xr-x 1 root wheel 166184 Oct 28 07:47 /sbin/disklabel moe# fdisk da0 ******* Working on device /dev/da0 ******* parameters extracted from in-core disklabel are: cylinders=4471 heads=255 sectors/track=63 (16065 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=4471 heads=255 sectors/track=63 (16065 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 63, size 49994217 (24411 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 39/ head 254/ sector 63 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: moe# disklabel da0s1 disklabel: ioctl DIOCGDINFO: Inappropriate ioctl for device [Another drive, fdisk'd for an msdos fat32 partition] moe# newfs_msdos /dev/da0s4 newfs_msdos: ioctl (GSLICEINFO): Inappropriate ioctl for device newfs_msdos: /dev/da0s1: can't get slice info -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 16:50:40 2002 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 BD50337B401 for ; Mon, 28 Oct 2002 16:50:39 -0800 (PST) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2122643E7B for ; Mon, 28 Oct 2002 16:50:39 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.3/8.12.5) with ESMTP id g9T0oSgQ043995 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Mon, 28 Oct 2002 19:50:28 -0500 (EST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.3/8.12.5/Submit) id g9T0oR9t043992; Mon, 28 Oct 2002 19:50:27 -0500 (EST) (envelope-from wollman) Date: Mon, 28 Oct 2002 19:50:27 -0500 (EST) From: Garrett Wollman Message-Id: <200210290050.g9T0oR9t043992@khavrinen.lcs.mit.edu> To: Peter Wemm Cc: current@FreeBSD.org Subject: Re: A success story, of sorts In-Reply-To: <20021028225131.A59CD2A896@canning.wemm.org> References: <200210282232.g9SMW9NE043136@khavrinen.lcs.mit.edu> <20021028225131.A59CD2A896@canning.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG < said: > The temperatures are in kelvin * 10. ie: subtract 2731 to get degrees > celcius, then divide by 10. In my case above: 3281 - 2731 = 550, or 55.0C. Cool. I just wasted an hour hacking up xload to make it display temperature (in dekadegrees Celsius) instead of load average. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 17:16:20 2002 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 8ACAC37B401 for ; Mon, 28 Oct 2002 17:16:19 -0800 (PST) Received: from hun.org (hun.org [216.190.27.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2690143E42 for ; Mon, 28 Oct 2002 17:16:19 -0800 (PST) (envelope-from attila@hun.org) Received: by hun.org (Postfix, from userid 1001) id 4A99F573FD; Tue, 29 Oct 2002 01:16:08 +0000 (GMT) Date: Tue, 29 Oct 2002 01:16:08 +0000 (GMT) Message-Id: <20021029011608.EaaI58023@hun.org> From: Daniel Flickinger X-Mailer: AttilaMail with XEmacs & Postfix on FreeBSD 5.0-CURRENT X-Ballistic: N 37.218497 W 113.614979 X-Address: 31 N 700 E, St George UT 84770-3028 X-Squawk: (435) 680-0750 X-No-Archive: yes X-Tags: Sanity is the Playground for the Unimaginative To: FreeBSD-CURRENT Cc: Subject: openssl failure with IDEA Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; name="text" Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG buildworld with MAKE_IDEA=YES set failed and then a manual build after make clean, make cleandir (twice), make depend, make obj, make failed: gendsa.o: In function `gendsa_main': gendsa.o(.text+0x1b8): undefined reference to `EVP_idea_cbc' genrsa.o: In function `genrsa_main': genrsa.o(.text+0x1ec): undefined reference to `EVP_idea_cbc' pkcs12.o: In function `pkcs12_main': pkcs12.o(.text+0x3db): undefined reference to `EVP_idea_cbc' speed.o: In function `speed_main': speed.o(.text+0xd8a): undefined reference to `idea_set_encrypt_key' speed.o(.text+0x1725): undefined reference to `idea_cbc_encrypt' speed.o(.text+0x21e3): undefined reference to `idea_options' version.o: In function `version_main': version.o(.text+0x27b): undefined reference to `idea_options' *** Error code 1 Stop in /usr/src/secure/usr.bin/openssl. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 17:26:43 2002 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 113D737B401 for ; Mon, 28 Oct 2002 17:26:39 -0800 (PST) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id D5F1243E42 for ; Mon, 28 Oct 2002 17:26:37 -0800 (PST) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 29 Oct 2002 01:26:36 +0000 (GMT) To: current@freebsd.org Subject: ELCR in PCI-ISA bridge not getting set on resume Date: Tue, 29 Oct 2002 01:26:36 +0000 From: Ian Dowse Message-ID: <200210290126.aa73484@salmon.maths.tcd.ie> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Since starting to use -current with ACPI on a Sony C1 laptop, I noticed that after resume, occasionally IRQ 9 would get stuck and not deliver any interrupts. IRQ 9 is shared by sound, USB and the pccard slot. It turned out that something was not saving the ELCR edge/level control registers in the PCI-ISA bridge, so on resume IRQ 9 was configured in edge-triggered mode, making interrupt loss inevitable. The patch below makes the "isab" driver save and restore the ELCR around suspends on the Intel 82371AB. Any comments on whether this is the right way or the right place to solve the problem? Ian Index: isa_pci.c =================================================================== RCS file: /dump/FreeBSD-CVS/src/sys/dev/pci/isa_pci.c,v retrieving revision 1.6 diff -u -r1.6 isa_pci.c --- isa_pci.c 21 Dec 2001 01:28:46 -0000 1.6 +++ isa_pci.c 29 Oct 2002 01:01:33 -0000 @@ -37,21 +37,36 @@ #include #include #include +#include +#include #include +#include #include #include +#define ELCR_IOADDR 0x4d0 /* Interrupt Edge/Level Control Registers */ +#define ELCR_IOLEN 2 + +struct isab_softc { + struct resource *elcr_res; + u_char saved_elcr[ELCR_IOLEN]; +}; + static int isab_probe(device_t dev); static int isab_attach(device_t dev); +static int isab_detach(device_t dev); +static int isab_resume(device_t dev); +static int isab_suspend(device_t dev); static device_method_t isab_methods[] = { /* Device interface */ DEVMETHOD(device_probe, isab_probe), DEVMETHOD(device_attach, isab_attach), + DEVMETHOD(device_detach, isab_detach), DEVMETHOD(device_shutdown, bus_generic_shutdown), - DEVMETHOD(device_suspend, bus_generic_suspend), - DEVMETHOD(device_resume, bus_generic_resume), + DEVMETHOD(device_suspend, isab_suspend), + DEVMETHOD(device_resume, isab_resume), /* Bus interface */ DEVMETHOD(bus_print_child, bus_generic_print_child), @@ -68,7 +83,7 @@ static driver_t isab_driver = { "isab", isab_methods, - 0, + sizeof(struct isab_softc), }; static devclass_t isab_devclass; @@ -143,14 +158,82 @@ isab_attach(device_t dev) { device_t child; + struct isab_softc *sc = device_get_softc(dev); + int error, rid; /* * Attach an ISA bus. Note that we can only have one ISA bus. */ child = device_add_child(dev, "isa", 0); - if (child != NULL) - return(bus_generic_attach(dev)); + if (child != NULL) { + error = bus_generic_attach(dev); + if (error) + return (error); + } + + switch (pci_get_devid(dev)) { + case 0x71108086: /* Intel 82371AB */ + /* + * Sometimes the ELCR (Edge/Level Control Register) is not restored + * correctly on resume by the BIOS, so we handle it ourselves. + */ + rid = 0; + bus_set_resource(dev, SYS_RES_IOPORT, rid, ELCR_IOADDR, ELCR_IOLEN); + sc->elcr_res = bus_alloc_resource(dev, SYS_RES_IOPORT, &rid, 0, ~0, 1, + RF_ACTIVE); + if (sc->elcr_res == NULL) + device_printf(dev, "failed to allocate ELCR resource\n"); + break; + } return(0); } +static int +isab_detach(device_t dev) +{ + struct isab_softc *sc = device_get_softc(dev); + + if (sc->elcr_res != NULL) + bus_release_resource(dev, SYS_RES_IOPORT, 0, sc->elcr_res); + + return (bus_generic_detach(dev)); +} + +static int +isab_suspend(device_t dev) +{ + struct isab_softc *sc = device_get_softc(dev); + bus_space_tag_t bst; + bus_space_handle_t bsh; + int i; + + /* Save the ELCR if required. */ + if (sc->elcr_res != NULL) { + bst = rman_get_bustag(sc->elcr_res); + bsh = rman_get_bushandle(sc->elcr_res); + for (i = 0; i < ELCR_IOLEN; i++) + sc->saved_elcr[i] = bus_space_read_1(bst, bsh, i); + } + + return (bus_generic_suspend(dev)); +} + +static int +isab_resume(device_t dev) +{ + struct isab_softc *sc = device_get_softc(dev); + bus_space_tag_t bst; + bus_space_handle_t bsh; + int i; + + /* Restore the ELCR if required. */ + if (sc->elcr_res != NULL) { + bst = rman_get_bustag(sc->elcr_res); + bsh = rman_get_bushandle(sc->elcr_res); + for (i = 0; i < ELCR_IOLEN; i++) + bus_space_write_1(bst, bsh, i, sc->saved_elcr[i]); + } + + return (bus_generic_resume(dev)); +} To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 18:12:32 2002 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 3208E37B401 for ; Mon, 28 Oct 2002 18:12:30 -0800 (PST) Received: from ftpbox.mot.com (ftpbox.mot.com [129.188.136.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B95843E6E for ; Mon, 28 Oct 2002 18:12:29 -0800 (PST) (envelope-from rittle@latour.rsch.comm.mot.com) Received: [from mothost.mot.com (mothost.mot.com [129.188.137.101]) by ftpbox.mot.com (ftpbox 2.1) with ESMTP id TAA24496; Mon, 28 Oct 2002 19:12:28 -0700 (MST)] Received: [from latour.rsch.comm.mot.com (latour.rsch.comm.mot.com [145.1.80.116]) by mothost.mot.com (MOT-pobox 2.0) with ESMTP id TAA29565; Mon, 28 Oct 2002 19:12:27 -0700 (MST)] Received: from latour.rsch.comm.mot.com (localhost.rsch.comm.mot.com [127.0.0.1]) by latour.rsch.comm.mot.com (8.12.6/8.12.6) with ESMTP id g9T2BBpZ010115; Mon, 28 Oct 2002 20:11:11 -0600 (CST) (envelope-from rittle@latour.rsch.comm.mot.com) Received: (from rittle@localhost) by latour.rsch.comm.mot.com (8.12.6/8.12.6/Submit) id g9T2BBcP010112; Mon, 28 Oct 2002 20:11:11 -0600 (CST) Date: Mon, 28 Oct 2002 20:11:11 -0600 (CST) From: Loren James Rittle Message-Id: <200210290211.g9T2BBcP010112@latour.rsch.comm.mot.com> To: current@freebsd.org Cc: bde@zeta.org.au, imp@bsdimp.com, dschultz@uclink.Berkeley.EDU In-reply-to: <20021025182223.D3076-100000@gamplex.bde.org> (message from Bruce Evans on Fri, 25 Oct 2002 19:01:12 +1000 (EST)) Subject: Re: Lack of real long double support (was Re: libstdc++ does not contain fabsl symbol) Reply-To: rittle@labs.mot.com References: <20021025182223.D3076-100000@gamplex.bde.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <20021025182223.D3076-100000@gamplex.bde.org>, Bruce Evans writes: >> If you really want, I can tell RTH that FreeBSD/i386 absolutely wants >> `long double' to be: >> 53 mantissa bits >> 1024 max exponent > No need. I prefer to keep the 53-bit precision for now, but fix the > exponents. OK. This was the resolution that made sense to us on the gcc side (RTH, quickly; myself, some time to get up to speed). FYI, the system header patch that was actually checked in claims 64-bit precision. Oh well, at least the exponents are now correct. ;-) FYI, here is the exact test case which shows the new value for LDBL_EPSILON (derived directly from LDBL_MANT_DIG) is wrong verses the hardware default: #include // Force run-time computation of math (beware, inlining oneld will defeat this). long double oneld() { return 1.0L; } main () { long double a = oneld(); long double b = oneld() + LDBL_EPSILON; if (a == b) abort (); } On ref5 against gcc 3.2.X (as installed as system compiler), with the latest , it crashes. By specification, this is one FP test involving exact equality that is guaranteed to work (and report false, in this case). > Hopefully the precision won't be hard-coded into gcc in such > a way as to completely break changing the precision at runtime. I think > it should affect (only) constant folding. The issues are very similar > to the ones with changing the rounding mode at runtime (C99 compilers > shouldn't do constant folding in "#pragma STDC FENV_ACCESS ON" sections > if the correct result might depend on the FP environment). This exchange has been quite useful. I see that issue. Unfortunately, changing precision of the FP hardware would seem to change the value of epsilon that is exported, both in classic C headers and C++ (the latter being how I originally took any interest in this matter since a C++ test case started failing after the new real.c code was installed). gcc 3.3 will support a framework in which such changes would be easy to convey at compile-time but, to my knowledge, there is no support yet to obtain e.g. the precision setting at run-time. I.e. is now completely dynamically created at compile-time based on the exact knowledge within gcc of the FP hardware; but it is static w.r.t. eventual run-time. It does not know how to effectively export a function ala FreeBSD/alpha's : #define FLT_ROUNDS __flt_rounds() One issue, the standard says that various macros related to float limits are constant expressions (as may be used to influence the preprocessor?). The above construct doesn't conform but I understand the intent. I will advise RTH about that type of issue. Fortunately, in this case, I think advertising 53-bit precision but really using 64-bit precision (i.e. application code overrode system default) doesn't invalidate the advertised epsilon, in terms of how it is used by the application. More generally, I will ask if gcc can support these details as gained from the run-time environment instead of hard-coded defaults. This would be useful for all free OSes not just FreeBSD running on hardware with such "flexible" FP hardware. Any more comments, before I start work on the gcc mainline side of things? Thanks, Loren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 18:30: 1 2002 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 4956837B401 for ; Mon, 28 Oct 2002 18:30:00 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-165-226-88.dsl.lsan03.pacbell.net [64.165.226.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9061D43E3B for ; Mon, 28 Oct 2002 18:29:59 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id ED0FA66D2E; Mon, 28 Oct 2002 18:29:58 -0800 (PST) Date: Mon, 28 Oct 2002 18:29:58 -0800 From: Kris Kennaway To: Daniel Flickinger Cc: FreeBSD-CURRENT Subject: Re: openssl failure with IDEA Message-ID: <20021029022958.GA70372@xor.obsecurity.org> References: <20021029011608.EaaI58023@hun.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021029011608.EaaI58023@hun.org> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Oct 29, 2002 at 01:16:08AM +0000, Daniel Flickinger wrote: > buildworld with MAKE_IDEA=YES set failed and then a manual > build after make clean, make cleandir (twice), make depend, > make obj, make failed: Are you sure you are cvsupping the src-crypto collection? Kris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 18:39: 9 2002 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 931) id 1194D37B401; Mon, 28 Oct 2002 18:39:08 -0800 (PST) Date: Mon, 28 Oct 2002 18:39:08 -0800 From: Juli Mallett To: Kris Kennaway Cc: Daniel Flickinger , FreeBSD-CURRENT Subject: Re: openssl failure with IDEA Message-ID: <20021028183907.A64375@FreeBSD.org> References: <20021029011608.EaaI58023@hun.org> <20021029022958.GA70372@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20021029022958.GA70372@xor.obsecurity.org>; from kris@obsecurity.org on Mon, Oct 28, 2002 at 06:29:58PM -0800 Organisation: The FreeBSD Project X-Alternate-Addresses: , , , , X-Towel: Yes X-LiveJournal: flata, jmallett X-Negacore: Yes Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * De: Kris Kennaway [ Data: 2002-10-28 ] [ Subjecte: Re: openssl failure with IDEA ] > On Tue, Oct 29, 2002 at 01:16:08AM +0000, Daniel Flickinger wrote: > > buildworld with MAKE_IDEA=YES set failed and then a manual > > build after make clean, make cleandir (twice), make depend, > > make obj, make failed: > > Are you sure you are cvsupping the src-crypto collection? That would result in "don't know how to make" stuff, not "unresolved symbol" stuff... Unless there's evil .PATH hackery, with files of the same name for the IDEA case, and ifdef'd stuff in agnostic code, which is trying to use IDEA case stuff. -- Juli Mallett | FreeBSD: The Power To Serve Will break world for fulltime employment. | finger jmallett@FreeBSD.org http://people.FreeBSD.org/~jmallett/ | Support my FreeBSD hacking! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 20:42:10 2002 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 1BF5F37B401 for ; Mon, 28 Oct 2002 20:42:07 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91CE443E4A for ; Mon, 28 Oct 2002 20:42:05 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g9T4fvpk033586; Mon, 28 Oct 2002 21:41:57 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 28 Oct 2002 21:40:57 -0700 (MST) Message-Id: <20021028.214057.108404482.imp@bsdimp.com> To: rittle@labs.mot.com, rittle@latour.rsch.comm.mot.com Cc: current@freebsd.org, bde@zeta.org.au, dschultz@uclink.Berkeley.EDU Subject: Re: Lack of real long double support From: "M. Warner Losh" In-Reply-To: <200210290211.g9T2BBcP010112@latour.rsch.comm.mot.com> References: <20021025182223.D3076-100000@gamplex.bde.org> <200210290211.g9T2BBcP010112@latour.rsch.comm.mot.com> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <200210290211.g9T2BBcP010112@latour.rsch.comm.mot.com> Loren James Rittle writes: : #include : : // Force run-time computation of math (beware, inlining oneld will defeat this). : long double oneld() { return 1.0L; } : : main () : { : long double a = oneld(); : long double b = oneld() + LDBL_EPSILON; : if (a == b) abort (); : } #include #include #include long double oneld() { return 1.0L; } print(char *msg, long double ld) { uint8_t *c; int i; c = (uint8_t *) &ld; printf("%s = ", msg); for (i = 0; i < sizeof(ld); i++) printf("%02x ", *c++ & 0xff); printf("\n"); } main () { long double a; long double b; fpsetprec(FP_PE); a = oneld(); b = oneld() + LDBL_EPSILON; print("a ", a); a += LDBL_EPSILON; print("a++", a); print("b ", b); } This works. I'm not sure why this isn't the default. It looks like we have hacks in the local tree to do this, which is why I thought that it worked great by default.... : On ref5 against gcc 3.2.X (as installed as system compiler), with the : latest , it crashes. By specification, this is one FP test : involving exact equality that is guaranteed to work (and report false, : in this case). Yup. : > Hopefully the precision won't be hard-coded into gcc in such : > a way as to completely break changing the precision at runtime. I think : > it should affect (only) constant folding. The issues are very similar : > to the ones with changing the rounding mode at runtime (C99 compilers : > shouldn't do constant folding in "#pragma STDC FENV_ACCESS ON" sections : > if the correct result might depend on the FP environment). : : This exchange has been quite useful. I see that issue. : Unfortunately, changing precision of the FP hardware would seem to : change the value of epsilon that is exported, both in classic C : headers and C++ (the latter being how I originally took any : interest in this matter since a C++ test case started failing after : the new real.c code was installed). This is true too. See the fpsetprec() call that I had to add to make things work above. : gcc 3.3 will support a framework in which such changes would be easy : to convey at compile-time but, to my knowledge, there is no support : yet to obtain e.g. the precision setting at run-time. I.e. : is now completely dynamically created at compile-time based on the : exact knowledge within gcc of the FP hardware; but it is static : w.r.t. eventual run-time. It does not know how to effectively export : a function ala FreeBSD/alpha's : : : #define FLT_ROUNDS __flt_rounds() : : One issue, the standard says that various macros related to float : limits are constant expressions (as may be used to influence the : preprocessor?). The above construct doesn't conform but I understand : the intent. Yes. The standard didn't anticipate the fp hardware that intel made. : I will advise RTH about that type of issue. Fortunately, in this : case, I think advertising 53-bit precision but really using 64-bit : precision (i.e. application code overrode system default) doesn't : invalidate the advertised epsilon, in terms of how it is used by the : application. : : More generally, I will ask if gcc can support these details as gained : from the run-time environment instead of hard-coded defaults. This : would be useful for all free OSes not just FreeBSD running on hardware : with such "flexible" FP hardware. : : Any more comments, before I start work on the gcc mainline side of : things? One could do something like: #define LDBL_EPSILON (fpgetprec() == FP_PE ? _LDBL_EPSILON : DBL_EPSILON) But as you said, this isn't a compile time constant. I'm not sure that it would matter in any real context. I don't think that you can do floating point in the preprocessor... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 20:43: 7 2002 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 F366637B401; Mon, 28 Oct 2002 20:43:03 -0800 (PST) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17C2F43E3B; Mon, 28 Oct 2002 20:43:03 -0800 (PST) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.4] (vpn-client-4.marcuscom.com [10.2.1.4]) by creme-brulee.marcuscom.com (8.12.6/8.12.6) with ESMTP id g9T4fv01017587; Mon, 28 Oct 2002 23:41:57 -0500 (EST) (envelope-from marcus@marcuscom.com) Subject: Re: libgtop port and v_tag changes From: Joe Marcus Clarke To: John Baldwin Cc: current@FreeBSD.org, Nate Lawson , Terry Lambert In-Reply-To: References: Content-Type: multipart/mixed; boundary="=-z3wEEJWCMx1eXFkJvyi4" X-Mailer: Ximian Evolution 1.0.8 Date: 28 Oct 2002 23:42:59 -0500 Message-Id: <1035866580.338.2.camel@gyros.marcuscom.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-6.8 required=5.0 tests=AWL,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES, SPAM_PHRASE_00_01 version=2.41 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=-z3wEEJWCMx1eXFkJvyi4 Content-Type: text/plain Content-Transfer-Encoding: 7bit On Mon, 2002-10-28 at 16:37, John Baldwin wrote: > > On 28-Oct-2002 Joe Marcus Clarke wrote: > > On Mon, 2002-10-28 at 16:27, John Baldwin wrote: > >> > >> On 28-Oct-2002 Terry Lambert wrote: > >> > John Baldwin wrote: > >> >> I mean, do you know what libgtop is used for? It's used to draw > >> >> little applets that display load averages and other silly system > >> >> monitor stuff in small spaces in GUI's. It seems to work quite > >> >> happily w/o any inode numbers or dev_t's for non-UFS filesystems. > >> >> I just don't see why some little graphical applet displaying a load > >> >> average or disk usage or ethernet device usage needs the inode > >> >> number and dev_t of vnode's in the kernel. I mean, geez. > >> > > >> > To build little applets that activate a flashing red light when > >> > certain files are written? > >> > >> Why do you need the inode number to do that. Just kqueue on the > >> file itself using a regular fd, and in that case you can stat(2) > >> the file if you really need the i-node number. You don't need > >> to use libkvm to actually go read the kernel to find this info! > > > > You're probably right. But without waiting to re-architect libgtop, I > > think the immediate problem needs to be fixed. Shall I just commit my > > original patch that uses libkvm? > > Use v_cachedid and v_cachedfs for all VREG vnodes. Then you don't > need to even go near v_tag. This is fewer kvm_read()'s. If stable > has the v_cachedid then it should be using that instead of reading > in UFS inodes as well. This look okay? Joe > > -- > > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ > -- PGP Key : http://www.marcuscom.com/pgp.asc --=-z3wEEJWCMx1eXFkJvyi4 Content-Disposition: attachment; filename=patch-ah-jhb Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; name=patch-ah-jhb; charset=ISO8859-1 --- procmap.c.orig Mon Jun 10 17:34:42 2002 +++ procmap.c Sat Oct 26 01:20:26 2002 @@ -33,7 +33,11 @@ #include #include #include +#if (__FreeBSD_version >=3D 400011) +#include +#else #include +#endif #include =20 #include @@ -91,8 +95,9 @@ glibtop_map_entry *maps; #if defined __FreeBSD__ struct vnode vnode; +#if __FreeBSD_version < 500039 struct inode inode; - struct mount mount; +#endif #endif int count, i =3D 0; int update =3D 0; @@ -114,7 +119,11 @@ /* Now we get the memory maps. */ =20 if (kvm_read (server->machine.kd, +#if (__FreeBSD_version >=3D 500013) + (unsigned long) pinfo [0].ki_vmspace, +#else (unsigned long) pinfo [0].kp_proc.p_vmspace, +#endif (char *) &vmspace, sizeof (vmspace)) !=3D sizeof (vmspace)) glibtop_error_io_r (server, "kvm_read (vmspace)"); =20 @@ -244,6 +253,15 @@ &vnode, sizeof (vnode)) !=3D sizeof (vnode)) glibtop_error_io_r (server, "kvm_read (vnode)"); =20 +#if __FreeBSD_version >=3D 500039 + switch (vnode.v_type) { + case VREG: + maps [i-1].inode =3D vnode.v_cachedid; + maps [i-1].device =3D vnode.v_cachedfs; + default: + continue; + } +#else if ((vnode.v_type !=3D VREG) || (vnode.v_tag !=3D VT_UFS) || !vnode.v_data) continue; =20 @@ -252,13 +270,9 @@ &inode, sizeof (inode)) !=3D sizeof (inode)) glibtop_error_io_r (server, "kvm_read (inode)"); =20 - if (kvm_read (server->machine.kd, - (unsigned long) vnode.v_mount, - &mount, sizeof (mount)) !=3D sizeof (mount)) - glibtop_error_io_r (server, "kvm_read (mount)"); - maps [i-1].inode =3D inode.i_number; maps [i-1].device =3D inode.i_dev; +#endif #endif } while (entry.next !=3D first); =20 --=-z3wEEJWCMx1eXFkJvyi4-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 21:35:38 2002 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 F356437B401 for ; Mon, 28 Oct 2002 21:35:36 -0800 (PST) Received: from smtp.internet.dk (smtp.internet.dk [194.19.140.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96D6A43E6E for ; Mon, 28 Oct 2002 21:35:35 -0800 (PST) (envelope-from leifn@neland.dk) Received: from notino (0x50c48aec.adsl-fixed.tele.dk [80.196.138.236]) (authenticated) by smtp.internet.dk (8.11.6/8.11.6/Debian/GNU) with ESMTP id g9T5ZSc12852 for ; Tue, 29 Oct 2002 06:35:28 +0100 Message-ID: <11f301c27f0d$208ed850$6d05a8c0@notino> From: "Leif Neland" To: References: <110e01c27e13$758fc530$6d05a8c0@notino> Subject: Re: Current, apache(1/2): no tcp4, only tcp6 Date: Tue, 29 Oct 2002 06:36:22 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2720.3000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ----- Original Message ----- From: "Leif Neland" To: Sent: Monday, October 28, 2002 12:49 AM Subject: Current, apache(1/2): no tcp4, only tcp6 > Some time ago my not often used testserver has stopped serving port 80, > tcp4, and only serves port 80, tcp6. > For the archives, I answer myself: http://httpd.apache.org/docs-2.0/bind.html : On some platforms, such as NetBSD, binding to the IPv6 wildcard address ("::") does not allow Apache to accept connections on IPv4 interfaces. In this situation, multiple Listen directives are required, as shown below: Listen 0.0.0.0:80 Listen [::]:0 Apache does not currently detect this, so the Listen statements must be edited manually by the administrator. --- Perhaps the port should add the two listens above to the example httpd-conf's Leif To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 22:42:58 2002 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 3412637B401 for ; Mon, 28 Oct 2002 22:42:57 -0800 (PST) Received: from conure.mail.pas.earthlink.net (conure.mail.pas.earthlink.net [207.217.120.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBA2843E42 for ; Mon, 28 Oct 2002 22:42:56 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0225.cvx40-bradley.dialup.earthlink.net ([216.244.42.225] helo=mindspring.com) by conure.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 186Q5W-0002ns-00; Mon, 28 Oct 2002 22:42:55 -0800 Message-ID: <3DBE2DA1.62B2563B@mindspring.com> Date: Mon, 28 Oct 2002 22:41:37 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: rittle@labs.mot.com Cc: current@freebsd.org, bde@zeta.org.au, imp@bsdimp.com, dschultz@uclink.Berkeley.EDU Subject: Re: Lack of real long double support (was Re: libstdc++ does notcontain fabsl symbol) References: <20021025182223.D3076-100000@gamplex.bde.org> <200210290211.g9T2BBcP010112@latour.rsch.comm.mot.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Loren James Rittle wrote: > I will advise RTH about that type of issue. Fortunately, in this > case, I think advertising 53-bit precision but really using 64-bit > precision (i.e. application code overrode system default) doesn't > invalidate the advertised epsilon, in terms of how it is used by the > application. > > More generally, I will ask if gcc can support these details as gained > from the run-time environment instead of hard-coded defaults. This > would be useful for all free OSes not just FreeBSD running on hardware > with such "flexible" FP hardware. > > Any more comments, before I start work on the gcc mainline side of > things? Claiming 53 bits but supporting 64, and then not raising an exception and/or giving a "NaN" or "INF" result on overflow to the 54th bit is broken. If you do this, you will fail runtime validation suites. The C99 standard intentionall gets its information from float.h ... rather than it's float.h from the information, as you are doing ... because this is a combination host OS *and* compiler issue. I don't think that any amount of hand-waving will turn it into a compiler-only issue. I'd like to see Bruce's issues with the 64 bit support taken care of with long double (and the implicit cast that occurs in the one case that Bruce complained about in his email, where there is *too much* precision on the rvalue, which is a computation of dobule operands done in long double form, with a double result). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 22:49:31 2002 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 0F42B37B401 for ; Mon, 28 Oct 2002 22:49:31 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DC5643E3B for ; Mon, 28 Oct 2002 22:49:30 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g9T6nTpk034059; Mon, 28 Oct 2002 23:49:29 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 28 Oct 2002 23:48:29 -0700 (MST) Message-Id: <20021028.234829.105188747.imp@bsdimp.com> To: tlambert2@mindspring.com Cc: rittle@labs.mot.com, current@freebsd.org, bde@zeta.org.au, dschultz@uclink.Berkeley.EDU Subject: Re: Lack of real long double support From: "M. Warner Losh" In-Reply-To: <3DBE2DA1.62B2563B@mindspring.com> References: <20021025182223.D3076-100000@gamplex.bde.org> <200210290211.g9T2BBcP010112@latour.rsch.comm.mot.com> <3DBE2DA1.62B2563B@mindspring.com> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <3DBE2DA1.62B2563B@mindspring.com> Terry Lambert writes: : I'd like to see Bruce's issues with the 64 bit support taken care : of with long double (and the implicit cast that occurs in the one : case that Bruce complained about in his email, where there is *too : much* precision on the rvalue, which is a computation of dobule : operands done in long double form, with a double result). I'd like to see these fixed too. Now that I understand why I was deluded into thinking that he was mistaken, I'd like to get these issues resolved. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 23: 6:21 2002 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 86C8C37B401; Mon, 28 Oct 2002 23:06:19 -0800 (PST) Received: from fep9.cogeco.net (smtp.cogeco.net [216.221.81.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id A22F943E6E; Mon, 28 Oct 2002 23:06:13 -0800 (PST) (envelope-from mike@sparc64.style9.org) Received: from bowie.private (d141-203-41.home.cgocable.net [24.141.203.41]) by fep9.cogeco.net (Postfix) with ESMTP id 28DF9739C; Tue, 29 Oct 2002 02:06:09 -0500 (EST) Received: from bowie.private (localhost [127.0.0.1]) by bowie.private (8.12.6/8.12.5) with ESMTP id g9T76OGR099880; Tue, 29 Oct 2002 07:06:24 GMT (envelope-from mike@bowie.private) Received: (from mike@localhost) by bowie.private (8.12.6/8.12.6/Submit) id g9T76OI1099878; Tue, 29 Oct 2002 07:06:24 GMT Date: Tue, 29 Oct 2002 07:06:24 GMT From: Mike Barcroft Message-Id: <200210290706.g9T76OI1099878@bowie.private> To: current@FreeBSD.org, sparc64@FreeBSD.org Subject: sparc64 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- ===> sbin/disklabel In file included from /tinderbox/sparc64/src/sbin/disklabel/disklabel.c:73: /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include/sys/sun_disklabel.h:103: syntax error before "sizeof" *** Error code 1 Stop in /tinderbox/sparc64/src/sbin/disklabel. *** Error code 1 Stop in /tinderbox/sparc64/src/sbin. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 23:21: 7 2002 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 5372537B401; Mon, 28 Oct 2002 23:21:06 -0800 (PST) Received: from hun.org (hun.org [216.190.27.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC5F943E3B; Mon, 28 Oct 2002 23:21:05 -0800 (PST) (envelope-from attila@hun.org) Received: by hun.org (Postfix, from userid 1001) id 6B981573FF; Tue, 29 Oct 2002 07:21:00 +0000 (GMT) Date: Tue, 29 Oct 2002 07:21:00 +0000 (GMT) Message-Id: <20021029072100.y3Pe90917@hun.org> From: Daniel Flickinger X-Mailer: AttilaMail with XEmacs & Postfix on FreeBSD 5.0-CURRENT X-Ballistic: N 37.218497 W 113.614979 X-Address: 31 N 700 E, St George UT 84770-3028 X-Squawk: (435) 680-0750 X-No-Archive: yes X-Tags: Sanity is the Playground for the Unimaginative In-Reply-To: <20021028183907.A64375@FreeBSD.org> References: <20021029022958.GA70372@xor.obsecurity.org>, <20021029011608.EaaI58023@hun.org>, To: Juli Mallett Cc: Kris Kennaway , FreeBSD-CURRENT Subject: Re: openssl failure with IDEA Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; name="text" Content-Transfer-Encoding: 8bit Content-Disposition: inline Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sent: Mon, 28 Oct 2002 18:39:08 -0800 by Juli Mallett: + * De: Kris Kennaway [ Data: 2002-10-28 ] + [ Subjecte: Re: openssl failure with IDEA ] + > On Tue, Oct 29, 2002 at 01:16:08AM +0000, Daniel Flickinger wrote: + > > buildworld with MAKE_IDEA=YES set failed and then a manual + > > build after make clean, make cleandir (twice), make depend, + > > make obj, make failed: + + > Are you sure you are cvsupping the src-crypto collection? src-all includes src-crypto for at least the last two years, maybe even three. + That would result in "don't know how to make" stuff, not + "unresolved symbol" stuff... Unless there's evil .PATH hackery, + with files of the same name for the IDEA case, and ifdef'd stuff + in agnostic code, which is trying to use IDEA case stuff. evil .PATH hackery ... agnostic code ... you've been working too many hours . After deciding 6 years of legacy was too much dirt, the machine was flushed totally. If buildworld didn't put it in bin, lib, or whatever --it isn't there. Rebuilt X on out --Cleared all my X and application problems. cvsup'd a fresh copy of src-all sliced at 2100 GMT 26 Oct and the error persisted through two updates, latest at 0000 GMT 29 Oct. I'll pull a fresh tree in the morning for 1200 GMT... cvsup is package cvsup-without-gui-16.1f from 16 Oct on snapshot. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 28 23:25: 3 2002 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 EBBA437B401 for ; Mon, 28 Oct 2002 23:25:01 -0800 (PST) Received: from bsdone.bsdwins.com (www.bsdwins.com [192.58.184.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1520843E4A for ; Mon, 28 Oct 2002 23:25:01 -0800 (PST) (envelope-from jwd@bsdwins.com) Received: from bsdone.bsdwins.com (localhost [127.0.0.1]) by bsdone.bsdwins.com (8.12.5/8.12.5) with ESMTP id g9T7DQW2007277 for ; Tue, 29 Oct 2002 02:13:26 -0500 (EST) (envelope-from jwd@www.bsdwins.com) Received: (from jwd@localhost) by bsdone.bsdwins.com (8.12.5/8.12.5/Submit) id g9T7DPNv007276 for freebsd-current@freebsd.org; Tue, 29 Oct 2002 02:13:25 -0500 (EST) Date: Tue, 29 Oct 2002 02:13:25 -0500 From: John De Boskey To: Current List Subject: Poor 5.0/nfs performance Message-ID: <20021029071325.GA7231@BSDWins.Com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I have a 5.0 system from 10/27. In an attempt to improve performance I commented out the INVARIANTS/WITNESS options: #options INVARIANTS #Enable calls of extra sanity checking #options INVARIANT_SUPPORT #Extra sanity checks of internal structures, required by INVARIANTS #options WITNESS #Enable checks to detect deadlocks and cycles #options WITNESS_SKIPSPIN #Don't run witness on spinlocks for speed and then started a make release. Since doing this, the machine has become almost totally unresponsive. Command execution is measured in hours. A page from top which finally came up shows some very high load averages: last pid: 1892; load averages: 7.14, 6.00, 5.67 up 1+10:49:19 23:50:26 34 processes: 1 running, 33 sleeping CPU states: 0.0% user, 0.0% nice, 78.5% system, 0.8% interrupt, 20.7% idle Mem: 69M Active, 909M Inact, 214M Wired, 51M Cache, 112M Buf, 255M Free Swap: 4096M Total, 36K Used, 4096M Free PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 99689 root -8 5 2928K 2236K biowr 0:59 0.00% 0.00% cvs The cvs is being executed by 'make release' updating the chroot area. The repo lives in /home/ncvs which is an nfs mount of a 4.7 system. A kernel with the above options does not exibit this behaviour. When I killed the cvs process, the machine returns to normal. I guess my basic question is: Are the INVARIANTS and WITNESS options required at this point? Thanks, John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 2:47: 3 2002 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 3A74137B401 for ; Tue, 29 Oct 2002 02:47:02 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC33F43E77 for ; Tue, 29 Oct 2002 02:47:01 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.6/8.12.2) with ESMTP id g9TAkvJR008161; Tue, 29 Oct 2002 02:46:57 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.6/8.12.6/Submit) id g9TAjf6h008154; Tue, 29 Oct 2002 02:45:41 -0800 (PST) Date: Tue, 29 Oct 2002 02:45:41 -0800 From: "David O'Brien" To: Julian Elischer Cc: Nate Lawson , current@FreeBSD.ORG Subject: Re: burncd/cdcontrol Message-ID: <20021029104541.GB4446@dragon.nuxi.com> Reply-To: current@FreeBSD.ORG Mail-Followup-To: David O'Brien , Julian Elischer , Nate Lawson , current@FreeBSD.ORG References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 5.0-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 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Oct 26, 2002 at 08:13:18PM -0700, Julian Elischer wrote: > I have an ATAPI dvd writer on a firewire<->atapi converter > that connects to CAM via SBP-2. > Using some patches for cdrecord that are available on the internet I > got it to write fine, so tehatapi and SCSI commands for writing are the > same. But that is a hack, because as isaid before, teh cdrecord that > REALLY knows about DVDs is not free. Maybe you could post a URL of these patches you've tested -- or even better yet, add them to the cdrecord port. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 3:17:27 2002 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 DD07237B401; Tue, 29 Oct 2002 03:17:25 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D7C743E3B; Tue, 29 Oct 2002 03:17:25 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.6/8.12.2) with ESMTP id g9TBHIJR008347; Tue, 29 Oct 2002 03:17:18 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.6/8.12.6/Submit) id g9TBG3oC008334; Tue, 29 Oct 2002 03:16:03 -0800 (PST) Date: Tue, 29 Oct 2002 03:16:03 -0800 From: "David O'Brien" To: Jake Burkholder Cc: Andrew Gallatin , sparc64@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: sparc64 tinderbox failure Message-ID: <20021029111603.GC4446@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG Mail-Followup-To: David O'Brien , Jake Burkholder , Andrew Gallatin , sparc64@FreeBSD.ORG, current@FreeBSD.ORG References: <200210241942.g9OJgGg6093678@bowie.private> <15800.21949.518746.273369@grasshopper.cs.duke.edu> <20021024183915.A89245@locore.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021024183915.A89245@locore.ca> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 5.0-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 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Oct 24, 2002 at 06:39:15PM -0400, Jake Burkholder wrote: > You can also get various new machines on sun.com for around $1000 USD, > IIRC a 500mhz blade 100 does a buildworld in around 2-3 hours. A $1000 (new) 500 MHz blade running GENERIC (minus WITNESS) builds world in a little under 3 hours. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 3:33:45 2002 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 A1A3537B401 for ; Tue, 29 Oct 2002 03:33:42 -0800 (PST) Received: from ftpbox.mot.com (ftpbox.mot.com [129.188.136.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CA9143E7B for ; Tue, 29 Oct 2002 03:33:38 -0800 (PST) (envelope-from rittle@latour.rsch.comm.mot.com) Received: [from pobox4.mot.com (pobox4.mot.com [10.64.251.243]) by ftpbox.mot.com (ftpbox 2.1) with ESMTP id EAA03527 for ; Tue, 29 Oct 2002 04:33:37 -0700 (MST)] Received: [from latour.rsch.comm.mot.com (latour.rsch.comm.mot.com [145.1.80.116]) by pobox4.mot.com (MOT-pobox4 2.0) with ESMTP id EAA14166 for ; Tue, 29 Oct 2002 04:33:36 -0700 (MST)] Received: from latour.rsch.comm.mot.com (localhost.rsch.comm.mot.com [127.0.0.1]) by latour.rsch.comm.mot.com (8.12.6/8.12.6) with ESMTP id g9TBWKpZ074434; Tue, 29 Oct 2002 05:32:20 -0600 (CST) (envelope-from rittle@latour.rsch.comm.mot.com) Received: (from rittle@localhost) by latour.rsch.comm.mot.com (8.12.6/8.12.6/Submit) id g9TBWKER074433; Tue, 29 Oct 2002 05:32:20 -0600 (CST) Date: Tue, 29 Oct 2002 05:32:20 -0600 (CST) From: Loren James Rittle Message-Id: <200210291132.g9TBWKER074433@latour.rsch.comm.mot.com> To: tlambert2@mindspring.com Subject: Re: Lack of real long double support (was Re: libstdc++ does notcontain fabsl symbol) Cc: bde@zeta.org.au, current@freebsd.org, dschultz@uclink.Berkeley.EDU, imp@bsdimp.com In-Reply-To: <3DBE2DA1.62B2563B@mindspring.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Claiming 53 bits but supporting 64, and then not raising an exception > and/or giving a "NaN" or "INF" result on overflow to the 54th bit is > broken. If you do this, you will fail runtime validation suites. Huh? The 53-bit quantity refers to the mantissa not the exponent. Unless I'm sorely confused, the only IEEE exceptions you could be speaking about is "inexact"; Inf and NaN don't come into play. In any event: As I outlined, in this case (where we advertised 53-bit precision but the user "forced" 64-bit precision - it was not precise for you to use the word "supporting" since that does not characterize the situation I was speaking about properly), the user will have explicitly made a call to change the default precision as conveyed in the system header. At that point, I don't know why the user should be able to expect that the published values in are still valid. Do these validation suites typically run with a call to override the precision setting in the IEEE FP control word? Doubtful (or if they do, they know what they are doing; just as application code that monkeys with the control register would have to). I.e. the test suite would be running against the published which at the moment should be: #define LDBL_MANT_DIG 53 #define LDBL_MIN_EXP (-16381) #define LDBL_MAX_EXP 16384 (All other published LDBL_ constants are derivable from these.) since they match the default FP control word setting on FreeBSD/i386. > I don't think that any amount of hand-waving will turn it into a > compiler-only issue. I am not trying to handwave anything. The currently published (both before and after recent patch) is what is attempting to handwave something. It doesn't match the hardware settings. That patch it just received fixed one thing (exponent range) but broke another (precision/epsilon). More than anything, I am attempting to have that file written exactly to match the default hardware setup. Since there is exactly one default hardware setup for any particular booted system, it seems possible to do. If I were doing what is claimed, I would have "fixed" the issue in gcc mainline without consulting FreeBSD-side experts. Perhaps we should just leave it broken in the FSF tree and let an "expert" sort it out when they import gcc 3.3 into FreeBSD. However, it seemed reasonable to me to fix the issues exposed by the gcc infrastructure change ASAP... > I'd like to see Bruce's issues with the 64 bit support taken care > of with long double (and the implicit cast that occurs in the one > case that Bruce complained about in his email, where there is *too > much* precision on the rvalue, which is a computation of dobule > operands done in long double form, with a double result). I think I now understand Bruce's point. There are two issues: (a) incorrect double-rounding (once to the precision of extended double in register and another to double when moved to memory allocated for double); (b) non-exact comparisons where might otherwise be expected by programmers even if not absolutely guaranteed by IEEE 754. To anyone that wishes to understand it, start reading page 249 of this version of _What Every Computer Scientist Should Know About Floating-Point Arithmetic_ http://www.validlab.com/goldberg/paper.ps FYI, by default, FreeBSD/i386 uses technique 4 on page 260 to circumvent these issues. (There is a proof earlier that fully explains why double-rounding doesn't affect double->float conversions on i386.) Now, in case anyone cares, gcc 3.3 will expose the C99 FLT_EVAL_METHOD macro (set to 2 for FreeBSD/i386) and related float_t and double_t types (which will both map to long double to represent the destination of intermediate results otherwise beyond the user's control). Given the extended range of the exponent of a double or float in an i386 HW FP register; I believe that is correct. Regards, Loren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 3:43: 8 2002 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 5CD2F37B401 for ; Tue, 29 Oct 2002 03:43:07 -0800 (PST) Received: from motgate4.mot.com (motgate4.mot.com [144.189.100.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id D98D143E7B for ; Tue, 29 Oct 2002 03:43:06 -0800 (PST) (envelope-from rittle@latour.rsch.comm.mot.com) Received: from mothost.mot.com (mothost.mot.com [129.188.137.101]) by motgate4.mot.com (Motorola/Motgate4) with ESMTP id g9TBbwnM007364; Tue, 29 Oct 2002 04:37:59 -0700 (MST) Received: [from latour.rsch.comm.mot.com (latour.rsch.comm.mot.com [145.1.80.116]) by mothost.mot.com (MOT-pobox 2.0) with ESMTP id EAA00436; Tue, 29 Oct 2002 04:37:58 -0700 (MST)] Received: from latour.rsch.comm.mot.com (localhost.rsch.comm.mot.com [127.0.0.1]) by latour.rsch.comm.mot.com (8.12.6/8.12.6) with ESMTP id g9TBbwpZ074454; Tue, 29 Oct 2002 05:37:58 -0600 (CST) (envelope-from rittle@latour.rsch.comm.mot.com) Received: (from rittle@localhost) by latour.rsch.comm.mot.com (8.12.6/8.12.6/Submit) id g9TBbvl0074453; Tue, 29 Oct 2002 05:37:57 -0600 (CST) Date: Tue, 29 Oct 2002 05:37:57 -0600 (CST) From: Loren James Rittle Message-Id: <200210291137.g9TBbvl0074453@latour.rsch.comm.mot.com> To: current@freebsd.org Subject: Re: Lack of real long double support In-Reply-To: <20021028.214057.108404482.imp@bsdimp.com> References: <200210290211.g9T2BBcP010112@latour.rsch.comm.mot.com> Organization: Networks and Infrastructure Lab (IL02/2240), Motorola Labs Cc: imp@bsdimp.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <20021028.214057.108404482.imp@bsdimp.com> imp writes: > This works. I'm not sure why this isn't the default. It looks like > we have hacks in the local tree to do this, which is why I thought > that it worked great by default.... > This is true too. See the fpsetprec() call that I had to add to make > things work above. Yes, I know about that call. I conditionally added it to at least one gcc i386 FP test case that assumed 64-bit precision. However, the system header is suppose to reveal the FP hardware as it is configured not as some user could litter their code to make it so, no? > Yes. The standard didn't anticipate the fp hardware that intel made. C89, perhaps (although given the timing, I'm skeptical). C99, no way. > One could do something like: > > #define LDBL_EPSILON (fpgetprec() == FP_PE ? _LDBL_EPSILON : DBL_EPSILON) > > But as you said, this isn't a compile time constant. I'm not sure > that it would matter in any real context. I don't think that you can > do floating point in the preprocessor... This proposal isn't bad IMHO. It would clearly explain to the gcc team what type of FP support we'd want even if not in full compliance with the standard text. And, to avoid all compliance problems, perhaps: #if !defined(_ANSI_SOURCE) && !defined(_POSIX_SOURCE) && !defined(__STRICT_ANSI__) // for i386, match default as expressed in __INITIAL_NPXCW__ #define LDBL_MANT_DIG 53 #define LDBL_EPSILON 2.2204460492503131E-16 [...] // changing LDBL_MANT_DIG subtly changes every value not just LDBL_EPSILON) #else // Assume something would have to be done to avoid including #define LDBL_MANT_DIG (fpgetprec() == FP_PE ? _LDBL_MANT_DIG : DBL_MANT_DIG) #define LDBL_EPSILON (fpgetprec() == FP_PE ? _LDBL_EPSILON : DBL_EPSILON) [...] #endif To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 3:46:31 2002 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 38DC937B401 for ; Tue, 29 Oct 2002 03:46:29 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19F9E43E4A for ; Tue, 29 Oct 2002 03:46:28 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id WAA24271; Tue, 29 Oct 2002 22:40:35 +1100 Date: Tue, 29 Oct 2002 22:51:58 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: "M. Warner Losh" Cc: rittle@labs.mot.com, , , Subject: Re: Lack of real long double support In-Reply-To: <20021028.214057.108404482.imp@bsdimp.com> Message-ID: <20021029222447.L1273-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 28 Oct 2002, M. Warner Losh wrote: > In message: <200210290211.g9T2BBcP010112@latour.rsch.comm.mot.com> > Loren James Rittle writes: > This works. I'm not sure why this isn't the default. It looks like > we have hacks in the local tree to do this, which is why I thought > that it worked great by default.... Better change FreeBSD to match the unhacked version :-). > : gcc 3.3 will support a framework in which such changes would be easy > : to convey at compile-time but, to my knowledge, there is no support > : yet to obtain e.g. the precision setting at run-time. I.e. FreeBSD (on i386's) has fpgetprec() to get it and fpsetprec() to set it, but these are nonstandard and won't become standard. They don't exist on most or all non-i386's now, unlike fpget/setround() which will become the standard feget/setround(). > : is now completely dynamically created at compile-time based on the > : exact knowledge within gcc of the FP hardware; but it is static > : w.r.t. eventual run-time. It does not know how to effectively export > : a function ala FreeBSD/alpha's : > : > : #define FLT_ROUNDS __flt_rounds() I hope an alpha person will explain the details of this. Where is the default configured? > : One issue, the standard says that various macros related to float > : limits are constant expressions (as may be used to influence the > : preprocessor?). The above construct doesn't conform but I understand > : the intent. The standard has a special exception for FLT_ROUNDS. > Yes. The standard didn't anticipate the fp hardware that intel made. Actually, it didn't support the hardware. The hardware was implemented long before the (C) standard. > One could do something like: > > #define LDBL_EPSILON (fpgetprec() == FP_PE ? _LDBL_EPSILON : DBL_EPSILON) > > But as you said, this isn't a compile time constant. I'm not sure The standard doesn't have a special exception for anything in float.h except FLT_ROUNDS :-. > that it would matter in any real context. I don't think that you can > do floating point in the preprocessor... Not in non-broken preprocessors. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 3:54: 0 2002 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 878A237B401; Tue, 29 Oct 2002 03:53:59 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D1FA43E4A; Tue, 29 Oct 2002 03:53:57 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id g9TBrlrF089431; Tue, 29 Oct 2002 12:53:47 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: juli@freebsd.org Cc: current@freebsd.org Subject: make(1) broken! From: Poul-Henning Kamp Date: Tue, 29 Oct 2002 12:53:47 +0100 Message-ID: <89430.1035892427@critter.freebsd.dk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've wasted most of my morning on locating why make release was broken. The answer is that make(1) does not do variable substitutions right now, and in particular the line CATDIR= ${MANDIR:H:S/$/\/cat/} in bsd.man.mk produces the breaking bogosity. Notice that the "man" seems to not have been stripped as the 'H' instructed. Rolling make(1) back to yesterday fixed this issue, I don't know if that creates any other issues. Please test make(1) changes on "make release" in the future. Poul-Henning ===> lib/libcom_err cd /usr/src/lib/libcom_err; make install -DNO_SUBDIR DESTDIR=/R/stage/trees/base SHARED=copies install -C -o root -g wheel -m 444 libcom_err.a /R/stage/trees/base/usr/lib install -C -o root -g wheel -m 444 libcom_err_p.a /R/stage/trees/base/usr/lib install -s -o root -g wheel -m 444 libcom_err.so.2 /R/stage/trees/base/usr/lib ln -fs libcom_err.so.2 /R/stage/trees/base/usr/lib/libcom_err.so install -C -o root -g wheel -m 444 /usr/src/lib/libcom_err/../../contrib/com_err/com_err.h /usr/s rc/lib/libcom_err/../../contrib/com_err/com_right.h /R/stage/trees/base/usr/include install -o root -g wheel -m 444 com_err.3.gz /R/stage/trees/base/usr/share/man/man3 install -o root -g wheel -m 444 com_err.3.cat.gz /R/stage/trees/base/usr/share/man/man/cat3/com_e rr.3.gz install: /R/stage/trees/base/usr/share/man/man/cat3/com_err.3.gz: No such file or directory -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 3:55:49 2002 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 BA10C37B401 for ; Tue, 29 Oct 2002 03:55:43 -0800 (PST) Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E8EB43E3B for ; Tue, 29 Oct 2002 03:55:42 -0800 (PST) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (iwa@tasogare.imasy.or.jp [202.227.24.5]) by tasogare.imasy.or.jp (8.11.6+3.4W/8.11.6/tasogare) with ESMTP/inet id g9TBtbY34735; Tue, 29 Oct 2002 20:55:37 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Date: Tue, 29 Oct 2002 20:55:32 +0900 (JST) Message-Id: <20021029.205532.85419285.iwasaki@jp.FreeBSD.org> To: current@FreeBSD.ORG Cc: imp@bsdimp.com Subject: [PATCH] NEWCARD: pccardc power support From: Mitsuru IWASAKI X-Mailer: Mew version 2.2 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I've implemented pccardc power and boot_deactivated support code for NEWCARD. They are needed for some mobile users including me. - Add pccardc power support code. Yes, it's OLDCARD compatible. - Add new loader tunable hw.cbb.boot_deactivated to prevent pccards from attaching automatically. Some people want to keep pccards in slots all the time even if they don't want to use the pccard. They can power pccard on via pccardc command now (and in OLDCARD days) when it's required, so automatic attaching pccards at boot time is not desired behavior for them. This is quick hack actually (took about 1 hour), so it's not clean at all. But it's good enough for prototype, working great for me actually :) Enjoy! Index: pccbb.c =================================================================== RCS file: /home/ncvs/src/sys/dev/pccbb/pccbb.c,v retrieving revision 1.59 diff -u -r1.59 pccbb.c --- pccbb.c 11 Oct 2002 04:30:59 -0000 1.59 +++ pccbb.c 29 Oct 2002 10:55:48 -0000 @@ -86,6 +86,8 @@ #include #include #include +#include +#include #include #include #include @@ -210,6 +212,13 @@ SYSCTL_ULONG(_hw_cbb, OID_AUTO, debug, CTLFLAG_RW, &cbb_debug, 0, "Verbose cardbus bridge debugging"); +int cbb_boot_deactivated = 0; +TUNABLE_INT("hw.cbb.boot_deactivated", &cbb_boot_deactivated); +SYSCTL_INT(_hw_cbb, OID_AUTO, boot_deactivated, CTLFLAG_RD, + &cbb_boot_deactivated, 0, + "Override the automatic powering up of pccards at boot."); + + static int cbb_chipset(uint32_t pci_id, const char **namep); static int cbb_probe(device_t brdev); static void cbb_chipinit(struct cbb_softc *sc); @@ -264,6 +273,93 @@ static void cbb_write_config(device_t brdev, int b, int s, int f, int reg, uint32_t val, int width); +static d_open_t crdopen; +static d_close_t crdclose; +static d_ioctl_t crdioctl; + +#define CDEV_MAJOR 50 +static struct cdevsw crd_cdevsw = { + /* open */ crdopen, + /* close */ crdclose, + /* read */ noread, + /* write */ nowrite, + /* ioctl */ crdioctl, + /* poll */ nopoll, + /* mmap */ nommap, + /* strategy */ nostrategy, + /* name */ "crd", + /* maj */ CDEV_MAJOR, + /* dump */ nodump, + /* psize */ nopsize, + /* flags */ 0, +}; + +#define PIOCSVIR _IOW('P', 10, int) /* Virtual insert/remove */ + +static int +crdopen(dev_t dev, int oflags, int devtype, d_thread_t *td) +{ + if (dev == NULL || dev->si_drv1 == NULL) { + return (ENXIO); + } + + return (0); +} + +static int +crdclose(dev_t dev, int fflag, int devtype, d_thread_t *td) +{ + return (0); +} + +static int +crdioctl(dev_t dev, u_long cmd, caddr_t data, int fflag, d_thread_t *td) +{ + struct cbb_softc *sc; + int error; + int pwval; + + sc = dev->si_drv1; + error = 0; + + switch(cmd) { + /* + * Set power values. + */ + case PIOCSVIR: + pwval = *(int *)data; + + switch (pwval) { + case 0: + if (!(sc->flags & CBB_CARD_OK)) { + error = EINVAL; + break; + } + + sc->flags |= CBB_INACTIVATE; + cbb_removal(sc); + break; + + case 1: + if (sc->flags & CBB_CARD_OK) { + error = EINVAL; + break; + } + + sc->flags &= ~CBB_INACTIVATE; + cbb_insert(sc); + break; + } + + break; + + default: + error = ENOTTY; + } + + return (error); +} + /* */ static __inline void @@ -560,6 +656,8 @@ { struct cbb_softc *sc = (struct cbb_softc *)device_get_softc(brdev); int rid; + int unit; + dev_t cbb_dev_t; mtx_init(&sc->mtx, device_get_nameunit(brdev), "cbb", MTX_DEF); cv_init(&sc->cv, "cbb cv"); @@ -680,6 +778,10 @@ /* reset interrupt */ cbb_set(sc, CBB_SOCKET_EVENT, cbb_get(sc, CBB_SOCKET_EVENT)); + if (cbb_boot_deactivated) { + sc->flags |= CBB_INACTIVATE; + } + /* Start the thread */ if (kthread_create(cbb_event_thread, sc, &sc->event_thread, 0, 0, "%s%d", device_get_name(sc->dev), device_get_unit(sc->dev))) { @@ -687,6 +789,10 @@ panic ("cbb_create_event_thread"); } + unit = device_get_unit(sc->dev); + cbb_dev_t = make_dev(&crd_cdevsw, unit, 0, 0, 0664, "card%d", unit); + cbb_dev_t->si_drv1 = sc; + return (0); err: if (sc->irq_res) @@ -913,10 +1019,14 @@ status = cbb_get(sc, CBB_SOCKET_STATE); mtx_lock(&Giant); - if ((status & CBB_SOCKET_STAT_CD) == 0) - cbb_insert(sc); - else + if ((status & CBB_SOCKET_STAT_CD) == 0) { + if (!(sc->flags & CBB_INACTIVATE)) { + cbb_insert(sc); + } + } else { + sc->flags &= ~CBB_INACTIVATE; cbb_removal(sc); + } mtx_unlock(&Giant); /* @@ -995,6 +1105,7 @@ else if ((!(sc->flags & CBB_16BIT_CARD)) && sc->cbdev != NULL) CARD_DETACH_CARD(sc->cbdev, DETACH_FORCE); cbb_destroy_res(sc); + sc->flags &= ~CBB_CARD_OK; } /************************************************************************/ @@ -1918,7 +2029,10 @@ cbb_setb(sc, CBB_SOCKET_MASK, CBB_SOCKET_MASK_CD); /* Force us to go query the socket state */ - cbb_setb(sc, CBB_SOCKET_FORCE, CBB_SOCKET_EVENT_CD); + mtx_lock(&sc->mtx); + sc->flags &= ~CBB_CARD_OK; + cv_signal(&sc->cv); + mtx_unlock(&sc->mtx); error = bus_generic_resume(self); Index: pccbbvar.h =================================================================== RCS file: /home/ncvs/src/sys/dev/pccbb/pccbbvar.h,v retrieving revision 1.15 diff -u -r1.15 pccbbvar.h --- pccbbvar.h 7 Oct 2002 23:11:29 -0000 1.15 +++ pccbbvar.h 28 Oct 2002 15:31:17 -0000 @@ -65,6 +65,7 @@ struct mtx mtx; struct cv cv; u_int32_t flags; +#define CBB_INACTIVATE 0x04000000 #define CBB_CARD_OK 0x08000000 #define CBB_KLUDGE_ALLOC 0x10000000 #define CBB_16BIT_CARD 0x20000000 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 4:16:35 2002 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 931) id 0DE2537B404; Tue, 29 Oct 2002 04:16:34 -0800 (PST) Date: Tue, 29 Oct 2002 04:16:34 -0800 From: Juli Mallett To: Poul-Henning Kamp Cc: current@freebsd.org Subject: Re: make(1) broken! Message-ID: <20021029041633.A96819@FreeBSD.org> References: <89430.1035892427@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <89430.1035892427@critter.freebsd.dk>; from phk@freebsd.org on Tue, Oct 29, 2002 at 12:53:47PM +0100 Organisation: The FreeBSD Project X-Alternate-Addresses: , , , , X-Towel: Yes X-LiveJournal: flata, jmallett X-Negacore: Yes Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * De: Poul-Henning Kamp [ Data: 2002-10-29 ] [ Subjecte: make(1) broken! ] > > I've wasted most of my morning on locating why make release was broken. > > The answer is that make(1) does not do variable substitutions right > now, and in particular the line > > CATDIR= ${MANDIR:H:S/$/\/cat/} > > in bsd.man.mk produces the breaking bogosity. Notice that the "man" seems > to not have been stripped as the 'H' instructed. > > Rolling make(1) back to yesterday fixed this issue, I don't know if that > creates any other issues. > > Please test make(1) changes on "make release" in the future. The standard metric has been 'make buildworld' I thought? Anyway, try with revision 1.2 of var_modify.c, that should do it. Realistically, to prevent any sort of breakage to make(1), we should test make(1) by building every port that does not USE_GMAKE, and do release, and do cross-release. Or just not modify it, except for bugfixes, which should be tested as above. Anyone want to offer a machine to do this? Thanks for the report, juli. -- Juli Mallett | FreeBSD: The Power To Serve Will break world for fulltime employment. | finger jmallett@FreeBSD.org http://people.FreeBSD.org/~jmallett/ | Support my FreeBSD hacking! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 4:29:37 2002 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 8C97337B401 for ; Tue, 29 Oct 2002 04:29:36 -0800 (PST) Received: from anchor-post-39.mail.demon.net (anchor-post-39.mail.demon.net [194.217.242.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id B08F343E42 for ; Tue, 29 Oct 2002 04:29:35 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from mailgate.nlsystems.com ([62.49.251.130] helo=herring.nlsystems.com) by anchor-post-39.mail.demon.net with esmtp (Exim 3.36 #2) id 186VV0-00047B-0U for current@freebsd.org; Tue, 29 Oct 2002 12:29:34 +0000 Received: from herring (herring [10.0.0.2]) by herring.nlsystems.com (8.12.6/8.12.4) with ESMTP id g9TCTSgu098035 for ; Tue, 29 Oct 2002 12:29:28 GMT (envelope-from dfr@nlsystems.com) Date: Tue, 29 Oct 2002 12:29:28 +0000 (GMT) From: Doug Rabson To: current@freebsd.org Subject: gnome on current Message-ID: <20021029121706.L97929-100000@herring.nlsystems.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I just spent a few hours trying to get gnome working on one of my systems, since kde still appears to be completely hosed. Unfortunately, not much of it worked reliably. In particular, all the sawfish preferences applets crash instantly. On investigating one of the crashes more carefully, I discovered that all calls to pthread_*() were being resolved to stubs in libXThrStub.so in spite of the fact that libc_r was also loaded. This caused problems for e.g. flockfile which failed to initialise its mutex (uthread_mutex.c's init_static calls pthread_mutex_init instead of _pthread_mutex_init and ends up in libXThrStub). After working around that, I had more fun where one of the gnome libs tried to call pthread_getspecific(). Why isn't the linker resolving these symbols against the ones in libc_r? For some reason, libc_r defines them weakly so they get resolved by the first weak definition in the list of libs, which in this case is libXThrStub :-( -- Doug Rabson Mail: dfr@nlsystems.com Phone: +44 20 8348 6160 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 4:57: 4 2002 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 21B5E37B401; Tue, 29 Oct 2002 04:57:03 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id F309543E6E; Tue, 29 Oct 2002 04:57:00 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id g9TCuirF090385; Tue, 29 Oct 2002 13:56:44 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Juli Mallett Cc: current@FreeBSD.ORG Subject: Re: make(1) broken! In-Reply-To: Your message of "Tue, 29 Oct 2002 04:16:34 PST." <20021029041633.A96819@FreeBSD.org> Date: Tue, 29 Oct 2002 13:56:44 +0100 Message-ID: <90384.1035896204@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20021029041633.A96819@FreeBSD.org>, Juli Mallett writes: >> Please test make(1) changes on "make release" in the future. > >The standard metric has been 'make buildworld' I thought? Anyway, try >with revision 1.2 of var_modify.c, that should do it. There are a lot of weird make targets which are only used for installworld, distribute and release, so for something as omnibuggable as make(1), I would prefer if you used make release. >Realistically, to prevent any sort of breakage to make(1), we should >test make(1) by building every port that does not USE_GMAKE, and do >release, and do cross-release. Or just not modify it, except for >bugfixes, which should be tested as above. I don't think we need to go overboard, but we are in the run{up,down} to a release now, so some extra testing would be nice. Having a set of regression tests for make under src/tools/regression would be really cool as well. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 5: 8:55 2002 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 931) id C0D7337B401; Tue, 29 Oct 2002 05:08:54 -0800 (PST) Date: Tue, 29 Oct 2002 05:08:54 -0800 From: Juli Mallett To: Poul-Henning Kamp Cc: current@FreeBSD.ORG Subject: Re: make(1) broken! Message-ID: <20021029050854.A903@FreeBSD.org> References: <20021029041633.A96819@FreeBSD.org> <90384.1035896204@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <90384.1035896204@critter.freebsd.dk>; from phk@critter.freebsd.dk on Tue, Oct 29, 2002 at 01:56:44PM +0100 Organisation: The FreeBSD Project X-Alternate-Addresses: , , , , X-Towel: Yes X-LiveJournal: flata, jmallett X-Negacore: Yes Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * De: Poul-Henning Kamp [ Data: 2002-10-29 ] [ Subjecte: Re: make(1) broken! ] > >Realistically, to prevent any sort of breakage to make(1), we should > >test make(1) by building every port that does not USE_GMAKE, and do > >release, and do cross-release. Or just not modify it, except for > >bugfixes, which should be tested as above. > > I don't think we need to go overboard, but we are in the run{up,down} > to a release now, so some extra testing would be nice. > > Having a set of regression tests for make under src/tools/regression > would be really cool as well. I agree with you 100%. It'd be nice if people with esoteric-but-valid build systems using our make(1) could submit some edge cases to make up said tests. I've got a few simple ones, none of which test much on the "real world behaviour relied upon" side. At the very least, a suite of "FreeBSD make mistake" tests would be good for anyone who decides they want to take up the ever-touted merge-with-otherbsd job. juli. -- Juli Mallett | FreeBSD: The Power To Serve Will break world for fulltime employment. | finger jmallett@FreeBSD.org http://people.FreeBSD.org/~jmallett/ | Support my FreeBSD hacking! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 5:46:23 2002 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 18D4537B401 for ; Tue, 29 Oct 2002 05:46:22 -0800 (PST) Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E85443E91 for ; Tue, 29 Oct 2002 05:46:21 -0800 (PST) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id g9TDk6x24507; Tue, 29 Oct 2002 05:46:06 -0800 (PST) (envelope-from jdp@vashon.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.12.5/8.12.5/Submit) id g9TDk6tp049754; Tue, 29 Oct 2002 05:46:06 -0800 (PST) (envelope-from jdp) Date: Tue, 29 Oct 2002 05:46:06 -0800 (PST) Message-Id: <200210291346.g9TDk6tp049754@vashon.polstra.com> To: current@freebsd.org From: John Polstra Cc: dfr@nlsystems.com Subject: Re: gnome on current In-Reply-To: <20021029121706.L97929-100000@herring.nlsystems.com> References: <20021029121706.L97929-100000@herring.nlsystems.com> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <20021029121706.L97929-100000@herring.nlsystems.com>, Doug Rabson wrote: > I just spent a few hours trying to get gnome working on one of my systems, > since kde still appears to be completely hosed. Unfortunately, not much of > it worked reliably. In particular, all the sawfish preferences applets > crash instantly. > > On investigating one of the crashes more carefully, I discovered that all > calls to pthread_*() were being resolved to stubs in libXThrStub.so in > spite of the fact that libc_r was also loaded. This caused problems for > e.g. flockfile which failed to initialise its mutex (uthread_mutex.c's > init_static calls pthread_mutex_init instead of _pthread_mutex_init and > ends up in libXThrStub). After working around that, I had more fun where > one of the gnome libs tried to call pthread_getspecific(). > > Why isn't the linker resolving these symbols against the ones in libc_r? > For some reason, libc_r defines them weakly so they get resolved by the > first weak definition in the list of libs, which in this case is > libXThrStub :-( When a symbol is defined in multiple libraries, the first library wins. That's how it has always been in Unix, for archive libraries and for shared libraries. John -- John Polstra John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 5:55:41 2002 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 F115137B401; Tue, 29 Oct 2002 05:55:39 -0800 (PST) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id E900F43E42; Tue, 29 Oct 2002 05:55:38 -0800 (PST) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id IAA16008; Tue, 29 Oct 2002 08:55:33 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g9TDt3V21843; Tue, 29 Oct 2002 08:55:03 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15806.37687.91334.549008@grasshopper.cs.duke.edu> Date: Tue, 29 Oct 2002 08:55:03 -0500 (EST) To: obrien@FreeBSD.ORG Cc: sparc64@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: sparc64 tinderbox failure In-Reply-To: <20021029111603.GC4446@dragon.nuxi.com> References: <200210241942.g9OJgGg6093678@bowie.private> <15800.21949.518746.273369@grasshopper.cs.duke.edu> <20021024183915.A89245@locore.ca> <20021029111603.GC4446@dragon.nuxi.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David O'Brien writes: > On Thu, Oct 24, 2002 at 06:39:15PM -0400, Jake Burkholder wrote: > > You can also get various new machines on sun.com for around $1000 USD, > > IIRC a 500mhz blade 100 does a buildworld in around 2-3 hours. > > A $1000 (new) 500 MHz blade running GENERIC (minus WITNESS) builds world > in a little under 3 hours. Or just a little slower than my 4 year old 500MHz 21264 (<$1000 used) alpha. Darn. I was hoping a reasonbly priced sparc64 would be fast enough that getting one would allow me to find LP64 problems quicker due to a faster buildworld cycle. It's really frustrating to get 2+ hours into a buildworld and have it die because of a problem in usr.sbin I guess we'll need to wait for x86-64 for that. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 5:58:32 2002 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 07BB237B401 for ; Tue, 29 Oct 2002 05:58:31 -0800 (PST) Received: from anchor-post-39.mail.demon.net (anchor-post-39.mail.demon.net [194.217.242.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 716C643E3B for ; Tue, 29 Oct 2002 05:58:30 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from mailgate.nlsystems.com ([62.49.251.130] helo=herring.nlsystems.com) by anchor-post-39.mail.demon.net with esmtp (Exim 3.36 #2) id 186Wt3-0001B7-0U; Tue, 29 Oct 2002 13:58:29 +0000 Received: from herring (herring [10.0.0.2]) by herring.nlsystems.com (8.12.6/8.12.4) with ESMTP id g9TDwRgu000243; Tue, 29 Oct 2002 13:58:27 GMT (envelope-from dfr@nlsystems.com) Date: Tue, 29 Oct 2002 13:58:27 +0000 (GMT) From: Doug Rabson To: John Polstra Cc: current@freebsd.org Subject: Re: gnome on current In-Reply-To: <200210291346.g9TDk6tp049754@vashon.polstra.com> Message-ID: <20021029135722.L97929-100000@herring.nlsystems.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 29 Oct 2002, John Polstra wrote: > In article <20021029121706.L97929-100000@herring.nlsystems.com>, > Doug Rabson wrote: > > I just spent a few hours trying to get gnome working on one of my systems, > > since kde still appears to be completely hosed. Unfortunately, not much of > > it worked reliably. In particular, all the sawfish preferences applets > > crash instantly. > > > > On investigating one of the crashes more carefully, I discovered that all > > calls to pthread_*() were being resolved to stubs in libXThrStub.so in > > spite of the fact that libc_r was also loaded. This caused problems for > > e.g. flockfile which failed to initialise its mutex (uthread_mutex.c's > > init_static calls pthread_mutex_init instead of _pthread_mutex_init and > > ends up in libXThrStub). After working around that, I had more fun where > > one of the gnome libs tried to call pthread_getspecific(). > > > > Why isn't the linker resolving these symbols against the ones in libc_r? > > For some reason, libc_r defines them weakly so they get resolved by the > > first weak definition in the list of libs, which in this case is > > libXThrStub :-( > > When a symbol is defined in multiple libraries, the first library > wins. That's how it has always been in Unix, for archive libraries > and for shared libraries. This is a big problem then since X11.so links to XThrStub.so. This means that XThrStub will be ahead of libc_r in many situations. -- Doug Rabson Mail: dfr@nlsystems.com Phone: +44 20 8348 6160 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 6: 4: 8 2002 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 5F93637B401 for ; Tue, 29 Oct 2002 06:04:07 -0800 (PST) Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD76643E7B for ; Tue, 29 Oct 2002 06:04:06 -0800 (PST) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id g9TE3Ex24595; Tue, 29 Oct 2002 06:03:14 -0800 (PST) (envelope-from jdp@vashon.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.12.5/8.12.5/Submit) id g9TE3DR6049827; Tue, 29 Oct 2002 06:03:13 -0800 (PST) (envelope-from jdp) Date: Tue, 29 Oct 2002 06:03:13 -0800 (PST) Message-Id: <200210291403.g9TE3DR6049827@vashon.polstra.com> To: current@freebsd.org From: John Polstra Cc: dfr@nlsystems.com Subject: Re: gnome on current In-Reply-To: <20021029135722.L97929-100000@herring.nlsystems.com> References: <20021029135722.L97929-100000@herring.nlsystems.com> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <20021029135722.L97929-100000@herring.nlsystems.com>, Doug Rabson wrote: > On Tue, 29 Oct 2002, John Polstra wrote: > > When a symbol is defined in multiple libraries, the first library > > wins. That's how it has always been in Unix, for archive libraries > > and for shared libraries. > > This is a big problem then since X11.so links to XThrStub.so. This means > that XThrStub will be ahead of libc_r in many situations. I think it would work if the symbol were defined strongly in libc_r. John -- John Polstra John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 6:13:12 2002 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 7C6E437B401 for ; Tue, 29 Oct 2002 06:13:10 -0800 (PST) Received: from anchor-post-35.mail.demon.net (anchor-post-35.mail.demon.net [194.217.242.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1617C43E9C for ; Tue, 29 Oct 2002 06:13:10 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from mailgate.nlsystems.com ([62.49.251.130] helo=herring.nlsystems.com) by anchor-post-35.mail.demon.net with esmtp (Exim 3.36 #2) id 186X7B-0003Vw-0U; Tue, 29 Oct 2002 14:13:05 +0000 Received: from herring (herring [10.0.0.2]) by herring.nlsystems.com (8.12.6/8.12.4) with ESMTP id g9TECvgu000390; Tue, 29 Oct 2002 14:13:03 GMT (envelope-from dfr@nlsystems.com) Date: Tue, 29 Oct 2002 14:12:57 +0000 (GMT) From: Doug Rabson To: John Polstra Cc: current@freebsd.org Subject: Re: gnome on current In-Reply-To: <200210291403.g9TE3DR6049827@vashon.polstra.com> Message-ID: <20021029141208.C97929-100000@herring.nlsystems.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 29 Oct 2002, John Polstra wrote: > In article <20021029135722.L97929-100000@herring.nlsystems.com>, > Doug Rabson wrote: > > On Tue, 29 Oct 2002, John Polstra wrote: > > > When a symbol is defined in multiple libraries, the first library > > > wins. That's how it has always been in Unix, for archive libraries > > > and for shared libraries. > > > > This is a big problem then since X11.so links to XThrStub.so. This means > > that XThrStub will be ahead of libc_r in many situations. > > I think it would work if the symbol were defined strongly in libc_r. I think so too. I was trying to work out why this wasn't how things were done already. FWIW, linux's libpthread appears to be defining the pthread_* symbols strongly. -- Doug Rabson Mail: dfr@nlsystems.com Phone: +44 20 8348 6160 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 6:35:31 2002 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 6BE0437B401; Tue, 29 Oct 2002 06:35:30 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1B3F43E42; Tue, 29 Oct 2002 06:35:27 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id g9TEZIrF091694; Tue, 29 Oct 2002 15:35:18 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org, des@freebsd.org Subject: The next "make release" breaker... From: Poul-Henning Kamp Date: Tue, 29 Oct 2002 15:35:18 +0100 Message-ID: <91693.1035902118@critter.freebsd.dk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG cc -O -pipe -mcpu=pentiumpro -I/usr/src/secure/usr.sbin/sshd/../../../crypto/ope nssh -DKRB5 -DHEIMDAL -DXAUTH_PATH=\"/usr/X11R6/bin/xauth\" -DNO_IDEA -o ssh d sshd.o auth-rhosts.o auth-passwd.o auth-rsa.o auth-rh-rsa.o sshpty.o sshlogin. o servconf.o serverloop.o uidswap.o auth.o auth1.o auth2.o auth-options.o sessio n.o auth-chall.o auth2-chall.o groupaccess.o auth-skey.o auth-bsdauth.o monitor_ mm.o monitor.o auth2-none.o auth2-passwd.o auth2-pubkey.o auth2-hostbased.o auth 2-kbdint.o auth-pam.o auth2-pam.o auth2-pam-freebsd.o loginrec.o auth-krb5.o -lk rb5 -lasn1 -lcom_err -lmd -L/usr/obj/usr/src/secure/usr.sbin/sshd/../../../kerbe ros5/lib/libroken -lroken -lopie -lmd -lssh -lcrypt -lcrypto -lutil -lz -lwrap - lpam auth1.o: In function `do_authloop': auth1.o(.text+0x220): undefined reference to `mm_auth_krb5' *** Error code 1 1 error *** Error code 2 -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 6:55: 8 2002 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 7A3E037B401; Tue, 29 Oct 2002 06:55:07 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5286543E88; Tue, 29 Oct 2002 06:55:05 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id B2FFA534E; Tue, 29 Oct 2002 15:55:00 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Poul-Henning Kamp Cc: current@freebsd.org Subject: Re: The next "make release" breaker... References: <91693.1035902118@critter.freebsd.dk> From: Dag-Erling Smorgrav Date: Tue, 29 Oct 2002 15:55:00 +0100 In-Reply-To: <91693.1035902118@critter.freebsd.dk> (Poul-Henning Kamp's message of "Tue, 29 Oct 2002 15:35:18 +0100") Message-ID: Lines: 13 User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.2 (i386--freebsd) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Poul-Henning Kamp writes: > auth1.o: In function `do_authloop': > auth1.o(.text+0x220): undefined reference to `mm_auth_krb5' > *** Error code 1 > 1 error > *** Error code 2 You must have cvsupped at a bad time - looks like you missed the three Makefile deltas in src/secure. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 6:59:18 2002 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 557A137B404 for ; Tue, 29 Oct 2002 06:59:17 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C07843E3B for ; Tue, 29 Oct 2002 06:59:14 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id g9TEx4rF092037; Tue, 29 Oct 2002 15:59:04 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Dag-Erling Smorgrav Cc: current@freebsd.org Subject: Re: The next "make release" breaker... In-Reply-To: Your message of "Tue, 29 Oct 2002 15:55:00 +0100." Date: Tue, 29 Oct 2002 15:59:04 +0100 Message-ID: <92036.1035903544@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message , Dag-Erling Smorgrav writes: >Poul-Henning Kamp writes: >> auth1.o: In function `do_authloop': >> auth1.o(.text+0x220): undefined reference to `mm_auth_krb5' >> *** Error code 1 >> 1 error >> *** Error code 2 > >You must have cvsupped at a bad time - looks like you missed the three >Makefile deltas in src/secure. I just started over, and cvsup did not pull any files down... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 7:10:30 2002 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 A65B437B401 for ; Tue, 29 Oct 2002 07:10:29 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9414F43E88 for ; Tue, 29 Oct 2002 07:10:28 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 442A9534E; Tue, 29 Oct 2002 16:10:23 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Poul-Henning Kamp Cc: current@freebsd.org Subject: Re: The next "make release" breaker... References: <92036.1035903544@critter.freebsd.dk> From: Dag-Erling Smorgrav Date: Tue, 29 Oct 2002 16:10:23 +0100 In-Reply-To: <92036.1035903544@critter.freebsd.dk> (Poul-Henning Kamp's message of "Tue, 29 Oct 2002 15:59:04 +0100") Message-ID: Lines: 16 User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.2 (i386--freebsd) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Poul-Henning Kamp writes: > In message , Dag-Erling Smorgrav writes: > > You must have cvsupped at a bad time - looks like you missed the three > > Makefile deltas in src/secure. > I just started over, and cvsup did not pull any files down... Well, mm_auth_krb5() is in monitor_wrap.c, which is part of libssh (which sshd is linked against), and libssh is in $_prebuild_libs in src/Makefile.inc1, so it should be built and installed into the build environment in the 'make libraries' stage of world / release. At what stage of the build did this error occur - inside or outside the chroot? And what exact command did you use to start the build? DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 7:12: 3 2002 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 1A16437B401 for ; Tue, 29 Oct 2002 07:12:02 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8141343E7B for ; Tue, 29 Oct 2002 07:11:59 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id g9TFBorF092304; Tue, 29 Oct 2002 16:11:50 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Dag-Erling Smorgrav Cc: current@freebsd.org Subject: Re: The next "make release" breaker... In-Reply-To: Your message of "Tue, 29 Oct 2002 16:10:23 +0100." Date: Tue, 29 Oct 2002 16:11:50 +0100 Message-ID: <92303.1035904310@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message , Dag-Erling Smorgrav writes: >Poul-Henning Kamp writes: >> In message , Dag-Erling Smorgrav writes: >> > You must have cvsupped at a bad time - looks like you missed the three >> > Makefile deltas in src/secure. >> I just started over, and cvsup did not pull any files down... > >Well, mm_auth_krb5() is in monitor_wrap.c, which is part of libssh >(which sshd is linked against), and libssh is in $_prebuild_libs in >src/Makefile.inc1, so it should be built and installed into the build >environment in the 'make libraries' stage of world / release. At what >stage of the build did this error occur - inside or outside the >chroot? And what exact command did you use to start the build? Inside the chroot. Plain "make release" on i386. I'll upload the log file if it breaks again. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 7:26: 2 2002 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 AB3E237B401 for ; Tue, 29 Oct 2002 07:26:01 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 971BD43E3B for ; Tue, 29 Oct 2002 07:26:00 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 90C83534E; Tue, 29 Oct 2002 16:25:56 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Poul-Henning Kamp Cc: current@freebsd.org Subject: Re: The next "make release" breaker... References: <92303.1035904310@critter.freebsd.dk> From: Dag-Erling Smorgrav Date: Tue, 29 Oct 2002 16:25:56 +0100 In-Reply-To: <92303.1035904310@critter.freebsd.dk> (Poul-Henning Kamp's message of "Tue, 29 Oct 2002 16:11:50 +0100") Message-ID: Lines: 17 User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.2 (i386--freebsd) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Poul-Henning Kamp writes: > Inside the chroot. 'make release' checks out src in the sandbox, then chroots to it and does a plain 'make world' right? There's no chance the sources in the sandbox were stale, or it was trying to do something fancy? What about the sandbox itself - what sources was it built from? Does 'nm ${chroot}/usr/lib/libssh.so' show mm_auth_krb5? (though the build should succeed even if the sandbox contains a stale libssh) > I'll upload the log file if it breaks again. Please do, because this is really weird. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 7:43:57 2002 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 1DE3C37B401; Tue, 29 Oct 2002 07:43:56 -0800 (PST) Received: from k6.locore.ca (k6.locore.ca [198.96.117.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A16F43E6E; Tue, 29 Oct 2002 07:43:55 -0800 (PST) (envelope-from jake@k6.locore.ca) Received: from k6.locore.ca (jake@localhost.locore.ca [127.0.0.1]) by k6.locore.ca (8.12.5/8.12.5) with ESMTP id g9TFuYbd022656; Tue, 29 Oct 2002 10:56:34 -0500 (EST) (envelope-from jake@k6.locore.ca) Received: (from jake@localhost) by k6.locore.ca (8.12.5/8.12.5/Submit) id g9TFuUNE022655; Tue, 29 Oct 2002 10:56:30 -0500 (EST) Date: Tue, 29 Oct 2002 10:56:30 -0500 From: Jake Burkholder To: Andrew Gallatin Cc: obrien@FreeBSD.ORG, sparc64@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: sparc64 tinderbox failure Message-ID: <20021029105630.O89245@locore.ca> References: <200210241942.g9OJgGg6093678@bowie.private> <15800.21949.518746.273369@grasshopper.cs.duke.edu> <20021024183915.A89245@locore.ca> <20021029111603.GC4446@dragon.nuxi.com> <15806.37687.91334.549008@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <15806.37687.91334.549008@grasshopper.cs.duke.edu>; from gallatin@cs.duke.edu on Tue, Oct 29, 2002 at 08:55:03AM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Apparently, On Tue, Oct 29, 2002 at 08:55:03AM -0500, Andrew Gallatin said words to the effect of; > > David O'Brien writes: > > On Thu, Oct 24, 2002 at 06:39:15PM -0400, Jake Burkholder wrote: > > > You can also get various new machines on sun.com for around $1000 USD, > > > IIRC a 500mhz blade 100 does a buildworld in around 2-3 hours. > > > > A $1000 (new) 500 MHz blade running GENERIC (minus WITNESS) builds world > > in a little under 3 hours. > > Or just a little slower than my 4 year old 500MHz 21264 (<$1000 used) > alpha. Darn. I was hoping a reasonbly priced sparc64 would be fast > enough that getting one would allow me to find LP64 problems quicker > due to a faster buildworld cycle. It's really frustrating to get 2+ > hours into a buildworld and have it die because of a problem in > usr.sbin > > I guess we'll need to wait for x86-64 for that. Cross build on a fast x86 box... My 1.2ghz athlon running -stable builds a sparc64 world in about half an hour. Jake To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 8: 3:14 2002 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 DED0937B401 for ; Tue, 29 Oct 2002 08:03:11 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5868543E7B for ; Tue, 29 Oct 2002 08:03:09 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id g9TG2xrF092882; Tue, 29 Oct 2002 17:02:59 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Dag-Erling Smorgrav Cc: current@freebsd.org Subject: Re: The next "make release" breaker... In-Reply-To: Your message of "Tue, 29 Oct 2002 16:25:56 +0100." Date: Tue, 29 Oct 2002 17:02:59 +0100 Message-ID: <92881.1035907379@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message , Dag-Erling Smorgrav writes: >Poul-Henning Kamp writes: >> Inside the chroot. > >'make release' checks out src in the sandbox, then chroots to it and >does a plain 'make world' right? There's no chance the sources in the >sandbox were stale, or it was trying to do something fancy? What >about the sandbox itself - what sources was it built from? Does 'nm >${chroot}/usr/lib/libssh.so' show mm_auth_krb5? (though the build >should succeed even if the sandbox contains a stale libssh) > >> I'll upload the log file if it breaks again. > >Please do, because this is really weird. http://phk.freebsd.dk/misc/_.release I think it is related to all the crypto magic in make release... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 8:48:12 2002 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 BAB7837B401 for ; Tue, 29 Oct 2002 08:48:10 -0800 (PST) Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 656CD43E75 for ; Tue, 29 Oct 2002 08:48:09 -0800 (PST) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id g9TGlVx25374; Tue, 29 Oct 2002 08:47:31 -0800 (PST) (envelope-from jdp@vashon.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.12.5/8.12.5/Submit) id g9TGlVM5049992; Tue, 29 Oct 2002 08:47:31 -0800 (PST) (envelope-from jdp) Date: Tue, 29 Oct 2002 08:47:31 -0800 (PST) Message-Id: <200210291647.g9TGlVM5049992@vashon.polstra.com> To: current@freebsd.org From: John Polstra Cc: dfr@nlsystems.com Subject: Re: gnome on current In-Reply-To: <20021029141208.C97929-100000@herring.nlsystems.com> References: <20021029141208.C97929-100000@herring.nlsystems.com> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <20021029141208.C97929-100000@herring.nlsystems.com>, Doug Rabson wrote: > On Tue, 29 Oct 2002, John Polstra wrote: > > I think it would work if the symbol were defined strongly in libc_r. > > I think so too. I was trying to work out why this wasn't how things were > done already. FWIW, linux's libpthread appears to be defining the > pthread_* symbols strongly. I think the weak symbols have something to do with support for thread cancellation. I didn't pay much attention at the time, so I don't know the details. Here's the relevant commit message, I think (this one taken from lib/libc_r/uthread/uthread_pause.c): date: 2001/01/24 13:03:34; author: deischen; state: Exp; lines: +4 -4 Add weak definitions for wrapped system calls. In general: _foo - wrapped system call foo - weak definition to _foo and for cancellation points: _foo - wrapped system call __foo - enter cancellation point, call _foo(), leave cancellation point foo - weak definition to __foo Change use of global _thread_run to call a function to get the currently running thread. Make all pthread_foo functions weak definitions to _pthread_foo, where _pthread_foo is the implementation. This allows an application to provide its own pthread functions. Provide slightly different versions of pthread_mutex_lock and pthread_mutex_init so that we can tell the difference between a libc mutex and an application mutex. Threads holding mutexes internal to libc should never be allowed to exit, call signal handlers, or cancel. Approved by: -arch John -- John Polstra John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 8:52:15 2002 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 82F6637B401; Tue, 29 Oct 2002 08:52:13 -0800 (PST) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 333C643E88; Tue, 29 Oct 2002 08:52:12 -0800 (PST) (envelope-from bmah@employees.org) Received: from bmah.dyndns.org ([12.233.149.189]) by sccrmhc01.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20021029165205.EKFB3093.sccrmhc01.attbi.com@bmah.dyndns.org>; Tue, 29 Oct 2002 16:52:05 +0000 Received: from intruder.bmah.org (localhost [IPv6:::1]) by bmah.dyndns.org (8.12.6/8.12.6) with ESMTP id g9TGq5va043814; Tue, 29 Oct 2002 08:52:05 -0800 (PST) (envelope-from bmah@intruder.bmah.org) Received: (from bmah@localhost) by intruder.bmah.org (8.12.6/8.12.6/Submit) id g9TGpvIJ043813; Tue, 29 Oct 2002 08:51:57 -0800 (PST) Message-Id: <200210291651.g9TGpvIJ043813@intruder.bmah.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Doug Barton Cc: Peter Wemm , "M. Warner Losh" , kientzle@acm.org, current@FreeBSD.org, re@FreeBSD.org Subject: Re: HEADS UP: you need to install a new kernel before an installworld. In-Reply-To: <20021028154058.Y3316-100000@master.gorean.org> References: <20021028154058.Y3316-100000@master.gorean.org> Comments: In-reply-to Doug Barton message dated "Mon, 28 Oct 2002 15:43:03 -0800." From: "Bruce A. Mah" Reply-To: bmah@FreeBSD.org X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-Url: http://www.employees.org/~bmah/ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1640474923P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Tue, 29 Oct 2002 08:51:57 -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --==_Exmh_1640474923P Content-Type: text/plain; charset=us-ascii If memory serves me right, Doug Barton wrote: > This should go on the "Comprehensive guide to updating from source to 5.0" > that I'm sure our trusty release engineers are producing? Some of this is described in the early adopter's guide (still a work in progress) that I committed to the release documentation set a few days ago. It refers to src/UPDATING for the source-upgrade-from-4.X steps, but several people have suggested bringing this material into the document. I'm open to that, but first: 1) I'd like the content to settle a bit first, 2) I need to find time to do this. #2 is less of an issue if someone else wants to help out. Cheers, Bruce. --==_Exmh_1640474923P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) Comment: Exmh version 2.5+ 20020506 iD8DBQE9vryt2MoxcVugUsMRAhENAJ9pbRCR27cxdMlZ4kc8ouvTrYHnuwCfefuz zZsU5i0OpORxvzS+2qTlNJc= =iqQB -----END PGP SIGNATURE----- --==_Exmh_1640474923P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 9: 1: 9 2002 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 99AED37B401 for ; Tue, 29 Oct 2002 09:01:07 -0800 (PST) Received: from mail.speakeasy.net (mail15.speakeasy.net [216.254.0.215]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2398243E4A for ; Tue, 29 Oct 2002 09:01:07 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 27236 invoked from network); 29 Oct 2002 17:01:08 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail15.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 29 Oct 2002 17:01:08 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id g9TH0tn5091797; Tue, 29 Oct 2002 12:00:57 -0500 (EST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <1035866580.338.2.camel@gyros.marcuscom.com> Date: Tue, 29 Oct 2002 12:00:54 -0500 (EST) From: John Baldwin To: Joe Marcus Clarke Subject: Re: libgtop port and v_tag changes Cc: Terry Lambert , Nate Lawson , current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 29-Oct-2002 Joe Marcus Clarke wrote: > On Mon, 2002-10-28 at 16:37, John Baldwin wrote: >> >> On 28-Oct-2002 Joe Marcus Clarke wrote: >> > On Mon, 2002-10-28 at 16:27, John Baldwin wrote: >> >> >> >> On 28-Oct-2002 Terry Lambert wrote: >> >> > John Baldwin wrote: >> >> >> I mean, do you know what libgtop is used for? It's used to draw >> >> >> little applets that display load averages and other silly system >> >> >> monitor stuff in small spaces in GUI's. It seems to work quite >> >> >> happily w/o any inode numbers or dev_t's for non-UFS filesystems. >> >> >> I just don't see why some little graphical applet displaying a load >> >> >> average or disk usage or ethernet device usage needs the inode >> >> >> number and dev_t of vnode's in the kernel. I mean, geez. >> >> > >> >> > To build little applets that activate a flashing red light when >> >> > certain files are written? >> >> >> >> Why do you need the inode number to do that. Just kqueue on the >> >> file itself using a regular fd, and in that case you can stat(2) >> >> the file if you really need the i-node number. You don't need >> >> to use libkvm to actually go read the kernel to find this info! >> > >> > You're probably right. But without waiting to re-architect libgtop, I >> > think the immediate problem needs to be fixed. Shall I just commit my >> > original patch that uses libkvm? >> >> Use v_cachedid and v_cachedfs for all VREG vnodes. Then you don't >> need to even go near v_tag. This is fewer kvm_read()'s. If stable >> has the v_cachedid then it should be using that instead of reading >> in UFS inodes as well. > > This look okay? Yep, thanks. :) -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 9:18:38 2002 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 E011137B401 for ; Tue, 29 Oct 2002 09:18:36 -0800 (PST) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 683B243E4A for ; Tue, 29 Oct 2002 09:18:36 -0800 (PST) (envelope-from eischen@pcnet1.pcnet.com) Received: from localhost (eischen@localhost) by mail.pcnet.com (8.12.3/8.12.1) with ESMTP id g9THIQEk009030; Tue, 29 Oct 2002 12:18:26 -0500 (EST) Date: Tue, 29 Oct 2002 12:18:26 -0500 (EST) From: Daniel Eischen To: John Polstra Cc: current@FreeBSD.ORG, dfr@nlsystems.com Subject: Re: gnome on current In-Reply-To: <200210291647.g9TGlVM5049992@vashon.polstra.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 29 Oct 2002, John Polstra wrote: > In article <20021029141208.C97929-100000@herring.nlsystems.com>, > Doug Rabson wrote: > > On Tue, 29 Oct 2002, John Polstra wrote: > > > I think it would work if the symbol were defined strongly in libc_r. > > > > I think so too. I was trying to work out why this wasn't how things were > > done already. FWIW, linux's libpthread appears to be defining the > > pthread_* symbols strongly. > > I think the weak symbols have something to do with support for thread > cancellation. I didn't pay much attention at the time, so I don't > know the details. Here's the relevant commit message, I think (this > one taken from lib/libc_r/uthread/uthread_pause.c): I wasn't paying attention to this thread until I got a glance at this message... FYI, we do the same thing as Solaris: bash-2.05$ uname -rvs SunOS 5.8 Generic_108528-12 bash-2.05$ nm /usr/lib/libpthread.so.1 | grep pthread_mutex_ 0000000000003d28 T _pthread_mutex_attr_gettype 0000000000003d20 T _pthread_mutex_attr_settype 0000000000003c38 T _pthread_mutex_consistent_np 0000000000003c78 T _pthread_mutex_destroy 0000000000003ca0 T _pthread_mutex_getprioceiling 0000000000003c70 T _pthread_mutex_init 0000000000003c80 T _pthread_mutex_lock 0000000000003c98 T _pthread_mutex_setprioceiling 0000000000003c90 T _pthread_mutex_trylock 0000000000003c88 T _pthread_mutex_unlock 0000000000003d28 W pthread_mutex_attr_gettype 0000000000003d20 W pthread_mutex_attr_settype 0000000000003c38 W pthread_mutex_consistent_np 0000000000003c78 W pthread_mutex_destroy 0000000000003ca0 W pthread_mutex_getprioceiling 0000000000003c70 W pthread_mutex_init 0000000000003c80 W pthread_mutex_lock 0000000000003c98 W pthread_mutex_setprioceiling 0000000000003c90 W pthread_mutex_trylock 0000000000003c88 W pthread_mutex_unlock All the pthread_* symbols are weak with the underscore versions being the strong ones. The same thing with libthread (_thr_* are the strong symbols, thr_* are weak). Why does libgcc have no problem? Is it because it uses weak references to the thread routines and avoids calling them until they are non-null? -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 10:13:30 2002 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 D988837B406; Tue, 29 Oct 2002 10:13:28 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4958C43E42; Tue, 29 Oct 2002 10:13:27 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.4/8.12.4) with SMTP id g9TICpOo012889; Tue, 29 Oct 2002 13:12:52 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Tue, 29 Oct 2002 13:12:51 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: John De Boskey Cc: Current List Subject: Re: Poor 5.0/nfs performance In-Reply-To: <20021029071325.GA7231@BSDWins.Com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hmm. I haven't experienced this with my 5.0 boxes not running WITNESS/INVARIANTS/etc, but I'm updating a box to give it a try. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories On Tue, 29 Oct 2002, John De Boskey wrote: > Hi, > > I have a 5.0 system from 10/27. In an attempt to improve > performance I commented out the INVARIANTS/WITNESS options: > > #options INVARIANTS #Enable calls of extra sanity checking > #options INVARIANT_SUPPORT #Extra sanity checks of internal structures, required by INVARIANTS > #options WITNESS #Enable checks to detect deadlocks and cycles > #options WITNESS_SKIPSPIN #Don't run witness on spinlocks for speed > > and then started a make release. > > Since doing this, the machine has become almost totally > unresponsive. Command execution is measured in hours. A page > from top which finally came up shows some very high load > averages: > > last pid: 1892; load averages: 7.14, 6.00, 5.67 up 1+10:49:19 23:50:26 > 34 processes: 1 running, 33 sleeping > CPU states: 0.0% user, 0.0% nice, 78.5% system, 0.8% interrupt, 20.7% idle > Mem: 69M Active, 909M Inact, 214M Wired, 51M Cache, 112M Buf, 255M Free > Swap: 4096M Total, 36K Used, 4096M Free > > PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND > 99689 root -8 5 2928K 2236K biowr 0:59 0.00% 0.00% cvs > > The cvs is being executed by 'make release' updating the chroot area. > The repo lives in /home/ncvs which is an nfs mount of a 4.7 system. A > kernel with the above options does not exibit this behaviour. > > When I killed the cvs process, the machine returns to normal. > > I guess my basic question is: Are the INVARIANTS and WITNESS > options required at this point? > > Thanks, > John > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 10:15:36 2002 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 7F0A537B404 for ; Tue, 29 Oct 2002 10:15:34 -0800 (PST) Received: from InterJet.dellroad.org (adsl-63-194-81-26.dsl.snfc21.pacbell.net [63.194.81.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F9B743E97 for ; Tue, 29 Oct 2002 10:15:33 -0800 (PST) (envelope-from archie@dellroad.org) Received: from arch20m.dellroad.org (arch20m.dellroad.org [10.1.1.20]) by InterJet.dellroad.org (8.9.1a/8.9.1) with ESMTP id KAA80197; Tue, 29 Oct 2002 10:00:09 -0800 (PST) Received: from arch20m.dellroad.org (localhost [127.0.0.1]) by arch20m.dellroad.org (8.12.6/8.12.6) with ESMTP id g9TI03ZE008081; Tue, 29 Oct 2002 10:00:03 -0800 (PST) (envelope-from archie@arch20m.dellroad.org) Received: (from archie@localhost) by arch20m.dellroad.org (8.12.6/8.12.6/Submit) id g9TI036f008080; Tue, 29 Oct 2002 10:00:03 -0800 (PST) From: Archie Cobbs Message-Id: <200210291800.g9TI036f008080@arch20m.dellroad.org> Subject: Re: gnome on current In-Reply-To: <200210291647.g9TGlVM5049992@vashon.polstra.com> "from John Polstra at Oct 29, 2002 08:47:31 am" To: John Polstra Date: Tue, 29 Oct 2002 10:00:03 -0800 (PST) Cc: current@FreeBSD.org, dfr@nlsystems.com X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Polstra writes: > > > I think it would work if the symbol were defined strongly in libc_r. > > > > I think so too. I was trying to work out why this wasn't how things were > > done already. FWIW, linux's libpthread appears to be defining the > > pthread_* symbols strongly. > > I think the weak symbols have something to do with support for thread > cancellation. I didn't pay much attention at the time, so I don't > know the details. Here's the relevant commit message, I think (this > one taken from lib/libc_r/uthread/uthread_pause.c): > > date: 2001/01/24 13:03:34; author: deischen; state: Exp; lines: +4 -4 > Add weak definitions for wrapped system calls. In general: > > _foo - wrapped system call > foo - weak definition to _foo > > and for cancellation points: > > _foo - wrapped system call > __foo - enter cancellation point, call _foo(), leave > cancellation point > foo - weak definition to __foo To me it appears that weak symbols are not related to thread cancellation other than by coincidence. All this commit is saying is that the functionality of the libc_r version of "foo()" is split into two functions, one of which is a public entry point (__foo()) and the other of which is for internal use by libc_r (_foo()). The public entry point just calls the internal version after satisfying the requirement that the function be a cancellation point. In other words, weak symbol are used for non-cancellation point functions as well, and are not required for implemention cancellation points. It might have been slightly clearer if the _foo and __foo names had been reversed, so that "foo" always weakly referenced "_foo" whether or not the function was a cancellation point. But that would have probably caused a lot of changes in existing code (?). -Archie __________________________________________________________________________ Archie Cobbs * Packet Design * http://www.packetdesign.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 10:42: 3 2002 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 B784437B401 for ; Tue, 29 Oct 2002 10:42:00 -0800 (PST) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3834143E77 for ; Tue, 29 Oct 2002 10:42:00 -0800 (PST) (envelope-from eischen@pcnet1.pcnet.com) Received: from localhost (eischen@localhost) by mail.pcnet.com (8.12.3/8.12.1) with ESMTP id g9TIfubN019213; Tue, 29 Oct 2002 13:41:56 -0500 (EST) Date: Tue, 29 Oct 2002 13:41:56 -0500 (EST) From: Daniel Eischen To: Archie Cobbs Cc: John Polstra , current@FreeBSD.ORG, dfr@nlsystems.com Subject: Re: gnome on current In-Reply-To: <200210291800.g9TI036f008080@arch20m.dellroad.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 29 Oct 2002, Archie Cobbs wrote: > John Polstra writes: > > > > I think it would work if the symbol were defined strongly in libc_r. > > > > > > I think so too. I was trying to work out why this wasn't how things were > > > done already. FWIW, linux's libpthread appears to be defining the > > > pthread_* symbols strongly. > > > > I think the weak symbols have something to do with support for thread > > cancellation. I didn't pay much attention at the time, so I don't > > know the details. Here's the relevant commit message, I think (this > > one taken from lib/libc_r/uthread/uthread_pause.c): > > > > date: 2001/01/24 13:03:34; author: deischen; state: Exp; lines: +4 -4 > > Add weak definitions for wrapped system calls. In general: > > > > _foo - wrapped system call > > foo - weak definition to _foo > > > > and for cancellation points: > > > > _foo - wrapped system call > > __foo - enter cancellation point, call _foo(), leave > > cancellation point > > foo - weak definition to __foo > > To me it appears that weak symbols are not related to thread cancellation > other than by coincidence. All this commit is saying is that the functionality > of the libc_r version of "foo()" is split into two functions, one of > which is a public entry point (__foo()) and the other of which is for > internal use by libc_r (_foo()). The public entry point just calls the > internal version after satisfying the requirement that the function > be a cancellation point. > > In other words, weak symbol are used for non-cancellation point functions > as well, and are not required for implemention cancellation points. > > It might have been slightly clearer if the _foo and __foo names had been > reversed, so that "foo" always weakly referenced "_foo" whether or not > the function was a cancellation point. But that would have probably > caused a lot of changes in existing code (?). Non-cancellation points are always single underscores so that the implementation of libc can always use _foo and not care about whether to use _foo() or __foo(). Libc should never call functions that are cancellation points so it makes it easier to just know that you should use the underscore version of the system calls. The same holds true when libc wants to use pthread_* routines; it should only use the underscore variants so that libc_r can tell the difference between the implementation's locks and the application's locks. -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 11: 4:41 2002 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 7343C37B401 for ; Tue, 29 Oct 2002 11:04:40 -0800 (PST) Received: from mailgw2a.lmco.com (mailgw2a.lmco.com [192.91.147.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9BB043E88 for ; Tue, 29 Oct 2002 11:04:36 -0800 (PST) (envelope-from raymond.j.kohler@lmco.com) Received: from emss03g01.ems.lmco.com (emss03g01.ems.lmco.com [141.240.4.144]) by mailgw2a.lmco.com (8.11.6/8.11.6) with ESMTP id g9TJ4XB21637 for ; Tue, 29 Oct 2002 14:04:33 -0500 (EST) Received: from CONVERSION-DAEMON.lmco.com by lmco.com (PMDF V6.1-1 #40646) id <0H4R00J01BN7NV@lmco.com> for current@freebsd.org; Tue, 29 Oct 2002 14:04:32 -0500 (EST) Received: from webserv14 ([204.75.6.251]) by lmco.com (PMDF V6.1-1 #40646) with ESMTP id <0H4R00870AK9OI@lmco.com> for current@freebsd.org; Tue, 29 Oct 2002 13:40:57 -0500 (EST) Date: Tue, 29 Oct 2002 11:40:53 -0700 (MST) From: Raymond Kohler Subject: questions about the state of current To: current@freebsd.org Message-id: <2570443.1035916854787.JavaMail.wshttp@emss03g01.ems.lmco.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm now a stable user, and I'm considering moving to current to get a jump on upgrading and help with the testing effort. I have some questions about its performance: 1) How is the speed compared to stable? I remember it being just too slow some months ago and was wondering how it was improving. 2) Are the random hangs in X fixed yet? I can put up with a few issues (it is current, after all), but that's just too much to bear. 3) Are there any Very Important Packages (mozilla, kde, &c) that won't build or refuse to work right? - @ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 11:10:26 2002 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 DB61237B401; Tue, 29 Oct 2002 11:10:20 -0800 (PST) Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id F16FC43E6E; Tue, 29 Oct 2002 11:10:19 -0800 (PST) (envelope-from philip@p6m7g8.com) Received: from p6m7g8.com (pcp699707pcs.hyatsv01.md.comcast.net [68.50.173.216]) by mtaout03.icomcast.net (iPlanet Messaging Server 5.1 HotFix 1.4 (built Aug 5 2002)) with ESMTP id <0H4R0077NBX4TX@mtaout03.icomcast.net>; Tue, 29 Oct 2002 14:10:17 -0500 (EST) Date: Tue, 29 Oct 2002 14:16:17 +0000 From: "Philip M. Gollucci" Subject: Testing To: freebsd-questions@FreeBSD.org, freebsd-current@FreeBSD.org, dev@perl.apache.org, dev@apache.org Message-id: <3DBE9831.2010401@p6m7g8.com> Organization: P6 Software Inc. MIME-version: 1.0 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20021001 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, Just want to say thanks for all the great work. Figure its time for me to start contributing more actively to our communities. I have the following setup, and would be happy to test some things for people not having access to an envirnment like this. Architecture 350MHz Intel PII w/ 64MB SDRAM PC100 + 128MB Swap 6GB HD ATA33 --------------------------------------------------------------------- Operating System FreeBSD dev.p6m7g8.com 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Mon Oct 28 20:07:22 GMT 2002 philip@dev.p6m7g8.com:/usr/obj/usr/src/sys/DEV i386 ---------------------------------------------------------------------- PERL Summary of my perl5 (revision 5.0 version 9 subversion 0 patch 18053) configuration: Platform: osname=freebsd, osvers=5.0-current-20020917-jpsnap, archname=i386-freebsd uname='freebsd dev 5.0-current-20020917-jpsnap freebsd 5.0-current-20020917-jpsnap #0: mon sep 16 23:22:52 gmt 2002 root@ushi.jp.freebsd.org:usrobjusrsrcsysgeneric i386 ' config_args='-Dusedevel -Doptimize=-g -Dprefix=/home/philip/install/perl -des' hint=recommended, useposix=true, d_sigaction=define usethreads=undef useithreads=undef usemultiplicity=undef useperlio=define d_sfio=undef uselargefiles=define usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='cc', ccflags ='-DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DDEBUGGING -fno-strict-aliasing -I/usr/local/include', optimize='-g', cppflags='-DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DDEBUGGING -fno-strict-aliasing -I/usr/local/include' ccversion='', gccversion='3.2.1 [FreeBSD] 20020901 (prerelease)', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=4, prototype=define Linker and Libraries: ld='cc', ldflags ='-Wl,-E -L/usr/local/lib' libpth=/usr/lib /usr/local/lib libs=-lm -lc -lcrypt -lutil perllibs=-lm -lc -lcrypt -lutil libc=, so=so, useshrplib=false, libperl=libperl.a gnulibc_version='' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' ' cccdlflags='-DPIC -fpic', lddlflags='-shared -L/usr/local/lib' Characteristics of this binary (from libperl): Compile-time options: DEBUGGING USE_LARGE_FILES Locally applied patches: DEVEL17881 Built under freebsd Compiled at Oct 24 2002 20:17:44 @INC: /home/philip/install/perl/lib/5.9.0/i386-freebsd /home/philip/install/perl/lib/5.9.0 /home/philip/install/perl/lib/site_perl/5.9.0/i386-freebsd /home/philip/install/perl/lib/site_perl/5.9.0 /home/philip/install/perl/lib/site_perl ------------------------------------------------------------------ Apache Server version: Apache/2.0.44-dev (Unix) mod_perl/1.99_08-dev Perl/v5.9.0 DAV/2 Server built: Oct 29 2002 04:32:52 Server's Module Magic Number: 20020903:0 Architecture: 32-bit Server compiled with.... -D APACHE_MPM_DIR="server/mpm/prefork" -D APR_HAS_SENDFILE -D APR_HAS_MMAP -D APR_HAVE_IPV6 -D APR_USE_FLOCK_SERIALIZE -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT -D APR_HAS_OTHER_CHILD -D AP_HAVE_RELIABLE_PIPED_LOGS -D HTTPD_ROOT="/home/philip/install/apache2" -D SUEXEC_BIN="/home/philip/install/apache2/bin/suexec" -D DEFAULT_PIDLOG="logs/httpd.pid" -D DEFAULT_SCOREBOARD="logs/apache_runtime_status" -D DEFAULT_LOCKFILE="logs/accept.lock" -D DEFAULT_ERRORLOG="logs/error_log" -D AP_TYPES_CONFIG_FILE="conf/mime.types" -D SERVER_CONFIG_FILE="conf/httpd.conf" ------------------------------------------------------------- MySQL Server version 4.0.3-beta-max-log Protocol version 10 Connection Localhost via UNIX socket UNIX socket /tmp/mysql.sock Uptime: 6 hours 41 min 5 sec --------------------------------------------------------------- GCC gcc version 3.2.1 [FreeBSD] 20021009 (prerelease) ---------------------------------------------------------------- Build Script build_perl() { cd $DIR_SRC/perl-current ./Configure -Dusedevel -Doptimize=-g -Dprefix=$DIR_INSTALL/perl -des make make install $PERL -MCPAN -e 'install("LWP")' } build_httpd2() { cd $DIR_SRC/httpd-2.0 ./buildconf ./configure --prefix=$DIR_INSTALL/apache2 --with-perl=$PERL\ --with-mpm=prefork --enable-mods-shared=all --enable-maintainer-mode make make install } build_modperl2() { cd $DIR_SRC/modperl-2.0 $PERL Makefile.PL MP_INST_APACHE2=1\ MP_APXS=/home/philip/install/apache2/bin/apxs MP_TRACE=all\ MP_MAINTAINER=1 make make test make install } -- END ------------------------------------------------------------------------------ Philip M. Gollucci philip@p6m7g8.com 301.474.9294 301.646.3011 (cell) Science, Discovery, & the Universe (UMCP) Webmaster & Webship Teacher URL: http://www.sdu.umd.edu eJournalPress Database/PERL Programmer & System Admin URL : http://www.ejournalpress.com Resume : http://p6m7g8.net/Resume To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 11:45:20 2002 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 2E94F37B401 for ; Tue, 29 Oct 2002 11:45:19 -0800 (PST) Received: from ruminary.org (chiku.ruminary.org [216.218.185.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C76F43E9E for ; Tue, 29 Oct 2002 11:45:18 -0800 (PST) (envelope-from clark@ruminary.org) Received: by ruminary.org (Postfix, from userid 1000) id 5AF0E22E13; Tue, 29 Oct 2002 11:45:12 -0800 (PST) Date: Tue, 29 Oct 2002 11:45:12 -0800 From: clark shishido To: Raymond Kohler Cc: current@freebsd.org Subject: Re: questions about the state of current Message-ID: <20021029194512.GA58126@ruminary.org> References: <2570443.1035916854787.JavaMail.wshttp@emss03g01.ems.lmco.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2570443.1035916854787.JavaMail.wshttp@emss03g01.ems.lmco.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Oct 29, 2002 at 11:40:53AM -0700, Raymond Kohler wrote: > 1) How is the speed compared to stable? I remember it being just too slow some months ago and was wondering how it was improving. > > 2) Are the random hangs in X fixed yet? I can put up with a few issues (it is current, after all), but that's just too much to bear. > > 3) Are there any Very Important Packages (mozilla, kde, &c) that won't build or refuse to work right? > I started using current a couple months ago, I just rebuilt the big three (world, XFree86, mozilla) last week after the latest gcc import. Speed difference with 4-STABLE on a PIII 866 is not very noticable. If I was reading the threads correctly they trace the X crashes back to a floating point error. I hear kde is broken, mozilla compiled cleanly so some gtk stuff is OK. (Sorry I don't use the full gnome suite either). I lost a filesystem on my current disk a month ago so make sure you use current on another disk. --clark To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 11:53: 1 2002 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 209CD37B401 for ; Tue, 29 Oct 2002 11:53:00 -0800 (PST) Received: from mail.speakeasy.net (mail17.speakeasy.net [216.254.0.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9D5B43E75 for ; Tue, 29 Oct 2002 11:52:59 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 15024 invoked from network); 29 Oct 2002 19:53:04 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail17.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 29 Oct 2002 19:53:04 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id g9TJqun5092409; Tue, 29 Oct 2002 14:52:57 -0500 (EST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20021029194512.GA58126@ruminary.org> Date: Tue, 29 Oct 2002 14:52:56 -0500 (EST) From: John Baldwin To: clark shishido Subject: Re: questions about the state of current Cc: current@freebsd.org, Raymond Kohler Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 29-Oct-2002 clark shishido wrote: > On Tue, Oct 29, 2002 at 11:40:53AM -0700, Raymond Kohler wrote: >> 1) How is the speed compared to stable? I remember it being just too slow some months ago and >> was wondering how it was improving. >> >> 2) Are the random hangs in X fixed yet? I can put up with a few issues (it is current, after >> all), but that's just too much to bear. >> >> 3) Are there any Very Important Packages (mozilla, kde, &c) that won't build or refuse to work >> right? >> > > I started using current a couple months ago, I just rebuilt the big three > (world, XFree86, mozilla) last week after the latest gcc import. Speed > difference with 4-STABLE on a PIII 866 is not very noticable. > > If I was reading the threads correctly they trace the X crashes back to > a floating point error. > > I hear kde is broken, mozilla compiled cleanly so some gtk stuff is OK. > (Sorry I don't use the full gnome suite either). > > I lost a filesystem on my current disk a month ago so make sure you > use current on another disk. I compiled kde3 a week or so ago on my laptop running -current and it is now my new desktop, so I think reports of kde being totally hosed are a bit exagerated or perhaps dated. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 12: 0:24 2002 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 B1F2D37B401 for ; Tue, 29 Oct 2002 12:00:21 -0800 (PST) Received: from InterJet.dellroad.org (adsl-63-194-81-26.dsl.snfc21.pacbell.net [63.194.81.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02FF243E4A for ; Tue, 29 Oct 2002 12:00:21 -0800 (PST) (envelope-from archie@dellroad.org) Received: from arch20m.dellroad.org (arch20m.dellroad.org [10.1.1.20]) by InterJet.dellroad.org (8.9.1a/8.9.1) with ESMTP id LAA80831; Tue, 29 Oct 2002 11:50:44 -0800 (PST) Received: from arch20m.dellroad.org (localhost [127.0.0.1]) by arch20m.dellroad.org (8.12.6/8.12.6) with ESMTP id g9TJodZE008463; Tue, 29 Oct 2002 11:50:39 -0800 (PST) (envelope-from archie@arch20m.dellroad.org) Received: (from archie@localhost) by arch20m.dellroad.org (8.12.6/8.12.6/Submit) id g9TJobld008462; Tue, 29 Oct 2002 11:50:37 -0800 (PST) From: Archie Cobbs Message-Id: <200210291950.g9TJobld008462@arch20m.dellroad.org> Subject: Re: gnome on current In-Reply-To: "from Daniel Eischen at Oct 29, 2002 01:41:56 pm" To: Daniel Eischen Date: Tue, 29 Oct 2002 11:50:37 -0800 (PST) Cc: Archie Cobbs , John Polstra , current@FreeBSD.ORG, dfr@nlsystems.com X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Daniel Eischen writes: > > It might have been slightly clearer if the _foo and __foo names had been > > reversed, so that "foo" always weakly referenced "_foo" whether or not > > the function was a cancellation point. But that would have probably > > caused a lot of changes in existing code (?). > > Non-cancellation points are always single underscores so that > the implementation of libc can always use _foo and not care > about whether to use _foo() or __foo(). Libc should never > call functions that are cancellation points so it makes it > easier to just know that you should use the underscore version > of the system calls. The same holds true when libc wants > to use pthread_* routines; it should only use the underscore > variants so that libc_r can tell the difference between the > implementation's locks and the application's locks. Right, forgot about that.. Thanks, -Archie __________________________________________________________________________ Archie Cobbs * Packet Design * http://www.packetdesign.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 12:13: 5 2002 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 A91DE37B4B8 for ; Tue, 29 Oct 2002 12:13:01 -0800 (PST) Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BD3043E75 for ; Tue, 29 Oct 2002 12:13:00 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.12.1/8.12.1) with ESMTP id g9TKCp7M089454; Tue, 29 Oct 2002 15:12:51 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <2570443.1035916854787.JavaMail.wshttp@emss03g01.ems.lmco.com> References: <2570443.1035916854787.JavaMail.wshttp@emss03g01.ems.lmco.com> Date: Tue, 29 Oct 2002 15:12:50 -0500 To: Raymond Kohler , current@FreeBSD.ORG From: Garance A Drosihn Subject: Re: questions about the state of current Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.3 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 11:40 AM -0700 10/29/02, Raymond Kohler wrote: >I'm now a stable user, and I'm considering moving to current to >get a jump on upgrading and help with the testing effort. Note that -current is a much wilder place than -stable. >I have some questions about its performance: > >1) How is the speed compared to stable? I remember it being just >too slow some months ago and was wondering how it was improving. Seems OK to me. Note that it's using a newer version of gcc, and that definitely takes longer than the 2.92 version on -stable. So, if you do a lot of compiling then -current will definitely be slower for you. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 12:13:24 2002 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 A3F2F37B404; Tue, 29 Oct 2002 12:13:23 -0800 (PST) Received: from flamingo.mail.pas.earthlink.net (flamingo.mail.pas.earthlink.net [207.217.120.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1210843E4A; Tue, 29 Oct 2002 12:13:18 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0057.cvx22-bradley.dialup.earthlink.net ([209.179.198.57] helo=mindspring.com) by flamingo.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 186cjc-0006M7-00; Tue, 29 Oct 2002 12:13:08 -0800 Message-ID: <3DBEEB87.1BDBC35C@mindspring.com> Date: Tue, 29 Oct 2002 12:11:51 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Juli Mallett Cc: Poul-Henning Kamp , current@freebsd.org Subject: Re: make(1) broken! References: <89430.1035892427@critter.freebsd.dk> <20021029041633.A96819@FreeBSD.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Juli Mallett wrote: > > Please test make(1) changes on "make release" in the future. > > The standard metric has been 'make buildworld' I thought? Anyway, try > with revision 1.2 of var_modify.c, that should do it. > > Realistically, to prevent any sort of breakage to make(1), we should > test make(1) by building every port that does not USE_GMAKE, and do > release, and do cross-release. Or just not modify it, except for > bugfixes, which should be tested as above. > > Anyone want to offer a machine to do this? I'd like to offer the machine of the next person to change make... -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 12:16:50 2002 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 3010237B401 for ; Tue, 29 Oct 2002 12:16:49 -0800 (PST) Received: from flamingo.mail.pas.earthlink.net (flamingo.mail.pas.earthlink.net [207.217.120.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0BC143E3B for ; Tue, 29 Oct 2002 12:16:48 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0057.cvx22-bradley.dialup.earthlink.net ([209.179.198.57] helo=mindspring.com) by flamingo.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 186cn7-0004iQ-00; Tue, 29 Oct 2002 12:16:45 -0800 Message-ID: <3DBEEC61.A874B55C@mindspring.com> Date: Tue, 29 Oct 2002 12:15:29 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Doug Rabson Cc: current@freebsd.org Subject: Re: gnome on current References: <20021029121706.L97929-100000@herring.nlsystems.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Doug Rabson wrote: > On investigating one of the crashes more carefully, I discovered that all > calls to pthread_*() were being resolved to stubs in libXThrStub.so in > spite of the fact that libc_r was also loaded. This caused problems for > e.g. flockfile which failed to initialise its mutex (uthread_mutex.c's > init_static calls pthread_mutex_init instead of _pthread_mutex_init and > ends up in libXThrStub). After working around that, I had more fun where > one of the gnome libs tried to call pthread_getspecific(). > > Why isn't the linker resolving these symbols against the ones in libc_r? > For some reason, libc_r defines them weakly so they get resolved by the > first weak definition in the list of libs, which in this case is > libXThrStub :-( So that people who know what they are doing can implement their own versions of the code do in.strument things like "open". Unfortunately, the people who wrote libXThrStub.so apparently didn't know what they were doing... Or, more likely, you are not supposed to be linking against library at all, if you have a working threads library... I feel pretty safe guessing that, given that it's name seems to le "X Threads Stub Library". -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 12:18:58 2002 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 AC36C37B401; Tue, 29 Oct 2002 12:18:57 -0800 (PST) Received: from flamingo.mail.pas.earthlink.net (flamingo.mail.pas.earthlink.net [207.217.120.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44DEA43E77; Tue, 29 Oct 2002 12:18:57 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0057.cvx22-bradley.dialup.earthlink.net ([209.179.198.57] helo=mindspring.com) by flamingo.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 186cpC-0000Z6-00; Tue, 29 Oct 2002 12:18:55 -0800 Message-ID: <3DBEECE2.866CAA6D@mindspring.com> Date: Tue, 29 Oct 2002 12:17:38 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Juli Mallett Cc: Poul-Henning Kamp , current@FreeBSD.ORG Subject: Re: make(1) broken! References: <20021029041633.A96819@FreeBSD.org> <90384.1035896204@critter.freebsd.dk> <20021029050854.A903@FreeBSD.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Juli Mallett wrote: > * De: Poul-Henning Kamp [ Data: 2002-10-29 ] > > Having a set of regression tests for make under src/tools/regression > > would be really cool as well. > > I agree with you 100%. It'd be nice if people with esoteric-but-valid > build systems using our make(1) could submit some edge cases to make > up said tests. I've got a few simple ones, none of which test much on > the "real world behaviour relied upon" side. Where's the full specification for "make", so that we can deduce the edge cases? The standard *can't* be the code, or any change that is made, no matter how stupid, becomes the standard. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 12:21:58 2002 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 ED39937B415 for ; Tue, 29 Oct 2002 12:21:51 -0800 (PST) Received: from flamingo.mail.pas.earthlink.net (flamingo.mail.pas.earthlink.net [207.217.120.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76CE343E9C for ; Tue, 29 Oct 2002 12:21:51 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0057.cvx22-bradley.dialup.earthlink.net ([209.179.198.57] helo=mindspring.com) by flamingo.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 186crp-0004xn-00; Tue, 29 Oct 2002 12:21:38 -0800 Message-ID: <3DBEED85.9D5C711A@mindspring.com> Date: Tue, 29 Oct 2002 12:20:21 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Doug Rabson Cc: John Polstra , current@freebsd.org Subject: Re: gnome on current References: <20021029135722.L97929-100000@herring.nlsystems.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Doug Rabson wrote: > > When a symbol is defined in multiple libraries, the first library > > wins. That's how it has always been in Unix, for archive libraries > > and for shared libraries. > > This is a big problem then since X11.so links to XThrStub.so. This means > that XThrStub will be ahead of libc_r in many situations. WHY? Why is it linked this way, other than to replace functions that would ordinarily be in the threads library? It seems to me that it's doing what it's being told to do, and the fault is in the telling. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 12:22:41 2002 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 B87D637B404 for ; Tue, 29 Oct 2002 12:22:39 -0800 (PST) Received: from magnesium.net (toxic.magnesium.net [207.154.84.15]) by mx1.FreeBSD.org (Postfix) with SMTP id D966143E6E for ; Tue, 29 Oct 2002 12:22:38 -0800 (PST) (envelope-from drbrain@magnesium.net) Received: (qmail 30480 invoked by uid 1100); 29 Oct 2002 20:22:33 -0000 Date: Tue, 29 Oct 2002 12:22:33 -0800 From: Eric Hodel To: Raymond Kohler Cc: current@freebsd.org Subject: Re: questions about the state of current Message-ID: <20021029202233.GF34910@segment7.net> References: <2570443.1035916854787.JavaMail.wshttp@emss03g01.ems.lmco.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Y/WcH0a6A93yCHGr" Content-Disposition: inline In-Reply-To: <2570443.1035916854787.JavaMail.wshttp@emss03g01.ems.lmco.com> User-Agent: Mutt/1.4i Organization: Eric Conspiracy Secret Labs X-Eric-Conspiracy: There is no conspiracy Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --Y/WcH0a6A93yCHGr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Raymond Kohler (raymond.j.kohler@lmco.com) wrote: > 3) Are there any Very Important Packages (mozilla, kde, &c) that > won't build or refuse to work right? I've been compiling mozilla/phoenix for months now, out of CVS, and it was only broken twice, and for no more than a couple of days. --=20 Eric Hodel - drbrain@segment7.net - http://segment7.net All messages signed with fingerprint: FEC2 57F1 D465 EB15 5D6E 7C11 332A 551C 796C 9F04 --Y/WcH0a6A93yCHGr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQE9vu4IMypVHHlsnwQRAlKwAJ9JAfb+ZM40Ow8nMC+FoWgvsYDR/ACglDBM FMkOtM409ubm6jGjH1LohM4= =Q3zV -----END PGP SIGNATURE----- --Y/WcH0a6A93yCHGr-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 12:23:40 2002 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 D4A5D37B401 for ; Tue, 29 Oct 2002 12:23:38 -0800 (PST) Received: from anchor-post-35.mail.demon.net (anchor-post-35.mail.demon.net [194.217.242.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CFF043E77 for ; Tue, 29 Oct 2002 12:23:38 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from mailgate.nlsystems.com ([62.49.251.130] helo=herring.nlsystems.com) by anchor-post-35.mail.demon.net with esmtp (Exim 3.36 #2) id 186cti-0006di-0U; Tue, 29 Oct 2002 20:23:34 +0000 Received: from herring (herring [10.0.0.2]) by herring.nlsystems.com (8.12.6/8.12.4) with ESMTP id g9TKNYgu039553; Tue, 29 Oct 2002 20:23:34 GMT (envelope-from dfr@nlsystems.com) Date: Tue, 29 Oct 2002 20:23:34 +0000 (GMT) From: Doug Rabson To: Terry Lambert Cc: current@freebsd.org Subject: Re: gnome on current In-Reply-To: <3DBEEC61.A874B55C@mindspring.com> Message-ID: <20021029202056.L39178-100000@herring.nlsystems.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 29 Oct 2002, Terry Lambert wrote: > Doug Rabson wrote: > > On investigating one of the crashes more carefully, I discovered that all > > calls to pthread_*() were being resolved to stubs in libXThrStub.so in > > spite of the fact that libc_r was also loaded. This caused problems for > > e.g. flockfile which failed to initialise its mutex (uthread_mutex.c's > > init_static calls pthread_mutex_init instead of _pthread_mutex_init and > > ends up in libXThrStub). After working around that, I had more fun where > > one of the gnome libs tried to call pthread_getspecific(). > > > > Why isn't the linker resolving these symbols against the ones in libc_r? > > For some reason, libc_r defines them weakly so they get resolved by the > > first weak definition in the list of libs, which in this case is > > libXThrStub :-( > > So that people who know what they are doing can implement their > own versions of the code do in.strument things like "open". > > Unfortunately, the people who wrote libXThrStub.so apparently > didn't know what they were doing... > > Or, more likely, you are not supposed to be linking against > library at all, if you have a working threads library... I > feel pretty safe guessing that, given that it's name seems to > le "X Threads Stub Library". The point is that with the current setup of the XFree86-4-libraries port, you don't have any choice, since libX11 links to libXThrStub. This is the key problem, IMHO. I have a machine running RedHat 8.0 and they don't have any such thing. On RedHat, libXThrStub doesn't even exist. All you have to do is create a situation where a shared object that links to libc_r is loaded after libX11 and the thing breaks into little pieces. -- Doug Rabson Mail: dfr@nlsystems.com Phone: +44 20 8348 6160 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 12:33: 1 2002 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 AB3F237B404 for ; Tue, 29 Oct 2002 12:33:00 -0800 (PST) Received: from opiate.thirteenandtwo.org (CPE0030ab0ef2bb.cpe.net.cable.rogers.com [24.103.202.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E66443E97 for ; Tue, 29 Oct 2002 12:32:53 -0800 (PST) (envelope-from munish@opiate.thirteenandtwo.org) Received: from opiate.thirteenandtwo.org (munish@localhost.thirteenandtwo.org [127.0.0.1]) by opiate.thirteenandtwo.org (8.12.6/8.12.6) with ESMTP id g9TKWkG5058151 for ; Tue, 29 Oct 2002 15:32:47 -0500 (EST) (envelope-from munish@opiate.thirteenandtwo.org) Received: (from munish@localhost) by opiate.thirteenandtwo.org (8.12.6/8.12.6/Submit) id g9TKWjI9058146 for current@FreeBSD.ORG; Tue, 29 Oct 2002 15:32:45 -0500 (EST) Date: Tue, 29 Oct 2002 15:32:45 -0500 From: Munish Chopra To: current@FreeBSD.ORG Subject: Re: questions about the state of current Message-ID: <20021029203245.GJ32006@opiate.thirteenandtwo.org> Mail-Followup-To: current@FreeBSD.ORG References: <2570443.1035916854787.JavaMail.wshttp@emss03g01.ems.lmco.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2570443.1035916854787.JavaMail.wshttp@emss03g01.ems.lmco.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 2002-10-29 11:40 +0000, Raymond Kohler wrote: > I'm now a stable user, and I'm considering moving to current to get a jump on upgrading and help with the testing effort. I have some questions about its performance: > > 1) How is the speed compared to stable? I remember it being just too slow some months ago and was wondering how it was improving. > I haven't been on -STABLE for a long time now, but other comments seem to suggest that any performance hit being experienced is negligible. > 2) Are the random hangs in X fixed yet? I can put up with a few issues (it is current, after all), but that's just too much to bear. > X has caused me zero trouble over the past ten months on -CURRENT, partly because I was lucky to have it compiled and working at the right time, partly 'just because'. I've had far more trouble with other things that just came from having built world at a time when things were unstable. > 3) Are there any Very Important Packages (mozilla, kde, &c) that won't build or refuse to work right? > Mozilla builds fine, I build phoenix out of cvs a few times a week. I don't use KDE, but others seem to have it working fine. My -CURRENT box is my primary desktop, I have about 200 ports installed of various size and complexity. Besides noticing the odd breakage of a port and submitting a patch/PR, it hasn't been much trouble. Just remember to read the -current list frequently. -- Munish Chopra To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 12:55:15 2002 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 C710B37B617 for ; Tue, 29 Oct 2002 12:55:13 -0800 (PST) Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C95143E91 for ; Tue, 29 Oct 2002 12:55:13 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0057.cvx22-bradley.dialup.earthlink.net ([209.179.198.57] helo=mindspring.com) by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 186dOG-0004M3-00; Tue, 29 Oct 2002 12:55:08 -0800 Message-ID: <3DBEF55E.A0F9ED1B@mindspring.com> Date: Tue, 29 Oct 2002 12:53:50 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Raymond Kohler Cc: current@freebsd.org Subject: Re: questions about the state of current References: <2570443.1035916854787.JavaMail.wshttp@emss03g01.ems.lmco.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Raymond Kohler wrote: > I'm now a stable user, and I'm considering moving to current to get a jump > on upgrading and help with the testing effort. I have some questions about > its performance: > > 1) How is the speed compared to stable? I remember it being just too slow > some months ago and was wondering how it was improving. Most of the speed difference is WITNESS, INVARIANTS, and other debugging code that's turned on by default in the config files for -current. You can turn most of it off. That said, -current is slower than -stable in a number of places, so expect some slowdown, if you are running non-concurrent code. > 2) Are the random hangs in X fixed yet? I can put up with a few issues > (it is current, after all), but that's just too much to bear. If you have been following chthe -current mailing list, you will know that Bruce provided a patch last week which people are reporiting has fixed the problem. > 3) Are there any Very Important Packages (mozilla, kde, &c) that > won't build or refuse to work right? Gnome is having a problem, but given the problem it's having, it will likely have the same problem on Solaris and several other OS's (everywhere except on Linux). It's because they are defining thread routine replacement stubs when it's not necessary on the platforms they are doing it on. The fix will probably have to come from the gnome community, but you can work around it by getting rid of the linkage against libXThrStub.so. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 12:57:42 2002 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 5316237B401 for ; Tue, 29 Oct 2002 12:57:41 -0800 (PST) Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EAC343EA3 for ; Tue, 29 Oct 2002 12:57:41 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0057.cvx22-bradley.dialup.earthlink.net ([209.179.198.57] helo=mindspring.com) by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 186dQg-0000lH-00; Tue, 29 Oct 2002 12:57:38 -0800 Message-ID: <3DBEF5F3.D445C65A@mindspring.com> Date: Tue, 29 Oct 2002 12:56:19 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Doug Rabson Cc: current@freebsd.org Subject: Re: gnome on current References: <20021029202056.L39178-100000@herring.nlsystems.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Doug Rabson wrote: > The point is that with the current setup of the XFree86-4-libraries port, > you don't have any choice, since libX11 links to libXThrStub. This is the > key problem, IMHO. I have a machine running RedHat 8.0 and they don't have > any such thing. On RedHat, libXThrStub doesn't even exist. So what breaks, when you dike it out? > All you have to do is create a situation where a shared object that links > to libc_r is loaded after libX11 and the thing breaks into little pieces. So let's dike out libXThrStub.so, and be done with it. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 13: 6:38 2002 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 A669937B401 for ; Tue, 29 Oct 2002 13:06:37 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FAA143E3B for ; Tue, 29 Oct 2002 13:06:37 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id g9TL6aFC010662; Tue, 29 Oct 2002 13:06:36 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id g9TL6aoc010659; Tue, 29 Oct 2002 13:06:36 -0800 (PST) (envelope-from dillon) Date: Tue, 29 Oct 2002 13:06:36 -0800 (PST) From: Matthew Dillon Message-Id: <200210292106.g9TL6aoc010659@apollo.backplane.com> To: Terry Lambert Cc: Raymond Kohler , current@FreeBSD.ORG Subject: Re: questions about the state of current References: <2570443.1035916854787.JavaMail.wshttp@emss03g01.ems.lmco.com> <3DBEF55E.A0F9ED1B@mindspring.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :Most of the speed difference is WITNESS, INVARIANTS, and other :debugging code that's turned on by default in the config files :for -current. You can turn most of it off. That said, -current :is slower than -stable in a number of places, so expect some :slowdown, if you are running non-concurrent code. I would concur with this diagnosis. With witness turned off -current is around 15% slower then -stable for general purpose computing, like a 'make buildworld -j 20', and I expect that -stable will beat out -current on single-cpu boxes for a long time to come. That said, it should be noted that nearly all the really cool development projects are only happening in -current. Things like KSEs, hardware crypto support, UFS2, and so forth, only exist in -current. Very little of this work is going to be MFC'd so depending on your needs -current could very well end up faster. And, of course, there is the fact that computing power seems to double every year. Since -current's overhead is in large part due to mutexes and other concurrency mechanisms, and these are literally pure-cpu mechanisms rather then memory or I/O dependant, decisions should be based on capability rather then something as insignificant as a 15% performance difference between the 'rough cut' -current and the well aged -stable. In coming years concurrency is going to become the leading performance-improving mechanism for computers. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 13:23: 5 2002 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 73E1837B401 for ; Tue, 29 Oct 2002 13:23:04 -0800 (PST) Received: from anchor-post-39.mail.demon.net (anchor-post-39.mail.demon.net [194.217.242.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CBB143E4A for ; Tue, 29 Oct 2002 13:23:04 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from mailgate.nlsystems.com ([62.49.251.130] helo=herring.nlsystems.com) by anchor-post-39.mail.demon.net with esmtp (Exim 3.36 #2) id 186dpG-00025M-0U; Tue, 29 Oct 2002 21:23:02 +0000 Received: from herring (herring [10.0.0.2]) by herring.nlsystems.com (8.12.6/8.12.4) with ESMTP id g9TLN2gu043300; Tue, 29 Oct 2002 21:23:02 GMT (envelope-from dfr@nlsystems.com) Date: Tue, 29 Oct 2002 21:23:02 +0000 (GMT) From: Doug Rabson To: Terry Lambert Cc: current@freebsd.org Subject: Re: gnome on current In-Reply-To: <3DBEF5F3.D445C65A@mindspring.com> Message-ID: <20021029212225.C43274-100000@herring.nlsystems.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 29 Oct 2002, Terry Lambert wrote: > Doug Rabson wrote: > > The point is that with the current setup of the XFree86-4-libraries port, > > you don't have any choice, since libX11 links to libXThrStub. This is the > > key problem, IMHO. I have a machine running RedHat 8.0 and they don't have > > any such thing. On RedHat, libXThrStub doesn't even exist. > > So what breaks, when you dike it out? I doubt if anything would break. Our libc already defines a perfectly reasonable set of pthread stubs. > > > All you have to do is create a situation where a shared object that links > > to libc_r is loaded after libX11 and the thing breaks into little pieces. > > So let's dike out libXThrStub.so, and be done with it. Probably. -- Doug Rabson Mail: dfr@nlsystems.com Phone: +44 20 8348 6160 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 13:33: 3 2002 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 B648637B401 for ; Tue, 29 Oct 2002 13:33:01 -0800 (PST) Received: from flamingo.mail.pas.earthlink.net (flamingo.mail.pas.earthlink.net [207.217.120.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F87E43E4A for ; Tue, 29 Oct 2002 13:33:01 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0057.cvx22-bradley.dialup.earthlink.net ([209.179.198.57] helo=mindspring.com) by flamingo.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 186dyZ-0006My-00; Tue, 29 Oct 2002 13:32:39 -0800 Message-ID: <3DBEFE24.1E9DDB89@mindspring.com> Date: Tue, 29 Oct 2002 13:31:16 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Matthew Dillon Cc: Raymond Kohler , current@FreeBSD.ORG Subject: Re: questions about the state of current References: <2570443.1035916854787.JavaMail.wshttp@emss03g01.ems.lmco.com> <3DBEF55E.A0F9ED1B@mindspring.com> <200210292106.g9TL6aoc010659@apollo.backplane.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Matthew Dillon wrote: > That said, it should be noted that nearly all the > really cool development projects are only happening in -current. Not by choice... 8-) 8-). > And, of course, there is the fact that computing power seems to > double every year. Since -current's overhead is in large part > due to mutexes and other concurrency mechanisms, and these are > literally pure-cpu mechanisms rather then memory or I/O dependant, > decisions should be based on capability rather then something as > insignificant as a 15% performance difference between the 'rough cut' > -current and the well aged -stable. In coming years concurrency > is going to become the leading performance-improving mechanism > for computers. I agree that "it's to be expected", but the "it doesn't matter" argument is pretty lame. It matters. Coming to FreeBSD the first time, I would definitely make a decision for 4.7 vs. 5.x if performance were an issue for me. I still have not seen a reasonable justification for interrupt threads (for example), except that they are easier to understand and program. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 13:46:59 2002 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 66A5537B401 for ; Tue, 29 Oct 2002 13:46:58 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07DE843E8A for ; Tue, 29 Oct 2002 13:46:58 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id g9TLkvFC010976; Tue, 29 Oct 2002 13:46:57 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id g9TLkvWi010975; Tue, 29 Oct 2002 13:46:57 -0800 (PST) (envelope-from dillon) Date: Tue, 29 Oct 2002 13:46:57 -0800 (PST) From: Matthew Dillon Message-Id: <200210292146.g9TLkvWi010975@apollo.backplane.com> To: Terry Lambert Cc: Raymond Kohler , current@FreeBSD.ORG Subject: Re: questions about the state of current References: <2570443.1035916854787.JavaMail.wshttp@emss03g01.ems.lmco.com> <3DBEF55E.A0F9ED1B@mindspring.com> <200210292106.g9TL6aoc010659@apollo.backplane.com> <3DBEFE24.1E9DDB89@mindspring.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :I agree that "it's to be expected", but the "it doesn't matter" :argument is pretty lame. It matters. Coming to FreeBSD the :first time, I would definitely make a decision for 4.7 vs. 5.x :if performance were an issue for me. I still have not seen a :reasonable justification for interrupt threads (for example), :except that they are easier to understand and program. : :-- Terry Interrupt threads have 'grown' on me. I like them. But I come from an embedded world where switching threads costs no more then a procedure call. The way I figure it, we will eventually be able to make -current's scheduler efficient enough such that the overhead of switching to an interrupt thread becomes a non-issue, and they take care of the big problem we've always had with interrupts under SMP... managing interrupts in an SMP environment. I am somewhat partial to the interrupt context stealing idea too, though I'm not sure if the added complexity is worth it (time may be better spent improving the scheduler). -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 13:55:12 2002 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 5F2D137B401 for ; Tue, 29 Oct 2002 13:55:11 -0800 (PST) Received: from flamingo.mail.pas.earthlink.net (flamingo.mail.pas.earthlink.net [207.217.120.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48EE143E75 for ; Tue, 29 Oct 2002 13:55:09 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0057.cvx22-bradley.dialup.earthlink.net ([209.179.198.57] helo=mindspring.com) by flamingo.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 186eKJ-0003qe-00; Tue, 29 Oct 2002 13:55:07 -0800 Message-ID: <3DBF0366.10FCC8E@mindspring.com> Date: Tue, 29 Oct 2002 13:53:42 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Matthew Dillon Cc: Raymond Kohler , current@FreeBSD.ORG Subject: Re: questions about the state of current References: <2570443.1035916854787.JavaMail.wshttp@emss03g01.ems.lmco.com> <3DBEF55E.A0F9ED1B@mindspring.com> <200210292106.g9TL6aoc010659@apollo.backplane.com> <3DBEFE24.1E9DDB89@mindspring.com> <200210292146.g9TLkvWi010975@apollo.backplane.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Matthew Dillon wrote: > Interrupt threads have 'grown' on me. I like them. > But I come from an embedded world where switching threads > costs no more then a procedure call. The way I figure it, > we will eventually be able to make -current's scheduler > efficient enough such that the overhead of switching to > an interrupt thread becomes a non-issue, and they take care > of the big problem we've always had with interrupts under > SMP... managing interrupts in an SMP environment. Don't get me wrong... 15% is heavy overhead, but I expect that, over time, that performance gap will at least narrow, if not disappear, if hyperthreading becomes domething other than a parketing buzzword. > I am somewhat partial to the interrupt context stealing > idea too, though I'm not sure if the added complexity is > worth it (time may be better spent improving the scheduler). I like context stealing, too. I've liked it ever since I first saw it in Windows 95 back in 1996; it's been common practice in the Windows world for a long time. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 14:44: 1 2002 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 5B9E437B401; Tue, 29 Oct 2002 14:43:59 -0800 (PST) Received: from mckinley.corp.yahoo.com (mckinley.corp.yahoo.com [216.145.62.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FCEA43E3B; Tue, 29 Oct 2002 14:43:59 -0800 (PST) (envelope-from peter@freebsd.org) Received: from mckinley.corp.yahoo.com (localhost [127.0.0.1]) by mckinley.corp.yahoo.com (8.12.6/8.12.5) with ESMTP id g9TMWKJS050182; Tue, 29 Oct 2002 14:32:21 -0800 (PST) (envelope-from peter@freebsd.org) Received: (from root@localhost) by mckinley.corp.yahoo.com (8.12.6/8.12.5/Submit) id g9TMWKca050181; Tue, 29 Oct 2002 14:32:20 -0800 (PST) Message-Id: <200210292232.g9TMWKca050181@mckinley.corp.yahoo.com> From: Peter Wemm Date: Tue, 29 Oct 2002 14:32:20 -0800 (PST) Subject: ia64 tinderbox failure To: current@freebsd.org, ia64@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /home/tinderbox/ia64/obj/home/tinderbox/ia64/src/ia64/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- ===> usr.sbin/ntp/ntpd make: don't know how to make ntp_resolver.c. Stop *** Error code 2 Stop in /home/tinderbox/ia64/src/usr.sbin/ntp. *** Error code 1 Stop in /home/tinderbox/ia64/src/usr.sbin. *** Error code 1 Stop in /home/tinderbox/ia64/src. *** Error code 1 Stop in /home/tinderbox/ia64/src. *** Error code 1 Stop in /home/tinderbox/ia64/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 15:25:51 2002 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 8339237B401; Tue, 29 Oct 2002 15:25:50 -0800 (PST) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFEA243E3B; Tue, 29 Oct 2002 15:25:49 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.3/8.12.5) with ESMTP id g9TNPmgQ054061 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Tue, 29 Oct 2002 18:25:49 -0500 (EST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.3/8.12.5/Submit) id g9TNPmSR054058; Tue, 29 Oct 2002 18:25:48 -0500 (EST) (envelope-from wollman) Date: Tue, 29 Oct 2002 18:25:48 -0500 (EST) From: Garrett Wollman Message-Id: <200210292325.g9TNPmSR054058@khavrinen.lcs.mit.edu> To: imp@FreeBSD.org Cc: current@FreeBSD.org Subject: NEWCARD and "Linksys PCM200 ver. 2" CardBus Ethernet Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Has anyone managed to make one of these work? I get the following messages: cardbus1: Expecting link target, got 0x59 cardbus1: Resource not specified in CIS: id=10, size=100 cardbus1: Resource not specified in CIS: id=14, size=400 cardbus1: (vendor=0x1737, dev=0xab09) at 0.0 irq 11 cbb1: CardBus card activation failed The box that this card came in was found in my boss's office, unopened and gathering dust, so I have no idea how recent it actually is; packaging seems to suggest 2001. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 15:37:23 2002 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 7E78637B401 for ; Tue, 29 Oct 2002 15:37:22 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC3EE43E6E for ; Tue, 29 Oct 2002 15:37:21 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g9TNbLpk040763; Tue, 29 Oct 2002 16:37:21 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 29 Oct 2002 16:36:11 -0700 (MST) Message-Id: <20021029.163611.29174595.imp@bsdimp.com> To: wollman@lcs.mit.edu Cc: current@FreeBSD.org Subject: Re: NEWCARD and "Linksys PCM200 ver. 2" CardBus Ethernet From: "M. Warner Losh" In-Reply-To: <200210292325.g9TNPmSR054058@khavrinen.lcs.mit.edu> References: <200210292325.g9TNPmSR054058@khavrinen.lcs.mit.edu> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <200210292325.g9TNPmSR054058@khavrinen.lcs.mit.edu> Garrett Wollman writes: : Has anyone managed to make one of these work? I get the following : messages: : : cardbus1: Expecting link target, got 0x59 : cardbus1: Resource not specified in CIS: id=10, size=100 : cardbus1: Resource not specified in CIS: id=14, size=400 : cardbus1: (vendor=0x1737, dev=0xab09) at 0.0 irq 11 : cbb1: CardBus card activation failed : : The box that this card came in was found in my boss's office, unopened : and gathering dust, so I have no idea how recent it actually is; : packaging seems to suggest 2001. Try loading the dc driver and the rl driver. Oh, wait, this is vers.2. The ab09 looks similar to the ab02 for the Abocom FE2500. I think I have patches in my mailbox to add support for this, but there was some issue with them that I wanted to get nailed down before I committed. Hmmm, those patches were for a slightly different card, with a vendor of 0x13d1, devid 0xab03. Looks like we need to add some more vendor stuff. Also, I just found the patch in my inbox, and it looks like there's some stuff that is specific to that card that isn't called out as such. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 16: 7:33 2002 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 76D1837B401; Tue, 29 Oct 2002 16:07:32 -0800 (PST) Received: from fep5.cogeco.net (smtp.cogeco.net [216.221.81.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id A264743E42; Tue, 29 Oct 2002 16:07:26 -0800 (PST) (envelope-from mike@sparc64.style9.org) Received: from bowie.private (d141-203-41.home.cgocable.net [24.141.203.41]) by fep5.cogeco.net (Postfix) with ESMTP id 6AF0F7894; Tue, 29 Oct 2002 19:06:41 -0500 (EST) Received: from bowie.private (localhost [127.0.0.1]) by bowie.private (8.12.6/8.12.5) with ESMTP id g9U06fGR081951; Wed, 30 Oct 2002 00:06:41 GMT (envelope-from mike@bowie.private) Received: (from mike@localhost) by bowie.private (8.12.6/8.12.6/Submit) id g9U06ePQ081949; Wed, 30 Oct 2002 00:06:40 GMT Date: Wed, 30 Oct 2002 00:06:40 GMT From: Mike Barcroft Message-Id: <200210300006.g9U06ePQ081949@bowie.private> To: current@FreeBSD.org, sparc64@FreeBSD.org Subject: sparc64 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- ===> usr.sbin/ntp/ntpd make: don't know how to make ntp_resolver.c. Stop *** Error code 2 Stop in /tinderbox/sparc64/src/usr.sbin/ntp. *** Error code 1 Stop in /tinderbox/sparc64/src/usr.sbin. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 17:11:38 2002 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 E1B4337B401; Tue, 29 Oct 2002 17:11:33 -0800 (PST) Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42DA143E3B; Tue, 29 Oct 2002 17:11:33 -0800 (PST) (envelope-from philip@p6m7g8.com) Received: from p6m7g8.com (pcp699707pcs.hyatsv01.md.comcast.net [68.50.173.216]) by mtaout06.icomcast.net (iPlanet Messaging Server 5.1 HotFix 1.4 (built Aug 5 2002)) with ESMTP id <0H4R00G9XSMZNK@mtaout06.icomcast.net>; Tue, 29 Oct 2002 20:11:26 -0500 (EST) Date: Tue, 29 Oct 2002 20:17:17 +0000 From: "Philip M. Gollucci" Subject: Apache Binaries Available Cc: freebsd-questions@FreeBSD.org, freebsd-current@FreeBSD.org, dev@perl.apache.org, dev@apache.org Message-id: <3DBEECCD.1080906@p6m7g8.com> Organization: P6 Software Inc. MIME-version: 1.0 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20021001 References: <3DBE9831.2010401@p6m7g8.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi again, If anyone is interested, I have the following binaries of apache available 1.3.27, 2.0.43 for platforms: 1) freebsd: 5.0-current, 4.7-release 2) solaris: sparc-sun-solaris2.7 http://p6m7g8.net/apache Philip M. Gollucci wrote: > Hi all, > Just want to say thanks for all the great work. > Figure its time for me to start contributing more actively to our > communities. > > I have the following setup, and would be happy to test some things for > people not having access to an envirnment like this. > > Architecture > 350MHz Intel PII w/ 64MB SDRAM PC100 + 128MB Swap 6GB HD ATA33 > --------------------------------------------------------------------- > Operating System > FreeBSD dev.p6m7g8.com 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Mon Oct 28 > 20:07:22 GMT 2002 philip@dev.p6m7g8.com:/usr/obj/usr/src/sys/DEV i386 > ---------------------------------------------------------------------- > PERL > Summary of my perl5 (revision 5.0 version 9 subversion 0 patch 18053) > configuration: > Platform: > osname=freebsd, osvers=5.0-current-20020917-jpsnap, > archname=i386-freebsd > uname='freebsd dev 5.0-current-20020917-jpsnap freebsd > 5.0-current-20020917-jpsnap #0: mon sep 16 23:22:52 gmt 2002 > root@ushi.jp.freebsd.org:usrobjusrsrcsysgeneric i386 ' > config_args='-Dusedevel -Doptimize=-g > -Dprefix=/home/philip/install/perl -des' > hint=recommended, useposix=true, d_sigaction=define > usethreads=undef useithreads=undef usemultiplicity=undef > useperlio=define d_sfio=undef uselargefiles=define usesocks=undef > use64bitint=undef use64bitall=undef uselongdouble=undef > usemymalloc=n, bincompat5005=undef > Compiler: > cc='cc', ccflags ='-DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DDEBUGGING > -fno-strict-aliasing -I/usr/local/include', > optimize='-g', > cppflags='-DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DDEBUGGING > -fno-strict-aliasing -I/usr/local/include' > ccversion='', gccversion='3.2.1 [FreeBSD] 20020901 (prerelease)', > gccosandvers='' > intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234 > d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 > ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', > lseeksize=8 > alignbytes=4, prototype=define > Linker and Libraries: > ld='cc', ldflags ='-Wl,-E -L/usr/local/lib' > libpth=/usr/lib /usr/local/lib > libs=-lm -lc -lcrypt -lutil > perllibs=-lm -lc -lcrypt -lutil > libc=, so=so, useshrplib=false, libperl=libperl.a > gnulibc_version='' > Dynamic Linking: > dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' ' > cccdlflags='-DPIC -fpic', lddlflags='-shared -L/usr/local/lib' > > > Characteristics of this binary (from libperl): > Compile-time options: DEBUGGING USE_LARGE_FILES > Locally applied patches: > DEVEL17881 > Built under freebsd > Compiled at Oct 24 2002 20:17:44 > @INC: > /home/philip/install/perl/lib/5.9.0/i386-freebsd > /home/philip/install/perl/lib/5.9.0 > /home/philip/install/perl/lib/site_perl/5.9.0/i386-freebsd > /home/philip/install/perl/lib/site_perl/5.9.0 > /home/philip/install/perl/lib/site_perl > ------------------------------------------------------------------ > Apache > Server version: Apache/2.0.44-dev (Unix) mod_perl/1.99_08-dev > Perl/v5.9.0 DAV/2 > Server built: Oct 29 2002 04:32:52 > Server's Module Magic Number: 20020903:0 > Architecture: 32-bit > Server compiled with.... > -D APACHE_MPM_DIR="server/mpm/prefork" > -D APR_HAS_SENDFILE > -D APR_HAS_MMAP > -D APR_HAVE_IPV6 > -D APR_USE_FLOCK_SERIALIZE > -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT > -D APR_HAS_OTHER_CHILD > -D AP_HAVE_RELIABLE_PIPED_LOGS > -D HTTPD_ROOT="/home/philip/install/apache2" > -D SUEXEC_BIN="/home/philip/install/apache2/bin/suexec" > -D DEFAULT_PIDLOG="logs/httpd.pid" > -D DEFAULT_SCOREBOARD="logs/apache_runtime_status" > -D DEFAULT_LOCKFILE="logs/accept.lock" > -D DEFAULT_ERRORLOG="logs/error_log" > -D AP_TYPES_CONFIG_FILE="conf/mime.types" > -D SERVER_CONFIG_FILE="conf/httpd.conf" > ------------------------------------------------------------- > MySQL > Server version 4.0.3-beta-max-log > Protocol version 10 > Connection Localhost via UNIX socket > UNIX socket /tmp/mysql.sock > Uptime: 6 hours 41 min 5 sec > --------------------------------------------------------------- > GCC > gcc version 3.2.1 [FreeBSD] 20021009 (prerelease) > ---------------------------------------------------------------- > Build Script > > build_perl() { > cd $DIR_SRC/perl-current > ./Configure -Dusedevel -Doptimize=-g -Dprefix=$DIR_INSTALL/perl -des > make > make install > $PERL -MCPAN -e 'install("LWP")' > } > > build_httpd2() { > cd $DIR_SRC/httpd-2.0 > ./buildconf > ./configure --prefix=$DIR_INSTALL/apache2 --with-perl=$PERL\ > --with-mpm=prefork --enable-mods-shared=all --enable-maintainer-mode > make > make install > } > build_modperl2() { > cd $DIR_SRC/modperl-2.0 > $PERL Makefile.PL MP_INST_APACHE2=1\ > MP_APXS=/home/philip/install/apache2/bin/apxs MP_TRACE=all\ MP_MAINTAINER=1 > make > make test > make install > } > > > > > > > > > -- END ------------------------------------------------------------------------------ Philip M. Gollucci philip@p6m7g8.com 301.474.9294 301.646.3011 (cell) Science, Discovery, & the Universe (UMCP) Webmaster & Webship Teacher URL: http://www.sdu.umd.edu eJournalPress Database/PERL Programmer & System Admin URL : http://www.ejournalpress.com Resume : http://p6m7g8.net/Resume To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 18: 9:53 2002 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 A4F5F37B401 for ; Tue, 29 Oct 2002 18:09:52 -0800 (PST) Received: from newton.issci.ca (mail.acns.ab.ca [142.179.151.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03DC343E75 for ; Tue, 29 Oct 2002 18:09:52 -0800 (PST) (envelope-from davidc@newton.issci.ca) Received: from newton.issci.ca (localhost [127.0.0.1]) by newton.issci.ca (8.12.6/8.12.5) with ESMTP id g9U29f6Y043705 for ; Tue, 29 Oct 2002 19:09:41 -0700 (MST) (envelope-from davidc@newton.issci.ca) Received: (from davidc@localhost) by newton.issci.ca (8.12.6/8.12.6/Submit) id g9U29fIR043704 for freebsd-current@freebsd.org; Tue, 29 Oct 2002 19:09:41 -0700 (MST) Date: Tue, 29 Oct 2002 19:09:41 -0700 From: Chad David To: freebsd-current@freebsd.org Subject: Objective-C threads Message-ID: <20021029190941.A43525@newton.issci.ca> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Does anybody know if there is a good reason why libobjc is built with thr-single.c? As well, who is the current maintainer of Objective-C? -- Chad David davidc@issci.ca www.FreeBSD.org davidc@freebsd.org ISSci Inc. Calgary, Alberta Canada To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 18:12:25 2002 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 B046137B401; Tue, 29 Oct 2002 18:12:24 -0800 (PST) Received: from 12-234-90-219.client.attbi.com (12-234-90-219.client.attbi.com [12.234.90.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B73543E3B; Tue, 29 Oct 2002 18:12:24 -0800 (PST) (envelope-from DougB@FreeBSD.org) Received: from master.gorean.org (master.gorean.org [10.0.0.2]) by 12-234-90-219.client.attbi.com (8.12.6/8.12.6) with ESMTP id g9U2CFmX022374; Tue, 29 Oct 2002 18:12:15 -0800 (PST) (envelope-from DougB@FreeBSD.org) Received: from localhost (doug@localhost) by master.gorean.org (8.12.6/8.12.6/Submit) with ESMTP id g9U2CD7X007164; Tue, 29 Oct 2002 18:12:15 -0800 (PST) Date: Tue, 29 Oct 2002 18:12:13 -0800 (PST) From: Doug Barton To: Poul-Henning Kamp Cc: Juli Mallett , Subject: Re: make(1) broken! In-Reply-To: <90384.1035896204@critter.freebsd.dk> Message-ID: <20021029181113.L7043-100000@master.gorean.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 29 Oct 2002, Poul-Henning Kamp wrote: > I don't think we need to go overboard, but we are in the run{up,down} > to a release now, so some extra testing would be nice. I think this point may not have gotten the attention it deserves. Being so close to a major release, why are we changing make around like this? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 18:17:55 2002 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 8513737B401; Tue, 29 Oct 2002 18:17:54 -0800 (PST) Received: from ion.gank.org (ion.gank.org [198.78.66.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2795343E6E; Tue, 29 Oct 2002 18:17:54 -0800 (PST) (envelope-from craig@gjgth.gank.org) Received: from darth-laptop.auir.gank.org (dsl081-113-221.dfw1.dsl.speakeasy.net [64.81.113.221]) by ion.gank.org (GankMail) with ESMTP id 10C6E2BF12; Tue, 29 Oct 2002 20:15:58 -0600 (CST) Subject: Re: Large 'label'ing defaults for sysinstall From: Craig Boston To: John De Boskey Cc: Current List In-Reply-To: <20021028063937.GA37379@BSDWins.Com> References: <20021028063937.GA37379@BSDWins.Com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 29 Oct 2002 20:15:54 -0600 Message-Id: <1035944160.700.19.camel@darth-laptop> Mime-Version: 1.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > In this day of larger disk drives, I've modified > the code in sysinstall to automatically create a /home > partition and increase the rest of the sizes if the > size of the disk (or slice) exceeds a given size (currently > 58gig in my patch). For example, using A(uto in the label > editor on a 100gig drive now gives: I thought FreeBSD traditionally used /usr/home for home directories with /home being a symlink...? Has this changed? IIRC, one of the reasons/benefits was to discourage the bigass-root-partition-with-everything-on-it approach. Craig To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 18:38:22 2002 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 1E9AF37B401; Tue, 29 Oct 2002 18:38:21 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6830C43E7B; Tue, 29 Oct 2002 18:38:20 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id g9U2cJFC013004; Tue, 29 Oct 2002 18:38:20 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id g9U2cJwC013003; Tue, 29 Oct 2002 18:38:19 -0800 (PST) (envelope-from dillon) Date: Tue, 29 Oct 2002 18:38:19 -0800 (PST) From: Matthew Dillon Message-Id: <200210300238.g9U2cJwC013003@apollo.backplane.com> To: John De Boskey , Current List Cc: "Daniel O'Connor" Subject: Re: Large 'label'ing defaults for sysinstall References: <20021028063937.GA37379@BSDWins.Com> <1035788891.16211.70.camel@chowder.localdomain> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have to agree with Daniel here, John. I've worked on 'A'uto quite a bit and it is simply not possible to create 'A'uto values that everyone is satisfied with. It also doesn't make much sense to arbitrarily scale what are normally small partitions just because you have a large disk. For example, very few people would ever need an 8G /tmp or a 4G /var or a 4G swap, let alone a 1G root. In fact, the only type of people who would need large values for those partitions are also the type of people who are not going to be satisfied with 'A'uto no matter what you do, and who prefer to configure the partitions manually. So it doesn't make much sense to try to cater to them. Another real problem with this change is one of performance. One reason why root is small is because it is supposed to be small. The smaller partitions tend to be configured at the outer edge of the disk, where accesses are the fastest. That's done on purpose. If you make all the partitions arbitrarily large you lose that performance for no good reason (After all, 98% of the people who install FreeBS aren't likely to use all the extra space in these partitions). /usr is also an issue. Again, for most people, a 3G /usr is plenty big enough. The type of person who wants a larger /usr is also the type of person who wants to configure his partitions manually. 'A'uto is targeted towards a 'general workstation or small server' user and should probably remain that way. I would also point out that most people with big disks have big plans for them... as in to use them to store photos or videos or whatnot. That implies that if you are going to have a /home at all, most of the extra space should go straight into it. Note that I tried to have disklabel create a /home last year (or was it earlier this year?), and was shot down. I personally like the idea of having a /home for large disks. I do not think that the other partition defaults should be changed, however. -Matt :... :> I'd like to commit this if there are no major objections. The :> values of the LARGE defines, will I'm sure, be refined with use :-) : :"But I use /local0 not /home" : :Although that is only on radar machines which store data, all the other :machines have a big /usr. : :My point is that you could keep fiddling the Auto settings and still not :make everyone happy. : :IMHO they should be left as they are. : :-- :Daniel O'Connor software and network engineer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 19: 5:47 2002 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 0155237B401 for ; Tue, 29 Oct 2002 19:05:47 -0800 (PST) Received: from harrier.mail.pas.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9918443E88 for ; Tue, 29 Oct 2002 19:05:46 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0188.cvx40-bradley.dialup.earthlink.net ([216.244.42.188] helo=mindspring.com) by harrier.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 186jAn-0000c1-00; Tue, 29 Oct 2002 19:05:38 -0800 Message-ID: <3DBF4C35.B554A7C1@mindspring.com> Date: Tue, 29 Oct 2002 19:04:21 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Chad David Cc: freebsd-current@freebsd.org Subject: Re: Objective-C threads References: <20021029190941.A43525@newton.issci.ca> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Chad David wrote: > Does anybody know if there is a good reason why libobjc is built with > thr-single.c? Historical threads problems. > As well, who is the current maintainer of Objective-C? Chad David? -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 19:12:39 2002 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 DD8B637B401 for ; Tue, 29 Oct 2002 19:12:37 -0800 (PST) Received: from stash.attlabs.att.com (mpfg.attlabs.net [12.106.35.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35FBF43E75 for ; Tue, 29 Oct 2002 19:12:37 -0800 (PST) (envelope-from fenner@research.att.com) Received: from stash.attlabs.att.com (localhost [IPv6:::1]) by stash.attlabs.att.com (8.12.6/8.12.6) with ESMTP id g9U3CQAD021758 for ; Tue, 29 Oct 2002 19:12:26 -0800 (PST) (envelope-from fenner@stash.attlabs.att.com) Received: (from fenner@localhost) by stash.attlabs.att.com (8.12.6/8.12.6/Submit) id g9U3CPZs021756 for freebsd-current@freebsd.org; Tue, 29 Oct 2002 19:12:25 -0800 (PST) (envelope-from fenner) Date: Tue, 29 Oct 2002 19:12:25 -0800 (PST) From: Bill Fenner Message-Id: <200210300312.g9U3CPZs021756@stash.attlabs.att.com> To: freebsd-current@freebsd.org Subject: libfetch(3) patch for SSL Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Turns out my writev patch for fetch broke SSL, since it could create iov[0].iov_len = 0, which would cause SSL_write(..,0), which would return 0, which would look like a short write and cause an error, which then gets ignored by http.c . Ignoring the bigger picture of the error checking, this fix at least gets https: working again by making sure that _fetch_putln doesn't construct an iov with iov_len == 0. (Yes, this is against rev 1.40, post-brouhaha). Bill Index: common.c =================================================================== RCS file: /home/ncvs/src/lib/libfetch/common.c,v retrieving revision 1.40 diff -u -r1.40 common.c --- common.c 30 Oct 2002 00:17:16 -0000 1.40 +++ common.c 30 Oct 2002 03:06:58 -0000 @@ -539,13 +539,18 @@ _fetch_putln(conn_t *conn, const char *str, size_t len) { struct iovec iov[2]; + int ret; DEBUG(fprintf(stderr, ">>> %s\n", str)); iov[0].iov_base = __DECONST(char *, str); iov[0].iov_len = len; iov[1].iov_base = __DECONST(char *, ENDL); iov[1].iov_len = sizeof ENDL; - if (_fetch_writev(conn, iov, 2) == -1) + if (len == 0) + ret = _fetch_writev(conn, &iov[1], 1); + else + ret = _fetch_writev(conn, iov, 2); + if (ret == -1) return (-1); return (0); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 19:13:26 2002 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 3791737B401 for ; Tue, 29 Oct 2002 19:13:26 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0B5143E4A for ; Tue, 29 Oct 2002 19:13:25 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.6/8.12.2) with ESMTP id g9U3DCJR076165; Tue, 29 Oct 2002 19:13:12 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.6/8.12.6/Submit) id g9U3Bu0f076149; Tue, 29 Oct 2002 19:11:56 -0800 (PST) Date: Tue, 29 Oct 2002 19:11:56 -0800 From: "David O'Brien" To: Chad David Cc: freebsd-current@freebsd.org Subject: Re: Objective-C threads Message-ID: <20021030031156.GA76120@dragon.nuxi.com> Reply-To: freebsd-current@freebsd.org References: <20021029190941.A43525@newton.issci.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021029190941.A43525@newton.issci.ca> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 5.0-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 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Oct 29, 2002 at 07:09:41PM -0700, Chad David wrote: > Does anybody know if there is a good reason why libobjc is built with > thr-single.c? As well, who is the current maintainer of Objective-C? Few of us have ObjC clue. Do you have a patch that makes things better that you can explain to us? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 19:29:38 2002 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 DF88E37B401 for ; Tue, 29 Oct 2002 19:29:37 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A8E743E3B for ; Tue, 29 Oct 2002 19:29:37 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.6/8.12.2) with ESMTP id g9U3TbJR076970; Tue, 29 Oct 2002 19:29:37 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.6/8.12.6/Submit) id g9U3SMQ6076948; Tue, 29 Oct 2002 19:28:22 -0800 (PST) Date: Tue, 29 Oct 2002 19:28:21 -0800 From: "David O'Brien" To: Bill Fenner Cc: freebsd-current@freebsd.org Subject: Re: libfetch(3) patch for SSL Message-ID: <20021030032821.GA76891@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <200210300312.g9U3CPZs021756@stash.attlabs.att.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200210300312.g9U3CPZs021756@stash.attlabs.att.com> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 5.0-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 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Oct 29, 2002 at 07:12:25PM -0800, Bill Fenner wrote: > then gets ignored by http.c . Ignoring the bigger picture of the error > checking, this fix at least gets https: working again by making sure > that _fetch_putln doesn't construct an iov with iov_len == 0. (Yes, > this is against rev 1.40, post-brouhaha). This patch does not break pkg_add -r or fetch in my environment. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 19:42:56 2002 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 7C3CD37B401 for ; Tue, 29 Oct 2002 19:42:54 -0800 (PST) Received: from power.doogles.com (power.doogles.com [209.15.149.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id C55E743E7B for ; Tue, 29 Oct 2002 19:42:53 -0800 (PST) (envelope-from jyoung@power.doogles.com) Received: from localhost (jyoung@localhost) by power.doogles.com (8.11.6/8.11.6) with ESMTP id g9U3gkd18082; Tue, 29 Oct 2002 21:42:46 -0600 Date: Tue, 29 Oct 2002 21:42:46 -0600 (CST) From: "Jason A. Young" To: Poul-Henning Kamp Cc: current@FreeBSD.ORG Subject: Re: HEADSUP! GEOM as default in 5 days... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Not sure if a fix was ever implemented for this problem directly, but I thought I'd note that the problem I experienced mounting my NTFS partition has gone away. I hadn't tried it for a while, so I don't know the exact date/commit that did the deed. Thanks! -- Jason Young, CCIE #8607, MCSE Sr. Network Technician, WAN Technologies (314)817-0131 http://www.wantec.com On Wed, 16 Oct 2002, Jason A. Young wrote: > > Attempting to mount my Win2K NTFS partition on my laptop after the > introduction of GEOM results in immediate 100% reproduceable panics. I > built GEOM into my kernel the day after it was introduced into CVS, and > none of the commits made since seem to have fixed it. > > I apologize for not posting my panic messages earlier, but the machine > ends up in a state where it can't save a core and I haven't got a > null-modem cable for a serial console handy. I decided to go ahead and > transcribe this by hand, so there will likely be typos. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 20: 2:27 2002 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 77D3437B47E for ; Tue, 29 Oct 2002 20:02:22 -0800 (PST) Received: from newton.issci.ca (mail.acns.ab.ca [142.179.151.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id C25B843E42 for ; Tue, 29 Oct 2002 20:02:21 -0800 (PST) (envelope-from davidc@newton.issci.ca) Received: from newton.issci.ca (localhost [127.0.0.1]) by newton.issci.ca (8.12.6/8.12.5) with ESMTP id g9U42G6Y045730 for ; Tue, 29 Oct 2002 21:02:16 -0700 (MST) (envelope-from davidc@newton.issci.ca) Received: (from davidc@localhost) by newton.issci.ca (8.12.6/8.12.6/Submit) id g9U42GUU045729 for freebsd-current@freebsd.org; Tue, 29 Oct 2002 21:02:16 -0700 (MST) Date: Tue, 29 Oct 2002 21:02:16 -0700 From: Chad David To: freebsd-current@freebsd.org Subject: Re: Objective-C threads Message-ID: <20021029210216.A45337@newton.issci.ca> Mail-Followup-To: freebsd-current@freebsd.org References: <20021029190941.A43525@newton.issci.ca> <20021030031156.GA76120@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="ZPt4rx8FFjLCG7dd" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20021030031156.GA76120@dragon.nuxi.com>; from obrien@freebsd.org on Tue, Oct 29, 2002 at 07:11:56PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --ZPt4rx8FFjLCG7dd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Oct 29, 2002 at 07:11:56PM -0800, David O'Brien wrote: > On Tue, Oct 29, 2002 at 07:09:41PM -0700, Chad David wrote: > > Does anybody know if there is a good reason why libobjc is built with > > thr-single.c? As well, who is the current maintainer of Objective-C? > > Few of us have ObjC clue. Do you have a patch that makes things better > that you can explain to us? To start with I have a few changes to hash.h, objc-list.h and thr.h that allow my code to even compile (without warnings) with I have attached. I believe they are all pretty obvious, except for the change to compare_ptrs(), which I'm not totally sure about... I have additional updates to the threading, but I'm not quite finished going through it all yet. -- Chad David davidc@issci.ca www.FreeBSD.org davidc@freebsd.org ISSci Inc. Calgary, Alberta Canada --ZPt4rx8FFjLCG7dd Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="objc.patch" diff -ud ./hash.h /usr/include/objc/hash.h --- ./hash.h Thu May 9 16:50:04 2002 +++ /usr/include/objc/hash.h Wed Oct 23 17:13:23 2002 @@ -174,8 +174,8 @@ unsigned int ctr = 0; - while (*(char*)key) { - ret ^= *(char*)key++ << ctr; + while (*(const char*)key) { + ret ^= *((const char*)key)++ << ctr; ctr = (ctr + 1) % sizeof (void *); } @@ -187,7 +187,7 @@ static inline int compare_ptrs (const void *k1, const void *k2) { - return !(k1 - k2); + return (k1 == k2); } diff -ud ./objc-list.h /usr/include/objc/objc-list.h --- ./objc-list.h Wed Mar 29 20:23:36 2000 +++ /usr/include/objc/objc-list.h Wed Oct 23 17:14:21 2002 @@ -64,9 +64,9 @@ larger than the list length, NULL is returned */ static inline void* -list_nth(int index, struct objc_list* list) +list_nth(int indx, struct objc_list* list) { - while(index-- != 0) + while(indx-- != 0) { if(list->tail) list = list->tail; diff -ud ./thr.h /usr/include/objc/thr.h --- ./thr.h Thu May 9 16:50:04 2002 +++ /usr/include/objc/thr.h Wed Oct 23 17:13:47 2002 @@ -111,7 +111,7 @@ it can be informed; for example, the GNUstep Base Library sets it so it can implement the NSBecomingMultiThreaded notification. */ -typedef void (*objc_thread_callback)(); +typedef void (*objc_thread_callback)(void); objc_thread_callback objc_set_thread_callback(objc_thread_callback func); /* Backend initialization functions */ --ZPt4rx8FFjLCG7dd-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 20:13:30 2002 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 97D1237B401 for ; Tue, 29 Oct 2002 20:13:29 -0800 (PST) Received: from newton.issci.ca (mail.acns.ab.ca [142.179.151.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE28943E42 for ; Tue, 29 Oct 2002 20:13:28 -0800 (PST) (envelope-from davidc@newton.issci.ca) Received: from newton.issci.ca (localhost [127.0.0.1]) by newton.issci.ca (8.12.6/8.12.5) with ESMTP id g9U4DN6Y045963; Tue, 29 Oct 2002 21:13:23 -0700 (MST) (envelope-from davidc@newton.issci.ca) Received: (from davidc@localhost) by newton.issci.ca (8.12.6/8.12.6/Submit) id g9U4DM3s045962; Tue, 29 Oct 2002 21:13:22 -0700 (MST) Date: Tue, 29 Oct 2002 21:13:22 -0700 From: Chad David To: Terry Lambert Cc: freebsd-current@freebsd.org Subject: Re: Objective-C threads Message-ID: <20021029211322.B45337@newton.issci.ca> Mail-Followup-To: Terry Lambert , freebsd-current@freebsd.org References: <20021029190941.A43525@newton.issci.ca> <3DBF4C35.B554A7C1@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3DBF4C35.B554A7C1@mindspring.com>; from tlambert2@mindspring.com on Tue, Oct 29, 2002 at 07:04:21PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Oct 29, 2002 at 07:04:21PM -0800, Terry Lambert wrote: > Chad David wrote: > > Does anybody know if there is a good reason why libobjc is built with > > thr-single.c? > > Historical threads problems. A few are obvious from simply reading the code. Do you have any knowledge of specific (non-trivial) problems? > > > As well, who is the current maintainer of Objective-C? > > Chad David? By default, since there seem to be no other users? -- Chad David davidc@issci.ca www.FreeBSD.org davidc@freebsd.org ISSci Inc. Calgary, Alberta Canada To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 20:18:30 2002 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 4983137B401 for ; Tue, 29 Oct 2002 20:18:27 -0800 (PST) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71C2D43E3B for ; Tue, 29 Oct 2002 20:18:26 -0800 (PST) (envelope-from bmah@employees.org) Received: from bmah.dyndns.org ([12.233.149.189]) by sccrmhc01.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20021030041820.LIZP11634.sccrmhc01.attbi.com@bmah.dyndns.org>; Wed, 30 Oct 2002 04:18:20 +0000 Received: from intruder.bmah.org (localhost [IPv6:::1]) by bmah.dyndns.org (8.12.6/8.12.6) with ESMTP id g9U4IKva054179; Tue, 29 Oct 2002 20:18:20 -0800 (PST) (envelope-from bmah@intruder.bmah.org) Received: (from bmah@localhost) by intruder.bmah.org (8.12.6/8.12.6/Submit) id g9U4IIVH054178; Tue, 29 Oct 2002 20:18:18 -0800 (PST) Message-Id: <200210300418.g9U4IIVH054178@intruder.bmah.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: John Cc: Makoto Matsushita , current@FreeBSD.ORG Subject: Re: 5.0-20021027-CURRENT.iso cdrom will not mount In-Reply-To: <200210281555.g9SFt3nn028208@intruder.bmah.org> References: <20021027234943.GA34724@BSDWins.Com> <20021028202806J.matusita@jp.FreeBSD.org> <20021028124648.GA99250@BSDWins.Com> <200210281555.g9SFt3nn028208@intruder.bmah.org> Comments: In-reply-to "Bruce A. Mah" message dated "Mon, 28 Oct 2002 07:55:03 -0800." From: "Bruce A. Mah" Reply-To: bmah@FreeBSD.ORG X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-Url: http://www.employees.org/~bmah/ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1147603038P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Tue, 29 Oct 2002 20:18:18 -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --==_Exmh_1147603038P Content-Type: text/plain; charset=us-ascii I wrote: > If memory serves me right, John wrote: > > > How many other people are testing the 5.0 sysinstall booted > > from a cd and running a local (cd/dvd) install? Try booting and > > installing from the iso at usw2.freebsd.org and see if it works > > for you. > > I'm able to boot and install CURRENT snapshot releases I've generated > locally (last was around 20021025). (My machine is a Sabre 1815, ICH2 > ATA100 controller on-board, CDROM probes as "".) > > I know that sam and phk were able to do test installs as well. > > How are you making your ISO images? I'm just doing release builds with > MAKE_ISOS=YES. I don't *think* that GEOM should have any effect on > creating the ISO image. > > I'll pull down that ISO and try it out, but it might take a little > while... Hi John-- I finally got around to testing your snapshot...sorry for the delay. It stops about where you indicated in your original message (when trying to mount the CD, "Error mounting /dev/acd0c on /dist: Operation not supported by device (19)." You didn't answer my question, which was: How are you making your ISO images? I suspect that you're mastering the ISO images in some way *other* than the normal MAKE_ISOS=YES method. isoinfo(1) output on your disk: tomcat:cdrom% isoinfo -d -i /dev/acd0c CD-ROM is in ISO 9660 format System id: FreeBSD Volume id: FreeBSD 5.0-20021027-CURRENT Volume set id: Publisher id: The FreeBSD.Org snapshot system Data preparer id: rtp1.FreeBSD.Org Application id: FreeBSD Snap 5.0-20021027-CURRENT Copyright File id: Abstract File id: Bibliographic File id: Volume set size is: 1 Volume set seqence number is: 1 Logical block size is: 2048 Volume size is: 97840 NO Joliet present Rock Ridge signatures version 1 found isoinfo(1) output from my last snapshot (25 October): CD-ROM is in ISO 9660 format System id: FreeBSD Volume id: fbsd_miniinst Volume set id: Publisher id: Data preparer id: Application id: MKISOFS ISO 9660/HFS FILESYSTEM BUILDER & CDRECORD CD-R/DVD CREATOR (C) 1993 E.YOUNGDALE (C) 1997 J.PEARSON/J.SCHILLING Copyright File id: Abstract File id: Bibliographic File id: Volume set size is: 1 Volume set seqence number is: 1 Logical block size is: 2048 Volume size is: 132576 Joliet with UCS level 3 found Rock Ridge signatures version 1 found Maybe if you build the ISOs using MAKE_ISOS=YES set in your "make release", you might have better results. At least if there *is* a problem, it'd narrow down the scope a little bit. Good luck! Bruce. --==_Exmh_1147603038P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) Comment: Exmh version 2.5+ 20020506 iD8DBQE9v12K2MoxcVugUsMRAvN1AKCwlIOyDxzFI7eSCJmkPwx6Oqdi7gCeLp7P 4rqkiWuOBnZ1IpTe8LjoA3M= =WD9y -----END PGP SIGNATURE----- --==_Exmh_1147603038P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 20:49: 1 2002 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 9D49B37B401 for ; Tue, 29 Oct 2002 20:49:00 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1654C43E77 for ; Tue, 29 Oct 2002 20:49:00 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g9U4mxpk042489 for ; Tue, 29 Oct 2002 21:48:59 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200210300448.g9U4mxpk042489@harmony.village.org> To: current@freebsd.org Subject: Strange panic Date: Tue, 29 Oct 2002 21:48:59 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm installing on a pc98 machine (The NEC PC-9821 Nr Lavie). About 40% into the base install, I got the following panic: kernel: trap 12 trap, code=0 Stopped at ufs_ihashget+0x70: cmpl 0x30(%eax),%ebx db> tr ufs_ihashget(c1ee6000,2128,2,c8957854,c4ddc0ae) at ufs_ihashget_0x70 ffs_vget(...) at ffs_vget+0x44 ffs_valloc(...) at ffs_valloc+0x100 ufs_makeinde(...) at ufs_makeinode+0x69 ufs_vnoperate(...) at ufs_vnoperate vn_open_cred(...) at vn_open_cred+0x19f vn_open(...) at vn_open+0x29 kern_open(...) at kern_open+0x183 open(...) at open+0x30 syscall I'm typing this by hand. This is with -current as of about 8 hours ago. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 21: 4:51 2002 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 931) id 003BF37B401; Tue, 29 Oct 2002 21:04:50 -0800 (PST) Date: Tue, 29 Oct 2002 21:04:50 -0800 From: Juli Mallett To: Chad David Cc: Terry Lambert , freebsd-current@freebsd.org Subject: Re: Objective-C threads Message-ID: <20021029210450.C70109@FreeBSD.org> References: <20021029190941.A43525@newton.issci.ca> <3DBF4C35.B554A7C1@mindspring.com> <20021029211322.B45337@newton.issci.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20021029211322.B45337@newton.issci.ca>; from davidc@issci.ca on Tue, Oct 29, 2002 at 09:13:22PM -0700 Organisation: The FreeBSD Project X-Alternate-Addresses: , , , , X-Towel: Yes X-LiveJournal: flata, jmallett X-Negacore: Yes Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * De: Chad David [ Data: 2002-10-29 ] [ Subjecte: Re: Objective-C threads ] > > > > > As well, who is the current maintainer of Objective-C? > > > > Chad David? > > By default, since there seem to be no other users? I'm willing to help out with testing Objective-C stuff, and any problems, too, as I'm quite a big fan/user of ObjC, most of the time. juli. -- Juli Mallett | FreeBSD: The Power To Serve Will break world for fulltime employment. | finger jmallett@FreeBSD.org http://people.FreeBSD.org/~jmallett/ | Support my FreeBSD hacking! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 21:43:20 2002 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 1D94C37B401 for ; Tue, 29 Oct 2002 21:43:19 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED30843E75 for ; Tue, 29 Oct 2002 21:43:17 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id E6090534E; Wed, 30 Oct 2002 06:43:15 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Bill Fenner Cc: freebsd-current@freebsd.org Subject: Re: libfetch(3) patch for SSL References: <200210300312.g9U3CPZs021756@stash.attlabs.att.com> From: Dag-Erling Smorgrav Date: Wed, 30 Oct 2002 06:43:14 +0100 In-Reply-To: <200210300312.g9U3CPZs021756@stash.attlabs.att.com> (Bill Fenner's message of "Tue, 29 Oct 2002 19:12:25 -0800 (PST)") Message-ID: Lines: 46 User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.2 (i386--freebsd) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bill Fenner writes: > Turns out my writev patch for fetch broke SSL, since it could create > iov[0].iov_len = 0, which would cause SSL_write(..,0), which would > return 0, which would look like a short write and cause an error, which > then gets ignored by http.c . Ignoring the bigger picture of the error > checking, this fix at least gets https: working again by making sure > that _fetch_putln doesn't construct an iov with iov_len == 0. (Yes, > this is against rev 1.40, post-brouhaha). I'd rather fix it like this: Index: common.c =================================================================== RCS file: /home/ncvs/src/lib/libfetch/common.c,v retrieving revision 1.41 diff -u -r1.41 common.c --- common.c 30 Oct 2002 04:43:00 -0000 1.41 +++ common.c 30 Oct 2002 05:37:17 -0000 @@ -470,7 +470,7 @@ { struct timeval now, timeout, wait; fd_set writefds; - ssize_t wlen, total; + ssize_t want, wlen, total; int r; if (fetchTimeout) { @@ -507,11 +507,11 @@ #ifdef WITH_SSL if (conn->ssl != NULL) wlen = SSL_write(conn->ssl, - iov->iov_base, iov->iov_len); + iov->iov_base, want = iov->iov_len); else #endif - wlen = writev(conn->sd, iov, iovcnt); - if (wlen == 0) { + wlen = writev(conn->sd, iov, want = iovcnt); + if (wlen == 0 && want != 0) { /* we consider a short write a failure */ errno = EPIPE; _fetch_syserr(); DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 21:46:22 2002 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 0F46C37B401 for ; Tue, 29 Oct 2002 21:46:21 -0800 (PST) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8825C43E6E for ; Tue, 29 Oct 2002 21:46:20 -0800 (PST) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.3/8.12.3) with ESMTP id g9U5kDs7000654 for ; Tue, 29 Oct 2002 21:46:13 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.3/8.12.3/Submit) id g9U5kDvt000653 for current@freebsd.org; Tue, 29 Oct 2002 21:46:13 -0800 Date: Tue, 29 Oct 2002 21:46:13 -0800 From: Brooks Davis To: current@freebsd.org Subject: system pauses after deleting large files Message-ID: <20021029214613.C30957@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="4jXrM3lyYWu4nBt5" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --4jXrM3lyYWu4nBt5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable While moving a large (1GB) file from one parition to another today, I noticed an odd, reproducable pause. Basicly you create a large file somewhere and then delete it like so: [9:32pm] brooks@minya (/var/tmp): dd if=3D/dev/zero of=3Dbigfile bs=3D1m co= unt=3D1000 1000+0 records in 1000+0 records out 1048576000 bytes transferred in 92.343828 secs (11355128 bytes/sec) [9:34pm] brooks@minya (/var/tmp): rm bigfile Within the next minute or so, I see a pause where the whole system stops for 5-10 seconds. There is a burst of disk activity accompanying this. It's easiest to observe this in X with some active dock apps or monitors running so you'll see them stop updating. Is this something that cane be fixed or is it just life with softupdates? I ask in part because I'm considering a new backup architecture which will generate files in the range of several 100GB so I'd hate to find out this hang is going to be proporational to file size. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --4jXrM3lyYWu4nBt5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9v3IkXY6L6fI4GtQRApgBAJ0bqSw5BgnQ7ILfL94kYaBZPTofgwCfe33j 2jQbtZK0KW8RMuP+I+Ce2UA= =CK3j -----END PGP SIGNATURE----- --4jXrM3lyYWu4nBt5-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 21:51:27 2002 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 6B55E37B401 for ; Tue, 29 Oct 2002 21:51:26 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id E958943E42 for ; Tue, 29 Oct 2002 21:51:25 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 76D4C534E; Wed, 30 Oct 2002 06:51:23 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Bill Fenner Cc: freebsd-current@freebsd.org Subject: Re: libfetch(3) patch for SSL References: <200210300312.g9U3CPZs021756@stash.attlabs.att.com> From: Dag-Erling Smorgrav Date: Wed, 30 Oct 2002 06:51:22 +0100 In-Reply-To: (Dag-Erling Smorgrav's message of "Wed, 30 Oct 2002 06:43:14 +0100") Message-ID: Lines: 11 User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.2 (i386--freebsd) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dag-Erling Smorgrav writes: > I'd rather fix it like this: Oomph, of course this doesn't work in the !ssl case. I would really prefer a solution that allowed wlen == 0 if we actually *intended* not to write anything, but I can't figure out a clean, quick way to do it right now. I guess your patch will have to do for now. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 22: 1: 9 2002 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 80CF037B401 for ; Tue, 29 Oct 2002 22:01:08 -0800 (PST) Received: from the-frontier.org (ns1.the-frontier.org [216.86.199.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB0A143E6E for ; Tue, 29 Oct 2002 22:01:07 -0800 (PST) (envelope-from pscott@skycoast.us) Received: from [192.168.66.249] (dhcp-249-66-168-192.the-frontier.org [192.168.66.249]) by the-frontier.org (8.9.3/8.9.3) with ESMTP id WAA35343 for ; Tue, 29 Oct 2002 22:01:07 -0800 (PST) (envelope-from pscott@skycoast.us) User-Agent: Microsoft-Entourage/10.0.0.1309 Date: Tue, 29 Oct 2002 22:01:07 -0800 Subject: XFree86 Fails with signal 11 in FreeBSD 4.6 and 4.7 From: "Paul A. Scott" To: Message-ID: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG XFree86 exits on signal 11 immediately after starting on FreeBSD 4.6 and 4.7. It is not possible to run the graphical configuration utility at all. After running curses configuration utility, running startx produces signal 11. No other debugging information is available. No other messages from the server. Note that X runs fine on FreeBSD 4.5 and earlier, using the exact same machine and configuration. When XFree86 moved to a combined server (beginning in FreeBSD 4.6), something broke. Earlier versions (on FreeBSD 4.5 and earlier) using individual X server modules worked fine. Can anyone help me debug and resolve this problem? I've tried everything I can think of to no avail. Thanks, Paul A. Scott mailto:pscott@skycoast.us http://skycoast.us/pscott/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 22:19:38 2002 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 568DC37B401 for ; Tue, 29 Oct 2002 22:19:37 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-165-226-88.dsl.lsan03.pacbell.net [64.165.226.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id A220443E4A for ; Tue, 29 Oct 2002 22:19:36 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E2B6366C7B; Tue, 29 Oct 2002 22:19:35 -0800 (PST) Date: Tue, 29 Oct 2002 22:19:35 -0800 From: Kris Kennaway To: "Paul A. Scott" Cc: freebsd-current@freebsd.org Subject: Re: XFree86 Fails with signal 11 in FreeBSD 4.6 and 4.7 Message-ID: <20021030061935.GB12120@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MW5yreqqjyrRcusr" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --MW5yreqqjyrRcusr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Oct 29, 2002 at 10:01:07PM -0800, Paul A. Scott wrote: > XFree86 exits on signal 11 immediately after starting on FreeBSD 4.6 and > 4.7. It is not possible to run the graphical configuration utility at all. > After running curses configuration utility, running startx produces signal > 11. No other debugging information is available. No other messages from the > server. This is off-topic for FreeBSD-current; please redirect to questions@FreeBSD.org. Kris --MW5yreqqjyrRcusr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9v3n3Wry0BWjoQKURAhtGAJ0U7AtB46EQjhGgAYREjY382HhpbwCgvEn8 SDMm5sEsqFcjgwJtHhJlz7Y= =amvq -----END PGP SIGNATURE----- --MW5yreqqjyrRcusr-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 22:55:18 2002 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 4BAEE37B401 for ; Tue, 29 Oct 2002 22:55:17 -0800 (PST) Received: from mail-green.research.att.com (mail-green.research.att.com [135.207.30.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id C869043E42 for ; Tue, 29 Oct 2002 22:55:16 -0800 (PST) (envelope-from fenner@research.att.com) Received: from alliance.research.att.com (alliance.research.att.com [135.207.26.26]) by mail-green.research.att.com (Postfix) with ESMTP id E65901E0D6; Wed, 30 Oct 2002 01:55:10 -0500 (EST) Received: from windsor.research.att.com (windsor.research.att.com [135.207.26.46]) by alliance.research.att.com (8.8.7/8.8.7) with ESMTP id BAA23862; Wed, 30 Oct 2002 01:55:10 -0500 (EST) From: Bill Fenner Received: (from fenner@localhost) by windsor.research.att.com (8.8.8+Sun/8.8.5) id WAA15954; Tue, 29 Oct 2002 22:55:09 -0800 (PST) Message-Id: <200210300655.WAA15954@windsor.research.att.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII To: des@ofug.org Subject: Re: libfetch(3) patch for SSL Cc: freebsd-current@freebsd.org References: <200210300312.g9U3CPZs021756@stash.attlabs.att.com> Date: Tue, 29 Oct 2002 22:55:08 -0800 Versions: dmail (solaris) 2.5a/makemail 2.9d Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I was working on (wlen == 0 && iov->iov_cnt != 0) for a while, thinking that it would work in both cases, even though the logic is a little weird in the writev case, but it would fail in the race where the connection closed at the same time as the writev() with the zero length iov_len. Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 23:23:22 2002 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 4376937B401 for ; Tue, 29 Oct 2002 23:23:21 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id CFA2843E91 for ; Tue, 29 Oct 2002 23:23:20 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 89304 invoked by uid 1000); 30 Oct 2002 07:23:23 -0000 Date: Tue, 29 Oct 2002 23:23:23 -0800 (PST) From: Nate Lawson To: Dag-Erling Smorgrav Cc: Bill Fenner , freebsd-current@freebsd.org Subject: Re: libfetch(3) patch for SSL In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 30 Oct 2002, Dag-Erling Smorgrav wrote: > Dag-Erling Smorgrav writes: > > I'd rather fix it like this: > > Oomph, of course this doesn't work in the !ssl case. I would really > prefer a solution that allowed wlen == 0 if we actually *intended* not > to write anything, but I can't figure out a clean, quick way to do it > right now. I guess your patch will have to do for now. May I humbly propose that the API is broken and should be reworked? My frustration with cached_connection common/ftp sharing and this thrashing trying to overload the return value are signs that the API needs rethinking. -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 23:26:29 2002 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 8AAE737B401 for ; Tue, 29 Oct 2002 23:26:28 -0800 (PST) Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 580AB43E4A for ; Tue, 29 Oct 2002 23:26:27 -0800 (PST) (envelope-from sheldonh@starjuice.net) Received: from sheldonh by axl.seasidesoftware.co.za with local (Exim 4.10) id 186nEv-0009T1-00; Wed, 30 Oct 2002 09:26:09 +0200 Date: Wed, 30 Oct 2002 09:26:09 +0200 From: Sheldon Hearn To: Matthew Dillon Cc: Terry Lambert , Raymond Kohler , current@FreeBSD.ORG Subject: Re: questions about the state of current Message-ID: <20021030072609.GO36040@starjuice.net> Mail-Followup-To: Matthew Dillon , Terry Lambert , Raymond Kohler , current@FreeBSD.ORG References: <2570443.1035916854787.JavaMail.wshttp@emss03g01.ems.lmco.com> <3DBEF55E.A0F9ED1B@mindspring.com> <200210292106.g9TL6aoc010659@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200210292106.g9TL6aoc010659@apollo.backplane.com> User-Agent: Mutt/1.5.1i X-Scanner: exiscan for exim4 (http://duncanthrax.net/exiscan/) *186nEv-0009T1-00*c.iglXEcL96* Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On (2002/10/29 13:06), Matthew Dillon wrote: > :Most of the speed difference is WITNESS, INVARIANTS, and other > :debugging code that's turned on by default in the config files > :for -current. You can turn most of it off. That said, -current > :is slower than -stable in a number of places, so expect some > :slowdown, if you are running non-concurrent code. > > I would concur with this diagnosis. With witness turned off > -current is around 15% slower then -stable for general purpose > computing, like a 'make buildworld -j 20', and I expect that > -stable will beat out -current on single-cpu boxes for a long > time to come. I hate to "me too", but I have a different flavour to offer prospective early adopters. I tried out -CURRENT on my Compaq Presario 2700 (yuk, spit), which is a 512MB PIII. When I downgraded to -STABLE, the performance with simple command-line stuff was noticible. Not huge, but "tangible to a human being". So the answer to "will I notice a performance degredation" is "yes for typical end-users, but not huge". Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 23:40:55 2002 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 A834337B401 for ; Tue, 29 Oct 2002 23:40:54 -0800 (PST) Received: from snipe.mail.pas.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43CFE43E75 for ; Tue, 29 Oct 2002 23:40:54 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0273.cvx21-bradley.dialup.earthlink.net ([209.179.193.18] helo=mindspring.com) by snipe.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 186nT6-0005IU-00; Tue, 29 Oct 2002 23:40:48 -0800 Message-ID: <3DBF8CB3.2000AF8D@mindspring.com> Date: Tue, 29 Oct 2002 23:39:31 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@freebsd.org Cc: Chad David Subject: Re: Objective-C threads References: <20021029190941.A43525@newton.issci.ca> <20021030031156.GA76120@dragon.nuxi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David O'Brien wrote: > On Tue, Oct 29, 2002 at 07:09:41PM -0700, Chad David wrote: > > Does anybody know if there is a good reason why libobjc is built with > > thr-single.c? As well, who is the current maintainer of Objective-C? > > Few of us have ObjC clue. Do you have a patch that makes things better > that you can explain to us? Or do you just have a patch? There's no reason for people who don't use Objective C (like me) need to "pee on it to make it smell like us"... especially if we need it explained to us for us to understand it. 8-) 8-). It's better that the code works than that people who don't use the code understand it, and it not work... -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 23:46:33 2002 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 0E8A737B401 for ; Tue, 29 Oct 2002 23:46:32 -0800 (PST) Received: from white.imgsrc.co.jp (ns.imgsrc.co.jp [210.226.20.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CE0A43E3B for ; Tue, 29 Oct 2002 23:46:31 -0800 (PST) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (localhost [127.0.0.1]) by white.imgsrc.co.jp (Postfix) with ESMTP id 06B4524D9C; Wed, 30 Oct 2002 16:46:30 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [2001:218:422:2::130]) by white.imgsrc.co.jp (Postfix) with ESMTP id DA01F24D57; Wed, 30 Oct 2002 16:46:25 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [2001:218:422:2::130]) by black.imgsrc.co.jp (Postfix) with ESMTP id 7A20F1E4818; Wed, 30 Oct 2002 16:46:23 +0900 (JST) Date: Wed, 30 Oct 2002 16:46:23 +0900 Message-ID: <7mr8e8tlm8.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: Dag-Erling Smorgrav , current@freebsd.org Subject: Re: The next "make release" breaker... In-Reply-To: <92881.1035907379@critter.freebsd.dk> References: <92881.1035907379@critter.freebsd.dk> User-Agent: Wanderlust/2.9.10 (Unchained Melody) SEMI/1.14.4 (Hosorogi) FLIM/1.14.4 (=?ISO-8859-4?Q?Kashiharajing=FE-mae?=) APEL/10.4 Emacs/21.2 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.4 - "Hosorogi") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by AMaViS on ns.imgsrc.co.jp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At Tue, 29 Oct 2002 16:03:49 +0000 (UTC), Poul-Henning Kamp wrote: > http://phk.freebsd.dk/misc/_.release > > I think it is related to all the crypto magic in make release... I got same result as Poul-Henning. It seems installed libssh.a in chroot does not have mm_auth_krb5(). I don't know why "-DKRB5" is not defined in libssh building but is defined in sshd building... -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 29 23:54:18 2002 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 A94A137B401 for ; Tue, 29 Oct 2002 23:54:16 -0800 (PST) Received: from snipe.mail.pas.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46D2A43E75 for ; Tue, 29 Oct 2002 23:54:16 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0273.cvx21-bradley.dialup.earthlink.net ([209.179.193.18] helo=mindspring.com) by snipe.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 186ng5-0006XL-00; Tue, 29 Oct 2002 23:54:14 -0800 Message-ID: <3DBF8FD8.A68747D8@mindspring.com> Date: Tue, 29 Oct 2002 23:52:56 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Chad David Cc: freebsd-current@freebsd.org Subject: Re: Objective-C threads References: <20021029190941.A43525@newton.issci.ca> <3DBF4C35.B554A7C1@mindspring.com> <20021029211322.B45337@newton.issci.ca> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Chad David wrote: > On Tue, Oct 29, 2002 at 07:04:21PM -0800, Terry Lambert wrote: > > Chad David wrote: > > > Does anybody know if there is a good reason why libobjc is built with > > > thr-single.c? > > > > Historical threads problems. > > A few are obvious from simply reading the code. Do you have any > knowledge of specific (non-trivial) problems? I used Objective C with threads on NeXT machines for a few years; the FreeBSD threads weren't up to dealing with the requirements if Objective C, at least until recently (I think some of the changes that went into the pthreads standard after Draft 4 were specifically put there to aid static initialization of declared Objective C objects; they were pushed by people I know to have been NeXTStep users). > > > As well, who is the current maintainer of Objective-C? > > > > Chad David? > > By default, since there seem to be no other users? I don't really use it. I like C++, but mostly code in C these days. You can basically write object oriented code in any procedural language which deals with structures the right way. For example, the Xt toolkit does inheritance in C that supposedly can't be done, and I personally implemented most of the 1.1 Java API classes in C++ to support an implementation if the JavaMail API in C++. Maybe I'm just old, but I think it's more about programmers than it is about the languages they use. So I'm not an Objective C user; unless a port I use happens to require it to work, and I have to fix it, I don't go out of my way to code in it, any more than, say, Perl, Java, COBOL, Visual C++, or BLISS. 8-). That said, if you want to make it work for you, I'm behind you 100%: I think any changes you want to make are OK; they can always be backed out, if anyone starts complaining about them breaking things, so I think it's kind of silly for you to ask for permission to maintain something no one else is maintaining. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 0:16:39 2002 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 CB60737B401; Wed, 30 Oct 2002 00:16:38 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C93F43E4A; Wed, 30 Oct 2002 00:16:34 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g9U8GGpk043636; Wed, 30 Oct 2002 01:16:17 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 30 Oct 2002 01:14:58 -0700 (MST) Message-Id: <20021030.011458.37440476.imp@bsdimp.com> To: DougB@FreeBSD.ORG Cc: peter@wemm.org, kientzle@acm.org, current@FreeBSD.ORG, re@FreeBSD.ORG Subject: Re: HEADS UP: you need to install a new kernel before an installworld. From: "M. Warner Losh" In-Reply-To: <20021028154058.Y3316-100000@master.gorean.org> References: <20021028225555.5630B2A88D@canning.wemm.org> <20021028154058.Y3316-100000@master.gorean.org> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <20021028154058.Y3316-100000@master.gorean.org> Doug Barton writes: : This should go on the "Comprehensive guide to updating from source to 5.0" : that I'm sure our trusty release engineers are producing? UPDATING has the closest thing to a comprehensive guide. As far as I can tell, it is definitive in its list of potential issues, but if I'm wrong, let me know. I'm just glad I don't have to document all the things that mergemaster does. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 0:23:52 2002 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 6EF1E37B401 for ; Wed, 30 Oct 2002 00:23:51 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7EBD43E42 for ; Wed, 30 Oct 2002 00:23:50 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g9U8Nfpk043678; Wed, 30 Oct 2002 01:23:47 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 30 Oct 2002 01:22:22 -0700 (MST) Message-Id: <20021030.012222.123041962.imp@bsdimp.com> To: bde@zeta.org.au Cc: rittle@labs.mot.com, rittle@latour.rsch.comm.mot.com, current@FreeBSD.ORG, dschultz@uclink.Berkeley.EDU Subject: Re: Lack of real long double support From: "M. Warner Losh" In-Reply-To: <20021029222447.L1273-100000@gamplex.bde.org> References: <20021028.214057.108404482.imp@bsdimp.com> <20021029222447.L1273-100000@gamplex.bde.org> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <20021029222447.L1273-100000@gamplex.bde.org> Bruce Evans writes: : On Mon, 28 Oct 2002, M. Warner Losh wrote: : : > In message: <200210290211.g9T2BBcP010112@latour.rsch.comm.mot.com> : > Loren James Rittle writes: : : > This works. I'm not sure why this isn't the default. It looks like : > we have hacks in the local tree to do this, which is why I thought : > that it worked great by default.... : : Better change FreeBSD to match the unhacked version :-). Better to change FreeBSD to do the right thing and give long doubles their full precision, unless there's some compelling reason not to do so. : > : gcc 3.3 will support a framework in which such changes would be easy : > : to convey at compile-time but, to my knowledge, there is no support : > : yet to obtain e.g. the precision setting at run-time. I.e. : : FreeBSD (on i386's) has fpgetprec() to get it and fpsetprec() to set it, : but these are nonstandard and won't become standard. They don't exist : on most or all non-i386's now, unlike fpget/setround() which will become : the standard feget/setround(). Is there some reason we can't just put them into the machine specific startup code like I've done with the tree. What is the issue? If the issue is that doubles then start to be computed at 64 bit precision of intermediate value, then isn't it a compiler issue of scheduling the precision of the floating point unit? It then would be the only entity to know what the proper precision is at any given time. Of course, that sounds like a hard problem to me, especially since the compiler might not know the state of the fp unit on entry to a given function call. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 0:28:58 2002 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 1C4CC37B401 for ; Wed, 30 Oct 2002 00:28:57 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F63A43E75 for ; Wed, 30 Oct 2002 00:28:56 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g9U8Sspk043694; Wed, 30 Oct 2002 01:28:55 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 30 Oct 2002 01:27:35 -0700 (MST) Message-Id: <20021030.012735.23185149.imp@bsdimp.com> To: iwasaki@jp.FreeBSD.org Cc: current@FreeBSD.ORG Subject: Re: [PATCH] NEWCARD: pccardc power support From: "M. Warner Losh" In-Reply-To: <20021029.205532.85419285.iwasaki@jp.FreeBSD.org> References: <20021029.205532.85419285.iwasaki@jp.FreeBSD.org> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <20021029.205532.85419285.iwasaki@jp.FreeBSD.org> Mitsuru IWASAKI writes: : I've implemented pccardc power and boot_deactivated support code for : NEWCARD. They are needed for some mobile users including me. : : - Add pccardc power support code. Yes, it's OLDCARD compatible. : - Add new loader tunable hw.cbb.boot_deactivated to prevent pccards : from attaching automatically. : : Some people want to keep pccards in slots all the time even if they : don't want to use the pccard. They can power pccard on via pccardc : command now (and in OLDCARD days) when it's required, so automatic : attaching pccards at boot time is not desired behavior for them. : : This is quick hack actually (took about 1 hour), so it's not : clean at all. : But it's good enough for prototype, working great for me actually :) Interesting. I'd like to be able to do this on my laptop with PCI devices that I'm not currently using (like say the sound chip, the usb bus, the firewire bus, and the one pci device that no driver attaches to). I'd also like the ability to turn on and off USB devices as well. These busses have different power interfaces (PCI gives you 4 levels of power, while USB gives you 2). While we're at it, I'd also like to see a way to attach/detach pccard devices w/o having to remove the card or unload the driver. I think that a good power/device control interface would be useful to have. So this is a good hack, and likely useful to a lot of people. However, I'd like to see a more thoughtful design of a good device control interface. I think that it dovetails nicely with the work I'm doing for devd. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 0:46:44 2002 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 7CEAA37B401 for ; Wed, 30 Oct 2002 00:46:43 -0800 (PST) Received: from avocet.mail.pas.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DDC043E4A for ; Wed, 30 Oct 2002 00:46:38 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0273.cvx21-bradley.dialup.earthlink.net ([209.179.193.18] helo=mindspring.com) by avocet.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 186oUl-0002M1-00; Wed, 30 Oct 2002 00:46:36 -0800 Message-ID: <3DBF9C15.D82C3063@mindspring.com> Date: Wed, 30 Oct 2002 00:45:09 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Brooks Davis Cc: current@freebsd.org Subject: Re: system pauses after deleting large files References: <20021029214613.C30957@Odin.AC.HMC.Edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Brooks Davis wrote: > While moving a large (1GB) file from one parition to another today, I > noticed an odd, reproducable pause. Basicly you create a large file > somewhere and then delete it like so: [ ... ] > Within the next minute or so, I see a pause where the whole system stops > for 5-10 seconds. There is a burst of disk activity accompanying this. > It's easiest to observe this in X with some active dock apps or monitors > running so you'll see them stop updating. > > Is this something that cane be fixed or is it just life with > softupdates? I ask in part because I'm considering a new backup > architecture which will generate files in the range of several 100GB so > I'd hate to find out this hang is going to be proporational to file > size. It's the write data, not the delete, that's being sync'ed out by the soft updates clock. Basically, you've written more data than you can actually write in that period of time, so there is a bottleneck on the sync operation. It's actually avoidable, with tuning, but there are limits on that that are imposed by the amount of buffer memory, etc., which are impossible to exceed (e.g. do this with enough data, and nothing you can do can prevent the pause). See also: /usr/src3/sys/ufs/ffs/README ...specifically, the long description of the following tunables: debug.max_softdeps - limit on any given resource debug.tickdelay - ticks to delay before allocating debug.max_limit_hit - number of times tickdelay imposed debug.rush_requests - number of rush requests to filesystem syncer -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 1:14: 1 2002 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 24BCF37B401 for ; Wed, 30 Oct 2002 01:13:59 -0800 (PST) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 329C643E6E for ; Wed, 30 Oct 2002 01:13:58 -0800 (PST) (envelope-from stijn@pcwin002.win.tue.nl) Received: from pcwin002.win.tue.nl (orb_rules@localhost [127.0.0.1]) by pcwin002.win.tue.nl (8.12.6/8.12.6) with ESMTP id g9U9Dvqx095827; Wed, 30 Oct 2002 10:13:57 +0100 (CET) (envelope-from stijn@pcwin002.win.tue.nl) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.12.6/8.12.6/Submit) id g9U9Dufo095826; Wed, 30 Oct 2002 10:13:56 +0100 (CET) Date: Wed, 30 Oct 2002 10:13:56 +0100 From: Stijn Hoop To: Garance A Drosihn Cc: Raymond Kohler , current@freebsd.org Subject: speed of -CURRENT [was: questions about the state of current] Message-ID: <20021030091356.GC94770@pcwin002.win.tue.nl> References: <2570443.1035916854787.JavaMail.wshttp@emss03g01.ems.lmco.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hOcCNbCCxyk/YU74" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-Bright-Idea: Let's abolish HTML mail! Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --hOcCNbCCxyk/YU74 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [picking a random message to reply to] On Tue, Oct 29, 2002 at 03:12:50PM -0500, Garance A Drosihn wrote: > At 11:40 AM -0700 10/29/02, Raymond Kohler wrote: > >1) How is the speed compared to stable? I remember it being just > >too slow some months ago and was wondering how it was improving. >=20 > Seems OK to me. Note that it's using a newer version of gcc, and > that definitely takes longer than the 2.92 version on -stable. So, > if you do a lot of compiling then -current will definitely be slower > for you. I am experiencing a really noticable slower startup time on my very recent -CURRENT laptop for almost all programs. The problem seems to be in getting info in the cache, because it disappears when I start the same program agai= n. It is even noticable when doing a simple 'ls -l' in an uncached directory (= ie boot the laptop, cd tmp/test && ls -l), but larger things, like starting X, take roughly two or three times as long as on -STABLE. Note that this is all 'gut feeling'. I do not (yet) have hard numbers, but = I'm willing to provide some info if people tell me how (is a simple 'time' sufficient? in what environment?). I have INVARIANTS & WITNESS disabled in -CURRENT, and an /etc/mallof.conf pointing to 'aj'. unames: FreeBSD 5.0-CURRENT #1: Tue Oct 29 12:38:07 GMT 2002 stijn@pounce.sandc= at.nl:/usr/obj/local/src/CURRENT/src/sys/POUNCE=20 FreeBSD 4.6-STABLE #0: Thu Aug 29 13:20:36 CEST 2002 stijn@nbwin209.win= .tue.nl:/local/src/obj/local/src/STABLE/src/sys/NBWIN209=20 The systems hostname was changed between Aug & Oct, but it's the same laptop, a P3-800 w/256MB memory. Thoughts? --Stijn --=20 "Linux has many different distributions, meaning that you can probably find one that is exactly what you want (I even found one that looked like a Unix system)." -- Mike Meyer, freebsd-questions@freebsd.org, in message <15252.28617.61423.224978@guru.mired.org> --hOcCNbCCxyk/YU74 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9v6LUY3r/tLQmfWcRAudGAJ93qx2pCCNdNAaLuMRSQjNxmYzPJwCfQBUY wlZintGrrvEIYABVTf8Y1Gc= =K+00 -----END PGP SIGNATURE----- --hOcCNbCCxyk/YU74-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 1:46:18 2002 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 D383737B404 for ; Wed, 30 Oct 2002 01:46:16 -0800 (PST) Received: from birch.ripe.net (birch.ripe.net [193.0.1.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05C5343E4A for ; Wed, 30 Oct 2002 01:46:16 -0800 (PST) (envelope-from marks@ripe.net) Received: from laptop.6bone.nl (cow.ripe.net [193.0.1.239]) by birch.ripe.net (8.12.5/8.11.6) with SMTP id g9U9k5nZ001349; Wed, 30 Oct 2002 10:46:05 +0100 Received: (nullmailer pid 51983 invoked by uid 1000); Wed, 30 Oct 2002 09:46:02 -0000 Date: Wed, 30 Oct 2002 10:46:02 +0100 From: Mark Santcroos To: Mitsuru IWASAKI Cc: current@FreeBSD.ORG, imp@bsdimp.com Subject: Re: [PATCH] NEWCARD: pccardc power support Message-ID: <20021030094602.GA4694@laptop.6bone.nl> References: <20021029.205532.85419285.iwasaki@jp.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021029.205532.85419285.iwasaki@jp.FreeBSD.org> User-Agent: Mutt/1.4i X-Handles: MS6-6BONE, MS18417-RIPE X-RIPE-Spam-Status: NONE ; -1030 X-RIPE-Spam-Level: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi Mitsuru, I was also thinking about this so I'm very happy with your patch! It works great here! This is very usefull for me as I have an internal pccard that I prefer not to be active all time. Thanks Mark On Tue, Oct 29, 2002 at 08:55:32PM +0900, Mitsuru IWASAKI wrote: > I've implemented pccardc power and boot_deactivated support code for > NEWCARD. They are needed for some mobile users including me. > > - Add pccardc power support code. Yes, it's OLDCARD compatible. > - Add new loader tunable hw.cbb.boot_deactivated to prevent pccards > from attaching automatically. > > Some people want to keep pccards in slots all the time even if they > don't want to use the pccard. They can power pccard on via pccardc > command now (and in OLDCARD days) when it's required, so automatic > attaching pccards at boot time is not desired behavior for them. > > This is quick hack actually (took about 1 hour), so it's not > clean at all. > But it's good enough for prototype, working great for me actually :) -- Mark Santcroos RIPE Network Coordination Centre http://www.ripe.net/home/mark/ New Projects Group/TTM To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 1:55:12 2002 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 177DB37B401 for ; Wed, 30 Oct 2002 01:55:08 -0800 (PST) Received: from kashmir.etowns.net (dsl-65-184-96-65.telocity.com [65.184.96.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id E905343E7B for ; Wed, 30 Oct 2002 01:55:01 -0800 (PST) (envelope-from somebody@kashmir.etowns.net) Received: from hurd1.kashmir.etowns.net (hurd1 [192.168.0.41]) by kashmir.etowns.net (8.12.6/8.12.6) with ESMTP id g9U9ssaW003696 for ; Wed, 30 Oct 2002 01:54:55 -0800 (PST) (envelope-from somebody@kashmir.etowns.net) Received: (from somebody@localhost) by hurd1.kashmir.etowns.net (8.12.6/8.12.6/Submit) id g9U9sful001859 for freebsd-current@freebsd.org; Wed, 30 Oct 2002 01:54:41 -0800 (PST) Date: Wed, 30 Oct 2002 01:54:16 -0800 From: ANYBODY To: freebsd-current@freebsd.org Subject: adaptec scsi - seagate da -- current Message-ID: <20021030095416.GA1840@hurd1.kashmir.etowns.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I am running current cvsuped within this week. I have an adaptec=20 builtin scsi controller and a seagate drive attached to it and after every bootup as soon as there is heavy disk activity=20 the drive gets disabled for 1 or 2 minutes and meanwhile all functionality RELATED to disk I/O freezes for this time duration eventually I see the following messages on console and every thing is hunky dorry again. Have had this problem ever since I upgraded to current. Stable never had any problem. neither did netbsd which ran on this machine for a little while.=20 Can anyone familiar with this device driver comment. Is it also coincidentally possible that the disk starts=20 showing its age right when I switched to current .... nah too=20 much of coincidence. anyway here are the messages: (da0:ahc0:0:3:0): SCB 0x31 - timed out ahc0: Dumping Card State while idle, at SEQADDR 0x8 ACCUM =3D 0x0, SINDEX =3D 0x3, DINDEX =3D 0xe4, ARG_2 =3D 0x0 HCNT =3D 0x0 SCBPTR =3D 0x17 SCSISEQ =3D 0x12, SBLKCTL =3D 0x6 DFCNTRL =3D 0x0, DFSTATUS =3D 0x89 LASTPHASE =3D 0x1, SCSISIGI =3D 0x0, SXFRCTL0 =3D 0x80 SSTAT0 =3D 0x0, SSTAT1 =3D 0xa STACK =3D=3D 0x0, 0x165, 0x10d, 0x3 SCB count =3D 90 Kernel NEXTQSCB =3D 66 Card NEXTQSCB =3D 66 QINFIFO entries:=20 Waiting Queue entries:=20 Disconnected Queue entries: 4:10 6:49 0:30 31:37 28:7 1:14 30:13 16:24 5:43= 21:34 9:44 20:33 24:0 2:36 17:28 18:22 14:2 11:54 19:8 29:11 13:17 8:50 27= :39 3:46 25:6 26:47 12:18 22:58 7:4 15:16 10:59=20 QOUTFIFO entries:=20 Sequencer Free SCB List: 23=20 Sequencer SCB Info: 0(c 0x64, s 0x37, l 0, t 0x1e) 1(c 0x64, s 0x37, l 0, t= 0xe) 2(c 0x64, s 0x37, l 0, t 0x24) 3(c 0x64, s 0x37, l 0, t 0x2e) 4(c 0x6= 4, s 0x37, l 0, t 0xa) 5(c 0x64, s 0x37, l 0, t 0x2b) 6(c 0x64, s 0x37, l 0= , t 0x31) 7(c 0x64, s 0x37, l 0, t 0x4) 8(c 0x64, s 0x37, l 0, t 0x32) 9(c = 0x64, s 0x37, l 0, t 0x2c) 10(c 0x64, s 0x37, l 0, t 0x3b) 11(c 0x64, s 0x3= 7, l 0, t 0x36) 12(c 0x64, s 0x37, l 0, t 0x12) 13(c 0x64, s 0x37, l 0, t 0= x11) 14(c 0x64, s 0x37, l 0, t 0x2) 15(c 0x64, s 0x37, l 0, t 0x10) 16(c 0x= 64, s 0x37, l 0, t 0x18) 17(c 0x64, s 0x37, l 0, t 0x1c) 18(c 0x64, s 0x37,= l 0, t 0x16) 19(c 0x64, s 0x37, l 0, t 0x8) 20(c 0x64, s 0x37, l 0, t 0x21= ) 21(c 0x64, s 0x37, l 0, t 0x22) 22(c 0x64, s 0x37, l 0, t 0x3a) 23(c 0x60= , s 0x37, l 0, t 0xff) 24(c 0x64, s 0x37, l 0, t 0x0) 25(c 0x64, s 0x37, l = 0, t 0x6) 26(c 0x64, s 0x37, l 0, t 0x2f) 27(c 0x64, s 0x37, l 0, t 0x27) 2= 8(c 0x64, s 0x37, l 0, t 0x7) 29(c 0x64, s 0x37, l 0, t 0xb) 30(c 0x64, s 0= x37, l 0, t 0xd) 31(c 0x64, s 0x37, l 0, t 0x25)=20 Pending list: 10(c 0x60, s 0x37, l 0), 30(c 0x60, s 0x37, l 0), 5(c 0x64, s= 0x37, l 0), 42(c 0x64, s 0x37, l 0), 37(c 0x60, s 0x37, l 0), 7(c 0x60, s = 0x37, l 0), 14(c 0x60, s 0x37, l 0), 13(c 0x60, s 0x37, l 0), 29(c 0x64, s = 0x37, l 0), 27(c 0x64, s 0x37, l 0), 41(c 0x64, s 0x37, l 0), 45(c 0x64, s = 0x37, l 0), 69(c 0x64, s 0x37, l 0), 25(c 0x64, s 0x37, l 0), 12(c 0x64, s = 0x37, l 0), 20(c 0x64, s 0x37, l 0), 1(c 0x64, s 0x37, l 0), 51(c 0x64, s 0= x37, l 0), 32(c 0x64, s 0x37, l 0), 57(c 0x64, s 0x37, l 0), 55(c 0x64, s 0= x37, l 0), 26(c 0x64, s 0x37, l 0), 21(c 0x64, s 0x37, l 0), 35(c 0x64, s 0= x37, l 0), 9(c 0x64, s 0x37, l 0), 19(c 0x64, s 0x37, l 0), 15(c 0x64, s 0x= 37, l 0), 31(c 0x64, s 0x37, l 0), 56(c 0x64, s 0x37, l 0), 67(c 0x64, s 0x= 37, l 0), 38(c 0x64, s 0x37, l 0), 53(c 0x64, s 0x37, l 0), 40(c 0x64, s 0x= 37, l 0), 68(c 0x64, s 0x37, l 0), 48(c 0x64, s 0x37, l 0), 24(c 0x60, s 0x= 37, l 0), 43(c 0x60, s 0x37, l 0), 34(c 0x60, s 0x37, l 0), 44(c 0x60, s 0x= 37, l 0), 33(c 0x60, s 0x37, l 0), 0(c 0x60, s 0x37, l 0), 36(c 0x60, s 0x3= 7, l 0), 28(c 0x60, s 0x37, l 0), 22(c 0x60, s 0x37, l 0), 2(c 0x60, s 0x37= , l 0), 54(c 0x60, s 0x37, l 0), 8(c 0x60, s 0x37, l 0), 11(c 0x60, s 0x37,= l 0), 17(c 0x60, s 0x37, l 0), 50(c 0x60, s 0x37, l 0), 39(c 0x60, s 0x37,= l 0), 46(c 0x60, s 0x37, l 0), 6(c 0x60, s 0x37, l 0), 47(c 0x60, s 0x37, = l 0), 18(c 0x60, s 0x37, l 0), 58(c 0x60, s 0x37, l 0), 4(c 0x60, s 0x37, l= 0), 16(c 0x60, s 0x37, l 0), 23(c 0x64, s 0x37, l 0), 52(c 0x64, s 0x37, l= 0), 59(c 0x60, s 0x37, l 0), 49(c 0x60, s 0x37, l 0) Kernel Free SCB list: 3 87 65 88 89 70 71 72 73 74 75 76 77 78 79 60 61 62 = 63 64 86 85 84 83 82 81 80=20 sg[0] - Addr 0x8284000 : Length 4096 sg[1] - Addr 0xcb45000 : Length 4096 sg[2] - Addr 0x7dc6000 : Length 4096 sg[3] - Addr 0x8d87000 : Length 4096 sg[4] - Addr 0xdd68000 : Length 4096 sg[5] - Addr 0x7c09000 : Length 4096 sg[6] - Addr 0x9fca000 : Length 4096 sg[7] - Addr 0xe6eb000 : Length 4096 sg[8] - Addr 0xfa4c000 : Length 4096 sg[9] - Addr 0xb3cd000 : Length 4096 sg[10] - Addr 0x1074e000 : Length 4096 sg[11] - Addr 0x9a0f000 : Length 4096 sg[12] - Addr 0x83d0000 : Length 4096 sg[13] - Addr 0xaf11000 : Length 4096 (da0:ahc0:0:3:0): Queuing a BDR SCB (da0:ahc0:0:3:0): Bus Device Reset Message Sent (da0:ahc0:0:3:0): no longer in timeout, status =3D 34b ahc0: Bus Device Reset on A:3. 62 SCBs aborted (da0:ahc0:0:3:0): WRITE(10). CDB: 2a 0 0 56 7d cf 0 0 70 0=20 (da0:ahc0:0:3:0): CAM Status: SCSI Status Error (da0:ahc0:0:3:0): SCSI Status: Check Condition (da0:ahc0:0:3:0): UNIT ATTENTION asc:29,0 (da0:ahc0:0:3:0): Power on, reset, or bus device reset occurred field repla= ceable unit: 2 (da0:ahc0:0:3:0): Retrying Command (per Sense Data) (da0:ahc0:0:3:0): SCB 0xf - timed out ahc0: Dumping Card State while idle, at SEQADDR 0x9 ACCUM =3D 0x0, SINDEX =3D 0x0, DINDEX =3D 0xe4, ARG_2 =3D 0x0 HCNT =3D 0x0 SCBPTR =3D 0x5 SCSISEQ =3D 0x12, SBLKCTL =3D 0x6 DFCNTRL =3D 0x0, DFSTATUS =3D 0x89 LASTPHASE =3D 0x1, SCSISIGI =3D 0x0, SXFRCTL0 =3D 0x80 SSTAT0 =3D 0x0, SSTAT1 =3D 0xa STACK =3D=3D 0xec, 0x165, 0x10d, 0x3 SCB count =3D 90 Kernel NEXTQSCB =3D 67 Card NEXTQSCB =3D 67 QINFIFO entries:=20 Waiting Queue entries:=20 Disconnected Queue entries: 27:47 25:38 11:1 13:32 19:43 1:50 18:11 14:8 17= :2 3:22 2:28 24:34 20:23 30:52 22:59 7:49 15:56 26:4 12:7 23:14 10:29 6:57 = 4:55 9:36 29:21 8:68 0:42 16:19 31:45 28:69 21:12=20 QOUTFIFO entries:=20 Sequencer Free SCB List: 5=20 Sequencer SCB Info: 0(c 0x64, s 0x37, l 0, t 0x2a) 1(c 0x64, s 0x37, l 0, t= 0x32) 2(c 0x64, s 0x37, l 0, t 0x1c) 3(c 0x64, s 0x37, l 0, t 0x16) 4(c 0x= 64, s 0x37, l 0, t 0x37) 5(c 0x60, s 0x37, l 0, t 0xff) 6(c 0x64, s 0x37, l= 0, t 0x39) 7(c 0x64, s 0x37, l 0, t 0x31) 8(c 0x64, s 0x37, l 0, t 0x44) 9= (c 0x64, s 0x37, l 0, t 0x24) 10(c 0x64, s 0x37, l 0, t 0x1d) 11(c 0x64, s = 0x37, l 0, t 0x1) 12(c 0x64, s 0x37, l 0, t 0x7) 13(c 0x64, s 0x37, l 0, t = 0x20) 14(c 0x64, s 0x37, l 0, t 0x8) 15(c 0x64, s 0x37, l 0, t 0x38) 16(c 0= x64, s 0x37, l 0, t 0x13) 17(c 0x64, s 0x37, l 0, t 0x2) 18(c 0x64, s 0x37,= l 0, t 0xb) 19(c 0x64, s 0x37, l 0, t 0x2b) 20(c 0x64, s 0x37, l 0, t 0x17= ) 21(c 0x64, s 0x37, l 0, t 0xc) 22(c 0x64, s 0x37, l 0, t 0x3b) 23(c 0x64,= s 0x37, l 0, t 0xe) 24(c 0x64, s 0x37, l 0, t 0x22) 25(c 0x64, s 0x37, l 0= , t 0x26) 26(c 0x64, s 0x37, l 0, t 0x4) 27(c 0x64, s 0x37, l 0, t 0x2f) 28= (c 0x64, s 0x37, l 0, t 0x45) 29(c 0x64, s 0x37, l 0, t 0x15) 30(c 0x64, s = 0x37, l 0, t 0x34) 31(c 0x64, s 0x37, l 0, t 0x2d)=20 Pending list: 47(c 0x60, s 0x37, l 0), 38(c 0x60, s 0x37, l 0), 58(c 0x64, = s 0x37, l 0), 46(c 0x64, s 0x37, l 0), 33(c 0x64, s 0x37, l 0), 20(c 0x64, = s 0x37, l 0), 1(c 0x60, s 0x37, l 0), 51(c 0x64, s 0x37, l 0), 32(c 0x60, s= 0x37, l 0), 43(c 0x60, s 0x37, l 0), 50(c 0x60, s 0x37, l 0), 17(c 0x64, s= 0x37, l 0), 11(c 0x60, s 0x37, l 0), 8(c 0x60, s 0x37, l 0), 54(c 0x64, s = 0x37, l 0), 18(c 0x64, s 0x37, l 0), 2(c 0x60, s 0x37, l 0), 22(c 0x60, s 0= x37, l 0), 28(c 0x60, s 0x37, l 0), 34(c 0x60, s 0x37, l 0), 23(c 0x60, s 0= x37, l 0), 52(c 0x60, s 0x37, l 0), 59(c 0x60, s 0x37, l 0), 49(c 0x60, s 0= x37, l 0), 56(c 0x60, s 0x37, l 0), 4(c 0x60, s 0x37, l 0), 16(c 0x64, s 0x= 37, l 0), 7(c 0x60, s 0x37, l 0), 14(c 0x60, s 0x37, l 0), 13(c 0x64, s 0x3= 7, l 0), 29(c 0x60, s 0x37, l 0), 27(c 0x64, s 0x37, l 0), 41(c 0x64, s 0x3= 7, l 0), 9(c 0x64, s 0x37, l 0), 31(c 0x64, s 0x37, l 0), 10(c 0x64, s 0x37= , l 0), 66(c 0x64, s 0x37, l 0), 30(c 0x64, s 0x37, l 0), 5(c 0x64, s 0x37,= l 0), 57(c 0x60, s 0x37, l 0), 55(c 0x60, s 0x37, l 0), 40(c 0x64, s 0x37,= l 0), 36(c 0x60, s 0x37, l 0), 39(c 0x64, s 0x37, l 0), 21(c 0x60, s 0x37,= l 0), 68(c 0x60, s 0x37, l 0), 35(c 0x64, s 0x37, l 0), 6(c 0x64, s 0x37, = l 0), 42(c 0x60, s 0x37, l 0), 37(c 0x64, s 0x37, l 0), 26(c 0x64, s 0x37, = l 0), 44(c 0x64, s 0x37, l 0), 19(c 0x60, s 0x37, l 0), 48(c 0x64, s 0x37, = l 0), 53(c 0x64, s 0x37, l 0), 24(c 0x64, s 0x37, l 0), 45(c 0x60, s 0x37, = l 0), 69(c 0x60, s 0x37, l 0), 25(c 0x64, s 0x37, l 0), 12(c 0x60, s 0x37, = l 0), 15(c 0x64, s 0x37, l 0) Kernel Free SCB list: 0 3 87 65 88 89 70 71 72 73 74 75 76 77 78 79 60 61 6= 2 63 64 86 85 84 83 82 81 80=20 sg[0] - Addr 0x10ae4000 : Length 4096 sg[1] - Addr 0xf2e5000 : Length 4096 sg[2] - Addr 0x9a26000 : Length 4096 sg[3] - Addr 0x9b67000 : Length 4096 sg[4] - Addr 0x10c28000 : Length 4096 sg[5] - Addr 0x8b09000 : Length 4096 sg[6] - Addr 0xaaca000 : Length 4096 sg[7] - Addr 0x7b4b000 : Length 4096 sg[8] - Addr 0xe22c000 : Length 4096 sg[9] - Addr 0x93ed000 : Length 4096 (da0:ahc0:0:3:0): Queuing a BDR SCB (da0:ahc0:0:3:0): Bus Device Reset Message Sent (da0:ahc0:0:3:0): no longer in timeout, status =3D 34b ahc0: Bus Device Reset on A:3. 61 SCBs aborted (da0:ahc0:0:3:0): WRITE(10). CDB: 2a 0 0 56 de 4f 0 0 50 0=20 (da0:ahc0:0:3:0): CAM Status: SCSI Status Error (da0:ahc0:0:3:0): SCSI Status: Check Condition (da0:ahc0:0:3:0): UNIT ATTENTION asc:29,0 (da0:ahc0:0:3:0): Power on, reset, or bus device reset occurred field repla= ceable unit: 2 (da0:ahc0:0:3:0): Retrying Command (per Sense Data) thanks in advance for any replies=20 regards, Saurabh Gupta To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 1:58:38 2002 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 582BE37B401 for ; Wed, 30 Oct 2002 01:58:35 -0800 (PST) Received: from edgemaster.zombie.org (edgemaster.creighton.edu [147.134.112.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id B908143E88 for ; Wed, 30 Oct 2002 01:58:34 -0800 (PST) (envelope-from smkelly@zombie.org) Received: by edgemaster.zombie.org (Postfix, from userid 1001) id C33E141474; Wed, 30 Oct 2002 03:57:52 -0600 (CST) Date: Wed, 30 Oct 2002 03:57:52 -0600 From: Sean Kelly To: current@freebsd.org Subject: UFS Snapshot deadlock Message-ID: <20021030095752.GA1868@edgemaster.zombie.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG While playing with UFS snapshots on a UFS2 filesystem I mounted specifically for this purpose, I encountered a little problem. It seems I have processes deadlocked on each other. Steps to repeat: /# mount /dev/ad2a /mnt ; cd /mnt /dev/ad2a on /mnt (ufs, local, soft-updates, multilabel) # UFS2 /mnt# cd /mnt; mount -u -o snapshot /mnt/snapshot /mnt *switch vtys* /# cd /mnt; ls -l *ls deadlocks* *I get bored and ^C the mount on the other vty about 30 minutes later* /mnt# ls *this ls deadlocks too* For the record, /mnt was a new filesystem. It had *nothing* in it. No directories or anything. So now, I've got these: UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 0 1133 669 0 -4 0 692 548 ufs D+ v1 0:00.00 ls 1001 939 856 0 -4 0 696 560 ufs D+ v2 0:00.00 ls -l 0 937 1 0 -4 0 560 336 ufs D v1 0:00.65 mount -u -o snapshot /mnt/snapshot /mnt Now for some numbers. db> trace 937 mi_switch(c71aab60,50,c03375c6,c7,c03ad2f8) at mi_switch+0x158 msleep(c75098dc,c03a9358,50,c034f732,0) at msleep+0x3b4 acquire(c75098dc,1000040,600,e6,3a9) at acquire+0xa7 lockmgr(c75098dc,1010002,c7509818,c71aab60,e5b076a8) at lockmgr+0x2f7 vop_stdlock(e5b076c4,e5b076e0,c021e306,e5b076c4,0) at vop_stdlock+0x2c ufs_vnoperate(e5b076c4,0,c033dd28,e5b076e0,c01ba4a5) at ufs_vnoperate+0x18 vn_lock(c7509818,10002,c71aab60,815,c7509818) at vn_lock+0xd6 vget(c7509818,2,c71aab60,470,0) at vget+0xd6 ffs_sync(c74c5400,1,c726a780,c71aab60,c74f1000) at ffs_sync+0x126 vfs_write_suspend(c74c5400,c74ffcb8,d351f08c,1,c2c06e80) at vfs_write_suspend+0x70 ffs_snapshot(c74c5400,bfbffd1d,70,c033990d,252) at ffs_snapshot+0xa48 ffs_mount(c74c5400,c745ce80,bfbff000,e5b07bf0,c71aab60) at ffs_mount+0x548 vfs_mount(c71aab60,c6d2b780,c745ce80,1010000,bfbff000) at vfs_mount+0x85e mount(c71aab60,e5b07d14,c03590ba,409,4) at mount+0xb8 syscall(2f,2f,2f,bfbfeffc,bfbff9f4) at syscall+0x22e Xint0x80_syscall() at Xint0x80_syscall+0x1d db> trace 939 mi_switch(c74260d0,50,c03375c6,c7,1cc) at mi_switch+0x158 msleep(c74ffd7c,c03a9688,50,c034f732,0) at msleep+0x3b4 acquire(c74ffd7c,1000040,600,e6,3ab) at acquire+0xa7 lockmgr(c74ffd7c,1010002,c74ffcb8,c74260d0,e5bfd83c) at lockmgr+0x2f7 vop_stdlock(e5bfd858,e5bfd874,c021e306,e5bfd858,246) at vop_stdlock+0x2c ufs_vnoperate(e5bfd858,246,0,c74f1000,0) at ufs_vnoperate+0x18 vn_lock(c74ffcb8,10002,c74260d0,7f,3) at vn_lock+0xd6 vget(c74ffcb8,10002,c74260d0,7f,c74260d0) at vget+0xd6 ufs_ihashget(c74cce00,3,2,e5bfd98c,e5bfd8f0) at ufs_ihashget+0xd2 ffs_vget(c74c5400,3,2,e5bfd98c,e5bfd994) at ffs_vget+0x44 ufs_lookup(e5bfdac0,e5bfdafc,c0207a24,e5bfdac0,e5bfdc3c) at ufs_lookup+0xdae ufs_vnoperate(e5bfdac0,e5bfdc3c,e5bfdc50,3ab,c74260d0) at ufs_vnoperate+0x18 vfs_cache_lookup(e5bfdb70,e5bfdb9c,c020bd39,e5bfdb70,c7509818) at vfs_cache_lookup+0x2e4 ufs_vnoperate(e5bfdb70,c7509818,e5bfdc50,e5bfdb5c,c74260d0) at ufs_vnoperate+0x18 lookup(e5bfdc28,0,c033d6ad,a4,c74260d0) at lookup+0x309 namei(e5bfdc28,c03ade38,c03ade10,c03b42a0,0) at namei+0x1e0 lstat(c74260d0,e5bfdd14,c03590ba,409,2) at lstat+0x52 syscall(2f,2f,2f,80d3200,80d1040) at syscall+0x22e Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (190, FreeBSD ELF32, lstat), eip = 0x805838b, esp = 0xbfbff3dc, ebp = 0xbfbff468 --- db> trace 1133 mi_switch(c6d31680,50,c03375c6,c7,2) at mi_switch+0x158 msleep(c75098dc,c03a9358,50,c034f732,0) at msleep+0x3b4 acquire(c75098dc,1000040,600,e6,46d) at acquire+0xa7 lockmgr(c75098dc,1030002,c7509818,c6d31680,e3887ad0) at lockmgr+0x2f7 vop_stdlock(e3887aec,e3887b08,c021e306,e3887aec,0) at vop_stdlock+0x2c ufs_vnoperate(e3887aec,0,c033e1ac,360,c01e3af0) at ufs_vnoperate+0x18 vn_lock(c7509818,20002,c6d31680,e3887b5c,c6d31680) at vn_lock+0xd6 lookup(e3887c28,0,c033d6ad,a4,c6d31680) at lookup+0x8e namei(e3887c28,c03ade38,c03ade10,c03b42a0,0) at namei+0x1e0 stat(c6d31680,e3887d14,c03590ba,409,2) at stat+0x52 syscall(2f,2f,2f,80d3080,80d1000) at syscall+0x22e Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (188, FreeBSD ELF32, stat), eip = 0x80583b3, esp = 0xbfbff4dc, ebp = 0xbfbff568 --- db> x/x 0xc74ffd7c, 20 0xc74ffd7c: c03a9688 1200440 0 1 0xc74ffd8c: 500001 c034f732 6 3a9 0xc74ffd9c: c74ffd7c c6be9500 c74c5400 0 0xc74ffdac: 0 c74ffdac 968 c74ffcb8 0xc74ffdbc: 0 0 1 0 0xc74ffdcc: 0 0 0 0 0xc74ffddc: ffffffff c0370e80 c033dd98 c033dd98 0xc74ffdec: 30000 c74cb734 c7508010 c03acfd8 db> x/x 0xc75098dc, 10 0xc75098dc: c03a9358 1200440 0 3 0xc75098ec: 500001 c034f732 6 3ab 0xc75098fc: c75098dc c6be9500 c74c5400 0 0xc750990c: 0 c750990c 93c c7509818 (gdb) list *( ufs_lookup+0xdae) 0xc02bd86e is in ufs_lookup (/usr/src/sys/ufs/ufs/ufs_lookup.c:602). 597 } else if (dp->i_number == dp->i_ino) { 598 VREF(vdp); /* we want ourself, ie "." */ 599 *vpp = vdp; 600 } else { 601 error = VFS_VGET(pdp->v_mount, dp->i_ino, LK_EXCLUSIVE, &tdp); 602 if (error) 603 return (error); 604 if (!lockparent || !(flags & ISLASTCN)) { 605 VOP_UNLOCK(pdp, 0, td); 606 cnp->cn_flags |= PDIRUNLOCK; -- Sean Kelly | PGP KeyID: 77042C7B smkelly@zombie.org | http://www.zombie.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 2: 0:19 2002 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 84C8A37B401 for ; Wed, 30 Oct 2002 02:00:18 -0800 (PST) Received: from flamingo.mail.pas.earthlink.net (flamingo.mail.pas.earthlink.net [207.217.120.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D3B043E88 for ; Wed, 30 Oct 2002 02:00:18 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0004.cvx22-bradley.dialup.earthlink.net ([209.179.198.4] helo=mindspring.com) by flamingo.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 186pe0-0000da-00; Wed, 30 Oct 2002 02:00:12 -0800 Message-ID: <3DBFAD5F.3D7B31FC@mindspring.com> Date: Wed, 30 Oct 2002 01:58:55 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Stijn Hoop Cc: Garance A Drosihn , Raymond Kohler , current@freebsd.org Subject: Re: speed of -CURRENT [was: questions about the state of current] References: <2570443.1035916854787.JavaMail.wshttp@emss03g01.ems.lmco.com> <20021030091356.GC94770@pcwin002.win.tue.nl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Stijn Hoop wrote: > I am experiencing a really noticable slower startup time on my very recent > -CURRENT laptop for almost all programs. The problem seems to be in getting > info in the cache, because it disappears when I start the same program again. > > It is even noticable when doing a simple 'ls -l' in an uncached directory (ie > boot the laptop, cd tmp/test && ls -l), but larger things, like starting X, > take roughly two or three times as long as on -STABLE. [ ... ] > The systems hostname was changed between Aug & Oct, but it's the > same laptop, a P3-800 w/256MB memory. > > Thoughts? The first thing you should do is check without ACPI loaded; the biggest indicator will probably be the dmesg for the reported clock rate, vs. what is installed in the machine (i.e. ACPI will occasionally result in the machine being "power managed" down to a lower clock rate. Check the -current archives; this is normally the result of bad ACPI P-code in the BIOS, and updating the BIOS usually fixes it (or else you can patch it, if you can verify that this is the problem). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 2: 1:59 2002 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 E642B37B401 for ; Wed, 30 Oct 2002 02:01:57 -0800 (PST) Received: from anchor-post-35.mail.demon.net (anchor-post-35.mail.demon.net [194.217.242.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2611443E8A for ; Wed, 30 Oct 2002 02:01:57 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from mailgate.nlsystems.com ([62.49.251.130] helo=herring.nlsystems.com) by anchor-post-35.mail.demon.net with esmtp (Exim 3.36 #2) id 186pff-0001W7-0U; Wed, 30 Oct 2002 10:01:55 +0000 Received: from herring (herring [10.0.0.2]) by herring.nlsystems.com (8.12.6/8.12.4) with ESMTP id g9UA1lgu056936; Wed, 30 Oct 2002 10:01:48 GMT (envelope-from dfr@nlsystems.com) Date: Wed, 30 Oct 2002 10:01:47 +0000 (GMT) From: Doug Rabson To: Terry Lambert Cc: current@freebsd.org Subject: Re: gnome on current In-Reply-To: <3DBEF5F3.D445C65A@mindspring.com> Message-ID: <20021030100105.K43274-100000@herring.nlsystems.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 29 Oct 2002, Terry Lambert wrote: > Doug Rabson wrote: > > The point is that with the current setup of the XFree86-4-libraries port, > > you don't have any choice, since libX11 links to libXThrStub. This is the > > key problem, IMHO. I have a machine running RedHat 8.0 and they don't have > > any such thing. On RedHat, libXThrStub doesn't even exist. > > So what breaks, when you dike it out? Building now... > > > All you have to do is create a situation where a shared object that links > > to libc_r is loaded after libX11 and the thing breaks into little pieces. > > So let's dike out libXThrStub.so, and be done with it. I think the only stub which it defines that libc.so doesn't also define is pthread_cond_broadcast. I'm waiting to see if that lack causes any noticeable problems. -- Doug Rabson Mail: dfr@nlsystems.com Phone: +44 20 8348 6160 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 2:18:26 2002 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 1C24C37B401 for ; Wed, 30 Oct 2002 02:18:25 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5B8743E4A for ; Wed, 30 Oct 2002 02:18:24 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.6/8.12.2) with ESMTP id g9UAINJR080551; Wed, 30 Oct 2002 02:18:23 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.6/8.12.6/Submit) id g9UAH75R080527; Wed, 30 Oct 2002 02:17:07 -0800 (PST) Date: Wed, 30 Oct 2002 02:17:07 -0800 From: "David O'Brien" To: Chad David Cc: freebsd-current@freebsd.org Subject: Re: Objective-C threads Message-ID: <20021030101707.GA80447@dragon.nuxi.com> Reply-To: freebsd-current@freebsd.org References: <20021029190941.A43525@newton.issci.ca> <20021030031156.GA76120@dragon.nuxi.com> <20021029210216.A45337@newton.issci.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021029210216.A45337@newton.issci.ca> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 5.0-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 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Oct 29, 2002 at 09:02:16PM -0700, Chad David wrote: > On Tue, Oct 29, 2002 at 07:11:56PM -0800, David O'Brien wrote: > > On Tue, Oct 29, 2002 at 07:09:41PM -0700, Chad David wrote: > > > Does anybody know if there is a good reason why libobjc is built with > > > thr-single.c? As well, who is the current maintainer of Objective-C? > > > > Few of us have ObjC clue. Do you have a patch that makes things better > > that you can explain to us? > > To start with I have a few changes to hash.h, objc-list.h and thr.h that > allow my code to even compile (without warnings) with I have attached. > I believe they are all pretty obvious, except for the change to > compare_ptrs(), which I'm not totally sure about... Is there any reason you have not sent these changes to the gcc-patches@gcc.gnu.org list? It looks like you're making generic ObjC chagnes, not FreeBSD specific ones. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 2:21: 0 2002 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 CA43537B401 for ; Wed, 30 Oct 2002 02:20:59 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 621F743E4A for ; Wed, 30 Oct 2002 02:20:59 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.6/8.12.2) with ESMTP id g9UAKxJR080577; Wed, 30 Oct 2002 02:20:59 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.6/8.12.6/Submit) id g9UAJhvf080565; Wed, 30 Oct 2002 02:19:43 -0800 (PST) Date: Wed, 30 Oct 2002 02:19:43 -0800 From: "David O'Brien" To: Terry Lambert Cc: freebsd-current@freebsd.org Subject: Re: Objective-C threads Message-ID: <20021030101943.GB80447@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <20021029190941.A43525@newton.issci.ca> <3DBF4C35.B554A7C1@mindspring.com> <20021029211322.B45337@newton.issci.ca> <3DBF8FD8.A68747D8@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3DBF8FD8.A68747D8@mindspring.com> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 5.0-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 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Oct 29, 2002 at 11:52:56PM -0800, Terry Lambert wrote: > That said, if you want to make it work for you, I'm behind you > 100%: I think any changes you want to make are OK; they can > always be backed out, if anyone starts complaining about them > breaking things, so I think it's kind of silly for you to ask > for permission to maintain something no one else is maintaining. Perhaps because maintaining them in the FreeBSD repo might be the wrong place. To answer your other questiion -- because a change to fix one thing for one person might break things for 10 others. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 2:24:53 2002 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 77A8237B401; Wed, 30 Oct 2002 02:24:52 -0800 (PST) Received: from flamingo.mail.pas.earthlink.net (flamingo.mail.pas.earthlink.net [207.217.120.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15D7243E4A; Wed, 30 Oct 2002 02:24:52 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0004.cvx22-bradley.dialup.earthlink.net ([209.179.198.4] helo=mindspring.com) by flamingo.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 186q1m-0007T6-00; Wed, 30 Oct 2002 02:24:48 -0800 Message-ID: <3DBFB304.E73414D6@mindspring.com> Date: Wed, 30 Oct 2002 02:23:00 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: obrien@freebsd.org Cc: freebsd-current@freebsd.org Subject: Re: Objective-C threads References: <20021029190941.A43525@newton.issci.ca> <3DBF4C35.B554A7C1@mindspring.com> <20021029211322.B45337@newton.issci.ca> <3DBF8FD8.A68747D8@mindspring.com> <20021030101943.GB80447@dragon.nuxi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David O'Brien wrote: > On Tue, Oct 29, 2002 at 11:52:56PM -0800, Terry Lambert wrote: > > That said, if you want to make it work for you, I'm behind you > > 100%: I think any changes you want to make are OK; they can > > always be backed out, if anyone starts complaining about them > > breaking things, so I think it's kind of silly for you to ask > > for permission to maintain something no one else is maintaining. > > Perhaps because maintaining them in the FreeBSD repo might be the wrong > place. To answer your other questiion -- because a change to fix one > thing for one person might break things for 10 others. "they can always be backed out, if anyone starts complaining about them breaking things" Better to have someone trying, than no one doing anything (IMO). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 2:37:56 2002 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 0C66737B401 for ; Wed, 30 Oct 2002 02:37:54 -0800 (PST) Received: from flamingo.mail.pas.earthlink.net (flamingo.mail.pas.earthlink.net [207.217.120.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id A222F43E75 for ; Wed, 30 Oct 2002 02:37:53 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0004.cvx22-bradley.dialup.earthlink.net ([209.179.198.4] helo=mindspring.com) by flamingo.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 186qEO-0000fC-00; Wed, 30 Oct 2002 02:37:50 -0800 Message-ID: <3DBFB627.6BD0B926@mindspring.com> Date: Wed, 30 Oct 2002 02:36:23 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Doug Rabson Cc: current@freebsd.org Subject: [PATCH: libc]Re: gnome on current References: <20021030100105.K43274-100000@herring.nlsystems.com> Content-Type: multipart/mixed; boundary="------------D290D46E0DB61299D80748D0" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------D290D46E0DB61299D80748D0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Doug Rabson wrote: > > > All you have to do is create a situation where a shared object that links > > > to libc_r is loaded after libX11 and the thing breaks into little pieces. > > > > So let's dike out libXThrStub.so, and be done with it. > > I think the only stub which it defines that libc.so doesn't also define is > pthread_cond_broadcast. I'm waiting to see if that lack causes any > noticeable problems. That's bizarre... it's defined in libc_r, so there's no reason for the omission in libc. Please find attached a patch that corrects this. PS: It looks like the semaphore code use pthread_cond_signal; maybe it should be using the pthread_cond_broadcast, instead? This seeems to be broken, if we are talking a large vs. small count on the semaphore... -- Terry --------------D290D46E0DB61299D80748D0 Content-Type: text/plain; charset=us-ascii; name="libccond.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="libccond.diff" Index: gen/_pthread_stubs.c =================================================================== RCS file: /cvs/src/lib/libc/gen/_pthread_stubs.c,v retrieving revision 1.7 diff -c -r1.7 _pthread_stubs.c *** gen/_pthread_stubs.c 19 Sep 2002 01:09:49 -0000 1.7 --- gen/_pthread_stubs.c 30 Oct 2002 06:16:11 -0000 *************** *** 42,47 **** --- 42,48 ---- */ __weak_reference(_pthread_cond_init_stub, _pthread_cond_init); __weak_reference(_pthread_cond_signal_stub, _pthread_cond_signal); + __weak_reference(_pthread_cond_broadcast_stub, _pthread_cond_broadcast); __weak_reference(_pthread_cond_wait_stub, _pthread_cond_wait); __weak_reference(_pthread_cond_destroy_stub, _pthread_cond_destroy); __weak_reference(_pthread_getspecific_stub, _pthread_getspecific); *************** *** 82,87 **** --- 83,94 ---- int _pthread_cond_signal_stub(pthread_cond_t *cond) + { + return (0); + } + + int + _pthread_cond_broadcast_stub(pthread_cond_t *cond) { return (0); } Index: include/namespace.h =================================================================== RCS file: /cvs/src/lib/libc/include/namespace.h,v retrieving revision 1.9 diff -c -r1.9 namespace.h *** include/namespace.h 29 Mar 2002 22:43:42 -0000 1.9 --- include/namespace.h 30 Oct 2002 06:17:39 -0000 *************** *** 77,82 **** --- 77,83 ---- #define open _open #define poll _poll #define pthread_cond_signal _pthread_cond_signal + #define pthread_cond_broadcast _pthread_cond_broadcast #define pthread_cond_wait _pthread_cond_wait #define pthread_cond_init _pthread_cond_init #define pthread_exit _pthread_exit Index: include/reentrant.h =================================================================== RCS file: /cvs/src/lib/libc/include/reentrant.h,v retrieving revision 1.1 diff -c -r1.1 reentrant.h *** include/reentrant.h 19 Mar 2001 12:49:49 -0000 1.1 --- include/reentrant.h 30 Oct 2002 06:18:10 -0000 *************** *** 109,114 **** --- 109,116 ---- #define cond_init(c, a, p) _pthread_cond_init(c, a) #define cond_signal(m) if (__isthreaded) \ _pthread_cond_signal(m) + #define cond_broadcast(m) if (__isthreaded) \ + _pthread_cond_broadcast(m) #define cond_wait(c, m) if (__isthreaded) \ _pthread_cond_wait(c, m) --------------D290D46E0DB61299D80748D0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 3:22:18 2002 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 BFFD737B401 for ; Wed, 30 Oct 2002 03:22:16 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id C230C43E6E for ; Wed, 30 Oct 2002 03:22:15 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id WAA13600; Wed, 30 Oct 2002 22:22:01 +1100 Date: Wed, 30 Oct 2002 22:33:22 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: "M. Warner Losh" Cc: rittle@labs.mot.com, , , Subject: Re: Lack of real long double support In-Reply-To: <20021030.012222.123041962.imp@bsdimp.com> Message-ID: <20021030215500.E5692-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 30 Oct 2002, M. Warner Losh wrote: > In message: <20021029222447.L1273-100000@gamplex.bde.org> > Bruce Evans writes: > : On Mon, 28 Oct 2002, M. Warner Losh wrote: > : > : > In message: <200210290211.g9T2BBcP010112@latour.rsch.comm.mot.com> > : > Loren James Rittle writes: > : > : > This works. I'm not sure why this isn't the default. It looks like > : > we have hacks in the local tree to do this, which is why I thought > : > that it worked great by default.... > : > : Better change FreeBSD to match the unhacked version :-). > > Better to change FreeBSD to do the right thing and give long doubles > their full precision, unless there's some compelling reason not to do > so. The reasons are the same as they used to be: incomplete language support and incomplete library support. Language support is being completed but is far from here yet. See the paper referenced in Loren's reply for more details than anyone should want to know. > : > : gcc 3.3 will support a framework in which such changes would be easy > : > : to convey at compile-time but, to my knowledge, there is no support > : > : yet to obtain e.g. the precision setting at run-time. I.e. > : > : FreeBSD (on i386's) has fpgetprec() to get it and fpsetprec() to set it, > : but these are nonstandard and won't become standard. They don't exist > : on most or all non-i386's now, unlike fpget/setround() which will become > : the standard feget/setround(). > > Is there some reason we can't just put them into the machine specific > startup code like I've done with the tree. Putting them there would just blow away the kernel default. There are arguments for putting the in both places, but not at the same time. Linux seems to have gone the other way and move the initialization from crt to the kernel. I'm not sure what happened to moves to set the Linux default for Linux applications in the kernel. > What is the issue? If the > issue is that doubles then start to be computed at 64 bit precision of > intermediate value, then isn't it a compiler issue of scheduling the > precision of the floating point unit? It then would be the only > entity to know what the proper precision is at any given time. Of > course, that sounds like a hard problem to me, especially since the > compiler might not know the state of the fp unit on entry to a given > function call. C99 encourages having a behaviour that is known at compile time and telling applications about it in FLT_EVAL_METHOD (this can be set to -1 == indeterminable, but that would not be very useful although it is the only correct setting now). The compiler should implement the system implementor's choice or enforce its own choice. gcc doesn't really understand this this. gcc-3.2 thinks that it implementing method 0 (no extension of precision) but the npx hardware is nothing like that. The compiler doesn't have any special problems knowing the state of the precision control on entry to functions. It just needs the initial value to be set correctly and the state to not change underneath it like it already requires for other aspects of the state. Changing the state using fpset*() counts as changing the state underneath it here. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 3:57:41 2002 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 4344D37B401 for ; Wed, 30 Oct 2002 03:57:40 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7E4543E4A for ; Wed, 30 Oct 2002 03:57:38 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 7224B534E; Wed, 30 Oct 2002 12:57:33 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Nate Lawson Cc: Bill Fenner , freebsd-current@freebsd.org Subject: Re: libfetch(3) patch for SSL References: From: Dag-Erling Smorgrav Date: Wed, 30 Oct 2002 12:57:33 +0100 In-Reply-To: (Nate Lawson's message of "Tue, 29 Oct 2002 23:23:23 -0800 (PST)") Message-ID: Lines: 20 User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.2 (i386--freebsd) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Nate Lawson writes: > May I humbly propose that the API is broken and should be reworked? My > frustration with cached_connection common/ftp sharing and this thrashing > trying to overload the return value are signs that the API needs > rethinking. What do you mean "overload the return value"? _fetch_read(), _fetch_write() and _fetch_writev() are meant to return the same values in the same cases as read(2), write(2) and writev(2) would. The only difference should be in what value errno can have after they return (I don't think any of the system calls can set it to ETIMEDOUT). None of this has anything to do with cached connections, and I do not agree that caching should be done in common.c, because it relies on information (such as login and password) which is not and should not be available at that layer. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 4: 1:36 2002 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 B85CB37B401 for ; Wed, 30 Oct 2002 04:01:35 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FE6843E6E for ; Wed, 30 Oct 2002 04:01:35 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id C8144534E; Wed, 30 Oct 2002 13:01:32 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Jun Kuriyama Cc: current@freebsd.org Subject: Re: The next "make release" breaker... References: <92881.1035907379@critter.freebsd.dk> <7mr8e8tlm8.wl@black.imgsrc.co.jp> From: Dag-Erling Smorgrav Date: Wed, 30 Oct 2002 13:01:32 +0100 In-Reply-To: <7mr8e8tlm8.wl@black.imgsrc.co.jp> (Jun Kuriyama's message of "Wed, 30 Oct 2002 16:46:23 +0900") Message-ID: Lines: 11 User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.2 (i386--freebsd) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jun Kuriyama writes: > I got same result as Poul-Henning. It seems installed libssh.a in > chroot does not have mm_auth_krb5(). The *installed* libssh shouldn't matter. What matters is the libssh which is built during 'make world' inside the chroot. That's what sshd should be linked against. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 4:12:11 2002 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 A835D37B401 for ; Wed, 30 Oct 2002 04:12:10 -0800 (PST) Received: from white.imgsrc.co.jp (ns.imgsrc.co.jp [210.226.20.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3234743E42 for ; Wed, 30 Oct 2002 04:12:09 -0800 (PST) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (localhost [127.0.0.1]) by white.imgsrc.co.jp (Postfix) with ESMTP id B051624DB3; Wed, 30 Oct 2002 21:12:02 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [2001:218:422:2::130]) by white.imgsrc.co.jp (Postfix) with ESMTP id EE00D24D38; Wed, 30 Oct 2002 21:11:58 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [2001:218:422:2::130]) by black.imgsrc.co.jp (Postfix) with ESMTP id 2690A1E460E; Wed, 30 Oct 2002 21:11:56 +0900 (JST) Date: Wed, 30 Oct 2002 21:11:56 +0900 Message-ID: <7m8z0gt9bn.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: Dag-Erling Smorgrav Cc: current@freebsd.org Subject: Re: The next "make release" breaker... In-Reply-To: References: <92881.1035907379@critter.freebsd.dk> <7mr8e8tlm8.wl@black.imgsrc.co.jp> User-Agent: Wanderlust/2.9.10 (Unchained Melody) SEMI/1.14.4 (Hosorogi) FLIM/1.14.4 (=?ISO-8859-4?Q?Kashiharajing=FE-mae?=) APEL/10.4 Emacs/21.2 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.4 - "Hosorogi") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by AMaViS on ns.imgsrc.co.jp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At Wed, 30 Oct 2002 13:01:32 +0100, Dag-Erling Smorgrav wrote: > Jun Kuriyama writes: > > I got same result as Poul-Henning. It seems installed libssh.a in > > chroot does not have mm_auth_krb5(). > > The *installed* libssh shouldn't matter. What matters is the libssh > which is built during 'make world' inside the chroot. That's what > sshd should be linked against. Sorry for my misunderstanding. You mention $chrootdir/usr/obj/usr/src/secure/lib/libssh/libssh.a, right? % cd $chrootdir/usr/obj/usr/src/secure/lib/libssh % nm libssh.a | grep mm_auth 000005e0 T mm_auth2_read_banner 000006f0 T mm_auth_password 00000820 T mm_auth_rhosts_rsa_key_allowed 00001df0 T mm_auth_rsa_generate_challenge 00001d00 T mm_auth_rsa_key_allowed 00001ef0 T mm_auth_rsa_verify_response -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 4:36:40 2002 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 9B7CD37B401; Wed, 30 Oct 2002 04:36:38 -0800 (PST) Received: from grasshopper.iavmb.pl (grasshopper.iavmb.pl [217.153.79.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDE9843E75; Wed, 30 Oct 2002 04:36:37 -0800 (PST) (envelope-from beaker@iavision.com) Received: from localhost (localhost.iavmb.pl [127.0.0.1]) by grasshopper.iavmb.pl (Postfix) with ESMTP id 4BB473284D45; Wed, 30 Oct 2002 13:36:33 +0100 (CET) Received: by grasshopper.iavmb.pl (Postfix, from userid 1001) id 3AC883284D2B; Wed, 30 Oct 2002 13:36:32 +0100 (CET) From: beaker@hot.pl (Krzysztof =?iso-8859-2?q?J=EAdruczyk?=) Subject: Wine-2002.10.07 port on FreeBSD 5.0-current To: freebsd-current@FreeBSD.org Cc: gerald@FreeBSD.org Date: Wed, 30 Oct 2002 13:03:38 +0100 Message-ID: <86r8e8t86o.fsf@grasshopper.iavmb.pl> Lines: 56 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by AMaViS perl-11 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Yesterday I tried to upgrade wine on my FreeBSD-current box. It didn't compile until I changed following in server/context_i386.c (looks like this is because of commit of 1.28 version of src/sys/i386/include/reg.h) --8<---------------cut here---------------start------------->8--- --- context_i386.c Wed Aug 14 22:59:03 2002 +++ /home/krzych/src/context_i386.c Wed Oct 30 02:24:23 2002 @@ -373,12 +373,12 @@ struct dbreg dbregs; if (ptrace( PTRACE_GETDBREGS, pid, (caddr_t) &dbregs, 0 ) =3D=3D -= 1) goto error; - context->Dr0 =3D dbregs.dr0; - context->Dr1 =3D dbregs.dr1; - context->Dr2 =3D dbregs.dr2; - context->Dr3 =3D dbregs.dr3; - context->Dr6 =3D dbregs.dr6; - context->Dr7 =3D dbregs.dr7; + context->Dr0 =3D dbregs.dr[0]; + context->Dr1 =3D dbregs.dr[1]; + context->Dr2 =3D dbregs.dr[2]; + context->Dr3 =3D dbregs.dr[3]; + context->Dr6 =3D dbregs.dr[6]; + context->Dr7 =3D dbregs.dr[7]; #endif } if (flags & CONTEXT_FLOATING_POINT) @@ -437,14 +437,14 @@ { #ifdef PTRACE_SETDBREGS struct dbreg dbregs; - dbregs.dr0 =3D context->Dr0; - dbregs.dr1 =3D context->Dr1; - dbregs.dr2 =3D context->Dr2; - dbregs.dr3 =3D context->Dr3; - dbregs.dr4 =3D 0; - dbregs.dr5 =3D 0; - dbregs.dr6 =3D context->Dr6; - dbregs.dr7 =3D context->Dr7; + dbregs.dr[0] =3D context->Dr0; + dbregs.dr[1] =3D context->Dr1; + dbregs.dr[2] =3D context->Dr2; + dbregs.dr[3] =3D context->Dr3; + dbregs.dr[4] =3D 0; + dbregs.dr[5] =3D 0; + dbregs.dr[6] =3D context->Dr6; + dbregs.dr[7] =3D context->Dr7; if (ptrace( PTRACE_SETDBREGS, pid, (caddr_t) &dbregs, 0 ) =3D=3D -= 1) goto error; #endif --8<---------------cut here---------------end--------------->8--- --=20 Best Regards, Krzysztof J=EAdruczyk To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 4:48:47 2002 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 87A3437B401 for ; Wed, 30 Oct 2002 04:48:46 -0800 (PST) Received: from mx9.mail.ru (mx9.mail.ru [194.67.57.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAB4E43E42 for ; Wed, 30 Oct 2002 04:48:43 -0800 (PST) (envelope-from kan@mail.ru) Received: from drweb by mx9.mail.ru with drweb-scanned (Exim MX.9) id 186sGr-000Oiv-00; Wed, 30 Oct 2002 15:48:29 +0300 Received: from [141.154.54.36] (helo=kan.dnsalias.net) by mx9.mail.ru with esmtp (Exim SMTP.9) id 186sGr-000Og8-00; Wed, 30 Oct 2002 15:48:29 +0300 Received: from kan.dnsalias.net (localhost [IPv6:::1]) by kan.dnsalias.net (8.12.6/8.12.6) with ESMTP id g9UCmKR2057582; Wed, 30 Oct 2002 07:48:20 -0500 (EST) (envelope-from kan@kan.dnsalias.net) Received: (from kan@localhost) by kan.dnsalias.net (8.12.6/8.12.6/Submit) id g9UCmEwB057581; Wed, 30 Oct 2002 07:48:14 -0500 (EST) Date: Wed, 30 Oct 2002 07:48:14 -0500 From: Alexander Kabaev To: Stijn Hoop Cc: drosih@rpi.edu, raymond.j.kohler@lmco.com, current@FreeBSD.ORG Subject: Re: speed of -CURRENT [was: questions about the state of current] Message-Id: <20021030074814.3e3c43ea.kabaev@bellatlantic.net> In-Reply-To: <20021030091356.GC94770@pcwin002.win.tue.nl> References: <2570443.1035916854787.JavaMail.wshttp@emss03g01.ems.lmco.com> <20021030091356.GC94770@pcwin002.win.tue.nl> Reply-To: ak03@gte.com X-Mailer: Sylpheed version 0.8.5claws26 (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I am experiencing a really noticable slower startup time on my very > recent-CURRENT laptop for almost all programs. The problem seems to be > in getting info in the cache, because it disappears when I start the > same program again. This almost certainly is caused by the 'ioslow' addition to specfs_vnops.c. Find a block in specfs_strategy function which goes into tsleep for niced processes and comment it out. Let us know if that helps :) -- Alexander Kabaev To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 4:51: 1 2002 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 B982437B401 for ; Wed, 30 Oct 2002 04:51:00 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A9D743E7B for ; Wed, 30 Oct 2002 04:50:59 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 8B846534E; Wed, 30 Oct 2002 13:50:54 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Jun Kuriyama Cc: current@freebsd.org Subject: Re: The next "make release" breaker... References: <92881.1035907379@critter.freebsd.dk> <7mr8e8tlm8.wl@black.imgsrc.co.jp> <7m8z0gt9bn.wl@black.imgsrc.co.jp> From: Dag-Erling Smorgrav Date: Wed, 30 Oct 2002 13:50:53 +0100 In-Reply-To: <7m8z0gt9bn.wl@black.imgsrc.co.jp> (Jun Kuriyama's message of "Wed, 30 Oct 2002 21:11:56 +0900") Message-ID: Lines: 24 User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.2 (i386--freebsd) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jun Kuriyama writes: > At Wed, 30 Oct 2002 13:01:32 +0100, Dag-Erling Smorgrav wrote: > > The *installed* libssh shouldn't matter. What matters is the libssh > > which is built during 'make world' inside the chroot. That's what > > sshd should be linked against. > Sorry for my misunderstanding. You mention > $chrootdir/usr/obj/usr/src/secure/lib/libssh/libssh.a, right? Yes, that's what I mean. > % cd $chrootdir/usr/obj/usr/src/secure/lib/libssh > % nm libssh.a | grep mm_auth > 000005e0 T mm_auth2_read_banner > 000006f0 T mm_auth_password > 00000820 T mm_auth_rhosts_rsa_key_allowed > 00001df0 T mm_auth_rsa_generate_challenge > 00001d00 T mm_auth_rsa_key_allowed > 00001ef0 T mm_auth_rsa_verify_response That's definitely not right :( DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 5:31:19 2002 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 A197E37B404 for ; Wed, 30 Oct 2002 05:31:17 -0800 (PST) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D87943E3B for ; Wed, 30 Oct 2002 05:31:17 -0800 (PST) (envelope-from eischen@pcnet1.pcnet.com) Received: from localhost (eischen@localhost) by mail.pcnet.com (8.12.3/8.12.1) with ESMTP id g9UDVG9c017614; Wed, 30 Oct 2002 08:31:16 -0500 (EST) Date: Wed, 30 Oct 2002 08:31:16 -0500 (EST) From: Daniel Eischen To: Terry Lambert Cc: Doug Rabson , current@FreeBSD.ORG Subject: Re: [PATCH: libc]Re: gnome on current In-Reply-To: <3DBFB627.6BD0B926@mindspring.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 30 Oct 2002, Terry Lambert wrote: > Doug Rabson wrote: > > > > All you have to do is create a situation where a shared object that links > > > > to libc_r is loaded after libX11 and the thing breaks into little pieces. > > > > > > So let's dike out libXThrStub.so, and be done with it. > > > > I think the only stub which it defines that libc.so doesn't also define is > > pthread_cond_broadcast. I'm waiting to see if that lack causes any > > noticeable problems. > > That's bizarre... it's defined in libc_r, so there's no reason for > the omission in libc. I only added stubs that I thought the implementation of libc used (or would use). > Please find attached a patch that corrects this. Patch looks correct. > PS: It looks like the semaphore code use pthread_cond_signal; maybe it > should be using the pthread_cond_broadcast, instead? This seeems to > be broken, if we are talking a large vs. small count on the semaphore... Semaphores only increment/decrement the semaphore by 1. -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 5:48:30 2002 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 DC99237B401 for ; Wed, 30 Oct 2002 05:48:28 -0800 (PST) Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id C125D43E4A for ; Wed, 30 Oct 2002 05:48:21 -0800 (PST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: from zibbi.icomtek.csir.co.za (localhost [IPv6:::1]) by zibbi.icomtek.csir.co.za (8.12.6/8.12.6) with ESMTP id g9UDmFD8030030; Wed, 30 Oct 2002 15:48:15 +0200 (SAT) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: (from jhay@localhost) by zibbi.icomtek.csir.co.za (8.12.6/8.12.6/Submit) id g9UDm5Rc030017; Wed, 30 Oct 2002 15:48:05 +0200 (SAT) (envelope-from jhay) From: John Hay Message-Id: <200210301348.g9UDm5Rc030017@zibbi.icomtek.csir.co.za> Subject: Re: The next "make release" breaker... In-Reply-To: from Dag-Erling Smorgrav at "Oct 30, 2002 01:50:53 pm" To: des@ofug.org (Dag-Erling Smorgrav) Date: Wed, 30 Oct 2002 15:48:05 +0200 (SAT) Cc: kuriyama@imgsrc.co.jp (Jun Kuriyama), current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Jun Kuriyama writes: > > At Wed, 30 Oct 2002 13:01:32 +0100, Dag-Erling Smorgrav wrote: > > > The *installed* libssh shouldn't matter. What matters is the libssh > > > which is built during 'make world' inside the chroot. That's what > > > sshd should be linked against. > > Sorry for my misunderstanding. You mention > > $chrootdir/usr/obj/usr/src/secure/lib/libssh/libssh.a, right? > > Yes, that's what I mean. > > > % cd $chrootdir/usr/obj/usr/src/secure/lib/libssh > > % nm libssh.a | grep mm_auth > > 000005e0 T mm_auth2_read_banner > > 000006f0 T mm_auth_password > > 00000820 T mm_auth_rhosts_rsa_key_allowed > > 00001df0 T mm_auth_rsa_generate_challenge > > 00001d00 T mm_auth_rsa_key_allowed > > 00001ef0 T mm_auth_rsa_verify_response > > That's definitely not right :( The part where it is failing is in release.3 of release/Makefile. Following that around libssh should probably be rebuilt with K5, so shouldn't KPROGS in kerberos5/Makefile also have secure/lib/libssh? John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 6: 5:21 2002 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 C2F3D37B404 for ; Wed, 30 Oct 2002 06:05:20 -0800 (PST) Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id C120243E42 for ; Wed, 30 Oct 2002 06:05:16 -0800 (PST) (envelope-from pmes@attbi.com) Received: from attbi.com ([66.41.138.63]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20021030140516.ZPDT8984.rwcrmhc52.attbi.com@attbi.com>; Wed, 30 Oct 2002 14:05:16 +0000 Message-ID: <3DBFE6F8.2060003@attbi.com> Date: Wed, 30 Oct 2002 08:04:40 -0600 From: Peter Schultz Organization: jocose.org User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2b) Gecko/20021024 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Eric J. Chet" Cc: current@freebsd.org Subject: Re: build broken References: <20021028155621.H13158-100000@gargoyle.bazzle.com> In-Reply-To: <20021028155621.H13158-100000@gargoyle.bazzle.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Eric J. Chet wrote: > Hello > I just tried a -current buildworld which failed: > > --- > "/usr/src/gnu/usr.bin/groff/tmac/Makefile", line 2: warning: duplicate > script for target "-s" ignored > make: don't know how to make doc-common-s. Stop > --- > > Anybody else seeing this? > > Thanks, > > Eric > > Yes, buildworld is broken here for me as well. I have not had much time to look into it, I have not seen any other mention of the problem besides yours, and in UPDATING I only see a notification for a possible problem on Alphas. I do believe people are working on it, however. Pete... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 6:27:41 2002 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 936E037B401 for ; Wed, 30 Oct 2002 06:27:40 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FA2043E3B for ; Wed, 30 Oct 2002 06:27:39 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 669445350; Wed, 30 Oct 2002 15:27:36 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: John Hay Cc: kuriyama@imgsrc.co.jp (Jun Kuriyama), current@FreeBSD.ORG Subject: Re: The next "make release" breaker... References: <200210301348.g9UDm5Rc030017@zibbi.icomtek.csir.co.za> From: Dag-Erling Smorgrav Date: Wed, 30 Oct 2002 15:27:35 +0100 In-Reply-To: <200210301348.g9UDm5Rc030017@zibbi.icomtek.csir.co.za> (John Hay's message of "Wed, 30 Oct 2002 15:48:05 +0200 (SAT)") Message-ID: Lines: 11 User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.2 (i386--freebsd) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Hay writes: > The part where it is failing is in release.3 of release/Makefile. > Following that around libssh should probably be rebuilt with K5, > so shouldn't KPROGS in kerberos5/Makefile also have > secure/lib/libssh? Indeed. Thanks for tracking this down. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 6:35:12 2002 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 2766E37B401 for ; Wed, 30 Oct 2002 06:35:11 -0800 (PST) Received: from smtp.uc3m.es (smtp02.uc3m.es [163.117.136.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id F343F43E9C for ; Wed, 30 Oct 2002 06:35:08 -0800 (PST) (envelope-from jrh@it.uc3m.es) Received: from smtp02.uc3m.es (localhost [127.0.0.1]) by smtp.uc3m.es (Postfix) with ESMTP id BE96743157 for ; Wed, 30 Oct 2002 15:35:05 +0100 (CET) Received: from it.uc3m.es (mira.it.uc3m.es [163.117.140.166]) by smtp02.uc3m.es (Postfix) with ESMTP id B001799F32 for ; Wed, 30 Oct 2002 15:35:05 +0100 (CET) Message-ID: <3DBFEE19.F6065040@it.uc3m.es> Date: Wed, 30 Oct 2002 15:35:05 +0100 From: Juan Francisco Rodriguez Hervella X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.5-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: What's this for ? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've seen this looking for ISO images of FreeBSD-5.0-DP1: 5.0-DP1-disc2.iso - 5.0 Developer Preview #1 - live filesystem. is it possible to work with this filesystem ? I mean, what can be done ? is it auto-bootable or I need to boot from the other one ? Thanks -- JFRH. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 7:16:51 2002 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 0E26B37B401 for ; Wed, 30 Oct 2002 07:16:49 -0800 (PST) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 300C343E7B for ; Wed, 30 Oct 2002 07:16:48 -0800 (PST) (envelope-from stijn@pcwin002.win.tue.nl) Received: from pcwin002.win.tue.nl (orb_rules@localhost [127.0.0.1]) by pcwin002.win.tue.nl (8.12.6/8.12.6) with ESMTP id g9UFGkqx097755; Wed, 30 Oct 2002 16:16:47 +0100 (CET) (envelope-from stijn@pcwin002.win.tue.nl) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.12.6/8.12.6/Submit) id g9UFGkGv097754; Wed, 30 Oct 2002 16:16:46 +0100 (CET) Date: Wed, 30 Oct 2002 16:16:46 +0100 From: Stijn Hoop To: ak03@gte.com Cc: drosih@rpi.edu, raymond.j.kohler@lmco.com, current@freebsd.org Subject: Re: speed of -CURRENT [was: questions about the state of current] Message-ID: <20021030151646.GK95942@pcwin002.win.tue.nl> References: <2570443.1035916854787.JavaMail.wshttp@emss03g01.ems.lmco.com> <20021030091356.GC94770@pcwin002.win.tue.nl> <20021030074814.3e3c43ea.kabaev@bellatlantic.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="924gEkU1VlJlwnwX" Content-Disposition: inline In-Reply-To: <20021030074814.3e3c43ea.kabaev@bellatlantic.net> User-Agent: Mutt/1.4i X-Bright-Idea: Let's abolish HTML mail! Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --924gEkU1VlJlwnwX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 30, 2002 at 07:48:14AM -0500, Alexander Kabaev wrote: > > I am experiencing a really noticable slower startup time on my very > > recent-CURRENT laptop for almost all programs. The problem seems to be > > in getting info in the cache, because it disappears when I start the > > same program again. >=20 > This almost certainly is caused by the 'ioslow' addition to > specfs_vnops.c. Find a block in specfs_strategy function which goes into > tsleep for niced processes and comment it out. Let us know if that helps > :) Yes, that's it. -CURRENT actually feels snappier than -STABLE now :) Below is the diff that I used. Will something other than I/O for niced processes break using this? Thanks! --Stijn --- spec_vnops.c.orig Mon Oct 28 08:07:49 2002 +++ spec_vnops.c Wed Oct 30 14:22:01 2002 @@ -530,17 +530,19 @@ struct mount *mp; int error; struct cdevsw *dsw; - struct thread *td =3D curthread; +/* struct thread *td =3D curthread; */ =09 /* * Slow down disk requests for niced processes. */ +/* XXX: per Alexander Kabaev mail 2002/10/30 07:48 -5 if (td && td->td_ksegrp->kg_nice > 0) { mtx_lock(&strategy_mtx); msleep(&strategy_mtx, &strategy_mtx, PPAUSE | PCATCH | PDROP, "ioslow", td->td_ksegrp->kg_nice); } +*/ bp =3D ap->a_bp; vp =3D ap->a_vp; if (bp->b_iocmd =3D=3D BIO_WRITE) { --924gEkU1VlJlwnwX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9v/feY3r/tLQmfWcRAliLAKCKmr2gej8XpJ3pPOaj76z86zqtbwCfYI59 IDnd1+3FiGeiTIVqwbyyVoo= =DNFU -----END PGP SIGNATURE----- --924gEkU1VlJlwnwX-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 7:51: 9 2002 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 E530B37B401; Wed, 30 Oct 2002 07:51:08 -0800 (PST) Received: from kirk.rvdp.org (node147c0.a2000.nl [24.132.71.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15D0343E77; Wed, 30 Oct 2002 07:50:51 -0800 (PST) (envelope-from rvdp@rvdp.org) Received: (from rvdp@localhost) by kirk.rvdp.org (8.11.6/8.11.6) id g9UFoK704891; Wed, 30 Oct 2002 16:50:20 +0100 (CET) Date: Wed, 30 Oct 2002 16:50:20 +0100 From: Ronald van der Pol To: Hajimu UMEMOTO Cc: current@FreeBSD.ORG, net@FreeBSD.ORG Subject: Re: [CFR] ipfilter IPv6 support in rc Message-ID: <20021030155020.GA4581@rvdp.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Oct 29, 2002 at 00:38:39 +0900, Hajimu UMEMOTO wrote: > Please review it. If there is no objection, I'll commit it at next > weekend. Reviewed -stable, looks OK. Would be nice to have this fix. Thanks. rvdp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 7:52:26 2002 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 287E237B401 for ; Wed, 30 Oct 2002 07:52:25 -0800 (PST) Received: from mail.speakeasy.net (mail13.speakeasy.net [216.254.0.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5EED43E3B for ; Wed, 30 Oct 2002 07:52:24 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 30576 invoked from network); 30 Oct 2002 15:52:27 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail13.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 30 Oct 2002 15:52:27 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id g9UFqMn5025773; Wed, 30 Oct 2002 10:52:23 -0500 (EST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200210292325.g9TNPmSR054058@khavrinen.lcs.mit.edu> Date: Wed, 30 Oct 2002 10:52:22 -0500 (EST) From: John Baldwin To: Garrett Wollman Subject: RE: NEWCARD and "Linksys PCM200 ver. 2" CardBus Ethernet Cc: current@FreeBSD.org, imp@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 29-Oct-2002 Garrett Wollman wrote: > Has anyone managed to make one of these work? I get the following > messages: > > cardbus1: Expecting link target, got 0x59 > cardbus1: Resource not specified in CIS: id=10, size=100 > cardbus1: Resource not specified in CIS: id=14, size=400 > cardbus1: (vendor=0x1737, dev=0xab09) at 0.0 irq 11 > cbb1: CardBus card activation failed > > The box that this card came in was found in my boss's office, unopened > and gathering dust, so I have no idea how recent it actually is; > packaging seems to suggest 2001. I used to use one. The dc(4) driver was broken a while back and now has issues with this card that it didn't used to have, but it should mostly work (it just needs to be ifconfig'd down and up when it freezes sometimes). You do need the dc(4) driver in your kernel or kldload the module. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 7:52:30 2002 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 D37C037B404 for ; Wed, 30 Oct 2002 07:52:27 -0800 (PST) Received: from mail.speakeasy.net (mail15.speakeasy.net [216.254.0.215]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6298643E4A for ; Wed, 30 Oct 2002 07:52:27 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 21933 invoked from network); 30 Oct 2002 15:52:28 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail15.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 30 Oct 2002 15:52:28 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id g9UFqOn5025776; Wed, 30 Oct 2002 10:52:25 -0500 (EST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20021029.163611.29174595.imp@bsdimp.com> Date: Wed, 30 Oct 2002 10:52:24 -0500 (EST) From: John Baldwin To: "M. Warner Losh" Subject: Re: NEWCARD and "Linksys PCM200 ver. 2" CardBus Ethernet Cc: current@FreeBSD.org, wollman@lcs.mit.edu Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 29-Oct-2002 M. Warner Losh wrote: > In message: <200210292325.g9TNPmSR054058@khavrinen.lcs.mit.edu> > Garrett Wollman writes: >: Has anyone managed to make one of these work? I get the following >: messages: >: >: cardbus1: Expecting link target, got 0x59 >: cardbus1: Resource not specified in CIS: id=10, size=100 >: cardbus1: Resource not specified in CIS: id=14, size=400 >: cardbus1: (vendor=0x1737, dev=0xab09) at 0.0 irq 11 >: cbb1: CardBus card activation failed >: >: The box that this card came in was found in my boss's office, unopened >: and gathering dust, so I have no idea how recent it actually is; >: packaging seems to suggest 2001. > > Try loading the dc driver and the rl driver. Oh, wait, this is > vers.2. The ab09 looks similar to the ab02 for the Abocom FE2500. > > I think I have patches in my mailbox to add support for this, but > there was some issue with them that I wanted to get nailed down before > I committed. Hmmm, those patches were for a slightly different card, > with a vendor of 0x13d1, devid 0xab03. Looks like we need to add > some more vendor stuff. Also, I just found the patch in my inbox, and > it looks like there's some stuff that is specific to that card that > isn't called out as such. Hmm, one I have is version 2. Just a sec... *swaps cardbus cards* cardbus0: Expecting link target, got 0x59 cardbus0: Resource not specified in CIS: id=10, size=100 cardbus0: Resource not specified in CIS: id=14, size=400 dc0: port 0x1100-0x11ff mem 0x88002000-0x880023ff irq 11 at device 0.0 on cardbus0 dc0: Ethernet address: 00:e0:98:8c:2e:19 miibus0: on dc0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto On the back it claims to be "Etherfast 10/100 / CardBus PC Card / Model No: PCMPC200" The serial number has a note under it that says "Ver.2" just under the right side of the barcode. Bill Paul got this to work practically eons ago back when cardbus support was first committed. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 8: 2:24 2002 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 A654E37B401 for ; Wed, 30 Oct 2002 08:02:23 -0800 (PST) Received: from relay.butya.kz (butya-gw.butya.kz [212.19.129.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1ED0043E6E for ; Wed, 30 Oct 2002 08:02:22 -0800 (PST) (envelope-from bp@butya.kz) Received: by relay.butya.kz (Postfix, from userid 1000) id D660F28D75; Wed, 30 Oct 2002 22:02:09 +0600 (ALMT) Received: from localhost (localhost [127.0.0.1]) by relay.butya.kz (Postfix) with ESMTP id C432728D66; Wed, 30 Oct 2002 22:02:09 +0600 (ALMT) Date: Wed, 30 Oct 2002 22:02:09 +0600 (ALMT) From: Boris Popov To: Vitaly Markitantov Cc: current@freebsd.org Subject: Re: smbfs broken? In-Reply-To: <20021022110135.GA31643@iron.del.local> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 22 Oct 2002, Vitaly Markitantov wrote: > When i tries to copy a file from smbfs share mounted by mount_smbfs > i get an error: > cp: ./filename: Bad address > > But when i copy a file to share i get kernel panic like this: > > Fatal trap 12: page fault while in kernel mode Early started set of changes is not finished yeat and that panic might be caused by this. I'm sorry for leaving things broken for such long time, but really can't help right now. BTW, I'm looking for smbfs co-maintainer and if anyone interested in this, please mail me (obviously one are supposed to have knowledge of kernel and smbfs internals). -- Boris Popov http://rbp.euro.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 8: 5:57 2002 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 5B1AC37B401 for ; Wed, 30 Oct 2002 08:05:55 -0800 (PST) Received: from newton.issci.ca (mail.acns.ab.ca [142.179.151.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F76543E42 for ; Wed, 30 Oct 2002 08:05:54 -0800 (PST) (envelope-from davidc@newton.issci.ca) Received: from newton.issci.ca (localhost [127.0.0.1]) by newton.issci.ca (8.12.6/8.12.5) with ESMTP id g9UG5h6Y058942; Wed, 30 Oct 2002 09:05:43 -0700 (MST) (envelope-from davidc@newton.issci.ca) Received: (from davidc@localhost) by newton.issci.ca (8.12.6/8.12.6/Submit) id g9UG5hnY058941; Wed, 30 Oct 2002 09:05:43 -0700 (MST) Date: Wed, 30 Oct 2002 09:05:43 -0700 From: Chad David To: Terry Lambert Cc: freebsd-current@freebsd.org Subject: Re: Objective-C threads Message-ID: <20021030090543.A58476@newton.issci.ca> Mail-Followup-To: Terry Lambert , freebsd-current@freebsd.org References: <20021029190941.A43525@newton.issci.ca> <3DBF4C35.B554A7C1@mindspring.com> <20021029211322.B45337@newton.issci.ca> <3DBF8FD8.A68747D8@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3DBF8FD8.A68747D8@mindspring.com>; from tlambert2@mindspring.com on Tue, Oct 29, 2002 at 11:52:56PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Oct 29, 2002 at 11:52:56PM -0800, Terry Lambert wrote: > Chad David wrote: > > On Tue, Oct 29, 2002 at 07:04:21PM -0800, Terry Lambert wrote: > > > Chad David wrote: > > > > Does anybody know if there is a good reason why libobjc is built with > > > > thr-single.c? > > > > > > Historical threads problems. > > > > A few are obvious from simply reading the code. Do you have any > > knowledge of specific (non-trivial) problems? > > I used Objective C with threads on NeXT machines for a few years; > the FreeBSD threads weren't up to dealing with the requirements if > Objective C, at least until recently (I think some of the changes > that went into the pthreads standard after Draft 4 were specifically > put there to aid static initialization of declared Objective C > objects; they were pushed by people I know to have been NeXTStep > users). Other then a few minor issues, I haven't run into anything yet, but some of our larger servers are not up and running yet! I'm actually shying away from the NeXT stuff, and attempting to use the language for what I see are its strengths (which is not always a gigantic class library that nobody has documented, and which has a long history). > > > > > > As well, who is the current maintainer of Objective-C? > > > > > > Chad David? > > > > By default, since there seem to be no other users? > > I don't really use it. I like C++, but mostly code in C these > days. You can basically write object oriented code in any > procedural language which deals with structures the right way. I've spend the last year maintaining 10+ year old C++ and I really really dislike C++. I won't argue that each language has its place, only that given the fact that you don't always have old^H^H^Hexperienced programmers to work with, the language needs to help out whenever it can... I think ObjC does that, not quite as well as Java, but much better then C++. > > Maybe I'm just old, but I think it's more about programmers than > it is about the languages they use. That is my point exactly (within reason) :). > > So I'm not an Objective C user; unless a port I use happens to > require it to work, and I have to fix it, I don't go out of my > way to code in it, any more than, say, Perl, Java, COBOL, Visual > C++, or BLISS. 8-). I'm going out of my way. I "grew up" with C, then spent five years with Java, now I'm back to C, and I miss some things (not Java) which ObjC seems to bring to the table. > > That said, if you want to make it work for you, I'm behind you > 100%: I think any changes you want to make are OK; they can > always be backed out, if anyone starts complaining about them > breaking things, so I think it's kind of silly for you to ask > for permission to maintain something no one else is maintaining. I wouldn't say I'm "asking for permission", I'd be more inclined to say "I'm asking for guidance" :). I've seen what happens when somebody commits to gcc, and life is just too short.. -- Chad David davidc@issci.ca www.FreeBSD.org davidc@freebsd.org ISSci Inc. Calgary, Alberta Canada To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 8:15:57 2002 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 9928337B401 for ; Wed, 30 Oct 2002 08:15:56 -0800 (PST) Received: from dibbler.ne.client2.attbi.com (dibbler.ne.client2.attbi.com [24.61.41.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2BF043E3B for ; Wed, 30 Oct 2002 08:15:55 -0800 (PST) (envelope-from rodrigc@attbi.com) Received: from dibbler.ne.client2.attbi.com (localhost.ne.attbi.com [127.0.0.1]) by dibbler.ne.client2.attbi.com (8.12.6/8.12.5) with ESMTP id g9UGGDRD031746; Wed, 30 Oct 2002 11:16:13 -0500 (EST) (envelope-from rodrigc@dibbler.ne.client2.attbi.com) Received: (from rodrigc@localhost) by dibbler.ne.client2.attbi.com (8.12.6/8.12.6/Submit) id g9UGGCYP031745; Wed, 30 Oct 2002 11:16:12 -0500 (EST) Date: Wed, 30 Oct 2002 11:16:12 -0500 From: Craig Rodrigues To: freebsd-current@freebsd.org Cc: Chad David Subject: Re: Objective-C threads Message-ID: <20021030111612.A31703@attbi.com> References: <20021029190941.A43525@newton.issci.ca> <3DBF4C35.B554A7C1@mindspring.com> <20021029211322.B45337@newton.issci.ca> <3DBF8FD8.A68747D8@mindspring.com> <20021030090543.A58476@newton.issci.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20021030090543.A58476@newton.issci.ca>; from davidc@issci.ca on Wed, Oct 30, 2002 at 09:05:43AM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I don't think many people in the FreeBSD community use Objective-C, hence the apparent lack of a maintainer. The proper way to submit patches to the gcc-patches@gcc.gnu.org mailing list at the FSF GCC project is to follow the procedures documented at: http://gcc.gnu.org/contribute.html If you are used to how patches are submitted in FreeBSD, it's no big deal. In the source code for gcc, you will see a file called MAINTAINERS. The MAINTAINERS file lists a few names under Objective-C: objective-c Stan Shebs shebs@apple.com objective-c Ovidiu Predescu ovidiu@cup.hp.com The most active maintenance of objective-c is going on at Apple, because of all the old NeXT stuff that they have in MacOS X. Keeping in touch with the darwin-development mailing list at Apple would probably not be a bad idea, since a lot of the Apple compiler developers read that list. http://lists.apple.com/mailman/listinfo/darwin-development -- Craig Rodrigues http://www.gis.net/~craigr rodrigc@attbi.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 8:16:34 2002 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 C628A37B401 for ; Wed, 30 Oct 2002 08:16:32 -0800 (PST) Received: from newton.issci.ca (mail.acns.ab.ca [142.179.151.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00D5643E3B for ; Wed, 30 Oct 2002 08:16:32 -0800 (PST) (envelope-from davidc@newton.issci.ca) Received: from newton.issci.ca (localhost [127.0.0.1]) by newton.issci.ca (8.12.6/8.12.5) with ESMTP id g9UGGQ6Y059195 for ; Wed, 30 Oct 2002 09:16:26 -0700 (MST) (envelope-from davidc@newton.issci.ca) Received: (from davidc@localhost) by newton.issci.ca (8.12.6/8.12.6/Submit) id g9UGGQ6J059194 for freebsd-current@FreeBSD.ORG; Wed, 30 Oct 2002 09:16:26 -0700 (MST) Date: Wed, 30 Oct 2002 09:16:26 -0700 From: Chad David To: freebsd-current@FreeBSD.ORG Subject: Re: Objective-C threads Message-ID: <20021030091626.B58476@newton.issci.ca> Mail-Followup-To: freebsd-current@FreeBSD.ORG References: <20021029190941.A43525@newton.issci.ca> <20021030031156.GA76120@dragon.nuxi.com> <20021029210216.A45337@newton.issci.ca> <20021030101707.GA80447@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20021030101707.GA80447@dragon.nuxi.com>; from obrien@FreeBSD.ORG on Wed, Oct 30, 2002 at 02:17:07AM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Oct 30, 2002 at 02:17:07AM -0800, David O'Brien wrote: > On Tue, Oct 29, 2002 at 09:02:16PM -0700, Chad David wrote: > > On Tue, Oct 29, 2002 at 07:11:56PM -0800, David O'Brien wrote: > > > On Tue, Oct 29, 2002 at 07:09:41PM -0700, Chad David wrote: > > > > Does anybody know if there is a good reason why libobjc is built with > > > > thr-single.c? As well, who is the current maintainer of Objective-C? > > > > > > Few of us have ObjC clue. Do you have a patch that makes things better > > > that you can explain to us? > > > > To start with I have a few changes to hash.h, objc-list.h and thr.h that > > allow my code to even compile (without warnings) with I have attached. > > I believe they are all pretty obvious, except for the change to > > compare_ptrs(), which I'm not totally sure about... > > Is there any reason you have not sent these changes to the > gcc-patches@gcc.gnu.org list? It looks like you're making generic ObjC > chagnes, not FreeBSD specific ones. No there is no reason, and yes the changes are generic. I don't really expect there to be many (if any) changes to libobjc that are not generic, so if gcc-patches is the place to go, that is where I'll go. In your experience, how long is the delay between gcc-patches accepting something and FreeBSD picking it up, ie. is it worth the effort? -- Chad David davidc@issci.ca www.FreeBSD.org davidc@freebsd.org ISSci Inc. Calgary, Alberta Canada To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 8:18:44 2002 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 3A3D237B401; Wed, 30 Oct 2002 08:18:43 -0800 (PST) Received: from vexpert.dbai.tuwien.ac.at (vexpert.dbai.tuwien.ac.at [128.130.111.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07FE243E77; Wed, 30 Oct 2002 08:18:42 -0800 (PST) (envelope-from pfeifer@dbai.tuwien.ac.at) Received: from naos (naos [128.130.111.28]) by vexpert.dbai.tuwien.ac.at (8.12.6/8.12.6) with ESMTP id g9UGI37m012669; Wed, 30 Oct 2002 17:18:04 +0100 (CET) Date: Wed, 30 Oct 2002 17:18:01 +0100 (CET) From: Gerald Pfeifer To: Krzysztof =?iso-8859-2?q?J=EAdruczyk?= Cc: freebsd-current@freebsd.org, Poul-Henning Kamp , Pierre Beyssac Subject: Re: Wine-2002.10.07 port on FreeBSD 5.0-current In-Reply-To: <86r8e8t86o.fsf@grasshopper.iavmb.pl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 30 Oct 2002, Krzysztof [iso-8859-2] Jêdruczyk wrote: > Yesterday I tried to upgrade wine on my FreeBSD-current box. It didn't > compile until I changed following in server/context_i386.c (looks like > this is because of commit of 1.28 version of src/sys/i386/include/reg.h) Thanks for the heads up. Indeed this breaks the Wine port (and possibly other software) that relied on the old structure of dbreg. Poul-Henning, your patch to src/sys/i386/include/reg.h revision 1.28 date: 2002/10/20 20:48:56; author: phk; state: Exp; lines: +6 -9 Change the definition of the debugging registers to be an array, so that we can index into it, rather than do pointer gymnastics on a structure containing 8 elements. unfortunately changed this structure in a way that makes it hard to write code that remains compatible across -STABLE and -CURRENT. (I'm also Cc:ing Pierre, who contributed this FreeBSD-specific code to Wine in August.) How can we fix this problem (a) for Wine, and (b) in general? Gerald -- Gerald "Jerry" pfeifer@dbai.tuwien.ac.at http://www.dbai.tuwien.ac.at/~pfeifer/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 8:24: 5 2002 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 C0C6937B401; Wed, 30 Oct 2002 08:24:04 -0800 (PST) Received: from newton.issci.ca (mail.acns.ab.ca [142.179.151.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3660B43E42; Wed, 30 Oct 2002 08:24:04 -0800 (PST) (envelope-from davidc@newton.issci.ca) Received: from newton.issci.ca (localhost [127.0.0.1]) by newton.issci.ca (8.12.6/8.12.5) with ESMTP id g9UGNr6Y059280; Wed, 30 Oct 2002 09:23:53 -0700 (MST) (envelope-from davidc@newton.issci.ca) Received: (from davidc@localhost) by newton.issci.ca (8.12.6/8.12.6/Submit) id g9UGNrEX059279; Wed, 30 Oct 2002 09:23:53 -0700 (MST) Date: Wed, 30 Oct 2002 09:23:53 -0700 From: Chad David To: "David O'Brien" Cc: Terry Lambert , freebsd-current@FreeBSD.ORG Subject: Re: Objective-C threads Message-ID: <20021030092353.D58476@newton.issci.ca> Mail-Followup-To: David O'Brien , Terry Lambert , freebsd-current@FreeBSD.ORG References: <20021029190941.A43525@newton.issci.ca> <3DBF4C35.B554A7C1@mindspring.com> <20021029211322.B45337@newton.issci.ca> <3DBF8FD8.A68747D8@mindspring.com> <20021030101943.GB80447@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20021030101943.GB80447@dragon.nuxi.com>; from obrien@FreeBSD.ORG on Wed, Oct 30, 2002 at 02:19:43AM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Oct 30, 2002 at 02:19:43AM -0800, David O'Brien wrote: > On Tue, Oct 29, 2002 at 11:52:56PM -0800, Terry Lambert wrote: > > That said, if you want to make it work for you, I'm behind you > > 100%: I think any changes you want to make are OK; they can > > always be backed out, if anyone starts complaining about them > > breaking things, so I think it's kind of silly for you to ask > > for permission to maintain something no one else is maintaining. > > Perhaps because maintaining them in the FreeBSD repo might be the wrong > place. To answer your other questiion -- because a change to fix one > thing for one person might break things for 10 others. > Which brings us back to my original question... why are ObjC threads disabled? I don't much care about my other patches, I just want to know who the 10 others are who will break if we enable threads, and how to fix that breakage. My minor patches were only posted because you asked :). I do have other patches for thr-posix, but I agree that it would be better if they went to gcc, and didn't get stacked locally. -- Chad David davidc@issci.ca www.FreeBSD.org davidc@freebsd.org ISSci Inc. Calgary, Alberta Canada To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 8:29:47 2002 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 AE71537B401; Wed, 30 Oct 2002 08:29:46 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BE0143E8A; Wed, 30 Oct 2002 08:29:45 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 0B63A534E; Wed, 30 Oct 2002 17:29:40 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Gerald Pfeifer Cc: Krzysztof =?iso-8859-2?q?J=EAdruczyk?= , freebsd-current@freebsd.org, Poul-Henning Kamp , Pierre Beyssac Subject: Re: Wine-2002.10.07 port on FreeBSD 5.0-current References: From: Dag-Erling Smorgrav Date: Wed, 30 Oct 2002 17:29:39 +0100 In-Reply-To: (Gerald Pfeifer's message of "Wed, 30 Oct 2002 17:18:01 +0100 (CET)") Message-ID: Lines: 20 User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.2 (i386--freebsd) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Gerald Pfeifer writes: > Poul-Henning, your patch to src/sys/i386/include/reg.h > > revision 1.28 > date: 2002/10/20 20:48:56; author: phk; state: Exp; lines: +6 -9 > Change the definition of the debugging registers to be an array, so > that we can index into it, rather than do pointer gymnastics on a > structure containing 8 elements. > > unfortunately changed this structure in a way that makes it hard to > write code that remains compatible across -STABLE and -CURRENT. That revision doesn't change the structure, just how it is defined, so binary compatibility is not an issue. As for source compatibility, just use the DBREG_DRX macro, which exists in both -STABLE and -CURRENT (it was merged into -STABLE two years ago). DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 8:46:40 2002 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 6E00737B404; Wed, 30 Oct 2002 08:46:39 -0800 (PST) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A4A743E91; Wed, 30 Oct 2002 08:46:38 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.3/8.12.5) with ESMTP id g9UGkRgQ059622 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Wed, 30 Oct 2002 11:46:27 -0500 (EST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.3/8.12.5/Submit) id g9UGkRqg059619; Wed, 30 Oct 2002 11:46:27 -0500 (EST) (envelope-from wollman) Date: Wed, 30 Oct 2002 11:46:27 -0500 (EST) From: Garrett Wollman Message-Id: <200210301646.g9UGkRqg059619@khavrinen.lcs.mit.edu> To: John Baldwin Cc: current@FreeBSD.org, imp@FreeBSD.org Subject: RE: NEWCARD and "Linksys PCM200 ver. 2" CardBus Ethernet In-Reply-To: References: <200210292325.g9TNPmSR054058@khavrinen.lcs.mit.edu> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG < said: > I used to use one. The dc(4) driver was broken a while back and > now has issues with this card that it didn't used to have, but it > should mostly work (it just needs to be ifconfig'd down and up when > it freezes sometimes). You do need the dc(4) driver in your kernel > or kldload the module. The laptop is currently using GENERIC, which already has `dc', and as I noted, the card is not recognized. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 8:48:45 2002 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 CE11037B401 for ; Wed, 30 Oct 2002 08:48:44 -0800 (PST) Received: from hun.org (hun.org [216.190.27.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7937A43E77 for ; Wed, 30 Oct 2002 08:48:44 -0800 (PST) (envelope-from attila@hun.org) Received: by hun.org (Postfix, from userid 1001) id 6BB6D57408; Wed, 30 Oct 2002 16:48:23 +0000 (GMT) Date: Wed, 30 Oct 2002 16:48:23 +0000 (GMT) Message-Id: <20021030164823.NvQM9234@hun.org> From: Daniel Flickinger X-Mailer: AttilaMail with XEmacs & Postfix on FreeBSD 5.0-CURRENT X-Ballistic: N 37.218497 W 113.614979 X-Address: 31 N 700 E, St George UT 84770-3028 X-Squawk: (435) 680-0750 X-No-Archive: yes X-Tags: Sanity is the Playground for the Unimaginative To: FreeBSD-CURRENT Cc: Subject: libc in CURRENT fails as of 1200 GMT today Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; name="text" Content-Transfer-Encoding: 8bit Content-Disposition: inline Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG /usr/src/lib/libc/uuid/uuid_compare.c:31:18: uuid.h: No such file or directory /usr/src/lib/libc/uuid/uuid_create.c:30:18: uuid.h: No such file or directory /usr/src/lib/libc/uuid/uuid_create_nil.c:31:18: uuid.h: No such file or directory /usr/src/lib/libc/uuid/uuid_equal.c:31:18: uuid.h: No such file or directory /usr/src/lib/libc/uuid/uuid_from_string.c:32:18: uuid.h: No such file or directory /usr/src/lib/libc/uuid/uuid_hash.c:30:18: uuid.h: No such file or directory /usr/src/lib/libc/uuid/uuid_is_nil.c:30:18: uuid.h: No such file or directory /usr/src/lib/libc/uuid/uuid_to_string.c:32:18: uuid.h: No such file or directory install: libc.a: No such file or directory and a couple pages of resulting syntax errors I have not seen a commit since that time --4+ hours. everything else compiled; obviously a lot of incompletes without libc.... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 8:52:56 2002 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 0A84537B401; Wed, 30 Oct 2002 08:52:55 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E56943E7B; Wed, 30 Oct 2002 08:52:54 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g9UGqppk046862; Wed, 30 Oct 2002 09:52:52 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 30 Oct 2002 09:51:28 -0700 (MST) Message-Id: <20021030.095128.127060244.imp@bsdimp.com> To: wollman@lcs.mit.edu Cc: jhb@FreeBSD.org, current@FreeBSD.org Subject: Re: NEWCARD and "Linksys PCM200 ver. 2" CardBus Ethernet From: "M. Warner Losh" In-Reply-To: <200210301646.g9UGkRqg059619@khavrinen.lcs.mit.edu> References: <200210292325.g9TNPmSR054058@khavrinen.lcs.mit.edu> <200210301646.g9UGkRqg059619@khavrinen.lcs.mit.edu> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <200210301646.g9UGkRqg059619@khavrinen.lcs.mit.edu> Garrett Wollman writes: : < said: : > I used to use one. The dc(4) driver was broken a while back and : > now has issues with this card that it didn't used to have, but it : > should mostly work (it just needs to be ifconfig'd down and up when : > it freezes sometimes). You do need the dc(4) driver in your kernel : > or kldload the module. : : The laptop is currently using GENERIC, which already has `dc', and as I : noted, the card is not recognized. I think that you'll need to hack the dc driver. This appears to be yet another variant of the PCM200 v.2 card. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 9: 0:49 2002 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 53B1E37B401 for ; Wed, 30 Oct 2002 09:00:48 -0800 (PST) Received: from magic.adaptec.com (magic.adaptec.com [208.236.45.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6BB843E77 for ; Wed, 30 Oct 2002 09:00:47 -0800 (PST) (envelope-from gibbs@scsiguy.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.11.6+Sun/8.11.6) with ESMTP id g9UH0aj19617; Wed, 30 Oct 2002 09:00:36 -0800 (PST) Received: from btc.btc.adaptec.com (btc.btc.adaptec.com [10.100.0.52]) by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id JAA16629; Wed, 30 Oct 2002 09:00:30 -0800 (PST) Received: from [10.100.253.70] (aslan [10.100.253.70]) by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id KAA15217; Wed, 30 Oct 2002 10:00:28 -0700 (MST) Date: Wed, 30 Oct 2002 10:00:29 -0700 From: "Justin T. Gibbs" Reply-To: "Justin T. Gibbs" To: ANYBODY , freebsd-current@freebsd.org Subject: Re: adaptec scsi - seagate da -- current Message-ID: <376290000.1035997229@aslan.btc.adaptec.com> In-Reply-To: <20021030095416.GA1840@hurd1.kashmir.etowns.net> References: <20021030095416.GA1840@hurd1.kashmir.etowns.net> X-Mailer: Mulberry/3.0.0a4 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Hi, > > I am running current cvsuped within this week. I have an adaptec > builtin scsi controller and a seagate drive attached to it and > after every bootup as soon as there is heavy disk activity > the drive gets disabled for 1 or 2 minutes and meanwhile all > functionality RELATED to disk I/O freezes for this time duration > eventually I see the following messages on console and every > thing is hunky dorry again. Have had this problem ever since I > upgraded to current. Stable never had any problem. neither did > netbsd which ran on this machine for a little while. > Can anyone familiar with this device driver comment. > Is it also coincidentally possible that the disk starts > showing its age right when I switched to current .... nah too > much of coincidence. anyway here are the messages: Can you provide the model number and firmware revision for this drive? According to the controller, the drive is failing to respond to a whole slew of commands that we have queued to it. You might have better luck if you reduce the tag depth to the disk via camcontrol. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 9: 2:20 2002 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 A43AB37B401 for ; Wed, 30 Oct 2002 09:02:19 -0800 (PST) Received: from kayak.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6617C43E4A for ; Wed, 30 Oct 2002 09:02:18 -0800 (PST) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by kayak.xcllnt.net (8.12.6/8.12.6) with ESMTP id g9UH2H0N079194; Wed, 30 Oct 2002 09:02:18 -0800 (PST) (envelope-from marcel@kayak.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) by dhcp01.pn.xcllnt.net (8.12.6/8.12.6) with ESMTP id g9UH2HYf002150; Wed, 30 Oct 2002 09:02:17 -0800 (PST) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.6/8.12.6/Submit) id g9UH2HFI002149; Wed, 30 Oct 2002 09:02:17 -0800 (PST) Date: Wed, 30 Oct 2002 09:02:17 -0800 From: Marcel Moolenaar To: Daniel Flickinger Cc: FreeBSD-CURRENT Subject: Re: libc in CURRENT fails as of 1200 GMT today Message-ID: <20021030170217.GB2083@dhcp01.pn.xcllnt.net> References: <20021030164823.NvQM9234@hun.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021030164823.NvQM9234@hun.org> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Oct 30, 2002 at 04:48:23PM +0000, Daniel Flickinger wrote: > /usr/src/lib/libc/uuid/uuid_compare.c:31:18: uuid.h: No such file or directory > /usr/src/lib/libc/uuid/uuid_create.c:30:18: uuid.h: No such file or directory > /usr/src/lib/libc/uuid/uuid_create_nil.c:31:18: uuid.h: No such file or directory > /usr/src/lib/libc/uuid/uuid_equal.c:31:18: uuid.h: No such file or directory > /usr/src/lib/libc/uuid/uuid_from_string.c:32:18: uuid.h: No such file or directory > /usr/src/lib/libc/uuid/uuid_hash.c:30:18: uuid.h: No such file or directory > /usr/src/lib/libc/uuid/uuid_is_nil.c:30:18: uuid.h: No such file or directory > /usr/src/lib/libc/uuid/uuid_to_string.c:32:18: uuid.h: No such file or directory > install: libc.a: No such file or directory > > and a couple pages of resulting syntax errors > I assume you didn't do a makeworld, but just a make in libc? -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 9: 6:55 2002 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 9ED2637B401 for ; Wed, 30 Oct 2002 09:06:54 -0800 (PST) Received: from angelica.unixdaemons.com (angelica.unixdaemons.com [209.148.64.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC17643E3B for ; Wed, 30 Oct 2002 09:06:53 -0800 (PST) (envelope-from hiten@angelica.unixdaemons.com) Received: from angelica.unixdaemons.com (hiten@localhost.unixdaemons.com [127.0.0.1]) by angelica.unixdaemons.com (8.12.5/8.12.1) with ESMTP id g9UH6a1Q021633; Wed, 30 Oct 2002 12:06:36 -0500 (EST) X-Authentication-Warning: angelica.unixdaemons.com: Host hiten@localhost.unixdaemons.com [127.0.0.1] claimed to be angelica.unixdaemons.com Received: (from hiten@localhost) by angelica.unixdaemons.com (8.12.5/8.12.1/Submit) id g9UH6ZBB021629; Wed, 30 Oct 2002 12:06:35 -0500 (EST) (envelope-from hiten) Date: Wed, 30 Oct 2002 12:06:35 -0500 From: Hiten Pandya To: Daniel Flickinger Cc: FreeBSD-CURRENT Subject: Re: libc in CURRENT fails as of 1200 GMT today Message-ID: <20021030120635.A21427@angelica.unixdaemons.com> References: <20021030164823.NvQM9234@hun.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20021030164823.NvQM9234@hun.org>; from attila@hun.org on Wed, Oct 30, 2002 at 04:48:23PM +0000 X-Operating-System: FreeBSD i386 X-Public-Key: http://www.pittgoth.com/~hiten/pubkey.asc X-URL: http://www.unixdaemons.com/~hiten X-PGP: http://pgp.mit.edu:11371/pks/lookup?search=Hiten+Pandya&op=index Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Oct 30, 2002 at 04:48:23PM +0000, Daniel Flickinger wrote the words in effect of: > [ ... ] > > I have not seen a commit since that time --4+ hours. > > everything else compiled; obviously a lot of incompletes > without libc.... Hey there. Could you please do a `make includes', before building libc only. This error indicates that uuid.h is not in /usr/include. Cheers. -- Hiten hiten@unixdaemons.com, hiten@uk.FreeBSD.org, hiten@softweyr.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 9: 7:35 2002 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 AD8BB37B401 for ; Wed, 30 Oct 2002 09:07:34 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D61343E42 for ; Wed, 30 Oct 2002 09:07:34 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.6/8.12.2) with ESMTP id g9UH7OJR013391; Wed, 30 Oct 2002 09:07:24 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.6/8.12.6/Submit) id g9UH697b013367; Wed, 30 Oct 2002 09:06:09 -0800 (PST) Date: Wed, 30 Oct 2002 09:06:08 -0800 From: "David O'Brien" To: Terry Lambert Cc: freebsd-current@freebsd.org Subject: Re: Objective-C threads Message-ID: <20021030170608.GA13286@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <20021029190941.A43525@newton.issci.ca> <3DBF4C35.B554A7C1@mindspring.com> <20021029211322.B45337@newton.issci.ca> <3DBF8FD8.A68747D8@mindspring.com> <20021030101943.GB80447@dragon.nuxi.com> <3DBFB304.E73414D6@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3DBFB304.E73414D6@mindspring.com> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 5.0-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 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Oct 30, 2002 at 02:23:00AM -0800, Terry Lambert wrote: > David O'Brien wrote: > > On Tue, Oct 29, 2002 at 11:52:56PM -0800, Terry Lambert wrote: > > > That said, if you want to make it work for you, I'm behind you > > > 100%: I think any changes you want to make are OK; they can > > > always be backed out, if anyone starts complaining about them > > > breaking things, so I think it's kind of silly for you to ask > > > for permission to maintain something no one else is maintaining. > > > > Perhaps because maintaining them in the FreeBSD repo might be the wrong > > place. To answer your other questiion -- because a change to fix one > > thing for one person might break things for 10 others. > > "they can always be backed out, if anyone starts complaining about them > breaking things" > > Better to have someone trying, than no one doing anything (IMO). Because making these changes will take files off the vendor branch -- something we think about before doing. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 9:10:33 2002 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 DFF9637B401 for ; Wed, 30 Oct 2002 09:10:32 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7044B43E4A for ; Wed, 30 Oct 2002 09:10:32 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.6/8.12.2) with ESMTP id g9UHAWJR013437; Wed, 30 Oct 2002 09:10:32 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.6/8.12.6/Submit) id g9UH9GUv013402; Wed, 30 Oct 2002 09:09:16 -0800 (PST) Date: Wed, 30 Oct 2002 09:09:16 -0800 From: "David O'Brien" To: Chad David Cc: freebsd-current@FreeBSD.ORG Subject: Re: Objective-C threads Message-ID: <20021030170916.GA13375@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <20021029190941.A43525@newton.issci.ca> <3DBF4C35.B554A7C1@mindspring.com> <20021029211322.B45337@newton.issci.ca> <3DBF8FD8.A68747D8@mindspring.com> <20021030101943.GB80447@dragon.nuxi.com> <20021030092353.D58476@newton.issci.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021030092353.D58476@newton.issci.ca> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 5.0-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 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Oct 30, 2002 at 09:23:53AM -0700, Chad David wrote: > > Which brings us back to my original question... why are ObjC threads > disabled? I don't much care about my other patches, I just want > to know who the 10 others are who will break if we enable threads, > and how to fix that breakage. My minor patches were only posted because > you asked :). I am not sure. But for some reason you didn't provide a patch that would turn them on. All you provided was a minor patches that really should go thru the offical FSF GCC repo in-route to FreeBSD. So back to my original request. Do you have a patch for changing this part of the way we configure and build ObjC that you feel might be wrong? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 9:22:23 2002 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 931) id 1831037B401; Wed, 30 Oct 2002 09:22:21 -0800 (PST) Date: Wed, 30 Oct 2002 09:22:21 -0800 From: Juli Mallett To: David O'Brien Cc: Chad David , freebsd-current@FreeBSD.ORG Subject: Re: Objective-C threads Message-ID: <20021030092220.A18067@FreeBSD.org> References: <20021029190941.A43525@newton.issci.ca> <3DBF4C35.B554A7C1@mindspring.com> <20021029211322.B45337@newton.issci.ca> <3DBF8FD8.A68747D8@mindspring.com> <20021030101943.GB80447@dragon.nuxi.com> <20021030092353.D58476@newton.issci.ca> <20021030170916.GA13375@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20021030170916.GA13375@dragon.nuxi.com>; from obrien@FreeBSD.ORG on Wed, Oct 30, 2002 at 09:09:16AM -0800 Organisation: The FreeBSD Project X-Alternate-Addresses: , , , , X-Towel: Yes X-LiveJournal: flata, jmallett X-Negacore: Yes Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * De: David O'Brien [ Data: 2002-10-30 ] [ Subjecte: Re: Objective-C threads ] > On Wed, Oct 30, 2002 at 09:23:53AM -0700, Chad David wrote: > > > > Which brings us back to my original question... why are ObjC threads > > disabled? I don't much care about my other patches, I just want > > to know who the 10 others are who will break if we enable threads, > > and how to fix that breakage. My minor patches were only posted because > > you asked :). > > I am not sure. But for some reason you didn't provide a patch that would > turn them on. All you provided was a minor patches that really should go > thru the offical FSF GCC repo in-route to FreeBSD. So back to my > original request. Do you have a patch for changing this part of the way > we configure and build ObjC that you feel might be wrong? With a simple test program, %%% #include #include #include @interface Test : Object { const char *string; } -(void) set:(const char *)str; -(void) print; @end @implementation Test -(void) set:(const char *)str { string = str; } -(void) print { printf("Test: %s\n", string); } @end id obj; static void *thr(void *ctxt __unused) { [obj print]; [obj set:"Inside"]; [obj print]; } void main(void) { pthread_t td; obj = [Test alloc]; [obj set:"Threads"]; pthread_create(&td, NULL, thr, NULL); pthread_yield(); exit(0); } %%% It seems a simple case doesn't break: (jmallett@luna:~)121% cc test.m -lobjc -pthread test.m: In function `main': test.m:31: warning: return type of `main' is not `int' (jmallett@luna:~)122% ./a.out Test: Threads Test: Inside Simply with using thr-posix.c. %%% (jmallett@luna:~/gnu/lib/libobjc)128% cvs diff cvs server: Diffing . Index: Makefile =================================================================== RCS file: /home/ncvs/src/gnu/lib/libobjc/Makefile,v retrieving revision 1.14 diff -r1.14 Makefile 14c14 < thr.c thr-single.c \ --- > thr.c thr-posix.c \ %%% Thanks, juli. -- Juli Mallett | FreeBSD: The Power To Serve Will break world for fulltime employment. | finger jmallett@FreeBSD.org http://people.FreeBSD.org/~jmallett/ | Support my FreeBSD hacking! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 9:22:50 2002 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 E7B8C37B404 for ; Wed, 30 Oct 2002 09:22:49 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1775F43E88 for ; Wed, 30 Oct 2002 09:22:49 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.6/8.12.2) with ESMTP id g9UHMmJR013538; Wed, 30 Oct 2002 09:22:48 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.6/8.12.6/Submit) id g9UHLXbl013502; Wed, 30 Oct 2002 09:21:33 -0800 (PST) Date: Wed, 30 Oct 2002 09:21:33 -0800 From: "David O'Brien" To: Chad David Cc: freebsd-current@FreeBSD.ORG Subject: Re: Objective-C threads Message-ID: <20021030172133.GB13375@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <20021029190941.A43525@newton.issci.ca> <20021030031156.GA76120@dragon.nuxi.com> <20021029210216.A45337@newton.issci.ca> <20021030101707.GA80447@dragon.nuxi.com> <20021030091626.B58476@newton.issci.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021030091626.B58476@newton.issci.ca> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 5.0-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 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Oct 30, 2002 at 09:16:26AM -0700, Chad David wrote: > No there is no reason, and yes the changes are generic. I don't really > expect there to be many (if any) changes to libobjc that are not generic, > so if gcc-patches is the place to go, that is where I'll go. It is. > In your experience, how long is the delay between gcc-patches accepting > something and FreeBSD picking it up, ie. is it worth the effort? It all depends on where we are in our release cycle vs. GCC's. Ie, we don't update what is in /usr/src every week. We do update the GCC ports frequently (every 2 weeks or so). It is worth the effort as the toolchain maintainers may take the stance that making these changes aren't worth the maintaince effor that taking something off the vendor branch entails. So the effort is your only way to make these const'ifying changes. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 9:37:50 2002 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 BE6A737B401; Wed, 30 Oct 2002 09:37:48 -0800 (PST) Received: from newton.issci.ca (mail.acns.ab.ca [142.179.151.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 147C443E6E; Wed, 30 Oct 2002 09:37:48 -0800 (PST) (envelope-from davidc@newton.issci.ca) Received: from newton.issci.ca (localhost [127.0.0.1]) by newton.issci.ca (8.12.6/8.12.5) with ESMTP id g9UHbb6Y061057; Wed, 30 Oct 2002 10:37:37 -0700 (MST) (envelope-from davidc@newton.issci.ca) Received: (from davidc@localhost) by newton.issci.ca (8.12.6/8.12.6/Submit) id g9UHbbRd061056; Wed, 30 Oct 2002 10:37:37 -0700 (MST) Date: Wed, 30 Oct 2002 10:37:37 -0700 From: Chad David To: "David O'Brien" Cc: freebsd-current@FreeBSD.ORG Subject: Re: Objective-C threads Message-ID: <20021030103737.A60023@newton.issci.ca> Mail-Followup-To: David O'Brien , freebsd-current@FreeBSD.ORG References: <20021029190941.A43525@newton.issci.ca> <3DBF4C35.B554A7C1@mindspring.com> <20021029211322.B45337@newton.issci.ca> <3DBF8FD8.A68747D8@mindspring.com> <20021030101943.GB80447@dragon.nuxi.com> <20021030092353.D58476@newton.issci.ca> <20021030170916.GA13375@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="C7zPtVaVf+AK4Oqc" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20021030170916.GA13375@dragon.nuxi.com>; from obrien@FreeBSD.ORG on Wed, Oct 30, 2002 at 09:09:16AM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Oct 30, 2002 at 09:09:16AM -0800, David O'Brien wrote: > On Wed, Oct 30, 2002 at 09:23:53AM -0700, Chad David wrote: > > > > Which brings us back to my original question... why are ObjC threads > > disabled? I don't much care about my other patches, I just want > > to know who the 10 others are who will break if we enable threads, > > and how to fix that breakage. My minor patches were only posted because > > you asked :). > > I am not sure. But for some reason you didn't provide a patch that would > turn them on. All you provided was a minor patches that really should go > thru the offical FSF GCC repo in-route to FreeBSD. So back to my > original request. Do you have a patch for changing this part of the way > we configure and build ObjC that you feel might be wrong? That is fair. Here is a patch to start with. There are minor problems with thr-posix.c, but I'll take them up with the appropriate people. Thanks. -- Chad David davidc@issci.ca www.FreeBSD.org davidc@freebsd.org ISSci Inc. Calgary, Alberta Canada --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="objc2.patch" Index: Makefile =================================================================== RCS file: /mnt1/ncvs/src/gnu/lib/libobjc/Makefile,v retrieving revision 1.14 diff -u -d -r1.14 Makefile --- Makefile 12 May 2002 16:00:46 -0000 1.14 +++ Makefile 29 Oct 2002 21:34:52 -0000 @@ -11,7 +11,7 @@ SRCS= archive.c class.c encoding.c gc.c hash.c init.c misc.c \ nil_method.c objects.c sarray.c selector.c sendmsg.c \ - thr.c thr-single.c \ + thr.c thr-posix.c \ NXConstStr.m Object.m Protocol.m linking.m INCS= encoding.h hash.h objc-api.h objc-list.h objc.h runtime.h \ --C7zPtVaVf+AK4Oqc-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 9:43:15 2002 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 6A0D337B406; Wed, 30 Oct 2002 09:43:13 -0800 (PST) Received: from newton.issci.ca (mail.acns.ab.ca [142.179.151.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34A9643E77; Wed, 30 Oct 2002 09:43:12 -0800 (PST) (envelope-from davidc@newton.issci.ca) Received: from newton.issci.ca (localhost [127.0.0.1]) by newton.issci.ca (8.12.6/8.12.5) with ESMTP id g9UHhB6Y061108; Wed, 30 Oct 2002 10:43:11 -0700 (MST) (envelope-from davidc@newton.issci.ca) Received: (from davidc@localhost) by newton.issci.ca (8.12.6/8.12.6/Submit) id g9UHhBSI061107; Wed, 30 Oct 2002 10:43:11 -0700 (MST) Date: Wed, 30 Oct 2002 10:43:11 -0700 From: Chad David To: Juli Mallett Cc: "David O'Brien" , freebsd-current@FreeBSD.ORG Subject: Re: Objective-C threads Message-ID: <20021030104311.B60023@newton.issci.ca> Mail-Followup-To: Juli Mallett , David O'Brien , freebsd-current@FreeBSD.ORG References: <20021029190941.A43525@newton.issci.ca> <3DBF4C35.B554A7C1@mindspring.com> <20021029211322.B45337@newton.issci.ca> <3DBF8FD8.A68747D8@mindspring.com> <20021030101943.GB80447@dragon.nuxi.com> <20021030092353.D58476@newton.issci.ca> <20021030170916.GA13375@dragon.nuxi.com> <20021030092220.A18067@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20021030092220.A18067@FreeBSD.org>; from jmallett@FreeBSD.ORG on Wed, Oct 30, 2002 at 09:22:21AM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Oct 30, 2002 at 09:22:21AM -0800, Juli Mallett wrote: > * De: David O'Brien [ Data: 2002-10-30 ] > [ Subjecte: Re: Objective-C threads ] > > On Wed, Oct 30, 2002 at 09:23:53AM -0700, Chad David wrote: > > > > > > Which brings us back to my original question... why are ObjC threads > > > disabled? I don't much care about my other patches, I just want > > > to know who the 10 others are who will break if we enable threads, > > > and how to fix that breakage. My minor patches were only posted because > > > you asked :). > > > > I am not sure. But for some reason you didn't provide a patch that would > > turn them on. All you provided was a minor patches that really should go > > thru the offical FSF GCC repo in-route to FreeBSD. So back to my > > original request. Do you have a patch for changing this part of the way > > we configure and build ObjC that you feel might be wrong? > > With a simple test program, > [cut] > > obj = [Test alloc]; > [obj set:"Threads"]; > pthread_create(&td, NULL, thr, NULL); This will work the way FreeBSD currently builds ObjC, what I want to use is objc_thread_xxx() and friends, so that the code maintains portability, and the runtime is kept up to date with what is going on. For example: accept_thread = objc_thread_detach(@selector(processLoop:), self, Nil); objc_thread_yield(); ... thr-single.c simply returns an error for each thread call. > pthread_yield(); > exit(0); > } > > (jmallett@luna:~/gnu/lib/libobjc)128% cvs diff > cvs server: Diffing . > Index: Makefile > =================================================================== > RCS file: /home/ncvs/src/gnu/lib/libobjc/Makefile,v > retrieving revision 1.14 > diff -r1.14 Makefile > 14c14 > < thr.c thr-single.c \ > --- > > thr.c thr-posix.c \ Yes, this is what I did. Thanks. -- Chad David davidc@issci.ca www.FreeBSD.org davidc@freebsd.org ISSci Inc. Calgary, Alberta Canada To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 9:53:32 2002 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 931) id 0432F37B401; Wed, 30 Oct 2002 09:53:31 -0800 (PST) Date: Wed, 30 Oct 2002 09:53:30 -0800 From: Juli Mallett To: David O'Brien , freebsd-current@FreeBSD.ORG Subject: Re: Objective-C threads Message-ID: <20021030095330.A21110@FreeBSD.org> References: <20021029190941.A43525@newton.issci.ca> <3DBF4C35.B554A7C1@mindspring.com> <20021029211322.B45337@newton.issci.ca> <3DBF8FD8.A68747D8@mindspring.com> <20021030101943.GB80447@dragon.nuxi.com> <20021030092353.D58476@newton.issci.ca> <20021030170916.GA13375@dragon.nuxi.com> <20021030092220.A18067@FreeBSD.org> <20021030104311.B60023@newton.issci.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20021030104311.B60023@newton.issci.ca>; from davidc@issci.ca on Wed, Oct 30, 2002 at 10:43:11AM -0700 Organisation: The FreeBSD Project X-Alternate-Addresses: , , , , X-Towel: Yes X-LiveJournal: flata, jmallett X-Negacore: Yes Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * De: Chad David [ Data: 2002-10-30 ] [ Subjecte: Re: Objective-C threads ] > On Wed, Oct 30, 2002 at 09:22:21AM -0800, Juli Mallett wrote: > > * De: David O'Brien [ Data: 2002-10-30 ] > > [ Subjecte: Re: Objective-C threads ] > > > On Wed, Oct 30, 2002 at 09:23:53AM -0700, Chad David wrote: > > > > > > > > Which brings us back to my original question... why are ObjC threads > > > > disabled? I don't much care about my other patches, I just want > > > > to know who the 10 others are who will break if we enable threads, > > > > and how to fix that breakage. My minor patches were only posted because > > > > you asked :). > > > > > > I am not sure. But for some reason you didn't provide a patch that would > > > turn them on. All you provided was a minor patches that really should go > > > thru the offical FSF GCC repo in-route to FreeBSD. So back to my > > > original request. Do you have a patch for changing this part of the way > > > we configure and build ObjC that you feel might be wrong? > > > > With a simple test program, > > > > [cut] > > > > > obj = [Test alloc]; > > [obj set:"Threads"]; > > pthread_create(&td, NULL, thr, NULL); > > This will work the way FreeBSD currently builds ObjC, what I want > to use is objc_thread_xxx() and friends, so that the code maintains > portability, and the runtime is kept up to date with what is going > on. My point was it doesn't break currently working things in a threading case. Your observations of the real issues are, of course, correct :) When you're chattign with the gcc objc people, get them to fix the nit in README.threads or THREADS where it says if you have a thread-aware GCC you can use thr-gcc.c... That file does not seem to exist, at least not in our contrib sources. juli. -- Juli Mallett | FreeBSD: The Power To Serve Will break world for fulltime employment. | finger jmallett@FreeBSD.org http://people.FreeBSD.org/~jmallett/ | Support my FreeBSD hacking! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 10:29:54 2002 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 2BDA337B401 for ; Wed, 30 Oct 2002 10:29:53 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id C909443E75 for ; Wed, 30 Oct 2002 10:29:52 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 91239 invoked by uid 1000); 30 Oct 2002 18:29:53 -0000 Date: Wed, 30 Oct 2002 10:29:53 -0800 (PST) From: Nate Lawson To: Soeren Schmidt Cc: current@FreeBSD.ORG Subject: Re: burncd/cdcontrol In-Reply-To: <200210272020.g9RKKdgY094462@spider.deepcore.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 27 Oct 2002, Soeren Schmidt wrote: > Hmm, it is true that I could use ATAPI command directly in burncd, and > I actually have a version in the lab that is ~75% converted to that, I'd love to see that once you're ready to release. > but that is not the only issue here. The ATAPI cd driver has quite a > bit of functionality that the SCSI cd driver hasn't, fx the ability > to read all kinds of CD's no matter what the block size, the ablity > to read individual tracks, and supporting ATAPI changer devices just > to mention a few :) We need to fixup cd(4) then. > Besides for some of us that uses small systems without SCSI in them, > saving the +100k of compiled code for the CAM overhead is important. > > Oh, and besides the SCSI/CAM cd driver didn't exist when I did the > first version of the ATAPI cd driver, that was the old SCSI system > back then... That's surprising to me since the man page claimed CAM cd(4) (not scd) appeared in 3.0R while acd(4) appeared in 4.0R. I guess you mean the predecessor to acd (was it wcd)? -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 10:43:14 2002 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 4C6AE37B401; Wed, 30 Oct 2002 10:43:13 -0800 (PST) Received: from anchor-post-32.mail.demon.net (anchor-post-32.mail.demon.net [194.217.242.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBEAD43E91; Wed, 30 Oct 2002 10:43:09 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from mailgate.nlsystems.com ([62.49.251.130] helo=herring.nlsystems.com) by anchor-post-32.mail.demon.net with esmtp (Exim 3.35 #1) id 186xo2-000Drl-0W; Wed, 30 Oct 2002 18:43:06 +0000 Received: from herring (herring [10.0.0.2]) by herring.nlsystems.com (8.12.6/8.12.4) with ESMTP id g9UIh0gu023899; Wed, 30 Oct 2002 18:43:01 GMT (envelope-from dfr@nlsystems.com) Date: Wed, 30 Oct 2002 18:43:00 +0000 (GMT) From: Doug Rabson To: John Baldwin Cc: clark shishido , , Raymond Kohler Subject: Re: questions about the state of current In-Reply-To: Message-ID: <20021030184149.B23855-100000@herring.nlsystems.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 29 Oct 2002, John Baldwin wrote: > > On 29-Oct-2002 clark shishido wrote: > > On Tue, Oct 29, 2002 at 11:40:53AM -0700, Raymond Kohler wrote: > >> 1) How is the speed compared to stable? I remember it being just too slow some months ago and > >> was wondering how it was improving. > >> > >> 2) Are the random hangs in X fixed yet? I can put up with a few issues (it is current, after > >> all), but that's just too much to bear. > >> > >> 3) Are there any Very Important Packages (mozilla, kde, &c) that won't build or refuse to work > >> right? > >> > > > > I started using current a couple months ago, I just rebuilt the big three > > (world, XFree86, mozilla) last week after the latest gcc import. Speed > > difference with 4-STABLE on a PIII 866 is not very noticable. > > > > If I was reading the threads correctly they trace the X crashes back to > > a floating point error. > > > > I hear kde is broken, mozilla compiled cleanly so some gtk stuff is OK. > > (Sorry I don't use the full gnome suite either). > > > > I lost a filesystem on my current disk a month ago so make sure you > > use current on another disk. > > I compiled kde3 a week or so ago on my laptop running -current and it is > now my new desktop, so I think reports of kde being totally hosed are a > bit exagerated or perhaps dated. Hmm. I compiled it a few days ago and it was quite broken. It died in kdeinit very quickly. I will probably retest after sorting out the X threading problems as I have a hunch this is related. -- Doug Rabson Mail: dfr@nlsystems.com Phone: +44 20 8348 6160 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 11:37:12 2002 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 E3B4937B401 for ; Wed, 30 Oct 2002 11:37:10 -0800 (PST) Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76EFE43E75 for ; Wed, 30 Oct 2002 11:37:10 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0422.cvx21-bradley.dialup.earthlink.net ([209.179.193.167] helo=mindspring.com) by swan.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 186yeF-0005cS-00; Wed, 30 Oct 2002 11:37:04 -0800 Message-ID: <3DC03493.631E4405@mindspring.com> Date: Wed, 30 Oct 2002 11:35:47 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Daniel Eischen Cc: Doug Rabson , current@FreeBSD.ORG Subject: Re: [PATCH: libc]Re: gnome on current References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Daniel Eischen wrote: > > That's bizarre... it's defined in libc_r, so there's no reason for > > the omission in libc. > > I only added stubs that I thought the implementation of libc used > (or would use). Makes sense. Actually, it looks like most of this could be done with macros, including the function definitions, so that we are just dealing with lists; I didn't go that far with it. > > Please find attached a patch that corrects this. > > Patch looks correct. Please commit? 8-). > > PS: It looks like the semaphore code use pthread_cond_signal; maybe it > > should be using the pthread_cond_broadcast, instead? This seeems to > > be broken, if we are talking a large vs. small count on the semaphore... > > Semaphores only increment/decrement the semaphore by 1. In the code in question, it looks like a "thundering herd" race is a correct thing to do to avoid starvation; maybe I'm reading it wrong. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 11:45:42 2002 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 3CE4A37B401 for ; Wed, 30 Oct 2002 11:45:41 -0800 (PST) Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id D48FE43E7B for ; Wed, 30 Oct 2002 11:45:40 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0422.cvx21-bradley.dialup.earthlink.net ([209.179.193.167] helo=mindspring.com) by swan.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 186ymU-0003WF-00; Wed, 30 Oct 2002 11:45:35 -0800 Message-ID: <3DC03693.C08EC805@mindspring.com> Date: Wed, 30 Oct 2002 11:44:19 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Juan Francisco Rodriguez Hervella Cc: freebsd-current@freebsd.org Subject: Re: What's this for ? References: <3DBFEE19.F6065040@it.uc3m.es> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Juan Francisco Rodriguez Hervella wrote: > I've seen this looking for ISO images > of FreeBSD-5.0-DP1: > > 5.0-DP1-disc2.iso - 5.0 Developer Preview #1 - live filesystem. > > is it possible to work with this filesystem ? > I mean, what can be done ? is it auto-bootable or > I need to boot from the other one ? It's an installed FreeBSD that is on a CDROM. It depends on your BIOS being able to boot the FS as if it were a hard disk image. You can pretty much do anything with it that you would do with any other FreeBSD that you had installed and then mounted as read-only. Running of a CDROM long terms is not such a good idea. To be specific, CDROM drives are not built for continuous duty cycles, and will cook themselves fairly quickly if asked to operate this way (i.e. a couple weeks to a month). So it's mostly for "test drive", "recovery", and "security comparisons". -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 11:50:48 2002 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 8214337B401 for ; Wed, 30 Oct 2002 11:50:47 -0800 (PST) Received: from clover.kientzle.com (user-112uh9a.biz.mindspring.com [66.47.69.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A74B43E75 for ; Wed, 30 Oct 2002 11:50:47 -0800 (PST) (envelope-from kientzle@acm.org) Received: from acm.org (c43 [66.47.69.43]) by clover.kientzle.com (8.11.3/8.11.3) with ESMTP id g9UJojE09448 for ; Wed, 30 Oct 2002 11:50:45 -0800 (PST) (envelope-from kientzle@acm.org) Message-ID: <3DC03815.2050003@acm.org> Date: Wed, 30 Oct 2002 11:50:45 -0800 From: Tim Kientzle Reply-To: kientzle@acm.org User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.6) Gecko/20011206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Subject: RCng Awkwardness Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I find the standard arguments used by RCng quite awkward. In particular, especially for people who have worked with SysV-style init scripts, it's rather surprising that "/etc/rc.d/nfsd stop" does not actually stop the nfsd process. Likewise, 'start' doesn't actually start the specified system. I would find it vastly more intuitive if the current arguments were named differently: current 'start' -> new 'boot' current 'stop' -> new 'shutdown' current 'forcestart' -> new 'start' current 'forcestop' -> new 'stop' This better reflects the actual usage: the current 'start' and 'stop' are really intended to be used by RC at system boot and shutdown time. 'forcestart' and 'forcestop' are really for manually starting/stopping services. For that matter, I don't really understand why 'stop' and 'forcestop' are separate anyway; if I type 'stop', I want it to stop, even if rc.conf says it shouldn't be running. I could provide diffs to change this, but won't bother if everyone else thinks the existing system is perfect and unalterable. ;-) Tim Kientzle To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 11:54:28 2002 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 B0FEB37B401 for ; Wed, 30 Oct 2002 11:54:27 -0800 (PST) Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC7BC43E7B for ; Wed, 30 Oct 2002 11:54:26 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0422.cvx21-bradley.dialup.earthlink.net ([209.179.193.167] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 186yuy-0001aT-00; Wed, 30 Oct 2002 11:54:20 -0800 Message-ID: <3DC038A0.B689933F@mindspring.com> Date: Wed, 30 Oct 2002 11:53:04 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Chad David Cc: freebsd-current@freebsd.org Subject: Re: Objective-C threads References: <20021029190941.A43525@newton.issci.ca> <3DBF4C35.B554A7C1@mindspring.com> <20021029211322.B45337@newton.issci.ca> <3DBF8FD8.A68747D8@mindspring.com> <20021030090543.A58476@newton.issci.ca> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Chad David wrote: > > That said, if you want to make it work for you, I'm behind you > > 100%: I think any changes you want to make are OK; they can > > always be backed out, if anyone starts complaining about them > > breaking things, so I think it's kind of silly for you to ask > > for permission to maintain something no one else is maintaining. > > I wouldn't say I'm "asking for permission", I'd be more inclined to > say "I'm asking for guidance" :). I've seen what happens when > somebody commits to gcc, and life is just too short.. Nothing you do to Objective C gould break "make world"; the only thing you have to worry about is ports, and you can identify them and keep them happy before you commit something. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 11:58:43 2002 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 8922737B401 for ; Wed, 30 Oct 2002 11:58:42 -0800 (PST) Received: from mail.speakeasy.net (mail15.speakeasy.net [216.254.0.215]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E66043E3B for ; Wed, 30 Oct 2002 11:58:42 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 6913 invoked from network); 30 Oct 2002 19:58:46 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail15.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 30 Oct 2002 19:58:46 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id g9UJwcn5026626; Wed, 30 Oct 2002 14:58:39 -0500 (EST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <3DC03693.C08EC805@mindspring.com> Date: Wed, 30 Oct 2002 14:58:38 -0500 (EST) From: John Baldwin To: Terry Lambert Subject: Re: What's this for ? Cc: freebsd-current@freebsd.org Cc: freebsd-current@freebsd.org, Juan Francisco Rodriguez Hervella Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 30-Oct-2002 Terry Lambert wrote: > Juan Francisco Rodriguez Hervella wrote: >> I've seen this looking for ISO images >> of FreeBSD-5.0-DP1: >> >> 5.0-DP1-disc2.iso - 5.0 Developer Preview #1 - live filesystem. >> >> is it possible to work with this filesystem ? >> I mean, what can be done ? is it auto-bootable or >> I need to boot from the other one ? > > It's an installed FreeBSD that is on a CDROM. It depends on your > BIOS being able to boot the FS as if it were a hard disk image. Huh? It doesn't do that. If it is bootable, then it boots into sysinstall just like CD #1. What it is useful for is to be used as a fixit CD. We don't boot it as a hard drive though. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 12: 0:46 2002 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 3378637B401 for ; Wed, 30 Oct 2002 12:00:45 -0800 (PST) Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id C435C43E75 for ; Wed, 30 Oct 2002 12:00:44 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0422.cvx21-bradley.dialup.earthlink.net ([209.179.193.167] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 186z18-0003vz-00; Wed, 30 Oct 2002 12:00:43 -0800 Message-ID: <3DC03A1E.6F4B7DE8@mindspring.com> Date: Wed, 30 Oct 2002 11:59:26 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Chad David Cc: freebsd-current@FreeBSD.ORG Subject: Re: Objective-C threads References: <20021029190941.A43525@newton.issci.ca> <20021030031156.GA76120@dragon.nuxi.com> <20021029210216.A45337@newton.issci.ca> <20021030101707.GA80447@dragon.nuxi.com> <20021030091626.B58476@newton.issci.ca> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Chad David wrote: > In your experience, how long is the delay between gcc-patches accepting > something and FreeBSD picking it up, ie. is it worth the effort? Jeremey Allison (of SAMBA) and I made patches to ACAP to get it to compile under G++, and that required patches to G++ 2.9.3 to support per thread exception handlers. It took about 6 months to get them into ECC, and the ones they added to ECC bloated the library in the non-threads case, rather than registering the handlers in the thread creation case only, like Jeremy originally had it doing. It took another 6 months before the new compiler made it into FreeBSD. So expect it to take you about a year, particularly since 3.2.1 was just imported for the 5.x release, and the compiler is not very likely to have a major number upgrade until 6.x. IMO, you are better off doing it as a patch in the FreeBSD tree, if you want it to work in FreeBSD in less than a year, but you should *also* send it into the GCC people, because if you don't, they'll potentially fix it the wrong way for your application, and their code will conflict with your patch, and you'll be hating life. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 12: 0:57 2002 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 5AC2737B401 for ; Wed, 30 Oct 2002 12:00:56 -0800 (PST) Received: from ns1.gnf.org (ns1.gnf.org [63.196.132.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0BB743E6E for ; Wed, 30 Oct 2002 12:00:55 -0800 (PST) (envelope-from gtetlow@gnf.org) Received: from EXCHCLUSTER01.lj.gnf.org (exch02.lj.gnf.org [172.25.10.20]) by ns1.gnf.org (8.12.3/8.12.3) with ESMTP id g9UK0qMf071514 for ; Wed, 30 Oct 2002 12:00:52 -0800 (PST) (envelope-from gtetlow@gnf.org) Received: from roark.gnf.org ([172.25.24.15]) by EXCHCLUSTER01.lj.gnf.org with Microsoft SMTPSVC(5.0.2195.4905); Wed, 30 Oct 2002 12:01:41 -0800 Received: from roark.gnf.org (localhost [127.0.0.1]) by roark.gnf.org (8.12.6/8.12.5) with ESMTP id g9UK0t7j082339; Wed, 30 Oct 2002 12:00:55 -0800 (PST) (envelope-from gtetlow@gnf.org) Received: (from gtetlow@localhost) by roark.gnf.org (8.12.6/8.12.6/Submit) id g9UK0tk3082338; Wed, 30 Oct 2002 12:00:55 -0800 (PST) Date: Wed, 30 Oct 2002 12:00:55 -0800 From: Gordon Tetlow To: Tim Kientzle Cc: current@freebsd.org Subject: Re: RCng Awkwardness Message-ID: <20021030200055.GA30253@roark.gnf.org> References: <3DC03815.2050003@acm.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aEQgRVFBwimJ3+rv" Content-Disposition: inline In-Reply-To: <3DC03815.2050003@acm.org> User-Agent: Mutt/1.4i X-OriginalArrivalTime: 30 Oct 2002 20:01:41.0444 (UTC) FILETIME=[29F44040:01C2804F] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --aEQgRVFBwimJ3+rv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Oct 30, 2002 at 11:50:45AM -0800, Tim Kientzle wrote: > I find the standard arguments used by RCng quite > awkward. In particular, especially for people who > have worked with SysV-style init scripts, it's > rather surprising that "/etc/rc.d/nfsd stop" does > not actually stop the nfsd process. Likewise, 'start' > doesn't actually start the specified system. As one of the people that supposedly worked on this. I'm heartily in favor of this. I've found this behavior to be quite annoying. I'll see if I can put something together. If you want to help me out and put together the patches, I'd be more than happy to commit them. -gordon --aEQgRVFBwimJ3+rv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9wDp3Ru2t9DV9ZfsRAkQCAJ9oytrH0Gi7HGZR+34KWuTlsaMXnACfTkm2 e0mwLvQ+OUUMPCJEO4Jrhpc= =xRnN -----END PGP SIGNATURE----- --aEQgRVFBwimJ3+rv-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 12:18:25 2002 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 F2CE437B401; Wed, 30 Oct 2002 12:18:24 -0800 (PST) Received: from avocet.mail.pas.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91A1A43E4A; Wed, 30 Oct 2002 12:18:18 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0422.cvx21-bradley.dialup.earthlink.net ([209.179.193.167] helo=mindspring.com) by avocet.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 186zI2-0007OH-00; Wed, 30 Oct 2002 12:18:10 -0800 Message-ID: <3DC03E35.1AF131B6@mindspring.com> Date: Wed, 30 Oct 2002 12:16:53 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: John Baldwin Cc: freebsd-current@freebsd.org, Juan Francisco Rodriguez Hervella Subject: Re: What's this for ? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Baldwin wrote: > > It's an installed FreeBSD that is on a CDROM. It depends on your > > BIOS being able to boot the FS as if it were a hard disk image. > > Huh? It doesn't do that. If it is bootable, then it boots into > sysinstall just like CD #1. What it is useful for is to be used > as a fixit CD. We don't boot it as a hard drive though. You're right... I confused the "Live FS" with the "Live CD", which is a seperate image distribution. Sorry for the bum information. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 12:20:14 2002 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 5710D37B404 for ; Wed, 30 Oct 2002 12:20:13 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B14943E8A for ; Wed, 30 Oct 2002 12:20:12 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id g9UKK09d023831 for ; Wed, 30 Oct 2002 21:20:04 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org Subject: make relase, new mode of breakage... From: Poul-Henning Kamp Date: Wed, 30 Oct 2002 21:20:00 +0100 Message-ID: <23830.1036009200@critter.freebsd.dk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Fresh -current, fresh fracture: cd /usr/src/release/..; make TARGET_ARCH=i386 TARGET=i386 -j12 -DNO_MAKEDB_RUN -DMAKE_KERBEROS5 SUBDIR_OVERRIDE="kerberos5 lib/libpam lib/libssh secure/usr.bi n/ssh secure/usr.sbin/sshd" buildworld distributeworld DISTDIR=/R/stage/trees -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE = GROFF_BIN_PATH=/usr/obj/usr/src/i386/usr/bin GROFF_FONT_PATH=/usr/obj/usr/sr c/i386/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/i386/usr/share/tma c DESTDIR=/usr/obj/usr/src/i386 INSTALL="sh /usr/src/tools/install.sh" PATH=/ usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i38 6/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make -f Makefile.inc1 par-cleandir ===> kerberos5 ===> lib/libpam ===> lib/libssh cd: can't cd to /usr/src/lib/libssh ===> secure/usr.bin/ssh *** Error code 2 ===> kerberos5/doc -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 12:28:48 2002 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 E0B9437B401; Wed, 30 Oct 2002 12:28:47 -0800 (PST) Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F58A43E4A; Wed, 30 Oct 2002 12:28:47 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0422.cvx21-bradley.dialup.earthlink.net ([209.179.193.167] helo=mindspring.com) by albatross.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 186zSC-0004Jy-00; Wed, 30 Oct 2002 12:28:41 -0800 Message-ID: <3DC040AB.9ADC175E@mindspring.com> Date: Wed, 30 Oct 2002 12:27:23 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: John Baldwin , freebsd-current@freebsd.org, Juan Francisco Rodriguez Hervella Subject: Re: What's this for ? References: <3DC03E35.1AF131B6@mindspring.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Terry Lambert wrote: > You're right... I confused the "Live FS" with the "Live CD", > which is a seperate image distribution. Sorry for the bum > information. FWIW, on the original question of "what is it for", I personally tend to use it to create chroot environments for hosted builds across FreeBSD versions. For this to work, you have to copy in all the applications that care about sizeof(struct proc) and the network structures (e.g. "w", "ps", "netstat", etc.). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 12:44:45 2002 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 416B137B401 for ; Wed, 30 Oct 2002 12:44:44 -0800 (PST) Received: from anchor-post-39.mail.demon.net (anchor-post-39.mail.demon.net [194.217.242.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 667A243E77 for ; Wed, 30 Oct 2002 12:44:43 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from mailgate.nlsystems.com ([62.49.251.130] helo=herring.nlsystems.com) by anchor-post-39.mail.demon.net with esmtp (Exim 3.36 #2) id 186zhU-0002xZ-0U; Wed, 30 Oct 2002 20:44:28 +0000 Received: from herring (herring [10.0.0.2]) by herring.nlsystems.com (8.12.6/8.12.4) with ESMTP id g9UKiRj0022531; Wed, 30 Oct 2002 20:44:27 GMT (envelope-from dfr@nlsystems.com) Date: Wed, 30 Oct 2002 20:44:27 +0000 (GMT) From: Doug Rabson To: Terry Lambert Cc: Daniel Eischen , Subject: Re: [PATCH: libc]Re: gnome on current In-Reply-To: <3DC03493.631E4405@mindspring.com> Message-ID: <20021030203920.I22480-100000@herring.nlsystems.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 30 Oct 2002, Terry Lambert wrote: > Daniel Eischen wrote: > > > That's bizarre... it's defined in libc_r, so there's no reason for > > > the omission in libc. > > > > I only added stubs that I thought the implementation of libc used > > (or would use). > > Makes sense. > > Actually, it looks like most of this could be done with macros, > including the function definitions, so that we are just dealing > with lists; I didn't go that far with it. > > > > > Please find attached a patch that corrects this. > > > > Patch looks correct. > > Please commit? 8-). Well I made a libc with this patch and rebuilt XFree86-4-libraries without libXThrStub but I ran into problems compiling the clients. The clients *require* someone in the link to supply the pthread_* symbols and libc.so only had _pthread_* symbols. I added some more weak references to libc.so but that just gets us back to square one. The problem is that the sawfish configuration tools are written using some extensible lisp/scheme thing called rep. The main rep binary links against libc.so so that occurs early in the list. Later on stacks of libraries are loaded dynamically, some of which depend on libc_r.so. Unfortunately libc_r.so is far too late in the list to get a lookin and it dies in exactly the same way as before, for the same reason (calling a non-functional stub version of pthread_setspecific(). -- Doug Rabson Mail: dfr@nlsystems.com Phone: +44 20 8348 6160 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 12:46:16 2002 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 E5F1437B401 for ; Wed, 30 Oct 2002 12:46:14 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 95AE443E7B for ; Wed, 30 Oct 2002 12:46:14 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 91642 invoked by uid 1000); 30 Oct 2002 20:46:15 -0000 Date: Wed, 30 Oct 2002 12:46:15 -0800 (PST) From: Nate Lawson To: current@freebsd.org Subject: libc size Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG After a discussion on cvs-all regarding size of our libc, I wrote a quick script to see where the problems are. A cursory glance at its output shows there are numerous things we can improve, including: * setproctitle(3) uses 4k of static scratch buffers when it could allocate these on the stack (let alone reducing the length of the proc title to something more reasonable than 2k). * vfwprintf and vfprintf are near duplicates of each other (in fact, the former is derived from the latter). Each uses 14k of text so this could be split in half by combining them and selecting different behavior with a flag. Here is a link to the size of various components of libc, sorted by text size. If you can find some way to reduce or even remove some of this, please submit a patch. http://www.root.org/~nate/freebsd/lib_size.out -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 12:55:24 2002 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 9003F37B401 for ; Wed, 30 Oct 2002 12:55:22 -0800 (PST) Received: from hun.org (hun.org [216.190.27.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id D512E43E7B for ; Wed, 30 Oct 2002 12:55:21 -0800 (PST) (envelope-from attila@hun.org) Received: by hun.org (Postfix, from userid 1001) id 2481C5740A; Wed, 30 Oct 2002 20:55:06 +0000 (GMT) Date: Wed, 30 Oct 2002 20:55:05 +0000 (GMT) Message-Id: <20021030205505.FwhS20265@hun.org> From: Daniel Flickinger X-Mailer: AttilaMail with XEmacs & Postfix on FreeBSD 5.0-CURRENT X-Ballistic: N 37.218497 W 113.614979 X-Address: 31 N 700 E, St George UT 84770-3028 X-Squawk: (435) 680-0750 X-No-Archive: yes X-Tags: Sanity is the Playground for the Unimaginative In-Reply-To: <20021030170217.GB2083@dhcp01.pn.xcllnt.net> References: <20021030164823.NvQM9234@hun.org> <20021030120635.A21427@angelica.unixdaemons.com> To: Hiten Pandya Cc: Marcel Moolenaar , FreeBSD-CURRENT Subject: Re: libc in CURRENT fails as of 1200 GMT today Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; name="text" Content-Transfer-Encoding: 8bit Content-Disposition: inline Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sent: Wed, 30 Oct 2002 09:02:17 -0800 by Marcel Moolenaar On Wed, Oct 30, 2002 at 04:48:23PM +0000, Daniel Flickinger wrote: + > /usr/src/lib/libc/uuid/uuid_compare.c:31:18: uuid.h: No such file or directory + > [snip] + > + > and a couple pages of resulting syntax errors + > + + I assume you didn't do a makeworld, but just a make in libc? No, I go for broke... make -j 4 -k -s ${TFLG} buildworld at least initially; I should have been more clear. There is either a missing or incorrect -I statement somewhere. There are now two uuid.h files. When there is an include file problem, I use a script: mv /usr/include /usr/include.${CDATE} mkdir /usr/include && chmod 0755 /usr/include make buildincludes make installincludes which effects a more global approach --but potentially can create other sync problems... if you choose this approach, you mask potential -I errors and you risk havoc with successive 'make worlds' I 'buildworld' at least once a day based on 1200 GMT --other times, if necessary. The system is CURRENT as of 1800 GMT 27 Oct 2002, both kernel and world. The last two days have had too many errors to go for installworld. 'make buildworld' is "supposed to" provide the necessary -I statements to pickup include files from the /usr/src and /usr/obj trees. /usr/inlcude/sys/uuid.h is where it should be --but /usr/include/uuid.h does not exist, so there was no fallback from the incorrect or missing -I statement in the tree. find /usr -name 'uuid\.h' -print /usr/obj/usr/src/i386/usr/include/uuid.h /usr/include/sys/uuid.h /usr/src/lib/libc/uuid/uuid.h /usr/src/sys/sys/uuid.h Note that the libc commands prior to the error have not loaded the sys/uuid.h file to /usr/obj/usr/src/sys/uuid.h However, after running the script above we now have a uuid.h in both /usr/include and /usr/include/sys: find /usr -name 'uuid\.h' -print /usr/obj/usr/src/i386/usr/include/uuid.h /usr/include/sys/uuid.h /usr/include/uuid.h /usr/src/lib/libc/uuid/uuid.h /usr/src/sys/sys/uuid.h The include/uuid.h reads in the sys/uuid.h file. This now provides a fallback, masking the real problem. Both files are present in the src tree --which is where 'make buildworld' SHOULD find them and place them in the /usr/obj tree during buildworld. There is a missing -I declaration ... or cp or install statement. It SHOULD NOT be necessary to run 'make build/installincludes' prior to 'make buildworld' After 23 years of BSD, it's just another day... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 12:59:56 2002 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 5EFD337B401 for ; Wed, 30 Oct 2002 12:59:55 -0800 (PST) Received: from alpha.yumyumyum.org (dsl092-171-091.wdc1.dsl.speakeasy.net [66.92.171.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5216B43E77 for ; Wed, 30 Oct 2002 12:59:48 -0800 (PST) (envelope-from culverk@yumyumyum.org) Received: from alpha.yumyumyum.org (localhost [127.0.0.1]) by alpha.yumyumyum.org (8.12.6/8.12.5) with ESMTP id g9UKwjYN020085; Wed, 30 Oct 2002 15:58:45 -0500 (EST) (envelope-from culverk@yumyumyum.org) Received: from localhost (culverk@localhost) by alpha.yumyumyum.org (8.12.6/8.12.5/Submit) with ESMTP id g9UKwg0g020082; Wed, 30 Oct 2002 15:58:43 -0500 (EST) (envelope-from culverk@yumyumyum.org) X-Authentication-Warning: alpha.yumyumyum.org: culverk owned process doing -bs Date: Wed, 30 Oct 2002 15:58:42 -0500 (EST) From: Kenneth Culver To: Stijn Hoop Cc: Garance A Drosihn , Raymond Kohler , Subject: Re: speed of -CURRENT [was: questions about the state of current] In-Reply-To: <20021030091356.GC94770@pcwin002.win.tue.nl> Message-ID: <20021030155756.R19739-100000@alpha.yumyumyum.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-1.9 required=5.0 tests=IN_REP_TO,X_AUTH_WARNING,NO_MX_FOR_FROM,AWL version=2.31 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > The systems hostname was changed between Aug & Oct, but it's the > same laptop, a P3-800 w/256MB memory. > > Thoughts? > I have not really noticed a performance difference here. In fact with WITNESS and INVARIANTS disabled, I find that -CURRENT seems to be a bit faster than -STABLE. Ken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 13: 1: 6 2002 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 8445D37B401 for ; Wed, 30 Oct 2002 13:01:05 -0800 (PST) Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 164D043E75 for ; Wed, 30 Oct 2002 13:01:05 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0422.cvx21-bradley.dialup.earthlink.net ([209.179.193.167] helo=mindspring.com) by swan.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 186zv2-0004yh-00; Wed, 30 Oct 2002 12:58:29 -0800 Message-ID: <3DC047A4.7E4A260@mindspring.com> Date: Wed, 30 Oct 2002 12:57:08 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Doug Rabson Cc: Daniel Eischen , current@FreeBSD.ORG Subject: Re: [PATCH: libc]Re: gnome on current References: <20021030203920.I22480-100000@herring.nlsystems.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Doug Rabson wrote: > On Wed, 30 Oct 2002, Terry Lambert wrote: > > Daniel Eischen wrote: > > > Patch looks correct. > > > > Please commit? 8-). > > Well I made a libc with this patch and rebuilt XFree86-4-libraries without > libXThrStub but I ran into problems compiling the clients. The clients > *require* someone in the link to supply the pthread_* symbols and libc.so > only had _pthread_* symbols. I added some more weak references to libc.so > but that just gets us back to square one. > > The problem is that the sawfish configuration tools are written using some > extensible lisp/scheme thing called rep. The main rep binary links against > libc.so so that occurs early in the list. Later on stacks of libraries are > loaded dynamically, some of which depend on libc_r.so. Unfortunately > libc_r.so is far too late in the list to get a lookin and it dies in > exactly the same way as before, for the same reason (calling a > non-functional stub version of pthread_setspecific(). You need to link the library against libc_r.so instead of libXThrStub.so. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 13: 1:39 2002 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 0ECA837B401 for ; Wed, 30 Oct 2002 13:01:39 -0800 (PST) Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id C525243E4A for ; Wed, 30 Oct 2002 13:01:38 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0422.cvx21-bradley.dialup.earthlink.net ([209.179.193.167] helo=mindspring.com) by swan.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 186zy5-00026T-00; Wed, 30 Oct 2002 13:01:37 -0800 Message-ID: <3DC04861.3C5E975B@mindspring.com> Date: Wed, 30 Oct 2002 13:00:17 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Nate Lawson Cc: current@freebsd.org Subject: Re: libc size References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Nate Lawson wrote: > Here is a link to the size of various components of libc, sorted by text > size. If you can find some way to reduce or even remove some of this, > please submit a patch. > > http://www.root.org/~nate/freebsd/lib_size.out Move the resolver code out to ibresolv.so, and link libc.so against libresolv.so so that legacy applications are happy, as long as they are compiled shared. Non-network apps can ignore most of it. Internal use of some of the biggest chunks is limited, so this should avoid dragging in a lot of it. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 13: 5:11 2002 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 B68A037B401 for ; Wed, 30 Oct 2002 13:05:10 -0800 (PST) Received: from hun.org (hun.org [216.190.27.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6306343E75 for ; Wed, 30 Oct 2002 13:05:10 -0800 (PST) (envelope-from attila@hun.org) Received: by hun.org (Postfix, from userid 1001) id 776325740A; Wed, 30 Oct 2002 21:05:09 +0000 (GMT) Date: Wed, 30 Oct 2002 21:05:09 +0000 (GMT) Message-Id: <20021030210509.O3k620510@hun.org> From: Daniel Flickinger X-Mailer: AttilaMail with XEmacs & Postfix on FreeBSD 5.0-CURRENT X-Ballistic: N 37.218497 W 113.614979 X-Address: 31 N 700 E, St George UT 84770-3028 X-Squawk: (435) 680-0750 X-No-Archive: yes X-Tags: Sanity is the Playground for the Unimaginative To: FreeBSD-CURRENT Cc: Subject: last 3 days: 2 undefined references in buildworld Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; name="text" Content-Transfer-Encoding: 8bit Content-Disposition: inline Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Two errors remaining in buildworld today; both have been present for three days. Everything else builds (after libc problem resolved). expr.o(.text+0x349): undefined reference to `check_utility_compat' *** Error code 1 -- auth2-pam-freebsd.o(.text+0x690): undefined reference to `ssh_msg_send' *** Error code 1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 13:10:56 2002 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 0244E37B401 for ; Wed, 30 Oct 2002 13:10:55 -0800 (PST) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5674043E7B for ; Wed, 30 Oct 2002 13:10:54 -0800 (PST) (envelope-from eischen@pcnet1.pcnet.com) Received: from localhost (eischen@localhost) by mail.pcnet.com (8.12.3/8.12.1) with ESMTP id g9ULAlBC014010; Wed, 30 Oct 2002 16:10:47 -0500 (EST) Date: Wed, 30 Oct 2002 16:10:46 -0500 (EST) From: Daniel Eischen To: Doug Rabson Cc: Terry Lambert , current@FreeBSD.ORG Subject: Re: [PATCH: libc]Re: gnome on current In-Reply-To: <20021030203920.I22480-100000@herring.nlsystems.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 30 Oct 2002, Doug Rabson wrote: > On Wed, 30 Oct 2002, Terry Lambert wrote: > > > Daniel Eischen wrote: > > > > That's bizarre... it's defined in libc_r, so there's no reason for > > > > the omission in libc. > > > > > > I only added stubs that I thought the implementation of libc used > > > (or would use). > > > > Makes sense. > > > > Actually, it looks like most of this could be done with macros, > > including the function definitions, so that we are just dealing > > with lists; I didn't go that far with it. > > > > > > > > Please find attached a patch that corrects this. > > > > > > Patch looks correct. > > > > Please commit? 8-). > > Well I made a libc with this patch and rebuilt XFree86-4-libraries without > libXThrStub but I ran into problems compiling the clients. The clients > *require* someone in the link to supply the pthread_* symbols and libc.so > only had _pthread_* symbols. I added some more weak references to libc.so > but that just gets us back to square one. I think Terry might be right in suggesting using a macro to automate all the link and stub generation... > The problem is that the sawfish configuration tools are written using some > extensible lisp/scheme thing called rep. The main rep binary links against > libc.so so that occurs early in the list. Later on stacks of libraries are > loaded dynamically, some of which depend on libc_r.so. Unfortunately > libc_r.so is far too late in the list to get a lookin and it dies in > exactly the same way as before, for the same reason (calling a > non-functional stub version of pthread_setspecific(). Well, it must have the same problem with Solaris then. Somehow, you've got to force it to link libc_r before libc... -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 13:38:16 2002 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 5883C37B401 for ; Wed, 30 Oct 2002 13:38:14 -0800 (PST) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91DA543E6E for ; Wed, 30 Oct 2002 13:38:13 -0800 (PST) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id QAA17954; Wed, 30 Oct 2002 16:38:12 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g9ULbgG24027; Wed, 30 Oct 2002 16:37:42 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15808.20774.147759.671084@grasshopper.cs.duke.edu> Date: Wed, 30 Oct 2002 16:37:42 -0500 (EST) To: Gordon Tetlow Cc: Tim Kientzle , current@freebsd.org Subject: Re: RCng Awkwardness In-Reply-To: <20021030200055.GA30253@roark.gnf.org> References: <3DC03815.2050003@acm.org> <20021030200055.GA30253@roark.gnf.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Gordon Tetlow writes: > On Wed, Oct 30, 2002 at 11:50:45AM -0800, Tim Kientzle wrote: > > I find the standard arguments used by RCng quite > > awkward. In particular, especially for people who > > have worked with SysV-style init scripts, it's > > rather surprising that "/etc/rc.d/nfsd stop" does > > not actually stop the nfsd process. Likewise, 'start' > > doesn't actually start the specified system. > > As one of the people that supposedly worked on this. I'm heartily in > favor of this. I've found this behavior to be quite annoying. I'll > see if I can put something together. If you want to help me out and > put together the patches, I'd be more than happy to commit them. > > -gordon Even more annoyingly, the RCng nfsd script ignores arguments specified in /etc/rc.conf. See the example below, where "nfsd" is my patched script, "nfsd.old" is what is in CVS now. Patch appended. % grep nfs /etc/rc.conf nfs_server_enable="YES" nfs_server_flags="-u -t -n 8 -h 172.31.193.10 -h 172.31.193.1" % ./nfsd.old stop nfsd not running? % sudo ./nfsd.old start Starting nfsd. % ps ax | grep nfsd | wc -l 5 %sudo ./nfsd.old stop Stopping nfsd. kill: 2903: No such process kill: 2905: No such process <4:33pm>whisper/gallatin:rc.d>ps ax | grep nfsd | wc -l 0 % sudo ./nfsd start Starting nfsd. % ps ax | grep nfsd | wc -l 9 % Note that the default script ignores the arguments -n 8 and starts only 4 nfsds. Can this be fixed, please? Thanks, Drew cvs diff nfsd Index: nfsd =================================================================== RCS file: /home/ncvs/src/etc/rc.d/nfsd,v retrieving revision 1.8 diff -u -r1.8 nfsd --- nfsd 12 Oct 2002 10:31:31 -0000 1.8 +++ nfsd 24 Oct 2002 23:57:27 -0000 @@ -13,6 +13,7 @@ name="nfsd" rcvar=`set_rcvar nfs_server` command="/usr/sbin/${name}" +load_rc_config $name case ${OSTYPE} in FreeBSD) @@ -51,5 +52,4 @@ return 0 } -load_rc_config $name run_rc_command "$1" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 13:42: 8 2002 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 3992A37B401 for ; Wed, 30 Oct 2002 13:42:07 -0800 (PST) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06DF643E42 for ; Wed, 30 Oct 2002 13:42:03 -0800 (PST) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by canning.wemm.org (Postfix) with ESMTP id CB6EA2A88D; Wed, 30 Oct 2002 13:41:58 -0800 (PST) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Terry Lambert Cc: Nate Lawson , current@freebsd.org Subject: Re: libc size In-Reply-To: <3DC04861.3C5E975B@mindspring.com> Date: Wed, 30 Oct 2002 13:41:58 -0800 From: Peter Wemm Message-Id: <20021030214158.CB6EA2A88D@canning.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Terry Lambert wrote: > Nate Lawson wrote: > > Here is a link to the size of various components of libc, sorted by text > > size. If you can find some way to reduce or even remove some of this, > > please submit a patch. > > > > http://www.root.org/~nate/freebsd/lib_size.out > > Move the resolver code out to ibresolv.so, and link libc.so > against libresolv.so so that legacy applications are happy, as > long as they are compiled shared. Non-network apps can ignore > most of it. Internal use of some of the biggest chunks is > limited, so this should avoid dragging in a lot of it. We've been over this before. To make this work right, we need to make /bin and /sbin dynamically linked. NetBSD's /rescue/* approach would solve the "oops!" and other foot shooting problems. Cheers, -Peter -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 13:54:31 2002 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 4D01737B404 for ; Wed, 30 Oct 2002 13:54:30 -0800 (PST) Received: from kajack.infinithost.com (s142-179-166-201.ab.hsia.telus.net [142.179.166.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADF9543E6E for ; Wed, 30 Oct 2002 13:54:28 -0800 (PST) (envelope-from charford@infinithost.com) Received: from [192.168.1.32] (helo=infinithost.com) by kajack.infinithost.com with esmtp (Exim 4.10) id 1870lz-00054I-00; Wed, 30 Oct 2002 14:53:11 -0700 Date: Wed, 30 Oct 2002 14:54:15 -0700 Mime-Version: 1.0 (Apple Message framework v546) Cc: To: Doug Rabson From: Colin Harford In-Reply-To: <20021030184149.B23855-100000@herring.nlsystems.com> Message-Id: <2233B8A0-EC52-11D6-8191-000393A6FBE8@infinithost.com> X-Mailer: Apple Mail (2.546) Subject: Re: questions about the state of current Content-Type: text/plain; charset=WINDOWS-1252; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, hits=-6.3 required=7.1 tests=EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT, SPAM_PHRASE_00_01,USER_AGENT_APPLEMAIL version=2.41 X-Spam-Level: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wednesday, October 30, 2002, at 11:43 AM, Doug Rabson wrote: >>> >> >> I compiled kde3 a week or so ago on my laptop running -current and it=20= >> is >> now my new desktop, so I think reports of kde being totally hosed are=20= >> a >> bit exagerated or perhaps dated. > > Hmm. I compiled it a few days ago and it was quite broken. It died in > kdeinit very quickly. I will probably retest after sorting out the X > threading problems as I have a hunch this is related. > Okay, I am going t o delurk for a few minutes and put in my little=20 bit... I did a clean -current boxen from scratch over the weekend and I have=20 been able to get the following work, (some via ports others by packages) =95 Netscape =95 Mozilla =95 OpenOffice =95 XFree86 =95 many small things gaim, bash, pico, xemacs, vim, ghostview, acrobat,=20= etc However KDE compile install fails from ports, I tried an old packages=20 version of it , get installed, when I go to run it, it tanks. This=20 could just be a local issue, and I have not had time to test it more... Thats my story, and I don't always stick to it. CH To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 14: 2:19 2002 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 49EC837B404 for ; Wed, 30 Oct 2002 14:02:17 -0800 (PST) Received: from anchor-post-35.mail.demon.net (anchor-post-35.mail.demon.net [194.217.242.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2663E43E7B for ; Wed, 30 Oct 2002 14:02:16 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from mailgate.nlsystems.com ([62.49.251.130] helo=herring.nlsystems.com) by anchor-post-35.mail.demon.net with esmtp (Exim 3.36 #2) id 1870uk-00023s-0U; Wed, 30 Oct 2002 22:02:14 +0000 Received: from herring (herring [10.0.0.2]) by herring.nlsystems.com (8.12.6/8.12.4) with ESMTP id g9UM2Dj0022897; Wed, 30 Oct 2002 22:02:13 GMT (envelope-from dfr@nlsystems.com) Date: Wed, 30 Oct 2002 22:02:13 +0000 (GMT) From: Doug Rabson To: Daniel Eischen Cc: Terry Lambert , Subject: Re: [PATCH: libc]Re: gnome on current In-Reply-To: Message-ID: <20021030220141.E22480-100000@herring.nlsystems.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 30 Oct 2002, Daniel Eischen wrote: > On Wed, 30 Oct 2002, Doug Rabson wrote: > > > On Wed, 30 Oct 2002, Terry Lambert wrote: > > > > > Daniel Eischen wrote: > > > > > That's bizarre... it's defined in libc_r, so there's no reason for > > > > > the omission in libc. > > > > > > > > I only added stubs that I thought the implementation of libc used > > > > (or would use). > > > > > > Makes sense. > > > > > > Actually, it looks like most of this could be done with macros, > > > including the function definitions, so that we are just dealing > > > with lists; I didn't go that far with it. > > > > > > > > > > > Please find attached a patch that corrects this. > > > > > > > > Patch looks correct. > > > > > > Please commit? 8-). > > > > Well I made a libc with this patch and rebuilt XFree86-4-libraries without > > libXThrStub but I ran into problems compiling the clients. The clients > > *require* someone in the link to supply the pthread_* symbols and libc.so > > only had _pthread_* symbols. I added some more weak references to libc.so > > but that just gets us back to square one. > > I think Terry might be right in suggesting using a macro to automate > all the link and stub generation... > > > The problem is that the sawfish configuration tools are written using some > > extensible lisp/scheme thing called rep. The main rep binary links against > > libc.so so that occurs early in the list. Later on stacks of libraries are > > loaded dynamically, some of which depend on libc_r.so. Unfortunately > > libc_r.so is far too late in the list to get a lookin and it dies in > > exactly the same way as before, for the same reason (calling a > > non-functional stub version of pthread_setspecific(). > > Well, it must have the same problem with Solaris then. Somehow, > you've got to force it to link libc_r before libc... The only way I can see to do that is to link libX11, libXt and friends against libc_r. -- Doug Rabson Mail: dfr@nlsystems.com Phone: +44 20 8348 6160 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 14: 4:59 2002 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 13FAC37B401 for ; Wed, 30 Oct 2002 14:04:57 -0800 (PST) Received: from kayak.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1F1043E75 for ; Wed, 30 Oct 2002 14:04:53 -0800 (PST) (envelope-from marcel@xcllnt.net) Received: from kayak.xcllnt.net (localhost [127.0.0.1]) by kayak.xcllnt.net (8.12.6/8.12.6) with ESMTP id g9UM4i0N079887; Wed, 30 Oct 2002 14:04:45 -0800 (PST) (envelope-from marcel@kayak.xcllnt.net) Received: (from marcel@localhost) by kayak.xcllnt.net (8.12.6/8.12.6/Submit) id g9UM4ipM079886; Wed, 30 Oct 2002 14:04:44 -0800 (PST) Date: Wed, 30 Oct 2002 14:04:44 -0800 From: Marcel Moolenaar To: Daniel Flickinger Cc: Hiten Pandya , FreeBSD-CURRENT Subject: Re: libc in CURRENT fails as of 1200 GMT today Message-ID: <20021030140444.A79706@kayak.xcllnt.net> References: <20021030164823.NvQM9234@hun.org> <20021030120635.A21427@angelica.unixdaemons.com> <20021030205505.FwhS20265@hun.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021030205505.FwhS20265@hun.org> User-Agent: Mutt/1.3.22.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [The crucial question is hidden somewhere...] On Wed, Oct 30, 2002 at 08:55:05PM +0000, Daniel Flickinger wrote: > Sent: Wed, 30 Oct 2002 09:02:17 -0800 by Marcel Moolenaar > > On Wed, Oct 30, 2002 at 04:48:23PM +0000, Daniel Flickinger wrote: > + > /usr/src/lib/libc/uuid/uuid_compare.c:31:18: uuid.h: No such file or directory > + > [snip] > + > > + > and a couple pages of resulting syntax errors > + > > + > + I assume you didn't do a makeworld, but just a make in libc? > > No, I go for broke... Why doubt if you can be sure :-) > I 'buildworld' at least once a day based on 1200 GMT > --other times, if necessary. The system is CURRENT as of > 1800 GMT 27 Oct 2002, both kernel and world. The last two > days have had too many errors to go for installworld. I buildworld alpha, i386 and ia64 yesterday without any problems. I did an installworld for alpha and ia64 without problems. The i386 installworld is going to happen once I'm home. The point: I have no idea what problems you're referring to other than the typical "commit->breakage->fix" cycles we have. > find /usr -name 'uuid\.h' -print > > /usr/obj/usr/src/i386/usr/include/uuid.h > /usr/include/sys/uuid.h > /usr/src/lib/libc/uuid/uuid.h > /usr/src/sys/sys/uuid.h This list is correct. Note that /usr/obj/usr/src/i386/usr/include/sys is a link to /usr/src/sys/sys. This explains why you don't see sys/uuid.h under /usr/obj/usr/src/i386/usr/include, but it's visible there alright. > However, after running the script above we now have a > uuid.h in both /usr/include and /usr/include/sys: > > find /usr -name 'uuid\.h' -print > > /usr/obj/usr/src/i386/usr/include/uuid.h > /usr/include/sys/uuid.h > /usr/include/uuid.h > /usr/src/lib/libc/uuid/uuid.h > /usr/src/sys/sys/uuid.h However? This is correct again. > The include/uuid.h reads in the sys/uuid.h file. This now > provides a fallback, masking the real problem. [here it is] Could you explain to me what you think the real problem actually is? So far you described correct behaviour and labeled it as broken, so you have to excuse me if I prefer to assume as little as possible now. > Both files are present in the src tree --which is where > 'make buildworld' SHOULD find them and place them in the > /usr/obj tree during buildworld. There is a missing -I > declaration ... or cp or install statement. It is finding both in the object dir. At least on my systems. I specifically tested this by removing /usr/include/uuid.h prior to starting a buildworld that didn't had -DNOCLEAN. > It SHOULD NOT be necessary to run 'make > build/installincludes' prior to 'make buildworld' Correct and that's what it currently is: not necessary. > After 23 years of BSD, it's just another day... Happiness devaluates just as money does. After experiencing the joy of BSD for 23 years I'm not surprised that you've grown not to notice it anymore and thus that it feels like just another day. Try Windows for an hour and you'll feel alive and refreshed again... :-) -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 14: 9:44 2002 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 3DC4737B401 for ; Wed, 30 Oct 2002 14:09:43 -0800 (PST) Received: from anchor-post-31.mail.demon.net (anchor-post-31.mail.demon.net [194.217.242.89]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B03F43E3B for ; Wed, 30 Oct 2002 14:09:39 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from mailgate.nlsystems.com ([62.49.251.130] helo=herring.nlsystems.com) by anchor-post-31.mail.demon.net with esmtp (Exim 3.35 #1) id 18711n-0005W2-0V; Wed, 30 Oct 2002 22:09:32 +0000 Received: from herring (herring [10.0.0.2]) by herring.nlsystems.com (8.12.6/8.12.4) with ESMTP id g9UM9Vj0023348; Wed, 30 Oct 2002 22:09:31 GMT (envelope-from dfr@nlsystems.com) Date: Wed, 30 Oct 2002 22:09:31 +0000 (GMT) From: Doug Rabson To: Terry Lambert Cc: Daniel Eischen , Subject: Re: [PATCH: libc]Re: gnome on current In-Reply-To: <3DC047A4.7E4A260@mindspring.com> Message-ID: <20021030220614.R22480-100000@herring.nlsystems.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 30 Oct 2002, Terry Lambert wrote: > Doug Rabson wrote: > > On Wed, 30 Oct 2002, Terry Lambert wrote: > > > Daniel Eischen wrote: > > > > Patch looks correct. > > > > > > Please commit? 8-). > > > > Well I made a libc with this patch and rebuilt XFree86-4-libraries without > > libXThrStub but I ran into problems compiling the clients. The clients > > *require* someone in the link to supply the pthread_* symbols and libc.so > > only had _pthread_* symbols. I added some more weak references to libc.so > > but that just gets us back to square one. > > > > The problem is that the sawfish configuration tools are written using some > > extensible lisp/scheme thing called rep. The main rep binary links against > > libc.so so that occurs early in the list. Later on stacks of libraries are > > loaded dynamically, some of which depend on libc_r.so. Unfortunately > > libc_r.so is far too late in the list to get a lookin and it dies in > > exactly the same way as before, for the same reason (calling a > > non-functional stub version of pthread_setspecific(). > > You need to link the library against libc_r.so instead of libXThrStub.so. Probably not. Doing that breaks the existing 'feature' of being able to use X11 in entirely non-threaded programs. I'm not sure whether that is acceptable. It also stops programs from being able to select between several thread implementations, of which -current has two. I think the only sensible solution to this problem is for libraries which provide an actual pthreads implementation (rather than a set of stubs) to define strong symbols. Wierd debugging wrappers can still be achieved via some dlopen/dlsym hackery. -- Doug Rabson Mail: dfr@nlsystems.com Phone: +44 20 8348 6160 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 14:14:49 2002 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 4518337B404 for ; Wed, 30 Oct 2002 14:14:48 -0800 (PST) Received: from anchor-post-39.mail.demon.net (anchor-post-39.mail.demon.net [194.217.242.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0B4643E75 for ; Wed, 30 Oct 2002 14:14:46 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from mailgate.nlsystems.com ([62.49.251.130] helo=herring.nlsystems.com) by anchor-post-39.mail.demon.net with esmtp (Exim 3.36 #2) id 18716r-000177-0U; Wed, 30 Oct 2002 22:14:45 +0000 Received: from herring (herring [10.0.0.2]) by herring.nlsystems.com (8.12.6/8.12.4) with ESMTP id g9UMEij0023599; Wed, 30 Oct 2002 22:14:44 GMT (envelope-from dfr@nlsystems.com) Date: Wed, 30 Oct 2002 22:14:44 +0000 (GMT) From: Doug Rabson To: Peter Wemm Cc: Terry Lambert , Nate Lawson , Subject: Re: libc size In-Reply-To: <20021030214158.CB6EA2A88D@canning.wemm.org> Message-ID: <20021030221417.J22480-100000@herring.nlsystems.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 30 Oct 2002, Peter Wemm wrote: > Terry Lambert wrote: > > Nate Lawson wrote: > > > Here is a link to the size of various components of libc, sorted by text > > > size. If you can find some way to reduce or even remove some of this, > > > please submit a patch. > > > > > > http://www.root.org/~nate/freebsd/lib_size.out > > > > Move the resolver code out to ibresolv.so, and link libc.so > > against libresolv.so so that legacy applications are happy, as > > long as they are compiled shared. Non-network apps can ignore > > most of it. Internal use of some of the biggest chunks is > > limited, so this should avoid dragging in a lot of it. > > We've been over this before. To make this work right, we need to make > /bin and /sbin dynamically linked. NetBSD's /rescue/* approach would > solve the "oops!" and other foot shooting problems. Yes please. Our root filesystem space requirements are too high, IMHO. -- Doug Rabson Mail: dfr@nlsystems.com Phone: +44 20 8348 6160 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 14:24: 2 2002 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 A844437B401 for ; Wed, 30 Oct 2002 14:24:00 -0800 (PST) Received: from clover.kientzle.com (user-112uh9a.biz.mindspring.com [66.47.69.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52B5543E97 for ; Wed, 30 Oct 2002 14:23:56 -0800 (PST) (envelope-from kientzle@acm.org) Received: from acm.org (c43 [66.47.69.43]) by clover.kientzle.com (8.11.3/8.11.3) with ESMTP id g9UMNmE10040; Wed, 30 Oct 2002 14:23:48 -0800 (PST) (envelope-from kientzle@acm.org) Message-ID: <3DC05BF4.8050203@acm.org> Date: Wed, 30 Oct 2002 14:23:48 -0800 From: Tim Kientzle Reply-To: kientzle@acm.org User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.6) Gecko/20011206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gordon Tetlow Cc: current@freebsd.org Subject: Re: RCng Awkwardness References: <3DC03815.2050003@acm.org> <20021030200055.GA30253@roark.gnf.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Gordon Tetlow wrote: > On Wed, Oct 30, 2002 at 11:50:45AM -0800, Tim Kientzle wrote: > >>I find the standard arguments used by RCng quite >>awkward. In particular, ... "/etc/rc.d/nfsd stop" does >>not actually stop the nfsd process. ... > > ... I've found this behavior to be quite annoying. I'll > see if I can put something together. If you want to help me out and > put together the patches, I'd be more than happy to commit them. I have something partly sketched out, but it still needs some work. I can send you something in the next couple of days to look at. I see two awkward issues: * Is it necessary to distinguish 'stop' (unconditional stop) from 'shutdown' (stop only if enabled)?? Seems that at system shutdown you want everything to be taken down, regardless of whether it was brought up at boot or brought up manually post-boot. The unconditional 'stop' seems to be all that's needed. * Local rc scripts (in /usr/local/etc/rc.d) will still get run with a 'start' argument, while system scripts in /etc/rc.d will get a 'boot' argument. That's a bit awkward, but still reasonably consistent: 'start' is still an unconditional operation. I don't see any way around this without breaking existing systems after upgrade. Tim Kientzle To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 14:31:23 2002 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 7DD7137B404 for ; Wed, 30 Oct 2002 14:31:21 -0800 (PST) Received: from anchor-post-31.mail.demon.net (anchor-post-31.mail.demon.net [194.217.242.89]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E26543E88 for ; Wed, 30 Oct 2002 14:31:20 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from mailgate.nlsystems.com ([62.49.251.130] helo=herring.nlsystems.com) by anchor-post-31.mail.demon.net with esmtp (Exim 3.35 #1) id 1871Mt-0006YM-0V; Wed, 30 Oct 2002 22:31:19 +0000 Received: from herring (herring [10.0.0.2]) by herring.nlsystems.com (8.12.6/8.12.4) with ESMTP id g9UMVIj0030751; Wed, 30 Oct 2002 22:31:18 GMT (envelope-from dfr@nlsystems.com) Date: Wed, 30 Oct 2002 22:31:18 +0000 (GMT) From: Doug Rabson To: Terry Lambert Cc: Daniel Eischen , Subject: Re: [PATCH: libc]Re: gnome on current In-Reply-To: <20021030220614.R22480-100000@herring.nlsystems.com> Message-ID: <20021030223028.Q22480-100000@herring.nlsystems.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 30 Oct 2002, Doug Rabson wrote: > On Wed, 30 Oct 2002, Terry Lambert wrote: > > > Doug Rabson wrote: > > > On Wed, 30 Oct 2002, Terry Lambert wrote: > > > > Daniel Eischen wrote: > > > > > Patch looks correct. > > > > > > > > Please commit? 8-). > > > > > > Well I made a libc with this patch and rebuilt XFree86-4-libraries without > > > libXThrStub but I ran into problems compiling the clients. The clients > > > *require* someone in the link to supply the pthread_* symbols and libc.so > > > only had _pthread_* symbols. I added some more weak references to libc.so > > > but that just gets us back to square one. > > > > > > The problem is that the sawfish configuration tools are written using some > > > extensible lisp/scheme thing called rep. The main rep binary links against > > > libc.so so that occurs early in the list. Later on stacks of libraries are > > > loaded dynamically, some of which depend on libc_r.so. Unfortunately > > > libc_r.so is far too late in the list to get a lookin and it dies in > > > exactly the same way as before, for the same reason (calling a > > > non-functional stub version of pthread_setspecific(). > > > > You need to link the library against libc_r.so instead of libXThrStub.so. > > Probably not. Doing that breaks the existing 'feature' of being able to > use X11 in entirely non-threaded programs. I'm not sure whether that is > acceptable. It also stops programs from being able to select between > several thread implementations, of which -current has two. > > I think the only sensible solution to this problem is for libraries which > provide an actual pthreads implementation (rather than a set of stubs) to > define strong symbols. Wierd debugging wrappers can still be achieved via > some dlopen/dlsym hackery. For what its worth, doing this (defining strong pthread_* symbols in libc_r) makes everything work fine, with or without libXThrStub. -- Doug Rabson Mail: dfr@nlsystems.com Phone: +44 20 8348 6160 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 14:36: 6 2002 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 E009237B401 for ; Wed, 30 Oct 2002 14:36:04 -0800 (PST) Received: from mail-blue.research.att.com (H-135-207-30-102.research.att.com [135.207.30.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52BE843E3B for ; Wed, 30 Oct 2002 14:36:04 -0800 (PST) (envelope-from fenner@research.att.com) Received: from alliance.research.att.com (alliance.research.att.com [135.207.26.26]) by mail-blue.research.att.com (Postfix) with ESMTP id CB8984D0E3 for ; Wed, 30 Oct 2002 17:36:03 -0500 (EST) Received: from windsor.research.att.com (windsor.research.att.com [135.207.26.46]) by alliance.research.att.com (8.8.7/8.8.7) with ESMTP id RAA07193 for ; Wed, 30 Oct 2002 17:36:03 -0500 (EST) From: Bill Fenner Received: (from fenner@localhost) by windsor.research.att.com (8.8.8+Sun/8.8.5) id OAA26726; Wed, 30 Oct 2002 14:36:02 -0800 (PST) Message-Id: <200210302236.OAA26726@windsor.research.att.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII To: current@freebsd.org Subject: rc.d and sysctl.conf Date: Wed, 30 Oct 2002 14:36:01 -0800 Versions: dmail (solaris) 2.5a/makemail 2.9d Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG /etc/rc runs /etc/rc.sysctl twice: one "early", after mounting filesystems, reseeding the random number generator and adding a swap file, and before running rc.serial, rc.pccard, rc.network. one "late", after network_pass4 but before raising the securelevel. This was added in response to http://www.freebsd.org/cgi/query-pr.cgi?pr=19629 The update to the /etc/rc.d infrastructure keeps the ability to run twice, but does not actually run it twice. I started creating an /etc/rc.d/sysctl-last that would run "/etc/rc.d/sysctl lastload", but realized that I didn't know how to say where the first/second call should go. To strictly follow /etc/rc.d, I could change the existing /etc/rc.d/sysctl to say "BEFORE: serial" and add "BEFORE: securelevel" to sysctl-last, but I'm not sure this is appropriate given the meta-checkpoints that we have. (It also raises the question of if /etc/rc.d/securelevel actually runs at the right time. /etc/rc puts it almost at the absolute end, while rcorder sticks it somewhere in the middle -- number 67 of 102 on my system.) Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 14:46:18 2002 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 4958A37B404 for ; Wed, 30 Oct 2002 14:46:17 -0800 (PST) Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id D87B443E77 for ; Wed, 30 Oct 2002 14:46:16 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0465.cvx40-bradley.dialup.earthlink.net ([216.244.43.210] helo=mindspring.com) by swan.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 1871b5-00001s-00; Wed, 30 Oct 2002 14:45:59 -0800 Message-ID: <3DC060DB.EF58A009@mindspring.com> Date: Wed, 30 Oct 2002 14:44:43 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Peter Wemm Cc: Nate Lawson , current@freebsd.org Subject: Re: libc size References: <20021030214158.CB6EA2A88D@canning.wemm.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Peter Wemm wrote: > Terry Lambert wrote: > > Nate Lawson wrote: > > > Here is a link to the size of various components of libc, sorted by text > > > size. If you can find some way to reduce or even remove some of this, > > > please submit a patch. > > > > > > http://www.root.org/~nate/freebsd/lib_size.out > > > > Move the resolver code out to ibresolv.so, and link libc.so > > against libresolv.so so that legacy applications are happy, as > > long as they are compiled shared. Non-network apps can ignore > > most of it. Internal use of some of the biggest chunks is > > limited, so this should avoid dragging in a lot of it. > > We've been over this before. To make this work right, we need to make > /bin and /sbin dynamically linked. NetBSD's /rescue/* approach would > solve the "oops!" and other foot shooting problems. Or add: LDFLAGS+= -lresolv To the Makefiles of the things that need to be statically linked, and access the network code. I'm going to go out on a limb here, though, and guess that without a resolv.conf, most of the resolver library is going to be really useless. 8-) 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 14:50:45 2002 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 4DF6337B404 for ; Wed, 30 Oct 2002 14:50:44 -0800 (PST) Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99E1443E75 for ; Wed, 30 Oct 2002 14:50:43 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0465.cvx40-bradley.dialup.earthlink.net ([216.244.43.210] helo=mindspring.com) by swan.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 1871fc-0007hu-00; Wed, 30 Oct 2002 14:50:40 -0800 Message-ID: <3DC061F3.509D39A5@mindspring.com> Date: Wed, 30 Oct 2002 14:49:23 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Doug Rabson Cc: Daniel Eischen , current@FreeBSD.ORG Subject: Re: [PATCH: libc]Re: gnome on current References: <20021030220141.E22480-100000@herring.nlsystems.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Doug Rabson wrote: > On Wed, 30 Oct 2002, Daniel Eischen wrote: > > Well, it must have the same problem with Solaris then. Somehow, > > you've got to force it to link libc_r before libc... > > The only way I can see to do that is to link libX11, libXt and friends > against libc_r. What this comes down to is that we've grown a distruct of libc_r, and we think that the things that are pulling the threads in have no business running threads, or forcing your program to link threaded when it's not using threads. The problem is that they *are* using threads, if they are using a library that uses threads. In the Western U.S., we'd say "Cowboy Up, and eat the overhead!". If there are going to be libraries which, by their nature, suck threads in, then we are just going to have to live with it. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 15: 2: 9 2002 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 AC8C937B406 for ; Wed, 30 Oct 2002 15:02:07 -0800 (PST) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CBD343E4A for ; Wed, 30 Oct 2002 15:01:59 -0800 (PST) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by canning.wemm.org (Postfix) with ESMTP id 48A832A88D; Wed, 30 Oct 2002 15:01:59 -0800 (PST) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Terry Lambert Cc: Nate Lawson , current@freebsd.org Subject: Re: libc size In-Reply-To: <3DC060DB.EF58A009@mindspring.com> Date: Wed, 30 Oct 2002 15:01:59 -0800 From: Peter Wemm Message-Id: <20021030230159.48A832A88D@canning.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Terry Lambert wrote: > Peter Wemm wrote: > > Terry Lambert wrote: > > > Nate Lawson wrote: > > > > Here is a link to the size of various components of libc, sorted by tex t > > > > size. If you can find some way to reduce or even remove some of this, > > > > please submit a patch. > > > > > > > > http://www.root.org/~nate/freebsd/lib_size.out > > > > > > Move the resolver code out to ibresolv.so, and link libc.so > > > against libresolv.so so that legacy applications are happy, as > > > long as they are compiled shared. Non-network apps can ignore > > > most of it. Internal use of some of the biggest chunks is > > > limited, so this should avoid dragging in a lot of it. > > > > We've been over this before. To make this work right, we need to make > > /bin and /sbin dynamically linked. NetBSD's /rescue/* approach would > > solve the "oops!" and other foot shooting problems. > > Or add: > > LDFLAGS+= -lresolv > > To the Makefiles of the things that need to be statically linked, > and access the network code. Except that getpwent() etc have got hard coded references to yp, and yp has got hard coded references to getXXXbyYYY(), which has references to libresolv. The number of things that are infected by this is quite big. This means a good number of things in /bin and /sbin would have to have -lresolv added. And that defeats the point. All that we do is move the bloat from one library to another. It's the same problem with the db embedded in there - getpwent() uses it via the pwd.db stuff. And then there's the cgetent() stuff that that *curses uses to access termcap.db. And login.conf.db. And so on. > I'm going to go out on a limb here, though, and guess that without > a resolv.conf, most of the resolver library is going to be really > useless. 8-) 8-). Except to satisfy internal dependencies. > -- Terry > Cheers, -Peter -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 15: 2:49 2002 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 E8D6537B431 for ; Wed, 30 Oct 2002 15:02:47 -0800 (PST) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8499E43E3B for ; Wed, 30 Oct 2002 15:02:47 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.12.6/8.12.5) with ESMTP id g9UN2geZ072299; Wed, 30 Oct 2002 15:02:42 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.12.6/8.12.6/Submit) id g9UN2fmh072298; Wed, 30 Oct 2002 15:02:41 -0800 (PST) Date: Wed, 30 Oct 2002 15:02:41 -0800 From: Steve Kargl To: Daniel Flickinger Cc: Hiten Pandya , Marcel Moolenaar , FreeBSD-CURRENT Subject: Re: libc in CURRENT fails as of 1200 GMT today Message-ID: <20021030230241.GA88426@troutmask.apl.washington.edu> References: <20021030164823.NvQM9234@hun.org> <20021030120635.A21427@angelica.unixdaemons.com> <20021030205505.FwhS20265@hun.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021030205505.FwhS20265@hun.org> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Oct 30, 2002 at 08:55:05PM +0000, Daniel Flickinger wrote: > Sent: Wed, 30 Oct 2002 09:02:17 -0800 by Marcel Moolenaar > > On Wed, Oct 30, 2002 at 04:48:23PM +0000, Daniel Flickinger wrote: >> /usr/src/lib/libc/uuid/uuid_compare.c:31:18: uuid.h: No such file \ >> or directory >+> [snip] >+> >+> and a couple pages of resulting syntax errors >+ >+ I assume you didn't do a makeworld, but just a make in libc? > > No, I go for broke... > > make -j 4 -k -s ${TFLG} buildworld What is ${TFLG}? I just did cvsup /root/supfile cd /usr/obj rm -rf * cd /usr/src make -j 4 buildworld Everything built without a problem on my athlon system. -- Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 15: 7:27 2002 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 6324337B408 for ; Wed, 30 Oct 2002 15:07:25 -0800 (PST) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB90B43E9C for ; Wed, 30 Oct 2002 15:07:23 -0800 (PST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.6/8.12.6) id g9UN7NuC067328; Wed, 30 Oct 2002 17:07:23 -0600 (CST) (envelope-from dan) Date: Wed, 30 Oct 2002 17:07:23 -0600 From: Dan Nelson To: Doug Rabson Cc: Peter Wemm , Terry Lambert , Nate Lawson , current@FreeBSD.ORG Subject: Re: libc size Message-ID: <20021030230723.GE42580@dan.emsphone.com> References: <20021030214158.CB6EA2A88D@canning.wemm.org> <20021030221417.J22480-100000@herring.nlsystems.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021030221417.J22480-100000@herring.nlsystems.com> X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In the last episode (Oct 30), Doug Rabson said: > On Wed, 30 Oct 2002, Peter Wemm wrote: > > We've been over this before. To make this work right, we need to > > make /bin and /sbin dynamically linked. NetBSD's /rescue/* > > approach would solve the "oops!" and other foot shooting problems. > > Yes please. Our root filesystem space requirements are too high, > IMHO. Note that dynamically-linked executables take significantly longer to exec than statically-linked ones. Running the following simple script with getfacl and grep linked dynamically runs a little over twice as slow as with them both static: #! /bin/sh for i in /bin/* /sbin/* /usr/bin/* /usr/sbin/* ; do if ! getfacl "$i" | grep -q owner:0 ; then echo "owner of $i is not root" fi done Static: 3.20r 0.16u 3.59s Dynamic: 6.88r 1.60u 7.03s 3.62r 0.18u 3.50s 6.82r 2.08u 6.56s 3.26r 0.22u 3.52s 6.92r 1.35u 7.26s 3.23r 0.16u 3.62s 7.59r 1.25u 7.48s 3.26r 0.19u 3.65s 7.74r 1.66u 7.42s 3.63r 0.16u 3.76s 7.17r 1.67u 7.15s 6 runs, alternatic static and dynamic scripts for each run. I actually link quite a few binaries in /usr/bin and /usr/sbin static (awk, basename, dirname, find, head, install, sed, tr, uniq, wc). Try this: enable process accounting, run "make fetch-recursive-list" in ports/www/mozilla, then run lastcomm and see how many times tr, sed, basename, sh, and grep got called. Linking these static makes a big difference. As a compromise, how about converting the major space wasters in /bin and /sbin to dynamic but leaving the rest? Except for /bin/sh, none of them are run often enough to matter. -r-xr-xr-x 1 root wheel 475108 Sep 7 17:50 /sbin/routed* -r-xr-xr-x 1 root wheel 495943 Sep 7 17:50 /sbin/fore_dnld* -r-xr-xr-x 1 root wheel 521654 Oct 22 12:14 /sbin/tunefs* -r-xr-xr-x 1 root wheel 528572 Sep 7 17:46 /bin/pax* -r-xr-xr-x 1 root wheel 532428 Sep 7 17:46 /bin/ls* -r-xr-xr-x 1 root wheel 605588 Sep 7 17:50 /sbin/ipfstat* -r-xr-xr-x 1 root wheel 616277 Sep 7 17:50 /sbin/ilmid* -r-xr-xr-x 1 root wheel 670188 Sep 7 17:50 /sbin/fsdb* -r-xr-xr-x 1 root wheel 695512 Sep 7 17:50 /sbin/vinum* -r-xr-xr-x 1 root wheel 713372 Oct 8 00:44 /bin/sh* -r-xr-xr-x 1 root wheel 752168 Sep 7 17:58 /sbin/dhclient* -r-xr-xr-x 2 root wheel 844512 Sep 7 17:46 /bin/tcsh* -r-xr-xr-x 1 root wheel 3214381 Oct 25 10:29 /sbin/ipfw* -r-xr-xr-x 2 root wheel 3420946 Oct 25 16:02 /sbin/rdump* -r-xr-xr-x 3 root wheel 3464372 Oct 22 12:07 /sbin/fsck_ufs* -- Dan Nelson dnelson@allantgroup.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 30 15:17:40 2002 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 A722737B401 for ; Wed, 30 Oct 2002 15:17:31 -0800 (PST) Received: from imrelay-2.zambeel.com (imrelay-2.zambeel.com [209.240.48.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1351443E42 for ; Wed, 30 Oct 2002 15:17:31 -0800 (PST) (envelope-from manish@Zambeel.com) Received: from XCHANGE.win.zambeel.com (pool109.zambeel.com [192.168.222.109]) by imrelay-2.zambeel.com (8.11.0/2.4.0) with ESMTP id g9UNWe414111 for ; Wed, 30 Oct 2002 15:32:41 -0800 Received: by xch-a.win.zambeel.com with Internet Mail Service (5.5.2653.19) id ; Wed, 30 Oct 2002 15:17:14 -0800 Message-ID: <233C89823A37714D95B1A891DE3BCE5202AB17D5@xch-a.win.zambeel.com> From: Manish Lachwani To: "'freebsd-current@freebsd.org'" Cc: Manish Lachwani Subject: Problems with 5.0 current release in case of multiple PCI busses ... Date: Wed, 30 Oct 2002 15:17:03 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I am using a Force 4203 motherboard which has multiple PCIX busses. Devices on PCIX busses > 0 are not detected. This is the dmesg with ACPI enabled. Note that I have actually put the printf's for the vendor id's and device id's in the bge driver since the BCM5701 NIC does not get detected. Copyright (c) 1992-2002 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.0-CURRENT-20020917-JPSNAP #12: Wed Oct 30 17:54:30 GMT 2002 nitin@abcd.localdomain:/usr/src/sys/i386/compile/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0682000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc06820a8. Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 2399668260 Hz CPU: Pentium 4 (2399.67-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features=0x3febfbff real memory = 3758096384 (3670016K bytes) avail memory = 3649335296 (3563804K bytes) Using $PIR table, 10 entries at 0xc00fded0 npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI-safe" frequency 3579545 Hz acpi_timer0: <32-bit timer at 3.579545MHz> port 0x508-0x50b on acpi0 acpi_cpu0: on acpi0 acpi_cpu1: on acpi0 acpi_cpu2: on acpi0 acpi_cpu3: on acpi0 pcib1: port 0xcf8-0xcff on acpi0 pci0: on pcib1 The vendor id is : 0x1166 The device id is : 0x0014 The vendor id is : 0x1166 The device id is : 0x0014 The vendor id is : 0x1166 The device id is : 0x0014 The vendor id is : 0x1166 The device id is : 0x0014 The vendor id is : 0x1166 The device id is : 0x0014 The vendor id is : 0x1166 The device id is : 0x0014 The vendor id is : 0x1166 The device id is : 0x0014 The vendor id is : 0x1166 The device id is : 0x0014 The vendor id is : 0x1166 The device id is : 0x0014 The vendor id is : 0x1166 The device id is : 0x0014 The vendor id is : 0x1166 The device id is : 0x0014 The vendor id is : 0x1166 The device id is : 0x0014 The vendor id is : 0x1166 The device id is : 0x0015 The vendor id is : 0x1166 The device id is : 0x0015 The vendor id is : 0x1166 The device id is : 0x0015 The vendor id is : 0x1166 The device id is : 0x0015 The vendor id is : 0x1166 The device id is : 0x0015 The vendor id is : 0x1166 The device id is : 0x0015 The vendor id is : 0x1002 The device id is : 0x4752 The vendor id is : 0x1002 The device id is : 0x4752 The vendor id is : 0x1002 The device id is : 0x4752 The vendor id is : 0x1002 The device id is : 0x4752 The vendor id is : 0x1002 The device id is : 0x4752 The vendor id is : 0x1002 The device id is : 0x4752 pci0: at device 5.0 (no driver attached) The vendor id is : 0x1166 The device id is : 0x0201 The vendor id is : 0x1166 The device id is : 0x0201 The vendor id is : 0x1166 The device id is : 0x0201 The vendor id is : 0x1166 The device id is : 0x0201 The vendor id is : 0x1166 The device id is : 0x0201 The vendor id is : 0x1166 The device id is : 0x0201 atapci0: port 0x1400-0x140f,0x374-0x377,0x170-0 x177,0x3f4-0x3f7,0x1f0-0x1f7 at device 15.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 The vendor id is : 0x1166 The device id is : 0x0225 The vendor id is : 0x1166 The device id is : 0x0225 The vendor id is : 0x1166 The device id is : 0x0225 The vendor id is : 0x1166 The device id is : 0x0225 The vendor id is : 0x1166 The device id is : 0x0225 The vendor id is : 0x1166 The device id is : 0x0225 isab0: at device 15.3 on pci0 isa0: on isab0 The vendor id is : 0x1166 The device id is : 0x0101 The vendor id is : 0x1166 The device id is : 0x0101 The vendor id is : 0x1166 The device id is : 0x0101 The vendor id is : 0x1166 The device id is : 0x0101 The vendor id is : 0x1166 The device id is : 0x0101 The vendor id is : 0x1166 The device id is : 0x0101 The vendor id is : 0x1166 The device id is : 0x0101 The vendor id is : 0x1166 The device id is : 0x0101 The vendor id is : 0x1166 The device id is : 0x0101 The vendor id is : 0x1166 The device id is : 0x0101 The vendor id is : 0x1166 The device id is : 0x0101 The vendor id is : 0x1166 The device id is : 0x0101 pcib2: on acpi0 pcib2: duplicate bus number 0 - not probing bus pcib4: on acpi0 pcib4: duplicate bus number 0 - not probing bus pcib5: on acpi0 pcib5: duplicate bus number 0 - not probing bus pcib6: on acpi0 pcib6: duplicate bus number 0 - not probing bus atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 pcib3: at pcibus 3 on motherboard pci3: on pcib3 orm0: