From owner-freebsd-current Sun Apr 28 0:54:10 2002 Delivered-To: freebsd-current@freebsd.org Received: from rwcrmhc54.attbi.com (rwcrmhc54.attbi.com [216.148.227.87]) by hub.freebsd.org (Postfix) with ESMTP id 300D137B41D; Sun, 28 Apr 2002 00:54:07 -0700 (PDT) Received: from blossom.cjclark.org ([12.234.91.48]) by rwcrmhc54.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020428075406.DNXP20384.rwcrmhc54.attbi.com@blossom.cjclark.org>; Sun, 28 Apr 2002 07:54:06 +0000 Received: (from cjc@localhost) by blossom.cjclark.org (8.11.6/8.11.6) id g3S7s6147863; Sun, 28 Apr 2002 00:54:06 -0700 (PDT) (envelope-from cjc) Date: Sun, 28 Apr 2002 00:54:06 -0700 From: "Crist J. Clark" To: John Baldwin Cc: =?iso-8859-1?Q?Christian_Fl=FCgel?= , freebsd-current@FreeBSD.ORG Subject: Re: upgrade from 4.5 to current fails Message-ID: <20020428005406.H37618@blossom.cjclark.org> References: <003801c1eb8a$0e786530$594bfea9@bender> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: ; from jhb@FreeBSD.ORG on Wed, Apr 24, 2002 at 01:29:49PM -0400 X-URL: http://people.freebsd.org/~cjc/ Sender: owner-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, Apr 24, 2002 at 01:29:49PM -0400, John Baldwin wrote: > > On 24-Apr-2002 Christian Flügel wrote: [snip] > > make buildworld: works ok. > > make buildkernel: works ok. > > copy GENERIC.hints to /boot/device.hints: works ok. > > make installkernel: stops with error: "kldxref not found" > > This is a bug in installkernel. Bug Peter Wemm peter@FreeBSD.org to fix it > since he broke it. :) Or find somone else who groks the src/Makefile.inc1 > stuff. It's already been pointed out that this is a non-fatal error in 'installworld.' However, I have (and think I posted somewhere?) some kludgey patches that build kldxref(8) as a cross-tool so that it works for 4.5 to 5.0 upgrades. But it's not really the "right" fix (since it is not a true cross-tool), so I haven't committed it. -- Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 1:14:22 2002 Delivered-To: freebsd-current@freebsd.org Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by hub.freebsd.org (Postfix) with ESMTP id 6EA4E37B41E; Sun, 28 Apr 2002 01:14:19 -0700 (PDT) Received: from localhost (localhost [::1]) by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet6 id g3S8EH467392; Sun, 28 Apr 2002 17:14:17 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Cc: Christian =?iso-8859-1?Q?Fl=FCgel?= , freebsd-current@FreeBSD.ORG In-Reply-To: <20020428005406.H37618@blossom.cjclark.org> References: <20020428005406.H37618@blossom.cjclark.org> 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: 10 From: Makoto Matsushita To: cjc@FreeBSD.ORG Subject: Re: upgrade from 4.5 to current fails Date: Sun, 28 Apr 2002 17:14:14 +0900 Message-Id: <20020428171414J.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 cjc> However, I have (and think I posted somewhere?) some kludgey cjc> patches that build kldxref(8) as a cross-tool so that it works cjc> for 4.5 to 5.0 upgrades. But it's not really the "right" fix cjc> (since it is not a true cross-tool), so I haven't committed it. Can we add kldxref(8) to bootstrap-tools, just like config(8)? -- - 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 Sun Apr 28 2: 5: 9 2002 Delivered-To: freebsd-current@freebsd.org Received: from goose.prod.itd.earthlink.net (goose.mail.pas.earthlink.net [207.217.120.18]) by hub.freebsd.org (Postfix) with ESMTP id DAA8A37B400 for ; Sun, 28 Apr 2002 02:04:59 -0700 (PDT) Received: from pool0003.cvx21-bradley.dialup.earthlink.net ([209.179.192.3] helo=mindspring.com) by goose.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 171kbv-0003ks-00; Sun, 28 Apr 2002 02:04:47 -0700 Message-ID: <3CCBBB10.7F447EBE@mindspring.com> Date: Sun, 28 Apr 2002 02:04:16 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Lamont Granquist Cc: freebsd-current@freebsd.org Subject: Re: Uptime of 8909 days on 5-CURRENT References: <20020427154051.N80882-100000@uswest-dsl-142-38.cortland.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 Lamont Granquist wrote: > I just did a cvsup today to -current on a GENERIC+SMP kernel and my uptime > is showing 8909 days. Motherboard is an ASUS A7M266D with the (possibly > buggy) 1004 BIOS. I'm really surprised... I didn't realize ASUS made PDP-11 compatibles. 1977... I also didn't realize cvsup ran on 6th edithion UNIX... -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 2: 9:55 2002 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-64-165-226-18.dsl.lsan03.pacbell.net [64.165.226.18]) by hub.freebsd.org (Postfix) with ESMTP id 328A137B400 for ; Sun, 28 Apr 2002 02:09:53 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id BA5F866C2B; Sun, 28 Apr 2002 02:09:52 -0700 (PDT) Date: Sun, 28 Apr 2002 02:09:52 -0700 From: Kris Kennaway To: Lamont Granquist Cc: freebsd-current@freebsd.org Subject: Re: Uptime of 8909 days on 5-CURRENT Message-ID: <20020428020952.A16238@xor.obsecurity.org> References: <20020427202901.GA375@lizzy.catnook.com> <20020427154051.N80882-100000@uswest-dsl-142-38.cortland.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="BOKacYhQ+x31HxR3" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020427154051.N80882-100000@uswest-dsl-142-38.cortland.com>; from lamont@scriptkiddie.org on Sat, Apr 27, 2002 at 03:45:49PM -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 --BOKacYhQ+x31HxR3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 27, 2002 at 03:45:49PM -0700, Lamont Granquist wrote: >=20 > I just did a cvsup today to -current on a GENERIC+SMP kernel and my uptime > is showing 8909 days. Motherboard is an ASUS A7M266D with the (possibly > buggy) 1004 BIOS. I'm seeing this too, but I expect it's probably caused by out of sync kernel and world. I haven't yet been able to test this hypothesis. Kris --BOKacYhQ+x31HxR3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8y7xcWry0BWjoQKURAub/AJ0bMaVvSBE8MSKNmRg6W9Mg1uoxwACgrOV2 Ht90cq+W2b9sP07VABOHZHE= =87w6 -----END PGP SIGNATURE----- --BOKacYhQ+x31HxR3-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 3: 5:51 2002 Delivered-To: freebsd-current@freebsd.org Received: from web21103.mail.yahoo.com (web21103.mail.yahoo.com [216.136.227.105]) by hub.freebsd.org (Postfix) with SMTP id F0DC337B404 for ; Sun, 28 Apr 2002 03:05:47 -0700 (PDT) Message-ID: <20020428100547.61070.qmail@web21103.mail.yahoo.com> Received: from [62.254.0.5] by web21103.mail.yahoo.com via HTTP; Sun, 28 Apr 2002 03:05:47 PDT Date: Sun, 28 Apr 2002 03:05:47 -0700 (PDT) From: Hiten Pandya Reply-To: hiten@uk.FreeBSD.org Subject: Re: Uptime of 8909 days on 5-CURRENT To: Kris Kennaway , Lamont Granquist Cc: freebsd-current@freebsd.org In-Reply-To: <20020428020952.A16238@xor.obsecurity.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 --- Kris Kennaway wrote: > I'm seeing this too, but I expect it's probably caused by out of sync > kernel and world. I haven't yet been able to test this hypothesis. Just wondering, could this be because of the recent changes made to the time code by phk? (uh oh, hiten.. you are in trouble!). Regards, -- Hiten __________________________________________________ Do You Yahoo!? Yahoo! Health - your guide to health and wellness http://health.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 3:15: 5 2002 Delivered-To: freebsd-current@freebsd.org Received: from rina.r.dl.itc.u-tokyo.ac.jp (cvsup2.r.dl.itc.u-tokyo.ac.jp [133.11.199.247]) by hub.freebsd.org (Postfix) with ESMTP id 1DA4237B404; Sun, 28 Apr 2002 03:14:59 -0700 (PDT) Received: from silver.carrots.uucp.r.dl.itc.u-tokyo.ac.jp (silver.carrots.uucp.r.dl.itc.u-tokyo.ac.jp [IPv6:3ffe:b80:5b0:3:280:c8ff:fe6b:6d73]) by rina.r.dl.itc.u-tokyo.ac.jp (8.12.2/3.7W-rina.r-Nankai-Koya) with ESMTP id g3SAEu0o012772 ; Sun, 28 Apr 2002 19:14:57 +0900 (JST) Received: from silver.carrots.uucp.r.dl.itc.u-tokyo.ac.jp (localhost [127.0.0.1]) by silver.carrots.uucp.r.dl.itc.u-tokyo.ac.jp (8.12.2/3.7W-carrots-Keikyu-Kurihama) with ESMTP id g3SADEPw057058 ; Sun, 28 Apr 2002 19:13:34 +0900 (JST) Message-Id: <200204281013.g3SADEPw057058@silver.carrots.uucp.r.dl.itc.u-tokyo.ac.jp> Date: Sun, 28 Apr 2002 19:13:13 +0900 From: Seigo Tanimura To: current@FreeBSD.org, smp@FreeBSD.org Subject: Re: Locking down a socket, milestone 1 In-Reply-To: <200204241110.g3OB8u8t006194@bunko> References: <200204241110.g3OB8u8t006194@bunko> Cc: Seigo Tanimura User-Agent: Wanderlust/2.8.1 (Something) SEMI/1.14.3 (Ushinoya) FLIM/1.14.3 (=?ISO-8859-1?Q?Unebigory=F2mae?=) APEL/10.3 MULE XEmacs/21.1 (patch 14) (Cuyahoga Valley) (i386--freebsd) Organization: Digital Library Research Division, Information Techinology Centre, The University of Tokyo MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") 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, 24 Apr 2002 20:08:56 +0900, Seigo Tanimura said: Seigo> I am now working on locking down a socket. (I have heard that Jeffrey Seigo> Hsu is also doing that, but I have never seen his patch. Has anyone Seigo> seen that?) My first milestone patch is now available at: Seigo> http://people.FreeBSD.org/~tanimura/patches/socket_milestone1.diff.gz I ripped off and committed the part of a sigio lock. The updated patch is found at: http://people.FreeBSD.org/~tanimura/patches/socket_milestone1a.diff.gz -- 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 Apr 28 3:29: 3 2002 Delivered-To: freebsd-current@freebsd.org Received: from web21108.mail.yahoo.com (web21108.mail.yahoo.com [216.136.227.110]) by hub.freebsd.org (Postfix) with SMTP id 83BF037B41D for ; Sun, 28 Apr 2002 03:28:58 -0700 (PDT) Message-ID: <20020428102858.67116.qmail@web21108.mail.yahoo.com> Received: from [62.254.0.5] by web21108.mail.yahoo.com via HTTP; Sun, 28 Apr 2002 03:28:58 PDT Date: Sun, 28 Apr 2002 03:28:58 -0700 (PDT) From: Hiten Pandya Reply-To: hiten@uk.FreeBSD.org Subject: Re: i386 tinderbox failure To: des@FreeBSD.org Cc: current@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 %%% : iedowse 2002/04/28 03:24:38 PDT : : Modified files: : usr.sbin/pstat pstat.8 pstat.c : Log: : Oops, remove references to NLOCKED and NWANTED, now that they no : longer exist. %%% I beleive this unbreaks pstat. :-) -- Hiten __________________________________________________ Do You Yahoo!? Yahoo! Health - your guide to health and wellness http://health.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 3:33:32 2002 Delivered-To: freebsd-current@freebsd.org Received: from rina.r.dl.itc.u-tokyo.ac.jp (cvsup2.r.dl.itc.u-tokyo.ac.jp [133.11.199.247]) by hub.freebsd.org (Postfix) with ESMTP id 5374637B41D; Sun, 28 Apr 2002 03:33:28 -0700 (PDT) Received: from silver.carrots.uucp.r.dl.itc.u-tokyo.ac.jp (silver.carrots.uucp.r.dl.itc.u-tokyo.ac.jp [IPv6:3ffe:b80:5b0:3:280:c8ff:fe6b:6d73]) by rina.r.dl.itc.u-tokyo.ac.jp (8.12.2/3.7W-rina.r-Nankai-Koya) with ESMTP id g3SAXQ0o013077 ; Sun, 28 Apr 2002 19:33:26 +0900 (JST) Received: from silver.carrots.uucp.r.dl.itc.u-tokyo.ac.jp (localhost [127.0.0.1]) by silver.carrots.uucp.r.dl.itc.u-tokyo.ac.jp (8.12.2/3.7W-carrots-Keikyu-Kurihama) with ESMTP id g3SAViPw081981 ; Sun, 28 Apr 2002 19:32:04 +0900 (JST) Message-Id: <200204281032.g3SAViPw081981@silver.carrots.uucp.r.dl.itc.u-tokyo.ac.jp> Date: Sun, 28 Apr 2002 19:31:44 +0900 From: Seigo Tanimura To: hsu@FreeBSD.ORG (Jeffrey Hsu) Cc: bright@mu.org, current@FreeBSD.ORG, Seigo Tanimura Subject: Re: Locking down a socket, milestone 1 In-Reply-To: <20020425180432.C369237B400@hub.freebsd.org> References: <20020425175540.GN38320@elvis.mu.org> <20020425180432.C369237B400@hub.freebsd.org> User-Agent: Wanderlust/2.8.1 (Something) SEMI/1.14.3 (Ushinoya) FLIM/1.14.3 (=?ISO-8859-1?Q?Unebigory=F2mae?=) APEL/10.3 MULE XEmacs/21.1 (patch 14) (Cuyahoga Valley) (i386--freebsd) Organization: Digital Library Research Division, Information Techinology Centre, The University of Tokyo MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") 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, 25 Apr 2002 11:04:32 -0700 (PDT), hsu@FreeBSD.ORG (Jeffrey Hsu) said: hsu> If you compare the two approaches, the BSD/OS approach is simpler hsu> because it is coarse. You're confusing finer grain locking with hsu> better. Well, maybe my patch just seems more fine-grained than BSD/OS because I have locked down only a part of the data in a socket. When all of the data in a socket is locked down, my work should look more coarser than now. -- 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 Apr 28 4:22:36 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id EFE9937B41A; Sun, 28 Apr 2002 04:22:29 -0700 (PDT) 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 VAA29629; Sun, 28 Apr 2002 21:22:18 +1000 Date: Sun, 28 Apr 2002 21:23:33 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Seigo Tanimura Cc: current@FreeBSD.ORG, Subject: Re: Locking down a socket, milestone 1 In-Reply-To: <200204281013.g3SADEPw057058@silver.carrots.uucp.r.dl.itc.u-tokyo.ac.jp> Message-ID: <20020428212122.W3806-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 Sun, 28 Apr 2002, Seigo Tanimura wrote: > On Wed, 24 Apr 2002 20:08:56 +0900, > Seigo Tanimura said: > > Seigo> I am now working on locking down a socket. (I have heard that Jeffrey > Seigo> Hsu is also doing that, but I have never seen his patch. Has anyone > Seigo> seen that?) My first milestone patch is now available at: > > > Seigo> http://people.FreeBSD.org/~tanimura/patches/socket_milestone1.diff.gz > > I ripped off and committed the part of a sigio lock. The updated > patch is found at: The committed part re-adds lots of namespace pollution to and . Please fix this. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 5:12:13 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by hub.freebsd.org (Postfix) with ESMTP id 1BABB37B404 for ; Sun, 28 Apr 2002 05:12:11 -0700 (PDT) Received: from win95 (pcp01840765pcs.owngsm01.md.comcast.net [68.32.121.178]) by mtaout01.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.3 (built Apr 8 2002)) with SMTP id <0GVA000331WA6L@mtaout01.icomcast.net> for freebsd-current@FreeBSD.org; Sun, 28 Apr 2002 08:12:10 -0400 (EDT) Date: Sun, 28 Apr 2002 08:12:51 -0400 From: Gerald Knight Subject: subscribe To: freebsd-current@FreeBSD.org Message-id: <000801c1eeae$05a27e60$0201a8c0@mygeraldknight.net> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Mailer: Microsoft Outlook Express 6.00.2600.0000 Content-type: multipart/alternative; boundary="Boundary_(ID_42b4cAeUHkvhf4H9NXAFDw)" X-Priority: 3 X-MSMail-priority: Normal Sender: owner-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. --Boundary_(ID_42b4cAeUHkvhf4H9NXAFDw) Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT --Boundary_(ID_42b4cAeUHkvhf4H9NXAFDw) Content-type: text/html; charset=iso-8859-1 Content-transfer-encoding: 7BIT
 
--Boundary_(ID_42b4cAeUHkvhf4H9NXAFDw)-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 6:32:20 2002 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 49CB637B41F; Sun, 28 Apr 2002 06:32:08 -0700 (PDT) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.6/8.11.6) with SMTP id g3SDVXw73056; Sun, 28 Apr 2002 09:31:33 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 28 Apr 2002 09:31:32 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Kris Kennaway Cc: Lamont Granquist , freebsd-current@freebsd.org, phk@freebsd.org Subject: Re: Uptime of 8909 days on 5-CURRENT In-Reply-To: <20020428020952.A16238@xor.obsecurity.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 Sun, 28 Apr 2002, Kris Kennaway wrote: > On Sat, Apr 27, 2002 at 03:45:49PM -0700, Lamont Granquist wrote: > > > > I just did a cvsup today to -current on a GENERIC+SMP kernel and my uptime > > is showing 8909 days. Motherboard is an ASUS A7M266D with the (possibly > > buggy) 1004 BIOS. > > I'm seeing this too, but I expect it's probably caused by out of sync > kernel and world. I haven't yet been able to test this hypothesis. Heh. I'm seeing this during the uptime announcement from the kernel after kernel shutdown, which means userland isn't involved: Uptime: 8909d8h59m52s Given that the uptime of the box was well less than a minute, that seems a little extreme. This was on -CURRENT from late last night. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 6:36:48 2002 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 90B1E37B419; Sun, 28 Apr 2002 06:36:25 -0700 (PDT) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.6/8.11.6) with SMTP id g3SDaDw73520; Sun, 28 Apr 2002 09:36:13 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 28 Apr 2002 09:36:12 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Cc: dillon@FreeBSD.org Subject: Page fault in swp_pager_meta_build() 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 (Matt gets CC'd because he's just unlucky :-) This system is (as always) a pxeboot'd nfsroot'd dual processor box. This time, however, it's running straight GENERIC from the main tree instead of the MAC branch. The box network boots, does a buildkernel -j 8, and then reboots. It currently has no configured swap, suggesting that things broke down when it tried to think about using some swap. Not sure how many loops it took to get to this, but I've seen a couple of different panics that I'll be posting about as they recur. I'm actually trying to track an odd mbuf/nfs interaction... Fatal trap 12: page fault while in kernel mode cpuid = 0; lapic.id = 00000000 fault virtual address = 0x20097479 fault code = supervisor read, page not present instruction pointer = 0x8:0xc0337da8 stack pointer = 0x10:0xc8f22b2c frame pointer = 0x10:0xc8f22b38 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 = 2 (pagedaemon) kernel: type 12 trap, code=0 Stopped at swp_pager_meta_build+0xf0: cmpl %ebx,0x4(%eax) db> trace swp_pager_meta_build(c97ff120,0,80000000) at swp_pager_meta_build+0xf0 swap_pager_putpages(c97ff120,c8f22c34,4,0,c8f22bbc) at swap_pager_putpages+0x57 default_pager_putpages(c97ff120,c8f22c34,4,0,c8f22bbc,c0428be0,1,c03ebb80,8e) at default_pager_putpages+0x17 vm_pageout_flush(c8f22c34,4,0,c03d0c7a,246) at vm_pageout_flush+0xe5 vm_pageout_clean(c0a09204) at vm_pageout_clean+0x1ec vm_pageout_scan(0,c034469c,c8f22d34,c023d838,0) at vm_pageout_scan+0x35a vm_pageout(0,c8f22d48,c8e2c728,c034469c,0) at vm_pageout+0x231 fork_exit(c034469c,0,c8f22d48) at fork_exit+0x88 fork_trampoline() at fork_trampoline+0x37 (kgdb) l *swp_pager_meta_build+0xf0 0xc0337da8 is in swp_pager_meta_build (../../../vm/swap_pager.c:1654). 1649 struct swblock *swap; 1650 1651 index &= ~SWAP_META_MASK; 1652 pswap = &swhash[(index ^ (int)(intptr_t)object) & swhash_mask]; 1653 while ((swap = *pswap) != NULL) { 1654 if (swap->swb_object == object && 1655 swap->swb_index == index 1656 ) { 1657 break; 1658 } Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 6:42:38 2002 Delivered-To: freebsd-current@freebsd.org Received: from ole-guldberg.dk (0x50c49c80.adsl-fixed.tele.dk [80.196.156.128]) by hub.freebsd.org (Postfix) with ESMTP id 3286037B405 for ; Sun, 28 Apr 2002 06:42:30 -0700 (PDT) Received: from ole-guldberg.dk (localhost [127.0.0.1]) by ole-guldberg.dk (8.12.3/8.12.2) with ESMTP id g3SDd0gt008771 for ; Sun, 28 Apr 2002 15:39:00 +0200 (CEST) (envelope-from ole_guldberg@mail.dk) Received: (from ole@localhost) by ole-guldberg.dk (8.12.3/8.12.2/Submit) id g3SDcxTZ008703 for freebsd-current@freebsd.org; Sun, 28 Apr 2002 15:38:59 +0200 (CEST) X-Authentication-Warning: ole-guldberg.dk: ole set sender to ole_guldberg@mail.dk using -f Date: Sun, 28 Apr 2002 15:38:58 +0200 From: Ole Guldberg Jensen To: freebsd-current@freebsd.org Subject: Re: Uptime of 8909 days on 5-CURRENT Message-ID: <20020428153858.A3355@mail.dk> References: <20020428020952.A16238@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="0F1p//8PRICkK4MW" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from rwatson@FreeBSD.ORG on Sun, Apr 28, 2002 at 09:31:32AM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 28, 2002 at 09:31:32AM -0400, Robert Watson wrote: >=20 > On Sun, 28 Apr 2002, Kris Kennaway wrote: >=20 > > On Sat, Apr 27, 2002 at 03:45:49PM -0700, Lamont Granquist wrote: > > >=20 > > > I just did a cvsup today to -current on a GENERIC+SMP kernel and my u= ptime > > > is showing 8909 days. Motherboard is an ASUS A7M266D with the (possi= bly > > > buggy) 1004 BIOS. > >=20 > > I'm seeing this too, but I expect it's probably caused by out of sync > > kernel and world. I haven't yet been able to test this hypothesis.=20 >=20 > Heh. I'm seeing this during the uptime announcement from the kernel after > kernel shutdown, which means userland isn't involved:=20 >=20 > Uptime: 8909d8h59m52s >=20 > Given that the uptime of the box was well less than a minute, that seems a > little extreme. This was on -CURRENT from late last night. >=20 > Robert N M Watson FreeBSD Core Team, TrustedBSD Project > robert@fledge.watson.org NAI Labs, Safeport Network Services >=20 @ uptime 3:36pm up 8909 days, 9:30, 2 users, load averages: 0,92 0,52 0,26 I love this ... I am _so_ proud :-) @ uname -a FreeBSD ole-guldberg.dk 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Sun Apr 28 12:05:35 CEST 2002 ole@ole-guldberg.dk:/usr/obj/usr/src/sys/DYNAMIC i386 /ole --=20 see my pgp public key at http://home20.inet.tele.dk/ole_guldberg or at: http://pgp.mit.edu:11371/pks/lookup?op=3Dget&search=3D0xEC74D4C5 "I went to the museum where they had all the heads and arms from the statues that are in all the other museums." -- Steven Wright --0F1p//8PRICkK4MW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8y/tw17UJZux01MURAjcOAJ97piMuPQ1Cw/cI/23Add955qRxpgCeMt69 ECT8ZcteCevS4MzjM2XmpN4= =Km52 -----END PGP SIGNATURE----- --0F1p//8PRICkK4MW-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 6:53:20 2002 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id E0DDB37B41F for ; Sun, 28 Apr 2002 06:53:12 -0700 (PDT) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.6/8.11.6) with SMTP id g3SDqvw74829 for ; Sun, 28 Apr 2002 09:52:58 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 28 Apr 2002 09:52:57 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Subject: page fault in _mtx_lock_flags 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 As usual, GENERIC -CURRENT head from last night, from the main tree. Dual-proc SMP box netbooted using PXE. System usually boots, does a buildkernel -j 8 over NFS, then reboots and repeats. This time it didn't. I actually have two boxes doing this, which does seem to double the rate of panics I get. APIC_IO: Testing 8254 interrupt delivery APIC_IO: Broken MP table detected: 8254 is not connected to IOAPIC #0 intpin 2 APIC_IO: routing 8254 via 8259 and IOAPIC #0 intpin 0 ad0: 19458MB [39535/16/63] at ata0-master UDMA33 acd0: CDROM at ata1-master PIO4 doSuMnPt:i nAgP rCoPoUt #f1r oLma unnfcsh:etsray irq 10 NFS ROOT: 192.168.50.1:/cboss/devel/nfsroot/crash1.cboss.tislabs.com Fatal trap 12: page fault while in kernel mode cpuid = 0; lapic.id = 00000000 fault virtual address = 0x7974748b fault code = supervisor write, page not present instruction pointer = 0x8:0xc02449b6 stack pointer = 0x10:0xc93dea14 frame pointer = 0x10:0xc93dea20 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 = 41 (sh) kernel: type 12 trap, code=0 Stopped at _mtx_lock_flags+0x42: lock cmpxchgl %ecx,0x18(%ebx) db> trace _mtx_lock_flags(79747473,0,c03cb862,e3) at _mtx_lock_flags+0x42 lockmgr(c93a8228,1000001,0,c8f27100) at lockmgr+0x42 vfs_busy(c93a8200,0,0,c8f27100) at vfs_busy+0x58 lookup(c93dec28,1a4,c8f03034,c93ded20,c8f27100) at lookup+0x3a2 namei(c93dec28,1a4,c8f03034,c93ded20,0) at namei+0x1c8 vn_open_cred(c93dec28,c93debf4,1a4,c3f80c80,c93dece8) at vn_open_cred+0x67 vn_open(c93dec28,c93debf4,1a4,c8f271dc,c8f27000) at vn_open+0x18 open(c8f27100,c93ded20,8125005,0,0) at open+0x158 syscall(2f,2f,2f,0,0) at syscall+0x223 syscall_with_err_pushed() at syscall_with_err_pushed+0x1b --- syscall (5, FreeBSD ELF, open), eip = 0x808969b, esp = 0xbfbff8f0, ebp = 0xbfbff91c --- db> (kgdb) l *_mtx_lock_flags+0x42 0xc02449b6 is in _mtx_lock_flags (machine/atomic.h:139). 134 static __inline int 135 atomic_cmpset_int(volatile u_int *dst, u_int exp, u_int src) 136 { 137 int res = exp; 138 139 __asm __volatile ( 140 " " __XSTRING(MPLOCKED) " " 141 " cmpxchgl %1,%2 ; " 142 " setz %%al ; " 143 " movzbl %%al,%0 ; " (gdb) l *lockmgr+0x42 0xc0242376 is in lockmgr (../../../kern/kern_lock.c:228). 223 pid = LK_KERNPROC; 224 else 225 pid = td->td_proc->p_pid; 226 227 mtx_lock(lkp->lk_interlock); 228 if (flags & LK_INTERLOCK) { 229 mtx_assert(interlkp, MA_OWNED | MA_NOTRECURSED); 230 mtx_unlock(interlkp); 231 } 232 Attempts to get into serial gdb failed: Fatal trap 12: page fault while in kernel mode cpuid = 1; lapic.id = 01000000 fault virtual address = 0x6aa fault code = supervisor read, page not present instruction pointer = 0x8:0xc93debf4 stack pointer = 0x10:0xc93debd4 frame pointer = 0x10:0xc93dec28 tokdke nselg trnatp 1=2 waith 0ixn0terlruptts 0dxisfablfed cpan ic: bblo ck a=b leP Lsle,epp rlosc k1 ,(sdleefep2 m1ut egx)a pro ssroclescsor e../a.g./ .=. /ii38e6/iu386 /etnraapl.cd:,7 11e pcmeu, I O=P L0 ;= l0 ccu.rrde =t 0p00o0000s0 "Deb1u g(gsehr)( $T0b08:f4eb3dc9;05:28ec3dc9;04:d4eb3dc9;#01~ I'm guessing that I'm dealing with an smp/locking issue there, but unfortunately I didn't get much further: (kgdb) target remote /dev/cuaa0 Remote debugging using /dev/cuaa0 0xc93debf4 in ?? () (kgdb) bt #0 0xc93debf4 in ?? () #1 0x0 in ?? () Normally getting into serial gdb works OK, perhaps there's an interaction from the mutex code. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 7:11: 5 2002 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id E8F5A37B404 for ; Sun, 28 Apr 2002 07:10:54 -0700 (PDT) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.6/8.11.6) with SMTP id g3SEAfw76381 for ; Sun, 28 Apr 2002 10:10:41 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 28 Apr 2002 10:10:40 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Subject: vm_map_lookup_entry: Fatal trap 12: page fault while in kernel mode 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 It could be this was fixed by Alan's commit last night to fix locking in VM. In any case, here's the panic anyway. This is from box2, again, -current from last night, nfs root via pxeboot, GENERIC, spinning {boot, buildkernel}. I'll update the two boxes when I get back from the hospital later today. NFS ROOT: 192.168.50.1:/cboss/devel/nfsroot/crash2.cboss.tislabs.com Fatal trap 12: page fault while in kernel mode cpuid = 1; lapic.id = 01000000 fault virtual address = 0x676f6c3b fault code = supervisor read, page not present instruction pointer = 0x8:0xc033b34b stack pointer = 0x10:0xc93b6ba4 frame pointer = 0x10:0xc93b6bc0 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 = 8 (init) kernel: type 12 trap, code=0 Stopped at vm_map_lookup_entry+0x57: cmpl %ebx,0xc(%eax) db> trace vm_map_lookup_entry(c93b1190,80d6000,c93b6bec) at vm_map_lookup_entry+0x57 vm_map_lookup(c93b6c70,80d6000,2,c93b6c74,c93b6c68) at vm_map_lookup+0x5d vm_fault1(c93b1190,80d6000,2,8,c93ae1dc) at vm_fault1+0x7e vm_fault(c93b1190,80d6000,2,8,c) at vm_fault+0x17 trap_pfault(c93b6d48,1,80d6538,8048fe0,0) at trap_pfault+0xdd trap(2f,2f,2f,0,0) at trap+0x1d3 calltrap() at calltrap+0x5 --- trap 0xc, eip = 0x8056e36, esp = 0xbfbffc8c, ebp = 0xbfbffc94 --- db> (kgdb) l *vm_map_lookup_entry+0x57 0xc033b34b is in vm_map_lookup_entry (../../../vm/vm_map.c:646). 641 642 /* 643 * Search linearly 644 */ 645 while (cur != last) { 646 if (cur->end > address) { 647 if (address >= cur->start) { 648 /* 649 * Save this lookup for future hints, and 650 * return Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 7:38:15 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.unixguru.nl (cc49923-a.emmen1.dr.nl.home.com [212.204.178.120]) by hub.freebsd.org (Postfix) with ESMTP id EA90537B419 for ; Sun, 28 Apr 2002 07:38:11 -0700 (PDT) Received: from mail (mail [192.168.10.4]) by mail.unixguru.nl (8.12.3/8.12.3) with ESMTP id g3SEc9EQ096688 for ; Sun, 28 Apr 2002 16:38:10 +0200 (CEST) (envelope-from richard@unixguru.nl) Date: Sun, 28 Apr 2002 16:38:09 +0200 (CEST) From: Richard Arends To: current@freebsd.org Subject: strange file Message-ID: <20020428163318.W90527-100000@mail.unixguru.nl> 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, Yesterday installed current from a snapshot and instantly updated it via CVS. Today i noticed a strange file in /usr with the name @LongLink. # cat /usr/@LongLink ports/java/jdk13/files/patch-..::src::solaris::native::com::sun::media::sound::engine::HAE_API_BSDOS_Capture.c I containes a piece of logging from CVS. C ports/java/jdk13/files/patch-..::src::solaris::native::com::sun::media::sound::engine::HAE_API_BSDOS_Capture.c,v . . 2#871#110#10189856643#8663#444 1.1 2002.04.16.19.34.24 2#871#110#10189856643#5943#644 Anyone an idea how this is possible??? Greetings, Richard. ---- An OS is like swiss cheese, the bigger it is, the more holes you get! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 8: 4:16 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 4A98937B41A; Sun, 28 Apr 2002 08:04:13 -0700 (PDT) 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 BAA08926; Mon, 29 Apr 2002 01:03:38 +1000 Date: Mon, 29 Apr 2002 01:04:49 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Robert Watson Cc: Kris Kennaway , Lamont Granquist , , Subject: Re: Uptime of 8909 days on 5-CURRENT In-Reply-To: Message-ID: <20020429004921.V4415-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 Sun, 28 Apr 2002, Robert Watson wrote: > Heh. I'm seeing this during the uptime announcement from the kernel after > kernel shutdown, which means userland isn't involved: > > Uptime: 8909d8h59m52s > > Given that the uptime of the box was well less than a minute, that seems a > little extreme. This was on -CURRENT from late last night. This seems to be a bug in a little joke kern_tc.c. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 10:11:44 2002 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 3706337B400; Sun, 28 Apr 2002 10:11:38 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id g3SHBbY53495; Sun, 28 Apr 2002 10:11:37 -0700 (PDT) (envelope-from dillon) Date: Sun, 28 Apr 2002 10:11:37 -0700 (PDT) From: Matthew Dillon Message-Id: <200204281711.g3SHBbY53495@apollo.backplane.com> To: Robert Watson Cc: current@FreeBSD.ORG Subject: Re: Page fault in swp_pager_meta_build() References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :(Matt gets CC'd because he's just unlucky :-) : :This system is (as always) a pxeboot'd nfsroot'd dual processor box. This :time, however, it's running straight GENERIC from the main tree instead of :the MAC branch. The box network boots, does a buildkernel -j 8, and then :reboots. It currently has no configured swap, suggesting that things :broke down when it tried to think about using some swap. Not sure how :many loops it took to get to this, but I've seen a couple of different :panics that I'll be posting about as they recur. I'm actually trying to :track an odd mbuf/nfs interaction... No idea, but the last time someone had a weird swap issue it turned out that they had swapon'd the same swap partition twice. The system's checks are not sufficient if you swapon the same device from different mounts. So check that first. The swap code preallocates its bitmap space, the hash table array is malloc'd once at boot time, and the swblock is zalloc()'d. From the looks of it the hash chain either got corrupted somehow or part of the kernel's KVM space containing either the hash table or the swblock's got corrupted. Unless someone worked on the swap code recently I would focus on either the memory subsystem or on unrelated kernel subsystems blowing up KVK. -Matt Matthew Dillon :Fatal trap 12: page fault while in kernel mode :cpuid = 0; lapic.id = 00000000 :fault virtual address = 0x20097479 :fault code = supervisor read, page not present :instruction pointer = 0x8:0xc0337da8 :stack pointer = 0x10:0xc8f22b2c :frame pointer = 0x10:0xc8f22b38 :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 = 2 (pagedaemon) :kernel: type 12 trap, code=0 :Stopped at swp_pager_meta_build+0xf0: cmpl %ebx,0x4(%eax) :db> trace :swp_pager_meta_build(c97ff120,0,80000000) at swp_pager_meta_build+0xf0 :swap_pager_putpages(c97ff120,c8f22c34,4,0,c8f22bbc) at :swap_pager_putpages+0x57 :default_pager_putpages(c97ff120,c8f22c34,4,0,c8f22bbc,c0428be0,1,c03ebb80,8e) :at default_pager_putpages+0x17 :vm_pageout_flush(c8f22c34,4,0,c03d0c7a,246) at vm_pageout_flush+0xe5 :vm_pageout_clean(c0a09204) at vm_pageout_clean+0x1ec :vm_pageout_scan(0,c034469c,c8f22d34,c023d838,0) at vm_pageout_scan+0x35a :vm_pageout(0,c8f22d48,c8e2c728,c034469c,0) at vm_pageout+0x231 :fork_exit(c034469c,0,c8f22d48) at fork_exit+0x88 :fork_trampoline() at fork_trampoline+0x37 : :(kgdb) l *swp_pager_meta_build+0xf0 :0xc0337da8 is in swp_pager_meta_build (../../../vm/swap_pager.c:1654). :1649 struct swblock *swap; :1650 :1651 index &= ~SWAP_META_MASK; :1652 pswap = &swhash[(index ^ (int)(intptr_t)object) & swhash_mask]; :1653 while ((swap = *pswap) != NULL) { :1654 if (swap->swb_object == object && :1655 swap->swb_index == index :1656 ) { :1657 break; :1658 } : : :Robert N M Watson FreeBSD Core Team, TrustedBSD Project :robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 10:22:32 2002 Delivered-To: freebsd-current@freebsd.org Received: from web21110.mail.yahoo.com (web21110.mail.yahoo.com [216.136.227.112]) by hub.freebsd.org (Postfix) with SMTP id EBB4337B405 for ; Sun, 28 Apr 2002 10:22:27 -0700 (PDT) Message-ID: <20020428172227.47311.qmail@web21110.mail.yahoo.com> Received: from [62.254.0.5] by web21110.mail.yahoo.com via HTTP; Sun, 28 Apr 2002 10:22:27 PDT Date: Sun, 28 Apr 2002 10:22:27 -0700 (PDT) From: Hiten Pandya Reply-To: hiten@uk.FreeBSD.org Subject: Re: Page fault in swp_pager_meta_build() To: Matthew Dillon , Robert Watson Cc: current@FreeBSD.ORG In-Reply-To: <200204281711.g3SHBbY53495@apollo.backplane.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 --- Matthew Dillon wrote: > No idea, but the last time someone had a weird swap issue it > turned out that they had swapon'd the same swap partition twice. > The system's checks are not sufficient if you swapon the same device > from different mounts. So check that first. Talking about doing something twice, it reminds me, that there is the same type of issue with the md devices, which when they are destroyed twice or thrice, they panic the kernel. I talked about this issue before but it didn't get discussed further, and the other thing is, I am not able to produce a kernel crash dump. Regards, -- Hiten __________________________________________________ Do You Yahoo!? Yahoo! Health - your guide to health and wellness http://health.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 10:46:34 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.unixguru.nl (cc49923-a.emmen1.dr.nl.home.com [212.204.178.120]) by hub.freebsd.org (Postfix) with ESMTP id 44BC337B41E for ; Sun, 28 Apr 2002 10:46:31 -0700 (PDT) Received: from mail (mail [192.168.10.4]) by mail.unixguru.nl (8.12.3/8.12.3) with ESMTP id g3SHkSEQ008490 for ; Sun, 28 Apr 2002 19:46:28 +0200 (CEST) (envelope-from richard@unixguru.nl) Date: Sun, 28 Apr 2002 19:46:27 +0200 (CEST) From: Richard Arends To: current@freebsd.org Subject: truss Message-ID: <20020428194522.X38296-100000@mail.unixguru.nl> 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, On a fresh current i get this.... # truss /bin/echo hello truss: cannot open /proc/13245/mem: No such file or directory truss: cannot open /proc/curproc/mem: No such file or directory Greetings, Richard. ---- An OS is like swiss cheese, the bigger it is, the more holes you get! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 10:57: 2 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14]) by hub.freebsd.org (Postfix) with ESMTP id 827F737B419 for ; Sun, 28 Apr 2002 10:56:55 -0700 (PDT) Received: from beagle (beagle [193.175.132.100]) by mailhub.fokus.gmd.de (8.11.6/8.11.6) with ESMTP id g3SHulh27400; Sun, 28 Apr 2002 19:56:47 +0200 (MEST) Date: Sun, 28 Apr 2002 19:56:47 +0200 (CEST) From: Harti Brandt To: Richard Arends Cc: current@FreeBSD.ORG Subject: Re: truss In-Reply-To: <20020428194522.X38296-100000@mail.unixguru.nl> Message-ID: <20020428195537.U16973-100000@beagle.fokus.gmd.de> 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, 28 Apr 2002, Richard Arends wrote: RA>Hello, RA> RA>On a fresh current i get this.... RA> RA># truss /bin/echo hello RA>truss: cannot open /proc/13245/mem: No such file or directory RA>truss: cannot open /proc/curproc/mem: No such file or directory You need to mount procfs. harti RA> RA>Greetings, RA> RA>Richard. RA> RA>---- RA>An OS is like swiss cheese, the bigger it is, the more holes you get! RA> RA> RA>To Unsubscribe: send mail to majordomo@FreeBSD.org RA>with "unsubscribe freebsd-current" in the body of the message RA> -- harti brandt, http://www.fokus.gmd.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.fhg.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 10:57: 2 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id F035D37B417; Sun, 28 Apr 2002 10:56:57 -0700 (PDT) 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 DAA14900; Mon, 29 Apr 2002 03:56:45 +1000 Date: Mon, 29 Apr 2002 03:58:01 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: hiten@uk.FreeBSD.org Cc: Matthew Dillon , Robert Watson , Subject: Re: Page fault in swp_pager_meta_build() In-Reply-To: <20020428172227.47311.qmail@web21110.mail.yahoo.com> Message-ID: <20020429035535.Q5150-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 Sun, 28 Apr 2002, Hiten Pandya wrote: > Talking about doing something twice, it reminds me, that there is the same > type of issue with the md devices, which when they are destroyed twice or > thrice, they panic the kernel. Re.v.108 of kern_conf.c fixes similar bugs. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 11:12:12 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.dada.it (mail2.dada.it [195.110.96.69]) by hub.freebsd.org (Postfix) with SMTP id 0CCE137B41E for ; Sun, 28 Apr 2002 11:12:09 -0700 (PDT) Received: (qmail 2583 invoked from network); 28 Apr 2002 18:12:02 -0000 Received: from unknown (HELO torrini.org) (195.110.114.101) by mail.dada.it with SMTP; 28 Apr 2002 18:12:02 -0000 Received: from trudy.home.torrini.org (localhost.home.torrini.org [127.0.0.1]) by torrini.org (8.12.3/8.12.3) with ESMTP id g3SIBwgW000983; Sun, 28 Apr 2002 20:11:58 +0200 (CEST) (envelope-from riccardo@trudy.home.torrini.org) Received: (from riccardo@localhost) by trudy.home.torrini.org (8.12.3/8.12.2/Submit) id g3SIBw0I000982; Sun, 28 Apr 2002 20:11:58 +0200 (CEST) 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: <20020428195537.U16973-100000@beagle.fokus.gmd.de> Date: Sun, 28 Apr 2002 20:11:58 +0200 (CEST) From: Riccardo Torrini To: Harti Brandt Subject: Re: truss Cc: current@FreeBSD.ORG, Richard Arends Sender: owner-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-Apr-2002 (17:56:47/GMT) Harti Brandt wrote: > RA>On a fresh current i get this.... > RA># truss /bin/echo hello > RA>truss: cannot open /proc/13245/mem: No such file or directory > RA>truss: cannot open /proc/curproc/mem: No such file or directory > You need to mount procfs. Mee too message. I tryed same command, 1st time I got same error. I checked with df if /proc was mounted and than trussed again and it show me calls not failing any more. Some timeout of procfs ? # uname -v FreeBSD 5.0-CURRENT #32: Tue Apr 23 08:21:16 CEST 2002 [...] Riccardo. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 11:26:12 2002 Delivered-To: freebsd-current@freebsd.org Received: from 12-234-22-238.client.attbi.com (12-234-90-219.client.attbi.com [12.234.90.219]) by hub.freebsd.org (Postfix) with ESMTP id 149E437B420 for ; Sun, 28 Apr 2002 11:25:42 -0700 (PDT) Received: from master.gorean.org (sygxwnhetrhciyp5@master.gorean.org [10.0.0.2]) by 12-234-22-238.client.attbi.com (8.12.3/8.12.3) with ESMTP id g3SIPSQB088180; Sun, 28 Apr 2002 11:25:37 -0700 (PDT) (envelope-from DougB@FreeBSD.org) Received: from localhost (doug@localhost) by master.gorean.org (8.12.3/8.12.3/Submit) with ESMTP id g3S5khOE061108; Sat, 27 Apr 2002 22:46:55 -0700 (PDT) X-Authentication-Warning: master.gorean.org: doug owned process doing -bs Date: Sat, 27 Apr 2002 22:46:43 -0700 (PDT) From: Doug Barton X-X-Sender: doug@master.gorean.org To: Lamont Granquist Cc: freebsd-current@FreeBSD.org Subject: Re: Uptime of 8909 days on 5-CURRENT In-Reply-To: <20020427154051.N80882-100000@uswest-dsl-142-38.cortland.com> Message-ID: <20020427224620.S60035-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 Sat, 27 Apr 2002, Lamont Granquist wrote: > > I just did a cvsup today to -current on a GENERIC+SMP kernel and my uptime > is showing 8909 days. cvsup again, this problem should be fixed now. -- "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 Apr 28 11:26:14 2002 Delivered-To: freebsd-current@freebsd.org Received: from 12-234-22-238.client.attbi.com (12-234-90-219.client.attbi.com [12.234.90.219]) by hub.freebsd.org (Postfix) with ESMTP id 1218237B42A; Sun, 28 Apr 2002 11:25:48 -0700 (PDT) Received: from master.gorean.org (sygxwnhetrhciyp5@master.gorean.org [10.0.0.2]) by 12-234-22-238.client.attbi.com (8.12.3/8.12.3) with ESMTP id g3SIPSQN088180; Sun, 28 Apr 2002 11:25:46 -0700 (PDT) (envelope-from DougB@FreeBSD.org) Received: from localhost (doug@localhost) by master.gorean.org (8.12.3/8.12.3/Submit) with ESMTP id g3RKRRcb060049; Sat, 27 Apr 2002 13:27:27 -0700 (PDT) X-Authentication-Warning: master.gorean.org: doug owned process doing -bs Date: Sat, 27 Apr 2002 13:27:27 -0700 (PDT) From: Doug Barton X-X-Sender: doug@master.gorean.org To: Ruslan Ermilov Cc: Darren Reed , , , Subject: Re: ipfilter not broken for me In-Reply-To: <20020427141441.GC35685@sunbay.com> Message-ID: <20020427132636.A60035-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 Sat, 27 Apr 2002, Ruslan Ermilov wrote: > That was probably a local problem on one of the Brian's fast machines > where I initially attempted to finally test my patch (unsynched cvsup > update?). Sorry for the false alarm, I can't check it right now anyway. You probably caught things in the middle of the update. -- "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 Apr 28 11:29:52 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.dada.it (mail4.dada.it [195.110.96.56]) by hub.freebsd.org (Postfix) with SMTP id 7F96A37B405 for ; Sun, 28 Apr 2002 11:29:45 -0700 (PDT) Received: (qmail 9644 invoked from network); 28 Apr 2002 18:29:38 -0000 Received: from unknown (HELO torrini.org) (195.110.114.101) by mail.dada.it with SMTP; 28 Apr 2002 18:29:38 -0000 Received: from trudy.home.torrini.org (localhost.home.torrini.org [127.0.0.1]) by torrini.org (8.12.3/8.12.3) with ESMTP id g3SITjgW001030; Sun, 28 Apr 2002 20:29:45 +0200 (CEST) (envelope-from riccardo@trudy.home.torrini.org) Received: (from riccardo@localhost) by trudy.home.torrini.org (8.12.3/8.12.2/Submit) id g3SITipv001029; Sun, 28 Apr 2002 20:29:44 +0200 (CEST) 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 Date: Sun, 28 Apr 2002 20:29:44 +0200 (CEST) From: Riccardo Torrini To: freebsd-current@FreeBSD.ORG, freebsd-ports@FreeBSD.ORG Subject: Bochs panic on current Sender: owner-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 asked for same problem some time ago to this list and to ports without answer, anyone out there running bochs on current? I have installed bochs from ports but I was unable to start any sample image from support site, all fails with same error: Event type: PANIC Device: [APIC0] Message: [APIC0] failed assertion "irr[vector] == 1" at apic.cc:573 # uname -v FreeBSD 5.0-CURRENT #32: Tue Apr 23 08:21:16 CEST 2002 [...] Maybe something related to my dual proc mobo (asus P2B-DS) ? Riccardo. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 11:40:11 2002 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-64-165-226-18.dsl.lsan03.pacbell.net [64.165.226.18]) by hub.freebsd.org (Postfix) with ESMTP id 2D29C37B41B for ; Sun, 28 Apr 2002 11:40:07 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 46E6366C2B; Sun, 28 Apr 2002 11:40:03 -0700 (PDT) Date: Sun, 28 Apr 2002 11:40:02 -0700 From: Kris Kennaway To: hiten@uk.FreeBSD.org Cc: Kris Kennaway , Lamont Granquist , freebsd-current@freebsd.org Subject: Re: Uptime of 8909 days on 5-CURRENT Message-ID: <20020428114002.A25656@xor.obsecurity.org> References: <20020428020952.A16238@xor.obsecurity.org> <20020428100547.61070.qmail@web21103.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="LQksG6bCIzRHxTLp" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020428100547.61070.qmail@web21103.mail.yahoo.com>; from hitmaster2k@yahoo.com on Sun, Apr 28, 2002 at 03:05:47AM -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 --LQksG6bCIzRHxTLp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 28, 2002 at 03:05:47AM -0700, Hiten Pandya wrote: > --- Kris Kennaway wrote: > > I'm seeing this too, but I expect it's probably caused by out of sync > > kernel and world. I haven't yet been able to test this hypothesis. >=20 > Just wondering, could this be because of the recent changes made to the > time code by phk? (uh oh, hiten.. you are in trouble!). Yes, it is. Kris --LQksG6bCIzRHxTLp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8zEICWry0BWjoQKURAlXwAKD1veTavBOSwJAHLrCfutGu4Xq/iQCg0Qji u6C192XBQppDMAGBe5UIHNk= =zuow -----END PGP SIGNATURE----- --LQksG6bCIzRHxTLp-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 11:45:21 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.unixguru.nl (cc49923-a.emmen1.dr.nl.home.com [212.204.178.120]) by hub.freebsd.org (Postfix) with ESMTP id EE60C37B41E for ; Sun, 28 Apr 2002 11:45:17 -0700 (PDT) Received: from mail (mail [192.168.10.4]) by mail.unixguru.nl (8.12.3/8.12.3) with ESMTP id g3SIjDEQ041107; Sun, 28 Apr 2002 20:45:13 +0200 (CEST) (envelope-from richard@unixguru.nl) Date: Sun, 28 Apr 2002 20:45:13 +0200 (CEST) From: Richard Arends To: Harti Brandt Cc: current@FreeBSD.ORG Subject: Re: truss In-Reply-To: <20020428195537.U16973-100000@beagle.fokus.gmd.de> Message-ID: <20020428204418.N38296-100000@mail.unixguru.nl> 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, 28 Apr 2002, Harti Brandt wrote: > You need to mount procfs. Oops youre right... Why isn't it listed in /etc/fstab??? Greetings, Richard. ---- An OS is like swiss cheese, the bigger it is, the more holes you get! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 11:47:12 2002 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-64-165-226-18.dsl.lsan03.pacbell.net [64.165.226.18]) by hub.freebsd.org (Postfix) with ESMTP id F0DC537B41A for ; Sun, 28 Apr 2002 11:47:07 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8BB0B66C2B; Sun, 28 Apr 2002 11:47:07 -0700 (PDT) Date: Sun, 28 Apr 2002 11:47:07 -0700 From: Kris Kennaway To: Richard Arends Cc: current@FreeBSD.ORG Subject: Re: truss Message-ID: <20020428114707.A25881@xor.obsecurity.org> References: <20020428194522.X38296-100000@mail.unixguru.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="gKMricLos+KVdGMg" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020428194522.X38296-100000@mail.unixguru.nl>; from richard@unixguru.nl on Sun, Apr 28, 2002 at 07:46:27PM +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 --gKMricLos+KVdGMg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 28, 2002 at 07:46:27PM +0200, Richard Arends wrote: > Hello, >=20 > On a fresh current i get this.... >=20 > # truss /bin/echo hello > truss: cannot open /proc/13245/mem: No such file or directory > truss: cannot open /proc/curproc/mem: No such file or directory procfs is not mounted by default. Kris --gKMricLos+KVdGMg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8zEOqWry0BWjoQKURAhC3AKC+rz2+dgvibW5F1E3BewJu8bFE5wCbBV0g k7LmU9RALHDmdofer5nPgFI= =xjWj -----END PGP SIGNATURE----- --gKMricLos+KVdGMg-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 11:47:55 2002 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-64-165-226-18.dsl.lsan03.pacbell.net [64.165.226.18]) by hub.freebsd.org (Postfix) with ESMTP id AFB5E37B41C for ; Sun, 28 Apr 2002 11:47:37 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 48AAC66D68; Sun, 28 Apr 2002 11:47:37 -0700 (PDT) Date: Sun, 28 Apr 2002 11:47:37 -0700 From: Kris Kennaway To: Riccardo Torrini Cc: Harti Brandt , current@FreeBSD.ORG, Richard Arends Subject: Re: truss Message-ID: <20020428114737.B25881@xor.obsecurity.org> References: <20020428195537.U16973-100000@beagle.fokus.gmd.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="1LKvkjL3sHcu1TtY" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from riccardo@torrini.org on Sun, Apr 28, 2002 at 08:11:58PM +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 --1LKvkjL3sHcu1TtY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 28, 2002 at 08:11:58PM +0200, Riccardo Torrini wrote: > On 28-Apr-2002 (17:56:47/GMT) Harti Brandt wrote: >=20 > > RA>On a fresh current i get this.... > > RA># truss /bin/echo hello > > RA>truss: cannot open /proc/13245/mem: No such file or directory > > RA>truss: cannot open /proc/curproc/mem: No such file or directory >=20 > > You need to mount procfs. >=20 > Mee too message. I tryed same command, 1st time I got same error. > I checked with df if /proc was mounted and than trussed again and > it show me calls not failing any more. Some timeout of procfs ? Probably some auto-loading of procfs.ko Kris --1LKvkjL3sHcu1TtY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8zEPIWry0BWjoQKURAugOAKDGmPfARLCu6rA4PnBQXJzXwa3EmgCg8gix PFNMxEwieva/oAW339Rh9Vo= =luPY -----END PGP SIGNATURE----- --1LKvkjL3sHcu1TtY-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 11:50:18 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.unixguru.nl (cc49923-a.emmen1.dr.nl.home.com [212.204.178.120]) by hub.freebsd.org (Postfix) with ESMTP id 5F23437B41B for ; Sun, 28 Apr 2002 11:49:56 -0700 (PDT) Received: from mail (mail [192.168.10.4]) by mail.unixguru.nl (8.12.3/8.12.3) with ESMTP id g3SIntEQ044050; Sun, 28 Apr 2002 20:49:55 +0200 (CEST) (envelope-from richard@unixguru.nl) Date: Sun, 28 Apr 2002 20:49:55 +0200 (CEST) From: Richard Arends To: Kris Kennaway Cc: current@FreeBSD.ORG Subject: Re: truss In-Reply-To: <20020428114707.A25881@xor.obsecurity.org> Message-ID: <20020428204804.V44029-100000@mail.unixguru.nl> 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, 28 Apr 2002, Kris Kennaway wrote: > procfs is not mounted by default. New to current (one day old baby :-), so didn't know that. sorry() Why isn't it mounted by default?? Greetings, Richard. ---- An OS is like swiss cheese, the bigger it is, the more holes you get! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 12: 3:14 2002 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 774E137B419 for ; Sun, 28 Apr 2002 12:03:08 -0700 (PDT) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.6/8.11.6) with SMTP id g3SJ2hw98363; Sun, 28 Apr 2002 15:02:43 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 28 Apr 2002 15:02:42 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Richard Arends Cc: Kris Kennaway , current@FreeBSD.ORG Subject: Re: truss In-Reply-To: <20020428204804.V44029-100000@mail.unixguru.nl> 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, 28 Apr 2002, Richard Arends wrote: > On Sun, 28 Apr 2002, Kris Kennaway wrote: > > > procfs is not mounted by default. > > New to current (one day old baby :-), so didn't know that. sorry() > > Why isn't it mounted by default?? I believe DES has a largely rewritten version of truss that doesn't use procfs. When I disabled procfs in sysinstall, I did it thinking that had already been committed, but it turned out not to have been. Hopefully he'll get it finished and committed sometime soon. The rationale for disabling procfs is that its functionality is largely redundant to existing sysctls and debugging mechanisms, and that it has been, and will likely continue to be, an important source of system security holes. The very nature of procfs (mapping one kernel abstraction into another with different security properties) is part of what makes that likely. In fact, if it's not already on the "how to harden your system list", unmounting procfs should be at the top of it :-). I think truss is one of the last stragglers that relies on it -- the other is 'ps -e', which gropes through the memory of each process to dig out the environmental variables. This requires that ps both have substantial privilege, and that procfs be present. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 12:11:25 2002 Delivered-To: freebsd-current@freebsd.org Received: from beast.freebsd.org (beast.FreeBSD.org [216.136.204.28]) by hub.freebsd.org (Postfix) with ESMTP id 73E5D37B404 for ; Sun, 28 Apr 2002 12:11:20 -0700 (PDT) Received: from beast.freebsd.org (localhost [127.0.0.1]) by beast.freebsd.org (8.12.2/8.12.2) with ESMTP id g3SJBK2E054086 for ; Sun, 28 Apr 2002 12:11:20 -0700 (PDT) (envelope-from des@beast.freebsd.org) Received: (from des@localhost) by beast.freebsd.org (8.12.2/8.12.2/Submit) id g3SJBJJV054084 for current@freebsd.org; Sun, 28 Apr 2002 12:11:19 -0700 (PDT) Date: Sun, 28 Apr 2002 12:11:19 -0700 (PDT) From: Dag-Erling Smorgrav Message-Id: <200204281911.g3SJBJJV054084@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 /tmp/des/obj/alpha/.amd_mnt/freefall/host/d/home/des/tinderbox/src/alpha/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- >>> Kernel build for GENERIC started on Sun Apr 28 11:39:49 PDT 2002 -------------------------------------------------------------- ===> drm/gamma ... *** Error code 1 Stop in /.amd_mnt/freefall/host/d/home/des/tinderbox/src. *** Error code 1 Stop in /.amd_mnt/freefall/host/d/home/des/tinderbox/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 12:12: 3 2002 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-64-165-226-18.dsl.lsan03.pacbell.net [64.165.226.18]) by hub.freebsd.org (Postfix) with ESMTP id EC9D537B41C for ; Sun, 28 Apr 2002 12:11:57 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9C77A66C2B; Sun, 28 Apr 2002 12:11:52 -0700 (PDT) Date: Sun, 28 Apr 2002 12:11:51 -0700 From: Kris Kennaway To: Richard Arends Cc: Kris Kennaway , current@FreeBSD.ORG Subject: Re: truss Message-ID: <20020428121151.A26705@xor.obsecurity.org> References: <20020428114707.A25881@xor.obsecurity.org> <20020428204804.V44029-100000@mail.unixguru.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="HlL+5n6rz5pIUxbD" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020428204804.V44029-100000@mail.unixguru.nl>; from richard@unixguru.nl on Sun, Apr 28, 2002 at 08:49:55PM +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 --HlL+5n6rz5pIUxbD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 28, 2002 at 08:49:55PM +0200, Richard Arends wrote: > On Sun, 28 Apr 2002, Kris Kennaway wrote: >=20 > > procfs is not mounted by default. >=20 > New to current (one day old baby :-), so didn't know that. sorry() >=20 > Why isn't it mounted by default?? Numerous and horrendous security vulnerabilities in the past. Kris --HlL+5n6rz5pIUxbD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8zEl3Wry0BWjoQKURAjO5AKCmtgX/oMw8n2Z5tI/eK+R/APrUmwCg+kDo ak0uLXlITP/M2eB6Gqurnac= =l4eq -----END PGP SIGNATURE----- --HlL+5n6rz5pIUxbD-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 12:14:17 2002 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id A24A637B41C for ; Sun, 28 Apr 2002 12:14:09 -0700 (PDT) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.6/8.11.6) with SMTP id g3SJDqw99048; Sun, 28 Apr 2002 15:13:52 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 28 Apr 2002 15:13:52 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Matthew Dillon Cc: current@FreeBSD.ORG Subject: Re: Page fault in swp_pager_meta_build() In-Reply-To: <200204281711.g3SHBbY53495@apollo.backplane.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 Sun, 28 Apr 2002, Matthew Dillon wrote: > > :(Matt gets CC'd because he's just unlucky :-) > : > :This system is (as always) a pxeboot'd nfsroot'd dual processor box. This > :time, however, it's running straight GENERIC from the main tree instead of > :the MAC branch. The box network boots, does a buildkernel -j 8, and then > :reboots. It currently has no configured swap, suggesting that things > :broke down when it tried to think about using some swap. Not sure how > :many loops it took to get to this, but I've seen a couple of different > :panics that I'll be posting about as they recur. I'm actually trying to > :track an odd mbuf/nfs interaction... > > No idea, but the last time someone had a weird swap issue it > turned out that they had swapon'd the same swap partition twice. > The system's checks are not sufficient if you swapon the same device > from different mounts. So check that first. It currently has no swap started at all, which is one reason I was rather puzzled to see this panic: 192.168.50.1:/cboss/devel/nfsroot/crash2.cboss.tislabs.com / nfs ro 0 0 proc /proc procfs rw 0 0 /dev/ad0s1e /mnt ufs rw 0 0 > The swap code preallocates its bitmap space, the hash table array is > malloc'd once at boot time, and the swblock is zalloc()'d. From the > looks of it the hash chain either got corrupted somehow or part of > the kernel's KVM space containing either the hash table or > the swblock's got corrupted. Unless someone worked on the swap > code recently I would focus on either the memory subsystem or > on unrelated kernel subsystems blowing up KVK. Should it even be hitting this code if swap hasn't been enabled? I've run into a couple of other weird bugs and wouldn't be surprised if there is a memory allocation problem. The problem I was actually trying to reproduce with these two crash boxes was one where the socket used by NFS get zero'd, resulting in a null pointer dereference. The other one is in odd panic in the mutex code during an early VFS operation. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 12:15:28 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.unixguru.nl (cc49923-a.emmen1.dr.nl.home.com [212.204.178.120]) by hub.freebsd.org (Postfix) with ESMTP id 8F48937B422; Sun, 28 Apr 2002 12:15:25 -0700 (PDT) Received: from mail (mail [192.168.10.4]) by mail.unixguru.nl (8.12.3/8.12.3) with ESMTP id g3SJFNEQ059308; Sun, 28 Apr 2002 21:15:23 +0200 (CEST) (envelope-from richard@unixguru.nl) Date: Sun, 28 Apr 2002 21:15:22 +0200 (CEST) From: Richard Arends To: Robert Watson Cc: Kris Kennaway , Subject: Re: truss In-Reply-To: Message-ID: <20020428210839.J52867-100000@mail.unixguru.nl> 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, 28 Apr 2002, Robert Watson wrote: > The rationale for disabling procfs is that its functionality is largely > redundant to existing sysctls and debugging mechanisms, and that it has > been, and will likely continue to be, an important source of system > security holes. Okay disable it :-) > I think truss is one of the last stragglers that relies on it -- > the other is 'ps -e', which gropes through the memory of each process to > dig out the environmental variables. This requires that ps both have > substantial privilege, and that procfs be present. Can't we take the privileges away, so that an user only can see his own procs and only root can see all?? Greetings, Richard. ---- An OS is like swiss cheese, the bigger it is, the more holes you get! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 13: 0:36 2002 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 2203737B41D for ; Sun, 28 Apr 2002 13:00:08 -0700 (PDT) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.6/8.11.6) with SMTP id g3SJxiw03277; Sun, 28 Apr 2002 15:59:45 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 28 Apr 2002 15:59:44 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Richard Arends Cc: Kris Kennaway , current@FreeBSD.ORG Subject: Re: truss In-Reply-To: <20020428210839.J52867-100000@mail.unixguru.nl> 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, 28 Apr 2002, Richard Arends wrote: > > I think truss is one of the last stragglers that relies on it -- > > the other is 'ps -e', which gropes through the memory of each process to > > dig out the environmental variables. This requires that ps both have > > substantial privilege, and that procfs be present. > > Can't we take the privileges away, so that an user only can see his own > procs and only root can see all?? It's a little more complicated than that. The problem was that procfs provided extremely broad access to the system, but without much granularity. Mostly this meant that if you had root privilege, you could do whatever you wanted, and otherwise, you got a reasonable view of the system (modulo the countless security holes in procfs). So the problem was that ps ran with a lot of privilege -- generally root or 'gid kmem' which amounts to much the same thing. This meant that gating of process information happened in the ps command, or at least, with the help of the ps command deciding not to get around the information gating. In FreeBSD 4.0, this responsibility happens both in userland and the kernel -- the kernel makes some effort to limit access via procfs, but largely allows privileged processes access to most things. So the ps command implemented the limit on what processes you could extract environmental information from. In FreeBSD 5.0, all this information is exported from the kernel using the sysctl() interface, which provides much more information gating, and flexibe policy controls. This exists in part in 4.x, but not completely. In 5.0, ps requires no special privilege, and access control is done entirely in the kernel. However, giving up the ability to grope through the memory of other processes by giving up procfs does limit that one capability -- listing environmental variables. For ps to display this information, either it has to extract it using a kernel facility (such as procfs), or the kernel has to extract it and provide it to ps. So far, we've had to rule out the first due to the security issues, but the second hasn't been implemented. It's not clear there's enough interest in it that someone has felt motivated to do so. Patches would be accepted here, but I think there's some concensus it's not really a necessary feature, and it also raises a lot of security issues of its own (you'd be surprised what ends up in environmental variables, and how hard it is to keep policy in sync between userland and kernel). BTW, 5.0 will also allow (once we commit the MAC framework from the TrustedBSD Project) kernel modules to tweak process visibility protections in the kernel at runtime. For example, you can kldload a mac_seeotheruids.ko policy module, which can limit what processes can view of other processes based on a number of factors, including uids, and information it tags onto the processes. It can also limit access to socket information listed in netstat, etc. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 13: 8:58 2002 Delivered-To: freebsd-current@freebsd.org Received: from sofia.digsys.bg (sofia.digsys.bg [193.68.3.250]) by hub.freebsd.org (Postfix) with ESMTP id E8A2337B42C for ; Sun, 28 Apr 2002 13:08:42 -0700 (PDT) Received: from comm.uni-svishtov.bg (ns.uni-svishtov.bg [193.68.172.1]) by sofia.digsys.bg (8.9.0/8.9.0) with ESMTP id XAA20021 for ; Sun, 28 Apr 2002 23:08:38 +0300 (EEST) Received: from grinch.uni-svishtov.bg (grinch.uni-svishtov.bg [193.68.172.9]) by comm.uni-svishtov.bg (8.9.3/8.9.3) with ESMTP id XAA10615 for ; Sun, 28 Apr 2002 23:08:38 +0300 (EEST) Received: from deckland (deckland.uni-svishtov.bg [193.68.173.82]) by grinch.uni-svishtov.bg (8.12.1/8.12.1) with SMTP id g3SK8ZIw024960 for ; Sun, 28 Apr 2002 23:08:37 +0300 (EEST) Message-ID: <001a01c1eef0$7dd9ec00$52ad44c1@deckland> From: "Radoslav Vasilev" To: Subject: Date: Sun, 28 Apr 2002 23:08:41 +0300 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0017_01C1EF09.A3028500" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-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. ------=_NextPart_000_0017_01C1EF09.A3028500 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable unsuscribe freebsd-current ------=_NextPart_000_0017_01C1EF09.A3028500 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
unsuscribe=20 freebsd-current
------=_NextPart_000_0017_01C1EF09.A3028500-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 13:14:28 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.unixguru.nl (cc49923-a.emmen1.dr.nl.home.com [212.204.178.120]) by hub.freebsd.org (Postfix) with ESMTP id BB9BA37B41C; Sun, 28 Apr 2002 13:14:21 -0700 (PDT) Received: from mail (mail [192.168.10.4]) by mail.unixguru.nl (8.12.3/8.12.3) with ESMTP id g3SKEHEQ093925; Sun, 28 Apr 2002 22:14:17 +0200 (CEST) (envelope-from richard@unixguru.nl) Date: Sun, 28 Apr 2002 22:14:17 +0200 (CEST) From: Richard Arends To: Robert Watson Cc: current@FreeBSD.ORG Subject: Re: truss In-Reply-To: Message-ID: <20020428220902.Y86520-100000@mail.unixguru.nl> 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, 28 Apr 2002, Robert Watson wrote: > BTW, 5.0 will also allow (once we commit the MAC framework from the > TrustedBSD Project) kernel modules to tweak process visibility protections > in the kernel at runtime. For example, you can kldload a > mac_seeotheruids.ko policy module, which can limit what processes can view > of other processes based on a number of factors, including uids, and > information it tags onto the processes. It can also limit access to > socket information listed in netstat, etc. When will the TrustedBSD modules commited to current?? Greetings, Richard. ---- An OS is like swiss cheese, the bigger it is, the more holes you get! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 13:17:21 2002 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 10CC137B416 for ; Sun, 28 Apr 2002 13:17:13 -0700 (PDT) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.6/8.11.6) with SMTP id g3SKGqw04884; Sun, 28 Apr 2002 16:16:52 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 28 Apr 2002 16:16:52 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Richard Arends Cc: current@FreeBSD.ORG Subject: Re: truss In-Reply-To: <20020428220902.Y86520-100000@mail.unixguru.nl> 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, 28 Apr 2002, Richard Arends wrote: > On Sun, 28 Apr 2002, Robert Watson wrote: > > > BTW, 5.0 will also allow (once we commit the MAC framework from the > > TrustedBSD Project) kernel modules to tweak process visibility protections > > in the kernel at runtime. For example, you can kldload a > > mac_seeotheruids.ko policy module, which can limit what processes can view > > of other processes based on a number of factors, including uids, and > > information it tags onto the processes. It can also limit access to > > socket information listed in netstat, etc. > > When will the TrustedBSD modules commited to current?? The current (vague) plan is to commit them around mid-June, but that may slip a bit depending on development rate. Early access to the feature set is possible via Perforce, or from cvsup10.FreeBSD.org. I'm hoping to have the basic kernel feature set ready for integration by early June, so we might integrate back the changes back into the main tree in phases. I have to warn you that the stuff in the branch is moving pretty quickly, and there are some known poor interactions, especially with non-IP networking types, that we're still tracking down. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 13:45:11 2002 Delivered-To: freebsd-current@freebsd.org Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by hub.freebsd.org (Postfix) with ESMTP id BA2E237B419; Sun, 28 Apr 2002 13:45:07 -0700 (PDT) Received: from blossom.cjclark.org ([12.234.91.48]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020428204507.TXEH12183.rwcrmhc52.attbi.com@blossom.cjclark.org>; Sun, 28 Apr 2002 20:45:07 +0000 Received: (from cjc@localhost) by blossom.cjclark.org (8.11.6/8.11.6) id g3SKj6M49645; Sun, 28 Apr 2002 13:45:06 -0700 (PDT) (envelope-from cjc) Date: Sun, 28 Apr 2002 13:45:06 -0700 From: "Crist J. Clark" To: Robert Watson Cc: Richard Arends , Kris Kennaway , current@FreeBSD.org Subject: Re: truss Message-ID: <20020428134506.J37618@blossom.cjclark.org> References: <20020428210839.J52867-100000@mail.unixguru.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from rwatson@FreeBSD.org on Sun, Apr 28, 2002 at 03:59:44PM -0400 X-URL: http://people.freebsd.org/~cjc/ Sender: owner-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, Apr 28, 2002 at 03:59:44PM -0400, Robert Watson wrote: [snip] > In FreeBSD 5.0, all this information is exported from the kernel using the > sysctl() interface, which provides much more information gating, and > flexibe policy controls. This exists in part in 4.x, but not completely. > In 5.0, ps requires no special privilege, and access control is done > entirely in the kernel. I think I'm missing something here. $ uname -r 4.5-RELEASE $ ls -l /bin/ps -r-xr-xr-x 1 root wheel 213796 Jan 30 14:30 /bin/ps ps(1) has no special privileges in 4.x, but I may not understand what you mean by "special privileges?" (To me it means s{u,g}id.) -- Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 14:10: 3 2002 Delivered-To: freebsd-current@freebsd.org Received: from warez.scriptkiddie.org (uswest-dsl-142-38.cortland.com [209.162.142.38]) by hub.freebsd.org (Postfix) with ESMTP id 29F4037B417 for ; Sun, 28 Apr 2002 14:09:51 -0700 (PDT) Received: from uswest-dsl-142-38.cortland.com (uswest-dsl-142-38.cortland.com [209.162.142.38]) by warez.scriptkiddie.org (Postfix) with ESMTP id 6BF9C62D1A; Sun, 28 Apr 2002 14:09:46 -0700 (PDT) Date: Sun, 28 Apr 2002 14:09:46 -0700 (PDT) From: Lamont Granquist X-X-Sender: To: Kris Kennaway Cc: Subject: Re: Uptime of 8909 days on 5-CURRENT In-Reply-To: <20020428020952.A16238@xor.obsecurity.org> Message-ID: <20020428140854.K82951-100000@uswest-dsl-142-38.cortland.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 Sun, 28 Apr 2002, Kris Kennaway wrote: > On Sat, Apr 27, 2002 at 03:45:49PM -0700, Lamont Granquist wrote: > > > > I just did a cvsup today to -current on a GENERIC+SMP kernel and my uptime > > is showing 8909 days. Motherboard is an ASUS A7M266D with the (possibly > > buggy) 1004 BIOS. > > I'm seeing this too, but I expect it's probably caused by out of sync > kernel and world. I haven't yet been able to test this hypothesis. I don't think so, I did: 1. buildworld 2. buildkernel 3. installkernel 4. single user 5. installworld 6. mergemaster and then for good measure tried building the world again, and i've still got the problem. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 14:11:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 2A9AB37B400; Sun, 28 Apr 2002 14:11:28 -0700 (PDT) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.6/8.11.6) with SMTP id g3SLBFw09631; Sun, 28 Apr 2002 17:11:15 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 28 Apr 2002 17:11:14 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: "Crist J. Clark" Cc: Richard Arends , Kris Kennaway , current@FreeBSD.org Subject: Re: truss In-Reply-To: <20020428134506.J37618@blossom.cjclark.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 Sun, 28 Apr 2002, Crist J. Clark wrote: > On Sun, Apr 28, 2002 at 03:59:44PM -0400, Robert Watson wrote: > [snip] > > > In FreeBSD 5.0, all this information is exported from the kernel using the > > sysctl() interface, which provides much more information gating, and > > flexibe policy controls. This exists in part in 4.x, but not completely. > > In 5.0, ps requires no special privilege, and access control is done > > entirely in the kernel. > > I think I'm missing something here. > > $ uname -r > 4.5-RELEASE > $ ls -l /bin/ps > -r-xr-xr-x 1 root wheel 213796 Jan 30 14:30 /bin/ps > > ps(1) has no special privileges in 4.x, but I may not understand what > you mean by "special privileges?" (To me it means s{u,g}id.) Hmm. I'd forgotten that the setgid kmem was removed in 4.x; I was probably thinking of top, which still is setgid in -STABLE. You'll find however, that -e won't work without setgid kmem being turned on. There are a number of other tools in -CURRENT that aren't setgid kmem where they are in -STABLE (top, iostat, etc). Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 14:52:57 2002 Delivered-To: freebsd-current@freebsd.org Received: from web21106.mail.yahoo.com (web21106.mail.yahoo.com [216.136.227.108]) by hub.freebsd.org (Postfix) with SMTP id 1B1B337B416 for ; Sun, 28 Apr 2002 14:52:54 -0700 (PDT) Message-ID: <20020428215253.97372.qmail@web21106.mail.yahoo.com> Received: from [62.254.0.5] by web21106.mail.yahoo.com via HTTP; Sun, 28 Apr 2002 14:52:53 PDT Date: Sun, 28 Apr 2002 14:52:53 -0700 (PDT) From: Hiten Pandya Reply-To: hiten@uk.FreeBSD.org Subject: Re: Uptime of 8909 days on 5-CURRENT To: Lamont Granquist , Kris Kennaway Cc: freebsd-current@freebsd.org In-Reply-To: <20020428140854.K82951-100000@uswest-dsl-142-38.cortland.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 --- Lamont Granquist wrote: > > I'm seeing this too, but I expect it's probably caused by out of sync > > kernel and world. I haven't yet been able to test this hypothesis. > > I don't think so, I did: > > [...] Just cvsup again and rebuild your kernel, and that will fix the problem. -- Hiten __________________________________________________ Do You Yahoo!? Yahoo! Health - your guide to health and wellness http://health.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 15:12:14 2002 Delivered-To: freebsd-current@freebsd.org Received: from warez.scriptkiddie.org (uswest-dsl-142-38.cortland.com [209.162.142.38]) by hub.freebsd.org (Postfix) with ESMTP id 23B5F37B41A for ; Sun, 28 Apr 2002 15:12:11 -0700 (PDT) Received: from uswest-dsl-142-38.cortland.com (uswest-dsl-142-38.cortland.com [209.162.142.38]) by warez.scriptkiddie.org (Postfix) with ESMTP id 6B43762D1A; Sun, 28 Apr 2002 15:12:10 -0700 (PDT) Date: Sun, 28 Apr 2002 15:12:10 -0700 (PDT) From: Lamont Granquist X-X-Sender: To: Cc: Kris Kennaway , Subject: Re: Uptime of 8909 days on 5-CURRENT In-Reply-To: <20020428215253.97372.qmail@web21106.mail.yahoo.com> Message-ID: <20020428151122.H83048-100000@uswest-dsl-142-38.cortland.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 Sun, 28 Apr 2002, Hiten Pandya wrote: > --- Lamont Granquist wrote: > > > I'm seeing this too, but I expect it's probably caused by out of sync > > > kernel and world. I haven't yet been able to test this hypothesis. > > > > I don't think so, I did: > > > > [...] > > Just cvsup again and rebuild your kernel, and that will fix the problem. Just finished, it did. Vmstat is fixed too. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 15:43:42 2002 Delivered-To: freebsd-current@freebsd.org Received: from outel.org (outel.org [207.173.133.28]) by hub.freebsd.org (Postfix) with ESMTP id DB4C137B400 for ; Sun, 28 Apr 2002 15:43:32 -0700 (PDT) Received: from [192.168.1.20] (winxp [192.168.1.20]) by outel.org (8.12.3/8.12.3) with ESMTP id g3SMhRvA008101 for ; Sun, 28 Apr 2002 15:43:30 -0700 (PDT) (envelope-from qumqats@outel.org) Date: Sun, 28 Apr 2002 15:43:29 -0700 From: "Joel M. Baldwin" To: freebsd-current@FreeBSD.ORG Subject: can't make release - don't know how to make maninstall in usr.bin/strip Message-ID: <1692036559.1020008609@[192.168.1.20]> In-Reply-To: <001a01c1eef0$7dd9ec00$52ad44c1@deckland> References: <001a01c1eef0$7dd9ec00$52ad44c1@deckland> X-Mailer: Mulberry/2.1.2 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed 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 I've been trying to do a 'make release' for a week or two and I keep getting the following error. I've cvsuped, make buildworld, make installworld, reboot, a number times hoping for it to work, but no go. Am I doing something wrong, or is there something that is yet to be fixed? su-2.05# make release CHROOTDIR=/disk2/r BUILDNAME=jmb-citrus-snap-20020428 CVSROOT=/home/ncvs . . . snip . . . ===> usr.bin/size install -c -s -o root -g wheel -m 555 size /disk2/r/usr/libexec/aout ===> usr.bin/smbutil install -c -s -o root -g wheel -m 555 smbutil /disk2/r/usr/bin ===> usr.bin/strings install -c -s -o root -g wheel -m 555 strings /disk2/r/usr/libexec/aout ===> usr.bin/strip make: don't know how to make maninstall. Stop *** Error code 2 Stop in /disk2/usr.src/usr.bin. *** Error code 1 Stop in /disk2/usr.src. *** Error code 1 Stop in /disk2/usr.src. *** Error code 1 Stop in /disk2/usr.src. *** Error code 1 Stop in /disk2/usr.src. *** Error code 1 Stop in /disk2/usr.src/release. su-2.05#cd /usr/src/sys/i386/conf su-2.05# cat citgate-smp machine i386 ident citgate-smp maxusers 32 options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O cpu I686_CPU # aka Pentium Pro(tm) options CPU_FASTER_5X86_FPU options NO_F00F_HACK options COMPAT_43 options SYSVSHM options SYSVSEM options SYSVMSG options DIAGNOSTIC options PERFMON options INET #Internet communications protocols options INET6 #IPv6 communications protocols options IPSEC #IP security options IPSEC_ESP #IP security (crypto; define w/ IPSEC) device ether #Generic Ethernet device loop 1 #Network loopback device device bpf #Berkeley packet filter device tun #Tunnel driver (ppp(8), nos-tun(8)) device gif 4 #IPv6 and IPv4 tunneling device faith 1 #for IPv6 and IPv4 translation device stf #6to4 IPv6 over IPv4 encapsulation options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #print information about # dropped packets options IPFIREWALL_FORWARD #enable transparent proxy support options IPFIREWALL_VERBOSE_LIMIT=100 #limit verbosity options IPV6FIREWALL #firewall for IPv6 options IPV6FIREWALL_VERBOSE options IPV6FIREWALL_VERBOSE_LIMIT=100 options IPDIVERT #divert sockets options IPSTEALTH #support for stealth forwarding options FFS #Fast filesystem options NFSSERVER #Network File System options NFSCLIENT #Network File System options CD9660 #ISO 9660 filesystem options MSDOSFS #MS DOS File System (FAT, FAT32) options PROCFS #Process filesystem options PSEUDOFS #Pseudo-filesystem framework options SMBFS #SMB/CIFS filesystem options SOFTUPDATES device random options P1003_1B options _KPOSIX_PRIORITY_SCHEDULING options _KPOSIX_VERSION=199309L device scbus #base SCSI code device da #SCSI direct access devices (aka disks) device pass #CAM passthrough driver options SCSI_DELAY=3000 # Be pessimistic about Joe SCSI device device pty #Pseudo ttys device speaker #Play IBM BASIC-style noises out your speaker device gzip #Exec gzipped a.out's device md #Memory/malloc disk device snp #Snoop device - to look at pty/vty/etc.. device isa options AUTO_EOI_1 options AUTO_EOI_2 device pci device atkbdc 1 device atkbd device psm device vga device splash device sc 1 options SC_HISTORY_SIZE=500 # number of history buffer lines device npx options ACPI_DEBUG device ahc options AHC_ALLOW_MEMIO device ata device atadisk # ATA disk drives device atapicd device fdc device miibus # MII bus support device fxp # Intel EtherExpress PRO/100B (82557, 82558) # USB support # UHCI controller device uhci options UHCI_DEBUG # General USB code (mandatory for USB) device usb options USB_DEBUG # # Generic USB device driver device ugen options UGEN_DEBUG device sio # # SMB/CIFS requester # NETSMB enables support for SMB protocol, it requires LIBMCHAIN and LIBICONV # options. # NETSMBCRYPTO enables support for encrypted passwords. options NETSMB #SMB/CIFS requester options NETSMBCRYPTO #encrypted password support for SMB # mchain library. It can be either loaded as KLD or compiled into kernel options LIBMCHAIN # Kernel side iconv library options LIBICONV su-2.05# To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 16:25:49 2002 Delivered-To: freebsd-current@freebsd.org Received: from trinity.scl.ameslab.gov (trinity.scl.ameslab.gov [147.155.137.125]) by hub.freebsd.org (Postfix) with ESMTP id 39CB237B400 for ; Sun, 28 Apr 2002 16:25:40 -0700 (PDT) Received: (from kparz@localhost) by trinity.scl.ameslab.gov (8.11.6/8.11.6) id g3SNOH177495 for freebsd-current@FreeBSD.ORG; Sun, 28 Apr 2002 18:24:17 -0500 (CDT) (envelope-from kparz) Date: Sun, 28 Apr 2002 18:24:17 -0500 From: Krzysztof Parzyszek To: freebsd-current@FreeBSD.ORG Subject: Using laptop with lid closed Message-ID: <20020428182417.A77478@trinity.scl.ameslab.gov> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.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 Is there any way to prevent the system from reacting to the lid being closed? At this time when I close the lid I get the following messages: ed1: detached pccard: card disabled, slot 0 Then after re-opening, I have to press the power button for the system to wake up. I'm using Thinkpad A22m. Krzysztof To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 16:33:15 2002 Delivered-To: freebsd-current@freebsd.org Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by hub.freebsd.org (Postfix) with ESMTP id CBBB137B41A; Sun, 28 Apr 2002 16:32:58 -0700 (PDT) Received: from blossom.cjclark.org ([12.234.91.48]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020428233258.BJZZ8969.rwcrmhc51.attbi.com@blossom.cjclark.org>; Sun, 28 Apr 2002 23:32:58 +0000 Received: (from cjc@localhost) by blossom.cjclark.org (8.11.6/8.11.6) id g3SNWv250002; Sun, 28 Apr 2002 16:32:57 -0700 (PDT) (envelope-from cjc) Date: Sun, 28 Apr 2002 16:32:57 -0700 From: "Crist J. Clark" To: Robert Watson Cc: Richard Arends , Kris Kennaway , current@FreeBSD.org Subject: Re: truss Message-ID: <20020428163257.K37618@blossom.cjclark.org> Reply-To: cjclark@alum.mit.edu References: <20020428134506.J37618@blossom.cjclark.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from rwatson@FreeBSD.org on Sun, Apr 28, 2002 at 05:11:14PM -0400 X-URL: http://people.freebsd.org/~cjc/ Sender: owner-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, Apr 28, 2002 at 05:11:14PM -0400, Robert Watson wrote: > > On Sun, 28 Apr 2002, Crist J. Clark wrote: > > > On Sun, Apr 28, 2002 at 03:59:44PM -0400, Robert Watson wrote: > > [snip] > > > > > In FreeBSD 5.0, all this information is exported from the kernel using the > > > sysctl() interface, which provides much more information gating, and > > > flexibe policy controls. This exists in part in 4.x, but not completely. > > > In 5.0, ps requires no special privilege, and access control is done > > > entirely in the kernel. > > > > I think I'm missing something here. > > > > $ uname -r > > 4.5-RELEASE > > $ ls -l /bin/ps > > -r-xr-xr-x 1 root wheel 213796 Jan 30 14:30 /bin/ps > > > > ps(1) has no special privileges in 4.x, but I may not understand what > > you mean by "special privileges?" (To me it means s{u,g}id.) > > Hmm. I'd forgotten that the setgid kmem was removed in 4.x; I was > probably thinking of top, which still is setgid in -STABLE. You'll find > however, that -e won't work without setgid kmem being turned on. '-e' for ps(1) seems to work fine on processes you own. You cannot see the environments of other users' processes (of course root can see everyone's). But you do need /proc for '-e' to work. > There > are a number of other tools in -CURRENT that aren't setgid kmem where they > are in -STABLE (top, iostat, etc). You know, I'm not sure why top(1) needs it if ps(1) doesn't. -- Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 18:42:41 2002 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 7B53337B417 for ; Sun, 28 Apr 2002 18:42:30 -0700 (PDT) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.6/8.11.6) with SMTP id g3T1gHw29128 for ; Sun, 28 Apr 2002 21:42:18 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 28 Apr 2002 21:42:17 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Subject: Re: page fault in _mtx_lock_flags 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 I also get an almost identical fault on crash1 involving mdconfig as opposed to sh: ray irq 10 NFS ROOT: 192.168.50.1:/cboss/devel/nfsroot/crash1.cboss.tislabs.com 8.50.10 BroadcasP-Address 192.16 t 192.168.50.255 Fatal trap 12: page fault while in kernel mode cpuid = 1; lapic.id = 01000000 fault virtual address = 0x6b73697c fault code = supervisor write, page not present instruction pointer = 0x8:0xc02449b6 stack pointer = 0x10:0xc93d8a14 frame pointer = 0x10:0xc93d8a20 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 = 44 (mdconfig) kernel: type 12 trap, code=0 Stopped at _mtx_lock_flags+0x42: lock cmpxchgl %ecx,0x18(%ebx) db> trace _mtx_lock_flags(6b736964,0,c03cb862,e3) at _mtx_lock_flags+0x42 lockmgr(c93a8228,1000001,0,c8f27100) at lockmgr+0x42 vfs_busy(c93a8200,0,0,c8f27100) at vfs_busy+0x58 lookup(c93d8c28,0,c93b9c34,c93d8d20,c8f27100) at lookup+0x3a2 namei(c93d8c28,0,c93b9c34,c93d8d20,0) at namei+0x1c8 vn_open_cred(c93d8c28,c93d8bf4,0,c3f80c80,c93d8ce8) at vn_open_cred+0x23b vn_open(c93d8c28,c93d8bf4,0,c8f271dc,c8f27000) at vn_open+0x18 open(c8f27100,c93d8d20,0,0,0) at open+0x158 syscall(2f,2f,2f,0,0) at syscall+0x223 syscall_with_err_pushed() at syscall_with_err_pushed+0x1b --- syscall (5, FreeBSD ELF, open), eip = 0x804950b, esp = 0xbfbffd14, ebp = 0xbfbffd50 --- db> Context switches not allowed in the debugger. db> Still not clear what the origin of this is -- possibly memory corruption of the mutex..? Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services On Sun, 28 Apr 2002, Robert Watson wrote: > > As usual, GENERIC -CURRENT head from last night, from the main tree. > Dual-proc SMP box netbooted using PXE. System usually boots, does a > buildkernel -j 8 over NFS, then reboots and repeats. This time it didn't. > > I actually have two boxes doing this, which does seem to double the rate > of panics I get. > > APIC_IO: Testing 8254 interrupt delivery > APIC_IO: Broken MP table detected: 8254 is not connected to IOAPIC #0 intpin 2 > APIC_IO: routing 8254 via 8259 and IOAPIC #0 intpin 0 > ad0: 19458MB [39535/16/63] at ata0-master UDMA33 > acd0: CDROM at ata1-master PIO4 > doSuMnPt:i nAgP rCoPoUt #f1r oLma unnfcsh:etsray irq 10 > NFS ROOT: 192.168.50.1:/cboss/devel/nfsroot/crash1.cboss.tislabs.com > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; lapic.id = 00000000 > fault virtual address = 0x7974748b > fault code = supervisor write, page not present > instruction pointer = 0x8:0xc02449b6 > stack pointer = 0x10:0xc93dea14 > frame pointer = 0x10:0xc93dea20 > 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 = 41 (sh) > kernel: type 12 trap, code=0 > Stopped at _mtx_lock_flags+0x42: lock cmpxchgl %ecx,0x18(%ebx) > db> trace > _mtx_lock_flags(79747473,0,c03cb862,e3) at _mtx_lock_flags+0x42 > lockmgr(c93a8228,1000001,0,c8f27100) at lockmgr+0x42 > vfs_busy(c93a8200,0,0,c8f27100) at vfs_busy+0x58 > lookup(c93dec28,1a4,c8f03034,c93ded20,c8f27100) at lookup+0x3a2 > namei(c93dec28,1a4,c8f03034,c93ded20,0) at namei+0x1c8 > vn_open_cred(c93dec28,c93debf4,1a4,c3f80c80,c93dece8) at vn_open_cred+0x67 > vn_open(c93dec28,c93debf4,1a4,c8f271dc,c8f27000) at vn_open+0x18 > open(c8f27100,c93ded20,8125005,0,0) at open+0x158 > syscall(2f,2f,2f,0,0) at syscall+0x223 > syscall_with_err_pushed() at syscall_with_err_pushed+0x1b > --- syscall (5, FreeBSD ELF, open), eip = 0x808969b, esp = 0xbfbff8f0, ebp > = 0xbfbff91c --- > db> > > (kgdb) l *_mtx_lock_flags+0x42 > 0xc02449b6 is in _mtx_lock_flags (machine/atomic.h:139). > 134 static __inline int > 135 atomic_cmpset_int(volatile u_int *dst, u_int exp, u_int src) > 136 { > 137 int res = exp; > 138 > 139 __asm __volatile ( > 140 " " __XSTRING(MPLOCKED) " " > 141 " cmpxchgl %1,%2 ; " > 142 " setz %%al ; " > 143 " movzbl %%al,%0 ; " > (gdb) l *lockmgr+0x42 > 0xc0242376 is in lockmgr (../../../kern/kern_lock.c:228). > 223 pid = LK_KERNPROC; > 224 else > 225 pid = td->td_proc->p_pid; > 226 > 227 mtx_lock(lkp->lk_interlock); > 228 if (flags & LK_INTERLOCK) { > 229 mtx_assert(interlkp, MA_OWNED | MA_NOTRECURSED); > 230 mtx_unlock(interlkp); > 231 } > 232 > > Attempts to get into serial gdb failed: > > Fatal trap 12: page fault while in kernel mode > cpuid = 1; lapic.id = 01000000 > fault virtual address = 0x6aa > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc93debf4 > stack pointer = 0x10:0xc93debd4 > frame pointer = 0x10:0xc93dec28 > tokdke nselg trnatp 1=2 waith 0ixn0terlruptts 0dxisfablfed > cpan ic: bblo ck a=b leP Lsle,epp rlosc k1 ,(sdleefep2 m1ut egx)a > pro > ssroclescsor e../a.g./ .=. /ii38e6/iu386 /etnraapl.cd:,7 11e > pcmeu, I O=P L0 ;= l0 > ccu.rrde =t 0p00o0000s0 > "Deb1u g(gsehr)( > $T0b08:f4eb3dc9;05:28ec3dc9;04:d4eb3dc9;#01~ > > I'm guessing that I'm dealing with an smp/locking issue there, but > unfortunately I didn't get much further: > > (kgdb) target remote /dev/cuaa0 > Remote debugging using /dev/cuaa0 > 0xc93debf4 in ?? () > (kgdb) bt > #0 0xc93debf4 in ?? () > #1 0x0 in ?? () > > Normally getting into serial gdb works OK, perhaps there's an interaction > from the mutex code. > > Robert N M Watson FreeBSD Core Team, TrustedBSD Project > robert@fledge.watson.org NAI Labs, Safeport Network Services > > > 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 Apr 28 18:58:18 2002 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 433C737B41F; Sun, 28 Apr 2002 18:58:13 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id g3T1wDh60486; Sun, 28 Apr 2002 18:58:13 -0700 (PDT) (envelope-from dillon) Date: Sun, 28 Apr 2002 18:58:13 -0700 (PDT) From: Matthew Dillon Message-Id: <200204290158.g3T1wDh60486@apollo.backplane.com> To: Robert Watson Cc: current@FreeBSD.ORG Subject: Re: Page fault in swp_pager_meta_build() References: Sender: owner-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 currently has no swap started at all, which is one reason I was rather :puzzled to see this panic: : :192.168.50.1:/cboss/devel/nfsroot/crash2.cboss.tislabs.com / nfs ro 0 0 :proc /proc procfs rw 0 0 :/dev/ad0s1e /mnt ufs rw 0 0 :... :Should it even be hitting this code if swap hasn't been enabled? I've run :into a couple of other weird bugs and wouldn't be surprised if there is a :memory allocation problem. The problem I was actually trying to reproduce :with these two crash boxes was one where the socket used by NFS get :zero'd, resulting in a null pointer dereference. The other one is in odd :panic in the mutex code during an early VFS operation. : :Robert N M Watson FreeBSD Core Team, TrustedBSD Project The case can be hit but it shouldn't have found any swap to free. Huh. Maybe there is a degenerate case in the swap code that blows up if swap is compiled in but no swap has been added. If the problem goes away when you add a tiny amount of swap that would confirm it. What is the 'swhash_mask' global contain? -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 Sun Apr 28 19:32: 6 2002 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 3971537B405 for ; Sun, 28 Apr 2002 19:32:01 -0700 (PDT) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.6/8.11.6) with SMTP id g3T2VYw29388; Sun, 28 Apr 2002 22:31:34 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 28 Apr 2002 22:31:34 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: cjclark@alum.mit.edu Cc: Richard Arends , Kris Kennaway , current@FreeBSD.org Subject: Re: truss In-Reply-To: <20020428163257.K37618@blossom.cjclark.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 Sun, 28 Apr 2002, Crist J. Clark wrote: > > Hmm. I'd forgotten that the setgid kmem was removed in 4.x; I was > > probably thinking of top, which still is setgid in -STABLE. You'll find > > however, that -e won't work without setgid kmem being turned on. > > '-e' for ps(1) seems to work fine on processes you own. You cannot see > the environments of other users' processes (of course root can see > everyone's). But you do need /proc for '-e' to work. There might be other criteria where you wish to protect environmental information, such as for setugid processes, in jail, etc. Having the policy in kernel means that you can change it in one place, rather that tracking through various user space programs (which may not even have all the information they need). > > There > > are a number of other tools in -CURRENT that aren't setgid kmem where they > > are in -STABLE (top, iostat, etc). > > You know, I'm not sure why top(1) needs it if ps(1) doesn't. My recollection is that Thomas Moestl had to add a number of sysctl's to return system information that top previously pulled out of /dev/kmem. There are two related campaigns here: (1) Eliminate the requirements for procfs due to the risks involved There have been a large number of serious vulnerabilities due to the procfs concept a number of operating systems. A high percentage of our local anyone-to-root vulnerabilities have come from procfs. This combined with a largely redundant feature set lead to the conclusion that we should try and phase out the requirement that it be mounted, since a common hardening technique is to unmount it. (2) Eliminate the requirements for kmem due to the risks involved As with procfs, there have been a number of vulnerabilities associated with kmem, and as with procfs, when a vulnerability is present, the level of privilege that can be attained is high -- usually root with a little bit of work. Eiminating the use of kmem and replacing it with better defined sysctl APIs also means that the tight userland/kernel dependencies that used to result in failures during upgrades could be partially eliminated. Likewise, policy implemented in userspace could be further migrated to kernel space (limiting netstat socket display, process listings, etc). In both cases, the actual services themselves are not being eliminated, since they have uses (especially kmem) in some restricted environments (such as development), but the general requirement that they be used for common place activities is being reduced. A number of utilities still use kmem, and if anyone wants to pick up the task of converting them over the sysctl or other mechanisms, they should feel free :-). Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 19:52: 2 2002 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 815FC37B41E for ; Sun, 28 Apr 2002 19:51:51 -0700 (PDT) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.6/8.11.6) with SMTP id g3T2pdw29500 for ; Sun, 28 Apr 2002 22:51:39 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 28 Apr 2002 22:51:38 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Subject: elf_freebsd_fixup: panic freeing imgp->auxargs 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 The usual setup: dual process -CURRENT box (crash2) from an hour or two ago, network booted using pxeboot, with an NFS root. System boots, builds a kernel, and reboots, repeating until panic. Doesn't take long :-). This one is weird, as with many of them I suppose, and could mean possible memory corruption, or a malloc/free bug. In essence, it appears to be freeing the imgp->auxargs argument, which as far as I can tell shouldn't get NULL'd, and yet free() indicates that it's not allocated. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services APIC_IO: Testing 8254 interrupt delivery APIC_IO: Broken MP table detected: 8254 is not connected to IOAPIC #0 intpin 2 APIC_IO: routing 8254 via 8259 and IOAPIC #0 intpin 0 ad0: 19458MB [39535/16/63] at ata0-master UDMA33 acd0: CDROM at ata1-master PIO4 doSuMnPt:i nAgP rCoPoUt #f1r oLma unnfcsh:e ts ray irq 10 NFS ROOT: 192.168.50.1:/cboss/devel/nfsroot/crash2.cboss.tislabs.com panic: free: address 0xc93a8a80(0xc93a8000) has not been allocated. cpuid = 0; lapic.id = 00000000 Debugger("panic") Stopped at Debugger+0x41: xorl %eax,%eax db> trace Debugger(c03cda9a) at Debugger+0x41 panic(c03cbc80,c93a8a80,c93a8000,bfbffe64,c93a8a80) at panic+0xd8 free(c93a8a80,c04271a0,1,0,c8710ba4) at free+0x76 elf_freebsd_fixup(c8710b30,c8710ba4,bfbfffe4,bfbffff2,c042474a) at elf_freebsd_fixup+0x12b execve(c8709100,c8710d10,bfbfffe4,bfbffff2,bfbfffe8,bfbffffd,bfbfffec,0) at execve+0x3de start_init(0,c8710d48,c8709100,c0230e50,0) at start_init+0x349 fork_exit(c0230e50,0,c8710d48) at fork_exit+0x88 fork_trampoline() at fork_trampoline+0x37 Debugger (msg=0xc03cda9a "panic") at machine/atomic.h:227 227 ATOMIC_STORE_LOAD(int, "cmpxchgl %0,%1", "xchgl %1,%0") (kgdb) bt #0 Debugger (msg=0xc03cda9a "panic") at machine/atomic.h:227 #1 0xc024c094 in panic ( fmt=0xc03cbc80 "free: address %p(%p) has not been allocated.\n") at ../../../kern/kern_shutdown.c:477 #2 0xc0243472 in free (addr=0xc93a8a80, type=0xc04271a0) at ../../../kern/kern_malloc.c:222 #3 0xc02300a3 in elf_freebsd_fixup (stack_base=0xc8710b30, imgp=0xc8710ba4) at ../../../kern/imgact_elf.c:711 #4 0xc0239fbe in execve (td=0xc8709100, uap=0xc8710d10) at ../../../kern/kern_exec.c:278 #5 0xc0231199 in start_init (dummy=0x0) at ../../../kern/init_main.c:610 #6 0xc023d5d8 in fork_exit (callout=0xc0230e50 , arg=0x0, frame=0xc8710d48) at ../../../kern/kern_fork.c:808 (kgdb) up #1 0xc024c094 in panic ( fmt=0xc03cbc80 "free: address %p(%p) has not been allocated.\n") at ../../../kern/kern_shutdown.c:477 477 Debugger ("panic"); (kgdb) up #2 0xc0243472 in free (addr=0xc93a8a80, type=0xc04271a0) at ../../../kern/kern_malloc.c:222 222 panic("free: address %p(%p) has not been allocated.\n", (kgdb) up #3 0xc02300a3 in elf_freebsd_fixup (stack_base=0xc8710b30, imgp=0xc8710ba4) at ../../../kern/imgact_elf.c:711 711 free(imgp->auxargs, M_TEMP); (kgdb) inspect imgp $1 = (struct image_params *) 0xc8710ba4 (kgdb) inspect *imgp $2 = {proc = 0xc8709000, uap = 0xc8710d10, vp = 0xc93a51e0, attr = 0xc8710b44, image_header = 0xc7f08000 "\177ELF\001\001\001\t", stringbase = 0xc7ef8000 "/sbin/init", stringp = 0xc7ef800e "", endargs = 0xc7ef800e "", stringspace = 65522, argc = 2, envc = 0, argv0 = 0x0, entry_addr = 134513216, vmspace_destroyed = 1 '\001', interpreted = 0 '\000', interpreter_name = "\000\000\xe9b?\xc0F\002\000\000\xdc\221p\xc8\xd2\002\000\0 00\xe9b?\xc0F\002\000\000(\fq\xc8\xe4G$\xc0\xdc\221p\xc8\b\000\000\000\xe9b?\xc0 \xd2\002\000\000\xdc\221p\xc8\001\000\000\000\xd7\xca<\xc0K\001\000\000\xdc\221p \xc8\000\220p\xc8\000\000\000\000X\fq\xc8\024\2037\xc0\xdc\221p\xc8\000\000\000\ 000\xe9b?\xc0\xd2\002\000\000\f\000\000\000\000\000\000\000\002\000\000\000\000\ 221p\xc8\002%$\xc0\000\xf0\xbf\xbf\214\f", auxargs = 0xc93a8a80, firstpage = 0xc 0a2edc4, fname = 0xbfbffff2 "\xbf\xbf\002", ps_strings = 0, auxarg_size = 30} To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 21: 3:48 2002 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id AFBF937B41D; Sun, 28 Apr 2002 21:03:36 -0700 (PDT) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.6/8.11.6) with SMTP id g3T43Ow29942; Mon, 29 Apr 2002 00:03:24 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Mon, 29 Apr 2002 00:03:23 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Cc: jeff@FreeBSD.org Subject: Re: page fault in _mtx_lock_flags In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-260287369-1020053003=:64976" Sender: owner-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 message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-260287369-1020053003=:64976 Content-Type: TEXT/PLAIN; charset=US-ASCII If I apply the attached diff to the kern_malloc.c, backing out a portion of kern_malloc.c:1.99, the rate of panics plummets. Previously, I could have a box panic within five minutes of getting the crash boxes spinning. Now I've been going for about 40 minutes without any perceived failures (i.e., no panics). I have no idea why this fixes the problem, but David Wolfskill pointed me at that particular revision as being a source of related problems for him. I'm going to leave the boxes running overnight and see what I bump into. It would be nice to know if this is masking the problem, or fixing the problem, and if so, why. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services On Sun, 28 Apr 2002, Robert Watson wrote: > I also get an almost identical fault on crash1 involving mdconfig as > opposed to sh: > > ray irq 10 > NFS ROOT: 192.168.50.1:/cboss/devel/nfsroot/crash1.cboss.tislabs.com > 8.50.10 BroadcasP-Address 192.16 > t 192.168.50.255 > > Fatal trap 12: page fault while in kernel mode > cpuid = 1; lapic.id = 01000000 > fault virtual address = 0x6b73697c > fault code = supervisor write, page not present > instruction pointer = 0x8:0xc02449b6 > stack pointer = 0x10:0xc93d8a14 > frame pointer = 0x10:0xc93d8a20 > 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 = 44 (mdconfig) > kernel: type 12 trap, code=0 > Stopped at _mtx_lock_flags+0x42: lock cmpxchgl %ecx,0x18(%ebx) > db> trace > _mtx_lock_flags(6b736964,0,c03cb862,e3) at _mtx_lock_flags+0x42 > lockmgr(c93a8228,1000001,0,c8f27100) at lockmgr+0x42 > vfs_busy(c93a8200,0,0,c8f27100) at vfs_busy+0x58 > lookup(c93d8c28,0,c93b9c34,c93d8d20,c8f27100) at lookup+0x3a2 > namei(c93d8c28,0,c93b9c34,c93d8d20,0) at namei+0x1c8 > vn_open_cred(c93d8c28,c93d8bf4,0,c3f80c80,c93d8ce8) at vn_open_cred+0x23b > vn_open(c93d8c28,c93d8bf4,0,c8f271dc,c8f27000) at vn_open+0x18 > open(c8f27100,c93d8d20,0,0,0) at open+0x158 > syscall(2f,2f,2f,0,0) at syscall+0x223 > syscall_with_err_pushed() at syscall_with_err_pushed+0x1b > --- syscall (5, FreeBSD ELF, open), eip = 0x804950b, esp = 0xbfbffd14, ebp > = 0xbfbffd50 --- > db> Context switches not allowed in the debugger. > db> > > Still not clear what the origin of this is -- possibly memory corruption > of the mutex..? > > > Robert N M Watson FreeBSD Core Team, TrustedBSD Project > robert@fledge.watson.org NAI Labs, Safeport Network Services > > On Sun, 28 Apr 2002, Robert Watson wrote: > > > > > As usual, GENERIC -CURRENT head from last night, from the main tree. > > Dual-proc SMP box netbooted using PXE. System usually boots, does a > > buildkernel -j 8 over NFS, then reboots and repeats. This time it didn't. > > > > I actually have two boxes doing this, which does seem to double the rate > > of panics I get. > > > > APIC_IO: Testing 8254 interrupt delivery > > APIC_IO: Broken MP table detected: 8254 is not connected to IOAPIC #0 intpin 2 > > APIC_IO: routing 8254 via 8259 and IOAPIC #0 intpin 0 > > ad0: 19458MB [39535/16/63] at ata0-master UDMA33 > > acd0: CDROM at ata1-master PIO4 > > doSuMnPt:i nAgP rCoPoUt #f1r oLma unnfcsh:etsray irq 10 > > NFS ROOT: 192.168.50.1:/cboss/devel/nfsroot/crash1.cboss.tislabs.com > > > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 0; lapic.id = 00000000 > > fault virtual address = 0x7974748b > > fault code = supervisor write, page not present > > instruction pointer = 0x8:0xc02449b6 > > stack pointer = 0x10:0xc93dea14 > > frame pointer = 0x10:0xc93dea20 > > 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 = 41 (sh) > > kernel: type 12 trap, code=0 > > Stopped at _mtx_lock_flags+0x42: lock cmpxchgl %ecx,0x18(%ebx) > > db> trace > > _mtx_lock_flags(79747473,0,c03cb862,e3) at _mtx_lock_flags+0x42 > > lockmgr(c93a8228,1000001,0,c8f27100) at lockmgr+0x42 > > vfs_busy(c93a8200,0,0,c8f27100) at vfs_busy+0x58 > > lookup(c93dec28,1a4,c8f03034,c93ded20,c8f27100) at lookup+0x3a2 > > namei(c93dec28,1a4,c8f03034,c93ded20,0) at namei+0x1c8 > > vn_open_cred(c93dec28,c93debf4,1a4,c3f80c80,c93dece8) at vn_open_cred+0x67 > > vn_open(c93dec28,c93debf4,1a4,c8f271dc,c8f27000) at vn_open+0x18 > > open(c8f27100,c93ded20,8125005,0,0) at open+0x158 > > syscall(2f,2f,2f,0,0) at syscall+0x223 > > syscall_with_err_pushed() at syscall_with_err_pushed+0x1b > > --- syscall (5, FreeBSD ELF, open), eip = 0x808969b, esp = 0xbfbff8f0, ebp > > = 0xbfbff91c --- > > db> > > > > (kgdb) l *_mtx_lock_flags+0x42 > > 0xc02449b6 is in _mtx_lock_flags (machine/atomic.h:139). > > 134 static __inline int > > 135 atomic_cmpset_int(volatile u_int *dst, u_int exp, u_int src) > > 136 { > > 137 int res = exp; > > 138 > > 139 __asm __volatile ( > > 140 " " __XSTRING(MPLOCKED) " " > > 141 " cmpxchgl %1,%2 ; " > > 142 " setz %%al ; " > > 143 " movzbl %%al,%0 ; " > > (gdb) l *lockmgr+0x42 > > 0xc0242376 is in lockmgr (../../../kern/kern_lock.c:228). > > 223 pid = LK_KERNPROC; > > 224 else > > 225 pid = td->td_proc->p_pid; > > 226 > > 227 mtx_lock(lkp->lk_interlock); > > 228 if (flags & LK_INTERLOCK) { > > 229 mtx_assert(interlkp, MA_OWNED | MA_NOTRECURSED); > > 230 mtx_unlock(interlkp); > > 231 } > > 232 > > > > Attempts to get into serial gdb failed: > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 1; lapic.id = 01000000 > > fault virtual address = 0x6aa > > fault code = supervisor read, page not present > > instruction pointer = 0x8:0xc93debf4 > > stack pointer = 0x10:0xc93debd4 > > frame pointer = 0x10:0xc93dec28 > > tokdke nselg trnatp 1=2 waith 0ixn0terlruptts 0dxisfablfed > > cpan ic: bblo ck a=b leP Lsle,epp rlosc k1 ,(sdleefep2 m1ut egx)a > > pro > > ssroclescsor e../a.g./ .=. /ii38e6/iu386 /etnraapl.cd:,7 11e > > pcmeu, I O=P L0 ;= l0 > > ccu.rrde =t 0p00o0000s0 > > "Deb1u g(gsehr)( > > $T0b08:f4eb3dc9;05:28ec3dc9;04:d4eb3dc9;#01~ > > > > I'm guessing that I'm dealing with an smp/locking issue there, but > > unfortunately I didn't get much further: > > > > (kgdb) target remote /dev/cuaa0 > > Remote debugging using /dev/cuaa0 > > 0xc93debf4 in ?? () > > (kgdb) bt > > #0 0xc93debf4 in ?? () > > #1 0x0 in ?? () > > > > Normally getting into serial gdb works OK, perhaps there's an interaction > > from the mutex code. > > > > Robert N M Watson FreeBSD Core Team, TrustedBSD Project > > robert@fledge.watson.org NAI Labs, Safeport Network Services > > > > > > 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 > --0-260287369-1020053003=:64976 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="kern_malloc.c.diff" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: kern_malloc.c.diff SW5kZXg6IGtlcm5fbWFsbG9jLmMNCj09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0N ClJDUyBmaWxlOiAvaG9tZS9uY3ZzL3NyYy9zeXMva2Vybi9rZXJuX21hbGxv Yy5jLHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS4xMDANCmRpZmYgLXUgLXIx LjEwMCBrZXJuX21hbGxvYy5jDQotLS0ga2Vybl9tYWxsb2MuYwkyMyBBcHIg MjAwMiAxODo1MDoyNSAtMDAwMAkxLjEwMA0KKysrIGtlcm5fbWFsbG9jLmMJ MjkgQXByIDIwMDIgMDM6NTg6MDkgLTAwMDANCkBAIC05MCw3ICs5MCw3IEBA DQogI2RlZmluZSBLTUVNX1pCQVNFCTE2DQogI2RlZmluZSBLTUVNX1pNQVNL CShLTUVNX1pCQVNFIC0gMSkNCiANCi0jZGVmaW5lIEtNRU1fWk1BWAk4MTky DQorI2RlZmluZSBLTUVNX1pNQVgJNjU1MzYNCiAjZGVmaW5lIEtNRU1fWlNJ WkUJKEtNRU1fWk1BWCA+PiBLTUVNX1pTSElGVCkNCiBzdGF0aWMgdV9pbnQ4 X3Qga21lbXNpemVbS01FTV9aU0laRSArIDFdOw0KIA0KQEAgLTExMCw2ICsx MTAsOCBAQA0KIAl7MjA0OCwgIjIwNDgiLCBOVUxMfSwNCiAJezQwOTYsICI0 MDk2IiwgTlVMTH0sDQogCXs4MTkyLCAiODE5MiIsIE5VTEx9LA0KKwl7MzI3 NjgsICIzMjc2OCIsIE5VTEx9LA0KKwl7NjU1MzYsICI2NTUzNiIsIE5VTEx9 LA0KIAl7MCwgTlVMTH0sDQogfTsNCiANCg== --0-260287369-1020053003=:64976-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 28 21:27:17 2002 Delivered-To: freebsd-current@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 73FEE37B416; Sun, 28 Apr 2002 21:27:12 -0700 (PDT) Received: (from ken@localhost) by panzer.kdm.org (8.11.6/8.9.1) id g3T4RB579281; Sun, 28 Apr 2002 22:27:11 -0600 (MDT) (envelope-from ken) Date: Sun, 28 Apr 2002 22:27:10 -0600 From: "Kenneth D. Merry" To: current@FreeBSD.org Cc: ru@FreeBSD.org Subject: building -current on -stable broken? Message-ID: <20020428222710.A79238@panzer.kdm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.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'm trying to build -current from today (4/28/2002) on a -stable box with a kernel/world from April 25th. It blows up in xlint: ============================================================================== cc -O -pipe -I. -I/c/ken/perforce/FreeBSD-ken/src/usr.bin/xlint/lint1 -I/c/ken/perforce/FreeBSD-ken/src/usr.bin/xlint/lint1/../arch/i386 -I/c/ken/perforce/FreeBSD-ken/src/usr.bin/xlint/lint1/../common -D__FBSDID=__RCSID -static -o lint1 cgram.o scan.o mem1.o mem.o err.o main1.o decl.o tree.o func.o init.o emit.o emit1.o inittyp.o -ll -lm cgram.o: In function `yyparse': cgram.o(.text+0x10b8): undefined reference to `xcalloc' cgram.o(.text+0x10f0): undefined reference to `xcalloc' scan.o: In function `ccon': scan.o(.text+0x23f7): undefined reference to `xcalloc' func.o: In function `label': func.o(.text+0x6a8): undefined reference to `xcalloc' init.o: In function `prepinit': init.o(.text+0x78): undefined reference to `xcalloc' init.o(.text+0x214): more undefined references to `xcalloc' follow emit.o: In function `outopen': emit.o(.text+0x4f): undefined reference to `xmalloc' emit.o: In function `outxbuf': emit.o(.text+0xd4): undefined reference to `xrealloc' emit1.o: In function `ttos': emit1.o(.text+0x2d5): undefined reference to `xmalloc' *** Error code 1 Stop in /c/ken/perforce/FreeBSD-ken/src/usr.bin/xlint/lint1. *** Error code 1 Stop in /c/ken/perforce/FreeBSD-ken/src. *** Error code 1 Stop in /c/ken/perforce/FreeBSD-ken/src. *** Error code 1 Stop in /c/ken/perforce/FreeBSD-ken/src. ============================================================================== Am I doing something wrong here or is building -current on -stable broken? Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 29 0:33:36 2002 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 1C01D37B41A for ; Mon, 29 Apr 2002 00:33:28 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g3T7X5T99963; Mon, 29 Apr 2002 10:33:05 +0300 (EEST) (envelope-from ru) Date: Mon, 29 Apr 2002 10:33:05 +0300 From: Ruslan Ermilov To: "Kenneth D. Merry" Cc: current@FreeBSD.org Subject: Re: building -current on -stable broken? Message-ID: <20020429073305.GC97862@sunbay.com> References: <20020428222710.A79238@panzer.kdm.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xesSdrSSBC0PokLI" Content-Disposition: inline In-Reply-To: <20020428222710.A79238@panzer.kdm.org> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --xesSdrSSBC0PokLI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 28, 2002 at 10:27:10PM -0600, Kenneth D. Merry wrote: >=20 > I'm trying to build -current from today (4/28/2002) on a -stable box with= a > kernel/world from April 25th. >=20 > It blows up in xlint: >=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D > cc -O -pipe -I. -I/c/ken/perforce/FreeBSD-ken/src/usr.bin/xlint/lint1 -I= /c/ken/perforce/FreeBSD-ken/src/usr.bin/xlint/lint1/../arch/i386 -I/c/ken/p= erforce/FreeBSD-ken/src/usr.bin/xlint/lint1/../common -D__FBSDID=3D__RCS= ID -static -o lint1 cgram.o scan.o mem1.o mem.o err.o main1.o decl.o tree.= o func.o init.o emit.o emit1.o inittyp.o -ll -lm > cgram.o: In function `yyparse': > cgram.o(.text+0x10b8): undefined reference to `xcalloc' > cgram.o(.text+0x10f0): undefined reference to `xcalloc' > scan.o: In function `ccon': > scan.o(.text+0x23f7): undefined reference to `xcalloc' > func.o: In function `label': > func.o(.text+0x6a8): undefined reference to `xcalloc' > init.o: In function `prepinit': > init.o(.text+0x78): undefined reference to `xcalloc' > init.o(.text+0x214): more undefined references to `xcalloc' follow > emit.o: In function `outopen': > emit.o(.text+0x4f): undefined reference to `xmalloc' > emit.o: In function `outxbuf': > emit.o(.text+0xd4): undefined reference to `xrealloc' > emit1.o: In function `ttos': > emit1.o(.text+0x2d5): undefined reference to `xmalloc' > *** Error code 1 >=20 > Stop in /c/ken/perforce/FreeBSD-ken/src/usr.bin/xlint/lint1. > *** Error code 1 >=20 > Stop in /c/ken/perforce/FreeBSD-ken/src. > *** Error code 1 >=20 > Stop in /c/ken/perforce/FreeBSD-ken/src. > *** Error code 1 >=20 > Stop in /c/ken/perforce/FreeBSD-ken/src. > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D >=20 > Am I doing something wrong here or is building -current on -stable broken? >=20 Seems to work OK here; xcalloc() and xmalloc() are defined in mem.c. Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --xesSdrSSBC0PokLI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8zPcxUkv4P6juNwoRAhyRAJ4tXtgHlEDs8qXB2hgvZnvc2tI3+gCdHD9K /NsR7fke63AluYsqUuGCG0Q= =KmnS -----END PGP SIGNATURE----- --xesSdrSSBC0PokLI-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 29 0:37:42 2002 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 0DE4137B400; Mon, 29 Apr 2002 00:37:24 -0700 (PDT) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g3T7bMH12170; Mon, 29 Apr 2002 01:37:23 -0600 (MDT) (envelope-from imp@village.org) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g3T7bIb73602; Mon, 29 Apr 2002 01:37:22 -0600 (MDT) (envelope-from imp@village.org) Date: Mon, 29 Apr 2002 01:35:50 -0600 (MDT) Message-Id: <20020429.013550.62192210.imp@village.org> To: david@wmol.com Cc: freebsd-current@FreeBSD.ORG, freebsd-hardware@FreeBSD.ORG Subject: Re: 3com 3cxfe575bt From: "M. Warner Losh" In-Reply-To: References: X-Mailer: Mew version 2.1 on Emacs 21.1 / 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: "David Hill" writes: : Does -CURRENT currently support the 3com 3cxfe575bt cardbus pc card? Yes. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 29 1:12:19 2002 Delivered-To: freebsd-current@freebsd.org Received: from orngca-mls03.socal.rr.com (orngca-mls03.socal.rr.com [66.75.160.18]) by hub.freebsd.org (Postfix) with ESMTP id 6926E37B417 for ; Mon, 29 Apr 2002 01:12:17 -0700 (PDT) Received: from xinetd.ath.cx (sc-66-75-74-123.socal.rr.com [66.75.74.123]) by orngca-mls03.socal.rr.com (8.11.6+Sun/8.11.3) with ESMTP id g3T8CGt11738 for ; Mon, 29 Apr 2002 01:12:16 -0700 (PDT) Message-ID: <3CCD1D07.A72E9F9D@xinetd.ath.cx> Date: Mon, 29 Apr 2002 03:14:31 -0700 From: Glendon Gross X-Mailer: Mozilla 4.08 [en] (WinNT; U) MIME-Version: 1.0 To: current@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 subscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 29 2:54:31 2002 Delivered-To: freebsd-current@freebsd.org Received: from durendal.skynet.be (durendal.skynet.be [195.238.3.128]) by hub.freebsd.org (Postfix) with ESMTP id 9616A37B417 for ; Mon, 29 Apr 2002 02:54:21 -0700 (PDT) Received: from relay.skynet.be (80-200-160-13.adsl.powered-by.skynet.be [80.200.160.13]) by durendal.skynet.be (8.11.6/8.11.6/Skynet-OUT-2.19) with SMTP id g3T9sEq09416; Mon, 29 Apr 2002 11:54:14 +0200 (MET DST) (envelope-from ) Date: Mon, 29 Apr 2002 11:54:14 +0200 (MET DST) Message-Id: <200204290954.g3T9sEq09416@durendal.skynet.be> From: "mercier p. occasions" SUBJECT: Je considère cela comme. X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Outlook Express 5.00.2615.200 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_00DD_016503AE.1403AE10" Content-Transfer-Encoding: 7bit To: undisclosed-recipients:; Sender: owner-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. ------=_NextPart_000_00DD_016503AE.1403AE10 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Il va de soit que vous restez responsable des dégâts occasionnés ainsi qu’aux malfaçons de votre travail. Sans réponse de votre part sous huitaine, je transmettrais l’affaire à un avocat pour exiger les dommages. En espérant ne pas en arrivé là, veuillez croire, Monsieur, en l’assurance de mes salutations distinguées. P.S. JE JOINT A CE COURRIER UNE COPIE DE MON COURRIER DU 18/02/2002 AINSI QUE DU FAX TRANSMIS LE 22/02/2002 A 10H18 Fr Van Damme Ets WATTEAU ET FILS CH DE LILLE N35 TOURNAI To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 29 3:23:25 2002 Delivered-To: freebsd-current@freebsd.org Received: from polaris.we.lc.ehu.es (polaris.we.lc.ehu.es [158.227.6.43]) by hub.freebsd.org (Postfix) with ESMTP id 59C3737B400; Mon, 29 Apr 2002 03:23:19 -0700 (PDT) Received: from v-ger.we.lc.ehu.es (v-ger [158.227.6.51]) by polaris.we.lc.ehu.es (8.11.6/8.11.6) with ESMTP id g3TANFH11694; Mon, 29 Apr 2002 12:23:15 +0200 (MET DST) Received: (from jose@localhost) by v-ger.we.lc.ehu.es (8.11.6/8.11.6) id g3TANsU04552; Mon, 29 Apr 2002 12:23:54 +0200 (CEST) (envelope-from jose) Date: Mon, 29 Apr 2002 12:23:54 +0200 From: "Jose M. Alcaide" To: current@FreeBSD.org Cc: dwmalone@FreeBSD.org Subject: new french calendar(1) breaks installword Message-ID: <20020429122354.C232@v-ger.we.lc.ehu.es> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i X-Operating-System: FreeBSD 4.5-RELEASE Sender: owner-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 commit was done abot 11 hours ago, but it was incomplete: the directory calendars/fr_FR.ISO_8859-1 does not exist. Here is the error message: ===> usr.bin/calendar install -c -o root -g wheel -m 444 /usr/src/usr.bin/calendar/calendars/calendar.* /usr/share/calendar install -c -o root -g wheel -m 444 /usr/src/usr.bin/calendar/calendars/de_DE.ISO8859-1/calendar.* /usr/share/calendar/de_DE.ISO8859-1; install -c -o root -g wheel -m 444 /usr/src/usr.bin/calendar/calendars/fr_FR.ISO_8859-1/calendar.* /usr/share/calendar/fr_FR.ISO_8859-1; install: /usr/src/usr.bin/calendar/calendars/fr_FR.ISO_8859-1/calendar.*: No such file or directory *** Error code 71 Just FYI. -- ****** Jose M. Alcaide // jose@we.lc.ehu.es // jmas@FreeBSD.org ****** ** "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein ** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 29 5:50:45 2002 Delivered-To: freebsd-current@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 3CFD737B41A for ; Mon, 29 Apr 2002 05:50:41 -0700 (PDT) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 29 Apr 2002 13:50:40 +0100 (BST) To: "Jose M. Alcaide" Cc: current@FreeBSD.org Subject: Re: new french calendar(1) breaks installword In-reply-to: Your message of "Mon, 29 Apr 2002 12:23:54 +0200." <20020429122354.C232@v-ger.we.lc.ehu.es> X-Request-Do: Date: Mon, 29 Apr 2002 13:50:39 +0100 From: David Malone Message-ID: <200204291350.aa27491@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 > The commit was done abot 11 hours ago, but it was incomplete: the > directory calendars/fr_FR.ISO_8859-1 does not exist. Here is the error > message: Sorry about that - I think I've fixed the problem now. (Two breaks in one day - that will teach me to commit stuff late at night!) David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 29 5:58:13 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.speakeasy.net (mail12.speakeasy.net [216.254.0.212]) by hub.freebsd.org (Postfix) with ESMTP id 8462E37B428 for ; Mon, 29 Apr 2002 05:57:39 -0700 (PDT) Received: (qmail 8400 invoked from network); 29 Apr 2002 12:57:38 -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 ; 29 Apr 2002 12:57:38 -0000 Received: from laptop.baldwin.cx (laptop.baldwin.cx [192.168.0.4]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g3TCvbv26474; Mon, 29 Apr 2002 08:57:37 -0400 (EDT) (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, 29 Apr 2002 08:56:51 -0400 (EDT) From: John Baldwin To: Robert Watson Subject: Re: page fault in _mtx_lock_flags Cc: jeff@FreeBSD.org, 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-Apr-2002 Robert Watson wrote: > > If I apply the attached diff to the kern_malloc.c, backing out a portion > of kern_malloc.c:1.99, the rate of panics plummets. Previously, I could > have a box panic within five minutes of getting the crash boxes spinning. > Now I've been going for about 40 minutes without any perceived failures > (i.e., no panics). I have no idea why this fixes the problem, but David > Wolfskill pointed me at that particular revision as being a source of > related problems for him. I'm going to leave the boxes running overnight > and see what I bump into. It would be nice to know if this is masking the > problem, or fixing the problem, and if so, why. You have memory corruption it looks like. I think the patch adds new buckets of larger sizes. Perhaps the problem is a bug in uma where someone allocates something bigger than the largest bucket, and the chunk they get back is only the size of an item in the largest bucket, thus when the code writes to the end of the structure it is overwriting other memory. -- 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 Apr 29 5:58:37 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.speakeasy.net (mail16.speakeasy.net [216.254.0.216]) by hub.freebsd.org (Postfix) with ESMTP id 3FF7737B404 for ; Mon, 29 Apr 2002 05:57:41 -0700 (PDT) Received: (qmail 17288 invoked from network); 29 Apr 2002 12:57:40 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail16.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 29 Apr 2002 12:57:40 -0000 Received: from laptop.baldwin.cx (laptop.baldwin.cx [192.168.0.4]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g3TCvZv26454; Mon, 29 Apr 2002 08:57:35 -0400 (EDT) (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, 29 Apr 2002 08:56:50 -0400 (EDT) From: John Baldwin To: Dag-Erling Smorgrav Subject: Re: xdm broken on current Cc: 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 27-Apr-2002 Dag-Erling Smorgrav wrote: > John Baldwin writes: >> Please back out revision 1.3 of src/etc/pam.d/xdm since it breaks xdm. >> xdm core dumps with a signal 6 if there is no session management >> configured for it in PAM. Obviously this commmit wasn't actually tested >> with xdm (at least not on X 4). > > Yes, it was. > > Please show me the output of 'ldd /usr/X11R6/bin/xdm'. > ldd `which xdm` /usr/X11R6/bin/xdm: libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4 (0x2807e000) libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x2808c000) libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x280a1000) libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x280ec000) libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x280f5000) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x2810b000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x28119000) librpcsvc.so.2 => /usr/lib/librpcsvc.so.2 (0x281f5000) libpam.so.1 => /usr/lib/libpam.so.1 (0x281fd000) libcrypt.so.2 => /usr/lib/libcrypt.so.2 (0x28207000) libutil.so.3 => /usr/lib/libutil.so.3 (0x28220000) libc.so.5 => /usr/lib/libc.so.5 (0x28229000) libXThrStub.so.6 => /usr/X11R6/lib/libXThrStub.so.6 (0x282db000) It may be that my version of X is too old (a week or so before 4.2.0). -- 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 Apr 29 5:59: 9 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.speakeasy.net (mail11.speakeasy.net [216.254.0.211]) by hub.freebsd.org (Postfix) with ESMTP id 0EB0B37B416 for ; Mon, 29 Apr 2002 05:57:41 -0700 (PDT) Received: (qmail 14846 invoked from network); 29 Apr 2002 12:57:38 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail11.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 29 Apr 2002 12:57:38 -0000 Received: from laptop.baldwin.cx (laptop.baldwin.cx [192.168.0.4]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g3TCvbv26470; Mon, 29 Apr 2002 08:57:37 -0400 (EDT) (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, 29 Apr 2002 08:56:51 -0400 (EDT) From: John Baldwin To: Robert Watson Subject: RE: page fault in _mtx_lock_flags Cc: 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 28-Apr-2002 Robert Watson wrote: > > As usual, GENERIC -CURRENT head from last night, from the main tree. > Dual-proc SMP box netbooted using PXE. System usually boots, does a > buildkernel -j 8 over NFS, then reboots and repeats. This time it didn't. > > I actually have two boxes doing this, which does seem to double the rate > of panics I get. > > APIC_IO: Testing 8254 interrupt delivery > APIC_IO: Broken MP table detected: 8254 is not connected to IOAPIC #0 intpin > 2 > APIC_IO: routing 8254 via 8259 and IOAPIC #0 intpin 0 > ad0: 19458MB [39535/16/63] at ata0-master UDMA33 > acd0: CDROM at ata1-master PIO4 > doSuMnPt:i nAgP rCoPoUt #f1r oLma unnfcsh:etsray irq 10 > NFS ROOT: 192.168.50.1:/cboss/devel/nfsroot/crash1.cboss.tislabs.com > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; lapic.id = 00000000 > fault virtual address = 0x7974748b These are ASCII chars, somehow a pointer to a mutex has been overwritten with a string. "yyt" > fault code = supervisor write, page not present > instruction pointer = 0x8:0xc02449b6 > stack pointer = 0x10:0xc93dea14 > frame pointer = 0x10:0xc93dea20 > 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 = 41 (sh) > kernel: type 12 trap, code=0 > Stopped at _mtx_lock_flags+0x42: lock cmpxchgl %ecx,0x18(%ebx) > db> trace > _mtx_lock_flags(79747473,0,c03cb862,e3) at _mtx_lock_flags+0x42 Same here. See the first arg which is supposed to be a mutex pointer. "ytts" -- 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 Apr 29 6:45:44 2002 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id F1C9637B400; Mon, 29 Apr 2002 06:45:38 -0700 (PDT) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 91C8C5346; Mon, 29 Apr 2002 15:45:34 +0200 (CEST) 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 Baldwin Cc: current@FreeBSD.org Subject: Re: xdm broken on current References: From: Dag-Erling Smorgrav Date: 29 Apr 2002 15:45:33 +0200 In-Reply-To: Message-ID: Lines: 35 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2 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 Baldwin writes: > > ldd `which xdm` > /usr/X11R6/bin/xdm: > libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4 (0x2807e000) > libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x2808c000) > libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x280a1000) > libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x280ec000) > libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x280f5000) > libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x2810b000) > libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x28119000) > librpcsvc.so.2 => /usr/lib/librpcsvc.so.2 (0x281f5000) > libpam.so.1 => /usr/lib/libpam.so.1 (0x281fd000) > libcrypt.so.2 => /usr/lib/libcrypt.so.2 (0x28207000) > libutil.so.3 => /usr/lib/libutil.so.3 (0x28220000) > libc.so.5 => /usr/lib/libc.so.5 (0x28229000) > libXThrStub.so.6 => /usr/X11R6/lib/libXThrStub.so.6 (0x282db000) > > It may be that my version of X is too old (a week or so before 4.2.0). It's linked against Linux-PAM (libpam.so.1 rather than libpam.so.2). A bug (misfeature?) in xdm's conversation function makes it crash when it tries to run pam_lastlog. Changing pam_lastlog to pam_permit in /etc/pam.d/other, or adding "no_warn" to the pam_lastlog entry, should hide the bug. Linux-PAM uses the session chain from the "other" policy because the "xdm" policy does not have one, while OpenPAM would only use the "other" policy if there was no "xdm" policy at all. The former is traditional, but surprising if you're not familiar with PAM. I have patches that make OpenPAM do this, but I'm not entirely certain if tradition should win over simplicity in this case. 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 Apr 29 8: 2:11 2002 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 1B71637B427; Mon, 29 Apr 2002 08:02:04 -0700 (PDT) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.6/8.11.6) with SMTP id g3TF1ow34894; Mon, 29 Apr 2002 11:01:50 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Mon, 29 Apr 2002 11:01:50 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: John Baldwin Cc: jeff@FreeBSD.org, current@FreeBSD.org Subject: Re: page fault in _mtx_lock_flags 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, 29 Apr 2002, John Baldwin wrote: > On 29-Apr-2002 Robert Watson wrote: > > > > If I apply the attached diff to the kern_malloc.c, backing out a portion > > of kern_malloc.c:1.99, the rate of panics plummets. Previously, I could > > have a box panic within five minutes of getting the crash boxes spinning. > > Now I've been going for about 40 minutes without any perceived failures > > (i.e., no panics). I have no idea why this fixes the problem, but David > > Wolfskill pointed me at that particular revision as being a source of > > related problems for him. I'm going to leave the boxes running overnight > > and see what I bump into. It would be nice to know if this is masking the > > problem, or fixing the problem, and if so, why. > > You have memory corruption it looks like. I think the patch adds new > buckets of larger sizes. Perhaps the problem is a bug in uma where > someone allocates something bigger than the largest bucket, and the > chunk they get back is only the size of an item in the largest bucket, > thus when the code writes to the end of the structure it is overwriting > other memory. That was what I was theorizing when I made the change, but I haven't really had much time lately to read the UMA code, so it's greek to me. :-) Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 29 8:10: 9 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.speakeasy.net (mail15.speakeasy.net [216.254.0.215]) by hub.freebsd.org (Postfix) with ESMTP id 6D50D37B405 for ; Mon, 29 Apr 2002 08:10:03 -0700 (PDT) Received: (qmail 1526 invoked from network); 29 Apr 2002 15:10:02 -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 Apr 2002 15:10:02 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g3TFA2v26874; Mon, 29 Apr 2002 11:10:02 -0400 (EDT) (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, 29 Apr 2002 11:09:04 -0400 (EDT) From: John Baldwin To: Dag-Erling Smorgrav Subject: Re: xdm broken on current Cc: 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-Apr-2002 Dag-Erling Smorgrav wrote: > John Baldwin writes: >> > ldd `which xdm` >> /usr/X11R6/bin/xdm: >> libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4 (0x2807e000) >> libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x2808c000) >> libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x280a1000) >> libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x280ec000) >> libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x280f5000) >> libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x2810b000) >> libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x28119000) >> librpcsvc.so.2 => /usr/lib/librpcsvc.so.2 (0x281f5000) >> libpam.so.1 => /usr/lib/libpam.so.1 (0x281fd000) >> libcrypt.so.2 => /usr/lib/libcrypt.so.2 (0x28207000) >> libutil.so.3 => /usr/lib/libutil.so.3 (0x28220000) >> libc.so.5 => /usr/lib/libc.so.5 (0x28229000) >> libXThrStub.so.6 => /usr/X11R6/lib/libXThrStub.so.6 (0x282db000) >> >> It may be that my version of X is too old (a week or so before 4.2.0). > > It's linked against Linux-PAM (libpam.so.1 rather than libpam.so.2). > A bug (misfeature?) in xdm's conversation function makes it crash when > it tries to run pam_lastlog. Changing pam_lastlog to pam_permit in > /etc/pam.d/other, or adding "no_warn" to the pam_lastlog entry, should > hide the bug. Ah, so the bug is my binary is too old and is linked against the wrong PAM. Ok, my bad then. -- 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 Apr 29 8:21:25 2002 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id DEFFD37B416; Mon, 29 Apr 2002 08:21:21 -0700 (PDT) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 34B4E5346; Mon, 29 Apr 2002 17:21:20 +0200 (CEST) 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 Baldwin Cc: current@FreeBSD.org Subject: Re: xdm broken on current References: From: Dag-Erling Smorgrav Date: 29 Apr 2002 17:21:19 +0200 In-Reply-To: Message-ID: Lines: 12 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2 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 Baldwin writes: > Ah, so the bug is my binary is too old and is linked against the wrong PAM. > Ok, my bad then. Well, yes and no. There is a bug in xdm which is exposed by the combination of Linux-PAM and FreeBSD's stock PAM configuration. A slightly different configuration would not trigger it, nor would the current version of OpenPAM. I'd say the blame is evenly spread. 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 Apr 29 8:37:41 2002 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 294C537B41A; Mon, 29 Apr 2002 08:37:08 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g3TFb3P68090; Mon, 29 Apr 2002 18:37:03 +0300 (EEST) (envelope-from ru) Date: Mon, 29 Apr 2002 18:37:03 +0300 From: Ruslan Ermilov To: current@FreeBSD.org Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: 4.x boxes can now build 5.0 releases! Message-ID: <20020429153703.GB58038@sunbay.com> References: <200204291526.g3TFQbr09653@freefall.freebsd.org> <200204291522.g3TFM1w09107@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rJwd6BRFiFCcLxzm" Content-Disposition: inline In-Reply-To: <200204291526.g3TFQbr09653@freefall.freebsd.org> <200204291522.g3TFM1w09107@freefall.freebsd.org> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --rJwd6BRFiFCcLxzm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable With these two fixes (now committed), my 4.5-STABLE dual-CPU i386 SMP box has just successfully built 5.0-CURRENT release: : # pwd : /data/ru/src-4 : # cat mkrel.sh : #!/bin/sh : exec >mkrel.log 2>&1 : export MAKEOBJDIRPREFIX=3D/data/ru/obj : cd release || exit 1 : make -f ../../src-5/release/Makefile \ : CHROOTDIR=3D/data/ru/R \ : CVSROOT=3D/home/ncvs \ : WORLD_FLAGS=3D-j8 KERNEL_FLAGS=3D-j8 \ : -DNODOC -DNOPORTS -DRELEASENOUPDATE \ : release \ : LOCAL_PATCHES=3D/home/ru/p : # grep '^>>> make release ' mkrel.log : >>> make release started on Mon Apr 29 14:08:08 GMT 2002 : >>> make release finished on Mon Apr 29 15:12:12 GMT 2002 Note that we need to "-f /path/to/-CURRENT/usr/src/release/Makefile" for now. On Mon, Apr 29, 2002 at 08:22:01AM -0700, Ruslan Ermilov wrote: > ru 2002/04/29 08:22:01 PDT >=20 > Modified files: > . Makefile Makefile.inc1=20 > Log: > Parallel "make release" fixes. > =20 > Revision Changes Path > 1.252 +13 -1 src/Makefile > 1.262 +0 -7 src/Makefile.inc1 On Mon, Apr 29, 2002 at 08:26:37AM -0700, Ruslan Ermilov wrote: > ru 2002/04/29 08:26:37 PDT >=20 > Modified files: > release Makefile=20 > Log: > Some components of the crunched binaries may use build-tools > that are to be run on the building host. (Currently, bin/sh > and usr.sbin/sysinstall use them.) Make sure we build them > in the correct environment, like we do it in the buildworld. > =20 > Revision Changes Path > 1.675 +15 -12 src/release/Makefile --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --rJwd6BRFiFCcLxzm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8zWifUkv4P6juNwoRAvyAAJ9ri4vmd8ZU2shcxVkSgqDxY2hswgCfet4g vTXyiqAryADSETXnHXWxM8M= =q23f -----END PGP SIGNATURE----- --rJwd6BRFiFCcLxzm-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 29 9: 4:12 2002 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 2DE8937B417; Mon, 29 Apr 2002 09:04:08 -0700 (PDT) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 078C65346; Mon, 29 Apr 2002 18:04:05 +0200 (CEST) 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 Baldwin Cc: Robert Watson , current@FreeBSD.org Subject: Re: page fault in _mtx_lock_flags References: From: Dag-Erling Smorgrav Date: 29 Apr 2002 18:04:04 +0200 In-Reply-To: Message-ID: Lines: 14 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2 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 Baldwin writes: > On 28-Apr-2002 Robert Watson wrote: > > db> trace > > _mtx_lock_flags(79747473,0,c03cb862,e3) at _mtx_lock_flags+0x42 > > Same here. See the first arg which is supposed to be a mutex pointer. > > "ytts" "stty", actually, since the i386 is little-endian. 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 Apr 29 9:45:18 2002 Delivered-To: freebsd-current@freebsd.org Received: from Awfulhak.org (gw.Awfulhak.org [217.204.245.18]) by hub.freebsd.org (Postfix) with ESMTP id 7106B37B400; Mon, 29 Apr 2002 09:45:09 -0700 (PDT) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [IPv6:fec0::1:12]) by Awfulhak.org (8.12.2/8.12.2) with ESMTP id g3TGj7sG037086; Mon, 29 Apr 2002 17:45:07 +0100 (BST) (envelope-from brian@freebsd-services.com) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.12.3/8.12.3) with ESMTP id g3TGj54G081944; Mon, 29 Apr 2002 17:45:05 +0100 (BST) (envelope-from brian@freebsd-services.com) Message-Id: <200204291645.g3TGj54G081944@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Ruslan Ermilov Cc: Darren Reed , Doug Barton , current@FreeBSD.org, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: ipfilter not broken for me In-Reply-To: Message from Ruslan Ermilov of "Sat, 27 Apr 2002 17:14:41 +0300." <20020427141441.GC35685@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 29 Apr 2002 17:45:05 +0100 From: Brian Somers Sender: owner-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, Apr 27, 2002 at 04:01:28PM +1000, Darren Reed wrote: > > In some email I received from Doug Barton, sie wrote: > > > On Fri, 26 Apr 2002, Ruslan Ermilov wrote: > > >=20 > > > > I tested this on i386 only with 2 days old -CURRENT (today's is > > > > broken due to the import of latest IPFilter suite) > > >=20 > > > I updated to the latest and greatest last night around midnight > > > and built/installed -current just fine. What about the ipfilter import = > is > > > broken, and have you let Darren know? I haven't seen anything on the li= > sts > > > about it... > >=20 > > I have not received any email about it. I tested building all the ipfilt= > er > > binaries and kernel after the import and came up clean. if ref5 was a bit > > quicker.... > >=20 > That was probably a local problem on one of the Brian's fast machines > where I initially attempted to finally test my patch (unsynched cvsup > update?). Sorry for the false alarm, I can't check it right now anyway. Yes... I've had periods where the compiler drops cores all over the place, and other periods where things work fine. It's on a P4-1.7Ghz and has behaved like this since about last August. The only variable is the kernel - some kernels work and some don't. I've spent many 10s of hours trying to track it down, and I still have no idea what causes it - except that some kernels ``just work'' and some don't. Maybe it depends on the humidity in the room when a kernel is built or something - and I'm only half joking here ! FWIW ru, /boot/kernel/kernel seems ok now. /boot/kernel.sig/kernel isn't. -- Brian http://www.freebsd-services.com/ Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 29 10: 8:15 2002 Delivered-To: freebsd-current@freebsd.org Received: from peetree.cs.huji.ac.il (peetree.cs.huji.ac.il [132.65.80.34]) by hub.freebsd.org (Postfix) with ESMTP id 0C48E37B404; Mon, 29 Apr 2002 10:08:04 -0700 (PDT) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=danny) by peetree.cs.huji.ac.il with esmtp id 172Ed8-0002u0-00; Mon, 29 Apr 2002 20:08:02 +0300 X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: current@FreeBSD.org, freebsd-stable@freebsd.org Subject: 3Com 3c905C-TX Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 29 Apr 2002 20:08:02 +0300 From: Danny Braniss Message-Id: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG sorry for the cross posting, but this is true for both, stable and current. the onboard ethernet (the motherboard is a tyan tiger dual MPX) xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0x3000-0x307f mem 0xfa001000-0xfa00107f irq 5 at device 8.0 on pci2 at 100baseTX is slower than 10Mgb :-( it's not the cable/switch, because i can connect the same cable to another host, and it works as expected - fast. btw, the PXE is also extreamly slow - still looking for a flash upgrade. thanks, danny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 29 10:58:36 2002 Delivered-To: freebsd-current@freebsd.org Received: from helb.tcpipbitch.net (gw.tcpipbitch.net [208.59.233.179]) by hub.freebsd.org (Postfix) with ESMTP id B943C37B41D for ; Mon, 29 Apr 2002 10:58:25 -0700 (PDT) Received: from desktop (desktop.tcpipbitch.net [10.0.0.3]) by helb.tcpipbitch.net (Postfix) with ESMTP id 61ADE107; Mon, 29 Apr 2002 12:25:02 -0400 (EDT) From: "Jason" To: "'Krzysztof Parzyszek'" , Subject: RE: Using laptop with lid closed Date: Mon, 29 Apr 2002 12:25:16 -0400 Message-ID: <001901c1ef9a$725723c0$0300000a@desktop> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 In-Reply-To: <20020428182417.A77478@trinity.scl.ameslab.gov> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Look at the man pages for acpi, acpicontrol and acpidump. Jason -----Original Message----- From: owner-freebsd-current@FreeBSD.ORG [mailto:owner-freebsd-current@FreeBSD.ORG] On Behalf Of Krzysztof Parzyszek Sent: Sunday, April 28, 2002 7:24 PM To: freebsd-current@FreeBSD.ORG Subject: Using laptop with lid closed Is there any way to prevent the system from reacting to the lid being closed? At this time when I close the lid I get the following messages: ed1: detached pccard: card disabled, slot 0 Then after re-opening, I have to press the power button for the system to wake up. I'm using Thinkpad A22m. Krzysztof 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 Apr 29 11:44:45 2002 Delivered-To: freebsd-current@freebsd.org Received: from david.siemens.de (david.siemens.de [192.35.17.14]) by hub.freebsd.org (Postfix) with ESMTP id 26F8C37B400; Mon, 29 Apr 2002 11:44:33 -0700 (PDT) Received: from mail1.siemens.de (mail1.siemens.de [139.23.33.14]) by david.siemens.de (8.11.6/8.11.6) with ESMTP id g3TIiV719357; Mon, 29 Apr 2002 20:44:31 +0200 (MEST) Received: from mars.cert.siemens.de (ust.mchp.siemens.de [139.23.201.17]) by mail1.siemens.de (8.11.6/8.11.6) with ESMTP id g3TIiVV22490; Mon, 29 Apr 2002 20:44:31 +0200 (MEST) Received: from alaska.cert.siemens.de (alaska.cert.siemens.de [139.23.202.134]) by mars.cert.siemens.de (8.12.3/8.12.3/Siemens CERT [ $Revision: 1.23 ]) with ESMTP id g3TIiUEI056809; Mon, 29 Apr 2002 20:44:30 +0200 (CEST) (envelope-from ust@alaska.cert.siemens.de) Received: from alaska.cert.siemens.de (alaska.cert.siemens.de [127.0.0.1]) by alaska.cert.siemens.de (8.12.3/8.12.3/alaska [ $Revision: 1.12 ]) with ESMTP id g3TIiUhM030703; Mon, 29 Apr 2002 20:44:30 +0200 (CEST) (envelope-from ust@alaska.cert.siemens.de) Received: (from ust@localhost) by alaska.cert.siemens.de (8.12.3/8.12.3/alaska [ $Revision: 1.3 ]) id g3TIiTxB030697; Mon, 29 Apr 2002 20:44:29 +0200 (CEST) (envelope-from ust) Date: Mon, 29 Apr 2002 20:44:29 +0200 From: Udo Schweigert To: Brian Somers Cc: Ruslan Ermilov , Darren Reed , Doug Barton , current@FreeBSD.ORG, cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: ipfilter not broken for me Message-ID: <20020429184429.GA30349@alaska.cert.siemens.de> Mail-Followup-To: Brian Somers , Ruslan Ermilov , Darren Reed , Doug Barton , current@FreeBSD.ORG, cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG References: <20020427141441.GC35685@sunbay.com> <200204291645.g3TGj54G081944@hak.lan.Awfulhak.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200204291645.g3TGj54G081944@hak.lan.Awfulhak.org> User-Agent: Mutt/1.3.28i X-Operating-System: FreeBSD 4.5-STABLE Sender: owner-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, Apr 29, 2002 at 17:45:05 +0100, Brian Somers wrote: >> On Sat, Apr 27, 2002 at 04:01:28PM +1000, Darren Reed wrote: > >> In some email I received from Doug Barton, sie wrote: > > >> On Fri, 26 Apr 2002, Ruslan Ermilov wrote: > > >>=20 > > > >> I tested this on i386 only with 2 days old -CURRENT (today's is > > > >> broken due to the import of latest IPFilter suite) > > >>=20 > > >> I updated to the latest and greatest last night around midnight > > >> and built/installed -current just fine. What about the ipfilter import = >> is > > >> broken, and have you let Darren know? I haven't seen anything on the li= >> sts > > >> about it... > >>=20 > >> I have not received any email about it. I tested building all the ipfilt= >> er > >> binaries and kernel after the import and came up clean. if ref5 was a bit > >> quicker.... > >>=20 >> That was probably a local problem on one of the Brian's fast machines >> where I initially attempted to finally test my patch (unsynched cvsup >> update?). Sorry for the false alarm, I can't check it right now anyway. > > Yes... I've had periods where the compiler drops cores all over the > place, and other periods where things work fine. It's on a P4-1.7Ghz > and has behaved like this since about last August. > > The only variable is the kernel - some kernels work and some don't. > I've spent many 10s of hours trying to track it down, and I still > have no idea what causes it - except that some kernels ``just work'' > and some don't. > > Maybe it depends on the humidity in the room when a kernel is built > or something - and I'm only half joking here ! > > FWIW ru, /boot/kernel/kernel seems ok now. /boot/kernel.sig/kernel > isn't. > I discovered the same problem here for a P4-1.7Ghz with -stable. First thing I discovered: this only happens if you have "-pipe" in your CFLAGS in /etc/make.conf. It seems something with pipe handling is broken on these fast machines, which makes cc fail. Currently I'm trying to figure out which commit brought that in. Probabilty is high that it has to do with ipfilter, but I'm not quite sure. Definitively it is not a problem local to Brian. Best regards Udo Schweigert -- Udo Schweigert, Siemens AG | Voice : +49 89 636 42170 CT IC 3, Siemens CERT | Fax : +49 89 636 41166 D-81730 Muenchen / Germany | email : Udo.Schweigert@siemens.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 29 16: 3: 9 2002 Delivered-To: freebsd-current@freebsd.org Received: from fep3.cogeco.net (smtp.cogeco.net [216.221.81.25]) by hub.freebsd.org (Postfix) with ESMTP id 677C737B41D; Mon, 29 Apr 2002 16:02:57 -0700 (PDT) Received: from earth.upton.net (d141-18-230.home.cgocable.net [24.141.18.230]) by fep3.cogeco.net (Postfix) with SMTP id A9D3A22E8; Mon, 29 Apr 2002 19:02:55 -0400 (EDT) Date: Mon, 29 Apr 2002 19:02:45 -0400 From: Paul Murphy To: Danny Braniss Cc: current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: 3Com 3c905C-TX Message-Id: <20020429190245.5b838f42.pnmurphy@cogeco.ca> In-Reply-To: References: X-Mailer: Sylpheed version 0.7.4claws (GTK+ 1.2.10; i386-portbld-freebsd4.5) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="=.SSaMUpTN9nX/yi" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=.SSaMUpTN9nX/yi Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Mon, 29 Apr 2002 20:08:02 +0300 Danny Braniss wrote: > xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0x3000-0x307f mem > 0xfa001000-0xfa00107f irq 5 at device 8.0 on pci2 > > at 100baseTX is slower than 10Mgb :-( > I recently had a similar problem. My switch (Netgear FS105) needs the adaptor to *announce* itself as full duplex. Try turning OFF full-duplex in your ifconfig and see if there is a speed-up. -- Cogeco ergo sum --=.SSaMUpTN9nX/yi Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) iD8DBQE8zdEcumQc9BC5jBMRAkgwAJ0cZYNlFoHFTLMjfzpCRjF0Bm7+tQCcCIuu jX3DYnMr5NizQVihnWUeYHw= =OwLh -----END PGP SIGNATURE----- --=.SSaMUpTN9nX/yi-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 29 20:46:24 2002 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id BFEFC37B416; Mon, 29 Apr 2002 20:46:16 -0700 (PDT) Received: by flood.ping.uio.no (Postfix, from userid 2602) id AA3B45346; Tue, 30 Apr 2002 05:46:14 +0200 (CEST) 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: current@freebsd.org Cc: grog@freebsd.org, phk@freebsd.org Subject: Vinum out of commission? From: Dag-Erling Smorgrav Date: 30 Apr 2002 05:46:13 +0200 Message-ID: Lines: 72 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2 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 a very recent -CURRENT, I'm unable to create and newfs a vinum volume: root@rsa ~# cat vinum.label # Vinum disk type: SCSI disk: DEC label: flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 255 sectors/cylinder: 16065 cylinders: 521 sectors/unit: 8380080 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 8 partitions: # size offset fstype [fsize bsize bps/cpg] c: 8380080 0 unused 0 0 # (Cyl. 0 - 521*) d: 8380080 0 vinum # (Cyl. 0 - 521*) root@rsa ~# disklabel -rR da1 vinum.label root@rsa ~# disklabel -rR da2 vinum.label root@rsa ~# disklabel -rR da4 vinum.label root@rsa ~# disklabel -rR da5 vinum.label root@rsa ~# cat vinum.conf drive drive0 device /dev/da1 drive drive1 device /dev/da2 drive drive2 device /dev/da4 drive drive3 device /dev/da5 volume raid0 setupstate plex org raid5 433k sd length 0 drive drive0 sd length 0 drive drive1 sd length 0 drive drive2 sd length 0 drive drive3 root@rsa ~# vinum create vinum.conf 1: drive drive0 device /dev/da1 ** 1 Can't initialize drive drive0: Operation not supported by device 2: drive drive1 device /dev/da2 ** 2 Can't initialize drive drive1: Operation not supported by device 3: drive drive2 device /dev/da4 ** 3 Can't initialize drive drive2: Operation not supported by device 4: drive drive3 device /dev/da5 ** 4 Can't initialize drive drive3: Operation not supported by device 0 drives: 1 volumes: V raid0 State: up Plexes: 1 Size: 0 B 1 plexes: P raid0.p0 R5 State: up Subdisks: 4 Size: 0 B 4 subdisks: S raid0.p0.s0 State: up D: drive0 Size: 0 B S raid0.p0.s1 State: up D: drive1 Size: 0 B S raid0.p0.s2 State: up D: drive2 Size: 0 B S raid0.p0.s3 State: up D: drive3 Size: 0 B root@rsa ~# newfs -b 16384 -f 2048 /dev/vinum/raid0 newfs: /dev/vinum/raid0: `0' partition is unavailable This is a non-GEOM kernel - GEOM wouldn't even let me disklabel the drives. 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 Apr 29 20:50:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id 368DD37B41B; Mon, 29 Apr 2002 20:50:29 -0700 (PDT) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id C43E481499; Tue, 30 Apr 2002 13:20:18 +0930 (CST) Date: Tue, 30 Apr 2002 13:20:18 +0930 From: Greg 'groggy' Lehey To: Dag-Erling Smorgrav Cc: current@freebsd.org, phk@freebsd.org Subject: Re: Vinum out of commission? Message-ID: <20020430132018.L8571@wantadilla.lemis.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.23i 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 Tuesday, 30 April 2002 at 5:46:13 +0200, Dag-Erling Smorgrav wrote: > On a very recent -CURRENT, I'm unable to create and newfs a vinum > volume: > > # size offset fstype [fsize bsize bps/cpg] > c: 8380080 0 unused 0 0 # (Cyl. 0 - 521*) > d: 8380080 0 vinum # (Cyl. 0 - 521*) > root@rsa ~# disklabel -rR da1 vinum.label > root@rsa ~# disklabel -rR da2 vinum.label > root@rsa ~# disklabel -rR da4 vinum.label > root@rsa ~# disklabel -rR da5 vinum.label > root@rsa ~# vinum create vinum.conf > 1: drive drive0 device /dev/da1 > ** 1 Can't initialize drive drive0: Operation not supported by device Right. You have created a Vinum drive /dev/da1d, and now you're trying to tell Vinum to use /dev/da1. > This is a non-GEOM kernel - GEOM wouldn't even let me disklabel the > drives. That doesn't surprise me. You might ask phk how he proposes to address that issue. 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 Mon Apr 29 21:51:34 2002 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id DEB7E37B41A; Mon, 29 Apr 2002 21:51:31 -0700 (PDT) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 00FBF5346; Tue, 30 Apr 2002 06:51:29 +0200 (CEST) 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: Greg 'groggy' Lehey Cc: current@freebsd.org, phk@freebsd.org Subject: Re: Vinum out of commission? References: <20020430132018.L8571@wantadilla.lemis.com> From: Dag-Erling Smorgrav Date: 30 Apr 2002 06:51:28 +0200 In-Reply-To: <20020430132018.L8571@wantadilla.lemis.com> Message-ID: Lines: 9 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2 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 Greg 'groggy' Lehey writes: > Right. You have created a Vinum drive /dev/da1d, and now you're > trying to tell Vinum to use /dev/da1. Uh, thanks. 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 Apr 29 21:54:25 2002 Delivered-To: freebsd-current@freebsd.org Received: from 12-234-22-238.client.attbi.com (12-234-90-219.client.attbi.com [12.234.90.219]) by hub.freebsd.org (Postfix) with ESMTP id 12C5837B416; Mon, 29 Apr 2002 21:54:22 -0700 (PDT) Received: from master.gorean.org (master.gorean.org [10.0.0.2]) by 12-234-22-238.client.attbi.com (8.12.3/8.12.3) with ESMTP id g3U4sHPp003096; Mon, 29 Apr 2002 21:54:17 -0700 (PDT) (envelope-from DougB@FreeBSD.org) Received: from localhost (doug@localhost) by master.gorean.org (8.12.3/8.12.3/Submit) with ESMTP id g3U4sGgl071539; Mon, 29 Apr 2002 21:54:17 -0700 (PDT) Date: Mon, 29 Apr 2002 21:54:16 -0700 (PDT) From: Doug Barton X-X-Sender: doug@master.gorean.org To: Dag-Erling Smorgrav Cc: John Baldwin , Subject: Re: xdm broken on current In-Reply-To: Message-ID: <20020429215220.S71345-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 Is there any chance that this can be fixed in such a way that 3rd party binaries, like the xdm which comes with X as distributed by xfree86.org will work OOB? Breaking binary compat will be a fairly big obstacle for adoption of 5.x.... we have a hard enough time getting vendors to support us as it is. Doug On 29 Apr 2002, Dag-Erling Smorgrav wrote: > John Baldwin writes: > > Ah, so the bug is my binary is too old and is linked against the wrong PAM. > > Ok, my bad then. > > Well, yes and no. There is a bug in xdm which is exposed by the > combination of Linux-PAM and FreeBSD's stock PAM configuration. A > slightly different configuration would not trigger it, nor would the > current version of OpenPAM. I'd say the blame is evenly spread. > > DES > -- "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 Apr 29 21:57:49 2002 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id DA76937B405; Mon, 29 Apr 2002 21:57:41 -0700 (PDT) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.2/8.12.2) with ESMTP id g3U4vJqE031342; Tue, 30 Apr 2002 06:57:19 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: "Greg 'groggy' Lehey" Cc: Dag-Erling Smorgrav , current@FreeBSD.org Subject: Re: Vinum out of commission? In-Reply-To: Your message of "Tue, 30 Apr 2002 13:20:18 +0930." <20020430132018.L8571@wantadilla.lemis.com> Date: Tue, 30 Apr 2002 06:57:19 +0200 Message-ID: <31341.1020142639@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 <20020430132018.L8571@wantadilla.lemis.com>, "Greg 'groggy' Lehey" w rites: >> This is a non-GEOM kernel - GEOM wouldn't even let me disklabel the >> drives. > >That doesn't surprise me. You might ask phk how he proposes to >address that issue. This is ongoing work in GEOM. -- 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 Apr 29 22: 0:14 2002 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id C6FEC37B417; Mon, 29 Apr 2002 22:00:06 -0700 (PDT) Received: by flood.ping.uio.no (Postfix, from userid 2602) id BB62B5346; Tue, 30 Apr 2002 07:00:04 +0200 (CEST) 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: Doug Barton Cc: John Baldwin , Subject: Re: xdm broken on current References: <20020429215220.S71345-100000@master.gorean.org> From: Dag-Erling Smorgrav Date: 30 Apr 2002 07:00:03 +0200 In-Reply-To: <20020429215220.S71345-100000@master.gorean.org> Message-ID: Lines: 10 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2 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 Doug Barton writes: > Is there any chance that this can be fixed in such a way that 3rd > party binaries, like the xdm which comes with X as distributed by > xfree86.org will work OOB? Yes, please see my last commit to etc/pam.d/other. 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 Apr 29 22:12:37 2002 Delivered-To: freebsd-current@freebsd.org Received: from 12-234-22-238.client.attbi.com (12-234-90-219.client.attbi.com [12.234.90.219]) by hub.freebsd.org (Postfix) with ESMTP id 6D94337B41A; Mon, 29 Apr 2002 22:12:35 -0700 (PDT) Received: from master.gorean.org (master.gorean.org [10.0.0.2]) by 12-234-22-238.client.attbi.com (8.12.3/8.12.3) with ESMTP id g3U5CYPp003192; Mon, 29 Apr 2002 22:12:34 -0700 (PDT) (envelope-from DougB@FreeBSD.org) Received: from localhost (doug@localhost) by master.gorean.org (8.12.3/8.12.3/Submit) with ESMTP id g3U5CX7Y071599; Mon, 29 Apr 2002 22:12:34 -0700 (PDT) Date: Mon, 29 Apr 2002 22:12:33 -0700 (PDT) From: Doug Barton X-X-Sender: doug@master.gorean.org To: Dag-Erling Smorgrav Cc: John Baldwin , Subject: Re: xdm broken on current In-Reply-To: Message-ID: <20020429221112.J71345-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 30 Apr 2002, Dag-Erling Smorgrav wrote: > Doug Barton writes: > > Is there any chance that this can be fixed in such a way that 3rd > > party binaries, like the xdm which comes with X as distributed by > > xfree86.org will work OOB? > > Yes, please see my last commit to etc/pam.d/other. I saw that actually... but (not coredumping) != (lets users log in). :) Should I update and try again? -- "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 Tue Apr 30 2:28:36 2002 Delivered-To: freebsd-current@freebsd.org Received: from polaris.we.lc.ehu.es (polaris.we.lc.ehu.es [158.227.6.43]) by hub.freebsd.org (Postfix) with ESMTP id 938D537B400 for ; Tue, 30 Apr 2002 02:28:29 -0700 (PDT) Received: from v-ger.we.lc.ehu.es (v-ger [158.227.6.51]) by polaris.we.lc.ehu.es (8.11.6/8.11.6) with ESMTP id g3U9S8H18210 for ; Tue, 30 Apr 2002 11:28:13 +0200 (MET DST) Received: (from jose@localhost) by v-ger.we.lc.ehu.es (8.11.6/8.11.6) id g3U9Smx01937 for current@FreeBSD.org; Tue, 30 Apr 2002 11:28:48 +0200 (CEST) (envelope-from jose) Date: Tue, 30 Apr 2002 11:28:48 +0200 From: "Jose M. Alcaide" To: current@FreeBSD.org Subject: cc1 crashes with SIGBUS while building XFree86-Server-4.2.0_2 Message-ID: <20020430112848.C229@v-ger.we.lc.ehu.es> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.2.5.1i X-Operating-System: FreeBSD 4.5-RELEASE Sender: owner-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 getting this error while building XFree86-Server-4.2.0_2 on a recently updated -CURRENT (Mon Apr 29 10:55:43 GMT): LD_LIBRARY_PATH=3D../../../../../../exports/lib cc -c -O -pipe -ansi -pe= dantic -Dasm=3D__asm -Wall -Wpointer-arith -I../../../../../../exports/in= clude/X11 -I../../../../../../include/extensions -I../../../../../../extras= /Mesa/src -I../../../../../../lib/GL/mesa/src/drv/common -I../../= ../../../../lib/GL/mesa/src/drv/i810 -I../../../../../../lib/GL/dri -I../..= /../../../../lib/GL/glx -I../../../../../../exports/include -I../../../../.= ./../exports/include/GL -I../../../../../../lib/GL/mesa/dri = -I../../../../../../programs/Xserver/GL/dri -I../../.= ./../../../programs/Xserver/hw/xfree86/os-support -I../../../.= ./../../programs/Xserver/hw/xfree86/drivers/i810 -I../../../../.= ./../lib/GL/dri/drm -I../../../../../.. -I../../../../../../exports/includ= e -DCSRG_BASED -DFUNCPROTO=3D15 -DNARROWPROTO -DXTHREADS -DXUSE_MTSAFE= _API -DXNO_MTSAFE_PWDAPI -DMALLOC_0_RETURNS_NULL -DGLXEXT -DXF86DRI -DGL= X_DIRECT_RENDERING -DGLX_USE_DLOPEN -DGLX_USE_MESA -DUSE_X86_ASM -DUSE_MMX_= ASM -ansi -pedantic -Dasm=3D__asm -Wall -Wpointer-arith -I../../../..= /../../exports/include/X11 -I../../../../../../include/extensions -I../../.= ./../../../extras/Mesa/src -I../../../../../../lib/GL/mesa/src/drv/common -= I../../../../../../lib/GL/mesa/src/drv/i810 -I../../../../../../lib/GL/dri = -I../../../../../../lib/GL/glx -I../../../../../../exports/inc= lude -I../../../../../../exports/include/GL -I../../../../../.= ./lib/GL/mesa/dri -I../../../../../../programs/Xserver/GL/dri -= I../../../../../../programs/Xserver/hw/xfree86/os-support -I..= /../../../../../programs/Xserver/hw/xfree86/drivers/i810 -I../..= /../../../../lib/GL/dri/drm -I../../../../../.. -I../../../../../../export= s/include -DCSRG_BASED -DFUNCPROTO=3D15 -DNARROWPROTO -DXTHREADS -DXUS= E_MTSAFE_API -DXNO_MTSAFE_PWDAPI -DMALLOC_0_RETURNS_NULL -DGLXEXT -DXF86= DRI -DGLX_DIRECT_RENDERING -DGLX_USE_DLOPEN -DGLX_USE_MESA -DUSE_X86_ASM -D= USE_MMX_ASM -fPIC i810tris.c In file included from /usr/include/pthread.h:43, from ../../../../../../exports/include/X11/Xthreads.h:199, from ../../../../../../extras/Mesa/src/glthread.h:176, from ../../../../../../extras/Mesa/src/types.h:36, from i810tris.c:30: /usr/include/sys/time.h: In function `timespec2bintime': /usr/include/sys/time.h:154: warning: ANSI C forbids long long integer cons= tants /usr/include/sys/time.h: In function `timeval2bintime': /usr/include/sys/time.h:172: warning: ANSI C forbids long long integer cons= tants cpp0: cc: output pipe has been closedInternal compiler error: program cc1 g= ot fatal signal 10 This cc1 SIGBUS is triggered by different source files at different times. But it happens while building XFree86-Server sooner or later, and always with SIGBUS. I did not have problems building the rest of the XFree86-4 ports, or making the world, neither. I commented out "CFLAGS" (and also CPUTYPE) from /etc/make.conf, but it seems that the XFree86 build system uses "-O -pipe" anyway. Any ideas? Cheers, JMA --=20 ****** Jose M. Alcaide // jose@we.lc.ehu.es // jmas@FreeBSD.org ****** ** "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein ** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 30 4:57:58 2002 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 0504337B41D; Tue, 30 Apr 2002 04:57:42 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g3UBvSL71888; Tue, 30 Apr 2002 14:57:28 +0300 (EEST) (envelope-from ru) Date: Tue, 30 Apr 2002 14:57:28 +0300 From: Ruslan Ermilov To: current@FreeBSD.org, alpha@FreeBSD.org Subject: Cross-arch make releases now work! Message-ID: <20020430115728.GA71102@sunbay.com> References: <200204301150.g3UBo2A96822@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UugvWAfsgieZRqgk" Content-Disposition: inline In-Reply-To: <200204301150.g3UBo2A96822@freefall.freebsd.org> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --UugvWAfsgieZRqgk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! I would really appreciate it if someone owning the Alpha hardware could actually test if the produced by the "4.5-STABLE i386" box snapshot of the "5.0-CURRENT alpha" is really runnable: ftp://ftp.sunbay.net:/pub/FreeBSD/snapshots/alpha/5.0-20020430-SNAP/ On Tue, Apr 30, 2002 at 04:50:02AM -0700, Ruslan Ermilov wrote: > ru 2002/04/30 04:50:02 PDT >=20 > Modified files: > . Makefile Makefile.inc1=20 > release Makefile=20 > Log: > Milestone #2 in cross-arch make releases. They now work! > =20 > You need to set TARGET_ARCH and possibly TARGET, the same > way you normally do it for a cross build(7). > =20 > Renamed `distribworld' to a more natutal `distributeworld'. > =20 > Put pwd_mkdb(8) under ${INSTALLTMP}; for `distributeworld'. > =20 > Revision Changes Path > 1.253 +2 -2 src/Makefile > 1.265 +8 -11 src/Makefile.inc1 > 1.676 +61 -52 src/release/Makefile Thanks, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --UugvWAfsgieZRqgk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8zoaoUkv4P6juNwoRApeJAJ9ObcQvH0dVkvxirHvO2b1iJlL1hACfXdxk W/o9TjpDl0nPNOwlcMMYMv4= =p9Gu -----END PGP SIGNATURE----- --UugvWAfsgieZRqgk-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 30 7:12: 9 2002 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 621AD37B41D; Tue, 30 Apr 2002 07:11:46 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g3UEBfa86954; Tue, 30 Apr 2002 17:11:41 +0300 (EEST) (envelope-from ru) Date: Tue, 30 Apr 2002 17:11:40 +0300 From: Ruslan Ermilov To: current@FreeBSD.org, alpha@FreeBSD.org Subject: Re: Cross-arch make releases now work! Message-ID: <20020430141140.GA86471@sunbay.com> References: <200204301150.g3UBo2A96822@freefall.freebsd.org> <20020430115728.GA71102@sunbay.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/04w6evG8XlLl3ft" Content-Disposition: inline In-Reply-To: <20020430115728.GA71102@sunbay.com> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --/04w6evG8XlLl3ft Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 30, 2002 at 02:57:28PM +0300, Ruslan Ermilov wrote: > Hi! >=20 > I would really appreciate it if someone owning the Alpha hardware > could actually test if the produced by the "4.5-STABLE i386" box > snapshot of the "5.0-CURRENT alpha" is really runnable: >=20 > ftp://ftp.sunbay.net:/pub/FreeBSD/snapshots/alpha/5.0-20020430-SNAP/ >=20 FWIW, I've also put the i386 snapshot built from the same sources, just to demonstrate things actually work: ftp://ftp.sunbay.net:/pub/FreeBSD/snapshots/i386/5.0-20020430-SNAP/ Not I'm going to take a short vacation. Please don't break cross worlds and releases too much. :-) > On Tue, Apr 30, 2002 at 04:50:02AM -0700, Ruslan Ermilov wrote: > > ru 2002/04/30 04:50:02 PDT > >=20 > > Modified files: > > . Makefile Makefile.inc1=20 > > release Makefile=20 > > Log: > > Milestone #2 in cross-arch make releases. They now work! > > =20 > > You need to set TARGET_ARCH and possibly TARGET, the same > > way you normally do it for a cross build(7). > > =20 > > Renamed `distribworld' to a more natutal `distributeworld'. > > =20 > > Put pwd_mkdb(8) under ${INSTALLTMP}; for `distributeworld'. > > =20 > > Revision Changes Path > > 1.253 +2 -2 src/Makefile > > 1.265 +8 -11 src/Makefile.inc1 > > 1.676 +61 -52 src/release/Makefile --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --/04w6evG8XlLl3ft Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8zqYcUkv4P6juNwoRAjE2AJ0dIKztjCTeNRREZRNF3fOqj8xxnwCffWCO vnlXXinKNnQw+kPHbcTh+zU= =9FgR -----END PGP SIGNATURE----- --/04w6evG8XlLl3ft-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 30 7:49:15 2002 Delivered-To: freebsd-current@freebsd.org Received: from polaris.we.lc.ehu.es (polaris.we.lc.ehu.es [158.227.6.43]) by hub.freebsd.org (Postfix) with ESMTP id AE8AF37B405 for ; Tue, 30 Apr 2002 07:49:05 -0700 (PDT) Received: from v-ger.we.lc.ehu.es (v-ger [158.227.6.51]) by polaris.we.lc.ehu.es (8.11.6/8.11.6) with ESMTP id g3UEn2H20607 for ; Tue, 30 Apr 2002 16:49:02 +0200 (MET DST) Received: (from jose@localhost) by v-ger.we.lc.ehu.es (8.11.6/8.11.6) id g3UEngu02712 for current@FreeBSD.ORG; Tue, 30 Apr 2002 16:49:42 +0200 (CEST) (envelope-from jose) Date: Tue, 30 Apr 2002 16:49:42 +0200 From: "Jose M. Alcaide" To: current@FreeBSD.ORG Subject: Re: cc1 crashes with SIGBUS while building XFree86-Server-4.2.0_2 Message-ID: <20020430164942.E229@v-ger.we.lc.ehu.es> References: <20020430112848.C229@v-ger.we.lc.ehu.es> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020430112848.C229@v-ger.we.lc.ehu.es>; from jose@we.lc.ehu.es on Tue, Apr 30, 2002 at 11:28:48AM +0200 X-Operating-System: FreeBSD 4.5-RELEASE Sender: owner-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, Apr 30, 2002 at 11:28:48AM +0200, Jose M. Alcaide wrote: > cpp0: cc: output pipe has been closedInternal compiler error: program cc1 got fatal signal 10 > > This cc1 SIGBUS is triggered by different source files at different times. > But it happens while building XFree86-Server sooner or later, and always > with SIGBUS. > > I did not have problems building the rest of the XFree86-4 ports, or > making the world, neither. > > I commented out "CFLAGS" (and also CPUTYPE) from /etc/make.conf, but it > seems that the XFree86 build system uses "-O -pipe" anyway. More info: removing "-O" and/or "-pipe" from CFLAGS does not improve the situation: cc1 keeps crashing at random places with SIGBUS while building XFree86-Server-4.2.0_2. I found a message from Kris Kennaway telling that this is a widely experienced problem: http://www.freebsd.org/cgi/getmsg.cgi?fetch=1049089+1051787+/usr/local/www/db/text/2002/freebsd-current/20020310.freebsd-current However, disabling optimizations does not work for me. -- ****** Jose M. Alcaide // jose@we.lc.ehu.es // jmas@FreeBSD.org ****** ** "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein ** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 30 8:16:17 2002 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 4A8B837B416; Tue, 30 Apr 2002 08:16:14 -0700 (PDT) Received: by flood.ping.uio.no (Postfix, from userid 2602) id BDE175346; Tue, 30 Apr 2002 17:16:12 +0200 (CEST) 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: Doug Barton Cc: John Baldwin , Subject: Re: xdm broken on current References: <20020429221112.J71345-100000@master.gorean.org> From: Dag-Erling Smorgrav Date: 30 Apr 2002 17:16:12 +0200 In-Reply-To: <20020429221112.J71345-100000@master.gorean.org> Message-ID: Lines: 10 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2 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 Doug Barton writes: > I saw that actually... but (not coredumping) != (lets users log > in). :) Should I update and try again? Argh. Just replace pam_lastlog with pam_permit for now. I'll try to find out exactly what is happening. 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 Apr 30 8:34:56 2002 Delivered-To: freebsd-current@freebsd.org Received: from dan-gm.gm.dan.co.jp (dan-gm.gm.dan.co.jp [61.194.1.58]) by hub.freebsd.org (Postfix) with SMTP id 6111F37B400 for ; Tue, 30 Apr 2002 08:34:48 -0700 (PDT) Received: (qmail 57944 invoked from network); 30 Apr 2002 15:34:46 -0000 Received: from h196.p970.iij4u.or.jp (HELO dan-pbg4) (210.138.202.196) by dan-gm.gm.dan.co.jp with SMTP; 30 Apr 2002 15:34:46 -0000 Date: Wed, 1 May 2002 00:34:44 +0900 Subject: Save a few hunderd kilobytes or a few hundred perl users? Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v481) Cc: perl5-porters@perl.org, freebsd-current@freebsd.org To: Mark Murray , Josef Karthauser , Chris Nandor , Christopher Masto , Raphael Manfredi , Raphael Manfredi , Jordan Hubbard From: Dan Kogai In-Reply-To: <200204301406.g3UE6uoI028768@grimreaper.grondar.org> Message-Id: Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.481) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mark, and FreeBSD committers, I am deeply disappointed by the recent move to drop some of the files (CGI.pm, et al.) in perl distribution /usr/src/contrib/perl5. By saving a few hundred kilobytes, you are risking losing a few hundred perl hackers that run FreeBSD thereon. On Tuesday, April 30, 2002, at 11:06 , Mark Murray wrote: >> BTW, I develop perl scripts using CGI on systems that don't have >> apache, or any web server installed. It's not a requisite of cgi.pm, >> and it allows users to enter variable/value pairs on stdin when not >> running inside of a CGI environment. > > What is wrong with installing the CGI.pm port (which is usually more > up-to-date that the one bundled with perl)? Definitely nothing wrong for FreeBSD the Operating System and Perl the Programming Language. Nevertheless, that is dead wrong for Perl the Community and FreeBSD the Community in turn. To prove my point, let me quote the few from Perl5 porters. On Tuesday, April 30, 2002, at 09:50 , Christopher Masto wrote: > Seeing this happen makes me sad. It seems to go against the spirit of > the Artistic license. People who use "Perl" that comes with FreeBSD > won't be getting the standard Perl package. On Tuesday, April 30, 2002, at 10:25 , Chris Nandor wrote: > *ALL* of those files are in perl-5.6.1. Sys::Hostname and Sys::Syslog > certainly are; they are in ext/, however, and copied to lib/ when being > built. The others are a part of the CGI package. Please inform him > that he is incorrect. And please make sure that it is documented that > perl in FreeBSD is *not* the standard perl and is missing some key > pieces. :/ Of course, FreeBSD is not the only OS that chose to castrate Perl. On Tuesday, April 30, 2002, at 11:32 , Rafael Garcia-Suarez wrote: > Other vendors (debian...) also cut down the perl-5.6.1 package > to something more basic. I think that's OK to distribute CGI separately, > as it can be found on CPAN (as long as it's properly documented). > However, > cutting off packages that have no dual life on CPAN is more > questionable. I think castration is allowed when you MUST and when you CAN; Perl's Artistic License definitely allows you to castrate (and even mutilate if you will!). But that does not mean perl wants to be castrated at all. Like FreeBSD, perl is developed and maintained by a large team of individuals. Perl is not just a programming language as FreeBSD is not just an Operating System. By dropping CGI.pm or others that is harmless for base functionality does hurt the community. I hate to tell you this but I believe FreeBSD has already paid the price for disregarding the community. Are you--we (because I am part of the FreeBSD community, at least for the time being) going to repeat the same mistake? Rafael Garcia-Suarez also wrote: > Wait, vendors will soon have to struggle with the Borgified 5.8.0 > release... Now please allow me to get a little personal. I happened to maintain Encode, the largest module in Perl 5.8.0 by far. If you are to castrate, this will definitely the first one to be. The sad fact is that I develop this very module on FreeBSD! Since Encode is a part of Perl 5.8.0, I can't choose to license it so that you can't castrate. But that will disappoint me so much that I may join those who kissed FreeBSD good-bye like many others who have chosen to do so for the lack of regards. Because, I, for one, rather choose to be a part of a community than a programmer if I have to choose. Dan the *BSD advocate AND Perl5 Porter -- _____ Dan Kogai __/ ____ CEO, DAN co. ltd. /__ /-+-/ 2-8-14-418 Shiomi Koto-ku Tokyo 135-0052 Japan /--/--- mailto: dankogai@dan.co.jp / http://www.dan.co.jp/ --------- __/ / Tel:+81 3-5665-6131 Fax:+81 3-5665-6132 GPG Key: http://www.dan.co.jp/~dankogai/dankogai.gpg.asc P.S. I would rather choose the NetBSD way of detaching Perl from core distribution altogether. That is far more politically correct. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 30 9:24: 8 2002 Delivered-To: freebsd-current@freebsd.org Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by hub.freebsd.org (Postfix) with ESMTP id C8B4337B41C; Tue, 30 Apr 2002 09:23:51 -0700 (PDT) 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 <20020430162350.UPCZ4412.rwcrmhc52.attbi.com@bmah.dyndns.org>; Tue, 30 Apr 2002 16:23:50 +0000 Received: from intruder.bmah.org (localhost [127.0.0.1]) by bmah.dyndns.org (8.12.3/8.12.3) with ESMTP id g3UGNocB034626; Tue, 30 Apr 2002 09:23:50 -0700 (PDT) (envelope-from bmah@intruder.bmah.org) Received: (from bmah@localhost) by intruder.bmah.org (8.12.3/8.12.3/Submit) id g3UGNnNw034625; Tue, 30 Apr 2002 09:23:49 -0700 (PDT) Message-Id: <200204301623.g3UGNnNw034625@intruder.bmah.org> X-Mailer: exmh version 2.5+ 20020416 with nmh-1.0.4 To: freebsd-current@freebsd.org Cc: bmah@freebsd.org, "Troy Dixler" Subject: IPv6 header breakage on -CURRENT? From: bmah@freebsd.org (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: text/plain; charset=us-ascii Date: Tue, 30 Apr 2002 09:23:49 -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 folks-- It's been pointed out to me that a program I wrote (net/pchar in ports) can't compile on -CURRENT. After a little poking around, I've narrowed the problem down to the following test case: tomcat:bmah% cat foo.cc #include #include #include #include #include #include int main() { } tomcat:bmah% c++ foo.cc In file included from foo.cc:7: /usr/include/netinet/icmp6.h:168: ANSI C++ forbids data member `mld6_hdr' with same name as enclosing class tomcat:bmah% cp foo.cc foo.c tomcat:bmah% cc foo.c This shows up on 25 April -CURRENT, but not on 20 March -CURRENT or, apparently, not what the -CURRENT ports cluster is running (5.0-DP1?). So...is there some reason I shouldn't be able to use from a C++ program, or is something broken? Thanks! Bruce. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 30 9:35:46 2002 Delivered-To: freebsd-current@freebsd.org Received: from damnhippie.dyndns.org (12-253-177-2.client.attbi.com [12.253.177.2]) by hub.freebsd.org (Postfix) with ESMTP id 3F5D037B405 for ; Tue, 30 Apr 2002 09:35:42 -0700 (PDT) Received: from [172.22.42.2] (peace.hippie.lan [172.22.42.2]) by damnhippie.dyndns.org (8.11.6/8.11.6) with ESMTP id g3UGZb453283 for ; Tue, 30 Apr 2002 10:35:37 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) User-Agent: Microsoft Outlook Express Macintosh Edition - 5.01 (1630) Date: Tue, 30 Apr 2002 10:35:37 -0600 Subject: Re: cc1 crashes with SIGBUS while building XFree86-Server-4.2.0_2 From: Ian To: freebsd-current Message-ID: In-Reply-To: <20020430112848.C229@v-ger.we.lc.ehu.es> 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 > From: "Jose M. Alcaide" > Date: Tue, 30 Apr 2002 11:28:48 +0200 > To: current@FreeBSD.ORG > Subject: cc1 crashes with SIGBUS while building XFree86-Server-4.2.0_2 > > I am getting this error while building XFree86-Server-4.2.0_2 on a > recently updated -CURRENT (Mon Apr 29 10:55:43 GMT): > > [snip] > > cpp0: cc: output pipe has been closedInternal compiler error: program cc1 got > fatal signal 10 > I have seen cc1 die like this many many times, and have only ever seen 2 root causes for the death: 1) bad ram 2) you overclocked the cpu or bus just a bit too much cc1 dying on a long complex source module when you've overclocked beyond what your silicon can handle is so reliable a test that it's the first thing I use when trying to find the true speed a new system will run at. If you're not overclocking, then bad ram would make a good second suspect, I had a failing DIMM a couple years ago first manifest as signal 10 and 11 errors in cc1. -- Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 30 9:38:14 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtp-3.hut.fi (smtp-3.hut.fi [130.233.228.93]) by hub.freebsd.org (Postfix) with ESMTP id 02FF337B404; Tue, 30 Apr 2002 09:38:07 -0700 (PDT) Received: from alpha.hut.fi (alpha.hut.fi [130.233.228.21]) by smtp-3.hut.fi (8.12.3/8.12.3) with ESMTP id g3UGc5Y9002699; Tue, 30 Apr 2002 19:38:05 +0300 Received: (from jhi@localhost) by alpha.hut.fi (8.9.3/8.9.3) id TAA21868; Tue, 30 Apr 2002 19:33:05 +0300 (EET DST) Date: Tue, 30 Apr 2002 19:33:04 +0300 From: Jarkko Hietaniemi To: perl5-porters@perl.org Cc: Mark Murray , Josef Karthauser , Chris Nandor , Christopher Masto , Raphael Manfredi , Jordan Hubbard , perl5-porters@perl.org, freebsd-current@freebsd.org, tobez@freebsd.org Subject: Re: Save a few hunderd kilobytes or a few hundred perl users? Message-ID: <20020430193304.A30405@alpha.hut.fi> References: <200204301406.g3UE6uoI028768@grimreaper.grondar.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: ; from dankogai@dan.co.jp on Wed, May 01, 2002 at 12:34:44AM +0900 Sender: owner-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 promise that this is my last message about this matter to this large a recipient list. Who is the maintainer of the Perl package in FreeBSD? Anton Berezin, I think? tobez@freebsd.org CCed.) Though I disagree with the tone of Dan Kogai, I must agree on the technical grounds that leaving away standard modules and still calling it "Perl" is not quite right. I think both from the viewpoints of the Perl distribution *and* an OS distribution *IF* modules have to be left out for space-saving reasons the fair thing to do would be to make it clear to the users of the OS distribution that what they are getting is not the full Perl. This will cut down the number of misunderstandings on both sides. Firstly, both the outputs of perl -v and perl -V should be amended. For example: $ perl -v This is perl, v5.6.1 built for i686-freebsd THIS INSTALLATION HAS BEEN MODIFIED FOR FREEBSD. NOT ALL STANDARD MODULES ARE INCLUDED. The missing modules are: ... To get the full standard installation, install ... Copyright 1987-2002, Larry Wall Perl may be copied only under the terms of either the Artistic License or the GNU General Public License, which may be found in the Perl 5 source kit. Complete documentation for Perl, including FAQ lists, should be found on this system using `man perl' or `perldoc perl'. If you have access to the Internet, point your browser at http://www.perl.com/, the Perl Home Page. Secondly, as the above message indicates, there should be a full Perl installation available, using whatever packaging method is used by the OS distribution. -- $jhi++; # http://www.iki.fi/jhi/ # There is this special biologist word we use for 'stable'. # It is 'dead'. -- Jack Cohen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 30 9:38:50 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtp-4.hut.fi (smtp-4.hut.fi [130.233.228.94]) by hub.freebsd.org (Postfix) with ESMTP id 225C137B416; Tue, 30 Apr 2002 09:38:39 -0700 (PDT) Received: from alpha.hut.fi (alpha.hut.fi [130.233.228.21]) by smtp-4.hut.fi (8.12.3/8.12.3) with ESMTP id g3UGcUnJ018842; Tue, 30 Apr 2002 19:38:30 +0300 Received: (from jhi@localhost) by alpha.hut.fi (8.9.3/8.9.3) id SAA10103; Tue, 30 Apr 2002 18:38:30 +0300 (EET DST) Date: Tue, 30 Apr 2002 18:38:29 +0300 From: Jarkko Hietaniemi To: Dan Kogai Cc: Mark Murray , Josef Karthauser , Chris Nandor , Christopher Masto , Raphael Manfredi , Jordan Hubbard , perl5-porters@perl.org, freebsd-current@freebsd.org Subject: Re: Save a few hunderd kilobytes or a few hundred perl users? Message-ID: <20020430183829.C25966@alpha.hut.fi> References: <200204301406.g3UE6uoI028768@grimreaper.grondar.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: ; from dankogai@dan.co.jp on Wed, May 01, 2002 at 12:34:44AM +0900 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG *Sigh* Dan, I'm not entirely happy that you chose to take this discussion so public, with such a wide CC list. My experience is that these matters are much better solved in smaller groups, where the signal/noise ratio doesn't go straight to /dev/null. [FWIW, I'm the release manager of the Perl 5.8.0-to-be] -- $jhi++; # http://www.iki.fi/jhi/ # There is this special biologist word we use for 'stable'. # It is 'dead'. -- Jack Cohen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 30 9:50:12 2002 Delivered-To: freebsd-current@freebsd.org Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by hub.freebsd.org (Postfix) with ESMTP id 70AC037B405; Tue, 30 Apr 2002 09:49:54 -0700 (PDT) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.12.3/8.12.3) with ESMTP id g3UGnrrn078368; Tue, 30 Apr 2002 09:49:53 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.12.3/8.12.3/Submit) id g3UGnrbC078367; Tue, 30 Apr 2002 09:49:53 -0700 (PDT) Date: Tue, 30 Apr 2002 09:49:53 -0700 (PDT) From: David Wolfskill Message-Id: <200204301649.g3UGnrbC078367@bunrab.catwhisker.org> To: current@freebsd.org Subject: src/sys/kern/kern_malloc.c (rev. 1.104) seems OK so far.... Cc: jeff@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 I don't normally post when things appear to work, but since I had mentioned that I had seen some problems with rev. 1.99 of src/sys/kern/kern_malloc.c, I thought it only fair to point out that I noted the small flurry of recent commits to that file, re-synced it with the CVS repository, built -CURRENT with it, and survived the reboot and initial testing OK -- both on my SMP build machine and my uniprocessor laptop. Here's unmae -a from the latter: g1-9(5.0-C)[1] uname -a FreeBSD g1-9.catwhisker.org 5.0-CURRENT FreeBSD 5.0-CURRENT #35: Tue Apr 30 09:16:08 PDT 2002 root@g1-9.catwhisker.org:/common/S3/obj/usr/src/sys/LAPTOP_30W i386 g1-9(5.0-C)[2] I'm not going to be so silly as to claim it (or anything else!) is perfect; this is a work by humans, after all. But it's a lot better than it was. I'll give it more of a stress-test tomorrow, when I try doing tomorrow's -CURRENT buildworld (& friends) while running today's. Cheers, david -- David H. Wolfskill david@catwhisker.org Microsoft products -- for those times when reliability just doesn't matter. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 30 10:35:11 2002 Delivered-To: freebsd-current@freebsd.org Received: from sdns.kv.ukrtel.net (sdns.kv.ukrtel.net [195.5.27.246]) by hub.freebsd.org (Postfix) with ESMTP id EEB2837B416; Tue, 30 Apr 2002 10:35:00 -0700 (PDT) Received: from vega.vega.com (195.5.51.243 [195.5.51.243]) by sdns.kv.ukrtel.net with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id J9KHY99Q; Tue, 30 Apr 2002 20:36:39 +0300 Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vega.vega.com (8.11.6/8.11.3) with ESMTP id g3UHYw193702; Tue, 30 Apr 2002 20:34:58 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Message-ID: <3CCED642.262C4938@FreeBSD.org> Date: Tue, 30 Apr 2002 20:37:06 +0300 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U) X-Accept-Language: en,uk,ru MIME-Version: 1.0 To: Jarkko Hietaniemi Cc: perl5-porters@perl.org, Mark Murray , Josef Karthauser , Chris Nandor , Christopher Masto , Raphael Manfredi , Jordan Hubbard , freebsd-current@FreeBSD.ORG, tobez@FreeBSD.ORG Subject: Re: Save a few hunderd kilobytes or a few hundred perl users? References: <200204301406.g3UE6uoI028768@grimreaper.grondar.org> <20020430193304.A30405@alpha.hut.fi> Content-Type: text/plain; charset=koi8-r 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 Jarkko Hietaniemi wrote: > > (I promise that this is my last message about this matter to this large a > recipient list. Who is the maintainer of the Perl package in FreeBSD? > Anton Berezin, I think? tobez@freebsd.org CCed.) > > Though I disagree with the tone of Dan Kogai, I must agree on the > technical grounds that leaving away standard modules and still calling > it "Perl" is not quite right. > > I think both from the viewpoints of the Perl distribution *and* an OS > distribution *IF* modules have to be left out for space-saving reasons > the fair thing to do would be to make it clear to the users of the OS > distribution that what they are getting is not the full Perl. This > will cut down the number of misunderstandings on both sides. > > Firstly, both the outputs of perl -v and perl -V should be amended. > For example: > > $ perl -v > > This is perl, v5.6.1 built for i686-freebsd > > THIS INSTALLATION HAS BEEN MODIFIED FOR FREEBSD. NOT ALL STANDARD > MODULES ARE INCLUDED. The missing modules are: ... > To get the full standard installation, install ... > > Copyright 1987-2002, Larry Wall > > Perl may be copied only under the terms of either the Artistic License or the > GNU General Public License, which may be found in the Perl 5 source kit. > > Complete documentation for Perl, including FAQ lists, should be found on > this system using `man perl' or `perldoc perl'. If you have access to the > Internet, point your browser at http://www.perl.com/, the Perl Home Page. > > Secondly, as the above message indicates, there should be a full Perl > installation available, using whatever packaging method is used by the > OS distribution. Folks, please put the fscking modules back - the gain from their removal isn't worth all fuzz and FUD that such removal generated. Just UAH0.02 from bystander. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 30 11: 5:44 2002 Delivered-To: freebsd-current@freebsd.org Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id 0F39C37B405 for ; Tue, 30 Apr 2002 11:05:38 -0700 (PDT) Received: from storm.FreeBSD.org.uk (uucp@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.2/8.12.2) with ESMTP id g3UI5T28085955; Tue, 30 Apr 2002 19:05:29 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Received: (from uucp@localhost) by storm.FreeBSD.org.uk (8.12.2/8.12.2/Submit) with UUCP id g3UI5SIN085954; Tue, 30 Apr 2002 19:05:28 +0100 (BST) Received: from grimreaper.grondar.org (localhost [127.0.0.1]) by grimreaper.grondar.org (8.12.3/8.12.3) with ESMTP id g3UI30oI031200; Tue, 30 Apr 2002 19:03:00 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Message-Id: <200204301803.g3UI30oI031200@grimreaper.grondar.org> To: Dan Kogai Cc: perl5-porters@perl.org, freebsd-current@FreeBSD.ORG Subject: Re: Save a few hunderd kilobytes or a few hundred perl users? References: In-Reply-To: ; from Dan Kogai "Wed, 01 May 2002 00:34:44 +0900." Date: Tue, 30 Apr 2002 19:03:00 +0100 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Mark, and FreeBSD committers, > > I am deeply disappointed by the recent move to drop some of the files > (CGI.pm, et al.) in perl distribution /usr/src/contrib/perl5. By saving > a few hundred kilobytes, you are risking losing a few hundred perl > hackers that run FreeBSD thereon. OK... > I hate to tell you this but I believe FreeBSD has already paid the price > for disregarding the community. Are you--we (because I am part of the > FreeBSD community, at least for the time being) going to repeat the same > mistake? Well, look at it this way. Perl is very hard to build already, and it is very big, and you say it is getting bigger. All "base" freebsd needs is the core language. The rest bloats the source tree, slows down builds of the whole operating system and provides copious opportunities for cross-builds and upgrades to fail. Can we not come to a compromise here? > Rafael Garcia-Suarez also wrote: > > Wait, vendors will soon have to struggle with the Borgified 5.8.0 > > release... > > Now please allow me to get a little personal. I happened to maintain > Encode, the largest module in Perl 5.8.0 by far. If you are to > castrate, this will definitely the first one to be. The sad fact is > that I develop this very module on FreeBSD! And it sounds like a perfect candidate for a FreeBSD "port". The bash(1) developer develops on FreeBSD (IIRC). That is a port. I have no idea how many other of our 6000+ ports are developed on FreeBSD, we dont have those in the base system unless they are needed for the core operating system (such needs are things like, say, OpenSSH, Kerberos5/Heimdal, Bind, Less, etc in src/contrib/). > Since Encode is a part of Perl 5.8.0, I can't choose to license it so > that you can't castrate. But that will disappoint me so much that I may > join those who kissed FreeBSD good-bye like many others who have chosen > to do so for the lack of regards. You realise that you are asking for FreeBSD to bloat itself to unusable levels by setting this precedent? How many _other_ modules are coming in? How big is Perl going to get? How much longer is it going to take to build? What other software authors will thus have valid reasons for having _their_ software as part of the base system instead of as a port? > P.S. I would rather choose the NetBSD way of detaching Perl from core > distribution altogether. That is far more politically correct. There is merit to this point - make Perl5 a "super-port" (or something), that is closer to the OS than a usual port but not part of the base OS. I have no objection to this. M -- o Mark Murray \_ O.\_ Warning: this .sig is umop ap!sdn #text/plain; name=cv.doc [Mark Murray CV Plain Text] cv.doc #application/octet-stream; name=cv.pdf [Mark Murray CV PDF] cv.pdf To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 30 11:10:39 2002 Delivered-To: freebsd-current@freebsd.org Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id DC99637B41C for ; Tue, 30 Apr 2002 11:10:33 -0700 (PDT) Received: from storm.FreeBSD.org.uk (uucp@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.2/8.12.2) with ESMTP id g3UIAW28085999; Tue, 30 Apr 2002 19:10:32 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Received: (from uucp@localhost) by storm.FreeBSD.org.uk (8.12.2/8.12.2/Submit) with UUCP id g3UIAWGV085998; Tue, 30 Apr 2002 19:10:32 +0100 (BST) Received: from grimreaper.grondar.org (localhost [127.0.0.1]) by grimreaper.grondar.org (8.12.3/8.12.3) with ESMTP id g3UI7xoI031309; Tue, 30 Apr 2002 19:07:59 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Message-Id: <200204301807.g3UI7xoI031309@grimreaper.grondar.org> To: Jarkko Hietaniemi Cc: perl5-porters@perl.org, freebsd-current@freebsd.org Subject: Re: Save a few hunderd kilobytes or a few hundred perl users? References: <20020430193304.A30405@alpha.hut.fi> In-Reply-To: <20020430193304.A30405@alpha.hut.fi> ; from Jarkko Hietaniemi "Tue, 30 Apr 2002 19:33:04 +0300." Date: Tue, 30 Apr 2002 19:07:59 +0100 From: Mark Murray Sender: owner-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 promise that this is my last message about this matter to this large a > recipient list. Who is the maintainer of the Perl package in FreeBSD? > Anton Berezin, I think? tobez@freebsd.org CCed.) Me - markm@freebsd.org > Though I disagree with the tone of Dan Kogai, I must agree on the > technical grounds that leaving away standard modules and still calling > it "Perl" is not quite right. > > I think both from the viewpoints of the Perl distribution *and* an OS > distribution *IF* modules have to be left out for space-saving reasons > the fair thing to do would be to make it clear to the users of the OS > distribution that what they are getting is not the full Perl. This > will cut down the number of misunderstandings on both sides. Fair enough. > Firstly, both the outputs of perl -v and perl -V should be amended. > For example: > > $ perl -v > > This is perl, v5.6.1 built for i686-freebsd ... etc. I could do this. > Secondly, as the above message indicates, there should be a full Perl > installation available, using whatever packaging method is used by the > OS distribution. FreeBSD has the ports collection that has a full install of Perl 5.6.1. M -- o Mark Murray \_ O.\_ Warning: this .sig is umop ap!sdn #text/plain; name=cv.doc [Mark Murray CV Plain Text] cv.doc #application/octet-stream; name=cv.pdf [Mark Murray CV PDF] cv.pdf To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 30 11:13: 4 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtp-3.hut.fi (smtp-3.hut.fi [130.233.228.93]) by hub.freebsd.org (Postfix) with ESMTP id 3BFC437B419 for ; Tue, 30 Apr 2002 11:12:57 -0700 (PDT) Received: from alpha.hut.fi (alpha.hut.fi [130.233.228.21]) by smtp-3.hut.fi (8.12.3/8.12.3) with ESMTP id g3UICuY9005323; Tue, 30 Apr 2002 21:12:56 +0300 Received: (from jhi@localhost) by alpha.hut.fi (8.9.3/8.9.3) id VAA10634; Tue, 30 Apr 2002 21:12:56 +0300 (EET DST) Date: Tue, 30 Apr 2002 21:12:55 +0300 From: Jarkko Hietaniemi To: Mark Murray Cc: perl5-porters@perl.org, freebsd-current@freebsd.org Subject: Re: Save a few hunderd kilobytes or a few hundred perl users? Message-ID: <20020430211255.L30405@alpha.hut.fi> References: <20020430193304.A30405@alpha.hut.fi> <200204301807.g3UI7xoI031309@grimreaper.grondar.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: <200204301807.g3UI7xoI031309@grimreaper.grondar.org>; from mark@grondar.za on Tue, Apr 30, 2002 at 07:07:59PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Me - markm@freebsd.org Thanks. > > Firstly, both the outputs of perl -v and perl -V should be amended. > > For example: > > > > $ perl -v > > > > This is perl, v5.6.1 built for i686-freebsd > > ... etc. I could do this. Sounds okay. > > Secondly, as the above message indicates, there should be a full Perl > > installation available, using whatever packaging method is used by the > > OS distribution. > > FreeBSD has the ports collection that has a full install of Perl 5.6.1. Sounds even more okay. -- $jhi++; # http://www.iki.fi/jhi/ # There is this special biologist word we use for 'stable'. # It is 'dead'. -- Jack Cohen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 30 12:55:47 2002 Delivered-To: freebsd-current@freebsd.org Received: from dan-gm.gm.dan.co.jp (dan-gm.gm.dan.co.jp [61.194.1.58]) by hub.freebsd.org (Postfix) with SMTP id 5562237B41A for ; Tue, 30 Apr 2002 12:55:39 -0700 (PDT) Received: (qmail 60776 invoked from network); 30 Apr 2002 19:55:34 -0000 Received: from h196.p970.iij4u.or.jp (HELO dan-pbg4) (210.138.202.196) by dan-gm.gm.dan.co.jp with SMTP; 30 Apr 2002 19:55:34 -0000 Date: Wed, 1 May 2002 04:55:25 +0900 Subject: Re: Save a few hunderd kilobytes or a few hundred perl users? Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v481) Cc: freebsd-current@FreeBSD.ORG, perl5-porters@perl.org To: Mark Murray From: Dan Kogai In-Reply-To: <200204301803.g3UI30oI031200@grimreaper.grondar.org> Message-Id: <36DA0290-5C74-11D6-84FE-00039301D480@dan.co.jp> Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.481) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG First my apology for choices of stronger words than they have to. On Wednesday, May 1, 2002, at 03:03 , Mark Murray wrote: > Well, look at it this way. Perl is very hard to build already, and it > is very big, and you say it is getting bigger. All "base" freebsd needs > is the core language. The rest bloats the source tree, slows down builds > of the whole operating system and provides copious opportunities for > cross-builds and upgrades to fail. One of the reasons I have chosen FreeBSD over Linuxen is its tidiness and slimness. So I do understand your concerns. > Can we not come to a compromise here? One possible solution might be as follow; rename /usr/src/contrib/perl5 to /usr/src/contrib/miniperl5 and just add enough file to build miniperl. miniperl it may be it has all functionalities that should be required to 'make world' -- that is, of course, unless the build process uses external module. I don't think anyone would object to that (AFAIK you need perl to build kernel). > And it sounds like a perfect candidate for a FreeBSD "port". The > bash(1) developer develops on FreeBSD (IIRC). That is a port. I have > no idea how many other of our 6000+ ports are developed on FreeBSD, > we dont have those in the base system unless they are needed for > the core operating system (such needs are things like, say, > OpenSSH, Kerberos5/Heimdal, Bind, Less, etc in src/contrib/). Yes, I want p5-* cleaned up as well. I just 'grep ^p5- /usr/ports/INDEX' and found 660! That's way too many (or, at least two of which I have developed :). Maybe we should BSDPANize all these. I think if whole perl5 is distributed via ports only it wouldn've raised this much rants. FreeBSD does need perl in core but not the whole thing and that is the problem. But rule of the thumb is NOT TO REMOVE THE SOURCE. /usr/src MAY BLOAT because it doesn't get installed by default (there are already bloated charmingly; 34853 files under /usr/src on FreeBSD 4.5-stable). If you need size control do so via install process. I would love to help in this area. I think just a little tweak to hints file and you should be able to build a minimum perl just by passing right Configure directive. > You realise that you are asking for FreeBSD to bloat itself to > unusable levels by setting this precedent? How many _other_ > modules are coming in? How big is Perl going to get? How much > longer is it going to take to build? What other software authors > will thus have valid reasons for having _their_ software as part > of the base system instead of as a port? I don't mean to include those that don't come with perl-x.x.x.tar.gz. CGI.pm doesn't look like a necessity and it may even be true. But the perl community voted to include it to perl standard distribution. Besides, this 'pick, grok and trash or keep' process should be too time-consuming. perl-current is already > 3000 files big and it is already beyond a power of individual to look through every one of them. You need a better approach than handpick CGI.pm and others. >> P.S. I would rather choose the NetBSD way of detaching Perl from core >> distribution altogether. That is far more politically correct. > > There is merit to this point - make Perl5 a "super-port" (or > something), that is closer to the OS than a usual port but not part > of the base OS. I have no objection to this. Maybe python and ruby should go for that approach as well and I see that's the way to go -- for ports. We still need perl to build FreeBSD and we got to come up with a correct soultion -- not only politically but also technically. Your current soultion is, to say the least yet with all due respect, incorrect in both criteria. Dan the Proud Member of Both Communities To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 30 13:21:51 2002 Delivered-To: freebsd-current@freebsd.org Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id EBC2A37B44B for ; Tue, 30 Apr 2002 13:20:39 -0700 (PDT) Received: from storm.FreeBSD.org.uk (uucp@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.2/8.12.2) with ESMTP id g3UKKY28087090; Tue, 30 Apr 2002 21:20:34 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Received: (from uucp@localhost) by storm.FreeBSD.org.uk (8.12.2/8.12.2/Submit) with UUCP id g3UKKYqP087089; Tue, 30 Apr 2002 21:20:34 +0100 (BST) Received: from grimreaper.grondar.org (localhost [127.0.0.1]) by grimreaper.grondar.org (8.12.3/8.12.3) with ESMTP id g3UKHIoI032520; Tue, 30 Apr 2002 21:17:18 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Message-Id: <200204302017.g3UKHIoI032520@grimreaper.grondar.org> To: Dan Kogai Cc: freebsd-current@FreeBSD.ORG, perl5-porters@perl.org Subject: Re: Save a few hunderd kilobytes or a few hundred perl users? References: <36DA0290-5C74-11D6-84FE-00039301D480@dan.co.jp> In-Reply-To: <36DA0290-5C74-11D6-84FE-00039301D480@dan.co.jp> ; from Dan Kogai "Wed, 01 May 2002 04:55:25 +0900." Date: Tue, 30 Apr 2002 21:17:18 +0100 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > Can we not come to a compromise here? > > One possible solution might be as follow; > > rename /usr/src/contrib/perl5 to /usr/src/contrib/miniperl5 Yes - in discussion the idea has already been brought up that all we need of perl is miniperl. I'm going to experiment with world builds that do this, and discuss it on our lists. For what its worth, we have exactly the same problem with GCC - it has 5 compilers in it already, and this is climbing. Our toolchain maintainers are tearing their hair out over bloat and other issues here. > Yes, I want p5-* cleaned up as well. I just 'grep ^p5- > /usr/ports/INDEX' and found 660! That's way too many (or, at least two > of which I have developed :). Maybe we should BSDPANize all these. I suspect that BSDPAN is used to some extent with all of these. > I think if whole perl5 is distributed via ports only it wouldn've raised > this much rants. FreeBSD does need perl in core but not the whole thing > and that is the problem. 100% agreement. I have even had a couple of folks asking for Perl 4 back! (No ways will I do that!) > But rule of the thumb is NOT TO REMOVE THE SOURCE. /usr/src MAY BLOAT > because it doesn't get installed by default (there are already bloated > charmingly; 34853 files under /usr/src on FreeBSD 4.5-stable). If you > need size control do so via install process. I would love to help in > this area. I think just a little tweak to hints file and you should be > able to build a minimum perl just by passing right Configure directive. I'm not sure that is acceptable. I believe that perl 5.8.0 will be +- 45 MB. I cannot afford to import all of that - I'd get lynched. > > You realise that you are asking for FreeBSD to bloat itself to > > unusable levels by setting this precedent? How many _other_ > > modules are coming in? How big is Perl going to get? How much > > longer is it going to take to build? What other software authors > > will thus have valid reasons for having _their_ software as part > > of the base system instead of as a port? > > I don't mean to include those that don't come with perl-x.x.x.tar.gz. > CGI.pm doesn't look like a necessity and it may even be true. But the > perl community voted to include it to perl standard distribution. If that becomes a license requirement, then FreeBSD may need to rethink the need for perl in the base system. WAAAAY too much bloat for too little gain. > Besides, this 'pick, grok and trash or keep' process should be too > time-consuming. perl-current is already > 3000 files big and it is > already beyond a power of individual to look through every one of them. > You need a better approach than handpick CGI.pm and others. Sure - but it is easy to blow away directories. > >> P.S. I would rather choose the NetBSD way of detaching Perl from core > >> distribution altogether. That is far more politically correct. > > > > There is merit to this point - make Perl5 a "super-port" (or > > something), that is closer to the OS than a usual port but not part > > of the base OS. I have no objection to this. > > Maybe python and ruby should go for that approach as well and I see > that's the way to go -- for ports. We still need perl to build FreeBSD > and we got to come up with a correct soultion -- not only politically > but also technically. Your current soultion is, to say the least yet > with all due respect, incorrect in both criteria. We are working on removing the need for perl in building the kernel. After that, it is just a case of rewiriting the userland utils that need it (perhaps with miniperl). > Dan the Proud Member of Both Communities :-) M -- o Mark Murray \_ O.\_ Warning: this .sig is umop ap!sdn #text/plain; name=cv.doc [Mark Murray CV Plain Text] cv.doc #application/octet-stream; name=cv.pdf [Mark Murray CV PDF] cv.pdf To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 30 13:41: 0 2002 Delivered-To: freebsd-current@freebsd.org Received: from jgrind.org (adsl-63-200-154-54.dsl.snfc21.pacbell.net [63.200.154.54]) by hub.freebsd.org (Postfix) with SMTP id C67F737B41C for ; Tue, 30 Apr 2002 13:40:55 -0700 (PDT) Received: (qmail 11361 invoked by uid 1002); 30 Apr 2002 20:40:41 -0000 Date: Tue, 30 Apr 2002 13:40:41 -0700 From: Johnny Lam To: Dan Kogai Cc: Mark Murray , freebsd-current@FreeBSD.ORG, perl5-porters@perl.org Subject: Re: Save a few hunderd kilobytes or a few hundred perl users? Message-ID: <20020430134041.A11328@jgrind.home> References: <200204301803.g3UI30oI031200@grimreaper.grondar.org> <36DA0290-5C74-11D6-84FE-00039301D480@dan.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i In-Reply-To: <36DA0290-5C74-11D6-84FE-00039301D480@dan.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 On Wed, May 01, 2002 at 04:55:25AM +0900, Dan Kogai wrote: > > Maybe python and ruby should go for that approach as well and I see > that's the way to go -- for ports. We still need perl to build FreeBSD > and we got to come up with a correct soultion -- not only politically > but also technically. Your current soultion is, to say the least yet > with all due respect, incorrect in both criteria. For the benefit of the FreeBSD users, I will reiterate a point I made on a different thread: I think Perl should be broken into two pieces: a "miniperl" distribution that is called "Perl" and a separate "Standard Perl Module Library" distribution. They would be versioned separately so what's considered part of the core Perl language isn't confused with what version of CGI.pm or other random module is included with a Perl distribution. It's clear that the modules evolve much faster than Perl's release cycle, so the Perl Library distribution could simply be on its release cycle. NetBSD (I) used to separate out Perl into a separate "miniperl" package + extensions, but I gave up on doing this because it was just getting to be a maintainence headache -- with every Perl release, I had to wade through a different module list to see what should be removed and what should stay and I just got fed up with the extra work. This is a lose for some of our platforms that just don't have a lot of disk space to spare, e.g. NetBSD/hpcmips. With a Perl + Perl Library setup, we could more easily control via a package system which modules are installed in a simpler, more additive way. Cheers, -- Johnny Lam To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 30 14:31: 5 2002 Delivered-To: freebsd-current@freebsd.org Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id F241137B405 for ; Tue, 30 Apr 2002 14:30:38 -0700 (PDT) Received: from storm.FreeBSD.org.uk (uucp@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.2/8.12.2) with ESMTP id g3ULUb28087703; Tue, 30 Apr 2002 22:30:37 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Received: (from uucp@localhost) by storm.FreeBSD.org.uk (8.12.2/8.12.2/Submit) with UUCP id g3ULUb7n087702; Tue, 30 Apr 2002 22:30:37 +0100 (BST) Received: from grimreaper.grondar.org (localhost [127.0.0.1]) by grimreaper.grondar.org (8.12.3/8.12.3) with ESMTP id g3ULT1oI033122; Tue, 30 Apr 2002 22:29:01 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Message-Id: <200204302129.g3ULT1oI033122@grimreaper.grondar.org> To: Johnny Lam Cc: freebsd-current@FreeBSD.ORG, perl5-porters@perl.org Subject: Re: Save a few hunderd kilobytes or a few hundred perl users? References: <20020430134041.A11328@jgrind.home> In-Reply-To: <20020430134041.A11328@jgrind.home> ; from Johnny Lam "Tue, 30 Apr 2002 13:40:41 PDT." Date: Tue, 30 Apr 2002 22:29:00 +0100 From: Mark Murray Sender: owner-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 Perl should be broken into two pieces: a "miniperl" distribution > that is called "Perl" and a separate "Standard Perl Module Library" > distribution. They would be versioned separately so what's considered part > of the core Perl language isn't confused with what version of CGI.pm or > other random module is included with a Perl distribution. It's clear that > the modules evolve much faster than Perl's release cycle, so the Perl > Library distribution could simply be on its release cycle. I would be _delighted_ with this arrangement! *BSD could use the "Perl" dist, and libraries would be excellent ports-fodder. > NetBSD (I) used to separate out Perl into a separate "miniperl" package + > extensions, but I gave up on doing this because it was just getting to be > a maintainence headache -- with every Perl release, I had to wade through > a different module list to see what should be removed and what should stay > and I just got fed up with the extra work. This is a lose for some of our > platforms that just don't have a lot of disk space to spare, e.g. > NetBSD/hpcmips. With a Perl + Perl Library setup, we could more easily > control via a package system which modules are installed in a simpler, > more additive way. A headache that would need to be addressed (IMO) is the one where Perl makes too many decisions about runtime at compile time. This makes things like cross building a real PITN. If the above "Perl" was really minimalist, that would be good. If it was basically some .c/.h (and .l/.y) files making the core language + Dynaloader, with no need to execute _any_ perl during the build, that would fit into the *BSD build paradigm very well indeed, and that would probably support the "Standard Perl Module Library" subsystem very well indeed, with no circular dependancies. A _big_ headache is the config.sh script that is sometimes read by a perl script, thus breaking any chance of putting shell variables and expressions in there and having them expand properly. Perl stuff like perldoc, pod2man we would like to be able to build with sed/awk scripts if necessary. I fully recognise as a programmer that this is not trivial work :-). M -- o Mark Murray \_ O.\_ Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 30 15:24:22 2002 Delivered-To: freebsd-current@freebsd.org Received: from forrie.ne.client2.attbi.com (forrie.ne.client2.attbi.com [24.147.156.140]) by hub.freebsd.org (Postfix) with ESMTP id 34C3A37B41D for ; Tue, 30 Apr 2002 15:24:13 -0700 (PDT) Received: from boom.forrie.com (internal-23.forrie.net. [192.168.1.23]) by forrie.ne.client2.attbi.com with id g3UMOAg74757 for ; Tue, 30 Apr 2002 18:24:11 -0400 (EDT) Message-Id: <5.1.0.14.2.20020430182241.05713968@192.168.1.1> X-Sender: forrie@192.168.1.1 X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Tue, 30 Apr 2002 18:24:14 -0400 To: freebsd-current@freebsd.org From: Forrest Aldrich Subject: RE: cc1 crashes with SIGBUS while building XFree86-Server-4.2.0_2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-RAVMilter-Version: 8.3.0(snapshot 20010925) (forrie.ne.client2.attbi.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've experienced this same problem today; but only after installing 5.0-current on the system in question. It compiled fine with FreeBSD_4.5. This is a 1.2ghz Pentium with 1gb of RAM. No problems with other things (large compile projects with 4.5 before). _F > From: "Jose M. Alcaide" > Date: Tue, 30 Apr 2002 11:28:48 +0200 > To: current@FreeBSD.ORG > Subject: cc1 crashes with SIGBUS while building XFree86-Server-4.2.0_2 > > I am getting this error while building XFree86-Server-4.2.0_2 on a > recently updated -CURRENT (Mon Apr 29 10:55:43 GMT): > > [snip] > > cpp0: cc: output pipe has been closedInternal compiler error: program cc1 got > fatal signal 10 > I have seen cc1 die like this many many times, and have only ever seen 2 root causes for the death: 1) bad ram 2) you overclocked the cpu or bus just a bit too much cc1 dying on a long complex source module when you've overclocked beyond what your silicon can handle is so reliable a test that it's the first thing I use when trying to find the true speed a new system will run at. If you're not overclocking, then bad ram would make a good second suspect, I had a failing DIMM a couple years ago first manifest as signal 10 and 11 errors in cc1. -- Ian 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 Apr 30 15:47:17 2002 Delivered-To: freebsd-current@freebsd.org Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id 71B0537B47E for ; Tue, 30 Apr 2002 15:45:33 -0700 (PDT) Received: from storm.FreeBSD.org.uk (uucp@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.2/8.12.2) with ESMTP id g3UMjW28088210; Tue, 30 Apr 2002 23:45:32 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Received: (from uucp@localhost) by storm.FreeBSD.org.uk (8.12.2/8.12.2/Submit) with UUCP id g3UMjWqV088209; Tue, 30 Apr 2002 23:45:32 +0100 (BST) Received: from grimreaper.grondar.org (localhost [127.0.0.1]) by grimreaper.grondar.org (8.12.3/8.12.3) with ESMTP id g3UMh9oI033720; Tue, 30 Apr 2002 23:43:09 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Message-Id: <200204302243.g3UMh9oI033720@grimreaper.grondar.org> To: Nicholas Clark Cc: freebsd-current@FreeBSD.ORG, perl5-porters@perl.org Subject: Re: Save a few hunderd kilobytes or a few hundred perl users? References: <20020430221249.GD305@Bagpuss.unfortu.net> In-Reply-To: <20020430221249.GD305@Bagpuss.unfortu.net> ; from Nicholas Clark "Tue, 30 Apr 2002 23:12:50 BST." Date: Tue, 30 Apr 2002 23:43:09 +0100 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > Perl stuff like perldoc, pod2man we would like to be able to build > > with sed/awk scripts if necessary. > > All the perl developers that I know like writing perl. I wonder why that is? ;-) > Given the choice of writing something in sed sed/awk versus writing something > in perl, which do you think they'd prefer? :-) No brainer! :-) > In fact, I don't know any awk, and I hardly know any sed. > Then again, I seem to spend more of my time writing perl in C than in perl. > > I don't understand the *BSD build paradigm, so I've no idea if I'm making > rash assumptions here, but perl's building paradigm (as I understand it) is > to build a minimal perl (miniperl) and then write the later stages of the > build in perl. BSD's build paradigm is to do it all in makefiles, using make's dependancy rules. > Having done a port to a non Unix system without a shell, it irritates > me that there *are* shell scripts used at all after miniperl is > built. For portability reasons it would be nicer if everything after > miniperl was written in 100% perl, as it's usually possible to > bootstrap a good-enough miniperl from a hand-edited config.h file. But > this is a digression. Hand crafted config.h files are a pain if you need to do some configs (word size, endianness, build vs. run architecture, etc). If you use system headers for this, then you are laughing. If building scripts (say, perldoc) is as simple as running a script through (only) miniperl, that would be OK - miniperl could be a part of the OS build toolchain. I had something in mind like %%FOO%% strings that would be simple to sed(1) into their real values at build time. I am under no illusions that doing this is major work for you guys. > Would I be right in guessing that the pain to *BSD in the perl build system > is that even if there is an existing /usr/bin/perl, we perl porters insist > on writing all our perl building scripts using perl features only found in > the perl we're bootstrapping. Hence it's not possible to use the probably > older /usr/bin/perl to finish making perl, and so *BSD has to use the > uninstalled new perl in /usr/obj. Which causes problems bootstrapping new > binary formats (eg existing kernel only runs a.out binaries, new kernel runs > a.out and ELF, new userspace is being built as ELF, but how does one run the > uninstalled ELF perl during make world?) At least, this was the stage where > I had fun when upgrading my FreeBSD box from 4.0 to 4.5. That is a big part of it. Another big part of the the problem is that build time requirements become run-time defaults, like where you put stuff for the build vs. where stuff is eventually put stuff at install time. This is particularly bad when trying to cross build, as perl decides at build time what CPU it is going to _run_ on, and fouls up :-). We've mostly fixed that, but it is very fragile, and I'm dreading the next perl upgrade. *BSD can fix most of this using the right headers (eg: sys/endian.h) and the right integer types (u_int32_t, int64_t, etc). We've dethreaded lots of the build, and we build libperl.(so|a) mostly with straight makefiles. We can build perl, suidperl and miniperl with just a little bit of scripting magic (mostly for Dynaloader), but the dependancy list is very big (MakeMaker etc). > (This may sound corny or obsequious, but people rarely seem to say thank you, > and assume it's taken for granted. My FreeBSD box works very well. Thank you > for FreeBSD. Please keep up the good work.) Thank you for Perl! We gripe about its build, but it is a very useful tool. Thank _you_! And a very hearty "Thank You" for this opportunity to discuss this thorny issue with you! M -- o Mark Murray \_ O.\_ Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 30 17:32:39 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtp.sw.oz.au (smtp.sw.oz.au [203.31.96.1]) by hub.freebsd.org (Postfix) with ESMTP id 83C0C37B400 for ; Tue, 30 Apr 2002 17:32:31 -0700 (PDT) Received: (from vance@localhost) by smtp.sw.oz.au (8.8.8+Sun/8.8.8) id KAA16107; Wed, 1 May 2002 10:32:08 +1000 (EST) Date: Wed, 1 May 2002 10:32:08 +1000 From: Christopher Vance To: Mark Murray Cc: Johnny Lam , freebsd-current@FreeBSD.ORG, perl5-porters@perl.org Subject: Re: Save a few hunderd kilobytes or a few hundred perl users? Message-ID: <20020501103208.C27128@aurema.com> References: <20020430134041.A11328@jgrind.home> <200204302129.g3ULT1oI033122@grimreaper.grondar.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200204302129.g3ULT1oI033122@grimreaper.grondar.org>; from mark@grondar.za on Tue, Apr 30, 2002 at 10:29:00PM +0100 Sender: owner-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, Apr 30, 2002 at 10:29:00PM +0100, Mark Murray wrote: : > NetBSD (I) used to separate out Perl into a separate "miniperl" package + : > extensions, but I gave up on doing this because it was just getting to be : > a maintainence headache -- with every Perl release, I had to wade through : > a different module list to see what should be removed and what should stay : > and I just got fed up with the extra work. This is a lose for some of our : > platforms that just don't have a lot of disk space to spare, e.g. : > NetBSD/hpcmips. With a Perl + Perl Library setup, we could more easily : > control via a package system which modules are installed in a simpler, : > more additive way. NetBSD (-current, at least) does not have perl in the base. OpenBSD has 5.6.. Perhaps FreeBSD could benefit from following NetBSD, and use awk or whatever to replace the perl stuff for kernel build and wherever else. People who actually want perl could then install a miniperl package and as many modules as they need or like, up to and including the very latest full-bloat^H^Hwn version, if desired. I used to write lots of (relatively simple) perl, mostly without using many of the presupplied modules, but now I tend towards Python for many (but not all) of those tasks. -- Christopher Vance To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 30 17:48:49 2002 Delivered-To: freebsd-current@freebsd.org Received: from forrie.ne.client2.attbi.com (forrie.ne.client2.attbi.com [24.147.156.140]) by hub.freebsd.org (Postfix) with ESMTP id 7134A37B41D for ; Tue, 30 Apr 2002 17:48:45 -0700 (PDT) Received: from boom.forrie.com (internal-23.forrie.net. [192.168.1.23]) by forrie.ne.client2.attbi.com with id g410mcg93799 for ; Tue, 30 Apr 2002 20:48:38 -0400 (EDT) Message-Id: <5.1.0.14.2.20020430204804.05732858@192.168.1.1> X-Sender: forrie@192.168.1.1 X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Tue, 30 Apr 2002 20:48:42 -0400 To: freebsd-current@freebsd.org From: Forrest Aldrich Subject: RE: cc1 crashes with SIGBUS while building XFree86-Server-4.2.0_2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-RAVMilter-Version: 8.3.0(snapshot 20010925) (forrie.ne.client2.attbi.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 Found that cc1 also has a problem with this on a buildworld for FreeBSD-5.0-CURRENT. FYI. I can reinstall 4.5 and attempt the same, but I recall no problems with 4.5. _F To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 30 18:38:10 2002 Delivered-To: freebsd-current@freebsd.org Received: from wise13.mn.waseda.ac.jp (wise13.mn.waseda.ac.jp [133.9.4.145]) by hub.freebsd.org (Postfix) with ESMTP id 1033C37B437 for ; Tue, 30 Apr 2002 18:37:45 -0700 (PDT) Received: from russkij.mn.waseda.ac.jp (russkij.yt.cache.waseda.ac.jp [133.9.103.43]) by wise13.mn.waseda.ac.jp (8.9.1a/3.7W-20011211) with SMTP id KAA09592; Wed, 1 May 2002 10:37:43 +0900 (JST) (envelope-from ytsuji@mn.waseda.ac.jp) Date: Wed, 1 May 2002 10:37:43 +0900 (JST) Message-Id: <200205010137.KAA09592@wise13.mn.waseda.ac.jp> Subject: fasttrak100 From: ytsuji@mn.waseda.ac.jp (dr yoshimasa tsuji) MIME-Version: 1.0 Content-Type: Text/plain; charset=US-ASCII X-Mailer: JEPRO WinYAT32 Ver.5.0 R21(0) ; #waseda.ac.jp To: current@FreeBSD.org Cc: ytsuji@mn.waseda.ac.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 Hello, I burnt the iso image of 5.0-DP1-insatll.iso and tried to run it without success. The thing is that the present version 4.5 does not recognize FastTrak100 on my system (the system eternally thinks it has two drives instead of one, and allows to fdisk each part of the array). 5.0-DP1 is better in that it does not think any ordinary disks are found in my system (when boot up loader initiates, I see disk0, disk1, and disk2, though <-- one floppy drive and an array of two disks), but fdisk says "no disks found!". The system obviously has recognized the presence of FastTrak100, but doesn't go any further. How can I get the array properly partitioned and newfs'ed before installing the binaries from the CD? with best wishes, Tsuji ---- P.S. As I expect FreeBSD work solely as an NFS server, I don't need sophisticated features of CURRENT. Can I simply copy the device driver inside "ata(4)" into Release 4.5 and go without using CURRENT? The CURRENT version of ata(4) is said to support FastTrak (the Release 4.5 says "unknown device found on pci bus", whereas CURRENT doesn't say so). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 30 20:18:55 2002 Delivered-To: freebsd-current@freebsd.org Received: from crypt.compulink.co.uk (s150.pool.pm3-tele-1.cix.co.uk [194.153.23.150]) by hub.freebsd.org (Postfix) with ESMTP id C9DDA37B417 for ; Tue, 30 Apr 2002 20:18:48 -0700 (PDT) Received: from crypt.compulink.co.uk (hv@localhost) by crypt.compulink.co.uk (8.11.2/8.11.2) with ESMTP id g413Mie22563; Wed, 1 May 2002 04:22:47 +0100 Message-Id: <200205010322.g413Mie22563@crypt.compulink.co.uk> To: Mark Murray Cc: Johnny Lam , freebsd-current@FreeBSD.ORG, perl5-porters@perl.org Subject: Re: Save a few hunderd kilobytes or a few hundred perl users? Reply-To: hv@crypt0.demon.co.uk In-Reply-To: <200204302129.g3ULT1oI033122@grimreaper.grondar.org> Date: Wed, 01 May 2002 04:22:44 +0100 From: Hugo van der Sanden Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mark Murray wrote: :> I think Perl should be broken into two pieces: a "miniperl" distribution :> that is called "Perl" and a separate "Standard Perl Module Library" :> distribution. They would be versioned separately so what's considered part :> of the core Perl language isn't confused with what version of CGI.pm or :> other random module is included with a Perl distribution. It's clear that :> the modules evolve much faster than Perl's release cycle, so the Perl :> Library distribution could simply be on its release cycle. : :I would be _delighted_ with this arrangement! *BSD could use the :"Perl" dist, and libraries would be excellent ports-fodder. This was an issue raised at the perl5-porters meeting during the conference in San Diego last year. I don't remember the details precisely - I'm trying to track them down - but as far as I can recall some consensus was reached that it should in principle be possible to find a way to offer particular subsets or supersets of the standard perl installation. There are some problems to be overcome, not least the social ones ("my ISP won't install CPAN packages"), but it may be possible to overcome some of them by providing installations targeted at particular domains - 'perl for booting', 'perl for ISPs' etc - with the same imprimatur as Perl itself. I hope to see some progress made on this in the 5.10 cycle. Hugo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 30 20:29:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from forrie.ne.client2.attbi.com (forrie.ne.client2.attbi.com [24.147.156.140]) by hub.freebsd.org (Postfix) with ESMTP id 353A537B419 for ; Tue, 30 Apr 2002 20:29:31 -0700 (PDT) Received: from boom.forrie.com (internal-23.forrie.net. [192.168.1.23]) by forrie.ne.client2.attbi.com with id g413TTg36969 for ; Tue, 30 Apr 2002 23:29:30 -0400 (EDT) Message-Id: <5.1.0.14.2.20020430232838.00b5a350@192.168.1.1> X-Sender: forrie@192.168.1.1 X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Tue, 30 Apr 2002 23:29:34 -0400 To: freebsd-current@freebsd.org From: Forrest Aldrich Subject: RE: cc1 crashes with SIGBUS while building XFree86-Server-4.2.0_2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-RAVMilter-Version: 8.3.0(snapshot 20010925) (forrie.ne.client2.attbi.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 To follow up on my previous post: I did reinstall FreeBSD-4.5 (updated with cvsup), did a buildworld etc., then build XFree86-4 with no troubles at all. So looks like the problem may be with FreeBSD-5.0-CURRENT. _F To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 30 20:48:22 2002 Delivered-To: freebsd-current@freebsd.org Received: from jgrind.org (adsl-63-200-154-54.dsl.snfc21.pacbell.net [63.200.154.54]) by hub.freebsd.org (Postfix) with SMTP id F028437B41B for ; Tue, 30 Apr 2002 20:48:14 -0700 (PDT) Received: (qmail 11789 invoked by uid 1002); 1 May 2002 03:48:03 -0000 Date: Tue, 30 Apr 2002 20:48:03 -0700 From: Johnny Lam To: hv@crypt0.demon.co.uk Cc: Mark Murray , freebsd-current@FreeBSD.ORG, perl5-porters@perl.org Subject: Re: Save a few hunderd kilobytes or a few hundred perl users? Message-ID: <20020430204803.A11778@jgrind.home> References: <200204302129.g3ULT1oI033122@grimreaper.grondar.org> <200205010322.g413Mie22563@crypt.compulink.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i In-Reply-To: <200205010322.g413Mie22563@crypt.compulink.co.uk> Sender: owner-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, May 01, 2002 at 04:22:44AM +0100, Hugo van der Sanden wrote: > > There are some problems to be overcome, not least the social ones > ("my ISP won't install CPAN packages"), but it may be possible to > overcome some of them by providing installations targeted at > particular domains - 'perl for booting', 'perl for ISPs' etc - > with the same imprimatur as Perl itself. I hope to see some > progress made on this in the 5.10 cycle. The "my ISP won't install CPAN packages" problem would be solved by my proposal of having separate perl-5.10.0 and perl-library-1.0 distributions because *both* would be recommended to be installed by the Perl community, and the world-at-large would learn that they really need to install both to match the functionality of previous releases of perl. My proposal also makes it easy to create the targetted Perl installations that you're suggesting: perl-5.10.0 perl-library-standard-1.0 perl-library-ISP-1.0 perl-library-bioinformatics-1.0 perl-library-sysadmin-1.0 ... A user would install perl-5.10.0 then choose the Perl module library most relevant to his/her domain of interest. They could each have individual release cycles, and the responsibility for the domain- specific Perl libraries could be delegated to the groups that have the most experience within those domains. Cheers, -- Johnny Lam To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 30 21:33:53 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail2.superonline.com (mail2.superonline.com [212.252.122.47]) by hub.freebsd.org (Postfix) with ESMTP id 6596837B41A for ; Tue, 30 Apr 2002 21:33:50 -0700 (PDT) Received: from athlon1.bsdlin.de ([217.131.198.137]) by mail2.superonline.com with SMTP id <20020501043823.ZWFU24621.mail2@athlon1.bsdlin.de> for ; Wed, 1 May 2002 07:38:23 +0300 Date: Wed, 1 May 2002 07:34:05 +0300 From: Ugur Artus To: freebsd-current@FreeBSD.org Message-Id: <20020501073405.21eadd42.ugurartus@superonline.com> X-Mailer: Sylpheed version 0.7.0claws (GTK+ 1.2.10; i386--freebsd4.5) 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 subscribe freebsd-current To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 1 0:46: 5 2002 Delivered-To: freebsd-current@freebsd.org Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id 7580E37B41A for ; Wed, 1 May 2002 00:45:58 -0700 (PDT) Received: from storm.FreeBSD.org.uk (uucp@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.2/8.12.2) with ESMTP id g417jU28011337; Wed, 1 May 2002 08:45:30 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Received: (from uucp@localhost) by storm.FreeBSD.org.uk (8.12.2/8.12.2/Submit) with UUCP id g417jUIV011336; Wed, 1 May 2002 08:45:30 +0100 (BST) Received: from grimreaper.grondar.org (localhost [127.0.0.1]) by grimreaper.grondar.org (8.12.3/8.12.3) with ESMTP id g417ggoI037630; Wed, 1 May 2002 08:42:42 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Message-Id: <200205010742.g417ggoI037630@grimreaper.grondar.org> To: Christopher Vance Cc: freebsd-current@FreeBSD.ORG, perl5-porters@perl.org Subject: Re: Save a few hunderd kilobytes or a few hundred perl users? References: <20020501103208.C27128@aurema.com> In-Reply-To: <20020501103208.C27128@aurema.com> ; from Christopher Vance "Wed, 01 May 2002 10:32:08 +1000." Date: Wed, 01 May 2002 08:42:41 +0100 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > NetBSD (-current, at least) does not have perl in the base. OpenBSD > has 5.6.. *NOD* > Perhaps FreeBSD could benefit from following NetBSD, and use awk or > whatever to replace the perl stuff for kernel build and wherever else. We've already sorted that out for the kernel build. I'm going to see how well miniperl works for the userland perl scripts. > People who actually want perl could then install a miniperl package > and as many modules as they need or like, up to and including the very > latest full-bloat^H^Hwn version, if desired. I reckon we'll keep miniperl for a while. M -- o Mark Murray \_ O.\_ Warning: this .sig is umop ap!sdn #text/plain; name=cv.doc [Mark Murray CV Plain Text] cv.doc #application/octet-stream; name=cv.pdf [Mark Murray CV PDF] cv.pdf To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 1 2:25:27 2002 Delivered-To: freebsd-current@freebsd.org Received: from n2.peterstar.net (news.peterstar.ru [217.195.65.6]) by hub.freebsd.org (Postfix) with ESMTP id C7EC737B400 for ; Wed, 1 May 2002 02:25:22 -0700 (PDT) Received: from vad (dialup92-109.ip.PeterStar.net [217.195.92.109]) by n2.peterstar.net (8.11.6/8.11.4) with SMTP id g419Ox616178; Wed, 1 May 2002 13:25:00 +0400 (MSD) Message-ID: <016d01c1f0f2$169d3d40$d25cc3d9@vad> Reply-To: "Vadim Konovalov" From: "Vadim Konovalov" To: "Dan Kogai" , "Mark Murray" Cc: , References: <36DA0290-5C74-11D6-84FE-00039301D480@dan.co.jp> <200204302017.g3UKHIoI032520@grimreaper.grondar.org> Subject: Re: Save a few hunderd kilobytes or a few hundred perl users? Date: Wed, 1 May 2002 13:25:02 +0400 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-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 not sure that is acceptable. I believe that perl 5.8.0 will be > +- 45 MB. I cannot afford to import all of that - I'd get lynched. that is price, for example, for Unicode. Okay, when many platforms will be doing stripping their tools, everyone should remember where his perl programs are able to run and where they are not and require additional dowloading. (I remember how I was disappointed that Redhat linux distribution did not contained Tk in its distribution, even for optional installation. It was a pain to rebuild) For me, nowadays 45MB is nothing compared to medium HDD capacity, and even my POCKET PC will easily accomodate it... Vadim. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 1 2:46: 3 2002 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id 948F937B419 for ; Wed, 1 May 2002 02:46:00 -0700 (PDT) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.2/8.12.2) with ESMTP id g419jbqE061586 for ; Wed, 1 May 2002 11:45:37 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org Subject: PHY patch, please test. From: Poul-Henning Kamp Date: Wed, 01 May 2002 11:45:37 +0200 Message-ID: <61585.1020246337@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 This patch simplifies the auto-negotiation in the MII/PHY code, but I don't have enough weird ethernet cards to test it out. Please test and if it doesn't work send me dmesg -v output and info on what netcard it breaks. http://phk.freebsd.dk/patch/phy00.patch I hope to commit it this weekend. I am also interested to hear from people using the NetGear 622 or other if_nge based gigabit cards. Thanks in advance! -- 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 May 1 4: 6:15 2002 Delivered-To: freebsd-current@freebsd.org Received: from 12-234-96-171.client.attbi.com (12-234-96-171.client.attbi.com [12.234.96.171]) by hub.freebsd.org (Postfix) with ESMTP id 66AEF37B404 for ; Wed, 1 May 2002 04:06:13 -0700 (PDT) Received: by 12-234-96-171.client.attbi.com (Postfix, from userid 1000) id CB9DAA900; Wed, 1 May 2002 04:10:47 -0700 (PDT) Date: Wed, 1 May 2002 04:10:47 -0700 From: Jonathan Mini To: current@freebsd.org Subject: lock order reversal in uma_core.c Message-ID: <20020501041047.B30080@stylus.haikugeek.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.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'm seeing this reversal: lock order reversal 1st 0xc8b01664 DIRHASH (UMA zone) @ ../../../vm/uma_core.c:527 2nd 0xc042a724 PCPU KMAP ENTRY (UMA cpu) @ ../../../vm/uma_core.c:1301 Is this known? -- Jonathan Mini http://www.haikugeek.com "He who is not aware of his ignorance will be only misled by his knowledge." -- Richard Whatley To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 1 4: 7:57 2002 Delivered-To: freebsd-current@freebsd.org Received: from fw.wemm.org (12-232-135-171.client.attbi.com [12.232.135.171]) by hub.freebsd.org (Postfix) with ESMTP id 2EBCF37B416; Wed, 1 May 2002 04:07:54 -0700 (PDT) Received: from overcee.wemm.org (overcee.wemm.org [10.0.0.3]) by fw.wemm.org (8.11.6/8.11.6) with ESMTP id g41B7r400769; Wed, 1 May 2002 04:07:53 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id 929EC38CC; Wed, 1 May 2002 04:07:53 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Poul-Henning Kamp Cc: current@FreeBSD.ORG Subject: Re: PHY patch, please test. In-Reply-To: <61585.1020246337@critter.freebsd.dk> Date: Wed, 01 May 2002 04:07:53 -0700 From: Peter Wemm Message-Id: <20020501110753.929EC38CC@overcee.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 Poul-Henning Kamp wrote: > > This patch simplifies the auto-negotiation in the MII/PHY code, but > I don't have enough weird ethernet cards to test it out. > > Please test and if it doesn't work send me dmesg -v output and info > on what netcard it breaks. > > http://phk.freebsd.dk/patch/phy00.patch > > I hope to commit it this weekend. So, in a nutshell, you removed the ability for the card driver to request the phy driver to wait for negotiation to complete, and removed the interlock that prevents duplicate negotiation requests when the negotiation took longer than the allotted time? 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 May 1 4:32: 4 2002 Delivered-To: freebsd-current@freebsd.org Received: from polaris.we.lc.ehu.es (polaris.we.lc.ehu.es [158.227.6.43]) by hub.freebsd.org (Postfix) with ESMTP id 272C637B400 for ; Wed, 1 May 2002 04:32:00 -0700 (PDT) Received: from v-ger.we.lc.ehu.es (lxpx491.lx.ehu.es [158.227.27.137]) by polaris.we.lc.ehu.es (8.11.6/8.11.6) with ESMTP id g41BVsH24454; Wed, 1 May 2002 13:31:54 +0200 (MET DST) Received: (from jose@localhost) by v-ger.we.lc.ehu.es (8.11.6/8.11.6) id g41BWZW00916; Wed, 1 May 2002 13:32:35 +0200 (CEST) (envelope-from jose) Date: Wed, 1 May 2002 13:32:35 +0200 From: "Jose M. Alcaide" To: Forrest Aldrich Cc: freebsd-current@FreeBSD.ORG Subject: Re: cc1 crashes with SIGBUS while building XFree86-Server-4.2.0_2 Message-ID: <20020501133234.A231@v-ger.we.lc.ehu.es> Mail-Followup-To: Forrest Aldrich , freebsd-current@FreeBSD.ORG References: <5.1.0.14.2.20020430182241.05713968@192.168.1.1> 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.0.14.2.20020430182241.05713968@192.168.1.1>; from forrie@forrie.com on Tue, Apr 30, 2002 at 06:24:14PM -0400 X-Operating-System: FreeBSD 4.5-RELEASE Sender: owner-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, Apr 30, 2002 at 06:24:14PM -0400, Forrest Aldrich wrote: > I've experienced this same problem today; but only after installing > 5.0-current on the system in question. It compiled fine with FreeBSD_4.5. > > This is a 1.2ghz Pentium with 1gb of RAM. No problems with other things > (large compile projects with 4.5 before). I have been building XFree86 without problems, until I updated my -CURRENT system (I did the previous update three months ago). I don't think that this is a hardware related problem. My -CURRENT system is running on an 800 MHz Duron (KT133 chipset), and performs flawlessly otherwise, including large builds such as "make worlds". The kernel has all debugging options removed, and the malloc.conf options are "aj". -- ****** Jose M. Alcaide // jose@we.lc.ehu.es // jmas@FreeBSD.org ****** ** "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein ** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 1 5:27:33 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtpzilla1.xs4all.nl (smtpzilla1.xs4all.nl [194.109.127.137]) by hub.freebsd.org (Postfix) with ESMTP id C3A7137B41A for ; Wed, 1 May 2002 05:27:28 -0700 (PDT) Received: from phoenix.squirrel.nl (sioban.squirrel.nl [213.84.56.213]) by smtpzilla1.xs4all.nl (8.12.0/8.12.0) with ESMTP id g41CQkmx094183; Wed, 1 May 2002 14:26:56 +0200 (CEST) Received: by phoenix.squirrel.nl (Postfix, from userid 501) id AA1308BA02; Wed, 1 May 2002 14:26:45 +0200 (CEST) From: Johan Vromans To: Johnny Lam Cc: hv@crypt0.demon.co.uk, Mark Murray , freebsd-current@FreeBSD.ORG, perl5-porters@perl.org Subject: Re: Save a few hunderd kilobytes or a few hundred perl users? References: <200204302129.g3ULT1oI033122@grimreaper.grondar.org> <200205010322.g413Mie22563@crypt.compulink.co.uk> <20020430204803.A11778@jgrind.home> Message-Id: <20020501122645.AA1308BA02@phoenix.squirrel.nl> Date: Wed, 1 May 2002 14:26:45 +0200 (CEST) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Johnny Lam writes: > perl-5.10.0 > perl-library-standard-1.0 > perl-library-ISP-1.0 > ... Whatever approach we take, two major problems must be solved to accomplish this: 1: A perl distribution must be able to be (re)located anywhere and use itself as a starting point to find its additional libraries and modules. The way ActiveState's rpm handles it (by patching the binaries and scripts) works, but defeats the rpm functionality to verify an installation. 2: Add-on modules (base-perl and site-perl) must be able to fit themselves into an existing perl installation so they can be distributed in prebuilt form. In short, we need componentized, prebuilt distributions. Is this being worked on already? -- Johan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 1 7: 3:12 2002 Delivered-To: freebsd-current@freebsd.org Received: from crypt.compulink.co.uk (s39.pool.pm3-tele-3.cix.co.uk [194.153.23.39]) by hub.freebsd.org (Postfix) with ESMTP id B346337B404 for ; Wed, 1 May 2002 07:03:03 -0700 (PDT) Received: from crypt.compulink.co.uk (hv@localhost) by crypt.compulink.co.uk (8.11.2/8.11.2) with ESMTP id g41E6vW23574; Wed, 1 May 2002 15:06:58 +0100 Message-Id: <200205011406.g41E6vW23574@crypt.compulink.co.uk> To: Johan Vromans Cc: Johnny Lam , Mark Murray , freebsd-current@FreeBSD.ORG, perl5-porters@perl.org Subject: Re: Save a few hunderd kilobytes or a few hundred perl users? Reply-To: hv@crypt0.demon.co.uk In-Reply-To: <20020501122645.AA1308BA02@phoenix.squirrel.nl> Date: Wed, 01 May 2002 15:06:57 +0100 From: Hugo van der Sanden Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Johan Vromans wrote: :Johnny Lam writes: : :> perl-5.10.0 :> perl-library-standard-1.0 :> perl-library-ISP-1.0 :> ... : :Whatever approach we take, two major problems must be solved to :accomplish this: : 1: A perl distribution must be able to be (re)located anywhere and : use itself as a starting point to find its additional libraries : and modules. : The way ActiveState's rpm handles it (by patching the binaries and : scripts) works, but defeats the rpm functionality to verify an : installation. : 2: Add-on modules (base-perl and site-perl) must be able to fit : themselves into an existing perl installation so they can be : distributed in prebuilt form. : :In short, we need componentized, prebuilt distributions. : :Is this being worked on already? Not that I'm aware; volunteers welcome. Hugo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 1 7:21:12 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailout06.sul.t-online.com (mailout06.sul.t-online.com [194.25.134.19]) by hub.freebsd.org (Postfix) with ESMTP id 83FFA37B420 for ; Wed, 1 May 2002 07:21:03 -0700 (PDT) Received: from fwd00.sul.t-online.de by mailout06.sul.t-online.com with smtp id 172sbr-0002Ke-03; Wed, 01 May 2002 13:49:23 +0200 Received: from dialin.t-online.de (340029380333-0001@[217.226.125.250]) by fmrl00.sul.t-online.com with esmtp id 172sbn-2Kpp7QC; Wed, 1 May 2002 13:49:19 +0200 Received: from t-online.de (server [172.23.7.1]) by dialin.t-online.de (8.11.6/8.11.6/Rock) with ESMTP id g41Bn8C72200 for ; Wed, 1 May 2002 13:49:08 +0200 (MEST) Message-ID: <3CCFD634.6F7D20B1@t-online.de> Date: Wed, 01 May 2002 13:49:08 +0200 From: Daniel Rock X-Mailer: Mozilla 4.7 [de] (X11; U; SunOS 5.8 i86pc) X-Accept-Language: de, en MIME-Version: 1.0 To: current@freebsd.org Subject: clock drift in -CURRENT Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Sender: 340029380333-0001@t-dialin.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 Hi, after almost 50 days of uptime I suddenly noticed an extreme clock drift in current. Here is an excerpt from my /var/log/messages (March 8th was my last reboot time): Mar 8 18:38:07 gate syslogd: kernel boot file is /boot/kernel/kernel Mar 8 18:38:07 gate kernel: Copyright (c) 1992-2002 The FreeBSD Project. [...] Apr 27 20:03:10 gate ntpd[157]: time reset -0.250532 s Apr 27 20:18:14 gate ntpd[157]: time reset 0.446208 s Apr 27 20:39:57 gate ntpd[157]: time reset -0.820100 s Apr 27 21:11:19 gate ntpd[157]: time reset 0.887949 s Apr 27 21:25:33 gate ntpd[157]: time reset -0.228488 s Apr 27 21:54:35 gate ntpd[157]: time reset -0.395676 s Apr 28 12:59:15 gate ntpd[157]: time reset -0.381327 s Apr 28 13:19:52 gate ntpd[157]: time reset 0.815323 s Apr 28 13:31:50 gate ntpd[157]: time reset 0.844171 s Apr 28 13:58:52 gate ntpd[157]: time reset 1.447538 s Apr 28 14:14:58 gate ntpd[157]: time reset 0.915263 s Apr 28 14:36:38 gate ntpd[157]: time reset 0.860966 s Apr 28 14:47:29 gate ntpd[157]: time reset 0.984839 s Apr 28 15:06:59 gate ntpd[157]: time reset 1.025584 s Apr 28 15:27:32 gate ntpd[157]: time reset 1.156623 s Apr 28 15:48:59 gate ntpd[157]: time reset 0.896726 s Apr 28 16:00:52 gate ntpd[157]: time reset 0.973291 s Apr 28 16:24:24 gate ntpd[157]: time reset 1.212415 s Apr 28 16:37:19 gate ntpd[157]: time reset 0.859379 s Apr 28 16:56:49 gate ntpd[157]: time reset 0.914863 s Apr 28 17:13:05 gate ntpd[157]: time reset 1.100234 s Apr 28 17:35:59 gate ntpd[157]: time reset 1.231416 s Apr 28 17:59:53 gate ntpd[157]: time reset 1.026558 s Apr 28 18:11:59 gate ntpd[157]: time reset 0.995554 s Apr 28 18:34:45 gate ntpd[157]: time reset 1.140261 s Apr 28 18:54:19 gate ntpd[157]: time reset 0.856611 s Apr 28 19:07:15 gate ntpd[157]: time reset 1.094226 s Apr 28 19:22:30 gate ntpd[157]: time reset 0.879816 s Apr 28 19:47:25 gate ntpd[157]: time reset 1.332108 s Apr 28 20:06:56 gate ntpd[157]: time reset 0.949128 s Apr 28 20:28:27 gate ntpd[157]: time reset 0.906657 s Apr 28 20:41:37 gate ntpd[157]: time reset 0.877976 s Apr 28 20:57:57 gate ntpd[157]: time reset 1.103012 s Apr 28 21:28:19 gate ntpd[157]: time reset 1.607870 s Apr 28 21:59:43 gate ntpd[157]: time reset 1.253603 s Apr 28 22:14:46 gate ntpd[157]: time reset 1.181729 s Apr 28 22:47:13 gate ntpd[157]: time reset 1.573263 s Apr 28 23:07:47 gate ntpd[157]: time reset 0.836291 s Apr 28 23:20:52 gate ntpd[157]: time reset 1.105955 s Apr 28 23:35:59 gate ntpd[157]: time reset 0.839469 s [...] So the machine is losing a second every 20 minutes. After a reboot everything was OK again. The drift began exactly at the moment the counter for clock interrupts got past the 2^31 mark (I have HZ=500 in the kernel): 500 ticks/s * 49.7 days ~ 2^31 ticks After a reboot everything went ok again. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 1 7:26:20 2002 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id 646D637B404 for ; Wed, 1 May 2002 07:26:15 -0700 (PDT) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.2/8.12.2) with ESMTP id g41EPmqE064859; Wed, 1 May 2002 16:25:52 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Daniel Rock Cc: current@FreeBSD.ORG Subject: Re: clock drift in -CURRENT In-Reply-To: Your message of "Wed, 01 May 2002 13:49:08 +0200." <3CCFD634.6F7D20B1@t-online.de> Date: Wed, 01 May 2002 16:25:48 +0200 Message-ID: <64858.1020263148@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 When was your source tree from on that kernel ? I'm not too confident in your diagnosis, mostly because we don't have a counter like you describe :-) My guess is that ntpd get confused. Please try a newer kernel, a number of bug(lets) have been fixed since march. If it happens again, please email me the output of: ntpdc -c peer ntpdc -c loopi ntpdc -c kerni dmesg Thanks! Poul-Henning In message <3CCFD634.6F7D20B1@t-online.de>, Daniel Rock writes: >Hi, > >after almost 50 days of uptime I suddenly noticed an extreme clock drift >in current. Here is an excerpt from my /var/log/messages (March 8th was my >last reboot time): > >Mar 8 18:38:07 gate syslogd: kernel boot file is /boot/kernel/kernel >Mar 8 18:38:07 gate kernel: Copyright (c) 1992-2002 The FreeBSD Project. >[...] >Apr 27 20:03:10 gate ntpd[157]: time reset -0.250532 s >Apr 27 20:18:14 gate ntpd[157]: time reset 0.446208 s >Apr 27 20:39:57 gate ntpd[157]: time reset -0.820100 s >Apr 27 21:11:19 gate ntpd[157]: time reset 0.887949 s >Apr 27 21:25:33 gate ntpd[157]: time reset -0.228488 s >Apr 27 21:54:35 gate ntpd[157]: time reset -0.395676 s >Apr 28 12:59:15 gate ntpd[157]: time reset -0.381327 s >Apr 28 13:19:52 gate ntpd[157]: time reset 0.815323 s >Apr 28 13:31:50 gate ntpd[157]: time reset 0.844171 s >Apr 28 13:58:52 gate ntpd[157]: time reset 1.447538 s >Apr 28 14:14:58 gate ntpd[157]: time reset 0.915263 s >Apr 28 14:36:38 gate ntpd[157]: time reset 0.860966 s >Apr 28 14:47:29 gate ntpd[157]: time reset 0.984839 s >Apr 28 15:06:59 gate ntpd[157]: time reset 1.025584 s >Apr 28 15:27:32 gate ntpd[157]: time reset 1.156623 s >Apr 28 15:48:59 gate ntpd[157]: time reset 0.896726 s >Apr 28 16:00:52 gate ntpd[157]: time reset 0.973291 s >Apr 28 16:24:24 gate ntpd[157]: time reset 1.212415 s >Apr 28 16:37:19 gate ntpd[157]: time reset 0.859379 s >Apr 28 16:56:49 gate ntpd[157]: time reset 0.914863 s >Apr 28 17:13:05 gate ntpd[157]: time reset 1.100234 s >Apr 28 17:35:59 gate ntpd[157]: time reset 1.231416 s >Apr 28 17:59:53 gate ntpd[157]: time reset 1.026558 s >Apr 28 18:11:59 gate ntpd[157]: time reset 0.995554 s >Apr 28 18:34:45 gate ntpd[157]: time reset 1.140261 s >Apr 28 18:54:19 gate ntpd[157]: time reset 0.856611 s >Apr 28 19:07:15 gate ntpd[157]: time reset 1.094226 s >Apr 28 19:22:30 gate ntpd[157]: time reset 0.879816 s >Apr 28 19:47:25 gate ntpd[157]: time reset 1.332108 s >Apr 28 20:06:56 gate ntpd[157]: time reset 0.949128 s >Apr 28 20:28:27 gate ntpd[157]: time reset 0.906657 s >Apr 28 20:41:37 gate ntpd[157]: time reset 0.877976 s >Apr 28 20:57:57 gate ntpd[157]: time reset 1.103012 s >Apr 28 21:28:19 gate ntpd[157]: time reset 1.607870 s >Apr 28 21:59:43 gate ntpd[157]: time reset 1.253603 s >Apr 28 22:14:46 gate ntpd[157]: time reset 1.181729 s >Apr 28 22:47:13 gate ntpd[157]: time reset 1.573263 s >Apr 28 23:07:47 gate ntpd[157]: time reset 0.836291 s >Apr 28 23:20:52 gate ntpd[157]: time reset 1.105955 s >Apr 28 23:35:59 gate ntpd[157]: time reset 0.839469 s >[...] > >So the machine is losing a second every 20 minutes. After a reboot everything >was OK again. > >The drift began exactly at the moment the counter for clock interrupts got >past the 2^31 mark (I have HZ=500 in the kernel): >500 ticks/s * 49.7 days ~ 2^31 ticks > >After a reboot everything went ok again. > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-current" in the body of the message > -- 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 May 1 7:33:44 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtpzilla2.xs4all.nl (smtpzilla2.xs4all.nl [194.109.127.138]) by hub.freebsd.org (Postfix) with ESMTP id 3C49637B41D for ; Wed, 1 May 2002 07:33:34 -0700 (PDT) Received: from phoenix.squirrel.nl (sioban.squirrel.nl [213.84.56.213]) by smtpzilla2.xs4all.nl (8.12.0/8.12.0) with ESMTP id g41EVDDx040433; Wed, 1 May 2002 16:31:15 +0200 (CEST) Received: by phoenix.squirrel.nl (Postfix, from userid 501) id 8DBDB8BA02; Wed, 1 May 2002 16:31:12 +0200 (CEST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15567.64560.552670.677419@phoenix.squirrel.nl> Date: Wed, 1 May 2002 16:31:12 +0200 To: hv@crypt0.demon.co.uk Cc: Johan Vromans , Johnny Lam , Mark Murray , freebsd-current@FreeBSD.ORG, perl5-porters@perl.org Subject: Re: Save a few hunderd kilobytes or a few hundred perl users? References: <20020501122645.AA1308BA02@phoenix.squirrel.nl> <200205011406.g41E6vW23574@crypt.compulink.co.uk> X-Mailer: VM 7.04 under Emacs 21.2.1 From: JVromans@squirrel.nl (Johan Vromans) Organisation: Squirrel Consultancy, Haarlem, The Netherlands Sender: owner-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 Hugo van der Sanden, on May 1 2002, 15:06, in "Re: Save a few hunde"] > Johan Vromans wrote: > :Whatever approach we take, two major problems must be solved to > :accomplish this: > : 1: A perl distribution must be able to be (re)located anywhere and > : use itself as a starting point to find its additional libraries > : and modules. > : The way ActiveState's rpm handles it (by patching the binaries and > : scripts) works, but defeats the rpm functionality to verify an > : installation. > : 2: Add-on modules (base-perl and site-perl) must be able to fit > : themselves into an existing perl installation so they can be > : distributed in prebuilt form. > : > :In short, we need componentized, prebuilt distributions. > : > :Is this being worked on already? > > Not that I'm aware; volunteers welcome. Okay, I'll bite. Who joins? -- Johan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 1 8:14: 0 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 53B7837B404 for ; Wed, 1 May 2002 08:13:53 -0700 (PDT) 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 BAA25172; Thu, 2 May 2002 01:13:36 +1000 Date: Thu, 2 May 2002 01:15:01 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Poul-Henning Kamp Cc: Daniel Rock , Subject: Re: clock drift in -CURRENT In-Reply-To: <64858.1020263148@critter.freebsd.dk> Message-ID: <20020502010351.A650-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, 1 May 2002, Poul-Henning Kamp wrote: > When was your source tree from on that kernel ? > > I'm not too confident in your diagnosis, mostly because we don't > have a counter like you describe :-) From kern_clock.c: %%% int ticks; %%% but this is treated as an cyclic counter so its overflow shouldn't matter on machines where overflow doesn't trap. [context lost to top posting] Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 1 8:23: 4 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail-blue.research.att.com (mail-blue.research.att.com [135.207.30.102]) by hub.freebsd.org (Postfix) with ESMTP id 2526737B400 for ; Wed, 1 May 2002 08:22:55 -0700 (PDT) Received: from alliance.research.att.com (alliance.research.att.com [135.207.26.26]) by mail-blue.research.att.com (Postfix) with ESMTP id 85EBE4CF27; Wed, 1 May 2002 11:22:54 -0400 (EDT) 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 LAA11335; Wed, 1 May 2002 11:22:53 -0400 (EDT) From: Bill Fenner Received: (from fenner@localhost) by windsor.research.att.com (8.8.8+Sun/8.8.5) id IAA02509; Wed, 1 May 2002 08:22:53 -0700 (PDT) Message-Id: <200205011522.IAA02509@windsor.research.att.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII To: D.Rock@t-online.de Subject: Re: clock drift in -CURRENT Cc: current@FreeBSD.ORG Date: Wed, 1 May 2002 08:22:53 -0700 Versions: dmail (solaris) 2.4/makemail 2.9b Sender: owner-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 had the same symptoms (drifting about 2 minutes an hour) on sources before April 17 or so. Since then, ntpd has only logged 5 time updates, as opposed to 3 per hour. Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 1 8:59:41 2002 Delivered-To: freebsd-current@freebsd.org Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id 5DAA337B41B for ; Wed, 1 May 2002 08:59:32 -0700 (PDT) Received: from storm.FreeBSD.org.uk (uucp@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.2/8.12.2) with ESMTP id g41FxTdQ017991; Wed, 1 May 2002 16:59:30 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Received: (from uucp@localhost) by storm.FreeBSD.org.uk (8.12.2/8.12.2/Submit) with UUCP id g41FxTXX017990; Wed, 1 May 2002 16:59:29 +0100 (BST) Received: from grimreaper.grondar.org (localhost [127.0.0.1]) by grimreaper.grondar.org (8.12.3/8.12.3) with ESMTP id g41FucoI039924; Wed, 1 May 2002 16:56:38 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Message-Id: <200205011556.g41FucoI039924@grimreaper.grondar.org> To: "Vadim Konovalov" Cc: freebsd-current@FreeBSD.ORG, perl5-porters@perl.org Subject: Re: Save a few hunderd kilobytes or a few hundred perl users? References: <016d01c1f0f2$169d3d40$d25cc3d9@vad> In-Reply-To: <016d01c1f0f2$169d3d40$d25cc3d9@vad> ; from "Vadim Konovalov" "Wed, 01 May 2002 13:25:02 +0400." Date: Wed, 01 May 2002 16:56:38 +0100 From: Mark Murray Sender: owner-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 not sure that is acceptable. I believe that perl 5.8.0 will be > > +- 45 MB. I cannot afford to import all of that - I'd get lynched. > > that is price, for example, for Unicode. > Okay, when many platforms will be doing stripping their tools, everyone > should remember where his perl programs are able to run and where they are > not and require additional dowloading. (I remember how I was disappointed > that Redhat linux distribution did not contained Tk in its distribution, > even for optional installation. It was a pain to rebuild) > > For me, nowadays 45MB is nothing compared to medium HDD capacity, and even > my POCKET PC will easily accomodate it... 45 MB is fine as a port - we have ports that are way bigger than that. As part of the base OS? Nope. The only functionality that we _need_ is the basic language - effectively miniperl. M -- o Mark Murray \_ O.\_ Warning: this .sig is umop ap!sdn #text/plain; name=cv.doc [Mark Murray CV Plain Text] cv.doc #application/octet-stream; name=cv.pdf [Mark Murray CV PDF] cv.pdf To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 1 9:12: 1 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtp-1.hut.fi (smtp-1.hut.fi [130.233.228.91]) by hub.freebsd.org (Postfix) with ESMTP id D923737B41C for ; Wed, 1 May 2002 09:11:55 -0700 (PDT) Received: from alpha.hut.fi (alpha.hut.fi [130.233.228.21]) by smtp-1.hut.fi (8.12.3/8.12.3) with ESMTP id g41GBs8K014849; Wed, 1 May 2002 19:11:54 +0300 Received: (from jhi@localhost) by alpha.hut.fi (8.9.3/8.9.3) id TAA16865; Wed, 1 May 2002 19:11:54 +0300 (EET DST) Date: Wed, 1 May 2002 19:11:53 +0300 From: Jarkko Hietaniemi To: Mark Murray Cc: Vadim Konovalov , freebsd-current@FreeBSD.ORG, perl5-porters@perl.org Subject: Re: Save a few hunderd kilobytes or a few hundred perl users? Message-ID: <20020501191153.X21317@alpha.hut.fi> References: <016d01c1f0f2$169d3d40$d25cc3d9@vad> <200205011556.g41FucoI039924@grimreaper.grondar.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: <200205011556.g41FucoI039924@grimreaper.grondar.org>; from mark@grondar.za on Wed, May 01, 2002 at 04:56:38PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Debian's perl-base is a little bit more than miniperl but it still is only 1.2MB (ix86). -- $jhi++; # http://www.iki.fi/jhi/ # There is this special biologist word we use for 'stable'. # It is 'dead'. -- Jack Cohen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 1 9:17:53 2002 Delivered-To: freebsd-current@freebsd.org Received: from dan-gm.gm.dan.co.jp (dan-gm.gm.dan.co.jp [61.194.1.58]) by hub.freebsd.org (Postfix) with SMTP id 8A89737B400 for ; Wed, 1 May 2002 09:17:46 -0700 (PDT) Received: (qmail 69248 invoked from network); 1 May 2002 16:17:40 -0000 Received: from h196.p970.iij4u.or.jp (HELO dan-pbg4) (210.138.202.196) by dan-gm.gm.dan.co.jp with SMTP; 1 May 2002 16:17:40 -0000 Date: Thu, 2 May 2002 01:17:40 +0900 Subject: Re: Save a few hunderd kilobytes or a few hundred perl users? Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v481) Cc: "Vadim Konovalov" , freebsd-current@FreeBSD.ORG, perl5-porters@perl.org To: Mark Murray From: Dan Kogai In-Reply-To: <200205011556.g41FucoI039924@grimreaper.grondar.org> Message-Id: Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.481) Sender: owner-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 Thursday, May 2, 2002, at 12:56 , Mark Murray wrote: >> For me, nowadays 45MB is nothing compared to medium HDD capacity, and >> even >> my POCKET PC will easily accomodate it... > > 45 MB is fine as a port - we have ports that are way bigger than that. And we even have bigger ports that does take longer to build than 'make buildworld' the whole FreeBSD (which takes less than 30 minutes on Athron XP 1400 -- the fastest box I have at my fingertip). > As part of the base OS? Nope. The only functionality that we _need_ > is the basic language - effectively miniperl. But to sensibly strip down the distribution to just as much as needed does take a lot of something the most precious -- intellectual power. That I consider a waste. I don't think anyone objects that there are several hundred, or even thousand, files under /usr/src so long as it builds and so long as it nicely fits -- say, in a CD-ROM. FreeBSD 4.5-stable as of now is just 364,149 kBytes UNCOMPRESSED. Why don't you just untargz what Perl 5 porter has to offer and forget about what files should go and stay? You can easily install only needed parts. Speaking of which, the whole build process does not use objective-C (correct me if I am wrong). So if you insist on stripping Perl it may as well be unfair to leave GCC unstripped (I pretty much doubt GPL allows you to do so, however). Dan the Wanted for Bloating Perl 5.8 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 1 9:30:40 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtp-4.hut.fi (smtp-4.hut.fi [130.233.228.94]) by hub.freebsd.org (Postfix) with ESMTP id 6629937B43A for ; Wed, 1 May 2002 09:30:07 -0700 (PDT) Received: from alpha.hut.fi (alpha.hut.fi [130.233.228.21]) by smtp-4.hut.fi (8.12.3/8.12.3) with ESMTP id g41GTxnJ017708; Wed, 1 May 2002 19:29:59 +0300 Received: (from jhi@localhost) by alpha.hut.fi (8.9.3/8.9.3) id TAA21722; Wed, 1 May 2002 19:24:59 +0300 (EET DST) Date: Wed, 1 May 2002 19:24:58 +0300 From: Jarkko Hietaniemi To: Dan Kogai Cc: Mark Murray , Vadim Konovalov , freebsd-current@FreeBSD.ORG, perl5-porters@perl.org Subject: Re: Save a few hunderd kilobytes or a few hundred perl users? Message-ID: <20020501192458.Y21317@alpha.hut.fi> References: <200205011556.g41FucoI039924@grimreaper.grondar.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: ; from dankogai@dan.co.jp on Thu, May 02, 2002 at 01:17:40AM +0900 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > But to sensibly strip down the distribution to just as much as needed > does take a lot of something the most precious -- intellectual power. > That I consider a waste. I don't think anyone objects that there are > several hundred, or even thousand, files under /usr/src so long as it > builds and so long as it nicely fits -- say, in a CD-ROM. FreeBSD > 4.5-stable as of now is just 364,149 kBytes UNCOMPRESSED. Why don't you > just untargz what Perl 5 porter has to offer and forget about what files > should go and stay? You can easily install only needed parts. Well, my understanding is that this is exactly what Mark is talking about-- for the needs of the FreeBSD itself (build, pksrc?) they don't need all of Perl. For that miniperl or something like Debian's perl-base where you don't start by leaving out what you don't need but instead by taking in only what one absolutely needs. -- $jhi++; # http://www.iki.fi/jhi/ # There is this special biologist word we use for 'stable'. # It is 'dead'. -- Jack Cohen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 1 9:31: 6 2002 Delivered-To: freebsd-current@freebsd.org Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id 37B9237B422 for ; Wed, 1 May 2002 09:30:44 -0700 (PDT) Received: from storm.FreeBSD.org.uk (uucp@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.2/8.12.2) with ESMTP id g41GUZdQ018256; Wed, 1 May 2002 17:30:35 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Received: (from uucp@localhost) by storm.FreeBSD.org.uk (8.12.2/8.12.2/Submit) with UUCP id g41GUZCN018255; Wed, 1 May 2002 17:30:35 +0100 (BST) Received: from grimreaper.grondar.org (localhost [127.0.0.1]) by grimreaper.grondar.org (8.12.3/8.12.3) with ESMTP id g41GQvoI040886; Wed, 1 May 2002 17:26:57 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Message-Id: <200205011626.g41GQvoI040886@grimreaper.grondar.org> To: Dan Kogai Cc: Mark Murray , "Vadim Konovalov" , freebsd-current@FreeBSD.ORG, perl5-porters@perl.org Subject: Re: Save a few hunderd kilobytes or a few hundred perl users? References: In-Reply-To: ; from Dan Kogai "Thu, 02 May 2002 01:17:40 +0900." Date: Wed, 01 May 2002 17:26:57 +0100 From: Mark Murray Sender: owner-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 Thursday, May 2, 2002, at 12:56 , Mark Murray wrote: > >> For me, nowadays 45MB is nothing compared to medium HDD capacity, and > >> even > >> my POCKET PC will easily accomodate it... > > > > 45 MB is fine as a port - we have ports that are way bigger than that. > > And we even have bigger ports that does take longer to build than 'make > buildworld' the whole FreeBSD (which takes less than 30 minutes on > Athron XP 1400 -- the fastest box I have at my fingertip). > > > As part of the base OS? Nope. The only functionality that we _need_ > > is the basic language - effectively miniperl. > > But to sensibly strip down the distribution to just as much as needed > does take a lot of something the most precious -- intellectual power. Nope - it is trivial. We already make miniperl. We just need to install it and not install the rest of perl. 10 mins to do the work, and on-and-off fiddling to make the world build complete. M > That I consider a waste. I don't think anyone objects that there are > several hundred, or even thousand, files under /usr/src so long as it > builds and so long as it nicely fits -- say, in a CD-ROM. FreeBSD > 4.5-stable as of now is just 364,149 kBytes UNCOMPRESSED. Why don't you > just untargz what Perl 5 porter has to offer and forget about what files > should go and stay? You can easily install only needed parts. Bloat. Its easy to "rm -rf " where != unix, and other simple rules. > Speaking of which, the whole build process does not use objective-C > (correct me if I am wrong). So if you insist on stripping Perl it may > as well be unfair to leave GCC unstripped (I pretty much doubt GPL > allows you to do so, however). We strip GCC. We strip most things that we install in src/contrib. M -- o Mark Murray \_ O.\_ Warning: this .sig is umop ap!sdn #text/plain; name=cv.doc [Mark Murray CV Plain Text] cv.doc #application/octet-stream; name=cv.pdf [Mark Murray CV PDF] cv.pdf To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 1 10: 2:42 2002 Delivered-To: freebsd-current@freebsd.org Received: from maxwell.phys.lafayette.edu (maxwell.phys.lafayette.edu [139.147.232.16]) by hub.freebsd.org (Postfix) with ESMTP id 529E737B41B for ; Wed, 1 May 2002 10:02:36 -0700 (PDT) Received: from localhost (doughera@localhost) by maxwell.phys.lafayette.edu (8.11.6+Sun/8.11.6) with ESMTP id g41H31114901; Wed, 1 May 2002 13:03:01 -0400 (EDT) X-Authentication-Warning: maxwell.phys.lafayette.edu: doughera owned process doing -bs Date: Wed, 1 May 2002 13:03:01 -0400 (EDT) From: Andy Dougherty X-Sender: doughera@maxwell.phys.lafayette.edu To: Jarkko Hietaniemi Cc: Dan Kogai , Mark Murray , Vadim Konovalov , freebsd-current@FreeBSD.ORG Subject: Re: Save a few hunderd kilobytes or a few hundred perl users? In-Reply-To: <20020501192458.Y21317@alpha.hut.fi> 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, 1 May 2002, Jarkko Hietaniemi wrote: > Well, my understanding is that this is exactly what Mark is talking > about-- for the needs of the FreeBSD itself (build, pksrc?) they don't > need all of Perl. For that miniperl or something like Debian's > perl-base where you don't start by leaving out what you don't need but > instead by taking in only what one absolutely needs. [I have removed perl5-porters from the CC list since I don't think that's necessarily the best forum to give unbiased advice about balancing different needs in setting up the base FreeBSD system :-). Also, it was seeming to generate more heat than light.] This is an issue for many distributions. Solaris too is considering doing something like that. It's very sane and sensible to consider. Presumably, the resulting stripped package will be named or identified in such a way that it is clear that it's not the standard package, and it will be easy for users to install the standard package once they have everything else set up. If so, I don't see any problems. A former perl maintainer, Andy Dougherty doughera@lafayette.edu Dept. of Physics Lafayette College, Easton PA 18042 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 1 10:11:47 2002 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id 59E6C37B416 for ; Wed, 1 May 2002 10:11:36 -0700 (PDT) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.2/8.12.2) with ESMTP id g41HBBqE066685; Wed, 1 May 2002 19:11:12 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Peter Wemm Cc: current@FreeBSD.ORG Subject: Re: PHY patch, please test. In-Reply-To: Your message of "Wed, 01 May 2002 04:07:53 PDT." <20020501110753.929EC38CC@overcee.wemm.org> Date: Wed, 01 May 2002 19:11:11 +0200 Message-ID: <66684.1020273071@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 <20020501110753.929EC38CC@overcee.wemm.org>, Peter Wemm writes: >Poul-Henning Kamp wrote: >> >> This patch simplifies the auto-negotiation in the MII/PHY code, but >> I don't have enough weird ethernet cards to test it out. >> >> Please test and if it doesn't work send me dmesg -v output and info >> on what netcard it breaks. >> >> http://phk.freebsd.dk/patch/phy00.patch >> >> I hope to commit it this weekend. > >So, in a nutshell, you removed the ability for the card driver to request >the phy driver to wait for negotiation to complete, and removed the >interlock that prevents duplicate negotiation requests when the negotiation >took longer than the allotted time? yes and yes. The wait for negotiation to complete does not make sense, and in particular the 500ms worth of DELAY() calls is totally bogus. If a driver wants to wait 500msec and see if it got link, it should wait 500msec for and query status or better yet: just react to the events coming back up to it about like and state changes. There is no such thing as duplicate autoneg requests, if you send a new one (like we do after the 5 or 10 sec timeout) the negotiation starts over. The 5 seconds for 10/100 is probably a couple of seconds too short but we don't notice because 10/100 negotiation is very fast (sub second). The 10 seconds for gigE _is_ too short, since cisco switches may hold carrier down for several seconds, and it may take a couple of tries of a couple (of a couple of seconds each) to get the line equalization right. (I'm still experimenting with this bit.) In general, I think we need a much more capable state engine for the autoneg stuff. Right now we start our timeout when we start autonegotiation, but carrier from the remote end may not appear for another N seconds, so our timeout must be long enough for that AND the basic negotiation timeout. We should probably have a short timeout (maybe 5 seconds) when we receive no carrier, from we see carrier we until we abort 10/100 autoneg should probably be a 10 sec delay and for gigE autoneg more like 30 seconds. Things are compounded by driver mistakes like the if_nge driver calling mii_tick() for every MII/PHY interrupt in addition to every second, this makes any timeout shorter by about 3 seconds in practice since the PHY typically sends 3 interrupts per autonegotiation. And as you said yourself: there is additional NEWBUS'ing to be done in this area. I've sent email to a couple of strategig NetBSD'ers, but received no replies. I don't have time to go all the way through this area, but I have a need to get NetGear622 solid and working and I'll do what it takes to get that done at least. Volounteers welcome. -- 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 May 1 10:54:52 2002 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 3B26A37B41D for ; Wed, 1 May 2002 10:54:49 -0700 (PDT) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.2/8.12.2) with ESMTP id g41HsdYm071030; Wed, 1 May 2002 10:54:39 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.3/8.12.2/Submit) id g41HrJcr071025; Wed, 1 May 2002 10:53:19 -0700 (PDT) Date: Wed, 1 May 2002 10:53:19 -0700 From: "David O'Brien" To: Dan Kogai Cc: Mark Murray , Vadim Konovalov , freebsd-current@FreeBSD.ORG, perl5-porters@perl.org Subject: Re: Save a few hunderd kilobytes or a few hundred perl users? Message-ID: <20020501105319.D70018@dragon.nuxi.com> Reply-To: Dan Kogai , Vadim Konovalov , freebsd-current@FreeBSD.ORG, perl5-porters@perl.org References: <200205011556.g41FucoI039924@grimreaper.grondar.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from dankogai@dan.co.jp on Thu, May 02, 2002 at 01:17:40AM +0900 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, May 02, 2002 at 01:17:40AM +0900, Dan Kogai wrote: > Speaking of which, the whole build process does not use objective-C > (correct me if I am wrong). The cost of Objective-C, given we have to have C, is 1 minute in build time, and 390K of diskspace (installed). This is several orders of manitude below Perl 5.6.x. > So if you insist on stripping Perl it may > as well be unfair to leave GCC unstripped (I pretty much doubt GPL > allows you to do so, however). Why in the world do you think the GPL prevents that? -- -- David (obrien@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 May 1 11:17:38 2002 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id B3EA237B416 for ; Wed, 1 May 2002 11:17:35 -0700 (PDT) Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.3/8.12.3) with ESMTP id g41IHX5W074701; Wed, 1 May 2002 14:17:33 -0400 (EDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.3/8.12.3/Submit) id g41IHVBN074698; Wed, 1 May 2002 14:17:31 -0400 (EDT) Date: Wed, 1 May 2002 14:17:31 -0400 (EDT) From: Garrett Wollman Message-Id: <200205011817.g41IHVBN074698@khavrinen.lcs.mit.edu> To: "Jose M. Alcaide" Cc: Forrest Aldrich , freebsd-current@FreeBSD.ORG Subject: Re: cc1 crashes with SIGBUS while building XFree86-Server-4.2.0_2 In-Reply-To: <20020501133234.A231@v-ger.we.lc.ehu.es> References: <5.1.0.14.2.20020430182241.05713968@192.168.1.1> <20020501133234.A231@v-ger.we.lc.ehu.es> Sender: owner-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 have been building XFree86 without problems, I just rebuilt both -current (Friday or Saturday timeframe) and all of X (last night) without a problem. (Well, other than all of the old binaries I need to recompile now...) -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 1 11:54: 0 2002 Delivered-To: freebsd-current@freebsd.org Received: from totem.fix.no (totem.fix.no [80.91.32.29]) by hub.freebsd.org (Postfix) with ESMTP id 9D82F37B416; Wed, 1 May 2002 11:53:53 -0700 (PDT) Received: by totem.fix.no (Postfix, from userid 1000) id 76C5320326; Wed, 1 May 2002 20:54:16 +0200 (CEST) Date: Wed, 1 May 2002 20:54:16 +0200 From: Anders Nordby To: mobile@FreeBSD.org, current@FreeBSD.org Subject: Avoid: Acer TravelMate laptop + -current Message-ID: <20020501185416.GA33717@totem.fix.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.27i X-PGP-Key: http://anders.fix.no/pgp/ X-PGP-Key-FingerPrint: 1E0F C53C D8DF 6A8F EAAD 19C5 D12A BC9F 0083 5956 Sender: owner-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, While doing network installs of recent -current versions (FTP & NFS), I have experienced a problem I can't live with - and which needs the laptop to be sent to Acer to get fixed. The problem is: the installation freezes (usually quite early in the installation process, doing /bin or something), and after a hard reset (power off + on), the darn craptop has "PlatinumPAS - PreBoot Authentication Services Verify" enabled.". This is a protection mode which needs a valid smartcard to unlock the computer, which makes the BIOS not let you boot from anything. I didn't ask for it to get enabled, and the smartcards I got with the computer are not valid. I can't even boot a floppy at that stage, and I don't know of any way to fix it except send it to Acer for repair (already did it once, I'm not happy about doing it once more in one week). I'm planning to stop using this laptop (since it belongs to my company: ask them to throw it to the junkyard or something), unless there is some neat trick to disable the PlatinumPAS thing, or if there's a solution to making -current not switch it on. In the meantime: my advice for all Acer TravelMate users is to not use or try -current on them. Cheers, -- Anders. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 1 11:57: 2 2002 Delivered-To: freebsd-current@freebsd.org Received: from totem.fix.no (totem.fix.no [80.91.32.29]) by hub.freebsd.org (Postfix) with ESMTP id 4617137B400; Wed, 1 May 2002 11:56:59 -0700 (PDT) Received: by totem.fix.no (Postfix, from userid 1000) id B6C0F20323; Wed, 1 May 2002 20:57:45 +0200 (CEST) Date: Wed, 1 May 2002 20:57:45 +0200 From: Anders Nordby To: mobile@FreeBSD.org, current@FreeBSD.org Subject: Re: Avoid: Acer TravelMate laptop + -current Message-ID: <20020501185745.GA32028@totem.fix.no> References: <20020501185416.GA33717@totem.fix.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020501185416.GA33717@totem.fix.no> User-Agent: Mutt/1.3.27i X-PGP-Key: http://anders.fix.no/pgp/ X-PGP-Key-FingerPrint: 1E0F C53C D8DF 6A8F EAAD 19C5 D12A BC9F 0083 5956 X-message-flag: Outlook : A program to spread viri, but it can do mail too. Sender: owner-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, May 01, 2002 at 08:54:16PM +0200, Anders Nordby wrote: > While doing network installs of recent -current versions (FTP & NFS), I > have experienced a problem I can't live with - and which needs the > laptop to be sent to Acer to get fixed. I should add: my laptop is an Acer TravelMate 613 TXV laptop. Cheers, -- Anders. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 1 12:56:13 2002 Delivered-To: freebsd-current@freebsd.org Received: from neptune.he.net (neptune.he.net [216.218.166.2]) by hub.freebsd.org (Postfix) with ESMTP id 543EE37B41C for ; Wed, 1 May 2002 12:55:59 -0700 (PDT) Received: from borges (stalwart.codysbooks.com [209.133.54.175]) by neptune.he.net (8.8.6/8.8.2) with ESMTP id MAA18570; Wed, 1 May 2002 12:55:56 -0700 Subject: Re: cc1 crashes with SIGBUS while building XFree86-Server-4.2.0_2 From: Fluid Reply-To: sreese@codysbooks.com To: Ian Cc: freebsd-current In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 Date: 01 May 2002 12:52:51 -0700 Message-Id: <1020282771.29023.17.camel@borges.codysbooks.com> 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 On Tue, 2002-04-30 at 10:35, Ian wrote: > > > cpp0: cc: output pipe has been closedInternal compiler error: program cc1 got > > fatal signal 10 > > > > I have seen cc1 die like this many many times, and have only ever seen 2 > root causes for the death: > > 1) bad ram > 2) you overclocked the cpu or bus just a bit too much How about signal 4? I was rebuilding my -current the other day and I kept getting mostly signal 4 errors (in different places) with a couple of signal 10's and 11's. I tried finding a run-down of what the various errors meant, but I couldn't find a thing. The weird thing is that when I switched terminals in KDE (i.e. opened a new Konsole window), my build problems ceased. Windows XP runs on the same box with no problems (i.e. will run for weeks without a reboot) so I'm a little hesitant to blame my hardware. -Scott To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 1 12:58: 2 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailout10.sul.t-online.com (mailout10.sul.t-online.com [194.25.134.21]) by hub.freebsd.org (Postfix) with ESMTP id EF50737B417 for ; Wed, 1 May 2002 12:57:47 -0700 (PDT) Received: from fwd02.sul.t-online.de by mailout10.sul.t-online.com with smtp id 1730ER-0001sw-0M; Wed, 01 May 2002 21:57:43 +0200 Received: from dialin.t-online.de (340029380333-0001@[80.128.218.37]) by fmrl02.sul.t-online.com with esmtp id 1730EO-1MzlGCC; Wed, 1 May 2002 21:57:40 +0200 Received: from t-online.de (server [172.23.7.1]) by dialin.t-online.de (8.11.6/8.11.6/Rock) with ESMTP id g41JvJC48016; Wed, 1 May 2002 21:57:19 +0200 (MEST) Message-ID: <3CD0489F.D79EFF3F@t-online.de> Date: Wed, 01 May 2002 21:57:19 +0200 From: Daniel Rock X-Mailer: Mozilla 4.7 [de] (X11; U; SunOS 5.8 i86pc) X-Accept-Language: de, en MIME-Version: 1.0 To: Poul-Henning Kamp Cc: current@FreeBSD.ORG Subject: Re: clock drift in -CURRENT References: <64858.1020263148@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Sender: 340029380333-0001@t-dialin.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 Poul-Henning Kamp schrieb: > > When was your source tree from on that kernel ? > > I'm not too confident in your diagnosis, mostly because we don't > have a counter like you describe :-) > > My guess is that ntpd get confused. > > Please try a newer kernel, a number of bug(lets) have been fixed > since march. > > If it happens again, please email me the output of: > ntpdc -c peer > ntpdc -c loopi > ntpdc -c kerni > dmesg > [...] My kernel war relatively recent at the time of last boot - build around March 2nd from -CURRENT sources a few hours before. If someone runs -CURRENT with default HZ of 100 and moans 247 days later, his -CURRENT cannot be called -CURRENT any more... I am now running an up-to-date -CURRENT. I have set HZ=10000, so I don't have to wait another 50 days. Hope this high HZ value has no negative impact on the test. I will inform you in 3 days if anything strange happens again. Daniel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 1 13: 2: 5 2002 Delivered-To: freebsd-current@freebsd.org Received: from dmzraw1.extranet.tce.com (dmzraw1.extranet.tce.com [157.254.234.131]) by hub.freebsd.org (Postfix) with ESMTP id E49C837B419 for ; Wed, 1 May 2002 13:01:58 -0700 (PDT) Received: from smtprelay2.indy.tce.com (smtprelay2.tce.com [157.254.96.95]) by dmzraw1.extranet.tce.com (8.9.3/8.9.1) with ESMTP id PAA03034; Wed, 1 May 2002 15:01:15 -0500 (EST) Received: from indymsxcs01.indy.tce.com (localhost [127.0.0.1]) by smtprelay2.indy.tce.com (Postfix) with ESMTP id 62D2D2583; Wed, 1 May 2002 15:01:11 -0500 (EST) Received: by indymsxcs01.indy.tce.com with Internet Mail Service (5.5.2653.19) id ; Wed, 1 May 2002 15:01:09 -0500 Message-ID: From: Fisher Mark To: "'Dan Kogai'" , Mark Murray Cc: freebsd-current@FreeBSD.ORG, perl5-porters@perl.org Subject: RE: Save a few hunderd kilobytes or a few hundred perl users? Date: Wed, 1 May 2002 15:00:45 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C1F14A.E17E0190" Sender: owner-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 message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C1F14A.E17E0190 Content-Type: text/plain; charset="iso-8859-1" > One possible solution might be as follow; > > rename /usr/src/contrib/perl5 to /usr/src/contrib/miniperl5 > > and just add enough file to build miniperl. I've read all the messages in this thread, but I'm still unclear -- are we talking about building the "miniperl" that Perl already creates during the build process? If not, the minimal perl for building the FreeBSD kernel should have a different name, like: smallperl modestperl tightperl midgetperl petiteperl or something similar. I see much potential for confusion if "miniperl" means different Perl builds in different contexts. =============================================== Mark Leighton Fisher fisherm@tce.com Thomson multimedia, Inc. Indianapolis IN "We have tamed lightning and used it to teach sand to think" ------_=_NextPart_001_01C1F14A.E17E0190 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Save a few hunderd kilobytes or a few hundred perl users? =

> One possible solution might be as follow;
>
> rename /usr/src/contrib/perl5 to = /usr/src/contrib/miniperl5
>
> and just add enough file to build = miniperl.

I've read all the messages in this thread, but I'm = still unclear -- are we talking about building the "miniperl" = that Perl already creates during the build process?  If not, the = minimal perl for building the FreeBSD kernel should have a different = name, like:

        smallperl
        modestperl
        tightperl
        midgetperl
        petiteperl
or something similar.  I see much potential for = confusion if "miniperl" means different Perl builds in = different contexts.

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D
Mark Leighton = Fisher           = fisherm@tce.com
Thomson multimedia, = Inc.        Indianapolis IN
"We have tamed lightning and used it to teach = sand to think"

------_=_NextPart_001_01C1F14A.E17E0190-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 1 13: 4:14 2002 Delivered-To: freebsd-current@freebsd.org Received: from relay1.macomnet.ru (relay1.macomnet.ru [195.128.64.10]) by hub.freebsd.org (Postfix) with ESMTP id 170EA37B41A for ; Wed, 1 May 2002 13:04:10 -0700 (PDT) Received: from news1.macomnet.ru (news1.macomnet.ru [195.128.64.14]) by relay1.macomnet.ru (8.11.6/8.11.6) with ESMTP id g41K48X11087951 for ; Thu, 2 May 2002 00:04:08 +0400 (MSD) Date: Thu, 2 May 2002 00:04:07 +0400 (MSD) From: Maxim Konovalov To: current@freebsd.org Subject: newsyslog(8) should wait(2) for children Message-ID: <20020501235620.I86238-100000@news1.macomnet.ru> 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 Does anyone object to the next patch: Index: newsyslog.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/newsyslog/newsyslog.c,v retrieving revision 1.41 diff -u -r1.41 newsyslog.c --- newsyslog.c 10 Apr 2002 10:38:44 -0000 1.41 +++ newsyslog.c 1 May 2002 19:15:40 -0000 @@ -38,6 +38,7 @@ #include #include +#include #include #include #include @@ -135,6 +136,12 @@ p = p->next; free((char *) q); q = p; + } + for (;;) { + if (wait(NULL) < 0) { + if (errno != EINTR) + break; + } } return (0); } %%% -- Maxim Konovalov, MAcomnet, Internet Dept., system engineer phone: +7 (095) 796-9079, mailto:maxim@macomnet.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 1 13:10:50 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtp-3.hut.fi (smtp-3.hut.fi [130.233.228.93]) by hub.freebsd.org (Postfix) with ESMTP id 53F4437B400 for ; Wed, 1 May 2002 13:10:44 -0700 (PDT) Received: from alpha.hut.fi (alpha.hut.fi [130.233.228.21]) by smtp-3.hut.fi (8.12.3/8.12.3) with ESMTP id g41KAZY9005443; Wed, 1 May 2002 23:10:35 +0300 Received: (from jhi@localhost) by alpha.hut.fi (8.9.3/8.9.3) id XAA24797; Wed, 1 May 2002 23:10:35 +0300 (EET DST) Date: Wed, 1 May 2002 23:10:34 +0300 From: Jarkko Hietaniemi To: Fisher Mark Cc: "'Dan Kogai'" , Mark Murray , freebsd-current@FreeBSD.ORG, perl5-porters@perl.org, ask@perl.org Subject: Re: Save a few hunderd kilobytes or a few hundred perl users? Message-ID: <20020501231034.K21317@alpha.hut.fi> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from fisherm@tce.com on Wed, May 01, 2002 at 03:00:45PM -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 Wed, May 01, 2002 at 03:00:45PM -0500, Fisher Mark wrote: > > One possible solution might be as follow; > > > > rename /usr/src/contrib/perl5 to /usr/src/contrib/miniperl5 > > > > and just add enough file to build miniperl. > > I've read all the messages in this thread, but I'm still unclear -- are we > talking about building the "miniperl" that Perl already creates during the > build process? If not, the minimal perl for building the FreeBSD kernel > should have a different name, like: > smallperl > modestperl > tightperl > midgetperl > petiteperl > or something similar. I see much potential for confusion if "miniperl" > means different Perl builds in different contexts. Yes, if it is anything more than the one single executable "miniperl", it should be called something else (it probably should have something a little bit more, again, see Debian's perl-base for a reasonable set of functionality). I STRONGLY suggest that this discussion should get it's own mailing list, though, this is off topic for both perl5-porters and freebsd-current. I'm certain both those lists are busy enough, and OS distrib people need a common ground. perl-dist@perl.org? Ask, could you create the list? -- $jhi++; # http://www.iki.fi/jhi/ # There is this special biologist word we use for 'stable'. # It is 'dead'. -- Jack Cohen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 1 13:17:21 2002 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id 3B1AC37B425 for ; Wed, 1 May 2002 13:16:58 -0700 (PDT) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.2/8.12.2) with ESMTP id g41KGZqE069367; Wed, 1 May 2002 22:16:35 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Daniel Rock Cc: current@FreeBSD.ORG Subject: Re: clock drift in -CURRENT In-Reply-To: Your message of "Wed, 01 May 2002 21:57:19 +0200." <3CD0489F.D79EFF3F@t-online.de> Date: Wed, 01 May 2002 22:16:35 +0200 Message-ID: <69366.1020284195@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 <3CD0489F.D79EFF3F@t-online.de>, Daniel Rock writes: >Poul-Henning Kamp schrieb: >> >> When was your source tree from on that kernel ? >> >> I'm not too confident in your diagnosis, mostly because we don't >> have a counter like you describe :-) >> >> My guess is that ntpd get confused. >> >> Please try a newer kernel, a number of bug(lets) have been fixed >> since march. >> >> If it happens again, please email me the output of: >> ntpdc -c peer >> ntpdc -c loopi >> ntpdc -c kerni >> dmesg >> >[...] > >My kernel war relatively recent at the time of last boot - build >around March 2nd from -CURRENT sources a few hours before. Right, but look at a cvs log src/sys/kern/kern_tc.c... I've fixed at least one bug in the NTP steering since then. >If someone runs -CURRENT with default HZ of 100 and moans 247 days >later, his -CURRENT cannot be called -CURRENT any more... :-) >I am now running an up-to-date -CURRENT. I have set HZ=10000, so >I don't have to wait another 50 days. Hope this high HZ value has >no negative impact on the test. > >I will inform you in 3 days if anything strange happens again. Cool. -- 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 May 1 13:28:34 2002 Delivered-To: freebsd-current@freebsd.org Received: from node14e65.a2000.nl (node14e65.a2000.nl [24.132.78.101]) by hub.freebsd.org (Postfix) with ESMTP id 206FF37B416; Wed, 1 May 2002 13:28:25 -0700 (PDT) Received: from node14e65.a2000.nl (localhost.a2000.nl [127.0.0.1]) by node14e65.a2000.nl (8.12.3/8.11.6) with ESMTP id g41KS6LT000325; Wed, 1 May 2002 22:28:07 +0200 (CEST) (envelope-from gkoller@node14e65.a2000.nl) Received: (from gkoller@localhost) by node14e65.a2000.nl (8.12.3/8.12.2/Submit) id g41KS6M9000324; Wed, 1 May 2002 22:28:06 +0200 (CEST) Date: Wed, 1 May 2002 22:28:06 +0200 From: Guido Kollerie To: Danny Braniss Cc: current@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: 3Com 3c905C-TX Message-ID: <20020501202806.GA256@node14e65.a2000.nl> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2fHTh5uZTiUOsy+g" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.28i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --2fHTh5uZTiUOsy+g Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Apr 29, 2002 at 08:08:02PM +0300, Danny Braniss wrote: > at 100baseTX is slower than 10Mgb :-( Same problem here with the xl0 driver. My 3Com 3c905C-TX Fast Etherlink XL connects to a Cisco Micro Switch (1548, unmanaged). According to the lights on the back of the switch everything runs at 100 Mbits full-duplex initially (that is after a reboot). However after a while the switch indicates that it is running at 100 Mbits half-duplex. I don't know what causes it, but this is happening for at least a month. When this happens 'ifconfig -a' will still report that everything is running at 100 Mbits full-duplex. Judging from the performance and what the Cisco switch indicates this is not true, it is running half-duplex! Unfortunately the switch is unmanaged hence I am not able to explicitely set the switch to 100 Mbits full-duplex. Using ifconfig to set the nic to 10baseT/UTP and then back to 100baseTX full-duplex doesn't help. Only a reboot will bring the NIC back to 100 Mbits full duplex mode. -- Guido --2fHTh5uZTiUOsy+g Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE80E/WC7vo05+GQSwRAt8QAJ9trFQOGFix5wjQDusyi+X0ytNR9wCfZ4+k NC1GkgTuz283XDZxRRPo6JY= =wdLa -----END PGP SIGNATURE----- --2fHTh5uZTiUOsy+g-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 1 13:37:53 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailout02.sul.t-online.com (mailout02.sul.t-online.com [194.25.134.17]) by hub.freebsd.org (Postfix) with ESMTP id 72CAF37B417 for ; Wed, 1 May 2002 13:37:50 -0700 (PDT) Received: from fwd00.sul.t-online.de by mailout02.sul.t-online.com with smtp id 1730rF-0000L3-01; Wed, 01 May 2002 22:37:49 +0200 Received: from dialin.t-online.de (340029380333-0001@[80.128.214.222]) by fmrl00.sul.t-online.com with esmtp id 1730rD-1e6uzhC; Wed, 1 May 2002 22:37:47 +0200 Received: from t-online.de (server [172.23.7.1]) by dialin.t-online.de (8.11.6/8.11.6/Rock) with ESMTP id g41K1oC50728; Wed, 1 May 2002 22:01:50 +0200 (MEST) Message-ID: <3CD049AE.4E7CCF85@t-online.de> Date: Wed, 01 May 2002 22:01:50 +0200 From: Daniel Rock X-Mailer: Mozilla 4.7 [de] (X11; U; SunOS 5.8 i86pc) X-Accept-Language: de, en MIME-Version: 1.0 To: Bill Fenner Cc: current@FreeBSD.ORG Subject: Re: clock drift in -CURRENT References: <200205011522.IAA02509@windsor.research.att.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Sender: 340029380333-0001@t-dialin.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 Bill Fenner schrieb: > > I had the same symptoms (drifting about 2 minutes an hour) on sources > before April 17 or so. Since then, ntpd has only logged 5 time updates, > as opposed to 3 per hour. > The drift wasn't visible immediately, but only after the "magical" 49.7 days or 2^31 clock ticks. Before that I had the usual corrections if you run ntp over a dialup line with large variations in round trip times (around one correction every few days). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 1 14:36: 3 2002 Delivered-To: freebsd-current@freebsd.org Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id 1D7B237B405 for ; Wed, 1 May 2002 14:35:56 -0700 (PDT) Received: from storm.FreeBSD.org.uk (uucp@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.2/8.12.2) with ESMTP id g41LZow2020663; Wed, 1 May 2002 22:35:50 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Received: (from uucp@localhost) by storm.FreeBSD.org.uk (8.12.2/8.12.2/Submit) with UUCP id g41LZogJ020662; Wed, 1 May 2002 22:35:50 +0100 (BST) Received: from grimreaper.grondar.org (localhost [127.0.0.1]) by grimreaper.grondar.org (8.12.3/8.12.3) with ESMTP id g41LVuoI043388; Wed, 1 May 2002 22:31:56 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Message-Id: <200205012131.g41LVuoI043388@grimreaper.grondar.org> To: Fisher Mark Cc: freebsd-current@FreeBSD.ORG, perl5-porters@perl.org Subject: Re: Save a few hunderd kilobytes or a few hundred perl users? References: In-Reply-To: ; from Fisher Mark "Wed, 01 May 2002 15:00:45 CDT." Date: Wed, 01 May 2002 22:31:56 +0100 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > and just add enough file to build miniperl. > > I've read all the messages in this thread, but I'm still unclear -- are we > talking about building the "miniperl" that Perl already creates during the > build process? If not, the minimal perl for building the FreeBSD kernel > should have a different name, like: > smallperl > modestperl > tightperl > midgetperl > petiteperl Sure, whatever. Smallperl it is. :-) M -- o Mark Murray \_ O.\_ Warning: this .sig is umop ap!sdn #text/plain; name=cv.doc [Mark Murray CV Plain Text] cv.doc #application/octet-stream; name=cv.pdf [Mark Murray CV PDF] cv.pdf To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 1 14:37:21 2002 Delivered-To: freebsd-current@freebsd.org Received: from onion.perl.org (onion.valueclick.com [209.85.157.220]) by hub.freebsd.org (Postfix) with SMTP id A01B337B404 for ; Wed, 1 May 2002 14:37:11 -0700 (PDT) Received: (qmail 64940 invoked by uid 1000); 1 May 2002 21:37:11 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 1 May 2002 21:37:11 -0000 Date: Wed, 1 May 2002 14:37:10 -0700 (PDT) From: Ask Bjoern Hansen X-X-Sender: To: Jarkko Hietaniemi Cc: Fisher Mark , 'Dan Kogai' , Mark Murray , , , Subject: New Perl list (was: Save a few hunderd kilobytes or a few hundred perl users?) In-Reply-To: <20020501231034.K21317@alpha.hut.fi> Message-ID: <20020501143453.Q60590-100000@onion.valueclick.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: localhost 1.6.2 0/1000/N Sender: owner-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, 1 May 2002, Jarkko Hietaniemi wrote: > I STRONGLY suggest that this discussion should get it's own mailing list, > though, this is off topic for both perl5-porters and freebsd-current. > I'm certain both those lists are busy enough, and OS distrib people > need a common ground. > > perl-dist@perl.org? Ask, could you create the list? perl-dist-subcribe@perl.org will accept your subscription request. Within a few hours of the first posting to the list it will also be available at news://nntp.perl.org/perl.dist Elaine, please get the list description and stuff from Jarkko and put the list on lists.perl.org. :) - ask -- ask bjoern hansen, http://ask.netcetera.dk/ !try; do(); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 1 14:49:21 2002 Delivered-To: freebsd-current@freebsd.org Received: from deepthought.blinkenlights.nl (deepthought.blinkenlights.nl [62.58.162.228]) by hub.freebsd.org (Postfix) with ESMTP id 992DD37B416; Wed, 1 May 2002 14:49:12 -0700 (PDT) Received: by deepthought.blinkenlights.nl (Postfix, from userid 500) id 9FF8CAB; Wed, 1 May 2002 23:49:02 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by deepthought.blinkenlights.nl (Postfix) with ESMTP id 6AE2FC11D; Wed, 1 May 2002 23:49:02 +0200 (CEST) Date: Wed, 1 May 2002 23:49:02 +0200 (CEST) From: Sten To: Guido Kollerie Cc: Danny Braniss , , Subject: Re: 3Com 3c905C-TX In-Reply-To: <20020501202806.GA256@node14e65.a2000.nl> 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, 1 May 2002, Guido Kollerie wrote: > > Unfortunately the switch is unmanaged hence I am not able to > explicitely set the switch to 100 Mbits full-duplex. Using > ifconfig to set the nic to 10baseT/UTP and then back to 100baseTX > full-duplex doesn't help. Only a reboot will bring the NIC back > to 100 Mbits full duplex mode. Please note that due to vagaries in the auto-negotiation spec 3com and cisco dont work well together. And 3coms ( on linux atleast ) have the added bonus of sometimes deciding to change speed/duplex just for the heck of it. The only way to use them reliably is to force both the card and the switch. We came to the conclusion that fxp's are a nicer option. IMHO just creating a reliable and clearly defined auto-negotiation protocol will do more for ethernet speed than gigabit ethernet :). -- Sten Spans "What does one do with ones money, when there is no more empty rackspace ?" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 1 14:51:18 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtp-3.hut.fi (smtp-3.hut.fi [130.233.228.93]) by hub.freebsd.org (Postfix) with ESMTP id E5E1D37B419 for ; Wed, 1 May 2002 14:50:32 -0700 (PDT) Received: from alpha.hut.fi (alpha.hut.fi [130.233.228.21]) by smtp-3.hut.fi (8.12.3/8.12.3) with ESMTP id g41LoSY9007473; Thu, 2 May 2002 00:50:28 +0300 Received: (from jhi@localhost) by alpha.hut.fi (8.9.3/8.9.3) id AAA06110; Thu, 2 May 2002 00:45:28 +0300 (EET DST) Date: Thu, 2 May 2002 00:45:28 +0300 From: Jarkko Hietaniemi To: Ask Bjoern Hansen Cc: Fisher Mark , "'Dan Kogai'" , Mark Murray , freebsd-current@FreeBSD.ORG, perl5-porters@perl.org, elaine@perl.org Subject: Re: New Perl list (was: Save a few hunderd kilobytes or a few hundred perl users?) Message-ID: <20020502004528.C25684@alpha.hut.fi> References: <20020501231034.K21317@alpha.hut.fi> <20020501143453.Q60590-100000@onion.valueclick.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: <20020501143453.Q60590-100000@onion.valueclick.com>; from ask@perl.org on Wed, May 01, 2002 at 02:37:10PM -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 On Wed, May 01, 2002 at 02:37:10PM -0700, Ask Bjoern Hansen wrote: > On Wed, 1 May 2002, Jarkko Hietaniemi wrote: > > > I STRONGLY suggest that this discussion should get it's own mailing list, > > though, this is off topic for both perl5-porters and freebsd-current. > > I'm certain both those lists are busy enough, and OS distrib people > > need a common ground. > > > > perl-dist@perl.org? Ask, could you create the list? > > perl-dist-subcribe@perl.org will accept your subscription request. > Within a few hours of the first posting to the list it will also be > available at news://nntp.perl.org/perl.dist > > > Elaine, please get the list description and stuff from Jarkko and > put the list on lists.perl.org. :) The charter of the perl-dist@perl.org mailing list is to discuss the "splitting" or "repackaging" of the Perl distribution. The new forum has been created, I hope the clamour about this subject in p5p and freebsd-current will now cease. -- $jhi++; # http://www.iki.fi/jhi/ # There is this special biologist word we use for 'stable'. # It is 'dead'. -- Jack Cohen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 1 16:29:55 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.themuseav.com (adsl-065-082-213-077.sip.jax.bellsouth.net [65.82.213.77]) by hub.freebsd.org (Postfix) with ESMTP id A96D937B400 for ; Wed, 1 May 2002 16:29:50 -0700 (PDT) Received: from localhost (tentacles@localhost) by mail.themuseav.com (8.11.1/8.11.1) with ESMTP id g4209uJ27943 for ; Wed, 1 May 2002 20:09:56 -0400 Date: Wed, 1 May 2002 20:09:56 -0400 (EDT) From: ". ten tacles . ." To: freebsd-current@FreeBSD.ORG Subject: difficulties with ed driver (was d-link dwl520 wireless pci...) 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 i broke down and did a fresh install of the developer's preview of 5.0 and the wi driver picks up the d-link wireless card and works like a champ. the catch is that for some reason the ed driver doesn't seem to want to recognize my isa ne2000 (compliant) nic. i recompiled the kernel making sure that "device ed" was specified (along with miibus) and still no luck. i was thinking it may have been a problem with the network card, but slackware 8 with kernel 2.4.17 (on a different partition) picked up the network card just fine (as well as the d-link card, via wlan drivers). i've gone into the dumb dos setup utility for the network card at least twenty times, specifying just about every combination of options (enabled/disabled plug-and-play and tried a bunch of different port/irq/iomem). i've also gone into the bios and tried enabling and disabling pnp-OS. dmesg (used boot -v) doesn't list anything resembling an isa nic at all, but kldstat -v has if_ed listed in (seemingly) all the right places. i did specify the pertaining values in /boot/devices for the ed driver as well. all this to no avail. i know there's something i've overlooked.. any hints/suggestions? thanks!!! --tents On Fri, 26 Apr 2002, . ten tacles . . wrote: > > recently acquired a dwl520 and i was wondering > if there is freebsd support for this card. > i looked through what appeared to be the pci-support > portion of the wi driver (if_wi_pci.c ..checked out > via cvs last night) and i couldn't find a definition of this card: > > pci_ids[] = { > {0x1638, 0x1100, WI_BUS_PCI_PLX, "PRISM2STA PCI WaveLAN/IEEE 802.11"}, > {0x1385, 0x4100, WI_BUS_PCI_PLX, "Netgear MA301 PCI IEEE 802.11b"}, > {0x16ab, 0x1101, WI_BUS_PCI_PLX, "GLPRISM2 PCI WaveLAN/IEEE 802.11"}, > {0x16ab, 0x1102, WI_BUS_PCI_PLX, "Linksys WDT11 PCI IEEE 802.11b"}, > {0x1260, 0x3873, WI_BUS_PCI_NATIVE, "Linksys WMP11 PCI Prism2.5"}, > {0x10b7, 0x7770, WI_BUS_PCI_PLX, "3Com Airconnect IEEE 802.11b"}, > {0x111a, 0x1023, WI_BUS_PCI_PLX, "Siemens SpeedStream IEEE 802.11b"}, > {0, 0, 0, NULL} > > this may or may not be indicative of support for this card as far as i > know (which is not much regarding driver hacking). i compiled the driver > into the kernel anyways and got this on bootup: > > pci0: (vendor=0x1260, dev=0x3873) at 11.0 irq 12 > > so would anyone happen to know if this card is supported and if so, > is there a diff/patch/revision that i should get or procedure i should > follow? > thanks a bunches! > > --tents > > > 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 Wed May 1 17:17:24 2002 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 187FB37B405 for ; Wed, 1 May 2002 17:17:17 -0700 (PDT) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g420H7H29605 for ; Wed, 1 May 2002 18:17:07 -0600 (MDT) (envelope-from imp@village.org) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g420H2b93973 for ; Wed, 1 May 2002 18:17:04 -0600 (MDT) (envelope-from imp@village.org) Date: Wed, 01 May 2002 18:16:40 -0600 (MDT) Message-Id: <20020501.181640.79019608.imp@village.org> To: freebsd-current@FreeBSD.ORG Subject: Re: Save a few hunderd kilobytes or a few hundred perl users? From: "M. Warner Losh" In-Reply-To: <20020430204803.A11778@jgrind.home> References: <200204302129.g3ULT1oI033122@grimreaper.grondar.org> <200205010322.g413Mie22563@crypt.compulink.co.uk> <20020430204803.A11778@jgrind.home> X-Mailer: Mew version 2.1 on Emacs 21.1 / 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 My take on this. We should remove perl from the base, and automatically install the port for most users in sysinstall, just like we do with XFree86. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 1 17:32: 4 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailhub.yumyumyum.org (dsl092-171-091.wdc1.dsl.speakeasy.net [66.92.171.91]) by hub.freebsd.org (Postfix) with SMTP id 2F8A837B41B for ; Wed, 1 May 2002 17:31:59 -0700 (PDT) Received: (qmail 92581 invoked from network); 2 May 2002 00:30:51 -0000 Received: from dsl092-171-091.wdc1.dsl.speakeasy.net (66.92.171.91) by dsl092-171-091.wdc1.dsl.speakeasy.net with SMTP; 2 May 2002 00:30:51 -0000 Date: Wed, 1 May 2002 20:30:51 -0400 (EDT) From: Kenneth Culver To: "M. Warner Losh" Cc: freebsd-current@FreeBSD.ORG Subject: Re: Save a few hunderd kilobytes or a few hundred perl users? In-Reply-To: <20020501.181640.79019608.imp@village.org> Message-ID: <20020501202916.X92564-100000@alpha.yumyumyum.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 But doesn't the kernel rely on perl for building? perl5 ../../kern/vnode_if.pl -h ../../kern/vnode_if.src does it make sense to remove it from the base when the base depends on it? Ken On Wed, 1 May 2002, M. Warner Losh wrote: > My take on this. We should remove perl from the base, and > automatically install the port for most users in sysinstall, just like > we do with XFree86. > > Warner > > 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 Wed May 1 17:38:37 2002 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id A1A2F37B41A for ; Wed, 1 May 2002 17:38:34 -0700 (PDT) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g420cXH29770; Wed, 1 May 2002 18:38:33 -0600 (MDT) (envelope-from imp@village.org) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g420cWb94139; Wed, 1 May 2002 18:38:32 -0600 (MDT) (envelope-from imp@village.org) Date: Wed, 01 May 2002 18:38:24 -0600 (MDT) Message-Id: <20020501.183824.130849379.imp@village.org> To: culverk@alpha.yumyumyum.org Cc: freebsd-current@FreeBSD.ORG Subject: Re: Save a few hunderd kilobytes or a few hundred perl users? From: "M. Warner Losh" In-Reply-To: <20020501202916.X92564-100000@alpha.yumyumyum.org> References: <20020501.181640.79019608.imp@village.org> <20020501202916.X92564-100000@alpha.yumyumyum.org> X-Mailer: Mew version 2.1 on Emacs 21.1 / 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: <20020501202916.X92564-100000@alpha.yumyumyum.org> Kenneth Culver writes: : But doesn't the kernel rely on perl for building? : : : perl5 ../../kern/vnode_if.pl -h ../../kern/vnode_if.src : : does it make sense to remove it from the base when the base depends on it? The base will no longer depend on it before too much longer. The vnode and kobj dependencies are already gone in current. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 1 17:49:18 2002 Delivered-To: freebsd-current@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id 6019937B400; Wed, 1 May 2002 17:49:15 -0700 (PDT) Received: by elvis.mu.org (Postfix, from userid 1192) id 3FA7EAE163; Wed, 1 May 2002 17:49:15 -0700 (PDT) Date: Wed, 1 May 2002 17:49:15 -0700 From: Alfred Perlstein To: multimedia@freebsd.org Cc: current@freebsd.org Subject: fast playback with Intel 82801BA (ICH2) Message-ID: <20020502004915.GN98487@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.27i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -current compiled today mp3s play too fast, any ideas on how to diagnose this? pcm0: port 0xef00-0xef3f,0xe800-0xe8ff irq 9 at device 31.5 on pci0 pcm0: measured ac97 link rate at 44061 Hz -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' Tax deductible donations for FreeBSD: http://www.freebsdfoundation.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 1 18: 8:20 2002 Delivered-To: freebsd-current@freebsd.org Received: from puma.icir.org (puma.icir.org [192.150.187.73]) by hub.freebsd.org (Postfix) with ESMTP id 7270D37B41B; Wed, 1 May 2002 18:08:16 -0700 (PDT) Received: from puma.icir.org (localhost [127.0.0.1]) by puma.icir.org (8.11.6/8.11.3) with ESMTP id g42188v67590; Wed, 1 May 2002 18:08:08 -0700 (PDT) (envelope-from hodson@puma.icir.org) Message-Id: <200205020108.g42188v67590@puma.icir.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.3 To: Alfred Perlstein Cc: freebsd-multimedia@freebsd.org, current@freebsd.org Subject: Re: fast playback with Intel 82801BA (ICH2) In-Reply-To: Your message of "Wed, 01 May 2002 17:49:15 PDT." <20020502004915.GN98487@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 01 May 2002 18:08:08 -0700 From: Orion Hodson Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG /-- Alfred Perlstein wrote: | -current compiled today mp3s play too fast, any ideas on how to | diagnose this? | | pcm0: port 0xef00-0xef3f,0xe800-0xe8ff irq 9 at device | 31.5 on pci0 | pcm0: measured ac97 link rate at 44061 Hz You can set a sysctl to set the ac97 link rate. I don't recall offhand what it is (hw.snd.pcm0.ac97rate?) - "sysctl -a | grep ac97" will find it. There is a calibration test in the ich code since various mfrs do funny things with the clock. I'd be interested to know what boot -v output is and what ac97 link rate works. This is the second box reported failing on this recently. - Orion To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 1 20: 4:54 2002 Delivered-To: freebsd-current@freebsd.org Received: from white.imgsrc.co.jp (ns.imgsrc.co.jp [210.226.20.2]) by hub.freebsd.org (Postfix) with ESMTP id 9EAE137B41C for ; Wed, 1 May 2002 20:04:49 -0700 (PDT) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [2001:218:422:2::130]) by white.imgsrc.co.jp (Postfix) with ESMTP id 25C8124D39 for ; Thu, 2 May 2002 12:04:49 +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 BD1D91E46E8 for ; Thu, 2 May 2002 12:04:47 +0900 (JST) Date: Thu, 02 May 2002 12:04:47 +0900 Message-ID: <7m7kmn1c8g.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: current@FreeBSD.org Subject: Replace makeLINT.pl with makeLINT.sh User-Agent: Wanderlust/2.9.10 (Unchained Melody) SEMI/1.14.3 (Ushinoya) FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/21.2 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") 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 How about using this script instead of makeLINT.pl? # MIME multipart post is rejected by hub... ----- #! /bin/sh # $FreeBSD$ /usr/bin/sed -e 's/#.*//' -e 's/\ //' | /usr/bin/awk ' /^[ \t]*$/ { next } /^hint\./ { next } /^(\ machine|\ ident|\ device|\ makeoptions|\ options|\ profile|\ cpu|\ option|\ maxusers\ )[ \t]/ { print; next } { printf("unrecognized line: line %d: %s\n", NR, $0) > "/dev/stderr" } ' ----- -- 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 May 1 20:13:39 2002 Delivered-To: freebsd-current@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 83F7E37B404; Wed, 1 May 2002 20:13:34 -0700 (PDT) Received: (from ken@localhost) by panzer.kdm.org (8.11.6/8.9.1) id g423DXS01617; Wed, 1 May 2002 21:13:33 -0600 (MDT) (envelope-from ken) Date: Wed, 1 May 2002 21:13:33 -0600 From: "Kenneth D. Merry" To: Ruslan Ermilov Cc: current@FreeBSD.org Subject: Re: building -current on -stable broken? Message-ID: <20020501211333.C1494@panzer.kdm.org> References: <20020428222710.A79238@panzer.kdm.org> <20020429073305.GC97862@sunbay.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: <20020429073305.GC97862@sunbay.com>; from ru@FreeBSD.org on Mon, Apr 29, 2002 at 10:33:05AM +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 On Mon, Apr 29, 2002 at 10:33:05 +0300, Ruslan Ermilov wrote: > On Sun, Apr 28, 2002 at 10:27:10PM -0600, Kenneth D. Merry wrote: > > > > I'm trying to build -current from today (4/28/2002) on a -stable box with a > > kernel/world from April 25th. > > > > It blows up in xlint: > > > > ============================================================================== > > cc -O -pipe -I. -I/c/ken/perforce/FreeBSD-ken/src/usr.bin/xlint/lint1 -I/c/ken/perforce/FreeBSD-ken/src/usr.bin/xlint/lint1/../arch/i386 -I/c/ken/perforce/FreeBSD-ken/src/usr.bin/xlint/lint1/../common -D__FBSDID=__RCSID -static -o lint1 cgram.o scan.o mem1.o mem.o err.o main1.o decl.o tree.o func.o init.o emit.o emit1.o inittyp.o -ll -lm > > cgram.o: In function `yyparse': > > cgram.o(.text+0x10b8): undefined reference to `xcalloc' > > cgram.o(.text+0x10f0): undefined reference to `xcalloc' > > scan.o: In function `ccon': > > scan.o(.text+0x23f7): undefined reference to `xcalloc' > > func.o: In function `label': > > func.o(.text+0x6a8): undefined reference to `xcalloc' > > init.o: In function `prepinit': > > init.o(.text+0x78): undefined reference to `xcalloc' > > init.o(.text+0x214): more undefined references to `xcalloc' follow > > emit.o: In function `outopen': > > emit.o(.text+0x4f): undefined reference to `xmalloc' > > emit.o: In function `outxbuf': > > emit.o(.text+0xd4): undefined reference to `xrealloc' > > emit1.o: In function `ttos': > > emit1.o(.text+0x2d5): undefined reference to `xmalloc' > > *** Error code 1 > > > > Stop in /c/ken/perforce/FreeBSD-ken/src/usr.bin/xlint/lint1. > > *** Error code 1 > > > > Stop in /c/ken/perforce/FreeBSD-ken/src. > > *** Error code 1 > > > > Stop in /c/ken/perforce/FreeBSD-ken/src. > > *** Error code 1 > > > > Stop in /c/ken/perforce/FreeBSD-ken/src. > > ============================================================================== > > > > Am I doing something wrong here or is building -current on -stable broken? > > > Seems to work OK here; xcalloc() and xmalloc() are defined in mem.c. The problem I'm having is a stale version of xlint/lint1/mem.c in my cvsup->perforce gateway tree. cvs has a similar problem. If I update an existing tree, lint1/mem.c doesn't get deleted even though everything in that directory is on the HEAD, and mem.c is in the attic! # pwd /a/src/usr.bin/xlint/lint1 # cvs update -Pd cvs update: Updating . # ls -la mem.c -rw-r--r-- 1 root wheel 2398 Apr 15 11:43 mem.c # cvs status mem.c =================================================================== File: mem.c Status: Up-to-date Working revision: 1.1 Mon Apr 15 17:43:04 2002 Repository revision: 1.1 /usr/local/cvs/src/usr.bin/xlint/lint1/Attic/mem.c,v Sticky Tag: (none) Sticky Date: (none) Sticky Options: (none) If I checkout a new copy of xlint, though, I don't get a copy of lint1/mem.c. I suspect cvsup has a similar problem -- even if I remove the checkouts.cvs:. file, xlint/lint1/mem.c still gets checked out, and it's a version from 1995 at that! C src/usr.bin/xlint/lint1/mem.c,v . . 2#871#110#10157933134#39763#444 1.1.1.1 95.11.05.15.56.40 2#871#19#8155870004#23983#600 Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 1 20:33:14 2002 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 32D8937B41B for ; Wed, 1 May 2002 20:33:02 -0700 (PDT) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.3/8.12.2) with ESMTP id g423Wxbs011215; Wed, 1 May 2002 20:33:00 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.3/8.12.3/Submit) id g423VipW011176; Wed, 1 May 2002 20:31:44 -0700 (PDT) Date: Wed, 1 May 2002 20:31:44 -0700 From: "David O'Brien" To: Jun Kuriyama Cc: current@FreeBSD.org Subject: Re: Replace makeLINT.pl with makeLINT.sh Message-ID: <20020501203144.A11140@dragon.nuxi.com> Reply-To: obrien@FreeBSD.org Mail-Followup-To: David O'Brien , Jun Kuriyama , current@FreeBSD.org References: <7m7kmn1c8g.wl@black.imgsrc.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <7m7kmn1c8g.wl@black.imgsrc.co.jp>; from kuriyama@imgsrc.co.jp on Thu, May 02, 2002 at 12:04:47PM +0900 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, May 02, 2002 at 12:04:47PM +0900, Jun Kuriyama wrote: > > How about using this script instead of makeLINT.pl? Looks great. Please commit. :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 1 21:41:53 2002 Delivered-To: freebsd-current@freebsd.org Received: from xinetd.ath.cx (sc-66-75-74-123.socal.rr.com [66.75.74.123]) by hub.freebsd.org (Postfix) with ESMTP id 983FF37B404; Wed, 1 May 2002 21:41:44 -0700 (PDT) Received: from xinetd (xinetd [192.168.2.150]) by xinetd.ath.cx (8.12.3/8.12.3) with ESMTP id g424bLv4006865; Wed, 1 May 2002 21:37:26 -0700 (PDT) Date: Wed, 1 May 2002 21:37:20 -0700 (PDT) From: Glendon Gross To: Sten Cc: Guido Kollerie , Danny Braniss , current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: 3Com 3c905C-TX 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 Out of curiosity, do only 3c509's exibit this behavior, or is this the core problem with 3c59x's as well? My experiences have not been consistent with these cards, and I had assumed it was due to buggy code in the 3-Com chipset. I've noticed flaky behavior from the "Vortex" [3c59x] card as well. Just now I have been wrestling with an ISA 3c509 which has a Lucent 40-01304 chip on it. At first the card was detected, and later not detected [on a different OS.] I vote for the fxp's as well, I've had hardly any problems with them. Is there a way to lock down the card by hacking the driver, so it won't try to auto-negotiate the connection? On Wed, 1 May 2002, Sten wrote: > On Wed, 1 May 2002, Guido Kollerie wrote: > > > > > > > Unfortunately the switch is unmanaged hence I am not able to > > explicitely set the switch to 100 Mbits full-duplex. Using > > ifconfig to set the nic to 10baseT/UTP and then back to 100baseTX > > full-duplex doesn't help. Only a reboot will bring the NIC back > > to 100 Mbits full duplex mode. > > Please note that due to vagaries in the auto-negotiation > spec 3com and cisco dont work well together. > And 3coms ( on linux atleast ) have the added > bonus of sometimes deciding to change > speed/duplex just for the heck of it. > > The only way to use them reliably is to force > both the card and the switch. We came to the > conclusion that fxp's are a nicer option. > > IMHO just creating a reliable and clearly defined > auto-negotiation protocol will do more for ethernet > speed than gigabit ethernet :). > > > -- > Sten Spans > > "What does one do with ones money, > when there is no more empty rackspace ?" > > > 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 Wed May 1 22:14:18 2002 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 42A4037B400 for ; Wed, 1 May 2002 22:14:16 -0700 (PDT) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 736445346; Thu, 2 May 2002 07:14:12 +0200 (CEST) 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: Maxim Konovalov Cc: current@freebsd.org Subject: Re: newsyslog(8) should wait(2) for children References: <20020501235620.I86238-100000@news1.macomnet.ru> From: Dag-Erling Smorgrav Date: 02 May 2002 07:14:12 +0200 In-Reply-To: <20020501235620.I86238-100000@news1.macomnet.ru> Message-ID: Lines: 9 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2 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 Maxim Konovalov writes: > Does anyone object to the next patch: while (wait(NULL) > 0 || errno == EINTR) /* nothing */ ; 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 May 1 22:53:23 2002 Delivered-To: freebsd-current@freebsd.org Received: from deepthought.blinkenlights.nl (deepthought.blinkenlights.nl [62.58.162.228]) by hub.freebsd.org (Postfix) with ESMTP id 82D3837B416; Wed, 1 May 2002 22:53:16 -0700 (PDT) Received: by deepthought.blinkenlights.nl (Postfix, from userid 500) id 86954AB; Thu, 2 May 2002 07:53:04 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by deepthought.blinkenlights.nl (Postfix) with ESMTP id 5C4B6C118; Thu, 2 May 2002 07:53:04 +0200 (CEST) Date: Thu, 2 May 2002 07:53:03 +0200 (CEST) From: Sten To: Glendon Gross Cc: Guido Kollerie , Danny Braniss , , Subject: Re: 3Com 3c905C-TX 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, 1 May 2002, Glendon Gross wrote: > > Out of curiosity, do only 3c509's exibit this behavior, or is this > the core problem with 3c59x's as well? My experiences have not > been consistent with these cards, and I had assumed it was due > to buggy code in the 3-Com chipset. I've noticed flaky behavior from the > "Vortex" [3c59x] card as well. I would assume is the chipset, because just out of the blue redoing negotiation doesnt seem like something that a sane driver would do. The most probable thing is that the card interprets normal traffic erronously as negotiation signals. > Just now I have been wrestling with an ISA 3c509 which has > a Lucent 40-01304 chip on it. At first the card was detected, and > later not detected [on a different OS.] I vote for the fxp's as > well, I've had hardly any problems with them. > > Is there a way to lock down the card by hacking the driver, so it won't > try to auto-negotiate the connection? Like I said forcing it ( with the dos config tool ) helps, and solves the problems in most cases. But it's pretty workable when you force both sides. -- Sten Spans "What does one do with ones money, when there is no more empty rackspace ?" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 1 23: 9:36 2002 Delivered-To: freebsd-current@freebsd.org Received: from falcon.prod.itd.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by hub.freebsd.org (Postfix) with ESMTP id 8434937B41B for ; Wed, 1 May 2002 23:09:26 -0700 (PDT) Received: from pool0052.cvx21-bradley.dialup.earthlink.net ([209.179.192.52] helo=mindspring.com) by falcon.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 1739mD-0001go-00; Wed, 01 May 2002 23:09:14 -0700 Message-ID: <3CD0D7EC.4BEEC76D@mindspring.com> Date: Wed, 01 May 2002 23:08:44 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Fisher Mark Cc: 'Dan Kogai' , Mark Murray , freebsd-current@FreeBSD.ORG, perl5-porters@perl.org Subject: Re: Save a few hunderd kilobytes or a few hundred perl users? 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 Fisher Mark wrote: > > Part 1.1Type: Plain Text (text/plain) [ ... de-MIME-ed dso that it's distinguishable from an email virus ... ] ] I've read all the messages in this thread, but I'm still unclear -- are we ] talking about building the "miniperl" that Perl already creates during the ] build process? If not, the minimal perl for building the FreeBSD kernel ] should have a different name, like: ] smallperl ] modestperl ] tightperl ] midgetperl ] petiteperl ] or something similar. I see much potential for confusion if "miniperl" ] means different Perl builds in different contexts. It's really assinine (IMO) to have a non-standard third party application. Either it's "perl" or it's "not perl". The big argument here appears to be that there are a number of CPAN modules used for writing CGIs that FreeBSD doesn't include by default, while the perl community itself seems intent on bloating the base perl distribution with these things... and most everyone else considers them security risks or bloat or whatever. Frankly, I think if anyone were honestly concerned about bloat, we wouldn't have perl in the base system in the first place. So let's just take the "anti-bloat" argument off the table. That should clear the picture up considerably. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 1 23:14:43 2002 Delivered-To: freebsd-current@freebsd.org Received: from falcon.prod.itd.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by hub.freebsd.org (Postfix) with ESMTP id 74BEA37B404 for ; Wed, 1 May 2002 23:12:07 -0700 (PDT) Received: from pool0052.cvx21-bradley.dialup.earthlink.net ([209.179.192.52] helo=mindspring.com) by falcon.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 1739oy-0003cE-00; Wed, 01 May 2002 23:12:04 -0700 Message-ID: <3CD0D898.A1A8B96D@mindspring.com> Date: Wed, 01 May 2002 23:11:36 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Maxim Konovalov Cc: current@freebsd.org Subject: Re: newsyslog(8) should wait(2) for children References: <20020501235620.I86238-100000@news1.macomnet.ru> 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 Maxim Konovalov wrote: [ ... patch to wait for children, but do nothing with the result ... ] Yes. Why not just set the signal handler for the child process termination to "ignore", so that the child processes do not become zombied in the first place, so it's not ever necessary to do a useless loop whose only purpose is to reap zombies without examining their exit status? -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 1 23:35:48 2002 Delivered-To: freebsd-current@freebsd.org Received: from peetree.cs.huji.ac.il (peetree.cs.huji.ac.il [132.65.80.34]) by hub.freebsd.org (Postfix) with ESMTP id 0CBE137B405; Wed, 1 May 2002 23:35:45 -0700 (PDT) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=danny) by peetree.cs.huji.ac.il with esmtp id 173ABr-000BDj-00; Thu, 02 May 2002 09:35:43 +0300 X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Glendon Gross Cc: Guido Kollerie , current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: 3Com 3c905C-TX In-reply-to: Your message of Wed, 1 May 2002 21:37:20 -0700 (PDT) . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 02 May 2002 09:35:43 +0300 From: Danny Braniss Message-Id: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > Out of curiosity, do only 3c509's exibit this behavior, or is this > the core problem with 3c59x's as well? My experiences have not > been consistent with these cards, and I had assumed it was due > to buggy code in the 3-Com chipset. I've noticed flaky behavior from the > "Vortex" [3c59x] card as well. > no problem with: (the ethernet is OnBoard) Dell GX-115: 3Com 3c905C-TX Fast Etherlink XL Dell GX-150: 3Com 3c905C-TX Fast Etherlink XL (PXE et.all) danny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 2 0: 8:24 2002 Delivered-To: freebsd-current@freebsd.org Received: from relay1.macomnet.ru (relay1.macomnet.ru [195.128.64.10]) by hub.freebsd.org (Postfix) with ESMTP id 904BF37B419 for ; Thu, 2 May 2002 00:08:16 -0700 (PDT) Received: from news1.macomnet.ru (news1.macomnet.ru [195.128.64.14]) by relay1.macomnet.ru (8.11.6/8.11.6) with ESMTP id g4278DX11466897; Thu, 2 May 2002 11:08:13 +0400 (MSD) Date: Thu, 2 May 2002 11:08:13 +0400 (MSD) From: Maxim Konovalov To: Terry Lambert Cc: current@freebsd.org Subject: Re: newsyslog(8) should wait(2) for children In-Reply-To: <3CD0D898.A1A8B96D@mindspring.com> Message-ID: <20020502110414.T15883-100000@news1.macomnet.ru> 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 Terry, On 23:11-0700, May 1, 2002, Terry Lambert wrote: > Maxim Konovalov wrote: > > [ ... patch to wait for children, but do nothing with the result ... ] > > Yes. > > Why not just set the signal handler for the child process > termination to "ignore", so that the child processes do > not become zombied in the first place, so it's not ever > necessary to do a useless loop whose only purpose is to > reap zombies without examining their exit status? There are two purposes: a) reap zombies, b) exit after all children have done only. In the current implementation newsyslog(8) forks and execs gzip(1) or bzip2(1) and exits immediately. If a log file(s) is big enough the compress_log() process(es) will work after newsyslog's death and there is no clear way to get know when it(they)'s done. OpenBSD: a) SIGCHLD signal handler: waitpid(2) loop, do not examine "status", b) the same waitpid(2) loop before exit(2). I do not think we need a) at all. newsyslog forks/execs all his children and enters into the reap loop like SIGCHLD signal handler does. NetBSD: a) waitpid(2) for a child right after fork/exec, b) examine "status" and print an exit code. As you see, NetBSD newsyslog serializes fork/exec and there is only one gzip process at the same moment. We can take this way but IMHO it will be a POLA violation. -- Maxim Konovalov, MAcomnet, Internet Dept., system engineer phone: +7 (095) 796-9079, mailto:maxim@macomnet.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 2 0:15:46 2002 Delivered-To: freebsd-current@freebsd.org Received: from hcshh.hcs.de (hcshh.hcs.de [194.123.40.1]) by hub.freebsd.org (Postfix) with ESMTP id 89C9837B41E for ; Thu, 2 May 2002 00:15:42 -0700 (PDT) Received: from localhost (localhost.hcs.de [127.0.0.1]) by hcshh.hcs.de (Postfix) with ESMTP id 26FBD15545; Thu, 2 May 2002 09:15:41 +0200 (CEST) Received: from hcswork.hcs.de (hcswork.hcs.de [172.24.124.5]) by hcshh.hcs.de (Postfix) with ESMTP id 5B38515522; Thu, 2 May 2002 09:15:39 +0200 (CEST) Received: by hcswork.hcs.de (Postfix, from userid 200) id 36A695D0; Thu, 2 May 2002 09:15:39 +0200 (METDST) Subject: Re: Save a few hunderd kilobytes or a few hundred perl users? In-Reply-To: <20020501.181640.79019608.imp@village.org> "from M. Warner Losh at May 1, 2002 06:16:40 pm" To: "M. Warner Losh" Date: Thu, 2 May 2002 09:15:39 +0200 (METDST) Cc: freebsd-current@FreeBSD.ORG Reply-To: hm@hcs.de Organization: HCS Hanseatischer Computerservice GmbH X-Mailer: ELM [version 2.4ME+ PL84 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Message-Id: <20020502071539.36A695D0@hcswork.hcs.de> From: hm@hcs.de (Hellmuth Michaelis) X-Virus-Scanned-HCS: 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 From the keyboard of M. Warner Losh: > My take on this. We should remove perl from the base, and > automatically install the port for most users in sysinstall, just like > we do with XFree86. OK, fine and if then an option "FETCH_MAKE_AND_INSTALL_PERL_FROM_PORTS" is added to make.conf and made working so that make buildworld/installworld updates go transparenly without loosing perl (or any other component of the current base system, which will for shure be removed taking the perl removal as a precedent case) then i'm calmed down. In other words: this move from the base to the ports has to go unnoticed to the user for _all_ methods of installing and updating - IMHO otherwise FreeBSD will get real problems since perl (and what is currently in the base system - including gcc/gdb/etc and even sendmail :-) ) is considered an integral part of a base contemparary operating system by the user base (including sysadmins who are "only" _using_ FreeBSD). hellmuth -- Hellmuth Michaelis Tel +49 40 55 97 47-70 HCS Hanseatischer Computerservice GmbH Fax +49 40 55 97 47-77 Oldesloer Strasse 97-99 Mail hm [at] hcs.de D-22457 Hamburg WWW http://www.hcs.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 2 1: 5:37 2002 Delivered-To: freebsd-current@freebsd.org Received: from harrier.prod.itd.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12]) by hub.freebsd.org (Postfix) with ESMTP id B533137B42A for ; Thu, 2 May 2002 01:05:33 -0700 (PDT) Received: from pool0052.cvx21-bradley.dialup.earthlink.net ([209.179.192.52] helo=mindspring.com) by harrier.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 173Bag-0001JN-00; Thu, 02 May 2002 01:05:26 -0700 Message-ID: <3CD0F321.546D0694@mindspring.com> Date: Thu, 02 May 2002 01:04:49 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Maxim Konovalov Cc: current@freebsd.org Subject: Re: newsyslog(8) should wait(2) for children References: <20020502110414.T15883-100000@news1.macomnet.ru> 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 Maxim Konovalov wrote: > > [ ... patch to wait for children, but do nothing with the result ... ] > > > > Why not just set the signal handler for the child process > > termination to "ignore", so that the child processes do > > not become zombied in the first place, so it's not ever > > necessary to do a useless loop whose only purpose is to > > reap zombies without examining their exit status? > > There are two purposes: > > a) reap zombies, > b) exit after all children have done only. > > In the current implementation newsyslog(8) forks and execs gzip(1) or > bzip2(1) and exits immediately. If a log file(s) is big enough the > compress_log() process(es) will work after newsyslog's death and there > is no clear way to get know when it(they)'s done. Your (a) is statisfied with either approach. I don't understand why you think (b) is a requirement. > OpenBSD: > > a) SIGCHLD signal handler: waitpid(2) loop, do not examine "status", > b) the same waitpid(2) loop before exit(2). > > I do not think we need a) at all. newsyslog forks/execs all his > children and enters into the reap loop like SIGCHLD signal handler > does. The point of this is to not reap until you have to; the default case will be no reaping necessary, so you are adding overhead unnecessarily by atttempting to reap non-existant children. > NetBSD: > > a) waitpid(2) for a child right after fork/exec, > b) examine "status" and print an exit code. > > As you see, NetBSD newsyslog serializes fork/exec and there is only > one gzip process at the same moment. We can take this way but IMHO it > will be a POLA violation. I think the reason NetBSD does this is that there is a sizeof(uncompressed) + sizeof(compressed) window during the operation itself. If you run out of disk space while this is going on, it's a bad thing. So serializing gets you: i. No contention for the remaining disk space between more than one process ii. The ability to not attempt things you know will fail (average compressability will remain constant over a given log file contents, statistically) iii. A reduction in the maximum instantaneous CPU load committed to the newsyslog operation (by serializing, the total load is spread over time) There are arguments for both approaches, but if you want to wait for the operation to complete, the OpenBSD approach is better than a reap-loop. If you are going to interlock, then interlock. If you aren't, then don't bother explicitly reaping. Realize also that the zombied processes shouldn't hang around forever: newsyslog isn't a daemon. And the zombied processes only take up 64 bytes of memory until they are reaped on the exit of newsyslog. Not that I'm arguing that the processes shouldn't be reaped, or at least ignored. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 2 1: 8:33 2002 Delivered-To: freebsd-current@freebsd.org Received: from node14e65.a2000.nl (node14e65.a2000.nl [24.132.78.101]) by hub.freebsd.org (Postfix) with ESMTP id 992A537B400; Thu, 2 May 2002 01:08:26 -0700 (PDT) Received: from node14e65.a2000.nl (localhost.a2000.nl [127.0.0.1]) by node14e65.a2000.nl (8.12.3/8.11.6) with ESMTP id g428846d000313; Thu, 2 May 2002 10:08:15 +0200 (CEST) (envelope-from gkoller@node14e65.a2000.nl) Received: (from gkoller@localhost) by node14e65.a2000.nl (8.12.3/8.12.2/Submit) id g42884FC000312; Thu, 2 May 2002 10:08:04 +0200 (CEST) Date: Thu, 2 May 2002 10:08:04 +0200 From: Guido Kollerie To: Sten Cc: Danny Braniss , current@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: 3Com 3c905C-TX Message-ID: <20020502080804.GA275@node14e65.a2000.nl> References: <20020501202806.GA256@node14e65.a2000.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fdj2RfSjLxBAspz7" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.28i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --fdj2RfSjLxBAspz7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, May 01, 2002 at 11:49:02PM +0200, Sten wrote: > The only way to use them reliably is to force > both the card and the switch. We came to the > conclusion that fxp's are a nicer option. I have exchanged the 3Com NIC for an Intel one. I'm using an Intel NIC at work and haven't had any problems with it under FreeBSD. What remains strange though is that the 3Com NIC used to work just fine. As said before the strange behaviour (full-duplex -> half-duplex) occurred about a month ago. Around the same time I performed a 'make world'. Was the xl driver changed somehow in the period before that? -- Guido --fdj2RfSjLxBAspz7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE80PPkC7vo05+GQSwRAqD7AJ4n9ObpLcUOtCH9iEElDUaHn/E0cACdEHrh NzB4AegSgI1NULYAIfJ6Gms= =eK8a -----END PGP SIGNATURE----- --fdj2RfSjLxBAspz7-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 2 1:18:22 2002 Delivered-To: freebsd-current@freebsd.org Received: from anchor-post-35.mail.demon.net (anchor-post-35.mail.demon.net [194.217.242.93]) by hub.freebsd.org (Postfix) with ESMTP id CE9E337B41B; Thu, 2 May 2002 01:18:18 -0700 (PDT) Received: from mailgate.nlsystems.com ([62.49.251.130] helo=herring.nlsystems.com) by anchor-post-35.mail.demon.net with esmtp (Exim 3.35 #1) id 173Bn7-000Gmo-0Z; Thu, 02 May 2002 09:18:18 +0100 Received: from herring.nlsystems.com (localhost [127.0.0.1]) by herring.nlsystems.com (8.12.3/8.11.2) with ESMTP id g428IHcj035250; Thu, 2 May 2002 09:18:17 +0100 (BST) (envelope-from dfr@herring.nlsystems.com) Received: (from dfr@localhost) by herring.nlsystems.com (8.12.3/8.12.3/Submit) id g428IHpZ035249; Thu, 2 May 2002 09:18:17 +0100 (BST) Content-Type: text/plain; charset="iso-8859-1" From: Doug Rabson To: Kris Kennaway , Poul-Henning Kamp Subject: Re: cvs commit: src/sys/kern kern_tc.c src/sys/sys timepps.h timetc.h Date: Thu, 2 May 2002 09:18:17 +0100 X-Mailer: KMail [version 1.4] Cc: current@FreeBSD.org References: <200204262151.g3QLp8m26766@freefall.freebsd.org> <20020426205129.A34126@citusc17.usc.edu> In-Reply-To: <20020426205129.A34126@citusc17.usc.edu> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200205020918.17192.dfr@nlsystems.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 Saturday 27 April 2002 4:51 am, Kris Kennaway wrote: > On Fri, Apr 26, 2002 at 02:51:08PM -0700, Poul-Henning Kamp wrote: > > phk 2002/04/26 14:51:08 PDT > > > > Modified files: > > sys/kern kern_tc.c > > sys/sys timepps.h timetc.h > > Log: > > This commit causes the bento package cluster to hang at boot time: > > [...] > Timecounters tick every 10.000 msec > ad0: 29314MB [59560/16/63] at ata0-master UDMA66 > Mounting root from nfs: > > And it hangs there forever. Backing out this commit fixes things. It hangs on my ia64 diskless box too. --=20 Doug Rabson=09=09=09=09Mail: dfr@nlsystems.com =09=09=09=09=09Phone: +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 Thu May 2 2: 8:26 2002 Delivered-To: freebsd-current@freebsd.org Received: from web21107.mail.yahoo.com (web21107.mail.yahoo.com [216.136.227.109]) by hub.freebsd.org (Postfix) with SMTP id 6485A37B41C for ; Thu, 2 May 2002 02:08:19 -0700 (PDT) Message-ID: <20020502090819.26074.qmail@web21107.mail.yahoo.com> Received: from [62.254.0.5] by web21107.mail.yahoo.com via HTTP; Thu, 02 May 2002 02:08:19 PDT Date: Thu, 2 May 2002 02:08:19 -0700 (PDT) From: Hiten Pandya Reply-To: hiten@uk.FreeBSD.org Subject: Re: 3Com 3c905C-TX To: Guido Kollerie , Sten Cc: Danny Braniss , current@FreeBSD.org, freebsd-stable@FreeBSD.org In-Reply-To: <20020502080804.GA275@node14e65.a2000.nl> 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 --- Guido Kollerie wrote: > I have exchanged the 3Com NIC for an Intel one. I'm using an > Intel NIC at work and haven't had any problems with it under > FreeBSD. What remains strange though is that the 3Com NIC used to > work just fine. As said before the strange behaviour > (full-duplex -> half-duplex) occurred about a month ago. Around > the same time I performed a 'make world'. Was the xl driver > changed somehow in the period before that? It doesnt look like, accept for the following two deltas: o rev. 1.103 by alfred@FreeBSD.org CVS Log: Remove __P. Branch: MAIN CVS Tags: HEAD o rev. 1.104 by jhb@FreeBSD.org CVS Log: Change callers of mtx_init() to pass in an appropriate lock type name. In most cases NULL is passed, but in some cases such as network driver locks (which use the MTX_NETWORK_LOCK macro) and UMA zone locks, a name is used. Branch: MAIN CVS Tags: HEAD Those are the only two revisions made to the if_xl.c driver in the timeframe you have provided; and I don't think they can cause the issue you have described, IMHO. -- Hiten Pandya __________________________________________________ Do You Yahoo!? Yahoo! Health - your guide to health and wellness http://health.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 2 2:45:49 2002 Delivered-To: freebsd-current@freebsd.org Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id CC6EC37B400 for ; Thu, 2 May 2002 02:45:45 -0700 (PDT) Received: from storm.FreeBSD.org.uk (uucp@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.2/8.12.2) with ESMTP id g429jiw2068614; Thu, 2 May 2002 10:45:44 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Received: (from uucp@localhost) by storm.FreeBSD.org.uk (8.12.2/8.12.2/Submit) with UUCP id g429jgf2068613; Thu, 2 May 2002 10:45:42 +0100 (BST) Received: from grimreaper.grondar.org (localhost [127.0.0.1]) by grimreaper.grondar.org (8.12.3/8.12.3) with ESMTP id g429g4oI021192; Thu, 2 May 2002 10:42:04 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Message-Id: <200205020942.g429g4oI021192@grimreaper.grondar.org> To: hm@hcs.de Cc: "M. Warner Losh" , freebsd-current@FreeBSD.ORG Subject: Re: Save a few hunderd kilobytes or a few hundred perl users? References: <20020502071539.36A695D0@hcswork.hcs.de> In-Reply-To: <20020502071539.36A695D0@hcswork.hcs.de> ; from hm@hcs.de (Hellmuth Michaelis) "Thu, 02 May 2002 09:15:39 +0200." Date: Thu, 02 May 2002 10:42:04 +0100 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > >From the keyboard of M. Warner Losh: > > My take on this. We should remove perl from the base, and > > automatically install the port for most users in sysinstall, just like > > we do with XFree86. > > OK, fine and if then an option "FETCH_MAKE_AND_INSTALL_PERL_FROM_PORTS" > is added to make.conf and made working so that make buildworld/installworld > updates go transparenly without loosing perl (or any other component of the > current base system, which will for shure be removed taking the perl > removal as a precedent case) then i'm calmed down. This won't work - perl won't cross-build. M -- o Mark Murray \_ O.\_ Warning: this .sig is umop ap!sdn #text/plain; name=cv.doc [Mark Murray CV Plain Text] cv.doc #application/octet-stream; name=cv.pdf [Mark Murray CV PDF] cv.pdf To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 2 3:48:14 2002 Delivered-To: freebsd-current@freebsd.org Received: from relay1.macomnet.ru (relay1.macomnet.ru [195.128.64.10]) by hub.freebsd.org (Postfix) with ESMTP id 6676B37B41A for ; Thu, 2 May 2002 03:48:05 -0700 (PDT) Received: from news1.macomnet.ru (news1.macomnet.ru [195.128.64.14]) by relay1.macomnet.ru (8.11.6/8.11.6) with ESMTP id g42Am2X11416528; Thu, 2 May 2002 14:48:02 +0400 (MSD) Date: Thu, 2 May 2002 14:48:02 +0400 (MSD) From: Maxim Konovalov To: Terry Lambert Cc: current@freebsd.org Subject: Re: newsyslog(8) should wait(2) for children In-Reply-To: <3CD0F321.546D0694@mindspring.com> Message-ID: <20020502143234.C56711-100000@news1.macomnet.ru> 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 01:04-0700, May 2, 2002, Terry Lambert wrote: > Maxim Konovalov wrote: > > > [ ... patch to wait for children, but do nothing with the result ... ] > > > > > > Why not just set the signal handler for the child process > > > termination to "ignore", so that the child processes do > > > not become zombied in the first place, so it's not ever > > > necessary to do a useless loop whose only purpose is to > > > reap zombies without examining their exit status? > > > > There are two purposes: > > > > a) reap zombies, > > b) exit after all children have done only. > > > > In the current implementation newsyslog(8) forks and execs gzip(1) or > > bzip2(1) and exits immediately. If a log file(s) is big enough the > > compress_log() process(es) will work after newsyslog's death and there > > is no clear way to get know when it(they)'s done. > > Your (a) is statisfied with either approach. > > I don't understand why you think (b) is a requirement. Let's imagine: # /usr/sbin/newsyslog && ./make_something_with_compressed_log newsyslog exited but there are several compress_log() processes are still running and make_something_with_compressed_log will get a half-compressed logs. > > OpenBSD: > > > > a) SIGCHLD signal handler: waitpid(2) loop, do not examine "status", > > b) the same waitpid(2) loop before exit(2). > > > > I do not think we need a) at all. newsyslog forks/execs all his > > children and enters into the reap loop like SIGCHLD signal handler > > does. > > The point of this is to not reap until you have to; the default > case will be no reaping necessary, so you are adding overhead > unnecessarily by atttempting to reap non-existant children. As you see, OpenBSD has (a) *and* (b). > > NetBSD: > > > > a) waitpid(2) for a child right after fork/exec, > > b) examine "status" and print an exit code. > > > > As you see, NetBSD newsyslog serializes fork/exec and there is only > > one gzip process at the same moment. We can take this way but IMHO it > > will be a POLA violation. [ NetBSD approach arguments ] > There are arguments for both approaches, but if you want to > wait for the operation to complete, the OpenBSD approach is > better than a reap-loop. Again, OpenBSD has a reap loop. [...] -- Maxim Konovalov, MAcomnet, Internet Dept., system engineer phone: +7 (095) 796-9079, mailto:maxim@macomnet.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 2 4:19:54 2002 Delivered-To: freebsd-current@freebsd.org Received: from thuvia.demon.co.uk (thuvia.demon.co.uk [193.237.34.248]) by hub.freebsd.org (Postfix) with ESMTP id C597E37B404 for ; Thu, 2 May 2002 04:19:37 -0700 (PDT) Received: from dotar.thuvia.org (dotar.thuvia.org [10.0.0.4]) by phaidor.thuvia.org (8.11.6/8.11.6) with ESMTP id g42BJZg48774; Thu, 2 May 2002 12:19:35 +0100 (BST) (envelope-from mark@thuvia.demon.co.uk) Received: (from mark@localhost) by dotar.thuvia.org (8.11.6/8.11.6) id g42BJZV73037; Thu, 2 May 2002 12:19:35 +0100 (BST) (envelope-from mark) Date: Thu, 2 May 2002 12:19:35 +0100 (BST) From: Mark Valentine Message-Id: <200205021119.g42BJZV73037@dotar.thuvia.org> In-Reply-To: "M. Warner Losh"'s message of May 2, 12:30am X-Mailer: Mail User's Shell (7.2.6 beta(5) 10/07/98) To: imp@village.org ("M. Warner Losh"), freebsd-current@freebsd.org Subject: Re: Save a few hunderd kilobytes or a few hundred perl users? Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > From: imp@village.org ("M. Warner Losh") > Date: Thu 2 May, 2002 > Subject: Re: Save a few hunderd kilobytes or a few hundred perl users? > My take on this. We should remove perl from the base, and > automatically install the port for most users in sysinstall, just like > we do with XFree86. XFree86 doesn't stomp on /usr/local (nor does the other port semi- automatically installed via sysinstall, linux_base). As part of the process of packaging the base system, I support the idea of a new type of more tightly integrated package, installed in /usr (for the core packages) or /usr/{opt,pkg,contrib}. "ports" would remain as they are, though (seems too late to reclaim /usr/local if you ever want to use those...). Cheers, Mark (sole member of the Reclaim /usr/local Campaign). -- Mark Valentine, Thuvia Labs "Tigers will do ANYTHING for a tuna fish sandwich." Mark Valentine uses "We're kind of stupid that way." *munch* *munch* and endorses FreeBSD -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 2 5:49:24 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.wearix.com (lorien.wearix.com [193.197.4.2]) by hub.freebsd.org (Postfix) with ESMTP id C0C5F37B404; Thu, 2 May 2002 05:48:57 -0700 (PDT) Received: from hry.muc.wearix.com (ad96e1d2b.dsl.de.colt.net [217.110.29.43]) by mail.wearix.com (Postfix on SuSE Linux 7.3 (i386)) with ESMTP id 4CBDB3536; Thu, 2 May 2002 14:48:55 +0200 (CEST) Subject: Re: CD-Boot hangs on rootmounting MD (+DP1 crashes) From: Harald Schmalzbauer To: freebsd-stable@freebsd.org Cc: freebsd-current@freebsd.org In-Reply-To: <1020335399.1137.0.camel@hry.muc.wearix.com> References: <1020335399.1137.0.camel@hry.muc.wearix.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0 (Preview Release) Date: 02 May 2002 15:49:18 +0300 Message-Id: <1020343759.1137.2.camel@hry.muc.wearix.com> 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 Am Do , 2002-05-02 um 13.29 schrieb Harald Schmalzbauer: PXEbooting the -stable kernel.gz and mfsroot results in the same system hang (mounting root from ufs:/dev/md0c). DP1 crashes with the following: unknown: can't assign resources (port) unknown: can't assign resources (memory) psmcpnp0: irq resource info is missing; assuming irq 12 Fatal trap12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0xc164cac1 stack pointer = 0x10:0xcb931d00 frame pointer = 0x10:0xcb931d1c code segment = base 0x0, limit 0xfffff, type 0x1b DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 27 (irq10: sn0) trap number = 12 panic: page fault From the console print I can't find a sn device nor any assigned irq10. Hardware description: PIII-M (LV) 800 256MB (2x 128MB mini DIMM) i815em VGA/Chipset, heavily Sony-modified Award BIOS (showing only one IDE while FreeBSD claims to find also secondary, almost no adjustments possible (except PNP-OS yes/no)) Orinoco mini-PCI WaveLAN USB-MemoryStick reader TexasInstruments IEEE-1394 TexasInstruments PCI-1410 CARDBUS CONTROLLER Ricoh RL5C475 CARDBUS CONTROLLER ICH Modem 80F2 82801BAM USB 2442 82801BAM USB 2444 Intel Pro100/VE Ethernet (I think only PHY for i815) I hope this helps helping me;-) Thanks, -Harry > Hello all, > > I'm trying to install FreeBSD 4.5-stable-iso from yesterday and I have > the same problem like with 4.5-release: After probing the sistem hangs > when trying to mount root from md. > > My box is a VAIO SRX41P with the PC-CARD CDROM. I have no Disk-Drive so > unfortunately I can't check floppy-boot. > > I think this has something to do with PC-Card. I can remember I had a > similar problem when PXE-booting a Soekris Net4501 (CF-Memory, no ATA). > > Right now I'm downloading DP1 to check it with 5.0. > > Just to mention: Booting OpenBSD is working but CD is not supported. > > Suggestions are welcome (BIOS doesn't boot USB-CD, no Floppy available, > no Firewire CD, PXE-Boot possible but first I'll try 5.0). > > Thanks, > > -Harry > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" 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 Thu May 2 6:22: 5 2002 Delivered-To: freebsd-current@freebsd.org Received: from sdns.kv.ukrtel.net (sdns.kv.ukrtel.net [195.5.27.246]) by hub.freebsd.org (Postfix) with ESMTP id 9F02737B405; Thu, 2 May 2002 06:22:01 -0700 (PDT) Received: from vega.vega.com (195.5.51.243 [195.5.51.243]) by sdns.kv.ukrtel.net with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id J9KHZABW; Thu, 2 May 2002 16:23:42 +0300 Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vega.vega.com (8.11.6/8.11.3) with ESMTP id g42DM3108516; Thu, 2 May 2002 16:22:03 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Message-ID: <3CD13E00.5E7A476B@FreeBSD.org> Date: Thu, 02 May 2002 16:24:16 +0300 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U) X-Accept-Language: en,uk,ru MIME-Version: 1.0 To: des@FreeBSD.org Cc: current@FreeBSD.org Subject: PAM doesn't allow to log-in when /var mounted ro Content-Type: text/plain; charset=koi8-r 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, Subject says it all. I'm getting the following from the syslog: login: cannot open /var/log/lastlog: Read-only file system login: pam_open_session(): error in service module This violates POLA, therefore please fix ASAP. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 2 6:24:27 2002 Delivered-To: freebsd-current@freebsd.org Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by hub.freebsd.org (Postfix) with ESMTP id 42BAE37B405; Thu, 2 May 2002 06:24:23 -0700 (PDT) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.2/8.12.2) with ESMTP id g42DOLLS003070; Thu, 2 May 2002 15:24:21 +0200 (CEST) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.2/8.12.2/Submit) id g42DOLM0003069; Thu, 2 May 2002 15:24:21 +0200 (CEST) Date: Thu, 2 May 2002 15:24:21 +0200 From: Wilko Bulte To: Maxim Sobolev Cc: des@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: PAM doesn't allow to log-in when /var mounted ro Message-ID: <20020502152421.A3055@freebie.xs4all.nl> References: <3CD13E00.5E7A476B@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: <3CD13E00.5E7A476B@FreeBSD.org>; from sobomax@FreeBSD.ORG on Thu, May 02, 2002 at 04:24:16PM +0300 X-OS: FreeBSD 4.5-STABLE X-PGP: finger wilko@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 Thu, May 02, 2002 at 04:24:16PM +0300, Maxim Sobolev wrote: /var mounted ro sounds like a truly bad idea to me BTW. > Hi, > > Subject says it all. I'm getting the following from the syslog: > > login: cannot open /var/log/lastlog: Read-only file system > login: pam_open_session(): error in service module > > This violates POLA, therefore please fix ASAP. > > -Maxim > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message ---end of quoted text--- -- | / o / /_ _ wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, the Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 2 6:28:58 2002 Delivered-To: freebsd-current@freebsd.org Received: from sdns.kv.ukrtel.net (sdns.kv.ukrtel.net [195.5.27.246]) by hub.freebsd.org (Postfix) with ESMTP id 020BA37B405; Thu, 2 May 2002 06:28:51 -0700 (PDT) Received: from vega.vega.com (195.5.51.243 [195.5.51.243]) by sdns.kv.ukrtel.net with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id J9KHZAB7; Thu, 2 May 2002 16:30:32 +0300 Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vega.vega.com (8.11.6/8.11.3) with ESMTP id g42DSp108557; Thu, 2 May 2002 16:28:51 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Message-ID: <3CD13F98.7503F8E4@FreeBSD.org> Date: Thu, 02 May 2002 16:31:04 +0300 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U) X-Accept-Language: en,uk,ru MIME-Version: 1.0 To: Wilko Bulte Cc: des@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: PAM doesn't allow to log-in when /var mounted ro References: <3CD13E00.5E7A476B@FreeBSD.org> <20020502152421.A3055@freebie.xs4all.nl> Content-Type: text/plain; charset=koi8-r 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 Wilko Bulte wrote: > > On Thu, May 02, 2002 at 04:24:16PM +0300, Maxim Sobolev wrote: > > /var mounted ro sounds like a truly bad idea to me BTW. This has nothing to do with the fact that PAM refuses authentification request when it's unable to open lastlog rw. -Maxim > > > Hi, > > > > Subject says it all. I'm getting the following from the syslog: > > > > login: cannot open /var/log/lastlog: Read-only file system > > login: pam_open_session(): error in service module > > > > This violates POLA, therefore please fix ASAP. > > > > -Maxim > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-current" in the body of the message > ---end of quoted text--- > > -- > | / o / /_ _ wilko@FreeBSD.org > |/|/ / / /( (_) Bulte Arnhem, the Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 2 7:13: 5 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailhub.yumyumyum.org (dsl092-171-091.wdc1.dsl.speakeasy.net [66.92.171.91]) by hub.freebsd.org (Postfix) with SMTP id 7B1F137B400 for ; Thu, 2 May 2002 07:12:58 -0700 (PDT) Received: (qmail 96654 invoked from network); 2 May 2002 14:11:47 -0000 Received: from dsl092-171-091.wdc1.dsl.speakeasy.net (66.92.171.91) by dsl092-171-091.wdc1.dsl.speakeasy.net with SMTP; 2 May 2002 14:11:47 -0000 Date: Thu, 2 May 2002 10:11:47 -0400 (EDT) From: Kenneth Culver To: "M. Warner Losh" Cc: freebsd-current@FreeBSD.ORG Subject: Re: Save a few hunderd kilobytes or a few hundred perl users In-Reply-To: <20020501.183824.130849379.imp@village.org> Message-ID: <20020502101118.D96632-100000@alpha.yumyumyum.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 > The base will no longer depend on it before too much longer. The vnode > and kobj dependencies are already gone in current. Ahh, ok, if that's the case, then I agree with your original statement; not that it matters much :-) Ken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 2 7:46:10 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.speakeasy.net (mail16.speakeasy.net [216.254.0.216]) by hub.freebsd.org (Postfix) with ESMTP id CE7D737B41B for ; Thu, 2 May 2002 07:45:59 -0700 (PDT) Received: (qmail 8938 invoked from network); 2 May 2002 14:45:57 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail16.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 2 May 2002 14:45:57 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g42EjoF07734; Thu, 2 May 2002 10:45:50 -0400 (EDT) (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: <1020343759.1137.2.camel@hry.muc.wearix.com> Date: Thu, 02 May 2002 10:44:51 -0400 (EDT) From: John Baldwin To: Harald Schmalzbauer Subject: Re: CD-Boot hangs on rootmounting MD (+DP1 crashes) Cc: freebsd-current@freebsd.org, freebsd-stable@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 02-May-2002 Harald Schmalzbauer wrote: > Am Do , 2002-05-02 um 13.29 schrieb Harald Schmalzbauer: > > PXEbooting the -stable kernel.gz and mfsroot results in the same system > hang (mounting root from ufs:/dev/md0c). > > DP1 crashes with the following: > unknown: can't assign resources (port) > unknown: can't assign resources (memory) > psmcpnp0: irq resource info is missing; assuming irq 12 > > Fatal trap12: page fault while in kernel mode > fault virtual address = 0x0 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc164cac1 > stack pointer = 0x10:0xcb931d00 > frame pointer = 0x10:0xcb931d1c > code segment = base 0x0, limit 0xfffff, type 0x1b > DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 27 (irq10: sn0) > trap number = 12 > panic: page fault Can you stick ddb in this kernel adn get a traceback? It's a NULL pointer dereference bug. Actually, for DP1, isn't ddb already in the kernel? -- 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 Thu May 2 8: 6: 5 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.wearix.com (lorien.wearix.com [193.197.4.2]) by hub.freebsd.org (Postfix) with ESMTP id 63B2037B427; Thu, 2 May 2002 08:05:53 -0700 (PDT) Received: from hry.muc.wearix.com (ad96e1d2b.dsl.de.colt.net [217.110.29.43]) by mail.wearix.com (Postfix on SuSE Linux 7.3 (i386)) with ESMTP id A1C523532; Thu, 2 May 2002 17:05:50 +0200 (CEST) Subject: Re: CD-Boot hangs on rootmounting MD (+DP1 crashes) From: Harald Schmalzbauer To: John Baldwin Cc: freebsd-current@FreeBSD.org In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0 (Preview Release) Date: 02 May 2002 18:06:14 +0300 Message-Id: <1020351976.4519.2.camel@hry.muc.wearix.com> 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 Am Do , 2002-05-02 um 17.44 schrieb John Baldwin: > > On 02-May-2002 Harald Schmalzbauer wrote: > > Am Do , 2002-05-02 um 13.29 schrieb Harald Schmalzbauer: > > > > PXEbooting the -stable kernel.gz and mfsroot results in the same system > > hang (mounting root from ufs:/dev/md0c). > > > > DP1 crashes with the following: > > unknown: can't assign resources (port) > > unknown: can't assign resources (memory) > > psmcpnp0: irq resource info is missing; assuming irq 12 > > > > Fatal trap12: page fault while in kernel mode > > fault virtual address = 0x0 > > fault code = supervisor read, page not present > > instruction pointer = 0x8:0xc164cac1 > > stack pointer = 0x10:0xcb931d00 > > frame pointer = 0x10:0xcb931d1c > > code segment = base 0x0, limit 0xfffff, type 0x1b > > DPL 0, pres 1, def32 1, gran 1 > > processor eflags = interrupt enabled, resume, IOPL = 0 > > current process = 27 (irq10: sn0) > > trap number = 12 > > panic: page fault > > Can you stick ddb in this kernel adn get a traceback? It's a NULL > pointer dereference bug. > > Actually, for DP1, isn't ddb already in the kernel? Of course, but somebody needs to tell me what to do (I wrote the last line of code 12 years ago in Pascal, and I've never used gdb) I think I can remember that there is some debuging FAQ but I can't read it NOW (perhaps at the weekend) If it isn't too complicated and understanding the things I'm typing is not needed, just tell me what to do (outside the list?) -Harry > > -- > > 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 Thu May 2 8:17:18 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214]) by hub.freebsd.org (Postfix) with ESMTP id 210BB37B400 for ; Thu, 2 May 2002 08:17:12 -0700 (PDT) Received: (qmail 32414 invoked from network); 2 May 2002 15:17:10 -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 ; 2 May 2002 15:17:10 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g42FH9F07854; Thu, 2 May 2002 11:17:09 -0400 (EDT) (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: <1020351976.4519.2.camel@hry.muc.wearix.com> Date: Thu, 02 May 2002 11:16:11 -0400 (EDT) From: John Baldwin To: Harald Schmalzbauer Subject: Re: CD-Boot hangs on rootmounting MD (+DP1 crashes) Cc: freebsd-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 02-May-2002 Harald Schmalzbauer wrote: > Am Do , 2002-05-02 um 17.44 schrieb John Baldwin: >> >> On 02-May-2002 Harald Schmalzbauer wrote: >> > Am Do , 2002-05-02 um 13.29 schrieb Harald Schmalzbauer: >> > >> > PXEbooting the -stable kernel.gz and mfsroot results in the same system >> > hang (mounting root from ufs:/dev/md0c). >> > >> > DP1 crashes with the following: >> > unknown: can't assign resources (port) >> > unknown: can't assign resources (memory) >> > psmcpnp0: irq resource info is missing; assuming irq 12 >> > >> > Fatal trap12: page fault while in kernel mode >> > fault virtual address = 0x0 >> > fault code = supervisor read, page not present >> > instruction pointer = 0x8:0xc164cac1 >> > stack pointer = 0x10:0xcb931d00 >> > frame pointer = 0x10:0xcb931d1c >> > code segment = base 0x0, limit 0xfffff, type 0x1b >> > DPL 0, pres 1, def32 1, gran 1 >> > processor eflags = interrupt enabled, resume, IOPL = 0 >> > current process = 27 (irq10: sn0) >> > trap number = 12 >> > panic: page fault >> >> Can you stick ddb in this kernel adn get a traceback? It's a NULL >> pointer dereference bug. >> >> Actually, for DP1, isn't ddb already in the kernel? > > Of course, but somebody needs to tell me what to do (I wrote the last > line of code 12 years ago in Pascal, and I've never used gdb) > > I think I can remember that there is some debuging FAQ but I can't read > it NOW (perhaps at the weekend) > > If it isn't too complicated and understanding the things I'm typing is > not needed, just tell me what to do (outside the list?) Well, when you boot dp1 you should get a 'db>' prompt after the panic. Just type 't' to get a backtrace, then mail the contents of that trace to the list. -- 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 Thu May 2 8:40:50 2002 Delivered-To: freebsd-current@freebsd.org Received: from msgbas1.cos.agilent.com (msgbas1x.cos.agilent.com [192.25.240.36]) by hub.freebsd.org (Postfix) with ESMTP id 5DAD337B41A for ; Thu, 2 May 2002 08:40:43 -0700 (PDT) Received: from msgrel1.cos.agilent.com (msgrel1.cos.agilent.com [130.29.152.77]) by msgbas1.cos.agilent.com (Postfix) with ESMTP id EA516BD9B; Thu, 2 May 2002 09:40:42 -0600 (MDT) Received: from mina.soco.agilent.com (mina.soco.agilent.com [141.121.54.157]) by msgrel1.cos.agilent.com (Postfix) with ESMTP id 42F5511B; Thu, 2 May 2002 09:40:42 -0600 (MDT) Received: from mina.soco.agilent.com (darrylo@localhost [127.0.0.1]) by mina.soco.agilent.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.1.1_Agilent) with ESMTP id IAA18640; Thu, 2 May 2002 08:40:41 -0700 (PDT) Message-Id: <200205021540.IAA18640@mina.soco.agilent.com> To: sreese@codysbooks.com Cc: freebsd-current Subject: Re: cc1 crashes with SIGBUS while building XFree86-Server-4.2.0_2 Reply-To: Darryl Okahata In-Reply-To: Your message of "01 May 2002 12:52:51 PDT." <1020282771.29023.17.camel@borges.codysbooks.com> Mime-Version: 1.0 (generated by tm-edit 1.7) Content-Type: text/plain; charset=US-ASCII Date: Thu, 02 May 2002 08:40:40 -0700 From: Darryl Okahata Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Fluid wrote: > How about signal 4? I was rebuilding my -current the other day and I > kept getting mostly signal 4 errors (in different places) with a couple > of signal 10's and 11's. I tried finding a run-down of what the various > errors meant, but I couldn't find a thing. The signal number mapping is in /usr/include/sys/signal.h. [ Um, if you don't know what the signals mean, you might not want to be running -current. ] SIGILL (signal 4) is usually not good (e.g., bad RAM, IDE data corruption, etc.). > The weird thing is that when > I switched terminals in KDE (i.e. opened a new Konsole window), my build > problems ceased. Possible bad RAM: the new window allocated enough memory such that a bad spot in memory was allocated to the new Konsole's process, and not randomly to the build processes. > Windows XP runs on the same box with no problems (i.e. > will run for weeks without a reboot) so I'm a little hesitant to blame > my hardware. This doesn't necessarily mean much. Windows will either not stress the hardware as much, or will use RAM in different ways. I seem to recall hearing rumors that Windows allocates memory from the top down. If so, and if FreeBSD allocates memory from the bottom up (I don't know), that could explain why you do not appear to be seeing the problem under xp. However, as other people are having mysterious problems with -current, it could be a software problem. -- Darryl Okahata darrylo@soco.agilent.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion, or policy of Agilent Technologies, or of the little green men that have been following him all day. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 2 9:31:43 2002 Delivered-To: freebsd-current@freebsd.org Received: from avocet.prod.itd.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50]) by hub.freebsd.org (Postfix) with ESMTP id 2F50737B419 for ; Thu, 2 May 2002 09:31:35 -0700 (PDT) Received: from pool0542.cvx22-bradley.dialup.earthlink.net ([209.179.200.32] helo=mindspring.com) by avocet.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 173JUN-0000Pb-00; Thu, 02 May 2002 09:31:27 -0700 Message-ID: <3CD169C2.5593BF15@mindspring.com> Date: Thu, 02 May 2002 09:30:58 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Maxim Konovalov Cc: current@freebsd.org Subject: Re: newsyslog(8) should wait(2) for children References: <20020502143234.C56711-100000@news1.macomnet.ru> 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 Maxim Konovalov wrote: > > > b) exit after all children have done only. > > > > > > In the current implementation newsyslog(8) forks and execs gzip(1) or > > > bzip2(1) and exits immediately. If a log file(s) is big enough the > > > compress_log() process(es) will work after newsyslog's death and there > > > is no clear way to get know when it(they)'s done. > > > > Your (a) is statisfied with either approach. > > > > I don't understand why you think (b) is a requirement. > > Let's imagine: > > # /usr/sbin/newsyslog && ./make_something_with_compressed_log > > newsyslog exited but there are several compress_log() processes are > still running and make_something_with_compressed_log will get a > half-compressed logs. You probably meant to say "half the logs compressed", not "half-compressed logs". As far as "half-compressed logs", where a single log file can end up partially compressed -- that can't happen. If it fails to successfully compress, gzip will revert and not compress the file. Overall, allowing multiple processes, and waiting for them to finish still doesn't accomplish anything: "exited" != "exited successfully" If any process has failed to exit successfully, then you can end up with half your logs compressed and half not. If you do the NetBSD approach and serialize, you actually *do* accomplish something: you guarantee that the list of files will be processed in a specific order, and if one fails processing, no subsequent processing will be attempted. This is the most recoverable case, in terms of script based automatic recovery. > > > > OpenBSD: > > > > > > a) SIGCHLD signal handler: waitpid(2) loop, do not examine "status", > > > b) the same waitpid(2) loop before exit(2). > > > > > > I do not think we need a) at all. newsyslog forks/execs all his > > > children and enters into the reap loop like SIGCHLD signal handler > > > does. > > > > The point of this is to not reap until you have to; the default > > case will be no reaping necessary, so you are adding overhead > > unnecessarily by atttempting to reap non-existant children. > > As you see, OpenBSD has (a) *and* (b). You misunderstand. The reaping should be accomplished in the SIGCLD handler. > > There are arguments for both approaches, but if you want to > > wait for the operation to complete, the OpenBSD approach is > > better than a reap-loop. > > Again, OpenBSD has a reap loop. A reap-loop in a SIGCLD handler is a better idea. I still don't understand why you want to delay exiting of the parent until the child processes are finished. I also don't understand why you want a zombie to pile up for each process, until you hit your "reap loop", rather than handling them as you get SIGCLDs. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 2 9:35:50 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.wearix.com (lorien.wearix.com [193.197.4.2]) by hub.freebsd.org (Postfix) with ESMTP id A091F37B44B; Thu, 2 May 2002 09:35:27 -0700 (PDT) Received: from hry.muc.wearix.com (ad96e1d2b.dsl.de.colt.net [217.110.29.43]) by mail.wearix.com (Postfix on SuSE Linux 7.3 (i386)) with ESMTP id 75A7D3535; Thu, 2 May 2002 18:35:25 +0200 (CEST) Subject: Re: CD-Boot hangs on rootmounting MD (+DP1 crashes) From: Harald Schmalzbauer To: John Baldwin Cc: freebsd-current@FreeBSD.org In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0 (Preview Release) Date: 02 May 2002 19:35:50 +0300 Message-Id: <1020357351.4519.8.camel@hry.muc.wearix.com> 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 Am Do , 2002-05-02 um 17.44 schrieb John Baldwin: > > On 02-May-2002 Harald Schmalzbauer wrote: > > Am Do , 2002-05-02 um 13.29 schrieb Harald Schmalzbauer: > > > > PXEbooting the -stable kernel.gz and mfsroot results in the same system > > hang (mounting root from ufs:/dev/md0c). > > > > DP1 crashes with the following: > > unknown: can't assign resources (port) > > unknown: can't assign resources (memory) > > psmcpnp0: irq resource info is missing; assuming irq 12 > > > > Fatal trap12: page fault while in kernel mode > > fault virtual address = 0x0 > > fault code = supervisor read, page not present > > instruction pointer = 0x8:0xc164cac1 > > stack pointer = 0x10:0xcb931d00 > > frame pointer = 0x10:0xcb931d1c > > code segment = base 0x0, limit 0xfffff, type 0x1b > > DPL 0, pres 1, def32 1, gran 1 > > processor eflags = interrupt enabled, resume, IOPL = 0 > > current process = 27 (irq10: sn0) > > trap number = 12 > > panic: page fault > > Can you stick ddb in this kernel adn get a traceback? It's a NULL > pointer dereference bug. > > Actually, for DP1, isn't ddb already in the kernel? OK, I found kernel.debug on the CD which I pxebooted and after typing 't' it gives me the following: _end(c2521300,cdaf7d48,c2521300,c0232754,0) at 0xc252da80 fork_exit(c0232754,c2521300,cdaf7d48) at fork_exit+0x98 fork_trampoline() at fork_trampoline+0x8 Just for info: I forgot to mention the built-in Bluetooth. Hope this helps, -Harry > > -- > > 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 Thu May 2 9:39:39 2002 Delivered-To: freebsd-current@freebsd.org Received: from web21507.mail.yahoo.com (web21507.mail.yahoo.com [66.163.169.18]) by hub.freebsd.org (Postfix) with SMTP id 050F437B405 for ; Thu, 2 May 2002 09:39:37 -0700 (PDT) Message-ID: <20020502163936.77479.qmail@web21507.mail.yahoo.com> Received: from [12.111.39.146] by web21507.mail.yahoo.com via HTTP; Thu, 02 May 2002 09:39:36 PDT Date: Thu, 2 May 2002 09:39:36 -0700 (PDT) From: Yuri Victorovich Subject: SMP: httpd stuck in "*Giant" state To: freebsd-current@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 am running FreeBSD 5.0 on Alpha 7310. Apache httpd was running fine for a week and today after I've added mod_php4 I got after 30 min a condition when all httpd's were reported by top as "*Giant" not responding to TCP requests and "killall -9 httpd" didn't kill any of them. Anyone have any idea/clue how/why this might be happening? I removed mod_php4 from httpd and rebooted alpha -- now it seems to be ok. So I don't know was it related to mod_php4 or it's a coincidence. Also maybe anyone can suggest documentation for SMP? Thank you, Yuri. __________________________________________________ Do You Yahoo!? Yahoo! Health - your guide to health and wellness http://health.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 2 9:43:21 2002 Delivered-To: freebsd-current@freebsd.org Received: from avocet.prod.itd.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50]) by hub.freebsd.org (Postfix) with ESMTP id 502D037B419; Thu, 2 May 2002 09:43:17 -0700 (PDT) Received: from pool0542.cvx22-bradley.dialup.earthlink.net ([209.179.200.32] helo=mindspring.com) by avocet.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 173Jfm-00013u-00; Thu, 02 May 2002 09:43:15 -0700 Message-ID: <3CD16C86.7F124C82@mindspring.com> Date: Thu, 02 May 2002 09:42:46 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Wilko Bulte Cc: Maxim Sobolev , des@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: PAM doesn't allow to log-in when /var mounted ro References: <3CD13E00.5E7A476B@FreeBSD.org> <20020502152421.A3055@freebie.xs4all.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 Wilko Bulte wrote: > On Thu, May 02, 2002 at 04:24:16PM +0300, Maxim Sobolev wrote: > > /var mounted ro sounds like a truly bad idea to me BTW. You could rename it "/invar"... -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 2 9:46:42 2002 Delivered-To: freebsd-current@freebsd.org Received: from avocet.prod.itd.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50]) by hub.freebsd.org (Postfix) with ESMTP id 9B3F037B404; Thu, 2 May 2002 09:46:38 -0700 (PDT) Received: from pool0542.cvx22-bradley.dialup.earthlink.net ([209.179.200.32] helo=mindspring.com) by avocet.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 173Jj3-0005gH-00; Thu, 02 May 2002 09:46:38 -0700 Message-ID: <3CD16D51.C09863DA@mindspring.com> Date: Thu, 02 May 2002 09:46:09 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Maxim Sobolev Cc: Wilko Bulte , des@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: PAM doesn't allow to log-in when /var mounted ro References: <3CD13E00.5E7A476B@FreeBSD.org> <20020502152421.A3055@freebie.xs4all.nl> <3CD13F98.7503F8E4@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 Maxim Sobolev wrote: > This has nothing to do with the fact that PAM refuses authentification > request when it's unable to open lastlog rw. man pam.conf /optional ...then compare "required", "requisite", "sufficient", and "optional". -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 2 10:19:55 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.speakeasy.net (mail16.speakeasy.net [216.254.0.216]) by hub.freebsd.org (Postfix) with ESMTP id 3827A37B405 for ; Thu, 2 May 2002 10:19:47 -0700 (PDT) Received: (qmail 7388 invoked from network); 2 May 2002 17:19:46 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail16.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 2 May 2002 17:19:46 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g42HJkF08278; Thu, 2 May 2002 13:19:46 -0400 (EDT) (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: <20020502163936.77479.qmail@web21507.mail.yahoo.com> Date: Thu, 02 May 2002 13:18:48 -0400 (EDT) From: John Baldwin To: Yuri Victorovich Subject: RE: SMP: httpd stuck in "*Giant" state Cc: freebsd-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 02-May-2002 Yuri Victorovich wrote: > I am running FreeBSD 5.0 on Alpha 7310. > > Apache httpd was running fine for a week and today > after I've added > mod_php4 I got after 30 min a condition when all > httpd's were reported > by top as "*Giant" not responding to TCP requests and > "killall -9 httpd" didn't kill any of them. Ok, so they are all blocked. Does the machine respond to other interrupts ok? I.e., can you ssh into the machine and what not? Or is the machine basically hung? -- 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 Thu May 2 11:45:37 2002 Delivered-To: freebsd-current@freebsd.org Received: from web21503.mail.yahoo.com (web21503.mail.yahoo.com [66.163.169.14]) by hub.freebsd.org (Postfix) with SMTP id D802337B400 for ; Thu, 2 May 2002 11:45:34 -0700 (PDT) Message-ID: <20020502184534.29999.qmail@web21503.mail.yahoo.com> Received: from [12.111.39.146] by web21503.mail.yahoo.com via HTTP; Thu, 02 May 2002 11:45:34 PDT Date: Thu, 2 May 2002 11:45:34 -0700 (PDT) From: Yuri Victorovich Subject: RE: SMP: httpd stuck in "*Giant" state To: John Baldwin , freebsd-current@freebsd.org In-Reply-To: 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 > Ok, so they are all blocked. Does the machine > respond to > other interrupts ok? I.e., can you ssh into the > machine > and what not? Or is the machine basically hung? Everything else was just fine. Actually I was runnning top through ssh. In /var/log/messages also nothing relevant. Yuri. __________________________________________________ Do You Yahoo!? Yahoo! Health - your guide to health and wellness http://health.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 2 13:17:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id 4547637B96B for ; Thu, 2 May 2002 13:14:36 -0700 (PDT) Received: by elvis.mu.org (Postfix, from userid 1920) id 0D2FFAE1D1; Thu, 2 May 2002 13:14:15 -0700 (PDT) Date: Thu, 2 May 2002 13:14:15 -0700 From: Maxime Henrion To: current@FreeBSD.org Subject: HEADS UP: mount_std(8) consumers conversion to nmount Message-ID: <20020502201415.GH63621@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.27i Sender: owner-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 going to commit patches that convert all the mount_std consumers to the nmount framework; namely devfs, fdescfs, linprocfs and procfs. This results in an ABI breakage, so you need to update your mount_std(8) utility. I have changed mount_std(8) to try a mount() call first, and then a nmount() call in revision 1.13 of mount_std.c. If you rebuilt it since (this commit was done the 7th of April), you're safe. If you didn't, you will not be able to mount these filesystems anymore. Please note that even if you updated it, you will get some warnings from the kernel since it tries mount() before nmount(). Once these commits are done, I'll change the order of the calls to get rid of these warnings. I will still keep the mount() call for some time, in the case there are external filesystems using mount_std. Thanks for your attention, Maxime Henrion To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 2 15:31:50 2002 Delivered-To: freebsd-current@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id 1702437B426; Thu, 2 May 2002 15:31:44 -0700 (PDT) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id g42MUeO15619; Thu, 2 May 2002 15:30:40 -0700 Date: Thu, 2 May 2002 15:30:40 -0700 From: Brooks Davis To: Doug Rabson Cc: Kris Kennaway , Poul-Henning Kamp , current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/kern kern_tc.c src/sys/sys timepps.h timetc.h Message-ID: <20020502153040.B4030@Odin.AC.HMC.Edu> References: <200204262151.g3QLp8m26766@freefall.freebsd.org> <20020426205129.A34126@citusc17.usc.edu> <200205020918.17192.dfr@nlsystems.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="WhfpMioaduB5tiZL" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200205020918.17192.dfr@nlsystems.com>; from dfr@nlsystems.com on Thu, May 02, 2002 at 09:18:17AM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --WhfpMioaduB5tiZL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 02, 2002 at 09:18:17AM +0100, Doug Rabson wrote: > On Saturday 27 April 2002 4:51 am, Kris Kennaway wrote: > > On Fri, Apr 26, 2002 at 02:51:08PM -0700, Poul-Henning Kamp wrote: > > > phk 2002/04/26 14:51:08 PDT > > > > > > Modified files: > > > sys/kern kern_tc.c > > > sys/sys timepps.h timetc.h > > > Log: > > > > This commit causes the bento package cluster to hang at boot time: > > > > [...] > > Timecounters tick every 10.000 msec > > ad0: 29314MB [59560/16/63] at ata0-master UDMA66 > > Mounting root from nfs: > > > > And it hangs there forever. Backing out this commit fixes things. >=20 > It hangs on my ia64 diskless box too. I haven't tryed backing the commits out yet, but I'm seeing similar behavior on my HP Omnibook 500. In my case, it's actually not quite hung. What appears to be happening is that nothing is causing the console buffer to actually flush. The system is up (sort of), but the only way to see the console output is to cause a kernel printf, say be breaking in to the debugger. The system is basicaly useless at that point and you can't shutdown cleanly. -- 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 --WhfpMioaduB5tiZL 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 iD8DBQE80b4PXY6L6fI4GtQRArX4AJ9fGTo4PLkUUcPstAI0yPAqaC2XrgCgnRDG ZAp/gQBcgflA3BYlj8aSFhM= =2GHG -----END PGP SIGNATURE----- --WhfpMioaduB5tiZL-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 2 15:58: 7 2002 Delivered-To: freebsd-current@freebsd.org Received: from squall.waterspout.com (squall.waterspout.com [208.13.56.12]) by hub.freebsd.org (Postfix) with ESMTP id 7A51C37B417; Thu, 2 May 2002 15:58:03 -0700 (PDT) Received: by squall.waterspout.com (Postfix, from userid 1050) id 5D4C39B13; Thu, 2 May 2002 17:57:59 -0500 (EST) Date: Thu, 2 May 2002 17:57:59 -0500 From: Will Andrews To: Brooks Davis Cc: Doug Rabson , Kris Kennaway , Poul-Henning Kamp , current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/kern kern_tc.c src/sys/sys timepps.h timetc.h Message-ID: <20020502225759.GS53809@squall.waterspout.com> Mail-Followup-To: Brooks Davis , Doug Rabson , Kris Kennaway , Poul-Henning Kamp , current@FreeBSD.ORG References: <200204262151.g3QLp8m26766@freefall.freebsd.org> <20020426205129.A34126@citusc17.usc.edu> <200205020918.17192.dfr@nlsystems.com> <20020502153040.B4030@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020502153040.B4030@Odin.AC.HMC.Edu> User-Agent: Mutt/1.3.26i Sender: owner-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, May 02, 2002 at 03:30:40PM -0700, Brooks Davis wrote: > I haven't tryed backing the commits out yet, but I'm seeing similar behavior > on my HP Omnibook 500. In my case, it's actually not quite hung. What > appears to be happening is that nothing is causing the console buffer to > actually flush. The system is up (sort of), but the only way to see the > console output is to cause a kernel printf, say be breaking in to the > debugger. The system is basicaly useless at that point and you can't > shutdown cleanly. Similar behavior manifests itself on my -current laptop dated before April 27. I.O.W. it appears to freeze but will flush the console if you break to the debugger then hit 'c'. I believe this was caused by an earlier change to the timecounter code. Unfortunately I didn't have time to investigate further. Regards, -- wca To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 2 16:53:14 2002 Delivered-To: freebsd-current@freebsd.org Received: from houston.rr.com (cs662552-58.houston.rr.com [66.25.52.58]) by hub.freebsd.org (Postfix) with ESMTP id 3E1C237B416 for ; Thu, 2 May 2002 16:53:10 -0700 (PDT) Received: from bleep.craftncomp.com (bleep [202.12.111.3]) by houston.rr.com (8.12.2/8.9.3) with ESMTP id g42Nr2WD009639 for ; Thu, 2 May 2002 18:53:03 -0500 (CDT) (envelope-from shocking@houston.rr.com) Received: from houston.rr.com (IDENT:nQNViccK+oX/PU1Pbmei/8DlzUX6U9W3@boggle [202.12.111.2]) by bleep.craftncomp.com (8.12.3/8.12.3) with ESMTP id g42Nr2Aa011702 for ; Thu, 2 May 2002 18:53:03 -0500 (CDT) (envelope-from shocking@houston.rr.com) Received: from boggle (shocking@localhost) by houston.rr.com (8.11.6/8.9.3) with ESMTP id g42Nr2V14108 for ; Thu, 2 May 2002 18:53:02 -0500 (envelope-from shocking@boggle.craftncomp.com) Message-Id: <200205022353.g42Nr2V14108@houston.rr.com> X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4 To: current@freebsd.org Subject: smmsp user check in Makefile.inc1 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 02 May 2002 18:53:01 -0500 From: Stephen Hocking Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG For those of us using NIS, it'd be nice if the check would be made against the passwd and group maps if the local passwd and group don't have these users. Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true." Robert Wilensky, University of California To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 2 21:53: 0 2002 Delivered-To: freebsd-current@freebsd.org Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by hub.freebsd.org (Postfix) with ESMTP id EFF7237B417 for ; Thu, 2 May 2002 21:52:56 -0700 (PDT) Received: from dsto-ms2.dsto.defence.gov.au (dsto-ms2.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au (8.10.1/8.10.1) with ESMTP id g434pXS20287 for ; Fri, 3 May 2002 14:21:33 +0930 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by dsto-ms2.dsto.defence.gov.au (Content Technologies SMTPRS 4.1.5) with ESMTP id for ; Fri, 3 May 2002 14:22:44 +0930 Received: from salex001.dsto.defence.gov.au (salex001.dsto.defence.gov.au [131.185.2.9]) by muttley.dsto.defence.gov.au (8.9.3/8.9.3/8.9.3.LMD.990513) with ESMTP id OAA10065 for ; Fri, 3 May 2002 14:19:38 +0930 (CST) Received: by salex001.dsto.defence.gov.au with Internet Mail Service (5.5.2653.19) id ; Fri, 3 May 2002 14:19:51 +0930 Message-ID: <8FCECF5E61F0D511946000306E0189F839B910@ednex504.dsto.defence.gov.au> From: "Thyer, Matthew" To: "'Current@FreeBSD.Org'" Subject: Can't install ports/emulators/linux_base on -CURRENT Date: Fri, 3 May 2002 14:19:40 +0930 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 ===> Registering installation for rpm-3.0.6_6 ===> Returning to build of linux_base-6.1_1 ===> Patching for linux_base-6.1_1 ===> Configuring for linux_base-6.1_1 ===> Installing for linux_base-6.1_1 setup-2.0.5-1.noarch.rpm filesystem-1.3.5-1.noarch.rpm unpacking of archive failed on file /proc: cpio: chown failed - Operation not supported *** Error code 1 Stop in /usr/ports/emulators/linux_base. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 2 22: 0:10 2002 Delivered-To: freebsd-current@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id D51FE37B419 for ; Thu, 2 May 2002 22:00:04 -0700 (PDT) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id g434xvF04004; Thu, 2 May 2002 21:59:57 -0700 Date: Thu, 2 May 2002 21:59:57 -0700 From: Brooks Davis To: "Thyer, Matthew" Cc: "'Current@FreeBSD.Org'" Subject: Re: Can't install ports/emulators/linux_base on -CURRENT Message-ID: <20020502215951.A3875@Odin.AC.HMC.Edu> References: <8FCECF5E61F0D511946000306E0189F839B910@ednex504.dsto.defence.gov.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="mP3DRpeJDSE+ciuQ" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <8FCECF5E61F0D511946000306E0189F839B910@ednex504.dsto.defence.gov.au>; from Matthew.Thyer@dsto.defence.gov.au on Fri, May 03, 2002 at 02:19:40PM +0930 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --mP3DRpeJDSE+ciuQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 03, 2002 at 02:19:40PM +0930, Thyer, Matthew wrote: > =3D=3D=3D> Registering installation for rpm-3.0.6_6 > =3D=3D=3D> Returning to build of linux_base-6.1_1 > =3D=3D=3D> Patching for linux_base-6.1_1 > =3D=3D=3D> Configuring for linux_base-6.1_1 > =3D=3D=3D> Installing for linux_base-6.1_1 > setup-2.0.5-1.noarch.rpm > filesystem-1.3.5-1.noarch.rpm > unpacking of archive failed on file /proc: cpio: chown failed - Operation > not supported > *** Error code 1 >=20 > Stop in /usr/ports/emulators/linux_base. Unmount your linprocfs file system first. -- 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 --mP3DRpeJDSE+ciuQ 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 iD8DBQE80hlEXY6L6fI4GtQRAoVUAJ4kp++FdVpaZZjKlqZ4KnFHGBYqUACfV0BT xBaV4Y7dbPbj2yoGHkQAyA8= =/5e/ -----END PGP SIGNATURE----- --mP3DRpeJDSE+ciuQ-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 2 23:40:59 2002 Delivered-To: freebsd-current@freebsd.org Received: from fw.wemm.org (12-232-135-171.client.attbi.com [12.232.135.171]) by hub.freebsd.org (Postfix) with ESMTP id CBD8637B416 for ; Thu, 2 May 2002 23:40:47 -0700 (PDT) Received: from overcee.wemm.org (overcee.wemm.org [10.0.0.3]) by fw.wemm.org (8.11.6/8.11.6) with ESMTP id g436el408895 for ; Thu, 2 May 2002 23:40:47 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id 684963810; Thu, 2 May 2002 23:40:47 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Stephen Hocking Cc: current@FreeBSD.ORG Subject: Re: smmsp user check in Makefile.inc1 In-Reply-To: <200205022353.g42Nr2V14108@houston.rr.com> Date: Thu, 02 May 2002 23:40:47 -0700 From: Peter Wemm Message-Id: <20020503064047.684963810@overcee.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 Stephen Hocking wrote: > > For those of us using NIS, it'd be nice if the check would be made against the > passwd and group maps if the local passwd and group don't have these users. Actually, the correct fix is to use the id command. It will automagically find it no matter what the passwd source is: peter@overcee[11:38pm]~src/tools/tools/vop_table-148> id -u smmsp 25 peter@overcee[11:38pm]~src/tools/tools/vop_table-149> echo $status 0 peter@overcee[11:38pm]~src/tools/tools/vop_table-150> id -u fake id: fake: no such user peter@overcee[11:38pm]~src/tools/tools/vop_table-151> echo $status 1 Care to whip up a patch? I'll commit it for you. (I'd do it but I'm working on something) 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 Fri May 3 0:29:27 2002 Delivered-To: freebsd-current@freebsd.org Received: from ip68-4-88-233.oc.oc.cox.net (ip68-4-88-233.oc.oc.cox.net [68.4.88.233]) by hub.freebsd.org (Postfix) with ESMTP id 95AD137B405 for ; Fri, 3 May 2002 00:29:07 -0700 (PDT) Received: from ip68-4-88-233.oc.oc.cox.net (localhost [127.0.0.1]) by ip68-4-88-233.oc.oc.cox.net (8.12.3/8.12.3) with ESMTP id g437UFFP015215 for ; Fri, 3 May 2002 00:30:20 -0700 (PDT) (envelope-from housel@acm.org) Date: Fri, 03 May 2002 00:30:15 -0700 Message-ID: From: housel@acm.org (Peter S. Housel) To: freebsd-current@freebsd.org Subject: Can't su User-Agent: Wanderlust/2.8.1 (Something) SEMI/1.14.3 (Ushinoya) FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/21.2 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") 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 Current -CURRENT won't let me run "su"; it dies with SIGSEGV. The backtrace says: #0 0x28078c57 in openpam_add_module (policy=0xbfbff700, chain=0, flag=1, modpath=0xbfbff28f "pam_nologin.so", optc=-1, optv=0xbfbfee78) at /usr/src/lib/libpam/libpam/../../../contrib/openpam/lib/openpam_load.c:182 #1 0x2807796d in openpam_read_policy_file (policy=0xbfbff700, service=0x2807967f "other", filename=0x804c1e0 "/etc/pam.d/other", style=1) at /usr/src/lib/libpam/libpam/../../../contrib/openpam/lib/openpam_configure.c:189 #2 0x28077b83 in openpam_load_policy (policy=0xbfbff700, service=0x2807967f "other") at /usr/src/lib/libpam/libpam/../../../contrib/openpam/lib/openpam_configure.c:236 #3 0x28077c81 in openpam_configure (pamh=0x804f000, service=0x804a250 "su") at /usr/src/lib/libpam/libpam/../../../contrib/openpam/lib/openpam_configure.c:275 #4 0x280751b8 in pam_start (service=0x804a250 "su", user=0x804a223 "root", pam_conv=0xbfbffbd4, pamh=0x804b4ac) at /usr/src/lib/libpam/libpam/../../../contrib/openpam/lib/pam_start.c:68 #5 0x804948f in main (argc=1, argv=0xbfbffc38) at /usr/src/usr.bin/su/su.c:211 #6 0x8049061 in _start () Everything in /etc/pam.d is up to date. I can't run xdm either, (the X server starts, it sits for awhile without a greeter, the server exits and everything starts over) but I don't know if that's related or not. -Peter- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 3 0:56:31 2002 Delivered-To: freebsd-current@freebsd.org Received: from nelly.internal.irrelevant.org (irrelevant.demon.co.uk [158.152.220.121]) by hub.freebsd.org (Postfix) with ESMTP id 4C09837B404 for ; Fri, 3 May 2002 00:56:27 -0700 (PDT) Received: from simond by nelly.internal.irrelevant.org with local (Exim 3.35 #1) id 173XvK-0000ds-00; Fri, 03 May 2002 08:56:14 +0100 Date: Fri, 3 May 2002 08:56:14 +0100 From: Simon Dick To: "Peter S. Housel" Cc: freebsd-current@freebsd.org Subject: Re: Can't su Message-ID: <20020503075614.GA2390@irrelevant.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.28i Sender: owner-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 Fri, May 03, 2002 at 12:30:15AM -0700, Peter S. Housel wrote: > > Current -CURRENT won't let me run "su"; it dies with SIGSEGV. The > backtrace says: > > #0 0x28078c57 in openpam_add_module (policy=0xbfbff700, chain=0, flag=1, > modpath=0xbfbff28f "pam_nologin.so", optc=-1, optv=0xbfbfee78) > at /usr/src/lib/libpam/libpam/../../../contrib/openpam/lib/openpam_load.c:182 > #1 0x2807796d in openpam_read_policy_file (policy=0xbfbff700, > service=0x2807967f "other", filename=0x804c1e0 "/etc/pam.d/other", style=1) > at /usr/src/lib/libpam/libpam/../../../contrib/openpam/lib/openpam_configure.c:189 > #2 0x28077b83 in openpam_load_policy (policy=0xbfbff700, > service=0x2807967f "other") > at /usr/src/lib/libpam/libpam/../../../contrib/openpam/lib/openpam_configure.c:236 > #3 0x28077c81 in openpam_configure (pamh=0x804f000, service=0x804a250 "su") > at /usr/src/lib/libpam/libpam/../../../contrib/openpam/lib/openpam_configure.c:275 > #4 0x280751b8 in pam_start (service=0x804a250 "su", user=0x804a223 "root", > pam_conv=0xbfbffbd4, pamh=0x804b4ac) > at /usr/src/lib/libpam/libpam/../../../contrib/openpam/lib/pam_start.c:68 > #5 0x804948f in main (argc=1, argv=0xbfbffc38) at /usr/src/usr.bin/su/su.c:211 > #6 0x8049061 in _start () > > Everything in /etc/pam.d is up to date. > > I can't run xdm either, (the X server starts, it sits for awhile > without a greeter, the server exits and everything starts over) but > I don't know if that's related or not. You're not the only one, I noticed it because I have dnetc run in the background on startup by use of su and I suddenly say su dying. (Not used xdm so no idea about that one) -- Simon Dick simond@irrelevant.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 3 1:18:30 2002 Delivered-To: freebsd-current@freebsd.org Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by hub.freebsd.org (Postfix) with ESMTP id 4FC4537B405 for ; Fri, 3 May 2002 01:18:25 -0700 (PDT) Received: from dsto-ms2.dsto.defence.gov.au (dsto-ms2.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au (8.10.1/8.10.1) with ESMTP id g438H2S05933 for ; Fri, 3 May 2002 17:47:02 +0930 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by dsto-ms2.dsto.defence.gov.au (Content Technologies SMTPRS 4.1.5) with ESMTP id ; Fri, 3 May 2002 17:47:52 +0930 Received: from salex001.dsto.defence.gov.au (salex001.dsto.defence.gov.au [131.185.2.9]) by muttley.dsto.defence.gov.au (8.9.3/8.9.3/8.9.3.LMD.990513) with ESMTP id RAA27935; Fri, 3 May 2002 17:39:03 +0930 (CST) Received: by salex001.dsto.defence.gov.au with Internet Mail Service (5.5.2653.19) id ; Fri, 3 May 2002 17:39:17 +0930 Message-ID: <8FCECF5E61F0D511946000306E0189F839B914@ednex504.dsto.defence.gov.au> From: "Thyer, Matthew" To: "'Brooks Davis'" , "Thyer, Matthew" Cc: "'Current@FreeBSD.Org'" Subject: RE: Can't install ports/emulators/linux_base on -CURRENT Date: Fri, 3 May 2002 17:39:06 +0930 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 Thanks, I hope this is not a long-term workaround! -----Original Message----- From: Brooks Davis [mailto:brooks@one-eyed-alien.net] Sent: Friday, 3 May 2002 2:30 PM To: Thyer, Matthew Cc: 'Current@FreeBSD.Org' Subject: Re: Can't install ports/emulators/linux_base on -CURRENT On Fri, May 03, 2002 at 02:19:40PM +0930, Thyer, Matthew wrote: > ===> Registering installation for rpm-3.0.6_6 > ===> Returning to build of linux_base-6.1_1 > ===> Patching for linux_base-6.1_1 > ===> Configuring for linux_base-6.1_1 > ===> Installing for linux_base-6.1_1 > setup-2.0.5-1.noarch.rpm > filesystem-1.3.5-1.noarch.rpm > unpacking of archive failed on file /proc: cpio: chown failed - Operation > not supported > *** Error code 1 > > Stop in /usr/ports/emulators/linux_base. Unmount your linprocfs file system first. -- Brooks -- 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 3 1:25:45 2002 Delivered-To: freebsd-current@freebsd.org Received: from sunic.sunet.se (sunic.sunet.se [192.36.125.2]) by hub.freebsd.org (Postfix) with ESMTP id 2AD6037B400 for ; Fri, 3 May 2002 01:25:40 -0700 (PDT) Received: from irfu.se (sol.irfu.se [130.238.30.6]) by sunic.sunet.se (8.9.3/8.9.3) with SMTP id KAA11700 for ; Fri, 3 May 2002 10:25:39 +0200 (MET DST) Received: from jet.irfu.se by irfu.se (SMI-8.6/SMI-SVR4) id KAA06084; Fri, 3 May 2002 10:24:51 +0200 Received: from localhost (yuri@localhost) by jet.irfu.se (8.11.6+Sun/8.11.6) with ESMTP id g438PM319351 for ; Fri, 3 May 2002 10:25:32 +0200 (MEST) X-Authentication-Warning: jet.irfu.se: yuri owned process doing -bs Date: Fri, 3 May 2002 10:25:17 +0200 (MEST) From: yuri khotyaintsev X-Sender: yuri@jet To: freebsd-current@FreeBSD.ORG Subject: Re: Can't su 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 Also have the same problem with su on -CURRENT from yesterday. Yuri On Fri, 3 May 2002, Peter S. Housel wrote: > > Current -CURRENT won't let me run "su"; it dies with SIGSEGV. The > backtrace says: > > #0 0x28078c57 in openpam_add_module (policy=0xbfbff700, chain=0, flag=1, > modpath=0xbfbff28f "pam_nologin.so", optc=-1, optv=0xbfbfee78) > at /usr/src/lib/libpam/libpam/../../../contrib/openpam/lib/openpam_load.c:182 > #1 0x2807796d in openpam_read_policy_file (policy=0xbfbff700, > service=0x2807967f "other", filename=0x804c1e0 "/etc/pam.d/other", style=1) > at /usr/src/lib/libpam/libpam/../../../contrib/openpam/lib/openpam_configure.c:189 > #2 0x28077b83 in openpam_load_policy (policy=0xbfbff700, > service=0x2807967f "other") > at /usr/src/lib/libpam/libpam/../../../contrib/openpam/lib/openpam_configure.c:236 > #3 0x28077c81 in openpam_configure (pamh=0x804f000, service=0x804a250 "su") > at /usr/src/lib/libpam/libpam/../../../contrib/openpam/lib/openpam_configure.c:275 > #4 0x280751b8 in pam_start (service=0x804a250 "su", user=0x804a223 "root", > pam_conv=0xbfbffbd4, pamh=0x804b4ac) > at /usr/src/lib/libpam/libpam/../../../contrib/openpam/lib/pam_start.c:68 > #5 0x804948f in main (argc=1, argv=0xbfbffc38) at /usr/src/usr.bin/su/su.c:211 > #6 0x8049061 in _start () > > Everything in /etc/pam.d is up to date. > > I can't run xdm either, (the X server starts, it sits for awhile > without a greeter, the server exits and everything starts over) but > I don't know if that's related or not. > > -Peter- > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 3 5:49:23 2002 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 6A04D37B41B for ; Fri, 3 May 2002 05:49:21 -0700 (PDT) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 9C45A5346; Fri, 3 May 2002 14:49:16 +0200 (CEST) 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: housel@acm.org (Peter S. Housel) Cc: freebsd-current@freebsd.org Subject: Re: Can't su References: From: Dag-Erling Smorgrav Date: 03 May 2002 14:49:15 +0200 In-Reply-To: Message-ID: Lines: 11 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2 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 housel@acm.org (Peter S. Housel) writes: > Current -CURRENT won't let me run "su"; it dies with SIGSEGV. The > backtrace says: Yep, I see what the error is. All I can say is "arrrgh!" since I've been running this code for a while now and it never segfaults on my box :( 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 Fri May 3 6:23: 5 2002 Delivered-To: freebsd-current@freebsd.org Received: from tao.org.uk (genius.tao.org.uk [212.135.162.51]) by hub.freebsd.org (Postfix) with ESMTP id 91F8137B417 for ; Fri, 3 May 2002 06:22:57 -0700 (PDT) Received: by tao.org.uk (Postfix, from userid 100) id 27F8E4DC; Fri, 3 May 2002 14:22:48 +0100 (BST) Date: Fri, 3 May 2002 14:22:48 +0100 From: Josef Karthauser To: current@freebsd.org Subject: Status of USB subsystem. Message-ID: <20020503132248.GA9101@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="AqsLC8rIMeq19msA" Content-Disposition: inline User-Agent: Mutt/1.3.28i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --AqsLC8rIMeq19msA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Dear all, I wanted to write to talk about the status of our USB stack in -current because there has been some concern expressed over the last week about where were are at with it, and more importantly when the bugs are going to be ironed out. In particular there has been a call to backout it all out back to a time when it worked. The background is that I've been porting the developments that NetBSD has had into FreeBSD. In some cases we were two years behind the state of the art. Today we're in a much better shape; most of the controller code and device API is pretty much the same as NetBSD's now, and that means that it should be relatively easy to port the ehci USB2 controller code. A lot of the devices are now synced too, although in general these have diverged over the period a lot more than the controller code has. With a prevailing wind behind us we should now have been in a much better position than we were when I started this work at the beginning of the year. I think that we almost are, but there are a few bugs that at the moment are eluding me, they could be because the bug exists in NetBSD, or because of some FreeBSDism that I've not realised, or just because of some code that's not been ported yet. I don't know, but I am working on it. Here are the issues that I know about: * There's a disconnect bug, which I've tied down to interupt pipes not cancelling properly when a device is unplugged. What this leads to is an xfer that repeats, and locks the usb subsystem. I've experienced it with uhub and ums, but it's possible, and probably, that other devices are effected to. I made some headway on this last night, and am in communication with the NetBSD author who's helping me track the problem down. * There's an attach problem with the aue network device, and possibly cue and kue too. This bug appears to have been around for a while but has just been revealed by the recent memory manager changes. It caused an attach time panic due to a bad memory allocation. NetBSD's aue driver is different from ours and possibly doesn't have the same problem. * Problems with ulpt. These appear to be in NetBSD also. I've got a usb printer (HP office jet) and so potentially have the resources to track the problem down, but as it's not entirely broken for all users, this problem is less important than the two about IMO. If anyone has any others that they've not revealed I'd like to know please. Also, if anyone particularly fancies helping out I'd be very grateful. This is my first bout into the kernel, and although I've got all the tools (remote debugger etc) I'm still a little slow with using them. Mail me privately if you've got the time and energy to help out. I'm prepared to back everything out if required, but my feeling is that we're a stone's throw away from solving these problems; it's just I'm throwing stones slower than a seasoned kernel hacker would. It would be a shame to take such a large step backwards if it's just a small step forwards that's required. The last known good date was just before the uma commit, i.e. -D20020319\ 0900. Of course there have been some kernel infrastructure changes since then so it's not just a matter of backing out the sys/dev/usb directory to that date. There are some changes that need to be retained, but they should be obvious for anyone who wants to do this locally. I ask for your patience in getting to the bottom of these problems, and wanted people to know that I am taking these issues serious, something that might not be clear because I've not communicated much about it on the lists. The good news is that once these issues have been resolved we are in a good position to port the drivers that NetBSD have but we've not seen yet. There are lots, like uaudio and uvisor, that we should take avantage of. I hope that these will follow in the not too distant future. Regards, Joe p.s. I'm away for the weekend and so if you don't get a reply to any email until the early part of next week it's not because I'm ignoring you. --AqsLC8rIMeq19msA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjzSjycACgkQXVIcjOaxUBYF3ACeJ6wVkRRDdFjJhJ22TQAJ3j67 2GAAnjOqKCG3JgjTaWaYWi9QkkI1bky2 =aTmv -----END PGP SIGNATURE----- --AqsLC8rIMeq19msA-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 3 6:35:18 2002 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id 185FC37B400 for ; Fri, 3 May 2002 06:35:11 -0700 (PDT) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.2/8.12.2) with ESMTP id g43DYiQ4016394; Fri, 3 May 2002 15:34:45 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Josef Karthauser Cc: current@FreeBSD.ORG Subject: Re: Status of USB subsystem. In-Reply-To: Your message of "Fri, 03 May 2002 14:22:48 BST." <20020503132248.GA9101@genius.tao.org.uk> Date: Fri, 03 May 2002 15:34:44 +0200 Message-ID: <16393.1020432884@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 <20020503132248.GA9101@genius.tao.org.uk>, Josef Karthauser writes: >I'm prepared to back everything out if required, but my feeling is >that we're a stone's throw away from solving these problems; it's >just I'm throwing stones slower than a seasoned kernel hacker would. Don't even think about it! I am very impressed that you have managed to make your way through the diff between FreeBSD and NetBSD, and I would expect that everybody with USB devices recognize the advantage of having a new USB-stuckee in FreeBSD totally balances out any inconvenience the current problems might cause. -- 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 Fri May 3 7: 7:51 2002 Delivered-To: freebsd-current@freebsd.org Received: from gw-fi.esaote.com (gw-fi.esaote.com [217.58.169.99]) by hub.freebsd.org (Postfix) with ESMTP id 540D437B404 for ; Fri, 3 May 2002 07:07:45 -0700 (PDT) Received: from rock.fi.esaote.it (rock.fi.esaote.it [192.168.4.40]) by gw-fi.esaote.com (8.12.3/8.12.3) with ESMTP id g43E7fHR080795; Fri, 3 May 2002 16:07:42 +0200 (CEST) (envelope-from riccardo@torrini.org) Message-ID: X-Mailer: XFMail 1.4.4 on HPUX X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20020503132248.GA9101@genius.tao.org.uk> Date: Fri, 03 May 2002 16:07:41 +0200 (METDST) From: Riccardo Torrini To: Josef Karthauser Subject: RE: Status of USB subsystem. Cc: 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 03-May-2002 (13:22:48/GMT) Josef Karthauser wrote: > If anyone has any others that they've not revealed I'd like to know > please. I don't really know if is related, but gphoto2 doesn't work with my camera because of different linux<->freebsd usb channel usage (i think). > Also, if anyone particularly fancies helping out I'd be very grateful. > [...] I'm prepared to back everything out if required ... If this can lead me to have a working usb driver for my digital camera (a cheaper agfa cl18) with gphoto2 (or something _much_ light, like a command line tool or a kernel driver to mount as a filesystem) I can help you with all my free time for testing any (non destructive) change. > I ask for your patience... You are welcome :-) Riccardo. PS: Please don't break uscanner, I use it with an Epson Perfection 1200U. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 3 7:28:10 2002 Delivered-To: freebsd-current@freebsd.org Received: from femme.sapphite.org (bgp01560565bgs.gambrl01.md.comcast.net [68.50.32.109]) by hub.freebsd.org (Postfix) with ESMTP id A086337B419 for ; Fri, 3 May 2002 07:28:04 -0700 (PDT) Received: from femme.sapphite.org (trish@localhost [127.0.0.1]) by femme.sapphite.org (8.12.3/8.12.1) with ESMTP id g43ELODo002742; Fri, 3 May 2002 10:21:29 -0400 (EDT) Received: from localhost (trish@localhost) by femme.sapphite.org (8.12.3/8.12.3/Submit) with ESMTP id g43ELLxZ002739; Fri, 3 May 2002 10:21:23 -0400 (EDT) X-Authentication-Warning: femme.sapphite.org: trish owned process doing -bs Date: Fri, 3 May 2002 10:21:21 -0400 (EDT) From: Trish Lynch X-X-Sender: To: Dag-Erling Smorgrav Cc: "Peter S. Housel" , Subject: Re: Can't su In-Reply-To: Message-ID: <20020503102012.S454-100000@femme.sapphite.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 3 May 2002, Dag-Erling Smorgrav wrote: > housel@acm.org (Peter S. Housel) writes: > > Current -CURRENT won't let me run "su"; it dies with SIGSEGV. The > > backtrace says: > > Yep, I see what the error is. All I can say is "arrrgh!" since I've > been running this code for a while now and it never segfaults on my > box :( > > DES DES: also seeing problems with ftpd: it dumps core on signal 10 a gdb/backtrace of it: #0 0x280cd9c7 in openpam_add_module () from /usr/lib/libpam.so.2 (gdb) bt #0 0x280cd9c7 in openpam_add_module () from /usr/lib/libpam.so.2 #1 0x280ccc58 in openpam_dispatch () from /usr/lib/libpam.so.2 #2 0x280cce1a in openpam_dispatch () from /usr/lib/libpam.so.2 #3 0x280ccedf in openpam_configure () from /usr/lib/libpam.so.2 #4 0x280caf13 in pam_start () from /usr/lib/libpam.so.2 #5 0x804c50a in getsockname () #6 0x804c749 in getsockname () #7 0x8050c98 in getsockname () #8 0x804b71d in getsockname () #9 0x804ac05 in getsockname () ouch. -Trish -- Trish Lynch trish@bsdunix.net FreeBSD The Power to Serve Ecartis Core Team trish@listmistress.org 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 Fri May 3 7:34:16 2002 Delivered-To: freebsd-current@freebsd.org Received: from blackhelicopters.org (geburah.blackhelicopters.org [209.69.178.18]) by hub.freebsd.org (Postfix) with ESMTP id CEB5537B417 for ; Fri, 3 May 2002 07:34:00 -0700 (PDT) Received: (from mwlucas@localhost) by blackhelicopters.org (8.11.6/8.11.6) id g43EXt404426; Fri, 3 May 2002 10:33:55 -0400 (EDT) (envelope-from mwlucas) Date: Fri, 3 May 2002 10:33:54 -0400 From: Michael Lucas To: Josef Karthauser Cc: current@FreeBSD.ORG Subject: Re: Status of USB subsystem. Message-ID: <20020503103354.A4370@blackhelicopters.org> References: <20020503132248.GA9101@genius.tao.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020503132248.GA9101@genius.tao.org.uk>; from joe@tao.org.uk on Fri, May 03, 2002 at 02:22:48PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Joe, Thank you for taking the time to document your work-in-progress. I, for one, vastly appreciate what you're doing with the USB subsystem. I think a lot of our "community" issues could be greatly improved by more people doing exactly what you've done here. OK, back to the peanut gallery. ==ml On Fri, May 03, 2002 at 02:22:48PM +0100, Josef Karthauser wrote: > Dear all, > > I wanted to write to talk about the status of our USB stack in > -current because there has been some concern expressed over the > last week about where were are at with it, and more importantly > when the bugs are going to be ironed out. In particular there has > been a call to backout it all out back to a time when it worked. > > The background is that I've been porting the developments that > NetBSD has had into FreeBSD. In some cases we were two years behind > the state of the art. Today we're in a much better shape; most of > the controller code and device API is pretty much the same as > NetBSD's now, and that means that it should be relatively easy to > port the ehci USB2 controller code. A lot of the devices are now > synced too, although in general these have diverged over the period > a lot more than the controller code has. > > With a prevailing wind behind us we should now have been in a much > better position than we were when I started this work at the beginning > of the year. I think that we almost are, but there are a few bugs > that at the moment are eluding me, they could be because the bug > exists in NetBSD, or because of some FreeBSDism that I've not > realised, or just because of some code that's not been ported yet. > I don't know, but I am working on it. > > Here are the issues that I know about: > > * There's a disconnect bug, which I've tied down to interupt pipes not > cancelling properly when a device is unplugged. What this leads > to is an xfer that repeats, and locks the usb subsystem. I've > experienced it with uhub and ums, but it's possible, and probably, > that other devices are effected to. I made some headway on this > last night, and am in communication with the NetBSD author who's > helping me track the problem down. > > * There's an attach problem with the aue network device, and possibly > cue and kue too. This bug appears to have been around for a while > but has just been revealed by the recent memory manager changes. > It caused an attach time panic due to a bad memory allocation. > NetBSD's aue driver is different from ours and possibly doesn't > have the same problem. > > * Problems with ulpt. These appear to be in NetBSD also. I've got > a usb printer (HP office jet) and so potentially have the resources > to track the problem down, but as it's not entirely broken for all > users, this problem is less important than the two about IMO. > > If anyone has any others that they've not revealed I'd like to know > please. > > Also, if anyone particularly fancies helping out I'd be very grateful. > This is my first bout into the kernel, and although I've got all > the tools (remote debugger etc) I'm still a little slow with using > them. Mail me privately if you've got the time and energy to help > out. > > I'm prepared to back everything out if required, but my feeling is > that we're a stone's throw away from solving these problems; it's > just I'm throwing stones slower than a seasoned kernel hacker would. > It would be a shame to take such a large step backwards if it's > just a small step forwards that's required. > > The last known good date was just before the uma commit, i.e. > -D20020319\ 0900. Of course there have been some kernel infrastructure > changes since then so it's not just a matter of backing out the > sys/dev/usb directory to that date. There are some changes that > need to be retained, but they should be obvious for anyone who wants to > do this locally. > > I ask for your patience in getting to the bottom of these problems, and > wanted people to know that I am taking these issues serious, something > that might not be clear because I've not communicated much about it on > the lists. > > The good news is that once these issues have been resolved we are > in a good position to port the drivers that NetBSD have but we've > not seen yet. There are lots, like uaudio and uvisor, that we should > take avantage of. I hope that these will follow in the not too > distant future. > > Regards, > Joe > > p.s. I'm away for the weekend and so if you don't get a reply to any > email until the early part of next week it's not because I'm ignoring > you. -- Michael Lucas mwlucas@FreeBSD.org, mwlucas@BlackHelicopters.org http://www.oreillynet.com/pub/q/Big_Scary_Daemons Absolute BSD: http://www.nostarch.com/abs_bsd.htm To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 3 7:44:12 2002 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 284FB37B41A for ; Fri, 3 May 2002 07:44:09 -0700 (PDT) Received: by flood.ping.uio.no (Postfix, from userid 2602) id B45B05346; Fri, 3 May 2002 16:44:04 +0200 (CEST) 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: Trish Lynch Cc: "Peter S. Housel" , Subject: Re: Can't su References: <20020503102012.S454-100000@femme.sapphite.org> From: Dag-Erling Smorgrav Date: 03 May 2002 16:44:03 +0200 In-Reply-To: <20020503102012.S454-100000@femme.sapphite.org> Message-ID: Lines: 8 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2 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 Trish Lynch writes: > DES: also seeing problems with ftpd: Same bug, same fix. Cvsup and rebuild libpam. 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 Fri May 3 8:19:34 2002 Delivered-To: freebsd-current@freebsd.org Received: from sofia.digsys.bg (sofia.digsys.bg [193.68.3.250]) by hub.freebsd.org (Postfix) with ESMTP id 2C02A37B428 for ; Fri, 3 May 2002 08:19:08 -0700 (PDT) Received: from comm.uni-svishtov.bg (ns.uni-svishtov.bg [193.68.172.1]) by sofia.digsys.bg (8.9.0/8.9.0) with ESMTP id SAA05797 for ; Fri, 3 May 2002 18:19:01 +0300 (EEST) Received: from grinch.uni-svishtov.bg (mail.uni-svishtov.bg [193.68.172.9]) by comm.uni-svishtov.bg (8.11.6/8.9.3) with ESMTP id g43FIut19960 for ; Fri, 3 May 2002 18:18:56 +0300 (EEST) Received: from deckland (deckland.uni-svishtov.bg [193.68.173.82]) by grinch.uni-svishtov.bg (8.12.1/8.12.1) with SMTP id g43FItkF022592 for ; Fri, 3 May 2002 18:18:56 +0300 (EEST) Message-ID: <001501c1f2b5$dd5c2350$52ad44c1@deckland> From: "Radoslav Vasilev" To: Subject: Date: Fri, 3 May 2002 18:19:05 +0300 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0012_01C1F2CF.02958530" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-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. ------=_NextPart_000_0012_01C1F2CF.02958530 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable unsuscribe freebsd-current ------=_NextPart_000_0012_01C1F2CF.02958530 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
unsuscribe=20 freebsd-current
------=_NextPart_000_0012_01C1F2CF.02958530-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 3 8:24:49 2002 Delivered-To: freebsd-current@freebsd.org Received: from sofia.digsys.bg (sofia.digsys.bg [193.68.3.250]) by hub.freebsd.org (Postfix) with ESMTP id A23AA37B405 for ; Fri, 3 May 2002 08:24:43 -0700 (PDT) Received: from comm.uni-svishtov.bg (ns.uni-svishtov.bg [193.68.172.1]) by sofia.digsys.bg (8.9.0/8.9.0) with ESMTP id SAA06556 for ; Fri, 3 May 2002 18:24:39 +0300 (EEST) Received: from grinch.uni-svishtov.bg (mail.uni-svishtov.bg [193.68.172.9]) by comm.uni-svishtov.bg (8.11.6/8.9.3) with ESMTP id g43FObt20277 for ; Fri, 3 May 2002 18:24:37 +0300 (EEST) Received: from deckland (deckland.uni-svishtov.bg [193.68.173.82]) by grinch.uni-svishtov.bg (8.12.1/8.12.1) with SMTP id g43FOakF022675 for ; Fri, 3 May 2002 18:24:37 +0300 (EEST) Message-ID: <000f01c1f2b6$a8d9cbe0$52ad44c1@deckland> From: "Radoslav Vasilev" To: Subject: Date: Fri, 3 May 2002 18:24:47 +0300 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 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG unsuscribe freebsd-current To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 3 8:28:44 2002 Delivered-To: freebsd-current@freebsd.org Received: from relay1.macomnet.ru (relay1.macomnet.ru [195.128.64.10]) by hub.freebsd.org (Postfix) with ESMTP id 96A9A37B405 for ; Fri, 3 May 2002 08:28:35 -0700 (PDT) Received: from news1.macomnet.ru (news1.macomnet.ru [195.128.64.14]) by relay1.macomnet.ru (8.11.6/8.11.6) with ESMTP id g43FSLr11320244; Fri, 3 May 2002 19:28:21 +0400 (MSD) Date: Fri, 3 May 2002 19:28:21 +0400 (MSD) From: Maxim Konovalov To: Radoslav Vasilev Cc: freebsd-current@FreeBSD.ORG Subject: Re: your mail In-Reply-To: <000f01c1f2b6$a8d9cbe0$52ad44c1@deckland> Message-ID: <20020503192756.J92555-100000@news1.macomnet.ru> 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 18:24+0300, May 3, 2002, Radoslav Vasilev wrote: > unsuscribe freebsd-current use majordomo@freebsd.org instead of current@freebsd.org. Thanks. > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > -- Maxim Konovalov, MAcomnet, Internet Dept., system engineer phone: +7 (095) 796-9079, mailto:maxim@macomnet.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 3 10:49:57 2002 Delivered-To: freebsd-current@freebsd.org Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by hub.freebsd.org (Postfix) with ESMTP id 8515B37B41C for ; Fri, 3 May 2002 10:49:53 -0700 (PDT) Received: from pool0248.cvx40-bradley.dialup.earthlink.net ([216.244.42.248] helo=mindspring.com) by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #2) id 173hBW-0001Jl-00; Fri, 03 May 2002 10:49:34 -0700 Message-ID: <3CD2CD92.71585046@mindspring.com> Date: Fri, 03 May 2002 10:49:06 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Riccardo Torrini Cc: Josef Karthauser , current@FreeBSD.ORG Subject: Re: Status of USB subsystem. 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 Riccardo Torrini wrote: > On 03-May-2002 (13:22:48/GMT) Josef Karthauser wrote: > > If anyone has any others that they've not revealed I'd like to know > > please. > > I don't really know if is related, but gphoto2 doesn't work with my > camera because of different linux<->freebsd usb channel usage (i think). I think this is the pipes problem; I think this was the first thing in Joseph's "not working" list. It's well enough known that there are people passing around patches for a workaround (not a real fix) on -hackers for the VOIP hardware. According to the author of the patch and the VOIP drivers, it's a problem in NetBSD that FreeBSD has inherited from having the NetBSD framework. Also according to the same person, FreeBSD wouldn't have support for the VOIP hardware at all, if it weren't for Joseph's work. Keep up the good work, Joseph! -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 3 11: 0:29 2002 Delivered-To: freebsd-current@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id 0740537B41E; Fri, 3 May 2002 11:00:21 -0700 (PDT) Received: by elvis.mu.org (Postfix, from userid 1192) id D4393AE1D4; Fri, 3 May 2002 11:00:20 -0700 (PDT) Date: Fri, 3 May 2002 11:00:20 -0700 From: Alfred Perlstein To: Orion Hodson Cc: freebsd-multimedia@freebsd.org, current@freebsd.org Subject: Re: fast playback with Intel 82801BA (ICH2) Message-ID: <20020503180020.GP36741@elvis.mu.org> References: <20020502004915.GN98487@elvis.mu.org> <200205020108.g42188v67590@puma.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200205020108.g42188v67590@puma.icir.org> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Orion Hodson [020501 18:10] wrote: > /-- Alfred Perlstein wrote: > | -current compiled today mp3s play too fast, any ideas on how to > | diagnose this? > | > | pcm0: port 0xef00-0xef3f,0xe800-0xe8ff irq 9 at device > | 31.5 on pci0 > | pcm0: measured ac97 link rate at 44061 Hz > > You can set a sysctl to set the ac97 link rate. I don't recall offhand what > it is (hw.snd.pcm0.ac97rate?) - "sysctl -a | grep ac97" will find it. > > There is a calibration test in the ich code since various mfrs do funny things > with the clock. I'd be interested to know what boot -v output is and what > ac97 link rate works. This is the second box reported failing on this > recently. This makes it sound almost perfect: sysctl hw.snd.pcm0.ac97rate=55000 the default 44061 is bad. -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' Tax deductible donations for FreeBSD: http://www.freebsdfoundation.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 3 11:10:31 2002 Delivered-To: freebsd-current@freebsd.org Received: from swan.prod.itd.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by hub.freebsd.org (Postfix) with ESMTP id DE73137B419 for ; Fri, 3 May 2002 11:10:24 -0700 (PDT) Received: from pool0248.cvx40-bradley.dialup.earthlink.net ([216.244.42.248] helo=mindspring.com) by swan.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 173hVW-00071r-00; Fri, 03 May 2002 11:10:14 -0700 Message-ID: <3CD2D269.5CD7E99C@mindspring.com> Date: Fri, 03 May 2002 11:09:45 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Riccardo Torrini , Josef Karthauser , current@FreeBSD.ORG Subject: Re: Status of USB subsystem. References: <3CD2CD92.71585046@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 Oops. "Josef". Sorry; my spelling is atrocious. -- Terry Terry Lambert wrote: > > Riccardo Torrini wrote: > > On 03-May-2002 (13:22:48/GMT) Josef Karthauser wrote: > > > If anyone has any others that they've not revealed I'd like to know > > > please. > > > > I don't really know if is related, but gphoto2 doesn't work with my > > camera because of different linux<->freebsd usb channel usage (i think). > > I think this is the pipes problem; I think this was the first > thing in Joseph's "not working" list. It's well enough known > that there are people passing around patches for a workaround > (not a real fix) on -hackers for the VOIP hardware. > > According to the author of the patch and the VOIP drivers, it's > a problem in NetBSD that FreeBSD has inherited from having the > NetBSD framework. > > Also according to the same person, FreeBSD wouldn't have support > for the VOIP hardware at all, if it weren't for Joseph's work. > > Keep up the good work, Joseph! > > -- Terry > > 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 Fri May 3 11:11:33 2002 Delivered-To: freebsd-current@freebsd.org Received: from swan.prod.itd.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by hub.freebsd.org (Postfix) with ESMTP id 9AE0937B41A; Fri, 3 May 2002 11:11:18 -0700 (PDT) Received: from pool0248.cvx40-bradley.dialup.earthlink.net ([216.244.42.248] helo=mindspring.com) by swan.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 173hWS-0000Yu-00; Fri, 03 May 2002 11:11:13 -0700 Message-ID: <3CD2D2A4.ED54C42D@mindspring.com> Date: Fri, 03 May 2002 11:10:44 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Alfred Perlstein Cc: Orion Hodson , freebsd-multimedia@freebsd.org, current@freebsd.org Subject: Re: fast playback with Intel 82801BA (ICH2) References: <20020502004915.GN98487@elvis.mu.org> <200205020108.g42188v67590@puma.icir.org> <20020503180020.GP36741@elvis.mu.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 Alfred Perlstein wrote: > This makes it sound almost perfect: > > sysctl hw.snd.pcm0.ac97rate=55000 > > the default 44061 is bad. I thought this was because it's the CD sample rate... -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 3 12: 9:46 2002 Delivered-To: freebsd-current@freebsd.org Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by hub.freebsd.org (Postfix) with ESMTP id 1C29A37B417; Fri, 3 May 2002 12:09:39 -0700 (PDT) Received: (from jhay@localhost) by zibbi.icomtek.csir.co.za (8.11.6/8.11.6) id g43J94j33817; Fri, 3 May 2002 21:09:04 +0200 (SAT) (envelope-from jhay) From: John Hay Message-Id: <200205031909.g43J94j33817@zibbi.icomtek.csir.co.za> Subject: Re: fast playback with Intel 82801BA (ICH2) In-Reply-To: <20020503180020.GP36741@elvis.mu.org> from Alfred Perlstein at "May 3, 2002 11:00:20 am" To: bright@mu.org (Alfred Perlstein) Date: Fri, 3 May 2002 21:09:04 +0200 (SAT) Cc: freebsd-multimedia@FreeBSD.ORG, 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 > > | -current compiled today mp3s play too fast, any ideas on how to > > | diagnose this? > > | > > | pcm0: port 0xef00-0xef3f,0xe800-0xe8ff irq 9 at device > > | 31.5 on pci0 > > | pcm0: measured ac97 link rate at 44061 Hz > > This makes it sound almost perfect: > > sysctl hw.snd.pcm0.ac97rate=55000 > > the default 44061 is bad. What about 56000? Our Dells seem to use it. I'm not sure what is so magic about it. Maybe they wanted to cater for modems on the ac97 channel. 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 Fri May 3 12:11:51 2002 Delivered-To: freebsd-current@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id 9CE2837B41C; Fri, 3 May 2002 12:11:40 -0700 (PDT) Received: by elvis.mu.org (Postfix, from userid 1192) id D6C99AE1EE; Fri, 3 May 2002 12:11:38 -0700 (PDT) Date: Fri, 3 May 2002 12:11:38 -0700 From: Alfred Perlstein To: John Hay Cc: freebsd-multimedia@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: fast playback with Intel 82801BA (ICH2) Message-ID: <20020503191138.GT36741@elvis.mu.org> References: <20020503180020.GP36741@elvis.mu.org> <200205031909.g43J94j33817@zibbi.icomtek.csir.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200205031909.g43J94j33817@zibbi.icomtek.csir.co.za> User-Agent: Mutt/1.3.27i Sender: owner-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 [020503 12:09] wrote: > > > | -current compiled today mp3s play too fast, any ideas on how to > > > | diagnose this? > > > | > > > | pcm0: port 0xef00-0xef3f,0xe800-0xe8ff irq 9 at device > > > | 31.5 on pci0 > > > | pcm0: measured ac97 link rate at 44061 Hz > > > > This makes it sound almost perfect: > > > > sysctl hw.snd.pcm0.ac97rate=55000 > > > > the default 44061 is bad. > > What about 56000? Our Dells seem to use it. I'm not sure what is so magic > about it. Maybe they wanted to cater for modems on the ac97 channel. That sounds fine also, basically if i go lower then it sounds sped up, higher and it sounds slow. -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 3 14:10:54 2002 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id 8F84237B404; Fri, 3 May 2002 14:10:49 -0700 (PDT) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.2/8.12.2) with ESMTP id g43LA6Q4022450; Fri, 3 May 2002 23:10:19 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Will Andrews Cc: Brooks Davis , Doug Rabson , Kris Kennaway , current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/kern kern_tc.c src/sys/sys timepps.h timetc.h In-Reply-To: Your message of "Thu, 02 May 2002 17:57:59 CDT." <20020502225759.GS53809@squall.waterspout.com> Date: Fri, 03 May 2002 23:10:06 +0200 Message-ID: <22449.1020460206@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 <20020502225759.GS53809@squall.waterspout.com>, Will Andrews writes : >On Thu, May 02, 2002 at 03:30:40PM -0700, Brooks Davis wrote: >> I haven't tryed backing the commits out yet, but I'm seeing similar behavior >> on my HP Omnibook 500. In my case, it's actually not quite hung. What >> appears to be happening is that nothing is causing the console buffer to >> actually flush. The system is up (sort of), but the only way to see the >> console output is to cause a kernel printf, say be breaking in to the >> debugger. The system is basicaly useless at that point and you can't >> shutdown cleanly. > >Similar behavior manifests itself on my -current laptop dated >before April 27. I.O.W. it appears to freeze but will flush the >console if you break to the debugger then hit 'c'. > >I believe this was caused by an earlier change to the timecounter >code. Unfortunately I didn't have time to investigate further. Do you see this with up to date -current ? -- 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 Fri May 3 15:35:53 2002 Delivered-To: freebsd-current@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id A267B37B419; Fri, 3 May 2002 15:35:49 -0700 (PDT) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id g43MY7J13597; Fri, 3 May 2002 15:34:07 -0700 Date: Fri, 3 May 2002 15:34:07 -0700 From: Brooks Davis To: Poul-Henning Kamp Cc: Will Andrews , Brooks Davis , Doug Rabson , Kris Kennaway , current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/kern kern_tc.c src/sys/sys timepps.h timetc.h Message-ID: <20020503153407.A12513@Odin.AC.HMC.Edu> References: <20020502225759.GS53809@squall.waterspout.com> <22449.1020460206@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="vkogqOf2sHV7VnPd" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <22449.1020460206@critter.freebsd.dk>; from phk@critter.freebsd.dk on Fri, May 03, 2002 at 11:10:06PM +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 --vkogqOf2sHV7VnPd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 03, 2002 at 11:10:06PM +0200, Poul-Henning Kamp wrote: > In message <20020502225759.GS53809@squall.waterspout.com>, Will Andrews w= rites > : > >On Thu, May 02, 2002 at 03:30:40PM -0700, Brooks Davis wrote: > >> I haven't tryed backing the commits out yet, but I'm seeing similar be= havior > >> on my HP Omnibook 500. In my case, it's actually not quite hung. What > >> appears to be happening is that nothing is causing the console buffer = to > >> actually flush. The system is up (sort of), but the only way to see t= he > >> console output is to cause a kernel printf, say be breaking in to the > >> debugger. The system is basicaly useless at that point and you can't > >> shutdown cleanly. > > > >Similar behavior manifests itself on my -current laptop dated > >before April 27. I.O.W. it appears to freeze but will flush the > >console if you break to the debugger then hit 'c'. > > > >I believe this was caused by an earlier change to the timecounter > >code. Unfortunately I didn't have time to investigate further. >=20 > Do you see this with up to date -current ? I still see this with a current as of this morning, including the most recent kern_tc.c commit. -- 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 --vkogqOf2sHV7VnPd 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 iD8DBQE80xBcXY6L6fI4GtQRAvKKAKDGnSUf3PLEEAfc6isoXL81S78XLACfTCgv Ok2tZT9fQrIyIsW0B/k5pdI= =8Ic4 -----END PGP SIGNATURE----- --vkogqOf2sHV7VnPd-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 3 21: 0:28 2002 Delivered-To: freebsd-current@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id E44CF37B417; Fri, 3 May 2002 21:00:05 -0700 (PDT) Received: (from ken@localhost) by panzer.kdm.org (8.11.6/8.9.1) id g44405L17651; Fri, 3 May 2002 22:00:05 -0600 (MDT) (envelope-from ken) Date: Fri, 3 May 2002 22:00:05 -0600 From: "Kenneth D. Merry" To: Ruslan Ermilov Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org, current@FreeBSD.org Subject: Re: cvs commit: src/share/mk bsd.doc.mk bsd.docb.mk bsd.info.mk bsd.init.mk bsd.lib.mk bsd.libnames.mk bsd.man.mk bsd.nls.mk bsd.obj.mk bsd.own.mk bsd.prog.mk bsd.sgml.mk bsd.subdir.mk sys.mk Message-ID: <20020503220004.A17421@panzer.kdm.org> References: <200204171349.g3HDnTV73622@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="2fHTh5uZTiUOsy+g" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200204171349.g3HDnTV73622@freefall.freebsd.org>; from ru@FreeBSD.org on Wed, Apr 17, 2002 at 06:49:29AM -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 --2fHTh5uZTiUOsy+g Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Apr 17, 2002 at 06:49:29 -0700, Ruslan Ermilov wrote: > ru 2002/04/17 06:49:29 PDT > > Modified files: > share/mk bsd.doc.mk bsd.docb.mk bsd.info.mk > bsd.lib.mk bsd.libnames.mk bsd.man.mk > bsd.nls.mk bsd.obj.mk bsd.own.mk > bsd.prog.mk bsd.sgml.mk bsd.subdir.mk > sys.mk > Added files: > share/mk bsd.init.mk > Log: > Don't include bsd.own.mk from sys.mk, this makes it impossible > to use ``.if defined()'' inside bsd.own.mk to test for defines > in individual makefiles. For example, setting DEBUG_FLAGS in > Makefile didn't take the desired effect on the STRIP assignment. > > Added bsd.init.mk (like in NetBSD) that handles the inclusion > of ../Makefile.inc and bsd.own.mk from all bsd.*.mk files that > "build something". > > Back out bsd.own.mk,v 1.15: moved OBJFORMAT initialization back > to sys.mk (several source tree makefiles want to check it early) > and removed MACHINE_ARCH initialization (it's hard to see from > looking at the commitlogs what the problem was at the time, but > now it serves no purpose). > > Prohibit the direct inclusion of bsd.man.mk and bsd.libnames.mk. > > Protect bsd.obj.mk from repetitive inclusion. Prohibiting the > direct inclusion of bsd.obj.mk might be a good idea too. This commit breaks building -current kernels on -stable. ============================================================================== ===> 3dfx "/usr/home/ken/perforce/FreeBSD-zero/src/sys/modules/3dfx/../../conf/kmod.mk", line 89: Could not find bsd.init.mk make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /usr/home/ken/perforce/FreeBSD-zero/src/sys/modules. *** Error code 1 Stop in /usr/home/ken/perforce/FreeBSD-zero/src/sys/i386/compile/gondolin. ============================================================================== The attached patch "fixes" it for me. I'm sure someone can come up with a cleaner way of fixing the problem. Ken -- Kenneth Merry ken@kdm.org --2fHTh5uZTiUOsy+g Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="kmod.mk.20020503" ==== //depot/FreeBSD-zero/src/sys/conf/kmod.mk#9 - /usr/home/ken/perforce/FreeBSD-zero/src/sys/conf/kmod.mk ==== *** /tmp/tmp.18430.0 Fri May 3 21:51:56 2002 --- /usr/home/ken/perforce/FreeBSD-zero/src/sys/conf/kmod.mk Fri May 3 21:51:43 2002 *************** *** 86,92 **** --- 86,98 ---- .error "Do not use KMODDEPS on 5.0+, use MODULE_VERSION/MODULE_DEPEND" .endif + .if exists(____) .include + .elif exists(../../../share/mk/bsd.init.mk) + .include "../../../share/mk/bsd.init.mk" + .elif exists(../../../../share/mk/bsd.init.mk) + .include "../../../../share/mk/bsd.init.mk" + .endif .SUFFIXES: .out .o .c .cc .cxx .C .y .l .s .S --2fHTh5uZTiUOsy+g-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 3 21: 9:49 2002 Delivered-To: freebsd-current@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 6777337B417; Fri, 3 May 2002 21:09:36 -0700 (PDT) Received: (from ken@localhost) by panzer.kdm.org (8.11.6/8.9.1) id g4449Zc17740; Fri, 3 May 2002 22:09:35 -0600 (MDT) (envelope-from ken) Date: Fri, 3 May 2002 22:09:35 -0600 From: "Kenneth D. Merry" To: Ruslan Ermilov Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org, current@FreeBSD.org Subject: Re: cvs commit: src/share/mk bsd.doc.mk bsd.docb.mk bsd.info.mk bsd.init.mk bsd.lib.mk bsd.libnames.mk bsd.man.mk bsd.nls.mk bsd.obj.mk bsd.own.mk bsd.prog.mk bsd.sgml.mk bsd.subdir.mk sys.mk Message-ID: <20020503220935.A17720@panzer.kdm.org> References: <200204171349.g3HDnTV73622@freefall.freebsd.org> <20020503220004.A17421@panzer.kdm.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: <20020503220004.A17421@panzer.kdm.org>; from ken@kdm.org on Fri, May 03, 2002 at 10:00:05PM -0600 Sender: owner-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 Fri, May 03, 2002 at 22:00:05 -0600, Kenneth D. Merry wrote: > On Wed, Apr 17, 2002 at 06:49:29 -0700, Ruslan Ermilov wrote: > > ru 2002/04/17 06:49:29 PDT > > > > Modified files: > > share/mk bsd.doc.mk bsd.docb.mk bsd.info.mk > > bsd.lib.mk bsd.libnames.mk bsd.man.mk > > bsd.nls.mk bsd.obj.mk bsd.own.mk > > bsd.prog.mk bsd.sgml.mk bsd.subdir.mk > > sys.mk > > Added files: > > share/mk bsd.init.mk > > Log: > > Don't include bsd.own.mk from sys.mk, this makes it impossible > > to use ``.if defined()'' inside bsd.own.mk to test for defines > > in individual makefiles. For example, setting DEBUG_FLAGS in > > Makefile didn't take the desired effect on the STRIP assignment. > > > > Added bsd.init.mk (like in NetBSD) that handles the inclusion > > of ../Makefile.inc and bsd.own.mk from all bsd.*.mk files that > > "build something". > > > > Back out bsd.own.mk,v 1.15: moved OBJFORMAT initialization back > > to sys.mk (several source tree makefiles want to check it early) > > and removed MACHINE_ARCH initialization (it's hard to see from > > looking at the commitlogs what the problem was at the time, but > > now it serves no purpose). > > > > Prohibit the direct inclusion of bsd.man.mk and bsd.libnames.mk. > > > > Protect bsd.obj.mk from repetitive inclusion. Prohibiting the > > direct inclusion of bsd.obj.mk might be a good idea too. > > This commit breaks building -current kernels on -stable. > > ============================================================================== > ===> 3dfx > "/usr/home/ken/perforce/FreeBSD-zero/src/sys/modules/3dfx/../../conf/kmod.mk", line 89: Could not find bsd.init.mk > make: fatal errors encountered -- cannot continue > *** Error code 1 > > Stop in /usr/home/ken/perforce/FreeBSD-zero/src/sys/modules. > *** Error code 1 > > Stop in /usr/home/ken/perforce/FreeBSD-zero/src/sys/i386/compile/gondolin. > > ============================================================================== > > The attached patch "fixes" it for me. > > I'm sure someone can come up with a cleaner way of fixing the problem. > > Ken > -- > Kenneth Merry > ken@kdm.org Sorry, it was this commit that broke building -current kernels on -stable: ru 2002/04/22 08:47:11 PDT Modified files: sys/conf kmod.mk Log: Use standard bsd.init.mk prologue. Revision Changes Path 1.116 +1 -7 src/sys/conf/kmod.mk > ==== //depot/FreeBSD-zero/src/sys/conf/kmod.mk#9 - /usr/home/ken/perforce/FreeBSD-zero/src/sys/conf/kmod.mk ==== > *** /tmp/tmp.18430.0 Fri May 3 21:51:56 2002 > --- /usr/home/ken/perforce/FreeBSD-zero/src/sys/conf/kmod.mk Fri May 3 21:51:43 2002 > *************** > *** 86,92 **** > --- 86,98 ---- > .error "Do not use KMODDEPS on 5.0+, use MODULE_VERSION/MODULE_DEPEND" > .endif > > + .if exists(____) > .include > + .elif exists(../../../share/mk/bsd.init.mk) > + .include "../../../share/mk/bsd.init.mk" > + .elif exists(../../../../share/mk/bsd.init.mk) > + .include "../../../../share/mk/bsd.init.mk" > + .endif > > .SUFFIXES: .out .o .c .cc .cxx .C .y .l .s .S > Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 3 21:42: 1 2002 Delivered-To: freebsd-current@freebsd.org Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by hub.freebsd.org (Postfix) with ESMTP id 7931C37B404 for ; Fri, 3 May 2002 21:41:58 -0700 (PDT) Received: from localhost (localhost [::1]) by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet6 id g444frf90672; Sat, 4 May 2002 13:41:53 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Cc: current@FreeBSD.org In-Reply-To: <20020503220935.A17720@panzer.kdm.org> References: <20020503220004.A17421@panzer.kdm.org> <20020503220004.A17421@panzer.kdm.org> <20020503220935.A17720@panzer.kdm.org> 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: 15 From: Makoto Matsushita To: ken@kdm.org Subject: Re: build a -current kernel on a -stable box Date: Sat, 04 May 2002 13:41:51 +0900 Message-Id: <20020504134151U.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 ken> Sorry, it was this commit that broke building -current kernels on -stable: How do you build -current kernel on your -stable box? cd /usr cvs -d /your/CVSROOT checkout src cd src make buildworld make buildkernel should work as it should be (and it's the only guaranteed procedure IIRC). -- - 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 Fri May 3 21:44:59 2002 Delivered-To: freebsd-current@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 6288837B416 for ; Fri, 3 May 2002 21:44:56 -0700 (PDT) Received: (from ken@localhost) by panzer.kdm.org (8.11.6/8.9.1) id g444iqB17881; Fri, 3 May 2002 22:44:52 -0600 (MDT) (envelope-from ken) Date: Fri, 3 May 2002 22:44:52 -0600 From: "Kenneth D. Merry" To: Makoto Matsushita Cc: current@FreeBSD.org Subject: Re: build a -current kernel on a -stable box Message-ID: <20020503224452.A17853@panzer.kdm.org> References: <20020503220004.A17421@panzer.kdm.org> <20020503220004.A17421@panzer.kdm.org> <20020503220935.A17720@panzer.kdm.org> <20020504134151U.matusita@jp.FreeBSD.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: <20020504134151U.matusita@jp.FreeBSD.org>; from matusita@jp.FreeBSD.org on Sat, May 04, 2002 at 01:41:51PM +0900 Sender: owner-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, May 04, 2002 at 13:41:51 +0900, Makoto Matsushita wrote: > > ken> Sorry, it was this commit that broke building -current kernels on -stable: > > How do you build -current kernel on your -stable box? > > cd /usr > cvs -d /your/CVSROOT checkout src > cd src > make buildworld > make buildkernel > > should work as it should be (and it's the only guaranteed procedure IIRC). Normally I skip the buildworld step and just build the kernel. It worked fine, up until the commit to kmod.mk. Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 3 23:10:24 2002 Delivered-To: freebsd-current@freebsd.org Received: from mass.dis.org (dhcp45-25.dis.org [216.240.45.25]) by hub.freebsd.org (Postfix) with ESMTP id 041EB37B41B for ; Fri, 3 May 2002 23:10:19 -0700 (PDT) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.6/8.11.6) with ESMTP id g4468Vh00626; Fri, 3 May 2002 23:08:31 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200205040608.g4468Vh00626@mass.dis.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: David Malone Cc: acpi-jp@jp.FreeBSD.org, current@freebsd.org Subject: Re: Odd problem with MTRR and ACPI In-reply-to: Your message of "Mon, 22 Apr 2002 07:53:10 BST." <200204220753.aa19942@salmon.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 03 May 2002 23:08:31 -0700 From: Michael Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Heh, finally someone that's actually trying to fix this. 8) The "right" thing is going to be to fix the MTRR code to preserve the extra MTRR bits; I've tried a few times to get some documentation on what these other bits mean without any luck. You'll need to hide these bits from the layers above and just hang on to them. Beyond that, I really don't have any great ideas unless/until you can find out what the bits do. = Mike > I have an ASUS A7A266 motherboard with an Athlon XP processor which > seems prone to weirdness. The BIOS seems to set the MTRRs to some > undocumented values, which used to prevent X starting. I've now > fixed the MTRR code and X works fine. > > Unfortunately, when X changes the MTRRs then ACPI stops working. > I tracked this down and found that the ACPI data just vanishes out > of memory when you change the MTRRs! (Illustration included below, > including hexdump of the bits of memory in question.) > > Has anyone seen anything like this? Does anyone have any idea what > the old MTRR values mean? They are changed from 0x10(=???) to > 0x01(=write-combine). > > David. > > MSR 26e, old=0x1010101010101010 new=0x0101010101010101 > MSR 26f, old=0x1010101010101010 new=0x0101010101010101 > > gonzo 3 # acpidump | head -3 > Found sig at f78c0 > Checksum OK at f78c0 > /* > RSD PTR: Checksum=144, OEMID=ASUS, RsdtAddress=0x17fec000 > */ > gonzo 4# dd if=/dev/mem bs=1024 count=1024 | hd -s 0xf78c0 > 000f78c0 52 53 44 20 50 54 52 20 90 41 53 55 53 20 20 00 |RSD PTR .ASUS . > | > 000f78d0 00 c0 fe 17 00 c0 fe 17 40 c0 fe 17 80 c0 fe 17 |........@....... > | > 000f78e0 00 c1 fe 17 00 f0 ff 17 00 00 00 00 00 00 00 00 |................ > | > 000f78f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................ > | > * > 000f8000 90 90 90 90 90 90 90 90 e9 41 61 2e 8b c0 8b c0 |.........Aa..... > | > > 00100000 > gonzo 5# memcontrol set -b 983040 -l 65536 -o XFree86 write-combine > gonzo 6# acpidump | head -3 > acpidump: Can't find ACPI information > gonzo 7# dd if=/dev/mem bs=1024 count=1024 | hd -s 0xf78c0 > 000f78c0 0c 00 04 00 00 40 f0 17 01 00 00 00 0b 80 00 00 |.....@.......... > | > * > 000fc240 0c 00 04 00 00 40 f0 17 01 00 00 00 00 00 00 00 |.....@.......... > | > 000fc250 0c 00 00 00 00 08 3e ca 01 00 00 00 00 00 00 00 |......>......... > | > * > 00100000 > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- To announce that there must be no criticism of the president, or that we are to stand by the president, right or wrong, is not only unpatriotic and servile, but is morally treasonable to the American public. - Theodore Roosevelt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat May 4 1: 8: 5 2002 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 1AA8C37B405 for ; Sat, 4 May 2002 01:08:02 -0700 (PDT) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.3/8.12.3) with SMTP id g4487lb5025625; Sat, 4 May 2002 04:07:47 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sat, 4 May 2002 04:07:46 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: "Kenneth D. Merry" Cc: Makoto Matsushita , current@FreeBSD.org Subject: Re: build a -current kernel on a -stable box In-Reply-To: <20020503224452.A17853@panzer.kdm.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 Fri, 3 May 2002, Kenneth D. Merry wrote: > On Sat, May 04, 2002 at 13:41:51 +0900, Makoto Matsushita wrote: > > > > ken> Sorry, it was this commit that broke building -current kernels on -stable: > > > > How do you build -current kernel on your -stable box? > > > > cd /usr > > cvs -d /your/CVSROOT checkout src > > cd src > > make buildworld > > make buildkernel > > > > should work as it should be (and it's the only guaranteed procedure IIRC). > > Normally I skip the buildworld step and just build the kernel. > > It worked fine, up until the commit to kmod.mk. I bumped into this problem when I tried to build directly from src/sys/i386/compile, but not when I did buildkernel since it appeared to do the right thing regarding using /usr/src/share/mk. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat May 4 1:52:23 2002 Delivered-To: freebsd-current@freebsd.org Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by hub.freebsd.org (Postfix) with ESMTP id D2D6237B405 for ; Sat, 4 May 2002 01:52:20 -0700 (PDT) Received: from localhost (localhost [::1]) by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet6 id g448qGf44382; Sat, 4 May 2002 17:52:16 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Cc: current@FreeBSD.org In-Reply-To: <20020503224452.A17853@panzer.kdm.org> References: <20020503220935.A17720@panzer.kdm.org> <20020504134151U.matusita@jp.FreeBSD.org> <20020503224452.A17853@panzer.kdm.org> 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: 7 From: Makoto Matsushita To: ken@kdm.org Subject: Re: build a -current kernel on a -stable box Date: Sat, 04 May 2002 17:52:14 +0900 Message-Id: <20020504175214U.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 ken> It worked fine, up until the commit to kmod.mk. That's by chance. -- - 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 Sat May 4 2:37: 8 2002 Delivered-To: freebsd-current@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 7047C37B419; Sat, 4 May 2002 02:37:04 -0700 (PDT) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 4 May 2002 10:37:03 +0100 (BST) To: Michael Smith Cc: acpi-jp@jp.FreeBSD.org, current@freebsd.org Subject: Re: Odd problem with MTRR and ACPI In-reply-to: Your message of "Fri, 03 May 2002 23:08:31 PDT." <200205040608.g4468Vh00626@mass.dis.org> X-Request-Do: Date: Sat, 04 May 2002 10:37:00 +0100 From: David Malone Message-ID: <200205041037.aa97524@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 > Heh, finally someone that's actually trying to fix this. 8) ;-) > The "right" thing is going to be to fix the MTRR code to preserve the > extra MTRR bits; I've tried a few times to get some documentation on what > these other bits mean without any luck. The code I added to the MTRR stuff recently can almost do this using a "unknown" mtrr type. I might also add an "immutable" type which is set by default for unknown values and must be explicitly cleared with memcontrol. That way people can change the unknown MTRR values if they really want to, but won't end up doing it by accident. > You'll need to hide these bits from the layers above and just hang on to > them. Beyond that, I really don't have any great ideas unless/until you > can find out what the bits do. I did find some AMD errata docs which hinted at a problem involving 4MB pages, MTRR and SMM. (Search for "MTRR SMM athlon ASEG" on google and you should get the PDF - there are two pages describing errata involving ASEG and TSEG. Does anyone know what ASEG and TSEG are?) I tried using a kernel with DISABLE_PSE but the problem seemed to persist. However, the docs do hint at there being a link between SMM and MTRRs for the Athlon. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat May 4 4:12:36 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailout08.sul.t-online.com (mailout08.sul.t-online.com [194.25.134.20]) by hub.freebsd.org (Postfix) with ESMTP id B505037B41A for ; Sat, 4 May 2002 04:12:31 -0700 (PDT) Received: from fwd11.sul.t-online.de by mailout08.sul.t-online.com with smtp id 173xSl-000402-01; Sat, 04 May 2002 13:12:27 +0200 Received: from dialin.t-online.de (340029380333-0001@[80.128.202.254]) by fmrl11.sul.t-online.com with esmtp id 173xSc-0NzvdYC; Sat, 4 May 2002 13:12:18 +0200 Received: from t-online.de (doom [172.23.7.254]) by dialin.t-online.de (8.11.6/8.11.6/Rock) with ESMTP id g44BBAC96508; Sat, 4 May 2002 13:11:10 +0200 (MEST) Message-ID: <3CD3C1CE.4010909@t-online.de> Date: Sat, 04 May 2002 13:11:10 +0200 From: Daniel Rock User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.0rc1) Gecko/20020417 X-Accept-Language: de, de-at, en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp Cc: current@FreeBSD.ORG Subject: Re: clock drift in -CURRENT References: <64858.1020263148@critter.freebsd.dk> <3CD0489F.D79EFF3F@t-online.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Sender: 340029380333-0001@t-dialin.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 Daniel Rock schrieb: >My kernel war relatively recent at the time of last boot - build >around March 2nd from -CURRENT sources a few hours before. > >If someone runs -CURRENT with default HZ of 100 and moans 247 days >later, his -CURRENT cannot be called -CURRENT any more... > >I am now running an up-to-date -CURRENT. I have set HZ=10000, so >I don't have to wait another 50 days. Hope this high HZ value has >no negative impact on the test. > >I will inform you in 3 days if anything strange happens again. I had run the kernel now for over 2^31 clock ticks and had no drifting problem so far. I will now set HZ back to 500 - let's see what happens in 50 days... Daniel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat May 4 6:29:32 2002 Delivered-To: freebsd-current@freebsd.org Received: from hpdi.ath.cx (pc1-nthf5-0-cust34.not.cable.ntl.com [80.4.34.34]) by hub.freebsd.org (Postfix) with ESMTP id 3BFB237B400 for ; Sat, 4 May 2002 06:29:27 -0700 (PDT) Received: from hpdi.ath.cx (localhost [127.0.0.1]) by hpdi.ath.cx (8.12.3/8.12.3) with ESMTP id g44DPMtm000450 for ; Sat, 4 May 2002 14:25:22 +0100 (BST) (envelope-from hitenp@hpdi.ath.cx) Received: (from hitenp@localhost) by hpdi.ath.cx (8.12.3/8.12.3/Submit) id g44DPL7Y000449 for current@FreeBSD.org; Sat, 4 May 2002 14:25:21 +0100 (BST) Date: Sat, 4 May 2002 14:25:21 +0100 From: Hiten Pandya To: current@FreeBSD.org Subject: mutex Giant problems in latest -current Message-ID: <20020504132521.GA363@hpdi.ath.cx> Reply-To: hiten@uk.FreeBSD.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PNTmBPCT7hxwcZjr" Content-Disposition: inline User-Agent: Mutt/1.3.28i X-Operating-System: FreeBSD hpdi.ath.cx 5.0-CURRENT FreeBSD 5.0-CURRENT Organisation: Hiten Pandya, Leicester LE5 3NF, United Kingdom X-PGP-Key: http://www.pittgoth.com/~hiten/pubkey.asc Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --PNTmBPCT7hxwcZjr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi all, I just compiled the kernel now, the date is: Sat May 4 14:18:08 BST 2002 I couldn't get a trace as I don't have a serial console or kernel dumps because of some S_Clockinfo problem. Anyway, the panic message was like this; just after trying to mount root: %% panic: mutex Giant not owned at /data/dev/src/sys/vm/vm_map.c:2151 Debugger:("panic") =2E.. %% As far as I am aware, this happens after rev. 1.229 of vm_map.c: %% RCS file: /home/ncvs/src/sys/vm/vm_map.c,v Working file: vm_map.c head: 1.229 description: ---------------------------- revision 1.229 date: 2002/05/04 02:07:36; author: alc; state: Exp; lines: +0 -3 o Remove GIANT_REQUIRED from vm_map_lookup_entry() and vm_map_check_protection(). o Call vm_map_check_protection() without Giant held in munmap(). ---------------------------- %% Thanks. --=20 Hiten Pandya http://storm.uk.FreeBSD.org/~hiten Finger hiten@storm.uk.FreeBSD.org for PGP public key -- 4FB9 C4A9 4925 CF97 9BF3 ADDA 861D 5DBD E4E3 03C3=20 --PNTmBPCT7hxwcZjr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE80+FAhh1dveTjA8MRAnlyAKDjVb1yZjXUHzQab1ODBoLW9Q9AvQCfatT3 Wb1eVbUqsA+ej9navEyV4Es= =wJBu -----END PGP SIGNATURE----- --PNTmBPCT7hxwcZjr-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat May 4 7:29:27 2002 Delivered-To: freebsd-current@freebsd.org Received: from mercury.gennex.com.au (CPE-144-132-60-7.vic.bigpond.net.au [144.132.60.7]) by hub.freebsd.org (Postfix) with ESMTP id C545837B41B; Sat, 4 May 2002 07:28:43 -0700 (PDT) Received: from SCOTT (jupiter [192.168.40.1]) by mercury.gennex.com.au (8.11.6/8.11.6) with SMTP id g44ESOT51926; Sun, 5 May 2002 00:28:30 +1000 (EST) (envelope-from scott.penno@gennex.com.au) Message-ID: <000201c1f377$e7668d00$0128a8c0@SCOTT> From: "Scott Penno" To: , Subject: Problems with Dell Inspiron 2500/NEWCARD/Xircom CBEM56G [DRAFT] Date: Sun, 5 May 2002 00:27:46 +1000 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.2600.0000 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 Hi there, I've been attempting to get my Xircom Realport CBEM56G working under CURRENT for some time without success. I grabbed the latest source on 03/05 12:00PM GMT and compiled without a problem. I have a 3Com Etherlink III 3C589D card which is a 16 bit card which I can insert and use without a problem. However when I try and insert my Xircom Realport CBEM56G, my laptop locks up. Under 4.X the cardbus bridge caused some intial problems getting configured but once working, worked a treat and I suspect this is where the current problem is. Without the kernel option PCI_ALLOW_UNSUPPORTED_IO_RANGE with NEWCARD, I'm unable to acheive any card functionality, when compiled with this option the 16 bit 3Com card works fine but the 32bit Xircom card causes a lockup. Interesting to note also that under Windows XP and FreeBSD 4.X the bridge is detected as an OZ6933, while under FreeBSD 5.X it's detected as an OZ6833. Not sure where to go from here so any assistance appreciated. I've included a dmesg from boot -v with the 3Com card, console messages when the Xircom card is inserted until the lockup occurs and finally the kernel configuration file. Regards, Scott. 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 #2: Sat May 4 12:13:42 EST 2002 root@jupiter.gennex.com.au:/usr/obj/usr/src/sys/JUPITER Preloaded elf kernel "/boot/kernel/kernel" at 0xc043b000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc043b0b4. Calibrating clock(s) ... TSC clock: 897239123 Hz, i8254 clock: 1193138 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method TSC initialization skipped: APM enabled. CPU: Pentium III/Pentium III Xeon/Celeron (897.28-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x68a Stepping = 10 Features=0x383f9ff real memory = 266797056 (260544K bytes) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x00462000 - 0x0fe67fff, 262168576 bytes (64006 pages) avail memory = 254808064 (248836K bytes) bios32: Found BIOS32 Service Directory header at 0xc00f66b0 bios32: Entry = 0xfd890 (c00fd890) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd890+0x13a pnpbios: Found PnP BIOS data at 0xc00f6700 pnpbios: Entry = f0000:a2a6 Rev = 1.0 Other BIOS signatures found: null: random: mem: Pentium Pro MTRR support enabled VESA: information block 56 45 53 41 00 03 00 01 00 01 01 00 00 00 40 00 00 01 10 00 00 01 31 01 00 01 43 01 00 01 5d 01 00 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 VESA: 16 mode(s) found VESA: v3.0, 1024k memory, flags:0x1, mode table:0xc03895c0 (1000040) VESA: Intel815M(TM) Graphics Chip Accelerated VGA BIOS VESA: Intel Corporation i815M Graphics Controller Hardware Version 0.0 pci_open(1): mode 1 addr port (0x0cf8) is 0x80001004 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=11308086) Using $PIR table, 7 entries at 0xc00fdf50 apm0: on motherboard apm0: found APM BIOS v1.2, connected at v1.2 npx0: on motherboard npx0: INT 16 interface acpi0: Other PM system enabled. pcib0: at pcibus 0 on motherboard pci0: physical bus=0 found-> vendor=0x8086, dev=0x1130, revid=0x11 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 map[10]: type 3, range 32, base f8000000, size 26, enabled map[14]: type 1, range 32, base f4000000, size 19, enabled found-> vendor=0x8086, dev=0x1132, revid=0x11 bus=0, slot=2, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 found-> vendor=0x8086, dev=0x2448, revid=0x03 bus=0, slot=30, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 found-> vendor=0x8086, dev=0x244c, revid=0x03 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 map[20]: type 4, range 32, base 00001800, size 4, enabled found-> vendor=0x8086, dev=0x244a, revid=0x03 bus=0, slot=31, func=1 class=01-01-80, hdrtype=0x00, mfdev=0 map[20]: type 4, range 32, base 00001820, size 5, enabled found-> vendor=0x8086, dev=0x2442, revid=0x03 bus=0, slot=31, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 intpin=d, irq=5 map[20]: type 4, range 32, base 00001810, size 4, enabled found-> vendor=0x8086, dev=0x2443, revid=0x03 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 intpin=b, irq=5 map[20]: type 4, range 32, base 00001880, size 5, enabled found-> vendor=0x8086, dev=0x2444, revid=0x03 bus=0, slot=31, func=4 class=0c-03-00, hdrtype=0x00, mfdev=0 intpin=c, irq=5 map[10]: type 4, range 32, base 00001c00, size 8, enabled map[14]: type 4, range 32, base 00001840, size 6, enabled found-> vendor=0x8086, dev=0x2445, revid=0x03 bus=0, slot=31, func=5 class=04-01-00, hdrtype=0x00, mfdev=0 intpin=b, irq=5 pci0: on pcib0 agp0: mem 0xf4000000-0xf407ffff,0xf8000000-0xfbffffff irq 10 at device 2.0 on pci0 agp0: allocating GATT for aperture of size 64M pcib1: at device 30.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xfff00000-0xfffff pcib1: prefetched decode 0xfff00000-0xfffff pci1: physical bus=1 found-> vendor=0x1217, dev=0x6933, revid=0x01 bus=1, slot=3, func=0 class=06-07-00, hdrtype=0x02, mfdev=1 intpin=a, irq=9 powerspec 2 supports D0 D1 D2 D3 current D0 found-> vendor=0x1217, dev=0x6933, revid=0x01 bus=1, slot=3, func=1 class=06-07-00, hdrtype=0x02, mfdev=1 intpin=b, irq=9 powerspec 2 supports D0 D1 D2 D3 current D0 pci1: on pcib1 pccbb0: irq 9 at device 3.0 on pci1 start (84000000) < sc->membase (fff00000) end (ffffffff) > sc->memlimit (fffff) pcib1: device pccbb0 requested unsupported memory range 0x84000000-0xffffffff (decoding 0xfff00000-0xfffff, 0xfff00000-0xfffff) pcib1: device pccbb0 requested decoded memory range 0x84000000-0xffffffff cardbus0: on pccbb0 pccard0: <16-bit PCCard bus> on pccbb0 pccbb1: irq 9 at device 3.1 on pci1 start (84000000) < sc->membase (fff00000) end (ffffffff) > sc->memlimit (fffff) pcib1: device pccbb1 requested unsupported memory range 0x84000000-0xffffffff (decoding 0xfff00000-0xfffff, 0xfff00000-0xfffff) pcib1: device pccbb1 requested decoded memory range 0x84000000-0xffffffff cardbus1: on pccbb1 pccard1: <16-bit PCCard bus> on pccbb1 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1800-0x180f at device 31.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0x1800 ata0: mask=03 ostat0=50 ostat2=00 ata0-master: ATAPI 00 00 ata0-slave: ATAPI 00 00 ata0: mask=03 stat0=50 stat1=00 ata0-master: ATA 01 a5 ata0: devices=01 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0x1808 ata1: mask=03 ostat0=50 ostat2=00 ata1-master: ATAPI 14 eb ata1-slave: ATAPI 00 00 ata1: mask=03 stat0=00 stat1=00 ata1: devices=04 ata1: at 0x170 irq 15 on atapci0 pci0: at device 31.2 (no driver attached) pci0: at device 31.3 (no driver attached) pci0: at device 31.4 (no driver attached) pcm0: port 0x1840-0x187f,0x1c00-0x1cff irq 5 at device 31.5 on pci0 pcm0: ac97 codec id 0x83847600 (SigmaTel STAC9700/9783/9784) pcm0: ac97 codec features 18 bit DAC, 18 bit ADC, 5 bit master volume, SigmaTel 3D Enhancement pcm0: sndbuf_setmap 71000, 4000; 0xd1dca000 -> 71000 pcm0: sndbuf_setmap 8e000, 4000; 0xd1dd7000 -> 8e000 pcm0: measured ac97 link rate at 29293 Hz ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: