From owner-freebsd-stable@FreeBSD.ORG Sun Apr 3 00:22:48 2005 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 36B6416A4CE for ; Sun, 3 Apr 2005 00:22:48 +0000 (GMT) Received: from innosense.washington.edu (c-67-171-35-77.hsd1.wa.comcast.net [67.171.35.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09BEA43D45 for ; Sun, 3 Apr 2005 00:22:48 +0000 (GMT) (envelope-from evantd@washington.edu) Received: by innosense.washington.edu (Postfix, from userid 1001) id D83C0C22B; Sat, 2 Apr 2005 16:22:34 -0800 (PST) Date: Sat, 2 Apr 2005 16:22:34 -0800 From: Evan Dower To: freebsd-stable@freebsd.org Message-ID: <20050403002234.GA53367@innosense.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Recent NDIS Panics Appear To Be Solved 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, 03 Apr 2005 00:22:48 -0000 I recently experienced panics with dhclient ndis0 (ndis swi), and I saw that others had noticed similar problems. There is a PR or two about it at the moment. CVSUPping today solved the problem for me. So for those who had the problems, you may find them solved now. Ciao, -- Evan Dower Undergraduate, Computer Science University of Washington Public key: http://students.washington.edu/evantd/pgp-pub-key.txt Key fingerprint = D321 FA24 4BDA F82D 53A9 5B27 7D15 5A4F 033F 887D From owner-freebsd-stable@FreeBSD.ORG Sun Apr 3 01:06:33 2005 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 1DCFB16A4CE for ; Sun, 3 Apr 2005 01:06:33 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id C83EA43D1D for ; Sun, 3 Apr 2005 01:06:32 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j3316WMI016097; Sat, 2 Apr 2005 17:06:32 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j3316W5N016096; Sat, 2 Apr 2005 17:06:32 -0800 Date: Sat, 2 Apr 2005 17:06:32 -0800 From: Brooks Davis To: Evan Dower Message-ID: <20050403010632.GA6044@odin.ac.hmc.edu> References: <20050403002234.GA53367@innosense.washington.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vtzGhvizbBRQ85DL" Content-Disposition: inline In-Reply-To: <20050403002234.GA53367@innosense.washington.edu> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: freebsd-stable@freebsd.org Subject: Re: Recent NDIS Panics Appear To Be Solved 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, 03 Apr 2005 01:06:33 -0000 --vtzGhvizbBRQ85DL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 02, 2005 at 04:22:34PM -0800, Evan Dower wrote: > I recently experienced panics with dhclient ndis0 (ndis swi), and I > saw that others had noticed similar problems. There is a PR or two > about it at the moment. CVSUPping today solved the problem for me. So > for those who had the problems, you may find them solved now. Thanks for the report. I'll update the PRs I can find to request that people check recent versions. Hopefully most of these issues are fixed. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --vtzGhvizbBRQ85DL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCT0GXXY6L6fI4GtQRAkeiAKC6J/Wr88h3//P5l4JC5c2/4sPgKQCfTaSA BaA73AOVBiXG8nB6Vce956U= =aGhx -----END PGP SIGNATURE----- --vtzGhvizbBRQ85DL-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 3 02:16:50 2005 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 0DA9F16A4CE for ; Sun, 3 Apr 2005 02:16:50 +0000 (GMT) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBB8D43D2D for ; Sun, 3 Apr 2005 02:16:49 +0000 (GMT) (envelope-from pldrouin@pldrouin.net) Received: from [24.200.248.78] by VL-MO-MR010.ip.videotron.ca (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with ESMTP id <0IEC00DCVMC19J@VL-MO-MR010.ip.videotron.ca> for freebsd-stable@freebsd.org; Sat, 02 Apr 2005 21:16:49 -0500 (EST) Date: Sat, 02 Apr 2005 21:16:48 -0500 From: Pierre-Luc Drouin To: freebsd-stable@freebsd.org Message-id: <424F5210.8060809@pldrouin.net> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.6) Gecko/20050328 Subject: 5.4-prerelease - hanging under load 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, 03 Apr 2005 02:16:50 -0000 Since I upgraded from 5.3-stable to 5.4-prerelease, I've noticed that my computer is hanging badly under load. I've a P4 2.53 GHz without hyperthreading (no SMP). I use the same kernel configurations than before. Now when I compile a port for example, the mouse pointer hangs in Fluxbox and Mozilla takes forever (meaning ~5 sec) to refresh the screen. Even vi hangs. I do not see any warning/error message. Is it a known problem with 5.4? Thanks Pierre-Luc Drouin From owner-freebsd-stable@FreeBSD.ORG Sun Apr 3 02:33:32 2005 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 B0DFE16A4CE for ; Sun, 3 Apr 2005 02:33:32 +0000 (GMT) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D8E943D2D for ; Sun, 3 Apr 2005 02:33:32 +0000 (GMT) (envelope-from mkb@mkbuelow.net) Received: from drjekyll.mkbuelow.net (pD95420CE.dip.t-dialin.net [217.84.32.206]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 59EFC332A1; Sun, 3 Apr 2005 04:33:23 +0200 (CEST) Received: from drjekyll.mkbuelow.net (mkb@localhost.mkbuelow.net [127.0.0.1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j332Xojo015960; Sun, 3 Apr 2005 04:33:50 +0200 (CEST) (envelope-from mkb@drjekyll.mkbuelow.net) Received: (from mkb@localhost) by drjekyll.mkbuelow.net (8.13.3/8.13.3/Submit) id j332XnxG015959; Sun, 3 Apr 2005 04:33:49 +0200 (CEST) (envelope-from mkb) Date: Sun, 3 Apr 2005 04:33:49 +0200 From: Matthias Buelow To: Pierre-Luc Drouin Message-ID: <20050403023349.GA15696@drjekyll.mkbuelow.net> References: <424F5210.8060809@pldrouin.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <424F5210.8060809@pldrouin.net> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: 5.4-prerelease - hanging under load 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, 03 Apr 2005 02:33:32 -0000 Pierre-Luc Drouin wrote: >Since I upgraded from 5.3-stable to 5.4-prerelease, I've noticed that my >computer is hanging badly under load. I've a P4 2.53 GHz without >hyperthreading (no SMP). I use the same kernel configurations than >before. Now when I compile a port for example, the mouse pointer hangs >in Fluxbox and Mozilla takes forever (meaning ~5 sec) to refresh the >screen. Even vi hangs. I do not see any warning/error message. Is it a >known problem with 5.4? Not quite as dramatic here, but when, say, the firefox source gets untarred, my machine becomes quite unresponsive, including audio decoding (xmms) stuttering and the mouse cursor jumping around. Haven't seen the likes since the 486 days. This is 5.4-PRERELEASE on a P4 3GHz. Perhaps some badly balanced scheduler stuff? mkb. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 3 02:57:35 2005 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 AEC9C16A4CE for ; Sun, 3 Apr 2005 02:57:35 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 640A243D1D for ; Sun, 3 Apr 2005 02:57:35 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8570E51452; Sat, 2 Apr 2005 18:57:34 -0800 (PST) Date: Sat, 2 Apr 2005 18:57:34 -0800 From: Kris Kennaway To: Matthias Buelow Message-ID: <20050403025734.GA50498@xor.obsecurity.org> References: <424F5210.8060809@pldrouin.net> <20050403023349.GA15696@drjekyll.mkbuelow.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DocE+STaALJfprDB" Content-Disposition: inline In-Reply-To: <20050403023349.GA15696@drjekyll.mkbuelow.net> User-Agent: Mutt/1.4.2.1i cc: Pierre-Luc Drouin cc: freebsd-stable@freebsd.org Subject: Re: 5.4-prerelease - hanging under load 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, 03 Apr 2005 02:57:35 -0000 --DocE+STaALJfprDB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 03, 2005 at 04:33:49AM +0200, Matthias Buelow wrote: > Pierre-Luc Drouin wrote: >=20 > >Since I upgraded from 5.3-stable to 5.4-prerelease, I've noticed that my= =20 > >computer is hanging badly under load. I've a P4 2.53 GHz without=20 > >hyperthreading (no SMP). I use the same kernel configurations than=20 > >before. Now when I compile a port for example, the mouse pointer hangs= =20 > >in Fluxbox and Mozilla takes forever (meaning ~5 sec) to refresh the=20 > >screen. Even vi hangs. I do not see any warning/error message. Is it a= =20 > >known problem with 5.4? >=20 > Not quite as dramatic here, but when, say, the firefox source gets > untarred, my machine becomes quite unresponsive, including audio > decoding (xmms) stuttering and the mouse cursor jumping around. > Haven't seen the likes since the 486 days. This is 5.4-PRERELEASE > on a P4 3GHz. Perhaps some badly balanced scheduler stuff? You both forgot to mention which scheduler ;-) Kris --DocE+STaALJfprDB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCT1ueWry0BWjoQKURAtgNAJ9wG9uKdAQCnhILKlcG2xmDqYm5NwCg49Rx Mk1mPwRYPpq0wUUB/cNUNW4= =If1Z -----END PGP SIGNATURE----- --DocE+STaALJfprDB-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 3 05:00:14 2005 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 9D9AC16A4CE for ; Sun, 3 Apr 2005 05:00:14 +0000 (GMT) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 583E743D1D for ; Sun, 3 Apr 2005 05:00:14 +0000 (GMT) (envelope-from mkb@mkbuelow.net) Received: from drjekyll.mkbuelow.net (pD95420CE.dip.t-dialin.net [217.84.32.206]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id AF6DE2E042; Sun, 3 Apr 2005 07:00:08 +0200 (CEST) Received: from drjekyll.mkbuelow.net (mkb@localhost.mkbuelow.net [127.0.0.1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j3350aUD000749; Sun, 3 Apr 2005 07:00:37 +0200 (CEST) (envelope-from mkb@drjekyll.mkbuelow.net) Received: (from mkb@localhost) by drjekyll.mkbuelow.net (8.13.3/8.13.3/Submit) id j3350aam000748; Sun, 3 Apr 2005 07:00:36 +0200 (CEST) (envelope-from mkb) Date: Sun, 3 Apr 2005 07:00:35 +0200 From: Matthias Buelow To: Kris Kennaway Message-ID: <20050403050035.GA685@drjekyll.mkbuelow.net> References: <424F5210.8060809@pldrouin.net> <20050403023349.GA15696@drjekyll.mkbuelow.net> <20050403025734.GA50498@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050403025734.GA50498@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i cc: Pierre-Luc Drouin cc: freebsd-stable@freebsd.org Subject: Re: 5.4-prerelease - hanging under load 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, 03 Apr 2005 05:00:14 -0000 Kris Kennaway wrote: >You both forgot to mention which scheduler ;-) Uhm, how should I know? The default thingy, I haven't changed anything. mkb. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 3 05:01:49 2005 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 7755F16A4CE for ; Sun, 3 Apr 2005 05:01:49 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D2A543D3F for ; Sun, 3 Apr 2005 05:01:49 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 4FB605435F; Sat, 2 Apr 2005 21:01:48 -0800 (PST) Date: Sat, 2 Apr 2005 21:01:48 -0800 From: Kris Kennaway To: Matthias Buelow Message-ID: <20050403050148.GA82853@xor.obsecurity.org> References: <424F5210.8060809@pldrouin.net> <20050403023349.GA15696@drjekyll.mkbuelow.net> <20050403025734.GA50498@xor.obsecurity.org> <20050403050035.GA685@drjekyll.mkbuelow.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YiEDa0DAkWCtVeE4" Content-Disposition: inline In-Reply-To: <20050403050035.GA685@drjekyll.mkbuelow.net> User-Agent: Mutt/1.4.2.1i cc: Pierre-Luc Drouin cc: freebsd-stable@freebsd.org cc: Kris Kennaway Subject: Re: 5.4-prerelease - hanging under load 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, 03 Apr 2005 05:01:49 -0000 --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 03, 2005 at 07:00:35AM +0200, Matthias Buelow wrote: > Kris Kennaway wrote: > >You both forgot to mention which scheduler ;-) >=20 > Uhm, how should I know? Check your kernel config. > The default thingy, I haven't changed > anything. SCHED_4BSD, then. Kris --YiEDa0DAkWCtVeE4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCT3i7Wry0BWjoQKURAnkHAKC3rbxUYdI7f0bu+wQVGXu2FfkSyQCfSAcX rFt+Fj4C8peP6ru9PfQUBuM= =ZA5G -----END PGP SIGNATURE----- --YiEDa0DAkWCtVeE4-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 3 05:12:03 2005 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 3071A16A4CE for ; Sun, 3 Apr 2005 05:12:03 +0000 (GMT) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD43843D46 for ; Sun, 3 Apr 2005 05:12:02 +0000 (GMT) (envelope-from mkb@mkbuelow.net) Received: from drjekyll.mkbuelow.net (pD95420CE.dip.t-dialin.net [217.84.32.206]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 93FFF2FE96; Sun, 3 Apr 2005 07:12:01 +0200 (CEST) Received: from drjekyll.mkbuelow.net (mkb@localhost.mkbuelow.net [127.0.0.1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j335CUa3000828; Sun, 3 Apr 2005 07:12:30 +0200 (CEST) (envelope-from mkb@drjekyll.mkbuelow.net) Received: (from mkb@localhost) by drjekyll.mkbuelow.net (8.13.3/8.13.3/Submit) id j335CTwI000827; Sun, 3 Apr 2005 07:12:29 +0200 (CEST) (envelope-from mkb) Date: Sun, 3 Apr 2005 07:12:29 +0200 From: Matthias Buelow To: Kris Kennaway Message-ID: <20050403051229.GB685@drjekyll.mkbuelow.net> References: <424F5210.8060809@pldrouin.net> <20050403023349.GA15696@drjekyll.mkbuelow.net> <20050403025734.GA50498@xor.obsecurity.org> <20050403050035.GA685@drjekyll.mkbuelow.net> <20050403050148.GA82853@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050403050148.GA82853@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i cc: Pierre-Luc Drouin cc: freebsd-stable@freebsd.org Subject: Re: 5.4-prerelease - hanging under load 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, 03 Apr 2005 05:12:03 -0000 Kris Kennaway wrote: >Check your kernel config. >SCHED_4BSD, then. options SCHED_4BSD # 4BSD scheduler yes. mkb. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 3 05:22:31 2005 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 A11C316A4D2 for ; Sun, 3 Apr 2005 05:22:31 +0000 (GMT) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C33943D49 for ; Sun, 3 Apr 2005 05:22:31 +0000 (GMT) (envelope-from pldrouin@pldrouin.net) Received: from [24.200.248.78] by VL-MO-MR010.ip.videotron.ca (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with ESMTP id <0IEC002FRUXI43@VL-MO-MR010.ip.videotron.ca> for freebsd-stable@freebsd.org; Sun, 03 Apr 2005 00:22:30 -0500 (EST) Date: Sun, 03 Apr 2005 00:22:30 -0500 From: Pierre-Luc Drouin In-reply-to: <20050403051229.GB685@drjekyll.mkbuelow.net> To: freebsd-stable@freebsd.org Message-id: <424F7D96.9080209@pldrouin.net> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.6) Gecko/20050328 References: <424F5210.8060809@pldrouin.net> <20050403023349.GA15696@drjekyll.mkbuelow.net> <20050403025734.GA50498@xor.obsecurity.org> <20050403050035.GA685@drjekyll.mkbuelow.net> <20050403050148.GA82853@xor.obsecurity.org> <20050403051229.GB685@drjekyll.mkbuelow.net> Subject: Re: 5.4-prerelease - hanging under load 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, 03 Apr 2005 05:22:31 -0000 Matthias Buelow wrote: >Kris Kennaway wrote: > > > >>Check your kernel config. >>SCHED_4BSD, then. >> >> > >options SCHED_4BSD # 4BSD scheduler > >yes. > >mkb. > > > > I have this option too. Do I have to change it for something else? From owner-freebsd-stable@FreeBSD.ORG Sun Apr 3 05:30:39 2005 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 4BB7316A4CE for ; Sun, 3 Apr 2005 05:30:39 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id F063143D48 for ; Sun, 3 Apr 2005 05:30:38 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 19F0B51452; Sat, 2 Apr 2005 21:30:37 -0800 (PST) Date: Sat, 2 Apr 2005 21:30:37 -0800 From: Kris Kennaway To: Pierre-Luc Drouin Message-ID: <20050403053036.GA98245@xor.obsecurity.org> References: <424F5210.8060809@pldrouin.net> <20050403023349.GA15696@drjekyll.mkbuelow.net> <20050403025734.GA50498@xor.obsecurity.org> <20050403050035.GA685@drjekyll.mkbuelow.net> <20050403050148.GA82853@xor.obsecurity.org> <20050403051229.GB685@drjekyll.mkbuelow.net> <424F7D96.9080209@pldrouin.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jRHKVT23PllUwdXP" Content-Disposition: inline In-Reply-To: <424F7D96.9080209@pldrouin.net> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: 5.4-prerelease - hanging under load 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, 03 Apr 2005 05:30:39 -0000 --jRHKVT23PllUwdXP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 03, 2005 at 12:22:30AM -0500, Pierre-Luc Drouin wrote: > Matthias Buelow wrote: >=20 > >Kris Kennaway wrote: > > > >=20 > > > >>Check your kernel config. > >>SCHED_4BSD, then. > >> =20 > >> > > > >options SCHED_4BSD # 4BSD scheduler > > > >yes. > > > >mkb. > > > > > >=20 > > >=20 > I have this option too. Do I have to change it for something else? No, but it's important to know to complete the bug report. Kris --jRHKVT23PllUwdXP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCT398Wry0BWjoQKURAi6fAKDx7Wl3X47NNqaCJpruplpB3S9+DACfXk+Z AOkR692GCAZyM8m6xC87f6E= =y4JE -----END PGP SIGNATURE----- --jRHKVT23PllUwdXP-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 3 08:25:45 2005 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 3E5F216A4CE; Sun, 3 Apr 2005 08:25:45 +0000 (GMT) Received: from dev.bmby.co.il (l192-114-46-204.broadband.actcom.net.il [192.114.46.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6720443D2F; Sun, 3 Apr 2005 08:25:42 +0000 (GMT) (envelope-from uzi@bmby.com) Received: from [10.0.0.3] ([10.0.0.3]) by dev.bmby.co.il (8.12.9/8.12.9) with ESMTP id j338POqx020610; Sun, 3 Apr 2005 11:25:25 +0300 Message-ID: <424FA875.9070606@bmby.com> Date: Sun, 03 Apr 2005 11:25:25 +0300 From: Uzi Klein User-Agent: Mozilla Thunderbird 1.0 (X11/20050111) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug White References: <424D1FBD.3070207@bmby.com> <20050401185643.I94922@carver.gumbysoft.com> <20050402065702.GA69101@pit.databus.com> <20050402145930.G1503@carver.gumbysoft.com> <424F99A7.4000904@bmby.com> In-Reply-To: <424F99A7.4000904@bmby.com> Content-Type: multipart/mixed; boundary="------------040802030207040807000205" cc: Barney Wolff cc: Uzi Klein cc: freebsd-stable@freebsd.org cc: freebsd-ports@freebsd.org Subject: Re: apache+mod_ssl signal 4 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, 03 Apr 2005 08:25:45 -0000 This is a multi-part message in MIME format. --------------040802030207040807000205 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi I rebuilt world last nite... didnt help much... attached my kernel, make.conf and dmesg output Doug White wrote: > On Sat, 2 Apr 2005, Barney Wolff wrote: > > >> On Fri, Apr 01, 2005 at 06:59:11PM -0800, Doug White wrote: >> >>>> pid 62364 (httpd), uid 0: exited on signal 4 (core dumped) >>>> Apr 1 11:48:45 www kernel: pid 62364 (httpd), uid 0: exited on signal 4 >>>> (core dumped) >>> >>> >>> Signal 4 is SIGABRT, which is a software-initiated abort. >> >> >> Well, no, it's ILL, indicating perhaps code compiled for a different >> cpu model than it's being run on, or a trashed library. > > > > oops. heh. I really need to get into the habit of checking signal(3) more > often. > > Yeah, SIGILL would imply the library was improperly compiled. Since > libcrypto will generate CPU-specific assembly based on the CPUTYPE > setting, setting it to the wrong CPU type will cause Wierd Problems. > Now it exist on signal 11 BTW, it hangs with the default httpd.conf (without any cert loaded) as well. -- Uzi Klein BMBY Software Systems Ltd http://www.bmby.com --------------040802030207040807000205 Content-Type: text/plain; name="KERNEL" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="KERNEL" machine i386 cpu I486_CPU cpu I586_CPU cpu I686_CPU ident BMBY # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. options SMP # Multi-Processor options SCHED_4BSD # 4BSD scheduler options INET # InterNETworking options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev #options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. #options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. device apic # I/O APIC # Bus support. Do not remove isa, even if you have no isa slots device isa #device eisa device pci # Floppy drives #device fdc # ATA and ATAPI devices device ata #device atadisk # ATA disk drives #device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives #device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers #device ahb # EISA AHA1742 family #device ahc # AHA2940 and onboard AIC7xxx devices #device ahd # AHA39320/29320 and onboard AIC79xx devices #device amd # AMD 53C974 (Tekram DC-390(T)) #device isp # Qlogic family #device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic #device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') #device trm # Tekram DC395U/UW/F DC315U adapters #device adv # Advansys SCSI adapters #device adw # Advansys wide SCSI adapters #device aha # Adaptec 154x SCSI adapters #device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. #device bt # Buslogic/Mylex MultiMaster SCSI adapters #device ncv # NCR 53C500 #device nsp # Workbit Ninja SCSI-3 #device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) #device sa # Sequential Access (tape etc) #device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem #device amr # AMI MegaRAID #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID device ciss # Compaq Smart RAID 5* #device dpt # DPT Smartcache III, IV - See NOTES for options #device hptmv # Highpoint RocketRAID 182x #device iir # Intel Integrated RAID #device ips # IBM (Adaptec) ServeRAID #device mly # Mylex AcceleRAID/eXtremeRAID #device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers #device aac # Adaptec FSA RAID #device aacp # SCSI passthrough for aac (requires CAM) #device ida # Compaq Smart RAID #device mlx # Mylex DAC960 family #device pst # Promise Supertrak SX6000 #device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver #device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support #device cbb # cardbus (yenta) bridge #device pccard # PC Card (16-bit) bus #device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port #device ppc device ppbus # Parallel port bus (required) #device lpt # Printer #device plip # TCP/IP over parallel #device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. #device de # DEC/Intel DC21x4x (``Tulip'') #device em # Intel PRO/1000 adapter Gigabit Ethernet Card #device ixgb # Intel PRO/10GbE Ethernet Card #device txp # 3Com 3cR990 (``Typhoon'') #device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support #device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet #device dc # DEC/Intel 21143 and various workalikes #device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device lge # Level 1 LXT1001 gigabit ethernet #device nge # NatSemi DP83820 gigabit ethernet #device pcn # AMD Am79C97x PCI 10/100 (precedence over 'lnc') #device re # RealTek 8139C+/8169/8169S/8110S #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet #device ste # Sundance ST201 (D-Link DFE-550TX) #device ti # Alteon Networks Tigon I/II gigabit Ethernet #device tl # Texas Instruments ThunderLAN #device tx # SMC EtherPower II (83c170 ``EPIC'') #device vge # VIA VT612x gigabit ethernet #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. #device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards #device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. #device lnc # NE2100, NE32-VL Lance Ethernet cards #device sn # SMC's 9000 series of Ethernet chips #device xe # Xircom pccard Ethernet # ISA devices that use the old ISA shims #device le # Wireless NIC cards #device wlan # 802.11 support #device an # Aironet 4500/4800 802.11 wireless NICs. #device awi # BayStack 660 and others #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support #device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" #device gif # IPv6 and IPv4 tunneling #device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support #device uhci # UHCI PCI->USB interface #device ohci # OHCI PCI->USB interface #device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices #device ugen # Generic #device uhid # "Human Interface Devices" #device ukbd # Keyboard #device ulpt # Printer #device umass # Disks/Mass storage - Requires scbus and da #device ums # Mouse #device urio # Diamond Rio 500 MP3 player #device uscanner # Scanners # USB Ethernet, requires mii #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet # FireWire support #device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) --------------040802030207040807000205 Content-Type: text/plain; name="dmesg" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg" 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-RELEASE-p6 #0: Fri Apr 1 22:35:59 UTC 2005 mook@www.bmby.co.il:/usr/obj/usr/src/sys/BMBY ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3200.13-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf34 Stepping = 4 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 2147430400 (2047 MB) avail memory = 2100178944 (2002 MB) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard ioapic3 irqs 72-95 on motherboard ioapic4 irqs 96-119 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x908-0x90b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 acpi_tz0: on acpi0 pcib0: on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci2: on pcib1 pcib2: at device 0.0 on pci2 pci3: on pcib2 bge0: mem 0xfdef0000-0xfdefffff irq 25 at device 1.0 on pci3 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:0f:20:f9:d9:a9 bge1: mem 0xfdee0000-0xfdeeffff irq 26 at device 1.1 on pci3 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:0f:20:f9:d9:a8 pcib3: at device 0.2 on pci2 pci4: on pcib3 ciss0: port 0x4000-0x40ff mem 0xfdf80000-0xfdfbffff,0xfdff0000-0xfdff1fff irq 51 at device 3.0 on pci4 ciss0: [GIANT-LOCKED] pcib4: at device 6.0 on pci0 pci5: on pcib4 pcib5: at device 0.0 on pci5 pci6: on pcib5 pcib6: at device 0.2 on pci5 pci10: on pcib6 pci0: at device 29.0 (no driver attached) pci0: at device 29.1 (no driver attached) pci0: at device 29.2 (no driver attached) pci0: at device 29.3 (no driver attached) pci0: at device 29.7 (no driver attached) pcib7: at device 30.0 on pci0 pci1: on pcib7 pci1: at device 3.0 (no driver attached) pci1: at device 4.0 (no driver attached) pci1: at device 4.2 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x500-0x50f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A orm0: at iomem 0xee000-0xeffff,0xcc000-0xcd7ff,0xc8000-0xcbfff,0xc0000-0xc7fff on isa0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 10.000 msec acd0: CDROM at ata0-master PIO4 da0 at ciss0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 135.168MB/s transfers da0: 34727MB (71122560 512 byte sectors: 255H 32S/T 8716C) da1 at ciss0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-0 device da1: 135.168MB/s transfers da1: 69455MB (142245120 512 byte sectors: 255H 32S/T 17432C) SMP: AP CPU #3 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! Mounting root from ufs:/dev/da0s1a Pre-seeding PRNG: kickstart . Loading configuration files. Entropy harvesting: interrupts ethernet point_to_point kickstart . swapon: adding /dev/da1s1b as swap device Starting file system checks: /dev/da0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/da0s1a: clean, 14532529 free (72385 frags, 1807518 blocks, 0.4% fragmentation) /dev/da1s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/da1s1d: clean, 30620172 free (2956 frags, 3827152 blocks, 0.0% fragmentation) Setting hostname: www.bmby.co.il. bge0: flags=8843 mtu 1500 options=1a inet 192.117.122.137 netmask 0xffffff00 broadcast 192.117.122.255 ether 00:0f:20:f9:d9:a9 media: Ethernet autoselect (none) status: no carrier lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 add net default: gateway 192.117.122.1 Additional routing options: . Starting devd. Mounting NFS file systems: . Starting syslogd. Apr 1 22:53:41 www syslogd: kernel boot file is /boot/kernel/kernel ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/X11R6/lib /usr/local/lib /etc/ld-elf.so.conf a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout /usr/X11R6/lib/aout /etc/ld.so.conf Starting local daemons: . Updating motd . Configuring syscons: blanktime . Starting sshd. Starting sendmail. Initial i386 initialization: . Additional ABI support: . Starting cron. Local package initialization: Starting apache. Starting mysql. Starting openntpd. Starting proftpd. Starting xinetd. . Additional TCP options: . Starting background file system checks in 60 seconds. Fri Apr 1 22:53:45 UTC 2005 Apr 1 22:54:17 www su: **** to root on /dev/ttyp0 pid 656 (httpd), uid 0: exited on signal 11 (core dumped) Apr 1 22:54:31 www kernel: pid 656 (httpd), uid 0: exited on signal 11 (core dumped) pid 2583 (httpd), uid 0: exited on signal 11 (core dumped) Apr 1 23:11:13 www kernel: pid 2583 (httpd), uid 0: exited on signal 11 (core dumped) pid 2608 (httpd), uid 0: exited on signal 11 (core dumped) Apr 1 23:12:49 www kernel: pid 2608 (httpd), uid 0: exited on signal 11 (core dumped) --------------040802030207040807000205 Content-Type: text/plain; name="make.conf" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="make.conf" SUP_UPDATE= yes SUP= /usr/local/bin/cvsup SUPFLAGS= -g -L 2 SUPHOST= cvsup8.de.FreeBSD.org SUPFILE= /usr/share/examples/cvsup/standard-supfile PORTSSUPFILE= /usr/share/examples/cvsup/ports-supfile KERNCONF=BMBY CPUTYPE?=i686 # added by use.perl 2005-03-15 11:30:49 PERL_VER=5.8.6 PERL_VERSION=5.8.6 --------------040802030207040807000205-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 3 09:59:18 2005 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 D9E2916A4CE for ; Sun, 3 Apr 2005 09:59:18 +0000 (GMT) Received: from freenix.no (atreides.freenix.no [212.33.142.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCD6C43D2F for ; Sun, 3 Apr 2005 09:59:17 +0000 (GMT) (envelope-from shamz@atreides.freenix.no) Received: from atreides.freenix.no (localhost [127.0.0.1]) by freenix.no (8.13.1/8.13.1) with ESMTP id j339xDoX061672; Sun, 3 Apr 2005 11:59:14 +0200 (CEST) (envelope-from shamz@atreides.freenix.no) Received: (from shamz@localhost) by atreides.freenix.no (8.13.1/8.13.1/Submit) id j339x8ot061671; Sun, 3 Apr 2005 11:59:08 +0200 (CEST) (envelope-from shamz) Date: Sun, 3 Apr 2005 11:59:08 +0200 From: Shaun Jurrens To: Kris Kennaway Message-ID: <20050403095908.GH19717@atreides.freenix.no> Mail-Followup-To: Shaun Jurrens , Kris Kennaway , Doug White , freebsd-stable@freebsd.org References: <20050401204142.GE19717@atreides.freenix.no> <20050401190457.S94922@carver.gumbysoft.com> <20050402233950.GG19717@atreides.freenix.no> <20050402234453.GA2430@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050402234453.GA2430@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 4.10-RELEASE-p2 X-Philosophy: If you can read this, you're too close. X-Virus-Scanned: ClamAV 0.82/701/Tue Feb 8 20:42:46 2005 on atreides.freenix.no X-Virus-Status: Clean cc: Shaun Jurrens cc: freebsd-stable@freebsd.org Subject: Re: recent 5.4-PRE regression: Could not resync/reset buffers 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, 03 Apr 2005 09:59:19 -0000 On Sat, Apr 02, 2005 at 03:44:53PM -0800, Kris Kennaway wrote: #> On Sun, Apr 03, 2005 at 01:39:50AM +0200, Shaun Jurrens wrote: #> #> > The trace doesn't look too wierd, otherwise. There was a warning about #> > having libm.so.2 and libm.so.3 causing a potential conflict during #> > compile... It seems to find the correct lib, but later also opens libm.so.2 #> #> That's a problem on your system that you should fix, then. It may not #> be the cause of this problem, but it can definitely cause problems and #> you need to rule it out. I am in agreement with you here in general terms. Specifically though, there's not much chance of getting rid of libm.so.2, because half the system uses it in some way (I just mv'd it once and things we very pear shaped fast). This, iirc, was some problem at 5.3-R with a version bump that broke things on amd64 at least. One noticed quickly that the binary pkg for cvsup needed this library, iirc. my /lib directory has what appears to be at least two such instances of stale libraries: -r--r--r-- 1 root wheel 125920 Sep 21 2004 libm.so.2 -r--r--r-- 1 root wheel 233624 Sep 21 2004 libreadline.so.4 which haven't been touched by further upgrades (I use 'INSTALL=install' instead of 'INSTALL=install -C' in /etc/make.conf). At this point, I haven't yet discovered how to solve this predicament. Even portupgrade is tied to libm.so.2 via ruby. This all seems to be a sort of timing issue anyway. As soon as I give the box something to do (compile something or other), mpg123 starts to work again as expected. #> #> Kris -- Yours truly, Shaun D. Jurrens shaun@shamz.net shamz@freenix.no Blomsterkroken 44B 1344 Haslum Norway Tel. Mobil: +47 9268 0049 From owner-freebsd-stable@FreeBSD.ORG Sun Apr 3 12:56:57 2005 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 B329516A4D0; Sun, 3 Apr 2005 12:56:57 +0000 (GMT) Received: from rt1.chem.msu.ru (rt1-tower.chem.msu.ru [195.208.208.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id E083443D1D; Sun, 3 Apr 2005 12:56:56 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by rt1.chem.msu.ru (8.13.3/8.13.3) with ESMTP id j33CugL0013942; Sun, 3 Apr 2005 16:56:46 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.12.9p2/8.12.9) with ESMTP id j33Cuff9076422; Sun, 3 Apr 2005 16:56:42 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.12.9p2/8.12.9/Submit) id j33Cue9O076421; Sun, 3 Apr 2005 16:56:40 +0400 (MSD) (envelope-from yar) Date: Sun, 3 Apr 2005 16:56:40 +0400 From: Yar Tikhiy To: Max Laier Message-ID: <20050403125640.GF66519@comp.chem.msu.su> References: <8eea040805010512321bf5b953@mail.gmail.com> <200503292325.38904.max@love2party.net> <424B62C3.5090107@cuk.nu> <200503311746.07844.max@love2party.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200503311746.07844.max@love2party.net> User-Agent: Mutt/1.5.6i cc: rwatson@freebsd.org cc: Marko ??uk cc: freebsd-stable@freebsd.org Subject: Re: ALTQ, pf and VLANs 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, 03 Apr 2005 12:56:57 -0000 On Thu, Mar 31, 2005 at 04:45:52PM +0100, Max Laier wrote: > On Thursday 31 March 2005 04:38, Marko ??uk wrote: > > Max, that solution works fine. I have tried it and it works fine for me. > > > > Thanks. > > > > Anyway, do you know some issues with dropping traffic on em0 vlan > > enabled interfaces and tcpdump-ing ? The average traffic, that we > > tcpdump is cca 10-20mbit/s and when tcpdump-ing, we get allmost 90% > > packet loss on interfaces. Any clue ? > > Ugh, I know of such an issue, but was thinking that it should be fixed by now. > Can you make sure that you have your kernel/em(4) built with if_em.c 1.44.2.6 > or later? The effect should simply be that it disables VLAN hardware support > which doesn't seem to work with promiscuous mode. You could also try to > disable it manually (ifconfig) to see if that improves on the packet loss. Max, I'm not sure it's using VLAN acceleration in em(4) that causes _partial_ packet loss. The case you referred to manifested itself in full traffic halt on attached vlan(4) interfaces and not in its partial loss. -- Yar From owner-freebsd-stable@FreeBSD.ORG Sun Apr 3 13:32:15 2005 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 7AEDD16A4CE for ; Sun, 3 Apr 2005 13:32:15 +0000 (GMT) Received: from ms-dienst.rz.rwth-aachen.de (ms-2.rz.RWTH-Aachen.DE [134.130.3.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id C143F43D2F for ; Sun, 3 Apr 2005 13:32:14 +0000 (GMT) (envelope-from chris@unixpages.org) Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 HotFix 1.12 (built Feb 13 2003)) with ESMTP id <0IED00GZ1HLPZX@ms-dienst.rz.rwth-aachen.de> for freebsd-stable@freebsd.org; Sun, 03 Apr 2005 15:32:13 +0200 (MEST) Received: from relay.rwth-aachen.de ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Sun, 03 Apr 2005 15:32:13 +0200 (MEST) Received: from haakonia.hitnet.rwth-aachen.de (haakonia.hitnet.RWTH-Aachen.DE [137.226.181.92])j33DW8B3013201; Sun, 03 Apr 2005 15:32:08 +0200 (MEST) Received: from gondor.middleearth (gondor.middleearth [192.168.1.42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))(Postfix) with ESMTP id 1C7E728450; Sun, 03 Apr 2005 15:32:03 +0200 (CEST) Received: by gondor.middleearth (Postfix, from userid 1001) id 231282285A; Sun, 03 Apr 2005 15:32:01 +0200 (CEST) Date: Sun, 03 Apr 2005 15:32:01 +0200 From: Christian Brueffer In-reply-to: <424F5210.8060809@pldrouin.net> To: Pierre-Luc Drouin Message-id: <20050403133200.GP87756@unixpages.org> MIME-version: 1.0 Content-type: multipart/signed; boundary=FWibJpkbnkY6rrXF; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.0-CURRENT X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <424F5210.8060809@pldrouin.net> cc: freebsd-stable@freebsd.org Subject: Re: 5.4-prerelease - hanging under load 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, 03 Apr 2005 13:32:15 -0000 --FWibJpkbnkY6rrXF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 02, 2005 at 09:16:48PM -0500, Pierre-Luc Drouin wrote: > Since I upgraded from 5.3-stable to 5.4-prerelease, I've noticed that my= =20 > computer is hanging badly under load. I've a P4 2.53 GHz without=20 > hyperthreading (no SMP). I use the same kernel configurations than=20 > before. Now when I compile a port for example, the mouse pointer hangs=20 > in Fluxbox and Mozilla takes forever (meaning ~5 sec) to refresh the=20 > screen. Even vi hangs. I do not see any warning/error message. Is it a=20 > known problem with 5.4? >=20 I have experienced something similar, putting the following into rc.conf worked for me: performance_cpu_freq=3D"HIGH" - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --FWibJpkbnkY6rrXF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCT/BQbHYXjKDtmC0RApZzAJ44140ofJMLeEQuVyEuji7s/8QJZQCgrDY8 mrxco3MovumbUEbNKexj/Iw= =Td5i -----END PGP SIGNATURE----- --FWibJpkbnkY6rrXF-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 3 15:33:14 2005 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 35F5216A4CE for ; Sun, 3 Apr 2005 15:33:14 +0000 (GMT) Received: from plum.flirble.org (plum.flirble.org [195.40.6.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9362543D1D for ; Sun, 3 Apr 2005 15:33:13 +0000 (GMT) (envelope-from jake@poptart.org) Received: from fruity.poptart.org ([82.152.7.145] helo=poptart.org) by plum.flirble.org with esmtpa (Exim 4.43) id 1DI763-000PfU-PY for freebsd-stable@freebsd.org; Sun, 03 Apr 2005 16:33:12 +0100 Received: from choccy.int.poptart.org ([10.0.0.1]) by poptart.org with esmtp (Exim 4.14) id 1DI763-00042i-EI for freebsd-stable@freebsd.org; Sun, 03 Apr 2005 16:33:07 +0100 Message-ID: <42500CB3.1090307@poptart.org> Date: Sun, 03 Apr 2005 16:33:07 +0100 From: Jake Scott User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: 5.4 / netstat problem 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, 03 Apr 2005 15:33:14 -0000 Hi there. I've updated my source to RELENG_5 as of yesterday, and build world and a new kernel. The "netstat -rn" command doesn't work (jacob@chunk) {0} /usr/src > netstat -rn netstat: kvm not available Routing tables rt_tables: symbol not in namelist This looks the same as PR 78115. Userland and the kernel are definately in sync - and I've re-supped and recompiled three times now to make sure of that. Any ideas?.. Jake From owner-freebsd-stable@FreeBSD.ORG Sun Apr 3 15:39:33 2005 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 910F116A4CE for ; Sun, 3 Apr 2005 15:39:33 +0000 (GMT) Received: from mail.icon.bg (mail.icon.bg [213.222.48.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0577F43D45 for ; Sun, 3 Apr 2005 15:39:33 +0000 (GMT) (envelope-from v0rbiz@icon.bg) Received: from dryn.icon.bg ([213.222.48.238] helo=[192.168.0.1]) by mail.icon.bg with esmtp (Exim 4.44 (FreeBSD)) id 1DI7Fs-000E1W-8V for freebsd-stable@freebsd.org; Sun, 03 Apr 2005 18:43:17 +0300 Message-ID: <42500E41.2000103@icon.bg> Date: Sun, 03 Apr 2005 18:39:45 +0300 From: Viktor Ivanov User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <42500CB3.1090307@poptart.org> In-Reply-To: <42500CB3.1090307@poptart.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) Subject: Re: 5.4 / netstat problem 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, 03 Apr 2005 15:39:33 -0000 Jake Scott wrote: > Hi there. > > I've updated my source to RELENG_5 as of yesterday, and build world > and a new kernel. The "netstat -rn" command doesn't work > > (jacob@chunk) {0} /usr/src > netstat -rn > netstat: kvm not available > Routing tables > rt_tables: symbol not in namelist > > This looks the same as PR 78115. Userland and the kernel are > definately in sync - and I've re-supped and recompiled three times now > to make sure of that. Any ideas?.. Do you have these in the kernel: device mem # Memory and kernel memory devices device io # I/O device They are also available as modules. Look at the bottom of PR 78115 From owner-freebsd-stable@FreeBSD.ORG Sun Apr 3 15:45:14 2005 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 964C516A4CE for ; Sun, 3 Apr 2005 15:45:14 +0000 (GMT) Received: from plum.flirble.org (plum.flirble.org [195.40.6.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38EA243D45 for ; Sun, 3 Apr 2005 15:45:14 +0000 (GMT) (envelope-from jake@poptart.org) Received: from fruity.poptart.org ([82.152.7.145] helo=poptart.org) by plum.flirble.org with esmtpa (Exim 4.43) id 1DI7Hj-0000SN-5n; Sun, 03 Apr 2005 16:45:12 +0100 Received: from choccy.int.poptart.org ([10.0.0.1]) by poptart.org with esmtp (Exim 4.14) id 1DI7Hi-00043A-SE; Sun, 03 Apr 2005 16:45:10 +0100 Message-ID: <42500F86.3010007@poptart.org> Date: Sun, 03 Apr 2005 16:45:10 +0100 From: Jake Scott User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Viktor Ivanov References: <42500CB3.1090307@poptart.org> <42500E41.2000103@icon.bg> In-Reply-To: <42500E41.2000103@icon.bg> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: freebsd-stable@freebsd.org Subject: Re: 5.4 / netstat problem 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, 03 Apr 2005 15:45:14 -0000 I didn't - no. Thanks very much - completely missed that in the PR. Regards Jake Viktor Ivanov wrote: > Jake Scott wrote: > >> Hi there. >> >> I've updated my source to RELENG_5 as of yesterday, and build world >> and a new kernel. The "netstat -rn" command doesn't work >> >> (jacob@chunk) {0} /usr/src > netstat -rn >> netstat: kvm not available >> Routing tables >> rt_tables: symbol not in namelist >> >> This looks the same as PR 78115. Userland and the kernel are >> definately in sync - and I've re-supped and recompiled three times >> now to make sure of that. Any ideas?.. > > > Do you have these in the kernel: > device mem # Memory and kernel memory devices > device io # I/O device > They are also available as modules. > > Look at the bottom of PR 78115 > > _______________________________________________ > 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" From owner-freebsd-stable@FreeBSD.ORG Sun Apr 3 16:07:16 2005 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 1599916A4CE for ; Sun, 3 Apr 2005 16:07:16 +0000 (GMT) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id B772843D2F for ; Sun, 3 Apr 2005 16:07:15 +0000 (GMT) (envelope-from pldrouin@pldrouin.net) Received: from [24.200.248.78] by VL-MO-MR011.ip.videotron.ca (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with ESMTP id <0IED00F2GOS3V8@VL-MO-MR011.ip.videotron.ca> for freebsd-stable@freebsd.org; Sun, 03 Apr 2005 12:07:15 -0400 (EDT) Date: Sun, 03 Apr 2005 12:07:14 -0400 From: Pierre-Luc Drouin In-reply-to: <20050403133200.GP87756@unixpages.org> To: freebsd-stable@freebsd.org Message-id: <425014B2.9070208@pldrouin.net> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.6) Gecko/20050328 References: <424F5210.8060809@pldrouin.net> <20050403133200.GP87756@unixpages.org> Subject: Re: 5.4-prerelease - hanging under load 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, 03 Apr 2005 16:07:16 -0000 Christian Brueffer wrote: >On Sat, Apr 02, 2005 at 09:16:48PM -0500, Pierre-Luc Drouin wrote: > > >>Since I upgraded from 5.3-stable to 5.4-prerelease, I've noticed that my >>computer is hanging badly under load. I've a P4 2.53 GHz without >>hyperthreading (no SMP). I use the same kernel configurations than >>before. Now when I compile a port for example, the mouse pointer hangs >>in Fluxbox and Mozilla takes forever (meaning ~5 sec) to refresh the >>screen. Even vi hangs. I do not see any warning/error message. Is it a >>known problem with 5.4? >> >> >> > >I have experienced something similar, putting the following into rc.conf >worked for me: > >performance_cpu_freq="HIGH" > >- Christian > > > Yes, this seams to fix it. I didn't know that I had a laptop? :) From owner-freebsd-stable@FreeBSD.ORG Sun Apr 3 16:27:19 2005 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 CDE8B16A4CE; Sun, 3 Apr 2005 16:27:19 +0000 (GMT) Received: from dev.bmby.co.il (l192-114-46-204.broadband.actcom.net.il [192.114.46.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADFC043D1F; Sun, 3 Apr 2005 16:27:18 +0000 (GMT) (envelope-from uzi@bmby.com) Received: from [10.0.0.3] ([10.0.0.3]) by dev.bmby.co.il (8.12.9/8.12.9) with ESMTP id j33GREqx023557; Sun, 3 Apr 2005 19:27:14 +0300 Message-ID: <42501965.3030103@bmby.com> Date: Sun, 03 Apr 2005 19:27:17 +0300 From: Uzi Klein User-Agent: Mozilla Thunderbird 1.0 (X11/20050111) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug White References: <424D1FBD.3070207@bmby.com> <20050401185643.I94922@carver.gumbysoft.com> <20050402065702.GA69101@pit.databus.com> <20050402145930.G1503@carver.gumbysoft.com> In-Reply-To: <20050402145930.G1503@carver.gumbysoft.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: ports@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: apache+mod_ssl signal 4 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, 03 Apr 2005 16:27:19 -0000 Doug White wrote: > On Sat, 2 Apr 2005, Barney Wolff wrote: > > >>On Fri, Apr 01, 2005 at 06:59:11PM -0800, Doug White wrote: >> >>>>pid 62364 (httpd), uid 0: exited on signal 4 (core dumped) >>>>Apr 1 11:48:45 www kernel: pid 62364 (httpd), uid 0: exited on signal 4 >>>>(core dumped) >>> >>>Signal 4 is SIGABRT, which is a software-initiated abort. >> >>Well, no, it's ILL, indicating perhaps code compiled for a different >>cpu model than it's being run on, or a trashed library. > > > oops. heh. I really need to get into the habit of checking signal(3) more > often. > > Yeah, SIGILL would imply the library was improperly compiled. Since > libcrypto will generate CPU-specific assembly based on the CPUTYPE > setting, setting it to the wrong CPU type will cause Wierd Problems. > I see, when i disable mod_php everything works... Is there a conflict i don't know? php is also compiled ( from source, not ports ) with openssl support. php configure: ./configure \ --prefix=/usr/local \ --with-layout=GNU \ --without-sqlite \ --disable-debug \ --disable-rpath \ --disable-ipv6 \ --with-apxs=/usr/local/sbin/apxs \ --with-config-file-path=/etc \ --with-mysql=/usr/local \ --with-pcre-regex \ --with-regex=php \ --with-bz2=/usr -with-zlib-dir=/usr \ --with-zlib=/usr \ --with-zip=/usr/local \ --with-gd \ --enable-gd-native-ttf \ --with-freetype-dir=/usr/local \ --with-png-dir=/usr/local \ --with-jpeg-dir=/usr/local \ --with-t1lib=/usr/local \ --with-ttf \ --with-libxml-dir=/usr/local \ --with-dom=/usr/local \ --with-xsl=/usr/local \ --enable-xml \ --enable-dom \ --with-openssl=/usr \ --with-mcrypt=/usr/local \ --with-mhash=/usr/local \ --with-curl=/usr/local \ --with-curlwrappers \ --with-tsrm-pthreads \ --enable-bcmath \ --enable-cli \ --enable-memory-limit \ --enable-overload \ --enable-pear \ --enable-static \ --enable-shared \ --enable-soap \ --enable-sockets \ --enable-versioning -- Uzi Klein BMBY Software Systems Ltd http://www.bmby.com From owner-freebsd-stable@FreeBSD.ORG Sun Apr 3 16:34:49 2005 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 BA00116A4CE for ; Sun, 3 Apr 2005 16:34:49 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id AFAF143D41 for ; Sun, 3 Apr 2005 16:34:48 +0000 (GMT) (envelope-from emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 03 Apr 2005 16:34:47 -0000 Received: from flb.schmalzbauer.de (EHLO [172.21.1.254]) [62.245.232.135] by mail.gmx.net (mp020) with SMTP; 03 Apr 2005 18:34:47 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-stable@freebsd.org Date: Sun, 3 Apr 2005 18:34:46 +0200 User-Agent: KMail/1.7.2 References: <424F5210.8060809@pldrouin.net> <20050403133200.GP87756@unixpages.org> <425014B2.9070208@pldrouin.net> In-Reply-To: <425014B2.9070208@pldrouin.net> X-Birthday: 10/06/72 X-CelPhone: +49 173 9967781 X-Tel: +49 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart11378483.Ses2R6100h"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200504031834.54592@harrymail> X-Y-GMX-Trusted: 0 Subject: Re: 5.4-prerelease - hanging under load 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, 03 Apr 2005 16:34:49 -0000 --nextPart11378483.Ses2R6100h Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Sonntag, 3. April 2005 18:07 schrieb Pierre-Luc Drouin: > Christian Brueffer wrote: > >On Sat, Apr 02, 2005 at 09:16:48PM -0500, Pierre-Luc Drouin wrote: > >>Since I upgraded from 5.3-stable to 5.4-prerelease, I've noticed that my > >>computer is hanging badly under load. I've a P4 2.53 GHz without > >>hyperthreading (no SMP). I use the same kernel configurations than > >>before. Now when I compile a port for example, the mouse pointer hangs > >>in Fluxbox and Mozilla takes forever (meaning ~5 sec) to refresh the > >>screen. Even vi hangs. I do not see any warning/error message. Is it a > >>known problem with 5.4? > > > >I have experienced something similar, putting the following into rc.conf > >worked for me: > > > >performance_cpu_freq=3D"HIGH" > > > >- Christian > > Yes, this seams to fix it. I didn't know that I had a laptop? :) Huh? I thought by default it is "HIGH", but it would also explain the=20 experiences in the thread "cpufreq related RELENG_5 regression"=20 (http://www.freebsd.org/cgi/getmsg.cgi?fetch=3D389949+393881+/usr/local/www= /db/text/2005/freebsd-stable/20050327.freebsd-stable) =2DHarry > _______________________________________________ > 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" --nextPart11378483.Ses2R6100h Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCUBsuBylq0S4AzzwRAgvlAJ9fE/i9WEDXaqFhwTazZTLWcW+NvgCeKgk0 9QleE7z6pDTtnUwKv3VtrYk= =ls28 -----END PGP SIGNATURE----- --nextPart11378483.Ses2R6100h-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 3 16:41:26 2005 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 0CCA516A4CE; Sun, 3 Apr 2005 16:41:26 +0000 (GMT) Received: from ms-dienst.rz.rwth-aachen.de (ms-2.rz.RWTH-Aachen.DE [134.130.3.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C9B543D48; Sun, 3 Apr 2005 16:41:25 +0000 (GMT) (envelope-from chris@unixpages.org) Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 HotFix 1.12 (built Feb 13 2003)) with ESMTP id <0IED00MPMQCZY9@ms-dienst.rz.rwth-aachen.de>; Sun, 03 Apr 2005 18:41:24 +0200 (MEST) Received: from relay.rwth-aachen.de ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Sun, 03 Apr 2005 18:41:23 +0200 (MEST) Received: from haakonia.hitnet.rwth-aachen.de (haakonia.hitnet.RWTH-Aachen.DE [137.226.181.92])j33GfNPo029112; Sun, 03 Apr 2005 18:41:23 +0200 (MEST) Received: from gondor.middleearth (gondor.middleearth [192.168.1.42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))(Postfix) with ESMTP id CA16D28452; Sun, 03 Apr 2005 18:41:17 +0200 (CEST) Received: by gondor.middleearth (Postfix, from userid 1001) id DD2882285A; Sun, 03 Apr 2005 18:41:16 +0200 (CEST) Date: Sun, 03 Apr 2005 18:41:16 +0200 From: Christian Brueffer In-reply-to: <425014B2.9070208@pldrouin.net> To: Pierre-Luc Drouin Message-id: <20050403164115.GQ87756@unixpages.org> MIME-version: 1.0 Content-type: multipart/signed; boundary=tqSMaTz1cCSspCQ4; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.0-CURRENT X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <424F5210.8060809@pldrouin.net> <20050403133200.GP87756@unixpages.org> <425014B2.9070208@pldrouin.net> cc: njl@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: 5.4-prerelease - hanging under load 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, 03 Apr 2005 16:41:26 -0000 --tqSMaTz1cCSspCQ4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 03, 2005 at 12:07:14PM -0400, Pierre-Luc Drouin wrote: > Christian Brueffer wrote: >=20 > >On Sat, Apr 02, 2005 at 09:16:48PM -0500, Pierre-Luc Drouin wrote: > >=20 > > > >>Since I upgraded from 5.3-stable to 5.4-prerelease, I've noticed that m= y=20 > >>computer is hanging badly under load. I've a P4 2.53 GHz without=20 > >>hyperthreading (no SMP). I use the same kernel configurations than=20 > >>before. Now when I compile a port for example, the mouse pointer hangs= =20 > >>in Fluxbox and Mozilla takes forever (meaning ~5 sec) to refresh the=20 > >>screen. Even vi hangs. I do not see any warning/error message. Is it a= =20 > >>known problem with 5.4? > >> > >> =20 > >> > > > >I have experienced something similar, putting the following into rc.conf > >worked for me: > > > >performance_cpu_freq=3D"HIGH" > > > >- Christian > > > >=20 > > > Yes, this seams to fix it. I didn't know that I had a laptop? :) >=20 Good to hear. Nate, this regression was introduced during the cpufreq and friends MFC. Is switching the performance_cpu_freq default to HIGH the way to go for 5.4-RELEASE? - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --tqSMaTz1cCSspCQ4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCUByrbHYXjKDtmC0RAsmDAJ93SQfj5waX2ZZd9YWPE9Ul3FIZhACg6KT9 Ry8lNmVlr/72XQC2FiPkBAk= =7s39 -----END PGP SIGNATURE----- --tqSMaTz1cCSspCQ4-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 3 16:48:57 2005 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 9DC8C16A4CE for ; Sun, 3 Apr 2005 16:48:57 +0000 (GMT) Received: from ms-dienst.rz.rwth-aachen.de (ms-2.rz.RWTH-Aachen.DE [134.130.3.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16AF143D1F for ; Sun, 3 Apr 2005 16:48:57 +0000 (GMT) (envelope-from chris@unixpages.org) Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 HotFix 1.12 (built Feb 13 2003)) with ESMTP id <0IED00MA9QPJY9@ms-dienst.rz.rwth-aachen.de> for freebsd-stable@freebsd.org; Sun, 03 Apr 2005 18:48:56 +0200 (MEST) Received: from relay.rwth-aachen.de ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Sun, 03 Apr 2005 18:48:55 +0200 (MEST) Received: from haakonia.hitnet.rwth-aachen.de (haakonia.hitnet.RWTH-Aachen.DE [137.226.181.92])j33Gmtoo029845; Sun, 03 Apr 2005 18:48:55 +0200 (MEST) Received: from gondor.middleearth (gondor.middleearth [192.168.1.42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))(Postfix) with ESMTP id F30D428450; Sun, 03 Apr 2005 18:48:49 +0200 (CEST) Received: by gondor.middleearth (Postfix, from userid 1001) id 5B67E2285A; Sun, 03 Apr 2005 18:48:49 +0200 (CEST) Date: Sun, 03 Apr 2005 18:48:48 +0200 From: Christian Brueffer In-reply-to: <200504031834.54592@harrymail> To: Emanuel Strobl Message-id: <20050403164848.GR87756@unixpages.org> MIME-version: 1.0 Content-type: multipart/signed; boundary=lpUp1egui7PDlNtH; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.0-CURRENT X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <424F5210.8060809@pldrouin.net> <20050403133200.GP87756@unixpages.org> <425014B2.9070208@pldrouin.net> <200504031834.54592@harrymail> cc: freebsd-stable@freebsd.org Subject: Re: 5.4-prerelease - hanging under load 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, 03 Apr 2005 16:48:57 -0000 --lpUp1egui7PDlNtH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 03, 2005 at 06:34:46PM +0200, Emanuel Strobl wrote: > Am Sonntag, 3. April 2005 18:07 schrieb Pierre-Luc Drouin: > > Christian Brueffer wrote: > > >On Sat, Apr 02, 2005 at 09:16:48PM -0500, Pierre-Luc Drouin wrote: > > >>Since I upgraded from 5.3-stable to 5.4-prerelease, I've noticed that= my > > >>computer is hanging badly under load. I've a P4 2.53 GHz without > > >>hyperthreading (no SMP). I use the same kernel configurations than > > >>before. Now when I compile a port for example, the mouse pointer hangs > > >>in Fluxbox and Mozilla takes forever (meaning ~5 sec) to refresh the > > >>screen. Even vi hangs. I do not see any warning/error message. Is it a > > >>known problem with 5.4? > > > > > >I have experienced something similar, putting the following into rc.co= nf > > >worked for me: > > > > > >performance_cpu_freq=3D"HIGH" > > > > > >- Christian > > > > Yes, this seams to fix it. I didn't know that I had a laptop? :) >=20 > Huh? I thought by default it is "HIGH", but it would also explain the=20 > experiences in the thread "cpufreq related RELENG_5 regression"=20 > (http://www.freebsd.org/cgi/getmsg.cgi?fetch=3D389949+393881+/usr/local/w= ww/db/text/2005/freebsd-stable/20050327.freebsd-stable) >=20 Actually I mentioned the workaround in the first message of that thread :-) - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --lpUp1egui7PDlNtH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCUB5wbHYXjKDtmC0RAq0sAJ9uIb1oxHj5ubLJUz9pDou2PXeoxgCfRtoH 2YVQcI1S8Lr8kAAGeXAJTuw= =R76r -----END PGP SIGNATURE----- --lpUp1egui7PDlNtH-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 3 17:01:49 2005 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 6B28A16A4CE for ; Sun, 3 Apr 2005 17:01:49 +0000 (GMT) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB47A43D45 for ; Sun, 3 Apr 2005 17:01:48 +0000 (GMT) (envelope-from mkb@mkbuelow.net) Received: from drjekyll.mkbuelow.net (pD9E68342.dip.t-dialin.net [217.230.131.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id CB6202FD24; Sun, 3 Apr 2005 19:01:47 +0200 (CEST) Received: from drjekyll.mkbuelow.net (mkb@localhost.mkbuelow.net [127.0.0.1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j33H2HEu001478; Sun, 3 Apr 2005 19:02:18 +0200 (CEST) (envelope-from mkb@drjekyll.mkbuelow.net) Received: (from mkb@localhost) by drjekyll.mkbuelow.net (8.13.3/8.13.3/Submit) id j33H2HCf001477; Sun, 3 Apr 2005 19:02:17 +0200 (CEST) (envelope-from mkb) Date: Sun, 3 Apr 2005 19:02:16 +0200 From: Matthias Buelow To: Emanuel Strobl Message-ID: <20050403170216.GA680@drjekyll.mkbuelow.net> References: <424F5210.8060809@pldrouin.net> <20050403133200.GP87756@unixpages.org> <425014B2.9070208@pldrouin.net> <200504031834.54592@harrymail> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200504031834.54592@harrymail> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: 5.4-prerelease - hanging under load 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, 03 Apr 2005 17:01:49 -0000 Emanuel Strobl wrote: >Huh? I thought by default it is "HIGH", but it would also explain the >experiences in the thread "cpufreq related RELENG_5 regression" >(http://www.freebsd.org/cgi/getmsg.cgi?fetch=389949+393881+/usr/local/www/db/text/2005/freebsd-stable/20050327.freebsd-stable) But does that also affect desktop machines? I'm not under the impression that my CPU is running at a lower frequency. The issue I mentioned only seems to occur when doing larger block reads/writes from/to disk (SATA), like untarring firefox. I didn't notice it so far when some kind of mixed disk access is going on, like with find, compiling, etc. Maybe that points to some locking issues in the VM corner? I mean, it's not dramatic, but still makes the system appear a bit unpolished, when it happens. In the past, with pre-5.x releases, FreeBSD has been scheduling disk i/o and interactive work smoothly, in my experience, so one didn't quite notice when heavy disk access was going on, at least not if your interactive programs weren't doing much disk i/o themselves. mkb. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 3 19:26:22 2005 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 3135016A4CE for ; Sun, 3 Apr 2005 19:26:22 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id B026643D45 for ; Sun, 3 Apr 2005 19:26:21 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B976C51452; Sun, 3 Apr 2005 12:26:20 -0700 (PDT) Date: Sun, 3 Apr 2005 12:26:20 -0700 From: Kris Kennaway To: Shaun Jurrens , Kris Kennaway , Doug White , freebsd-stable@freebsd.org Message-ID: <20050403192620.GA28348@xor.obsecurity.org> References: <20050401204142.GE19717@atreides.freenix.no> <20050401190457.S94922@carver.gumbysoft.com> <20050402233950.GG19717@atreides.freenix.no> <20050402234453.GA2430@xor.obsecurity.org> <20050403095908.GH19717@atreides.freenix.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nFreZHaLTZJo0R7j" Content-Disposition: inline In-Reply-To: <20050403095908.GH19717@atreides.freenix.no> User-Agent: Mutt/1.4.2.1i Subject: Re: recent 5.4-PRE regression: Could not resync/reset buffers 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, 03 Apr 2005 19:26:22 -0000 --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 03, 2005 at 11:59:08AM +0200, Shaun Jurrens wrote: > On Sat, Apr 02, 2005 at 03:44:53PM -0800, Kris Kennaway wrote: > #> On Sun, Apr 03, 2005 at 01:39:50AM +0200, Shaun Jurrens wrote: > #>=20 > #> > The trace doesn't look too wierd, otherwise. There was a warning ab= out > #> > having libm.so.2 and libm.so.3 causing a potential conflict during > #> > compile... It seems to find the correct lib, but later also opens li= bm.so.2 > #>=20 > #> That's a problem on your system that you should fix, then. It may not > #> be the cause of this problem, but it can definitely cause problems and > #> you need to rule it out. >=20 > I am in agreement with you here in general terms. Specifically > though, there's not much chance of getting rid of libm.so.2, because half > the system uses it in some way (I just mv'd it once and things we very pe= ar > shaped fast). This, iirc, was some problem at 5.3-R with a version bump > that broke things on amd64 at least. One noticed quickly that the binary > pkg for cvsup needed this library, iirc. my /lib directory has what > appears to be at least two such instances of stale libraries:=20 >=20 > -r--r--r-- 1 root wheel 125920 Sep 21 2004 libm.so.2 > -r--r--r-- 1 root wheel 233624 Sep 21 2004 libreadline.so.4 >=20 > which haven't been touched by further upgrades (I use 'INSTALL=3Dinstall' > instead of 'INSTALL=3Dinstall -C' in /etc/make.conf). =20 >=20 > At this point, I haven't yet discovered how to solve this predicament. Ev= en > portupgrade is tied to libm.so.2 via ruby.=20 You need to rebuild every port that uses libm so that it is relinked to libm.so.3 only. The easiest way to do this is to upgrade everything, e.g. portupgrade -fa or portupgrade -faPP if you want to use precompiled packages. Kris --nFreZHaLTZJo0R7j Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCUENcWry0BWjoQKURAg3OAJwPntOew+7PXTM3CLsZfVUiSp7wywCg+4BN nNuFKgFMAGBIp+sfYRsg6AY= =tqn3 -----END PGP SIGNATURE----- --nFreZHaLTZJo0R7j-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 3 19:27:49 2005 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 53DEC16A4CE for ; Sun, 3 Apr 2005 19:27:49 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CE6743D5C for ; Sun, 3 Apr 2005 19:27:49 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3623654366; Sun, 3 Apr 2005 12:27:48 -0700 (PDT) Date: Sun, 3 Apr 2005 12:27:48 -0700 From: Kris Kennaway To: Matthias Buelow Message-ID: <20050403192748.GB28348@xor.obsecurity.org> References: <424F5210.8060809@pldrouin.net> <20050403133200.GP87756@unixpages.org> <425014B2.9070208@pldrouin.net> <200504031834.54592@harrymail> <20050403170216.GA680@drjekyll.mkbuelow.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8GpibOaaTibBMecb" Content-Disposition: inline In-Reply-To: <20050403170216.GA680@drjekyll.mkbuelow.net> User-Agent: Mutt/1.4.2.1i cc: Emanuel Strobl cc: freebsd-stable@freebsd.org Subject: Re: 5.4-prerelease - hanging under load 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, 03 Apr 2005 19:27:49 -0000 --8GpibOaaTibBMecb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 03, 2005 at 07:02:16PM +0200, Matthias Buelow wrote: > Emanuel Strobl wrote: >=20 > >Huh? I thought by default it is "HIGH", but it would also explain the=20 > >experiences in the thread "cpufreq related RELENG_5 regression"=20 > >(http://www.freebsd.org/cgi/getmsg.cgi?fetch=3D389949+393881+/usr/local/= www/db/text/2005/freebsd-stable/20050327.freebsd-stable) >=20 > But does that also affect desktop machines? It could. > I'm not under the impression that my CPU is running at a lower > frequency. OK, but did you try the workaround? Kris --8GpibOaaTibBMecb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCUEOzWry0BWjoQKURAiYQAJ9ZAVXPHlsdFpkQv9YzkVLul1z6RACg8PFd M1LAj2LtB8nB514awZHDDB4= =x8/A -----END PGP SIGNATURE----- --8GpibOaaTibBMecb-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 3 19:56:01 2005 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 71E5616A4CE; Sun, 3 Apr 2005 19:56:01 +0000 (GMT) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33EF843D54; Sun, 3 Apr 2005 19:56:01 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 856BC5E63; Sun, 3 Apr 2005 15:56:00 -0400 (EDT) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 77058-05; Sun, 3 Apr 2005 15:55:59 -0400 (EDT) Received: from [192.168.1.3] (pool-68-161-53-96.ny325.east.verizon.net [68.161.53.96]) by pi.codefab.com (Postfix) with ESMTP id 7AAD95C82; Sun, 3 Apr 2005 15:55:58 -0400 (EDT) Message-ID: <425049F8.3060704@mac.com> Date: Sun, 03 Apr 2005 15:54:32 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Uzi Klein References: <424D1FBD.3070207@bmby.com> <20050401185643.I94922@carver.gumbysoft.com> <20050402065702.GA69101@pit.databus.com> <20050402145930.G1503@carver.gumbysoft.com> <42501965.3030103@bmby.com> In-Reply-To: <42501965.3030103@bmby.com> X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com cc: ports@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: apache+mod_ssl signal 4 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, 03 Apr 2005 19:56:01 -0000 Uzi Klein wrote: [ ... ] > I see, when i disable mod_php everything works... > Is there a conflict i don't know? The answer may be yes. It's not your fault-- if people wrote portable software, /usr/ports would still be useful but not require nearly as much work. > php is also compiled ( from source, not ports ) with openssl support. Signal 4's are a good sign of a binary compiled for the wrong architecture; a signal 11 could mean a program bug (you are using PHP, after all), or it could mean marginal hardware. Try using PHP from the ports and see whether that runs better. If it does, well, take a look at what the port changes, and you've probably located the source of your current problems. -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Sun Apr 3 21:18:33 2005 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 8D24416A4CE for ; Sun, 3 Apr 2005 21:18:33 +0000 (GMT) Received: from ms-dienst.rz.rwth-aachen.de (ms-2.rz.RWTH-Aachen.DE [134.130.3.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0107843D41 for ; Sun, 3 Apr 2005 21:18:33 +0000 (GMT) (envelope-from chris@unixpages.org) Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 HotFix 1.12 (built Feb 13 2003)) with ESMTP id <0IEE005P736VY1@ms-dienst.rz.rwth-aachen.de> for freebsd-stable@freebsd.org; Sun, 03 Apr 2005 23:18:32 +0200 (MEST) Received: from relay.rwth-aachen.de ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Sun, 03 Apr 2005 23:18:31 +0200 (MEST) Received: from haakonia.hitnet.rwth-aachen.de (haakonia.hitnet.RWTH-Aachen.DE [137.226.181.92])j33LIUk4026386; Sun, 03 Apr 2005 23:18:30 +0200 (MEST) Received: from gondor.middleearth (gondor.middleearth [192.168.1.42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))(Postfix) with ESMTP id 661A928452; Sun, 03 Apr 2005 23:18:25 +0200 (CEST) Received: by gondor.middleearth (Postfix, from userid 1001) id 7D7172285A; Sun, 03 Apr 2005 23:18:24 +0200 (CEST) Date: Sun, 03 Apr 2005 23:18:23 +0200 From: Christian Brueffer In-reply-to: <20050403170216.GA680@drjekyll.mkbuelow.net> To: Matthias Buelow Message-id: <20050403211823.GS87756@unixpages.org> MIME-version: 1.0 Content-type: multipart/signed; boundary=V4yrq4dHtCqH+JvC; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.0-CURRENT X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <424F5210.8060809@pldrouin.net> <20050403133200.GP87756@unixpages.org> <425014B2.9070208@pldrouin.net> <200504031834.54592@harrymail> <20050403170216.GA680@drjekyll.mkbuelow.net> cc: Emanuel Strobl cc: freebsd-stable@freebsd.org Subject: Re: 5.4-prerelease - hanging under load 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, 03 Apr 2005 21:18:33 -0000 --V4yrq4dHtCqH+JvC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 03, 2005 at 07:02:16PM +0200, Matthias Buelow wrote: > Emanuel Strobl wrote: >=20 > >Huh? I thought by default it is "HIGH", but it would also explain the=20 > >experiences in the thread "cpufreq related RELENG_5 regression"=20 > >(http://www.freebsd.org/cgi/getmsg.cgi?fetch=3D389949+393881+/usr/local/= www/db/text/2005/freebsd-stable/20050327.freebsd-stable) >=20 > But does that also affect desktop machines? I'm not under the > impression that my CPU is running at a lower frequency. The issue > I mentioned only seems to occur when doing larger block reads/writes > from/to disk (SATA), like untarring firefox. I didn't notice it > so far when some kind of mixed disk access is going on, like with > find, compiling, etc. Maybe that points to some locking issues in > the VM corner? I mean, it's not dramatic, but still makes the > system appear a bit unpolished, when it happens. In the past, with > pre-5.x releases, FreeBSD has been scheduling disk i/o and interactive > work smoothly, in my experience, so one didn't quite notice when > heavy disk access was going on, at least not if your interactive > programs weren't doing much disk i/o themselves. >=20 Not sure about desktop machines, probably depends on what exactly you're doing. At least it affects real-world scenarios, see my original message to this list: http://lists.freebsd.org/pipermail/freebsd-stable/2005-March/013036.html - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --V4yrq4dHtCqH+JvC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCUF2fbHYXjKDtmC0RAkcxAJ0bntojTno+O2vevD5IS3eXMJw0VQCg12eE XyOos+D4XRmnt6+eiP5YFuw= =4HxF -----END PGP SIGNATURE----- --V4yrq4dHtCqH+JvC-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 3 21:30:28 2005 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 20A7F16A4CE for ; Sun, 3 Apr 2005 21:30:28 +0000 (GMT) Received: from ferengi.borderworlds.dk (ferengi.borderworlds.dk [80.166.152.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FF3643D55 for ; Sun, 3 Apr 2005 21:30:27 +0000 (GMT) (envelope-from xi@borderworlds.dk) Received: from borg.borderworlds.dk (localhost [127.0.0.1]) by ferengi.borderworlds.dk (Postfix) with ESMTP id BC773B81F; Sun, 3 Apr 2005 23:30:22 +0200 (CEST) Received: by borg.borderworlds.dk (Postfix, from userid 1001) id 923801143A; Sun, 3 Apr 2005 23:30:22 +0200 (CEST) Sender: xi@borderworlds.dk To: Doug White References: <867jjlrpz9.fsf@borg.borderworlds.dk> <20050402150904.M1503@carver.gumbysoft.com> From: Christian Laursen Date: 03 Apr 2005 23:30:22 +0200 In-Reply-To: <20050402150904.M1503@carver.gumbysoft.com> Message-ID: <86ekdra6q9.fsf@borg.borderworlds.dk> Lines: 43 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-stable@freebsd.org Subject: Re: 5.4-PRERELEASE pccard problem 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, 03 Apr 2005 21:30:28 -0000 Doug White writes: > On Sat, 2 Apr 2005, Christian Laursen wrote: > > > After upgrading to 5.4-PRERELEASE as of yesterday, I now have a problem > > with my wireless card that has worked fine before. > > > > When I insert it I get an instant panic like this: [snip] > This makes no sense. What version of src/sys/dev/pccard/pccard.c do you > have? __FBSDID("$FreeBSD: src/sys/dev/pccard/pccard.c,v 1.93.2.2 2005/02/03 00:30:02 imp Exp $"); > Line 381 is a comparison in RELENG_5: > > 381 if (matches && ent->pp_cis[0] && > 382 (vendorstr == NULL || > 383 strcmp(ent->pp_cis[0], vendorstr) != 0)) > 384 matches = 0; > > pccard.c does not call any of the radix functions. I agree it does look pretty weird. > I'd suggest blowing away your kernel source and obj dir and rebuilding > your kernel + modules from scratch. This looks like you have a mismatched > module somewhere, or memory corruption, or worse. Be sure to follow the > instructions in UPDATING explaining how to track -STABLE and build the > world and kernel correctly. I always use follow the buildworld, buildkernel, installkernel, installworld, mergemaster routine when updating things. Anyway, I tried blowing away /usr/obj, cvsupping to RELENG_5_4, built world and kernel and installed both. And it still panics with the exact same stack trace. :( -- Christian Laursen From owner-freebsd-stable@FreeBSD.ORG Sun Apr 3 21:33:24 2005 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 2017416A4CE for ; Sun, 3 Apr 2005 21:33:24 +0000 (GMT) Received: from smtpauth08.mail.atl.earthlink.net (smtpauth08.mail.atl.earthlink.net [209.86.89.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8392943D2F for ; Sun, 3 Apr 2005 21:33:23 +0000 (GMT) (envelope-from swsirlin@earthlink.net) Received: from [24.205.78.29] (helo=[192.168.1.5]) by smtpauth08.mail.atl.earthlink.net with asmtp (Exim 4.34) id 1DICig-0001KX-DK for freebsd-stable@freebsd.org; Sun, 03 Apr 2005 17:33:22 -0400 DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=test1; d=earthlink.net; h=Message-ID:Date:From:User-Agent:X-Accept-Language:MIME-Version:To:Subject:Content-Type:Content-Transfer-Encoding; b=CzyHMiiSzx8yQxUPXDLPB5EnieGg9DatpjimZsvV29q1cmWx0V3xpoIi7cGcqyQW; Message-ID: <42506111.5030505@earthlink.net> Date: Sun, 03 Apr 2005 14:33:05 -0700 From: sam sirlin User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.6) Gecko/20050327 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: 52e4e1bd8cc945501aa676d7e74259b7b3291a7d08dfec794c00410b2bff6ca489e17b398adad0ca350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 24.205.78.29 Subject: acd0: FAILURE - MODE_SENSE_BIG timed out 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, 03 Apr 2005 21:33:24 -0000 I've been getting these timeouts for some time on boot, but up till now when they appear they just slow the boot down. After cvsup on 4/2, I now sometimes get a couple of new messages which hang up the boot process: ... acd0: FAILURE - MODE_SENSE_BIG timed out acd0: FAILURE - ATAPI_Identity ... acd0: timeout state=0 unexpected (hangs here till hard reboot) Are there some tweaks to parameters to prevent this? Sam Sirlin I 'm running FreeBSD celeborn.my.domain 5.4-PRERELEASE FreeBSD 5.4-PRERELEASE #0: Sat Apr 2 17:48:39 PST 2005 sam@celeborn.my.domain:/usr/obj/usr/src/sys/CELEBORN amd64 Here's an example of what used to happen, even with 5.4 up till 4/2: 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 #0: Sun Nov 21 10:58:56 PST 2004 sam@celeborn.my.domain:/usr/obj/usr/src/sys/CELEBORN ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3200+ (2002.57-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0xf48 Stepping = 8 Features=0x78bfbff AMD Features=0xe0500800 real memory = 1072889856 (1023 MB) avail memory = 1024090112 (976 MB) ioapic0: Changing APIC ID to 1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) fwohci0: port 0xcc00-0xcc7f mem 0xf7900000-0xf79007ff irq 16 at device 7.0 on pc i0 fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:e0:18:00:00:62:29:1b fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:e0:18:62:29:1b fwe0: Ethernet address: 02:e0:18:62:29:1b fwe0: if_start running deferred for Giant sbp0: on firewire0 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) skc0: <3Com 3C940 Gigabit Ethernet> port 0xdc00-0xdcff mem 0xf7c00000-0xf7c03fff irq 17 at device 10.0 on pci0 skc0: 3Com Gigabit LOM (3C940) sk0: on skc0 sk0: Ethernet address: 00:0e:a6:74:6a:02 miibus0: on sk0 e1000phy0: on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto pcm0: port 0xec00-0xec1f irq 17 at device 12.0 on pci0 pcm0: atapci0: port 0xc800-0xc8ff,0xd000-0xd00f,0xd400-0xd403,0xd800-0xd807,0xe 000-0xe003,0xe400-0xe407 irq 20 at device 15.0 on pci0 ata2: channel #0 on atapci0 ata3: channel #1 on atapci0 atapci1: port 0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.1 on pci0 ata0: channel #0 on atapci1 ata1: channel #1 on atapci1 uhci0: port 0xb400-0xb41f irq 21 at device 16.0 on pci0 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 0xb800-0xb81f irq 21 at device 16.1 on pci0 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 uhci2: port 0xc000-0xc01f irq 21 at device 16.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xc400-0xc41f irq 21 at device 16.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pci0: at device 16.4 (no driver attached) isab0: at device 17.0 on pci0 isa0: on isab0 acpi_button0: on acpi0 acpi_button1: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 flags 0x10 on acpi0 sio0: type 16550A sio1: configured irq 4 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 on acpi0 sio1: type 16550A orm0: at iomem 0xc0000-0xcefff on isa0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2002574586 Hz quality 800 Timecounters tick every 0.976 msec ad0: 114473MB [232581/16/63] at ata0-master UDMA100 ad1: 114473MB [232581/16/63] at ata0-slave UDMA100 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 ata1-master 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 Mounting root from ufs:/dev/ad0s3a From owner-freebsd-stable@FreeBSD.ORG Sun Apr 3 21:45:43 2005 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 3EF7816A4CE for ; Sun, 3 Apr 2005 21:45:43 +0000 (GMT) Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id C120843D1D for ; Sun, 3 Apr 2005 21:45:42 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.51] (adsl-64-171-184-204.dsl.snfc21.pacbell.net [64.171.184.204])j33Lj9nr012392; Sun, 3 Apr 2005 17:45:10 -0400 Message-ID: <42506404.1010608@root.org> Date: Sun, 03 Apr 2005 14:45:40 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Christian Brueffer References: <424F5210.8060809@pldrouin.net> <20050403133200.GP87756@unixpages.org> <425014B2.9070208@pldrouin.net> <20050403164115.GQ87756@unixpages.org> In-Reply-To: <20050403164115.GQ87756@unixpages.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Pierre-Luc Drouin cc: freebsd-stable@freebsd.org Subject: Re: 5.4-prerelease - hanging under load 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, 03 Apr 2005 21:45:43 -0000 Christian Brueffer wrote: > On Sun, Apr 03, 2005 at 12:07:14PM -0400, Pierre-Luc Drouin wrote: > >>Christian Brueffer wrote: >> >> >>>On Sat, Apr 02, 2005 at 09:16:48PM -0500, Pierre-Luc Drouin wrote: >>> >>>>Since I upgraded from 5.3-stable to 5.4-prerelease, I've noticed that my >>>>computer is hanging badly under load. I've a P4 2.53 GHz without >>>>hyperthreading (no SMP). I use the same kernel configurations than >>>>before. Now when I compile a port for example, the mouse pointer hangs >>>>in Fluxbox and Mozilla takes forever (meaning ~5 sec) to refresh the >>>>screen. Even vi hangs. I do not see any warning/error message. Is it a >>>>known problem with 5.4? >>>> >>> >>>I have experienced something similar, putting the following into rc.conf >>>worked for me: >>> >>>performance_cpu_freq="HIGH" >>> >>>- Christian >>> >>> >> >>Yes, this seams to fix it. I didn't know that I had a laptop? :) >> > > > Good to hear. > > Nate, this regression was introduced during the cpufreq and friends MFC. > Is switching the performance_cpu_freq default to HIGH the way to go for > 5.4-RELEASE? > > - Christian > As you can see from etc/defaults/rc.conf on both -current and RELENG_5, we don't currently change the frequency at all: performance_cpu_freq="NONE" # Online CPU frequency economy_cpu_freq="NONE" # Offline CPU frequency However, it sounds like his system's BIOS is booting up with a low acpi_throttle setting (probably the lowest one, 12.5% on many systems) and so he is seeing very slow performance. (Only the acpi_throttle cpufreq driver has been MFCd for the 5.4 release and the others will follow the release.) Initially, I thought it was safest not to even touch the frequency but it looks like it is necessary for some systems to always force it high by default. I'll change the default to HIGH so that we always put systems in the fastest performance mode by default. It will be MFCd quickly as well. Thanks, -- Nate From owner-freebsd-stable@FreeBSD.ORG Sun Apr 3 21:51:19 2005 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 4F59B16A4CE for ; Sun, 3 Apr 2005 21:51:19 +0000 (GMT) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFDB543D41 for ; Sun, 3 Apr 2005 21:51:18 +0000 (GMT) (envelope-from mkb@mkbuelow.net) Received: from drjekyll.mkbuelow.net (pD9E68342.dip.t-dialin.net [217.230.131.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id D9AEF33269; Sun, 3 Apr 2005 23:51:13 +0200 (CEST) Received: from drjekyll.mkbuelow.net (mkb@localhost.mkbuelow.net [127.0.0.1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j33LpinT000864; Sun, 3 Apr 2005 23:51:44 +0200 (CEST) (envelope-from mkb@drjekyll.mkbuelow.net) Received: (from mkb@localhost) by drjekyll.mkbuelow.net (8.13.3/8.13.3/Submit) id j33LphY1000863; Sun, 3 Apr 2005 23:51:43 +0200 (CEST) (envelope-from mkb) Date: Sun, 3 Apr 2005 23:51:43 +0200 From: Matthias Buelow To: Kris Kennaway Message-ID: <20050403215143.GA799@drjekyll.mkbuelow.net> References: <424F5210.8060809@pldrouin.net> <20050403133200.GP87756@unixpages.org> <425014B2.9070208@pldrouin.net> <200504031834.54592@harrymail> <20050403170216.GA680@drjekyll.mkbuelow.net> <20050403192748.GB28348@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050403192748.GB28348@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i cc: Emanuel Strobl cc: freebsd-stable@freebsd.org Subject: Re: 5.4-prerelease - hanging under load 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, 03 Apr 2005 21:51:19 -0000 Kris Kennaway wrote: >> I'm not under the impression that my CPU is running at a lower >> frequency. >OK, but did you try the workaround? I have now and it doesn't make any difference. mkb. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 3 21:54:32 2005 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 B7BF616A4CE for ; Sun, 3 Apr 2005 21:54:32 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F5A743D1D for ; Sun, 3 Apr 2005 21:54:32 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 663C9513B6; Sun, 3 Apr 2005 14:54:31 -0700 (PDT) Date: Sun, 3 Apr 2005 14:54:31 -0700 From: Kris Kennaway To: Matthias Buelow Message-ID: <20050403215431.GA61033@xor.obsecurity.org> References: <424F5210.8060809@pldrouin.net> <20050403133200.GP87756@unixpages.org> <425014B2.9070208@pldrouin.net> <200504031834.54592@harrymail> <20050403170216.GA680@drjekyll.mkbuelow.net> <20050403192748.GB28348@xor.obsecurity.org> <20050403215143.GA799@drjekyll.mkbuelow.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Nq2Wo0NMKNjxTN9z" Content-Disposition: inline In-Reply-To: <20050403215143.GA799@drjekyll.mkbuelow.net> User-Agent: Mutt/1.4.2.1i cc: Emanuel Strobl cc: freebsd-stable@freebsd.org cc: Kris Kennaway Subject: Re: 5.4-prerelease - hanging under load 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, 03 Apr 2005 21:54:32 -0000 --Nq2Wo0NMKNjxTN9z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 03, 2005 at 11:51:43PM +0200, Matthias Buelow wrote: > Kris Kennaway wrote: >=20 > >> I'm not under the impression that my CPU is running at a lower > >> frequency. > >OK, but did you try the workaround? >=20 > I have now and it doesn't make any difference. OK, must be a different problem then. Kris=20 --Nq2Wo0NMKNjxTN9z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCUGYXWry0BWjoQKURAg2oAKD2pugvSGa/CadgyPM3wm+6vNMWZACdGqys qATGf7Ie4GRJNCkcZ8cEEow= =aTE2 -----END PGP SIGNATURE----- --Nq2Wo0NMKNjxTN9z-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 3 21:57:50 2005 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 7C34C16A4CE for ; Sun, 3 Apr 2005 21:57:50 +0000 (GMT) Received: from ms-dienst.rz.rwth-aachen.de (ms-2.rz.RWTH-Aachen.DE [134.130.3.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id F25B843D39 for ; Sun, 3 Apr 2005 21:57:49 +0000 (GMT) (envelope-from chris@unixpages.org) Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 HotFix 1.12 (built Feb 13 2003)) with ESMTP id <0IEE001U850CLX@ms-dienst.rz.rwth-aachen.de> for freebsd-stable@freebsd.org; Sun, 03 Apr 2005 23:57:49 +0200 (MEST) Received: from relay.rwth-aachen.de ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Sun, 03 Apr 2005 23:57:48 +0200 (MEST) Received: from haakonia.hitnet.rwth-aachen.de (haakonia.hitnet.RWTH-Aachen.DE [137.226.181.92])j33LvlW8029520; Sun, 03 Apr 2005 23:57:47 +0200 (MEST) Received: from gondor.middleearth (gondor.middleearth [192.168.1.42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))(Postfix) with ESMTP id 6CB3B28450; Sun, 03 Apr 2005 23:57:42 +0200 (CEST) Received: by gondor.middleearth (Postfix, from userid 1001) id 0AFC92285A; Sun, 03 Apr 2005 23:57:41 +0200 (CEST) Date: Sun, 03 Apr 2005 23:57:41 +0200 From: Christian Brueffer In-reply-to: <42506404.1010608@root.org> To: Nate Lawson Message-id: <20050403215741.GU87756@unixpages.org> MIME-version: 1.0 Content-type: multipart/signed; boundary=S5Rg6oz6PtEXgjQf; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.0-CURRENT X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <424F5210.8060809@pldrouin.net> <20050403133200.GP87756@unixpages.org> <425014B2.9070208@pldrouin.net> <20050403164115.GQ87756@unixpages.org> <42506404.1010608@root.org> cc: Pierre-Luc Drouin cc: freebsd-stable@freebsd.org Subject: Re: 5.4-prerelease - hanging under load 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, 03 Apr 2005 21:57:50 -0000 --S5Rg6oz6PtEXgjQf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 03, 2005 at 02:45:40PM -0700, Nate Lawson wrote: > Christian Brueffer wrote: > >On Sun, Apr 03, 2005 at 12:07:14PM -0400, Pierre-Luc Drouin wrote: > > > >>Christian Brueffer wrote: > >> > >> > >>>On Sat, Apr 02, 2005 at 09:16:48PM -0500, Pierre-Luc Drouin wrote: > >>> > >>>>Since I upgraded from 5.3-stable to 5.4-prerelease, I've noticed that= =20 > >>>>my computer is hanging badly under load. I've a P4 2.53 GHz without= =20 > >>>>hyperthreading (no SMP). I use the same kernel configurations than=20 > >>>>before. Now when I compile a port for example, the mouse pointer hang= s=20 > >>>>in Fluxbox and Mozilla takes forever (meaning ~5 sec) to refresh the= =20 > >>>>screen. Even vi hangs. I do not see any warning/error message. Is it = a=20 > >>>>known problem with 5.4? > >>>> > >>> > >>>I have experienced something similar, putting the following into rc.co= nf > >>>worked for me: > >>> > >>>performance_cpu_freq=3D"HIGH" > >>> > >>>- Christian > >>> > >>> > >> > >>Yes, this seams to fix it. I didn't know that I had a laptop? :) > >> > > > > > >Good to hear. > > > >Nate, this regression was introduced during the cpufreq and friends MFC. > >Is switching the performance_cpu_freq default to HIGH the way to go for > >5.4-RELEASE? > > > >- Christian > > >=20 > As you can see from etc/defaults/rc.conf on both -current and RELENG_5,= =20 > we don't currently change the frequency at all: >=20 > performance_cpu_freq=3D"NONE" # Online CPU frequency > economy_cpu_freq=3D"NONE" # Offline CPU frequency >=20 > However, it sounds like his system's BIOS is booting up with a low=20 > acpi_throttle setting (probably the lowest one, 12.5% on many systems)=20 > and so he is seeing very slow performance. (Only the acpi_throttle=20 > cpufreq driver has been MFCd for the 5.4 release and the others will=20 > follow the release.) Initially, I thought it was safest not to even=20 > touch the frequency but it looks like it is necessary for some systems=20 > to always force it high by default. >=20 > I'll change the default to HIGH so that we always put systems in the=20 > fastest performance mode by default. It will be MFCd quickly as well. >=20 Great, thanks! - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --S5Rg6oz6PtEXgjQf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCUGbVbHYXjKDtmC0RAuvHAKCLBcdmZZ8eZVoqJgQGZX/olGNdKACfdMAx huwV4F/rqW2p/ufxp93wyTI= =qDTU -----END PGP SIGNATURE----- --S5Rg6oz6PtEXgjQf-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 3 22:51:47 2005 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 65D4C16A4CE for ; Sun, 3 Apr 2005 22:51:47 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 928FC43D31 for ; Sun, 3 Apr 2005 22:51:46 +0000 (GMT) (envelope-from sbenabas@gmail.com) Received: by rproxy.gmail.com with SMTP id 1so759647rny for ; Sun, 03 Apr 2005 15:51:46 -0700 (PDT) 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; b=iBOL1ZTgcznZRTN4fHgsfmez7aS059UC9j4CDrKSZJNbBhi+tcuXwet+d2eARQ1zZG3nJjnNLFRJJ51110v7YM2v6hUYhGlvig1uNVhl/52bkalBBJtcqIcuwsLpFqa1F53o3an3mz8GwrVXg7BrEJUkCRL3TqioZAVbLEdlKv4= Received: by 10.38.198.5 with SMTP id v5mr264314rnf; Sun, 03 Apr 2005 15:51:46 -0700 (PDT) Received: by 10.38.8.28 with HTTP; Sun, 3 Apr 2005 15:51:46 -0700 (PDT) Message-ID: <32d8477c05040315511b099047@mail.gmail.com> Date: Sun, 3 Apr 2005 22:51:46 +0000 From: Siavosh Benabbas To: freebsd-stable@freebsd.org, FreeBSD-amd64@freebsd.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_2731_10930499.1112568706121" Subject: ACPI on nForce3 Ultra works partially X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Siavosh Benabbas List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Apr 2005 22:51:47 -0000 ------=_Part_2731_10930499.1112568706121 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello list, I have an amd64 cpu on a K8NS Ultra939 board with the nForce3 Ultra chipset running 5.3-RELEASE. I heard that it wouldn't work with ACPI enabled unless I disabled I/O APIC in the bios and as my bios doesn't give me such freedom I used to disable ACPI. Yesterday I tried to compile the kernel with the attached config file and it worked partially with ACPI enabled. The machine didn't hang as it use to do, it responded to ping, and I could login using SSH, but nothing apart from the kernel logs where printed on the screen after the file system tests, the keyboard worked as I could login, and add someone to the sudoers list so that I could su to root from my ssh shell. I even rebuilt kernel remotely and their was no stability problem. There use to be some strange kernel logs though about processes with negative times or something like that. I have attached the output of dmesg right after a successfull but and during the rebuilt of kernel note that the kernel complains about a lot of processes having negative runtimes. Is this expected/known? Can someone with nForce3 Ultra chipset use the siavosh.kernelconfig file and see if he/she gets similar results? Thanks in advance, Siavosh Benabbas ------=_Part_2731_10930499.1112568706121 Content-Type: application/octet-stream; name="siavosh.kernelconfig" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="siavosh.kernelconfig" IwojIEdFTkVSSUMgLS0gR2VuZXJpYyBrZXJuZWwgY29uZmlndXJhdGlvbiBmaWxlIGZvciBGcmVl QlNEL2FtZDY0CiMKIyBGb3IgbW9yZSBpbmZvcm1hdGlvbiBvbiB0aGlzIGZpbGUsIHBsZWFzZSBy ZWFkIHRoZSBoYW5kYm9vayBzZWN0aW9uIG9uCiMgS2VybmVsIENvbmZpZ3VyYXRpb24gRmlsZXM6 CiMKIyAgICBodHRwOi8vd3d3LkZyZWVCU0Qub3JnL2RvYy9lbl9VUy5JU084ODU5LTEvYm9va3Mv aGFuZGJvb2sva2VybmVsY29uZmlnLWNvbmZpZy5odG1sCiMKIyBUaGUgaGFuZGJvb2sgaXMgYWxz byBhdmFpbGFibGUgbG9jYWxseSBpbiAvdXNyL3NoYXJlL2RvYy9oYW5kYm9vawojIGlmIHlvdSd2 ZSBpbnN0YWxsZWQgdGhlIGRvYyBkaXN0cmlidXRpb24sIG90aGVyd2lzZSBhbHdheXMgc2VlIHRo ZQojIEZyZWVCU0QgV29ybGQgV2lkZSBXZWIgc2VydmVyIChodHRwOi8vd3d3LkZyZWVCU0Qub3Jn LykgZm9yIHRoZQojIGxhdGVzdCBpbmZvcm1hdGlvbi4KIwojIEFuIGV4aGF1c3RpdmUgbGlzdCBv ZiBvcHRpb25zIGFuZCBtb3JlIGRldGFpbGVkIGV4cGxhbmF0aW9ucyBvZiB0aGUKIyBkZXZpY2Ug bGluZXMgaXMgYWxzbyBwcmVzZW50IGluIHRoZSAuLi8uLi9jb25mL05PVEVTIGFuZCBOT1RFUyBm aWxlcy4KIyBJZiB5b3UgYXJlIGluIGRvdWJ0IGFzIHRvIHRoZSBwdXJwb3NlIG9yIG5lY2Vzc2l0 eSBvZiBhIGxpbmUsIGNoZWNrIGZpcnN0CiMgaW4gTk9URVMuCiMKIyAkRnJlZUJTRDogc3JjL3N5 cy9hbWQ2NC9jb25mL0dFTkVSSUMsdiAxLjQyMS4yLjQuMi4xIDIwMDQvMTAvMjMgMjA6MDQ6MDAg a2Vuc21pdGggRXhwICQKCm1hY2hpbmUJCWFtZDY0CmNwdQkJSEFNTUVSCmlkZW50CQlzaWF2b3No CgojIFRvIHN0YXRpY2FsbHkgY29tcGlsZSBpbiBkZXZpY2Ugd2lyaW5nIGluc3RlYWQgb2YgL2Jv b3QvZGV2aWNlLmhpbnRzCiNoaW50cwkJIkdFTkVSSUMuaGludHMiCQkjIERlZmF1bHQgcGxhY2Vz IHRvIGxvb2sgZm9yIGRldmljZXMuCgpvcHRpb25zIAlTQ0hFRF80QlNECQkjIDRCU0Qgc2NoZWR1 bGVyCm9wdGlvbnMgCUlORVQJCQkjIEludGVyTkVUd29ya2luZwojb3B0aW9ucyAJSU5FVDYJCQkj IElQdjYgY29tbXVuaWNhdGlvbnMgcHJvdG9jb2xzCm9wdGlvbnMgCUZGUwkJCSMgQmVya2VsZXkg RmFzdCBGaWxlc3lzdGVtCm9wdGlvbnMgCVNPRlRVUERBVEVTCQkjIEVuYWJsZSBGRlMgc29mdCB1 cGRhdGVzIHN1cHBvcnQKb3B0aW9ucyAJVUZTX0FDTAkJCSMgU3VwcG9ydCBmb3IgYWNjZXNzIGNv bnRyb2wgbGlzdHMKb3B0aW9ucyAJVUZTX0RJUkhBU0gJCSMgSW1wcm92ZSBwZXJmb3JtYW5jZSBv biBiaWcgZGlyZWN0b3JpZXMKb3B0aW9ucyAJTURfUk9PVAkJCSMgTUQgaXMgYSBwb3RlbnRpYWwg cm9vdCBkZXZpY2UKI29wdGlvbnMgCU5GU0NMSUVOVAkJIyBOZXR3b3JrIEZpbGVzeXN0ZW0gQ2xp ZW50CiNvcHRpb25zIAlORlNTRVJWRVIJCSMgTmV0d29yayBGaWxlc3lzdGVtIFNlcnZlcgojb3B0 aW9ucyAJTkZTX1JPT1QJCSMgTkZTIHVzYWJsZSBhcyAvLCByZXF1aXJlcyBORlNDTElFTlQKb3B0 aW9ucwkJRVhUMkZTCiNvcHRpb25zIAlOVEZTCQkJIyBOVCBGaWxlIFN5c3RlbQpvcHRpb25zIAlN U0RPU0ZTCQkJIyBNU0RPUyBGaWxlc3lzdGVtCm9wdGlvbnMgCUNEOTY2MAkJCSMgSVNPIDk2NjAg RmlsZXN5c3RlbQojb3B0aW9ucyAJUFJPQ0ZTCQkJIyBQcm9jZXNzIGZpbGVzeXN0ZW0gKHJlcXVp cmVzIFBTRVVET0ZTKQojb3B0aW9ucwkJTElOUFJPQ0ZTCm9wdGlvbnMgCVBTRVVET0ZTCQkjIFBz ZXVkby1maWxlc3lzdGVtIGZyYW1ld29yawpvcHRpb25zIAlHRU9NX0dQVAkJIyBHVUlEIFBhcnRp dGlvbiBUYWJsZXMuCiNvcHRpb25zIAlDT01QQVRfSUEzMgkJIyBDb21wYXRpYmxlIHdpdGggaTM4 NiBiaW5hcmllcwojb3B0aW9ucyAJQ09NUEFUX0ZSRUVCU0Q0CQkjIENvbXBhdGlibGUgd2l0aCBG cmVlQlNENAojb3B0aW9ucwkJQ09NUEFUXzQzCiNvcHRpb25zCQlDT01QQVRfTElOVVgzMgpvcHRp b25zIAlTQ1NJX0RFTEFZPTE1MDAwCSMgRGVsYXkgKGluIG1zKSBiZWZvcmUgcHJvYmluZyBTQ1NJ Cm9wdGlvbnMgCUtUUkFDRQkJCSMga3RyYWNlKDEpIHN1cHBvcnQKb3B0aW9ucyAJU1lTVlNITQkJ CSMgU1lTVi1zdHlsZSBzaGFyZWQgbWVtb3J5Cm9wdGlvbnMgCVNZU1ZNU0cJCQkjIFNZU1Ytc3R5 bGUgbWVzc2FnZSBxdWV1ZXMKb3B0aW9ucyAJU1lTVlNFTQkJCSMgU1lTVi1zdHlsZSBzZW1hcGhv cmVzCm9wdGlvbnMgCV9LUE9TSVhfUFJJT1JJVFlfU0NIRURVTElORyAjIFBvc2l4IFAxMDAzXzFC IHJlYWwtdGltZSBleHRlbnNpb25zCm9wdGlvbnMgCUtCRF9JTlNUQUxMX0NERVYJIyBpbnN0YWxs IGEgQ0RFViBlbnRyeSBpbiAvZGV2Cm9wdGlvbnMgCUFIQ19SRUdfUFJFVFRZX1BSSU5UCSMgUHJp bnQgcmVnaXN0ZXIgYml0ZmllbGRzIGluIGRlYnVnCgkJCQkJIyBvdXRwdXQuICBBZGRzIH4xMjhr IHRvIGRyaXZlci4Kb3B0aW9ucyAJQUhEX1JFR19QUkVUVFlfUFJJTlQJIyBQcmludCByZWdpc3Rl ciBiaXRmaWVsZHMgaW4gZGVidWcKCQkJCQkjIG91dHB1dC4gIEFkZHMgfjIxNWsgdG8gZHJpdmVy LgpvcHRpb25zIAlBREFQVElWRV9HSUFOVAkJIyBHaWFudCBtdXRleCBpcyBhZGFwdGl2ZS4KCiMg V29ya2Fyb3VuZHMgZm9yIHNvbWUga25vd24tdG8tYmUtYnJva2VuIGNoaXBzZXRzIChuVmlkaWEg bkZvcmNlMy1Qcm8xNTApCmRldmljZQkJYXRwaWMJCSMgODI1OUEgY29tcGF0YWJpbGl0eQpvcHRp b25zIAlOT19NSVhFRF9NT0RFCSMgRG9uJ3QgcGVuYWxpemUgd29ya2luZyBjaGlwc2V0cwoKIyBC dXMgc3VwcG9ydC4gIERvIG5vdCByZW1vdmUgaXNhLCBldmVuIGlmIHlvdSBoYXZlIG5vIGlzYSBz bG90cwpkZXZpY2UJCWFjcGkKZGV2aWNlCQlpc2EKZGV2aWNlCQlwY2kKZGV2aWNlCQlhZ3AKCmRl dmljZQkJcmFkZW9uZHJtCgojIEZsb3BweSBkcml2ZXMKZGV2aWNlCQlmZGMKCiMgQVRBIGFuZCBB VEFQSSBkZXZpY2VzCmRldmljZQkJYXRhCmRldmljZQkJYXRhZGlzawkJIyBBVEEgZGlzayBkcml2 ZXMKZGV2aWNlCQlhdGFyYWlkCQkjIEFUQSBSQUlEIGRyaXZlcwpkZXZpY2UJCWF0YXBpY2QJCSMg QVRBUEkgQ0RST00gZHJpdmVzCmRldmljZQkJYXRhcGlmZAkJIyBBVEFQSSBmbG9wcHkgZHJpdmVz CiNkZXZpY2UJCWF0YXBpc3QJCSMgQVRBUEkgdGFwZSBkcml2ZXMKb3B0aW9ucyAJQVRBX1NUQVRJ Q19JRAkjIFN0YXRpYyBkZXZpY2UgbnVtYmVyaW5nCgoKI2FkZGVkIGJ5IHNpYXZvc2ghCiNkZXZp Y2UJCWF0YXBpY2FtCgoKIyBTQ1NJIENvbnRyb2xsZXJzCiNkZXZpY2UJCWFoYwkJIyBBSEEyOTQw IGFuZCBvbmJvYXJkIEFJQzd4eHggZGV2aWNlcwojZGV2aWNlCQlhaGQJCSMgQUhBMzkzMjAvMjkz MjAgYW5kIG9uYm9hcmQgQUlDNzl4eCBkZXZpY2VzCiNkZXZpY2UJCWFtZAkJIyBBTUQgNTNDOTc0 IChUZWtyYW0gREMtMzkwKFQpKQojZGV2aWNlCQlpc3AJCSMgUWxvZ2ljIGZhbWlseQojZGV2aWNl CQltcHQJCSMgTFNJLUxvZ2ljIE1QVC1GdXNpb24KI2RldmljZQkJbmNyCQkjIE5DUi9TeW1iaW9z IExvZ2ljCiNkZXZpY2UJCXN5bQkJIyBOQ1IvU3ltYmlvcyBMb2dpYyAobmV3ZXIgY2hpcHNldHMg KyB0aG9zZSBvZiBgbmNyJykKI2RldmljZQkJdHJtCQkjIFRla3JhbSBEQzM5NVUvVVcvRiBEQzMx NVUgYWRhcHRlcnMKCiNkZXZpY2UJCWFkdgkJIyBBZHZhbnN5cyBTQ1NJIGFkYXB0ZXJzCiNkZXZp Y2UJCWFkdwkJIyBBZHZhbnN5cyB3aWRlIFNDU0kgYWRhcHRlcnMKI2RldmljZQkJYWljCQkjIEFk YXB0ZWMgMTVbMDEyXXggU0NTSSBhZGFwdGVycywgQUlDLTZbMjNdNjAuCiNkZXZpY2UJCWJ0CQkj IEJ1c2xvZ2ljL015bGV4IE11bHRpTWFzdGVyIFNDU0kgYWRhcHRlcnMKCgojIFNDU0kgcGVyaXBo ZXJhbHMKZGV2aWNlCQlzY2J1cwkJIyBTQ1NJIGJ1cyAocmVxdWlyZWQgZm9yIFNDU0kpCmRldmlj ZQkJY2gJCSMgU0NTSSBtZWRpYSBjaGFuZ2VycwpkZXZpY2UJCWRhCQkjIERpcmVjdCBBY2Nlc3Mg KGRpc2tzKQojZGV2aWNlCQlzYQkJIyBTZXF1ZW50aWFsIEFjY2VzcyAodGFwZSBldGMpCmRldmlj ZQkJY2QJCSMgQ0QKZGV2aWNlCQlwYXNzCQkjIFBhc3N0aHJvdWdoIGRldmljZSAoZGlyZWN0IFND U0kgYWNjZXNzKQpkZXZpY2UJCXNlcwkJIyBTQ1NJIEVudmlyb25tZW50YWwgU2VydmljZXMgKGFu ZCBTQUYtVEUpCgojIFJBSUQgY29udHJvbGxlcnMgaW50ZXJmYWNlZCB0byB0aGUgU0NTSSBzdWJz eXN0ZW0KI2RldmljZQkJYW1yCQkjIEFNSSBNZWdhUkFJRAojZGV2aWNlCQljaXNzCQkjIENvbXBh cSBTbWFydCBSQUlEIDUqCiNkZXZpY2UJCWRwdAkJIyBEUFQgU21hcnRjYWNoZSBJSUksIElWIC0g U2VlIE5PVEVTIGZvciBvcHRpb25zCiNkZXZpY2UJCWlpcgkJIyBJbnRlbCBJbnRlZ3JhdGVkIFJB SUQKI2RldmljZQkJaXBzCQkjIElCTSAoQWRhcHRlYykgU2VydmVSQUlECiNkZXZpY2UJCW1seQkJ IyBNeWxleCBBY2NlbGVSQUlEL2VYdHJlbWVSQUlECiNkZXZpY2UJCXR3YQkJIyAzd2FyZSA5MDAw IHNlcmllcyBQQVRBL1NBVEEgUkFJRAoKIyBSQUlEIGNvbnRyb2xsZXJzCiNkZXZpY2UJCWFhYwkJ IyBBZGFwdGVjIEZTQSBSQUlECiNkZXZpY2UJCWFhY3AJCSMgU0NTSSBwYXNzdGhyb3VnaCBmb3Ig YWFjIChyZXF1aXJlcyBDQU0pCiNkZXZpY2UJCWlkYQkJIyBDb21wYXEgU21hcnQgUkFJRAojZGV2 aWNlCQltbHgJCSMgTXlsZXggREFDOTYwIGZhbWlseQojWFhYIHBvaW50ZXIvaW50IHdhcm5pbmdz CiNkZXZpY2UJCXBzdAkJIyBQcm9taXNlIFN1cGVydHJhayBTWDYwMDAKI2RldmljZQkJdHdlCQkj IDN3YXJlIEFUQSBSQUlECgojIGF0a2JkYzAgY29udHJvbHMgYm90aCB0aGUga2V5Ym9hcmQgYW5k IHRoZSBQUy8yIG1vdXNlCmRldmljZQkJYXRrYmRjCQkjIEFUIGtleWJvYXJkIGNvbnRyb2xsZXIK ZGV2aWNlCQlhdGtiZAkJIyBBVCBrZXlib2FyZAojZGV2aWNlCQlwc20JCSMgUFMvMiBtb3VzZQoK ZGV2aWNlCQl2Z2EJCSMgVkdBIHZpZGVvIGNhcmQgZHJpdmVyCgpkZXZpY2UJCXNwbGFzaAkJIyBT cGxhc2ggc2NyZWVuIGFuZCBzY3JlZW4gc2F2ZXIgc3VwcG9ydAoKIyBzeXNjb25zIGlzIHRoZSBk ZWZhdWx0IGNvbnNvbGUgZHJpdmVyLCByZXNlbWJsaW5nIGFuIFNDTyBjb25zb2xlCmRldmljZQkJ c2MKCiMgUENDQVJEIChQQ01DSUEpIHN1cHBvcnQKIyBQQ01DSUEgYW5kIGNhcmRidXMgYnJpZGdl IHN1cHBvcnQKI2RldmljZQkJY2JiCQkjIGNhcmRidXMgKHllbnRhKSBicmlkZ2UKI2RldmljZQkJ cGNjYXJkCQkjIFBDIENhcmQgKDE2LWJpdCkgYnVzCiNkZXZpY2UJCWNhcmRidXMJCSMgQ2FyZEJ1 cyAoMzItYml0KSBidXMKCiMgU2VyaWFsIChDT00pIHBvcnRzCmRldmljZQkJc2lvCQkjIDgyNTAs IDE2WzQ1XTUwIGJhc2VkIHNlcmlhbCBwb3J0cwoKIyBQYXJhbGxlbCBwb3J0CmRldmljZQkJcHBj CmRldmljZQkJcHBidXMJCSMgUGFyYWxsZWwgcG9ydCBidXMgKHJlcXVpcmVkKQpkZXZpY2UJCWxw dAkJIyBQcmludGVyCiNkZXZpY2UJCXBsaXAJCSMgVENQL0lQIG92ZXIgcGFyYWxsZWwKZGV2aWNl CQlwcGkJCSMgUGFyYWxsZWwgcG9ydCBpbnRlcmZhY2UgZGV2aWNlCiNkZXZpY2UJCXZwbwkJIyBS ZXF1aXJlcyBzY2J1cyBhbmQgZGEKCiMgSWYgeW91J3ZlIGdvdCBhICJkdW1iIiBzZXJpYWwgb3Ig cGFyYWxsZWwgUENJIGNhcmQgdGhhdCBpcwojIHN1cHBvcnRlZCBieSB0aGUgcHVjKDQpIGdsdWUg ZHJpdmVyLCB1bmNvbW1lbnQgdGhlIGZvbGxvd2luZwojIGxpbmUgdG8gZW5hYmxlIGl0IChjb25u ZWN0cyB0byB0aGUgc2lvIGFuZC9vciBwcGMgZHJpdmVycyk6CiNkZXZpY2UgICAgICAgICBwdWMK CiMgUENJIEV0aGVybmV0IE5JQ3MuCiNkZXZpY2UJCWRlCQkjIERFQy9JbnRlbCBEQzIxeDR4IChg YFR1bGlwJycpCiNkZXZpY2UJCWVtCQkjIEludGVsIFBSTy8xMDAwIGFkYXB0ZXIgR2lnYWJpdCBF dGhlcm5ldCBDYXJkCiNkZXZpY2UJCWl4Z2IJCSMgSW50ZWwgUFJPLzEwR2JFIEV0aGVybmV0IENh cmQKI2RldmljZQkJdHhwCQkjIDNDb20gM2NSOTkwIChgYFR5cGhvb24nJykKI2RldmljZQkJdngJ CSMgM0NvbSAzYzU5MCwgM2M1OTUgKGBgVm9ydGV4JycpCgojIFBDSSBFdGhlcm5ldCBOSUNzIHRo YXQgdXNlIHRoZSBjb21tb24gTUlJIGJ1cyBjb250cm9sbGVyIGNvZGUuCiMgTk9URTogQmUgc3Vy ZSB0byBrZWVwIHRoZSAnZGV2aWNlIG1paWJ1cycgbGluZSBpbiBvcmRlciB0byB1c2UgdGhlc2Ug TklDcyEKZGV2aWNlCQltaWlidXMJCSMgTUlJIGJ1cyBzdXBwb3J0CiNkZXZpY2UJCWJmZQkJIyBC cm9hZGNvbSBCQ000NDB4IDEwLzEwMCBFdGhlcm5ldAojZGV2aWNlCQliZ2UJCSMgQnJvYWRjb20g QkNNNTcweHggR2lnYWJpdCBFdGhlcm5ldAojZGV2aWNlCQlkYwkJIyBERUMvSW50ZWwgMjExNDMg YW5kIHZhcmlvdXMgd29ya2FsaWtlcwojZGV2aWNlCQlmeHAJCSMgSW50ZWwgRXRoZXJFeHByZXNz IFBSTy8xMDBCICg4MjU1NywgODI1NTgpCiNkZXZpY2UJCXBjbgkJIyBBTUQgQW03OUM5N3ggUENJ IDEwLzEwMCAocHJlY2VkZW5jZSBvdmVyICdsbmMnKQojZGV2aWNlCQlyZQkJIyBSZWFsVGVrIDgx MzlDKy84MTY5LzgxNjlTLzgxMTBTCiNkZXZpY2UJCXJsCQkjIFJlYWxUZWsgODEyOS84MTM5CiNk ZXZpY2UJCXNmCQkjIEFkYXB0ZWMgQUlDLTY5MTUgKGBgU3RhcmZpcmUnJykKI2RldmljZQkJc2lz CQkjIFNpbGljb24gSW50ZWdyYXRlZCBTeXN0ZW1zIFNpUyA5MDAvU2lTIDcwMTYKZGV2aWNlCQlz awkJIyBTeXNLb25uZWN0IFNLLTk4NHggJiBTSy05ODJ4IGdpZ2FiaXQgRXRoZXJuZXQKI2Rldmlj ZQkJc3RlCQkjIFN1bmRhbmNlIFNUMjAxIChELUxpbmsgREZFLTU1MFRYKQojZGV2aWNlCQl0aQkJ IyBBbHRlb24gTmV0d29ya3MgVGlnb24gSS9JSSBnaWdhYml0IEV0aGVybmV0CiNkZXZpY2UJCXRs CQkjIFRleGFzIEluc3RydW1lbnRzIFRodW5kZXJMQU4KI2RldmljZQkJdHgJCSMgU01DIEV0aGVy UG93ZXIgSUkgKDgzYzE3MCBgYEVQSUMnJykKI2RldmljZQkJdmdlCQkjIFZJQSBWVDYxMnggZ2ln YWJpdCBldGhlcm5ldApkZXZpY2UJCXZyCQkjIFZJQSBSaGluZSwgUmhpbmUgSUkKI2RldmljZQkJ d2IJCSMgV2luYm9uZCBXODlDODQwRgojZGV2aWNlCQl4bAkJIyAzQ29tIDNjOTB4IChgYEJvb21l cmFuZycnLCBgYEN5Y2xvbmUnJykKCiMgSVNBIEV0aGVybmV0IE5JQ3MuICBwY2NhcmQgTklDcyBp bmNsdWRlZC4KI2RldmljZQkJY3MJCSMgQ3J5c3RhbCBTZW1pY29uZHVjdG9yIENTODl4MCBOSUMK IyAnZGV2aWNlIGVkJyByZXF1aXJlcyAnZGV2aWNlIG1paWJ1cycKIyBYWFgga3Z0b3AgYnJva2Vu bmVzcywgcG9pbnRlci9pbnQgd2FybmluZ3MKI2RldmljZQkJZWQJCSMgTkVbMTJdMDAwLCBTTUMg VWx0cmEsIDNjNTAzLCBEUzgzOTAgY2FyZHMKI2RldmljZQkJZXgJCSMgSW50ZWwgRXRoZXJFeHBy ZXNzIFByby8xMCBhbmQgUHJvLzEwKwojZGV2aWNlCQllcAkJIyBFdGhlcmxpbmsgSUlJIGJhc2Vk IGNhcmRzCiNkZXZpY2UJCWZlCQkjIEZ1aml0c3UgTUI4Njk2eCBiYXNlZCBjYXJkcwojIFhYWCBr dnRvcCBicm9rZW5uZXNzLCBwb2ludGVyL2ludCB3YXJuaW5ncwojZGV2aWNlCQlsbmMJCSMgTkUy MTAwLCBORTMyLVZMIExhbmNlIEV0aGVybmV0IGNhcmRzCiNkZXZpY2UJCXNuCQkjIFNNQydzIDkw MDAgc2VyaWVzIG9mIEV0aGVybmV0IGNoaXBzCiNkZXZpY2UJCXhlCQkjIFhpcmNvbSBwY2NhcmQg RXRoZXJuZXQKCiMgV2lyZWxlc3MgTklDIGNhcmRzCiNkZXZpY2UJCXdsYW4JCSMgODAyLjExIHN1 cHBvcnQKI2RldmljZQkJYW4JCSMgQWlyb25ldCA0NTAwLzQ4MDAgODAyLjExIHdpcmVsZXNzIE5J Q3MuCiNkZXZpY2UJCWF3aQkJIyBCYXlTdGFjayA2NjAgYW5kIG90aGVycwojZGV2aWNlCQl3aQkJ IyBXYXZlTEFOL0ludGVyc2lsL1N5bWJvbCA4MDIuMTEgd2lyZWxlc3MgTklDcy4KCiMgUHNldWRv IGRldmljZXMuCmRldmljZQkJbG9vcAkJIyBOZXR3b3JrIGxvb3BiYWNrCmRldmljZQkJbWVtCQkj IE1lbW9yeSBhbmQga2VybmVsIG1lbW9yeSBkZXZpY2VzCmRldmljZQkJaW8JCSMgSS9PIGRldmlj ZQpkZXZpY2UJCXJhbmRvbQkJIyBFbnRyb3B5IGRldmljZQpkZXZpY2UJCWV0aGVyCQkjIEV0aGVy bmV0IHN1cHBvcnQKI2RldmljZQkJc2wJCSMgS2VybmVsIFNMSVAKZGV2aWNlCQlwcHAJCSMgS2Vy bmVsIFBQUApkZXZpY2UJCXR1bgkJIyBQYWNrZXQgdHVubmVsLgpkZXZpY2UJCXB0eQkJIyBQc2V1 ZG8tdHR5cyAodGVsbmV0IGV0YykKZGV2aWNlCQltZAkJIyBNZW1vcnkgImRpc2tzIgpkZXZpY2UJ CWdpZgkJIyBJUHY2IGFuZCBJUHY0IHR1bm5lbGluZwojZGV2aWNlCQlmYWl0aAkJIyBJUHY2LXRv LUlQdjQgcmVsYXlpbmcgKHRyYW5zbGF0aW9uKQoKIyBUaGUgYGJwZicgZGV2aWNlIGVuYWJsZXMg dGhlIEJlcmtlbGV5IFBhY2tldCBGaWx0ZXIuCiMgQmUgYXdhcmUgb2YgdGhlIGFkbWluaXN0cmF0 aXZlIGNvbnNlcXVlbmNlcyBvZiBlbmFibGluZyB0aGlzIQpkZXZpY2UJCWJwZgkJIyBCZXJrZWxl eSBwYWNrZXQgZmlsdGVyCgojIFVTQiBzdXBwb3J0CmRldmljZQkJdWhjaQkJIyBVSENJIFBDSS0+ VVNCIGludGVyZmFjZQpkZXZpY2UJCW9oY2kJCSMgT0hDSSBQQ0ktPlVTQiBpbnRlcmZhY2UKZGV2 aWNlCQl1c2IJCSMgVVNCIEJ1cyAocmVxdWlyZWQpCiNkZXZpY2UJCXVkYnAJCSMgVVNCIERvdWJs ZSBCdWxrIFBpcGUgZGV2aWNlcwpkZXZpY2UJCXVnZW4JCSMgR2VuZXJpYwpkZXZpY2UJCXVoaWQJ CSMgIkh1bWFuIEludGVyZmFjZSBEZXZpY2VzIgpkZXZpY2UJCXVrYmQJCSMgS2V5Ym9hcmQKZGV2 aWNlCQl1bHB0CQkjIFByaW50ZXIKI2RldmljZQkJdW1hc3MJCSMgRGlza3MvTWFzcyBzdG9yYWdl IC0gUmVxdWlyZXMgc2NidXMgYW5kIGRhCmRldmljZQkJdW1zCQkjIE1vdXNlCiNkZXZpY2UJCXVy aW8JCSMgRGlhbW9uZCBSaW8gNTAwIE1QMyBwbGF5ZXIKI2RldmljZQkJdXNjYW5uZXIJIyBTY2Fu bmVycwojIFVTQiBFdGhlcm5ldCwgcmVxdWlyZXMgbWlpCiNkZXZpY2UJCWF1ZQkJIyBBRE10ZWsg VVNCIEV0aGVybmV0CiNkZXZpY2UJCWF4ZQkJIyBBU0lYIEVsZWN0cm9uaWNzIFVTQiBFdGhlcm5l dAojZGV2aWNlCQljdWUJCSMgQ0FUQyBVU0IgRXRoZXJuZXQKI2RldmljZQkJa3VlCQkjIEthd2Fz YWtpIExTSSBVU0IgRXRoZXJuZXQKI2RldmljZQkJcnVlCQkjIFJlYWxUZWsgUlRMODE1MCBVU0Ig RXRoZXJuZXQKCiMgRmlyZVdpcmUgc3VwcG9ydAojZGV2aWNlCQlmaXJld2lyZQkjIEZpcmVXaXJl IGJ1cyBjb2RlCiNkZXZpY2UJCXNicAkJIyBTQ1NJIG92ZXIgRmlyZVdpcmUgKFJlcXVpcmVzIHNj YnVzIGFuZCBkYSkKI2RldmljZQkJZndlCQkjIEV0aGVybmV0IG92ZXIgRmlyZVdpcmUgKG5vbi1z dGFuZGFyZCEpCgoKZGV2aWNlCQlzb3VuZApkZXZpY2UgICAgICAgICAgInNuZF9hZDE4MTYiCmRl dmljZSAgICAgICAgICAic25kX2FsczQwMDAiCiNkZXZpY2UgICAgICAgICAic25kX2F1ODh4MCIK ZGV2aWNlICAgICAgICAgIHNuZF9jbWkKZGV2aWNlICAgICAgICAgICJzbmRfY3M0MjgxIgpkZXZp Y2UgICAgICAgICAgc25kX2NzYQpkZXZpY2UgICAgICAgICAgInNuZF9kczEiCmRldmljZSAgICAg ICAgICAic25kX2VtdTEwazEiCmRldmljZSAgICAgICAgICAic25kX2VzMTM3eCIKZGV2aWNlICAg ICAgICAgIHNuZF9lc3MKZGV2aWNlICAgICAgICAgICJzbmRfZm04MDEiCmRldmljZSAgICAgICAg ICBzbmRfZ3VzYwpkZXZpY2UgICAgICAgICAgc25kX2ljaApkZXZpY2UgICAgICAgICAgc25kX21h ZXN0cm8KZGV2aWNlICAgICAgICAgICJzbmRfbWFlc3RybzMiCmRldmljZSAgICAgICAgICBzbmRf bXNzCmRldmljZSAgICAgICAgICBzbmRfbmVvbWFnaWMKZGV2aWNlICAgICAgICAgICJzbmRfc2Ix NiIKZGV2aWNlICAgICAgICAgICJzbmRfc2I4IgpkZXZpY2UgICAgICAgICAgc25kX3NiYwpkZXZp Y2UgICAgICAgICAgc25kX3NvbG8KZGV2aWNlICAgICAgICAgICJzbmRfdDRkd2F2ZSIKZGV2aWNl ICAgICAgICAgICJzbmRfdmlhODIzMyIKZGV2aWNlICAgICAgICAgICJzbmRfdmlhODJjNjg2Igpk ZXZpY2UgICAgICAgICAgc25kX3ZpYmVzCiNkZXZpY2UgICAgICAgICAic25kX3ZvcnRleDEiCmRl dmljZSAgICAgICAgICBzbmRfdWF1ZGlvCiNkZXZpY2UJCXBmCiNkZXZpY2UJCXBmbG9nCiNkZXZp Y2UJCXBmc3luYwo= ------=_Part_2731_10930499.1112568706121 Content-Type: application/octet-stream; name="dmesg" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dmesg" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDQgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIDUuMy1SRUxFQVNFICMwOiBTdW4gQXByICAzIDAzOjEzOjQz IElSRFQgMjAwNQogICAgcm9vdEBIRGVza3RvcC5TSHBwOi91c3Ivb2JqL3Vzci9zcmMvc3lzL3Np YXZvc2gKQUNQSSBBUElDIFRhYmxlOiA8TnZpZGlhIEFXUkRBQ1BJPgpUaW1lY291bnRlciAiaTgy NTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6IHF1YWxpdHkgMApDUFU6IEFNRCBBdGhsb24odG0pIDY0 IFByb2Nlc3NvciAzMDAwKyAoMTgwOC44MS1NSHogSzgtY2xhc3MgQ1BVKQogIE9yaWdpbiA9ICJB dXRoZW50aWNBTUQiICBJZCA9IDB4MTBmZjAgIFN0ZXBwaW5nID0gMAogIEZlYXR1cmVzPTB4Nzhi ZmJmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNSLFBBRSxNQ0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdF LE1DQSxDTU9WLFBBVCxQU0UzNixDTEZMVVNILE1NWCxGWFNSLFNTRSxTU0UyPgogIEFNRCBGZWF0 dXJlcz0weGUyNTAwODAwPFNZU0NBTEwsTlgsTU1YKyw8YjI1PixMTSwzRE5vdyssM0ROb3c+CnJl YWwgbWVtb3J5ICA9IDUzNjgwNTM3NiAoNTExIE1CKQphdmFpbCBtZW1vcnkgPSA1MDkzOTA4NDgg KDQ4NSBNQikKaW9hcGljMCA8VmVyc2lvbiAxLjE+IGlycXMgMC0yMyBvbiBtb3RoZXJib2FyZAph Y3BpMDogPE52aWRpYSBBV1JEQUNQST4gb24gbW90aGVyYm9hcmQKYWNwaTA6IFBvd2VyIEJ1dHRv biAoZml4ZWQpClRpbWVjb3VudGVyICJBQ1BJLWZhc3QiIGZyZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1 YWxpdHkgMTAwMAphY3BpX3RpbWVyMDogPDI0LWJpdCB0aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9y dCAweDEwMDgtMHgxMDBiIG9uIGFjcGkwCmNwdTA6IDxBQ1BJIENQVT4gb24gYWNwaTAKYWNwaV9i dXR0b24wOiA8UG93ZXIgQnV0dG9uPiBvbiBhY3BpMApwY2liMDogPEFDUEkgSG9zdC1QQ0kgYnJp ZGdlPiBwb3J0IDB4Y2YwLTB4Y2YzLDB4Y2Y4LTB4Y2ZmIG9uIGFjcGkwCnBjaTA6IDxBQ1BJIFBD SSBidXM+IG9uIHBjaWIwCmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRldmljZSAxLjAgb24g cGNpMAppc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjAKcGNpMDogPHNlcmlhbCBidXMsIFNNQnVzPiBh dCBkZXZpY2UgMS4xIChubyBkcml2ZXIgYXR0YWNoZWQpCm9oY2kwOiA8T0hDSSAoZ2VuZXJpYykg VVNCIGNvbnRyb2xsZXI+IG1lbSAweGZjMDAzMDAwLTB4ZmMwMDNmZmYgaXJxIDIyIGF0IGRldmlj ZSAyLjAgb24gcGNpMApvaGNpMDogW0dJQU5ULUxPQ0tFRF0KdXNiMDogT0hDSSB2ZXJzaW9uIDEu MCwgbGVnYWN5IHN1cHBvcnQKdXNiMDogU01NIGRvZXMgbm90IHJlc3BvbmQsIHJlc2V0dGluZwp1 c2IwOiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIG9oY2kwCnVzYjA6IFVTQiBy ZXZpc2lvbiAxLjAKdWh1YjA6IG5WaWRpYSBPSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAx LjAwLzEuMDAsIGFkZHIgMQp1aHViMDogNCBwb3J0cyB3aXRoIDQgcmVtb3ZhYmxlLCBzZWxmIHBv d2VyZWQKb2hjaTE6IDxPSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gbWVtIDB4ZmMwMDQw MDAtMHhmYzAwNGZmZiBpcnEgMjEgYXQgZGV2aWNlIDIuMSBvbiBwY2kwCm9oY2kxOiBbR0lBTlQt TE9DS0VEXQp1c2IxOiBPSENJIHZlcnNpb24gMS4wLCBsZWdhY3kgc3VwcG9ydAp1c2IxOiBTTU0g ZG9lcyBub3QgcmVzcG9uZCwgcmVzZXR0aW5nCnVzYjE6IDxPSENJIChnZW5lcmljKSBVU0IgY29u dHJvbGxlcj4gb24gb2hjaTEKdXNiMTogVVNCIHJldmlzaW9uIDEuMAp1aHViMTogblZpZGlhIE9I Q0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxCnVodWIxOiA0IHBv cnRzIHdpdGggNCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aHViMjogVGV4YXMgSW5zdHJ1bWVu dHMgVFVTQjIwNDYgaHViLCBjbGFzcyA5LzAsIHJldiAxLjEwLzEuMjUsIGFkZHIgMgp1aHViMjog NCBwb3J0cyB3aXRoIDQgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdW1zMDogR2VuZXN5cyBMb2dp YyBVU0IgTW91c2UsIHJldiAxLjAwLzIuNDIsIGFkZHIgMywgaWNsYXNzIDMvMQp1bXMwOiAzIGJ1 dHRvbnMgYW5kIFogZGlyLgpwY2kwOiA8c2VyaWFsIGJ1cywgVVNCPiBhdCBkZXZpY2UgMi4yIChu byBkcml2ZXIgYXR0YWNoZWQpCnBjbTA6IDxuVmlkaWEgbkZvcmNlMyAyNTA+IHBvcnQgMHhiYzAw LTB4YmM3ZiwweGI4MDAtMHhiOGZmIG1lbSAweGZjMDAxMDAwLTB4ZmMwMDFmZmYgaXJxIDIyIGF0 IGRldmljZSA2LjAgb24gcGNpMApwY20wOiBbR0lBTlQtTE9DS0VEXQpwY20wOiA8QXZhbmNlIExv Z2ljIEFMQzg1MCBBQzk3IENvZGVjPgphdGFwY2kwOiA8blZpZGlhIG5Gb3JjZTMgUHJvIFVETUEx MzMgY29udHJvbGxlcj4gcG9ydCAweGYwMDAtMHhmMDBmLDB4Mzc2LDB4MTcwLTB4MTc3LDB4M2Y2 LDB4MWYwLTB4MWY3IGF0IGRldmljZSA4LjAgb24gcGNpMAphdGEwOiBjaGFubmVsICMwIG9uIGF0 YXBjaTAKYXRhMTogY2hhbm5lbCAjMSBvbiBhdGFwY2kwCnBjaWIxOiA8QUNQSSBQQ0ktUENJIGJy aWRnZT4gYXQgZGV2aWNlIDExLjAgb24gcGNpMApwY2kxOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2li MQpwY2kxOiA8ZGlzcGxheSwgVkdBPiBhdCBkZXZpY2UgMC4wIChubyBkcml2ZXIgYXR0YWNoZWQp CnBjaTE6IDxkaXNwbGF5PiBhdCBkZXZpY2UgMC4xIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaWIy OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDE0LjAgb24gcGNpMApwY2kyOiA8QUNQ SSBQQ0kgYnVzPiBvbiBwY2liMgp2cjA6IDxWSUEgVlQ2MTA1IFJoaW5lIElJSSAxMC8xMDBCYXNl VFg+IHBvcnQgMHhhMDAwLTB4YTBmZiBtZW0gMHhmYjAwNDAwMC0weGZiMDA0MGZmIGlycSAxNiBh dCBkZXZpY2UgOC4wIG9uIHBjaTIKbWlpYnVzMDogPE1JSSBidXM+IG9uIHZyMAp1a3BoeTA6IDxH ZW5lcmljIElFRUUgODAyLjN1IG1lZGlhIGludGVyZmFjZT4gb24gbWlpYnVzMAp1a3BoeTA6ICAx MGJhc2VULCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCBhdXRvCnZyMDog RXRoZXJuZXQgYWRkcmVzczogMDA6MGQ6ODg6NTA6NjE6YzIKc2tjMDogPE1hcnZlbGwgR2lnYWJp dCBFdGhlcm5ldD4gcG9ydCAweGE0MDAtMHhhNGZmIG1lbSAweGZiMDAwMDAwLTB4ZmIwMDNmZmYg aXJxIDE5IGF0IGRldmljZSAxMS4wIG9uIHBjaTIKc2tjMDogWXVrb24gR2lnYWJpdCBFdGhlcm5l dCAxMC8xMDAvMTAwMEJhc2UtVCBBZGFwdGVyCnNrMDogPE1hcnZlbGwgU2VtaWNvbmR1Y3Rvciwg SW5jLiBZdWtvbj4gb24gc2tjMApzazA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjBmOmVhOjZhOjVl OmU3Cm1paWJ1czE6IDxNSUkgYnVzPiBvbiBzazAKZTEwMDBwaHkwOiA8TWFydmVsbCA4OEUxMDAw IEdpZ2FiaXQgUEhZPiBvbiBtaWlidXMxCmUxMDAwcGh5MDogIDEwYmFzZVQsIDEwYmFzZVQtRkRY LCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIDEwMDBiYXNlVFgtRkRYLCBhdXRvCnNpbzA6IDwx NjU1MEEtY29tcGF0aWJsZSBDT00gcG9ydD4gcG9ydCAweDNmOC0weDNmZiBpcnEgNCBmbGFncyAw eDEwIG9uIGFjcGkwCnNpbzA6IHR5cGUgMTY1NTBBCnNpbzE6IDwxNjU1MEEtY29tcGF0aWJsZSBD T00gcG9ydD4gcG9ydCAweDJmOC0weDJmZiBpcnEgMyBvbiBhY3BpMApzaW8xOiB0eXBlIDE2NTUw QQpwcGMwOiA8RUNQIHBhcmFsbGVsIHByaW50ZXIgcG9ydD4gcG9ydCAweDc3OC0weDc3YiwweDM3 OC0weDM3ZiBpcnEgNyBkcnEgMyBvbiBhY3BpMApwcGMwOiBTTUMtbGlrZSBjaGlwc2V0IChFQ1Av RVBQL1BTMi9OSUJCTEUpIGluIENPTVBBVElCTEUgbW9kZQpwcGMwOiBGSUZPIHdpdGggMTYvMTYv MTYgYnl0ZXMgdGhyZXNob2xkCnBwYnVzMDogPFBhcmFsbGVsIHBvcnQgYnVzPiBvbiBwcGMwCmxw dDA6IDxQcmludGVyPiBvbiBwcGJ1czAKbHB0MDogSW50ZXJydXB0LWRyaXZlbiBwb3J0CnBwaTA6 IDxQYXJhbGxlbCBJL08+IG9uIHBwYnVzMAphdGtiZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxlciAo aTgwNDIpPiBwb3J0IDB4NjQsMHg2MCBpcnEgMSBvbiBhY3BpMAphdGtiZDA6IDxBVCBLZXlib2Fy ZD4gZmxhZ3MgMHgxIGlycSAxIG9uIGF0a2JkYzAKa2JkMCBhdCBhdGtiZDAKYXRrYmQwOiBbR0lB TlQtTE9DS0VEXQpvcm0wOiA8SVNBIE9wdGlvbiBST01zPiBhdCBpb21lbSAweGQwMDAwLTB4ZDdm ZmYsMHhjMDAwMC0weGNjZmZmIG9uIGlzYTAKc2MwOiA8U3lzdGVtIGNvbnNvbGU+IGF0IGZsYWdz IDB4MTAwIG9uIGlzYTAKc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MzAw Pgp2Z2EwOiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlvbWVtIDB4YTAw MDAtMHhiZmZmZiBvbiBpc2EwClRpbWVjb3VudGVyICJUU0MiIGZyZXF1ZW5jeSAxODA4ODExNTQ2 IEh6IHF1YWxpdHkgODAwClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDAuOTc2IG1zZWMKYWQwOiA3 ODE2Nk1CIDxNYXh0b3IgNlkwODBMMC9ZQVI0MUJXMD4gWzE1ODgxMy8xNi82M10gYXQgYXRhMC1t YXN0ZXIgVURNQTEzMwphZDE6IDExNzI0Nk1CIDxNYXh0b3IgNlkxMjBMMC9ZQVI0MUJXMD4gWzIz ODIxNi8xNi82M10gYXQgYXRhMC1zbGF2ZSBVRE1BMTMzCmFjZDA6IENEUlcgPEFTVVMgQ1JXLTUy MjRBLzEuMzU+IGF0IGF0YTEtc2xhdmUgVURNQTMzCnBjbTA6IG1lYXN1cmVkIGFjOTcgbGluayBy YXRlIGF0IDEzMTQxIEh6Ck1vdW50aW5nIHJvb3QgZnJvbSB1ZnM6L2Rldi9hZDBzM2EKV0FSTklO RzogLyB3YXMgbm90IHByb3Blcmx5IGRpc21vdW50ZWQKV0FSTklORzogL3RtcCB3YXMgbm90IHBy b3Blcmx5IGRpc21vdW50ZWQKL3RtcDogbW91bnQgcGVuZGluZyBlcnJvcjogYmxvY2tzIDQgZmls ZXMgMgpXQVJOSU5HOiAvdXNyIHdhcyBub3QgcHJvcGVybHkgZGlzbW91bnRlZApXQVJOSU5HOiAv dXNyL2hvbWUgd2FzIG5vdCBwcm9wZXJseSBkaXNtb3VudGVkCldBUk5JTkc6IC92YXIgd2FzIG5v dCBwcm9wZXJseSBkaXNtb3VudGVkCi92YXI6IG1vdW50IHBlbmRpbmcgZXJyb3I6IGJsb2NrcyA0 NCBmaWxlcyAxMwpjYWxjcnU6IHJ1bnRpbWUgd2VudCBiYWNrd2FyZHMgZnJvbSAxMDI4NzU3IHVz ZWMgdG8gMzAyNjc4IHVzZWMgZm9yIHBpZCAxMSAoaWRsZSkKY2FsY3J1OiBydW50aW1lIHdlbnQg YmFja3dhcmRzIGZyb20gMTAyODc1NyB1c2VjIHRvIDMwMjY3OCB1c2VjIGZvciBwaWQgMTEgKGlk bGUpCg== ------=_Part_2731_10930499.1112568706121 Content-Type: application/octet-stream; name="dmesg2" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dmesg2" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDQgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIDUuMy1SRUxFQVNFICMwOiBTdW4gQXByICAzIDAzOjEzOjQz IElSRFQgMjAwNQogICAgcm9vdEBIRGVza3RvcC5TSHBwOi91c3Ivb2JqL3Vzci9zcmMvc3lzL3Np YXZvc2gKQUNQSSBBUElDIFRhYmxlOiA8TnZpZGlhIEFXUkRBQ1BJPgpUaW1lY291bnRlciAiaTgy NTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6IHF1YWxpdHkgMApDUFU6IEFNRCBBdGhsb24odG0pIDY0 IFByb2Nlc3NvciAzMDAwKyAoMTgwOC44MS1NSHogSzgtY2xhc3MgQ1BVKQogIE9yaWdpbiA9ICJB dXRoZW50aWNBTUQiICBJZCA9IDB4MTBmZjAgIFN0ZXBwaW5nID0gMAogIEZlYXR1cmVzPTB4Nzhi ZmJmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNSLFBBRSxNQ0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdF LE1DQSxDTU9WLFBBVCxQU0UzNixDTEZMVVNILE1NWCxGWFNSLFNTRSxTU0UyPgogIEFNRCBGZWF0 dXJlcz0weGUyNTAwODAwPFNZU0NBTEwsTlgsTU1YKyw8YjI1PixMTSwzRE5vdyssM0ROb3c+CnJl YWwgbWVtb3J5ICA9IDUzNjgwNTM3NiAoNTExIE1CKQphdmFpbCBtZW1vcnkgPSA1MDkzOTA4NDgg KDQ4NSBNQikKaW9hcGljMCA8VmVyc2lvbiAxLjE+IGlycXMgMC0yMyBvbiBtb3RoZXJib2FyZAph Y3BpMDogPE52aWRpYSBBV1JEQUNQST4gb24gbW90aGVyYm9hcmQKYWNwaTA6IFBvd2VyIEJ1dHRv biAoZml4ZWQpClRpbWVjb3VudGVyICJBQ1BJLWZhc3QiIGZyZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1 YWxpdHkgMTAwMAphY3BpX3RpbWVyMDogPDI0LWJpdCB0aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9y dCAweDEwMDgtMHgxMDBiIG9uIGFjcGkwCmNwdTA6IDxBQ1BJIENQVT4gb24gYWNwaTAKYWNwaV9i dXR0b24wOiA8UG93ZXIgQnV0dG9uPiBvbiBhY3BpMApwY2liMDogPEFDUEkgSG9zdC1QQ0kgYnJp ZGdlPiBwb3J0IDB4Y2YwLTB4Y2YzLDB4Y2Y4LTB4Y2ZmIG9uIGFjcGkwCnBjaTA6IDxBQ1BJIFBD SSBidXM+IG9uIHBjaWIwCmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRldmljZSAxLjAgb24g cGNpMAppc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjAKcGNpMDogPHNlcmlhbCBidXMsIFNNQnVzPiBh dCBkZXZpY2UgMS4xIChubyBkcml2ZXIgYXR0YWNoZWQpCm9oY2kwOiA8T0hDSSAoZ2VuZXJpYykg VVNCIGNvbnRyb2xsZXI+IG1lbSAweGZjMDAzMDAwLTB4ZmMwMDNmZmYgaXJxIDIyIGF0IGRldmlj ZSAyLjAgb24gcGNpMApvaGNpMDogW0dJQU5ULUxPQ0tFRF0KdXNiMDogT0hDSSB2ZXJzaW9uIDEu MCwgbGVnYWN5IHN1cHBvcnQKdXNiMDogU01NIGRvZXMgbm90IHJlc3BvbmQsIHJlc2V0dGluZwp1 c2IwOiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIG9oY2kwCnVzYjA6IFVTQiBy ZXZpc2lvbiAxLjAKdWh1YjA6IG5WaWRpYSBPSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAx LjAwLzEuMDAsIGFkZHIgMQp1aHViMDogNCBwb3J0cyB3aXRoIDQgcmVtb3ZhYmxlLCBzZWxmIHBv d2VyZWQKb2hjaTE6IDxPSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gbWVtIDB4ZmMwMDQw MDAtMHhmYzAwNGZmZiBpcnEgMjEgYXQgZGV2aWNlIDIuMSBvbiBwY2kwCm9oY2kxOiBbR0lBTlQt TE9DS0VEXQp1c2IxOiBPSENJIHZlcnNpb24gMS4wLCBsZWdhY3kgc3VwcG9ydAp1c2IxOiBTTU0g ZG9lcyBub3QgcmVzcG9uZCwgcmVzZXR0aW5nCnVzYjE6IDxPSENJIChnZW5lcmljKSBVU0IgY29u dHJvbGxlcj4gb24gb2hjaTEKdXNiMTogVVNCIHJldmlzaW9uIDEuMAp1aHViMTogblZpZGlhIE9I Q0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxCnVodWIxOiA0IHBv cnRzIHdpdGggNCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aHViMjogVGV4YXMgSW5zdHJ1bWVu dHMgVFVTQjIwNDYgaHViLCBjbGFzcyA5LzAsIHJldiAxLjEwLzEuMjUsIGFkZHIgMgp1aHViMjog NCBwb3J0cyB3aXRoIDQgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdW1zMDogR2VuZXN5cyBMb2dp YyBVU0IgTW91c2UsIHJldiAxLjAwLzIuNDIsIGFkZHIgMywgaWNsYXNzIDMvMQp1bXMwOiAzIGJ1 dHRvbnMgYW5kIFogZGlyLgpwY2kwOiA8c2VyaWFsIGJ1cywgVVNCPiBhdCBkZXZpY2UgMi4yIChu byBkcml2ZXIgYXR0YWNoZWQpCnBjbTA6IDxuVmlkaWEgbkZvcmNlMyAyNTA+IHBvcnQgMHhiYzAw LTB4YmM3ZiwweGI4MDAtMHhiOGZmIG1lbSAweGZjMDAxMDAwLTB4ZmMwMDFmZmYgaXJxIDIyIGF0 IGRldmljZSA2LjAgb24gcGNpMApwY20wOiBbR0lBTlQtTE9DS0VEXQpwY20wOiA8QXZhbmNlIExv Z2ljIEFMQzg1MCBBQzk3IENvZGVjPgphdGFwY2kwOiA8blZpZGlhIG5Gb3JjZTMgUHJvIFVETUEx MzMgY29udHJvbGxlcj4gcG9ydCAweGYwMDAtMHhmMDBmLDB4Mzc2LDB4MTcwLTB4MTc3LDB4M2Y2 LDB4MWYwLTB4MWY3IGF0IGRldmljZSA4LjAgb24gcGNpMAphdGEwOiBjaGFubmVsICMwIG9uIGF0 YXBjaTAKYXRhMTogY2hhbm5lbCAjMSBvbiBhdGFwY2kwCnBjaWIxOiA8QUNQSSBQQ0ktUENJIGJy aWRnZT4gYXQgZGV2aWNlIDExLjAgb24gcGNpMApwY2kxOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2li MQpwY2kxOiA8ZGlzcGxheSwgVkdBPiBhdCBkZXZpY2UgMC4wIChubyBkcml2ZXIgYXR0YWNoZWQp CnBjaTE6IDxkaXNwbGF5PiBhdCBkZXZpY2UgMC4xIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaWIy OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDE0LjAgb24gcGNpMApwY2kyOiA8QUNQ SSBQQ0kgYnVzPiBvbiBwY2liMgp2cjA6IDxWSUEgVlQ2MTA1IFJoaW5lIElJSSAxMC8xMDBCYXNl VFg+IHBvcnQgMHhhMDAwLTB4YTBmZiBtZW0gMHhmYjAwNDAwMC0weGZiMDA0MGZmIGlycSAxNiBh dCBkZXZpY2UgOC4wIG9uIHBjaTIKbWlpYnVzMDogPE1JSSBidXM+IG9uIHZyMAp1a3BoeTA6IDxH ZW5lcmljIElFRUUgODAyLjN1IG1lZGlhIGludGVyZmFjZT4gb24gbWlpYnVzMAp1a3BoeTA6ICAx MGJhc2VULCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCBhdXRvCnZyMDog RXRoZXJuZXQgYWRkcmVzczogMDA6MGQ6ODg6NTA6NjE6YzIKc2tjMDogPE1hcnZlbGwgR2lnYWJp dCBFdGhlcm5ldD4gcG9ydCAweGE0MDAtMHhhNGZmIG1lbSAweGZiMDAwMDAwLTB4ZmIwMDNmZmYg aXJxIDE5IGF0IGRldmljZSAxMS4wIG9uIHBjaTIKc2tjMDogWXVrb24gR2lnYWJpdCBFdGhlcm5l dCAxMC8xMDAvMTAwMEJhc2UtVCBBZGFwdGVyCnNrMDogPE1hcnZlbGwgU2VtaWNvbmR1Y3Rvciwg SW5jLiBZdWtvbj4gb24gc2tjMApzazA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjBmOmVhOjZhOjVl OmU3Cm1paWJ1czE6IDxNSUkgYnVzPiBvbiBzazAKZTEwMDBwaHkwOiA8TWFydmVsbCA4OEUxMDAw IEdpZ2FiaXQgUEhZPiBvbiBtaWlidXMxCmUxMDAwcGh5MDogIDEwYmFzZVQsIDEwYmFzZVQtRkRY LCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIDEwMDBiYXNlVFgtRkRYLCBhdXRvCnNpbzA6IDwx NjU1MEEtY29tcGF0aWJsZSBDT00gcG9ydD4gcG9ydCAweDNmOC0weDNmZiBpcnEgNCBmbGFncyAw eDEwIG9uIGFjcGkwCnNpbzA6IHR5cGUgMTY1NTBBCnNpbzE6IDwxNjU1MEEtY29tcGF0aWJsZSBD T00gcG9ydD4gcG9ydCAweDJmOC0weDJmZiBpcnEgMyBvbiBhY3BpMApzaW8xOiB0eXBlIDE2NTUw QQpwcGMwOiA8RUNQIHBhcmFsbGVsIHByaW50ZXIgcG9ydD4gcG9ydCAweDc3OC0weDc3YiwweDM3 OC0weDM3ZiBpcnEgNyBkcnEgMyBvbiBhY3BpMApwcGMwOiBTTUMtbGlrZSBjaGlwc2V0IChFQ1Av RVBQL1BTMi9OSUJCTEUpIGluIENPTVBBVElCTEUgbW9kZQpwcGMwOiBGSUZPIHdpdGggMTYvMTYv MTYgYnl0ZXMgdGhyZXNob2xkCnBwYnVzMDogPFBhcmFsbGVsIHBvcnQgYnVzPiBvbiBwcGMwCmxw dDA6IDxQcmludGVyPiBvbiBwcGJ1czAKbHB0MDogSW50ZXJydXB0LWRyaXZlbiBwb3J0CnBwaTA6 IDxQYXJhbGxlbCBJL08+IG9uIHBwYnVzMAphdGtiZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxlciAo aTgwNDIpPiBwb3J0IDB4NjQsMHg2MCBpcnEgMSBvbiBhY3BpMAphdGtiZDA6IDxBVCBLZXlib2Fy ZD4gZmxhZ3MgMHgxIGlycSAxIG9uIGF0a2JkYzAKa2JkMCBhdCBhdGtiZDAKYXRrYmQwOiBbR0lB TlQtTE9DS0VEXQpvcm0wOiA8SVNBIE9wdGlvbiBST01zPiBhdCBpb21lbSAweGQwMDAwLTB4ZDdm ZmYsMHhjMDAwMC0weGNjZmZmIG9uIGlzYTAKc2MwOiA8U3lzdGVtIGNvbnNvbGU+IGF0IGZsYWdz IDB4MTAwIG9uIGlzYTAKc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MzAw Pgp2Z2EwOiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlvbWVtIDB4YTAw MDAtMHhiZmZmZiBvbiBpc2EwClRpbWVjb3VudGVyICJUU0MiIGZyZXF1ZW5jeSAxODA4ODExNTQ2 IEh6IHF1YWxpdHkgODAwClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDAuOTc2IG1zZWMKYWQwOiA3 ODE2Nk1CIDxNYXh0b3IgNlkwODBMMC9ZQVI0MUJXMD4gWzE1ODgxMy8xNi82M10gYXQgYXRhMC1t YXN0ZXIgVURNQTEzMwphZDE6IDExNzI0Nk1CIDxNYXh0b3IgNlkxMjBMMC9ZQVI0MUJXMD4gWzIz ODIxNi8xNi82M10gYXQgYXRhMC1zbGF2ZSBVRE1BMTMzCmFjZDA6IENEUlcgPEFTVVMgQ1JXLTUy MjRBLzEuMzU+IGF0IGF0YTEtc2xhdmUgVURNQTMzCnBjbTA6IG1lYXN1cmVkIGFjOTcgbGluayBy YXRlIGF0IDEzMTQxIEh6Ck1vdW50aW5nIHJvb3QgZnJvbSB1ZnM6L2Rldi9hZDBzM2EKV0FSTklO RzogLyB3YXMgbm90IHByb3Blcmx5IGRpc21vdW50ZWQKV0FSTklORzogL3RtcCB3YXMgbm90IHBy b3Blcmx5IGRpc21vdW50ZWQKL3RtcDogbW91bnQgcGVuZGluZyBlcnJvcjogYmxvY2tzIDQgZmls ZXMgMgpXQVJOSU5HOiAvdXNyIHdhcyBub3QgcHJvcGVybHkgZGlzbW91bnRlZApXQVJOSU5HOiAv dXNyL2hvbWUgd2FzIG5vdCBwcm9wZXJseSBkaXNtb3VudGVkCldBUk5JTkc6IC92YXIgd2FzIG5v dCBwcm9wZXJseSBkaXNtb3VudGVkCi92YXI6IG1vdW50IHBlbmRpbmcgZXJyb3I6IGJsb2NrcyA0 NCBmaWxlcyAxMwpjYWxjcnU6IHJ1bnRpbWUgd2VudCBiYWNrd2FyZHMgZnJvbSAxMDI4NzU3IHVz ZWMgdG8gMzAyNjc4IHVzZWMgZm9yIHBpZCAxMSAoaWRsZSkKY2FsY3J1OiBydW50aW1lIHdlbnQg YmFja3dhcmRzIGZyb20gMTAyODc1NyB1c2VjIHRvIDMwMjY3OCB1c2VjIGZvciBwaWQgMTEgKGlk bGUpCmNhbGNydTogbmVnYXRpdmUgcnVudGltZSBvZiAtOTk5MTI1IHVzZWMgZm9yIHBpZCA2MzIg KHJtKQpjYWxjcnU6IG5lZ2F0aXZlIHJ1bnRpbWUgb2YgLTk5Mjc3MSB1c2VjIGZvciBwaWQgMTQ1 MCAobWFrZSkKY2FsY3J1OiBuZWdhdGl2ZSBydW50aW1lIG9mIC05OTcxNTAgdXNlYyBmb3IgcGlk IDE2OTIgKHNoKQpjYWxjcnU6IG5lZ2F0aXZlIHJ1bnRpbWUgb2YgLTY3OTk3NiB1c2VjIGZvciBw aWQgMTg4NSAobWFrZSkKY2FsY3J1OiBuZWdhdGl2ZSBydW50aW1lIG9mIC05OTMwOTkgdXNlYyBm b3IgcGlkIDIxNTUgKG1ha2UpCmNhbGNydTogbmVnYXRpdmUgcnVudGltZSBvZiAtOTkyOTQ3IHVz ZWMgZm9yIHBpZCAyNDM1IChtYWtlKQpjYWxjcnU6IG5lZ2F0aXZlIHJ1bnRpbWUgb2YgLTgxNzgy MCB1c2VjIGZvciBwaWQgMjUxNiAoY2MxKQpjYWxjcnU6IG5lZ2F0aXZlIHJ1bnRpbWUgb2YgLTQz MDg3NCB1c2VjIGZvciBwaWQgMjU0MCAoY2MxKQpjYWxjcnU6IG5lZ2F0aXZlIHJ1bnRpbWUgb2Yg LTk3NzM0NyB1c2VjIGZvciBwaWQgMjczMiAoY2MxKQpjYWxjcnU6IG5lZ2F0aXZlIHJ1bnRpbWUg b2YgLTk3ODAyNiB1c2VjIGZvciBwaWQgMjc3MCAoY2MxKQpjYWxjcnU6IG5lZ2F0aXZlIHJ1bnRp bWUgb2YgLTk3NzA3NCB1c2VjIGZvciBwaWQgMjgzMSAoY2MxKQpjYWxjcnU6IG5lZ2F0aXZlIHJ1 bnRpbWUgb2YgLTk2ODMxNyB1c2VjIGZvciBwaWQgMjg3OCAoY2MxKQpjYWxjcnU6IG5lZ2F0aXZl IHJ1bnRpbWUgb2YgLTk4MTI4MiB1c2VjIGZvciBwaWQgMjkwNCAoY2MxKQpjYWxjcnU6IG5lZ2F0 aXZlIHJ1bnRpbWUgb2YgLTk2ODM5MyB1c2VjIGZvciBwaWQgMjk2NyAoY2MxKQpjYWxjcnU6IG5l Z2F0aXZlIHJ1bnRpbWUgb2YgLTY2MDEyNyB1c2VjIGZvciBwaWQgMjk5MCAoY2MxKQpjYWxjcnU6 IG5lZ2F0aXZlIHJ1bnRpbWUgb2YgLTk3MTE2MCB1c2VjIGZvciBwaWQgMzAxOCAoY2MxKQpjYWxj cnU6IG5lZ2F0aXZlIHJ1bnRpbWUgb2YgLTk4MzA2NiB1c2VjIGZvciBwaWQgMzA3MyAoY2MxKQpj YWxjcnU6IG5lZ2F0aXZlIHJ1bnRpbWUgb2YgLTk4MjU1MCB1c2VjIGZvciBwaWQgMzExMiAoY2Mx KQpjYWxjcnU6IG5lZ2F0aXZlIHJ1bnRpbWUgb2YgLTY2MjczMSB1c2VjIGZvciBwaWQgMzEzMyAo Y2MxKQpjYWxjcnU6IG5lZ2F0aXZlIHJ1bnRpbWUgb2YgLTk2MjEwNSB1c2VjIGZvciBwaWQgMzE2 MSAoY2MxKQpjYWxjcnU6IG5lZ2F0aXZlIHJ1bnRpbWUgb2YgLTk3OTc5NSB1c2VjIGZvciBwaWQg MzIwMiAoY2MxKQpjYWxjcnU6IG5lZ2F0aXZlIHJ1bnRpbWUgb2YgLTk4MTA4MCB1c2VjIGZvciBw aWQgMzI3NSAoY2MxKQo= ------=_Part_2731_10930499.1112568706121-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 3 22:55:06 2005 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 8BB9016A4CE for ; Sun, 3 Apr 2005 22:55:06 +0000 (GMT) Received: from 82-168-75-155-bbxl.xdsl.tiscali.nl (82-168-75-155-bbxl.xdsl.tiscali.nl [82.168.75.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9531643D31 for ; Sun, 3 Apr 2005 22:55:05 +0000 (GMT) (envelope-from rene@82-168-75-155-bbxl.xdsl.tiscali.nl) Received: from 82-168-75-155-bbxl.xdsl.tiscali.nl (localhost [127.0.0.1]) j33Mt3EO000674; Mon, 4 Apr 2005 00:55:03 +0200 (CEST) (envelope-from rene@82-168-75-155-bbxl.xdsl.tiscali.nl) Received: (from rene@localhost)j33Mt3OS000673; Mon, 4 Apr 2005 00:55:03 +0200 (CEST) (envelope-from rene) Date: Mon, 4 Apr 2005 00:55:02 +0200 From: Rene Ladan To: Evan Dower Message-ID: <20050403225502.GA599@82-168-75-155-bbxl.xdsl.tiscali.nl> References: <20050403002234.GA53367@innosense.washington.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Dxnq1zWXvFF0Q93v" Content-Disposition: inline In-Reply-To: <20050403002234.GA53367@innosense.washington.edu> User-Agent: Mutt/1.4.2.1i cc: stable@freebsd.org Subject: Re: Recent NDIS Panics Appear To Be Solved 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, 03 Apr 2005 22:55:06 -0000 --Dxnq1zWXvFF0Q93v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 02, 2005 at 04:22:34PM -0800, Evan Dower wrote: > I recently experienced panics with dhclient ndis0 (ndis swi), and I > saw that others had noticed similar problems. There is a PR or two > about it at the moment. CVSUPping today solved the problem for me. So > for those who had the problems, you may find them solved now. Not for me :( I still get the same panic as reported before (also a "ndis swi" panic) upon initializing my Sweex LC50050 with dhclient. Sources are RELENG_5 as of April 3th, 09:59 UTC I did the whole story: #make cleandir && make cleandir (is this step redundant?) #make buildworld && make kernel (without NOCLEAN) #mergemaster -p #make installworld #mergemaster #cd /usr/src/sys/modules/if_ndis #make clean #ndiscvt -i /root/Rt2500.INF -s /root/RT2500.SYS -o ndis_driver_data.h #make #make install I have a crash dump (~75MB) and debug kernel/modules available, except for the driver file (of course). I have WITNESS checking one, if it matters. Regards, Rene --=20 "It won't fit on the line." -- me, 2001 --Dxnq1zWXvFF0Q93v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCUHRGvz70qa4zXcwRAnJeAJ41wIJhC2609+iJd7Au9Qgcs8E+8wCcC+/3 A7s+Q3H96PQMC111ISfUe64= =A46v -----END PGP SIGNATURE----- --Dxnq1zWXvFF0Q93v-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 4 00:00:10 2005 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 E321516A4CE for ; Mon, 4 Apr 2005 00:00:10 +0000 (GMT) Received: from w2b.BigIMAP.com (w2b.bigimap.com [67.137.230.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 918E143D1F for ; Mon, 4 Apr 2005 00:00:10 +0000 (GMT) (envelope-from Walentyn@gorsk.com) Received: from [127.0.0.1] (helo=localhost) by w2b.BigIMAP.com with esmtp (Exim 4.32) id 1DIF0j-00034b-UK; Sun, 03 Apr 2005 17:00:10 -0700 Received: from pool-151-203-222-74.bos.east.verizon.net (pool-151-203-222-74.bos.east.verizon.net [151.203.222.74]) by w2b.bigimap.com (IMP) with HTTP for ; Sun, 3 Apr 2005 20:00:09 -0400 Message-ID: <1112572809.42508389e0170@w2b.bigimap.com> Date: Sun, 3 Apr 2005 20:00:09 -0400 From: Walentyn To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.4 X-Originating-IP: 151.203.222.74 X-BFI-Originally-From: Subject: FreeBSD mpd PPTP client connection to SnapGearLITE+ 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, 04 Apr 2005 00:00:11 -0000 The SnapGearLITE+ is (was?) an inexpensive (about $200 when purchased) firewall/VPN appliance running embedded UCLinux. It has builtin PopTop servers and clients and IPSec. Been using it as a firewall and PopTop server for the last three years +/-. Very happy with it. Setting up a PopTop VPN server is very simple. XP and Linux clients work well with it. No joy, though, when trying to connect to it from FreeBSD 5.3 Stable by using the mpd port. I'd rather not go through all the client settings at this point. Has any one been able to successfully connect a FreeBSD mpd PPTP client to a SGL PopTop server? If so, any special mpd configuration options or gotchas to watch out for? Thank you. -- Walentyn From owner-freebsd-stable@FreeBSD.ORG Mon Apr 4 00:44:08 2005 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 261A716A4CE for ; Mon, 4 Apr 2005 00:44:08 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id F14C243D48 for ; Mon, 4 Apr 2005 00:44:06 +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 j340i31G021496; Mon, 4 Apr 2005 10:14:03 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Mon, 4 Apr 2005 10:13:59 +0930 User-Agent: KMail/1.8 References: <1112572809.42508389e0170@w2b.bigimap.com> In-Reply-To: <1112572809.42508389e0170@w2b.bigimap.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1192285.4dL4m0AYVK"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200504041014.00115.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: Walentyn Subject: Re: FreeBSD mpd PPTP client connection to SnapGearLITE+ 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, 04 Apr 2005 00:44:08 -0000 --nextPart1192285.4dL4m0AYVK Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Mon, 4 Apr 2005 09:30, Walentyn wrote: > I'd rather not go through all the client settings at this point. > > Has any one been able to successfully connect a FreeBSD mpd PPTP client to > a SGL PopTop server? > > If so, any special mpd configuration options or gotchas to watch out for? I've done Windows -> FreeBSD PopTop server without any big issues. It would be helpful if you supplied log files and configs to download=20 somewhere. PS PPTP encryption sucks, use openvpn or IPSec :) =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 --nextPart1192285.4dL4m0AYVK Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCUI3Q5ZPcIHs/zowRAqFgAJ9l65zYk96tNmGz9ICprMY/cRnniQCcDFOe MUrJmPT/Jt7zhf8aZ5gG3ro= =hF+Q -----END PGP SIGNATURE----- --nextPart1192285.4dL4m0AYVK-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 4 03:12:25 2005 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 A3A8116A4CE for ; Mon, 4 Apr 2005 03:12:25 +0000 (GMT) Received: from smtp4.info.com.ph (smtp4.info.com.ph [202.57.96.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id 829F243D3F for ; Mon, 4 Apr 2005 03:12:24 +0000 (GMT) (envelope-from marstrade@gmail.com) Received: from smtp2.info.com.ph (smtp2.info.com.ph [202.57.96.78]) by smtp4.info.com.ph (8.12.11/8.12.11) with ESMTP id j34384cj007277 for ; Mon, 4 Apr 2005 11:08:14 +0800 Received: from 210.5.87.104.pldt.net (loopback.epldt.net [127.0.0.1] (may be forged)) by smtp2.info.com.ph (8.12.11/8.12.11) with ESMTP id j3432TH5027644 for ; Mon, 4 Apr 2005 11:02:30 +0800 From: Mars Trading To: freebsd-stable@freebsd.org Date: Mon, 4 Apr 2005 11:12:00 +0800 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200504041112.01036.marstrade@gmail.com> Subject: 3 weekend crash dumps 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, 04 Apr 2005 03:12:25 -0000 5.4-PRERELEASE as of 29 March 0100 UTC Machine crashing-rebooting over the weekend. Don't get to see a panic. The dumps: GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". #0 doadump () at pcpu.h:159 159 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) backtrace #0 doadump () at pcpu.h:159 #1 0xc04bd0ae in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:410 #2 0xc04bd3d6 in panic (fmt=0xc063d44d "%s") at /usr/src/sys/kern/kern_shutdown.c:566 #3 0xc06201a0 in trap_fatal () at /usr/src/sys/i386/i386/trap.c:811 #4 0xc063d44d in ?? () #5 0xc0659053 in ?? () #6 0xc190214c in ?? () #7 0x00000001 in ?? () #8 0x00000001 in ?? () #9 0x00000000 in ?? () #10 0x000fffff in ?? () #11 0xcbeedd9b in ?? () #12 0xc04cfda3 in sched_switch (td=0xcbee19ec, newtd=0x10, flags=1) at /usr/src/sys/kern/sched_4bsd.c:881 #13 0xc061feb3 in trap_pfault (frame=0xcbee19ec, usermode=0, eva=76) at /usr/src/sys/i386/i386/trap.c:732 #14 0xc061fa8d in trap (frame= {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = 0, tf_esi = -1041474688, tf_ebp = -873588140, tf_isp = -873588200, tf_ebx = -1023303424, tf_edx = 0, tf_ecx = -1046884544, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1069064039, tf_cs = 8, tf_eflags = 66118, tf_esp = -1046904832, tf_ss = -873588152}) at /usr/src/sys/i386/i386/trap.c:427 #15 0xc060ddba in Xlcall_syscall () at /usr/src/sys/i386/i386/exception.s:165 #16 0x00000018 in ?? () #17 0x00000010 in ?? () #18 0x00000010 in ?? () #19 0x00000000 in ?? () #20 0xc1ec5b80 in ?? () #21 0xcbee1a54 in ?? () #22 0xcbee1a18 in ?? () #23 0xc301a100 in ?? () #24 0x00000000 in ?? () #25 0xc199cf40 in ?? () #26 0x00000000 in ?? () #27 0x0000000c in ?? () #28 0x00000000 in ?? () #29 0xc0476099 in usb_transfer_complete (xfer=0xc301a100) at /usr/src/sys/dev/usb/usbdi.c:833 #30 0xc046e704 in uhci_abort_xfer (xfer=0xc301a100, status=USBD_NORMAL_COMPLETION) at /usr/src/sys/dev/usb/uhci.c:2022 #31 0xc046e559 in uhci_device_bulk_abort (xfer=0x0) at /usr/src/sys/dev/usb/uhci.c:1921 #32 0xc0475fa9 in usbd_ar_pipe (pipe=0xc1ec5b80) at /usr/src/sys/dev/usb/usbdi.c:762 #33 0xc0475c51 in usbd_abort_pipe (pipe=0x0) at /usr/src/sys/dev/usb/usbdi.c:556 #34 0xc0c1e1f7 in ?? () #35 0xc1ec5b80 in ?? () #36 0xcbee1ad8 in ?? () #37 0xc0c1dcb8 in ?? () #38 0xc1a91400 in ?? () #39 0x00000000 in ?? () #40 0xc1a93600 in ?? () #41 0x00000003 in ?? () #42 0xc18fb180 in ?? () #43 0xcbee1af0 in ?? () #44 0xc04f1524 in ttyflush (tp=0xc1a91400, rw=-1045875200) at /usr/src/sys/kern/tty.c:1420 Previous frame inner to this frame (corrupt stack?) (kgdb) quit Backtracing the 2nd dump (no panic message): (kgdb) backtrace #0 doadump () at pcpu.h:159 #1 0xc04bd0ae in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:410 #2 0xc04bd3d6 in panic (fmt=0xc063d44d "%s") at /usr/src/sys/kern/kern_shutdown.c:566 #3 0xc06201a0 in trap_fatal () at /usr/src/sys/i386/i386/trap.c:811 #4 0xc063d44d in ?? () #5 0xc0659053 in ?? () #6 0xc1ce714c in ?? () #7 0x00000001 in ?? () #8 0x00000001 in ?? () #9 0x00000000 in ?? () #10 0x000fffff in ?? () #11 0xcd28e99b in ?? () #12 0xc06233a5 in DELAY (n=12) at /usr/src/sys/i386/isa/clock.c:514 #13 0xc061feb3 in trap_pfault (frame=0xcd2829c4, usermode=0, eva=76) at /usr/src/sys/i386/i386/trap.c:732 #14 0xc061fa8d in trap (frame= {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = 0, tf_esi = -1043387392, tf_ebp = -853005780, tf_isp = -853005840, tf_ebx = -1043815424, tf_edx = 0, tf_ecx = -1046884544, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1069064039, tf_cs = 8, tf_eflags = 66118, tf_esp = -1046904832, tf_ss = -853005792}) at /usr/src/sys/i386/i386/trap.c:427 #15 0xc060ddba in Xlcall_syscall () at /usr/src/sys/i386/i386/exception.s:165 #16 0x00000018 in ?? () #17 0x00000010 in ?? () #18 0x00000010 in ?? () #19 0x00000000 in ?? () #20 0xc1cf2c00 in ?? () #21 0xcd282a2c in ?? () #22 0xcd2829f0 in ?? () #23 0xc1c8a400 in ?? () #24 0x00000000 in ?? () #25 0xc199cf40 in ?? () #26 0x00000000 in ?? () #27 0x0000000c in ?? () #28 0x00000000 in ?? () #29 0xc0476099 in usb_transfer_complete (xfer=0xc1c8a400) at /usr/src/sys/dev/usb/usbdi.c:833 #30 0xc046e704 in uhci_abort_xfer (xfer=0xc1c8a400, status=USBD_NORMAL_COMPLETION) at /usr/src/sys/dev/usb/uhci.c:2022 #31 0xc046e559 in uhci_device_bulk_abort (xfer=0x0) at /usr/src/sys/dev/usb/uhci.c:1921 #32 0xc0475fa9 in usbd_ar_pipe (pipe=0xc1cf2c00) at /usr/src/sys/dev/usb/usbdi.c:762 #33 0xc0475c51 in usbd_abort_pipe (pipe=0x0) at /usr/src/sys/dev/usb/usbdi.c:556 #34 0xc0c1e1f7 in ?? () #35 0xc1cf2c00 in ?? () #36 0xcd282ab4 in ?? () #37 0xc0c1d9e2 in ?? () #38 0xc1a91400 in ?? () #39 0x00000000 in ?? () #40 0xc1a93600 in ?? () #41 0xfffffffd in ?? () #42 0xc1e99bc0 in ?? () #43 0xc1ce7000 in ?? () #44 0xcd282b50 in ?? () #45 0xc04f0934 in ttioctl (tp=0xc1a91400, cmd=0, data=0xc1a93600, flag=-3) at /usr/src/sys/kern/tty.c:1011 Previous frame inner to this frame (corrupt stack?) (kgdb) quit Backtracing the 3rd dump (no panic message): (kgdb) backtrace #0 doadump () at pcpu.h:159 #1 0xc04bd0ae in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:410 #2 0xc04bd3d6 in panic (fmt=0xc063d44d "%s") at /usr/src/sys/kern/kern_shutdown.c:566 #3 0xc06201a0 in trap_fatal () at /usr/src/sys/i386/i386/trap.c:811 #4 0xc063d44d in ?? () #5 0xc0659053 in ?? () #6 0xc1c7dbe4 in ?? () #7 0x00000001 in ?? () #8 0x00000001 in ?? () #9 0x00000000 in ?? () #10 0x000fffff in ?? () #11 0xcd27f89b in ?? () #12 0xc06233a5 in DELAY (n=12) at /usr/src/sys/i386/isa/clock.c:514 #13 0xc061feb3 in trap_pfault (frame=0xcd27f934, usermode=0, eva=76) at /usr/src/sys/i386/i386/trap.c:732 #14 0xc061fa8d in trap (frame= {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = 0, tf_esi = -1040956672, tf_ebp = -853018212, tf_isp = -853018272, tf_ebx = -1041763584, tf_edx = 0, tf_ecx = -1046884544, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1069064039, tf_cs = 8, tf_eflags = 66118, tf_esp = -1046904832, tf_ss = -853018224}) at /usr/src/sys/i386/i386/trap.c:427 #15 0xc060ddba in Xlcall_syscall () at /usr/src/sys/i386/i386/exception.s:165 #16 0x00000018 in ?? () #17 0x00000010 in ?? () #18 0x00000010 in ?? () #19 0x00000000 in ?? () #20 0xc1f44300 in ?? () #21 0xcd27f99c in ?? () #22 0xcd27f960 in ?? () #23 0xc1e7f300 in ?? () #24 0x00000000 in ?? () #25 0xc199cf40 in ?? () #26 0x00000000 in ?? () #27 0x0000000c in ?? () #28 0x00000000 in ?? () #29 0xc0476099 in usb_transfer_complete (xfer=0xc1e7f300) at /usr/src/sys/dev/usb/usbdi.c:833 #30 0xc046e704 in uhci_abort_xfer (xfer=0xc1e7f300, status=USBD_NORMAL_COMPLETION) at /usr/src/sys/dev/usb/uhci.c:2022 #31 0xc046e559 in uhci_device_bulk_abort (xfer=0x0) at /usr/src/sys/dev/usb/uhci.c:1921 #32 0xc0475fa9 in usbd_ar_pipe (pipe=0xc1f44300) at /usr/src/sys/dev/usb/usbdi.c:762 #33 0xc0475c51 in usbd_abort_pipe (pipe=0x0) at /usr/src/sys/dev/usb/usbdi.c:556 #34 0xc0c1e1f7 in ?? () #35 0xc1f44300 in ?? () #36 0xcd27fa20 in ?? () #37 0xc0c1dcb8 in ?? () #38 0xc1a91400 in ?? () #39 0x00000000 in ?? () #40 0xc1a93600 in ?? () #41 0x00000003 in ?? () #42 0xc1bbbc00 in ?? () #43 0xcd27fa38 in ?? () #44 0xc04f1524 in ttyflush (tp=0xc1a91400, rw=-1045875200) at /usr/src/sys/kern/tty.c:1420 Previous frame inner to this frame (corrupt stack?) (kgdb) quit They look the same to me but i don't really know this stuff. If there's anything else i need to do, let me know. dmesg: Copyright (c) 1992-2005 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.4-PRERELEASE #0: Tue Mar 29 13:54:08 PHT 2005 root@go.ubc.pldt.net:/usr/obj/usr/src/sys/GO Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) Processor (751.33-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x642 Stepping = 2 Features=0x183f9ff AMD Features=0xc0440000 real memory = 268369920 (255 MB) avail memory = 248782848 (237 MB) npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 pcib0: port 0x6000-0x607f,0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 nvidia0: mem 0xd8000000-0xd807ffff,0xd0000000-0xd7ffffff,0xe2000000-0xe2ffffff irq 10 at device 0.0 on pci1 uhci0: port 0xc000-0xc01f irq 5 at device 5.0 on pci0 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 0xc400-0xc41f irq 11 at device 5.1 on pci0 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 0xe5001000-0xe50010ff irq 10 at device 5.2 on pci0 ehci_pci_attach: companion usb0 ehci_pci_attach: companion usb1 usb2: EHCI version 1.0 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: single transaction translator uhub2: 4 ports with 4 removable, self powered xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xc800-0xc87f mem 0xe5000000-0xe500007f irq 11 at device 6.0 on pci0 miibus0: on xl0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:04:75:98:bb:d3 lnc0: port 0xcc00-0xcc1f mem 0xe5002000-0xe500201f irq 10 at device 7.0 on pci0 lnc0: Attaching PCNet/PCI Ethernet adapter lnc0: Ethernet address: 00:00:f4:ae:0f:2d lnc0: if_start running deferred for Giant lnc0: PCnet-PCI isab0: at device 20.0 on pci0 isa0: on isab0 atapci0: port 0xd000-0xd00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 20.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 uhci2: port 0xd400-0xd41f irq 11 at device 20.2 on pci0 usb3: on uhci2 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pcm0: port 0xe400-0xe403,0xe000-0xe003,0xdc00-0xdcff irq 5 at device 20.5 on pci0 pcm0: fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 751332764 Hz quality 800 Timecounters tick every 10.000 msec ad0: 39205MB [79656/16/63] at ata0-master UDMA66 acd0: DVDROM at ata1-slave UDMA33 ucom0: Prolific Technology Inc. USB-Serial Controller, rev 1.10/3.00, addr 2 ucom1: Prolific Technology Inc. USB-Serial Controller, rev 1.10/3.00, addr 3 Mounting root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted Dennis -- Mars Trading 9620 Kamagong St., Makati, Manila, Philippines Phone: (632) 8952241 FAX: (632) 8996124 email: marstrade@gmail.com From owner-freebsd-stable@FreeBSD.ORG Mon Apr 4 03:21:15 2005 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 5893B16A4CE for ; Mon, 4 Apr 2005 03:21:15 +0000 (GMT) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 227BF43D3F for ; Mon, 4 Apr 2005 03:21:13 +0000 (GMT) (envelope-from grog@lemis.com) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 119B385699; Mon, 4 Apr 2005 12:51:11 +0930 (CST) Date: Mon, 4 Apr 2005 12:51:11 +0930 From: Greg 'groggy' Lehey To: Nate Lawson Message-ID: <20050404032111.GI867@wantadilla.lemis.com> References: <424F5210.8060809@pldrouin.net> <20050403133200.GP87756@unixpages.org> <425014B2.9070208@pldrouin.net> <20050403164115.GQ87756@unixpages.org> <42506404.1010608@root.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KrHCbChajFcK0yQE" Content-Disposition: inline In-Reply-To: <42506404.1010608@root.org> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 cc: Christian Brueffer cc: Pierre-Luc Drouin cc: freebsd-stable@freebsd.org Subject: Re: 5.4-prerelease - hanging under load 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, 04 Apr 2005 03:21:15 -0000 --KrHCbChajFcK0yQE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sunday, 3 April 2005 at 14:45:40 -0700, Nate Lawson wrote: > Christian Brueffer wrote: >> On Sun, Apr 03, 2005 at 12:07:14PM -0400, Pierre-Luc Drouin wrote: >>> Christian Brueffer wrote: >>>> On Sat, Apr 02, 2005 at 09:16:48PM -0500, Pierre-Luc Drouin wrote: >>>> >>>>> Since I upgraded from 5.3-stable to 5.4-prerelease, I've noticed that >>>>> my computer is hanging badly under load. I've a P4 2.53 GHz without >>>>> hyperthreading (no SMP). I use the same kernel configurations than >>>>> before. Now when I compile a port for example, the mouse pointer hangs >>>>> in Fluxbox and Mozilla takes forever (meaning ~5 sec) to refresh the >>>>> screen. Even vi hangs. I do not see any warning/error message. Is it a >>>>> known problem with 5.4? >>>> >>>> I have experienced something similar, putting the following into rc.conf >>>> worked for me: >>>> >>>> performance_cpu_freq="HIGH" >>> >>> Yes, this seams to fix it. I didn't know that I had a laptop? :) >> >> Good to hear. >> >> Nate, this regression was introduced during the cpufreq and friends MFC. >> Is switching the performance_cpu_freq default to HIGH the way to go for >> 5.4-RELEASE? > > As you can see from etc/defaults/rc.conf on both -current and RELENG_5, > we don't currently change the frequency at all: > > performance_cpu_freq="NONE" # Online CPU frequency > economy_cpu_freq="NONE" # Offline CPU frequency > > However, it sounds like his system's BIOS is booting up with a low > acpi_throttle setting (probably the lowest one, 12.5% on many systems) > and so he is seeing very slow performance. (Only the acpi_throttle > cpufreq driver has been MFCd for the 5.4 release and the others will > follow the release.) Initially, I thought it was safest not to even > touch the frequency but it looks like it is necessary for some systems > to always force it high by default. I'm experiencing similar issues. How can I confirm that this is the case without rebooting the machine (which would be inconvenient)? Is there some sysctl that tells me? I've taken a look, but I don't see anything obvious. Greg -- See complete headers for address and phone numbers. --KrHCbChajFcK0yQE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCULKmIubykFB6QiMRAj1QAJ4l27pi0JzUT4WX6/xi84VEduh3LQCfRBUL 09SalvUnCFrb0NPQCn5OLd8= =rEtm -----END PGP SIGNATURE----- --KrHCbChajFcK0yQE-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 4 04:44:03 2005 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 9DEB316A4CE; Mon, 4 Apr 2005 04:44:03 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 360E143D46; Mon, 4 Apr 2005 04:44:03 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.51] (adsl-64-171-184-204.dsl.snfc21.pacbell.net [64.171.184.204]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j344i0LS018530 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 3 Apr 2005 21:44:01 -0700 Message-ID: <4250C60D.8040306@root.org> Date: Sun, 03 Apr 2005 21:43:57 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Greg 'groggy' Lehey" References: <424F5210.8060809@pldrouin.net> <20050403133200.GP87756@unixpages.org> <425014B2.9070208@pldrouin.net> <20050403164115.GQ87756@unixpages.org> <42506404.1010608@root.org> <20050404032111.GI867@wantadilla.lemis.com> In-Reply-To: <20050404032111.GI867@wantadilla.lemis.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Christian Brueffer cc: Pierre-Luc Drouin cc: freebsd-stable@FreeBSD.org Subject: Re: 5.4-prerelease - hanging under load 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, 04 Apr 2005 04:44:03 -0000 Greg 'groggy' Lehey wrote: > On Sunday, 3 April 2005 at 14:45:40 -0700, Nate Lawson wrote: > >>Christian Brueffer wrote: >> >>>On Sun, Apr 03, 2005 at 12:07:14PM -0400, Pierre-Luc Drouin wrote: >>> >>>>Christian Brueffer wrote: >>>> >>>>>On Sat, Apr 02, 2005 at 09:16:48PM -0500, Pierre-Luc Drouin wrote: >>>>> >>>>> >>>>>>Since I upgraded from 5.3-stable to 5.4-prerelease, I've noticed that >>>>>>my computer is hanging badly under load. I've a P4 2.53 GHz without >>>>>>hyperthreading (no SMP). I use the same kernel configurations than >>>>>>before. Now when I compile a port for example, the mouse pointer hangs >>>>>>in Fluxbox and Mozilla takes forever (meaning ~5 sec) to refresh the >>>>>>screen. Even vi hangs. I do not see any warning/error message. Is it a >>>>>>known problem with 5.4? >>>>> >>>>>I have experienced something similar, putting the following into rc.conf >>>>>worked for me: >>>>> >>>>>performance_cpu_freq="HIGH" >>>> >>>>Yes, this seams to fix it. I didn't know that I had a laptop? :) >>> >>>Good to hear. >>> >>>Nate, this regression was introduced during the cpufreq and friends MFC. >>>Is switching the performance_cpu_freq default to HIGH the way to go for >>>5.4-RELEASE? >> >>As you can see from etc/defaults/rc.conf on both -current and RELENG_5, >>we don't currently change the frequency at all: >> >>performance_cpu_freq="NONE" # Online CPU frequency >>economy_cpu_freq="NONE" # Offline CPU frequency >> >>However, it sounds like his system's BIOS is booting up with a low >>acpi_throttle setting (probably the lowest one, 12.5% on many systems) >>and so he is seeing very slow performance. (Only the acpi_throttle >>cpufreq driver has been MFCd for the 5.4 release and the others will >>follow the release.) Initially, I thought it was safest not to even >>touch the frequency but it looks like it is necessary for some systems >>to always force it high by default. > > > I'm experiencing similar issues. How can I confirm that this is the > case without rebooting the machine (which would be inconvenient)? Is > there some sysctl that tells me? I've taken a look, but I don't see > anything obvious. sysctl dev.cpu and look at the current frequency setting. If low, then your system is affected and will be fixed soon when I mfc. If not, perhaps you have an interrupt storm (vmstat -i) -- Nate From owner-freebsd-stable@FreeBSD.ORG Mon Apr 4 04:57:42 2005 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 7A5A916A4CE for ; Mon, 4 Apr 2005 04:57:42 +0000 (GMT) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C30543D46 for ; Mon, 4 Apr 2005 04:57:40 +0000 (GMT) (envelope-from grog@lemis.com) Received: by blackwater.lemis.com (Postfix, from userid 1004) id F0F0785696; Mon, 4 Apr 2005 14:27:37 +0930 (CST) Date: Mon, 4 Apr 2005 14:27:37 +0930 From: Greg 'groggy' Lehey To: Nate Lawson Message-ID: <20050404045737.GK867@wantadilla.lemis.com> References: <424F5210.8060809@pldrouin.net> <20050403133200.GP87756@unixpages.org> <425014B2.9070208@pldrouin.net> <20050403164115.GQ87756@unixpages.org> <42506404.1010608@root.org> <20050404032111.GI867@wantadilla.lemis.com> <4250C60D.8040306@root.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Ucgz5Oc/kKURWzXs" Content-Disposition: inline In-Reply-To: <4250C60D.8040306@root.org> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 cc: Christian Brueffer cc: Pierre-Luc Drouin cc: freebsd-stable@FreeBSD.org Subject: Re: 5.4-prerelease - hanging under load 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, 04 Apr 2005 04:57:42 -0000 --Ucgz5Oc/kKURWzXs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sunday, 3 April 2005 at 21:43:57 -0700, Nate Lawson wrote: > Greg 'groggy' Lehey wrote: >> >> I'm experiencing similar issues. How can I confirm that this is the >> case without rebooting the machine (which would be inconvenient)? Is >> there some sysctl that tells me? I've taken a look, but I don't see >> anything obvious. > > sysctl dev.cpu and look at the current frequency setting. There's nothing there that reaches out and grabs me: dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 > If low, then your system is affected and will be fixed soon when I > mfc. If not, perhaps you have an interrupt storm (vmstat -i) No, nothing there: interrupt total rate irq0: clk 184217768 100 irq1: atkbd0 554 0 irq4: sio0 31529039 17 irq7: ppc0 47 0 irq8: rtc 235761929 128 irq11: xl0 ohci1 555868535 301 irq14: ata0 19980318 10 irq15: ata1 169418181 91 Total 1196776371 649 Greg -- See complete headers for address and phone numbers. --Ucgz5Oc/kKURWzXs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCUMlBIubykFB6QiMRAmU+AKCSqE69RoqTQsQ/f25fr7JxY2aHJwCfbvzc wd6svu7r3MBRiw6PsaJ5/i0= =4Nee -----END PGP SIGNATURE----- --Ucgz5Oc/kKURWzXs-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 4 04:59:50 2005 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 38B3216A4CE; Mon, 4 Apr 2005 04:59:50 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id C248143D2D; Mon, 4 Apr 2005 04:59:49 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.51] (adsl-64-171-184-204.dsl.snfc21.pacbell.net [64.171.184.204]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j344xlLS018643 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 3 Apr 2005 21:59:48 -0700 Message-ID: <4250C9C1.6010401@root.org> Date: Sun, 03 Apr 2005 21:59:45 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Greg 'groggy' Lehey" References: <424F5210.8060809@pldrouin.net> <20050403133200.GP87756@unixpages.org> <425014B2.9070208@pldrouin.net> <20050403164115.GQ87756@unixpages.org> <42506404.1010608@root.org> <20050404032111.GI867@wantadilla.lemis.com> <4250C60D.8040306@root.org> <20050404045737.GK867@wantadilla.lemis.com> In-Reply-To: <20050404045737.GK867@wantadilla.lemis.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Christian Brueffer cc: Pierre-Luc Drouin cc: freebsd-stable@FreeBSD.org Subject: Re: 5.4-prerelease - hanging under load 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, 04 Apr 2005 04:59:50 -0000 Greg 'groggy' Lehey wrote: > On Sunday, 3 April 2005 at 21:43:57 -0700, Nate Lawson wrote: > >>Greg 'groggy' Lehey wrote: >> >>>I'm experiencing similar issues. How can I confirm that this is the >>>case without rebooting the machine (which would be inconvenient)? Is >>>there some sysctl that tells me? I've taken a look, but I don't see >>>anything obvious. >> >>sysctl dev.cpu and look at the current frequency setting. > > > There's nothing there that reaches out and grabs me: > > dev.cpu.0.%desc: ACPI CPU > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=\_PR_.CPU0 > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%parent: acpi0 Not it. You have no acpi_throttle support, thus cpufreq is a no-op on your system. -- Nate From owner-freebsd-stable@FreeBSD.ORG Mon Apr 4 05:10:03 2005 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 6037516A4CF for ; Mon, 4 Apr 2005 05:10:03 +0000 (GMT) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0565243D31 for ; Mon, 4 Apr 2005 05:10:02 +0000 (GMT) (envelope-from grog@lemis.com) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 0755085698; Mon, 4 Apr 2005 14:40:00 +0930 (CST) Date: Mon, 4 Apr 2005 14:39:59 +0930 From: Greg 'groggy' Lehey To: Nate Lawson Message-ID: <20050404050959.GM867@wantadilla.lemis.com> References: <424F5210.8060809@pldrouin.net> <20050403133200.GP87756@unixpages.org> <425014B2.9070208@pldrouin.net> <20050403164115.GQ87756@unixpages.org> <42506404.1010608@root.org> <20050404032111.GI867@wantadilla.lemis.com> <4250C60D.8040306@root.org> <20050404045737.GK867@wantadilla.lemis.com> <4250C9C1.6010401@root.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wKTlTxfx0Fr6BT7S" Content-Disposition: inline In-Reply-To: <4250C9C1.6010401@root.org> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 cc: Christian Brueffer cc: Pierre-Luc Drouin cc: freebsd-stable@FreeBSD.org Subject: Re: 5.4-prerelease - hanging under load 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, 04 Apr 2005 05:10:03 -0000 --wKTlTxfx0Fr6BT7S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sunday, 3 April 2005 at 21:59:45 -0700, Nate Lawson wrote: > Greg 'groggy' Lehey wrote: >> On Sunday, 3 April 2005 at 21:43:57 -0700, Nate Lawson wrote: >>> Greg 'groggy' Lehey wrote: >>>> I'm experiencing similar issues. How can I confirm that this is the >>>> case without rebooting the machine (which would be inconvenient)? Is >>>> there some sysctl that tells me? I've taken a look, but I don't see >>>> anything obvious. >>> >>> sysctl dev.cpu and look at the current frequency setting. >> >> There's nothing there that reaches out and grabs me: >> >> dev.cpu.0.%desc: ACPI CPU >> dev.cpu.0.%driver: cpu >> dev.cpu.0.%location: handle=\_PR_.CPU0 >> dev.cpu.0.%pnpinfo: _HID=none _UID=0 >> dev.cpu.0.%parent: acpi0 > > Not it. You have no acpi_throttle support, thus cpufreq is a no-op on > your system. OK, so it's a different issue that I have? Or does the lack of acpi_throttle support automatically cause a problem? Greg -- See complete headers for address and phone numbers. --wKTlTxfx0Fr6BT7S Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCUMwnIubykFB6QiMRAtz0AKCqozF7FHKB2giiueRGqK91kbEtqACghnM1 XEjbUTAB+ulMHHqCqWuogco= =S209 -----END PGP SIGNATURE----- --wKTlTxfx0Fr6BT7S-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 4 06:08:03 2005 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 4CFEF16A4CE for ; Mon, 4 Apr 2005 06:08:03 +0000 (GMT) Received: from mx.bmby.co.il (l192-114-46-204.broadband.actcom.net.il [192.114.46.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4573D43D5C for ; Mon, 4 Apr 2005 06:08:02 +0000 (GMT) (envelope-from uzi@bmby.com) Received: from [10.0.0.3] (unknown [10.0.0.3]) by mail.bmby.co.il (Postfix) with ESMTP id 49B4B7A83A; Thu, 31 Mar 2005 18:06:04 +0000 (UTC) Message-ID: <424C1F3C.4020208@bmby.com> Date: Thu, 31 Mar 2005 18:03:08 +0200 From: Uzi Klein User-Agent: Mozilla Thunderbird 1.0 (X11/20050111) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Young Lee References: <20050330122213.CB3E.NCISOFT@163.com> <424AA740.4080701@roq.com> <20050331232901.BC1B.NCISOFT@163.com> In-Reply-To: <20050331232901.BC1B.NCISOFT@163.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 5.3 SMP freezes with MySQL 4.1 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, 04 Apr 2005 06:08:03 -0000 Young Lee wrote: > Thank you very much. My server's uptime last two days by refer to > Klein's configuration, it's impactful, thanks to Klein. > > My concern of stablility is focus on mysql's build options as > BUILD_STATIC & BUILD_OPTIMIZED, but it looks like ridiculous > without any logicality, build_static should have not any different > between dynamatic lib. I will do some testing after the current > configuration to be proven by uptime over one week, and try to > find out how to repeat the panic. > I think the real change was usin linuxthreads for SMP honestly. The BUILD_STATIC & BUILD_OPTIMIZED only increase speed by not setting shared libs and enables assembly AFAIK. -- Uzi Klein Software Development Manager BMBY Software Systems Ltd 2 Hataasia St., Yokneam, Israel P: +972 4 959 79 89 F: +972 3 617 93 36 http://www.bmby.com From owner-freebsd-stable@FreeBSD.ORG Mon Apr 4 06:08:06 2005 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 3879516A4CE; Mon, 4 Apr 2005 06:08:06 +0000 (GMT) Received: from mx.bmby.co.il (l192-114-46-204.broadband.actcom.net.il [192.114.46.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4322243D53; Mon, 4 Apr 2005 06:08:02 +0000 (GMT) (envelope-from uzi@bmby.com) Received: from [10.0.0.3] (unknown [10.0.0.3]) by mail.bmby.co.il (Postfix) with ESMTP id 6F9897A833; Sun, 3 Apr 2005 09:25:30 +0000 (UTC) Message-ID: <424F99A7.4000904@bmby.com> Date: Sun, 03 Apr 2005 10:22:15 +0300 From: Uzi Klein User-Agent: Mozilla Thunderbird 1.0 (X11/20050111) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug White References: <424D1FBD.3070207@bmby.com> <20050401185643.I94922@carver.gumbysoft.com> <20050402065702.GA69101@pit.databus.com> <20050402145930.G1503@carver.gumbysoft.com> In-Reply-To: <20050402145930.G1503@carver.gumbysoft.com> Content-Type: multipart/mixed; boundary="------------080201040209030404030403" cc: Barney Wolff cc: ports@freebsd.org cc: Uzi Klein cc: freebsd-stable@freebsd.org Subject: Re: apache+mod_ssl signal 4 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, 04 Apr 2005 06:08:06 -0000 This is a multi-part message in MIME format. --------------080201040209030404030403 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi I rebuilt world last nite... didnt help much... attached my kernel, make.conf and dmesg output Doug White wrote: > On Sat, 2 Apr 2005, Barney Wolff wrote: > > >>On Fri, Apr 01, 2005 at 06:59:11PM -0800, Doug White wrote: >> >>>>pid 62364 (httpd), uid 0: exited on signal 4 (core dumped) >>>>Apr 1 11:48:45 www kernel: pid 62364 (httpd), uid 0: exited on signal 4 >>>>(core dumped) >>> >>>Signal 4 is SIGABRT, which is a software-initiated abort. >> >>Well, no, it's ILL, indicating perhaps code compiled for a different >>cpu model than it's being run on, or a trashed library. > > > oops. heh. I really need to get into the habit of checking signal(3) more > often. > > Yeah, SIGILL would imply the library was improperly compiled. Since > libcrypto will generate CPU-specific assembly based on the CPUTYPE > setting, setting it to the wrong CPU type will cause Wierd Problems. > Now it exist on signal 11 BTW, it hangs with the default httpd.conf (without any cert loaded) as well. -- Uzi Klein BMBY Software Systems Ltd http://www.bmby.com --------------080201040209030404030403 Content-Type: text/plain; name="KERNEL" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="KERNEL" machine i386 cpu I486_CPU cpu I586_CPU cpu I686_CPU ident BMBY # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. options SMP # Multi-Processor options SCHED_4BSD # 4BSD scheduler options INET # InterNETworking options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev #options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. #options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. device apic # I/O APIC # Bus support. Do not remove isa, even if you have no isa slots device isa #device eisa device pci # Floppy drives #device fdc # ATA and ATAPI devices device ata #device atadisk # ATA disk drives #device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives #device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers #device ahb # EISA AHA1742 family #device ahc # AHA2940 and onboard AIC7xxx devices #device ahd # AHA39320/29320 and onboard AIC79xx devices #device amd # AMD 53C974 (Tekram DC-390(T)) #device isp # Qlogic family #device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic #device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') #device trm # Tekram DC395U/UW/F DC315U adapters #device adv # Advansys SCSI adapters #device adw # Advansys wide SCSI adapters #device aha # Adaptec 154x SCSI adapters #device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. #device bt # Buslogic/Mylex MultiMaster SCSI adapters #device ncv # NCR 53C500 #device nsp # Workbit Ninja SCSI-3 #device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) #device sa # Sequential Access (tape etc) #device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem #device amr # AMI MegaRAID #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID device ciss # Compaq Smart RAID 5* #device dpt # DPT Smartcache III, IV - See NOTES for options #device hptmv # Highpoint RocketRAID 182x #device iir # Intel Integrated RAID #device ips # IBM (Adaptec) ServeRAID #device mly # Mylex AcceleRAID/eXtremeRAID #device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers #device aac # Adaptec FSA RAID #device aacp # SCSI passthrough for aac (requires CAM) #device ida # Compaq Smart RAID #device mlx # Mylex DAC960 family #device pst # Promise Supertrak SX6000 #device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver #device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support #device cbb # cardbus (yenta) bridge #device pccard # PC Card (16-bit) bus #device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port #device ppc device ppbus # Parallel port bus (required) #device lpt # Printer #device plip # TCP/IP over parallel #device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. #device de # DEC/Intel DC21x4x (``Tulip'') #device em # Intel PRO/1000 adapter Gigabit Ethernet Card #device ixgb # Intel PRO/10GbE Ethernet Card #device txp # 3Com 3cR990 (``Typhoon'') #device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support #device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet #device dc # DEC/Intel 21143 and various workalikes #device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device lge # Level 1 LXT1001 gigabit ethernet #device nge # NatSemi DP83820 gigabit ethernet #device pcn # AMD Am79C97x PCI 10/100 (precedence over 'lnc') #device re # RealTek 8139C+/8169/8169S/8110S #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet #device ste # Sundance ST201 (D-Link DFE-550TX) #device ti # Alteon Networks Tigon I/II gigabit Ethernet #device tl # Texas Instruments ThunderLAN #device tx # SMC EtherPower II (83c170 ``EPIC'') #device vge # VIA VT612x gigabit ethernet #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. #device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards #device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. #device lnc # NE2100, NE32-VL Lance Ethernet cards #device sn # SMC's 9000 series of Ethernet chips #device xe # Xircom pccard Ethernet # ISA devices that use the old ISA shims #device le # Wireless NIC cards #device wlan # 802.11 support #device an # Aironet 4500/4800 802.11 wireless NICs. #device awi # BayStack 660 and others #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support #device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" #device gif # IPv6 and IPv4 tunneling #device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support #device uhci # UHCI PCI->USB interface #device ohci # OHCI PCI->USB interface #device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices #device ugen # Generic #device uhid # "Human Interface Devices" #device ukbd # Keyboard #device ulpt # Printer #device umass # Disks/Mass storage - Requires scbus and da #device ums # Mouse #device urio # Diamond Rio 500 MP3 player #device uscanner # Scanners # USB Ethernet, requires mii #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet # FireWire support #device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) --------------080201040209030404030403 Content-Type: text/plain; name="dmesg" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg" 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-RELEASE-p6 #0: Fri Apr 1 22:35:59 UTC 2005 mook@www.bmby.co.il:/usr/obj/usr/src/sys/BMBY ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3200.13-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf34 Stepping = 4 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 2147430400 (2047 MB) avail memory = 2100178944 (2002 MB) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard ioapic3 irqs 72-95 on motherboard ioapic4 irqs 96-119 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x908-0x90b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 acpi_tz0: on acpi0 pcib0: on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci2: on pcib1 pcib2: at device 0.0 on pci2 pci3: on pcib2 bge0: mem 0xfdef0000-0xfdefffff irq 25 at device 1.0 on pci3 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:0f:20:f9:d9:a9 bge1: mem 0xfdee0000-0xfdeeffff irq 26 at device 1.1 on pci3 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:0f:20:f9:d9:a8 pcib3: at device 0.2 on pci2 pci4: on pcib3 ciss0: port 0x4000-0x40ff mem 0xfdf80000-0xfdfbffff,0xfdff0000-0xfdff1fff irq 51 at device 3.0 on pci4 ciss0: [GIANT-LOCKED] pcib4: at device 6.0 on pci0 pci5: on pcib4 pcib5: at device 0.0 on pci5 pci6: on pcib5 pcib6: at device 0.2 on pci5 pci10: on pcib6 pci0: at device 29.0 (no driver attached) pci0: at device 29.1 (no driver attached) pci0: at device 29.2 (no driver attached) pci0: at device 29.3 (no driver attached) pci0: at device 29.7 (no driver attached) pcib7: at device 30.0 on pci0 pci1: on pcib7 pci1: at device 3.0 (no driver attached) pci1: at device 4.0 (no driver attached) pci1: at device 4.2 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x500-0x50f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A orm0: at iomem 0xee000-0xeffff,0xcc000-0xcd7ff,0xc8000-0xcbfff,0xc0000-0xc7fff on isa0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 10.000 msec acd0: CDROM at ata0-master PIO4 da0 at ciss0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 135.168MB/s transfers da0: 34727MB (71122560 512 byte sectors: 255H 32S/T 8716C) da1 at ciss0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-0 device da1: 135.168MB/s transfers da1: 69455MB (142245120 512 byte sectors: 255H 32S/T 17432C) SMP: AP CPU #3 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! Mounting root from ufs:/dev/da0s1a Pre-seeding PRNG: kickstart . Loading configuration files. Entropy harvesting: interrupts ethernet point_to_point kickstart . swapon: adding /dev/da1s1b as swap device Starting file system checks: /dev/da0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/da0s1a: clean, 14532529 free (72385 frags, 1807518 blocks, 0.4% fragmentation) /dev/da1s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/da1s1d: clean, 30620172 free (2956 frags, 3827152 blocks, 0.0% fragmentation) Setting hostname: www.bmby.co.il. bge0: flags=8843 mtu 1500 options=1a inet 192.117.122.137 netmask 0xffffff00 broadcast 192.117.122.255 ether 00:0f:20:f9:d9:a9 media: Ethernet autoselect (none) status: no carrier lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 add net default: gateway 192.117.122.1 Additional routing options: . Starting devd. Mounting NFS file systems: . Starting syslogd. Apr 1 22:53:41 www syslogd: kernel boot file is /boot/kernel/kernel ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/X11R6/lib /usr/local/lib /etc/ld-elf.so.conf a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout /usr/X11R6/lib/aout /etc/ld.so.conf Starting local daemons: . Updating motd . Configuring syscons: blanktime . Starting sshd. Starting sendmail. Initial i386 initialization: . Additional ABI support: . Starting cron. Local package initialization: Starting apache. Starting mysql. Starting openntpd. Starting proftpd. Starting xinetd. . Additional TCP options: . Starting background file system checks in 60 seconds. Fri Apr 1 22:53:45 UTC 2005 Apr 1 22:54:17 www su: **** to root on /dev/ttyp0 pid 656 (httpd), uid 0: exited on signal 11 (core dumped) Apr 1 22:54:31 www kernel: pid 656 (httpd), uid 0: exited on signal 11 (core dumped) pid 2583 (httpd), uid 0: exited on signal 11 (core dumped) Apr 1 23:11:13 www kernel: pid 2583 (httpd), uid 0: exited on signal 11 (core dumped) pid 2608 (httpd), uid 0: exited on signal 11 (core dumped) Apr 1 23:12:49 www kernel: pid 2608 (httpd), uid 0: exited on signal 11 (core dumped) --------------080201040209030404030403 Content-Type: text/plain; name="make.conf" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="make.conf" SUP_UPDATE= yes SUP= /usr/local/bin/cvsup SUPFLAGS= -g -L 2 SUPHOST= cvsup8.de.FreeBSD.org SUPFILE= /usr/share/examples/cvsup/standard-supfile PORTSSUPFILE= /usr/share/examples/cvsup/ports-supfile KERNCONF=BMBY CPUTYPE?=i686 # added by use.perl 2005-03-15 11:30:49 PERL_VER=5.8.6 PERL_VERSION=5.8.6 --------------080201040209030404030403-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 4 06:09:17 2005 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 BC26F16A4CE; Mon, 4 Apr 2005 06:09:17 +0000 (GMT) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0695D43D31; Mon, 4 Apr 2005 06:09:17 +0000 (GMT) (envelope-from mkb@mkbuelow.net) Received: from drjekyll.mkbuelow.net (p3E9E2C8D.dip.t-dialin.net [62.158.44.141]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 51346333E6; Mon, 4 Apr 2005 08:09:11 +0200 (CEST) Received: from drjekyll.mkbuelow.net (mkb@localhost.mkbuelow.net [127.0.0.1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j3469g7b001419; Mon, 4 Apr 2005 08:09:43 +0200 (CEST) (envelope-from mkb@drjekyll.mkbuelow.net) Message-Id: <200504040609.j3469g7b001419@drjekyll.mkbuelow.net> To: Nate Lawson In-Reply-To: Message from Nate Lawson of "Sun, 03 Apr 2005 21:43:57 PDT." <4250C60D.8040306@root.org> X-Mailer: MH-E 7.82; nmh 1.0.4; GNU Emacs 21.3.1 Date: Mon, 04 Apr 2005 08:09:42 +0200 From: Matthias Buelow cc: Greg 'groggy' Lehey cc: Christian Brueffer cc: freebsd-stable@freebsd.org cc: Pierre-Luc Drouin Subject: Re: 5.4-prerelease - hanging under load 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, 04 Apr 2005 06:09:17 -0000 Nate Lawson writes: >sysctl dev.cpu and look at the current frequency setting. If low, then >your system is affected and will be fixed soon when I mfc. If not, >perhaps you have an interrupt storm (vmstat -i) Just for the record. I ran vmstat -i in a loop while untarring the thunderbird source (causing degraded interactive responsiveness, as reported in an earlier mail), and couldn't see any noticable increase in interrupt rate. mkb. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 4 06:14:25 2005 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 723BC16A4CE; Mon, 4 Apr 2005 06:14:25 +0000 (GMT) Received: from dev.bmby.co.il (l192-114-46-204.broadband.actcom.net.il [192.114.46.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B56A43D31; Mon, 4 Apr 2005 06:14:24 +0000 (GMT) (envelope-from uzi@bmby.com) Received: from [10.0.0.3] ([10.0.0.3]) by dev.bmby.co.il (8.12.9/8.12.9) with ESMTP id j346EMqx024651; Mon, 4 Apr 2005 09:14:23 +0300 Message-ID: <4250DB47.5020008@bmby.com> Date: Mon, 04 Apr 2005 09:14:31 +0300 From: Uzi Klein User-Agent: Mozilla Thunderbird 1.0 (X11/20050111) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Chuck Swiger References: <424D1FBD.3070207@bmby.com> <20050401185643.I94922@carver.gumbysoft.com> <20050402065702.GA69101@pit.databus.com> <20050402145930.G1503@carver.gumbysoft.com> <42501965.3030103@bmby.com> <425049F8.3060704@mac.com> In-Reply-To: <425049F8.3060704@mac.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: ports@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: apache+mod_ssl signal 4 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, 04 Apr 2005 06:14:25 -0000 Chuck Swiger wrote: [.....] > Try using PHP from the ports and see whether that runs better. If it > does, well, take a look at what the port changes, and you've probably > located the source of your current problems. I mananged to fix it. php was compiled with OpenSSL support. When I removed that, it works like charm. ( Still, i might want that future one day ) BTW, PHP has no specific FreeBSD patches AFAIK, and it was working on 5.3-RELEASE before p-5. Looks more like a shared lib problem than a PHP bug to me, but then again, I'm no expert. Regards -- Uzi Klein BMBY Software Systems Ltd http://www.bmby.com From owner-freebsd-stable@FreeBSD.ORG Mon Apr 4 08:33:38 2005 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 D14FA16A4CE for ; Mon, 4 Apr 2005 08:33:38 +0000 (GMT) Received: from gandalf.osk.com.ua (osk.com.ua [195.5.17.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E43243D58 for ; Mon, 4 Apr 2005 08:33:37 +0000 (GMT) (envelope-from subscriber@osk.com.ua) Received: from localhost (localhost [127.0.0.1]) by gandalf.osk.com.ua (Postfix) with ESMTP id 8699B78C5E; Mon, 4 Apr 2005 11:33:22 +0300 (EEST) Received: from gandalf.osk.com.ua ([127.0.0.1]) by localhost (gandalf.osk.com.ua [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 57246-20; Mon, 4 Apr 2005 11:33:13 +0300 (EEST) Received: from oleg.osk.lan (unknown [192.168.0.20]) by gandalf.osk.com.ua (Postfix) with ESMTP id B65CD78C08; Mon, 4 Apr 2005 11:33:13 +0300 (EEST) Date: Mon, 4 Apr 2005 10:35:11 +0200 From: Oleg Tarasov X-Mailer: The Bat! (v3.0.1.33) Professional X-Priority: 3 (Normal) Message-ID: <1887307017.20050404103511@osk.com.ua> To: Kris Kennaway In-Reply-To: <20050329225834.GA20557@xor.obsecurity.org> References: <15810317675.20050324122809@osk.com.ua> <20050329225834.GA20557@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at osk.com.ua cc: freebsd-stable@FreeBSD.org Subject: Re: kernel panics on sio interrupt-level overflows X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: FreeBSD MailList List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 08:33:38 -0000 Hello, Kris Kennaway wrote: > Does enabling WITNESS support (and possibly excluding > WITNESS_SKIPSPIN) produce any diagnostics? > Kris I can enable WITNESS, but I don't know where to find that useful information I can provide. My server's uptime is 8 days without mpsafenet working. I am ready to cooperate to find out the problem's origin - it seems that it is a problem of a larger scale that i thought. As I see this bug occured not only on my machine - there is a topic about MySQL causing panics due to heavy load of connections - and also turning off mpsafenet helped. I have little experience working with FreeBSD, but i was a programmer all my life (so i am not helpless though :) ). So, if you could briefly explain to me what should I do I'll do that. It is difficult to me to take out experiments on my machine as it is a working server providing internet to all my organization (~40 clients) - but thas is not a real problem if one wants to solve a greater problem. I really want to make my favourite OS (from jan 2005) better. -- Best regards, Oleg Tarasov mailto:subscriber@osk.com.ua From owner-freebsd-stable@FreeBSD.ORG Mon Apr 4 08:43:44 2005 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 3E49E16A4CE for ; Mon, 4 Apr 2005 08:43:44 +0000 (GMT) Received: from hermes.oxyd.fr (hermes.oxyd.fr [195.137.249.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3EBC43D39 for ; Mon, 4 Apr 2005 08:43:43 +0000 (GMT) (envelope-from pcasidy@casidy.com) Received: from [81.56.135.122] (helo=smtp.casidy.net) by hermes.oxyd.fr with asmtp (Exim 4.20) id 1DINBP-0000D3-CK for freebsd-stable@freebsd.org; Mon, 04 Apr 2005 10:43:43 +0200 Received: from casidy.com (unknown [192.168.1.15]) by smtp.casidy.net (Postfix) with ESMTP id 03082B86C for ; Mon, 4 Apr 2005 10:43:37 +0200 (CEST) Date: Mon, 4 Apr 2005 10:53:04 +0200 (CEST) From: pcasidy@casidy.com To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Message-Id: <20050404084337.03082B86C@smtp.casidy.net> X-auth-smtp-user: postmaster@casidy.com X-abuse-contact: abuse@oxyd.fr Subject: RealTek 8169S (re) and NFS server not responding 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, 04 Apr 2005 08:43:44 -0000 Hi! I have a problem since I changed the NIC of my server to a driver re. I encounter a lots of NFS server not responding from any clients as soon as the load on the network increase. I had to do an horrible hack: I added the following script on the server crontab every 2 minutes: #!/bin/sh /sbin/ifconfig re0 mtu 1490 /bin/sleep 15 /sbin/ifconfig re0 mtu 1500 The performances are poor because after between 1 or 2 minutes, the NFS server is not responding but it is usable. Any idea besides changing the NIC? Thanks Phil. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 4 09:08:44 2005 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 EF24216A4CE for ; Mon, 4 Apr 2005 09:08:44 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84AFB43D2F for ; Mon, 4 Apr 2005 09:08:44 +0000 (GMT) (envelope-from alexjeffburke@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so22373wra for ; Mon, 04 Apr 2005 02:08:44 -0700 (PDT) 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=o/f439vhMjKV1vahn0IOZtRvx2kLvtdHEaXn5mIbtyyWt2ClNqVKPRqszDXKZlcZxEgsXpszjHbqG7TKrOtsNo8RRIUStMjZCjnV7yyrSSv5G1lCnIfcSckOrfEkJEFVc7McXlffHQV7D0sDSYkPenFZxHPB10U//lucUxHbQS8= Received: by 10.54.7.4 with SMTP id 4mr120050wrg; Mon, 04 Apr 2005 02:08:44 -0700 (PDT) Received: by 10.54.37.43 with HTTP; Mon, 4 Apr 2005 02:08:43 -0700 (PDT) Message-ID: Date: Mon, 4 Apr 2005 10:08:43 +0100 From: Alex Burke To: FreeBSD STABLE In-Reply-To: <86ekdra6q9.fsf@borg.borderworlds.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <867jjlrpz9.fsf@borg.borderworlds.dk> <20050402150904.M1503@carver.gumbysoft.com> <86ekdra6q9.fsf@borg.borderworlds.dk> Subject: Re: 5.4-PRERELEASE pccard problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Alex Burke List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 09:08:45 -0000 Hi, Just a small point - I am not sure if RELENG_5_4 exists yet, I think that is only created after RELENG_5 is branched to create FreeBSD 5.4-RELEASE. Try cvsup'ing to RELENG_5 maybe? Thanks, Alex J Burke. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 4 09:24:00 2005 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 B9C7816A4CE for ; Mon, 4 Apr 2005 09:24:00 +0000 (GMT) Received: from ferengi.borderworlds.dk (ferengi.borderworlds.dk [80.166.152.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 353D843D41 for ; Mon, 4 Apr 2005 09:24:00 +0000 (GMT) (envelope-from xi@borderworlds.dk) Received: from borg.borderworlds.dk (localhost [127.0.0.1]) by ferengi.borderworlds.dk (Postfix) with ESMTP id A0292B817; Mon, 4 Apr 2005 11:23:58 +0200 (CEST) Received: by borg.borderworlds.dk (Postfix, from userid 1001) id 7978211418; Mon, 4 Apr 2005 11:23:58 +0200 (CEST) Sender: xi@borderworlds.dk To: Alex Burke References: <867jjlrpz9.fsf@borg.borderworlds.dk> <20050402150904.M1503@carver.gumbysoft.com> <86ekdra6q9.fsf@borg.borderworlds.dk> From: Christian Laursen Date: 04 Apr 2005 11:23:58 +0200 In-Reply-To: Message-ID: <86ll7ynbdd.fsf@borg.borderworlds.dk> Lines: 10 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: FreeBSD STABLE Subject: Re: 5.4-PRERELEASE pccard problem 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, 04 Apr 2005 09:24:00 -0000 Alex Burke writes: > Just a small point - I am not sure if RELENG_5_4 exists yet, I think > that is only created after RELENG_5 is branched to create FreeBSD > 5.4-RELEASE. It exists all right. -- Christian Laursen From owner-freebsd-stable@FreeBSD.ORG Mon Apr 4 11:18:06 2005 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 6DEA916A4CE for ; Mon, 4 Apr 2005 11:18:06 +0000 (GMT) Received: from mail22.syd.optusnet.com.au (mail22.syd.optusnet.com.au [211.29.133.160]) by mx1.FreeBSD.org (Postfix) with ESMTP id A033B43D54 for ; Mon, 4 Apr 2005 11:18:05 +0000 (GMT) (envelope-from gmenhennitt@optusnet.com.au) Received: from [203.2.73.8] (c220-237-137-84.mckinn1.vic.optusnet.com.au [220.237.137.84])j34BI3oi004556; Mon, 4 Apr 2005 21:18:04 +1000 Message-ID: <425121DF.3070203@optusnet.com.au> Date: Mon, 04 Apr 2005 21:15:43 +1000 From: Graham Menhennitt User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: Doug White References: <42436771.3060006@optusnet.com.au> <20050325133558.U16071@carver.gumbysoft.com> <42449BCE.7010600@optusnet.com.au> <20050327130409.F35584@carver.gumbysoft.com> <4247AFDB.1060307@optusnet.com.au> <20050329184539.C58510@carver.gumbysoft.com> In-Reply-To: <20050329184539.C58510@carver.gumbysoft.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: "ffs_mountroot: can't find rootvp" after cvsup and making worldfmen 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, 04 Apr 2005 11:18:06 -0000 Doug White wrote: >>Anyway, I now have a working kernel. I presume that I should file a PR >>on this. >> >> > >Yes please. > > Done - kern/79332 >Do you have a long delay at the point where the bogus messages are printed >in the newer kernel, but in the older? The change implies that it will get >out of a busted channel faster, but your disk apparently needs a longer >delay. If its hanging for the full 30s on the working kernel then that >woud explain why shortening the dealy ends up with a missing disk. > > No, there is about a 3 second delay. >If you want to try another workaround, increase the ata_udelay(100000); by >2, and progressively longer until your disk reappears. (You may want to >reduce the for exit condition on timeout since it'll wait 310 iterations.) >If that doesn't work, start increasing the DELAY()s. > > I've increased it to 400000 and it fixes the problem - 300000 doesn't. I'll update the PR to reflect this. Thanks for your help, Graham From owner-freebsd-stable@FreeBSD.ORG Mon Apr 4 12:13:25 2005 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 52AB016A4CE for ; Mon, 4 Apr 2005 12:13:25 +0000 (GMT) Received: from mrelay3.uni-hannover.de (mrelay3.uni-hannover.de [130.75.2.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECFCE43D55 for ; Mon, 4 Apr 2005 12:13:23 +0000 (GMT) (envelope-from gerrit@pmp.uni-hannover.de) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2])j34CDF9e023329; Mon, 4 Apr 2005 14:13:15 +0200 (MEST) Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id 0EAF62B2; Mon, 4 Apr 2005 14:13:11 +0200 (CEST) Date: Mon, 4 Apr 2005 14:13:10 +0200 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: Mike Tancsa Message-Id: <20050404141310.3c8751c1.gerrit@pmp.uni-hannover.de> In-Reply-To: <6.2.1.2.0.20050401080445.0360fe48@64.7.153.2> References: <20050401143933.39eaa052.gerrit@pmp.uni-hannover.de> <6.2.1.2.0.20050401080445.0360fe48@64.7.153.2> Organization: Plasmaphysik X-Mailer: Sylpheed version 1.0.1 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.2.2 (mrelay3.uni-hannover.de [130.75.2.41]); Mon, 04 Apr 2005 14:13:15 +0200 (MEST) X-Scanned-By: MIMEDefang 2.42 cc: freebsd-stable@freebsd.org Subject: Re: USB device causes kernel panic 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, 04 Apr 2005 12:13:25 -0000 On Fri, 01 Apr 2005 08:05:47 -0500 Mike Tancsa wrote about Re: USB device causes kernel panic: MT> >I have a XS-Drive Pro VP300 (Vosonic) here which runs fine as USB1 MT> >device, but completely screws up my system when pluggeg into a USB2 MT> >port. MT> Try updating to the latest RELENG_5. There have been a lot of USB bug MT> fixes since Dec. Ok, I think now I have the latest: arc# uname -a FreeBSD arc.pmp.uni-hannover.de 5.4-STABLE FreeBSD 5.4-STABLE #3: Mon Apr 4 11:21:26 CEST 2005 I can attach the drive now, and it basically works. I can successfully do something like this: (%:/mnt/xs-drive)- dd if=/dev/zero of=Z bs=1024k count=10 10+0 records in 10+0 records out 10485760 bytes transferred in 3.841036 secs (2729930 bytes/sec) However, when I increase the amount of data by using count=100, the thing hangs again. This time I get the following: (%:/mnt/xs-drive)- dd if=/dev/zero of=Z bs=1024k count=100 umass0: BBB reset failed, TIMEOUT umass0: BBB reset failed, TIMEOUT [...] Any hints? cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Mon Apr 4 13:15:49 2005 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 6C1BB16A4CE for ; Mon, 4 Apr 2005 13:15:49 +0000 (GMT) Received: from raven.kierun.org (raven.yorksj.ac.uk [193.61.234.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0AB843D46 for ; Mon, 4 Apr 2005 13:15:48 +0000 (GMT) (envelope-from yann@raven.kierun.org) Received: from yann by raven.kierun.org with local (Exim 4.50 (FreeBSD)) id 1DIRQh-0005nS-2D for freebsd-stable@freebsd.org; Mon, 04 Apr 2005 14:15:47 +0100 Date: Mon, 4 Apr 2005 14:15:47 +0100 From: Yann Golanski To: freebsd-stable@freebsd.org Message-ID: <20050404131547.GA21834@kierun.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sm4nu43k4a2Rpi4c" Content-Disposition: inline User-Agent: Mutt/1.5.9i Sender: "Yann Golanski,University of York,+44(0)1904-433088" Subject: Xorg problem with 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: Mon, 04 Apr 2005 13:15:49 -0000 --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I am having an issue with Xorg under FreeBSD 5.3: The screen has lots of small wave-like patterns descending along the screen whenever the CPU does any work. My monitor is a Viglen CRT. Any idea how to solve this? Google is of no help -- at least with the characters I can think of searching under. Versions are: xorg-6.8.2 on FreeBSD 5.3-RELEASE. --=20 yann@kierun.org -=3D*=3D- www.kierun.= org PGP: 009D 7287 C4A7 FD4F 1680 06E4 F751 7006 9DE2 6318 --sm4nu43k4a2Rpi4c Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCUT4D91FwBp3iYxgRAlraAJ9aXl1wa3sHZcPoCbsngOjuci41QgCdG+tb d16/Zlq0FYgMfjRmqiyD3Aw= =K0XC -----END PGP SIGNATURE----- --sm4nu43k4a2Rpi4c-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 4 13:20:37 2005 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 1D5B416A4CE; Mon, 4 Apr 2005 13:20:37 +0000 (GMT) Received: from serv1-mk3.ilse.net (serv1-mk3.ilse.net [62.69.160.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 559FE43D1F; Mon, 4 Apr 2005 13:20:36 +0000 (GMT) (envelope-from marcolz@serv1-mk3.ilse.net) Received: (from marcolz@localhost) by serv1-mk3.ilse.net (8.12.11/8.12.11) id j34DKXJn074718; Mon, 4 Apr 2005 15:20:33 +0200 (CEST) (envelope-from marcolz) Date: Mon, 4 Apr 2005 15:20:33 +0200 From: Marc Olzheim To: FreeBSD-gnats-submit@FreeBSD.org, freebsd-bugs@FreeBSD.org Message-ID: <20050404132033.GA74536@ilse.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline X-Operating-System: FreeBSD serv1-mk3.ilse.net 4.6-RC FreeBSD 4.6-RC X-URL: http://ilse.nl/ User-Agent: Mutt/1.5.9i cc: Sven Berkvens cc: FreeBSD-stable@FreeBSD.org Subject: Re: kern/79208: Deadlock or starvation doing heavy NFS writes with writev 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, 04 Apr 2005 13:20:37 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 FreeBSD 5.3-RELEASE-p6 (SMP) #0: Wed Mar 30 14:28:31 CEST 2005 on i386 is vulnerable as well, so it has been b0rken for some time now, I'm afraid. Marc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFCUT8hezjnobFOgrERAg7xAKCVF1sLLaKzu7Mm5HaD96LXJFajfgCfYK+g lga7RE/3bmqEM5tr6Ru4EGY= =xpuk -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 4 13:38:01 2005 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 875DD16A4CE for ; Mon, 4 Apr 2005 13:38:01 +0000 (GMT) Received: from resmo.com (resmo.com [204.202.11.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F73D43D3F for ; Mon, 4 Apr 2005 13:38:01 +0000 (GMT) (envelope-from gstewart@bonivet.net) X-Resmo-Authenticated-User: [] X-Resmo-Msg-Submitted-By: mail.bonivet.net [81.56.185.133] Received: from dragonfly.bonivet.net (mail.bonivet.net [81.56.185.133]) by resmo.com (8.13.1/8.12.11) with ESMTP id j34DbxZC034969 for ; Mon, 4 Apr 2005 13:38:00 GMT Received: from dragonfly.bonivet.net (localhost.bonivet.net [127.0.0.1]) by dragonfly.bonivet.net (8.13.3/8.13.1) with SMTP id j34Dbrmb002397 for ; Mon, 4 Apr 2005 15:37:53 +0200 (CEST) (envelope-from gstewart@bonivet.net) Date: Mon, 4 Apr 2005 15:37:52 +0200 From: Godwin Stewart To: freebsd-stable@freebsd.org Message-Id: <20050404153752.2513edf0.gstewart@bonivet.net> In-Reply-To: <20050404131547.GA21834@kierun.org> References: <20050404131547.GA21834@kierun.org> X-Mailer: Sylpheed version 1.9.7 (GTK+ 2.6.4; i386-unknown-freebsd5.4) X-Face: #T;eJks=B[`71qrwp`l6BW8xI&hP8S*4Kd%e?8o"rL02ZYf"rWa41l83a)L,*; S).Ukq$U% II{-z#5%i&X8"%{$)ZWmE7WBDF)?wK1^7]u9T;@jqdZo?IT!d-L`!@&vW)F_1 X-GnuPG-Key: http://www.bonivet.net/gpg/pubkey.txt Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Subject: Re: Xorg problem with 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: Mon, 04 Apr 2005 13:38:01 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 4 Apr 2005 14:15:47 +0100, Yann Golanski wrote: > I am having an issue with Xorg under FreeBSD 5.3: The screen has lots > of small wave-like patterns descending along the screen whenever the CPU > does any work. My monitor is a Viglen CRT. I think this is more likely to be an issue with the graphics adapter than with the monitor. The monitor has no way of knowing if the CPU is under load or not and therefore cannot react to it. The graphics adapter, OTOH, could be experiencing EMI from the CPU fan as it steps up power with the CPU heating up, or maybe just reacting to the extra heat from the CPU if it's near enough. Or maybe the shielding in the Sub-D connected to the monitor is bust. Either way round we don't have enough information to go on here, but I expect the problem is not the monitor in any case. > Versions are: xorg-6.8.2 on FreeBSD 5.3-RELEASE. More to the point, what type of CPU is it, what kind of graphics card on what bus, and how far away from the CPU? - --=20 G. Stewart - gstewart@bonivet.net There are only 10 kinds of people in the world: Those who understand binary, and those who don't. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCUUMwK5oiGLo9AcYRAtbVAJ9maUtjXe7D05ZvcTdR+A0/voAwXwCgi0Pl 0dITO5VbBwKgi0O2jLk8XPI=3D =3DesMs -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 4 15:17:13 2005 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 1AECF16A4CE for ; Mon, 4 Apr 2005 15:17:13 +0000 (GMT) Received: from smtp011.mail.yahoo.com (smtp011.mail.yahoo.com [216.136.173.31]) by mx1.FreeBSD.org (Postfix) with SMTP id 24D1643D5F for ; Mon, 4 Apr 2005 15:17:10 +0000 (GMT) (envelope-from kaeru@pd.jaring.my) Received: from unknown (HELO wolverine.cerebro.net.my) (khairil?yusof@219.94.62.144 with plain) by smtp011.mail.yahoo.com with SMTP; 4 Apr 2005 15:17:09 -0000 From: Khairil Yusof To: Christian Laursen In-Reply-To: <86y8c1q9fh.fsf@borg.borderworlds.dk> References: <86y8c1q9fh.fsf@borg.borderworlds.dk> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-A7x1Gy1Z/tpWH2lrpOCE" Date: Mon, 04 Apr 2005 19:21:50 +0800 Message-Id: <1112613710.43675.13.camel@wolverine> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port cc: freebsd-stable@freebsd.org Subject: Re: 5.4-PRERELEASE usb audio problem 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, 04 Apr 2005 15:17:13 -0000 --=-A7x1Gy1Z/tpWH2lrpOCE Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2005-04-02 at 21:13 +0200, Christian Laursen wrote: > When I plug in my Logitech USB headset I get the following: >=20 > uaudio0: Logitech Logitech USB Headset, rev 1.10/1.13, addr 2 > uaudio_add_selector: NOT IMPLEMENTED > uaudio0: audio rev 1.00 > pcm1: on uaudio0 > pcm1: chn_init(pcm1:play:0) failed: err =3D 19 > pcm1: pcm_chn_create(ua_chan, 1, 0xc1974780) failed > uhid0: Logitech Logitech USB Headset, rev 1.10/1.13, addr 2, iclass 1/1 Julian Elischer, posted a fix on freebsd-current@ some time ago. Edit /usr/src/sys/dev/sound/usb/uaudio_pcm.c Change, #define UAUDIO_PCM_BUFF_SIZE 16*1024 to #define UAUDIO_PCM_BUFF_SIZE (16*1024-1) This works for my Sony SRS-T10PC USB speakers. If it fixes it for other usb audio devices, I think this fix should be committed. --=-A7x1Gy1Z/tpWH2lrpOCE Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCUSNODAqnLW/+/X8RAsOCAKDJJyvSk2rMDkjOLO80OPKnmCewigCeP+J9 CcllGxy+/aluJseR5wfdyxw= =9/4M -----END PGP SIGNATURE----- --=-A7x1Gy1Z/tpWH2lrpOCE-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 4 16:47:43 2005 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 9B8DE16A4CE for ; Mon, 4 Apr 2005 16:47:43 +0000 (GMT) Received: from mail.trident-uk.co.uk (mail.trident-uk.co.uk [194.221.74.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17F1F43D39 for ; Mon, 4 Apr 2005 16:47:43 +0000 (GMT) (envelope-from sparc@mail.trident-uk.co.uk) Received: from localhost (localhost.trident-uk.co.uk [127.0.0.1]) by mail.trident-uk.co.uk (Postfix) with ESMTP id 77F3E8294F for ; Mon, 4 Apr 2005 17:47:39 +0100 (BST) Received: from mail.trident-uk.co.uk ([127.0.0.1]) by localhost (cobain.trident-uk.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04402-01 for ; Mon, 4 Apr 2005 16:47:39 +0000 (GMT) Received: from m0ng.noc.trident-uk.co.uk (m0ng.noc.trident-uk.co.uk [192.168.122.20]) by mail.trident-uk.co.uk (Postfix) with ESMTP id 8D6CE828FB for ; Mon, 4 Apr 2005 17:47:37 +0100 (BST) Received: by m0ng.noc.trident-uk.co.uk (Postfix, from userid 1001) id 20A0C6585; Mon, 4 Apr 2005 17:47:41 +0100 (BST) Date: Mon, 4 Apr 2005 17:47:41 +0100 From: Jamie Heckford To: freebsd-stable@freebsd.org Message-ID: <20050404164741.GA11628@nipples.trident-uk.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by amavisd-new at trident-uk.co.uk Subject: IPFW2 fwd rulesets not working X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: jamie@tridentmicrosystems.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, 04 Apr 2005 16:47:43 -0000 Hi, Has anyone else had issues with using the fwd/forward feature of IPFW2? As described in below PR, not working for me either since going to 5.3 :( http://lists.freebsd.org/pipermail/freebsd-i386/2004-November/001823.html Any pointers would be greatly appreciated! thanks From owner-freebsd-stable@FreeBSD.ORG Mon Apr 4 16:49:24 2005 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 B9C3516A4CE for ; Mon, 4 Apr 2005 16:49:24 +0000 (GMT) Received: from avscan2.sentex.ca (avscan2.sentex.ca [199.212.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F35943D49 for ; Mon, 4 Apr 2005 16:49:24 +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 j34GnNdd076494; Mon, 4 Apr 2005 12:49:23 -0400 (EDT) (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 76274-03; Mon, 4 Apr 2005 12:49:23 -0400 (EDT) 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 j34GnNIF076478; Mon, 4 Apr 2005 12:49:23 -0400 (EDT) (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 j34GnGeG040550; Mon, 4 Apr 2005 12:49:16 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050404124731.03480cf0@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Mon, 04 Apr 2005 12:48:04 -0400 To: jamie@tridentmicrosystems.co.uk, freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <20050404164741.GA11628@nipples.trident-uk.co.uk> References: <20050404164741.GA11628@nipples.trident-uk.co.uk> 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: IPFW2 fwd rulesets not working 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, 04 Apr 2005 16:49:25 -0000 At 12:47 PM 04/04/2005, Jamie Heckford wrote: >Hi, > >Has anyone else had issues with using the fwd/forward feature of IPFW2? > >As described in below PR, not working for me either since going to 5.3 :( > >http://lists.freebsd.org/pipermail/freebsd-i386/2004-November/001823.html > >Any pointers would be greatly appreciated! Hi, Try adding options IPFIREWALL_FORWARD options IPFIREWALL_FORWARD_EXTENDED From owner-freebsd-stable@FreeBSD.ORG Mon Apr 4 17:03:49 2005 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 44E2316A4CE for ; Mon, 4 Apr 2005 17:03:49 +0000 (GMT) Received: from ferengi.borderworlds.dk (ferengi.borderworlds.dk [80.166.152.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id A343543D39 for ; Mon, 4 Apr 2005 17:03:48 +0000 (GMT) (envelope-from xi@borderworlds.dk) Received: from borg.borderworlds.dk (localhost [127.0.0.1]) by ferengi.borderworlds.dk (Postfix) with ESMTP id E6EA9B90D; Mon, 4 Apr 2005 19:03:46 +0200 (CEST) Received: by borg.borderworlds.dk (Postfix, from userid 1001) id B15021144A; Mon, 4 Apr 2005 19:03:46 +0200 (CEST) Sender: xi@borderworlds.dk To: Khairil Yusof References: <86y8c1q9fh.fsf@borg.borderworlds.dk> <1112613710.43675.13.camel@wolverine> From: Christian Laursen Date: 04 Apr 2005 19:03:46 +0200 In-Reply-To: <1112613710.43675.13.camel@wolverine> Message-ID: <864qemv5hp.fsf@borg.borderworlds.dk> Lines: 24 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-stable@freebsd.org Subject: Re: 5.4-PRERELEASE usb audio problem 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, 04 Apr 2005 17:03:49 -0000 Khairil Yusof writes: > On Sat, 2005-04-02 at 21:13 +0200, Christian Laursen wrote: > > When I plug in my Logitech USB headset I get the following: > > > > uaudio0: Logitech Logitech USB Headset, rev 1.10/1.13, addr 2 > > uaudio_add_selector: NOT IMPLEMENTED > > uaudio0: audio rev 1.00 > > pcm1: on uaudio0 > > pcm1: chn_init(pcm1:play:0) failed: err = 19 > > pcm1: pcm_chn_create(ua_chan, 1, 0xc1974780) failed > > uhid0: Logitech Logitech USB Headset, rev 1.10/1.13, addr 2, iclass 1/1 > > Julian Elischer, posted a fix on freebsd-current@ some time ago. [snip] > This works for my Sony SRS-T10PC USB speakers. If it fixes it for other > usb audio devices, I think this fix should be committed. It doesn't seem to make any difference. -- Christian Laursen From owner-freebsd-stable@FreeBSD.ORG Mon Apr 4 17:04:18 2005 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 1EDA716A4CF for ; Mon, 4 Apr 2005 17:04:18 +0000 (GMT) Received: from mail.trident-uk.co.uk (mail.trident-uk.co.uk [194.221.74.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id C349543D2F for ; Mon, 4 Apr 2005 17:04:17 +0000 (GMT) (envelope-from sparc@mail.trident-uk.co.uk) Received: from localhost (localhost.trident-uk.co.uk [127.0.0.1]) by mail.trident-uk.co.uk (Postfix) with ESMTP id 7C4608295B; Mon, 4 Apr 2005 18:04:14 +0100 (BST) Received: from mail.trident-uk.co.uk ([127.0.0.1]) by localhost (cobain.trident-uk.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05027-04; Mon, 4 Apr 2005 17:04:14 +0000 (GMT) Received: from m0ng.noc.trident-uk.co.uk (m0ng.noc.trident-uk.co.uk [192.168.122.20]) by mail.trident-uk.co.uk (Postfix) with ESMTP id 91DD88290D; Mon, 4 Apr 2005 18:04:10 +0100 (BST) Received: by m0ng.noc.trident-uk.co.uk (Postfix, from userid 1001) id 39CC06585; Mon, 4 Apr 2005 18:04:14 +0100 (BST) Date: Mon, 4 Apr 2005 18:04:14 +0100 From: Jamie Heckford To: Mike Tancsa Message-ID: <20050404170414.GA11785@nipples.trident-uk.co.uk> References: <20050404164741.GA11628@nipples.trident-uk.co.uk> <6.2.1.2.0.20050404124731.03480cf0@64.7.153.2> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6.2.1.2.0.20050404124731.03480cf0@64.7.153.2> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by amavisd-new at trident-uk.co.uk cc: freebsd-stable@freebsd.org cc: jamie@tridentmicrosystems.co.uk Subject: Re: IPFW2 fwd rulesets not working X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: jamie@tridentmicrosystems.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, 04 Apr 2005 17:04:18 -0000 On Mon, Apr 04, 2005 at 12:48:04PM -0400, Mike Tancsa wrote: > At 12:47 PM 04/04/2005, Jamie Heckford wrote: > >Hi, > > > >Has anyone else had issues with using the fwd/forward feature of IPFW2? > > > >As described in below PR, not working for me either since going to 5.3 :( > > > >http://lists.freebsd.org/pipermail/freebsd-i386/2004-November/001823.html > > > >Any pointers would be greatly appreciated! > > Hi, > Try adding > > options IPFIREWALL_FORWARD > options IPFIREWALL_FORWARD_EXTENDED > > Saw this.... however FreeBSD 5.3-RELEASE-p6 #2: Thu Mar 31 01:50:41 BST 2005 is giving unknown option "IPFIREWALL_FORWARD_EXTENDED" Very strange! From owner-freebsd-stable@FreeBSD.ORG Mon Apr 4 17:07:13 2005 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 245A216A4CE for ; Mon, 4 Apr 2005 17:07:13 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id B899F43D46 for ; Mon, 4 Apr 2005 17:07:11 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id j34H7A3v017470; Mon, 4 Apr 2005 21:07:10 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Mon, 4 Apr 2005 21:07:10 +0400 (MSD) From: Maxim Konovalov To: Jamie Heckford In-Reply-To: <20050404170414.GA11785@nipples.trident-uk.co.uk> Message-ID: <20050404210620.T17465@mp2.macomnet.net> References: <20050404164741.GA11628@nipples.trident-uk.co.uk> <20050404170414.GA11785@nipples.trident-uk.co.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: IPFW2 fwd rulesets not working 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, 04 Apr 2005 17:07:13 -0000 > Saw this.... however FreeBSD 5.3-RELEASE-p6 #2: Thu Mar 31 01:50:41 > BST 2005 is giving unknown option "IPFIREWALL_FORWARD_EXTENDED" You need RELENG_5 or RELENG_5_4, not RELENG_5_3. -- Maxim Konovalov From owner-freebsd-stable@FreeBSD.ORG Mon Apr 4 17:35:45 2005 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 DC6C316A4CE for ; Mon, 4 Apr 2005 17:35:45 +0000 (GMT) Received: from avscan1.sentex.ca (avscan1.sentex.ca [199.212.134.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 754B243D49 for ; Mon, 4 Apr 2005 17:35:45 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id j34HZiBq065864; Mon, 4 Apr 2005 13:35:44 -0400 (EDT) (envelope-from mike@sentex.net) Received: from avscan1.sentex.ca ([127.0.0.1]) by localhost (avscan1.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 65297-08; Mon, 4 Apr 2005 13:35:44 -0400 (EDT) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id j34HZhi4065823; Mon, 4 Apr 2005 13:35:44 -0400 (EDT) (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 j34HZb3Q040638; Mon, 4 Apr 2005 13:35:37 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050404133244.03443c68@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Mon, 04 Apr 2005 13:34:25 -0400 To: jamie@tridentmicrosystems.co.uk From: Mike Tancsa In-Reply-To: <20050404170414.GA11785@nipples.trident-uk.co.uk> References: <20050404164741.GA11628@nipples.trident-uk.co.uk> <6.2.1.2.0.20050404124731.03480cf0@64.7.153.2> <20050404170414.GA11785@nipples.trident-uk.co.uk> 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 avscan1b cc: freebsd-stable@freebsd.org Subject: Re: IPFW2 fwd rulesets not working 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, 04 Apr 2005 17:35:46 -0000 At 01:04 PM 04/04/2005, Jamie Heckford wrote: > > Try adding > > > > options IPFIREWALL_FORWARD > > options IPFIREWALL_FORWARD_EXTENDED > >Saw this.... however FreeBSD 5.3-RELEASE-p6 #2: Thu Mar 31 01:50:41 BST >2005 is giving >unknown option "IPFIREWALL_FORWARD_EXTENDED" This was only added to RELENG_5. I would cvsup, or wait a few days for the 5.4R. I have been using RELENG_5 on a number of production boxes and they are very stable and I think 5.4R will be as well. But as always, YMMV ---Mike From owner-freebsd-stable@FreeBSD.ORG Mon Apr 4 17:35:55 2005 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 8136416A511; Mon, 4 Apr 2005 17:35:55 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A64443D39; Mon, 4 Apr 2005 17:35:55 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 375FA72DD9; Mon, 4 Apr 2005 10:35:55 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 354C772DD4; Mon, 4 Apr 2005 10:35:55 -0700 (PDT) Date: Mon, 4 Apr 2005 10:35:55 -0700 (PDT) From: Doug White To: Uzi Klein In-Reply-To: <4250DB47.5020008@bmby.com> Message-ID: <20050404103341.H20646@carver.gumbysoft.com> References: <424D1FBD.3070207@bmby.com> <20050401185643.I94922@carver.gumbysoft.com> <20050402145930.G1503@carver.gumbysoft.com> <4250DB47.5020008@bmby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: ports@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: apache+mod_ssl signal 4 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, 04 Apr 2005 17:35:55 -0000 On Mon, 4 Apr 2005, Uzi Klein wrote: > Chuck Swiger wrote: > > [.....] > > Try using PHP from the ports and see whether that runs better. If it > > does, well, take a look at what the port changes, and you've probably > > located the source of your current problems. > > I mananged to fix it. > php was compiled with OpenSSL support. > When I removed that, it works like charm. > ( Still, i might want that future one day ) > > BTW, PHP has no specific FreeBSD patches AFAIK, and it was working on > 5.3-RELEASE before p-5. > > Looks more like a shared lib problem than a PHP bug to me, but then > again, I'm no expert. I've seen this if you have multiple OpenSSL versions installed and somehow both libraries get linked in at once. This commonly happens if you have program X linked against openssl 0.9.6 and load shared library Y linked against 0.9.7. Use ldd to inspect your httpd and php modules and try to find the offending openssl library. Perhaps you installed OpenSSL as a port at one point? -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Mon Apr 4 17:59:22 2005 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 C465316A4CE for ; Mon, 4 Apr 2005 17:59:22 +0000 (GMT) Received: from mail.trident-uk.co.uk (mail.trident-uk.co.uk [194.221.74.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7896E43D5E for ; Mon, 4 Apr 2005 17:59:22 +0000 (GMT) (envelope-from sparc@mail.trident-uk.co.uk) Received: from localhost (localhost.trident-uk.co.uk [127.0.0.1]) by mail.trident-uk.co.uk (Postfix) with ESMTP id 5F21A8290D; Mon, 4 Apr 2005 18:59:19 +0100 (BST) Received: from mail.trident-uk.co.uk ([127.0.0.1]) by localhost (cobain.trident-uk.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07510-02; Mon, 4 Apr 2005 17:59:19 +0000 (GMT) Received: from m0ng.noc.trident-uk.co.uk (m0ng.noc.trident-uk.co.uk [192.168.122.20]) by mail.trident-uk.co.uk (Postfix) with ESMTP id 873AC828EE; Mon, 4 Apr 2005 18:59:18 +0100 (BST) Received: by m0ng.noc.trident-uk.co.uk (Postfix, from userid 1001) id 3FAF06585; Mon, 4 Apr 2005 18:59:22 +0100 (BST) Date: Mon, 4 Apr 2005 18:59:22 +0100 From: Jamie Heckford To: Mike Tancsa Message-ID: <20050404175922.GA12011@nipples.trident-uk.co.uk> References: <20050404164741.GA11628@nipples.trident-uk.co.uk> <6.2.1.2.0.20050404124731.03480cf0@64.7.153.2> <20050404170414.GA11785@nipples.trident-uk.co.uk> <6.2.1.2.0.20050404133244.03443c68@64.7.153.2> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6.2.1.2.0.20050404133244.03443c68@64.7.153.2> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by amavisd-new at trident-uk.co.uk cc: freebsd-stable@freebsd.org cc: jamie@tridentmicrosystems.co.uk Subject: Re: IPFW2 fwd rulesets not working X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: jamie@tridentmicrosystems.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, 04 Apr 2005 17:59:22 -0000 On Mon, Apr 04, 2005 at 01:34:25PM -0400, Mike Tancsa wrote: > This was only added to RELENG_5. I would cvsup, or wait a few days for the > 5.4R. I have been using RELENG_5 on a number of production boxes and they > are very stable and I think 5.4R will be as well. But as always, YMMV > Ah ok, cvsup it is then I guess! Thanks very much to all those who assisted. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 4 20:33:35 2005 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 AA44B16A4CE for ; Mon, 4 Apr 2005 20:33:35 +0000 (GMT) Received: from zaphod.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F5FB43D1F for ; Mon, 4 Apr 2005 20:33:34 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 4092B11AC4; Mon, 4 Apr 2005 22:33:33 +0200 (CEST) Date: Mon, 4 Apr 2005 22:33:33 +0200 From: "Simon L. Nielsen" To: freebsd-stable@freebsd.org Message-ID: <20050404203332.GG779@zaphod.nitro.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5vjQsMS/9MbKYGLq" Content-Disposition: inline User-Agent: Mutt/1.5.9i Subject: Kernel panic on 5.4-PRERELEASE in doselwakeup() 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, 04 Apr 2005 20:33:35 -0000 --5vjQsMS/9MbKYGLq Content-Type: multipart/mixed; boundary="3xoW37o/FfUZJwQG" Content-Disposition: inline --3xoW37o/FfUZJwQG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hello First, sorry for the lack of details, but given that 5.4 is in prerelease I though it could be interesting to rapport the problem anyway, in hope that somebody else has seen something similar. I don't haave the actual panic message since the serial cable wasn't connected at the time and I didn't really have the time to find out how to get the panic string from the system, since it's my main mailserver... of cause dumpdev wasn't configured either, since the system hasn't paniced before... doh... anyway: FreeBSD nfishbone.nitro.dk 5.4-PRERELEASE FreeBSD 5.4-PRERELEASE #2: Sat Apr 2 20:34:28 CEST 2005 simon@nfishbone.nitro.dk:/usr/obj/usr/src/sys/FISHBONE i386 Tracing pid 82803 tid 100158 td 0xc1c04c00 doselwakeup(c3276274,59,da6479e0,c052a399,c3276274) at doselwakeup+0x6e selwakeuppri(c3276274,59) at selwakeuppri+0xe ttwakeup(c3276200,c3276200,c3276200,c1a64200,c06d4d40) at ttwakeup+0x21 ttymodem(c3276200,1) at ttymodem+0x13c ptcopen(c1a64200,3,2000,c1c04c00,da647a80) at ptcopen+0x63 spec_open(da647a80,da647b3c,c0554aa3,da647a80,cbd5d1a0) at spec_open+0x270 spec_vnoperate(da647a80) at spec_vnoperate+0x13 vn_open_cred(da647be4,da647ce4,0,c3f85e00,4) at vn_open_cred+0x463 vn_open(da647be4,da647ce4,0,4,c06fa880) at vn_open+0x1e kern_open(c1c04c00,bfbfe470,0,3,0) at kern_open+0xcc open(c1c04c00,da647d14,3,5,292) at open+0x18 syscall(2f,2f,2f,ffffffff,281cec2d) at syscall+0x213 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (5, FreeBSD ELF32, open), eip = 0x282bd59b, esp = 0xbfbfe43c, ebp = 0xbfbfe498 --- I'm not sure if the following is correct.. but : [root@nfishbone:FISHBONE] nm kernel.debug | grep doselwakeup c051f0ec t doselwakeup [simon@zaphod:~] printf 'obase=16\nibase=16\nC051F0EC+6E\n' | bc C051F15A [root@nfishbone:FISHBONE] addr2line -e kernel.debug C051F15A /usr/src/sys/kern/sys_generic.c:1082 sys/kern/sys_generic.c : if (td == NULL) { mtx_unlock(&sellock); return; } 1082: TAILQ_REMOVE(&td->td_selq, sip, si_thrlist); sip->si_thread = NULL; mtx_lock_spin(&sched_lock); td->td_flags &= ~TDF_SELECT; mtx_unlock_spin(&sched_lock); I don't know if this is useful to anyone... kernel config also attached in case that's interesting. -- Simon L. Nielsen --3xoW37o/FfUZJwQG Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=FISHBONE # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.394.2.2 2003/12/07 23:52:53 scottl Exp $ # $Id: FISHBONE,v 1.4 2005/04/02 15:38:53 simon Exp $ machine i386 cpu I486_CPU cpu I586_CPU cpu I686_CPU ident FISHBONE #To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" #Default places to look for devices. makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING #P osix P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. # Debugging for use in -current options KDB # Enable kernel debugger support. options KDB_UNATTENDED options DDB # Support DDB. options GDB # Support remote GDB. #options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS #options WITNESS # Enable checks to detect deadlocks and cycles #options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed # My additions options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #enable logging to syslogd(8) options IPFIREWALL_VERBOSE_LIMIT=100 #limit verbosity options QUOTA #enable disk quotas options MAC #Mandatory Access Control options INCLUDE_CONFIG_FILE # Include this file in kernel # To make an SMP kernel, the next two are needed options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC device isa device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID #Static device numbering # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device cd # CD device pass # Passthrough device (direct SCSI access) # RAID controllers interfaced to the SCSI subsystem device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID # RAID controllers device pst # Promise Supertrak SX6000 device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. device em # Intel PRO/1000 adapter Gigabit Ethernet Card # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # 'device ed' requires 'device miibus' device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards device ep # Etherlink III based cards # Pseudo devices - the number indicates how many units to allocate. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device umass # Disks/Mass storage - Requires scbus and da --3xoW37o/FfUZJwQG-- --5vjQsMS/9MbKYGLq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCUaSch9pcDSc1mlERAntDAJ46cqFnwQyuP9V4O4lsvcdZY88gCACeLqOA RzHsvFJgdS544/6kxeVcO38= =k99A -----END PGP SIGNATURE----- --5vjQsMS/9MbKYGLq-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 4 21:48:35 2005 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 5C74216A4CE for ; Mon, 4 Apr 2005 21:48:35 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1895B43D41 for ; Mon, 4 Apr 2005 21:48:35 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 46E20513DA; Mon, 4 Apr 2005 14:48:34 -0700 (PDT) Date: Mon, 4 Apr 2005 14:48:34 -0700 From: Kris Kennaway To: Oleg Tarasov Message-ID: <20050404214834.GA61661@xor.obsecurity.org> References: <15810317675.20050324122809@osk.com.ua> <20050329225834.GA20557@xor.obsecurity.org> <1887307017.20050404103511@osk.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline In-Reply-To: <1887307017.20050404103511@osk.com.ua> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@FreeBSD.org cc: Kris Kennaway Subject: Re: kernel panics on sio interrupt-level overflows 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, 04 Apr 2005 21:48:35 -0000 --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 04, 2005 at 10:35:11AM +0200, Oleg Tarasov wrote: > Hello, >=20 > Kris Kennaway wrote: >=20 >=20 > > Does enabling WITNESS support (and possibly excluding > > WITNESS_SKIPSPIN) produce any diagnostics? >=20 > > Kris > =20 > I can enable WITNESS, but I don't know where to find that useful > information I can provide. Turn on mpsafenet again, and with WITNESS also enabled you may get diagnostics on the system console about lock order reversals or other SMP programming errors that could be the cause of your panics. Kris --bg08WKrSYDhXBjb5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCUbYxWry0BWjoQKURAoCCAKDwTc+tdDqHDeyr87ELJ4+f8WfIOgCePLOf QUdHbBRfiTQCJygmOTkoF4E= =ZxW0 -----END PGP SIGNATURE----- --bg08WKrSYDhXBjb5-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 4 22:10:20 2005 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 3DE6C16A4CE for ; Mon, 4 Apr 2005 22:10:20 +0000 (GMT) Received: from relay.rdsnet.ro (gimli.rdsnet.ro [193.231.236.70]) by mx1.FreeBSD.org (Postfix) with SMTP id ED93F43D45 for ; Mon, 4 Apr 2005 22:10:18 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 21092 invoked from network); 4 Apr 2005 22:03:58 -0000 Received: from unknown (HELO smtp.rdsnet.ro) (62.231.74.130) by smtp1-133.rdsnet.ro with SMTP; 4 Apr 2005 22:03:58 -0000 Received: (qmail 27611 invoked by uid 89); 4 Apr 2005 22:19:29 -0000 Received: from unknown (HELO it.buh.tecnik93.com) (81.196.204.98) by 0 with SMTP; 4 Apr 2005 22:19:29 -0000 Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id CAE5511417 for ; Tue, 5 Apr 2005 01:10:07 +0300 (EEST) Date: Tue, 5 Apr 2005 01:10:02 +0300 From: Ion-Mihai Tetcu To: freebsd-stable@freebsd.org Message-ID: <20050405011002.0312f606@it.buh.tecnik93.com> X-Mailer: Sylpheed-Claws 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: [5.4] installworld fails in acpica 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, 04 Apr 2005 22:10:20 -0000 Hey Sources of a couple of hours ago, clean obj dir, etc -------------------------------------------------------------- >>> Installing everything -------------------------------------------------------------- cd /usr/src; make -f Makefile.inc1 install ===> share/info ===> include [ ... ] if [ -L /usr/include/crypto ]; then rm -f /usr/include/crypto; fi mtree -deU -f /usr/src/include/../etc/mtree/BSD.include.dist -p /usr/include ./dev/acpica missing (directory not created: File exists) cd /usr/include/cam; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/geom; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/net; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/net80211; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/netatalk; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/netatm; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/netgraph; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/netinet; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/netinet6; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/netipsec; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/netipx; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/netkey; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/netnatm; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/netncp; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/netsmb; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/nfs; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/nfsclient; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/nfsserver; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/pccard; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/posix4; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/sys; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/vm; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/cam/scsi; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/dev/acpica; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd: can't cd to /usr/include/dev/acpica *** Error code 2 Stop in /usr/src/include. *** 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. # ll /usr/include/dev/acpica -r--r--r-- 1 root wheel 4210 Mar 4 00:13 /usr/include/dev/acpica Now on 2 other machines:the dir does not exists and on a third > ll /usr/include/dev/acpica total 6 -r--r--r-- 1 root wheel 4210 Mar 11 16:54 acpiio.h If I remove the file and run make installworld it goes OK. Now, what's wrong ? -- IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-stable@FreeBSD.ORG Mon Apr 4 23:07:04 2005 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 A638616A4D1 for ; Mon, 4 Apr 2005 23:07:04 +0000 (GMT) Received: from w2b.BigIMAP.com (w2b.bigimap.com [67.137.230.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0439243D53 for ; Mon, 4 Apr 2005 23:07:04 +0000 (GMT) (envelope-from Walentyn@gorsk.com) Received: from [127.0.0.1] (helo=localhost) by w2b.BigIMAP.com with esmtp (Exim 4.32) id 1DIaes-0004l4-VO; Mon, 04 Apr 2005 16:07:03 -0700 Received: from pool-151-203-222-74.bos.east.verizon.net (pool-151-203-222-74.bos.east.verizon.net [151.203.222.74]) by w2b.bigimap.com (IMP) with HTTP for ; Mon, 4 Apr 2005 19:07:02 -0400 Message-ID: <1112656022.4251c896e7046@w2b.bigimap.com> Date: Mon, 4 Apr 2005 19:07:02 -0400 From: Walentyn To: freebsd-stable@freebsd.org References: <1112572809.42508389e0170@w2b.bigimap.com> <200504041014.00115.doconnor@gsoft.com.au> In-Reply-To: <200504041014.00115.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.4 X-Originating-IP: 151.203.222.74 X-BFI-Originally-From: Subject: Re: FreeBSD mpd PPTP client connection to SnapGearLITE+ 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, 04 Apr 2005 23:07:04 -0000 Quoting Daniel O'Connor : > > I've done Windows -> FreeBSD PopTop server without any big issues. > So have I, but I'm going from FreeBSD client to SnapGearLITE UCLinux PopTop server appliance > It would be helpful if you supplied log files and configs to download > somewhere. > (Please see below.) > PS PPTP encryption sucks, use openvpn or IPSec :) > Unfortunately, have no choice in the matter. > -- > 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 > Thank you! -- Walentyn -------------------------------------------------- # cat /usr/local/etc/mpd/mpd.conf # default: load vpn vpn: new -i ng0 vpn vpn set iface disable on-demand set iface enable proxy-arp set bundle disable multilink set bundle authname "[remote username]" set bundle password "[password]" set link yes acfcomp protocomp set link mtu 1400 #### set link mru 1400 set link no pap chap set link enable chap set link keep-alive 60 180 set ipcp yes vjcomp set bundle enable compression set ccp yes mppc set ccp yes mpp-e40 #### set ccp no mpp-e40 set ccp yes mpp-e128 set ccp yes mpp-stateless set bundle yes crypt-reqd open -------------------------------------------------- # cat /usr/local/etc/mpd/mpd.links # vpn: set link type pptp set pptp self [FBSD client IP] set pptp peer [SGL server IP] set pptp enable originate outcall set pptp disable incoming -------------------------------------------------- Console output: # mpd Multi-link PPP for FreeBSD, by Archie L. Cobbs. Based on iij-ppp, by Toshiharu OHNO. mpd: pid 12394, version 3.18 (root@freebsd.org 08:48 21-Mar-2005) [vpn] ppp node is "mpd12394-vpn" [vpn] using interface ng0 [vpn] IFACE: Open event [vpn] IPCP: Open event [vpn] IPCP: state change Initial --> Starting [vpn] IPCP: LayerStart [vpn:vpn] [vpn] bundle: OPEN event in state CLOSED [vpn] opening link "vpn"... [vpn] link: OPEN event [vpn] LCP: Open event [vpn] LCP: state change Initial --> Starting [vpn] LCP: LayerStart [vpn] device: OPEN event in state DOWN pptp0: connecting to [SGL server IP]:1723 [vpn] device is now in state OPENING pptp0: connected to [SGL server IP]:1723 pptp0: attached to connection with [SGL server IP]:1723 pptp0-0: outgoing call connected at 64000 bps [vpn] PPTP call successful [vpn] device: UP event in state OPENING [vpn] device is now in state UP [vpn] link: UP event [vpn] link: origination is local [vpn] LCP: Up event [vpn] LCP: state change Starting --> Req-Sent [vpn] LCP: phase shift DEAD --> ESTABLISH [vpn] LCP: SendConfigReq #1 ACFCOMP PROTOCOMP MRU 1500 MAGICNUM 1dcbdb30 AUTHPROTO CHAP MSOFTv2 [vpn] LCP: SendConfigReq #2 ACFCOMP PROTOCOMP MRU 1500 MAGICNUM 1dcbdb30 AUTHPROTO CHAP MSOFTv2 [vpn] LCP: SendConfigReq #3 ACFCOMP PROTOCOMP MRU 1500 MAGICNUM 1dcbdb30 AUTHPROTO CHAP MSOFTv2 [vpn] LCP: SendConfigReq #4 ACFCOMP PROTOCOMP MRU 1500 MAGICNUM 1dcbdb30 AUTHPROTO CHAP MSOFTv2 [vpn] LCP: SendConfigReq #5 ACFCOMP PROTOCOMP MRU 1500 MAGICNUM 1dcbdb30 AUTHPROTO CHAP MSOFTv2 [vpn] LCP: SendConfigReq #6 ACFCOMP PROTOCOMP MRU 1500 MAGICNUM 1dcbdb30 AUTHPROTO CHAP MSOFTv2 [vpn] LCP: SendConfigReq #7 ACFCOMP PROTOCOMP MRU 1500 MAGICNUM 1dcbdb30 AUTHPROTO CHAP MSOFTv2 [vpn] LCP: SendConfigReq #8 ACFCOMP PROTOCOMP MRU 1500 MAGICNUM 1dcbdb30 AUTHPROTO CHAP MSOFTv2 [vpn] LCP: SendConfigReq #9 ACFCOMP PROTOCOMP MRU 1500 MAGICNUM 1dcbdb30 AUTHPROTO CHAP MSOFTv2 [vpn] LCP: SendConfigReq #10 ACFCOMP PROTOCOMP MRU 1500 MAGICNUM 1dcbdb30 AUTHPROTO CHAP MSOFTv2 [vpn] LCP: state change Req-Sent --> Stopped [vpn] LCP: LayerFinish [vpn] LCP: parameter negotiation failed [vpn] LCP: LayerFinish [vpn] device: CLOSE event in state UP pptp0-0: clearing call [vpn] device is now in state CLOSING [vpn] device: CLOSE event in state CLOSING [vpn] device is now in state CLOSING [vpn] device: DOWN event in state CLOSING [vpn] device is now in state DOWN [vpn] link: DOWN event [vpn] LCP: Down event [vpn] LCP: state change Stopped --> Starting [vpn] LCP: phase shift ESTABLISH --> DEAD [vpn] LCP: LayerStart [vpn] device: OPEN event in state DOWN [vpn] pausing 9 seconds before open [vpn] device is now in state DOWN [vpn] device: OPEN event in state DOWN [vpn] device is now in state DOWN pptp0-0: peer call disconnected res=disconnect request err=none pptp0-0: killing channel pptp0: closing connection with [SGL server IP]:1723 pptp0: killing connection with [SGL server IP]:1723 [vpn] device: OPEN event in state DOWN -------------------------------------------------- SnapGearLITE corresponding log entries: Apr 04 22:48:32 pptpd[10188]: CTRL: Client [FBSD client IP] control connection started Apr 04 22:48:32 pptpd[10188]: CTRL: Starting call (launching pppd, opening GRE) Apr 04 22:48:32 pptpd[10188]: CTRL: Allocating pty/tty pair Apr 04 22:48:32 pptpd[10188]: CTRL: Allocated pty/tty pair (/dev/ptyp1,/dev/ttyp1) Apr 04 22:48:33 pppd[10189]: pppd 2.3.8 started by (unknown), uid 0 Apr 04 22:48:33 pppd[10189]: Using interface ppp2 Apr 04 22:48:33 pppd[10189]: pppd create pidfile Apr 04 22:48:33 pppd[10189]: Connect: ppp2 <--> /dev/ttyp1 Apr 04 22:48:33 pppd[10189]: Will not do PAP for user PoPToP Apr 04 22:48:33 pppd[10189]: Will not do CHAP for user PoPToP Apr 04 22:48:33 pptpd[10188]: GRE: Discarding duplicate packet Apr 04 22:48:33 pptpd[10188]: CTRL: EOF or bad error reading ctrl packet length. Apr 04 22:48:33 pptpd[10188]: CTRL: couldn't read packet header (exit) Apr 04 22:48:33 pptpd[10188]: CTRL: CTRL read failed Apr 04 22:48:33 pptpd[10188]: CTRL: Client [FBSD client IP] control connection finished Apr 04 22:48:33 pppd[10189]: Modem hangup Apr 04 22:48:33 pppd[10189]: Connection terminated. Apr 04 22:48:33 pppd[10189]: Exit. -------------------------------------------------- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 4 23:59:30 2005 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 B5CD916A4CE for ; Mon, 4 Apr 2005 23:59:30 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE16643D31 for ; Mon, 4 Apr 2005 23:59:29 +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 j34NxPEP051698; Tue, 5 Apr 2005 09:29:26 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Walentyn Date: Tue, 5 Apr 2005 09:29:12 +0930 User-Agent: KMail/1.8 References: <1112572809.42508389e0170@w2b.bigimap.com> <200504041014.00115.doconnor@gsoft.com.au> <1112656022.4251c896e7046@w2b.bigimap.com> In-Reply-To: <1112656022.4251c896e7046@w2b.bigimap.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1998548.OnhUzWi11i"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200504050929.21260.doconnor@gsoft.com.au> X-Spam-Score: -2 () IN_REP_TO,PGP_SIGNATURE_2,REFERENCES,SPAM_PHRASE_00_01,TO_LOCALPART_EQ_REAL,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD mpd PPTP client connection to SnapGearLITE+ 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, 04 Apr 2005 23:59:30 -0000 --nextPart1998548.OnhUzWi11i Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 5 Apr 2005 08:37, Walentyn wrote: > -------------------------------------------------- > # cat /usr/local/etc/mpd/mpd.conf > # Any reason you are using mpd? I have only done it with ppp.. Looking at the log messages I would guess it's failing to negotiate MSChap= =20 properly, although never having used mpd I coudln't really offer any=20 suggestions.. =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 --nextPart1998548.OnhUzWi11i Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCUdTZ5ZPcIHs/zowRAkjFAJ9TbYxWGmpTi2I2fVjwUVjrAgUbpACdFnLm 1Qv91k9Kax04P/kmN3oVCI8= =6uyN -----END PGP SIGNATURE----- --nextPart1998548.OnhUzWi11i-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 5 00:39:16 2005 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 7DC0416A4CE; Tue, 5 Apr 2005 00:39:16 +0000 (GMT) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACAA443D1F; Tue, 5 Apr 2005 00:39:13 +0000 (GMT) (envelope-from grog@lemis.com) Received: by blackwater.lemis.com (Postfix, from userid 1004) id C47AE85687; Tue, 5 Apr 2005 10:09:11 +0930 (CST) Date: Tue, 5 Apr 2005 10:09:11 +0930 From: Greg 'groggy' Lehey To: freebsd-stable@FreeBSD.org, FreeBSD-amd64@FreeBSD.org Message-ID: <20050405003911.GT867@wantadilla.lemis.com> References: <424B308C.7070506@samsco.org> <20050330230951.GY84137@wantadilla.lemis.com> <200503301525.37798.peter@wemm.org> <20050331184524.GB1687@dragon.NUXI.org> <20050330222439.GU84137@wantadilla.lemis.com> <20050330223546.GA4705@troutmask.apl.washington.edu> <20050330224445.GW84137@wantadilla.lemis.com> <200503311032.33718.doconnor@gsoft.com.au> <20050331015429.GH6252@wantadilla.lemis.com> <20050331185902.GF1687@dragon.NUXI.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="owPIoVL9FiqC4k42" Content-Disposition: inline In-Reply-To: <20050331184524.GB1687@dragon.NUXI.org> <20050331185902.GF1687@dragon.NUXI.org> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Subject: Re: Problems with AMD64 and 8 GB RAM? (solved) 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, 05 Apr 2005 00:39:16 -0000 --owPIoVL9FiqC4k42 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thursday, 31 March 2005 at 10:59:02 -0800, David O'Brien wrote: > On Thu, Mar 31, 2005 at 11:24:29AM +0930, Greg 'groggy' Lehey wrote: >> On Thursday, 31 March 2005 at 10:32:33 +0930, Daniel O'Connor wrote: >>> On Thu, 31 Mar 2005 08:14, Greg 'groggy' Lehey wrote: >>>>> Have you run sysutils/memtest86 with the 8 GB? >>>> >>>> Heh. Difficult when the system doesn't run. >>> >>> You could try http://www.memtest86.com although that doesn't do >4Gb >> :( >> >> I'm pretty sure it's not the memory. I've tried each pair >> individually, and it's only when they're both in there together that >> it's a problem. And yes, I've tried them in each pair of slots. > > You have a dual-channel memory controller. If you insert one DIMM you > perform 64-bit data accesses. If you install DIMM's in pairs (making > sure you're using the right "paired" sockets), you perform 128-bit data > accesses. Thus your access pattern is different between these two > situations. I'm highly suspious that you can us 4x2GB DIMM's with out > knowing the exact part number. Don't forget 2GB DIMM's are > double-stacked and thus look like double the electrical bus loads. The > same is true for older 1GB DIMM's. This looks like it's the issue. > Install all the memory you would like to use into your motherboard, > download memtest86+ version 1.40 from http://www.memtest.org, dd to > floppy or burn the ISO, and report back your findings from running > it. Done that. It was quite revealing. This particular motherboard and BIOS supply either "ECC off" or "ECC in chip kill mode". Mine was off, and I got many errors. With 4 GB (any two chips) and chip kill mode enabled, I ran memtest86+ for about 18 hours and got about 1 ECC error per second. With 8 GB, with or without chip kill, neither FreeBSD, memtest86+ nor Linux run reliably: memtest86+ spontaneously reboots every 5 minutes or so. I borrowed this memory to test the motherboard, and it's going back this week anyway. I now have my own memory :-(all 1 GB of it), and it tests perfectly. The memory I had the trouble with works perfectly in the machine for which it was purchased, so it does indeed look like an electrical loading problem. The moral of the story is, I suppose, "don't buy the MSI K8T Master2-FAR". I was warned about the motherboard before I bought it, but at the time it was the only game in town. Now I know of other places with (hopefully) better boards. Greg -- See complete headers for address and phone numbers. --owPIoVL9FiqC4k42 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCUd4vIubykFB6QiMRAnGRAKCXlMCMuXYu8rl5aTPjbIEoV5sXsgCgjNGK 5HSPyah1wMt/D4gNJFSv/0E= =QwJ8 -----END PGP SIGNATURE----- --owPIoVL9FiqC4k42-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 5 01:17:37 2005 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 7386316A4CE for ; Tue, 5 Apr 2005 01:17:37 +0000 (GMT) Received: from smtpq2.home.nl (smtpq2.home.nl [213.51.128.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id C332443D62 for ; Tue, 5 Apr 2005 01:17:36 +0000 (GMT) (envelope-from danny@ricin.com) Received: from [213.51.128.136] (port=33551 helo=smtp5.home.nl) by smtpq2.home.nl with esmtp (Exim 4.30) id 1DIchE-0004WW-0Q for freebsd-stable@freebsd.org; Tue, 05 Apr 2005 03:17:36 +0200 Received: from cp464173-a.dbsch1.nb.home.nl ([84.27.215.228]:64578 helo=desktop.homenet) by smtp5.home.nl with esmtp (Exim 4.30) id 1DIchD-0006Lo-0v for freebsd-stable@freebsd.org; Tue, 05 Apr 2005 03:17:35 +0200 From: Danny Pansters To: freebsd-stable@freebsd.org Date: Tue, 5 Apr 2005 03:17:20 +0200 User-Agent: KMail/1.8 References: <424B308C.7070506@samsco.org> <20050331185902.GF1687@dragon.NUXI.org> <20050405003911.GT867@wantadilla.lemis.com> In-Reply-To: <20050405003911.GT867@wantadilla.lemis.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200504050317.20915.danny@ricin.com> X-AtHome-MailScanner-Information: Please contact support@home.nl for more information X-AtHome-MailScanner: Found to be clean Subject: Re: Problems with AMD64 and 8 GB RAM? (solved) 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, 05 Apr 2005 01:17:37 -0000 This may not be related at all, but I've been following this thread and at certain times I wanted to drop in and stress that things like pci express cards should be re-inserted after the RAM has been (re)inserted. Perhaps the BIOSes are really that stupid that they only rely on memory adresses assigned by when you plugged in what. Anyway, it may not matter at all for you but knowing the kind of inquiring mind you have, and considering that this was one of the "sorta-would-it-matter" things hanging over this discussion, perhaps it's a point of interest also. This is how I understand it: FreeBSD 5.4-PRERELEASE #0: Fri Apr 1 01:16:43 CEST 2005 root@:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.40GHz (3400.12-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf34 Stepping = 4 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 1071837184 (1022 MB) avail memory = 1035120640 (987 MB) mptable_probe: MP Config Table has bad signature: \M^?\M^?\M^?\M^? ACPI APIC Table: [part of dmesg with this board] I have a rather new uniprocessor Intel board and the manual specifically stressed (in the light of the 4 BG limit and the &*^*&^:-o things BIOSes might do to overcome that -- the bios will want to have that reserved adress pool just below the 4 GB and depending on the bios it can map it above 4GB perhaps) that any pci express cards (my graphics card) must be inserted AFTER the RAM. Also, about the pairing of DDR2 RAM: you must alight the ram in both channels in principle (that is both in A not B), but if you don't it works if you have the same totals. Again, mobo docs should have all the quirky rules. I didn't want to disturb the discussion but in retrospective, I feel that perhaps some of these points might matter. My observations are on i386 not amd64 but the same kind of logic seems to apply AFAICT. HTH, (in retrospective of course ;-) Dan From owner-freebsd-stable@FreeBSD.ORG Tue Apr 5 03:33:54 2005 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 F212716A4CE for ; Tue, 5 Apr 2005 03:33:54 +0000 (GMT) Received: from smartmx-06.inode.at (smartmx-06.inode.at [213.229.60.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E86543D48 for ; Tue, 5 Apr 2005 03:33:54 +0000 (GMT) (envelope-from mbretter@inode.at) Received: from [83.64.182.194] (port=62197 helo=[192.168.201.12]) by smartmx-06.inode.at with esmtp (Exim 4.34) id 1DIep7-00034q-6Z; Tue, 05 Apr 2005 05:33:53 +0200 Message-ID: <425206CC.8040801@inode.at> Date: Tue, 05 Apr 2005 05:32:28 +0200 From: Michael Bretterklieber User-Agent: Mozilla/5.0 (X11; U; Linux i686; de-AT; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Walentyn References: <1112572809.42508389e0170@w2b.bigimap.com> <200504041014.00115.doconnor@gsoft.com.au> <1112656022.4251c896e7046@w2b.bigimap.com> In-Reply-To: <1112656022.4251c896e7046@w2b.bigimap.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD mpd PPTP client connection to SnapGearLITE+ 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, 05 Apr 2005 03:33:55 -0000 Hi, Walentyn wrote: > Multi-link PPP for FreeBSD, by Archie L. Cobbs. > Based on iij-ppp, by Toshiharu OHNO. > mpd: pid 12394, version 3.18 (root@freebsd.org 08:48 21-Mar-2005) > [vpn] ppp node is "mpd12394-vpn" > [vpn] using interface ng0 > [vpn] IFACE: Open event > [vpn] IPCP: Open event > [vpn] IPCP: state change Initial --> Starting > [vpn] IPCP: LayerStart > [vpn:vpn] [vpn] bundle: OPEN event in state CLOSED > [vpn] opening link "vpn"... > [vpn] link: OPEN event > [vpn] LCP: Open event > [vpn] LCP: state change Initial --> Starting > [vpn] LCP: LayerStart > [vpn] device: OPEN event in state DOWN > pptp0: connecting to [SGL server IP]:1723 > [vpn] device is now in state OPENING > pptp0: connected to [SGL server IP]:1723 > pptp0: attached to connection with [SGL server IP]:1723 > pptp0-0: outgoing call connected at 64000 bps > [vpn] PPTP call successful > [vpn] device: UP event in state OPENING > [vpn] device is now in state UP > [vpn] link: UP event > [vpn] link: origination is local > [vpn] LCP: Up event > [vpn] LCP: state change Starting --> Req-Sent > [vpn] LCP: phase shift DEAD --> ESTABLISH > [vpn] LCP: SendConfigReq #1 > ACFCOMP > PROTOCOMP > MRU 1500 > MAGICNUM 1dcbdb30 > AUTHPROTO CHAP MSOFTv2 > [vpn] LCP: SendConfigReq #2 > ACFCOMP > PROTOCOMP > MRU 1500 > MAGICNUM 1dcbdb30 > AUTHPROTO CHAP MSOFTv2 > [vpn] LCP: SendConfigReq #3 > ACFCOMP > PROTOCOMP > MRU 1500 > MAGICNUM 1dcbdb30 > AUTHPROTO CHAP MSOFTv2 > [vpn] LCP: SendConfigReq #4 > ACFCOMP > PROTOCOMP > MRU 1500 > MAGICNUM 1dcbdb30 > AUTHPROTO CHAP MSOFTv2 > [vpn] LCP: SendConfigReq #5 > ACFCOMP > PROTOCOMP > MRU 1500 > MAGICNUM 1dcbdb30 > AUTHPROTO CHAP MSOFTv2 > [vpn] LCP: SendConfigReq #6 > ACFCOMP > PROTOCOMP > MRU 1500 > MAGICNUM 1dcbdb30 > AUTHPROTO CHAP MSOFTv2 it looks like that the server is not responding to LCP config requests. Perhaps GRE is blocked somewhere (Firewall)? bye, -- ------------------------------- ---------------------------------- Michael Bretterklieber - http://www.bretterklieber.com ------------------------------ ---------------------------------- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 5 05:13:09 2005 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 190A316A4CE for ; Tue, 5 Apr 2005 05:13:09 +0000 (GMT) Received: from smtpclu-1.eunet.yu (smtpclu-1.eunet.yu [194.247.192.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5CF843D48 for ; Tue, 5 Apr 2005 05:13:07 +0000 (GMT) (envelope-from kolicz@EUnet.yu) Received: from faust.net (P-2.97.EUnet.yu [213.240.2.97]) by smtpclu-1.eunet.yu (8.12.11/8.12.11) with ESMTP id j355D3wC010833 for ; Tue, 5 Apr 2005 07:13:04 +0200 Received: by faust.net (Postfix, from userid 1001) id F0736612B; Tue, 5 Apr 2005 07:10:20 +0200 (CEST) Date: Tue, 5 Apr 2005 07:10:20 +0200 From: Zoran Kolic To: freebsd-stable Message-ID: <20050405051020.GA567@faust.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scan: EUnet-AVAS-Milter X-AVAS-Virus-Status: clean X-Spam-Checker: EUnet-AVAS-Milter X-AVAS-Spam-Score: -1.6 X-AVAS-Spam-Symbols: AWL BAYES_60 Subject: probably hardware problem 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, 05 Apr 2005 05:13:09 -0000 Hi all! On 5.3 I have strange boot on old hardware. It goes to "ata" channels, then waits about 10 seconds. Cd drive lights all the time. After that stop, resumes to the login prompt and behaves normal, except cd. It lights. Just reboot (no power down) doesn't help. When I stop the power and boot again, system starts nice and cd works fine. I removed scsi waiting time and ata cd option also from kernel. Cd is via atapicam emulated as scsi. Looking into logs, cd is not detected and mentioned first and (after new boot) present as normal. My first idea is hardware problem. Does someone know where to start? Cable? Motherboard? Since I don't have spare items, it should go to service, where I cannot control process of changing everything. (For service all staff older then second is too old.) Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Tue Apr 5 05:35:24 2005 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 4A5EB16A4CE; Tue, 5 Apr 2005 05:35:24 +0000 (GMT) Received: from mail.ilovesex.co.il (line26-112.adsl.actcom.co.il [192.115.26.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD0C343D1D; Tue, 5 Apr 2005 05:35:22 +0000 (GMT) (envelope-from uzi@bmby.com) Received: from [192.168.0.100] (uzi [192.168.0.100]) by mail.ilovesex.co.il (8.13.3/8.13.3) with ESMTP id j355ZFdv003746; Tue, 5 Apr 2005 08:35:20 +0300 (IDT) (envelope-from uzi@bmby.com) Message-ID: <425231AA.7040705@bmby.com> Date: Tue, 05 Apr 2005 08:35:22 +0200 From: Uzi Klein User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug White References: <424D1FBD.3070207@bmby.com> <20050401185643.I94922@carver.gumbysoft.com> <20050402065702.GA69101@pit.databus.com> <20050402145930.G1503@carver.gumbysoft.com> <42501965.3030103@bmby.com> <425049F8.3060704@mac.com> <4250DB47.5020008@bmby.com> <20050404103341.H20646@carver.gumbysoft.com> In-Reply-To: <20050404103341.H20646@carver.gumbysoft.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: ports@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: apache+mod_ssl signal 4 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, 05 Apr 2005 05:35:24 -0000 Doug White wrote: [....] >>php was compiled with OpenSSL support. >>When I removed that, it works like charm. >>( Still, i might want that future one day ) >> [....] > I've seen this if you have multiple OpenSSL versions installed and somehow > both libraries get linked in at once. This commonly happens if you have > program X linked against openssl 0.9.6 and load shared library Y linked > against 0.9.7. > > Use ldd to inspect your httpd and php modules and try to find the > offending openssl library. Perhaps you installed OpenSSL as a port at one > point? Thanks for giving me the idea. Perhaps there was some kind of test using OpenSSL from ports, even tho there's no track of it. Doesn't OpenSLL rebuild the libs when one rebuild world? Anyway, feels better now when the problem is "fixed" and i have a general idea of what the problem is. -- Uzi Klein BMBY Software Systems Ltd http://www.bmby.com From owner-freebsd-stable@FreeBSD.ORG Tue Apr 5 07:23:50 2005 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 D78A516A4CE for ; Tue, 5 Apr 2005 07:23:50 +0000 (GMT) Received: from smtp3.info.com.ph (smtp3.info.com.ph [202.57.96.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05E1543D2F for ; Tue, 5 Apr 2005 07:23:50 +0000 (GMT) (envelope-from marstrade@gmail.com) Received: from smtp2.info.com.ph (smtp2.info.com.ph [202.57.96.78]) by smtp3.info.com.ph (8.12.11/8.12.11) with ESMTP id j356MpLp001191 for ; Tue, 5 Apr 2005 14:22:52 +0800 Received: from 210.213.216.24.pldt.net (loopback.epldt.net [127.0.0.1] (may be forged)) by smtp2.info.com.ph (8.12.11/8.12.11) with ESMTP id j357E1l9023853 for ; Tue, 5 Apr 2005 15:14:01 +0800 From: Mars Trading To: freebsd-stable@freebsd.org Date: Tue, 5 Apr 2005 15:23:41 +0800 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200504051523.42034.marstrade@gmail.com> Subject: 5.4-STABLE kernel panic - usb related? 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, 05 Apr 2005 07:23:51 -0000 Got a kernel panic starting mgetty on ucom devices from 5.4-STABLE as of 5-APR-0400 UTC. Wasn't able to copy the panic message though. Here's the kgdb backtrace: #0 doadump () at pcpu.h:159 #1 0xc04bd35e in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:410 #2 0xc04bd686 in panic (fmt=0xc063db27 "%s") at /usr/src/sys/kern/kern_shutdown.c:566 #3 0xc0620690 in trap_fatal (frame=0xcbee19ec, eva=0) at /usr/src/sys/i386/i386/trap.c:809 #4 0xc06203a3 in trap_pfault (frame=0xcbee19ec, usermode=0, eva=76) at /usr/src/sys/i386/i386/trap.c:727 #5 0xc061ff7d in trap (frame= {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = 0, tf_esi = -1043925120, tf_ebp = -873588140, tf_isp = -873588200, tf_ebx = -1040863232, tf_edx = 0, tf_ecx = -1046884544, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1069063351, tf_cs = 8, tf_eflags = 66118, tf_esp = -1046896640, tf_ss = -873588152}) at /usr/src/sys/i386/i386/trap.c:417 #6 0xc060e2aa in calltrap () at /usr/src/sys/i386/i386/exception.s:140 #7 0x00000018 in ?? () #8 0x00000010 in ?? () #9 0x00000010 in ?? () #10 0x00000000 in ?? () #11 0xc1c6f780 in ?? () #12 0xcbee1a54 in ?? () #13 0xcbee1a18 in ?? () #14 0xc1f5b000 in ?? () #15 0x00000000 in ?? () #16 0xc199cf40 in ?? () #17 0x00000000 in ?? () #18 0x0000000c in ?? () #19 0x00000000 in ?? () #20 0xc0476349 in usb_transfer_complete (xfer=0xc1f5b000) at /usr/src/sys/dev/usb/usbdi.c:833 #21 0xc046e784 in uhci_abort_xfer (xfer=0xc1f5b000, status=USBD_NORMAL_COMPLETION) at /usr/src/sys/dev/usb/uhci.c:2022 #22 0xc046e5d9 in uhci_device_bulk_abort (xfer=0x0) at /usr/src/sys/dev/usb/uhci.c:1921 #23 0xc0476259 in usbd_ar_pipe (pipe=0xc1c6f780) at /usr/src/sys/dev/usb/usbdi.c:762 #24 0xc0475f01 in usbd_abort_pipe (pipe=0x0) at /usr/src/sys/dev/usb/usbdi.c:556 #25 0xc0c1f307 in ?? () #26 0xc1c6f780 in ?? () #27 0xcbee1ad8 in ?? () #28 0xc0c1edc8 in ?? () #29 0xc1a19400 in ?? () #30 0x00000001 in ?? () #31 0xc1a1a400 in ?? () #32 0x00000003 in ?? () #33 0xc18fb180 in ?? () #34 0xcbee1af0 in ?? () #35 0xc04f18a4 in ttyflush (tp=0xc1a19400, rw=-1046371328) at /usr/src/sys/kern/tty.c:1420 Previous frame inner to this frame (corrupt stack?) Funny thing is i only got it the first time. Tried it again after a reboot and it worked. Hope this info will be of some use. dmesg: Copyright (c) 1992-2005 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.4-STABLE #0: Tue Apr 5 14:11:56 PHT 2005 root@go.ubc.pldt.net:/usr/obj/usr/src/sys/GO Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) Processor (751.33-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x642 Stepping = 2 Features=0x183f9ff AMD Features=0xc0440000 real memory = 268369920 (255 MB) avail memory = 248782848 (237 MB) npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 pcib0: port 0x6000-0x607f,0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 nvidia0: mem 0xd8000000-0xd807ffff,0xd0000000-0xd7ffffff,0xe2000000-0xe2ffffff irq 10 at device 0.0 on pci1 uhci0: port 0xc000-0xc01f irq 5 at device 5.0 on pci0 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 0xc400-0xc41f irq 11 at device 5.1 on pci0 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 0xe5001000-0xe50010ff irq 10 at device 5.2 on pci0 usb2: EHCI version 1.0 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 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xc800-0xc87f mem 0xe5000000-0xe500007f irq 11 at device 6.0 on pci0 miibus0: on xl0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:04:75:98:bb:d3 lnc0: port 0xcc00-0xcc1f mem 0xe5002000-0xe500201f irq 10 at device 7.0 on pci0 lnc0: Attaching PCNet/PCI Ethernet adapter lnc0: Ethernet address: 00:00:f4:ae:0f:2d lnc0: if_start running deferred for Giant lnc0: PCnet-PCI isab0: at device 20.0 on pci0 isa0: on isab0 atapci0: port 0xd000-0xd00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 20.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 uhci2: port 0xd400-0xd41f irq 11 at device 20.2 on pci0 usb3: on uhci2 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pcm0: port 0xe400-0xe403,0xe000-0xe003,0xdc00-0xdcff irq 5 at device 20.5 on pci0 pcm0: fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ucom0: Prolific Technology Inc. USB-Serial Controller, rev 1.10/3.00, addr 2 ucom1: Prolific Technology Inc. USB-Serial Controller, rev 1.10/3.00, addr 3 Timecounter "TSC" frequency 751333486 Hz quality 800 Timecounters tick every 10.000 msec ad0: 39205MB [79656/16/63] at ata0-master UDMA66 acd0: DVDROM at ata1-slave UDMA33 Mounting root from ufs:/dev/ad0s1a Dennis -- Mars Trading 9620 Kamagong St., Makati, Manila, Philippines Phone: (632) 8952241 FAX: (632) 8996124 email: marstrade@gmail.com From owner-freebsd-stable@FreeBSD.ORG Tue Apr 5 07:33:07 2005 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 ED6AA16A4CE; Tue, 5 Apr 2005 07:33:07 +0000 (GMT) Received: from freebee.digiware.nl (dsl439.iae.nl [212.61.63.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A70043D1D; Tue, 5 Apr 2005 07:33:06 +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.13.1/8.13.1) with ESMTP id j357X39N096914; Tue, 5 Apr 2005 09:33:03 +0200 (CEST) (envelope-from wjw@withagen.nl) Message-ID: <42523F31.2070407@withagen.nl> Date: Tue, 05 Apr 2005 09:33:05 +0200 From: Willem Jan Withagen User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Greg 'groggy' Lehey" References: <20050330222439.GU84137@wantadilla.lemis.com> In-Reply-To: <20050330222439.GU84137@wantadilla.lemis.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD Stable Users cc: FreeBSD-amd64@freebsd.org Subject: Re: Problems with AMD64 and 8 GB RAM? 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, 05 Apr 2005 07:33:08 -0000 Greg 'groggy' Lehey wrote: > I've recently acquired an AMD64 box (dual Opteron 242, SiS Master@-FAR > motherboard > (http://www.msi.com.tw/program/products/server/svr/pro_svr_detail.php?UID=484). > See below for more details). I find it very unstable running with 8 > GB memory, though 4 GB are not a problem. At first I thought it was > the onboard peripherals, but after disabling them it still persisted. > > What's unstable? I only once got it through the boot process. > Running a 5.3-RELEASE i386 kernel it panics, though I haven't > investigated the panic (yet), since I'm not interested in the i386 > kernel. The amd64 5.4-PRERELEASE kernel just hangs/freezes. When the > peripherals are enabled, it's after probing the onboard NIC (bge) and > before probing SATA (no drives present). I've done a verbose boot, of > course, but no additional information is present. The NIC is > recognized, and that's all. > > Without the peripherals, but with a 3Com 3c905 PCI NIC, it continues > beyond this point, but doesn't enable the NIC. I don't have dmesg > output for these attempts, so I can't produce the exact message, and I > suspect it's not important. It continues until trying to mount NFS > file systems, where it hangs for obvious reasons. Pressing ^C causes > the system to either panic (and be unable to dump because I don't have > that much swap) or just hang. > > None of these problems occur when I use 4 GB memory. About the only > strangeness, which seems to come from the BIOS, is that it recognizes > only 3.5 GB. If I put all DIMMS in, it recognizes the full 8 GB > memory. > > I realize that this isn't enough to diagnose the problem. The reason > for this message now is to ask: > > 1. Has anybody else seen this problem? Hi Greg, [Currently little time so I'll dig the archives later for more details] I'm sorry to come into this discussion after 58 messages, but this board has been extensively discussed about 1 year ago, because it gave me trouble to no end (even with 2Gb). One of the early amd64 developers (not David or Scott) had the same board but could not get it stable under amd64 (i386 was fine with 2Gb). He tossed it, and suggested me to do the same. Which I did, and went to a Tyan board S278. After that there where no more problems at all. At the time I think things we're at 5.1 so now with 5.3 some features might have made the board act more stable. --WjW From owner-freebsd-stable@FreeBSD.ORG Tue Apr 5 09:25:12 2005 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 D82F016A4CE for ; Tue, 5 Apr 2005 09:25:12 +0000 (GMT) Received: from w2b.BigIMAP.com (w2b.bigimap.com [67.137.230.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA23743D58 for ; Tue, 5 Apr 2005 09:25:12 +0000 (GMT) (envelope-from Walentyn@gorsk.com) Received: from [127.0.0.1] (helo=localhost) by w2b.BigIMAP.com with esmtp (Exim 4.32) id 1DIkJ5-0004K8-A8; Tue, 05 Apr 2005 02:25:11 -0700 Received: from pool-151-203-222-74.bos.east.verizon.net (pool-151-203-222-74.bos.east.verizon.net [151.203.222.74]) by w2b.bigimap.com (IMP) with HTTP for ; Tue, 5 Apr 2005 05:25:11 -0400 Message-ID: <1112693111.425259774550e@w2b.bigimap.com> Date: Tue, 5 Apr 2005 05:25:11 -0400 From: Walentyn To: freebsd-stable@freebsd.org References: <1112572809.42508389e0170@w2b.bigimap.com> <200504041014.00115.doconnor@gsoft.com.au> <1112656022.4251c896e7046@w2b.bigimap.com> <200504050929.21260.doconnor@gsoft.com.au> In-Reply-To: <200504050929.21260.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.4 X-Originating-IP: 151.203.222.74 X-BFI-Originally-From: Subject: Re: FreeBSD mpd PPTP client connection to SnapGearLITE+ 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, 05 Apr 2005 09:25:13 -0000 Quoting Daniel O'Connor : > On Tue, 5 Apr 2005 08:37, Walentyn wrote: > > > -------------------------------------------------- > > # cat /usr/local/etc/mpd/mpd.conf > > # > > Any reason you are using mpd? I have only done it with ppp.. > No native FreeBSD ppp MPPE support (for example with PPTP-Client). Thanks for your interest! -- Walentyn From owner-freebsd-stable@FreeBSD.ORG Tue Apr 5 09:47:14 2005 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 AD98716A4CE for ; Tue, 5 Apr 2005 09:47:14 +0000 (GMT) Received: from w2b.BigIMAP.com (w2b.bigimap.com [67.137.230.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5ABD343D2F for ; Tue, 5 Apr 2005 09:47:14 +0000 (GMT) (envelope-from Walentyn@gorsk.com) Received: from [127.0.0.1] (helo=localhost) by w2b.BigIMAP.com with esmtp (Exim 4.32) id 1DIkeL-0004bC-3N; Tue, 05 Apr 2005 02:47:09 -0700 Received: from pool-151-203-222-74.bos.east.verizon.net (pool-151-203-222-74.bos.east.verizon.net [151.203.222.74]) by w2b.bigimap.com (IMP) with HTTP for ; Tue, 5 Apr 2005 05:47:09 -0400 Message-ID: <1112694429.42525e9d12433@w2b.bigimap.com> Date: Tue, 5 Apr 2005 05:47:09 -0400 From: Walentyn To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.4 X-Originating-IP: 151.203.222.74 X-BFI-Originally-From: cc: Michael Bretterklieber Subject: Re: FreeBSD mpd PPTP client connection to SnapGearLITE+ 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, 05 Apr 2005 09:47:14 -0000 Quoting Michael Bretterklieber : > Hi, > ... > > Perhaps GRE is blocked somewhere (Firewall)? > > bye, > -- > ------------------------------- ---------------------------------- > Michael Bretterklieber - http://www.bretterklieber.com > ------------------------------ ---------------------------------- > > > I thought the follwing ipfilter rules would have done the trick: ---------------------------------------------------------------------- # allow PPTP client pass in log quick on xl0 proto gre from [SGL server IP]/32 to any pass out log quick on xl0 proto gre from any to any pass in log quick on xl0 proto tcp from [SGL server IP]/32 port = 1723 to any pass out log quick on xl0 proto tcp from any to any port = 1723 ---------------------------------------------------------------------- Perhaps I missed something, however, the firewall log does show "p" (pass) for all entries during attempted negotiation. I'm starting to think that FreeBSD's mpd PPTP may be incompatible with SnapGearLITE's UCLinux PPTP interpretation (although SGL works like a champ with XP and Linux clients). Unfortunately, the appliance in question has been discontinued and the company taken over (and forgotten?) by Cyberguard. Thanks! -- Walentyn From owner-freebsd-stable@FreeBSD.ORG Tue Apr 5 10:51:26 2005 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 4569416A4CE for ; Tue, 5 Apr 2005 10:51:26 +0000 (GMT) Received: from mail.ntmk.ru (mail.ntmk.ru [217.114.241.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id C697E43D45 for ; Tue, 5 Apr 2005 10:51:24 +0000 (GMT) (envelope-from boris@ntmk.ru) Received: from boris.nikom.ru ([10.1.16.195]) by mail.ntmk.ru with esmtp (Exim 4.44) id 1DIleT-00051E-S9 for freebsd-stable@freebsd.org; Tue, 05 Apr 2005 16:51:22 +0600 Message-ID: <42526DA9.7040605@ntmk.ru> Date: Tue, 05 Apr 2005 16:51:21 +0600 From: Boris Kovalenko User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050328) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: 5.4 PRE mergemaster fails 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, 05 Apr 2005 10:51:26 -0000 Hello! mergemaster fails when NOCRYPT=true. This is because of /usr/src/etc/Makefile (line 26) .if !defined(NOCRYPT) SSH= .... but no check when installing (line 102) install ... ${SSH} -- With respect, Boris Kovalenko From owner-freebsd-stable@FreeBSD.ORG Tue Apr 5 11:24:18 2005 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 A112916A4CE; Tue, 5 Apr 2005 11:24:18 +0000 (GMT) Received: from freebee.digiware.nl (dsl439.iae.nl [212.61.63.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79B5143D1D; Tue, 5 Apr 2005 11:24:15 +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.13.1/8.13.1) with ESMTP id j35BO9VX027105; Tue, 5 Apr 2005 13:24:09 +0200 (CEST) (envelope-from wjw@withagen.nl) Message-ID: <4252755B.4000101@withagen.nl> Date: Tue, 05 Apr 2005 13:24:11 +0200 From: Willem Jan Withagen User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Greg 'groggy' Lehey" References: <20050330222439.GU84137@wantadilla.lemis.com> In-Reply-To: <20050330222439.GU84137@wantadilla.lemis.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD Stable Users cc: FreeBSD-amd64@freebsd.org Subject: Re: Problems with AMD64 and 8 GB RAM? 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, 05 Apr 2005 11:24:18 -0000 Greg 'groggy' Lehey wrote: > I've recently acquired an AMD64 box (dual Opteron 242, SiS Master@-FAR > motherboard > (http://www.msi.com.tw/program/products/server/svr/pro_svr_detail.php?UID=484). > See below for more details). I find it very unstable running with 8 > GB memory, though 4 GB are not a problem. At first I thought it was > the onboard peripherals, but after disabling them it still persisted. > > What's unstable? I only once got it through the boot process. > Running a 5.3-RELEASE i386 kernel it panics, though I haven't > 1. Has anybody else seen this problem? > 2. Has anybody else used this hardware configuration and *not* seen > this problem? [Posted something like thisearlier, but did not see it on the list] Little late to the discussion, but none the less. I bought this board over a year ago to run amd64 (you're running i386). But in the end I trashed it for running amd64 since one of then involved developers also tried to use the board without much success. It was running fine with amd64, 1 CPU, 2Gb, but as soon as I added the 2nd CPU the slightest load crashed the system somewhere in IPI-areas. After long discussions I came to the point that it was easier to get a new motherboard, so I got a Tyan Tiger S275. Which as not yet failed on me. So if ever you'd like to run amd64 on this system, even now you've determined the problem to be the load on the memory-bus, be warned that odd things could be happening. --WjW From owner-freebsd-stable@FreeBSD.ORG Tue Apr 5 12:03:46 2005 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 7F63016A4CE for ; Tue, 5 Apr 2005 12:03:46 +0000 (GMT) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F4AA43D2D for ; Tue, 5 Apr 2005 12:03:44 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from [212.40.38.87] (oddity-e.topspin.kiev.ua [212.40.38.87]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA01092; Tue, 05 Apr 2005 15:01:08 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <42527E03.5090805@icyb.net.ua> Date: Tue, 05 Apr 2005 15:01:07 +0300 From: Andriy Gapon User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050328) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bob Bishop References: <1112365401.00269464.1112352602@10.7.7.3> <1112372627.00269546.1112361001@10.7.7.3> <1112372655.00269555.1112362202@10.7.7.3> <424D7911.8060805@icyb.net.ua> <6.2.0.14.2.20050401183743.04813c10@gid.co.uk> In-Reply-To: <6.2.0.14.2.20050401183743.04813c10@gid.co.uk> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit cc: Peter Jeremy cc: stable@freebsd.org cc: David Magda Subject: Re: Kernel NTP flipping between FLL and PLL modes 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, 05 Apr 2005 12:03:46 -0000 on 01.04.2005 20:40 Bob Bishop said the following: > > Unlikely I think. As I said, I've got several machines on the same LAN: > the 5.3's misbehave; the others don't. #define CLOCK_ALLAN 1500. ... double allan_xpt = CLOCK_ALLAN; ... if (ULOGTOD(sys_poll) > allan_xpt / 2) { ... if I understand the above "random" lines of code in contrib/ntp/ntpd/ntp_loopfilter.c correctly, then PLL<->FLL switch occurs when polling interval goes 512<->1024, which is perfectly possible under certain conditions with default ntp settings: minpoll=64, maxpoll=1024 if ntp.conf(5) can be trusted. BTW, "tinker allan" part of the man page seems to not be correct - it has 1024 for default value when the code has 1500 as you can see. As I understand between 5.2.1 and 5.3 ntpd version changed from 4.1.1b to 4.2.0 and changes in this PLL/FLL area were significant, so I am not sure what is right and what is wrong here but I am going to experiment with tinker-ing allan to 2048 as Christian Hiris has suggested: http://lists.freebsd.org/pipermail/freebsd-questions/2004-November/065529.html P.S. BTW, what rules polling interval value increase/decrease ? -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue Apr 5 12:47:31 2005 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 58FF116A4CE for ; Tue, 5 Apr 2005 12:47:31 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 404CD43D2F for ; Tue, 5 Apr 2005 12:47:28 +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 j35ClNw5065773; Tue, 5 Apr 2005 22:17:24 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Walentyn Date: Tue, 5 Apr 2005 22:17:22 +0930 User-Agent: KMail/1.8 References: <1112572809.42508389e0170@w2b.bigimap.com> <200504050929.21260.doconnor@gsoft.com.au> <1112693111.425259774550e@w2b.bigimap.com> In-Reply-To: <1112693111.425259774550e@w2b.bigimap.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1455728.VHfscSJqT5"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200504052217.22538.doconnor@gsoft.com.au> X-Spam-Score: -2.8 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,TO_LOCALPART_EQ_REAL,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD mpd PPTP client connection to SnapGearLITE+ 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, 05 Apr 2005 12:47:31 -0000 --nextPart1455728.VHfscSJqT5 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 5 Apr 2005 18:55, Walentyn wrote: > > Any reason you are using mpd? I have only done it with ppp.. > > No native FreeBSD ppp MPPE support (for example with PPTP-Client). Err yes it does.. =46rom ppp(8) Supports MPPE (draft-ietf-pppext-mppe) MPPE is Microsoft Point to Poi= nt Encryption scheme. It is possible to configure ppp to participate in Microsoft's Windows VPN. For now, ppp can only get encryption keys fr= om CHAP 81 authentication. ppp must be compiled with DES for MPPE to ope= r- ate. =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 --nextPart1455728.VHfscSJqT5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCUoja5ZPcIHs/zowRAlg7AJ9wZBXEoKpW4N24ea69pZhNRFPZ8wCggIx2 SHuaTJpi4d0Vsw83YM8dkT8= =eIkx -----END PGP SIGNATURE----- --nextPart1455728.VHfscSJqT5-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 5 13:21:09 2005 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 BFA6516A4CE; Tue, 5 Apr 2005 13:21:09 +0000 (GMT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A0F043D45; Tue, 5 Apr 2005 13:21:09 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id EF3601F051; Tue, 5 Apr 2005 15:21:07 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id C5A7B6279; Tue, 5 Apr 2005 15:21:07 +0200 (CEST) Date: Tue, 5 Apr 2005 15:21:07 +0200 From: Marc Olzheim To: FreeBSD-gnats-submit@FreeBSD.org, freebsd-bugs@FreeBSD.org Message-ID: <20050405132107.GA21350@stack.nl> References: <20050404132033.GA74536@ilse.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050404132033.GA74536@ilse.net> X-Operating-System: FreeBSD hammer.stack.nl 5.4-PRERELEASE FreeBSD 5.4-PRERELEASE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.9i cc: Sven Berkvens cc: FreeBSD-stable@FreeBSD.org Subject: Re: kern/79208: Deadlock or starvation doing heavy NFS writes with writev 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, 05 Apr 2005 13:21:09 -0000 Hmm, network services like an ircd, keep functioning until they need to write a log entry, so it seems that the only thing that's "hanging", is the VFS layer. Marc From owner-freebsd-stable@FreeBSD.ORG Tue Apr 5 13:42:04 2005 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 A87E316A4CE for ; Tue, 5 Apr 2005 13:42:04 +0000 (GMT) Received: from yoda.segpub.com.au (yoda1.segpub.com.au [65.61.166.107]) by mx1.FreeBSD.org (Postfix) with SMTP id 1C1D943D2F for ; Tue, 5 Apr 2005 13:42:04 +0000 (GMT) (envelope-from jeremy@segpub.com.au) Received: (qmail 3915 invoked from network); 5 Apr 2005 13:42:03 -0000 Received: by simscan 1.1.0 ppid: 3888, pid: 3892, t: 6.4924s scanners: clamav: 0.83/m:29/d:730 spam: 3.0.2 Received: from unknown (HELO ?192.168.0.4?) (210.87.35.172) by 0 with SMTP; 5 Apr 2005 13:41:57 -0000 Mime-Version: 1.0 (Apple Message framework v619.2) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-stable@freebsd.org From: Jeremy Bogan Date: Tue, 5 Apr 2005 23:41:54 +1000 X-Mailer: Apple Mail (2.619.2) X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on yoda1.segpub.com.au X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.0.2 Subject: 4.11-STABLE/PAE 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, 05 Apr 2005 13:42:04 -0000 Hiya, We've recently loaded FreeBSD 4.11-STABLE with PAE support onto one of our brand new Dell PowerEdge 2650's. The box has 6GB RAM and with PAE support compiled into our kernel can see it all fine. However when we start doing disk intensive stuff like compiling, our RAID appears to spack out and cause the system to freeze and require a reboot. When logging in via console we see: aac0: COMMAND TIMEOUT AFTER 1540 SECONDS repeated continuously. Apr 5 22:10:24 luke1 /kernel: CPU: Intel(R) Xeon(TM) CPU 3.06GHz (3050.63-MHz 686-class CPU) Apr 5 22:10:24 luke1 /kernel: Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Apr 5 22:10:24 luke1 /kernel: Features=0xbfebfbff Apr 5 22:10:24 luke1 /kernel: Hyperthreading: 2 logical CPUs Apr 5 22:10:24 luke1 /kernel: real memory = 6442450944 (6291456K bytes) Apr 5 22:10:24 luke1 /kernel: avail memory = 6000644096 (5860004K bytes) When disabling PAE support everything appears to be perfectly fine, but we're only able to address 4GB out of our 6GB. Just wondering if anyone else has experienced this or has any insight. The system is running RAID5 with 4 x 73GB SCSI drives: Apr 5 22:30:03 luke1 /kernel: aac0: mem 0xf0000000-0xf7ffffff irq 16 at device 8.1 on pci4 Apr 5 22:30:03 luke1 /kernel: aac0: i960RX 100MHz, 118MB cache memory, optional battery present Apr 5 22:30:03 luke1 /kernel: aac0: Kernel 2.8-0, Build 6092, S/N 64a1d3 Apr 5 22:30:03 luke1 /kernel: aac0: Supported Options=275c Thanks :) -- jeremy bogan [ jeremy@segpub.com.au ] segment publishing - design.develop.host From owner-freebsd-stable@FreeBSD.ORG Tue Apr 5 14:12:48 2005 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 9AF8916A4CE for ; Tue, 5 Apr 2005 14:12:48 +0000 (GMT) Received: from w2b.BigIMAP.com (w2b.bigimap.com [67.137.230.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6003D43D2D for ; Tue, 5 Apr 2005 14:12:48 +0000 (GMT) (envelope-from Walentyn@gorsk.com) Received: from [127.0.0.1] (helo=localhost) by w2b.BigIMAP.com with esmtp (Exim 4.32) id 1DIonM-00085O-CM; Tue, 05 Apr 2005 07:12:44 -0700 Received: from pool-151-203-222-74.bos.east.verizon.net (pool-151-203-222-74.bos.east.verizon.net [151.203.222.74]) by w2b.bigimap.com (IMP) with HTTP for ; Tue, 5 Apr 2005 10:12:44 -0400 Message-ID: <1112710364.42529cdc56012@w2b.bigimap.com> Date: Tue, 5 Apr 2005 10:12:44 -0400 From: Walentyn To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.4 X-Originating-IP: 151.203.222.74 X-BFI-Originally-From: Subject: Re: FreeBSD mpd PPTP client connection to SnapGearLITE+ 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, 05 Apr 2005 14:12:48 -0000 Quoting Daniel O'Connor : > On Tue, 5 Apr 2005 18:55, Walentyn wrote: > > > Any reason you are using mpd? I have only done it with ppp.. > > > > No native FreeBSD ppp MPPE support (for example with PPTP-Client). > > Err yes it does.. > From ppp(8) > Supports MPPE (draft-ietf-pppext-mppe) MPPE is Microsoft Point to Point > Encryption scheme. It is possible to configure ppp to participate in > Microsoft's Windows VPN. For now, ppp can only get encryption keys from > CHAP 81 authentication. ppp must be compiled with DES for MPPE to oper- > ate. > I stand corrected. >From my previous reading, it looked like there were a whole bunch of disparate patches to give ppp MMPE functionality. From the quoted manual section, it seems that it has rudimentary functionality if you compile it yourself. (I prefer NOT to roll my own.) Also from what I read, it would appear that netgraph/mpd, etc. is a more integrated more cleanly coded implementation that should work very well -- if you can get it to work, that is. :) I'll tinker with my set up for another day or two. If I'm able to get it working I'll report. Otherwise, I found that SnapGear may be dead as a company but Cyberguard still supports it and has come out with some very interesting new products, in particular a PCI NIC firewall/VPN (see URL below) which might just be what I need. http://www.cyberguard.com/products/firewall/SG_Family/SG630.html?lang=de_EN Thank you for all your suggestions! -- Walentyn From owner-freebsd-stable@FreeBSD.ORG Tue Apr 5 14:48:16 2005 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 0AEB116A4CE for ; Tue, 5 Apr 2005 14:48:16 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id BA46E43D55 for ; Tue, 5 Apr 2005 14:48:14 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 05 Apr 2005 14:48:12 -0000 Received: from p508BE33E.dip.t-dialin.net (EHLO lofi.dyndns.org) [80.139.227.62] by mail.gmx.net (mp008) with SMTP; 05 Apr 2005 16:48:12 +0200 X-Authenticated: #443188 Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.13.3/8.12.10) with ESMTP id j35Em8DQ036800 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 5 Apr 2005 16:48:08 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-stable@freebsd.org Date: Tue, 5 Apr 2005 16:48:02 +0200 User-Agent: KMail/1.8 References: <1112710364.42529cdc56012@w2b.bigimap.com> In-Reply-To: <1112710364.42529cdc56012@w2b.bigimap.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart278179226.8mLlIJGTWo"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200504051648.07355.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new X-Y-GMX-Trusted: 0 cc: Walentyn Subject: Re: FreeBSD mpd PPTP client connection to SnapGearLITE+ 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, 05 Apr 2005 14:48:16 -0000 --nextPart278179226.8mLlIJGTWo Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday, 5. April 2005 16:12, Walentyn wrote: > patches to give ppp MMPE functionality. From the quoted manual section, = it > seems that it has rudimentary functionality if you compile it yourself. = (I > prefer NOT to roll my own.) No, DES is enabled by default. The manpage mentions it because the=20 NO_OPENSSL/NOCRYPT switches can turn it off. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart278179226.8mLlIJGTWo Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCUqUnXhc68WspdLARAs5HAJ0VKL8eUPuNI4JPS9R5MmVqE6ONfQCgm/ko TaYng++pdGPf7OLmmDn5JmE= =bRLO -----END PGP SIGNATURE----- --nextPart278179226.8mLlIJGTWo-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 5 14:49:36 2005 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 D968116A4CE for ; Tue, 5 Apr 2005 14:49:36 +0000 (GMT) Received: from bloom.cse.buffalo.edu (bloom.cse.Buffalo.EDU [128.205.32.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57B6E43D3F for ; Tue, 5 Apr 2005 14:49:36 +0000 (GMT) (envelope-from kensmith@FreeBSD.org) Received: from bloom.cse.buffalo.edu (localhost.cse.buffalo.edu [127.0.0.1]) by bloom.cse.buffalo.edu (8.13.3/8.12.4) with ESMTP id j35EnZsf054464 for ; Tue, 5 Apr 2005 10:49:35 -0400 (EDT) Received: (from kensmith@localhost) by bloom.cse.buffalo.edu (8.13.3/8.13.1/Submit) id j35EnZW5054463 for freebsd-stable@freebsd.org; Tue, 5 Apr 2005 10:49:35 -0400 (EDT) (envelope-from kensmith) Date: Tue, 5 Apr 2005 10:49:35 -0400 From: Ken Smith To: freebsd-stable@freebsd.org Message-ID: <20050405144935.GA54439@bloom.cse.buffalo.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lrZ03NoBR/3+SXJZ" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: FreeBSD 5.4-RC1 is available 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, 05 Apr 2005 14:49:37 -0000 --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Announcement ------------ The FreeBSD Release Engineering Team is pleased to announce the availability of FreeBSD 5.4-RC1, the first Release Candidate of the FreeBSD 5.4 release cycle. Much effort has been put into fixing a wide variety of problems identified in FreeBSD 5.3. It is important to check the "Known Issues" section below. In particular two strictly local security issues came up after the RC1 builds had completed and were made available to mirror sites but before this announcement. We encourage people to help with testing so any final bugs can be identified and worked out. At this point the only major problem has been reports of large server (4 processors or more) hanging under extreme load conditions (varied load of local processes like database and heavy network load). Details to help with debugging have been hard to obtain so if anyone is in a position to help with trying to reproduce this it would be appreciated. The layout of the installation CDs is slightly different than previous releases. The disc1 image should be used to start the install. It contains a "live filesystem" and the set of packages that normally get installed as part of a minimal install (perl, the baseline Xorg windowing system, and on i386 the base Linux emulation package). The disc2 image contains a larger variety of packages (kde3, gnome2, etc) that can be installed while doing the initial installation of the machine, but if you just want to do a minimal install disc1 should be all you need. Availability of ISO images and support for doing FTP based installs is given below. If you have an older system you want to update using the normal CVS/cvsup source based upgrade the branch tag to use is RELENG_5_4. Problem reports can be submitted using the send-pr(1) command, and/or posted to the "freebsd-stable@freebsd.org" mailing list. A schedule and the current todo list for the 5.4 Release Cycle are available: http://www.freebsd.org/releases/5.4R/schedule.html http://www.freebsd.org/releases/5.4R/todo.html Known Issues ------------ Two strictly local security issues came along after the RC1 builds had completed and were made available to the FTP mirror sites so it was too late to re-roll the RC1 images. Please take a look at the Security Advisories to see if they are something you need to be concerned with before installing RC1. The fixes for the first (FreeBSD-SA-05:02.sendfile) have already been applied to RELENG_5_4 (so if you use CVS/cvsup to upgrade you will get those fixes). The fixes for the second, which will be FreeBSD-SA-05:03.amd64, are still being processed. This second Security Advisory only effects the amd64 architecture, and the vulnerability is quite obscure. There is also a problem with installing for some combinations of ATAPI CDROM's and controllers. This is seen most often on SunBlade-100 model sparc64 machines though it is occasionally seen on other architectures. If installing from CD fails with read errors from the CD you can try breaking to the boot loader as the boot starts and enter the commands: set hw.ata.atapi_dma=0 boot to turn off DMA mode for the CDROM. This will be made the default mode before the next RC. The packages being provided as part of RC1 are close to being the final set that will be provided with the final release but there are still a few minor glitches being worked out with a couple of the packages. The next RC should have most of these glitches fixed. Availability ------------ The RC1 ISOs and FTP support for amd64, i386, pc98, and sparc64 are available now on most of the FreeBSD Mirror sites. The alpha and ia64 RC1 builds are still in progress and should be available within a day or two. A list of the mirror sites is available here: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/mirrors-ftp.html The MD5s of the currently available ISO images are: MD5 (5.4-RC1-amd64-bootonly.iso) = 25b1ba77b92fbabe3c6f9a6ebf5e81e3 MD5 (5.4-RC1-amd64-disc1.iso) = 765a61161612c40d40329962b7548815 MD5 (5.4-RC1-amd64-disc2.iso) = 8ea253a82e074e72bf4f051aafad1b47 MD5 (5.4-RC1-i386-bootonly.iso) = 03fe99fac40780e295b43c1fdbc65273 MD5 (5.4-RC1-i386-disc1.iso) = 187313ec23d441820f66b9d4046d5fb3 MD5 (5.4-RC1-i386-disc2.iso) = f020c3c538bb9b1f6ac96701814a6a04 MD5 (5.4-RC1-pc98-disc1.iso) = deca1dc19120325fc5e6561d928ab29c MD5 (5.4-RC1-sparc64-bootonly.iso) = 54fdffa78f2d2ef35866d88f4bfe5cb0 MD5 (5.4-RC1-sparc64-disc1.iso) = 62f7cd03187d9cccb4707fdac318c461 MD5 (5.4-RC1-sparc64-disc2.iso) = ea4e6dc57af0bfe83c60d0596c03a453 -ken --lrZ03NoBR/3+SXJZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCUqV9/G14VSmup/YRAhYSAJ0YZtMSZX35mfFK3WvjKHsJhXn6HgCgkeDa 9SZ0Esls9O7isOklVC/0Plw= =Qsc4 -----END PGP SIGNATURE----- --lrZ03NoBR/3+SXJZ-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 5 17:34:56 2005 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 AB1A416A4CE for ; Tue, 5 Apr 2005 17:34:56 +0000 (GMT) Received: from ferengi.borderworlds.dk (ferengi.borderworlds.dk [80.166.152.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B38B43D31 for ; Tue, 5 Apr 2005 17:34:56 +0000 (GMT) (envelope-from xi@borderworlds.dk) Received: from borg.borderworlds.dk (localhost [127.0.0.1]) by ferengi.borderworlds.dk (Postfix) with ESMTP id C5821B80A; Tue, 5 Apr 2005 19:34:53 +0200 (CEST) Received: by borg.borderworlds.dk (Postfix, from userid 1001) id 9A9E911423; Tue, 5 Apr 2005 19:34:53 +0200 (CEST) Sender: xi@borderworlds.dk To: Doug White References: <867jjlrpz9.fsf@borg.borderworlds.dk> <20050402150904.M1503@carver.gumbysoft.com> From: Christian Laursen Date: 05 Apr 2005 19:34:53 +0200 In-Reply-To: <20050402150904.M1503@carver.gumbysoft.com> Message-ID: <86fyy59lfm.fsf@borg.borderworlds.dk> Lines: 12 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-stable@freebsd.org Subject: Re: 5.4-PRERELEASE pccard problem 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, 05 Apr 2005 17:34:56 -0000 Doug White writes: > On Sat, 2 Apr 2005, Christian Laursen wrote: > > > After upgrading to 5.4-PRERELEASE as of yesterday, I now have a problem > > with my wireless card that has worked fine before. I now suspect that my wireless card might be going bad. Could a faulty card cause a panic like that? -- Christian Laursen From owner-freebsd-stable@FreeBSD.ORG Tue Apr 5 19:18:09 2005 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 B821F16A4CE for ; Tue, 5 Apr 2005 19:18:09 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 8DF5643D39 for ; Tue, 5 Apr 2005 19:18:08 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 05 Apr 2005 19:18:07 -0000 Received: from p508BE022.dip.t-dialin.net (EHLO lofi.dyndns.org) [80.139.224.34] by mail.gmx.net (mp018) with SMTP; 05 Apr 2005 21:18:07 +0200 X-Authenticated: #443188 Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.13.3/8.12.10) with ESMTP id j35JHxGr001956 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Tue, 5 Apr 2005 21:18:00 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-stable@freebsd.org Date: Tue, 5 Apr 2005 21:17:55 +0200 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1314896.TTiWlzKaSn"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200504052117.58620.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new X-Y-GMX-Trusted: 0 Subject: USB mouse troubles 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, 05 Apr 2005 19:18:09 -0000 --nextPart1314896.TTiWlzKaSn Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline =46reeBSD 5.x has had funky issues with usb mice for as long as I've been u= sing=20 a usb mouse with it, but since it almost works ok with the default=20 configuration, I never got around to complain about it. ;-) However: In various sitations and configurations, USB mice are not picked u= p. =2D With a GENERIC kernel and all of the usb support in the kernel, usb mic= e are=20 usually recognized on boot, but they will cease to work after going single= =20 user and back to multiuser again. The /dev/ums0 device doesn't even get=20 removed, but the mouse is dead. Unplugging and replugging usually gets it=20 going again. =2D With all of usb compiled as modules and usbd enabled in rc.conf, ums us= ually=20 doesn't even get loaded, but usbdevs will show the mouse plugged in. Even=20 subsequent unplugging and replugging will not get ums loaded. Manually=20 loading ums doesn't get the mouse working either, an unplug/replug is=20 necessary first. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1314896.TTiWlzKaSn Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCUuRmXhc68WspdLARAiXfAJ9QL2dMZjo+tICIIZPGFfM8dMsTAgCgqN78 n2rdcyCcWrI8R2Ie3Cuall0= =V6Dm -----END PGP SIGNATURE----- --nextPart1314896.TTiWlzKaSn-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 5 19:32:40 2005 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 3201216A4CE for ; Tue, 5 Apr 2005 19:32:40 +0000 (GMT) Received: from mail16.syd.optusnet.com.au (mail16.syd.optusnet.com.au [211.29.132.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 251FE43D54 for ; Tue, 5 Apr 2005 19:32:39 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) j35JWSGH017216 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 6 Apr 2005 05:32:29 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])j35JWS7l086988; Wed, 6 Apr 2005 05:32:28 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)j35JWQO7086987; Wed, 6 Apr 2005 05:32:26 +1000 (EST) (envelope-from pjeremy) Date: Wed, 6 Apr 2005 05:32:26 +1000 From: Peter Jeremy To: Andriy Gapon Message-ID: <20050405193226.GB84293@cirb503493.alcatel.com.au> References: <1112365401.00269464.1112352602@10.7.7.3> <1112372627.00269546.1112361001@10.7.7.3> <1112372655.00269555.1112362202@10.7.7.3> <424D7911.8060805@icyb.net.ua> <6.2.0.14.2.20050401183743.04813c10@gid.co.uk> <42527E03.5090805@icyb.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42527E03.5090805@icyb.net.ua> User-Agent: Mutt/1.4.2i cc: David Magda cc: stable@freebsd.org Subject: Re: Kernel NTP flipping between FLL and PLL modes 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, 05 Apr 2005 19:32:40 -0000 On Tue, 2005-Apr-05 15:01:07 +0300, Andriy Gapon wrote: >on 01.04.2005 20:40 Bob Bishop said the following: >> >> Unlikely I think. As I said, I've got several machines on the same LAN: >> the 5.3's misbehave; the others don't. > >#define CLOCK_ALLAN 1500. >... >double allan_xpt = CLOCK_ALLAN; >... >if (ULOGTOD(sys_poll) > allan_xpt / 2) { >... > >if I understand the above "random" lines of code in >contrib/ntp/ntpd/ntp_loopfilter.c correctly, then PLL<->FLL switch >occurs when polling interval goes 512<->1024, which is perfectly >possible under certain conditions with default ntp settings: minpoll=64, >maxpoll=1024 if ntp.conf(5) can be trusted. Note that this code doesn't exist in 5.3. It was introduced sometime between 5.3 and 5.4. In any case, looking at the associated comments, this only affects the FLL/PLL loop gain. The FLL/PLL switch is set is in sys/kern/kern_ntptime.c:hardupdate() using: time_status &= ~STA_MODE; if (mtemp >= MINSEC && (time_status & STA_FLL || mtemp > MAXSEC)) { L_LINT(ftemp, (time_monitor << 4) / mtemp); L_RSHIFT(ftemp, SHIFT_FLL + 4); L_ADD(time_freq, ftemp); time_status |= STA_MODE; } and this code hasn't changed. MINSEC is 256 (which matches the comments) MAXSEC is either 1200 or 2048 (depending on which header file is active), though the comments imply it is 1024. mtime is the time since the last adjustment (call to hardupdate()). STA_FLL is set in ntpd/ntp_loopfilter.c: if (sys_poll > NTP_MAXDPOLL) ntv.status |= STA_FLL; though the associated comment states "for legacy only". (And I'm never seeing STA_FLL transitions in syslog). This sets STA_FLL if the polling interval is > 2^10 (1024). By default, sys_poll is limited to NTP_MAXDPOLL so this should never occur. (You can over-ride it with "maxpoll N" on peer/server config lines). -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Tue Apr 5 20:22:19 2005 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 C1ED116A4CE for ; Tue, 5 Apr 2005 20:22:19 +0000 (GMT) Received: from freenix.no (atreides.freenix.no [212.33.142.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9491C43D49 for ; Tue, 5 Apr 2005 20:22:18 +0000 (GMT) (envelope-from shamz@atreides.freenix.no) Received: from atreides.freenix.no (localhost [127.0.0.1]) by freenix.no (8.13.1/8.13.1) with ESMTP id j35KMDKR060710; Tue, 5 Apr 2005 22:22:14 +0200 (CEST) (envelope-from shamz@atreides.freenix.no) Received: (from shamz@localhost) by atreides.freenix.no (8.13.1/8.13.1/Submit) id j35KM8UM060709; Tue, 5 Apr 2005 22:22:08 +0200 (CEST) (envelope-from shamz) Date: Tue, 5 Apr 2005 22:22:08 +0200 From: Shaun Jurrens To: Kris Kennaway Message-ID: <20050405202208.GI19717@atreides.freenix.no> Mail-Followup-To: Shaun Jurrens , Kris Kennaway , Doug White , freebsd-stable@freebsd.org References: <20050401204142.GE19717@atreides.freenix.no> <20050401190457.S94922@carver.gumbysoft.com> <20050402233950.GG19717@atreides.freenix.no> <20050402234453.GA2430@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050402234453.GA2430@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 4.10-RELEASE-p2 X-Philosophy: If you can read this, you're too close. X-Virus-Scanned: ClamAV 0.82/701/Tue Feb 8 20:42:46 2005 on atreides.freenix.no X-Virus-Status: Clean cc: Shaun Jurrens cc: freebsd-stable@freebsd.org Subject: Re: recent 5.4-PRE regression: Could not resync/reset buffers 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, 05 Apr 2005 20:22:19 -0000 On Sat, Apr 02, 2005 at 03:44:53PM -0800, Kris Kennaway wrote: #> On Sun, Apr 03, 2005 at 01:39:50AM +0200, Shaun Jurrens wrote: #> #> > The trace doesn't look too wierd, otherwise. There was a warning about #> > having libm.so.2 and libm.so.3 causing a potential conflict during #> > compile... It seems to find the correct lib, but later also opens libm.so.2 #> #> That's a problem on your system that you should fix, then. It may not #> be the cause of this problem, but it can definitely cause problems and #> you need to rule it out. Ok, I've cleaned all of the relevant apps av libm.so.2 . The behavior still exihibits itself very often (90% of the time) but I can't catch it with ktrace. I've started playing with malloc.conf options to see if I can see if there's a problem there. It doesn't appear to be the correct approach yet, but... I can't kill then hanging mpg123 from the same tty either. It has to be killed from another prompt. #> #> Kris -- Yours truly, Shaun D. Jurrens shaun@shamz.net From owner-freebsd-stable@FreeBSD.ORG Wed Apr 6 01:25:17 2005 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 EE4C616A4CF for ; Wed, 6 Apr 2005 01:25:16 +0000 (GMT) Received: from FS.denninger.net (wsip-68-15-213-52.at.at.cox.net [68.15.213.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB16B43D46 for ; Wed, 6 Apr 2005 01:25:15 +0000 (GMT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net (localhost [127.0.0.1]) by FS.denninger.net (8.13.3/8.13.1) with SMTP id j361PEvW009009 for ; Tue, 5 Apr 2005 20:25:14 -0500 (CDT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net [127.0.0.1] by Spamblock-sys; Tue Apr 5 20:25:14 2005 Received: (from karl@localhost) by FS.denninger.net (8.13.3/8.13.1/Submit) id j361P8Y1009006; Tue, 5 Apr 2005 20:25:08 -0500 (CDT) (envelope-from karl) Message-ID: <20050405202504.A6216@denninger.net> Date: Tue, 5 Apr 2005 20:25:04 -0500 From: Karl Denninger To: "Matthew N. Dodd" References: <20050329200841.A772@denninger.net> <20050329233843.L328@sasami.jurai.net> <20050329230830.A3222@denninger.net> <20050329234318.A3883@denninger.net> <20050330210830.A46956@denninger.net> <20050330230046.A68235@denninger.net> <20050331120100.P328@sasami.jurai.net> <20050331110608.A81295@denninger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <20050331110608.A81295@denninger.net>; from Karl Denninger on Thu, Mar 31, 2005 at 11:06:08AM -0600 Organization: Karl's Sushi and Packet Smashers X-Die-Spammers: Spammers cheerfully broiled for supper and served with ketchup! cc: freebsd-stable@freebsd.org Subject: Re: DANGER WILL ROBINSON! SERIOUS problem with current 5.4-PRERELEASE - FURTHER UPDATE 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: Wed, 06 Apr 2005 01:25:17 -0000 On Thu, Mar 31, 2005 at 11:06:08AM -0600, Karl Denninger wrote: > On Thu, Mar 31, 2005 at 12:02:20PM -0500, Matthew N. Dodd wrote: > > On Wed, 30 Mar 2005, Karl Denninger wrote: > > > Removing the FIRST delta, which is: > > > > > > 218a219,221 > > > if (!dumping) > > > callout_reset(&request->callout, request->timeout * hz, > > > (timeout_t*)ata_timeout, request); > > > > > > appears to get rid of the crashes while not harming data integrity OR the > > > reqeueing. > > > > I'd be interested to know if the attached patch does anything. > > > > -- > > 10 40 80 C0 00 FF FF FF FF C0 00 00 00 00 10 AA AA 03 00 00 00 08 00 > > Index: ata-queue.c > > =================================================================== > > RCS file: /home/ncvs/src/sys/dev/ata/ata-queue.c,v > > retrieving revision 1.32.2.6 > > diff -u -u -r1.32.2.6 ata-queue.c > > --- ata-queue.c 23 Mar 2005 04:50:26 -0000 1.32.2.6 > > +++ ata-queue.c 31 Mar 2005 17:00:46 -0000 > > @@ -217,8 +217,7 @@ > > } > > else { > > if (!dumping) > > - callout_reset(&request->callout, request->timeout * hz, > > - (timeout_t*)ata_timeout, request); > > + callout_drain(&request->callout); > > if (request->bio && !(request->flags & ATA_R_TIMEOUT)) { > > ATA_DEBUG_RQ(request, "finish bio_taskqueue"); > > bio_taskqueue(request->bio, (bio_task_t *)ata_completed, request); > > > > It'll be a few hours before I will know on the production machine - the RAID > array has to rebuild before I can trigger the problem, and we're scheduled > for some power work here in an hour or so - which I suspect will get in the > way. > > What do you expect the patch to do, given that removing the delta appears to > fix the instability problem? This patch appears to be "safe". I have about 2 hours on the production machine right now post-rebuild (which had to complete first) with the added "callout_drain" in, have taken two DMA WRITE retries, and have not yet seen any evidence of destabilization. This is good evidence but not proof - before I took out the original line the FIRST write retry would immediately cause the system to become unstable. -- -- Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist http://www.denninger.net My home on the net - links to everything I do! http://scubaforum.org Your UNCENSORED place to talk about DIVING! http://www.spamcuda.net SPAM FREE mailboxes - FREE FOR A LIMITED TIME! http://genesis3.blogspot.com Musings Of A Sentient Mind From owner-freebsd-stable@FreeBSD.ORG Wed Apr 6 01:36:56 2005 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 0591F16A4CF for ; Wed, 6 Apr 2005 01:36:56 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEC5443D5C for ; Wed, 6 Apr 2005 01:36:54 +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 j361aoLC086473; Wed, 6 Apr 2005 11:06:51 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Walentyn Date: Wed, 6 Apr 2005 11:06:37 +0930 User-Agent: KMail/1.8 References: <1112710364.42529cdc56012@w2b.bigimap.com> In-Reply-To: <1112710364.42529cdc56012@w2b.bigimap.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1302446.qdbypAZ3f2"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200504061106.44655.doconnor@gsoft.com.au> X-Spam-Score: -2.5 () IN_REP_TO,MIME_LONG_LINE_QP,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,TO_LOCALPART_EQ_REAL,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD mpd PPTP client connection to SnapGearLITE+ 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: Wed, 06 Apr 2005 01:36:56 -0000 --nextPart1302446.qdbypAZ3f2 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 5 Apr 2005 23:42, Walentyn wrote: > > Supports MPPE (draft-ietf-pppext-mppe) MPPE is Microsoft Point to > > Point Encryption scheme. It is possible to configure ppp to participate > > in Microsoft's Windows VPN. For now, ppp can only get encryption keys > > from CHAP 81 authentication. ppp must be compiled with DES for MPPE to > > oper- ate. > > I stand corrected. > > From my previous reading, it looked like there were a whole bunch of > disparate patches to give ppp MMPE functionality. From the quoted manual > section, it seems that it has rudimentary functionality if you compile it > yourself. (I prefer NOT to roll my own.) Only if you build world with -DNO_CRYPTO does PPP not have DES support. I have had userland ppp as both a client and server for doing MPPE with. > Also from what I read, it would appear that netgraph/mpd, etc. is a more > integrated more cleanly coded implementation that should work very well -- > if you can get it to work, that is. :) Try ppp and see if it works. > I'll tinker with my set up for another day or two. If I'm able to get it > working I'll report. Otherwise, I found that SnapGear may be dead as a > company but Cyberguard still supports it and has come out with some very > interesting new products, in particular a PCI NIC firewall/VPN (see URL > below) which might just be what I need. > > http://www.cyberguard.com/products/firewall/SG_Family/SG630.html?lang=3Dd= e_EN Looks kind of neat but IMO a bit of a waste of money :) =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 --nextPart1302446.qdbypAZ3f2 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCUz0s5ZPcIHs/zowRAknNAJ9f1XMkb0kHPLJcrKhbqdHePQoBewCghSxY Bv79UifjpITvl2P+MFwlxxo= =olqd -----END PGP SIGNATURE----- --nextPart1302446.qdbypAZ3f2-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 6 01:50:06 2005 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 34ACC16A4CF for ; Wed, 6 Apr 2005 01:50:06 +0000 (GMT) Received: from FS.denninger.net (wsip-68-15-213-52.at.at.cox.net [68.15.213.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B91B43D39 for ; Wed, 6 Apr 2005 01:50:05 +0000 (GMT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net (localhost [127.0.0.1]) by FS.denninger.net (8.13.3/8.13.1) with SMTP id j361o3uP000831 for ; Tue, 5 Apr 2005 20:50:03 -0500 (CDT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net [127.0.0.1] by Spamblock-sys; Tue Apr 5 20:50:03 2005 Received: (from karl@localhost) by FS.denninger.net (8.13.3/8.13.1/Submit) id j361o03T000814; Tue, 5 Apr 2005 20:50:00 -0500 (CDT) (envelope-from karl) Message-ID: <20050405205000.A805@denninger.net> Date: Tue, 5 Apr 2005 20:50:00 -0500 From: Karl Denninger To: "Matthew N. Dodd" References: <20050329200841.A772@denninger.net> <20050329233843.L328@sasami.jurai.net> <20050329230830.A3222@denninger.net> <20050329234318.A3883@denninger.net> <20050330210830.A46956@denninger.net> <20050330230046.A68235@denninger.net> <20050331120100.P328@sasami.jurai.net> <20050331110608.A81295@denninger.net> <20050405202504.A6216@denninger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <20050405202504.A6216@denninger.net>; from Karl Denninger on Tue, Apr 05, 2005 at 08:25:04PM -0500 Organization: Karl's Sushi and Packet Smashers X-Die-Spammers: Spammers cheerfully broiled for supper and served with ketchup! cc: freebsd-stable@freebsd.org Subject: Re: DANGER WILL ROBINSON! SERIOUS problem with current 5.4-PRERELEASE - FURTHER UPDATE 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: Wed, 06 Apr 2005 01:50:06 -0000 On Tue, Apr 05, 2005 at 08:25:04PM -0500, Karl Denninger wrote: > > This patch appears to be "safe". > > I have about 2 hours on the production machine right now post-rebuild (which > had to complete first) with the added "callout_drain" in, have taken two DMA > WRITE retries, and have not yet seen any evidence of destabilization. > > This is good evidence but not proof - before I took out the original line > the FIRST write retry would immediately cause the system to become unstable. I have forced over a dozen errors (high rate I/O) and still no stability problems. Patch looks good. -- -- Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist http://www.denninger.net My home on the net - links to everything I do! http://scubaforum.org Your UNCENSORED place to talk about DIVING! http://www.spamcuda.net SPAM FREE mailboxes - FREE FOR A LIMITED TIME! http://genesis3.blogspot.com Musings Of A Sentient Mind From owner-freebsd-stable@FreeBSD.ORG Wed Apr 6 04:55:17 2005 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 F35C516A4CE for ; Wed, 6 Apr 2005 04:55:16 +0000 (GMT) Received: from twonetom18.sge.net (twonetom18.sge.net [152.91.2.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0DE043D1F for ; Wed, 6 Apr 2005 04:55:15 +0000 (GMT) (envelope-from carl@xena.IPAustralia.gov.au) Received: from twonetvs10.sge.net (twonetvs-om [152.91.2.17]) by twonetom18.sge.net (Postfix) with ESMTP id 6A3A4AA1B; Wed, 6 Apr 2005 14:55:14 +1000 (EST) Received: from twonetvs10.sge.net (localhost [127.0.0.1]) by localhost (Postfix) with ESMTP id E68BE152E5; Wed, 6 Apr 2005 14:55:13 +1000 (EST) Received: from twonetim3.sge.net (twonetim-vs.sge.net [152.91.2.9]) by twonetvs10.sge.net (Postfix) with ESMTP id D5A61152C7; Wed, 6 Apr 2005 14:55:13 +1000 (EST) Received: from guinness.lyn.gwy (unknown [152.91.9.242]) by twonetim3.sge.net (Postfix) with SMTP id AC808A9C2; Wed, 6 Apr 2005 14:55:12 +1000 (EST) Received: from vmail.aipo.gov.au (mail-in.ipa.lyn.gwy [192.168.254.253]) by guinness.lyn.gwy with ESMTP id j364tDnt009122; Wed, 6 Apr 2005 14:55:13 +1000 (EST) Received: from xena.aipo.gov.au (xena.aipo.gov.au [10.0.100.52]) by vmail.aipo.gov.au (8.12.9p2/8.12.9) with ESMTP id j364tDoR004762; Wed, 6 Apr 2005 14:55:13 +1000 (EST) (envelope-from carl@xena.IPAustralia.gov.au) Received: from [10.0.100.18] (newton.aipo.gov.au [10.0.100.18]) by xena.aipo.gov.au (8.12.9p2/8.12.9) with ESMTP id j364t76W061181; Wed, 6 Apr 2005 14:55:12 +1000 (EST) (envelope-from carl@xena.ipaustralia.gov.au) Message-ID: <42536BAB.6070205@xena.ipaustralia.gov.au> Date: Wed, 06 Apr 2005 14:55:07 +1000 From: Carl Makin User-Agent: Mozilla Thunderbird 1.0 (X11/20050314) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Blayzor References: <42383942.2000200@inoc.net> In-Reply-To: <42383942.2000200@inoc.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.48 on 10.0.100.191 cc: freebsd-stable@freebsd.org Subject: Re: Dell PowerEdge 1855 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: Wed, 06 Apr 2005 04:55:17 -0000 Hi Robert, Robert Blayzor wrote: >I'd like to know if anyone has experience with the Dell PowerEdge 1855 >blade servers running on either FreeBSD_4 or FreeBSD_5. > > I've just installed 5.4-RC1 on one and am testing it now. >Apparently the 1855's integrated RAID uses the LSI (mpt) driver. I've >heard mixed results on this with earlier versions of 4.x and 5.x, but >nothing in the latest releases, 4.10+ and 5.3. > > Initial indications are that problems still exist. The problem seems to be that when configured as mirrored drives using hardware mirroring one of the drives isn't configured properly and runs at 8bit narrow speeds. My tests so far with bonnie and iozone certainly seem to back that up as both the test are showing abysmal results. The other big problem I had was actually doing the install. These blade servers have no internal cdrom drive and you have to use a USB connected CD drive. This works fine up to the point the kernel starts to boot and the system then hangs at the point where it is waiting for 15 seconds for SCSI devices. Unplugging the CD drive at this point will let it finish the boot however even after replugging in the drive and telling sysinstall to redo the device probe it still can't find the drive. I finally finished the install via ftp. I'm about to try breaking the mirror into jbod, redoing the install and seeing if that helps disk performance any although I would much prefer to use the hardware mirroring. More later... Carl. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 6 06:18:15 2005 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 384DA16A4CF; Wed, 6 Apr 2005 06:18:15 +0000 (GMT) Received: from twonetom18.sge.net (twonetom18.sge.net [152.91.2.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id D831143D31; Wed, 6 Apr 2005 06:18:11 +0000 (GMT) (envelope-from carl@xena.IPAustralia.gov.au) Received: from twonetvs10.sge.net (twonetvs-om [152.91.2.17]) by twonetom18.sge.net (Postfix) with ESMTP id C912FAA3B; Wed, 6 Apr 2005 16:18:10 +1000 (EST) Received: from twonetvs10.sge.net (localhost [127.0.0.1]) by localhost (Postfix) with ESMTP id 4CDF8152F4; Wed, 6 Apr 2005 16:18:10 +1000 (EST) Received: from twonetim3.sge.net (twonetim-vs.sge.net [152.91.2.9]) by twonetvs10.sge.net (Postfix) with ESMTP id 29DAA152D6; Wed, 6 Apr 2005 16:18:10 +1000 (EST) Received: from guinness.lyn.gwy (unknown [152.91.9.242]) by twonetim3.sge.net (Postfix) with SMTP id F2FDBA9C3; Wed, 6 Apr 2005 16:18:08 +1000 (EST) Received: from vmail.aipo.gov.au (mail-in.ipa.lyn.gwy [192.168.254.253]) by guinness.lyn.gwy with ESMTP id j366I9nt015529; Wed, 6 Apr 2005 16:18:09 +1000 (EST) Received: from xena.aipo.gov.au (xena.aipo.gov.au [10.0.100.52]) by vmail.aipo.gov.au (8.12.9p2/8.12.9) with ESMTP id j366I9oR007141; Wed, 6 Apr 2005 16:18:09 +1000 (EST) (envelope-from carl@xena.IPAustralia.gov.au) Received: from [10.0.100.18] (newton.aipo.gov.au [10.0.100.18]) by xena.aipo.gov.au (8.12.9p2/8.12.9) with ESMTP id j366I56W063398; Wed, 6 Apr 2005 16:18:06 +1000 (EST) (envelope-from carl@xena.ipaustralia.gov.au) Message-ID: <42537F1D.3010209@xena.ipaustralia.gov.au> Date: Wed, 06 Apr 2005 16:18:05 +1000 From: Carl Makin User-Agent: Mozilla Thunderbird 1.0 (X11/20050314) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <42383942.2000200@inoc.net> <42536BAB.6070205@xena.ipaustralia.gov.au> In-Reply-To: <42536BAB.6070205@xena.ipaustralia.gov.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.48 on 10.0.100.191 cc: mjacob@freebsd.org Subject: Re: Dell PowerEdge 1855 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: Wed, 06 Apr 2005 06:18:15 -0000 Afternoon! Just had more success with the Dell 1855. I split the disks into two individual drives visible to the OS and am now getting much better results. Bonnie and iozone transfer rates to and from a single drive of 50 to 60MB/s. This obviously just confirms the previous emails regarding this particular card (LSILogic 1030 Ultra4 Adapter) and the mpt driver. I've CC'd Matt Jacob on this, Matt any ideas? I also managed to get the CD rom drive working for the install. The sequence is this; . boot system with cd . unplug usb cdrom drive when "waiting for 15 seconds" appears . plug in the usb drive once sysinstall has started . switch to the second virtual screen (alt-F2) and wait (approx 2 minutes) until "cd0" appears . switch back to sysinstall (alt-F1) and go to the "options" screen and reprobe the hardware . install as normal The boot sequence will hang if the USB drive is attached at boot. There was something in freebsd-stable about a month ago about booting hanging if an ipod shuffle was attached. This is showing exactly the same symptoms. Otherwise the machine is running well. Carl. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 6 08:14:10 2005 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 86E2516A4CE for ; Wed, 6 Apr 2005 08:14:10 +0000 (GMT) Received: from lonsmime03.rit.reuters.com (lonsmimeo.rit.reuters.com [192.165.213.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8034243D39 for ; Wed, 6 Apr 2005 08:14:09 +0000 (GMT) (envelope-from Anthony.Downer@reuters.com) Received: from uknsprd1 (unverified) by lonsmime03.rit.reuters.com (Content Technologies SMTPRS 4.3.17) with ESMTP id for ; Wed, 6 Apr 2005 08:14:04 +0000 Received: from dtcsmsxb01.emea.ime.reuters.com ([10.5.150.13]) by eupig2.dtc.lon.ime.reuters.com (PMDF V6.2-X17 #30843) with ESMTP id <0IEI00KOQMVG05@eupig2.dtc.lon.ime.reuters.com> for freebsd-stable@freebsd.org; Wed, 06 Apr 2005 09:14:04 +0100 (BST) Received: from lonsmsxm01.emea.ime.reuters.com ([10.5.150.14]) by dtcsmsxb01.emea.ime.reuters.com with Microsoft SMTPSVC (5.0.2195.6713); Wed, 06 Apr 2005 09:14:02 +0100 Date: Wed, 06 Apr 2005 09:13:56 +0100 From: Anthony Downer To: freebsd-stable@freebsd.org Message-id: <444747A80F040044A3C2F4F1339C47EB044E07D9@LONSMSXM01.emea.ime.reuters.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft Exchange V6.0.6521.0 Content-type: text/plain; charset="us-ascii" Content-transfer-encoding: quoted-printable Thread-Topic: FreeBSD 4.11-Release IPS device issues Thread-Index: AcU6gIGPiIB8AqKlTtq4JsI3SS8GBA== Content-class: urn:content-classes:message X-MS-Has-Attach: X-MS-TNEF-Correlator: X-OriginalArrivalTime: 06 Apr 2005 08:14:02.0405 (UTC) FILETIME=[97A0CD50:01C53A80] Subject: FreeBSD 4.11-Release IPS device issues 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: Wed, 06 Apr 2005 08:14:10 -0000 Hello Folks, (I am afraid) we are using FreeBSD as the initial boot/hardware/disk configuration tool for our Standard Windows Server builds. We have a bootable CD that identifies hardware, partitions disk zero, copies the install files over and commences the Windows installation process. This is working fine on a large number of machines/scsi controllers, but the ServeRAID is causing some issues. I am attempting to use the 4.11-Release IPS driver on an IBM xSeries 342 with a ServeRAID 4Lx RAID controller. (Controller BIOS/Firmware 7.10.18 - Two 18GB drives in a mirrored formation) Whilst we have successfully tested 5.3 with the IPS driver for this purpose we are getting some odd errors in 4.11 (At this time it is not possible to migrate to 5.3 for our purposes) When copying a large number of files (the i386 folder) using cp from a mounted CD to a DOS formatted partition on ipsd0 we are getting the following errors: ---cut here--- devstat_end_transaction: HELP!! busy_count for ipsd0 is < 0 (-1)! panic: vwakeup: neg numoutput syncing disks... ips0: WARNING: command timeout. Adapter is in toaster mode, resetting to known state devstat_end_transaction: HELP!! busy_count for ipsd0 is < 0 (-1)! ips0: resetting adapter, this may take up to 5 minutes ips0: syncing config ips0: ERROR: unable to get a command! can't sync cache! ips0: adapter clear failed ips0: AIEE! adapter reset failed, giving up and going home! Have a nice day. ---cut here--- I have booted into single user mode, and initiated manual mass-file-copies, and the same errors occur every time. I have examined the CTRL+I POST Config utility and all is being reported as OK. Dmesg output and pciconf output below: ---cut there-DMESG-- Copyright (c) 1992-2005 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 4.11-RELEASE #2: Wed Mar 30 10:24:01 BST 2005 root@builder.uki.ime.reuters.com:/usr/obj/usr/src/sys/REUGEN2 Calibrating clock(s) ... TSC clock: 1127849646 Hz, i8254 clock: 1193125 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method CPU: Intel(R) Pentium(R) III CPU family 1133MHz (1127.91-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x6b1 Stepping =3D 1 =20 Features=3D0x383fbff real memory =3D 536784896 (524204K bytes) Physical memory chunk(s): 0x000001000 - 0x00009bfff, 634880 bytes (155 pages) 0x001121000 - 0x01ffe2fff, 518791168 bytes (126658 pages) avail memory =3D 504623104 (492796K bytes) bios32: Found BIOS32 Service Directory header at 0xc00fd7a0 bios32: Entry =3D 0xfd7b1 (c00fd7b1) Rev =3D 0 Len =3D 1 pcibios: PCI BIOS entry at 0xd7ec pnpbios: Found PnP BIOS data at 0xc00fdda0 pnpbios: Entry =3D f0000:304f Rev =3D 1.0 Other BIOS signatures found: ACPI: 000fdf70 Preloaded elf kernel "kernel" at 0xc10fa000. Preloaded mfs_root "/fastbuildfs" at 0xc10fa0b0. Pentium Pro MTRR support enabled md0: Preloaded image 12484608 bytes at 0xc051062c Creating DISK md0 Creating DISK md1 md1: Malloc disk pci_open(1): mode 1 addr port (0x0cf8) is 0x80007890 pci_open(1a): mode1res=3D0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=3D060000] [hdr=3D80] is there (id=3D00081166) pcib-: pcib1 exists, using next available unit number pcib-: pcib2 exists, using next available unit number npx0: on motherboard npx0: INT 16 interface pcib1: on motherboard found-> vendor=3D0x8086, dev=3D0x1229, revid=3D0x0c class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 subordinatebus=3D0 secondarybus=3D0 intpin=3Da, irq=3D15 map[10]: type 1, range 32, base effff000, size 12 map[14]: type 1, range 32, base 00002000, size 6 map[18]: type 1, range 32, base effc0000, size 17 pci1: on pcib1 fxp0: port 0x2000-0x203f mem 0xeffc0000-0xeffdffff,0xeffff000-0xefffffff irq 15 at device 7.0 on pci1 fxp0: using memory space register mapping fxp0: Ethernet address 00:09:6b:b0:2a:85 fxp0: PCI IDs: 8086 1229 1014 105c 000c fxp0: Dynamic Standby mode is disabled inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bpf: fxp0 attached pcib0: on motherboard found-> vendor=3D0x1166, dev=3D0x0008, revid=3D0x23 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 subordinatebus=3D0 secondarybus=3D0 found-> vendor=3D0x1166, dev=3D0x0008, revid=3D0x01 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 subordinatebus=3D0 secondarybus=3D0 found-> vendor=3D0x1166, dev=3D0x0006, revid=3D0x01 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 subordinatebus=3D0 secondarybus=3D0 found-> vendor=3D0x1166, dev=3D0x0006, revid=3D0x01 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 subordinatebus=3D0 secondarybus=3D0 found-> vendor=3D0x5333, dev=3D0x8a22, revid=3D0x06 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 subordinatebus=3D0 secondarybus=3D0 intpin=3Da, irq=3D255 map[10]: type 1, range 32, base feb80000, size 19 map[14]: type 1, range 32, base f0000000, size 27 found-> vendor=3D0x1166, dev=3D0x0200, revid=3D0x51 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 subordinatebus=3D0 secondarybus=3D0 found-> vendor=3D0x1166, dev=3D0x0211, revid=3D0x00 class=3D01-01-8a, hdrtype=3D0x00, mfdev=3D1 subordinatebus=3D0 secondarybus=3D0 map[20]: type 1, range 32, base 00000840, size 4 found-> vendor=3D0x1166, dev=3D0x0220, revid=3D0x04 class=3D0c-03-10, hdrtype=3D0x00, mfdev=3D1 subordinatebus=3D0 secondarybus=3D0 intpin=3Da, irq=3D11 map[10]: type 1, range 32, base feb7f000, size 12 pci0: on pcib0 pci0: (vendor=3D0x5333, dev=3D0x8a22) at 6.0 isab0: at device 15.0 on pci0 isa0: on isab0 atapci0: port 0x840-0x84f at device 15.1 on pci0 ata0: iobase=3D0x01f0 altiobase=3D0x03f6 bmaddr=3D0x0840 ata0: mask=3D03 ostat0=3D50 ostat2=3D01 ata0-master: ATAPI 14 eb ata0-slave: ATAPI 00 00 ata0: mask=3D03 stat0=3D00 stat1=3D00 ata0-slave: ATA 04 00 ata0: devices=3D04 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=3D0x0170 altiobase=3D0x0376 bmaddr=3D0x0848 ata1: at 0x170 irq 15 on atapci0 using shared irq15. ohci0: mem 0xfeb7f000-0xfeb7ffff irq 11 at device 15.2 on pci0 ohci0: (New OHCI DeviceId=3D0x02201166) usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered pcib2: on motherboard found-> vendor=3D0x1014, dev=3D0x01bd, revid=3D0x00 class=3D01-04-00, hdrtype=3D0x00, mfdev=3D0 subordinatebus=3D0 secondarybus=3D0 intpin=3Da, irq=3D9 map[10]: type 1, range 32, base ebffe000, size 13 found-> vendor=3D0x9005, dev=3D0x00cf, revid=3D0x01 class=3D01-00-00, hdrtype=3D0x00, mfdev=3D1 subordinatebus=3D0 secondarybus=3D0 intpin=3Da, irq=3D10 map[10]: type 1, range 32, base 00002100, size 8 map[14]: type 1, range 64, base edfff000, size 12 found-> vendor=3D0x9005, dev=3D0x00cf, revid=3D0x01 class=3D01-00-00, hdrtype=3D0x00, mfdev=3D1 subordinatebus=3D0 secondarybus=3D0 intpin=3Db, irq=3D9 map[10]: type 1, range 32, base 00002200, size 8 map[14]: type 1, range 64, base edffe000, size 12 pci2: on pcib2 ips0: mem 0xebffe000-0xebffffff irq 9 at device 5.0 on pci2 ahc0: port 0x2100-0x21ff mem 0xedfff000-0xedffffff irq 10 at device 9.0 on pci2 ahc0: Defaulting to MEMIO off ahc0: Reading SEEPROM...done. ahc0: Manual SE Termination ahc0: Manual LVD Termination ahc0: BIOS eeprom is present ahc0: Secondary High byte termination Enabled ahc0: Secondary Low byte termination Enabled ahc0: Primary Low Byte termination Enabled ahc0: Primary High Byte termination Enabled ahc0: Downloading Sequencer Program... 423 instructions downloaded ahc0: Features 0x1fef6, Bugs 0x40, Flags 0x28485560 aic7899: Ultra160 Wide Channel A, SCSI Id=3D7, 32/253 SCBs ahc1: port 0x2200-0x22ff mem 0xedffe000-0xedffefff irq 9 at device 9.1 on pci2 ahc1: Defaulting to MEMIO off ahc1: Reading SEEPROM...done. ahc1: Manual SE Termination ahc1: Manual LVD Termination ahc1: BIOS eeprom is present ahc1: Secondary High byte termination Enabled ahc1: Secondary Low byte termination Enabled ahc1: Primary Low Byte termination Enabled ahc1: Primary High Byte termination Enabled ahc1: Downloading Sequencer Program... 423 instructions downloaded ahc1: Features 0x1fef6, Bugs 0x40, Flags 0x28485560 using shared irq9. aic7899: Ultra160 Wide Channel B, SCSI Id=3D7, 32/253 SCBs pcib3: on motherboard pci3: on pcib3 ex_isa_identify() ata-: ata0 exists, using next available unit number ata-: ata1 exists, using next available unit number Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: