From owner-freebsd-stable@FreeBSD.ORG Sun Nov 14 01:20:46 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7DB916A4CE for ; Sun, 14 Nov 2004 01:20:46 +0000 (GMT) Received: from kestrel.alerce.com (kestrel.alerce.com [209.182.219.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FA5343D2D for ; Sun, 14 Nov 2004 01:20:46 +0000 (GMT) (envelope-from hartzell@kestrel.alerce.com) Received: from satchel.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net [64.1.164.92]) (authenticated bits=128) by kestrel.alerce.com (8.12.10/8.12.10) with ESMTP id iAE1KF09081577 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sat, 13 Nov 2004 17:20:16 -0800 (PST) (envelope-from hartzell@kestrel.alerce.com) Received: from satchel.alerce.com (localhost [127.0.0.1]) by satchel.alerce.com (8.13.1/8.13.1) with ESMTP id iAE1KcTf015208 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sat, 13 Nov 2004 17:20:39 -0800 (PST) (envelope-from hartzell@satchel.alerce.com) Received: (from hartzell@localhost) by satchel.alerce.com (8.13.1/8.13.1/Submit) id iAE1KcmK015205; Sat, 13 Nov 2004 17:20:38 -0800 (PST) (envelope-from hartzell) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16790.45798.159026.384511@satchel.alerce.com> Date: Sat, 13 Nov 2004 17:20:38 -0800 To: freebsd-stable@freebsd.org X-Mailer: VM 7.17 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid X-Virus-Scanned: ClamAV version 'clamd / ClamAV version 0.65', clamav-milter version '0.60p' Subject: Is crash dumping supported onto a gmirror swap partition? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: hartzell@kestrel.alerce.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Nov 2004 01:20:46 -0000 Is it possible to save crashdumps onto a gmirror device? I'm trying to understand why one of my systems (being upgraded from 5.3BETA4 to 5.3) is sponteously rebooting. The first step seems to be to try to get a crash dump, but: (merlin)[5:16pm]~>>sudo dumpon -v /dev/mirror/gm0s1b Password: dumpon: ioctl(DIOCSKERNELDUMP): Operation not supported (merlin)[5:16pm]~>> Is the problem that one can't dump onto a gmirror'ed device, or is there something else that I'm missing. I'm running a default kernel, w/ an 'options smp' added. g. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 14 01:33:23 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BA3D16A4CE for ; Sun, 14 Nov 2004 01:33:23 +0000 (GMT) Received: from 168.18.broadband2.iol.cz (27.240.broadband2.iol.cz [83.208.240.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C7B343D46 for ; Sun, 14 Nov 2004 01:33:22 +0000 (GMT) (envelope-from bln@deprese.net) Received: from [172.16.2.2] (helo=[172.16.2.2]) by 168.18.broadband2.iol.cz with asmtp (Exim 4.41) id 1CT9Gb-0007qt-1t for freebsd-stable@freebsd.org; Sun, 14 Nov 2004 02:33:21 +0100 Message-ID: <4196B5E0.8030709@deprese.net> Date: Sun, 14 Nov 2004 02:33:20 +0100 From: Ondra Holecek User-Agent: Mozilla Thunderbird 0.8 (X11/20041014) X-Accept-Language: en-us, en MIME-Version: 1.0 Cc: freebsd-stable@freebsd.org References: <41938544.9010109@veldy.net> <200411120050.18159.michaelnottebrock@gmx.net> In-Reply-To: <200411120050.18159.michaelnottebrock@gmx.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ULE Scheduler available in 5.3-RELEASE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Nov 2004 01:33:23 -0000 Can you describe advantages of using SCHED_ULE on UP? or just link or something. Michael Nottebrock wrote: > On Thursday, 11. November 2004 16:42, Ronald Klop wrote: > >>On Thu, 11 Nov 2004 09:29:08 -0600, Thomas T. Veldhouse >> >>wrote: >> >>>I just read in the release notes that 5.3-RELEASE has the new ULE >>>scheduler available, but that 4BSD is the default scheduler. I thought >>>I read messages in freebsd-current indicating that the option to use ULE >>>was completely removed from the 5.3 or even the RELENG_5 branch? So, is >>>ULE really available? >> >>Not in RELENG_5 and not in RELENG_5_3. There are issues with it. If it is >>fixed it will come back. >> >>See this line in /usr/src/sys/kern/sched_ule.c: >>#error "The SCHED_ULE scheduler is broken. Please use SCHED_4BSD" > > > ... which of course you can just patch out. :) I'm still using ULE on my (UP) > machine, works fine for me. > From owner-freebsd-stable@FreeBSD.ORG Sun Nov 14 10:57:09 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 517D916A4CE; Sun, 14 Nov 2004 10:57:09 +0000 (GMT) Received: from anchor-post-32.mail.demon.net (anchor-post-32.mail.demon.net [194.217.242.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1A2743D41; Sun, 14 Nov 2004 10:57:08 +0000 (GMT) (envelope-from mark@markdnet.demon.co.uk) Received: from markdnet.demon.co.uk ([80.177.29.129] helo=[192.168.20.3]) by anchor-post-32.mail.demon.net with esmtp (Exim 4.42) id 1CTI4B-0007ia-82; Sun, 14 Nov 2004 10:57:07 +0000 From: Mark Dixon To: freebsd-stable@freebsd.org Date: Sun, 14 Nov 2004 10:56:40 +0000 User-Agent: KMail/1.7 References: <200411132017.37794.mark@markdnet.demon.co.uk> <20041113210114.GA22467@ip.net.ua> In-Reply-To: <20041113210114.GA22467@ip.net.ua> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3574059.Ca74iIzASd"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411141056.59501.mark@markdnet.demon.co.uk> cc: stable@freebsd.org Subject: Re: Build of RELENG_5 fails in libmagic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Nov 2004 10:57:09 -0000 --nextPart3574059.Ca74iIzASd Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 13 Nov 2004 21:01, Ruslan Ermilov wrote: > On Sat, Nov 13, 2004 at 08:17:31PM +0000, Mark Dixon wrote: > > Hi, > > > > I'm trying to build 5-STABLE, I have cvsuped the latest source, cleared > > out /usr/obj and I still get this problem. Any idea what could be causi= ng > > it? > > Check that your system's date/time is set correctly, I bet > it's not. Right, that was it. I noticed sending that email, but thought nothing of it= =2E=20 Is this something we could easily sanity check for at the start of the buil= d? Thanks for the help, =2D-=20 Mark 'If it compiles, ship it' --nextPart3574059.Ca74iIzASd Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBlzn7LqgJ90OcaiARAuX7AJwJAwUEOh8VOrifxPoYv6ZkRTM2/gCeLBWr C/GbkcmhmJKU2yPedjZ+Sy0= =mLAs -----END PGP SIGNATURE----- --nextPart3574059.Ca74iIzASd-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 14 10:57:09 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 517D916A4CE; Sun, 14 Nov 2004 10:57:09 +0000 (GMT) Received: from anchor-post-32.mail.demon.net (anchor-post-32.mail.demon.net [194.217.242.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1A2743D41; Sun, 14 Nov 2004 10:57:08 +0000 (GMT) (envelope-from mark@markdnet.demon.co.uk) Received: from markdnet.demon.co.uk ([80.177.29.129] helo=[192.168.20.3]) by anchor-post-32.mail.demon.net with esmtp (Exim 4.42) id 1CTI4B-0007ia-82; Sun, 14 Nov 2004 10:57:07 +0000 From: Mark Dixon To: freebsd-stable@freebsd.org Date: Sun, 14 Nov 2004 10:56:40 +0000 User-Agent: KMail/1.7 References: <200411132017.37794.mark@markdnet.demon.co.uk> <20041113210114.GA22467@ip.net.ua> In-Reply-To: <20041113210114.GA22467@ip.net.ua> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3574059.Ca74iIzASd"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411141056.59501.mark@markdnet.demon.co.uk> cc: stable@freebsd.org Subject: Re: Build of RELENG_5 fails in libmagic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Nov 2004 10:57:09 -0000 --nextPart3574059.Ca74iIzASd Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 13 Nov 2004 21:01, Ruslan Ermilov wrote: > On Sat, Nov 13, 2004 at 08:17:31PM +0000, Mark Dixon wrote: > > Hi, > > > > I'm trying to build 5-STABLE, I have cvsuped the latest source, cleared > > out /usr/obj and I still get this problem. Any idea what could be causi= ng > > it? > > Check that your system's date/time is set correctly, I bet > it's not. Right, that was it. I noticed sending that email, but thought nothing of it= =2E=20 Is this something we could easily sanity check for at the start of the buil= d? Thanks for the help, =2D-=20 Mark 'If it compiles, ship it' --nextPart3574059.Ca74iIzASd Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBlzn7LqgJ90OcaiARAuX7AJwJAwUEOh8VOrifxPoYv6ZkRTM2/gCeLBWr C/GbkcmhmJKU2yPedjZ+Sy0= =mLAs -----END PGP SIGNATURE----- --nextPart3574059.Ca74iIzASd-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 14 14:06:13 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7551816A4CE for ; Sun, 14 Nov 2004 14:06:13 +0000 (GMT) Received: from mail3.bluewin.ch (mail3.bluewin.ch [195.186.1.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08C1143D1D for ; Sun, 14 Nov 2004 14:06:13 +0000 (GMT) (envelope-from priv@tucsoft.com) Received: from [10.0.0.3] (62.203.197.52) by mail3.bluewin.ch (Bluewin AG 7.0.030.2) id 41862FF20014EFB7 for stable@FreeBSD.org; Sun, 14 Nov 2004 14:06:11 +0000 Message-ID: <41976624.4020103@tucsoft.com> Date: Sun, 14 Nov 2004 15:05:24 +0100 From: marco foglia User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: subscription to 5.3 stable mailing list, thanks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Nov 2004 14:06:13 -0000 From owner-freebsd-stable@FreeBSD.ORG Sun Nov 14 14:24:27 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B23816A4CE for ; Sun, 14 Nov 2004 14:24:27 +0000 (GMT) Received: from iscan1.intra.oki.co.jp (okigate.oki.co.jp [202.226.91.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3056743D3F for ; Sun, 14 Nov 2004 14:24:25 +0000 (GMT) (envelope-from yamamoto436@oki.com) Received: from aoi.bmc.oki.co.jp (localhost.localdomain [127.0.0.1]) by iscan1.intra.oki.co.jp (8.9.3/8.9.3) with SMTP id XAA13248 for ; Sun, 14 Nov 2004 23:24:23 +0900 Received: (qmail 29490 invoked from network); 14 Nov 2004 23:24:23 +0900 Received: from tulip.bmc.oki.co.jp (172.19.234.100) by aoi.bmc.oki.co.jp with SMTP; 14 Nov 2004 23:24:23 +0900 Received: from localhost (tulip [172.19.234.100]) by tulip.bmc.oki.co.jp (8.13.1/8.12.11) with ESMTP id iAEEON8O015495; Sun, 14 Nov 2004 23:24:23 +0900 (JST) (envelope-from yamamoto436@oki.com) Date: Sun, 14 Nov 2004 23:24:23 +0900 (JST) Message-Id: <20041114.232423.71097254.yamamoto436@oki.com> To: freebsd-stable@freebsd.org, freebsd-ipfw@freebsd.org From: Hideki Yamamoto In-Reply-To: <20041107.061547.71182690.yamamoto436@oki.com> References: <20041104.015341.71171019.yamamoto436@oki.com> <20041107.061547.71182690.yamamoto436@oki.com> X-Mailer: Mew version 3.3 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: IPv6 bridge + gif tunnel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Nov 2004 14:24:27 -0000 Hi, About the combination between bridge function and gif tunnel function, I have tested it on FreeBSD 4.10, but not succeeded. FreeBSD 4.10 box shows the message when we typed 'sysctl net.link.ether.bridge_cfg=rl0,gif0', gif0 is not an ethernet, continue interface gif0 Not found in bridge. I changed operating system from FreeBSD to OpneBSD 3.5, and succeeded. Multicast and unicast UDP packets, ICMP packets are bridged without losing packets. It seems that the bridge function on OpenBSD is better than FreeBSD. Though I will use OpenBSD for a while as a test tool, I hope OpenBSD bridge function will be ported into FreeBSD in the future. Does anyone have a plan to port it? Regards, Hideki Yamamoto. From: Hideki Yamamoto Subject: Re: IPv6 bridge + gif tunnel Date: Sun, 07 Nov 2004 06:15:47 +0900 (JST) Message-ID: <20041107.061547.71182690.yamamoto436@oki.com> > > Hi, > > I would like to make my problems clear. > I have two questions about bridge function in the following figure. > > (1) Can we use bridge function over psuedo devices such as > gif and tun? > > box3# ifconfig bge0 inet 133.149.0.2 netmask 255.255.255.0 > box2# ifconfig create gif0 > box2# gifconfig gif0 inet 133.149.0.2 133.149.1.2 > box2# sysctl net.link.ether.bridge: 1 > box2# sysctl net.link.ether.bridge_cfg: fxp0,gif0 > > box3# ifconfig bge1 inet 133.149.1.2 netmask 255.255.255.0 > box3# ifconfig create gif1 > box3# gifconfig gif1 inet 133.149.1.2 133.149.0.2 > box3# sysctl net.link.ether.bridge: 1 > box3# sysctl net.link.ether.bridge_cfg: gif1,fxp0 > > (2) Can any protocols go through between IPv6 MC router and > IPv6 terminal in this step2 figure? Are there any limitations? > Is IPv6 packet available? > > > <> IPv6 bridge cascaded by gif tunnel > > > > +------box#2------------------+ > > [IPv6 MC router ]-+---------+-(fxp0) IPv6 bridge | > > | | > > | | > > (IPv4)133.149.0.2 +--+-(bge0) IPv6 bridge and IPv4 | > > | | (gif0) IPv6 over IPv4 | > > | +-----------------------------+ > > | > > > > | > > | +-------box#3-----------------+ > > (IPv4)133.149.1.2 +--+-(bge1) IPv6 bridge and IPv4 | > > | (gif1) IPv6 over IPv4 | > > | | > > | | > > | | > > +--+-(fxp0) IPv6 bridge | > > | +-----------------------------+ > > | > > | term#2 > > +-----[IPv6 terminal(NDP client)] > > > > Thanks in advance > > Hidei Yamamoto > ----------------------------------------------------------------- Hideki YAMAMOTO | Broadband Media Solutions Department | E-mail: yamamoto436@oki.com Broadband Media Company | Tel: +81-48-420-7012 Oki Electric Industry Co., Ltd. | FAX: +81-48-420-7016 From owner-freebsd-stable@FreeBSD.ORG Sun Nov 14 17:44:20 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 945A816A4CE for ; Sun, 14 Nov 2004 17:44:20 +0000 (GMT) Received: from annibale.willystudios.com (annibale.willystudios.com [216.120.241.248]) by mx1.FreeBSD.org (Postfix) with ESMTP id F01FD43D2F for ; Sun, 14 Nov 2004 17:44:17 +0000 (GMT) (envelope-from stucchi@willystudios.com) Received: by annibale.willystudios.com (Postfix, from userid 1003) id 8CC2B4F415; Sun, 14 Nov 2004 18:37:13 +0100 (CET) Received: from max.willystudios.com (host142-123.pool80116.interbusiness.it [80.116.123.142]) by annibale.willystudios.com (Postfix) with ESMTP id 37DB04F405; Sun, 14 Nov 2004 18:37:12 +0100 (CET) Received: by max.willystudios.com (Postfix, from userid 1000) id F36EAA0; Sun, 14 Nov 2004 18:44:08 +0100 (CET) Date: Sun, 14 Nov 2004 18:44:08 +0100 From: Massimiliano Stucchi To: Mark Dixon Message-ID: <20041114174408.GI2180@willystudios.com> References: <200401131937.27950.mark@markdnet.demon.co.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Rn7IEEq3VEzCw+ji" Content-Disposition: inline In-Reply-To: <200401131937.27950.mark@markdnet.demon.co.uk> X-Operating-System: FreeBSD 4.10-STABLE X-URL: http://www.willystudios.com/max/ X-Organization: WillyStudios.com User-Agent: Mutt/1.5.6i X-Bogosity: No, tests=bogofilter, spamicity=0.500000, version=0.92.8 cc: stable@freebsd.org Subject: Re: Build of RELENG_5 fails in libmagic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: stucchi@willystudios.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Nov 2004 17:44:20 -0000 --Rn7IEEq3VEzCw+ji Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 130104, 19:37, Mark Dixon wrote: >=20 > I'm trying to build 5-STABLE, I have cvsuped the latest source, cleared= =20 > out /usr/obj and I still get this problem. Any idea what could be causing= it? >=20 > /usr/obj/usr/src/i386/usr/bin/ld: cannot find -lc > *** Error code 1 I had the same exact problem while tryint to buildworld on an amd64 box I have, but this disappeared when I issued a make clean in /usr/src. Maybe it could help. Ciao ! --=20 Massimiliano Stucchi WillyStudios.com stucchi@willystudios.com Http://www.willystudios.com/max/ --Rn7IEEq3VEzCw+ji Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBl5loFwcpJfdZDoERArEZAJ9rdxoBq4R/GTpAnTC5BVdyF1/4oQCfYoXa B9jmKCgo1drj6dHc/XBIbYA= =4Vez -----END PGP SIGNATURE----- --Rn7IEEq3VEzCw+ji-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 14 19:31:43 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A25AA16A4CE for ; Sun, 14 Nov 2004 19:31:43 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 67E8843D31 for ; Sun, 14 Nov 2004 19:31:42 +0000 (GMT) (envelope-from ralf.folkerts@gmx.de) Received: (qmail 12746 invoked by uid 65534); 14 Nov 2004 19:31:37 -0000 Received: from p508353AE.dip0.t-ipconnect.de (EHLO beaster) (80.131.83.174) by mail.gmx.net (mp020) with SMTP; 14 Nov 2004 20:31:37 +0100 X-Authenticated: #18511927 From: Ralf Folkerts To: stable@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-PkzESrx8zyf9ZIrnXNCc" Organization: Wohnzimmerrechenzentrum Date: Sun, 14 Nov 2004 20:31:36 +0100 Message-Id: <1100460696.34540.11.camel@beaster> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port Subject: Can't compile 5.3-STABLE from 5.3-RC2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Nov 2004 19:31:43 -0000 --=-PkzESrx8zyf9ZIrnXNCc Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi, I wanted to Update my System that runs FreeBSD 5.3-RC2 to the "final" 5.3-Level. However, compile reproducible stops in libstdc++, claiming a missing "unwind.h". I already removed /usr/src and re-cvsupped it and also searched the /usr/src/UPDATING and the CURRENT- and STABLE-Lists for such Problems. The Update from 5.2.1 to 5.3-RC2 ran just fine on that machine (after removing the CXXFLAGS from /etc/make.conf). uname -a: FreeBSD beaster.home.folkerts-net.de 5.3-RC2 FreeBSD 5.3-RC2 #1: Mon Nov 1 15:42:06 CET 2004 toor@beaster.home.folkerts-net.de:/usr/obj/usr/src/sys/BEASTERKERNEL i386 I'll paste the libstdc++-Output and my /etc/make.conf below. What did I do wrong? As it worked fine from 5.2.1 to 5.3 I hope it's just a small Problem ;-) Would be great if I could get a hint! MTIA, cheers, _ralf_ --- /etc/make.conf --- PUTYPE=3Dathlon-xp CFLAGS=3D -O -pipe NO_LPR=3Dyes CUPS_OVERWRITE_BASE=3Dyes NOINET6=3Dtrue NOPROFILE=3Dtrue COMPAT4X=3Dyes # -- use.perl generated deltas -- # # Created: Sat Jan 17 12:55:06 2004 # Setting to use base perl from ports: PERL_VER=3D5.6.1 PERL_VERSION=3D5.6.1 PERL_ARCH=3Dmach NOPERL=3Dyo NO_PERL=3Dyo NO_PERL_WRAPPER=3Dyo X_WINDOW_SYSTEM=3Dxfree86-4 --- end of /etc/make.conf --- =3D=3D=3D> gnu/lib/libreadline/readline/doc =3D=3D=3D> gnu/lib/libstdc++ ln -sf /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc ++/config/cpu/i486/atomicity.h atomicity.cc rm -f .depend mkdep -f .depend -a -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H -I/usr/src/gnu/lib/libstdc++ -I/usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/libsupc++ -I/usr/src/gnu/lib/libstdc ++/../../../contrib/gcc -I/usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/include /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc ++/libmath/signbitf.c /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc ++/libmath/signbitl.c /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/libmath/stubs.c/usr/src/gnu/lib/libstdc ++/../../../contrib/gcc/cp-demangle.c mkdep -f .depend -a /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/src/allocator.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/src/codecvt.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/src/complex_io.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/src/ctype.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/src/debug.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc ++/src/functexcept.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc ++/src/globals_locale.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/src/globals_io.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/src/ios.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc ++/src/ios_failure.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/src/ios_init.cc/usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/src/ios_locale.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/src/limits.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/src/list.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/src/locale.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc ++/src/locale_init.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc ++/src/locale_facets.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/src/localename.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/src/stdexcept.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/src/strstream.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/src/tree.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc ++/src/allocator-inst.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc ++/src/concept-inst.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc ++/src/fstream-inst.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/src/ext-inst.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/src/io-inst.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc ++/src/istream-inst.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc ++/src/locale-inst.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc ++/src/locale-misc-inst.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/src/misc-inst.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc ++/src/ostream-inst.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc ++/src/sstream-inst.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc ++/src/streambuf-inst.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc ++/src/string-inst.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc ++/src/valarray-inst.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc ++/src/wlocale-inst.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/src/wstring-inst.cc atomicity.cc /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc ++/config/locale/generic/codecvt_members.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc ++/config/locale/generic/collate_members.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc ++/config/locale/generic/ctype_members.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc ++/config/locale/generic/messages_members.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc ++/config/locale/generic/monetary_members.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc ++/config/locale/generic/numeric_members.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc ++/config/locale/generic/time_members.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc ++/config/io/basic_file_stdio.cc/usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc ++/config/locale/generic/c_locale.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/libsupc ++/del_op.cc /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc ++/libsupc++/del_opnt.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/libsupc ++/del_opv.cc /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc ++/libsupc++/del_opvnt.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/libsupc ++/eh_alloc.cc /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc ++/libsupc++/eh_aux_runtime.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/libsupc ++/eh_catch.cc /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc ++/libsupc++/eh_exception.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/libsupc ++/eh_globals.cc /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc ++/libsupc++/eh_personality.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/libsupc ++/eh_term_handler.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/libsupc ++/eh_terminate.cc /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc ++/libsupc++/eh_throw.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/libsupc ++/eh_type.cc /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc ++/libsupc++/eh_unex_handler.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/libsupc ++/guard.cc /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc ++/libsupc++/new_handler.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/libsupc ++/new_op.cc /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc ++/libsupc++/new_opnt.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/libsupc ++/new_opv.cc /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc ++/libsupc++/new_opvnt.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/libsupc++/pure.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/libsupc ++/tinfo.cc /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc ++/libsupc++/tinfo2.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/libsupc++/vec.cc /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/libsupc++/vterminate.cc In file included from /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/libsupc++/eh_alloc.cc:37: /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc ++/unwind-cxx.h:41:20: unwind.h: No such file or directory In file included from /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/libsupc++/eh_aux_runtime.cc:34: /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc ++/unwind-cxx.h:41:20: unwind.h: No such file or directory In file included from /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/libsupc++/eh_catch.cc:32: /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc ++/unwind-cxx.h:41:20: unwind.h: No such file or directory In file included from /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/libsupc++/eh_exception.cc:34: /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc ++/unwind-cxx.h:41:20: unwind.h: No such file or directory In file included from /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/libsupc++/eh_globals.cc:33: /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc ++/unwind-cxx.h:41:20: unwind.h: No such file or directory In file included from /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/libsupc++/eh_personality.cc:34: /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc ++/unwind-cxx.h:41:20: unwind.h: No such file or directory /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc ++/eh_personality.cc:38:23: unwind-pe.h: No such file or directory In file included from /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/libsupc++/eh_term_handler.cc:30: /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc ++/unwind-cxx.h:41:20: unwind.h: No such file or directory In file included from /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/libsupc++/eh_terminate.cc:34: /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc ++/unwind-cxx.h:41:20: unwind.h: No such file or directory In file included from /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/libsupc++/eh_throw.cc:32: /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc ++/unwind-cxx.h:41:20: unwind.h: No such file or directory In file included from /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/libsupc++/eh_type.cc:32: /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc ++/unwind-cxx.h:41:20: unwind.h: No such file or directory In file included from /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/libsupc++/eh_unex_handler.cc:30: /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc ++/unwind-cxx.h:41:20: unwind.h: No such file or directory In file included from /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/libsupc++/pure.cc:31: /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc ++/unwind-cxx.h:41:20: unwind.h: No such file or directory In file included from /usr/src/gnu/lib/libstdc ++/../../../contrib/libstdc++/libsupc++/vec.cc:37: /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc ++/unwind-cxx.h:41:20: unwind.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/gnu/lib/libstdc++. *** Error code 1 Stop in /usr/src/gnu/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. [-su]beaster:src$ --=-PkzESrx8zyf9ZIrnXNCc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Dies ist ein digital signierter Nachrichtenteil -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBl7KYY2jmDrUy5RMRApHDAJ9toM3RaVTsjP6fPiCC0hA1X4O5OQCfXDhr rry9z8wI4Xsm/bgXWl6Xc9k= =J5a/ -----END PGP SIGNATURE----- --=-PkzESrx8zyf9ZIrnXNCc-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 14 23:03:36 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4769716A4CE for ; Sun, 14 Nov 2004 23:03:36 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CDB243D62 for ; Sun, 14 Nov 2004 23:03:36 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id 3CEE7C718; Sun, 14 Nov 2004 18:03:35 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id 9961767EA; Sun, 14 Nov 2004 18:03:32 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16791.58436.511616.733270@canoe.dclg.ca> Date: Sun, 14 Nov 2004 18:03:32 -0500 To: freebsd-stable@freebsd.org X-Mailer: VM 7.17 under 21.5 (beta17) "chayote" (+CVS-20040321) XEmacs Lucid Subject: new threads problem? pthread_cond_timedwait ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Nov 2004 23:03:36 -0000 My hard drive failed right around FreeBSD-5.3, so I got to do a fresh install of 5.3-RC1 followed by a cvsup to -STABLE (yesterday). Due to my nvidia video driver, I still have libmap.conf forcing libpthread to use libc_r. When compiling audio/xmms-imms, I get the following error, and I don't know how to deal with it: c++ -L/usr/X11R6/lib `xmms-config --libs` -lc -lm -lpcre -lsqlite3 -lz -ltag analyzer.o spectrum.o `pkg-config fftw3f --libs` libimmscore.a -o analyzer /usr/local/lib/libgthread12.so.3: undefined reference to `pthread_cond_timedwait' Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-stable@FreeBSD.ORG Sun Nov 14 23:40:01 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8AA8316A4CE; Sun, 14 Nov 2004 23:40:01 +0000 (GMT) Received: from hotmail.com (bay2-dav16.bay2.hotmail.com [65.54.246.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6372643D1F; Sun, 14 Nov 2004 23:40:01 +0000 (GMT) (envelope-from tssajo@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sun, 14 Nov 2004 15:40:01 -0800 Received: from 24.24.201.219 by BAY2-DAV16.phx.gbl with DAV; Sun, 14 Nov 2004 23:39:00 +0000 X-Originating-IP: [24.24.201.219] X-Originating-Email: [tssajo@hotmail.com] X-Sender: tssajo@hotmail.com From: "Zoltan Frombach" To: , Date: Sun, 14 Nov 2004 15:39:00 -0800 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-ID: X-OriginalArrivalTime: 14 Nov 2004 23:40:01.0086 (UTC) FILETIME=[421C7DE0:01C4CAA3] Subject: Either I do something wrong or there is a regexp bug in sed !! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Nov 2004 23:40:01 -0000 I'm trying to use sed under FreeBSD 5.3-RELEASE in a new 'netqmail' port I am currently working on. I want to replace a bunch of digits (in plain English: a decimal number) in a text file at the beginning of a line. Here is how the original file looks before I do anything (this file is part of the netqmail-1.05 package, but it is unimportant): --- file conf-split begins 23 This is the queue subdirectory split. --- file conf-split ends Okay, so I try to replace 23 (or whatever number is there!) at the beginning of the first line to let's say 199 in this file using sed. I would expect this to work: sed -e "s/^[0-9]+/199/" conf-split > conf-split.new But it doesn't change anything in conf-spilt.new!! My regexp ^[0-9]+ doesn't match anything! After spending like an hour investigating this, I realized that the + after my bracket expression ( I'm talking about this part here: [0-9]+ ) does not match! If I omit the use of + and use * instead, I can make my regexp to match. So this works - but IMHO it's ugly: sed -e "s/^[0-9][0-9]*/199/" conf-split > conf-split.new It gives this output, which is what I always wanted: --- file conf-split.new begins 199 This is the queue subdirectory split. --- file conf-split.new ends According to the sed man page, the regexp syntax that is used by sed is documented in the re_format man page. And according to the re_format man page: "A piece is an atom possibly followed by a single= `*', `+', `?', or bound. An atom followed by `*' matches a sequence of 0 or more matches of the atom. An atom followed by `+' matches a sequence of 1 or more matches of the atom. ..." And the definition of an "atom" is (quoted from the same man page): "An atom is a regular expression enclosed in `()' (matching a match for the regular expression), an empty set of `()' (matching the null string)=, a bracket expression (see below) ..." So either my bracket expression ( [0-9] ) in my first sed command was not recognized as an atom, or if it was recognized as an atom then the + that followed it was not interpreted properly... Can anyone please tell me why? I believe this is a bug in sed or in the regexp library which sed uses. If it is a regexp library issue, then there is a chance that it affects other programs that use it, as well! At least it can break all programs that use sed regexps, especially ports... My uname -a is: FreeBSD www.xxxxxxxx.com 5.3-RELEASE FreeBSD 5.3-RELEASE #0: Fri Nov 12 01:07:41 PST 2004 xxx@www.xxxxxxxx.com:/usr/obj/usr/src/sys/XXXXXXXX i386 Zoltan From owner-freebsd-stable@FreeBSD.ORG Sun Nov 14 23:48:31 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A883D16A4CE; Sun, 14 Nov 2004 23:48:31 +0000 (GMT) Received: from bache.ece.cmu.edu (BACHE.ECE.CMU.EDU [128.2.129.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EAAB43D48; Sun, 14 Nov 2004 23:48:31 +0000 (GMT) (envelope-from allbery@ece.cmu.edu) Received: from [10.9.204.1] (dsl093-061-215.pit1.dsl.speakeasy.net [66.93.61.215]) by bache.ece.cmu.edu (Postfix) with ESMTP id BA8E582; Sun, 14 Nov 2004 18:48:28 -0500 (EST) From: "Brandon S. Allbery KF8NH" To: Zoltan Frombach In-Reply-To: References: Content-Type: text/plain Message-Id: <1100476106.10768.4.camel@rushlight.kf8nh.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sun, 14 Nov 2004 18:48:27 -0500 Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: Either I do something wrong or there is a regexp bug in sed !! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Nov 2004 23:48:31 -0000 On Sun, 2004-11-14 at 18:39, Zoltan Frombach wrote: > match anything! After spending like an hour investigating this, I realized > that the + after my bracket expression ( I'm talking about this part here: Normal. > According to the sed man page, the regexp syntax that is used by sed is > documented in the re_format man page. And according to the re_format man > page: "A piece is an atom possibly followed by a single= `*', `+', `?', or You need to read it more carefully. There are two kinds of regular expressions, "basic" and "extended". sed, ed, and grep speak BRE syntax, whereas awk and egrep speak ERE syntax. + is special only in ERE syntax. (And then there's GNU, where the difference between BRE and ERE is that some things use a preceding backslash in BRE and don't in ERE, and vice versa, so GNU sed does what you want if you use \+ instead of +.) -- brandon s. allbery [linux,solaris,freebsd,perl] allbery@kf8nh.com system administrator [WAY too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon univ. KF8NH From owner-freebsd-stable@FreeBSD.ORG Sun Nov 14 23:49:12 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E71416A4D0 for ; Sun, 14 Nov 2004 23:49:12 +0000 (GMT) Received: from smtp18.wxs.nl (smtp18.wxs.nl [195.121.6.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EDDE43D49 for ; Sun, 14 Nov 2004 23:49:11 +0000 (GMT) (envelope-from freebsd@akruijff.dds.nl) Received: from kruij557.speed.planet.nl (ipd50a97ba.speed.planet.nl [213.10.151.186]) by smtp18.wxs.nl (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0I7700C980TYHZ@smtp18.wxs.nl> for stable@freebsd.org; Mon, 15 Nov 2004 00:49:10 +0100 (CET) Received: from alex.lan (localhost [127.0.0.1]) by kruij557.speed.planet.nl (8.13.1/8.13.1) with ESMTP id iAENn9fZ012574; Mon, 15 Nov 2004 00:49:09 +0100 Received: (from akruijff@localhost) by alex.lan (8.13.1/8.13.1/Submit) id iAENn8Uo012573; Mon, 15 Nov 2004 00:49:08 +0100 Content-return: prohibited Date: Mon, 15 Nov 2004 00:49:08 +0100 From: Alex de Kruijff In-reply-to: <1100460696.34540.11.camel@beaster> To: Ralf Folkerts Message-id: <20041114234908.GA746@alex.lan> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: Mutt/1.4.2.1i References: <1100460696.34540.11.camel@beaster> X-Authentication-warning: alex.lan: akruijff set sender to freebsd@akruijff.dds.nl using -f cc: stable@freebsd.org Subject: Re: Can't compile 5.3-STABLE from 5.3-RC2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Nov 2004 23:49:12 -0000 On Sun, Nov 14, 2004 at 08:31:36PM +0100, Ralf Folkerts wrote: > Hi, > > I wanted to Update my System that runs FreeBSD 5.3-RC2 to the "final" > 5.3-Level. > > However, compile reproducible stops in libstdc++, claiming a missing > "unwind.h". > > I already removed /usr/src and re-cvsupped it and also searched > the /usr/src/UPDATING and the CURRENT- and STABLE-Lists for such > Problems. > > The Update from 5.2.1 to 5.3-RC2 ran just fine on that machine (after > removing the CXXFLAGS from /etc/make.conf). > > uname -a: > FreeBSD beaster.home.folkerts-net.de 5.3-RC2 FreeBSD 5.3-RC2 #1: Mon Nov > 1 15:42:06 CET 2004 > toor@beaster.home.folkerts-net.de:/usr/obj/usr/src/sys/BEASTERKERNEL > i386 > > I'll paste the libstdc++-Output and my /etc/make.conf below. > > What did I do wrong? As it worked fine from 5.2.1 to 5.3 I hope it's > just a small Problem ;-) Did you follow the handbook to the letter? I was succesful at compileing from RC2 to STABLE. You could try my script. I've put it in www.kruijff.org/files/FreeBSD/update.sh Options are: update.sh cvs update.sh build (fails to build my special kernels) update.sh install GENERIC Log files goto /var/world/ -- Alex Please copy the original recipients, otherwise I may not read your reply. WWW: http://www.kruijff.org/alex/FreeBSD/ From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 00:06:02 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7930F16A4CE; Mon, 15 Nov 2004 00:06:02 +0000 (GMT) Received: from hotmail.com (bay2-dav8.bay2.hotmail.com [65.54.246.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 580E643D1D; Mon, 15 Nov 2004 00:06:02 +0000 (GMT) (envelope-from tssajo@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sun, 14 Nov 2004 16:06:01 -0800 Received: from 24.24.201.219 by BAY2-DAV8.phx.gbl with DAV; Mon, 15 Nov 2004 00:05:14 +0000 X-Originating-IP: [24.24.201.219] X-Originating-Email: [tssajo@hotmail.com] X-Sender: tssajo@hotmail.com From: "Zoltan Frombach" To: "Brandon S. Allbery KF8NH" References: <1100476106.10768.4.camel@rushlight.kf8nh.com> Date: Sun, 14 Nov 2004 16:05:15 -0800 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-ID: X-OriginalArrivalTime: 15 Nov 2004 00:06:01.0905 (UTC) FILETIME=[E46E9210:01C4CAA6] cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: Either I do something wrong or there is a regexp bug in sed !! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2004 00:06:02 -0000 You are right. My mistake. This indeed works: sed -E -e "s/^[0-9]+/199/" conf-split > conf-split.new Thanks for clearing this up. Zoltan > On Sun, 2004-11-14 at 18:39, Zoltan Frombach wrote: >> match anything! After spending like an hour investigating this, I >> realized >> that the + after my bracket expression ( I'm talking about this part >> here: > > Normal. > >> According to the sed man page, the regexp syntax that is used by sed is >> documented in the re_format man page. And according to the re_format man >> page: "A piece is an atom possibly followed by a single= `*', `+', `?', >> or > > You need to read it more carefully. There are two kinds of regular > expressions, "basic" and "extended". sed, ed, and grep speak BRE > syntax, whereas awk and egrep speak ERE syntax. + is special only in > ERE syntax. > > (And then there's GNU, where the difference between BRE and ERE is that > some things use a preceding backslash in BRE and don't in ERE, and vice > versa, so GNU sed does what you want if you use \+ instead of +.) > > -- > brandon s. allbery [linux,solaris,freebsd,perl] allbery@kf8nh.com > system administrator [WAY too many hats] allbery@ece.cmu.edu > electrical and computer engineering, carnegie mellon univ. KF8NH From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 00:16:24 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D552416A4CE for ; Mon, 15 Nov 2004 00:16:24 +0000 (GMT) Received: from mail.efacilitas.de (efacilitas.de [213.133.110.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8654A43D48 for ; Mon, 15 Nov 2004 00:16:24 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from mail.alpha-tierchen.de (port-212-202-38-171.dynamic.qsc.de [212.202.38.171]) by mail.efacilitas.de (Postfix) with ESMTP id CF107123798 for ; Mon, 15 Nov 2004 01:14:50 +0100 (CET) Received: from localhost (localhost.local [127.0.0.1]) by mail.alpha-tierchen.de (Postfix) with ESMTP id E0AFA6188 for ; Mon, 15 Nov 2004 01:19:16 +0100 (CET) Received: from mail.alpha-tierchen.de ([127.0.0.1]) by localhost (mail.efacilitas.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 38853-09 for ; Mon, 15 Nov 2004 01:19:14 +0100 (CET) Received: from alpha (alpha.local [192.168.1.2]) by mail.alpha-tierchen.de (Postfix) with ESMTP id 2C366615D for ; Mon, 15 Nov 2004 01:19:14 +0100 (CET) From: =?utf-8?B?QmrDtnJuIEvDtm5pZw==?= To: Date: Mon, 15 Nov 2004 01:16:35 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcTKqF4deFq7wn7oRdW/uBdupIO89Q== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-Id: <20041115001914.2C366615D@mail.alpha-tierchen.de> X-Virus-Scanned: amavisd-new at alpha-tierchen.de Subject: Re: Either I do something wrong or there is a regexp bug in sed !! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2004 00:16:25 -0000 use -E From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 00:47:32 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7509616A4CE; Mon, 15 Nov 2004 00:47:32 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B0EB43D39; Mon, 15 Nov 2004 00:47:32 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 08BC85140D; Sun, 14 Nov 2004 16:50:16 -0800 (PST) Date: Sun, 14 Nov 2004 16:50:16 -0800 From: Kris Kennaway To: stable@FreeBSD.org Message-ID: <20041115005016.GA4384@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VbJkn9YxBvnuCH5J" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i cc: ports@FreeBSD.org Subject: New 5.x packages uploaded X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2004 00:47:32 -0000 --VbJkn9YxBvnuCH5J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I've uploaded new packages for 5.3-stable; they'll make their way onto the ftp mirrors over the next day or so. Included are the new versions of GNOME and KDE, among others. Kris --VbJkn9YxBvnuCH5J Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBl/1IWry0BWjoQKURAnTPAJ0fzEJBVP9vEUDlHhHuT7NA5JZOjwCg2VfQ hSveX2qjReTHWEv6r2DZgHg= =RcZq -----END PGP SIGNATURE----- --VbJkn9YxBvnuCH5J-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 00:50:48 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9594D16A4CE for ; Mon, 15 Nov 2004 00:50:48 +0000 (GMT) Received: from ns.nnt.ru (ns.nnt.ru [217.72.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37D0343D41 for ; Mon, 15 Nov 2004 00:50:48 +0000 (GMT) (envelope-from nobody@ns.nnt.ru) Received: from drweb by ns.nnt.ru with drweb-scanned (Exim 3.36 #1) id 1CTV2G-0000Cb-00 for stable@FreeBSD.org; Mon, 15 Nov 2004 03:48:00 +0300 Received: from nobody by ns.nnt.ru with local (Exim 3.36 #1) id 1CTV2F-0000CI-00; Mon, 15 Nov 2004 03:47:59 +0300 Received: from mx2.freebsd.org ([216.136.204.119]) by ns.nnt.ru with esmtp (Exim 3.36 #1) id 1CTV2F-0000BW-00 for goblin@nnt.ru; Mon, 15 Nov 2004 03:47:59 +0300 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 6303C575FD; Mon, 15 Nov 2004 00:47:36 +0000 (GMT) (envelope-from owner-freebsd-ports@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id BE3C716A4D0; Mon, 15 Nov 2004 00:47:35 +0000 (GMT) Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7509616A4CE; Mon, 15 Nov 2004 00:47:32 +0000 (GMT) Received: from obsecurity.dyndns.org[69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B0EB43D39; Mon, 15 Nov 2004 00:47:32 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 08BC85140D; Sun, 14 Nov 2004 16:50:16 -0800 (PST) Date: Sun, 14 Nov 2004 16:50:16 -0800 From: Kris Kennaway To: stable@FreeBSD.org Message-ID: <20041115005016.GA4384@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VbJkn9YxBvnuCH5J" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Errors-To: owner-freebsd-ports@freebsd.org X-bogoflag: true X-2Bogosity: No, tests=bogofilter, spamicity=0.544928, version=0.92.8 cc: ports@FreeBSD.org Subject: New 5.x packages uploaded X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2004 00:50:48 -0000 --VbJkn9YxBvnuCH5J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I've uploaded new packages for 5.3-stable; they'll make their way onto the ftp mirrors over the next day or so. Included are the new versions of GNOME and KDE, among others. Kris --VbJkn9YxBvnuCH5J Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBl/1IWry0BWjoQKURAnTPAJ0fzEJBVP9vEUDlHhHuT7NA5JZOjwCg2VfQ hSveX2qjReTHWEv6r2DZgHg= =RcZq -----END PGP SIGNATURE----- --VbJkn9YxBvnuCH5J-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 01:42:21 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7845B16A4CE; Mon, 15 Nov 2004 01:42:21 +0000 (GMT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E53E43D2D; Mon, 15 Nov 2004 01:42:21 +0000 (GMT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 52F475CA3E; Sun, 14 Nov 2004 17:42:21 -0800 (PST) Date: Mon, 15 Nov 2004 02:42:21 +0100 From: Maxime Henrion To: Zoltan Frombach Message-ID: <20041115014221.GF32839@elvis.mu.org> References: <1100476106.10768.4.camel@rushlight.kf8nh.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: Either I do something wrong or there is a regexp bug in sed !! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2004 01:42:21 -0000 Zoltan Frombach wrote: > You are right. My mistake. This indeed works: > > sed -E -e "s/^[0-9]+/199/" conf-split > conf-split.new > > Thanks for clearing this up. For what it's worth, there is another way to write this regexp without using the -E flag. Since x+ == xx*, you can write it: "s/^[0-9][0-9]*/199/". The reason for not using -E is that it's not portable, since it's not specified by the standard. GNU sed uses -r for extended REs. Cheers, Maxime From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 02:11:19 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE12816A4CE; Mon, 15 Nov 2004 02:11:18 +0000 (GMT) Received: from hotmail.com (bay2-dav16.bay2.hotmail.com [65.54.246.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99F9F43D49; Mon, 15 Nov 2004 02:11:18 +0000 (GMT) (envelope-from tssajo@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sun, 14 Nov 2004 18:11:17 -0800 Received: from 24.24.201.219 by BAY2-DAV16.phx.gbl with DAV; Mon, 15 Nov 2004 02:10:37 +0000 X-Originating-IP: [24.24.201.219] X-Originating-Email: [tssajo@hotmail.com] X-Sender: tssajo@hotmail.com From: "Zoltan Frombach" To: "Maxime Henrion" References: <1100476106.10768.4.camel@rushlight.kf8nh.com> <20041115014221.GF32839@elvis.mu.org> Date: Sun, 14 Nov 2004 18:10:40 -0800 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-ID: X-OriginalArrivalTime: 15 Nov 2004 02:11:17.0798 (UTC) FILETIME=[6440D460:01C4CAB8] cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: Either I do something wrong or there is a regexp bug in sed !! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2004 02:11:19 -0000 Thanks. I will not use the -E flag then. Zoltan > Zoltan Frombach wrote: >> You are right. My mistake. This indeed works: >> >> sed -E -e "s/^[0-9]+/199/" conf-split > conf-split.new >> >> Thanks for clearing this up. > > For what it's worth, there is another way to write this regexp without > using the -E flag. Since x+ == xx*, you can write it: > "s/^[0-9][0-9]*/199/". The reason for not using -E is that it's not > portable, since it's not specified by the standard. GNU sed uses -r for > extended REs. > > Cheers, > Maxime From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 03:06:10 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BFD716A4CE; Mon, 15 Nov 2004 03:06:10 +0000 (GMT) Received: from mail.dt.e-technik.uni-dortmund.de (krusty.dt.e-technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A0B743D45; Mon, 15 Nov 2004 03:06:09 +0000 (GMT) (envelope-from ma@dt.e-technik.uni-dortmund.de) Received: from localhost (localhost [127.0.0.1])E339847E9B; Mon, 15 Nov 2004 04:06:08 +0100 (CET) Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1]) by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 31774-06; Mon, 15 Nov 2004 04:06:08 +0100 (CET) Received: from m2a2.dyndns.org (p54854C9B.dip.t-dialin.net [84.133.76.155]) 9581D47E8E; Mon, 15 Nov 2004 04:06:08 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id E2F77D7B1D; Mon, 15 Nov 2004 04:06:07 +0100 (CET) Received: from merlin.emma.line.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 00415-03-3; Mon, 15 Nov 2004 04:06:07 +0100 (CET) Received: by merlin.emma.line.org (Postfix, from userid 500) id 3BE48D7970; Mon, 15 Nov 2004 04:06:07 +0100 (CET) To: Kris Kennaway In-Reply-To: <20041115005016.GA4384@xor.obsecurity.org> (Kris Kennaway's message of "Sun, 14 Nov 2004 16:50:16 -0800") References: <20041115005016.GA4384@xor.obsecurity.org> From: Matthias Andree Date: Mon, 15 Nov 2004 04:06:07 +0100 Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at dt.e-technik.uni-dortmund.de cc: ports@freebsd.org cc: stable@freebsd.org Subject: Re: New 5.x packages uploaded X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2004 03:06:10 -0000 Kris Kennaway writes: > I've uploaded new packages for 5.3-stable; they'll make their way onto > the ftp mirrors over the next day or so. Included are the new > versions of GNOME and KDE, among others. BTW, are we getting long-standing security issues in ports fixed, for instance cups-base, open-motif, others? Yeah I know send patches, but my ressources are limited and committers are also overworked already... The general question I'd like to raise is how long will we allow ports with known security flaws linger around before they are marked BROKEN? -- Matthias Andree From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 03:10:28 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDBAB16A4CE; Mon, 15 Nov 2004 03:10:28 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id A80B643D45; Mon, 15 Nov 2004 03:10:28 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9B95B5140D; Sun, 14 Nov 2004 19:13:14 -0800 (PST) Date: Sun, 14 Nov 2004 19:13:14 -0800 From: Kris Kennaway To: Matthias Andree Message-ID: <20041115031314.GA43451@xor.obsecurity.org> References: <20041115005016.GA4384@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1yeeQ81UyVL57Vl7" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: ports@freebsd.org cc: stable@freebsd.org cc: Kris Kennaway Subject: Re: New 5.x packages uploaded X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2004 03:10:29 -0000 --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 15, 2004 at 04:06:07AM +0100, Matthias Andree wrote: > Kris Kennaway writes: >=20 > > I've uploaded new packages for 5.3-stable; they'll make their way onto > > the ftp mirrors over the next day or so. Included are the new > > versions of GNOME and KDE, among others. >=20 > BTW, are we getting long-standing security issues in ports fixed, for > instance cups-base, open-motif, others? Yeah I know send patches, but my > ressources are limited and committers are also overworked already... >=20 > The general question I'd like to raise is how long will we allow ports > with known security flaws linger around before they are marked BROKEN? In general serious security flaws should be marked FORBIDDEN immediately, and they generally are. Fixing the security issues is up to the community. Kris --1yeeQ81UyVL57Vl7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBmB7KWry0BWjoQKURAgVCAJ44n/aXhwM5nH3ahQ3/xvFXO6rSBgCeM49S ym/iyWPMXZJOwiFWQdGC/bI= =eJRk -----END PGP SIGNATURE----- --1yeeQ81UyVL57Vl7-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 03:12:44 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83D3316A4CE for ; Mon, 15 Nov 2004 03:12:44 +0000 (GMT) Received: from ns.nnt.ru (ns.nnt.ru [217.72.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3B9643D48 for ; Mon, 15 Nov 2004 03:12:43 +0000 (GMT) (envelope-from nobody@ns.nnt.ru) Received: from drweb by ns.nnt.ru with drweb-scanned (Exim 3.36 #1) id 1CTXHp-000IPG-00 for stable@freebsd.org; Mon, 15 Nov 2004 06:12:13 +0300 Received: from nobody by ns.nnt.ru with local (Exim 3.36 #1) id 1CTXHo-000IO5-00; Mon, 15 Nov 2004 06:12:12 +0300 Received: from mx2.freebsd.org ([216.136.204.119]) by ns.nnt.ru with esmtp (Exim 3.36 #1) id 1CTXHo-000INQ-00 for goblin@nnt.ru; Mon, 15 Nov 2004 06:12:12 +0300 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id DE8ED56870; Mon, 15 Nov 2004 03:11:45 +0000 (GMT) (envelope-from owner-freebsd-ports@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 1EB6316A4E3; Mon, 15 Nov 2004 03:11:44 +0000 (GMT) Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BFD716A4CE; Mon, 15 Nov 2004 03:06:10 +0000 (GMT) Received: from mail.dt.e-technik.uni-dortmund.de (krusty.dt.e-technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A0B743D45; Mon, 15 Nov 2004 03:06:09 +0000 (GMT) (envelope-from ma@dt.e-technik.uni-dortmund.de) Received: from localhost (localhost [127.0.0.1])E339847E9B; Mon, 15 Nov 2004 04:06:08 +0100 (CET) Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1]) by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 31774-06; Mon, 15 Nov 2004 04:06:08 +0100 (CET) Received: from m2a2.dyndns.org (p54854C9B.dip.t-dialin.net [84.133.76.155]) 9581D47E8E; Mon, 15 Nov 2004 04:06:08 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id E2F77D7B1D; Mon, 15 Nov 2004 04:06:07 +0100 (CET) Received: from merlin.emma.line.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 00415-03-3; Mon, 15 Nov 2004 04:06:07 +0100 (CET) Received: by merlin.emma.line.org (Postfix, from userid 500) id 3BE48D7970; Mon, 15 Nov 2004 04:06:07 +0100 (CET) To: Kris Kennaway In-Reply-To: <20041115005016.GA4384@xor.obsecurity.org> (Kris Kennaway's message of "Sun, 14 Nov 2004 16:50:16 -0800") References: <20041115005016.GA4384@xor.obsecurity.org> From: Matthias Andree Date: Mon, 15 Nov 2004 04:06:07 +0100 Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at dt.e-technik.uni-dortmund.de X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Errors-To: owner-freebsd-ports@freebsd.org X-bogoflag: true X-2Bogosity: No, tests=bogofilter, spamicity=0.731166, version=0.92.8 cc: ports@freebsd.org cc: stable@freebsd.org Subject: Re: New 5.x packages uploaded X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2004 03:12:44 -0000 Kris Kennaway writes: > I've uploaded new packages for 5.3-stable; they'll make their way onto > the ftp mirrors over the next day or so. Included are the new > versions of GNOME and KDE, among others. BTW, are we getting long-standing security issues in ports fixed, for instance cups-base, open-motif, others? Yeah I know send patches, but my ressources are limited and committers are also overworked already... The general question I'd like to raise is how long will we allow ports with known security flaws linger around before they are marked BROKEN? -- Matthias Andree _______________________________________________ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 03:16:44 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E529D16A4CE for ; Mon, 15 Nov 2004 03:16:43 +0000 (GMT) Received: from ns.nnt.ru (ns.nnt.ru [217.72.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98BFC43D1D for ; Mon, 15 Nov 2004 03:16:43 +0000 (GMT) (envelope-from nobody@ns.nnt.ru) Received: from drweb by ns.nnt.ru with drweb-scanned (Exim 3.36 #1) id 1CTXLG-000IsM-00 for stable@freebsd.org; Mon, 15 Nov 2004 06:15:46 +0300 Received: from nobody by ns.nnt.ru with local (Exim 3.36 #1) id 1CTXLG-000Irn-00; Mon, 15 Nov 2004 06:15:46 +0300 Received: from mx2.freebsd.org ([216.136.204.119]) by ns.nnt.ru with esmtp (Exim 3.36 #1) id 1CTXLF-000IrR-00 for goblin@nnt.ru; Mon, 15 Nov 2004 06:15:45 +0300 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 828EF570BB; Mon, 15 Nov 2004 03:15:36 +0000 (GMT) (envelope-from owner-freebsd-ports@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 6F1B416A51F; Mon, 15 Nov 2004 03:15:30 +0000 (GMT) Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDBAB16A4CE; Mon, 15 Nov 2004 03:10:28 +0000 (GMT) Received: from obsecurity.dyndns.org[69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id A80B643D45; Mon, 15 Nov 2004 03:10:28 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9B95B5140D; Sun, 14 Nov 2004 19:13:14 -0800 (PST) Date: Sun, 14 Nov 2004 19:13:14 -0800 From: Kris Kennaway To: Matthias Andree Message-ID: <20041115031314.GA43451@xor.obsecurity.org> References: <20041115005016.GA4384@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1yeeQ81UyVL57Vl7" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Errors-To: owner-freebsd-ports@freebsd.org X-bogoflag: true X-2Bogosity: No, tests=bogofilter, spamicity=0.564553, version=0.92.8 cc: ports@freebsd.org cc: stable@freebsd.org cc: Kris Kennaway Subject: Re: New 5.x packages uploaded X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2004 03:16:44 -0000 --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 15, 2004 at 04:06:07AM +0100, Matthias Andree wrote: > Kris Kennaway writes: >=20 > > I've uploaded new packages for 5.3-stable; they'll make their way onto > > the ftp mirrors over the next day or so. Included are the new > > versions of GNOME and KDE, among others. >=20 > BTW, are we getting long-standing security issues in ports fixed, for > instance cups-base, open-motif, others? Yeah I know send patches, but my > ressources are limited and committers are also overworked already... >=20 > The general question I'd like to raise is how long will we allow ports > with known security flaws linger around before they are marked BROKEN? In general serious security flaws should be marked FORBIDDEN immediately, and they generally are. Fixing the security issues is up to the community. Kris --1yeeQ81UyVL57Vl7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBmB7KWry0BWjoQKURAgVCAJ44n/aXhwM5nH3ahQ3/xvFXO6rSBgCeM49S ym/iyWPMXZJOwiFWQdGC/bI= =eJRk -----END PGP SIGNATURE----- --1yeeQ81UyVL57Vl7-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 04:20:16 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CACF816A4CE for ; Mon, 15 Nov 2004 04:20:16 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7897F43D39 for ; Mon, 15 Nov 2004 04:20:16 +0000 (GMT) (envelope-from zbeeble@gmail.com) Received: by wproxy.gmail.com with SMTP id 68so273103wra for ; Sun, 14 Nov 2004 20:20:16 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=aihqTutQbqNJkUUXJ/cQl1fooJMQOlD1cvucggFU1BoB8gZSKTos86y1DIiUfWe+L8ARxeLyDog/ONYpM+bX9vLitQauunUjf5tUsM4MxSszJMCyD+7dVc+G8414NiUiJcvfejqUQ+03t2A1JSO0BdQ9RKOZlyd7DFm1yzAE3YA= Received: by 10.54.49.6 with SMTP id w6mr107446wrw; Sun, 14 Nov 2004 20:20:15 -0800 (PST) Received: by 10.54.45.26 with HTTP; Sun, 14 Nov 2004 20:20:15 -0800 (PST) Message-ID: <5f67a8c404111420204e29b1bd@mail.gmail.com> Date: Sun, 14 Nov 2004 23:20:15 -0500 From: Zaphod Beeblebrox To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: gvinum setstate missing? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Zaphod Beeblebrox List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2004 04:20:16 -0000 I'm in the uncomfortable position of needing to setstate down a gvinum drive. I can't seem to effect this as the gvinum command doesn't understand setstate (even though it proclaims that it does in "gvinum help"). Is there a way of making this so? From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 04:25:18 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EADA816A4CE for ; Mon, 15 Nov 2004 04:25:18 +0000 (GMT) Received: from bsd3.nyct.net (bsd3.nyct.net [216.139.128.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A07B43D5C for ; Mon, 15 Nov 2004 04:25:18 +0000 (GMT) (envelope-from myj@bsd3.nyct.net) Received: from bsd3.nyct.net (localhost [127.0.0.1]) by bsd3.nyct.net (8.12.11/8.12.11) with ESMTP id iAF4PHDe071904 for ; Sun, 14 Nov 2004 23:25:17 -0500 (EST) (envelope-from myj@bsd3.nyct.net) Received: (from myj@localhost) by bsd3.nyct.net (8.12.11/8.12.11/Submit) id iAF4PHcw071903; Sun, 14 Nov 2004 23:25:17 -0500 (EST) (envelope-from myj) Date: Sun, 14 Nov 2004 23:25:17 -0500 (EST) From: Paul Sandys To: freebsd-stable@freebsd.org Message-ID: <20041114231939.Y71461@bsd3.nyct.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: SIIG cards and puc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2004 04:25:19 -0000 I've tried to get one of the 20x family 16C650 64-byte buffer SIIG cards to work. It does not work out of the box. I had to add 0x40000001 into the flags in pucdata.c for my card and "options COM_MULTIPORT" into the kernel config. It's still limited to 115200 baud, but all I was interested is 9600 anyway. Can this be implemented into the source tree ? P. <-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-> < myj@nyct.net Paul Sandys | New York Connect http://www.nyct.net > < network operations manager | Total Solution provider > <-------------------------------------------------------------------------> < " The Internet Solutions Provider You Can Count On ! " > <-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-> From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 04:59:17 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85BF416A4CE for ; Mon, 15 Nov 2004 04:59:17 +0000 (GMT) Received: from lon-mail-1.gradwell.net (lon-mail-1.gradwell.net [193.111.201.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5BE443D1D for ; Mon, 15 Nov 2004 04:59:16 +0000 (GMT) (envelope-from aw1@stade.co.uk) Received: from alsager-adsl.stade.co.uk [81.6.222.119] (helo: access2.hanley.stade.co.uk)1.155) id 419837a3.16520.21 for stable@freebsd.org; Mon, 15 Nov 2004 04:59:15 +0000 Received: from titus.hanley.stade.co.uk (titus [192.168.1.5]) iAF4xENQ075545 for ; Mon, 15 Nov 2004 04:59:14 GMT (envelope-from aw1@titus.hanley.stade.co.uk) Received: from titus.hanley.stade.co.uk (localhost [127.0.0.1]) iAF4xDkm079892 for ; Mon, 15 Nov 2004 04:59:13 GMT (envelope-from aw1@titus.hanley.stade.co.uk) Received: (from aw1@localhost) by titus.hanley.stade.co.uk (8.12.11/8.12.11/Submit) id iAF4xDG6079891 for stable@freebsd.org; Mon, 15 Nov 2004 04:59:13 GMT (envelope-from aw1) Date: Mon, 15 Nov 2004 04:59:13 +0000 From: Adrian Wontroba To: stable@freebsd.org Message-ID: <20041115045912.A79200@titus.hanley.stade.co.uk> Mail-Followup-To: Adrian Wontroba , stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i X-Operating-System: FreeBSD 4.10-STABLE Organization: Oh dear, I've joined one again. Subject: panic: APIC: Previous IPI is stuck X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: aw1@stade.co.uk List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2004 04:59:17 -0000 At work, I've just taken an old cast off NT server and used it as a replacement for an equally elderly low end PC which performs an important monitoring task. I took the opportunity to upgrade to 5.3 (5.3-RC2 now, yesterday's 5.3-STABLE when I get to work again) rather than stay on 4.10-RELEASE. The rationale was this would be a nice resilient machine, demonstrating how FreeBSD can extend the useful working life of aging hardware. The practice is that it it has now crashed three times in a couple of days with "panic: APIC: Previous IPI is stuck", the most recent one dragging me out from home early in a Monday morning. Over in current there are a couple of threads starting in late September where a few people are suffering this problem. Like them, I'm using an old (1997) Pentium Pro multiprocessor, in my case a 4 way Fujitsu M700. The machine is running with the SMP kernel (ie GENERIC + SMP), 4BSD scheduler, without preemption. I've set kern.sched.ipiwakeup.enabled=0 and crossed my fingers. I'm a SMP novice. Would the machine become stable if I switched to a non-SMP kernel? Reliability is more important than speed in this case, and the opportunity for experimentation close to zero. Creditability has already been damaged by the gvinum RAID5 experience (8-( I'm not knocking 5.3 - in all other respects it seems wonderful. "me too" diagnostics: kern.sched.name: 4BSD kern.sched.quantum: 100000 kern.sched.ipiwakeup.enabled: 1 kern.sched.ipiwakeup.requested: 858129 kern.sched.ipiwakeup.delivered: 858129 kern.sched.ipiwakeup.usemask: 1 kern.sched.ipiwakeup.useloop: 0 kern.sched.ipiwakeup.onecpu: 0 kern.sched.ipiwakeup.htt2: 0 kern.sched.followon: 0 kern.sched.pfollowons: 0 kern.sched.kgfollowons: 0 kern.sched.runq_fuzz: 1 ============================================================================ MPTable, version 2.0.15 looking for EBDA pointer @ 0x040e, found, searching EBDA @ 0x0008f000 searching CMOS 'top of mem' @ 0x0008ec00 (571K) searching default 'top of mem' @ 0x0009fc00 (639K) searching BIOS @ 0x000f0000 MP FPS found in BIOS @ physical addr: 0x000fdc30 ---------------------------------------------------------------------------- MP Floating Pointer Structure: location: BIOS physical address: 0x000fdc30 signature: '_MP_' length: 16 bytes version: 1.4 checksum: 0x56 mode: Virtual Wire ---------------------------------------------------------------------------- MP Config Table Header: physical address: 0x0008f151 signature: 'PCMP' base table length: 332 version: 1.4 checksum: 0x05 OEM ID: 'Fujitsu ' Product ID: 'Pro Server ' OEM table pointer: 0x00000000 OEM table size: 0 entry count: 30 local APIC address: 0xfee00000 extended table length: 0 extended table checksum: 0 ---------------------------------------------------------------------------- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 3 0x11 BSP, usable 6 1 9 0xfbff 0 0x11 AP, usable 6 1 9 0xfbff 1 0x11 AP, usable 6 1 9 0xfbff 2 0x11 AP, usable 6 1 9 0xfbff -- Bus: Bus ID Type 0 PCI 1 PCI 2 EISA -- I/O APICs: APIC ID Version State Address 8 0x11 usable 0xfec00000 9 0x11 usable 0xfec0c000 -- I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT active-hi edge 2 0 8 0 INT conforms conforms 2 1 8 1 INT conforms conforms 2 2 8 2 INT conforms conforms 2 3 8 3 INT conforms conforms 2 4 8 4 INT conforms conforms 2 5 8 5 INT conforms conforms 2 6 8 6 INT conforms conforms 2 7 8 7 INT conforms conforms 2 8 8 8 INT conforms conforms 2 9 8 9 INT conforms conforms 2 10 8 10 INT conforms conforms 2 11 8 11 INT conforms conforms 2 12 8 12 INT conforms conforms 2 13 8 13 INT conforms conforms 2 14 8 14 INT conforms conforms 2 15 8 15 INT active-lo level 0 1:A 9 11 INT active-lo level 1 1:A 9 12 INT active-lo level 1 2:A 9 12 -- Local Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT active-hi edge 0 0:A 255 0 NMI active-hi edge 0 0:A 255 1 ---------------------------------------------------------------------------- dmesg output: Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-RC2 #0: Thu Nov 4 03:48:56 GMT 2004 toor@xjamesfriis.:/usr/src/sys/i386/compile/JAMESFRIIS MPTable: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium Pro (199.84-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x619 Stepping = 9 Features=0xfbff real memory = 2147483648 (2048 MB) avail memory = 2095947776 (1998 MB) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 3 cpu1 (AP): APIC ID: 0 cpu2 (AP): APIC ID: 1 cpu3 (AP): APIC ID: 2 ioapic0: Assuming intbase of 0 ioapic1: Assuming intbase of 16 ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcib0: pcibus 0 on motherboard pci0: on pcib0 fxp0: port 0xfce0-0xfcff mem 0xfe900000-0xfe9fffff,0xfe8ff000-0xfe8fffff irq 27 at device 1.0 on pci0 miibus0: on fxp0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:10:a8:00:10:d6 pci0: at device 2.0 (no driver attached) eisab0: at device 3.0 on pci0 eisa0: on eisab0 mainboard0: on eisa0 slot 0 isa0: on eisab0 pcib1: pcibus 1 on motherboard pci1: on pcib1 ahc0: port 0xf800-0xf8ff mem 0xfceef000-0xfceeffff irq 28 at device 1.0 on pci1 ahc0: [GIANT-LOCKED] aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs ahc1: port 0xf400-0xf4ff mem 0xfceee000-0xfceeefff irq 28 at device 2.0 on pci1 ahc1: [GIANT-LOCKED] aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs pci1: at device 3.0 (no driver attached) cpu0 on motherboard cpu1 on motherboard cpu2 on motherboard cpu3 on motherboard orm0: at iomem 0xc0000-0xc7fff on isa0 pmtimer0 on isa0 ata0 at port 0x3f6,0x1f0-0x1f7 irq 14 on isa0 ata1 at port 0x376,0x170-0x177 irq 15 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model MouseMan+, device ID 0 fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounters tick every 10.000 msec Waiting 15 seconds for SCSI devices to settle (probe6:ahc0:0:6:0): AutoSense Failed (probe5:ahc0:0:6:1): AutoSense Failed (probe0:ahc0:0:6:2): AutoSense Failed (probe5:ahc0:0:6:3): AutoSense Failed (probe5:ahc0:0:6:4): AutoSense Failed (probe0:ahc0:0:6:5): AutoSense Failed (probe0:ahc0:0:6:6): AutoSense Failed (probe0:ahc0:0:6:7): AutoSense Failed (probe21:ahc1:0:6:0): AutoSense Failed (probe1:ahc1:0:6:1): AutoSense Failed (probe1:ahc1:0:6:2): AutoSense Failed (probe1:ahc1:0:6:3): AutoSense Failed (probe1:ahc1:0:6:4): AutoSense Failed (probe1:ahc1:0:6:5): AutoSense Failed (probe1:ahc1:0:6:6): AutoSense Failed (probe1:ahc1:0:6:7): AutoSense Failed sa0 at ahc0 bus 0 target 4 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 10.000MB/s transfers (10.000MHz, offset 15) ses0 at ahc0 bus 0 target 6 lun 0 ses0: Fixed Processor SCSI-2 device ses0: 3.300MB/s transfers ses0: SAF-TE Compliant Device ses1 at ahc1 bus 0 target 6 lun 0 ses1: Fixed Processor SCSI-2 device ses1: 3.300MB/s transfers ses1: SAF-TE Compliant Device da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da0: 4149MB (8498506 512 byte sectors: 255H 63S/T 529C) da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da1: 4149MB (8498506 512 byte sectors: 255H 63S/T 529C) da2 at ahc0 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI-2 device da2: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da2: 4149MB (8498506 512 byte sectors: 255H 63S/T 529C) da3 at ahc1 bus 0 target 0 lun 0 da3: Fixed Direct Access SCSI-2 device da3: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da3: 4149MB (8498506 512 byte sectors: 255H 63S/T 529C) da4 at ahc1 bus 0 target 1 lun 0 da4: Fixed Direct Access SCSI-2 device da4: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da4: 4149MB (8498506 512 byte sectors: 255H 63S/T 529C) da5 at ahc1 bus 0 target 2 lun 0 da5: Fixed Direct Access SCSI-2 device da5: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da5: 8683MB (17783240 512 byte sectors: 255H 63S/T 1106C) cd0 at ahc0 bus 0 target 5 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 15) cd0: Attempt to query device size failed: NOT READY, Medium not present GEOM_MIRROR: Device mirror0 created (id=138753045). GEOM_MIRROR: Device mirror0: provider da0 detected. GEOM_CONCAT: Device usr2 created (id=1051984440). GEOM_CONCAT: Disk da1 attached to usr2. GEOM_CONCAT: Disk da2 attached to usr2. GEOM_MIRROR: Device mirror0: provider da3 detected. GEOM_MIRROR: Device mirror0: provider da3 activated. GEOM_MIRROR: Device mirror0: provider mirror/mirror0 launched. GEOM_MIRROR: Device mirror0: rebuilding provider da0. GEOM_CONCAT: Disk da4 attached to usr2. GEOM_CONCAT: Disk da5 attached to usr2. GEOM_CONCAT: Device usr2 activated. SMP: AP CPU #3 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! Mounting root from ufs:/dev/mirror/mirror0a WARNING: / was not properly dismounted WARNING: /var was not properly dismounted WARNING: /usr was not properly dismounted /usr: mount pending error: blocks 4 files 2 WARNING: /usr2 was not properly dismounted -- Adrian Wontroba From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 05:36:54 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53B7716A4CE for ; Mon, 15 Nov 2004 05:36:54 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 009BE43D53 for ; Mon, 15 Nov 2004 05:36:54 +0000 (GMT) (envelope-from zbeeble@gmail.com) Received: by wproxy.gmail.com with SMTP id 68so275104wra for ; Sun, 14 Nov 2004 21:36:53 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=FC9ChCdbjHdQBdibbhtWZoWD49wi/dOme4WAIMMfd1g6VNOE0xDxF+q6w0BiACnbTXJLPqMIt7/CcPBIqZp3+ykC7XrZJ89W7CjmtUu2rzxfA03PM/JwD6cR2bWUsPq9To4PZYQF9yRbmS9FjU1KW1sbvaAge4kTXD7jB0dP4p8= Received: by 10.54.49.6 with SMTP id w6mr113396wrw; Sun, 14 Nov 2004 21:36:53 -0800 (PST) Received: by 10.54.45.26 with HTTP; Sun, 14 Nov 2004 21:36:53 -0800 (PST) Message-ID: <5f67a8c4041114213657cdb434@mail.gmail.com> Date: Mon, 15 Nov 2004 00:36:53 -0500 From: Zaphod Beeblebrox To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: gvinum again? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Zaphod Beeblebrox List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2004 05:36:54 -0000 I'm looking at gstat while fsck'ing a gvinum partition. The trouble I'm seeing is that I don't see activity on the second disk. Now... I'm using fsck -n ... just checking things ... so there's no writes, but does gvinum not (yet) load balance on reads? From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 05:59:33 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D01B316A4CE for ; Mon, 15 Nov 2004 05:59:33 +0000 (GMT) Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 531E243D4C for ; Mon, 15 Nov 2004 05:59:33 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from kg-work.kg4.no (151.80-202-173.nextgentel.com [80.202.173.151]) by mail.broadpark.no (Postfix) with SMTP id D9DC81278 for ; Mon, 15 Nov 2004 06:59:31 +0100 (MET) Date: Mon, 15 Nov 2004 06:59:27 +0100 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-Id: <20041115065927.4599047a.torfinn.ingolfsen@broadpark.no> In-Reply-To: <4185125C.2050906@nulis.lt> References: <20041031153941.546a059e.torfinn.ingolfsen@broadpark.no> <4185125C.2050906@nulis.lt> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd5.2.1) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq;m"_0v;~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: msdosfs - support for large disks? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2004 05:59:33 -0000 On Sun, 31 Oct 2004 18:27:08 +0200 Saulius Menkevicius wrote: > It support those, you just have to include > options MSDOSFS_LARGE > in you kernel config file. OK, I found that (shouldn't this be documented in the NOTES file, even if it is an experimental patch?), and made a new kernel with it. > At least it works for me on 184GB fat32 partition. Well, it works here too, on a 234GB partition. Sort of, at least. I can mount the partition, and copy files to (and from) it, make directories and so on. But, I get lots of "invalid file handle" messages when I try to copy files to it. That makes it unusable for me. I guess I'll have to use something else. -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 06:27:04 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D801916A4CE for ; Mon, 15 Nov 2004 06:27:04 +0000 (GMT) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E56943D53 for ; Mon, 15 Nov 2004 06:27:04 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (pool-151-199-90-129.roa.east.verizon.net [151.199.90.129]) by gromit.dlib.vt.edu (8.13.1/8.13.1) with ESMTP id iAF6R23b038344 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 15 Nov 2004 01:27:03 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (localhost.Chelsea-Ct.Org [127.0.0.1]) by zappa.Chelsea-Ct.Org (8.13.1/8.13.1) with ESMTP id iAF6Qu3v011617 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 15 Nov 2004 01:26:57 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) Received: (from paul@localhost) by zappa.Chelsea-Ct.Org (8.13.1/8.13.1/Submit) id iAF6QtuL011616; Mon, 15 Nov 2004 01:26:55 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) X-Authentication-Warning: zappa.Chelsea-Ct.Org: paul set sender to paul@gromit.dlib.vt.edu using -f From: Paul Mather To: Zaphod Beeblebrox In-Reply-To: <5f67a8c4041114213657cdb434@mail.gmail.com> References: <5f67a8c4041114213657cdb434@mail.gmail.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Mon, 15 Nov 2004 01:26:54 -0500 Message-Id: <1100500014.24190.147.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port cc: freebsd-stable@freebsd.org Subject: Re: gvinum again? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2004 06:27:05 -0000 On Mon, 2004-11-15 at 00:36 -0500, Zaphod Beeblebrox wrote: > I'm looking at gstat while fsck'ing a gvinum partition. The trouble > I'm seeing is that I don't see activity on the second disk. Now... > I'm using fsck -n ... just checking things ... so there's no writes, > but does gvinum not (yet) load balance on reads? Your observation is correct: it doesn't (yet) load balance across plexes of mirrored volumes; geom_mirror (gmirror) does, though (and offers various load-balancing options). Cheers, Paul. -- e-mail: paul@gromit.dlib.vt.edu "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." --- Frank Vincent Zappa From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 07:31:50 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3695816A4CE for ; Mon, 15 Nov 2004 07:31:50 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE67E43D55 for ; Mon, 15 Nov 2004 07:31:49 +0000 (GMT) (envelope-from zbeeble@gmail.com) Received: by wproxy.gmail.com with SMTP id 68so278128wra for ; Sun, 14 Nov 2004 23:31:49 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=is3CPMKU9LJqFWKldEkUs3vTeL80PXuSBQNq3CzlcGlUi2Xt6bEZ14hztXoA9/2gP4AeM3XkpM4gKeN4fZWLRWmEGoeGhCBeLI1Wuc3aCSQKMwFzCWjDPSmlXRUDWjdUyky8s6lQL1bdLB+hajoDDz/GC4eBRLL2ex2zc9R+WsQ= Received: by 10.54.25.5 with SMTP id 5mr1219wry; Sun, 14 Nov 2004 23:31:49 -0800 (PST) Received: by 10.54.45.26 with HTTP; Sun, 14 Nov 2004 23:31:49 -0800 (PST) Message-ID: <5f67a8c404111423317b721cfe@mail.gmail.com> Date: Mon, 15 Nov 2004 02:31:49 -0500 From: Zaphod Beeblebrox To: Paul Mather In-Reply-To: <1100500014.24190.147.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <5f67a8c4041114213657cdb434@mail.gmail.com> <1100500014.24190.147.camel@zappa.Chelsea-Ct.Org> cc: freebsd-stable@freebsd.org Subject: Re: gvinum again? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Zaphod Beeblebrox List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2004 07:31:50 -0000 On Mon, 15 Nov 2004 01:26:54 -0500, Paul Mather wrote: > Your observation is correct: it doesn't (yet) load balance across plexes > of mirrored volumes; geom_mirror (gmirror) does, though (and offers > various load-balancing options). Is this something planned for the near future? I'm migrating legacy units here, so I don't really have a choice. ... also ... I suspect, whatever form it eventually takes, that volume management and geom and/or vinum is essential. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 08:11:24 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0E2416A4CE; Mon, 15 Nov 2004 08:11:24 +0000 (GMT) Received: from nord.interexc.com (nord.interexc.com [193.108.123.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 034B943D5D; Mon, 15 Nov 2004 08:11:22 +0000 (GMT) (envelope-from gruand@nord.interexc.com) Received: from nord.interexc.com (localhost.interexc.com [127.0.0.1]) by nord.interexc.com (8.12.10/8.12.10) with ESMTP id iAF8BIl7023755; Mon, 15 Nov 2004 10:11:18 +0200 (EET) (envelope-from gruand@nord.interexc.com) Received: (from gruand@localhost) by nord.interexc.com (8.12.10/8.12.10/Submit) id iAF8BIXf023754; Mon, 15 Nov 2004 10:11:18 +0200 (EET) (envelope-from gruand) Date: Mon, 15 Nov 2004 10:11:18 +0200 From: Andrei Grudiy To: freebsd-security@freebsd.org, freebsd-stable@freebsd.org Message-ID: <20041115081118.GD5411@interexc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2004 08:11:24 -0000 freebsd-questions@freebsd.org Cc: Bcc:gruand Subject: Re: 100.chksetuid in /etc/periodic/security resets the mashine Reply-To: In-Reply-To: <20041112173824.GT26202@horsey.gshapiro.net> Hello, kolleages! I have a problem. When I (or system) start the script 100.chksetuid in /etc/periodic/security my machine resets. The machine: Timecounter "i8254" frequency 1193182 Hz CPU: Intel(R) Xeon(TM) CPU 3.06GHz (3056.82-MHz 686-class CPU) System version: FreeBSD 4.10-STABLE #0: Mon Nov 8 06:50:54 PST 2004 I will glad to have help. Thank you in advance. -- Andrei Grudiy. Ukraine. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 08:22:45 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6497A16A4D0 for ; Mon, 15 Nov 2004 08:22:45 +0000 (GMT) Received: from lon-mail-3.gradwell.net (lon-mail-3.gradwell.net [193.111.201.127]) by mx1.FreeBSD.org (Postfix) with ESMTP id A269B43D2F for ; Mon, 15 Nov 2004 08:22:44 +0000 (GMT) (envelope-from aw1@stade.co.uk) Received: from alsager-adsl.stade.co.uk [81.6.222.119] (helo: access2.hanley.stade.co.uk) 1.155) id 4198674d.6ade.20c; Mon, 15 Nov 2004 08:22:37 +0000 Received: from titus.hanley.stade.co.uk (titus [192.168.1.5]) iAF8MaK1075944; Mon, 15 Nov 2004 08:22:36 GMT (envelope-from aw1@titus.hanley.stade.co.uk) Received: from titus.hanley.stade.co.uk (localhost [127.0.0.1]) iAF8MaoO083290; Mon, 15 Nov 2004 08:22:36 GMT (envelope-from aw1@titus.hanley.stade.co.uk) Received: (from aw1@localhost)iAF8MZpS083289; Mon, 15 Nov 2004 08:22:35 GMT (envelope-from aw1) Date: Mon, 15 Nov 2004 08:22:35 +0000 From: Adrian Wontroba To: Andy Farkas Message-ID: <20041115082235.A82851@titus.hanley.stade.co.uk> Mail-Followup-To: Adrian Wontroba , Andy Farkas , stable@freebsd.org References: <20041115045912.A79200@titus.hanley.stade.co.uk> <20041115163209.W86833@bpgate.speednet.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20041115163209.W86833@bpgate.speednet.com.au>; from andy@bradfieldprichard.com.au on Mon, Nov 15, 2004 at 04:49:56PM +1100 X-Operating-System: FreeBSD 4.10-STABLE Organization: Oh dear, I've joined one again. cc: stable@freebsd.org Subject: Re: panic: APIC: Previous IPI is stuck X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: aw1@stade.co.uk List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2004 08:22:45 -0000 On Mon, Nov 15, 2004 at 04:49:56PM +1100, Andy Farkas wrote: > [freebsd.org is rejecting my email (cant find hostname) > so please feel free to copy this to the list] So quoted in full. > On Mon, 15 Nov 2004, Adrian Wontroba wrote: > ... > > The practice is that it it has now crashed three times in a couple of > > days with "panic: APIC: Previous IPI is stuck", the most recent one > > dragging me out from home early in a Monday morning. > > /me raises hand > > I still get panics too (5.3-STABLE cvsup'd last thursday). > At one stage I thought it was fixed, but I was wrong. > My box does not reboot itself either. > > > Over in current there are a couple of threads starting in late September > > where a few people are suffering this problem. Like them, I'm using an > > old (1997) Pentium Pro multiprocessor, in my case a 4 way Fujitsu M700. > > > > The machine is running with the SMP kernel (ie GENERIC + SMP), 4BSD > > scheduler, without preemption. > > Robert Watson has said it happens on his 4-way xeon box, > so its not the "old hardware" thats to blame. (My box is > an old Dell quad-ppro too). Something changed in the code > around the end of August this year. > > > I've set kern.sched.ipiwakeup.enabled=0 and crossed my fingers. > > Doesn't help. I already tried. Panic will still happen. Ah. Will it last the day I wonder? > > I'm a SMP novice. Would the machine become stable if I switched to a > > non-SMP kernel? Reliability is more important than speed in this case, > > and the opportunity for experimentation close to zero. Creditability > > has already been damaged by the gvinum RAID5 experience (8-( > > A UP kernel will probably run forever. The IPI panic can > only happen on SMP kernels. Thanks. I'll switch back to GENERIC. > > I'm not knocking 5.3 - in all other respects it seems wonderful. > > I'm not knocking 5.3 either, but it seems to its not quite > stable. Its more of ".0" release, where things are still > getting ironed out (like gvinum, which I also have problems > with). "RELENG_4: Time to die" - for all kinds of good reasons. It was time for 5-STABLE. The future release plan looks promising, but there is still the age old problem - how do you get the more of the user population to try out and find the problems in new versions before they acquire -RELEASE status? "Mea culpa" - I no longer have a "crash box". Time to get my mail off my own PPro (uniprocessor) box to free it up as such. If I had done this, I would have run into the vinum / gvinum issues in a less embarrassing fashion. > Stephan, you mentioned that the IPI code needs rewriting in order to > fix this problem... how's it going? > > - andyf -- Adrian Wontroba From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 08:49:58 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB76516A4CE; Mon, 15 Nov 2004 08:49:58 +0000 (GMT) Received: from nord.interexc.com (nord.interexc.com [193.108.123.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id D919443D49; Mon, 15 Nov 2004 08:49:57 +0000 (GMT) (envelope-from gruand@nord.interexc.com) Received: from nord.interexc.com (localhost.interexc.com [127.0.0.1]) by nord.interexc.com (8.12.10/8.12.10) with ESMTP id iAF8nul7024620; Mon, 15 Nov 2004 10:49:56 +0200 (EET) (envelope-from gruand@nord.interexc.com) Received: (from gruand@localhost) by nord.interexc.com (8.12.10/8.12.10/Submit) id iAF8nufN024619; Mon, 15 Nov 2004 10:49:56 +0200 (EET) (envelope-from gruand) Date: Mon, 15 Nov 2004 10:49:56 +0200 From: Andrei Grudiy To: freebsd-security@freebsd.org, freebsd-stable@freebsd.org Message-ID: <20041115084956.GA24138@interexc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i cc: freebsd-questions@freebsd.org Subject: 100.chksetuid in /etc/periodic/security resets the mashine X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2004 08:49:59 -0000 Hello, kolleages! I have a problem. When I (or system) start the script 100.chksetuid in /etc/periodic/security my machine resets. The machine: Timecounter "i8254" frequency 1193182 Hz CPU: Intel(R) Xeon(TM) CPU 3.06GHz (3056.82-MHz 686-class CPU) System version: FreeBSD 4.10-STABLE #0: Mon Nov 8 06:50:54 PST 2004 I will glad to have help. Thank you in advance. -- Andrei Grudiy. Ukraine. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 12:08:57 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 467F916A4CE for ; Mon, 15 Nov 2004 12:08:57 +0000 (GMT) Received: from schubert.byrnehq.com (dsl-33-12.dsl.netsource.ie [213.79.33.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CD0843D31 for ; Mon, 15 Nov 2004 12:08:56 +0000 (GMT) (envelope-from tonyb@byrnehq.com) Received: from localhost (mauer.directski.com. [212.147.140.194]) by schubert.byrnehq.com (8.13.1/8.13.1) with ESMTP id iAFC5rvb040221 for ; Mon, 15 Nov 2004 12:05:54 GMT (envelope-from tonyb@byrnehq.com) Date: Mon, 15 Nov 2004 12:09:00 +0000 From: Tony Byrne Organization: ByrneHQ X-Priority: 3 (Normal) Message-ID: <12510326187.20041115120900@byrnehq.com> To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ByrneHQ-SA-Hits: -4.2 X-Scanned-By: MIMEDefang 2.39 Subject: Problem with Intel SCRU42X Raid controller. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Tony Byrne List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2004 12:08:57 -0000 Hi Folks, I'm seeing the problem described in the following thread with 5.3-STABLE and an Intel SCRU42X RAID controller: http://lists.freebsd.org/pipermail/freebsd-current/2004-January/019754.html Basically, operations such as "find /" sometimes block and the driver emits a "amrd0: bad slot x completed" kernel message. At this point all further disk access blocks and the machine needs to be rebooted. The Intel card is a re-badged AMI MegaRaid. Can anyone tell me whether this is the same bug reported in the above thread and whether is is still an open issue? Also, does the bug also apply to 4.10? Thanks, Regards, Tony. -- Tony Byrne From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 14:05:30 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B843816A4E2 for ; Mon, 15 Nov 2004 14:05:30 +0000 (GMT) Received: from smtp18.wxs.nl (smtp18.wxs.nl [195.121.6.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8C8743D31 for ; Mon, 15 Nov 2004 14:05:28 +0000 (GMT) (envelope-from freebsd@akruijff.dds.nl) Received: from kruij557.speed.planet.nl (ipd50a97ba.speed.planet.nl [213.10.151.186]) by smtp18.wxs.nl (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0I78006KB4H30A@smtp18.wxs.nl> for stable@freebsd.org; Mon, 15 Nov 2004 15:05:27 +0100 (CET) Received: from alex.lan (localhost [127.0.0.1]) by kruij557.speed.planet.nl (8.13.1/8.13.1) with ESMTP id iAFE5PEL002923; Mon, 15 Nov 2004 15:05:25 +0100 Received: (from akruijff@localhost) by alex.lan (8.13.1/8.13.1/Submit) id iAFE5OsG002922; Mon, 15 Nov 2004 15:05:24 +0100 Content-return: prohibited Date: Mon, 15 Nov 2004 15:05:24 +0100 From: Alex de Kruijff In-reply-to: <20041114234908.GA746@alex.lan> To: Ralf Folkerts Message-id: <20041115140524.GA755@alex.lan> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: Mutt/1.4.2.1i References: <1100460696.34540.11.camel@beaster> <20041114234908.GA746@alex.lan> X-Authentication-warning: alex.lan: akruijff set sender to freebsd@akruijff.dds.nl using -f cc: stable@freebsd.org Subject: Re: Can't compile 5.3-STABLE from 5.3-RC2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2004 14:05:30 -0000 On Mon, Nov 15, 2004 at 12:49:08AM +0100, Alex de Kruijff wrote: > On Sun, Nov 14, 2004 at 08:31:36PM +0100, Ralf Folkerts wrote: > > Hi, > > > > I wanted to Update my System that runs FreeBSD 5.3-RC2 to the "final" > > 5.3-Level. > > > > However, compile reproducible stops in libstdc++, claiming a missing > > "unwind.h". > > > > I already removed /usr/src and re-cvsupped it and also searched > > the /usr/src/UPDATING and the CURRENT- and STABLE-Lists for such > > Problems. > > > > The Update from 5.2.1 to 5.3-RC2 ran just fine on that machine (after > > removing the CXXFLAGS from /etc/make.conf). > > > > uname -a: > > FreeBSD beaster.home.folkerts-net.de 5.3-RC2 FreeBSD 5.3-RC2 #1: Mon Nov > > 1 15:42:06 CET 2004 > > toor@beaster.home.folkerts-net.de:/usr/obj/usr/src/sys/BEASTERKERNEL > > i386 > > > > I'll paste the libstdc++-Output and my /etc/make.conf below. > > > > What did I do wrong? As it worked fine from 5.2.1 to 5.3 I hope it's > > just a small Problem ;-) > > Did you follow the handbook to the letter? I was succesful at compileing > from RC2 to STABLE. You could try my script. I've put it in > www.kruijff.org/files/FreeBSD/update.sh Sorry this is wrong. It should be: www.kruijff.org/alex/files/FreeBSD/update.sh > Options are: > update.sh cvs > update.sh build (fails to build my special kernels) > update.sh install GENERIC > > Log files goto /var/world/ -- Alex Please copy the original recipients, otherwise I may not read your reply. WWW: http://www.kruijff.org/alex/FreeBSD/ From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 14:25:20 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AACDE16A4CE for ; Mon, 15 Nov 2004 14:25:20 +0000 (GMT) Received: from securemail0.coastal.com (securemail0.coastal.com [216.54.15.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0166243D2F for ; Mon, 15 Nov 2004 14:25:20 +0000 (GMT) (envelope-from andrew@coastal.com) Received: from mailgw2 (mithril@localhost) by securemail0.coastal.com with SMTP id iAFEPI943587 for ; Mon, 15 Nov 2004 09:25:18 -0500 (EST) (envelope-from andrew@coastal.com) Received: from nav-1.coastal.internal (mailgw2 [216.54.4.248]) by securemail0.coastal.com ([216.54.15.153]); 15 Nov 2004 09:25:18 -0500 (EST) Received: from dhcp1.coastal.internal ([10.0.0.18]) by nav-1.coastal.internal (SMSSMTP 4.0.0.59) with SMTP id M2004111509251819009 for ; Mon, 15 Nov 2004 09:25:18 -0500 Received: (qmail 92945 invoked from network); 15 Nov 2004 14:28:26 -0000 Received: from unknown (HELO ?192.168.77.70?) (192.168.77.70) by dhcp1.coastal.internal with SMTP; 15 Nov 2004 14:28:26 -0000 X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 0.8 (X11/20041019) From: "Andrew Lewis" To: freebsd-stable@freebsd.org Date: Mon, 15 Nov 2004 09:25:17 -0500 Message-ID: <4198BC4D.6050603@coastal.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset="ISO-8859-1"; format="flowed" Content-Transfer-Encoding: 7BIT Subject: GENERIC error: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2004 14:25:20 -0000 I have a few 4x-stable boxes I'm trying to bring up to date but I keep getting the same error in the same place. I can't dig anything similar up searching around. This is a recent stable cvsup and I'm using: rm -rf /usr/obj/usr && make clean && make update && make buildword && make buildkernel output: ===> sk cc -O -pipe -march=k6 -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/../include -mpreferred-stack-boundary=2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -c /usr/src/sys/modules/sk/../../pci/if_sk.c /usr/src/sys/modules/sk/../../pci/if_sk.c: In function `sk_encap': /usr/src/sys/modules/sk/../../pci/if_sk.c:1792: `uct' undeclared (first use in this function) /usr/src/sys/modules/sk/../../pci/if_sk.c:1792: (Each undeclared identifier is reported only once /usr/src/sys/modules/sk/../../pci/if_sk.c:1792: for each function it appears in.) *** Error code 1 Stop in /usr/src/sys/modules/sk. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. ==== From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 14:26:28 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 009C416A4CE for ; Mon, 15 Nov 2004 14:26:28 +0000 (GMT) Received: from mail.nyirinku.hu (rev.193.226.225.184.euroweb.hu [193.226.225.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id A171243D48 for ; Mon, 15 Nov 2004 14:26:24 +0000 (GMT) (envelope-from sutto.zoltan@rutinsoft.hu) Received: from [192.168.27.145] (rev.193.226.225.167.euroweb.hu [193.226.225.167]) by ns.nyirinku.hu (8.12.9/8.12.9) with ESMTP id iAFEM8Sl026201 for ; Mon, 15 Nov 2004 15:22:09 +0100 Received: from 127.0.0.1 (AVG SMTP 7.0.290 [265.3.0]); Mon, 15 Nov 2004 15:22:07 +0100 Message-ID: <000c01c4cb1e$7ce24ec0$911ba8c0@godzilla> From: "Sutto Zoltan" To: Date: Mon, 15 Nov 2004 15:22:07 +0100 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=-99.9 required=5.0 tests=HTML_40_50,HTML_MESSAGE,USER_IN_WHITELIST version=3.0.1 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 3.000001 (2004-10-22) X-Scanned-By: Mimedefang Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Portupgrade question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2004 14:26:28 -0000 Hi! Running portsdb -U I get messages like these php4-gd-4.3.9:"/a/ports/lang/php5" non-existent -- dependency list=20 incomplete php4-gd-4.3.9:"/a/ports/lang/php5" non-existent -- dependency list=20 incomplete php4-ming-4.3.9:"/a/ports/lang/php5" non-existent -- dependency list = incomplete php4-ming-4.3.9:"/a/ports/lang/php5" non-existent -- dependency list = incomplete Is this acceptable? I am using the following sup file for upgrading ports. ------- stable-supfile --------=20 *default host=3Dcvsup.hu.FreeBSD.org *default base=3D/usr *default prefix=3D/usr *default release=3Dcvs tag=3DRELENG_5_3 *default delete use-rel-suffix *default compress src-all doc-all tag=3D. ports-all tag=3D. cvsroot-all From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 14:26:28 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C67916A4CE for ; Mon, 15 Nov 2004 14:26:28 +0000 (GMT) Received: from mail.nyirinku.hu (rev.193.226.225.184.euroweb.hu [193.226.225.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id D538743D49 for ; Mon, 15 Nov 2004 14:26:24 +0000 (GMT) (envelope-from sutto.zoltan@rutinsoft.hu) Received: from [192.168.27.145] (rev.193.226.225.167.euroweb.hu [193.226.225.167]) by ns.nyirinku.hu (8.12.9/8.12.9) with ESMTP id iAFEJmo3026101 for ; Mon, 15 Nov 2004 15:19:50 +0100 Received: from 127.0.0.1 (AVG SMTP 7.0.290 [265.3.0]); Mon, 15 Nov 2004 15:19:47 +0100 Message-ID: <000501c4cb1e$290b99a0$911ba8c0@godzilla> From: "Sutto Zoltan" To: Date: Mon, 15 Nov 2004 15:19:46 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-2"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=-100.0 required=5.0 tests=USER_IN_WHITELIST version=3.0.1 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 3.000001 (2004-10-22) X-Scanned-By: Mimedefang Subject: Portupgrade question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2004 14:26:28 -0000 Hi! Running portsdb -U I get messages like these php4-gd-4.3.9:"/a/ports/lang/php5" non-existent -- dependency list incomplete php4-gd-4.3.9:"/a/ports/lang/php5" non-existent -- dependency list incomplete php4-ming-4.3.9:"/a/ports/lang/php5" non-existent -- dependency list incomplete php4-ming-4.3.9:"/a/ports/lang/php5" non-existent -- dependency list incomplete Is this acceptable? I am using the following sup file for upgrading ports. ------- stable-supfile -------- *default host=cvsup.hu.FreeBSD.org *default base=/usr *default prefix=/usr *default release=cvs tag=RELENG_5_3 *default delete use-rel-suffix *default compress src-all doc-all tag=. ports-all tag=. cvsroot-all From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 15:14:39 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 618DC16A4CE for ; Mon, 15 Nov 2004 15:14:39 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 779F643D2F for ; Mon, 15 Nov 2004 15:14:38 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id iAFFETDH020582; Mon, 15 Nov 2004 17:14:29 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 12354-01; Mon, 15 Nov 2004 17:14:28 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id iAFFEKPx020224 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 15 Nov 2004 17:14:26 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id iAFFELPn083476; Mon, 15 Nov 2004 17:14:21 +0200 (EET) (envelope-from ru) Date: Mon, 15 Nov 2004 17:14:21 +0200 From: Ruslan Ermilov To: Andrew Lewis Message-ID: <20041115151420.GB41469@ip.net.ua> References: <4198BC4D.6050603@coastal.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RASg3xLB4tUQ4RcS" Content-Disposition: inline In-Reply-To: <4198BC4D.6050603@coastal.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: freebsd-stable@freebsd.org Subject: Re: GENERIC error: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2004 15:14:39 -0000 --RASg3xLB4tUQ4RcS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 15, 2004 at 09:25:17AM -0500, Andrew Lewis wrote: > I have a few 4x-stable boxes I'm trying to bring up to date but I keep=20 > getting the same error in the same place. I can't dig anything similar= =20 > up searching around. >=20 > This is a recent stable cvsup and I'm using: >=20 > rm -rf /usr/obj/usr && make clean && make update && make buildword &&=20 > make buildkernel >=20 > output: >=20 > =3D=3D=3D> sk > cc -O -pipe -march=3Dk6 -include /usr/obj/usr/src/sys/GENERIC/opt_global.= h=20 > -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes=20 > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual=20 > -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I. -I@=20 > -I@/../include -mpreferred-stack-boundary=3D2 -Wall -Wredundant-decls=20 > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes=20 > -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -c=20 > /usr/src/sys/modules/sk/../../pci/if_sk.c > /usr/src/sys/modules/sk/../../pci/if_sk.c: In function `sk_encap': > /usr/src/sys/modules/sk/../../pci/if_sk.c:1792: `uct' undeclared (first= =20 > use in this function) > /usr/src/sys/modules/sk/../../pci/if_sk.c:1792: (Each undeclared=20 > identifier is reported only once > /usr/src/sys/modules/sk/../../pci/if_sk.c:1792: for each function it=20 > appears in.) > *** Error code 1 >=20 > Stop in /usr/src/sys/modules/sk. > *** Error code 1 >=20 Looks like you have got a broken file. There's no "uct" word at this line, and it pretty much looks like a part of the "struct" keyword. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --RASg3xLB4tUQ4RcS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD4DBQFBmMfMqRfpzJluFF4RAjOcAJiRBf9NZrZujGnz1KkMiu1E5SOzAJwKXTat fWJFlCtqbMEbBgtTpBWv1w== =Z3W4 -----END PGP SIGNATURE----- --RASg3xLB4tUQ4RcS-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 15:41:18 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DEDD816A4D0 for ; Mon, 15 Nov 2004 15:41:18 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 043EC43D4C for ; Mon, 15 Nov 2004 15:41:18 +0000 (GMT) (envelope-from firewall.bsd@gmail.com) Received: by rproxy.gmail.com with SMTP id b11so666733rne for ; Mon, 15 Nov 2004 07:41:17 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=rXnxLMEE799q5fhWzJrInqq7WsayDlquJI7hmMKXtivU4eabtt/Tj7RV6V/50zTQYuONZew7MhNATIQbWpjK9eElMatICL6X71J0BsG9kv5oW2UM01Y4nBahM887giy4SmgcarBJt6FYUhvejNORbMpmb09DafNaTPIWdlp6+wY= Received: by 10.38.101.49 with SMTP id y49mr382755rnb; Mon, 15 Nov 2004 07:41:17 -0800 (PST) Received: by 10.38.81.40 with HTTP; Mon, 15 Nov 2004 07:41:17 -0800 (PST) Message-ID: <4bf33ff604111507412c549384@mail.gmail.com> Date: Mon, 15 Nov 2004 08:41:17 -0700 From: firewall du To: freebsd-stable@freebsd.org In-Reply-To: <20041115120109.87F5616A4E4@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20041115120109.87F5616A4E4@hub.freebsd.org> Subject: Re: freebsd-stable Digest, Vol 87, Issue 1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: firewall du List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2004 15:41:19 -0000 When disabling and enabling a nic (bfe0) my system warm boots itself (sometimes) On Mon, 15 Nov 2004 12:01:09 +0000 (GMT), freebsd-stable-request@freebsd.org wrote: > Send freebsd-stable mailing list submissions to > freebsd-stable@freebsd.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > or, via email, send a message with subject or body 'help' to > freebsd-stable-request@freebsd.org > > You can reach the person managing the list at > freebsd-stable-owner@freebsd.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of freebsd-stable digest..." > > Today's Topics: > > 1. subscription to 5.3 stable mailing list, thanks (marco foglia) > 2. Re: IPv6 bridge + gif tunnel (Hideki Yamamoto) > 3. Re: Build of RELENG_5 fails in libmagic (Massimiliano Stucchi) > 4. Can't compile 5.3-STABLE from 5.3-RC2 (Ralf Folkerts) > 5. new threads problem? pthread_cond_timedwait ? (David Gilbert) > 6. Either I do something wrong or there is a regexp bug in sed > !! (Zoltan Frombach) > 7. Re: Either I do something wrong or there is a regexp bug in > sed !! (Brandon S. Allbery KF8NH) > 8. Re: Can't compile 5.3-STABLE from 5.3-RC2 (Alex de Kruijff) > 9. Re: Either I do something wrong or there is a regexp bug in > sed !! (Zoltan Frombach) > 10. Re: Either I do something wrong or there is a regexp bug in > sed !! (Bj?rn K?nig) > 11. New 5.x packages uploaded (Kris Kennaway) > 12. New 5.x packages uploaded (Kris Kennaway) > 13. Re: Either I do something wrong or there is a regexp bug in > sed !! (Maxime Henrion) > 14. Re: Either I do something wrong or there is a regexp bug in > sed !! (Zoltan Frombach) > 15. Re: New 5.x packages uploaded (Matthias Andree) > 16. Re: New 5.x packages uploaded (Kris Kennaway) > 17. Re: New 5.x packages uploaded (Matthias Andree) > 18. Re: New 5.x packages uploaded (Kris Kennaway) > 19. gvinum setstate missing? (Zaphod Beeblebrox) > 20. SIIG cards and puc (Paul Sandys) > 21. panic: APIC: Previous IPI is stuck (Adrian Wontroba) > 22. gvinum again? (Zaphod Beeblebrox) > 23. Re: msdosfs - support for large disks? (Torfinn Ingolfsen) > 24. Re: gvinum again? (Paul Mather) > 25. Re: gvinum again? (Zaphod Beeblebrox) > 26. (Andrei Grudiy) > 27. Re: panic: APIC: Previous IPI is stuck (Adrian Wontroba) > 28. 100.chksetuid in /etc/periodic/security resets the mashine > (Andrei Grudiy) > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 14 Nov 2004 15:05:24 +0100 > From: marco foglia > Subject: subscription to 5.3 stable mailing list, thanks > To: stable@FreeBSD.org > Message-ID: <41976624.4020103@tucsoft.com> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > ------------------------------ > > Message: 2 > Date: Sun, 14 Nov 2004 23:24:23 +0900 (JST) > From: Hideki Yamamoto > Subject: Re: IPv6 bridge + gif tunnel > To: freebsd-stable@freebsd.org, freebsd-ipfw@freebsd.org > Message-ID: <20041114.232423.71097254.yamamoto436@oki.com> > Content-Type: Text/Plain; charset=us-ascii > > Hi, > > About the combination between bridge function and gif tunnel function, > I have tested it on FreeBSD 4.10, but not succeeded. FreeBSD 4.10 box > shows the message when we typed 'sysctl net.link.ether.bridge_cfg=rl0,gif0', > > gif0 is not an ethernet, continue > interface gif0 Not found in bridge. > > I changed operating system from FreeBSD to OpneBSD 3.5, and succeeded. > Multicast and unicast UDP packets, ICMP packets are bridged without > losing packets. It seems that the bridge function on OpenBSD is > better than FreeBSD. Though I will use OpenBSD for a while as a test > tool, I hope OpenBSD bridge function will be ported into FreeBSD in > the future. Does anyone have a plan to port it? > > Regards, > > Hideki Yamamoto. > > From: Hideki Yamamoto > Subject: Re: IPv6 bridge + gif tunnel > Date: Sun, 07 Nov 2004 06:15:47 +0900 (JST) > Message-ID: <20041107.061547.71182690.yamamoto436@oki.com> > > > > > Hi, > > > > I would like to make my problems clear. > > I have two questions about bridge function in the following figure. > > > > (1) Can we use bridge function over psuedo devices such as > > gif and tun? > > > > box3# ifconfig bge0 inet 133.149.0.2 netmask 255.255.255.0 > > box2# ifconfig create gif0 > > box2# gifconfig gif0 inet 133.149.0.2 133.149.1.2 > > box2# sysctl net.link.ether.bridge: 1 > > box2# sysctl net.link.ether.bridge_cfg: fxp0,gif0 > > > > box3# ifconfig bge1 inet 133.149.1.2 netmask 255.255.255.0 > > box3# ifconfig create gif1 > > box3# gifconfig gif1 inet 133.149.1.2 133.149.0.2 > > box3# sysctl net.link.ether.bridge: 1 > > box3# sysctl net.link.ether.bridge_cfg: gif1,fxp0 > > > > (2) Can any protocols go through between IPv6 MC router and > > IPv6 terminal in this step2 figure? Are there any limitations? > > Is IPv6 packet available? > > > > > <> IPv6 bridge cascaded by gif tunnel > > > > > > +------box#2------------------+ > > > [IPv6 MC router ]-+---------+-(fxp0) IPv6 bridge | > > > | | > > > | | > > > (IPv4)133.149.0.2 +--+-(bge0) IPv6 bridge and IPv4 | > > > | | (gif0) IPv6 over IPv4 | > > > | +-----------------------------+ > > > | > > > > > > | > > > | +-------box#3-----------------+ > > > (IPv4)133.149.1.2 +--+-(bge1) IPv6 bridge and IPv4 | > > > | (gif1) IPv6 over IPv4 | > > > | | > > > | | > > > | | > > > +--+-(fxp0) IPv6 bridge | > > > | +-----------------------------+ > > > | > > > | term#2 > > > +-----[IPv6 terminal(NDP client)] > > > > > > > Thanks in advance > > > > Hidei Yamamoto > > > ----------------------------------------------------------------- > Hideki YAMAMOTO | > Broadband Media Solutions Department | E-mail: yamamoto436@oki.com > Broadband Media Company | Tel: +81-48-420-7012 > Oki Electric Industry Co., Ltd. | FAX: +81-48-420-7016 > > ------------------------------ > > Message: 3 > Date: Sun, 14 Nov 2004 18:44:08 +0100 > From: Massimiliano Stucchi > Subject: Re: Build of RELENG_5 fails in libmagic > To: Mark Dixon > Cc: stable@freebsd.org > Message-ID: <20041114174408.GI2180@willystudios.com> > Content-Type: text/plain; charset="us-ascii" > > On 130104, 19:37, Mark Dixon wrote: > > > > I'm trying to build 5-STABLE, I have cvsuped the latest source, cleared > > out /usr/obj and I still get this problem. Any idea what could be causing it? > > > > /usr/obj/usr/src/i386/usr/bin/ld: cannot find -lc > > *** Error code 1 > > I had the same exact problem while tryint to buildworld on an amd64 box > I have, but this disappeared when I issued a make clean in /usr/src. > Maybe it could help. > > Ciao ! > -- > > Massimiliano Stucchi > WillyStudios.com > stucchi@willystudios.com > Http://www.willystudios.com/max/ > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: not available > Type: application/pgp-signature > Size: 187 bytes > Desc: not available > Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20041114/53dbb440/attachment-0001.bin > > ------------------------------ > > Message: 4 > Date: Sun, 14 Nov 2004 20:31:36 +0100 > From: Ralf Folkerts > Subject: Can't compile 5.3-STABLE from 5.3-RC2 > To: stable@freebsd.org > Message-ID: <1100460696.34540.11.camel@beaster> > Content-Type: text/plain; charset="us-ascii" > > Hi, > > I wanted to Update my System that runs FreeBSD 5.3-RC2 to the "final" > 5.3-Level. > > However, compile reproducible stops in libstdc++, claiming a missing > "unwind.h". > > I already removed /usr/src and re-cvsupped it and also searched > the /usr/src/UPDATING and the CURRENT- and STABLE-Lists for such > Problems. > > The Update from 5.2.1 to 5.3-RC2 ran just fine on that machine (after > removing the CXXFLAGS from /etc/make.conf). > > uname -a: > FreeBSD beaster.home.folkerts-net.de 5.3-RC2 FreeBSD 5.3-RC2 #1: Mon Nov > 1 15:42:06 CET 2004 > toor@beaster.home.folkerts-net.de:/usr/obj/usr/src/sys/BEASTERKERNEL > i386 > > I'll paste the libstdc++-Output and my /etc/make.conf below. > > What did I do wrong? As it worked fine from 5.2.1 to 5.3 I hope it's > just a small Problem ;-) > > Would be great if I could get a hint! > MTIA, > cheers, > _ralf_ > > --- /etc/make.conf --- > PUTYPE=athlon-xp > CFLAGS= -O -pipe > NO_LPR=yes > CUPS_OVERWRITE_BASE=yes > NOINET6=true > NOPROFILE=true > COMPAT4X=yes > # -- use.perl generated deltas -- # > # Created: Sat Jan 17 12:55:06 2004 > # Setting to use base perl from ports: > PERL_VER=5.6.1 > PERL_VERSION=5.6.1 > PERL_ARCH=mach > NOPERL=yo > NO_PERL=yo > NO_PERL_WRAPPER=yo > X_WINDOW_SYSTEM=xfree86-4 > --- end of /etc/make.conf --- > > ===> gnu/lib/libreadline/readline/doc > ===> gnu/lib/libstdc++ > ln -sf /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc > ++/config/cpu/i486/atomicity.h atomicity.cc > rm -f .depend > mkdep -f .depend -a -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H > -I/usr/src/gnu/lib/libstdc++ -I/usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc++ -I/usr/src/gnu/lib/libstdc > ++/../../../contrib/gcc -I/usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/include /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/libmath/signbitf.c /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/libmath/signbitl.c /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libmath/stubs.c/usr/src/gnu/lib/libstdc > ++/../../../contrib/gcc/cp-demangle.c > mkdep -f .depend -a /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/src/allocator.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/src/codecvt.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/src/complex_io.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/src/ctype.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/src/debug.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/src/functexcept.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/src/globals_locale.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/src/globals_io.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/src/ios.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/src/ios_failure.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/src/ios_init.cc/usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/src/ios_locale.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/src/limits.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/src/list.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/src/locale.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/src/locale_init.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/src/locale_facets.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/src/localename.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/src/stdexcept.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/src/strstream.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/src/tree.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/src/allocator-inst.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/src/concept-inst.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/src/fstream-inst.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/src/ext-inst.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/src/io-inst.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/src/istream-inst.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/src/locale-inst.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/src/locale-misc-inst.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/src/misc-inst.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/src/ostream-inst.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/src/sstream-inst.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/src/streambuf-inst.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/src/string-inst.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/src/valarray-inst.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/src/wlocale-inst.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/src/wstring-inst.cc > atomicity.cc /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc > ++/config/locale/generic/codecvt_members.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/config/locale/generic/collate_members.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/config/locale/generic/ctype_members.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/config/locale/generic/messages_members.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/config/locale/generic/monetary_members.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/config/locale/generic/numeric_members.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/config/locale/generic/time_members.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/config/io/basic_file_stdio.cc/usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc > ++/config/locale/generic/c_locale.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc > ++/del_op.cc /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc > ++/libsupc++/del_opnt.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc > ++/del_opv.cc /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc > ++/libsupc++/del_opvnt.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc > ++/eh_alloc.cc /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc > ++/libsupc++/eh_aux_runtime.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc > ++/eh_catch.cc /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc > ++/libsupc++/eh_exception.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc > ++/eh_globals.cc /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc > ++/libsupc++/eh_personality.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc > ++/eh_term_handler.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc > ++/eh_terminate.cc /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc > ++/libsupc++/eh_throw.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc > ++/eh_type.cc /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc > ++/libsupc++/eh_unex_handler.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc > ++/guard.cc /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc > ++/libsupc++/new_handler.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc > ++/new_op.cc /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc > ++/libsupc++/new_opnt.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc > ++/new_opv.cc /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc > ++/libsupc++/new_opvnt.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc++/pure.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc > ++/tinfo.cc /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc > ++/libsupc++/tinfo2.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc++/vec.cc /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc++/vterminate.cc > In file included from /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc++/eh_alloc.cc:37: > /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc > ++/unwind-cxx.h:41:20: unwind.h: No such file or directory > In file included from /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc++/eh_aux_runtime.cc:34: > /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc > ++/unwind-cxx.h:41:20: unwind.h: No such file or directory > In file included from /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc++/eh_catch.cc:32: > /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc > ++/unwind-cxx.h:41:20: unwind.h: No such file or directory > In file included from /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc++/eh_exception.cc:34: > /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc > ++/unwind-cxx.h:41:20: unwind.h: No such file or directory > In file included from /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc++/eh_globals.cc:33: > /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc > ++/unwind-cxx.h:41:20: unwind.h: No such file or directory > In file included from /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc++/eh_personality.cc:34: > /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc > ++/unwind-cxx.h:41:20: unwind.h: No such file or directory > /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc > ++/eh_personality.cc:38:23: unwind-pe.h: No such file or directory > In file included from /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc++/eh_term_handler.cc:30: > /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc > ++/unwind-cxx.h:41:20: unwind.h: No such file or directory > In file included from /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc++/eh_terminate.cc:34: > /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc > ++/unwind-cxx.h:41:20: unwind.h: No such file or directory > In file included from /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc++/eh_throw.cc:32: > /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc > ++/unwind-cxx.h:41:20: unwind.h: No such file or directory > In file included from /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc++/eh_type.cc:32: > /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc > ++/unwind-cxx.h:41:20: unwind.h: No such file or directory > In file included from /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc++/eh_unex_handler.cc:30: > /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc > ++/unwind-cxx.h:41:20: unwind.h: No such file or directory > In file included from /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc++/pure.cc:31: > /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc > ++/unwind-cxx.h:41:20: unwind.h: No such file or directory > In file included from /usr/src/gnu/lib/libstdc > ++/../../../contrib/libstdc++/libsupc++/vec.cc:37: > /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc > ++/unwind-cxx.h:41:20: unwind.h: No such file or directory > mkdep: compile failed > *** Error code 1 > > Stop in /usr/src/gnu/lib/libstdc++. > *** Error code 1 > > Stop in /usr/src/gnu/lib. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > [-su]beaster:src$ > > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: not available > Type: application/pgp-signature > Size: 187 bytes > Desc: Dies ist ein digital signierter Nachrichtenteil > Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20041114/1e3cda6b/attachment-0001.bin > > ------------------------------ > > Message: 5 > Date: Sun, 14 Nov 2004 18:03:32 -0500 > From: David Gilbert > Subject: new threads problem? pthread_cond_timedwait ? > To: freebsd-stable@freebsd.org > Message-ID: <16791.58436.511616.733270@canoe.dclg.ca> > Content-Type: text/plain; charset=us-ascii > > My hard drive failed right around FreeBSD-5.3, so I got to do a fresh > install of 5.3-RC1 followed by a cvsup to -STABLE (yesterday). > > Due to my nvidia video driver, I still have libmap.conf forcing > libpthread to use libc_r. > > When compiling audio/xmms-imms, I get the following error, and I don't > know how to deal with it: > > c++ -L/usr/X11R6/lib `xmms-config --libs` -lc -lm -lpcre -lsqlite3 -lz -ltag analyzer.o spectrum.o `pkg-config fftw3f --libs` libimmscore.a -o analyzer > /usr/local/lib/libgthread12.so.3: undefined reference to `pthread_cond_timedwait' > > Dave. > > -- > ============================================================================ > |David Gilbert, Independent Contractor. | Two things can only be | > |Mail: dave@daveg.ca | equal if and only if they | > |http://daveg.ca | are precisely opposite. | > =========================================================GLO================ > > ------------------------------ > > Message: 6 > Date: Sun, 14 Nov 2004 15:39:00 -0800 > From: "Zoltan Frombach" > Subject: Either I do something wrong or there is a regexp bug in sed > !! > To: , > Message-ID: > Content-Type: text/plain; format=flowed; charset="iso-8859-1"; > reply-type=original > > I'm trying to use sed under FreeBSD 5.3-RELEASE in a new 'netqmail' port I > am currently working on. I want to replace a bunch of digits (in plain > English: a decimal number) in a text file at the beginning of a line. Here > is how the original file looks before I do anything (this file is part of > the netqmail-1.05 package, but it is unimportant): > > --- file conf-split begins > 23 > > This is the queue subdirectory split. > --- file conf-split ends > > Okay, so I try to replace 23 (or whatever number is there!) at the beginning > of the first line to let's say 199 in this file using sed. I would expect > this to work: > > sed -e "s/^[0-9]+/199/" conf-split > conf-split.new > > But it doesn't change anything in conf-spilt.new!! My regexp ^[0-9]+ doesn't > match anything! After spending like an hour investigating this, I realized > that the + after my bracket expression ( I'm talking about this part here: > [0-9]+ ) does not match! If I omit the use of + and use * instead, I can > make my regexp to match. So this works - but IMHO it's ugly: > > sed -e "s/^[0-9][0-9]*/199/" conf-split > conf-split.new > > It gives this output, which is what I always wanted: > > --- file conf-split.new begins > 199 > > This is the queue subdirectory split. > --- file conf-split.new ends > > According to the sed man page, the regexp syntax that is used by sed is > documented in the re_format man page. And according to the re_format man > page: "A piece is an atom possibly followed by a single= `*', `+', `?', or > bound. An atom followed by `*' matches a sequence of 0 or more matches of > the atom. An atom followed by `+' matches a sequence of 1 or more matches > of the atom. ..." > And the definition of an "atom" is (quoted from the same man page): "An atom > is a regular expression enclosed in `()' (matching a match for the regular > expression), an empty set of `()' (matching the null string)=, a bracket > expression (see below) ..." > > So either my bracket expression ( [0-9] ) in my first sed command was not > recognized as an atom, or if it was recognized as an atom then the + that > followed it was not interpreted properly... Can anyone please tell me why? > > I believe this is a bug in sed or in the regexp library which sed uses. If > it is a regexp library issue, then there is a chance that it affects other > programs that use it, as well! At least it can break all programs that use > sed regexps, especially ports... > > My uname -a is: > FreeBSD www.xxxxxxxx.com 5.3-RELEASE FreeBSD 5.3-RELEASE #0: Fri Nov 12 > 01:07:41 PST 2004 xxx@www.xxxxxxxx.com:/usr/obj/usr/src/sys/XXXXXXXX > i386 > > Zoltan > > ------------------------------ > > Message: 7 > Date: Sun, 14 Nov 2004 18:48:27 -0500 > From: "Brandon S. Allbery KF8NH" > Subject: Re: Either I do something wrong or there is a regexp bug in > sed !! > To: Zoltan Frombach > Cc: freebsd-current@freebsd.org > Message-ID: <1100476106.10768.4.camel@rushlight.kf8nh.com> > Content-Type: text/plain > > On Sun, 2004-11-14 at 18:39, Zoltan Frombach wrote: > > match anything! After spending like an hour investigating this, I realized > > that the + after my bracket expression ( I'm talking about this part here: > > Normal. > > > According to the sed man page, the regexp syntax that is used by sed is > > documented in the re_format man page. And according to the re_format man > > page: "A piece is an atom possibly followed by a single= `*', `+', `?', or > > You need to read it more carefully. There are two kinds of regular > expressions, "basic" and "extended". sed, ed, and grep speak BRE > syntax, whereas awk and egrep speak ERE syntax. + is special only in > ERE syntax. > > (And then there's GNU, where the difference between BRE and ERE is that > some things use a preceding backslash in BRE and don't in ERE, and vice > versa, so GNU sed does what you want if you use \+ instead of +.) > > -- > brandon s. allbery [linux,solaris,freebsd,perl] allbery@kf8nh.com > system administrator [WAY too many hats] allbery@ece.cmu.edu > electrical and computer engineering, carnegie mellon univ. KF8NH > > ------------------------------ > > Message: 8 > Date: Mon, 15 Nov 2004 00:49:08 +0100 > From: Alex de Kruijff > Subject: Re: Can't compile 5.3-STABLE from 5.3-RC2 > To: Ralf Folkerts > Cc: stable@freebsd.org > Message-ID: <20041114234908.GA746@alex.lan> > Content-Type: text/plain; charset=us-ascii > > On Sun, Nov 14, 2004 at 08:31:36PM +0100, Ralf Folkerts wrote: > > Hi, > > > > I wanted to Update my System that runs FreeBSD 5.3-RC2 to the "final" > > 5.3-Level. > > > > However, compile reproducible stops in libstdc++, claiming a missing > > "unwind.h". > > > > I already removed /usr/src and re-cvsupped it and also searched > > the /usr/src/UPDATING and the CURRENT- and STABLE-Lists for such > > Problems. > > > > The Update from 5.2.1 to 5.3-RC2 ran just fine on that machine (after > > removing the CXXFLAGS from /etc/make.conf). > > > > uname -a: > > FreeBSD beaster.home.folkerts-net.de 5.3-RC2 FreeBSD 5.3-RC2 #1: Mon Nov > > 1 15:42:06 CET 2004 > > toor@beaster.home.folkerts-net.de:/usr/obj/usr/src/sys/BEASTERKERNEL > > i386 > > > > I'll paste the libstdc++-Output and my /etc/make.conf below. > > > > What did I do wrong? As it worked fine from 5.2.1 to 5.3 I hope it's > > just a small Problem ;-) > > Did you follow the handbook to the letter? I was succesful at compileing > from RC2 to STABLE. You could try my script. I've put it in > www.kruijff.org/files/FreeBSD/update.sh > > Options are: > update.sh cvs > update.sh build (fails to build my special kernels) > update.sh install GENERIC > > Log files goto /var/world/ > > -- > Alex > > Please copy the original recipients, otherwise I may not read your reply. > WWW: http://www.kruijff.org/alex/FreeBSD/ > > ------------------------------ > > Message: 9 > Date: Sun, 14 Nov 2004 16:05:15 -0800 > From: "Zoltan Frombach" > Subject: Re: Either I do something wrong or there is a regexp bug in > sed !! > To: "Brandon S. Allbery KF8NH" > Cc: freebsd-current@freebsd.org > Message-ID: > Content-Type: text/plain; format=flowed; charset="iso-8859-1"; > reply-type=original > > You are right. My mistake. This indeed works: > > sed -E -e "s/^[0-9]+/199/" conf-split > conf-split.new > > Thanks for clearing this up. > > Zoltan > > > On Sun, 2004-11-14 at 18:39, Zoltan Frombach wrote: > >> match anything! After spending like an hour investigating this, I > >> realized > >> that the + after my bracket expression ( I'm talking about this part > >> here: > > > > Normal. > > > >> According to the sed man page, the regexp syntax that is used by sed is > >> documented in the re_format man page. And according to the re_format man > >> page: "A piece is an atom possibly followed by a single= `*', `+', `?', > >> or > > > > You need to read it more carefully. There are two kinds of regular > > expressions, "basic" and "extended". sed, ed, and grep speak BRE > > syntax, whereas awk and egrep speak ERE syntax. + is special only in > > ERE syntax. > > > > (And then there's GNU, where the difference between BRE and ERE is that > > some things use a preceding backslash in BRE and don't in ERE, and vice > > versa, so GNU sed does what you want if you use \+ instead of +.) > > > > -- > > brandon s. allbery [linux,solaris,freebsd,perl] allbery@kf8nh.com > > system administrator [WAY too many hats] allbery@ece.cmu.edu > > electrical and computer engineering, carnegie mellon univ. KF8NH > > ------------------------------ > > Message: 10 > Date: Mon, 15 Nov 2004 01:16:35 +0100 > From: Bj?rn K?nig > Subject: Re: Either I do something wrong or there is a regexp bug in > sed !! > To: > Message-ID: <20041115001914.2C366615D@mail.alpha-tierchen.de> > Content-Type: text/plain; charset="utf-8" > > use -E > > ------------------------------ > > Message: 11 > Date: Sun, 14 Nov 2004 16:50:16 -0800 > From: Kris Kennaway > Subject: New 5.x packages uploaded > To: stable@FreeBSD.org > Cc: ports@FreeBSD.org > Message-ID: <20041115005016.GA4384@xor.obsecurity.org> > Content-Type: text/plain; charset="us-ascii" > > I've uploaded new packages for 5.3-stable; they'll make their way onto > the ftp mirrors over the next day or so. Included are the new > versions of GNOME and KDE, among others. > > Kris > > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: not available > Type: application/pgp-signature > Size: 187 bytes > Desc: not available > Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20041114/97d6ada6/attachment-0002.bin > > ------------------------------ > > Message: 12 > Date: Sun, 14 Nov 2004 16:50:16 -0800 > From: Kris Kennaway > Subject: New 5.x packages uploaded > To: stable@FreeBSD.org > Cc: ports@FreeBSD.org > Message-ID: <20041115005016.GA4384@xor.obsecurity.org> > Content-Type: text/plain; charset="us-ascii" > > I've uploaded new packages for 5.3-stable; they'll make their way onto > the ftp mirrors over the next day or so. Included are the new > versions of GNOME and KDE, among others. > > Kris > > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: not available > Type: application/pgp-signature > Size: 187 bytes > Desc: not available > Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20041114/97d6ada6/attachment-0003.bin > > ------------------------------ > > Message: 13 > Date: Mon, 15 Nov 2004 02:42:21 +0100 > From: Maxime Henrion > Subject: Re: Either I do something wrong or there is a regexp bug in > sed !! > To: Zoltan Frombach > Cc: freebsd-current@freebsd.org > Message-ID: <20041115014221.GF32839@elvis.mu.org> > Content-Type: text/plain; charset=us-ascii > > Zoltan Frombach wrote: > > You are right. My mistake. This indeed works: > > > > sed -E -e "s/^[0-9]+/199/" conf-split > conf-split.new > > > > Thanks for clearing this up. > > For what it's worth, there is another way to write this regexp without > using the -E flag. Since x+ == xx*, you can write it: > "s/^[0-9][0-9]*/199/". The reason for not using -E is that it's not > portable, since it's not specified by the standard. GNU sed uses -r for > extended REs. > > Cheers, > Maxime > > ------------------------------ > > Message: 14 > Date: Sun, 14 Nov 2004 18:10:40 -0800 > From: "Zoltan Frombach" > Subject: Re: Either I do something wrong or there is a regexp bug in > sed !! > To: "Maxime Henrion" > Cc: freebsd-current@freebsd.org > Message-ID: > Content-Type: text/plain; format=flowed; charset="iso-8859-1"; > reply-type=original > > Thanks. I will not use the -E flag then. > > Zoltan > > > Zoltan Frombach wrote: > >> You are right. My mistake. This indeed works: > >> > >> sed -E -e "s/^[0-9]+/199/" conf-split > conf-split.new > >> > >> Thanks for clearing this up. > > > > For what it's worth, there is another way to write this regexp without > > using the -E flag. Since x+ == xx*, you can write it: > > "s/^[0-9][0-9]*/199/". The reason for not using -E is that it's not > > portable, since it's not specified by the standard. GNU sed uses -r for > > extended REs. > > > > Cheers, > > Maxime > > ------------------------------ > > Message: 15 > Date: Mon, 15 Nov 2004 04:06:07 +0100 > From: Matthias Andree > Subject: Re: New 5.x packages uploaded > To: Kris Kennaway > Cc: ports@freebsd.org > Message-ID: > Content-Type: text/plain; charset=us-ascii > > Kris Kennaway writes: > > > I've uploaded new packages for 5.3-stable; they'll make their way onto > > the ftp mirrors over the next day or so. Included are the new > > versions of GNOME and KDE, among others. > > BTW, are we getting long-standing security issues in ports fixed, for > instance cups-base, open-motif, others? Yeah I know send patches, but my > ressources are limited and committers are also overworked already... > > The general question I'd like to raise is how long will we allow ports > with known security flaws linger around before they are marked BROKEN? > > -- > Matthias Andree > > ------------------------------ > > Message: 16 > Date: Sun, 14 Nov 2004 19:13:14 -0800 > From: Kris Kennaway > Subject: Re: New 5.x packages uploaded > To: Matthias Andree > Cc: ports@freebsd.org > Message-ID: <20041115031314.GA43451@xor.obsecurity.org> > Content-Type: text/plain; charset="us-ascii" > > On Mon, Nov 15, 2004 at 04:06:07AM +0100, Matthias Andree wrote: > > Kris Kennaway writes: > > > > > I've uploaded new packages for 5.3-stable; they'll make their way onto > > > the ftp mirrors over the next day or so. Included are the new > > > versions of GNOME and KDE, among others. > > > > BTW, are we getting long-standing security issues in ports fixed, for > > instance cups-base, open-motif, others? Yeah I know send patches, but my > > ressources are limited and committers are also overworked already... > > > > The general question I'd like to raise is how long will we allow ports > > with known security flaws linger around before they are marked BROKEN? > > In general serious security flaws should be marked FORBIDDEN > immediately, and they generally are. Fixing the security issues is up > to the community. > > Kris > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: not available > Type: application/pgp-signature > Size: 187 bytes > Desc: not available > Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20041114/82ac00d9/attachment-0002.bin > > ------------------------------ > > Message: 17 > Date: Mon, 15 Nov 2004 04:06:07 +0100 > From: Matthias Andree > Subject: Re: New 5.x packages uploaded > To: Kris Kennaway > Cc: ports@freebsd.org > Message-ID: > Content-Type: text/plain; charset=us-ascii > > Kris Kennaway writes: > > > I've uploaded new packages for 5.3-stable; they'll make their way onto > > the ftp mirrors over the next day or so. Included are the new > > versions of GNOME and KDE, among others. > > BTW, are we getting long-standing security issues in ports fixed, for > instance cups-base, open-motif, others? Yeah I know send patches, but my > ressources are limited and committers are also overworked already... > > The general question I'd like to raise is how long will we allow ports > with known security flaws linger around before they are marked BROKEN? > > -- > Matthias Andree > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > > ------------------------------ > > Message: 18 > Date: Sun, 14 Nov 2004 19:13:14 -0800 > From: Kris Kennaway > Subject: Re: New 5.x packages uploaded > To: Matthias Andree > Cc: ports@freebsd.org > Message-ID: <20041115031314.GA43451@xor.obsecurity.org> > Content-Type: text/plain; charset="us-ascii" > > On Mon, Nov 15, 2004 at 04:06:07AM +0100, Matthias Andree wrote: > > Kris Kennaway writes: > > > > > I've uploaded new packages for 5.3-stable; they'll make their way onto > > > the ftp mirrors over the next day or so. Included are the new > > > versions of GNOME and KDE, among others. > > > > BTW, are we getting long-standing security issues in ports fixed, for > > instance cups-base, open-motif, others? Yeah I know send patches, but my > > ressources are limited and committers are also overworked already... > > > > The general question I'd like to raise is how long will we allow ports > > with known security flaws linger around before they are marked BROKEN? > > In general serious security flaws should be marked FORBIDDEN > immediately, and they generally are. Fixing the security issues is up > to the community. > > Kris > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: not available > Type: application/pgp-signature > Size: 187 bytes > Desc: not available > Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20041114/82ac00d9/attachment-0003.bin > > ------------------------------ > > Message: 19 > Date: Sun, 14 Nov 2004 23:20:15 -0500 > From: Zaphod Beeblebrox > Subject: gvinum setstate missing? > To: freebsd-stable@freebsd.org > Message-ID: <5f67a8c404111420204e29b1bd@mail.gmail.com> > Content-Type: text/plain; charset=US-ASCII > > I'm in the uncomfortable position of needing to setstate down a gvinum > drive. I can't seem to effect this as the gvinum command doesn't > understand setstate (even though it proclaims that it does in "gvinum > help"). > > Is there a way of making this so? > > ------------------------------ > > Message: 20 > Date: Sun, 14 Nov 2004 23:25:17 -0500 (EST) > From: Paul Sandys > Subject: SIIG cards and puc > To: freebsd-stable@freebsd.org > Message-ID: <20041114231939.Y71461@bsd3.nyct.net> > Content-Type: TEXT/PLAIN; charset=US-ASCII > > I've tried to get one of the 20x family 16C650 64-byte buffer SIIG cards to > work. It does not work out of the box. > > I had to add 0x40000001 into the flags in pucdata.c for my card and "options > COM_MULTIPORT" into the kernel config. It's still limited to 115200 baud, but > all I was interested is 9600 anyway. > > Can this be implemented into the source tree ? > > P. > <-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-> > < myj@nyct.net Paul Sandys | New York Connect http://www.nyct.net > > < network operations manager | Total Solution provider > > <-------------------------------------------------------------------------> > < " The Internet Solutions Provider You Can Count On ! " > > <-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-> > > ------------------------------ > > Message: 21 > Date: Mon, 15 Nov 2004 04:59:13 +0000 > From: Adrian Wontroba > Subject: panic: APIC: Previous IPI is stuck > To: stable@freebsd.org > Message-ID: <20041115045912.A79200@titus.hanley.stade.co.uk> > Content-Type: text/plain; charset=us-ascii > > At work, I've just taken an old cast off NT server and used it as > a replacement for an equally elderly low end PC which performs an > important monitoring task. > > I took the opportunity to upgrade to 5.3 (5.3-RC2 now, yesterday's > 5.3-STABLE when I get to work again) rather than stay on 4.10-RELEASE. > > The rationale was this would be a nice resilient machine, demonstrating > how FreeBSD can extend the useful working life of aging hardware. > > The practice is that it it has now crashed three times in a couple of > days with "panic: APIC: Previous IPI is stuck", the most recent one > dragging me out from home early in a Monday morning. > > Over in current there are a couple of threads starting in late September > where a few people are suffering this problem. Like them, I'm using an > old (1997) Pentium Pro multiprocessor, in my case a 4 way Fujitsu M700. > > The machine is running with the SMP kernel (ie GENERIC + SMP), 4BSD > scheduler, without preemption. > > I've set kern.sched.ipiwakeup.enabled=0 and crossed my fingers. > > I'm a SMP novice. Would the machine become stable if I switched to a > non-SMP kernel? Reliability is more important than speed in this case, > and the opportunity for experimentation close to zero. Creditability > has already been damaged by the gvinum RAID5 experience (8-( > > I'm not knocking 5.3 - in all other respects it seems wonderful. > > "me too" diagnostics: > > kern.sched.name: 4BSD > kern.sched.quantum: 100000 > kern.sched.ipiwakeup.enabled: 1 > kern.sched.ipiwakeup.requested: 858129 > kern.sched.ipiwakeup.delivered: 858129 > kern.sched.ipiwakeup.usemask: 1 > kern.sched.ipiwakeup.useloop: 0 > kern.sched.ipiwakeup.onecpu: 0 > kern.sched.ipiwakeup.htt2: 0 > kern.sched.followon: 0 > kern.sched.pfollowons: 0 > kern.sched.kgfollowons: 0 > kern.sched.runq_fuzz: 1 > > ============================================================================ > > MPTable, version 2.0.15 > > looking for EBDA pointer @ 0x040e, found, searching EBDA @ 0x0008f000 > searching CMOS 'top of mem' @ 0x0008ec00 (571K) > searching default 'top of mem' @ 0x0009fc00 (639K) > searching BIOS @ 0x000f0000 > > MP FPS found in BIOS @ physical addr: 0x000fdc30 > > ---------------------------------------------------------------------------- > > MP Floating Pointer Structure: > > location: BIOS > physical address: 0x000fdc30 > signature: '_MP_' > length: 16 bytes > version: 1.4 > checksum: 0x56 > mode: Virtual Wire > > ---------------------------------------------------------------------------- > > MP Config Table Header: > > physical address: 0x0008f151 > signature: 'PCMP' > base table length: 332 > version: 1.4 > checksum: 0x05 > OEM ID: 'Fujitsu ' > Product ID: 'Pro Server ' > OEM table pointer: 0x00000000 > OEM table size: 0 > entry count: 30 > local APIC address: 0xfee00000 > extended table length: 0 > extended table checksum: 0 > > ---------------------------------------------------------------------------- > > MP Config Base Table Entries: > > -- > Processors: APIC ID Version State Family Model Step > Flags > 3 0x11 BSP, usable 6 1 9 > 0xfbff > 0 0x11 AP, usable 6 1 9 > 0xfbff > 1 0x11 AP, usable 6 1 9 > 0xfbff > 2 0x11 AP, usable 6 1 9 > 0xfbff > -- > Bus: Bus ID Type > 0 PCI > 1 PCI > 2 EISA > -- > I/O APICs: APIC ID Version State Address > 8 0x11 usable 0xfec00000 > 9 0x11 usable 0xfec0c000 > -- > I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# > ExtINT active-hi edge 2 0 8 0 > INT conforms conforms 2 1 8 1 > INT conforms conforms 2 2 8 2 > INT conforms conforms 2 3 8 3 > INT conforms conforms 2 4 8 4 > INT conforms conforms 2 5 8 5 > INT conforms conforms 2 6 8 6 > INT conforms conforms 2 7 8 7 > INT conforms conforms 2 8 8 8 > INT conforms conforms 2 9 8 9 > INT conforms conforms 2 10 8 10 > INT conforms conforms 2 11 8 11 > INT conforms conforms 2 12 8 12 > INT conforms conforms 2 13 8 13 > INT conforms conforms 2 14 8 14 > INT conforms conforms 2 15 8 15 > INT active-lo level 0 1:A 9 11 > INT active-lo level 1 1:A 9 12 > INT active-lo level 1 2:A 9 12 > -- > Local Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# > ExtINT active-hi edge 0 0:A 255 0 > NMI active-hi edge 0 0:A 255 1 > > ---------------------------------------------------------------------------- > > dmesg output: > > Copyright (c) 1992-2004 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 5.3-RC2 #0: Thu Nov 4 03:48:56 GMT 2004 > > toor@xjamesfriis.:/usr/src/sys/i386/compile/JAMESFRIIS > MPTable: > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Pentium Pro (199.84-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x619 Stepping = 9 > > Features=0xfbff V> > real memory = 2147483648 (2048 MB) > avail memory = 2095947776 (1998 MB) > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > cpu0 (BSP): APIC ID: 3 > cpu1 (AP): APIC ID: 0 > cpu2 (AP): APIC ID: 1 > cpu3 (AP): APIC ID: 2 > ioapic0: Assuming intbase of 0 > ioapic1: Assuming intbase of 16 > ioapic0 irqs 0-15 on motherboard > ioapic1 irqs 16-31 on motherboard > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > pcib0: pcibus 0 on motherboard > pci0: on pcib0 > fxp0: port 0xfce0-0xfcff mem > 0xfe900000-0xfe9fffff,0xfe8ff000-0xfe8fffff irq 27 at device 1.0 on pci0 > miibus0: on fxp0 > ukphy0: on miibus0 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > fxp0: Ethernet address: 00:10:a8:00:10:d6 > pci0: at device 2.0 (no driver attached) > eisab0: at device 3.0 on pci0 > eisa0: on eisab0 > mainboard0: on eisa0 slot 0 > isa0: on eisab0 > pcib1: pcibus 1 on motherboard > pci1: on pcib1 > ahc0: port 0xf800-0xf8ff mem > 0xfceef000-0xfceeffff irq 28 at device 1.0 on pci1 > ahc0: [GIANT-LOCKED] > aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs > ahc1: port 0xf400-0xf4ff mem > 0xfceee000-0xfceeefff irq 28 at device 2.0 on pci1 > ahc1: [GIANT-LOCKED] > aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs > pci1: at device 3.0 (no driver attached) > cpu0 on motherboard > cpu1 on motherboard > cpu2 on motherboard > cpu3 on motherboard > orm0: at iomem 0xc0000-0xc7fff on isa0 > pmtimer0 on isa0 > ata0 at port 0x3f6,0x1f0-0x1f7 irq 14 on isa0 > ata1 at port 0x376,0x170-0x177 irq 15 on isa0 > atkbdc0: at port 0x64,0x60 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: model MouseMan+, device ID 0 > fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 > fdc0: [FAST] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > ppc0: at port 0x378-0x37f irq 7 on isa0 > ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode > ppbus0: on ppc0 > plip0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 16550A > sio1 at port 0x2f8-0x2ff irq 3 on isa0 > sio1: type 16550A > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > unknown: can't assign resources (port) > unknown: can't assign resources (port) > unknown: can't assign resources (port) > unknown: can't assign resources (port) > unknown: can't assign resources (port) > Timecounters tick every 10.000 msec > Waiting 15 seconds for SCSI devices to settle > (probe6:ahc0:0:6:0): AutoSense Failed > (probe5:ahc0:0:6:1): AutoSense Failed > (probe0:ahc0:0:6:2): AutoSense Failed > (probe5:ahc0:0:6:3): AutoSense Failed > (probe5:ahc0:0:6:4): AutoSense Failed > (probe0:ahc0:0:6:5): AutoSense Failed > (probe0:ahc0:0:6:6): AutoSense Failed > (probe0:ahc0:0:6:7): AutoSense Failed > (probe21:ahc1:0:6:0): AutoSense Failed > (probe1:ahc1:0:6:1): AutoSense Failed > (probe1:ahc1:0:6:2): AutoSense Failed > (probe1:ahc1:0:6:3): AutoSense Failed > (probe1:ahc1:0:6:4): AutoSense Failed > (probe1:ahc1:0:6:5): AutoSense Failed > (probe1:ahc1:0:6:6): AutoSense Failed > (probe1:ahc1:0:6:7): AutoSense Failed > sa0 at ahc0 bus 0 target 4 lun 0 > sa0: Removable Sequential Access SCSI-2 device > sa0: 10.000MB/s transfers (10.000MHz, offset 15) > ses0 at ahc0 bus 0 target 6 lun 0 > ses0: Fixed Processor SCSI-2 device > ses0: 3.300MB/s transfers > ses0: SAF-TE Compliant Device > ses1 at ahc1 bus 0 target 6 lun 0 > ses1: Fixed Processor SCSI-2 device > ses1: 3.300MB/s transfers > ses1: SAF-TE Compliant Device > da0 at ahc0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-2 device > da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing > Enabled > da0: 4149MB (8498506 512 byte sectors: 255H 63S/T 529C) > da1 at ahc0 bus 0 target 1 lun 0 > da1: Fixed Direct Access SCSI-2 device > da1: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing > Enabled > da1: 4149MB (8498506 512 byte sectors: 255H 63S/T 529C) > da2 at ahc0 bus 0 target 2 lun 0 > da2: Fixed Direct Access SCSI-2 device > da2: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing > Enabled > da2: 4149MB (8498506 512 byte sectors: 255H 63S/T 529C) > da3 at ahc1 bus 0 target 0 lun 0 > da3: Fixed Direct Access SCSI-2 device > da3: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing > Enabled > da3: 4149MB (8498506 512 byte sectors: 255H 63S/T 529C) > da4 at ahc1 bus 0 target 1 lun 0 > da4: Fixed Direct Access SCSI-2 device > da4: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing > Enabled > da4: 4149MB (8498506 512 byte sectors: 255H 63S/T 529C) > da5 at ahc1 bus 0 target 2 lun 0 > da5: Fixed Direct Access SCSI-2 device > da5: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing > Enabled > da5: 8683MB (17783240 512 byte sectors: 255H 63S/T 1106C) > cd0 at ahc0 bus 0 target 5 lun 0 > cd0: Removable CD-ROM SCSI-2 device > cd0: 10.000MB/s transfers (10.000MHz, offset 15) > cd0: Attempt to query device size failed: NOT READY, Medium not present > GEOM_MIRROR: Device mirror0 created (id=138753045). > GEOM_MIRROR: Device mirror0: provider da0 detected. > GEOM_CONCAT: Device usr2 created (id=1051984440). > GEOM_CONCAT: Disk da1 attached to usr2. > GEOM_CONCAT: Disk da2 attached to usr2. > GEOM_MIRROR: Device mirror0: provider da3 detected. > GEOM_MIRROR: Device mirror0: provider da3 activated. > GEOM_MIRROR: Device mirror0: provider mirror/mirror0 launched. > GEOM_MIRROR: Device mirror0: rebuilding provider da0. > GEOM_CONCAT: Disk da4 attached to usr2. > GEOM_CONCAT: Disk da5 attached to usr2. > GEOM_CONCAT: Device usr2 activated. > SMP: AP CPU #3 Launched! > SMP: AP CPU #1 Launched! > SMP: AP CPU #2 Launched! > Mounting root from ufs:/dev/mirror/mirror0a > WARNING: / was not properly dismounted > WARNING: /var was not properly dismounted > WARNING: /usr was not properly dismounted > /usr: mount pending error: blocks 4 files 2 > WARNING: /usr2 was not properly dismounted > > -- > Adrian Wontroba > > ------------------------------ > > Message: 22 > Date: Mon, 15 Nov 2004 00:36:53 -0500 > From: Zaphod Beeblebrox > Subject: gvinum again? > To: freebsd-stable@freebsd.org > Message-ID: <5f67a8c4041114213657cdb434@mail.gmail.com> > Content-Type: text/plain; charset=US-ASCII > > I'm looking at gstat while fsck'ing a gvinum partition. The trouble > I'm seeing is that I don't see activity on the second disk. Now... > I'm using fsck -n ... just checking things ... so there's no writes, > but does gvinum not (yet) load balance on reads? > > ------------------------------ > > Message: 23 > Date: Mon, 15 Nov 2004 06:59:27 +0100 > From: Torfinn Ingolfsen > Subject: Re: msdosfs - support for large disks? > To: freebsd-stable@freebsd.org > Message-ID: <20041115065927.4599047a.torfinn.ingolfsen@broadpark.no> > Content-Type: text/plain; charset=US-ASCII > > On Sun, 31 Oct 2004 18:27:08 +0200 > Saulius Menkevicius wrote: > > > It support those, you just have to include > > options MSDOSFS_LARGE > > in you kernel config file. > > OK, I found that (shouldn't this be documented in the NOTES file, > even if it is an experimental patch?), and made a new kernel with it. > > > At least it works for me on 184GB fat32 partition. > > Well, it works here too, on a 234GB partition. Sort of, at least. > I can mount the partition, and copy files to (and from) it, make > directories and so on. But, I get lots of "invalid file handle" messages > when I try to copy files to it. That makes it unusable for me. > > I guess I'll have to use something else. > -- > Regards, > Torfinn Ingolfsen, > Norway > > ------------------------------ > > Message: 24 > Date: Mon, 15 Nov 2004 01:26:54 -0500 > From: Paul Mather > Subject: Re: gvinum again? > To: Zaphod Beeblebrox > Cc: freebsd-stable@freebsd.org > Message-ID: <1100500014.24190.147.camel@zappa.Chelsea-Ct.Org> > Content-Type: text/plain > > On Mon, 2004-11-15 at 00:36 -0500, Zaphod Beeblebrox wrote: > > I'm looking at gstat while fsck'ing a gvinum partition. The trouble > > I'm seeing is that I don't see activity on the second disk. Now... > > I'm using fsck -n ... just checking things ... so there's no writes, > > but does gvinum not (yet) load balance on reads? > > Your observation is correct: it doesn't (yet) load balance across plexes > of mirrored volumes; geom_mirror (gmirror) does, though (and offers > various load-balancing options). > > Cheers, > > Paul. > -- > e-mail: paul@gromit.dlib.vt.edu > > "Without music to decorate it, time is just a bunch of boring production > deadlines or dates by which bills must be paid." > --- Frank Vincent Zappa > > ------------------------------ > > Message: 25 > Date: Mon, 15 Nov 2004 02:31:49 -0500 > From: Zaphod Beeblebrox > Subject: Re: gvinum again? > To: Paul Mather > Cc: freebsd-stable@freebsd.org > Message-ID: <5f67a8c404111423317b721cfe@mail.gmail.com> > Content-Type: text/plain; charset=US-ASCII > > On Mon, 15 Nov 2004 01:26:54 -0500, Paul Mather wrote: > > > Your observation is correct: it doesn't (yet) load balance across plexes > > of mirrored volumes; geom_mirror (gmirror) does, though (and offers > > various load-balancing options). > > Is this something planned for the near future? I'm migrating legacy > units here, so I don't really have a choice. > > ... also ... I suspect, whatever form it eventually takes, that volume > management and geom and/or vinum is essential. > > ------------------------------ > > Message: 26 > Date: Mon, 15 Nov 2004 10:11:18 +0200 > From: Andrei Grudiy > To: freebsd-security@freebsd.org, freebsd-stable@freebsd.org > Message-ID: <20041115081118.GD5411@interexc.com> > Content-Type: text/plain; charset=us-ascii > > freebsd-questions@freebsd.org > Cc: > Bcc:gruand > Subject: Re: 100.chksetuid in /etc/periodic/security resets the mashine > Reply-To: > In-Reply-To: <20041112173824.GT26202@horsey.gshapiro.net> > > Hello, kolleages! > I have a problem. > When I (or system) start the script 100.chksetuid in > /etc/periodic/security my machine resets. > The machine: > Timecounter "i8254" frequency 1193182 Hz > CPU: Intel(R) Xeon(TM) CPU 3.06GHz (3056.82-MHz 686-class CPU) > System version: > FreeBSD 4.10-STABLE #0: Mon Nov 8 06:50:54 PST 2004 > > I will glad to have help. > Thank you in advance. > -- > Andrei Grudiy. > Ukraine. > > ------------------------------ > > Message: 27 > Date: Mon, 15 Nov 2004 08:22:35 +0000 > From: Adrian Wontroba > Subject: Re: panic: APIC: Previous IPI is stuck > To: Andy Farkas > Cc: stable@freebsd.org > Message-ID: <20041115082235.A82851@titus.hanley.stade.co.uk> > Content-Type: text/plain; charset=us-ascii > > On Mon, Nov 15, 2004 at 04:49:56PM +1100, Andy Farkas wrote: > > [freebsd.org is rejecting my email (cant find hostname) > > so please feel free to copy this to the list] > > So quoted in full. > > > On Mon, 15 Nov 2004, Adrian Wontroba wrote: > > ... > > > The practice is that it it has now crashed three times in a couple of > > > days with "panic: APIC: Previous IPI is stuck", the most recent one > > > dragging me out from home early in a Monday morning. > > > > /me raises hand > > > > I still get panics too (5.3-STABLE cvsup'd last thursday). > > At one stage I thought it was fixed, but I was wrong. > > My box does not reboot itself either. > > > > > Over in current there are a couple of threads starting in late September > > > where a few people are suffering this problem. Like them, I'm using an > > > old (1997) Pentium Pro multiprocessor, in my case a 4 way Fujitsu M700. > > > > > > The machine is running with the SMP kernel (ie GENERIC + SMP), 4BSD > > > scheduler, without preemption. > > > > Robert Watson has said it happens on his 4-way xeon box, > > so its not the "old hardware" thats to blame. (My box is > > an old Dell quad-ppro too). Something changed in the code > > around the end of August this year. > > > > > I've set kern.sched.ipiwakeup.enabled=0 and crossed my fingers. > > > > Doesn't help. I already tried. Panic will still happen. > > Ah. Will it last the day I wonder? > > > > I'm a SMP novice. Would the machine become stable if I switched to a > > > non-SMP kernel? Reliability is more important than speed in this case, > > > and the opportunity for experimentation close to zero. Creditability > > > has already been damaged by the gvinum RAID5 experience (8-( > > > > A UP kernel will probably run forever. The IPI panic can > > only happen on SMP kernels. > > Thanks. I'll switch back to GENERIC. > > > > I'm not knocking 5.3 - in all other respects it seems wonderful. > > > > I'm not knocking 5.3 either, but it seems to its not quite > > stable. Its more of ".0" release, where things are still > > getting ironed out (like gvinum, which I also have problems > > with). > > "RELENG_4: Time to die" - for all kinds of good reasons. It was time > for 5-STABLE. The future release plan looks promising, but there > is still the age old problem - how do you get the more of the user > population to try out and find the problems in new versions before they > acquire -RELEASE status? > > "Mea culpa" - I no longer have a "crash box". Time to get my mail > off my own PPro (uniprocessor) box to free it up as such. If I had > done this, I would have run into the vinum / gvinum issues in a less > embarrassing fashion. > > > Stephan, you mentioned that the IPI code needs rewriting in order to > > fix this problem... how's it going? > > > > - andyf > > -- > Adrian Wontroba > > ------------------------------ > > Message: 28 > Date: Mon, 15 Nov 2004 10:49:56 +0200 > From: Andrei Grudiy > Subject: 100.chksetuid in /etc/periodic/security resets the mashine > To: freebsd-security@freebsd.org, freebsd-stable@freebsd.org > Cc: freebsd-questions@freebsd.org > Message-ID: <20041115084956.GA24138@interexc.com> > Content-Type: text/plain; charset=us-ascii > > Hello, kolleages! > I have a problem. > When I (or system) start the script 100.chksetuid in > /etc/periodic/security my machine resets. > The machine: > Timecounter "i8254" frequency 1193182 Hz > CPU: Intel(R) Xeon(TM) CPU 3.06GHz (3056.82-MHz 686-class CPU) > System version: > FreeBSD 4.10-STABLE #0: Mon Nov 8 06:50:54 PST 2004 > > I will glad to have help. > Thank you in advance. > -- > Andrei Grudiy. > Ukraine. > > ------------------------------ > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > End of freebsd-stable Digest, Vol 87, Issue 1 > ********************************************* > From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 16:07:36 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C995916A4CE for ; Mon, 15 Nov 2004 16:07:36 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B76B43D49 for ; Mon, 15 Nov 2004 16:07:36 +0000 (GMT) (envelope-from cristiano.deana@gmail.com) Received: by wproxy.gmail.com with SMTP id 71so484220wri for ; Mon, 15 Nov 2004 08:07:36 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=OXo2pqIjTfE3i8H9gbwUuRgoWbAK6MHaM56fXV2Y3D3vFvT7v+jhc4eeLa+nrNn/b+i4SPlAzlkAnGj/2AtGKKWCl7rAZfZIkhSF+DTE53jW9GVG62qVpwRuwoNoLo7grXHvKsSDk0edUtugYdUCTrJfGFfS7drLVcwljXFq14Y= Received: by 10.54.18.22 with SMTP id 22mr458182wrr; Mon, 15 Nov 2004 08:07:35 -0800 (PST) Received: by 10.54.36.63 with HTTP; Mon, 15 Nov 2004 08:07:35 -0800 (PST) Message-ID: Date: Mon, 15 Nov 2004 17:07:35 +0100 From: Cristiano Deana To: firewall du In-Reply-To: <4bf33ff604111507412c549384@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20041115120109.87F5616A4E4@hub.freebsd.org> <4bf33ff604111507412c549384@mail.gmail.com> cc: freebsd-stable@freebsd.org Subject: Re: freebsd-stable Digest, Vol 87, Issue 1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Cristiano Deana List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2004 16:07:36 -0000 On Mon, 15 Nov 2004 08:41:17 -0700, firewall du wrote: > When disabling and enabling a nic (bfe0) my system warm boots itself (sometimes) [cut of 1527 useless lines] Before check your problem try HOWTO-write-a-mail. -- Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 16:53:45 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16D1116A4CE for ; Mon, 15 Nov 2004 16:53:45 +0000 (GMT) Received: from freesbee.wheel.dk (freesbee.wheel.dk [193.162.159.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F4B843D46 for ; Mon, 15 Nov 2004 16:53:44 +0000 (GMT) (envelope-from michael@lyngbol.dk) Received: by freesbee.wheel.dk (Postfix, from userid 1038) id 30898114E7; Mon, 15 Nov 2004 17:53:42 +0100 (CET) Date: Mon, 15 Nov 2004 17:53:42 +0100 From: Michael =?iso-8859-1?Q?Lyngb=F8l?= To: John Hay Message-ID: <20041115165342.GD2500@freesbee.wheel.dk> Mail-Followup-To: John Hay , Sam Leffler , stable@freebsd.org References: <416DF63E.6000401@errno.com> <20041015132512.GA95147@zibbi.icomtek.csir.co.za> <416FE900.7030809@errno.com> <20041015152337.GA98631@zibbi.icomtek.csir.co.za> <416FEDFB.1060908@errno.com> <20041015172105.GA2560@zibbi.icomtek.csir.co.za> <41704795.6070603@errno.com> <20041111055115.GA58987@zibbi.icomtek.csir.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20041111055115.GA58987@zibbi.icomtek.csir.co.za> User-Agent: Mutt/1.4.2.1i X-Free: live free, or die! X-Operating-System: FreeBSD/i386 5.2-CURRENT X-PGP-Fingerprint: 3CA6 3789 1455 8FC2 D499 F22A D763 1ABB 9E4A 37AE X-PGP-Public-Key: http://freesbee.wheel.dk/~lyngbol/gpgkey.pub cc: Sam Leffler cc: stable@freebsd.org Subject: Re: net80211+atheros changes (updated) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2004 16:53:45 -0000 On 11.11.2004 07:51:15 +0000, John Hay wrote: > > > > Let's try this again: > > > > http://people.freebsd.org/~sam/net80211+ath-20041015.tgz > > > > This applys cleanly to -current as of last night, builds, and boots. > > Beware of applying this over old patches as patch -N doesn't always seem > > to do the right thing with the new files. I tested against a clean cvs co. > > > > For those interested, here is a patch so that one can use Sam's patches > on 5.3 too. Nice work! Sam's + John's patches works nicely on IBM T41 w/ 5.3-REL. ath0: mem 0xc0210000-0xc021ffff irq 11 at device 2.0 on pci2 ath0: Ethernet address: 00:05:4e:4b:a8:aa ath0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps ath0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps ath0: mac 5.6 phy 4.1 5ghz radio 1.7 2ghz radio 2.3 ath0: Use hw queue 1 for WME_AC_BE traffic ath0: Use hw queue 0 for WME_AC_BK traffic ath0: Use hw queue 2 for WME_AC_VI traffic ath0: Use hw queue 3 for WME_AC_VO traffic I'm able to use WEP which was broken before. I'll try TKIP and CCMP crypto support. Any chance of getting these changes committed? /Michael -- Michael Lyngbøl -- michael at lyngbol dot dk Network Architect, AS3292 TDC, IP·backbone From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 17:25:37 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C5DB16A4CE for ; Mon, 15 Nov 2004 17:25:37 +0000 (GMT) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id E274243D31 for ; Mon, 15 Nov 2004 17:25:36 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (pool-151-199-90-129.roa.east.verizon.net [151.199.90.129]) by gromit.dlib.vt.edu (8.13.1/8.13.1) with ESMTP id iAFHPYgw041748 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 15 Nov 2004 12:25:35 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (localhost.Chelsea-Ct.Org [127.0.0.1]) by zappa.Chelsea-Ct.Org (8.13.1/8.13.1) with ESMTP id iAFHPSQj081314 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 15 Nov 2004 12:25:29 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) Received: (from paul@localhost) by zappa.Chelsea-Ct.Org (8.13.1/8.13.1/Submit) id iAFHPRV7081313; Mon, 15 Nov 2004 12:25:27 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) X-Authentication-Warning: zappa.Chelsea-Ct.Org: paul set sender to paul@gromit.dlib.vt.edu using -f From: Paul Mather To: Zaphod Beeblebrox In-Reply-To: <5f67a8c404111423317b721cfe@mail.gmail.com> References: <5f67a8c4041114213657cdb434@mail.gmail.com> <1100500014.24190.147.camel@zappa.Chelsea-Ct.Org> <5f67a8c404111423317b721cfe@mail.gmail.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Mon, 15 Nov 2004 12:25:26 -0500 Message-Id: <1100539526.31778.18.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port cc: freebsd-stable@freebsd.org Subject: Re: gvinum again? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2004 17:25:37 -0000 On Mon, 2004-11-15 at 02:31 -0500, Zaphod Beeblebrox wrote: > On Mon, 15 Nov 2004 01:26:54 -0500, Paul Mather wrote: > > > Your observation is correct: it doesn't (yet) load balance across plexes > > of mirrored volumes; geom_mirror (gmirror) does, though (and offers > > various load-balancing options). > > Is this something planned for the near future? I'm migrating legacy > units here, so I don't really have a choice. I don't know about the *near* future, but I believe it is on Lukas' (le@freebsd.org) list of things to do. You'd probably have to ask him how high it is on the list, though. > ... also ... I suspect, whatever form it eventually takes, that volume > management and geom and/or vinum is essential. I my case I had a legacy root-on-vinum all-mirrored setup, and so was interested in mirroring more than LVM. (Like many, I'd used vinum just as a way of accomplishing a software RAID 1 across two drives to provide extra tolerance to drive failures.) So, migrating from geom_vinum to geom_mirror was not such a burden (or a hurdle). I don't know if growfs is 100% robust enough yet to provide the other important ingredient to a true LVM storage management system a la the logical volume manager on AIX or AdvFS on Tru64, say. Cheers, Paul. -- e-mail: paul@gromit.dlib.vt.edu "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." --- Frank Vincent Zappa From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 17:32:55 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C20C716A4CE for ; Mon, 15 Nov 2004 17:32:55 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8675E43D41 for ; Mon, 15 Nov 2004 17:32:55 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] ([66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id iAFHWsWi002027 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 15 Nov 2004 09:32:55 -0800 (PST) (envelope-from sam@errno.com) From: Sam Leffler Organization: Errno Consulting To: Michael =?iso-8859-1?q?Lyngb=F8l?= Date: Mon, 15 Nov 2004 09:40:48 -0800 User-Agent: KMail/1.7 References: <416DF63E.6000401@errno.com> <20041111055115.GA58987@zibbi.icomtek.csir.co.za> <20041115165342.GD2500@freesbee.wheel.dk> In-Reply-To: <20041115165342.GD2500@freesbee.wheel.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200411150940.49215.sam@errno.com> cc: stable@freebsd.org Subject: Re: net80211+atheros changes (updated) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2004 17:32:55 -0000 On Monday 15 November 2004 08:53 am, Michael Lyngb=F8l wrote: > On 11.11.2004 07:51:15 +0000, John Hay wrote: > > > Let's try this again: > > > > > > http://people.freebsd.org/~sam/net80211+ath-20041015.tgz > > > > > > This applys cleanly to -current as of last night, builds, and boots. > > > Beware of applying this over old patches as patch -N doesn't always > > > seem to do the right thing with the new files. I tested against a > > > clean cvs co. > > > > For those interested, here is a patch so that one can use Sam's patches > > on 5.3 too. > > Nice work! Sam's + John's patches works nicely on IBM T41 w/ 5.3-REL. > > ath0: mem 0xc0210000-0xc021ffff irq 11 at device 2.0 on pc= i2 > ath0: Ethernet address: 00:05:4e:4b:a8:aa > ath0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps > ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps > ath0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps > 24Mbps 36Mbps 48Mbps 54Mbps ath0: mac 5.6 phy 4.1 5ghz radio 1.7 2ghz rad= io > 2.3 > ath0: Use hw queue 1 for WME_AC_BE traffic > ath0: Use hw queue 0 for WME_AC_BK traffic > ath0: Use hw queue 2 for WME_AC_VI traffic > ath0: Use hw queue 3 for WME_AC_VO traffic > > I'm able to use WEP which was broken before. I'll try TKIP and CCMP > crypto support. > > Any chance of getting these changes committed? No. I have stated previously that I will not commit any of these changes t= o=20 CVS until at least one other committer agrees to help with the fallout (to= =20 other wireless drivers). In particular I need someone to take responsibili= ty=20 for the wi driver. Sam From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 18:33:41 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C05416A4CE for ; Mon, 15 Nov 2004 18:33:41 +0000 (GMT) Received: from havoc.eusc.inter.net (havoc.eusc.inter.net [213.73.101.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3F9C43D46 for ; Mon, 15 Nov 2004 18:33:40 +0000 (GMT) (envelope-from msch@snafu.de) Received: from dial-76-235.de.inter.net ([213.73.76.235] helo=current.best-eng.de) by havoc.eusc.inter.net with esmtp (Exim 3.36 #3) id 1CTlfX-0006CO-00; Mon, 15 Nov 2004 19:33:39 +0100 Received: from current.best-eng.de (localhost.best-eng.de [127.0.0.1]) by current.best-eng.de (8.13.1/8.13.1) with ESMTP id iAFIXcga001340; Mon, 15 Nov 2004 19:33:38 +0100 (CET) (envelope-from msch@snafu.de) Received: from localhost (localhost [[UNIX: localhost]]) by current.best-eng.de (8.13.1/8.13.1/Submit) id iAFIXb2j001339; Mon, 15 Nov 2004 19:33:37 +0100 (CET) (envelope-from msch@snafu.de) X-Authentication-Warning: current.best-eng.de: matthias set sender to msch@snafu.de using -f From: Matthias Schuendehuette Organization: Micro$oft-free Zone To: freebsd-stable@freebsd.org Date: Mon, 15 Nov 2004 19:33:36 +0100 User-Agent: KMail/1.7 References: <5f67a8c4041114213657cdb434@mail.gmail.com> <5f67a8c404111423317b721cfe@mail.gmail.com> <1100539526.31778.18.camel@zappa.Chelsea-Ct.Org> In-Reply-To: <1100539526.31778.18.camel@zappa.Chelsea-Ct.Org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200411151933.37431.msch@snafu.de> cc: Zaphod Beeblebrox Subject: Re: gvinum again? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: msch@snafu.de List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2004 18:33:41 -0000 Hi, Am Montag, 15. November 2004 18:25 schrieb Paul Mather: > [...] > I don't know if growfs is 100% robust enough yet to provide the other > important ingredient to a true LVM storage management system a la the > logical volume manager on AIX or AdvFS on Tru64, say. Yes, it is. I use (g)vinum primarily as a LVM with concat plexes on ProLiant Servers with SmartRAID-Controllers, so mirroring and/or RAID5 is done in hardware. The extension of filesystems on concat plexes works (simply) as advertised... :-) At least *I* had no problems so far. -- Ciao/BSD - Matthias Matthias Schuendehuette , Berlin (Germany) PGP-Key at and ID: 0xDDFB0A5F From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 18:41:16 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 240EC16A4CE for ; Mon, 15 Nov 2004 18:41:16 +0000 (GMT) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id C152B43D39 for ; Mon, 15 Nov 2004 18:41:15 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (pool-151-199-90-129.roa.east.verizon.net [151.199.90.129]) by gromit.dlib.vt.edu (8.13.1/8.13.1) with ESMTP id iAFIfDPW041908 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 15 Nov 2004 13:41:14 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (localhost.Chelsea-Ct.Org [127.0.0.1]) by zappa.Chelsea-Ct.Org (8.13.1/8.13.1) with ESMTP id iAFIf7SI081520 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 15 Nov 2004 13:41:08 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) Received: (from paul@localhost) by zappa.Chelsea-Ct.Org (8.13.1/8.13.1/Submit) id iAFIf6cG081519; Mon, 15 Nov 2004 13:41:06 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) X-Authentication-Warning: zappa.Chelsea-Ct.Org: paul set sender to paul@gromit.dlib.vt.edu using -f From: Paul Mather To: msch@snafu.de In-Reply-To: <200411151933.37431.msch@snafu.de> References: <5f67a8c4041114213657cdb434@mail.gmail.com> <5f67a8c404111423317b721cfe@mail.gmail.com> <1100539526.31778.18.camel@zappa.Chelsea-Ct.Org> <200411151933.37431.msch@snafu.de> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Mon, 15 Nov 2004 13:41:05 -0500 Message-Id: <1100544065.31778.46.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port cc: Zaphod Beeblebrox cc: freebsd-stable@freebsd.org Subject: Re: gvinum again? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2004 18:41:16 -0000 On Mon, 2004-11-15 at 19:33 +0100, Matthias Schuendehuette wrote: > Hi, > > Am Montag, 15. November 2004 18:25 schrieb Paul Mather: > > [...] > > I don't know if growfs is 100% robust enough yet to provide the other > > important ingredient to a true LVM storage management system a la the > > logical volume manager on AIX or AdvFS on Tru64, say. > > Yes, it is. I use (g)vinum primarily as a LVM with concat plexes on > ProLiant Servers with SmartRAID-Controllers, so mirroring and/or RAID5 > is done in hardware. > > The extension of filesystems on concat plexes works (simply) as > advertised... :-) At least *I* had no problems so far. That's encouraging to hear! Can you shrink volumes and filesystems like you can on, say, AdvFS under Tru64? That would be really nice. Cheers, Paul. -- e-mail: paul@gromit.dlib.vt.edu "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." --- Frank Vincent Zappa From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 18:51:56 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2FCA16A4CE for ; Mon, 15 Nov 2004 18:51:56 +0000 (GMT) Received: from vision-bsd.nl (kf-sdm-cb01-0168.dial.kabelfoon.nl [62.45.26.169]) by mx1.FreeBSD.org (Postfix) with SMTP id 9080D43D3F for ; Mon, 15 Nov 2004 18:51:55 +0000 (GMT) (envelope-from sam@vision-bsd.nl) Received: (qmail 1783 invoked by uid 1018); 15 Nov 2004 18:51:54 -0000 Received: from sam@vision-bsd.nl by freebsd.sam.intern by uid 1016 with qmail-scanner-1.22-st-qms (spamassassin: 3.0.1. Clear:RC:1(192.168.0.4):. Processed in 0.546877 secs); 15 Nov 2004 18:51:54 -0000 X-Antivirus-MYDOMAIN-Mail-From: sam@vision-bsd.nl via freebsd.sam.intern X-Antivirus-MYDOMAIN: 1.22-st-qms (Clear:RC:1(192.168.0.4):. Processed in 0.546877 secs Process 1778) Received: from sam-kamer.sam.intern (HELO SamKamer) (192.168.0.4) by vision-bsd.nl with SMTP; 15 Nov 2004 18:51:53 -0000 From: "Samuel Trommel" To: Date: Mon, 15 Nov 2004 19:51:56 +0100 MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcTLRC4K0A36ZrNYS9qrgZ2j/3FDrQ== X-Antivirus-MYDOMAIN-Message-ID: <11005447138351778@freebsd.sam.intern> Message-Id: <20041115185155.9080D43D3F@mx1.FreeBSD.org> Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Named 9.3.0 && weird error at bootup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2004 18:51:56 -0000 Hello, Recently I upgraded from 5.2.1-release to 5.3-release. When I try to start named I get a weird error: Nov 15 19:23:12 freebsd named[1152]: starting BIND 9.3.0 -4 -u bind -t /var/named/etc/namedb/ -c /etc/named.conf Nov 15 19:23:12 freebsd named[1152]: command channel listening on 0.0.0.0#953 Nov 15 19:23:12 freebsd named[1152]: /usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/unix/errno2result.c:109 : unexpected error: Nov 15 19:23:12 freebsd named[1152]: unable to convert errno to isc_result: 6: Device not configured After this my named is workin well, but wondering what this could be?? Greets, Samuel Trommel From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 18:59:00 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2101D16A4CE for ; Mon, 15 Nov 2004 18:59:00 +0000 (GMT) Received: from freesbee.wheel.dk (freesbee.wheel.dk [193.162.159.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2683743D1F for ; Mon, 15 Nov 2004 18:58:59 +0000 (GMT) (envelope-from michael@lyngbol.dk) Received: by freesbee.wheel.dk (Postfix, from userid 1038) id E39B4114CF; Mon, 15 Nov 2004 19:58:57 +0100 (CET) Date: Mon, 15 Nov 2004 19:58:57 +0100 From: Michael =?iso-8859-1?Q?Lyngb=F8l?= To: Sam Leffler Message-ID: <20041115185857.GE2500@freesbee.wheel.dk> Mail-Followup-To: Sam Leffler , John Hay , stable@freebsd.org References: <416DF63E.6000401@errno.com> <20041111055115.GA58987@zibbi.icomtek.csir.co.za> <20041115165342.GD2500@freesbee.wheel.dk> <200411150940.49215.sam@errno.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200411150940.49215.sam@errno.com> User-Agent: Mutt/1.4.2.1i X-Free: live free, or die! X-Operating-System: FreeBSD/i386 5.2-CURRENT X-PGP-Fingerprint: 3CA6 3789 1455 8FC2 D499 F22A D763 1ABB 9E4A 37AE X-PGP-Public-Key: http://freesbee.wheel.dk/~lyngbol/gpgkey.pub cc: stable@freebsd.org Subject: Re: net80211+atheros changes (updated) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2004 18:59:00 -0000 On 15.11.2004 09:40:48 +0000, Sam Leffler wrote: [...] > > I'm able to use WEP which was broken before. I'll try TKIP and CCMP > > crypto support. > > > > Any chance of getting these changes committed? > > No. I have stated previously that I will not commit any of these changes to > CVS until at least one other committer agrees to help with the fallout (to > other wireless drivers). In particular I need someone to take responsibility > for the wi driver. Fair enough. Hopefully someone will step forward and help with the other wireless drivers (sorry my skills in C doesn't help much). /Michael -- Michael Lyngbøl -- michael at lyngbol dot dk Network Architect, AS3292 TDC, IP·backbone From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 18:59:27 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81D5216A4D8 for ; Mon, 15 Nov 2004 18:59:27 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 051D443D49 for ; Mon, 15 Nov 2004 18:59:26 +0000 (GMT) (envelope-from ralf.folkerts@gmx.de) Received: (qmail 8458 invoked by uid 65534); 15 Nov 2004 18:59:24 -0000 Received: from p5083530E.dip0.t-ipconnect.de (EHLO beaster) (80.131.83.14) by mail.gmx.net (mp002) with SMTP; 15 Nov 2004 19:59:24 +0100 X-Authenticated: #18511927 From: Ralf Folkerts To: Alex de Kruijff In-Reply-To: <20041115140524.GA755@alex.lan> References: <1100460696.34540.11.camel@beaster> <20041114234908.GA746@alex.lan> <20041115140524.GA755@alex.lan> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-C77kgDGKKe76IkzlCMpO" Organization: Wohnzimmerrechenzentrum Date: Mon, 15 Nov 2004 19:55:29 +0100 Message-Id: <1100544929.696.9.camel@beaster> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port cc: stable@freebsd.org Subject: Re: Can't compile 5.3-STABLE from 5.3-RC2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2004 18:59:27 -0000 --=-C77kgDGKKe76IkzlCMpO Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Am Montag, den 15.11.2004, 15:05 +0100 schrieb Alex de Kruijff: Hi Alex & List, well, what a fiaksko -- on my Part :-( I just had a look at my /etc/make.conf again -- and found a line "CXXFLAGS=3D -O -pipe" at the very end. I removed the CXXFLAGS-Line that added the memoize-stuff when the 5.2.1 -> 5.3RC2 buildworld crashed due to these flags -- and IIRC added the "-O -pipe" line later, which was below the X_WINDOW Line where I didn't recognize it. To make it short: I just removed that line -- and buildworld ran thru fine! Alex: Thanks for your hint and the Script :-) Well, I usually do Updates according to the Handbook but this time trapped myself with that "undetected" CXXFLAGS-Line. Cheers, _ralf_ > On Mon, Nov 15, 2004 at 12:49:08AM +0100, Alex de Kruijff wrote: > > On Sun, Nov 14, 2004 at 08:31:36PM +0100, Ralf Folkerts wrote: > > > Hi, > > >=20 > > > I wanted to Update my System that runs FreeBSD 5.3-RC2 to the "final" > > > 5.3-Level. > > >=20 > > > However, compile reproducible stops in libstdc++, claiming a missing > > > "unwind.h". > > >=20 > > > I already removed /usr/src and re-cvsupped it and also searched > > > the /usr/src/UPDATING and the CURRENT- and STABLE-Lists for such > > > Problems. > > >=20 > > > The Update from 5.2.1 to 5.3-RC2 ran just fine on that machine (after > > > removing the CXXFLAGS from /etc/make.conf). > > >=20 > > > uname -a: > > > FreeBSD beaster.home.folkerts-net.de 5.3-RC2 FreeBSD 5.3-RC2 #1: Mon = Nov > > > 1 15:42:06 CET 2004 > > > toor@beaster.home.folkerts-net.de:/usr/obj/usr/src/sys/BEASTERKERNEL > > > i386 > > >=20 > > > I'll paste the libstdc++-Output and my /etc/make.conf below. > > >=20 > > > What did I do wrong? As it worked fine from 5.2.1 to 5.3 I hope it's > > > just a small Problem ;-) > >=20 > > Did you follow the handbook to the letter? I was succesful at compilein= g > > from RC2 to STABLE. You could try my script. I've put it in > > www.kruijff.org/files/FreeBSD/update.sh >=20 > Sorry this is wrong. It should be: > www.kruijff.org/alex/files/FreeBSD/update.sh >=20 > > Options are: > > update.sh cvs > > update.sh build (fails to build my special kernels) > > update.sh install GENERIC > >=20 > > Log files goto /var/world/ >=20 --=20 --=-C77kgDGKKe76IkzlCMpO Content-Type: application/pgp-signature; name=signature.asc Content-Description: Dies ist ein digital signierter Nachrichtenteil -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBmPuhY2jmDrUy5RMRAgV8AJ4qAXfu4FK4VCQIxtAv3xCcbUaccgCfVexg Kgd3OW8x3TC9i8qnH3xCtrM= =Gozz -----END PGP SIGNATURE----- --=-C77kgDGKKe76IkzlCMpO-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 19:04:54 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B8C116A4CE for ; Mon, 15 Nov 2004 19:04:54 +0000 (GMT) Received: from mail.seekingfire.com (coyote.seekingfire.com [24.72.10.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29DCE43D1F for ; Mon, 15 Nov 2004 19:04:54 +0000 (GMT) (envelope-from tillman@seekingfire.com) Received: by mail.seekingfire.com (Postfix, from userid 500) id 9BF343AF; Mon, 15 Nov 2004 13:04:53 -0600 (CST) Date: Mon, 15 Nov 2004 13:04:53 -0600 From: Tillman Hodgson To: Matthias Schuendehuette Message-ID: <20041115190453.GG2439@seekingfire.com> References: <5f67a8c4041114213657cdb434@mail.gmail.com> <5f67a8c404111423317b721cfe@mail.gmail.com> <1100539526.31778.18.camel@zappa.Chelsea-Ct.Org> <200411151933.37431.msch@snafu.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200411151933.37431.msch@snafu.de> X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-GPG-Key-ID: 828AFC7B X-GPG-Fingerprint: 5584 14BA C9EB 1524 0E68 F543 0F0A 7FBC 828A FC7B X-GPG-Key: http://www.seekingfire.com/personal/gpg_key.asc X-Urban-Legend: There is lots of hidden information in headers X-Tillman-rules: yes he does User-Agent: Mutt/1.5.6i cc: Zaphod Beeblebrox cc: freebsd-stable@freebsd.org Subject: Re: gvinum again? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2004 19:04:54 -0000 On Mon, Nov 15, 2004 at 07:33:36PM +0100, Matthias Schuendehuette wrote: > Am Montag, 15. November 2004 18:25 schrieb Paul Mather: > > [...] > > I don't know if growfs is 100% robust enough yet to provide the other > > important ingredient to a true LVM storage management system a la the > > logical volume manager on AIX or AdvFS on Tru64, say. > > Yes, it is. I use (g)vinum primarily as a LVM with concat plexes on > ProLiant Servers with SmartRAID-Controllers, so mirroring and/or RAID5 > is done in hardware. > > The extension of filesystems on concat plexes works (simply) as > advertised... :-) At least *I* had no problems so far. I can also claim lots of positive experiences with this, though mostly on 4.X systems (I've only recnetly started to use 5.X systems on more than a test machine). In my case, I growfs mirrored volumes. I've also deleted unused volumes (mirrored), moved their subdisks over to another volume to increase available free space and then run growfs to take advantage of the new space. It's been problem free for me, and I found myself taking advantage of volume management to solve disk management issues (like user home directories). -T -- "Robert Metcalf [the inventor of Ethernet] says that if something comes along to replace Ethernet, it will be called ``Ethernet'', so therefore Ethernet will never die. Unix has already undergone several such transformations." -- Ken Thompson From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 19:23:09 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1842D16A4CE for ; Mon, 15 Nov 2004 19:23:09 +0000 (GMT) Received: from smart.eusc.inter.net (smart.eusc.inter.net [213.73.101.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id B42F843D3F for ; Mon, 15 Nov 2004 19:23:08 +0000 (GMT) (envelope-from msch@snafu.de) Received: from dial-76-136.de.inter.net ([213.73.76.136] helo=current.best-eng.de) by smart.eusc.inter.net with esmtp (Exim 3.36 #4) id 1CTmRP-0001Uy-00; Mon, 15 Nov 2004 20:23:07 +0100 Received: from current.best-eng.de (localhost.best-eng.de [127.0.0.1]) by current.best-eng.de (8.13.1/8.13.1) with ESMTP id iAFJN6oO001645; Mon, 15 Nov 2004 20:23:06 +0100 (CET) (envelope-from msch@snafu.de) Received: from localhost (localhost [[UNIX: localhost]]) by current.best-eng.de (8.13.1/8.13.1/Submit) id iAFJN6Sr001644; Mon, 15 Nov 2004 20:23:06 +0100 (CET) (envelope-from msch@snafu.de) X-Authentication-Warning: current.best-eng.de: matthias set sender to msch@snafu.de using -f From: Matthias Schuendehuette Organization: Micro$oft-free Zone To: Paul Mather Date: Mon, 15 Nov 2004 20:23:05 +0100 User-Agent: KMail/1.7 References: <5f67a8c4041114213657cdb434@mail.gmail.com> <200411151933.37431.msch@snafu.de> <1100544065.31778.46.camel@zappa.Chelsea-Ct.Org> In-Reply-To: <1100544065.31778.46.camel@zappa.Chelsea-Ct.Org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200411152023.06257.msch@snafu.de> cc: Zaphod Beeblebrox cc: freebsd-stable@freebsd.org Subject: Re: gvinum again? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: msch@snafu.de List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2004 19:23:09 -0000 Hi, Am Montag, 15. November 2004 19:41 schrieb Paul Mather: > On Mon, 2004-11-15 at 19:33 +0100, Matthias Schuendehuette wrote: > > The extension of filesystems on concat plexes works (simply) as > > advertised... :-) At least *I* had no problems so far. > > That's encouraging to hear! Can you shrink volumes and filesystems > like you can on, say, AdvFS under Tru64? That would be really nice. No, look at the growfs(8) man-page... But, honestly, my users are only *extending* their space desires... BTW my operating system too :-) So, I never had the need to shrink a filesystem. Only that of Windows if I want to install FreeBSD additionally :-) -- Ciao/BSD - Matthias Matthias Schuendehuette , Berlin (Germany) PGP-Key at and ID: 0xDDFB0A5F From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 19:41:29 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A07E516A4CE for ; Mon, 15 Nov 2004 19:41:29 +0000 (GMT) Received: from server.interecho.com (server.interecho.com [213.25.86.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FA0B43D2F for ; Mon, 15 Nov 2004 19:41:29 +0000 (GMT) (envelope-from my-buziaki@interecho.com) Received: from [192.168.3.13] (helo=localhost.localdomain) by server.interecho.com with esmtp (8.12.10/8.12.9) id 1CTmiO-0002tg-Bm for ; Mon, 15 Nov 2004 20:40:40 +0100 From: Tomek Tylec To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Mon, 15 Nov 2004 20:41:24 +0100 Message-Id: <1100547684.603.11.camel@agape> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: VIA Rhine II network card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2004 19:41:29 -0000 I think that something is wrong with VIA Rhine II network device driver. I run FreeBSD 5.3. Behaviour of network seems to be random: one time everything is OK but a second later I can't connect to host in my local network. But when I connect to other host, not in my network and then try to connect to previous one everything is ok. Moreover it (usually) takes really a lot of time to establish connection (I often get timeout), but when it's set I've got a normal transfer rate. And it's not a problem with my local network, because on same computer, but running Fedora Core 2 I didn't noticed any problems with network. What should I do to give better information about problem ? And sorry for my English, but I hope it's understandable. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 23:00:15 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17F7116A4D0 for ; Mon, 15 Nov 2004 23:00:15 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBAA243D39 for ; Mon, 15 Nov 2004 23:00:14 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A107651221; Mon, 15 Nov 2004 15:03:08 -0800 (PST) Date: Mon, 15 Nov 2004 15:03:08 -0800 From: Kris Kennaway To: Sutto Zoltan Message-ID: <20041115230308.GA96781@xor.obsecurity.org> References: <000c01c4cb1e$7ce24ec0$911ba8c0@godzilla> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AqsLC8rIMeq19msA" Content-Disposition: inline In-Reply-To: <000c01c4cb1e$7ce24ec0$911ba8c0@godzilla> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: Portupgrade question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2004 23:00:15 -0000 --AqsLC8rIMeq19msA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 15, 2004 at 03:22:07PM +0100, Sutto Zoltan wrote: > Hi! >=20 >=20 > Running portsdb -U I get messages like these > php4-gd-4.3.9:"/a/ports/lang/php5" non-existent -- dependency list=20 > incomplete > php4-gd-4.3.9:"/a/ports/lang/php5" non-existent -- dependency list=20 > incomplete > php4-ming-4.3.9:"/a/ports/lang/php5" non-existent -- dependency list= =20 > incomplete > php4-ming-4.3.9:"/a/ports/lang/php5" non-existent -- dependency list= =20 > incomplete >=20 > Is this acceptable? >=20 > I am using the following sup file for upgrading ports. Do you have PORTSDIR set to /a/ports? ${PORTSDIR}/lang/php5 certainly exists if you have an up-to-date and complete ports tree. Kris --AqsLC8rIMeq19msA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBmTWrWry0BWjoQKURAkciAJ4nYiMeTCLIaHkKQA2UlI4EdSJvPACg3qY1 gkNX0pxo8vjf5SGqCguA1aE= =jnyS -----END PGP SIGNATURE----- --AqsLC8rIMeq19msA-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 02:29:41 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D51016A4CE for ; Tue, 16 Nov 2004 02:29:41 +0000 (GMT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53C6443D45 for ; Tue, 16 Nov 2004 02:29:41 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from ob.icann.org ([192.0.35.106]) by comcast.net (rwcrmhc12) with SMTP id <2004111602294001400fgg6se> (Authid: domain_name_tsar); Tue, 16 Nov 2004 02:29:40 +0000 Date: Mon, 15 Nov 2004 18:29:22 -0800 (PST) From: Doug Barton To: Samuel Trommel In-Reply-To: <20041115185155.9080D43D3F@mx1.FreeBSD.org> Message-ID: <20041115182706.K722@bo.vpnaa.bet> References: <20041115185155.9080D43D3F@mx1.FreeBSD.org> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-stable@freebsd.org Subject: Re: Named 9.3.0 && weird error at bootup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Nov 2004 02:29:41 -0000 On Mon, 15 Nov 2004, Samuel Trommel wrote: > Hello, > > Recently I upgraded from 5.2.1-release to 5.3-release. When I try to start > named I get a weird error: > > > > Nov 15 19:23:12 freebsd named[1152]: starting BIND 9.3.0 -4 -u bind -t > /var/named/etc/namedb/ -c /etc/named.conf I'm assuming from these command line params that you have customized your local configuration? If so, that's fine, just wanted to be sure. > Nov 15 19:23:12 freebsd named[1152]: command channel listening on > 0.0.0.0#953 > > Nov 15 19:23:12 freebsd named[1152]: > /usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/unix/errno2result.c:109 > : unexpected error: > > Nov 15 19:23:12 freebsd named[1152]: unable to convert errno to isc_result: > 6: Device not configured This is indicative that you have an error in your config somewhere. I'd try named-checkconf, and make sure what you're specifying in the conf file matches the interfaces on your system. Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 02:57:22 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E60016A4CE for ; Tue, 16 Nov 2004 02:57:22 +0000 (GMT) Received: from mail.frombach.com (frombach.com [208.179.193.6]) by mx1.FreeBSD.org (Postfix) with SMTP id C327543D39 for ; Tue, 16 Nov 2004 02:57:21 +0000 (GMT) (envelope-from zoltan@frombach.com) Received: (qmail 66360 invoked by uid 0); 16 Nov 2004 02:57:27 -0000 Received: from 24.24.201.219 by www.frombach.com (envelope-from , uid 0) with qmail-scanner-1.24 (clamscan: 0.80. spamassassin: 3.0.1. Clear:RC:0(24.24.201.219):SA:0(0.7/8.0):. Processed in 1.653465 secs); 16 Nov 2004 02:57:27 -0000 X-Spam-Status: No, hits=0.7 required=8.0 Received: from unknown (HELO p4) (zoltan@frombach.com@24.24.201.219) by frombach.com with SMTP; 16 Nov 2004 02:57:25 -0000 Message-ID: <000201c4cb88$03b76d40$e001a8c0@p4> From: "Zoltan Frombach" To: , Date: Mon, 15 Nov 2004 18:57:30 -0800 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Subject: Re: VIA Rhine II network card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Nov 2004 02:57:22 -0000 It could be a full-duplex/half duplex mismatch issue. Try not to use auto-negotiation. You can set your interface to "fixed" full-duplex (or half-duplex) in /etc/rc.conf You must match the setting with the other side of your connection (eg. your switch). Zoltan From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 03:09:00 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1829D16A4CE for ; Tue, 16 Nov 2004 03:09:00 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CE4043D46 for ; Tue, 16 Nov 2004 03:08:57 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id iAG38r5j021780; Tue, 16 Nov 2004 13:38:53 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Tue, 16 Nov 2004 13:38:45 +1030 User-Agent: KMail/1.7 References: <000201c4cb88$03b76d40$e001a8c0@p4> In-Reply-To: <000201c4cb88$03b76d40$e001a8c0@p4> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1258693.JPSoNWZUIy"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411161338.52340.doconnor@gsoft.com.au> X-Spam-Score: -2.5 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: my-buziaki@interecho.com cc: Zoltan Frombach Subject: Re: VIA Rhine II network card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Nov 2004 03:09:00 -0000 --nextPart1258693.JPSoNWZUIy Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 16 Nov 2004 13:27, Zoltan Frombach wrote: > It could be a full-duplex/half duplex mismatch issue. Try not to use > auto-negotiation. You can set your interface to "fixed" full-duplex (or > half-duplex) in /etc/rc.conf You must match the setting with the other > side of your connection (eg. your switch). I've found vr(4) devices (which are very common in Via chipset motherboards= )=20 don't like talking to some switches and I need to force half duplex then=20 unplug and replug the cable :( =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1258693.JPSoNWZUIy Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBmW9E5ZPcIHs/zowRAh7FAJ4jyvXwlnnTzD69J8+6xs1xfneSXwCeK8Ld UVc3NT4G7pCGdBzOfpLIQg8= =Xt1p -----END PGP SIGNATURE----- --nextPart1258693.JPSoNWZUIy-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 08:52:36 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FE6D16A4CE for ; Tue, 16 Nov 2004 08:52:36 +0000 (GMT) Received: from server.interecho.com (server.interecho.com [213.25.86.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id E04C143D53 for ; Tue, 16 Nov 2004 08:52:35 +0000 (GMT) (envelope-from my-buziaki@interecho.com) Received: from [192.168.3.13] (helo=localhost.localdomain) by server.interecho.com with esmtp (8.12.10/8.12.9) id 1CTz3v-00048g-Gb; Tue, 16 Nov 2004 09:51:43 +0100 From: Tomek Tylec To: Daniel O'Connor , freebsd-stable@freebsd.org In-Reply-To: <200411161338.52340.doconnor@gsoft.com.au> References: <000201c4cb88$03b76d40$e001a8c0@p4> <200411161338.52340.doconnor@gsoft.com.au> Content-Type: text/plain; charset=iso8859-2 Date: Tue, 16 Nov 2004 09:52:30 +0100 Message-Id: <1100595150.614.6.camel@agape> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable Subject: Re: VIA Rhine II network card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Nov 2004 08:52:36 -0000 Dnia 16-11-2004, Wto o godzinie 13:38 +1030, Daniel O'Connor napisa=B3(a): > On Tue, 16 Nov 2004 13:27, Zoltan Frombach wrote: > > It could be a full-duplex/half duplex mismatch issue. Try not to use > > auto-negotiation. You can set your interface to "fixed" full-duplex (or > > half-duplex) in /etc/rc.conf You must match the setting with the other > > side of your connection (eg. your switch). >=20 > I've found vr(4) devices (which are very common in Via chipset motherboar= ds)=20 > don't like talking to some switches and I need to force half duplex then=20 > unplug and replug the cable :( >=20 I've tried all possible combinations with media and mediaopts, and I get nothing. When I try to set half-duplex it doesn't work at all. I didn't mentioned before that under FreeBSD 4.10 everything worked fine. I found also some interesting (but not clear for me) behaviour of ping: $ ping 213.25.86.88 [cut few lines] 64 bytes from 213.25.86.88: icmp_seq=3D5 ttl=3D64 time=3D0.311 ms 64 bytes from 213.25.86.88: icmp_seq=3D6 ttl=3D64 time=3D0.944 ms 92 bytes from 192.168.3.1: Redirect Host(New addr: 213.25.86.88) Vr HL TOS Len ID Flg off TTL Pro cks Src Dst 4 5 00 0054 0105 0 0000 40 01 8a7d 192.168.3.13 213.25.86.88 64 bytes from 213.25.86.88: icmp_seq=3D7 ttl=3D64 time=3D0.314 ms 64 bytes from 213.25.86.88: icmp_seq=3D8 ttl=3D64 time=3D0.288 ms I'm not local network, my IP is 192.168.3.13, 192.168.3.1 is my gateway.=20 From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 09:39:05 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 450C216A4CE for ; Tue, 16 Nov 2004 09:39:05 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1980F43D58 for ; Tue, 16 Nov 2004 09:39:04 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id iAG9d0cK028815; Tue, 16 Nov 2004 20:09:00 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Tomek Tylec Date: Tue, 16 Nov 2004 20:08:52 +1030 User-Agent: KMail/1.7 References: <000201c4cb88$03b76d40$e001a8c0@p4> <200411161338.52340.doconnor@gsoft.com.au> <1100595150.614.6.camel@agape> In-Reply-To: <1100595150.614.6.camel@agape> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1272066.ET3EfTV9A8"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411162008.58338.doconnor@gsoft.com.au> X-Spam-Score: -2.5 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: freebsd-stable@freebsd.org Subject: Re: VIA Rhine II network card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Nov 2004 09:39:05 -0000 --nextPart1272066.ET3EfTV9A8 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 16 Nov 2004 19:22, Tomek Tylec wrote: > > I've found vr(4) devices (which are very common in Via chipset > > motherboards) don't like talking to some switches and I need to force > > half duplex then unplug and replug the cable :( > > I've tried all possible combinations with media and mediaopts, and I get > nothing. When I try to set half-duplex it doesn't work at all. > > I didn't mentioned before that under FreeBSD 4.10 everything worked > fine. Hmm, I'm not sure what changed sorry - perhaps you could look for changes i= n=20 the code by using cvsweb.freebsd.org. > I found also some interesting (but not clear for me) behaviour of ping: > > $ ping 213.25.86.88 > [cut few lines] > 64 bytes from 213.25.86.88: icmp_seq=3D5 ttl=3D64 time=3D0.311 ms > 64 bytes from 213.25.86.88: icmp_seq=3D6 ttl=3D64 time=3D0.944 ms > 92 bytes from 192.168.3.1: Redirect Host(New addr: 213.25.86.88) > Vr HL TOS Len ID Flg off TTL Pro cks Src Dst > 4 5 00 0054 0105 0 0000 40 01 8a7d 192.168.3.13 213.25.86.88 > > 64 bytes from 213.25.86.88: icmp_seq=3D7 ttl=3D64 time=3D0.314 ms > 64 bytes from 213.25.86.88: icmp_seq=3D8 ttl=3D64 time=3D0.288 ms > > I'm not local network, my IP is 192.168.3.13, 192.168.3.1 is my > gateway. Strange.. never seen that before - what OS runs on the gateway? =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1272066.ET3EfTV9A8 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBmcqy5ZPcIHs/zowRAssOAJwJ4DoFlx2cvQ2CP1pdJFiS5+dfuwCdGXVv wJS5iOk7+UkT6Jks5ODSOP8= =p5if -----END PGP SIGNATURE----- --nextPart1272066.ET3EfTV9A8-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 10:51:13 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E690116A4CE for ; Tue, 16 Nov 2004 10:51:13 +0000 (GMT) Received: from www.cray1.de (i.would.like.to.spoof.my.realip.de [64.27.85.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D11943D48 for ; Tue, 16 Nov 2004 10:51:13 +0000 (GMT) (envelope-from ubm@u-boot-man.de) Received: from greatsheep.marines (localhost [127.0.0.1]) by www.cray1.de (8.9.3/8.9.3) with SMTP id LAA22361 for ; Tue, 16 Nov 2004 11:51:06 +0100 Date: Tue, 16 Nov 2004 11:55:34 +0100 From: Marc "UBM" Bocklet To: stable@freebsd.org Message-Id: <20041116115534.4bbfbd06.ubm@u-boot-man.de> X-Mailer: Sylpheed version 1.0.0beta1 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: status of ehci(4) in 5.3-stable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Nov 2004 10:51:14 -0000 Hiho! :-) What is the current status of ehci(4) in 5.3-stable, i.e. what are my chances that if I buy it will just or probably work? Thanks in advance! Bye Marc From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 10:51:17 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0609016A506 for ; Tue, 16 Nov 2004 10:51:17 +0000 (GMT) Received: from talisker.lacave.net (talisker.lacave.net [217.145.39.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 0B9DD43D49 for ; Tue, 16 Nov 2004 10:51:16 +0000 (GMT) (envelope-from fred.letter@lacave.net) Received: (qmail 42725 invoked from network); 16 Nov 2004 10:50:51 -0000 Received: from localhost (HELO ballantines.local) (127.0.0.1) by talisker.lacave.net with SMTP; 16 Nov 2004 10:50:51 -0000 Date: Tue, 16 Nov 2004 11:51:09 +0100 From: "F. Senault" X-Mailer: The Bat! (v3.0.1.33) Professional Organization: Secte de l'Elephant Fuschia X-Priority: 3 (Normal) Message-ID: <595739160.20041116115109@lacave.net> To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Score: -2.8/5.0 X-Spam-Flag: NO X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on talisker.lacave.net X-Spam-Report: ALL_TRUSTED=-2.82 X-Virus-Scanner: F-prot v4.4.7 (engine 3.14.13) X-Virus-Definitions: SIGN.DEF (11 November 2004), SIGN2.DEF (12 November 2004), MACRO.DEF (15 November 2004) X-Virus-Flag: NO X-Remote-IP: 127.0.0.1 Subject: Strange interrupts problem. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "F. Senault" List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Nov 2004 10:51:17 -0000 Hello. I'm running into a recurring problem. I tried to search the list for some info, but couldn't quite find anything related (there are some discussions on interrupt storms lately, but none seem to apply). I'm running FreeBSD-5.x on some old low end boxes, mostly for small tasks like small websites, email servers, and so on. Some time ago, on some of the boxes (with similar hardware - AMD Athlon 1.0GHz and 1.4GHz, MSI mainboards with VIA chipsets), I noticed a unusually high interrupt rate - top says around 10% CPU time at all times, even when the box is completely idle. The guilty process, according to top -S, is : 27 root -28 -147 0K 12K RUN 17.9H 8.06% 8.06% swi5: clock sio Since those are production boxes, with custom kernels and all, I left them alone. Now, I have to mount another machine with old and used hardware, and I fall into the same problems, juste much worse. I tried two motherboards with completely different hardware (Celeron 600 with intel chip versus VIA C3 Samuel 2 with, well, VIA chip), and I have the same symptoms, just much worse : 27 root -28 -147 0K 12K WAIT 5:12 23.93% 23.93% swi5: clock sio uname -a shows : FreeBSD cragganmore 5.3-STABLE FreeBSD 5.3-STABLE #0: Mon Nov 15 20:33:56 CET 2004 root@cragganmore:/usr/obj/usr/src/sys/GENERIC i386 (The box was upgraded from 5.3-BETAx. I made a GENERIC kernel to see if my custom config was not at fault, but no such luck. All was recompiled with no special tunables - the only line of interest in make.conf is 'CPUTYPE?=i586'.) After a few quick tests, it seems that the machine boots cleanly (no such load), but it begins to break under any kind of load : to stress it, I tried a make -j8 buildworld, and it took just a few minutes. Of course, once it begins, even if I leave the machine alone, the load stays the same. Some samples : 1) During the build : last pid: 12394; load averages: 7.65, 5.21, 2.54 up 0+00:07:42 10:28:45 105 processes: 10 running, 71 sleeping, 24 waiting CPU states: 49.2% user, 0.0% nice, 25.4% system, 25.4% interrupt, 0.0% idle Mem: 16M Active, 36M Inact, 35M Wired, 12K Cache, 59M Buf, 398M Free Swap: 1024M Total, 1024M Free PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 27 root -28 -147 0K 12K WAIT 0:32 24.02% 24.02% swi5: clock sio 9 root 171 52 0K 12K RUN 0:09 0.68% 0.68% pagezero 2) Just after I hit ctrl-C : last pid: 12668; load averages: 3.64, 4.56, 2.46 up 0+00:08:37 10:29:40 73 processes: 2 running, 47 sleeping, 24 waiting CPU states: 0.0% user, 0.0% nice, 0.4% system, 24.5% interrupt, 75.1% idle Mem: 9684K Active, 36M Inact, 35M Wired, 12K Cache, 59M Buf, 405M Free Swap: 1024M Total, 1024M Free PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 11 root 132 0 0K 12K RUN 1:37 65.28% 65.28% idle 27 root -28 -147 0K 12K WAIT 0:45 22.71% 22.71% swi5: clock sio 3) Half an hour later : last pid: 12737; load averages: 0.00, 0.02, 0.40 up 0+00:33:38 10:54:41 73 processes: 2 running, 47 sleeping, 24 waiting CPU states: 0.8% user, 0.0% nice, 0.0% system, 25.6% interrupt, 73.6% idle Mem: 9768K Active, 37M Inact, 35M Wired, 12K Cache, 59M Buf, 403M Free Swap: 1024M Total, 1024M Free PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 11 root 107 0 0K 12K RUN 20:29 75.54% 75.54% idle 27 root -28 -147 0K 12K WAIT 6:47 23.05% 23.05% swi5: clock sio Strangely, it seems too that the load average falls much slower than expected (3.5 to 0.0 in more than one minute for the first number). On the other hand vmstat -i doesn't show anything anormal : interrupt total rate irq0: clk 349094 99 irq1: atkbd0 2 0 irq8: rtc 446819 127 irq11: rl0 uhci0+ 10318 2 irq13: npx0 2 0 irq14: ata0 9015 2 irq15: ata1 48 0 Total 815298 233 Of course, strangely enough, none of these boxes have any kind of device behind com ports (which are driven by sio, right ?). (BTW, on any kernel, I never had any "interrupt storm" messages - maybe 10-25% CPU is too low for that ? :) ) Well, this is it. I don't know what I can do to provide more information, but it's a test box, I can break it at will. You can find a dmesg output from a verbose boot at : http://www.lacave.net/~fred/dmesg.boot Fred -- Sysadmins can't be sued for malpractice, but surgeons don't have to deal with patients who install new versions of their own innards. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 12:52:05 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B729A16A4CE for ; Tue, 16 Nov 2004 12:52:05 +0000 (GMT) Received: from avscan2.sentex.ca (avscan2.sentex.ca [199.212.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6875043D45 for ; Tue, 16 Nov 2004 12:52:05 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id iAGCq7rN089550; Tue, 16 Nov 2004 07:52:07 -0500 (EST) (envelope-from mike@sentex.net) Received: from avscan2.sentex.ca ([127.0.0.1]) by localhost (avscan2.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 88982-08; Tue, 16 Nov 2004 07:52:07 -0500 (EST) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id iAGCq7Mg089536; Tue, 16 Nov 2004 07:52:07 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id iAGCpuWX051111; Tue, 16 Nov 2004 07:51:56 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.1.2.0.0.20041116075703.09788550@64.7.153.2> X-Sender: mdtpop@64.7.153.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Tue, 16 Nov 2004 07:58:53 -0500 To: Marc "UBM" Bocklet , stable@freebsd.org From: Mike Tancsa In-Reply-To: <20041116115534.4bbfbd06.ubm@u-boot-man.de> References: <20041116115534.4bbfbd06.ubm@u-boot-man.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan2b Subject: Re: status of ehci(4) in 5.3-stable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Nov 2004 12:52:05 -0000 At 05:55 AM 16/11/2004, Marc "UBM" Bocklet wrote: >Hiho! :-) > >What is the current status of ehci(4) in 5.3-stable, i.e. what are my >chances that if I buy it will just or >probably work? I think your chances would be better using a firewire adaptor and HD. On the Intel 865 boards I have tried with, USB 2.0 is pretty broken for me. ---Mike From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 13:09:28 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7287316A4CE for ; Tue, 16 Nov 2004 13:09:28 +0000 (GMT) Received: from server.interecho.com (server.interecho.com [213.25.86.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id C12C243D1F for ; Tue, 16 Nov 2004 13:09:27 +0000 (GMT) (envelope-from my-buziaki@interecho.com) Received: from [192.168.3.13] (helo=localhost.localdomain) by server.interecho.com with esmtp (8.12.10/8.12.9) id 1CU34U-00021k-RF; Tue, 16 Nov 2004 14:08:34 +0100 From: Tomek Tylec To: Daniel O'Connor , freebsd-stable@freebsd.org In-Reply-To: <200411162008.58338.doconnor@gsoft.com.au> References: <000201c4cb88$03b76d40$e001a8c0@p4> <1100595150.614.6.camel@agape> <200411162008.58338.doconnor@gsoft.com.au> Content-Type: text/plain; charset=iso8859-2 Date: Tue, 16 Nov 2004 14:08:50 +0100 Message-Id: <1100610530.15520.3.camel@agape> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable Subject: Re: VIA Rhine II network card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Nov 2004 13:09:28 -0000 Dnia 16-11-2004, Wto o godzinie 20:08 +1030, Daniel O'Connor napisa=B3(a): > Hmm, I'm not sure what changed sorry - perhaps you could look for changes= in=20 > the code by using cvsweb.freebsd.org. >=20 I found old CD with FreeBSD 5.1 - there're also no problems. For some time before I was also using 5.2.1, and everything worked well, as I remeber. And I try to make some use of data from cvsweb.freebsd.org > Strange.. never seen that before - what OS runs on the gateway? >=20 I'm not sure, because I don't have access to it, but it's Linux, Debian, as I suppose. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 14:13:17 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FE2B16A4CE for ; Tue, 16 Nov 2004 14:13:17 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FC4543D2D for ; Tue, 16 Nov 2004 14:13:17 +0000 (GMT) (envelope-from zbeeble@gmail.com) Received: by wproxy.gmail.com with SMTP id 68so360085wra for ; Tue, 16 Nov 2004 06:13:16 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=l4Tl1ZUD9udZg/6bqdKz4VfUuTffz1ii9t9ivl4TmtJp9Na2prBSDot/7TV2EZRhVjZMhYRoblyp5jx809cqP0UNalXE2Cabob0KkYeTKWtr95BOLpX36cOZJCPNeBrG9R6Kolpt0D99i33IUZ1WUMnQn1hA+HbAj0FvXpe2gFs= Received: by 10.54.25.5 with SMTP id 5mr218271wry; Tue, 16 Nov 2004 06:13:16 -0800 (PST) Received: by 10.54.45.26 with HTTP; Tue, 16 Nov 2004 06:13:16 -0800 (PST) Message-ID: <5f67a8c404111606137ea43be1@mail.gmail.com> Date: Tue, 16 Nov 2004 09:13:16 -0500 From: Zaphod Beeblebrox To: Mike Tancsa In-Reply-To: <6.1.2.0.0.20041116075703.09788550@64.7.153.2> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20041116115534.4bbfbd06.ubm@u-boot-man.de> <6.1.2.0.0.20041116075703.09788550@64.7.153.2> cc: stable@freebsd.org Subject: Re: status of ehci(4) in 5.3-stable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Zaphod Beeblebrox List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Nov 2004 14:13:17 -0000 On Tue, 16 Nov 2004 07:58:53 -0500, Mike Tancsa wrote: > At 05:55 AM 16/11/2004, Marc "UBM" Bocklet wrote: > > >Hiho! :-) > > > >What is the current status of ehci(4) in 5.3-stable, i.e. what are my > >chances that if I buy it will just or > >probably work? > > > I think your chances would be better using a firewire adaptor and HD. On > the Intel 865 boards I have tried with, USB 2.0 is pretty broken for me. I think it depends on your chipset. I think my laptop (a D800) is an 855 chipset (ICH4, anyways), and the echi driver has been working well on it. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 16:54:10 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DC9116A4CE for ; Tue, 16 Nov 2004 16:54:10 +0000 (GMT) Received: from athena.softcardsystems.com (mail.softcardsystems.com [12.34.136.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 339C343D5A for ; Tue, 16 Nov 2004 16:54:10 +0000 (GMT) (envelope-from sah@softcardsystems.com) Received: from athena (athena [12.34.136.114])iAGHoXCQ002874 for ; Tue, 16 Nov 2004 12:50:33 -0500 Date: Tue, 16 Nov 2004 12:50:33 -0500 (EST) From: Sam X-X-Sender: sah@athena To: freebsd-stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: vinum / 5.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Nov 2004 16:54:10 -0000 Hello all, I'm trying to create a stripe over 10 disks and am hitting a 32-bit wall in the volume size. The plex properly sees the full 3726 GB, but the volume shaves off the 32nd bit and only sees 1678 GB. Usual for vinum? Also, i kicked up gvinum to compare, but he doesn't seem to have a stripe command (despite saying he does in the help). nai-su% vinum vinum -> l 0 drives: 0 volumes: 0 plexes: 0 subdisks: vinum -> stripe -v /dev/aoed60 /dev/aoed61 /dev/aoed62 /dev/aoed63 /dev/aoed64 /dev/aoed65 /dev/aoed66 /dev/aoed67 /dev/aoed68 /dev/aoed69 drive vinumdrive0 device /dev/aoed60 drive vinumdrive1 device /dev/aoed61 drive vinumdrive2 device /dev/aoed62 drive vinumdrive3 device /dev/aoed63 drive vinumdrive4 device /dev/aoed64 drive vinumdrive5 device /dev/aoed65 drive vinumdrive6 device /dev/aoed66 drive vinumdrive7 device /dev/aoed67 drive vinumdrive8 device /dev/aoed68 drive vinumdrive9 device /dev/aoed69 volume vinum0 plex name vinum0.p0 org striped 279k sd name vinum0.p0.s0 drive vinumdrive0 size 781422503b sd name vinum0.p0.s1 drive vinumdrive1 size 781422503b sd name vinum0.p0.s2 drive vinumdrive2 size 781422503b sd name vinum0.p0.s3 drive vinumdrive3 size 781422503b sd name vinum0.p0.s4 drive vinumdrive4 size 781422503b sd name vinum0.p0.s5 drive vinumdrive5 size 781422503b sd name vinum0.p0.s6 drive vinumdrive6 size 781422503b sd name vinum0.p0.s7 drive vinumdrive7 size 781422503b sd name vinum0.p0.s8 drive vinumdrive8 size 781422503b sd name vinum0.p0.s9 drive vinumdrive9 size 781422503b V vinum0 State: up Plexes: 1 Size: 1678 GB P vinum0.p0 S State: up Subdisks: 10 Size: 3726 GB S vinum0.p0.s0 State: up D: vinumdrive0 Size: 372 GB S vinum0.p0.s1 State: up D: vinumdrive1 Size: 372 GB S vinum0.p0.s2 State: up D: vinumdrive2 Size: 372 GB S vinum0.p0.s3 State: up D: vinumdrive3 Size: 372 GB S vinum0.p0.s4 State: up D: vinumdrive4 Size: 372 GB S vinum0.p0.s5 State: up D: vinumdrive5 Size: 372 GB S vinum0.p0.s6 State: up D: vinumdrive6 Size: 372 GB S vinum0.p0.s7 State: up D: vinumdrive7 Size: 372 GB S vinum0.p0.s8 State: up D: vinumdrive8 Size: 372 GB S vinum0.p0.s9 State: up D: vinumdrive9 Size: 372 GB Cheers, Sam From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 17:40:24 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D3EF16A4D4 for ; Tue, 16 Nov 2004 17:40:24 +0000 (GMT) Received: from mta9.adelphia.net (mta9.adelphia.net [68.168.78.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2CD943D31 for ; Tue, 16 Nov 2004 17:40:23 +0000 (GMT) (envelope-from security@jim-liesl.org) Received: from smtp.jim-liesl.org ([68.71.52.28]) by mta9.adelphia.net (InterMail vM.6.01.03.02 201-2131-111-104-20040324) with ESMTP id <20041116174023.WDBR14438.mta9.adelphia.net@smtp.jim-liesl.org>; Tue, 16 Nov 2004 12:40:23 -0500 Received: from [127.0.0.1] (localhost.jim-liesl.org [127.0.0.1]) by smtp.jim-liesl.org (Postfix) with ESMTP id E5065152B6; Tue, 16 Nov 2004 10:40:17 -0700 (MST) Message-ID: <419A3B9B.3060906@jim-liesl.org> Date: Tue, 16 Nov 2004 10:40:43 -0700 From: secmgr User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sam References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: vinum / 5.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Nov 2004 17:40:24 -0000 Sam wrote: > Also, i kicked up gvinum to compare, but he doesn't seem to > have a stripe command (despite saying he does in the help). there is a geom stripe class called gstripe thats outside of the gvinum user interface. jim From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 17:58:18 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E1B516A4CE for ; Tue, 16 Nov 2004 17:58:18 +0000 (GMT) Received: from ntw1.ymcastlouis.org (mail.ymcastlouis.org [66.134.157.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2F8143D5C for ; Tue, 16 Nov 2004 17:58:17 +0000 (GMT) (envelope-from jcaldwell@ymcastlouis.org) To: freebsd-stable@freebsd.org MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.1 January 21, 2004 Message-ID: From: jcaldwell@ymcastlouis.org Date: Tue, 16 Nov 2004 12:00:40 -0600 X-MIMETrack: Serialize by Router on ntw1/YMCASTLOUIS.ORG(Release 6.5.2|June 01, 2004) at 11/16/2004 12:00:42, Serialize complete at 11/16/2004 12:00:42 Content-Type: text/plain; charset="US-ASCII" X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: IBM x225 Boot Failure with all recent 5.x releases X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Nov 2004 17:58:18 -0000 Has there been any change in the status of the x225 bug in 5.3? I've got a 5.3-release CD, and it still shows the same problem. Right now, my plans to deploy FreeBSD are stuck, until this bug gets resolved. To refresh memory (and I'm filling in a bug report as soon as I'm done here) - on any IBM x225 server, 5.3 (or 5.2.1) refuses to boot - it starts to load the bootloader, gets as far as 'Looking up /BOOT/LOADER - Found', and then I get continous loops of 'BTX Halted' plus register dumps. Never gets any further. Any clues? Lastest BIOS. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 18:24:56 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B87DB16A4CE for ; Tue, 16 Nov 2004 18:24:56 +0000 (GMT) Received: from lakermmtao09.cox.net (lakermmtao09.cox.net [68.230.240.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CA5C43D3F for ; Tue, 16 Nov 2004 18:24:56 +0000 (GMT) (envelope-from mkucenski@cox.net) Received: from smtp.east.cox.net ([172.18.52.53]) by lakermmtao09.cox.net (InterMail vM.6.01.04.00 201-2131-117-20041022) with SMTP id <20041116182455.VVFJ20678.lakermmtao09.cox.net@smtp.east.cox.net> for ; Tue, 16 Nov 2004 13:24:55 -0500 X-Mailer: Openwave WebEngine, version 2.8.15 (webedge20-101-1103-20040528) From: Matt Kucenski To: Date: Tue, 16 Nov 2004 13:24:54 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Message-Id: <20041116182455.VVFJ20678.lakermmtao09.cox.net@smtp.east.cox.net> Subject: Unable to use ATAPI DVD drive in 5.3-STABLE-20041109 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: m.kucenski@computer.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Nov 2004 18:24:56 -0000 I ran into a similar problem when trying to install 5.3 RC1. I ended up installing 5.2.1 and then upgrading my source and rebuilding everything to get to 5.3-Stable. If I boot normally, I receive several errors on my DVD drive and I am unable to mount any kind of media (CD-R, CD, DVD-RW). However, if I boot verbosely, I get no errors and everything mounts fine. Any ideas on what might be going on? I am downloading 5.3-STABLE-20041116 to see if any changes may have fixed this problem. Thanks, -Matt Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-STABLE-20041109-JPSNAP #6: Mon Nov 15 17:24:31 UTC 2004 root@host.com:/usr/obj/usr/src/sys/MODULAR ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.26GHz (2258.31-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebfbff # Booting normally acd0: FAILURE - MODE_SENSE_BIG timed out acd0: FAILURE - MODE_SENSE_BIG timed out acd0: FAILURE - MODE_SENSE_BIG timed out acd0: FAILURE - MODE_SENSE_BIG timed out acd0: FAILURE - MODE_SENSE_BIG timed out acd0: CDROM at ata0-slave UDMA33 acd0: FAILURE - TEST_UNIT_READY timed out acd0: FAILURE - PREVENT_ALLOW timed out acd0: FAILURE - TEST_UNIT_READY timed out acd0: FAILURE - TEST_UNIT_READY timed out acd0: FAILURE - PREVENT_ALLOW timed out acd0: FAILURE - TEST_UNIT_READY timed out acd0: FAILURE - PREVENT_ALLOW timed out acd0: FAILURE - TEST_UNIT_READY timed out acd0: FAILURE - TEST_UNIT_READY timed out acd0: FAILURE - PREVENT_ALLOW timed out acd0: FAILURE - TEST_UNIT_READY timed out acd0: FAILURE - PREVENT_ALLOW timed out acd0: FAILURE - TEST_UNIT_READY timed out acd0: FAILURE - TEST_UNIT_READY timed out acd0: FAILURE - PREVENT_ALLOW timed out # Attempting to mount returns: 'cd9660: /dev/acd0: Input/output error' acd0: FAILURE - TEST_UNIT_READY timed out acd0: FAILURE - PREVENT_ALLOW timed out acd0: FAILURE - TEST_UNIT_READY timed out acd0: FAILURE - TEST_UNIT_READY timed out acd0: FAILURE - PREVENT_ALLOW timed out acd0: FAILURE - TEST_UNIT_READY timed out acd0: FAILURE - PREVENT_ALLOW timed out acd0: FAILURE - TEST_UNIT_READY timed out acd0: FAILURE - PREVENT_ALLOW timed out acd0: FAILURE - TEST_UNIT_READY timed out acd0: FAILURE - TEST_UNIT_READY timed out acd0: FAILURE - PREVENT_ALLOW timed out # Booting verbose acd0: stat=0x00 err=0x01 lsb=0x14 msb=0xeb acd0: pio=0x0c wdma=0x22 udma=0x42 cable=40pin acd0: setting PIO4 on Intel ICH4 chip acd0: setting UDMA33 on Intel ICH4 chip acd0: FAILURE - MODE_SENSE_BIG timed out acd0: CDRW drive at ata0 as slave acd0: read 6890KB/s (6890KB/s) write 2755KB/s (2755KB/s), 2048KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: CDR, CDRW, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 20:07:58 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B27716A4CE for ; Tue, 16 Nov 2004 20:07:58 +0000 (GMT) Received: from freebee.digiware.nl (dsl439.iae.nl [212.61.63.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30A7F43D5D for ; Tue, 16 Nov 2004 20:07:54 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from [212.61.27.71] (dual.digiware.nl [212.61.27.71]) by freebee.digiware.nl (8.12.10/8.12.10) with ESMTP id iAGK7p5p099977 for ; Tue, 16 Nov 2004 21:07:52 +0100 (CET) (envelope-from wjw@withagen.nl) Message-ID: <419A5E18.5050806@withagen.nl> Date: Tue, 16 Nov 2004 21:07:52 +0100 From: Willem Jan Withagen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Questions about a 5.2.1 crash..... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Nov 2004 20:07:58 -0000 Hi, I've been asked to help this former customer. This box is running 5.2.1 with as most "exotic" application jave/tomcat. And it crashes too often. The first essential question for the customer is: Is this hardware??? So I did the 'make -j 8 buildworld' test, which it survived with flying colors. What do I find in the logs: Nov 12 11:22:01 ktc syslogd: kernel boot file is /boot/kernel/kernel Nov 12 11:22:01 ktc kernel: panic: vm_fault: fault on nofault entry, addr: ee8fd000 Nov 12 11:22:01 ktc kernel: Nov 12 11:22:01 ktc kernel: syncing disks, buffers remaining... panic: bremfree: removing a buffer not on a queue Nov 12 11:22:01 ktc kernel: Uptime: 2d11h12m6s Nov 12 11:22:01 ktc kernel: Shutting down ACPI Nov 12 11:22:01 ktc kernel: Automatic reboot in 15 seconds - press a key on the console to abort ...... Nov 12 11:22:02 ktc kernel: WARNING: / was not properly dismounted Nov 12 11:53:54 ktc syslogd: kernel boot file is /boot/kernel/kernel Nov 12 11:53:54 ktc kernel: panic: vm_fault: fault on nofault entry, addr: ee79f000 Nov 12 11:53:54 ktc kernel: Nov 12 11:53:54 ktc kernel: syncing disks, buffers remaining... panic: bremfree: removing a buffer not on a queue Nov 12 11:53:54 ktc kernel: Uptime: 31m36s Nov 12 11:53:54 ktc kernel: Shutting down ACPI Now the panic in the syncing part, I can imagine to just be there since syncing disk after a panic has not really worked all that well in 5.x Customer has disabled all warnings/witness/..... And I can not make much of the comments on sys/vm/vm_fault.c:278, which is where the fault on nofault occurs... My feeling says: upgrade to 5.3, but this being a production server running soem applications I know very little off holds me back. So is this for sure a hardware problem, or just leftovers from 5.2.1???? --WjW -------- Original Message -------- Date: Tue, 16 Nov 2004 20:57:26 +0100 (CET) From: Jan Willem To: wjw@withagen.nl 3.78.225.127:138 193.78.225.255:138 in via fxp0 TPTE at 0xbfc203e4 IS ZERO @ VA 080f9000 panic: bad pte syncing disks, buffers remaining... panic: bremfree: removing a buffer not on a queue Uptime: 6h59m22s Shutting down ACPI Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.2.1-RELEASE-p9 #4: Tue Aug 24 01:16:22 CEST 2004 joao@ktc.netmaniacs.nl:/usr/src/sys/i386/compile/KTC Preloaded elf kernel "/boot/kernel/kernel" at 0xc09ee000. Preloaded elf module "/boot/kernel/aout.ko" at 0xc09ee26c. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc09ee318. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.20GHz (3192.22-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 2129850368 (2031 MB) avail memory = 2063503360 (1967 MB) Pentium Pro MTRR support enabled npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard pcibios: BIOS version 2.10 Using $PIR table, 12 entries at 0xc00f3d20 acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_cpu0: on acpi0 acpi_cpu1: on acpi0 device_probe_and_attach: acpi_cpu1 attach returned 6 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib0: slot 2 INTA is routed to irq 11 pcib0: slot 29 INTA is routed to irq 11 pcib0: slot 29 INTB is routed to irq 5 pcib0: slot 29 INTC is routed to irq 10 pcib0: slot 29 INTA is routed to irq 11 pcib0: slot 29 INTD is routed to irq 9 pcib0: slot 31 INTA is routed to irq 10 pcib0: slot 31 INTB is routed to irq 3 agp0: port 0xec00-0xec07 mem 0xffa80000-0xffafffff,0xf0000000-0xf7ffffff irq 11 at device 2.0 on pci0 agp0: detected 16252k stolen memory agp0: aperture size is 128M uhci0: port 0xc800-0xc81f irq 11 at device 29.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xcc00-0xcc1f irq 5 at device 29.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xd000-0xd01f irq 10 at device 29.2 on pci0 usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xd400-0xd41f irq 11 at device 29.3 on pci0 usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib1: at device 30.0 on pci0 pci1: on pcib1 pcib1: slot 0 INTA is routed to irq 10 pcib1: slot 1 INTA is routed to irq 10 pcib1: slot 8 INTA is routed to irq 11 pcib2: at device 0.0 on pci1 pci2: on pcib2 asr0: mem 0xe4000000-0xe5ffffff irq 10 at device 0.1 on pci1 asr0: major=154 asr0: ADAPTEC 2100S FW Rev. 370F, 1 channel, 256 CCBs, Protocol I2O xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xbc00-0xbc7f mem 0xff8efc00-0xff8efc7f irq 10 at device 1.0 on pci1 xl0: Ethernet address: 00:04:76:f6:e1:1c miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: port 0xb800-0xb83f mem 0xff8ee000-0xff8eefff irq 11 at device 8.0 on pci1 fxp0: Ethernet address 00:0c:f1:91:52:7b miibus1: on fxp0 inphy0: on miibus1 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf,0-0x3,0-0x7,0-0x3,0-0x7 at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] atapci1: port 0xd800-0xd80f,0xdc00-0xdc03,0xe000-0xe007,0xe400-0xe403,0xe800-0xe807 irq 10 at device 31.2 on pci0 atapci1: [MPSAFE] ata2: at 0xe800 on atapci1 ata2: [MPSAFE] ata3: at 0xe000 on atapci1 ata3: [MPSAFE] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 fdc0: port 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3,0x3f0-0x3f1 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A ppc0 port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 acpi_cpu1: on acpi0 device_probe_and_attach: acpi_cpu1 attach returned 6 orm0: random: mem: Pentium Pro MTRR support enabled npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80010014 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=30991106) pcibios: BIOS version 2.10 Found $PIR table, 11 entries at 0xc00f1d90 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 5 A 0x02 3 4 5 7 9 10 11 12 embedded 0 5 B 0x03 3 4 5 7 9 10 11 12 embedded 0 6 A 0x05 3 4 5 7 9 10 11 12 embedded 0 7 A 0x02 3 4 5 7 9 10 11 12 slot 1 0 12 A 0x05 3 4 5 7 9 10 11 12 slot 1 0 12 B 0x01 3 4 5 7 9 10 11 12 slot 1 0 12 C 0x02 3 4 5 7 9 10 11 12 slot 1 0 12 D 0x03 3 4 5 7 9 10 11 12 slot 2 0 13 A 0x01 3 4 5 7 9 10 11 12 slot 2 0 13 B 0x02 3 4 5 7 9 10 11 12 slot 2 0 13 C 0x03 3 4 5 7 9 10 11 12 slot 2 0 13 D 0x05 3 4 5 7 9 10 11 12 slot 3 0 14 A 0x02 3 4 5 7 9 10 11 12 slot 3 0 14 B 0x03 3 4 5 7 9 10 11 12 slot 3 0 14 C 0x05 3 4 5 7 9 10 11 12 slot 3 0 14 D 0x01 3 4 5 7 9 10 11 12 slot 4 0 15 A 0x03 3 4 5 7 9 10 11 12 slot 4 0 15 B 0x05 3 4 5 7 9 10 11 12 slot 4 0 15 C 0x01 3 4 5 7 9 10 11 12 slot 4 0 15 D 0x02 3 4 5 7 9 10 11 12 slot 5 0 16 A 0x05 3 4 5 7 9 10 11 12 slot 5 0 16 B 0x01 3 4 5 7 9 10 11 12 slot 5 0 16 C 0x02 3 4 5 7 9 10 11 12 slot 5 0 16 D 0x03 3 4 5 7 9 10 11 12 slot 6 1 0 A 0x01 3 4 5 7 9 10 11 12 slot 6 1 0 B 0x02 3 4 5 7 9 10 11 12 embedded 0 17 D 0x06 3 4 5 7 9 10 11 12 embedded 0 9 A 0x05 3 4 5 7 9 10 11 12 embedded 0 9 B 0x01 3 4 5 7 9 10 11 12 embedded 0 9 C 0x02 3 4 5 7 9 10 11 12 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 17 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 17 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 17 func 2 acpi0: Power Button (fixed) ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 unknown: not probed (disabled) unknown: not probed (disabled) cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI PCI link initial configuration: pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base f0000000, size 27, enabled found-> vendor=0x1106, dev=0x3099, revid=0x00 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=0x1106, dev=0xb099, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x2230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) map[10]: type 4, range 32, base 0000b800, size 3, enabled map[14]: type 4, range 32, base 0000b400, size 2, enabled map[18]: type 4, range 32, base 0000b000, size 3, enabled map[1c]: type 4, range 32, base 0000a800, size 2, enabled map[20]: type 4, range 32, base 0000a400, size 4, enabled map[24]: type 1, range 32, base e6800000, size 14, enabled pcib0: matched entry for 0.6.INTA pcib0: slot 6 INTA hardwired to IRQ 19 found-> vendor=0x105a, dev=0x5275, revid=0x01 bus=0, slot=6, func=0 class=01-04-85, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0430, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x04 (1000 ns), maxlat=0x12 (4500 ns) intpin=a, irq=19 powerspec 1 supports D0 D1 D3 current D0 map[10]: type 1, range 32, base e6000000, size 11, enabled map[14]: type 1, range 32, base e5800000, size 14, enabled pcib0: matched entry for 0.7.INTA pcib0: slot 7 INTA hardwired to IRQ 17 found-> vendor=0x104c, dev=0x8023, revid=0x00 bus=0, slot=7, func=0 class=0c-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0016, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x23 (1050 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns) intpin=a, irq=17 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000a000, size 5, enabled pcib0: matched entry for 0.9.INTA pcib0: slot 9 INTA hardwired to IRQ 19 found-> vendor=0x1106, dev=0x3038, revid=0x50 bus=0, slot=9, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=19 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 00009800, size 5, enabled pcib0: matched entry for 0.9.INTB pcib0: slot 9 INTB hardwired to IRQ 16 found-> vendor=0x1106, dev=0x3038, revid=0x50 bus=0, slot=9, func=1 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=16 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base e5000000, size 8, enabled pcib0: matched entry for 0.9.INTC pcib0: slot 9 INTC hardwired to IRQ 17 found-> vendor=0x1106, dev=0x3104, revid=0x51 bus=0, slot=9, func=2 class=0c-03-20, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=17 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 00009400, size 5, enabled pcib0: matched entry for 0.12.INTA pcib0: slot 12 INTA hardwired to IRQ 19 found-> vendor=0x1102, dev=0x0002, revid=0x07 bus=0, slot=12, func=0 class=04-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x02 (500 ns), maxlat=0x14 (5000 ns) intpin=a, irq=19 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 00009000, size 3, enabled found-> vendor=0x1102, dev=0x7002, revid=0x07 bus=0, slot=12, func=1 class=09-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base e4800000, size 12, enabled map[14]: type 4, range 32, base 00008800, size 6, enabled map[18]: type 1, range 32, base e4000000, size 20, enabled pcib0: matched entry for 0.13.INTA pcib0: slot 13 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x1229, revid=0x08 bus=0, slot=13, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) intpin=a, irq=16 powerspec 2 supports D0 D1 D2 D3 current D0 found-> vendor=0x1106, dev=0x3147, revid=0x00 bus=0, slot=17, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0087, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 00008400, size 4, enabled found-> vendor=0x1106, dev=0x0571, revid=0x06 bus=0, slot=17, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 00008000, size 5, enabled pcib0: matched entry for 0.17.INTD pcib0: slot 17 INTD hardwired to IRQ 21 found-> vendor=0x1106, dev=0x3038, revid=0x23 bus=0, slot=17, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=21 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 00007800, size 5, enabled pcib0: matched entry for 0.17.INTD pcib0: slot 17 INTD hardwired to IRQ 21 found-> vendor=0x1106, dev=0x3038, revid=0x23 bus=0, slot=17, func=3 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=21 powerspec 2 supports D0 D3 current D0 agp0: mem 0xf0000000-0xf7ffffff at device 0.0 on pci0 agp0: Reserved 0x8000000 bytes for rid 0x10 type 3 at 0xf0000000 agp0: allocating GATT for aperture of size 256M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xd000-0xdfff pcib1: memory decode 0xe7000000-0xe7dfffff pcib1: prefetched decode 0xe7f00000-0xefffffff ACPI PCI link initial configuration: pci1: on pcib1 pci1: physical bus=1 map[10]: type 3, range 32, base e8000000, size 27, enabled pcib1: device (null) requested decoded memory range 0xe8000000-0xefffffff map[14]: type 4, range 32, base 0000d800, size 8, enabled pcib1: device (null) requested decoded I/O range 0xd800-0xd8ff map[18]: type 1, range 32, base e7000000, size 16, enabled pcib1: device (null) requested decoded memory range 0xe7000000-0xe700ffff pcib1: matched entry for 1.0.INTA pcib1: slot 0 INTA hardwired to IRQ 16 found-> vendor=0x1002, dev=0x5961, revid=0x01 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 powerspec 2 supports D0 D1 D2 D3 current D0 pci1: at device 0.0 (no driver attached) atapci0: port 0xa400-0xa40f,0xa800-0xa803,0xb000-0xb007,0xb400-0xb403,0xb800-0xb807 mem 0xe6800000-0xe6803fff irq 19 at device 6.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xa400 atapci0: [MPSAFE] ata2: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0xb800 atapci0: Reserved 0x4 bytes for rid 0x14 type 4 at 0xb400 ata2: reset tp1 mask=03 ostat0=50 ostat1=50 ata2-master: stat=0x80 err=0x80 lsb=0x80 msb=0x80 ata2-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata2-slave: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=50 devices=0x3 ata2: [MPSAFE] ata3: channel #1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0xb000 atapci0: Reserved 0x4 bytes for rid 0x1c type 4 at 0xa800 ata3: reset tp1 mask=03 ostat0=20 ostat1=30 ata3-master: stat=0x20 err=0x20 lsb=0x20 msb=0x20 ata3-slave: stat=0x30 err=0x30 lsb=0x30 msb=0x30 ata3: reset tp2 stat0=20 stat1=30 devices=0x0 ata3: [MPSAFE] fwohci0: mem 0xe5800000-0xe5803fff,0xe6000000-0xe60007ff irq 17 at device 7.0 on pci0 fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xe6000000 fwohci0: [MPSAFE] fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:e0:18:00:00:08:e4:51 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 sbp0: on firewire0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:e0:18:08:e4:51 fwe0: bpf attached fwe0: Ethernet address: 02:e0:18:08:e4:51 fwe0: if_start running deferred for Giant fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) uhci0: port 0xa000-0xa01f irq 19 at device 9.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xa000 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x9800-0x981f irq 16 at device 9.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0x9800 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0xe5000000-0xe50000ff irq 17 at device 9.2 on pci0 ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xe5000000 ehci0: [GIANT-LOCKED] ehci_pci_attach: companion usb0 ehci_pci_attach: companion usb1 usb2: EHCI version 0.95 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 4 ports with 4 removable, self powered emu10kx0: port 0x9400-0x941f irq 19 at device 12.0 on pci0 emu10kx0: Reserved 0x20 bytes for rid 0x10 type 4 at 0x9400 emu10kx0: [MPSAFE] emu10kx0: Card Configuration ( 0x00000215 ) emu10kx0: Card Configuration ( & 0xff000000 ) : emu10kx0: Card Configuration ( & 0x00ff0000 ) : emu10kx0: Card Configuration ( & 0x0000ff00 ) : [Joystick] emu10kx0: Card Configuration ( & 0x000000ff ) : [AUTOMUTE] [LOCKTANKCACHE] [AUDIOENABLE] pcm0: on emu10kx0 emu10kx: setmap (3e8cc000, 800), nseg=1, error=0 emu10kx: setmap (3e8c4000, 1000), nseg=1, error=0 pcm0: pcm0: Codec features 18 bit DAC, 18 bit ADC, 5 bit master volume, no 3D Stereo Enhancement pcm0: Primary codec extended features surround DAC, AMAP emu10kx: setmap (3e8bc000, 8000), nseg=1, error=0 emu10kx: setmap (3e8b4000, 8000), nseg=1, error=0 emu10kx: setmap (3e8ac000, 8000), nseg=1, error=0 emu10kx: setmap (3e8a4000, 8000), nseg=1, error=0 emu10kx: setmap (3e89c000, 8000), nseg=1, error=0 emu10kx: setmap (3e894000, 8000), nseg=1, error=0 emu10kx: setmap (3e88c000, 8000), nseg=1, error=0 emu10kx: setmap (3e884000, 8000), nseg=1, error=0 pcm0: sndbuf_setmap 3e87c000, 8000; 0xecf65000 -> 3e87c000 pci0: