From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 13 02:32:02 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE1B816A4CE for ; Sun, 13 Feb 2005 02:32:02 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 824AC43D1F for ; Sun, 13 Feb 2005 02:32:02 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id DC33351485; Sat, 12 Feb 2005 18:32:01 -0800 (PST) Date: Sat, 12 Feb 2005 18:32:01 -0800 From: Kris Kennaway To: hackers@FreeBSD.org Message-ID: <20050213023201.GB24426@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IiVenqGWf+H9Y6IX" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Makefile .for and .if expansion X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 02:32:02 -0000 --IiVenqGWf+H9Y6IX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline The following small makefile doesn't behave as one would naively expect: MANLANG?=foo "" all: .for i in ${MANLANG} .if empty(${i}) @echo foo ${i} .endif .endfor ports-i386%make foo foo foo I think this is because the .if evaluation is happening too early, and it's not being done after the .for loop is expanded and the i variable is set. In order to get this to work I seem to have to do the following: MANLANG?=foo "" .for i in ${MANLANG} j= ${i} .if (${j} != "\"\"") .for l in ${j} k+= ${l} .endfor .endif .endfor all: @echo ${k} ports-i386%make foo If I remove the inner .for it breaks, and if I remove the j assignment it breaks. Also if I try and remove the use of k and put an echo inside the inner .for (with the all: preceding the whole loop) it breaks. This is extremely nasty. Am I missing an easier way to do this? Kris --IiVenqGWf+H9Y6IX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCDrwhWry0BWjoQKURAqwtAJ42w/TqXmlfi53hPkwpP29G0xr/VACgnrn2 hjVDAhUPs1ye6PD1XFptDPo= =qVYS -----END PGP SIGNATURE----- --IiVenqGWf+H9Y6IX-- From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 13 02:45:26 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1027216A4CE for ; Sun, 13 Feb 2005 02:45:26 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5F9543D49 for ; Sun, 13 Feb 2005 02:45:25 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id F317351485; Sat, 12 Feb 2005 18:45:24 -0800 (PST) Date: Sat, 12 Feb 2005 18:45:24 -0800 From: Kris Kennaway To: Kris Kennaway Message-ID: <20050213024524.GA24740@xor.obsecurity.org> References: <20050213023201.GB24426@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mYCpIKhGyMATD0i+" Content-Disposition: inline In-Reply-To: <20050213023201.GB24426@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i cc: hackers@FreeBSD.org Subject: Re: Makefile .for and .if expansion X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 02:45:26 -0000 --mYCpIKhGyMATD0i+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Feb 12, 2005 at 06:32:01PM -0800, Kris Kennaway wrote: > The following small makefile doesn't behave as one would naively > expect: >=20 > MANLANG?=3Dfoo "" > all: > .for i in ${MANLANG} > .if empty(${i}) > @echo foo ${i} > .endif > .endfor >=20 > ports-i386%make > foo foo > foo >=20 > I think this is because the .if evaluation is happening too early, and > it's not being done after the .for loop is expanded and the i variable > is set. Actually it looks like it's happening too late: For: Iterator i List foo "" For: end for 1 Global:i =3D "" --- i =3D "" =2Eif empty(i) @echo foo "" =2Eendif ---- at line 3 Global:delete i Global:i =3D foo --- i =3D foo =2Eif empty(i) @echo foo foo =2Eendif ---- at line 3 Global:delete i i.e. the series of .if statements are expanded out by .for and then the variable i is deleted, so by the time the .if is evaluated the unset variable evaluates to empty. Kris --mYCpIKhGyMATD0i+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCDr9EWry0BWjoQKURAlFhAJ9E3wZ31rE+8mFXIYYamxaGqvhBhwCg/5bq WAYdKl9f2212Gw7rCT8KShg= =nIdg -----END PGP SIGNATURE----- --mYCpIKhGyMATD0i+-- From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 13 05:10:06 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F261A16A4CE for ; Sun, 13 Feb 2005 05:10:06 +0000 (GMT) Received: from lakermmtao12.cox.net (lakermmtao12.cox.net [68.230.240.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6339943D2F for ; Sun, 13 Feb 2005 05:10:06 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from mezz.mezzweb.com ([68.103.32.140]) by lakermmtao12.cox.net (InterMail vM.6.01.04.00 201-2131-117-20041022) with ESMTP id <20050213051004.DOSX6890.lakermmtao12.cox.net@mezz.mezzweb.com>; Sun, 13 Feb 2005 00:10:04 -0500 Date: Sat, 12 Feb 2005 23:11:12 -0600 To: "Kris Kennaway" References: <20050213023201.GB24426@xor.obsecurity.org> From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <20050213023201.GB24426@xor.obsecurity.org> User-Agent: Opera M2/7.54 (Linux, build 955) cc: hackers@freebsd.org Subject: Re: Makefile .for and .if expansion X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 05:10:07 -0000 On Sat, 12 Feb 2005 18:32:01 -0800, Kris Kennaway wrote: > The following small makefile doesn't behave as one would naively > expect: This problem is known to me for pretty very long time when I reported to Brandon D. Valentine for linux-flashplugins6 issue.. You will see in the Makefile that the PLUGINSDIR doesn't work that has like this: ===================================== do-install: @${MKDIR} ${PREFIX}/lib/linux-flashplugin6 .for f in ${LIBFILES} @${INSTALL_DATA} ${WRKSRC}/${f} ${PREFIX}/lib/linux-flashplugin6 .if exists(${PLUGINSDIR}) @${LN} -sf ${PREFIX}/lib/linux-flashplugin6/${f} ${PREFIX}/${PLUGINSDIR} .endif .endfor ===================================== Cheers, Mezz > MANLANG?=foo "" > all: > .for i in ${MANLANG} > .if empty(${i}) > @echo foo ${i} > .endif > .endfor > > ports-i386%make > foo foo > foo > > I think this is because the .if evaluation is happening too early, and > it's not being done after the .for loop is expanded and the i variable > is set. > > In order to get this to work I seem to have to do the following: > > MANLANG?=foo "" > .for i in ${MANLANG} > j= ${i} > .if (${j} != "\"\"") > .for l in ${j} > k+= ${l} > .endfor > .endif > .endfor > all: > @echo ${k} > > ports-i386%make > foo > > If I remove the inner .for it breaks, and if I remove the j assignment > it breaks. Also if I try and remove the use of k and put an echo > inside the inner .for (with the all: preceding the whole loop) it > breaks. > > This is extremely nasty. > > Am I missing an easier way to do this? > > Kris -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 13 06:45:16 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 82AA516A4CE for ; Sun, 13 Feb 2005 06:45:16 +0000 (GMT) Received: from ms-smtp-02-eri0.southeast.rr.com (ms-smtp-02-lbl.southeast.rr.com [24.25.9.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id A139343D2D for ; Sun, 13 Feb 2005 06:45:15 +0000 (GMT) (envelope-from jason@ec.rr.com) Received: from BARTON (cpe-065-184-201-054.ec.rr.com [65.184.201.54]) j1D6jDed015650 for ; Sun, 13 Feb 2005 01:45:13 -0500 (EST) Date: Sun, 13 Feb 2005 06:52:38 +0000 From: Jason Henson To: freebsd-hackers@freebsd.org X-Mailer: Balsa 2.2.6 Message-Id: <1108277558l.86500l.0l@BARTON> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; DelSp=Yes; Format=Flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: malloc vs ptmalloc2 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 06:45:16 -0000 I saw on a few of the lists here how linux uses ptmalloc2 and it =20 outperforms bsd's malloc. I tried to do some research into it and =20 found PHK's pdf on it and it seems bsd's malloc was ment to be ok in =20 most every situation. Because of this it shines when primary storage is =20 seriously over committed. So here is my question, I use FreeBSD as a desktop and never ever use =20 swap(I just don't stress my system enough?), can I use ptmalloc in =20 stead of malloc? Like defining SCHED_ULE instead of SCHED_4BSD. Can =20 the system malloc be switched out? =20 From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 13 08:21:36 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F09D16A4CE for ; Sun, 13 Feb 2005 08:21:36 +0000 (GMT) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3937543D31 for ; Sun, 13 Feb 2005 08:21:36 +0000 (GMT) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.13.1/8.13.1) with ESMTP id j1D8LTVg068374; Sun, 13 Feb 2005 03:21:29 -0500 (EST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.13.1/8.13.1/Submit) id j1D8LTM2068373; Sun, 13 Feb 2005 03:21:29 -0500 (EST) (envelope-from das@FreeBSD.ORG) Date: Sun, 13 Feb 2005 03:21:29 -0500 From: David Schultz To: Jason Henson Message-ID: <20050213082128.GA68307@VARK.MIT.EDU> Mail-Followup-To: Jason Henson , freebsd-hackers@FreeBSD.ORG References: <1108277558l.86500l.0l@BARTON> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1108277558l.86500l.0l@BARTON> cc: freebsd-hackers@FreeBSD.ORG Subject: Re: malloc vs ptmalloc2 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 08:21:36 -0000 On Sun, Feb 13, 2005, Jason Henson wrote: > I saw on a few of the lists here how linux uses ptmalloc2 and it > outperforms bsd's malloc. I tried to do some research into it and > found PHK's pdf on it and it seems bsd's malloc was ment to be ok in > most every situation. Because of this it shines when primary storage is > seriously over committed. > > So here is my question, I use FreeBSD as a desktop and never ever use > swap(I just don't stress my system enough?), can I use ptmalloc in > stead of malloc? Like defining SCHED_ULE instead of SCHED_4BSD. Can > the system malloc be switched out? With a little bit of work, you should be able to replace src/lib/libc/stdlib/malloc.c. ptmalloc is much more heavyweight, but it would probably do better in cases where you have a large number of threads doing a massive number of malloc/free operations on a multiprocessor system. Other than that, I don't know enough details about ptmalloc to speculate, except to say that for most real-world workloads on modern systems, the impact of the malloc implementation is likely to be negligible. Of course, test results would be interesting... From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 13 10:48:44 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3236F16A4CE for ; Sun, 13 Feb 2005 10:48:44 +0000 (GMT) Received: from smtp-1.dlr.de (smtp-1.dlr.de [195.37.61.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C25943D31 for ; Sun, 13 Feb 2005 10:48:43 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-1.dlr.de over TLS secured channel with Microsoft SMTPSVC(5.0.2195.6713); Sun, 13 Feb 2005 11:48:42 +0100 Date: Sun, 13 Feb 2005 11:51:09 +0100 (CET) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Kris Kennaway In-Reply-To: <20050213023201.GB24426@xor.obsecurity.org> Message-ID: <20050213114853.Q6360@beagle.kn.op.dlr.de> References: <20050213023201.GB24426@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 13 Feb 2005 10:48:42.0755 (UTC) FILETIME=[95AAD530:01C511B9] cc: hackers@FreeBSD.org Subject: Re: Makefile .for and .if expansion X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Harti Brandt List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 10:48:44 -0000 On Sat, 12 Feb 2005, Kris Kennaway wrote: KK>The following small makefile doesn't behave as one would naively KK>expect: KK> KK>MANLANG?=foo "" KK>all: KK>.for i in ${MANLANG} KK>.if empty(${i}) KK> @echo foo ${i} KK>.endif KK>.endfor KK> KK>ports-i386%make KK>foo foo KK>foo KK> KK>I think this is because the .if evaluation is happening too early, and KK>it's not being done after the .for loop is expanded and the i variable KK>is set. KK> KK>In order to get this to work I seem to have to do the following: KK> KK>MANLANG?=foo "" KK>.for i in ${MANLANG} KK>j= ${i} KK>.if (${j} != "\"\"") KK>.for l in ${j} KK>k+= ${l} KK>.endfor KK>.endif KK>.endfor KK>all: KK> @echo ${k} KK> KK>ports-i386%make KK>foo KK> KK>If I remove the inner .for it breaks, and if I remove the j assignment KK>it breaks. Also if I try and remove the use of k and put an echo KK>inside the inner .for (with the all: preceding the whole loop) it KK>breaks. KK> KK>This is extremely nasty. KK> KK>Am I missing an easier way to do this? As far as I can see you just discovered the limitation of make that is documented under the BUGs section in the man page. This is the result of the quit simple minded .for implementation (it's basically like expanding a macro). harti From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 13 11:10:33 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D624016A4CE for ; Sun, 13 Feb 2005 11:10:33 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 002BC43D1F for ; Sun, 13 Feb 2005 11:10:32 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j1DBAVTp094476; Sun, 13 Feb 2005 13:10:31 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 70710-07; Sun, 13 Feb 2005 13:10:30 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j1DBATnM094473 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 13 Feb 2005 13:10:29 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id j1DBAX1r089049; Sun, 13 Feb 2005 13:10:33 +0200 (EET) (envelope-from ru) Date: Sun, 13 Feb 2005 13:10:33 +0200 From: Ruslan Ermilov To: Kris Kennaway Message-ID: <20050213111033.GB88954@ip.net.ua> References: <20050213023201.GB24426@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3uo+9/B/ebqu+fSQ" Content-Disposition: inline In-Reply-To: <20050213023201.GB24426@xor.obsecurity.org> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: hackers@freebsd.org Subject: Re: Makefile .for and .if expansion X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 11:10:34 -0000 --3uo+9/B/ebqu+fSQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Kris, On Sat, Feb 12, 2005 at 06:32:01PM -0800, Kris Kennaway wrote: > The following small makefile doesn't behave as one would naively > expect: >=20 > MANLANG?=3Dfoo "" > all: > .for i in ${MANLANG} > .if empty(${i}) > @echo foo ${i} > .endif > .endfor >=20 > ports-i386%make > foo foo > foo >=20 > I think this is because the .if evaluation is happening too early, and > it's not being done after the .for loop is expanded and the i variable > is set. >=20 This makefile is broken, you're abusing empty(). empty() expects a variable name (without `$') as an argument, and ``.if empty(foo)'' means "true if ${foo} has an empty value". Note that in 4.x, "foo" also needs to be a defined variable, for this to work at all. In 5.x and 6.x, undefined variables are treated like empty variable by empty(). > In order to get this to work I seem to have to do the following: >=20 > MANLANG?=3Dfoo "" > .for i in ${MANLANG} > j=3D ${i} > .if (${j} !=3D "\"\"") > .for l in ${j} > k+=3D ${l} > .endfor > .endif > .endfor > all: > @echo ${k} >=20 > ports-i386%make > foo >=20 > If I remove the inner .for it breaks, and if I remove the j assignment > it breaks. Also if I try and remove the use of k and put an echo > inside the inner .for (with the all: preceding the whole loop) it > breaks. >=20 > This is extremely nasty. >=20 Yes. This behavior is documented in the BUGS section of the make(1) manpage: .for loops are unrolled before tests, and .for variables aren't real variables, so a fragment like this: =2Efor i in foo bar =2Eif ${i} =3D=3D "foo" echo ${i} =2Eendif =2Eendfor doesn't work. This fragment is rewritten by make(1) before further parsing as follows: =2Eif foo =3D=3D "foo" echo foo =2Eendif =2Eif bar =3D=3D "foo" echo bar =2Eendif And since .if expects a ${variable} as its first argument, it fails. About why you need an inner loop. Remember again that .for loops are unrolled before parsing, it means that a fragment like this: =2Efor i in foo bar j=3D${i} k+=3D${j} =2Eendfor is equivalent to j=3Dfoo k+=3D${j} j=3Dbar k+=3D${j} which means that `k' will get a value of "bar bar". When you use an inner loop, =2Efor i in foo bar j=3D${i} =2Efor l in ${j} k+=3D${l} =2Eendfor =2Eendfor it first gets rewritten to: j=3Dfoo =2Efor l in ${j} k+=3D${l} =2Eendfor j=3Dbar =2Efor l in ${j} k+=3D${l} =2Eendfor then to: j=3Dfoo k+=3Dfoo j=3Dbar k+=3Dbar which DTRT, but also has a side effect of setting "j" to "bar". > Am I missing an easier way to do this? >=20 May I suggest the following instead: %%% MANLANG?=3D foo "" bar all: =2Efor i in ${MANLANG:N""} @echo foo ${i} =2Eendfor %%% Note that `""' is not an empty value in make(1), it's just a regular value consisting of two double quotes. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --3uo+9/B/ebqu+fSQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCDzWpqRfpzJluFF4RAoPjAKCNqVWvNF9dMDhdtHzN6RsIr/xBawCfR/h9 D2aBJUMMRYwLTtWxTN1QPLk= =wLUw -----END PGP SIGNATURE----- --3uo+9/B/ebqu+fSQ-- From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 13 13:46:19 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D6DA16A4CE; Sun, 13 Feb 2005 13:46:19 +0000 (GMT) Received: from freebee.digiware.nl (dsl439.iae.nl [212.61.63.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3B1E43D1D; Sun, 13 Feb 2005 13:46:17 +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 j1DDkECE076864; Sun, 13 Feb 2005 14:46:15 +0100 (CET) (envelope-from wjw@withagen.nl) Message-ID: <420F5A25.9060603@withagen.nl> Date: Sun, 13 Feb 2005 14:46:13 +0100 From: Willem Jan Withagen User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Harti Brandt References: <20050202124154.Q11339@beagle.kn.op.dlr.de> In-Reply-To: <20050202124154.Q11339@beagle.kn.op.dlr.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: Robert Watson cc: Borja Marcos Subject: Re: Devilator - performance monitoring for FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 13:46:19 -0000 Harti Brandt wrote: > On Wed, 2 Feb 2005, Robert Watson wrote: > > RW> > RW>On Wed, 2 Feb 2005, Borja Marcos wrote: > RW> > RW>> I'm not sure about the correct values in the process description > RW>> to get a picture as accurate as possible of the cpu usage of different > RW>> processes. I've seen that top uses p_runtime (FreeBSD 5 and FreeBSD 4), > RW>> but I'm not sure if the value would be really useful. > RW> > RW>This is very cool. :-) How are you currently extracting the information? > RW>One of the things I've wanted to do for a while is make sure all this sort > RW>of thing is exposed via snmpd so that the information can be gathered > RW>easily across a large number of hosts (say, 10,000). > > That could be a nice JUH (junior userspace hacker's) task to add a module > to bsnmp. net-snmp is able to run arbitrary external code to obtain values to be monitored, and it seem to be able to use modules (haven't used them yet). I've been using net-snmp/mrtg already for as long as I can remember to monitor load and diskspace. Processes and other things with MRTG are IMHO sort of troublesome since sample period is 5 minutes. And most processes that outlive that timespan are kernel/daemon processes. What I like about Borja's stuff is that he is able to plot more that just 2 params in 1 graph. --WjW From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 13 13:51:18 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96AE116A4CE for ; Sun, 13 Feb 2005 13:51:18 +0000 (GMT) Received: from freebee.digiware.nl (dsl439.iae.nl [212.61.63.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF28843D41 for ; Sun, 13 Feb 2005 13:51:17 +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 j1DDpF4v077468; Sun, 13 Feb 2005 14:51:16 +0100 (CET) (envelope-from wjw@withagen.nl) Message-ID: <420F5B53.4010301@withagen.nl> Date: Sun, 13 Feb 2005 14:51:15 +0100 From: Willem Jan Withagen User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andrew J Caines References: <20050202121151.GA91729@hal9000.halplant.com> In-Reply-To: <20050202121151.GA91729@hal9000.halplant.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: Devilator - performance monitoring for FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 13:51:18 -0000 Andrew J Caines wrote: > I'd also vouch for collecting orcallator data using rsync over ssh from the > client systems to the cruching and report generating server. Wait until you would like to do a larger server park. Then you start running into performance issues because you nee to setup a full ssh/tcp connection. Whereas SNMP-v3 over UDP is a lot faster and simpler. And it is not like you are transporting majore security type data???? I'm still using a large number of hosts with v1 and IP-number locking as "security". --WjW From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 13 14:21:59 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF14616A4CE; Sun, 13 Feb 2005 14:21:59 +0000 (GMT) Received: from smtp-1.dlr.de (smtp-1.dlr.de [195.37.61.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CBA343D49; Sun, 13 Feb 2005 14:21:59 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-1.dlr.de over TLS secured channel with Microsoft SMTPSVC(5.0.2195.6713); Sun, 13 Feb 2005 15:21:58 +0100 Date: Sun, 13 Feb 2005 15:25:17 +0100 (CET) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Willem Jan Withagen In-Reply-To: <420F5A25.9060603@withagen.nl> Message-ID: <20050213152406.L36779@beagle.kn.op.dlr.de> References: <20050202124154.Q11339@beagle.kn.op.dlr.de> <420F5A25.9060603@withagen.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 13 Feb 2005 14:21:58.0442 (UTC) FILETIME=[607DB8A0:01C511D7] cc: freebsd-hackers@freebsd.org cc: Robert Watson cc: Borja Marcos Subject: Re: Devilator - performance monitoring for FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Harti Brandt List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 14:22:00 -0000 On Sun, 13 Feb 2005, Willem Jan Withagen wrote: WJW>Harti Brandt wrote: WJW>> On Wed, 2 Feb 2005, Robert Watson wrote: WJW>> WJW>> RW> WJW>> RW>On Wed, 2 Feb 2005, Borja Marcos wrote: WJW>> RW> WJW>> RW>> I'm not sure about the correct values in the process description WJW>> RW>> to get a picture as accurate as possible of the cpu usage of WJW>> different WJW>> RW>> processes. I've seen that top uses p_runtime (FreeBSD 5 and FreeBSD WJW>> 4), WJW>> RW>> but I'm not sure if the value would be really useful. RW> WJW>> RW>This is very cool. :-) How are you currently extracting the WJW>> information? RW>One of the things I've wanted to do for a while is make WJW>> sure all this sort WJW>> RW>of thing is exposed via snmpd so that the information can be gathered WJW>> RW>easily across a large number of hosts (say, 10,000). WJW>> WJW>> That could be a nice JUH (junior userspace hacker's) task to add a module WJW>> to bsnmp. WJW> WJW>net-snmp is able to run arbitrary external code to obtain values to be WJW>monitored, and it seem to be able to use modules (haven't used them yet). I know. But on the other hand net-snmp is huge while bsnmp is in the base system. harti WJW> WJW>I've been using net-snmp/mrtg already for as long as I can remember to WJW>monitor load and diskspace. Processes and other things with MRTG are IMHO WJW>sort of troublesome since sample period is 5 minutes. And most processes WJW>that outlive that timespan are kernel/daemon processes. WJW> WJW>What I like about Borja's stuff is that he is able to plot more that just 2 WJW>params in 1 graph. WJW> WJW>--WjW WJW> WJW> WJW> From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 13 15:03:33 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id BFDC016A4CE; Sun, 13 Feb 2005 15:03:32 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id j1DF3Vl8063693; Sun, 13 Feb 2005 10:03:32 -0500 (EST) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id j1DF3VcE063692; Sun, 13 Feb 2005 10:03:31 -0500 (EST) (envelope-from green) Date: Sun, 13 Feb 2005 10:03:30 -0500 From: Brian Fundakowski Feldman To: Ion-Mihai Tetcu Message-ID: <20050213150330.GI65523@green.homeunix.org> References: <20050210225558.7a0879ec@it.buh.cameradicommercio.ro> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050210225558.7a0879ec@it.buh.cameradicommercio.ro> User-Agent: Mutt/1.5.6i cc: freebsd-hackers@freebsd.org Subject: Re: SIGBUS help, please X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 15:03:33 -0000 On Thu, Feb 10, 2005 at 10:55:58PM +0200, Ion-Mihai Tetcu wrote: > Hi, > > > One of my ports - mail/dspam-devel stays at 3.4 because newer versions > crash on FreeBSD (they work on Linux and Solaris). > Can someone make some sense from the output bellow ? > > I'm willing to make a port and help with all needed setup information - > a 5-10 minutes job if someone has the time for it. Have you tried valgrind in any of its modes yet? -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 13 15:09:57 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 994DC16A4CE for ; Sun, 13 Feb 2005 15:09:57 +0000 (GMT) Received: from sollube.sarenet.es (sollube.sarenet.es [192.148.167.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20A7743D4C for ; Sun, 13 Feb 2005 15:09:57 +0000 (GMT) (envelope-from borjamar@sarenet.es) Received: from [127.0.0.1] (borja.sarenet.es [192.148.167.77]) by sollube.sarenet.es (Postfix) with ESMTP id A93A2B15; Sun, 13 Feb 2005 16:09:55 +0100 (CET) In-Reply-To: <420F5B53.4010301@withagen.nl> References: <20050202121151.GA91729@hal9000.halplant.com> <420F5B53.4010301@withagen.nl> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Borja Marcos Date: Sun, 13 Feb 2005 16:10:00 +0100 To: Willem Jan Withagen X-Mailer: Apple Mail (2.619.2) cc: freebsd-hackers@freebsd.org Subject: Re: Devilator - performance monitoring for FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 15:09:57 -0000 > Wait until you would like to do a larger server park. Then you start > running into performance issues because you nee to setup a full > ssh/tcp connection. Whereas SNMP-v3 over UDP is a lot faster and > simpler. And it is not like you are transporting majore security type > data???? Well, I've been using orcallator and Orca to monitor 20+ Solaris servers for some years, and a small Sun Netra T1 is capable of keeping up with the data. The good thing about using an agent in each machine is that you get more consistent info. BTW, it will be released his week. I'm completing the network statistics, and testing on i386 and sparc64. Borja. From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 13 15:51:17 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F74316A4CE for ; Sun, 13 Feb 2005 15:51:17 +0000 (GMT) Received: from gandalf.online.bg (gandalf.online.bg [217.75.128.9]) by mx1.FreeBSD.org (Postfix) with SMTP id B840043D41 for ; Sun, 13 Feb 2005 15:51:13 +0000 (GMT) (envelope-from roam@ringlet.net) Received: (qmail 14551 invoked from network); 13 Feb 2005 15:51:08 -0000 Received: from unknown (HELO straylight.ringlet.net) (213.16.36.109) by gandalf.online.bg with SMTP; 13 Feb 2005 15:51:08 -0000 Received: (qmail 16674 invoked by uid 1000); 13 Feb 2005 15:51:11 -0000 Date: Sun, 13 Feb 2005 17:51:11 +0200 From: Peter Pentchev To: Brian Fundakowski Feldman Message-ID: <20050213155111.GB784@straylight.m.ringlet.net> Mail-Followup-To: Brian Fundakowski Feldman , Ion-Mihai Tetcu , freebsd-hackers@freebsd.org References: <20050210225558.7a0879ec@it.buh.cameradicommercio.ro> <20050213150330.GI65523@green.homeunix.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oLBj+sq0vYjzfsbl" Content-Disposition: inline In-Reply-To: <20050213150330.GI65523@green.homeunix.org> User-Agent: Mutt/1.5.7i cc: Ion-Mihai Tetcu cc: freebsd-hackers@freebsd.org Subject: Re: SIGBUS help, please X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 15:51:17 -0000 --oLBj+sq0vYjzfsbl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 13, 2005 at 10:03:30AM -0500, Brian Fundakowski Feldman wrote: > On Thu, Feb 10, 2005 at 10:55:58PM +0200, Ion-Mihai Tetcu wrote: > > Hi, > >=20 > >=20 > > One of my ports - mail/dspam-devel stays at 3.4 because newer versions > > crash on FreeBSD (they work on Linux and Solaris). > > Can someone make some sense from the output bellow ? > >=20 > > I'm willing to make a port and help with all needed setup information - > > a 5-10 minutes job if someone has the time for it. >=20 > Have you tried valgrind in any of its modes yet? Wasn't some valgrind output included in the message you actually replied to? :) Or am I misunderstanding your question due to the fact that I've never actually used valgrind? If so, sorry... G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@cnsys.bg roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 Nostalgia ain't what it used to be. --oLBj+sq0vYjzfsbl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCD3dv7Ri2jRYZRVMRAjUHAJ9roloH52Cypo4ONXLrz/hMmNdrmQCdH5Xu pxjmFJ0gGP5I40Uhfah0rZ0= =AZ/z -----END PGP SIGNATURE----- --oLBj+sq0vYjzfsbl-- From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 13 16:14:52 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D464716A4CE; Sun, 13 Feb 2005 16:14:51 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id j1DGEpqJ064096; Sun, 13 Feb 2005 11:14:51 -0500 (EST) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id j1DGEoD8064095; Sun, 13 Feb 2005 11:14:50 -0500 (EST) (envelope-from green) Date: Sun, 13 Feb 2005 11:14:50 -0500 From: Brian Fundakowski Feldman To: Ion-Mihai Tetcu , freebsd-hackers@freebsd.org Message-ID: <20050213161450.GA63697@green.homeunix.org> References: <20050210225558.7a0879ec@it.buh.cameradicommercio.ro> <20050213150330.GI65523@green.homeunix.org> <20050213155111.GB784@straylight.m.ringlet.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050213155111.GB784@straylight.m.ringlet.net> User-Agent: Mutt/1.5.6i Subject: Re: SIGBUS help, please X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 16:14:52 -0000 On Sun, Feb 13, 2005 at 05:51:11PM +0200, Peter Pentchev wrote: > On Sun, Feb 13, 2005 at 10:03:30AM -0500, Brian Fundakowski Feldman wrote: > > On Thu, Feb 10, 2005 at 10:55:58PM +0200, Ion-Mihai Tetcu wrote: > > > Hi, > > > > > > > > > One of my ports - mail/dspam-devel stays at 3.4 because newer versions > > > crash on FreeBSD (they work on Linux and Solaris). > > > Can someone make some sense from the output bellow ? > > > > > > I'm willing to make a port and help with all needed setup information - > > > a 5-10 minutes job if someone has the time for it. > > > > Have you tried valgrind in any of its modes yet? > > Wasn't some valgrind output included in the message you actually > replied to? :) Or am I misunderstanding your question due to the fact > that I've never actually used valgrind? If so, sorry... Err, sorry, it makes more sense if I say "all" instead of where I said "any." There's a few of them that more check address space validity in general, and there's one that tries to check for thread-safety issues. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 13 16:26:22 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5413416A4CE for ; Sun, 13 Feb 2005 16:26:22 +0000 (GMT) Received: from relay.rdsnet.ro (gimli.rdsnet.ro [193.231.236.70]) by mx1.FreeBSD.org (Postfix) with SMTP id 3E57643D1D for ; Sun, 13 Feb 2005 16:26:21 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 23707 invoked from network); 13 Feb 2005 16:21:37 -0000 Received: from unknown (HELO smtp.rdsnet.ro) (62.231.74.130) by smtp1-133.rdsnet.ro with SMTP; 13 Feb 2005 16:21:37 -0000 Received: (qmail 20617 invoked by uid 89); 13 Feb 2005 16:30:02 -0000 Received: from unknown (HELO it.buh.tecnik93.com) (81.196.204.98) by 0 with SMTP; 13 Feb 2005 16:30:02 -0000 Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id 77B32114D4; Sun, 13 Feb 2005 18:26:16 +0200 (EET) Date: Sun, 13 Feb 2005 18:26:16 +0200 From: Ion-Mihai Tetcu To: Brian Fundakowski Feldman Message-ID: <20050213182616.036ba07a@it.buh.tecnik93.com> In-Reply-To: <20050213150330.GI65523@green.homeunix.org> References: <20050210225558.7a0879ec@it.buh.cameradicommercio.ro> <20050213150330.GI65523@green.homeunix.org> X-Mailer: Sylpheed-Claws 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 cc: freebsd-hackers@freebsd.org Subject: Re: SIGBUS help, please X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 16:26:22 -0000 On Sun, 13 Feb 2005 10:03:30 -0500 Brian Fundakowski Feldman wrote: > On Thu, Feb 10, 2005 at 10:55:58PM +0200, Ion-Mihai Tetcu wrote: > > Hi, > > > > > > One of my ports - mail/dspam-devel stays at 3.4 because newer versions > > crash on FreeBSD (they work on Linux and Solaris). > > Can someone make some sense from the output bellow ? > > > > I'm willing to make a port and help with all needed setup information - > > a 5-10 minutes job if someone has the time for it. > > Have you tried valgrind in any of its modes yet? I wouldn't have posted here without reaching my level of incompetence first :-/ Beginning with 3.3.2 dspam's author has rewritten a lot of code involving threads and with his help I've managed to make it work on FreeBSD and so I can run 3.3.4 in production. After 3.3.4 I haven't been able to keep up with him and besides this crash, which mask it, there is at least an other threading bug on FreeBSD. -- IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 13 16:47:57 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F3C116A4CE for ; Sun, 13 Feb 2005 16:47:57 +0000 (GMT) Received: from relay.rdsnet.ro (gimli.rdsnet.ro [193.231.236.70]) by mx1.FreeBSD.org (Postfix) with SMTP id 1E11043D1F for ; Sun, 13 Feb 2005 16:47:56 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 26744 invoked from network); 13 Feb 2005 16:43:12 -0000 Received: from unknown (HELO smtp.rdsnet.ro) (62.231.74.130) by smtp1-133.rdsnet.ro with SMTP; 13 Feb 2005 16:43:12 -0000 Received: (qmail 22164 invoked by uid 89); 13 Feb 2005 16:51:37 -0000 Received: from unknown (HELO it.buh.tecnik93.com) (81.196.204.98) by 0 with SMTP; 13 Feb 2005 16:51:37 -0000 Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id F1A9A114D4; Sun, 13 Feb 2005 18:47:52 +0200 (EET) Date: Sun, 13 Feb 2005 18:47:52 +0200 From: Ion-Mihai Tetcu To: Ion-Mihai Tetcu Message-ID: <20050213184752.611ce46c@it.buh.tecnik93.com> In-Reply-To: <20050213182616.036ba07a@it.buh.tecnik93.com> References: <20050210225558.7a0879ec@it.buh.cameradicommercio.ro> <20050213150330.GI65523@green.homeunix.org> <20050213182616.036ba07a@it.buh.tecnik93.com> X-Mailer: Sylpheed-Claws 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 cc: freebsd-hackers@freebsd.org Subject: Re: SIGBUS help, please X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 16:47:57 -0000 On Sun, 13 Feb 2005 18:26:16 +0200 Ion-Mihai Tetcu wrote: > On Sun, 13 Feb 2005 10:03:30 -0500 > Brian Fundakowski Feldman wrote: > > > On Thu, Feb 10, 2005 at 10:55:58PM +0200, Ion-Mihai Tetcu wrote: > > > Hi, > > > > > > > > > One of my ports - mail/dspam-devel stays at 3.4 because newer versions > > > crash on FreeBSD (they work on Linux and Solaris). > > > Can someone make some sense from the output bellow ? > > > > > > I'm willing to make a port and help with all needed setup information - > > > a 5-10 minutes job if someone has the time for it. > > > > Have you tried valgrind in any of its modes yet? > > I wouldn't have posted here without reaching my level of incompetence > first :-/ > > Beginning with 3.3.2 dspam's author has rewritten a lot of code > involving threads and with his help I've managed to make it work on > FreeBSD and so I can run 3.3.4 in production. After 3.3.4 I haven't been > able to keep up with him and besides this crash, which mask it, there is > at least an other threading bug on FreeBSD. Not that I'm understanding why, but _right now_, run from gdb or not it works, even if I deliver multiple messages in parallel. And this inconsistent behaviour it's not a local problem, I've reproduced it on 2 boxes and got users reports too. I'm really loss :( In valgrind, on the other hand, --trace-pthread=all --trace-signals=yes it dies: --85813-- PTHREAD[1]: pthread_getspecific_ptr --85813-- PTHREAD[1]: pthread_getspecific_ptr --85813-- PTHREAD[1]: pthread_mutex_unlock mx 0x3C1CD474 ... --85813-- sys_wait_results: got PX_SetSigmask for TID 2 85813: [2/13/2005 18:41:39] No QuarantineAgent option found. Using quarantine. 85813: [2/13/2005 18:41:39] using database handle id 1 --85813-- PTHREAD[2]: pthread_mutex_lock mx 0x3C2EB698 ... 85813: [2/13/2005 18:41:40] DSPAM Instance Startup 85813: [2/13/2005 18:41:40] input args: --user itetcu --classify 85813: [2/13/2005 18:41:40] pass-thru args: /usr/libexec/mail.local -d %u 85813: [2/13/2005 18:41:40] processing user itetcu 85813: [2/13/2005 18:41:40] uid = 0, euid = 0, gid = 0, egid = 0 85813: [2/13/2005 18:41:40] Loading preferences for user itetcu 85813: [2/13/2005 18:41:40] Loading preferences from dspam.conf 85813: [2/13/2005 18:41:40] using /var/db/dspam/opt-in/itetcu.dspam as path 85813: [2/13/2005 18:41:40] using /var/db/dspam/opt-out/itetcu.nodspam as path 85813: [2/13/2005 18:41:40] sedation level set to: 4 ==85813== Thread 2: ==85813== Conditional jump or move depends on uninitialised value(s) ==85813== at 0x80622A6: _ds_get_signature (mysql_drv.c:1095) ==85813== by 0x804FAED: process_message (dspam.c:352) ==85813== by 0x8050BD6: process_users (dspam.c:1408) ==85813== by 0x80540DF: process_connection (daemon.c:404) ==85813== ==85813== Thread 2: ==85813== Conditional jump or move depends on uninitialised value(s) ==85813== at 0x80622AC: _ds_get_signature (mysql_drv.c:1095) ==85813== by 0x804FAED: process_message (dspam.c:352) ==85813== by 0x8050BD6: process_users (dspam.c:1408) ==85813== by 0x80540DF: process_connection (daemon.c:404) 85813: [2/13/2005 18:41:40] mysql_fetch_row() failed in _ds_get_signature 85813: [2/13/2005 18:41:40] signature retrieval for '420bca9c781172725874071' failed ==85813== ==85813== Thread 2: ==85813== Conditional jump or move depends on uninitialised value(s) ==85813== at 0x805A404: _ds_operate (libdspam.c:1057) ==85813== by 0x805BB0E: dspam_process (libdspam.c:525) ==85813== by 0x804F587: process_message (dspam.c:396) ==85813== by 0x8050BD6: process_users (dspam.c:1408) ==85813== ==85813== Thread 2: ==85813== Conditional jump or move depends on uninitialised value(s) ==85813== at 0x805A40A: _ds_operate (libdspam.c:1057) ==85813== by 0x805BB0E: dspam_process (libdspam.c:525) ==85813== by 0x804F587: process_message (dspam.c:396) ==85813== by 0x8050BD6: process_users (dspam.c:1408) 85813: [2/13/2005 18:41:45] Loading 537 BNR patterns --85813-- signal 10 arrived ... si_code=30 --85813-- delivering signal 10 (SIGBUS) to thread 2 --85813-- delivering 10 to default handler terminate+core ==85813== ==85813== Process terminating with default action of signal 10 (SIGBUS): dumping core ==85813== at 0x8060878: bnr_finalize (bnr.c:313) ==85813== by 0x805B5A1: _ds_operate (libdspam.c:1213) ==85813== by 0x805BB0E: dspam_process (libdspam.c:525) ==85813== by 0x804F587: process_message (dspam.c:396) ==85813== ==85813== ERROR SUMMARY: 4 errors from 4 contexts (suppressed: 0 from 0) ==85813== malloc/free: in use at exit: 813289 bytes in 25497 blocks. ==85813== malloc/free: 37449 allocs, 11952 frees, 1680394 bytes allocated. ==85813== For counts of detected errors, rerun with: -v ==85813== searching for pointers to 25497 not-freed blocks. ==85813== checked 3951736 bytes. -- IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 13 16:50:49 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C761E16A4CE; Sun, 13 Feb 2005 16:50:49 +0000 (GMT) Received: from mail.ciam.ru (mail.ciam.ru [213.147.57.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AACB43D31; Sun, 13 Feb 2005 16:50:49 +0000 (GMT) (envelope-from sem@FreeBSD.org) Received: from ppp83-237-103-192.pppoe.mtu-net.ru ([83.237.103.192] helo=[192.168.0.2]) by mail.ciam.ru with esmtpa (Exim 4.x) id 1D0MxJ-00094N-BU; Sun, 13 Feb 2005 19:50:45 +0300 Message-ID: <420F8564.5060200@FreeBSD.org> Date: Sun, 13 Feb 2005 19:50:44 +0300 From: Sergey Matveychuk User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: freebsd-gnats-submit@FreeBSD.org, jesper@hackunite.net, hackers@FreeBSD.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: bin/76089: The "-n" option in /usr/bin/w is broken X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 16:50:49 -0000 w(1) behaviour has changed with brien commit in w.c revision 1.48. Funny, but looks like '-n' options works right after commit, not before. The reason is utmp holds a host name and w(1) with '-n' flag _do_ resolve hostname back in IP address and without '-n' don't resolve it. It's confised. IMHO to be more robust, we should make utmp to hold an IP address instead of a hostname and change all applications that use it. As bonus it will fix a delay on login when resolving does not work. And last(1) will show more useful IP address instead of changable hostname. But I'm not sure about standards. -- Sem. From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 13 17:04:39 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 956A216A4CE; Sun, 13 Feb 2005 17:04:39 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id j1DH4cPM064433; Sun, 13 Feb 2005 12:04:38 -0500 (EST) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id j1DH4cX6064432; Sun, 13 Feb 2005 12:04:38 -0500 (EST) (envelope-from green) Date: Sun, 13 Feb 2005 12:04:37 -0500 From: Brian Fundakowski Feldman To: Ion-Mihai Tetcu Message-ID: <20050213170437.GB63697@green.homeunix.org> References: <20050210225558.7a0879ec@it.buh.cameradicommercio.ro> <20050213150330.GI65523@green.homeunix.org> <20050213182616.036ba07a@it.buh.tecnik93.com> <20050213184752.611ce46c@it.buh.tecnik93.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050213184752.611ce46c@it.buh.tecnik93.com> User-Agent: Mutt/1.5.6i cc: freebsd-hackers@freebsd.org Subject: Re: SIGBUS help, please X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 17:04:40 -0000 On Sun, Feb 13, 2005 at 06:47:52PM +0200, Ion-Mihai Tetcu wrote: > On Sun, 13 Feb 2005 18:26:16 +0200 > Ion-Mihai Tetcu wrote: > > > On Sun, 13 Feb 2005 10:03:30 -0500 > > Brian Fundakowski Feldman wrote: > > > > > On Thu, Feb 10, 2005 at 10:55:58PM +0200, Ion-Mihai Tetcu wrote: > > > > Hi, > > > > > > > > > > > > One of my ports - mail/dspam-devel stays at 3.4 because newer versions > > > > crash on FreeBSD (they work on Linux and Solaris). > > > > Can someone make some sense from the output bellow ? > > > > > > > > I'm willing to make a port and help with all needed setup information - > > > > a 5-10 minutes job if someone has the time for it. > > > > > > Have you tried valgrind in any of its modes yet? > > > > I wouldn't have posted here without reaching my level of incompetence > > first :-/ > > > > Beginning with 3.3.2 dspam's author has rewritten a lot of code > > involving threads and with his help I've managed to make it work on > > FreeBSD and so I can run 3.3.4 in production. After 3.3.4 I haven't been > > able to keep up with him and besides this crash, which mask it, there is > > at least an other threading bug on FreeBSD. > > Not that I'm understanding why, but _right now_, run from gdb or not it > works, even if I deliver multiple messages in parallel. And this > inconsistent behaviour it's not a local problem, I've reproduced it on 2 > boxes and got users reports too. I'm really loss :( > > In valgrind, on the other hand, --trace-pthread=all --trace-signals=yes it dies: Have you tried helgrind? That seems to be the one to try next. The default stack trace size it keeps is not very large, so you may want to increase it to 100 or so before you go to debugging these. These 4 errors probably are genuine bugs and could be the root cause of the crash that's occurring... -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 13 18:28:40 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57BD016A4CE for ; Sun, 13 Feb 2005 18:28:40 +0000 (GMT) Received: from relay.rdsnet.ro (gimli.rdsnet.ro [193.231.236.70]) by mx1.FreeBSD.org (Postfix) with SMTP id 5D32243D46 for ; Sun, 13 Feb 2005 18:28:39 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 8632 invoked from network); 13 Feb 2005 18:23:56 -0000 Received: from unknown (HELO smtp.rdsnet.ro) (62.231.74.130) by smtp1-133.rdsnet.ro with SMTP; 13 Feb 2005 18:23:56 -0000 Received: (qmail 29641 invoked by uid 89); 13 Feb 2005 18:32:16 -0000 Received: from unknown (HELO it.buh.tecnik93.com) (81.196.204.98) by 0 with SMTP; 13 Feb 2005 18:32:16 -0000 Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id 90CBF11497; Sun, 13 Feb 2005 20:25:59 +0200 (EET) Date: Sun, 13 Feb 2005 20:25:59 +0200 From: Ion-Mihai Tetcu To: Brian Fundakowski Feldman Message-ID: <20050213202559.38e1f1af@it.buh.tecnik93.com> In-Reply-To: <20050213170437.GB63697@green.homeunix.org> References: <20050210225558.7a0879ec@it.buh.cameradicommercio.ro> <20050213150330.GI65523@green.homeunix.org> <20050213182616.036ba07a@it.buh.tecnik93.com> <20050213184752.611ce46c@it.buh.tecnik93.com> <20050213170437.GB63697@green.homeunix.org> X-Mailer: Sylpheed-Claws 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 cc: freebsd-hackers@freebsd.org Subject: Re: SIGBUS help, please X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 18:28:40 -0000 On Sun, 13 Feb 2005 12:04:37 -0500 Brian Fundakowski Feldman wrote: > On Sun, Feb 13, 2005 at 06:47:52PM +0200, Ion-Mihai Tetcu wrote: > > On Sun, 13 Feb 2005 18:26:16 +0200 > > Ion-Mihai Tetcu wrote: > > > > > On Sun, 13 Feb 2005 10:03:30 -0500 > > > Brian Fundakowski Feldman wrote: > > > > > > > On Thu, Feb 10, 2005 at 10:55:58PM +0200, Ion-Mihai Tetcu wrote: > > > > > Hi, > > > > > > > > > > > > > > > One of my ports - mail/dspam-devel stays at 3.4 because newer versions > > > > > crash on FreeBSD (they work on Linux and Solaris). > > > > > Can someone make some sense from the output bellow ? > > > > > > > > > > I'm willing to make a port and help with all needed setup information - > > > > > a 5-10 minutes job if someone has the time for it. > > > > > > > > Have you tried valgrind in any of its modes yet? > > > > > > I wouldn't have posted here without reaching my level of incompetence > > > first :-/ > > > > > > Beginning with 3.3.2 dspam's author has rewritten a lot of code > > > involving threads and with his help I've managed to make it work on > > > FreeBSD and so I can run 3.3.4 in production. After 3.3.4 I haven't been > > > able to keep up with him and besides this crash, which mask it, there is > > > at least an other threading bug on FreeBSD. > > > > Not that I'm understanding why, but _right now_, run from gdb or not it > > works, even if I deliver multiple messages in parallel. And this > > inconsistent behaviour it's not a local problem, I've reproduced it on 2 > > boxes and got users reports too. I'm really loss :( > > > > In valgrind, on the other hand, --trace-pthread=all --trace-signals=yes it dies: > > Have you tried helgrind? That seems to be the one to try next. The default > stack trace size it keeps is not very large, so you may want to increase it > to 100 or so before you go to debugging these. These 4 errors probably are > genuine bugs and could be the root cause of the crash that's occurring... On this it works 5.3-STABLE FreeBSD 5.3-STABLE #0: Thu Feb 10 17:38:05 EET 2005 root@it.buh.tecnik93.com:/usr/obj/usr/src/sys/IT53_U i386 this kernel has ULE On this it crash 5.3-STABLE FreeBSD 5.3-STABLE #17: Mon Jan 17 23:40:22 EET 2005 itetcu@it.buh.cameradicommercio.ro:/usr/obj/usr/src/sys/IT53_d i386 this 4BSD WTF ?? -- IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 13 18:38:44 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1056516A4CF for ; Sun, 13 Feb 2005 18:38:44 +0000 (GMT) Received: from relay.rdsnet.ro (gimli.rdsnet.ro [193.231.236.70]) by mx1.FreeBSD.org (Postfix) with SMTP id B873643D1D for ; Sun, 13 Feb 2005 18:38:42 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 9931 invoked from network); 13 Feb 2005 18:33:58 -0000 Received: from unknown (HELO smtp.rdsnet.ro) (62.231.74.130) by smtp1-133.rdsnet.ro with SMTP; 13 Feb 2005 18:33:58 -0000 Received: (qmail 30368 invoked by uid 89); 13 Feb 2005 18:42:24 -0000 Received: from unknown (HELO it.buh.tecnik93.com) (81.196.204.98) by 0 with SMTP; 13 Feb 2005 18:42:24 -0000 Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id 795D011497; Sun, 13 Feb 2005 20:38:38 +0200 (EET) Date: Sun, 13 Feb 2005 20:38:38 +0200 From: Ion-Mihai Tetcu To: Ion-Mihai Tetcu Message-ID: <20050213203838.0d37b121@it.buh.tecnik93.com> In-Reply-To: <20050213202559.38e1f1af@it.buh.tecnik93.com> References: <20050210225558.7a0879ec@it.buh.cameradicommercio.ro> <20050213150330.GI65523@green.homeunix.org> <20050213182616.036ba07a@it.buh.tecnik93.com> <20050213184752.611ce46c@it.buh.tecnik93.com> <20050213170437.GB63697@green.homeunix.org> <20050213202559.38e1f1af@it.buh.tecnik93.com> X-Mailer: Sylpheed-Claws 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 cc: me@stefan.haischt.name cc: freebsd-hackers@freebsd.org Subject: Re: SIGBUS help, please X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 18:38:44 -0000 [ Stefan, please give me a uname -a and scheduler type. Thanks. ] On Sun, 13 Feb 2005 20:25:59 +0200 Ion-Mihai Tetcu wrote: > On Sun, 13 Feb 2005 12:04:37 -0500 > Brian Fundakowski Feldman wrote: > > > On Sun, Feb 13, 2005 at 06:47:52PM +0200, Ion-Mihai Tetcu wrote: [ ... ] > > > In valgrind, on the other hand, --trace-pthread=all --trace-signals=yes it dies: > > > > Have you tried helgrind? That seems to be the one to try next. The default > > stack trace size it keeps is not very large, so you may want to increase it > > to 100 or so before you go to debugging these. These 4 errors probably are > > genuine bugs and could be the root cause of the crash that's occurring... > > On this it works > 5.3-STABLE FreeBSD 5.3-STABLE #0: Thu Feb 10 17:38:05 EET 2005 root@it.buh.tecnik93.com:/usr/obj/usr/src/sys/IT53_U i386 > this kernel has ULE > > On this it crash > 5.3-STABLE FreeBSD 5.3-STABLE #17: Mon Jan 17 23:40:22 EET 2005 itetcu@it.buh.cameradicommercio.ro:/usr/obj/usr/src/sys/IT53_d i386 > this 4BSD > > WTF ?? Could this be the reason ? : jhb 2005-02-04 16:17:56 UTC FreeBSD src repository Modified files: (Branch: RELENG_5) [..] Log: MFC Most of the various fixes and changes to libpthread from HEAD to 5.x including: Pull debug symbols in for statically linked binaries. gcc -O2 cleanups. Don't call _thr_start_sig_daemon() when SYSTEM_SCOPE_ONLY is defined. If a system scope thread didn't set a timeout, don't call the clock_gettime system call before and after sleeping. Add missing reference count drops to close a memory leak. Save cancelflags in signal frame. Use a generic way to back threads out of wait queues when handling signals instead of having more intricate knowledge of thread state within signal handling. Simplify signal code because of above (by David Xu). Use macros for libpthread usage of pthread_cleanup_push() and pthread_cleanup_pop(). This removes some instances of malloc() and free() from the semaphore and pthread_once() implementations. When single threaded and forking(), make sure that the current thread's signal mask is inherited by the forked thread. Use private mutexes for libc and libpthread. Signals are deferred while threads hold private mutexes. This fix breaks an internal system ABI that old versions of the www/linuxpluginwrapper port depend on. Upgrading that port to the latest version will fix that. Fix race condition in condition variables where handling a signal (pthread_kill() or kill()) may not see a wakeup (pthread_cond_signal() or pthread_cond_broadcast()). Don't panic when sigsuspend is interrupted by a cancellation. jhb 2005-02-04 16:07:33 UTC FreeBSD src repository Modified files: (Branch: RELENG_5) lib/libpthread/thread thr_exit.c Log: MFC: Check unhandled signals before thread marks itself as DEAD; this reduces chances of losing a signal. -- IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 13 18:41:39 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D37616A4CE for ; Sun, 13 Feb 2005 18:41:39 +0000 (GMT) Received: from relay.rdsnet.ro (gimli.rdsnet.ro [193.231.236.70]) by mx1.FreeBSD.org (Postfix) with SMTP id 5F0A843D46 for ; Sun, 13 Feb 2005 18:41:38 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 10411 invoked from network); 13 Feb 2005 18:36:54 -0000 Received: from unknown (HELO smtp.rdsnet.ro) (62.231.74.130) by smtp1-133.rdsnet.ro with SMTP; 13 Feb 2005 18:36:54 -0000 Received: (qmail 30579 invoked by uid 89); 13 Feb 2005 18:45:20 -0000 Received: from unknown (HELO it.buh.tecnik93.com) (81.196.204.98) by 0 with SMTP; 13 Feb 2005 18:45:20 -0000 Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id 1521B11767; Sun, 13 Feb 2005 20:41:36 +0200 (EET) Date: Sun, 13 Feb 2005 20:41:35 +0200 From: Ion-Mihai Tetcu To: Ion-Mihai Tetcu Message-ID: <20050213204135.32e24f67@it.buh.tecnik93.com> In-Reply-To: <20050213203838.0d37b121@it.buh.tecnik93.com> References: <20050210225558.7a0879ec@it.buh.cameradicommercio.ro> <20050213150330.GI65523@green.homeunix.org> <20050213182616.036ba07a@it.buh.tecnik93.com> <20050213184752.611ce46c@it.buh.tecnik93.com> <20050213170437.GB63697@green.homeunix.org> <20050213202559.38e1f1af@it.buh.tecnik93.com> <20050213203838.0d37b121@it.buh.tecnik93.com> X-Mailer: Sylpheed-Claws 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 cc: me@stefan.haischt.name cc: freebsd-hackers@freebsd.org Subject: Re: SIGBUS help, please X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 18:41:39 -0000 On Sun, 13 Feb 2005 20:38:38 +0200 Ion-Mihai Tetcu wrote: > > [ Stefan, please give me a uname -a and scheduler type. Thanks. ] and CFLAGS; on both machines I use -O2 -pipe. > Pull debug symbols in for statically linked binaries. > gcc -O2 cleanups. -- IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 13 19:41:04 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09F7A16A4CE for ; Sun, 13 Feb 2005 19:41:04 +0000 (GMT) Received: from relay.rdsnet.ro (gimli.rdsnet.ro [193.231.236.70]) by mx1.FreeBSD.org (Postfix) with SMTP id DFA9043D3F for ; Sun, 13 Feb 2005 19:41:02 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 18809 invoked from network); 13 Feb 2005 19:36:19 -0000 Received: from unknown (HELO smtp.rdsnet.ro) (62.231.74.130) by smtp1-133.rdsnet.ro with SMTP; 13 Feb 2005 19:36:19 -0000 Received: (qmail 2449 invoked by uid 89); 13 Feb 2005 19:44:45 -0000 Received: from unknown (HELO it.buh.tecnik93.com) (81.196.204.98) by 0 with SMTP; 13 Feb 2005 19:44:45 -0000 Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id D9DEE11497; Sun, 13 Feb 2005 21:40:59 +0200 (EET) Date: Sun, 13 Feb 2005 21:40:59 +0200 From: Ion-Mihai Tetcu To: me@daniel.stefan.haischt.name Message-ID: <20050213214059.12b76e1d@it.buh.tecnik93.com> In-Reply-To: <420FAA69.4010004@daniel.stefan.haischt.name> References: <20050210225558.7a0879ec@it.buh.cameradicommercio.ro> <20050213150330.GI65523@green.homeunix.org> <20050213182616.036ba07a@it.buh.tecnik93.com> <20050213184752.611ce46c@it.buh.tecnik93.com> <20050213170437.GB63697@green.homeunix.org> <20050213202559.38e1f1af@it.buh.tecnik93.com> <20050213203838.0d37b121@it.buh.tecnik93.com> <420FAA69.4010004@daniel.stefan.haischt.name> X-Mailer: Sylpheed-Claws 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 cc: freebsd-hackers@freebsd.org Subject: Re: SIGBUS help, please X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 19:41:04 -0000 On Sun, 13 Feb 2005 20:28:41 +0100 "Daniel S. Haischt" wrote: > FreeBSD abyssone.abyssworld.de 5.3-STABLE FreeBSD 5.3-STABLE #0: Thu Jan > 20 13:07:40 CET 2005 root@:/usr/obj/usr/src/sys/ABYSSONE i386 > > root@abyssone# less /usr/src/sys/i386/conf/ABYSSONE | grep SCHED > options SCHED_4BSD > options _KPOSIX_PRIORITY_SCHEDULING #Posix P1003_1B real-time > extensions With sources from Thu Feb 10 17:38:05 EET 2005, both ULE or 4BSD (just checked) and the latest cvs-devel snap I seems to have no problem with dspam. If you could confirm that I'll update the port. -- IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 13 19:57:43 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92BFE16A4CE for ; Sun, 13 Feb 2005 19:57:43 +0000 (GMT) Received: from relay.rdsnet.ro (gimli.rdsnet.ro [193.231.236.70]) by mx1.FreeBSD.org (Postfix) with SMTP id 4FBBA43D39 for ; Sun, 13 Feb 2005 19:57:42 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 20958 invoked from network); 13 Feb 2005 19:52:58 -0000 Received: from unknown (HELO smtp.rdsnet.ro) (62.231.74.130) by smtp1-133.rdsnet.ro with SMTP; 13 Feb 2005 19:52:58 -0000 Received: (qmail 3652 invoked by uid 89); 13 Feb 2005 20:01:24 -0000 Received: from unknown (HELO it.buh.tecnik93.com) (81.196.204.98) by 0 with SMTP; 13 Feb 2005 20:01:24 -0000 Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id DFD8211497; Sun, 13 Feb 2005 21:57:39 +0200 (EET) Date: Sun, 13 Feb 2005 21:57:39 +0200 From: Ion-Mihai Tetcu To: me@daniel.stefan.haischt.name Message-ID: <20050213215739.205803d0@it.buh.tecnik93.com> In-Reply-To: <420FAEE4.1070301@daniel.stefan.haischt.name> References: <20050210225558.7a0879ec@it.buh.cameradicommercio.ro> <20050213150330.GI65523@green.homeunix.org> <20050213182616.036ba07a@it.buh.tecnik93.com> <20050213184752.611ce46c@it.buh.tecnik93.com> <20050213170437.GB63697@green.homeunix.org> <20050213202559.38e1f1af@it.buh.tecnik93.com> <20050213203838.0d37b121@it.buh.tecnik93.com> <420FAA69.4010004@daniel.stefan.haischt.name> <20050213214059.12b76e1d@it.buh.tecnik93.com> <420FAEE4.1070301@daniel.stefan.haischt.name> X-Mailer: Sylpheed-Claws 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 cc: freebsd-hackers@freebsd.org Subject: Re: SIGBUS help, please X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 19:57:43 -0000 On Sun, 13 Feb 2005 20:47:48 +0100 "Daniel S. Haischt" wrote: > are you refering to cvs-devel.20050208.1530 if talking about > cvs-devel? Yes. I have some local tricks, but I've run with that version something like: sh -c 'for I in `ls /home/itetcu/zMailOld/mysql/mysql/222*` ; do cat $I | ./dspamc --user itetcu --mode=tum --features=ch,no,wh,tb=4 --proccess --stdout & done' (that's 111 msg) and got not problem. > > Ion-Mihai Tetcu schrieb: > > On Sun, 13 Feb 2005 20:28:41 +0100 > > "Daniel S. Haischt" wrote: > > > > > >> FreeBSD abyssone.abyssworld.de 5.3-STABLE FreeBSD 5.3-STABLE #0: Thu Jan > >> 20 13:07:40 CET 2005 root@:/usr/obj/usr/src/sys/ABYSSONE i386 > >> > >> root@abyssone# less /usr/src/sys/i386/conf/ABYSSONE | grep SCHED > >> options SCHED_4BSD > >> options _KPOSIX_PRIORITY_SCHEDULING #Posix P1003_1B real-time > >> extensions > > > > > > With sources from Thu Feb 10 17:38:05 EET 2005, both ULE or 4BSD (just > > checked) and the latest cvs-devel snap I seems to have no problem with > > dspam. > > > > If you could confirm that I'll update the port. > > > > > > -- > Mit freundlichen Gruessen / With kind regards > DAn.I.El S. Haischt > > Want a complete signature??? Type at a shell prompt: > $ > finger -l haischt@daniel.stefan.haischt.name -- IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 13 21:06:54 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D57C216A4CE; Sun, 13 Feb 2005 21:06:54 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94F9543D1F; Sun, 13 Feb 2005 21:06:54 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id CB15E514F6; Sun, 13 Feb 2005 13:06:53 -0800 (PST) Date: Sun, 13 Feb 2005 13:06:53 -0800 From: Kris Kennaway To: Ruslan Ermilov Message-ID: <20050213210653.GB25082@xor.obsecurity.org> References: <20050213023201.GB24426@xor.obsecurity.org> <20050213111033.GB88954@ip.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LpQ9ahxlCli8rRTG" Content-Disposition: inline In-Reply-To: <20050213111033.GB88954@ip.net.ua> User-Agent: Mutt/1.4.2.1i cc: hackers@freebsd.org cc: Kris Kennaway Subject: Re: Makefile .for and .if expansion X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 21:06:54 -0000 --LpQ9ahxlCli8rRTG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 13, 2005 at 01:10:33PM +0200, Ruslan Ermilov wrote: > > Am I missing an easier way to do this? > >=20 > May I suggest the following instead: >=20 > %%% > MANLANG?=3D foo "" bar > all: > .for i in ${MANLANG:N""} > @echo foo ${i} > .endfor > %%% Thanks for your analysis and helpful suggestion. Kris --LpQ9ahxlCli8rRTG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCD8FtWry0BWjoQKURAq1qAKCSIELUQzMWUGYXEzVy6dCLgOYQbQCg7xvp 9eYuVLryMkOt4d6JQ68VT34= =DVM4 -----END PGP SIGNATURE----- --LpQ9ahxlCli8rRTG-- From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 13 19:28:49 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88E0016A4CE; Sun, 13 Feb 2005 19:28:49 +0000 (GMT) Received: from mail.terralink.de (mail.tlink.de [217.9.16.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D76943D2F; Sun, 13 Feb 2005 19:28:48 +0000 (GMT) (envelope-from me@daniel.stefan.haischt.name) Received: from smtp.abyssworld.de (daniel-s-haischt.biz [84.252.66.2]) by mail.terralink.de (Postfix) with ESMTP id C39BFB8BD; Sun, 13 Feb 2005 20:28:48 +0100 (CET) Received: from abyssone.abyssworld.de (smtp.abyssworld.de [192.168.1.6]) by smtp.abyssworld.de (Postfix) with SMTP id E98A018AD1; Sun, 13 Feb 2005 20:28:44 +0100 (CET) Received: from (smtp.abyssworld.de) [192.168.1.6] by abyssone.abyssworld.de with smtp (geam 0.8.4) for ; Sun, 13 Feb 2005 20:28:44 +0100 Received-SPF: none (smtp.abyssworld.de: 192.168.1.6 is neither permitted nor denied by domain of daniel.stefan.haischt.name) client-ip=192.168.1.6; envelope-from=me@daniel.stefan.haischt.name; helo=[192.168.120.239]; Received: from [192.168.120.239] (smtp.abyssworld.de [192.168.1.6]) by smtp.abyssworld.de (Postfix) with ESMTP id 440F417444; Sun, 13 Feb 2005 20:28:43 +0100 (CET) Message-ID: <420FAA69.4010004@daniel.stefan.haischt.name> Date: Sun, 13 Feb 2005 20:28:41 +0100 From: "Daniel S. Haischt" User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: Ion-Mihai Tetcu References: <20050210225558.7a0879ec@it.buh.cameradicommercio.ro> <20050213150330.GI65523@green.homeunix.org> <20050213182616.036ba07a@it.buh.tecnik93.com> <20050213184752.611ce46c@it.buh.tecnik93.com> <20050213170437.GB63697@green.homeunix.org> <20050213202559.38e1f1af@it.buh.tecnik93.com> <20050213203838.0d37b121@it.buh.tecnik93.com> In-Reply-To: <20050213203838.0d37b121@it.buh.tecnik93.com> X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Processed-By: GNU Anubis v4.0 X-Purified-With: DSPAM, Clam AntiVirus X-DSPAM-Result: Innocent X-DSPAM-Confidence: 1.0000 X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 420faa6c915441538510636 X-DSPAM-Factors: 27, X-CLAMAV-Result: Clean X-Mailman-Approved-At: Sun, 13 Feb 2005 21:40:07 +0000 cc: freebsd-hackers@freebsd.org Subject: Re: SIGBUS help, please X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: me@daniel.stefan.haischt.name List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 19:28:49 -0000 FreeBSD abyssone.abyssworld.de 5.3-STABLE FreeBSD 5.3-STABLE #0: Thu Jan 20 13:07:40 CET 2005 root@:/usr/obj/usr/src/sys/ABYSSONE i386 root@abyssone# less /usr/src/sys/i386/conf/ABYSSONE | grep SCHED options SCHED_4BSD options _KPOSIX_PRIORITY_SCHEDULING #Posix P1003_1B real-time extensions Ion-Mihai Tetcu schrieb: > [ Stefan, please give me a uname -a and scheduler type. Thanks. ] > > On Sun, 13 Feb 2005 20:25:59 +0200 > Ion-Mihai Tetcu wrote: > > >>On Sun, 13 Feb 2005 12:04:37 -0500 >>Brian Fundakowski Feldman wrote: >> >> >>>On Sun, Feb 13, 2005 at 06:47:52PM +0200, Ion-Mihai Tetcu wrote: > > > [ ... ] > > >>>>In valgrind, on the other hand, --trace-pthread=all --trace-signals=yes it dies: >>> >>>Have you tried helgrind? That seems to be the one to try next. The default >>>stack trace size it keeps is not very large, so you may want to increase it >>>to 100 or so before you go to debugging these. These 4 errors probably are >>>genuine bugs and could be the root cause of the crash that's occurring... >> >>On this it works >> 5.3-STABLE FreeBSD 5.3-STABLE #0: Thu Feb 10 17:38:05 EET 2005 root@it.buh.tecnik93.com:/usr/obj/usr/src/sys/IT53_U i386 >>this kernel has ULE >> >>On this it crash >> 5.3-STABLE FreeBSD 5.3-STABLE #17: Mon Jan 17 23:40:22 EET 2005 itetcu@it.buh.cameradicommercio.ro:/usr/obj/usr/src/sys/IT53_d i386 >>this 4BSD >> >> WTF ?? > > > Could this be the reason ? > > : > jhb 2005-02-04 16:17:56 UTC > > FreeBSD src repository > > Modified files: (Branch: RELENG_5) > [..] > Log: > MFC Most of the various fixes and changes to libpthread from HEAD to 5.x > including: > Pull debug symbols in for statically linked binaries. > gcc -O2 cleanups. > Don't call _thr_start_sig_daemon() when SYSTEM_SCOPE_ONLY is defined. > If a system scope thread didn't set a timeout, don't call the clock_gettime > system call before and after sleeping. > Add missing reference count drops to close a memory leak. > Save cancelflags in signal frame. > Use a generic way to back threads out of wait queues when handling > signals instead of having more intricate knowledge of thread state > within signal handling. > Simplify signal code because of above (by David Xu). > Use macros for libpthread usage of pthread_cleanup_push() and > pthread_cleanup_pop(). This removes some instances of malloc() > and free() from the semaphore and pthread_once() implementations. > When single threaded and forking(), make sure that the current > thread's signal mask is inherited by the forked thread. > Use private mutexes for libc and libpthread. Signals are > deferred while threads hold private mutexes. This fix breaks > an internal system ABI that old versions of the > www/linuxpluginwrapper port depend on. Upgrading that port to the > latest version will fix that. > Fix race condition in condition variables where handling a > signal (pthread_kill() or kill()) may not see a wakeup > (pthread_cond_signal() or pthread_cond_broadcast()). > Don't panic when sigsuspend is interrupted by a cancellation. > > jhb 2005-02-04 16:07:33 UTC > > FreeBSD src repository > > Modified files: (Branch: RELENG_5) > lib/libpthread/thread thr_exit.c > Log: > MFC: Check unhandled signals before thread marks itself as DEAD; > this reduces chances of losing a signal. > > > -- Mit freundlichen Gruessen / With kind regards DAn.I.El S. Haischt Want a complete signature??? Type at a shell prompt: $ > finger -l haischt@daniel.stefan.haischt.name From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 13 19:36:39 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DB7416A4D0; Sun, 13 Feb 2005 19:36:39 +0000 (GMT) Received: from mail.terralink.de (mail.tlink.de [217.9.16.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39B4343D46; Sun, 13 Feb 2005 19:36:39 +0000 (GMT) (envelope-from me@daniel.stefan.haischt.name) Received: from smtp.abyssworld.de (daniel-s-haischt.biz [84.252.66.2]) by mail.terralink.de (Postfix) with ESMTP id 091A6B84B; Sun, 13 Feb 2005 20:36:41 +0100 (CET) Received: from abyssone.abyssworld.de (smtp.abyssworld.de [192.168.1.6]) by smtp.abyssworld.de (Postfix) with SMTP id 5265118AD2; Sun, 13 Feb 2005 20:36:37 +0100 (CET) Received: from (smtp.abyssworld.de) [192.168.1.6] by abyssone.abyssworld.de with smtp (geam 0.8.4) for ; Sun, 13 Feb 2005 20:36:37 +0100 Received-SPF: none (smtp.abyssworld.de: 192.168.1.6 is neither permitted nor denied by domain of daniel.stefan.haischt.name) client-ip=192.168.1.6; envelope-from=me@daniel.stefan.haischt.name; helo=[192.168.120.239]; Received: from [192.168.120.239] (smtp.abyssworld.de [192.168.1.6]) by smtp.abyssworld.de (Postfix) with ESMTP id 3D46E17BAE; Sun, 13 Feb 2005 20:36:36 +0100 (CET) Message-ID: <420FAC41.8020708@daniel.stefan.haischt.name> Date: Sun, 13 Feb 2005 20:36:33 +0100 From: "Daniel S. Haischt" User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: Ion-Mihai Tetcu References: <20050210225558.7a0879ec@it.buh.cameradicommercio.ro> <20050213150330.GI65523@green.homeunix.org> <20050213182616.036ba07a@it.buh.tecnik93.com> <20050213184752.611ce46c@it.buh.tecnik93.com> <20050213170437.GB63697@green.homeunix.org> <20050213202559.38e1f1af@it.buh.tecnik93.com> <20050213203838.0d37b121@it.buh.tecnik93.com> <20050213204135.32e24f67@it.buh.tecnik93.com> In-Reply-To: <20050213204135.32e24f67@it.buh.tecnik93.com> X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Processed-By: GNU Anubis v4.0 X-Purified-With: DSPAM, Clam AntiVirus X-DSPAM-Result: Innocent X-DSPAM-Confidence: 0.9996 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 420fac4531825347911880 X-DSPAM-Factors: 27, X-CLAMAV-Result: Clean X-Mailman-Approved-At: Sun, 13 Feb 2005 21:40:07 +0000 cc: freebsd-hackers@freebsd.org Subject: Re: SIGBUS help, please X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: me@daniel.stefan.haischt.name List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 19:36:39 -0000 I did not modify the default CFLAGS settings, so they are still set to '-O -pipe'. Don't know whether the information helps, but I am running DSPAM on a ... Fujitsu Siemens Celsius 600 2x 1GHz SMP ... system Ion-Mihai Tetcu schrieb: > On Sun, 13 Feb 2005 20:38:38 +0200 > Ion-Mihai Tetcu wrote: > > >>[ Stefan, please give me a uname -a and scheduler type. Thanks. ] > > > and CFLAGS; on both machines I use -O2 -pipe. > > >> Pull debug symbols in for statically linked binaries. >> gcc -O2 cleanups. > > > -- Mit freundlichen Gruessen / With kind regards DAn.I.El S. Haischt Want a complete signature??? Type at a shell prompt: $ > finger -l haischt@daniel.stefan.haischt.name From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 13 19:47:54 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 54E5C16A4CE; Sun, 13 Feb 2005 19:47:54 +0000 (GMT) Received: from mail.terralink.de (mail.tlink.de [217.9.16.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC68743D2D; Sun, 13 Feb 2005 19:47:53 +0000 (GMT) (envelope-from me@daniel.stefan.haischt.name) Received: from smtp.abyssworld.de (daniel-s-haischt.biz [84.252.66.2]) by mail.terralink.de (Postfix) with ESMTP id B5801B8F5; Sun, 13 Feb 2005 20:47:55 +0100 (CET) Received: from abyssone.abyssworld.de (smtp.abyssworld.de [192.168.1.6]) by smtp.abyssworld.de (Postfix) with SMTP id E334E18AE8; Sun, 13 Feb 2005 20:47:50 +0100 (CET) Received: from (smtp.abyssworld.de) [192.168.1.6] by abyssone.abyssworld.de with smtp (geam 0.8.4) for ; Sun, 13 Feb 2005 20:47:50 +0100 Received-SPF: none (smtp.abyssworld.de: 192.168.1.6 is neither permitted nor denied by domain of daniel.stefan.haischt.name) client-ip=192.168.1.6; envelope-from=me@daniel.stefan.haischt.name; helo=[192.168.120.239]; Received: from [192.168.120.239] (smtp.abyssworld.de [192.168.1.6]) by smtp.abyssworld.de (Postfix) with ESMTP id 8B28D18A44; Sun, 13 Feb 2005 20:47:49 +0100 (CET) Message-ID: <420FAEE4.1070301@daniel.stefan.haischt.name> Date: Sun, 13 Feb 2005 20:47:48 +0100 From: "Daniel S. Haischt" User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: Ion-Mihai Tetcu References: <20050210225558.7a0879ec@it.buh.cameradicommercio.ro> <20050213150330.GI65523@green.homeunix.org> <20050213182616.036ba07a@it.buh.tecnik93.com> <20050213184752.611ce46c@it.buh.tecnik93.com> <20050213170437.GB63697@green.homeunix.org> <20050213202559.38e1f1af@it.buh.tecnik93.com> <20050213203838.0d37b121@it.buh.tecnik93.com> <420FAA69.4010004@daniel.stefan.haischt.name> <20050213214059.12b76e1d@it.buh.tecnik93.com> In-Reply-To: <20050213214059.12b76e1d@it.buh.tecnik93.com> X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Processed-By: GNU Anubis v4.0 X-Purified-With: DSPAM, Clam AntiVirus X-DSPAM-Result: Innocent X-DSPAM-Confidence: 0.9996 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 420faee684641422572120 X-DSPAM-Factors: 27, X-CLAMAV-Result: Clean X-Mailman-Approved-At: Sun, 13 Feb 2005 21:40:07 +0000 cc: freebsd-hackers@freebsd.org Subject: Re: SIGBUS help, please X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: me@daniel.stefan.haischt.name List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 19:47:54 -0000 are you refering to cvs-devel.20050208.1530 if talking about cvs-devel? Ion-Mihai Tetcu schrieb: > On Sun, 13 Feb 2005 20:28:41 +0100 > "Daniel S. Haischt" wrote: > > >> FreeBSD abyssone.abyssworld.de 5.3-STABLE FreeBSD 5.3-STABLE #0: Thu Jan >> 20 13:07:40 CET 2005 root@:/usr/obj/usr/src/sys/ABYSSONE i386 >> >> root@abyssone# less /usr/src/sys/i386/conf/ABYSSONE | grep SCHED >> options SCHED_4BSD >> options _KPOSIX_PRIORITY_SCHEDULING #Posix P1003_1B real-time >> extensions > > > With sources from Thu Feb 10 17:38:05 EET 2005, both ULE or 4BSD (just > checked) and the latest cvs-devel snap I seems to have no problem with > dspam. > > If you could confirm that I'll update the port. > > -- Mit freundlichen Gruessen / With kind regards DAn.I.El S. Haischt Want a complete signature??? Type at a shell prompt: $ > finger -l haischt@daniel.stefan.haischt.name From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 14 02:49:41 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9464616A4CE for ; Mon, 14 Feb 2005 02:49:41 +0000 (GMT) Received: from ms-smtp-02-eri0.southeast.rr.com (ms-smtp-02-lbl.southeast.rr.com [24.25.9.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFB2943D4C for ; Mon, 14 Feb 2005 02:49:40 +0000 (GMT) (envelope-from jason@ec.rr.com) Received: from BARTON (cpe-065-184-201-054.ec.rr.com [65.184.201.54]) j1E2nced004331 for ; Sun, 13 Feb 2005 21:49:38 -0500 (EST) Date: Mon, 14 Feb 2005 02:56:43 +0000 From: Jason Henson To: freebsd-hackers@freebsd.org References: <1108277558l.86500l.0l@BARTON> <20050213082128.GA68307@VARK.MIT.EDU> X-Mailer: Balsa 2.2.6 Message-Id: <1108349803l.26586l.0l@BARTON> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; DelSp=Yes; Format=Flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: malloc vs ptmalloc2 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 02:49:41 -0000 On 02/13/05 03:21:29, David Schultz wrote: > On Sun, Feb 13, 2005, Jason Henson wrote: > > I saw on a few of the lists here how linux uses ptmalloc2 and it > > outperforms bsd's malloc. I tried to do some research into it and > > found PHK's pdf on it and it seems bsd's malloc was ment to be ok =20 > in >=20 > > most every situation. Because of this it shines when primary =20 > storage > is > > seriously over committed. > > > > So here is my question, I use FreeBSD as a desktop and never ever > use > > swap(I just don't stress my system enough?), can I use ptmalloc in > > stead of malloc? Like defining SCHED_ULE instead of SCHED_4BSD. > Can > > the system malloc be switched out? >=20 > With a little bit of work, you should be able to replace > src/lib/libc/stdlib/malloc.c. ptmalloc is much more heavyweight, > but it would probably do better in cases where you have a large > number of threads doing a massive number of malloc/free operations > on a multiprocessor system. Other than that, I don't know enough > details about ptmalloc to speculate, except to say that for most > real-world workloads on modern systems, the impact of the malloc > implementation is likely to be negligible. Of course, test > results would be interesting... I see what you mean by heavy weight! Looking through the sources. The =20 gains looked promising in this thread http://docs.freebsd.org/cgi/mid.cgi?420BB1FF.11156.68F6CEC I might find the time for it, and if I do I hope it is not too =20 difficult. From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 14 03:46:32 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E18F16A4CE for ; Mon, 14 Feb 2005 03:46:32 +0000 (GMT) Received: from duchess.speedfactory.net (duchess.speedfactory.net [66.23.201.84]) by mx1.FreeBSD.org (Postfix) with SMTP id EDFC643D45 for ; Mon, 14 Feb 2005 03:46:31 +0000 (GMT) (envelope-from ups@tree.com) Received: (qmail 2203 invoked by uid 89); 14 Feb 2005 03:46:31 -0000 Received: from duchess.speedfactory.net (66.23.201.84) by duchess.speedfactory.net with SMTP; 14 Feb 2005 03:46:31 -0000 Received: (qmail 2188 invoked by uid 89); 14 Feb 2005 03:46:31 -0000 Received: from unknown (HELO palm.tree.com) (66.23.216.49) by duchess.speedfactory.net with SMTP; 14 Feb 2005 03:46:31 -0000 Received: from [127.0.0.1] (localhost.tree.com [127.0.0.1]) by palm.tree.com (8.12.10/8.12.10) with ESMTP id j1E3kTw6045364; Sun, 13 Feb 2005 22:46:30 -0500 (EST) (envelope-from ups@tree.com) From: Stephan Uphoff To: Gerald Heinig In-Reply-To: <420B938D.2040708@syskonnect.de> References: <420731DD.3050206@syskonnect.de> <42088232.1030001@syskonnect.de> <1107888844.6309.221.camel@palm.tree.com> <1107964038.6309.1137.camel@palm.tree.com> <420B938D.2040708@syskonnect.de> Content-Type: text/plain Message-Id: <1108352789.6309.9948.camel@palm.tree.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 13 Feb 2005 22:46:29 -0500 Content-Transfer-Encoding: 7bit cc: hackers@freebsd.org Subject: Re: Firewire blues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 03:46:32 -0000 On Thu, 2005-02-10 at 12:02, Gerald Heinig wrote: > Stephan Uphoff wrote: > > Once I linked in dcons, dcons_crom and firewire into the kernel > > everything worked. (I think only dcons is really needed - maybe a link > > set issue?) > > I only used the gdb stub method. > > > > Can you send me your dmesg? (After you linked the dcons stuff into the > > kernel) > > Another thing: what system are you on? -current? > I'm using 5.3-RELEASE and I've noticed that a lot of the commands and > responses in the HowTo are different to my system. > Could that be the problem? > > Cheers, > Gerald OK - I finally managed to try this on a newly installed 5.3-RELEASE. I copied the GENERIC config file (to GENERIC.debug) and added a few lines diff -u GENERIC GENERIC.debug --- GENERIC Sun Oct 24 14:02:52 2004 +++ GENERIC.debug Mon Feb 14 03:15:21 2005 @@ -24,6 +24,14 @@ cpu I686_CPU ident GENERIC +makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols +options KDB # Enable kernel debugger support. +options DDB # Support DDB. +options GDB # Support remote GDB. +options ALT_BREAK_TO_DEBUGGER +device dcons +device dcons_crom + # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. Then configured/compiled/installed the GENERIC.debug kernel. Copied the kernel.debug file in the GENERIC.debug compile directory to the debug station and rebooted the target machine. After reboot I set the default debugger to gdb target# sysctl -w debug.kdb.current=gdb and entered the debugger target# sysctl -w debug.kdb.enter=1 On the debugging station I entered debug 1# dconschat -br -G 5555 -t and then in another window debug 2# kgdb -r :5555 kernel.debug And it just worked for me. I have to admit that my debugging machine is not 5.3 .. but I believe I used the same setup with pre 5.3 userland before. Let me know if you can repeat my steps. If not then I can set up a 5.3 debugging station in the next days. Stephan From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 14 06:16:28 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D85416A4D3; Mon, 14 Feb 2005 06:16:28 +0000 (GMT) Received: from mail14.syd.optusnet.com.au (mail14.syd.optusnet.com.au [211.29.132.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5771943D39; Mon, 14 Feb 2005 06:16:27 +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]) j1E6GObe012409 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 14 Feb 2005 17:16:25 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])j1E6GN7l070852; Mon, 14 Feb 2005 17:16:24 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)j1E6GN3S070851; Mon, 14 Feb 2005 17:16:23 +1100 (EST) (envelope-from pjeremy) Date: Mon, 14 Feb 2005 17:16:23 +1100 From: Peter Jeremy To: Sergey Matveychuk Message-ID: <20050214061622.GA70826@cirb503493.alcatel.com.au> References: <420F8564.5060200@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <420F8564.5060200@FreeBSD.org> User-Agent: Mutt/1.4.2i cc: hackers@freebsd.org cc: jesper@hackunite.net cc: freebsd-gnats-submit@freebsd.org Subject: Re: bin/76089: The "-n" option in /usr/bin/w is broken X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 06:16:28 -0000 On Sun, 2005-Feb-13 19:50:44 +0300, Sergey Matveychuk wrote: >IMHO to be more robust, we should make utmp to hold an IP address >instead of a hostname and change all applications that use it. As bonus >it will fix a delay on login when resolving does not work. And last(1) >will show more useful IP address instead of changable hostname. Depending on the environment, the IP address may be more changeable than the hostname. Definitely, in a DHCP or dialup environment, you can't rely on the IP address at any time other than during the session. There is little (if any) benefit in logging the IP address instead of the hostname. -- Peter Jeremy From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 14 06:45:48 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BFF616A4CE; Mon, 14 Feb 2005 06:45:48 +0000 (GMT) Received: from mail.ciam.ru (mail.ciam.ru [213.147.57.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1932543D1F; Mon, 14 Feb 2005 06:45:48 +0000 (GMT) (envelope-from sem@FreeBSD.org) Received: from msd-mtu.mbrd.ru ([195.34.35.77] helo=[172.16.4.9]) by mail.ciam.ru with esmtpa (Exim 4.x) id 1D0ZzN-000Lf4-El; Mon, 14 Feb 2005 09:45:45 +0300 Message-ID: <42104918.8080003@FreeBSD.org> Date: Mon, 14 Feb 2005 09:45:44 +0300 From: Sergey Matveychuk User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Peter Jeremy References: <420F8564.5060200@FreeBSD.org> <20050214061622.GA70826@cirb503493.alcatel.com.au> In-Reply-To: <20050214061622.GA70826@cirb503493.alcatel.com.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: hackers@freebsd.org cc: jesper@hackunite.net cc: freebsd-gnats-submit@freebsd.org Subject: Re: bin/76089: The "-n" option in /usr/bin/w is broken X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 06:45:48 -0000 Peter Jeremy wrote: > Depending on the environment, the IP address may be more changeable > than the hostname. Definitely, in a DHCP or dialup environment, you > can't rely on the IP address at any time other than during the > session. There is little (if any) benefit in logging the IP address > instead of the hostname. I agree, environments are different. So may be it makes no sense to change hostname with IP. It was just an idea. But fact is, we lost 'w -n' semantic. And it should be fixed. BTW, UT_HOSTSIZE=16 is too short in my opinion. -- Sem. From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 14 06:55:56 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 679A416A4CE for ; Mon, 14 Feb 2005 06:55:56 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C79C43D1F for ; Mon, 14 Feb 2005 06:55:56 +0000 (GMT) (envelope-from jcapote@gmail.com) Received: by wproxy.gmail.com with SMTP id 58so1767554wri for ; Sun, 13 Feb 2005 22:55:55 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:to:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=WST+W9oTQ9mtcs6aqsaP3U7vDJbgGylTuZNSQzoJiZNUJ+AEm7ZluPcUgWtm2mIv64vUh1/trdhZtNGrm5vIirZufiaKQncDWLNW5d+sY6OQ5N7wTsX8oDCrVB2cRb/4Z4Zs/cBRI2g9lhsVC5kfewjws6QtIgPwfujDQRRG45A= Received: by 10.54.54.78 with SMTP id c78mr158962wra; Sun, 13 Feb 2005 22:55:55 -0800 (PST) Received: from localhost.localdomain ([65.10.15.61]) by smtp.gmail.com with ESMTP id d6sm95281wra.2005.02.13.22.55.55; Sun, 13 Feb 2005 22:55:55 -0800 (PST) From: Julio Capote To: freebsd-hackers@freebsd.org Content-Type: text/plain Date: Mon, 14 Feb 2005 01:59:14 -0500 Message-Id: <1108364354.84797.8.camel@hatter.wonderland.dn> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Schedgraphing over a prolonged period of time? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 06:55:56 -0000 Curious about the new ULE scheduler, I've been running 5-STABLE for about 2-3 days now with preemption enabled. During this period of time, i "felt" some slowdowns after prolonged use (system gaining latency over time). I remember seeing a schedgraph of the linux/bsd boot process, so my question is, would it be possible to generate a schedgraph at a certain interval of the entire running system (everyday)? I can see how this kind of data would aid in the development of the ULE scheduler. -Julio From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 14 06:56:17 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E32F16A4CE; Mon, 14 Feb 2005 06:56:17 +0000 (GMT) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C75DE43D46; Mon, 14 Feb 2005 06:56:16 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp2.server.rpi.edu (8.13.0/8.13.0) with ESMTP id j1E6uEBg000413; Mon, 14 Feb 2005 01:56:15 -0500 Mime-Version: 1.0 Message-Id: In-Reply-To: <20050214061622.GA70826@cirb503493.alcatel.com.au> References: <420F8564.5060200@FreeBSD.org> <20050214061622.GA70826@cirb503493.alcatel.com.au> Date: Mon, 14 Feb 2005 01:56:13 -0500 To: Peter Jeremy , Sergey Matveychuk From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) cc: hackers@freebsd.org Subject: Re: bin/76089: The "-n" option in /usr/bin/w is broken X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 06:56:17 -0000 At 5:16 PM +1100 2/14/05, Peter Jeremy wrote: >On Sun, 2005-Feb-13 19:50:44 +0300, Sergey Matveychuk wrote: >> IMHO to be more robust, we should make utmp to hold an IP address > > instead of a hostname and change all applications that use it. As > > bonus it will fix a delay on login when resolving does not work. > > And last(1) will show more useful IP address instead of changable > > hostname. > >Depending on the environment, the IP address may be more changeable >than the hostname. Definitely, in a DHCP or dialup environment, you >can't rely on the IP address at any time other than during the >session. There is little (if any) benefit in logging the IP address >instead of the hostname. Actually, it would be nice to log both. That's what I have done for some printer-related statistics (not sure if I did that in FreeBSD, but I do that for production use at RPI). -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 14 07:17:46 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C109C16A4CE; Mon, 14 Feb 2005 07:17:46 +0000 (GMT) Received: from onion.ish.org (onion.ish.org [219.118.161.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 366CF43D41; Mon, 14 Feb 2005 07:17:46 +0000 (GMT) (envelope-from ishizuka@ish.org) Received: from localhost (ishizuka@localhost [IPv6:::1]) j1E7Hi3O085499; Mon, 14 Feb 2005 16:17:44 +0900 (JST) (envelope-from ishizuka@ish.org) Date: Mon, 14 Feb 2005 16:17:44 +0900 (JST) Message-Id: <20050214.161744.74673594.ishizuka@ish.org> To: drosih@rpi.edu From: Masachika ISHIZUKA In-Reply-To: References: <420F8564.5060200@FreeBSD.org> <20050214061622.GA70826@cirb503493.alcatel.com.au> X-PGP-Fingerprint20: 276D 697A C2CB 1580 C683 8F18 DA98 1A4A 50D2 C4CB X-PGP-Fingerprint16: C6 DE 46 24 D7 9F 22 EB 79 E2 90 AB 1B 9A 35 2E X-PGP-Public-Key: http://www.ish.org/pgp-public-key.txt X-URL: http://www.ish.org/ X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: PeterJeremy@optushome.com.au cc: hackers@freebsd.org cc: sem@freebsd.org Subject: Re: bin/76089: The "-n" option in /usr/bin/w is broken X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 07:17:46 -0000 >>> IMHO to be more robust, we should make utmp to hold an IP address >>> instead of a hostname and change all applications that use it. As >>> bonus it will fix a delay on login when resolving does not work. >>> And last(1) will show more useful IP address instead of changable >>> hostname. > [snip] > > Actually, it would be nice to log both. That's what I have done > for some printer-related statistics (not sure if I did that in > FreeBSD, but I do that for production use at RPI). Hi, this is ishizuka@ish.org. Please you should think IPv6 address that may be 39 bytes. I connected to sshd from a remote computer but w -n displayed IPv4 address. It was not good for me. -- ishizuka@ish.org From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 14 07:27:27 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41B3116A4CE for ; Mon, 14 Feb 2005 07:27:27 +0000 (GMT) Received: from mail.ciam.ru (mail.ciam.ru [213.147.57.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC61043D2D for ; Mon, 14 Feb 2005 07:27:25 +0000 (GMT) (envelope-from sem@FreeBSD.org) Received: from msd-mtu.mbrd.ru ([195.34.35.77] helo=[172.16.4.9]) by mail.ciam.ru with esmtpa (Exim 4.x) id 1D0adP-000MJZ-1e; Mon, 14 Feb 2005 10:27:07 +0300 Message-ID: <421052C0.4040709@FreeBSD.org> Date: Mon, 14 Feb 2005 10:26:56 +0300 From: Sergey Matveychuk User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Garance A Drosihn References: <420F8564.5060200@FreeBSD.org> <20050214061622.GA70826@cirb503493.alcatel.com.au> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Peter Jeremy cc: hackers@freebsd.org Subject: Re: bin/76089: The "-n" option in /usr/bin/w is broken X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 07:27:27 -0000 Garance A Drosihn wrote: > Actually, it would be nice to log both. That's what I have done > for some printer-related statistics (not sure if I did that in > FreeBSD, but I do that for production use at RPI). I like the idea. We can add field 'address' in utmp structure and save hostname and IP address there. It will some backward compatible then (but not for wtmp though). -- Sem. From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 14 08:21:40 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F07A16A4CE; Mon, 14 Feb 2005 08:21:40 +0000 (GMT) Received: from mail.ciam.ru (mail.ciam.ru [213.147.57.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11A5F43D41; Mon, 14 Feb 2005 08:21:40 +0000 (GMT) (envelope-from sem@FreeBSD.org) Received: from msd-mtu.mbrd.ru ([195.34.35.77] helo=[172.16.4.9]) by mail.ciam.ru with esmtpa (Exim 4.x) id 1D0bUA-000NKp-Jm; Mon, 14 Feb 2005 11:21:38 +0300 Message-ID: <42105F91.5060906@FreeBSD.org> Date: Mon, 14 Feb 2005 11:21:37 +0300 From: Sergey Matveychuk User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Sergey Matveychuk References: <420F8564.5060200@FreeBSD.org> <20050214061622.GA70826@cirb503493.alcatel.com.au> <42104918.8080003@FreeBSD.org> In-Reply-To: <42104918.8080003@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: hackers@freebsd.org cc: Peter Jeremy cc: jesper@hackunite.net cc: freebsd-gnats-submit@freebsd.org Subject: Re: bin/76089: The "-n" option in /usr/bin/w is broken X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 08:21:40 -0000 Sergey Matveychuk wrote: > BTW, UT_HOSTSIZE=16 is too short in my opinion. As I can see, linux has UT_HOSTSIZE=256. -- Sem. From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 14 08:28:45 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 120CD16A4CE for ; Mon, 14 Feb 2005 08:28:45 +0000 (GMT) Received: from smtp.ucla.edu (smtp.ucla.edu [169.232.46.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA45C43D3F for ; Mon, 14 Feb 2005 08:28:44 +0000 (GMT) (envelope-from ashcs@ucla.edu) Received: from mail.ucla.edu (mail.ucla.edu [169.232.46.135]) by smtp.ucla.edu (8.13.1/8.13.1) with ESMTP id j1E8Sicr021333 for ; Mon, 14 Feb 2005 00:28:44 -0800 Received: from ash (s226-88.resnet.ucla.edu [164.67.226.88]) (authenticated bits=0) by mail.ucla.edu (8.13.3/8.13.3) with ESMTP id j1E8Shh6006417 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Mon, 14 Feb 2005 00:28:44 -0800 Message-ID: <000c01c5126f$354f81c0$58e243a4@ash> From: "Ashwin Chandra" To: Date: Mon, 14 Feb 2005 00:28:47 -0800 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Probable-Spam: no X-Spam-Hits: 0.517 X-Scanned-By: smtp.ucla.edu Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Kernel Monitor? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 08:28:45 -0000 Hi everyone, Im having issues with the following code running as a kernel thread. = when i do the prinft (which i traced with kgdb) it crashes...but those = two variables that i print out, are fine if i do comparisons or store = them into variables...only printing them causes a panic. anyone have any = ideas in what im doing wrong? static void kernmon(void); static void kernmon_thread(void); static void kern_print(void); static struct kproc_desc kernmon_kp =3D { "kernmon", kernmon_thread, NULL }; SYSINIT(kernmon, SI_SUB_KERN_MON, SI_ORDER_FIRST, kproc_start, = &kernmon_kp) static void kernmon(void) { kern_print(); } static void kernmon_thread(void) { int nowake =3D 0; for (;;) { kernmon(); tsleep(&nowake, curthread->td_priority, "-", 7*hz); } } static void kern_print(void) { struct proc *p; FOREACH_PROC_IN_SYSTEM(p) { mtx_lock(&Giant); PROC_LOCK(p); printf("%d %d\n", (int)p->p_stats->p_ru.ru_isrss, = (int)p->p_stats->p_ru.ru_idrss); PROC_UNLOCK(p); mtx_unlock(&Giant); } } From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 14 08:40:32 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DE5B16A4D0 for ; Mon, 14 Feb 2005 08:40:32 +0000 (GMT) Received: from gatekeeper.syskonnect.de (gatekeeper.syskonnect.de [213.144.13.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE41043D45 for ; Mon, 14 Feb 2005 08:40:30 +0000 (GMT) (envelope-from gheinig@syskonnect.de) Received: from syskonnect.de (skd.de [10.9.15.1])j1E8ei91026996; Mon, 14 Feb 2005 09:40:44 +0100 (MET) Received: from syskonnect.de (localhost [127.0.0.1]) by syskonnect.de (8.12.11/8.12.11) with ESMTP id j1E8eSFe028076; Mon, 14 Feb 2005 09:40:28 +0100 (MET) Message-ID: <421063D9.5060401@syskonnect.de> Date: Mon, 14 Feb 2005 09:39:53 +0100 From: Gerald Heinig User-Agent: Mozilla Thunderbird 0.5 (X11/20040208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ashwin Chandra References: <001901c510e1$aecc7c90$58e243a4@ash> <200502122218.42458.doconnor@gsoft.com.au> <003201c5113e$c56321e0$58e243a4@ash> <2777.24.107.98.253.1108241734.squirrel@24.107.98.253> <001001c51149$95f085a0$58e243a4@ash> In-Reply-To: <001001c51149$95f085a0$58e243a4@ash> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: VMCORE NOT FOUND X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 08:40:32 -0000 Ashwin Chandra wrote: > ryan, > i think i was a bit vague in my email. I am correctly usnig the swap > device and dump directory. Before the system reboots the core should be > saved from the swap device (before it mounts) and into the path that i > specified. dumpdev="/dev/ad0s1b", our 2gb swap device and > dumpdir="/usr/crash" > So I am doing all this correctly, yet still no dump comes up and I am > not sure why! =( Hi Ashwin, for what it's worth, I have exactly the same problem on my Dell GX 260/FreeBSD 5.3 RELEASE machine. When it panics, it says it's starting to write a dump, but doesn't continue. The disk lights remain off, so there's definitely no activity. Strangely enough, when I use my Dual Tyan box (AMD-based) with a kernel compiled with the same config file, I get a dump without ahny problems. I mentioned this on -hackers a few weeks ago. Cheers, Gerald From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 14 09:36:29 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69EC716A4CE for ; Mon, 14 Feb 2005 09:36:29 +0000 (GMT) Received: from gen129.n001.c02.escapebox.net (gen129.n001.c02.escapebox.net [213.73.91.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id C013543D48 for ; Mon, 14 Feb 2005 09:36:28 +0000 (GMT) (envelope-from gemini@geminix.org) Message-ID: <42107119.5060700@geminix.org> Date: Mon, 14 Feb 2005 10:36:25 +0100 From: Uwe Doering Organization: Private UNIX Site User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050130 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <1108277558l.86500l.0l@BARTON> <20050213082128.GA68307@VARK.MIT.EDU> <1108349803l.26586l.0l@BARTON> In-Reply-To: <1108349803l.26586l.0l@BARTON> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Received: from gemini by geminix.org with asmtp (TLSv1:AES256-SHA:256) (Exim 3.36 #1) id 1D0ceZ-0003oM-00; Mon, 14 Feb 2005 10:36:27 +0100 Subject: Re: malloc vs ptmalloc2 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 09:36:29 -0000 Jason Henson wrote: > On 02/13/05 03:21:29, David Schultz wrote: >> [...] >> With a little bit of work, you should be able to replace >> src/lib/libc/stdlib/malloc.c. ptmalloc is much more heavyweight, >> but it would probably do better in cases where you have a large >> number of threads doing a massive number of malloc/free operations >> on a multiprocessor system. Other than that, I don't know enough >> details about ptmalloc to speculate, except to say that for most >> real-world workloads on modern systems, the impact of the malloc >> implementation is likely to be negligible. Of course, test >> results would be interesting... > > I see what you mean by heavy weight! Looking through the sources. The > gains looked promising in this thread > http://docs.freebsd.org/cgi/mid.cgi?420BB1FF.11156.68F6CEC > > I might find the time for it, and if I do I hope it is not too difficult. Just from memory, doesn't Linux' malloc require kernel support for re-mapping memory regions, which is not available in FreeBSD? This issue came up in the discussion about FreeBSD's anemic realloc performance. Or has this kernel functionality been added to recent versions of FreeBSD? You may want to investigate this before you invest too much time into your porting effort. Uwe -- Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers gemini@geminix.org | http://www.escapebox.net From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 14 12:10:12 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22E6D16A4CE for ; Mon, 14 Feb 2005 12:10:12 +0000 (GMT) Received: from mail.acis.com.au (atlantis.acis.com.au [203.14.230.6]) by mx1.FreeBSD.org (Postfix) with SMTP id 67A1743D1D for ; Mon, 14 Feb 2005 12:10:10 +0000 (GMT) (envelope-from andymac@bullseye.apana.org.au) Received: (qmail 61202 invoked from network); 14 Feb 2005 12:10:05 -0000 Received: from unknown (HELO bullseye.apana.org.au) (210.8.160.11) by atlantis.acis.com.au with SMTP; 14 Feb 2005 12:10:05 -0000 Received: from [203.9.107.238] (tenring.andymac.org [203.9.107.238]) j1EAvF0g035742; Mon, 14 Feb 2005 21:57:15 +1100 (EST) (envelope-from andymac@bullseye.apana.org.au) Message-ID: <42108243.9030800@bullseye.apana.org.au> Date: Mon, 14 Feb 2005 20:49:39 +1000 From: Andrew MacIntyre User-Agent: Mozilla Thunderbird 1.0 (OS/2/20041207) X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Schultz References: <1108277558l.86500l.0l@BARTON> <20050213082128.GA68307@VARK.MIT.EDU> In-Reply-To: <20050213082128.GA68307@VARK.MIT.EDU> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: Jason Henson Subject: Re: malloc vs ptmalloc2 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 12:10:12 -0000 David Schultz wrote: > Other than that, I don't know enough > details about ptmalloc to speculate, except to say that for most > real-world workloads on modern systems, the impact of the malloc > implementation is likely to be negligible. Of course, test > results would be interesting... Some language interpreters by design malloc()/realloc()/free() memory constantly. Python being a well known example of such an interpreter. Because the issues with memory allocators are legion in the context of a multitude of platforms, Python eventually gained a highly specialised allocator geared to its usage patterns (which brought some other benefits with it too). I think I've seen references to Perl doing something similar. The performance degradations due to corner cases in allocator design exposed by Python (when using native platform allocators rather than its own) is often painful. Nothing comes for free though, and Python's allocator has a limitation that a small percentage of users find painfull - it doesn't return vacant arenas to the OS, which with some usage patterns gives rise to large amounts of wasted swap space. ------------------------------------------------------------------------- Andrew I MacIntyre "These thoughts are mine alone..." E-mail: andymac@bullseye.apana.org.au (pref) | Snail: PO Box 370 andymac@pcug.org.au (alt) | Belconnen ACT 2616 Web: http://www.andymac.org/ | Australia From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 14 10:53:50 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 910CF16A53F for ; Mon, 14 Feb 2005 10:53:50 +0000 (GMT) Received: from mailhub.fokus.fraunhofer.de (mailhub.fokus.fraunhofer.de [193.174.154.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id B24B143D2F for ; Mon, 14 Feb 2005 10:53:49 +0000 (GMT) (envelope-from schilling@fokus.fraunhofer.de) Received: from burner.fokus.fraunhofer.de (burner [193.175.133.116]) j1EArZA00529; Mon, 14 Feb 2005 11:53:35 +0100 (MET) Received: (from jes@localhost)j1EApZr4013345; Mon, 14 Feb 2005 11:51:35 +0100 (CET) From: Joerg Schilling Date: Mon, 14 Feb 2005 11:51:35 +0100 To: schilling@fokus.fraunhofer.de, julian@elischer.org Message-ID: <421082B7.nailA67A11GQZ@burner> References: <420BB11A.nail73W1IA0G1@burner> <420D1ADC.2010007@elischer.org> In-Reply-To: <420D1ADC.2010007@elischer.org> User-Agent: nail 11.2 8/15/04 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Mon, 14 Feb 2005 12:36:56 +0000 cc: freebsd-hackers@freebsd.org cc: freebsd-current@freesd.org Subject: Re: Star & FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 10:53:50 -0000 Julian Elischer wrote: > Not to put down the work you have done, but we've just switched to Tim's > BSDtar > so it seems unlikely that we would swiitch again right now. > We have unfortunatly an embarrasment of riches when it comes to tar. > Too may good implementatiosn to choose from.. One would be good, > 2 is going to make sure someone misses out. :-/ > > One good thing with Tim's implementation is the library. It allows us to > embed tar/cpio/pax capabilities directly into applications such as pkg_add. There are plans to make star a library too. However this takes some time for a program that uses global variables since 23 years.... The current state is something between a stand alone program and a lib. Look into star/gnutar.c to see how to build a shell for the star code. Jörg -- EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin js@cs.tu-berlin.de (uni) schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://www.fokus.fraunhofer.de/usr/schilling ftp://ftp.berlios.de/pub/schily From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 14 11:23:01 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D279C16A4CE; Mon, 14 Feb 2005 11:23:01 +0000 (GMT) Received: from mailhub.fokus.fraunhofer.de (mailhub.fokus.fraunhofer.de [193.174.154.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E49143D1D; Mon, 14 Feb 2005 11:23:00 +0000 (GMT) (envelope-from schilling@fokus.fraunhofer.de) Received: from burner.fokus.fraunhofer.de (burner [193.175.133.116]) j1EBMkA05812; Mon, 14 Feb 2005 12:22:46 +0100 (MET) Received: (from jes@localhost)j1EBKkTo013378; Mon, 14 Feb 2005 12:20:46 +0100 (CET) From: Joerg Schilling Date: Mon, 14 Feb 2005 12:20:46 +0100 To: tomonage2@gmx.de, das@freebsd.org Message-ID: <4210898E.nailAB92J9B99@burner> References: <0A907D6523E90246822D32FA2344E244015E4B@CAA-UNCLMAIL.caa.army.mil> <20050212005228.GA43996@VARK.MIT.EDU> In-Reply-To: <20050212005228.GA43996@VARK.MIT.EDU> User-Agent: nail 11.2 8/15/04 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Mon, 14 Feb 2005 12:36:56 +0000 cc: freebsd-hackers@freebsd.org cc: freebsd-current@freesd.org cc: ed.smithiii@us.army.mil cc: schilling@fokus.fraunhofer.de Subject: Re: Star & FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 11:23:02 -0000 David Schultz wrote: > On Fri, Feb 11, 2005, Jonathan Weiss wrote: > > > Is the CDDL license compatible with the BSD and MIT licenses? > > > > According to the OpenBSD-folks: NO > > Actually, I think the answer is YES. You're apparently answering > a different question. See below. ... > However, I believe it is generally not possible to use CDDL code > for integral parts of FreeBSD because, like the LGPL, the CDDL > requires that modifications be made available under the CDDL. > It is probably fine for kernel modules and extensions, but that's > something core@ needs to decide. I believe that FreeBSD could e.g. use DTrace. In order to make it work under FreeBSD, it needs porting. Then the ported source code will be put on the FreeBSD ftp server. Somebody who likes to make embedded devices that are based on FreeBSD could point to the FreeBSD ftp server in order to "make the sources available". If someone does not like this at all, he could create a FreeBSD kernel that does not include DTrace support. Jörg -- EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin js@cs.tu-berlin.de (uni) schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://www.fokus.fraunhofer.de/usr/schilling ftp://ftp.berlios.de/pub/schily From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 14 12:01:10 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B67C16A4D0 for ; Mon, 14 Feb 2005 12:01:10 +0000 (GMT) Received: from mailhub.fokus.fraunhofer.de (mailhub.fokus.fraunhofer.de [193.174.154.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9A4B43D5A for ; Mon, 14 Feb 2005 12:01:09 +0000 (GMT) (envelope-from schilling@fokus.fraunhofer.de) Received: from burner.fokus.fraunhofer.de (burner [193.175.133.116]) j1EC0nA12337; Mon, 14 Feb 2005 13:00:49 +0100 (MET) Received: (from jes@localhost)j1EBwnqW013436; Mon, 14 Feb 2005 12:58:49 +0100 (CET) From: Joerg Schilling Date: Mon, 14 Feb 2005 12:58:49 +0100 To: schilling@fokus.fraunhofer.de, rsidd@online.fr Message-ID: <42109279.nailAB94YJJ28@burner> References: <420BB11A.nail73W1IA0G1@burner> <1108217360.420e0e100c51d@imp3-q.free.fr> In-Reply-To: <1108217360.420e0e100c51d@imp3-q.free.fr> User-Agent: nail 11.2 8/15/04 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Mon, 14 Feb 2005 12:36:56 +0000 cc: freebsd-hackers@freebsd.org Subject: Re: Star & FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 12:01:10 -0000 Rahul Siddharthan wrote: > You are, of course, the author of excellent tools like cdrecord, > which many people use on FreeBSD too, so I have no doubt star is > very good software. However, you also have a reputation of not > working well with Linux kernel developers or distribution > packagers, to the point of once inserting a clause (in > violation of the GPL) targetting SuSE, and also of refusing to > integrate others' patches offering useful functionality (like DVD > burning)[1]. So base system could mean trouble. Even today, there > are few good alternatives to cdrecord in linux-land, so you can get > away with some "attitude" there, but star is a different matter. > > Rahul > > [1] See eg. http://lwn.net/Articles/97469/ You should not believe people who are known not to cooperate.... It seems that yoy are a victim of Linux FUD :-( But reading your text makes me believe that you could also be an active member of the Linux FUD network. - Not I am unwilling to cooperate but SuSE and RedHat do not cooperate. It is a fact that both do not contact me when they create their mostly useless patches. - What I did with cdrecord was a reaction of a severe violation of the GPL by SuSE. I did try to contact the product manager from SuSE and this person did send me a reply that is pure derision. I replied him that I like the violation needs to be stopped and I did even wait more than one year to give SuSE a chance to fix their behavior. After 2 new SuSE releases have been published I started to search for a way to stop them. ... and it seems that this way did work! - I do not refuse to integrate useful and correct code. I however tell people who send useless or buggy code what they need to change in order to get it integrated. - The official cdrecord source includes working DVD support since March 1988, there is no need to add broken DVD code that even breaks the CD writing part of cdrecord because it ignores the purpose of cdrecord's data structures. - After I finally did get into contact with SuSE again, nearly all patches to cdrecord have been removed. They only keep a patch that is related to a SuSE proprietary change to Linux and that causes more security risks than it pretends to fix. The other patches from SuSE all have been a result of missing knowledge on cdrtools or - even worse - C programming, they have been removed. - RedHat only patches because they did introduce incompatible changes to Linux and because they do not like to fix 10 lines of code in the "Silo" bootloader they use for Sparc. Note that mkisofs includes support for Sparc boot at least as long as this useless silo patch exists. Unfortunately Silo does not follow the sparc boot guidelines. It is childish, to maintain a 18 KB "patch" for mkisofs instead of fixing Silo. Also note: the basic rule for all cdrtools code is that it is portable to 30 platforms. The RedHat Silo patch does not even work on Linux/x86. The Sparc boot support that _is_ in mkisofs allows you to create Sparc boot CDs on any of the 30 supported platforms. - There is absolutely no need to patch cdrtools. Before SuSE did remove their useless patches, I received many mails from people that did complain that cdrecord was not working at all. After they compiled an unmodified version of cdrtools, it worked! The article from lwn is full of lies and you don't really want to use it as a proof..... Note that my impression with FreeBSD is that FreeBSD is not maintained in a lor of the manor way as Linux is. In the past I did have nice discussions with FreeBSD people and I hope this will continue. I am however sorry that it makes no sense to me to talk to blindfolded people like you. Jörg -- EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin js@cs.tu-berlin.de (uni) schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://www.fokus.fraunhofer.de/usr/schilling ftp://ftp.berlios.de/pub/schily From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 14 13:05:29 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91AD916A54C for ; Mon, 14 Feb 2005 13:05:29 +0000 (GMT) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6BAA43D3F for ; Mon, 14 Feb 2005 13:05:06 +0000 (GMT) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.13.1/8.13.1) with ESMTP id j1ED4pd3055358; Mon, 14 Feb 2005 08:04:51 -0500 (EST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.13.1/8.13.1/Submit) id j1ED4pZ8055357; Mon, 14 Feb 2005 08:04:51 -0500 (EST) (envelope-from das@FreeBSD.ORG) Date: Mon, 14 Feb 2005 08:04:50 -0500 From: David Schultz To: Andrew MacIntyre Message-ID: <20050214130450.GA55300@VARK.MIT.EDU> Mail-Followup-To: Andrew MacIntyre , Jason Henson , freebsd-hackers@FreeBSD.ORG References: <1108277558l.86500l.0l@BARTON> <20050213082128.GA68307@VARK.MIT.EDU> <42108243.9030800@bullseye.apana.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42108243.9030800@bullseye.apana.org.au> cc: freebsd-hackers@FreeBSD.ORG cc: Jason Henson Subject: Re: malloc vs ptmalloc2 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 13:05:30 -0000 On Mon, Feb 14, 2005, Andrew MacIntyre wrote: > David Schultz wrote: > >Other than that, I don't know enough > >details about ptmalloc to speculate, except to say that for most > >real-world workloads on modern systems, the impact of the malloc > >implementation is likely to be negligible. Of course, test > >results would be interesting... > > Some language interpreters by design malloc()/realloc()/free() memory > constantly. Python being a well known example of such an interpreter. > > Because the issues with memory allocators are legion in the context of a > multitude of platforms, Python eventually gained a highly specialised > allocator geared to its usage patterns (which brought some other > benefits with it too). I think I've seen references to Perl doing > something similar. Right, databases, language runtimes, and the small set of other applications for which it really matters usually have their own special-purpose allocators. I was counting on that when I said that replacing malloc() is unlikely to make a big difference. (One could argue, of course, that it's unfortunate that applications need to do so.) From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 14 13:57:40 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6448616A4EF for ; Mon, 14 Feb 2005 13:57:40 +0000 (GMT) Received: from comsys.ntu-kpi.kiev.ua (comsys.ntu-kpi.kiev.ua [195.245.194.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1289B43D3F for ; Mon, 14 Feb 2005 13:57:25 +0000 (GMT) (envelope-from simon@comsys.ntu-kpi.kiev.ua) Received: from pm514-9.comsys.ntu-kpi.kiev.ua (pm514-9.comsys.ntu-kpi.kiev.ua [10.18.54.109]) (authenticated bits=0)j1EDxxl0005122 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 14 Feb 2005 16:00:00 +0200 (EET) Received: by pm514-9.comsys.ntu-kpi.kiev.ua (Postfix, from userid 1000) id 5387A155; Mon, 14 Feb 2005 15:57:06 +0200 (EET) Date: Mon, 14 Feb 2005 15:57:06 +0200 From: Andrey Simonenko To: Ashwin Chandra Message-ID: <20050214135706.GA581@pm514-9.comsys.ntu-kpi.kiev.ua> References: <000c01c5126f$354f81c0$58e243a4@ash> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <000c01c5126f$354f81c0$58e243a4@ash> User-Agent: Mutt/1.4.2.1i X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on comsys.ntu-kpi.kiev.ua X-Virus-Scanned: ClamAV 0.80/706/Mon Feb 14 02:14:02 2005 clamav-milter version 0.80j on comsys.ntu-kpi.kiev.ua X-Virus-Status: Clean cc: freebsd-hackers@freebsd.org Subject: Re: Kernel Monitor? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 13:57:40 -0000 > FOREACH_PROC_IN_SYSTEM(p) { > mtx_lock(&Giant); > PROC_LOCK(p); > printf("%d %d\n", (int)p->p_stats->p_ru.ru_isrss, (int)p->p_stats->p_ru.ru_idrss); > PROC_UNLOCK(p); > mtx_unlock(&Giant); > } This code is incorrect, because you should get sx_slock(&allproc_lock) before FOREACH_PROC_IN_SYSTEM and release sx_sunlock(&allproc_lock) after this loop. If you don't do this, then p in some iteration will point to nothing. Locking Giant, as I understand, here is not required (even vefore FOREACH_...). From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 14 14:23:08 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D97216A4CE for ; Mon, 14 Feb 2005 14:23:08 +0000 (GMT) Received: from web52708.mail.yahoo.com (web52708.mail.yahoo.com [206.190.39.159]) by mx1.FreeBSD.org (Postfix) with SMTP id 1E1DE43D48 for ; Mon, 14 Feb 2005 14:23:08 +0000 (GMT) (envelope-from kamalpr@yahoo.com) Received: (qmail 62786 invoked by uid 60001); 14 Feb 2005 14:23:07 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=asUjmGEakJREsQuctIereoBBMIr9npusMYu5zMSV2syrBEt8Z3ED4/gv/fzHksCM3Rv5jI27snTOiIY84JUwKm9K5NrCjO/JU36bQgNQCEml/NqsIy63jJwKC+BOlNtGoBzlGwtyhjjFLHFAwoXSYwNBx9Q1SyZCU5qRJMgnQNs= ; Message-ID: <20050214142307.62784.qmail@web52708.mail.yahoo.com> Received: from [202.91.78.244] by web52708.mail.yahoo.com via HTTP; Mon, 14 Feb 2005 06:23:06 PST Date: Mon, 14 Feb 2005 06:23:06 -0800 (PST) From: "Kamal R. Prasad" To: Joerg Schilling , rsidd@online.fr In-Reply-To: <42109279.nailAB94YJJ28@burner> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-hackers@freebsd.org Subject: Re: Star & FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: kamalp@acm.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 14:23:08 -0000 --- Joerg Schilling wrote: > Rahul Siddharthan wrote: > >[snip] > > It seems that yoy are a victim of Linux FUD :-( > > But reading your text makes me believe that you > could also be an > active member of the Linux FUD network. Talking of Linux, wouldn't it be great if all *BSD's merged to form a single distribution? I mean, that will help *bsd to win market share vs Linux -which in turn will drive more open source developers to the *bsd fold. regards -kamal ===== ------------------------------------------------------------ Kamal R. Prasad UNIX systems consultant kamalp@acm.org In theory, there is no difference between theory and practice. In practice, there is:-). ------------------------------------------------------------ __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 14 14:45:01 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0CD816A4CE for ; Mon, 14 Feb 2005 14:45:01 +0000 (GMT) Received: from comsys.ntu-kpi.kiev.ua (comsys.ntu-kpi.kiev.ua [195.245.194.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id F332B43D2D for ; Mon, 14 Feb 2005 14:44:43 +0000 (GMT) (envelope-from simon@comsys.ntu-kpi.kiev.ua) Received: from pm514-9.comsys.ntu-kpi.kiev.ua (pm514-9.comsys.ntu-kpi.kiev.ua [10.18.54.109]) (authenticated bits=0)j1EEl8l0005879 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 14 Feb 2005 16:47:09 +0200 (EET) Received: by pm514-9.comsys.ntu-kpi.kiev.ua (Postfix, from userid 1000) id 5B3CD155; Mon, 14 Feb 2005 16:44:15 +0200 (EET) Date: Mon, 14 Feb 2005 16:44:15 +0200 From: Andrey Simonenko To: Ashwin Chandra Message-ID: <20050214144415.GA747@pm514-9.comsys.ntu-kpi.kiev.ua> References: <000c01c5126f$354f81c0$58e243a4@ash> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <000c01c5126f$354f81c0$58e243a4@ash> User-Agent: Mutt/1.4.2.1i X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on comsys.ntu-kpi.kiev.ua X-Virus-Scanned: ClamAV 0.80/706/Mon Feb 14 02:14:02 2005 clamav-milter version 0.80j on comsys.ntu-kpi.kiev.ua X-Virus-Status: Clean cc: freebsd-hackers@freebsd.org Subject: Re: Kernel Monitor? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 14:45:01 -0000 On Mon, Feb 14, 2005 at 12:28:47AM -0800, Ashwin Chandra wrote: > FOREACH_PROC_IN_SYSTEM(p) { > mtx_lock(&Giant); > PROC_LOCK(p); > printf("%d %d\n", (int)p->p_stats->p_ru.ru_isrss, (int)p->p_stats->p_ru.ru_idrss); > PROC_UNLOCK(p); > mtx_unlock(&Giant); > } Addition to my previous letter. I'm not sure about Giant, but statclock() is the only one place where ru_isrss and ru_idrss are modified, so I think it should be enough to get sched_lock before fetching ru_isrss and ru_idrss. Also check locks in getrusage(). From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 14 14:50:27 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 291B416A4CE for ; Mon, 14 Feb 2005 14:50:27 +0000 (GMT) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id E83B043D2D for ; Mon, 14 Feb 2005 14:50:26 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with SMTP id 7D54F46B33; Mon, 14 Feb 2005 09:50:26 -0500 (EST) Date: Mon, 14 Feb 2005 14:49:09 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Ashwin Chandra In-Reply-To: <000c01c5126f$354f81c0$58e243a4@ash> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: Kernel Monitor? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 14:50:27 -0000 On Mon, 14 Feb 2005, Ashwin Chandra wrote: > Im having issues with the following code running as a kernel thread. > when i do the prinft (which i traced with kgdb) it crashes...but those > two variables that i print out, are fine if i do comparisons or store > them into variables...only printing them causes a panic. anyone have any > ideas in what im doing wrong? Looks like you arne't acquiring the allproc_lock before walking the process list, which means the process list could change while the code is running. That might be one source of a problem. I think you also don't need Giant there. Also, you probably want to check that the process isn't in the PRS_NEW state, otherwise it might not be fully initialized. You don't mention what crash, btw -- is it a page fault? If so, is the faulting address close to 0 (NULL)? Robert N M Watson > static void kernmon(void); > static void kernmon_thread(void); > static void kern_print(void); > > static struct kproc_desc kernmon_kp = { > "kernmon", > kernmon_thread, > NULL > }; > > SYSINIT(kernmon, SI_SUB_KERN_MON, SI_ORDER_FIRST, kproc_start, &kernmon_kp) > > static void > kernmon(void) > { > kern_print(); > } > > static void > kernmon_thread(void) > { > int nowake = 0; > for (;;) { > kernmon(); > tsleep(&nowake, curthread->td_priority, "-", 7*hz); > > } > } > > static void > kern_print(void) > { > struct proc *p; > > FOREACH_PROC_IN_SYSTEM(p) { > mtx_lock(&Giant); > PROC_LOCK(p); > printf("%d %d\n", (int)p->p_stats->p_ru.ru_isrss, (int)p->p_stats->p_ru.ru_idrss); > PROC_UNLOCK(p); > mtx_unlock(&Giant); > } > > > } > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 14 14:58:01 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D953D16A4CE for ; Mon, 14 Feb 2005 14:58:01 +0000 (GMT) Received: from mail.freebsd.org.cn (dns3.freebsd.org.cn [61.129.66.75]) by mx1.FreeBSD.org (Postfix) with SMTP id C8D2543D55 for ; Mon, 14 Feb 2005 14:57:58 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: (qmail 24513 invoked by uid 0); 14 Feb 2005 14:49:15 -0000 Received: from unknown (HELO beastie.frontfree.net) (219.239.99.7) by mail.freebsd.org.cn with SMTP; 14 Feb 2005 14:49:15 -0000 Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 6DB90132D46; Mon, 14 Feb 2005 22:57:43 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 60269-02; Mon, 14 Feb 2005 22:57:30 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 1001) id 20365131D1E; Mon, 14 Feb 2005 22:57:30 +0800 (CST) Date: Mon, 14 Feb 2005 22:57:29 +0800 From: Xin LI To: Joerg Schilling Message-ID: <20050214145729.GA59801@frontfree.net> References: <0A907D6523E90246822D32FA2344E244015E4B@CAA-UNCLMAIL.caa.army.mil> <20050212005228.GA43996@VARK.MIT.EDU> <4210898E.nailAB92J9B99@burner> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6c2NcOVqGQ03X4Wi" Content-Disposition: inline In-Reply-To: <4210898E.nailAB92J9B99@burner> User-Agent: Mutt/1.4.2.1i X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB 93A0 CAEE B8C0 X-GPG-Public-Key: http://www.delphij.net/delphij.asc X-Operating-System: FreeBSD beastie.frontfree.net 5.3-RELEASE-p2 FreeBSD 5.3-RELEASE-p2 #15: Wed Dec 15 10:43:16 CST 2004 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386 X-URL: http://www.delphij.net X-By: delphij@beastie.frontfree.net X-Location: Beijing, China X-Virus-Scanned: by amavisd-new at frontfree.net cc: tomonage2@gmx.de cc: das@freebsd.org cc: ed.smithiii@us.army.mil cc: freebsd-current@freesd.org cc: freebsd-hackers@freebsd.org Subject: Re: Star & FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 14:58:02 -0000 --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 14, 2005 at 12:20:46PM +0100, Joerg Schilling wrote: > David Schultz wrote: > > However, I believe it is generally not possible to use CDDL code > > for integral parts of FreeBSD because, like the LGPL, the CDDL > > requires that modifications be made available under the CDDL. > > It is probably fine for kernel modules and extensions, but that's > > something core@ needs to decide. >=20 > I believe that FreeBSD could e.g. use DTrace. >=20 > In order to make it work under FreeBSD, it needs porting. >=20 > Then the ported source code will be put on the FreeBSD ftp server. >=20 > Somebody who likes to make embedded devices that are based on FreeBSD > could point to the FreeBSD ftp server in order to "make the sources avail= able". But there is no such requirement exist in a BSD License. No essential parts of FreeBSD should be covered by any licenses that enforces more restrictions than the BSD License. FreeBSD don't use glibc, etc. for this reason, in the base system. star is in the FreeBSD ports collection. So what's your question? Cheers, --=20 Xin LI http://www.delphij.net/ See complete headers for GPG key and other information. --6c2NcOVqGQ03X4Wi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCELxZ/cVsHxFZiIoRAn2+AJ4hPKvCFQt03+4/6qLt15WJc28Z2wCeKwf5 jmTfQ0T97XTCVnYy1FehMJU= =KWy4 -----END PGP SIGNATURE----- --6c2NcOVqGQ03X4Wi-- From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 14 16:02:53 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AEEF816A4CE for ; Mon, 14 Feb 2005 16:02:53 +0000 (GMT) Received: from apache.metrocom.ru (apache.metrocom.ru [195.5.128.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9072443D45 for ; Mon, 14 Feb 2005 16:02:52 +0000 (GMT) (envelope-from alex@metrocom.ru) Received: from apache.metrocom.ru (apache.metrocom.ru [195.5.128.150] (may be forged)) by apache.metrocom.ru (8.12.11/8.12.11) with ESMTP id j1EG2toW028559 for ; Mon, 14 Feb 2005 19:02:55 +0300 (MSK) Date: Mon, 14 Feb 2005 19:02:55 +0300 (MSK) From: Varshavchick Alexander To: freebsd-hackers@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: netstat info weird X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 16:02:53 -0000 Hi all, I guess something is wrong here: > netstat -m 4294961156 mbufs in use ^^^^^^^^^^ 4294967102/50176 mbuf clusters in use (current/max) ^^^^^^^^^^ 0/3/12800 sfbufs in use (current/peak/max) 4192381 KBytes allocated to network ^^^^^^^ 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 43 calls to protocol drain routines It is 5.3-RELEASE, 2-cpu server Xeon box with 4G of RAM. As the other evidence that something is wrong with the server, the system halts at random times (the only way is to press reboot button). The are no messages in the server logs to the subject. Any hints are welcome. Thanks in advance. ---- Alexander Varshavchick, Metrocom Joint Stock Company Phone: (812)118-3322, 118-3115(fax) From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 14 16:19:58 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A9BE16A4CE for ; Mon, 14 Feb 2005 16:19:58 +0000 (GMT) Received: from gatekeeper.syskonnect.de (gatekeeper.syskonnect.de [213.144.13.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42A7143D39 for ; Mon, 14 Feb 2005 16:19:57 +0000 (GMT) (envelope-from gheinig@syskonnect.de) Received: from syskonnect.de (skd.de [10.9.15.1])j1EGK891006423; Mon, 14 Feb 2005 17:20:09 +0100 (MET) Received: from syskonnect.de (localhost [127.0.0.1]) by syskonnect.de (8.12.11/8.12.11) with ESMTP id j1EGJp7G009023; Mon, 14 Feb 2005 17:19:52 +0100 (MET) Message-ID: <4210CF85.6050902@syskonnect.de> Date: Mon, 14 Feb 2005 17:19:17 +0100 From: Gerald Heinig User-Agent: Mozilla Thunderbird 0.5 (X11/20040208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Stephan Uphoff References: <420731DD.3050206@syskonnect.de> <1107798981.6309.9.camel@palm.tree.com> <42088232.1030001@syskonnect.de> <4208B9C2.6020007@syskonnect.de> <1107888844.6309.221.camel@palm.tree.com> <4209C640.3070502@syskonnect.de> <1107964038.6309.1137.camel@palm.tree.com> <420B938D.2040708@syskonnect.de> <1108352789.6309.9948.camel@palm.tree.com> In-Reply-To: <1108352789.6309.9948.camel@palm.tree.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: hackers@freebsd.org Subject: Re: Firewire blues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 16:19:58 -0000 Hi Stephan, first off, thanks very much for your continuing help on this. It's very much appreciated. I compiled a kernel with exactly the same options that you cited below. I tried booting it and it stops before the kernel probe routines and waits for the FireWire GDB connect. I can't understand how you managed to reboot the target machine without it entering the debugger and waiting for the remote gdb attach. My machine refuses to do anything else. I tried unsetting boot_ddb and boot_gdb in the loader, as well as clearing the -d and -g flags in the boot_flags variable. No deal, it still stops and waits for the remote gdb attach. When I try to attach from the debug machine, gdb complains about operation not supported. Also, I don't understand how your command line kgdb -r :5555 -t 11-22-33-44-55... can work. I just get ':5555: no such file or directory' when I try that. The kgdb manpage also states that it needs a device after the -r option, so I presume your kgdb version works somewhat differently to mine. I tried the following devices after kgdb's -r option: /dev/fwmem0.0, /dev/fw0, /dev/net/fwe0, /dev/net/fwip0 None worked. I tried taking the dcons/dcons_crom options out of the kernel and loading the corresponding modules before booting the kernel. This sort of worked in that I could then start a dconschat session on the debug machine and enter the ddb debugger. Switching to gdb didn't work, since the gdb backend was missing. When the kernel booted, it complained about there being no debug ports for gdb present, so it didn't enable the gdb backend support. Stephan Uphoff wrote: > > > OK - I finally managed to try this on a newly installed 5.3-RELEASE. > > I copied the GENERIC config file (to GENERIC.debug) and added a few > lines > > diff -u GENERIC GENERIC.debug > --- GENERIC Sun Oct 24 14:02:52 2004 > +++ GENERIC.debug Mon Feb 14 03:15:21 2005 > @@ -24,6 +24,14 @@ > cpu I686_CPU > ident GENERIC > > +makeoptions DEBUG=-g # Build kernel with gdb(1) > debug symbols > +options KDB # Enable kernel debugger > support. > +options DDB # Support DDB. > +options GDB # Support remote GDB. > +options ALT_BREAK_TO_DEBUGGER > +device dcons > +device dcons_crom > + > # To statically compile in device wiring instead of /boot/device.hints > #hints "GENERIC.hints" # Default places to look for > devices. > This is pretty much what I had before. > > Then configured/compiled/installed the GENERIC.debug kernel. > Copied the kernel.debug file in the GENERIC.debug compile directory to > the debug station and rebooted the target machine. Why does your machine boot without waiting for a debug connection? With the debug options mentioned above, my kernel waits for the remote Firewire gdb connection here, which doesn't work. Are there any loader flags I have to set? > > After reboot I set the default debugger to gdb > > target# sysctl -w debug.kdb.current=gdb > and entered the debugger > target# sysctl -w debug.kdb.enter=1 > > > On the debugging station I entered > debug 1# dconschat -br -G 5555 -t > > and then in another window > debug 2# kgdb -r :5555 kernel.debug ---------------------------^^^^^ This doesn't work on my system: kgdb complains about ':5555 : no such file or directory' > > And it just worked for me. > I have to admit that my debugging machine is not 5.3 .. but I believe I > used the same setup with pre 5.3 userland before. > > Let me know if you can repeat my steps. > If not then I can set up a 5.3 debugging station in the next days. Thanks again for your patience. Cheers, Gerald From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 14 16:42:08 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B20516A4D0 for ; Mon, 14 Feb 2005 16:42:08 +0000 (GMT) Received: from gatekeeper.syskonnect.de (gatekeeper.syskonnect.de [213.144.13.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BA3E43D49 for ; Mon, 14 Feb 2005 16:42:07 +0000 (GMT) (envelope-from gheinig@syskonnect.de) Received: from syskonnect.de (skd.de [10.9.15.1])j1EGgL91006837; Mon, 14 Feb 2005 17:42:21 +0100 (MET) Received: from syskonnect.de (localhost [127.0.0.1]) by syskonnect.de (8.12.11/8.12.11) with ESMTP id j1EGg5Ys009437; Mon, 14 Feb 2005 17:42:05 +0100 (MET) Message-ID: <4210D4BA.9060109@syskonnect.de> Date: Mon, 14 Feb 2005 17:41:30 +0100 From: Gerald Heinig User-Agent: Mozilla Thunderbird 0.5 (X11/20040208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Stephan Uphoff References: <420731DD.3050206@syskonnect.de> <1107798981.6309.9.camel@palm.tree.com> <42088232.1030001@syskonnect.de> <4208B9C2.6020007@syskonnect.de> <1107888844.6309.221.camel@palm.tree.com> <4209C640.3070502@syskonnect.de> <1107964038.6309.1137.camel@palm.tree.com> <420B938D.2040708@syskonnect.de> <1108352789.6309.9948.camel@palm.tree.com> <4210CF85.6050902@syskonnect.de> In-Reply-To: <4210CF85.6050902@syskonnect.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: hackers@freebsd.org Subject: Re: Firewire blues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 16:42:08 -0000 Gerald Heinig wrote: > Hi Stephan, > > first off, thanks very much for your continuing help on this. It's very > much appreciated. > > I compiled a kernel with exactly the same options that you cited below. > I tried booting it and it stops before the kernel probe routines and > waits for the FireWire GDB connect. > I can't understand how you managed to reboot the target machine without > it entering the debugger and waiting for the remote gdb attach. My > machine refuses to do anything else. > I tried unsetting boot_ddb and boot_gdb in the loader, as well as > clearing the -d and -g flags in the boot_flags variable. No deal, it > still stops and waits for the remote gdb attach. > When I try to attach from the debug machine, gdb complains about > operation not supported. > > Also, I don't understand how your command line > > kgdb -r :5555 -t 11-22-33-44-55... D'oh... What I meant was: kgdb -r :5555 kernel.debug . Time to go home I suppose... > > can work. I just get > > ':5555: no such file or directory' > > when I try that. The kgdb manpage also states that it needs a device From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 14 16:53:58 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 560BD16A4CE for ; Mon, 14 Feb 2005 16:53:58 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id A644043D53 for ; Mon, 14 Feb 2005 16:53:57 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.162] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1D0jTx-0004R5-00; Mon, 14 Feb 2005 17:53:57 +0100 Received: from [84.128.141.74] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1D0jTw-0002yV-00; Mon, 14 Feb 2005 17:53:56 +0100 From: Max Laier To: freebsd-hackers@freebsd.org Date: Mon, 14 Feb 2005 17:53:45 +0100 User-Agent: KMail/1.7.2 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1165951.9pb7kWRv05"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502141753.53718.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 Subject: Re: netstat info weird X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 16:53:58 -0000 --nextPart1165951.9pb7kWRv05 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 14 February 2005 17:02, Varshavchick Alexander wrote: > Hi all, > > I guess something is wrong here: > > netstat -m > > 4294961156 mbufs in use > ^^^^^^^^^^ > 4294967102/50176 mbuf clusters in use (current/max) > ^^^^^^^^^^ > 0/3/12800 sfbufs in use (current/peak/max) > 4192381 KBytes allocated to network > ^^^^^^^ > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 0 requests for I/O initiated by sendfile > 43 calls to protocol drain routines > > > It is 5.3-RELEASE, 2-cpu server Xeon box with 4G of RAM. > > As the other evidence that something is wrong with the server, the > system halts at random times (the only way is to press reboot button). > The are no messages in the server logs to the subject. > > Any hints are welcome. Thanks in advance. This is a statistic problem. "$vmstat -z | grep Mbuf" gives accurate numbe= rs. =20 It is possible to have correct stats in netstat -m output, but at the cost = of=20 an additional atomic operation for every allocation. As these are very=20 expensive (esp. on P4) it was decided to not care that much about this=20 special statistics. If the command above gives normal numbers (third column) the cause must be= =20 somewhere else. You can try to build a debugging kernel and see if that=20 turns anything up. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1165951.9pb7kWRv05 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCENehXyyEoT62BG0RAso7AJ9Z81T6fOJ0P7TrOgewf/vvQCJG9QCbBYAN QwkeLYeK07fmNdxlcRCX+js= =ZvAD -----END PGP SIGNATURE----- --nextPart1165951.9pb7kWRv05-- From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 14 17:10:36 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C074516A4CE for ; Mon, 14 Feb 2005 17:10:36 +0000 (GMT) Received: from duchess.speedfactory.net (duchess.speedfactory.net [66.23.201.84]) by mx1.FreeBSD.org (Postfix) with SMTP id 0C4F543D3F for ; Mon, 14 Feb 2005 17:10:36 +0000 (GMT) (envelope-from ups@tree.com) Received: (qmail 21902 invoked by uid 89); 14 Feb 2005 17:10:34 -0000 Received: from duchess.speedfactory.net (66.23.201.84) by duchess.speedfactory.net with SMTP; 14 Feb 2005 17:10:34 -0000 Received: (qmail 21785 invoked by uid 89); 14 Feb 2005 17:10:32 -0000 Received: from unknown (HELO palm.tree.com) (66.23.216.49) by duchess.speedfactory.net with SMTP; 14 Feb 2005 17:10:32 -0000 Received: from [127.0.0.1] (localhost.tree.com [127.0.0.1]) by palm.tree.com (8.12.10/8.12.10) with ESMTP id j1EHAWw6081266; Mon, 14 Feb 2005 12:10:32 -0500 (EST) (envelope-from ups@tree.com) From: Stephan Uphoff To: Gerald Heinig In-Reply-To: <4210D4BA.9060109@syskonnect.de> References: <420731DD.3050206@syskonnect.de> <42088232.1030001@syskonnect.de> <1107888844.6309.221.camel@palm.tree.com> <1107964038.6309.1137.camel@palm.tree.com> <1108352789.6309.9948.camel@palm.tree.com> <4210CF85.6050902@syskonnect.de> <4210D4BA.9060109@syskonnect.de> Content-Type: text/plain Message-Id: <1108401031.6309.12318.camel@palm.tree.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 14 Feb 2005 12:10:31 -0500 Content-Transfer-Encoding: 7bit cc: hackers@freebsd.org Subject: Re: Firewire blues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 17:10:36 -0000 On Mon, 2005-02-14 at 11:41, Gerald Heinig wrote: > Gerald Heinig wrote: > > Hi Stephan, > > > > first off, thanks very much for your continuing help on this. It's very > > much appreciated. > > > > I compiled a kernel with exactly the same options that you cited below. > > I tried booting it and it stops before the kernel probe routines and > > waits for the FireWire GDB connect. > > I can't understand how you managed to reboot the target machine without > > it entering the debugger and waiting for the remote gdb attach. My > > machine refuses to do anything else. > > I tried unsetting boot_ddb and boot_gdb in the loader, as well as > > clearing the -d and -g flags in the boot_flags variable. No deal, it > > still stops and waits for the remote gdb attach. I did change anything at the bootstrap loader. The tests were done 15 minutes after a complete new install (wiped the disk) from a 5.3 CD. You may want to take another look at you boot flags / variables. > > When I try to attach from the debug machine, gdb complains about > > operation not supported. > > > > Also, I don't understand how your command line > > > > kgdb -r :5555 -t 11-22-33-44-55... > > D'oh... > What I meant was: > > kgdb -r :5555 kernel.debug > > . Time to go home I suppose... > > > > > can work. I just get > > > > ':5555: no such file or directory' > > > > when I try that. The kgdb manpage also states that it needs a device Just looked at the CVS repository. Seems like you need to update to a newer kgdb on the debug station. The old version does not understand tcp ports and needs devices. If this is not an option then you can probably use some pty to tcp forwarding program. The debugger would connect to the pty and the forwarding program opens a connection to dconschat and forwards data in both directions. ( Sorry - used such a program a long, long time ago but can't remember the name ) Stephan From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 14 19:12:30 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 427D116A4CE for ; Mon, 14 Feb 2005 19:12:30 +0000 (GMT) Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by mx1.FreeBSD.org (Postfix) with SMTP id BBFF043D3F for ; Mon, 14 Feb 2005 19:12:29 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 71670 invoked from network); 14 Feb 2005 19:12:28 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 14 Feb 2005 19:12:28 -0000 X-pair-Authenticated: 209.68.2.70 Date: Mon, 14 Feb 2005 13:12:27 -0600 (CST) From: Mike Silbersack To: Uwe Doering In-Reply-To: <42107119.5060700@geminix.org> Message-ID: <20050214131005.T839@odysseus.silby.com> References: <1108277558l.86500l.0l@BARTON> <20050213082128.GA68307@VARK.MIT.EDU> <1108349803l.26586l.0l@BARTON> <42107119.5060700@geminix.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-hackers@freebsd.org Subject: Re: malloc vs ptmalloc2 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 19:12:30 -0000 On Mon, 14 Feb 2005, Uwe Doering wrote: > Just from memory, doesn't Linux' malloc require kernel support for re-mapping > memory regions, which is not available in FreeBSD? This issue came up in the > discussion about FreeBSD's anemic realloc performance. Or has this kernel > functionality been added to recent versions of FreeBSD? > > You may want to investigate this before you invest too much time into your > porting effort. > > Uwe > -- > Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers I thought that thread was speculative, with someone saying "it would be nice if realloc had kernel help", or something like that. However, if that feature is used by some malloc library which might be portable to FreeBSD (so that the feature's use can be shown), I'd suggest that someone contact Alan Cox (alc@freebsd.org) - he seems to be working on optimizing the VM system right now, so he'd be the person who could code up support for this feature quickest. Mike "Silby" Silbersack From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 14 22:08:09 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B2CA16A4CE for ; Mon, 14 Feb 2005 22:08:09 +0000 (GMT) Received: from mail23.sea5.speakeasy.net (mail23.sea5.speakeasy.net [69.17.117.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4F1743D1D for ; Mon, 14 Feb 2005 22:08:08 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 19667 invoked from network); 14 Feb 2005 22:08:08 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail23.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 14 Feb 2005 22:08:08 -0000 Received: from hydrogen.funkthat.com (cncvkb@localhost.funkthat.com [127.0.0.1])j1EM88GH040632; Mon, 14 Feb 2005 14:08:08 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id j1EM87QB040631; Mon, 14 Feb 2005 14:08:07 -0800 (PST) Date: Mon, 14 Feb 2005 14:08:07 -0800 From: John-Mark Gurney To: Andrew MacIntyre , Jason Henson , freebsd-hackers@FreeBSD.ORG Message-ID: <20050214220807.GF40468@funkthat.com> Mail-Followup-To: Andrew MacIntyre , Jason Henson , freebsd-hackers@FreeBSD.ORG References: <1108277558l.86500l.0l@BARTON> <20050213082128.GA68307@VARK.MIT.EDU> <42108243.9030800@bullseye.apana.org.au> <20050214130450.GA55300@VARK.MIT.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050214130450.GA55300@VARK.MIT.EDU> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Subject: Re: malloc vs ptmalloc2 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 22:08:09 -0000 David Schultz wrote this message on Mon, Feb 14, 2005 at 08:04 -0500: > Right, databases, language runtimes, and the small set of other > applications for which it really matters usually have their own > special-purpose allocators. I was counting on that when I said > that replacing malloc() is unlikely to make a big difference. > (One could argue, of course, that it's unfortunate that > applications need to do so.) Hmmm, maybe we should bring the zone API into userland? :) It'd be nice to have some of the features, like the ctor/dtor's... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 15 01:05:38 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E202816A4CE for ; Tue, 15 Feb 2005 01:05:38 +0000 (GMT) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8770143D31 for ; Tue, 15 Feb 2005 01:05:38 +0000 (GMT) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.13.1/8.13.1) with ESMTP id j1F15MZD079549; Mon, 14 Feb 2005 20:05:22 -0500 (EST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.13.1/8.13.1/Submit) id j1F15Lq5079548; Mon, 14 Feb 2005 20:05:21 -0500 (EST) (envelope-from das@FreeBSD.ORG) Date: Mon, 14 Feb 2005 20:05:21 -0500 From: David Schultz To: Andrew MacIntyre , Jason Henson , freebsd-hackers@FreeBSD.ORG Message-ID: <20050215010521.GA79529@VARK.MIT.EDU> Mail-Followup-To: Andrew MacIntyre , Jason Henson , freebsd-hackers@FreeBSD.ORG References: <1108277558l.86500l.0l@BARTON> <20050213082128.GA68307@VARK.MIT.EDU> <42108243.9030800@bullseye.apana.org.au> <20050214130450.GA55300@VARK.MIT.EDU> <20050214220807.GF40468@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050214220807.GF40468@funkthat.com> Subject: Re: malloc vs ptmalloc2 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 01:05:39 -0000 On Mon, Feb 14, 2005, John-Mark Gurney wrote: > David Schultz wrote this message on Mon, Feb 14, 2005 at 08:04 -0500: > > Right, databases, language runtimes, and the small set of other > > applications for which it really matters usually have their own > > special-purpose allocators. I was counting on that when I said > > that replacing malloc() is unlikely to make a big difference. > > (One could argue, of course, that it's unfortunate that > > applications need to do so.) > > Hmmm, maybe we should bring the zone API into userland? :) It'd be > nice to have some of the features, like the ctor/dtor's... That's essentially what Solaris did: http://www.usenix.org/event/usenix01/bonwick.html From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 15 01:32:17 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBD6E16A4CE for ; Tue, 15 Feb 2005 01:32:17 +0000 (GMT) Received: from athenas.yan.com.br (athenas.yan.com.br [200.202.253.9]) by mx1.FreeBSD.org (Postfix) with SMTP id B680243D1F for ; Tue, 15 Feb 2005 01:32:16 +0000 (GMT) (envelope-from ddg@yan.com.br) Received: (qmail 8887 invoked by uid 1023); 15 Feb 2005 01:31:59 -0000 Received: from ddg@yan.com.br by athenas by uid 1023 with qmail-scanner-1.22 2003-09-22/. Clear:RC:1(200.202.253.166):. Processed in 0.342605 secs); 15 Feb 2005 01:31:59 -0000 Received: from unknown (HELO ?10.0.0.1?) (ddg@200.202.253.166) by athenas.yan.com.br with SMTP; 15 Feb 2005 01:31:58 -0000 Message-ID: <4211511A.7030600@yan.com.br> Date: Mon, 14 Feb 2005 22:32:10 -0300 From: =?ISO-8859-1?Q?Daniel_Dias_Gon=E7alves?= User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: pt-br, pt MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Senao Wireless Hidden SSID X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ddg@yan.com.br List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 01:32:18 -0000 Hi, I setup a FreeBSD 5.3 with Senao SL-2511CD Plus ext2 802.11b in mode HOSTAP. Using scaning software, i view the name of the SSID. It´s possible to hidden SSID ? []s Daniel Dias Gonçalves ddg@yan.com.br From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 15 02:20:12 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 537B816A4CE for ; Tue, 15 Feb 2005 02:20:12 +0000 (GMT) Received: from walk.com.br (mail.walk.com.br [200.205.240.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id B249E43D53 for ; Tue, 15 Feb 2005 02:20:06 +0000 (GMT) (envelope-from luiz@microeletronica.com.br) Received: (qmail 99905 invoked by uid 1006); 15 Feb 2005 02:20:04 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 15 Feb 2005 02:20:04 -0000 Date: Tue, 15 Feb 2005 00:20:03 -0200 (BRDT) From: Luiz Otavio Souza X-X-Sender: luiz@serv-qmp.walk.com.br To: =?ISO-8859-1?Q?Daniel_Dias_Gon=E7alves?= In-Reply-To: <4211511A.7030600@yan.com.br> Message-ID: <20050215001315.K98034@serv-qmp.walk.com.br> References: <4211511A.7030600@yan.com.br> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1752407180-1108434003=:98034" cc: freebsd-hackers@freebsd.org Subject: Re: Senao Wireless Hidden SSID X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 02:20:12 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1752407180-1108434003=:98034 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE Daniel, There is a ongoing work for this on 6-CURRENT. On 5.X this patch: http://www.microeletronica.com.br/BSD/net80211/compile.html implements the new net80211 wich support this, but the driver wi(4) is not= =20 ready yet. I see someone here that is porting the netbsd wi driver wich has the=20 support for hidden ssid. you can search it and try to make both work. regards, Luiz On Mon, 14 Feb 2005, [ISO-8859-1] Daniel Dias Gon=E7alves wrote: > Hi, > > I setup a FreeBSD 5.3 with Senao SL-2511CD Plus ext2 802.11b in mode HOST= AP. > Using scaning software, i view the name of the SSID. It=B4s possible to h= idden=20 > SSID ? > > []s Daniel Dias Gon=E7alves > ddg@yan.com.br > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org= " > --0-1752407180-1108434003=:98034-- From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 15 02:31:12 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BE5616A4CE for ; Tue, 15 Feb 2005 02:31:12 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3D2743D2D for ; Tue, 15 Feb 2005 02:31:08 +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 j1F2UwJj017624; Tue, 15 Feb 2005 13:00:58 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-hackers@freebsd.org, ddg@yan.com.br Date: Tue, 15 Feb 2005 13:00:52 +1030 User-Agent: KMail/1.7.92 References: <4211511A.7030600@yan.com.br> In-Reply-To: <4211511A.7030600@yan.com.br> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2678422.l7gVAATK2V"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502151300.53129.doconnor@gsoft.com.au> X-Spam-Score: -5.4 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Subject: Re: Senao Wireless Hidden SSID X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 02:31:12 -0000 --nextPart2678422.l7gVAATK2V Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 15 Feb 2005 12:02, Daniel Dias Gon=E7alves wrote: > I setup a FreeBSD 5.3 with Senao SL-2511CD Plus ext2 802.11b in mode > HOSTAP. > Using scaning software, i view the name of the SSID. It=B4s possible to > hidden SSID ? does ifconfig xyz0 hidessid work? =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 --nextPart2678422.l7gVAATK2V Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCEV7d5ZPcIHs/zowRAoEmAJwPLlNtwAL+5sl1PCNcRgIWhcSOsgCbBLLM msoohvaTYnUKdYEFMLn/iIs= =4vkM -----END PGP SIGNATURE----- --nextPart2678422.l7gVAATK2V-- From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 15 06:24:44 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7765D16A4CE for ; Tue, 15 Feb 2005 06:24:44 +0000 (GMT) Received: from smtp.ucla.edu (smtp.ucla.edu [169.232.48.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4004743D53 for ; Tue, 15 Feb 2005 06:24:44 +0000 (GMT) (envelope-from ashcs@ucla.edu) Received: from mail.ucla.edu (mail.ucla.edu [169.232.48.135]) by smtp.ucla.edu (8.13.1/8.13.1) with ESMTP id j1F6Oh7S017347 for ; Mon, 14 Feb 2005 22:24:43 -0800 Received: from ash (s226-88.resnet.ucla.edu [164.67.226.88]) (authenticated bits=0) by mail.ucla.edu (8.13.3/8.13.3) with ESMTP id j1F6OhBq007508 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Mon, 14 Feb 2005 22:24:43 -0800 Message-ID: <000801c51327$0e2bf020$58e243a4@ash> From: "Ashwin Chandra" To: Date: Mon, 14 Feb 2005 22:24:50 -0800 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Probable-Spam: no X-Spam-Hits: 1.054 X-Spam-Score: * X-Scanned-By: smtp.ucla.edu Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Kernel monitor, the return X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 06:24:44 -0000 In trying to create a simple kernel thread that prints out all the = processes data and stack size, i still get a panic fault (vm_fault on no = entry) at the printf statement...ive narrowed it down to the ru_idrss = variable that is causing the problem, im not sure why. I thought maybe I = was not locking properly or obseriving correct mutexes, but I have tried = everything. If anyone knows why the fault is occurring at the printf, = please let me know. =3D) Ash static void kern_print(void) { struct proc *p; sx_slock(&allproc_lock); FOREACH_PROC_IN_SYSTEM(p) { PROC_LOCK(p); if(p->p_state =3D=3D PRS_NORMAL) { PROC_LOCK(p); printf("%d %d\n", (int)p->p_stats->p_ru.ru_isrss, = (int)p->p_stats->p_ru.ru_idrss); PROC_UNLOCK(p); } PROC_UNLOCK(p); } sx_sunlock(&allproc_lock); } From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 15 10:08:54 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A852B16A4CF for ; Tue, 15 Feb 2005 10:08:54 +0000 (GMT) Received: from athenas.yan.com.br (athenas.yan.com.br [200.202.253.9]) by mx1.FreeBSD.org (Postfix) with SMTP id 6694D43D41 for ; Tue, 15 Feb 2005 10:08:53 +0000 (GMT) (envelope-from ddg@yan.com.br) Received: (qmail 15390 invoked by uid 1023); 15 Feb 2005 10:08:35 -0000 Received: from ddg@yan.com.br by athenas by uid 1023 with qmail-scanner-1.22 2003-09-22/. Clear:RC:1(200.202.253.166):. Processed in 0.426057 secs); 15 Feb 2005 10:08:35 -0000 Received: from unknown (HELO ?10.0.0.1?) (ddg@200.202.253.166) by athenas.yan.com.br with SMTP; 15 Feb 2005 10:08:34 -0000 Message-ID: <4211CA2D.5030803@yan.com.br> Date: Tue, 15 Feb 2005 07:08:45 -0300 From: =?ISO-8859-1?Q?Daniel_Dias_Gon=E7alves?= User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: pt-br, pt MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, Daniel O'Connor References: <4211511A.7030600@yan.com.br> <200502151300.53129.doconnor@gsoft.com.au> In-Reply-To: <200502151300.53129.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: Senao Wireless Hidden SSID X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ddg@yan.com.br List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 10:08:54 -0000 # ifconfig wi0 hidessid ifconfig: hidessid: bad value # uname -rs FreeBSD 5.3-RELEASE # Daniel O'Connor escreveu: >On Tue, 15 Feb 2005 12:02, Daniel Dias Gonçalves wrote: > > >>I setup a FreeBSD 5.3 with Senao SL-2511CD Plus ext2 802.11b in mode >>HOSTAP. >>Using scaning software, i view the name of the SSID. It´s possible to >>hidden SSID ? >> >> > >does ifconfig xyz0 hidessid work? > > > From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 15 10:25:19 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B35E016A4CE for ; Tue, 15 Feb 2005 10:25:19 +0000 (GMT) Received: from athenas.yan.com.br (athenas.yan.com.br [200.202.253.9]) by mx1.FreeBSD.org (Postfix) with SMTP id 883B543D60 for ; Tue, 15 Feb 2005 10:25:18 +0000 (GMT) (envelope-from ddg@yan.com.br) Received: (qmail 839 invoked by uid 1023); 15 Feb 2005 10:25:00 -0000 Received: from ddg@yan.com.br by athenas by uid 1023 with qmail-scanner-1.22 2003-09-22/. Clear:RC:1(200.202.253.166):. Processed in 0.347009 secs); 15 Feb 2005 10:25:00 -0000 Received: from unknown (HELO ?10.0.0.1?) (ddg@200.202.253.166) by athenas.yan.com.br with SMTP; 15 Feb 2005 10:24:59 -0000 Message-ID: <4211CE08.4090603@yan.com.br> Date: Tue, 15 Feb 2005 07:25:12 -0300 From: =?ISO-8859-1?Q?Daniel_Dias_Gon=E7alves?= User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: pt-br, pt MIME-Version: 1.0 To: Luiz Otavio Souza , freebsd-hackers@freebsd.org References: <4211511A.7030600@yan.com.br> <20050215001315.K98034@serv-qmp.walk.com.br> In-Reply-To: <20050215001315.K98034@serv-qmp.walk.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: Senao Wireless Hidden SSID X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ddg@yan.com.br List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 10:25:19 -0000 Luiz, NetBSD 2.0 have mode HIDDEN SSID in ifconfig and wi(4) ? Who is porting the NetBSD wi driver ? Has a page of the patch? Has some HACK to wi driver on FreeBSD as that one that force TX RATE: --------//-------- http://excamera.com/cgi-bin/blosxom.cgi Sun, 16 May 2004 *wi hostap fix, kind of* I spent a few hours tinkering (tampering?) with this driver, and have a fix. I've verified that it works: my download speed went up from 170 kbytes/sec to 470 kbytes/sec, which is what I'd expect on an 11Mbps network. If anyone's interested, here it is: The Intersil manual on page 4-28 says that transmit packets need to have their TxRate field filled in with 10,20,55 or 110, depending on the transmission speed. The 4.X driver sets the field tx_frame.wi_tx_rate in function wihap_check_tx(), called from wi_start(). The 5.X driver calls this field frmhdr.wi_tx_rate, and leaves it zero. If you want to run at 11MBps, add a line frmhdr.wi_tx_rate = 110; in wi_start(), just before the call to wi_write_bap(). (Obviously, this is just a cheesy hack. The real code would have to find the actual tx rate. I just want to point out where the problem lies). --------//-------- []s Daniel Dias Gonçalves Luiz Otavio Souza escreveu: > Daniel, > > There is a ongoing work for this on 6-CURRENT. > > On 5.X this patch: > http://www.microeletronica.com.br/BSD/net80211/compile.html > implements the new net80211 wich support this, but the driver wi(4) is > not ready yet. > I see someone here that is porting the netbsd wi driver wich has the > support for hidden ssid. you can search it and try to make both work. > > regards, > Luiz > > On Mon, 14 Feb 2005, [ISO-8859-1] Daniel Dias Gonçalves wrote: > >> Hi, >> >> I setup a FreeBSD 5.3 with Senao SL-2511CD Plus ext2 802.11b in mode >> HOSTAP. >> Using scaning software, i view the name of the SSID. It´s possible to >> hidden SSID ? >> >> []s Daniel Dias Gonçalves >> ddg@yan.com.br >> >> _______________________________________________ >> freebsd-hackers@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >> To unsubscribe, send any mail to >> "freebsd-hackers-unsubscribe@freebsd.org" >> >------------------------------------------------------------------------ > >_______________________________________________ >freebsd-hackers@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > > From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 15 11:38:11 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F125516A4CE for ; Tue, 15 Feb 2005 11:38:11 +0000 (GMT) Received: from sollube.sarenet.es (sollube.sarenet.es [192.148.167.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id B078C43D2F for ; Tue, 15 Feb 2005 11:38:11 +0000 (GMT) (envelope-from borjamar@sarenet.es) Received: from [127.0.0.1] (borja.sarenet.es [192.148.167.77]) by sollube.sarenet.es (Postfix) with ESMTP id 66A861622 for ; Tue, 15 Feb 2005 12:38:05 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v619.2) Content-Transfer-Encoding: 7bit Message-Id: <02266ed294653cda2452e7ac0a713c2c@sarenet.es> Content-Type: text/plain; charset=US-ASCII; format=flowed To: freebsd-hackers@freebsd.org From: Borja Marcos Date: Tue, 15 Feb 2005 12:38:07 +0100 X-Mailer: Apple Mail (2.619.2) Subject: MBUF statistics X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 11:38:12 -0000 Hello, Looking at the mbuf statistics available in FreeBSD 4 and FreeBSD 5 I can see that the statistics available in FreeBSD 5 are, surprisingly, much less comprehensive. Is there any other place where I can find out how many mbuf requests have been done, how many of them have waited, how many have failed, etc? I think that it's an interesting resource to graph in a Orca performance monitor for FreeBSD. Best regards, Borja. From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 14 12:57:32 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BDCD16A4CE for ; Mon, 14 Feb 2005 12:57:32 +0000 (GMT) Received: from mailhub.fokus.fraunhofer.de (mailhub.fokus.fraunhofer.de [193.174.154.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30A1543D49 for ; Mon, 14 Feb 2005 12:57:31 +0000 (GMT) (envelope-from schilling@fokus.fraunhofer.de) Received: from burner.fokus.fraunhofer.de (burner [193.175.133.116]) j1ECvJA22141; Mon, 14 Feb 2005 13:57:19 +0100 (MET) Received: (from jes@localhost)j1ECtKkx013617; Mon, 14 Feb 2005 13:55:20 +0100 (CET) From: Joerg Schilling Date: Mon, 14 Feb 2005 13:55:20 +0100 To: schilling@fokus.fraunhofer.de, rsidd@online.fr Message-ID: <42109FB8.nailAGY41VJDY@burner> References: <420BB11A.nail73W1IA0G1@burner> <1108217360.420e0e100c51d@imp3-q.free.fr> <42109279.nailAB94YJJ28@burner> In-Reply-To: <42109279.nailAB94YJJ28@burner> User-Agent: nail 11.2 8/15/04 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Tue, 15 Feb 2005 13:03:24 +0000 cc: freebsd-hackers@freebsd.org Subject: Re: Star & FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 12:57:32 -0000 Joerg Schilling wrote: > - The official cdrecord source includes working > DVD support since March 1988, there is no need > to add broken DVD code that even breaks the CD writing > part of cdrecord because it ignores the purpose > of cdrecord's data structures. Sorry for the typo, it must read March 1998 of course... Jörg -- EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin js@cs.tu-berlin.de (uni) schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://www.fokus.fraunhofer.de/usr/schilling ftp://ftp.berlios.de/pub/schily From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 14 16:50:23 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA7F816A4CE for ; Mon, 14 Feb 2005 16:50:23 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41E8343D4C for ; Mon, 14 Feb 2005 16:50:23 +0000 (GMT) (envelope-from peadar.edwards@gmail.com) Received: by wproxy.gmail.com with SMTP id 58so1842074wri for ; Mon, 14 Feb 2005 08:50:22 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=aRI5SHl2QzTpXWHPjF0YjDOcG/CNfTmJ3VhndxzZmyqnmM1YaxPJZjo6c+5mavRBvY2ZTVwl/OTmSaIX3llIyPFB0292IQbnxLoYTTmRlvhDFSgkYeHSIXALHukh9CBzuxyXWUqXWjJYmjDh5v9V8XExdzlGeJNh1FrB19iJSyg= Received: by 10.54.28.44 with SMTP id b44mr91372wrb; Mon, 14 Feb 2005 08:50:22 -0800 (PST) Received: by 10.54.57.20 with HTTP; Mon, 14 Feb 2005 08:50:22 -0800 (PST) Message-ID: <34cb7c84050214085030a48cb6@mail.gmail.com> Date: Mon, 14 Feb 2005 16:50:22 +0000 From: Peter Edwards To: Andrew MacIntyre , Jason Henson , freebsd-hackers@freebsd.org In-Reply-To: <20050214130450.GA55300@VARK.MIT.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <1108277558l.86500l.0l@BARTON> <20050213082128.GA68307@VARK.MIT.EDU> <42108243.9030800@bullseye.apana.org.au> <20050214130450.GA55300@VARK.MIT.EDU> X-Mailman-Approved-At: Tue, 15 Feb 2005 13:03:55 +0000 Subject: Re: malloc vs ptmalloc2 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Peter Edwards List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 16:50:23 -0000 On Mon, 14 Feb 2005 08:04:50 -0500, David Schultz wrote: > Right, databases, language runtimes, and the small set of other > applications for which it really matters usually have their own > special-purpose allocators. I was counting on that when I said > that replacing malloc() is unlikely to make a big difference. > (One could argue, of course, that it's unfortunate that > applications need to do so.) I've worked on several heavily threaded applications that have benefitted greatly from either the introduction of a threads-conscious allocator, especially on MP machines, or sacrificing space for time and simplicity by having per-thread queues for commonly sized blocks of memory (ie, a "specialised allocator".) They have included language runtimes and databases, but also networking apps, and other server systems. An application can't assume it's master of the machine you run on, and dynamically sizing the app over time can be important. Long-running server applications may also have similar design goals the kernel deals with: by providing a generally fast allocator, different subsystems don't have to all have their own independent specialised heap allocators, causing fragmentation of memory in the long term. (But instead of having mbufs and other subsystem-specific structures, you've to deal with sharing your address space with third party libraries (A JVM and XML parsers, for example) I'm just saying don't be too quick to see heavy (as opposed to ridiculous) malloc/free use in applications as a design problem in userland apps when use of similar services in the kernel is encouraged over rolling your own allocators. From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 15 13:07:31 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A459216A4CE for ; Tue, 15 Feb 2005 13:07:31 +0000 (GMT) Received: from walk.com.br (mail.walk.com.br [200.205.240.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D7C143D39 for ; Tue, 15 Feb 2005 13:07:30 +0000 (GMT) (envelope-from luiz@microeletronica.com.br) Received: (qmail 12715 invoked by uid 1006); 15 Feb 2005 13:07:26 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 15 Feb 2005 13:07:26 -0000 Date: Tue, 15 Feb 2005 11:07:26 -0200 (BRDT) From: Luiz Otavio Souza X-X-Sender: luiz@serv-qmp.walk.com.br To: =?ISO-8859-1?Q?Daniel_Dias_Gon=E7alves?= In-Reply-To: <4211CE08.4090603@yan.com.br> Message-ID: <20050215105504.L6906@serv-qmp.walk.com.br> References: <4211511A.7030600@yan.com.br> <20050215001315.K98034@serv-qmp.walk.com.br> <4211CE08.4090603@yan.com.br> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-524697314-1108472846=:6906" cc: freebsd-hackers@freebsd.org Subject: Re: Senao Wireless Hidden SSID X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 13:07:31 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-524697314-1108472846=:6906 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE Daniel, Sorry, i'm wrong about that. The hidden ssid ready driver is in OpenBSD (see WI_RID_ENH_SECURITY in=20 if_wi_ieee.h). The NetBSD porting is just an auto rate fix. The ifconfig support is in 6-CURRENT (or in the patch for 5.X). []s Luiz On Tue, 15 Feb 2005, [ISO-8859-1] Daniel Dias Gon=E7alves wrote: > Luiz, > > NetBSD 2.0 have mode HIDDEN SSID in ifconfig and wi(4) ? > Who is porting the NetBSD wi driver ? Has a page of the patch? > Has some HACK to wi driver on FreeBSD as that one that force TX RATE: > > --------//-------- > http://excamera.com/cgi-bin/blosxom.cgi > Sun, 16 May 2004 > > *wi hostap fix, kind of* > I spent a few hours tinkering (tampering?) with this driver, and have a f= ix.=20 > I've verified that it works: my download speed went up from 170 kbytes/se= c to=20 > 470 kbytes/sec, which is what I'd expect on an 11Mbps network. If anyone'= s=20 > interested, here it is: The Intersil manual on page 4-28 says that transm= it=20 > packets need to have their TxRate field filled in with 10,20,55 or 110,= =20 > depending on the transmission speed. The 4.X driver sets the field=20 > tx_frame.wi_tx_rate in function wihap_check_tx(), called from wi_start().= The=20 > 5.X driver calls this field frmhdr.wi_tx_rate, and leaves it zero. If you= =20 > want to run at 11MBps, add a line > > frmhdr.wi_tx_rate =3D 110; > > in wi_start(), just before the call to wi_write_bap(). (Obviously, this i= s=20 > just a cheesy hack. The real code would have to find the actual tx rate. = I=20 > just want to point out where the problem lies). > --------//-------- > > []s Daniel Dias Gon=E7alves --0-524697314-1108472846=:6906-- From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 15 13:21:13 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA19A16A4CE for ; Tue, 15 Feb 2005 13:21:13 +0000 (GMT) Received: from comsys.ntu-kpi.kiev.ua (comsys.ntu-kpi.kiev.ua [195.245.194.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB76943D41 for ; Tue, 15 Feb 2005 13:20:51 +0000 (GMT) (envelope-from simon@comsys.ntu-kpi.kiev.ua) Received: from pm514-9.comsys.ntu-kpi.kiev.ua (pm514-9.comsys.ntu-kpi.kiev.ua [10.18.54.109]) (authenticated bits=0)j1FDNGl0013689 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 15 Feb 2005 15:23:20 +0200 (EET) Received: by pm514-9.comsys.ntu-kpi.kiev.ua (Postfix, from userid 1000) id 9D60E83; Tue, 15 Feb 2005 15:20:20 +0200 (EET) Date: Tue, 15 Feb 2005 15:20:20 +0200 From: Andrey Simonenko To: Ashwin Chandra Message-ID: <20050215132020.GA376@pm514-9.comsys.ntu-kpi.kiev.ua> References: <000801c51327$0e2bf020$58e243a4@ash> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <000801c51327$0e2bf020$58e243a4@ash> User-Agent: Mutt/1.4.2.1i X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on comsys.ntu-kpi.kiev.ua X-Virus-Scanned: ClamAV 0.80/706/Mon Feb 14 02:14:02 2005 clamav-milter version 0.80j on comsys.ntu-kpi.kiev.ua X-Virus-Status: Clean cc: freebsd-hackers@freebsd.org Subject: Re: Kernel monitor, the return X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 13:21:13 -0000 On Mon, Feb 14, 2005 at 10:24:50PM -0800, Ashwin Chandra wrote: > In trying to create a simple kernel thread that prints out all > the processes data and stack size, i still get a panic fault > (vm_fault on no entry) at the printf statement...ive narrowed > it down to the ru_idrss variable that is causing the problem, Definitely ru_idrss cannot cause any error, may be you made such desition, because arguments are pushed to the stack in the reverse order. p->p_stats pointer causes the error. > im not sure why (I think that) If some process is not running, then you cannot use p->p_stats without additional checks for memory p->p_stats points to, since p->p_stats points to u_stats in struct user{}, which can be swapped out if a process is not running. Actually you can read this in the comment before struct user{} in /sys/sys/user.h. >. I thought maybe I was not locking properly or > obseriving correct mutexes, but I have tried everything. You'll get an error at some time, because of incorrect usage (really not usage) of locks. > If anyone > knows why the fault is occurring at the printf, please let me know. =) Following code works on my system: ---- sx_slock(&allproc_lock); FOREACH_PROC_IN_SYSTEM(p) { mtx_lock_spin(&sched_lock); PROC_LOCK(p); printf("proc %ld:", (long)p->p_pid); if ((p->p_sflag & PS_INMEM) && p->p_stats != NULL) printf(" ru_isrss %ld, rui_idrss %ld\n", p->p_stats->p_ru.ru_isrss, p->p_stats->p_ru.ru_idrss); else { if (!(p->p_sflag & PS_INMEM)) printf(" !PS_INMEM"); if (p->p_stats == NULL) printf(" p_stats == NULL"); } printf("\n"); PROC_UNLOCK(p); mtx_unlock(&sched_lock); } sx_sunlock(&allproc_lock); ---- Follow this code: vm_glue.c:vm_proc_new() allocates memory for u-area with MAP_NOFAULT vm_glue.c:vm_proc_swapout() calls pmap_qremove() for u-area vm_glue.c:vm_proc_swapin() fills u-area and calls pmap_qenter() for it vm_fault.c:vm_failt() panics if a page fault occurred for vm_map_entry which has MAP_ENTRY_NOFAULT, you got this panic I think. ps: not related to topic, but I think that ru_idrss and ru_isrss are not something you need, according to first lines of your letter. From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 15 15:55:18 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 485ED16A4D0 for ; Tue, 15 Feb 2005 15:55:18 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB7E543D2F for ; Tue, 15 Feb 2005 15:55:17 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.155] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1D152i-0005Ht-00; Tue, 15 Feb 2005 16:55:16 +0100 Received: from [217.83.8.60] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1D152i-0007gX-00; Tue, 15 Feb 2005 16:55:16 +0100 From: Max Laier To: freebsd-hackers@freebsd.org Date: Tue, 15 Feb 2005 16:54:52 +0100 User-Agent: KMail/1.7.2 References: <02266ed294653cda2452e7ac0a713c2c@sarenet.es> In-Reply-To: <02266ed294653cda2452e7ac0a713c2c@sarenet.es> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1953842.Ddl6fM7OaM"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502151655.09800.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: Borja Marcos Subject: Re: MBUF statistics X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 15:55:18 -0000 --nextPart1953842.Ddl6fM7OaM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 15 February 2005 12:38, Borja Marcos wrote: > Hello, > > Looking at the mbuf statistics available in FreeBSD 4 and FreeBSD 5 I > can see that the statistics available in FreeBSD 5 are, surprisingly, > much less comprehensive. Is there any other place where I can find out > how many mbuf requests have been done, how many of them have waited, > how many have failed, etc? I use "$vmstat -z | grep Mbuf". The netstat -m output is broken, because=20 fixing this would impose an additional atomic operation on each alloc/free= =20 which is a real performance killer. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1953842.Ddl6fM7OaM Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCEhtdXyyEoT62BG0RAj2wAJ4lkkNLuafObRyvrM0zPR+mGNoSFwCdF5uJ acRUkXCBCuHqwrltjD2ehU4= =L4cE -----END PGP SIGNATURE----- --nextPart1953842.Ddl6fM7OaM-- From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 15 16:04:35 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CEF816A4CE for ; Tue, 15 Feb 2005 16:04:35 +0000 (GMT) Received: from sollube.sarenet.es (sollube.sarenet.es [192.148.167.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03F7743D2D for ; Tue, 15 Feb 2005 16:04:35 +0000 (GMT) (envelope-from borjamar@sarenet.es) Received: from [127.0.0.1] (borja.sarenet.es [192.148.167.77]) by sollube.sarenet.es (Postfix) with ESMTP id 11D4AE4E; Tue, 15 Feb 2005 17:04:33 +0100 (CET) In-Reply-To: <200502151655.09800.max@love2party.net> References: <02266ed294653cda2452e7ac0a713c2c@sarenet.es> <200502151655.09800.max@love2party.net> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <4ea9003de5b6c277f379f8422f26f02c@sarenet.es> Content-Transfer-Encoding: 7bit From: Borja Marcos Date: Tue, 15 Feb 2005 17:04:33 +0100 To: Max Laier X-Mailer: Apple Mail (2.619.2) cc: freebsd-hackers@freebsd.org Subject: Re: MBUF statistics X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 16:04:35 -0000 > I use "$vmstat -z | grep Mbuf". The netstat -m output is broken, > because > fixing this would impose an additional atomic operation on each > alloc/free > which is a real performance killer. Humm. Will check the vm.zone sysctl, thanks :-) I guess there's a lot of interesting info there, but some of it will wait for the next version. Borja. From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 15 16:56:42 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E720416A4CE for ; Tue, 15 Feb 2005 16:56:41 +0000 (GMT) Received: from gatekeeper.syskonnect.de (gatekeeper.syskonnect.de [213.144.13.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22CDB43D4C for ; Tue, 15 Feb 2005 16:56:40 +0000 (GMT) (envelope-from gheinig@syskonnect.de) Received: from syskonnect.de (skd.de [10.9.15.1])j1FGus91026149; Tue, 15 Feb 2005 17:56:54 +0100 (MET) Received: from syskonnect.de (localhost [127.0.0.1]) by syskonnect.de (8.12.11/8.12.11) with ESMTP id j1FGuaIA009986; Tue, 15 Feb 2005 17:56:37 +0100 (MET) Message-ID: <4212299F.5020005@syskonnect.de> Date: Tue, 15 Feb 2005 17:55:59 +0100 From: Gerald Heinig User-Agent: Mozilla Thunderbird 0.5 (X11/20040208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Stephan Uphoff References: <420731DD.3050206@syskonnect.de> <1107798981.6309.9.camel@palm.tree.com> <42088232.1030001@syskonnect.de> <4208B9C2.6020007@syskonnect.de> <1107888844.6309.221.camel@palm.tree.com> <4209C640.3070502@syskonnect.de> <1107964038.6309.1137.camel@palm.tree.com> <420B938D.2040708@syskonnect.de> <1108352789.6309.9948.camel@palm.tree.com> <4210CF85.6050902@syskonnect.de> <4210D4BA.9060109@syskonnect.de> <1108401031.6309.12318.camel@palm.tree.com> In-Reply-To: <1108401031.6309.12318.camel@palm.tree.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: hackers@freebsd.org Subject: Re: Firewire blues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 16:56:42 -0000 Hi Stephan, I'm happy to say that it's working now :) I grabbed a 5.3-STABLE snapshot to get the updated kgdb and completely reinstalled my 5.3-RELEASE system. I compiled the kernel using your options and it worked straight away. I have no idea why it didn't work before. It must be some boot variable I set way back whenever. Thanks very much indeed for helping me out with this! I really appreciate your patience. By the way, did you ever get the non-cooperative debugging working? I tried that, but it doesn't work, complaining about invalid hex digits. That's the debug method I'm _really_ interested in, because it enables you to debug hangs and freezes. Anyway, enough for now. Thanks again. Cheers, Gerald Stephan Uphoff wrote: > On Mon, 2005-02-14 at 11:41, Gerald Heinig wrote: > >>Gerald Heinig wrote: >> >>>Hi Stephan, >>> >>>first off, thanks very much for your continuing help on this. It's very >>>much appreciated. >>> >>>I compiled a kernel with exactly the same options that you cited below. >>>I tried booting it and it stops before the kernel probe routines and >>>waits for the FireWire GDB connect. >>>I can't understand how you managed to reboot the target machine without >>>it entering the debugger and waiting for the remote gdb attach. My >>>machine refuses to do anything else. >>>I tried unsetting boot_ddb and boot_gdb in the loader, as well as >>>clearing the -d and -g flags in the boot_flags variable. No deal, it >>>still stops and waits for the remote gdb attach. > > > I did change anything at the bootstrap loader. > > The tests were done 15 minutes after a complete new install (wiped the > disk) from a 5.3 CD. > > You may want to take another look at you boot flags / variables. > > > >>>When I try to attach from the debug machine, gdb complains about >>>operation not supported. >>> >>>Also, I don't understand how your command line >>> >>>kgdb -r :5555 -t 11-22-33-44-55... >> >>D'oh... >>What I meant was: >> >>kgdb -r :5555 kernel.debug >> >>. Time to go home I suppose... >> >> >>>can work. I just get >>> >>>':5555: no such file or directory' >>> >>>when I try that. The kgdb manpage also states that it needs a device > > > > Just looked at the CVS repository. > Seems like you need to update to a newer kgdb on the debug station. > The old version does not understand tcp ports and needs devices. > > If this is not an option then you can probably use some pty to tcp > forwarding program. > The debugger would connect to the pty and the forwarding program opens a > connection to dconschat and forwards data in both directions. > ( Sorry - used such a program a long, long time ago but can't remember > the name ) > > > Stephan > > > From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 15 19:39:16 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C31016A4D0 for ; Tue, 15 Feb 2005 19:39:16 +0000 (GMT) Received: from duchess.speedfactory.net (duchess.speedfactory.net [66.23.201.84]) by mx1.FreeBSD.org (Postfix) with SMTP id 3FCE143D48 for ; Tue, 15 Feb 2005 19:39:13 +0000 (GMT) (envelope-from ups@tree.com) Received: (qmail 18657 invoked by uid 89); 15 Feb 2005 19:39:11 -0000 Received: from duchess.speedfactory.net (66.23.201.84) by duchess.speedfactory.net with SMTP; 15 Feb 2005 19:39:11 -0000 Received: (qmail 18635 invoked by uid 89); 15 Feb 2005 19:39:11 -0000 Received: from unknown (HELO palm.tree.com) (66.23.216.49) by duchess.speedfactory.net with SMTP; 15 Feb 2005 19:39:11 -0000 Received: from [127.0.0.1] (localhost.tree.com [127.0.0.1]) by palm.tree.com (8.12.10/8.12.10) with ESMTP id j1FJdAw6008574; Tue, 15 Feb 2005 14:39:11 -0500 (EST) (envelope-from ups@tree.com) From: Stephan Uphoff To: Gerald Heinig In-Reply-To: <4212299F.5020005@syskonnect.de> References: <420731DD.3050206@syskonnect.de> <42088232.1030001@syskonnect.de> <1107888844.6309.221.camel@palm.tree.com> <1107964038.6309.1137.camel@palm.tree.com> <1108352789.6309.9948.camel@palm.tree.com> <4210CF85.6050902@syskonnect.de> <4210D4BA.9060109@syskonnect.de> <1108401031.6309.12318.camel@palm.tree.com> <4212299F.5020005@syskonnect.de> Content-Type: text/plain Message-Id: <1108496350.7621.1465.camel@palm.tree.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 15 Feb 2005 14:39:10 -0500 Content-Transfer-Encoding: 7bit cc: hackers@freebsd.org Subject: Re: Firewire blues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 19:39:16 -0000 On Tue, 2005-02-15 at 11:55, Gerald Heinig wrote: > Hi Stephan, > > I'm happy to say that it's working now :) > I grabbed a 5.3-STABLE snapshot to get the updated kgdb and completely > reinstalled my 5.3-RELEASE system. I compiled the kernel using your > options and it worked straight away. > I have no idea why it didn't work before. It must be some boot variable > I set way back whenever. > Thanks very much indeed for helping me out with this! I really > appreciate your patience. > Great. > By the way, did you ever get the non-cooperative debugging working? I > tried that, but it doesn't work, complaining about invalid hex digits. > That's the debug method I'm _really_ interested in, because it enables > you to debug hangs and freezes. Never used it before - but is works for me. debug# fwcontrol 2 devices (info_len=2) node EUI64 status 0 00-11-06-66-40-00-82-34 0 1 00-11-06-66-40-00-18-dd 1 debug# sysctl -w hw.firewire.fwmem.eui64_hi=0x00110666 hw.firewire.fwmem.eui64_hi: 1073775156 -> 1115750 debug# sysctl -w hw.firewire.fwmem.eui64_lo=0x400018dd hw.firewire.fwmem.eui64_lo: 0 -> 1073748189 debug# kgdb -c /dev/fwmem0.0 kernel.debug > Anyway, enough for now. Thanks again. > > Cheers, > Gerald > > Stephan Uphoff wrote: > > On Mon, 2005-02-14 at 11:41, Gerald Heinig wrote: > > > >>Gerald Heinig wrote: > >> > >>>Hi Stephan, > >>> > >>>first off, thanks very much for your continuing help on this. It's very > >>>much appreciated. > >>> > >>>I compiled a kernel with exactly the same options that you cited below. > >>>I tried booting it and it stops before the kernel probe routines and > >>>waits for the FireWire GDB connect. > >>>I can't understand how you managed to reboot the target machine without > >>>it entering the debugger and waiting for the remote gdb attach. My > >>>machine refuses to do anything else. > >>>I tried unsetting boot_ddb and boot_gdb in the loader, as well as > >>>clearing the -d and -g flags in the boot_flags variable. No deal, it > >>>still stops and waits for the remote gdb attach. > > > > > > I did change anything at the bootstrap loader. > > > > The tests were done 15 minutes after a complete new install (wiped the > > disk) from a 5.3 CD. > > > > You may want to take another look at you boot flags / variables. > > > > > > > >>>When I try to attach from the debug machine, gdb complains about > >>>operation not supported. > >>> > >>>Also, I don't understand how your command line > >>> > >>>kgdb -r :5555 -t 11-22-33-44-55... > >> > >>D'oh... > >>What I meant was: > >> > >>kgdb -r :5555 kernel.debug > >> > >>. Time to go home I suppose... > >> > >> > >>>can work. I just get > >>> > >>>':5555: no such file or directory' > >>> > >>>when I try that. The kgdb manpage also states that it needs a device > > > > > > > > Just looked at the CVS repository. > > Seems like you need to update to a newer kgdb on the debug station. > > The old version does not understand tcp ports and needs devices. > > > > If this is not an option then you can probably use some pty to tcp > > forwarding program. > > The debugger would connect to the pty and the forwarding program opens a > > connection to dconschat and forwards data in both directions. > > ( Sorry - used such a program a long, long time ago but can't remember > > the name ) > > > > > > Stephan > > > > > > > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > > From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 15 20:05:27 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2890C16A4CE for ; Tue, 15 Feb 2005 20:05:27 +0000 (GMT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3BD443D41 for ; Tue, 15 Feb 2005 20:05:26 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.13.1/8.13.1) with ESMTP id j1FK5P1h022824 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 15 Feb 2005 15:05:25 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id j1FK5Kd2081778; Tue, 15 Feb 2005 15:05:20 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16914.22016.593790.719399@grasshopper.cs.duke.edu> Date: Tue, 15 Feb 2005 15:05:20 -0500 (EST) To: freebsd-hackers@freebsd.org X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Subject: mapping small parts of a pci card to conserve KVA X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 20:05:27 -0000 I maintain drivers for a PCI card which presents itself as having 16MB of address space. Eg: mx0: mem 0xf9000000-0xf9ffffff irq 20 at device 3.0 on pci1 However, most of that address space does not need to be mapped into the host. Really, only a little over 2MB needs to be mapped (3 regions with length 1024 bytes, 256 bytes, and 2MB). I've tried to re-write things so that I make multiple calls to bus_alloc_resource() with the (hopefully) appropriate offset and lengths. Eg: rid = PCIR_MAPS; *res = bus_alloc_resource(is->arch.dev, SYS_RES_MEMORY, &rid, (u_long)offset, (u_long)(offset + len - 1), len, RF_ACTIVE|PCI_RF_DENSE); At least on 5.3R, I seem to get back the same struct resource * from each call. rman_get_virtual() returns a different kva for each mapping, yet they all seem to map to the same physical address. Eg, I call vtophys() on the results of rman_get_virtual(), for each segment, and they all map to 0xf9000000. Is there a way to just map what I need? Thanks, Drew From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 15 20:54:44 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A2AA16A4CE for ; Tue, 15 Feb 2005 20:54:44 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0FAB43D1D for ; Tue, 15 Feb 2005 20:54:43 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [IPv6:::1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j1FKrhF6054374; Tue, 15 Feb 2005 13:53:43 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 15 Feb 2005 13:53:43 -0700 (MST) Message-Id: <20050215.135343.104086484.imp@bsdimp.com> To: gallatin@cs.duke.edu From: Warner Losh In-Reply-To: <16914.22016.593790.719399@grasshopper.cs.duke.edu> References: <16914.22016.593790.719399@grasshopper.cs.duke.edu> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: mapping small parts of a pci card to conserve KVA X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 20:54:44 -0000 > I maintain drivers for a PCI card which presents itself as having > 16MB of address space. Eg: > > mx0: mem 0xf9000000-0xf9ffffff irq 20 at device 3.0 on pci1 > > However, most of that address space does not need to be mapped into > the host. Really, only a little over 2MB needs to be mapped (3 regions > with length 1024 bytes, 256 bytes, and 2MB). > > I've tried to re-write things so that I make multiple calls > to bus_alloc_resource() with the (hopefully) appropriate offset and > lengths. Eg: > > rid = PCIR_MAPS; > *res = bus_alloc_resource(is->arch.dev, SYS_RES_MEMORY, &rid, > (u_long)offset, > (u_long)(offset + len - 1), len, > RF_ACTIVE|PCI_RF_DENSE); > > At least on 5.3R, I seem to get back the same struct resource * from > each call. rman_get_virtual() returns a different kva for each > mapping, yet they all seem to map to the same physical address. > Eg, I call vtophys() on the results of rman_get_virtual(), > for each segment, and they all map to 0xf9000000. > > Is there a way to just map what I need? There's no way to map part of a resource currently. I'd like to create an API to do that, since it would be useful for a lot of things, but none exists today. As soon as bus_activate_resource is called, it gets mapped. Warner From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 15 21:03:28 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2931916A4CE for ; Tue, 15 Feb 2005 21:03:28 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CCAE43D2D for ; Tue, 15 Feb 2005 21:03:27 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.19] (ibook-nai.samsco.home [192.168.254.19]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j1FL3U02036080; Tue, 15 Feb 2005 14:03:31 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <42126390.5020804@samsco.org> Date: Tue, 15 Feb 2005 14:03:12 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andrew Gallatin References: <16914.22016.593790.719399@grasshopper.cs.duke.edu> In-Reply-To: <16914.22016.593790.719399@grasshopper.cs.duke.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: freebsd-hackers@freebsd.org Subject: Re: mapping small parts of a pci card to conserve KVA X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 21:03:28 -0000 Andrew Gallatin wrote: > I maintain drivers for a PCI card which presents itself as having > 16MB of address space. Eg: > > mx0: mem 0xf9000000-0xf9ffffff irq 20 at device 3.0 on pci1 > > However, most of that address space does not need to be mapped into > the host. Really, only a little over 2MB needs to be mapped (3 regions > with length 1024 bytes, 256 bytes, and 2MB). > > I've tried to re-write things so that I make multiple calls > to bus_alloc_resource() with the (hopefully) appropriate offset and > lengths. Eg: > > rid = PCIR_MAPS; > *res = bus_alloc_resource(is->arch.dev, SYS_RES_MEMORY, &rid, > (u_long)offset, > (u_long)(offset + len - 1), len, > RF_ACTIVE|PCI_RF_DENSE); > > At least on 5.3R, I seem to get back the same struct resource * from > each call. rman_get_virtual() returns a different kva for each > mapping, yet they all seem to map to the same physical address. > Eg, I call vtophys() on the results of rman_get_virtual(), > for each segment, and they all map to 0xf9000000. > > Is there a way to just map what I need? > > Thanks, > > Drew > You can use pmap_mapdev() to create a KVA mapping of an arbitrary physaddr+len. In fact, this is exactly what newbus uses to create the PCI MEMIO resources when bus_alloc_resource() is called. I'm not sure if the range is mapped and activated before the driver makes that call, Warner or John might know for sure. Scott From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 15 21:15:44 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 66AE516A4CE for ; Tue, 15 Feb 2005 21:15:44 +0000 (GMT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D28E43D45 for ; Tue, 15 Feb 2005 21:15:44 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.13.1/8.13.1) with ESMTP id j1FLFh9o004547 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 15 Feb 2005 16:15:43 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id j1FLFc7T081852; Tue, 15 Feb 2005 16:15:38 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16914.26234.495305.432871@grasshopper.cs.duke.edu> Date: Tue, 15 Feb 2005 16:15:38 -0500 (EST) To: Scott Long In-Reply-To: <42126390.5020804@samsco.org> References: <16914.22016.593790.719399@grasshopper.cs.duke.edu> <42126390.5020804@samsco.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid cc: freebsd-hackers@freebsd.org Subject: Re: mapping small parts of a pci card to conserve KVA X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 21:15:44 -0000 Scott Long writes: > > You can use pmap_mapdev() to create a KVA mapping of an arbitrary > physaddr+len. In fact, this is exactly what newbus uses to create the > PCI MEMIO resources when bus_alloc_resource() is called. I'm not sure > if the range is mapped and activated before the driver makes that call, > Warner or John might know for sure. Thanks.. But since this is an out of tree driver, I want to stick as much as I can to the normal driver APIs. If the KVA wastage becomes a huge problem, I'll explore pmap_mapdev(), but for now its not a big deal. Thanks again, Drew From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 15 22:07:13 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7EFBE16A4CE for ; Tue, 15 Feb 2005 22:07:13 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A9AD43D45 for ; Tue, 15 Feb 2005 22:07:13 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [IPv6:::1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j1FM5YSe055747; Tue, 15 Feb 2005 15:05:39 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 15 Feb 2005 15:05:34 -0700 (MST) Message-Id: <20050215.150534.48477202.imp@bsdimp.com> To: scottl@samsco.org From: Warner Losh In-Reply-To: <42126390.5020804@samsco.org> References: <16914.22016.593790.719399@grasshopper.cs.duke.edu> <42126390.5020804@samsco.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: gallatin@cs.duke.edu Subject: Re: mapping small parts of a pci card to conserve KVA X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 22:07:13 -0000 From: Scott Long Subject: Re: mapping small parts of a pci card to conserve KVA Date: Tue, 15 Feb 2005 14:03:12 -0700 > Andrew Gallatin wrote: > > > I maintain drivers for a PCI card which presents itself as having > > 16MB of address space. Eg: > > > > mx0: mem 0xf9000000-0xf9ffffff irq 20 at device 3.0 on pci1 > > > > However, most of that address space does not need to be mapped into > > the host. Really, only a little over 2MB needs to be mapped (3 regions > > with length 1024 bytes, 256 bytes, and 2MB). > > > > I've tried to re-write things so that I make multiple calls > > to bus_alloc_resource() with the (hopefully) appropriate offset and > > lengths. Eg: > > > > rid = PCIR_MAPS; > > *res = bus_alloc_resource(is->arch.dev, SYS_RES_MEMORY, &rid, > > (u_long)offset, > > (u_long)(offset + len - 1), len, > > RF_ACTIVE|PCI_RF_DENSE); > > > > At least on 5.3R, I seem to get back the same struct resource * from > > each call. rman_get_virtual() returns a different kva for each > > mapping, yet they all seem to map to the same physical address. > > Eg, I call vtophys() on the results of rman_get_virtual(), > > for each segment, and they all map to 0xf9000000. > > > > Is there a way to just map what I need? > > > > Thanks, > > > > Drew > > > > You can use pmap_mapdev() to create a KVA mapping of an arbitrary > physaddr+len. In fact, this is exactly what newbus uses to create the > PCI MEMIO resources when bus_alloc_resource() is called. I'm not sure > if the range is mapped and activated before the driver makes that call, > Warner or John might know for sure. If you go that route, you need to allocate the resource (all of it). RF_ACTIVE in the flags, or bus_activate_resource is what maps it in, so if you don't do that, you can call pmap_mamdev. Warner From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 15 22:34:24 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7662216A536 for ; Tue, 15 Feb 2005 22:34:24 +0000 (GMT) Received: from sollube.sarenet.es (sollube.sarenet.es [192.148.167.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D7E843D45 for ; Tue, 15 Feb 2005 22:34:24 +0000 (GMT) (envelope-from borjamar@sarenet.es) Received: from [127.0.0.1] (borja.sarenet.es [192.148.167.77]) by sollube.sarenet.es (Postfix) with ESMTP id 0DCC114E6; Tue, 15 Feb 2005 23:34:22 +0100 (CET) In-Reply-To: References: <02266ed294653cda2452e7ac0a713c2c@sarenet.es> <200502151655.09800.max@love2party.net> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Borja Marcos Date: Tue, 15 Feb 2005 23:34:21 +0100 To: Bosko Milekic X-Mailer: Apple Mail (2.619.2) cc: freebsd-hackers@freebsd.org Subject: Re: MBUF statistics X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 22:34:24 -0000 > needs to be changed to accomodate this structure, but in addition to > that a way to make statistics gathering cheaper would be nice, because > currently doing a 'vmstat -z' is really terrible for performance. > Which reminds me... those of you doing benchmarks, please don't run > 'vmstat -z' while you're doing them, it might skew/pessimize your > results. I'm reading them from a C program with sysctl() and right now it doesn't seem to eat a lot. Regarding precision, the most useful aspect of these statistics is the historic view, and a rough view is enough to spot sudden changes and trends. Borja. From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 16 01:53:54 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5DFB016A4CE for ; Wed, 16 Feb 2005 01:53:54 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A9AF43D2F for ; Wed, 16 Feb 2005 01:53:51 +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 j1G1rOcs072218; Wed, 16 Feb 2005 12:23:25 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-hackers@freebsd.org Date: Wed, 16 Feb 2005 12:23:11 +1030 User-Agent: KMail/1.7.92 References: <16914.22016.593790.719399@grasshopper.cs.duke.edu> <20050215.135343.104086484.imp@bsdimp.com> In-Reply-To: <20050215.135343.104086484.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1181563.LWCu8OVLV4"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502161223.13075.doconnor@gsoft.com.au> X-Spam-Score: -5.4 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: gallatin@cs.duke.edu Subject: Re: mapping small parts of a pci card to conserve KVA X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Feb 2005 01:53:54 -0000 --nextPart1181563.LWCu8OVLV4 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 16 Feb 2005 07:23, Warner Losh wrote: > > At least on 5.3R, I seem to get back the same struct resource * from > > each call. rman_get_virtual() returns a different kva for each > > mapping, yet they all seem to map to the same physical address. > > Eg, I call vtophys() on the results of rman_get_virtual(), > > for each segment, and they all map to 0xf9000000. > > > > Is there a way to just map what I need? > > There's no way to map part of a resource currently. I'd like to > create an API to do that, since it would be useful for a lot of > things, but none exists today. As soon as bus_activate_resource is > called, it gets mapped. You could do something like puc does and attach a child driver to part of i= t=20 right? (Stab in dark :) =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 --nextPart1181563.LWCu8OVLV4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCEqeI5ZPcIHs/zowRAustAJ0VO1TpxQFZpgLsYfxC3fqZflM/CACgjybQ oxt3L7/deob4c5QDAuM+wCs= =fJao -----END PGP SIGNATURE----- --nextPart1181563.LWCu8OVLV4-- From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 16 04:11:58 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id BBB8E16A4CE; Wed, 16 Feb 2005 04:11:57 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id j1G4BtaJ033965; Tue, 15 Feb 2005 23:11:55 -0500 (EST) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id j1G4BrPJ033964; Tue, 15 Feb 2005 23:11:53 -0500 (EST) (envelope-from green) Date: Tue, 15 Feb 2005 23:11:53 -0500 From: Brian Fundakowski Feldman To: Andrew MacIntyre , Jason Henson , freebsd-hackers@FreeBSD.ORG Message-ID: <20050216041153.GC1069@green.homeunix.org> References: <1108277558l.86500l.0l@BARTON> <20050213082128.GA68307@VARK.MIT.EDU> <42108243.9030800@bullseye.apana.org.au> <20050214130450.GA55300@VARK.MIT.EDU> <20050214220807.GF40468@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050214220807.GF40468@funkthat.com> User-Agent: Mutt/1.5.6i Subject: Re: malloc vs ptmalloc2 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Feb 2005 04:11:58 -0000 On Mon, Feb 14, 2005 at 02:08:07PM -0800, John-Mark Gurney wrote: > David Schultz wrote this message on Mon, Feb 14, 2005 at 08:04 -0500: > > Right, databases, language runtimes, and the small set of other > > applications for which it really matters usually have their own > > special-purpose allocators. I was counting on that when I said > > that replacing malloc() is unlikely to make a big difference. > > (One could argue, of course, that it's unfortunate that > > applications need to do so.) > > Hmmm, maybe we should bring the zone API into userland? :) It'd be > nice to have some of the features, like the ctor/dtor's... Why not just make UMA the userland implementation, too? It should only cost us one kernel trap instruction per allocation/deallocation operation. With fine-grained kernel locking, why we wouldn't want to trust the same code to both tasks, and possibly optimize more because it can do that? -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 16 08:39:08 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D94E016A4CE for ; Wed, 16 Feb 2005 08:39:08 +0000 (GMT) Received: from gatekeeper.syskonnect.de (gatekeeper.syskonnect.de [213.144.13.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9561443D31 for ; Wed, 16 Feb 2005 08:39:07 +0000 (GMT) (envelope-from gheinig@syskonnect.de) Received: from syskonnect.de (skd.de [10.9.15.1])j1G8dM91005867; Wed, 16 Feb 2005 09:39:22 +0100 (MET) Received: from syskonnect.de (localhost [127.0.0.1]) by syskonnect.de (8.12.11/8.12.11) with ESMTP id j1G8d1WI026485; Wed, 16 Feb 2005 09:39:04 +0100 (MET) Message-ID: <4213067E.8090204@syskonnect.de> Date: Wed, 16 Feb 2005 09:38:22 +0100 From: Gerald Heinig User-Agent: Mozilla Thunderbird 0.5 (X11/20040208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Stephan Uphoff References: <420731DD.3050206@syskonnect.de> <1107798981.6309.9.camel@palm.tree.com> <42088232.1030001@syskonnect.de> <4208B9C2.6020007@syskonnect.de> <1107888844.6309.221.camel@palm.tree.com> <4209C640.3070502@syskonnect.de> <1107964038.6309.1137.camel@palm.tree.com> <420B938D.2040708@syskonnect.de> <1108352789.6309.9948.camel@palm.tree.com> <4210CF85.6050902@syskonnect.de> <4210D4BA.9060109@syskonnect.de> <1108401031.6309.12318.camel@palm.tree.com> <4212299F.5020005@syskonnect.de> <1108496350.7621.1465.camel@palm.tree.com> In-Reply-To: <1108496350.7621.1465.camel@palm.tree.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: hackers@freebsd.org Subject: Re: Firewire blues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Feb 2005 08:39:09 -0000 Stephan Uphoff wrote: > On Tue, 2005-02-15 at 11:55, Gerald Heinig wrote: > >>Hi Stephan, >> >>I'm happy to say that it's working now :) >>I grabbed a 5.3-STABLE snapshot to get the updated kgdb and completely >>reinstalled my 5.3-RELEASE system. I compiled the kernel using your >>options and it worked straight away. >>I have no idea why it didn't work before. It must be some boot variable >>I set way back whenever. >>Thanks very much indeed for helping me out with this! I really >>appreciate your patience. >> > > > Great. > > >>By the way, did you ever get the non-cooperative debugging working? I >>tried that, but it doesn't work, complaining about invalid hex digits. >>That's the debug method I'm _really_ interested in, because it enables >>you to debug hangs and freezes. > > > Never used it before - but is works for me. > > debug# fwcontrol > 2 devices (info_len=2) > node EUI64 status > 0 00-11-06-66-40-00-82-34 0 > 1 00-11-06-66-40-00-18-dd 1 > > debug# sysctl -w hw.firewire.fwmem.eui64_hi=0x00110666 > hw.firewire.fwmem.eui64_hi: 1073775156 -> 1115750 > > debug# sysctl -w hw.firewire.fwmem.eui64_lo=0x400018dd > hw.firewire.fwmem.eui64_lo: 0 -> 1073748189 > > debug# kgdb -c /dev/fwmem0.0 kernel.debug Damn. I was using the -r option. Of course it should be -c. D'oh.. :( Anyway, it works fine for me too now. Stephan, you da man!! :) Cheers, Gerald > > > >>Anyway, enough for now. Thanks again. >> >>Cheers, >>Gerald >> >>Stephan Uphoff wrote: >> >>>On Mon, 2005-02-14 at 11:41, Gerald Heinig wrote: >>> >>> >>>>Gerald Heinig wrote: >>>> >>>> >>>>>Hi Stephan, >>>>> >>>>>first off, thanks very much for your continuing help on this. It's very >>>>>much appreciated. >>>>> >>>>>I compiled a kernel with exactly the same options that you cited below. >>>>>I tried booting it and it stops before the kernel probe routines and >>>>>waits for the FireWire GDB connect. >>>>>I can't understand how you managed to reboot the target machine without >>>>>it entering the debugger and waiting for the remote gdb attach. My >>>>>machine refuses to do anything else. >>>>>I tried unsetting boot_ddb and boot_gdb in the loader, as well as >>>>>clearing the -d and -g flags in the boot_flags variable. No deal, it >>>>>still stops and waits for the remote gdb attach. >>> >>> >>>I did change anything at the bootstrap loader. >>> >>>The tests were done 15 minutes after a complete new install (wiped the >>>disk) from a 5.3 CD. >>> >>>You may want to take another look at you boot flags / variables. >>> >>> >>> >>> >>>>>When I try to attach from the debug machine, gdb complains about >>>>>operation not supported. >>>>> >>>>>Also, I don't understand how your command line >>>>> >>>>>kgdb -r :5555 -t 11-22-33-44-55... >>>> >>>>D'oh... >>>>What I meant was: >>>> >>>>kgdb -r :5555 kernel.debug >>>> >>>>. Time to go home I suppose... >>>> >>>> >>>> >>>>>can work. I just get >>>>> >>>>>':5555: no such file or directory' >>>>> >>>>>when I try that. The kgdb manpage also states that it needs a device >>> >>> >>> >>>Just looked at the CVS repository. >>>Seems like you need to update to a newer kgdb on the debug station. >>>The old version does not understand tcp ports and needs devices. >>> >>>If this is not an option then you can probably use some pty to tcp >>>forwarding program. >>>The debugger would connect to the pty and the forwarding program opens a >>>connection to dconschat and forwards data in both directions. >>>( Sorry - used such a program a long, long time ago but can't remember >>>the name ) >>> >>> >>>Stephan From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 16 10:05:44 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A787C16A4CE for ; Wed, 16 Feb 2005 10:05:44 +0000 (GMT) Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EC7C43D3F for ; Wed, 16 Feb 2005 10:05:44 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-1.free.fr (Postfix) with ESMTP id 2EBBE1734AC; Wed, 16 Feb 2005 11:05:43 +0100 (CET) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 6A3C0407C; Wed, 16 Feb 2005 11:05:12 +0100 (CET) Date: Wed, 16 Feb 2005 11:05:11 +0100 From: Jeremie Le Hen To: Max Laier Message-ID: <20050216100511.GC82324@obiwan.tataz.chchile.org> References: <02266ed294653cda2452e7ac0a713c2c@sarenet.es> <200502151655.09800.max@love2party.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200502151655.09800.max@love2party.net> User-Agent: Mutt/1.5.7i cc: freebsd-hackers@freebsd.org cc: Borja Marcos Subject: Re: MBUF statistics X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Feb 2005 10:05:44 -0000 On Tue, Feb 15, 2005 at 04:54:52PM +0100, Max Laier wrote: > I use "$vmstat -z | grep Mbuf". The netstat -m output is broken, because > fixing this would impose an additional atomic operation on each alloc/free > which is a real performance killer. Will this behaviour stay as-is ? It's not usual in BSD world to have such a broken feature and use workarounds instead. Regards, -- Jeremie Le Hen jeremie at le-hen dot org From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 16 10:23:00 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F1FF16A4CF for ; Wed, 16 Feb 2005 10:23:00 +0000 (GMT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id C708E43D41 for ; Wed, 16 Feb 2005 10:22:59 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id j1GAMoDS026200; Wed, 16 Feb 2005 02:22:54 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <200502161022.j1GAMoDS026200@gw.catspoiler.org> Date: Wed, 16 Feb 2005 02:22:50 -0800 (PST) From: Don Lewis To: max@love2party.net In-Reply-To: <200502151655.09800.max@love2party.net> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: freebsd-hackers@FreeBSD.org cc: borjamar@sarenet.es Subject: Re: MBUF statistics X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Feb 2005 10:23:00 -0000 On 15 Feb, Max Laier wrote: > On Tuesday 15 February 2005 12:38, Borja Marcos wrote: >> Hello, >> >> Looking at the mbuf statistics available in FreeBSD 4 and FreeBSD 5 I >> can see that the statistics available in FreeBSD 5 are, surprisingly, >> much less comprehensive. Is there any other place where I can find out >> how many mbuf requests have been done, how many of them have waited, >> how many have failed, etc? > > I use "$vmstat -z | grep Mbuf". The netstat -m output is broken, because > fixing this would impose an additional atomic operation on each alloc/free > which is a real performance killer. Why not maintain the statistics on a per-CPU basis, and sum up the per-CPU statistics in the sysctl handler? The handler might not get an exact snapshot, but that shouldn't matter. In the case of counters that are wider than 32 bits, it might be necessary to break the counters up into chunks that can be incremented atomically, and grab a lock when the least significant chunk overflows. From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 16 10:24:26 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CB2816A4CE for ; Wed, 16 Feb 2005 10:24:26 +0000 (GMT) Received: from house.arach.net.au (house2.arach.net.au [203.30.44.85]) by mx1.FreeBSD.org (Postfix) with SMTP id 78C7043D46 for ; Wed, 16 Feb 2005 10:24:24 +0000 (GMT) (envelope-from kat-free@kaqelectronics.dyndns.org) Received: (qmail 8025 invoked from network); 16 Feb 2005 10:24:22 -0000 Received: from unknown (HELO pythagorus.kaqelectronics.dyndns.org) (202.89.183.85) by house2.arach.net.au with SMTP for ; 16 Feb 2005 10:24:22 -0000 Received: from [192.168.0.2] (kathy.kaqelectronics.dyndns.org. [192.168.0.2]) id j1GAQJYY066302 for ; Wed, 16 Feb 2005 18:26:19 +0800 (WST) (envelope-from kat-free@kaqelectronics.dyndns.org) Received: from 127.0.0.1 (AVG SMTP 7.0.300 [265.8.8]); Wed, 16 Feb 2005 18:24:08 +0800 Message-ID: <42131F48.1030506@kaqelectronics.dyndns.org> Date: Wed, 16 Feb 2005 18:24:08 +0800 From: Kathy Quinlan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-au, en, en-us To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii; format=flowed Subject: Finding variables X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Feb 2005 10:24:26 -0000 Hi all, I am using some code from http://home.flash.net/~bobgh/serial.htm It uses variables of ioctl like TCSETS, I have seen it in other FreeBSD source code, but I can not find what I need to include to get it to work . Regards, Kat. -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.300 / Virus Database: 265.8.8 - Release Date: 14/02/2005 From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 16 10:47:41 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDAA916A4CE for ; Wed, 16 Feb 2005 10:47:41 +0000 (GMT) Received: from bloodwood.hunterlink.net.au (smtp-local.hunterlink.net.au [203.12.144.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id C853943D41 for ; Wed, 16 Feb 2005 10:47:39 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from ppp2E48.dyn.pacific.net.au (ppp2E48.dyn.pacific.net.au [61.8.46.72])j1GAlVwF002273; Wed, 16 Feb 2005 21:47:35 +1100 From: Sam Lawrance To: Kathy Quinlan In-Reply-To: <42131F48.1030506@kaqelectronics.dyndns.org> References: <42131F48.1030506@kaqelectronics.dyndns.org> Content-Type: text/plain Date: Wed, 16 Feb 2005 21:48:32 +1100 Message-Id: <1108550913.686.41.camel@dirk.no.domain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: Finding variables X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Feb 2005 10:47:42 -0000 On Wed, 2005-02-16 at 18:24 +0800, Kathy Quinlan wrote: > Hi all, > > I am using some code from http://home.flash.net/~bobgh/serial.htm > > It uses variables of ioctl like TCSETS, I have seen it in other FreeBSD > source code, but I can not find what I need to include to get it to work . For information about ioctl requests for terminal devices see the tty(4) manpage. Try also tcsetattr(3) and termios(4). From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 16 11:02:04 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF81C16A4CE for ; Wed, 16 Feb 2005 11:02:04 +0000 (GMT) Received: from wrzx35.rz.uni-wuerzburg.de (wrzx35.rz.uni-wuerzburg.de [132.187.3.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07EF643D2D for ; Wed, 16 Feb 2005 11:02:04 +0000 (GMT) (envelope-from q@uni.de) Received: from wrzx30.rz.uni-wuerzburg.de (wrzx30.rz.uni-wuerzburg.de [132.187.1.30]) by wrzx35.rz.uni-wuerzburg.de (Postfix) with ESMTP id B42F2E1062; Wed, 16 Feb 2005 12:02:02 +0100 (CET) Received: from virusscan (localhost [127.0.0.1]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id 942639BC1E; Wed, 16 Feb 2005 12:02:02 +0100 (CET) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id 808729BBC9; Wed, 16 Feb 2005 12:02:02 +0100 (CET) Received: from coyote.q.local (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 1BA3FD84A6; Wed, 16 Feb 2005 12:02:02 +0100 (CET) Received: from igor.q.local (igor.q.local [192.168.0.147]) by coyote.q.local (8.13.1/8.13.1) with ESMTP id j1GB21bx081619; Wed, 16 Feb 2005 12:02:01 +0100 (CET) (envelope-from q@uni.de) Received: from igor.q.local (localhost.q.local [127.0.0.1]) by igor.q.local (8.13.1/8.13.1) with ESMTP id j1GB21a8001719; Wed, 16 Feb 2005 12:02:01 +0100 (CET) (envelope-from q@uni.de) Received: (from q@localhost) by igor.q.local (8.13.1/8.13.1/Submit) id j1GB20cL001718; Wed, 16 Feb 2005 12:02:00 +0100 (CET) (envelope-from q@uni.de) Date: Wed, 16 Feb 2005 12:02:00 +0100 From: Ulrich Spoerlein To: Stephan Uphoff Message-ID: <20050216110200.GA913@galgenberg.net> References: <420731DD.3050206@syskonnect.de> <42088232.1030001@syskonnect.de> <1107888844.6309.221.camel@palm.tree.com> <1107964038.6309.1137.camel@palm.tree.com> <420B938D.2040708@syskonnect.de> <1108352789.6309.9948.camel@palm.tree.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1108352789.6309.9948.camel@palm.tree.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) cc: Gerald Heinig cc: hackers@freebsd.org Subject: Re: Firewire blues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Feb 2005 11:02:04 -0000 On Sun, 13.02.2005 at 22:46:29 -0500, Stephan Uphoff wrote: > +device dcons > +device dcons_crom > > Then configured/compiled/installed the GENERIC.debug kernel. > Copied the kernel.debug file in the GENERIC.debug compile directory to > the debug station and rebooted the target machine. I tried this with modules first, and failed every time. It needs to be compiled into the kernel to really work, which brings me to the next problem. When dcons_crom is loaded (module or not) and I boot my system (laptop), I only get the "kernel output" on screen. All the other output (starting from Mounting root from ufs) goes to the firewire console. But since I'm using GBDE on this laptop, the startup scripts want me to enter my passphrase, which in turn I can only enter via a second machine through firewire. This _is_ rather unpractical :( and renders single-user console useless. What am I doing wrong here? Other than that, remote gdb is working. Poking inside the fwmem itself is however not working, I get this after setting eui64_{hi,lo} % kgdb -c /dev/fwmem0.0 kernel.debug ... 0x00000000 in ?? () What's missing here? Ulrich Spoerlein -- PGP Key ID: F0DB9F44 Encrypted mail welcome! Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 Ok, which part of "Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn." didn't you understand? From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 16 11:16:52 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD2D016A4CE for ; Wed, 16 Feb 2005 11:16:52 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 183AE43D4C for ; Wed, 16 Feb 2005 11:16:52 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 51733530C; Wed, 16 Feb 2005 12:16:50 +0100 (CET) Received: from xps.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 0BE1F5308 for ; Wed, 16 Feb 2005 12:16:26 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id 86DC933C35; Wed, 16 Feb 2005 12:16:26 +0100 (CET) To: hackers@freebsd.org From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Wed, 16 Feb 2005 12:16:26 +0100 Message-ID: <86mzu4sqk5.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on flood.des.no X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=AWL,FORGED_RCVD_HELO autolearn=disabled version=3.0.1 Subject: memory leak in resolver X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Feb 2005 11:16:52 -0000 des@xps ~/src/gai% cat gai.c #include #include #include #include int main(void) { struct addrinfo hint, *res; memset(&hint, 0, sizeof(hint)); hint.ai_family =3D AF_INET; hint.ai_socktype =3D SOCK_STREAM; hint.ai_protocol =3D 0; if (getaddrinfo("www.freebsd.org", "http", &hint, &res) =3D=3D 0) freeaddrinfo(res); return (0); } des@xps ~/src/gai% valgrind --leak-check=3Dyes --num-callers=3D8 ./gai =3D=3D44998=3D=3D Memcheck, a memory error detector for x86-linux. =3D=3D44998=3D=3D Copyright (C) 2002-2004, and GNU GPL'd, by Julian Seward. =3D=3D44998=3D=3D Using valgrind-2.1.0, a program supervision framework for= x86-linux. =3D=3D44998=3D=3D Copyright (C) 2000-2004, and GNU GPL'd, by Julian Seward. =3D=3D44998=3D=3D Estimated CPU clock rate is 3591 MHz =3D=3D44998=3D=3D For more details, rerun with: -v =3D=3D44998=3D=3D =3D=3D44998=3D=3D =3D=3D44998=3D=3D ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 fr= om 0) =3D=3D44998=3D=3D malloc/free: in use at exit: 2328 bytes in 11 blocks. =3D=3D44998=3D=3D malloc/free: 45 allocs, 34 frees, 232569 bytes allocated. =3D=3D44998=3D=3D For counts of detected errors, rerun with: -v =3D=3D44998=3D=3D searching for pointers to 11 not-freed blocks. =3D=3D44998=3D=3D checked 1258740 bytes. =3D=3D44998=3D=3D =3D=3D44998=3D=3D 49 bytes in 5 blocks are definitely lost in loss record 2= of 5 =3D=3D44998=3D=3D at 0x3C033173: malloc (vg_replace_malloc.c:105) =3D=3D44998=3D=3D by 0x3C0D567E: strdup (strdup.c:52) =3D=3D44998=3D=3D by 0x3C0D0403: _nsyylex (nslexer.l:88) =3D=3D44998=3D=3D by 0x3C0CF903: _nsyyparse (y.tab.c:380) =3D=3D44998=3D=3D by 0x3C0D296E: _nsdispatch (nsdispatch.c:353) =3D=3D44998=3D=3D by 0x3C0C6E33: getaddrinfo (getaddrinfo.c:1646) =3D=3D44998=3D=3D by 0x804856C: main (gai.c:15) =3D=3D44998=3D=3D =3D=3D44998=3D=3D LEAK SUMMARY: =3D=3D44998=3D=3D definitely lost: 49 bytes in 5 blocks. =3D=3D44998=3D=3D possibly lost: 0 bytes in 0 blocks. =3D=3D44998=3D=3D still reachable: 2279 bytes in 6 blocks. =3D=3D44998=3D=3D suppressed: 0 bytes in 0 blocks. =3D=3D44998=3D=3D Reachable blocks (those to which a pointer was found) are= not shown. =3D=3D44998=3D=3D To see them, rerun with: --show-reachable=3Dyes The amount of memory leaked seems constant regardless of how many times getaddrinfo() is called, so it's probably from reading resolv.conf. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 16 12:11:05 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 391DA16A4CE for ; Wed, 16 Feb 2005 12:11:05 +0000 (GMT) Received: from gatekeeper.syskonnect.de (gatekeeper.syskonnect.de [213.144.13.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3CA043D1D for ; Wed, 16 Feb 2005 12:11:03 +0000 (GMT) (envelope-from gheinig@syskonnect.de) Received: from syskonnect.de (skd.de [10.9.15.1])j1GCBI91013494; Wed, 16 Feb 2005 13:11:18 +0100 (MET) Received: from syskonnect.de (localhost [127.0.0.1]) by syskonnect.de (8.12.11/8.12.11) with ESMTP id j1GCB03j002834; Wed, 16 Feb 2005 13:11:01 +0100 (MET) Message-ID: <4213382E.7060603@syskonnect.de> Date: Wed, 16 Feb 2005 13:10:22 +0100 From: Gerald Heinig User-Agent: Mozilla Thunderbird 0.5 (X11/20040208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ulrich Spoerlein References: <420731DD.3050206@syskonnect.de> <42088232.1030001@syskonnect.de> <1107888844.6309.221.camel@palm.tree.com> <1107964038.6309.1137.camel@palm.tree.com> <420B938D.2040708@syskonnect.de> <1108352789.6309.9948.camel@palm.tree.com> <20050216110200.GA913@galgenberg.net> In-Reply-To: <20050216110200.GA913@galgenberg.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: hackers@freebsd.org cc: Stephan Uphoff Subject: Re: Firewire blues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Feb 2005 12:11:05 -0000 Ulrich Spoerlein wrote: > On Sun, 13.02.2005 at 22:46:29 -0500, Stephan Uphoff wrote: > >>+device dcons >>+device dcons_crom >> >>Then configured/compiled/installed the GENERIC.debug kernel. >>Copied the kernel.debug file in the GENERIC.debug compile directory to >>the debug station and rebooted the target machine. > > > I tried this with modules first, and failed every time. It needs to be > compiled into the kernel to really work, which brings me to the next > problem. > > When dcons_crom is loaded (module or not) and I boot my system (laptop), > I only get the "kernel output" on screen. All the other output (starting > from Mounting root from ufs) goes to the firewire console. I don't know whether this will break other stuff, but in the course of my attempts to get the setup working, I tried setting options DCONS_FORCE_CONSOLE=1 This caused all the output of the console to go to the Firewire port. I could log in etc. as normal on the console (over Firewire of course). > > But since I'm using GBDE on this laptop, the startup scripts want me to > enter my passphrase, which in turn I can only enter via a second machine > through firewire. > > This _is_ rather unpractical :( and renders single-user console useless. > What am I doing wrong here? > > Other than that, remote gdb is working. Poking inside the fwmem itself > is however not working, I get this after setting eui64_{hi,lo} > % kgdb -c /dev/fwmem0.0 kernel.debug > ... > 0x00000000 in ?? () I got this as well. In my case I assumed it's due to the fact that I wasn't using the same kernel file for the debugger as was running on the target machine. I didn't investigate further because I can't spend any more time on this problem at the moment. I'd be interested to know whether that is the problem though. > > What's missing here? > > Ulrich Spoerlein From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 16 12:20:08 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3A0116A4CE for ; Wed, 16 Feb 2005 12:20:08 +0000 (GMT) Received: from gatekeeper.syskonnect.de (gatekeeper.syskonnect.de [213.144.13.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 249B643D2D for ; Wed, 16 Feb 2005 12:20:08 +0000 (GMT) (envelope-from gheinig@syskonnect.de) Received: from syskonnect.de (skd.de [10.9.15.1])j1GCKN91013817; Wed, 16 Feb 2005 13:20:23 +0100 (MET) Received: from syskonnect.de (localhost [127.0.0.1]) by syskonnect.de (8.12.11/8.12.11) with ESMTP id j1GCK6ZQ003068; Wed, 16 Feb 2005 13:20:06 +0100 (MET) Message-ID: <42133A4F.3020506@syskonnect.de> Date: Wed, 16 Feb 2005 13:19:27 +0100 From: Gerald Heinig User-Agent: Mozilla Thunderbird 0.5 (X11/20040208) X-Accept-Language: en-us, en MIME-Version: 1.0 References: <420731DD.3050206@syskonnect.de> <42088232.1030001@syskonnect.de> <1107888844.6309.221.camel@palm.tree.com> <1107964038.6309.1137.camel@palm.tree.com> <420B938D.2040708@syskonnect.de> <1108352789.6309.9948.camel@palm.tree.com> <20050216110200.GA913@galgenberg.net> <4213382E.7060603@syskonnect.de> In-Reply-To: <4213382E.7060603@syskonnect.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Ulrich Spoerlein cc: hackers@freebsd.org cc: Stephan Uphoff Subject: Re: Firewire blues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Feb 2005 12:20:08 -0000 Gerald Heinig wrote: > Ulrich Spoerlein wrote: [stuff snipped] >> >> Other than that, remote gdb is working. Poking inside the fwmem itself >> is however not working, I get this after setting eui64_{hi,lo} >> % kgdb -c /dev/fwmem0.0 kernel.debug >> ... >> 0x00000000 in ?? () > > > I got this as well. In my case I assumed it's due to the fact that I > wasn't using the same kernel file for the debugger as was running on the > target machine. I didn't investigate further because I can't spend any > more time on this problem at the moment. > I'd be interested to know whether that is the problem though. I just tried it (had to compile new kernel anyway). It's not due to a symbol mismatch. ENOCLUE :( From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 16 12:46:37 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B240516A4CE for ; Wed, 16 Feb 2005 12:46:37 +0000 (GMT) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3753F43D2D for ; Wed, 16 Feb 2005 12:46:37 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with SMTP id C40A946B86; Wed, 16 Feb 2005 07:46:36 -0500 (EST) Date: Wed, 16 Feb 2005 12:45:14 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Borja Marcos In-Reply-To: <02266ed294653cda2452e7ac0a713c2c@sarenet.es> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: MBUF statistics X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Feb 2005 12:46:37 -0000 On Tue, 15 Feb 2005, Borja Marcos wrote: > Looking at the mbuf statistics available in FreeBSD 4 and > FreeBSD 5 I can see that the statistics available in FreeBSD 5 are, > surprisingly, much less comprehensive. Is there any other place where I > can find out how many mbuf requests have been done, how many of them > have waited, how many have failed, etc? > > I think that it's an interesting resource to graph in a Orca > performance monitor for FreeBSD. This statistic appears to have been lost during the conversion to UMA allocating mbufs. I probably won't get to it this week, but I'll try to get that statistic back in the mix in the next week or two. Unfortunately, it may break the user<->kernel ABI for monitoring applications, since there appear to be no spare fields in the mbstat structure. What I'd like to do, actually, is add tracking of allocation failures to UMA, and then use UMA statistics to generate the mbuf output of netstat rather than a separate API. This would also eliminate SMP races present in the maintenance of mbuf statistics (they can "drift" on SMP boxes right now). Robert N M Watson From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 15 22:27:57 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 616EA16A4DF for ; Tue, 15 Feb 2005 22:27:57 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFFF943D41 for ; Tue, 15 Feb 2005 22:27:56 +0000 (GMT) (envelope-from bosko.milekic@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so879235wra for ; Tue, 15 Feb 2005 14:27:54 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=k1cMeo6Mc650In5rPKStLQRYno9e+8n+tPcU+f60wdOSra+Y68pz/3pbVWTIUNxV7Ywudu1O0SJl+UVkbfmNNkqrvDbV55dITAwrGk4d45ehcZVQFfGrdp3iePBceMtnqvzvs45q+5ATIdT2ycdyhpfHzc1GeKRwzr/MOQ8KhVY= Received: by 10.54.5.57 with SMTP id 57mr111280wre; Tue, 15 Feb 2005 14:27:53 -0800 (PST) Received: by 10.54.24.68 with HTTP; Tue, 15 Feb 2005 14:27:51 -0800 (PST) Message-ID: Date: Tue, 15 Feb 2005 17:27:51 -0500 From: Bosko Milekic To: Max Laier In-Reply-To: <200502151655.09800.max@love2party.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <02266ed294653cda2452e7ac0a713c2c@sarenet.es> <200502151655.09800.max@love2party.net> X-Mailman-Approved-At: Wed, 16 Feb 2005 12:56:18 +0000 cc: freebsd-hackers@freebsd.org cc: Borja Marcos Subject: Re: MBUF statistics X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Bosko Milekic List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 22:27:57 -0000 On Tue, 15 Feb 2005 16:54:52 +0100, Max Laier wrote: > On Tuesday 15 February 2005 12:38, Borja Marcos wrote: > > Hello, > > > > Looking at the mbuf statistics available in FreeBSD 4 and FreeBSD 5 I > > can see that the statistics available in FreeBSD 5 are, surprisingly, > > much less comprehensive. Is there any other place where I can find out > > how many mbuf requests have been done, how many of them have waited, > > how many have failed, etc? > > I use "$vmstat -z | grep Mbuf". The netstat -m output is broken, because > fixing this would impose an additional atomic operation on each alloc/free > which is a real performance killer. Yeah, unfortunately statistics are too hard to do completely correctly right now (too hard on performance, that is). To make things worse, the more involved UMA zone design used for Mbuf and Cluster allocations means that some of the UMA zone statistics you get with "vmstat -z" are not entirely accurate. The UMA zone statistics code needs to be changed to accomodate this structure, but in addition to that a way to make statistics gathering cheaper would be nice, because currently doing a 'vmstat -z' is really terrible for performance. Which reminds me... those of you doing benchmarks, please don't run 'vmstat -z' while you're doing them, it might skew/pessimize your results. -- Bosko Milekic - If I were a number, I'd be irrational. Contact Info: http://bmilekic.unixdaemons.com/contact.txt From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 16 06:57:04 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 494BA16A4CF for ; Wed, 16 Feb 2005 06:57:04 +0000 (GMT) Received: from cowbert.2y.net (d46h180.public.uconn.edu [137.99.46.180]) by mx1.FreeBSD.org (Postfix) with SMTP id 8696343D5D for ; Wed, 16 Feb 2005 06:57:03 +0000 (GMT) (envelope-from sirmoo@cowbert.2y.net) Received: (qmail 21541 invoked by uid 1001); 16 Feb 2005 06:57:00 -0000 Date: Wed, 16 Feb 2005 01:57:00 -0500 From: "Peter C. Lai" To: freebsd-questions@freebsd.org Message-ID: <20050216065700.GB20992@cowbert.2y.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Mailman-Approved-At: Wed, 16 Feb 2005 12:56:18 +0000 cc: freebsd-hackers@freebsd.org cc: freebsd-scsi@freebsd.org cc: freebsd-hardware@freebsd.org Subject: vinum vs. DPT smartcacheIV raid X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Feb 2005 06:57:04 -0000 I have a box with DPT PM2044 SmartCacheIV UW-SCSI PCI cards which can do RAID-5 in hardware, but I'd have to use the DOS volume manager to set up the array. I have heard reports that vinum woudl be faster than using the native card. Is this true? Should I not bother with doing the hardware raid and just go with vinum? The rest of the system is a k6-2 400mhz with 256mb ram (amount might change). I will also have moderate network i/o on the pci bus (obviously). TIA, cowbert -- Peter C. Lai University of Connecticut Dept. of Molecular and Cell Biology Yale University School of Medicine SenseLab | Research Assistant http://cowbert.2y.net/ From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 16 12:59:48 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 313F616A4CE; Wed, 16 Feb 2005 12:59:48 +0000 (GMT) Received: from sollube.sarenet.es (sollube.sarenet.es [192.148.167.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF94B43D2D; Wed, 16 Feb 2005 12:59:47 +0000 (GMT) (envelope-from borjamar@sarenet.es) Received: from [127.0.0.1] (borja.sarenet.es [192.148.167.77]) by sollube.sarenet.es (Postfix) with ESMTP id C21CA17FD; Wed, 16 Feb 2005 13:59:46 +0100 (CET) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <6ebd5344759c41c0d4592b887a2eebd7@sarenet.es> Content-Transfer-Encoding: 7bit From: Borja Marcos Date: Wed, 16 Feb 2005 13:59:46 +0100 To: Robert Watson X-Mailer: Apple Mail (2.619.2) cc: freebsd-hackers@freebsd.org Subject: Re: MBUF statistics X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Feb 2005 12:59:48 -0000 > This statistic appears to have been lost during the conversion to UMA > allocating mbufs. I probably won't get to it this week, but I'll try > to > get that statistic back in the mix in the next week or two. > Unfortunately, I will disable the MBUF statistics for now. I plan to release the first version on Friday or Monday. Anyway, there are plenty of interesting graphs to keep system administrators busy and, hopefully, happy :-) Borja. From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 16 13:09:23 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3083216A4CE for ; Wed, 16 Feb 2005 13:09:23 +0000 (GMT) Received: from wrzx35.rz.uni-wuerzburg.de (wrzx35.rz.uni-wuerzburg.de [132.187.3.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F81E43D5A for ; Wed, 16 Feb 2005 13:09:22 +0000 (GMT) (envelope-from q@uni.de) Received: from wrzx30.rz.uni-wuerzburg.de (wrzx30.rz.uni-wuerzburg.de [132.187.1.30]) by wrzx35.rz.uni-wuerzburg.de (Postfix) with ESMTP id 39061E0F07; Wed, 16 Feb 2005 14:09:21 +0100 (CET) Received: from virusscan (localhost [127.0.0.1]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id 2063F9BCC0; Wed, 16 Feb 2005 14:09:21 +0100 (CET) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id 0AD839BBEB; Wed, 16 Feb 2005 14:09:21 +0100 (CET) Received: from coyote.q.local (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id E9578D8471; Wed, 16 Feb 2005 14:09:20 +0100 (CET) Received: from igor.q.local (igor.q.local [192.168.0.147]) by coyote.q.local (8.13.1/8.13.1) with ESMTP id j1GD9KWE082153; Wed, 16 Feb 2005 14:09:20 +0100 (CET) (envelope-from q@uni.de) Received: from igor.q.local (localhost.q.local [127.0.0.1]) by igor.q.local (8.13.1/8.13.1) with ESMTP id j1GD9KcQ034688; Wed, 16 Feb 2005 14:09:20 +0100 (CET) (envelope-from q@uni.de) Received: (from q@localhost) by igor.q.local (8.13.1/8.13.1/Submit) id j1GD9JQ5034663; Wed, 16 Feb 2005 14:09:19 +0100 (CET) (envelope-from q@uni.de) Date: Wed, 16 Feb 2005 14:09:19 +0100 From: Ulrich Spoerlein To: Gerald Heinig Message-ID: <20050216130919.GC913@galgenberg.net> References: <420731DD.3050206@syskonnect.de> <42088232.1030001@syskonnect.de> <1107888844.6309.221.camel@palm.tree.com> <1107964038.6309.1137.camel@palm.tree.com> <420B938D.2040708@syskonnect.de> <1108352789.6309.9948.camel@palm.tree.com> <20050216110200.GA913@galgenberg.net> <4213382E.7060603@syskonnect.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4213382E.7060603@syskonnect.de> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) cc: hackers@freebsd.org cc: Stephan Uphoff Subject: Re: Firewire blues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Feb 2005 13:09:23 -0000 On Wed, 16.02.2005 at 13:10:22 +0100, Gerald Heinig wrote: > >When dcons_crom is loaded (module or not) and I boot my system (laptop), > >I only get the "kernel output" on screen. All the other output (starting > >from Mounting root from ufs) goes to the firewire console. > > I don't know whether this will break other stuff, but in the course of > my attempts to get the setup working, I tried setting > > options DCONS_FORCE_CONSOLE=1 > > This caused all the output of the console to go to the Firewire port. I > could log in etc. as normal on the console (over Firewire of course). This is backwards. I _don't_ want to have the console on the firewire port, I want/need it on the local keyboard/display (aka syscons) console. The firewire is just for on-demand debugging (hangs, panics, stuff), it shouldn't interfere with normal usage. Right now, I would need two kernel and a reboot in between to get the desired functionality. Ulrich Spoerlein -- PGP Key ID: F0DB9F44 Encrypted mail welcome! Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 Ok, which part of "Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn." didn't you understand? From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 16 15:19:06 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D6A7B16A4CE; Wed, 16 Feb 2005 15:19:05 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id j1GFJ4eF039591; Wed, 16 Feb 2005 10:19:05 -0500 (EST) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id j1GFJ4Qc039590; Wed, 16 Feb 2005 10:19:04 -0500 (EST) (envelope-from green) Date: Wed, 16 Feb 2005 10:19:03 -0500 From: Brian Fundakowski Feldman To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20050216151903.GD1069@green.homeunix.org> References: <86mzu4sqk5.fsf@xps.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <86mzu4sqk5.fsf@xps.des.no> User-Agent: Mutt/1.5.6i cc: hackers@freebsd.org Subject: Re: memory leak in resolver X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Feb 2005 15:19:06 -0000 On Wed, Feb 16, 2005 at 12:16:26PM +0100, Dag-Erling Smørgrav wrote: > des@xps ~/src/gai% cat gai.c > #include > #include > #include > #include > > int > main(void) > { > struct addrinfo hint, *res; > > memset(&hint, 0, sizeof(hint)); > hint.ai_family = AF_INET; > hint.ai_socktype = SOCK_STREAM; > hint.ai_protocol = 0; > if (getaddrinfo("www.freebsd.org", "http", &hint, &res) == 0) > freeaddrinfo(res); > return (0); > } > des@xps ~/src/gai% valgrind --leak-check=yes --num-callers=8 ./gai > ==44998== Memcheck, a memory error detector for x86-linux. > ==44998== Copyright (C) 2002-2004, and GNU GPL'd, by Julian Seward. > ==44998== Using valgrind-2.1.0, a program supervision framework for x86-linux. > ==44998== Copyright (C) 2000-2004, and GNU GPL'd, by Julian Seward. > ==44998== Estimated CPU clock rate is 3591 MHz > ==44998== For more details, rerun with: -v > ==44998== > ==44998== > ==44998== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) > ==44998== malloc/free: in use at exit: 2328 bytes in 11 blocks. > ==44998== malloc/free: 45 allocs, 34 frees, 232569 bytes allocated. > ==44998== For counts of detected errors, rerun with: -v > ==44998== searching for pointers to 11 not-freed blocks. > ==44998== checked 1258740 bytes. > ==44998== > ==44998== 49 bytes in 5 blocks are definitely lost in loss record 2 of 5 > ==44998== at 0x3C033173: malloc (vg_replace_malloc.c:105) > ==44998== by 0x3C0D567E: strdup (strdup.c:52) > ==44998== by 0x3C0D0403: _nsyylex (nslexer.l:88) > ==44998== by 0x3C0CF903: _nsyyparse (y.tab.c:380) > ==44998== by 0x3C0D296E: _nsdispatch (nsdispatch.c:353) > ==44998== by 0x3C0C6E33: getaddrinfo (getaddrinfo.c:1646) > ==44998== by 0x804856C: main (gai.c:15) > ==44998== > ==44998== LEAK SUMMARY: > ==44998== definitely lost: 49 bytes in 5 blocks. > ==44998== possibly lost: 0 bytes in 0 blocks. > ==44998== still reachable: 2279 bytes in 6 blocks. > ==44998== suppressed: 0 bytes in 0 blocks. > ==44998== Reachable blocks (those to which a pointer was found) are not shown. > ==44998== To see them, rerun with: --show-reachable=yes > > The amount of memory leaked seems constant regardless of how many > times getaddrinfo() is called, so it's probably from reading > resolv.conf. It looks like the memory leaked scales with the number of times that the mtime of the configuration file changes during the process's lifetime. (Of course, starting at one leak the first time it's used.) -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 16 17:25:22 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08AE816A4CE for ; Wed, 16 Feb 2005 17:25:22 +0000 (GMT) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61AE143D4C for ; Wed, 16 Feb 2005 17:25:21 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-2.free.fr (Postfix) with ESMTP id 5CC76C07B; Wed, 16 Feb 2005 18:25:18 +0100 (CET) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 37786407C; Wed, 16 Feb 2005 18:24:46 +0100 (CET) Date: Wed, 16 Feb 2005 18:24:46 +0100 From: Jeremie Le Hen To: ALeine Message-ID: <20050216172446.GF82324@obiwan.tataz.chchile.org> References: <200502040257.j142vqwS087355@marlena.vvi.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200502040257.j142vqwS087355@marlena.vvi.at> User-Agent: Mutt/1.5.7i cc: freebsd-hackers@FreeBSD.org cc: jeremie@le-hen.org Subject: Re: RFC: backporting GEOM to the 4.x branch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Feb 2005 17:25:22 -0000 > The problem with NCryptFS is that so far no code has been released and > since it looks like it might get released a day after Duke Nuke 'em > Forever I thought I would see what I can do about backporting GDBE > to the 4.x branch. :-/ What about porting NetBSD's cgd(4) [1] driver ? It *might* be easier to port since it does not require GEOM. [1] http://netbsd.gw.com/cgi-bin/man-cgi?cgd+4+NetBSD-current http://netbsd.gw.com/cgi-bin/man-cgi?cgdconfig+8+NetBSD-current -- Jeremie Le Hen jeremie at le-hen dot org From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 16 17:48:12 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58C2B16A4CE for ; Wed, 16 Feb 2005 17:48:12 +0000 (GMT) Received: from marlena.vvi.at (marlena.vvi.at [208.252.225.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAB9043D49 for ; Wed, 16 Feb 2005 17:48:11 +0000 (GMT) (envelope-from www@marlena.vvi.at) Received: from marlena.vvi.at (localhost.marlena.vvi.at [127.0.0.1]) by marlena.vvi.at (8.12.10/8.12.9) with ESMTP id j1FLqZoH034975; Tue, 15 Feb 2005 13:52:40 -0800 (PST) (envelope-from www@marlena.vvi.at) Received: (from www@localhost) by marlena.vvi.at (8.12.10/8.12.10/Submit) id j1FLqU3f034974; Tue, 15 Feb 2005 13:52:30 -0800 (PST) (envelope-from www) Date: Tue, 15 Feb 2005 13:52:30 -0800 (PST) Message-Id: <200502152152.j1FLqU3f034974@marlena.vvi.at> To: jeremie@le-hen.org From: "ALeine" cc: freebsd-hackers@freebsd.org Subject: Re: RFC: backporting GEOM to the 4.x branch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Feb 2005 17:48:12 -0000 jeremie@le-hen.org wrote: > What about porting NetBSD's cgd(4) [1] driver ? It *might* be > easier to port since it does not require GEOM. Thanks for the suggestion, but IMHO GBDE is superior to CGD, as I have already explained in detail a couple of weeks ago: http://leaf.dragonflybsd.org/mailarchive/kernel/2005-02/msg00037.html ALeine ___________________________________________________________________ WebMail FREE http://mail.austrosearch.net From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 16 19:01:09 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C36D916A4CE for ; Wed, 16 Feb 2005 19:01:09 +0000 (GMT) Received: from voodoo.oberon.net (voodoo.oberon.net [212.118.165.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7391143D3F for ; Wed, 16 Feb 2005 19:01:09 +0000 (GMT) (envelope-from igor@doom.homeunix.org) Received: from dialup84108-36.ip.peterstar.net ([84.204.108.36] helo=doom.homeunix.org) by voodoo.oberon.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.44 (FreeBSD)) id 1D1UP8-000Inv-V8 for freebsd-hackers@freebsd.org; Wed, 16 Feb 2005 20:01:03 +0100 Received: from doom.homeunix.org (localhost [127.0.0.1]) by doom.homeunix.org (8.13.1/8.13.1) with ESMTP id j1GItxx9001208; Wed, 16 Feb 2005 21:56:04 +0300 (MSK) (envelope-from igor@doom.homeunix.org) Received: (from igor@localhost) by doom.homeunix.org (8.13.1/8.13.1/Submit) id j1GItVip001207; Wed, 16 Feb 2005 21:55:31 +0300 (MSK) (envelope-from igor) Date: Wed, 16 Feb 2005 21:55:30 +0300 From: Igor Pokrovsky To: Kathy Quinlan Message-ID: <20050216185530.GA1054@doom.homeunix.org> Mail-Followup-To: Kathy Quinlan , freebsd-hackers@freebsd.org References: <42131F48.1030506@kaqelectronics.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42131F48.1030506@kaqelectronics.dyndns.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-hackers@freebsd.org Subject: Re: Finding variables X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Feb 2005 19:01:09 -0000 On Wed, Feb 16, 2005 at 06:24:08PM +0800, Kathy Quinlan wrote: > Hi all, > > I am using some code from http://home.flash.net/~bobgh/serial.htm > > It uses variables of ioctl like TCSETS, I have seen it in other FreeBSD > source code, but I can not find what I need to include to get it to work . #include in 5.x 4.x doesn't have this ioctl. -ip -- On a beautiful day like this it's hard to believe anyone can be unhappy -- but we will work on it. From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 16 22:43:49 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA36D16A4CE; Wed, 16 Feb 2005 22:43:49 +0000 (GMT) Received: from freebee.digiware.nl (dsl439.iae.nl [212.61.63.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A0D743D2D; Wed, 16 Feb 2005 22:43:48 +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 j1GMhVc6085392; Wed, 16 Feb 2005 23:43:41 +0100 (CET) (envelope-from wjw@withagen.nl) Message-ID: <4213CC9E.20408@withagen.nl> Date: Wed, 16 Feb 2005 23:43:42 +0100 From: Willem Jan Withagen User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Peter C. Lai" References: <20050216065700.GB20992@cowbert.2y.net> In-Reply-To: <20050216065700.GB20992@cowbert.2y.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: freebsd-hardware@freebsd.org cc: freebsd-questions@freebsd.org cc: freebsd-scsi@freebsd.org Subject: Re: vinum vs. DPT smartcacheIV raid X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Feb 2005 22:43:50 -0000 Peter C. Lai wrote: > I have a box with DPT PM2044 SmartCacheIV UW-SCSI PCI cards which can do > RAID-5 in hardware, but I'd have to use the DOS volume manager to set up > the array. I have heard reports that vinum woudl be faster than using the > native card. Is this true? Should I not bother with doing the hardware raid > and just go with vinum? > > The rest of the system is a k6-2 400mhz with 256mb ram (amount might change). > I will also have moderate network i/o on the pci bus (obviously). I still have one here lingering around somewhere on a shelf. It ran a 4*1Gb diskarray RAID-5 when 1GB disk where still sort of big. So that is how old this card is. With that I did have some unplesant experiences with this card: - First and most major it seems that you need to have the right version firmware in it. Otherwise things might get seriously hossed at unexpected times. Just buffers timing out in the middle of the night. - The other issue was that my disk where in an external cabinet and once the cable came loose. It killed the raid as expected, but it took me a long time to find some tools to force the disk up the brute way. Just to see if I could recover some of the data. And like you say: Al these tools are DOS based. Currently I'm running a 4*60Gb ATA RAID5 with old vinum on a 233 MHZ P2, 256Mb with FBSD 5.1. This ATA just because ATA disk are so much cheaper per MB, and I do not need utmost dependability for my 6 PC office. I've ordered 4*250Gb ATA disks this week to build a new RAID5, and I'll go again for vinum. --WjW From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 17 01:34:08 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7710316A4CE; Thu, 17 Feb 2005 01:34:08 +0000 (GMT) Received: from kuldipmanak.chamkila.org (node-40240ed2.sjc.onnet.us.uu.net [64.36.14.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECCAC43D2D; Thu, 17 Feb 2005 01:34:07 +0000 (GMT) (envelope-from aman@chamkila.org) Received: from www.chamkila.org (kuldipmanak.chamkila.org [127.0.0.1]) j1H1X9xx004603; Wed, 16 Feb 2005 17:33:09 -0800 Received: from 69.36.228.194 (proxying for 192.168.96.110) (SquirrelMail authenticated user aman); by www.chamkila.org with HTTP; Wed, 16 Feb 2005 17:33:09 -0800 (PST) Message-ID: <36639.69.36.228.194.1108603989.squirrel@69.36.228.194> In-Reply-To: <20050119103214.A27409@pooker.samsco.org> References: <20050119103214.A27409@pooker.samsco.org> Date: Wed, 16 Feb 2005 17:33:09 -0800 (PST) From: "Amandeep Pannu" To: "Scott Long" User-Agent: SquirrelMail/1.5.0 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal cc: yoke an cc: freebsd-hackers@freebsd.org Subject: Re: freebsd problem: Cannot detect Hard Disks as RAID X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Feb 2005 01:34:08 -0000 Hi all, I have this Supermicro MB P4SCI and I am using the onboard SATA controllers and making a RAID of two Seagate 80Gb SATA drives but when I try to install FreeBSD 4.11 it doesnt see the drives configured as RAID. Any ideas as if this is supported or not. If I try single drives wihout RAID it sees them happily. Thanks in advance Aman From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 17 11:18:32 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AD5316A4CE; Thu, 17 Feb 2005 11:18:32 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CFE843D1D; Thu, 17 Feb 2005 11:18:30 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [192.168.252.2] (dhcp150.deepcore.dk [194.192.25.150] (may be forged)) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j1HBICl4058285; Thu, 17 Feb 2005 12:18:14 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <42147D5A.8090900@DeepCore.dk> Date: Thu, 17 Feb 2005 12:17:46 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Amandeep Pannu References: <20050119103214.A27409@pooker.samsco.org> <36639.69.36.228.194.1108603989.squirrel@69.36.228.194> In-Reply-To: <36639.69.36.228.194.1108603989.squirrel@69.36.228.194> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.7 cc: yoke an cc: freebsd-hackers@freebsd.org cc: Scott Long Subject: Re: freebsd problem: Cannot detect Hard Disks as RAID X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Feb 2005 11:18:32 -0000 Amandeep Pannu wrote: > Hi all, >=20 > I have this Supermicro MB P4SCI and I am using the onboard SATA > controllers and making a RAID of two Seagate 80Gb SATA drives but when = I > try to install FreeBSD 4.11 it doesnt see the drives configured as RAID= =2E > Any ideas as if this is supported or not. >=20 > If I try single drives wihout RAID it sees them happily. The RAID metadata format is not supported. You can try 5.3-stable or -current plus the ATA-mkIII patches I've=20 posted on -stable and -current. --=20 -S=F8ren From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 17 11:57:51 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F65016A4CE; Thu, 17 Feb 2005 11:57:51 +0000 (GMT) Received: from male.aldigital.co.uk (male.thebunker.net [213.129.64.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8D3A43D48; Thu, 17 Feb 2005 11:57:50 +0000 (GMT) (envelope-from matthew@thebunker.net) Received: from gravitas.thebunker.net (gateway.ash.thebunker.net [213.129.64.4]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by male.aldigital.co.uk (Postfix) with ESMTP id 882A4977C3; Thu, 17 Feb 2005 11:57:48 +0000 (GMT) Received: from gravitas.thebunker.net (localhost [127.0.0.1]) j1HBvfRV007706; Thu, 17 Feb 2005 11:57:41 GMT (envelope-from matthew@gravitas.thebunker.net) Received: (from matthew@localhost) by gravitas.thebunker.net (8.13.1/8.13.1/Submit) id j1HBveTa007705; Thu, 17 Feb 2005 11:57:40 GMT (envelope-from matthew) Date: Thu, 17 Feb 2005 11:57:40 +0000 From: Matthew Seaman To: Amandeep Pannu Message-ID: <20050217115740.GA7507@gravitas.thebunker.net> Mail-Followup-To: Amandeep Pannu , Scott Long , yoke an , freebsd-hackers@freebsd.org References: <20050119103214.A27409@pooker.samsco.org> <36639.69.36.228.194.1108603989.squirrel@69.36.228.194> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Q68bSM7Ycu6FN28Q" Content-Disposition: inline In-Reply-To: <36639.69.36.228.194.1108603989.squirrel@69.36.228.194> User-Agent: Mutt/1.5.8i cc: yoke an cc: freebsd-hackers@freebsd.org cc: Scott Long Subject: Re: freebsd problem: Cannot detect Hard Disks as RAID X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Feb 2005 11:57:51 -0000 --Q68bSM7Ycu6FN28Q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 16, 2005 at 05:33:09PM -0800, Amandeep Pannu wrote: > I have this Supermicro MB P4SCI and I am using the onboard SATA > controllers and making a RAID of two Seagate 80Gb SATA drives but when I > try to install FreeBSD 4.11 it doesnt see the drives configured as RAID. > Any ideas as if this is supported or not. >=20 > If I try single drives wihout RAID it sees them happily. This is really freebsd-questions@... material, but WTH. In one of those coincidental ways these things seem to happen, I just installed 4.11 on one of those mobos a few days ago. One way that seems to work is to set the BIOS to use 'legacy mode', install FreeBSD on the 1st hard drive and then: # atacontrol create RAID1 ad0 ad1 This will create a device ar0 -- so you'll need to modify /etc/fstab at least. I found it easier just to do a minimal install at first in order to get atacontrol working, then just re-install from scratch onto the newly created ar0 device. Cheers, Matthew =20 --=20 Dr Matthew J Seaman MA, D.Phil. 8 Dane Court Manor School Rd PGP: http://www.infracaninophile.co.uk/pgpkey Tilmanstone Tel: +44 1304 617253 Kent, CT14 0JL UK --Q68bSM7Ycu6FN28Q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iQCVAwUBQhSGtJr7OpndfbmCAQLMCgQAv063oqq/ObtioOnz1vGqHOlHHsjNENRI Lz6yjRg5W3ie6t/zbgOQ+4COCvANFWteTyubnENVo0FYO65LzlhupT8FQq82z6RP 6RBjTIPyUbtIacRvmZbMvLDyUalLyOsVca5zBC3cTzHOlvr1uj/ssa1QSI9eeImm Qg15pU5wvOY= =u9KR -----END PGP SIGNATURE----- --Q68bSM7Ycu6FN28Q-- From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 17 16:37:31 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A68FC16A4CE for ; Thu, 17 Feb 2005 16:37:31 +0000 (GMT) Received: from duchess.speedfactory.net (duchess.speedfactory.net [66.23.201.84]) by mx1.FreeBSD.org (Postfix) with SMTP id 1781F43D54 for ; Thu, 17 Feb 2005 16:37:31 +0000 (GMT) (envelope-from ups@tree.com) Received: (qmail 18944 invoked by uid 89); 17 Feb 2005 16:37:28 -0000 Received: from duchess.speedfactory.net (66.23.201.84) by duchess.speedfactory.net with SMTP; 17 Feb 2005 16:37:28 -0000 Received: (qmail 18893 invoked by uid 89); 17 Feb 2005 16:37:28 -0000 Received: from unknown (HELO palm.tree.com) (66.23.216.49) by duchess.speedfactory.net with SMTP; 17 Feb 2005 16:37:28 -0000 Received: from [127.0.0.1] (localhost.tree.com [127.0.0.1]) by palm.tree.com (8.12.10/8.12.10) with ESMTP id j1HGbGw6029887; Thu, 17 Feb 2005 11:37:21 -0500 (EST) (envelope-from ups@tree.com) From: Stephan Uphoff To: Gerald Heinig In-Reply-To: <42133A4F.3020506@syskonnect.de> References: <420731DD.3050206@syskonnect.de> <1107888844.6309.221.camel@palm.tree.com> <420B938D.2040708@syskonnect.de> <1108352789.6309.9948.camel@palm.tree.com> <4213382E.7060603@syskonnect.de> <42133A4F.3020506@syskonnect.de> Content-Type: text/plain Message-Id: <1108658236.7621.5613.camel@palm.tree.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 17 Feb 2005 11:37:16 -0500 Content-Transfer-Encoding: 7bit cc: Ulrich Spoerlein cc: hackers@freebsd.org Subject: Re: Firewire blues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Feb 2005 16:37:31 -0000 On Wed, 2005-02-16 at 07:19, Gerald Heinig wrote: > Gerald Heinig wrote: > > Ulrich Spoerlein wrote: > [stuff snipped] > >> > >> Other than that, remote gdb is working. Poking inside the fwmem itself > >> is however not working, I get this after setting eui64_{hi,lo} > >> % kgdb -c /dev/fwmem0.0 kernel.debug > >> ... > >> 0x00000000 in ?? () > > > > > > I got this as well. In my case I assumed it's due to the fact that I > > wasn't using the same kernel file for the debugger as was running on the > > target machine. I didn't investigate further because I can't spend any > > more time on this problem at the moment. > > I'd be interested to know whether that is the problem though. > > I just tried it (had to compile new kernel anyway). It's not due to a > symbol mismatch. > > ENOCLUE :( > With this way of debugging you can only read the memory of the target machine and NOT the state of the CPU. This means that you can not get a current stack backtrace or the current pc. You can however go through the list of processes, find the currently running thread, look at data structures, get backtraces of non-running threads .... Stephan From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 17 16:46:40 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 819A316A4CE for ; Thu, 17 Feb 2005 16:46:40 +0000 (GMT) Received: from gatekeeper.syskonnect.de (gatekeeper.syskonnect.de [213.144.13.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2318C43D39 for ; Thu, 17 Feb 2005 16:46:37 +0000 (GMT) (envelope-from gheinig@syskonnect.de) Received: from syskonnect.de (skd.de [10.9.15.1])j1HGkq91005025; Thu, 17 Feb 2005 17:46:52 +0100 (MET) Received: from syskonnect.de (localhost [127.0.0.1]) by syskonnect.de (8.12.11/8.12.11) with ESMTP id j1HGkYjg008540; Thu, 17 Feb 2005 17:46:35 +0100 (MET) Message-ID: <4214CA41.4010405@syskonnect.de> Date: Thu, 17 Feb 2005 17:45:53 +0100 From: Gerald Heinig User-Agent: Mozilla Thunderbird 0.5 (X11/20040208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Stephan Uphoff References: <420731DD.3050206@syskonnect.de> <1107888844.6309.221.camel@palm.tree.com> <420B938D.2040708@syskonnect.de> <1108352789.6309.9948.camel@palm.tree.com> <4213382E.7060603@syskonnect.de> <42133A4F.3020506@syskonnect.de> <1108658236.7621.5613.camel@palm.tree.com> In-Reply-To: <1108658236.7621.5613.camel@palm.tree.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Ulrich Spoerlein cc: hackers@freebsd.org Subject: Re: Firewire blues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Feb 2005 16:46:40 -0000 Stephan Uphoff wrote: > On Wed, 2005-02-16 at 07:19, Gerald Heinig wrote: > >>Gerald Heinig wrote: >> >>>Ulrich Spoerlein wrote: >> >>[stuff snipped] >> >>>>Other than that, remote gdb is working. Poking inside the fwmem itself >>>>is however not working, I get this after setting eui64_{hi,lo} >>>>% kgdb -c /dev/fwmem0.0 kernel.debug >>>>... >>>>0x00000000 in ?? () >>> >>> >>>I got this as well. In my case I assumed it's due to the fact that I >>>wasn't using the same kernel file for the debugger as was running on the >>>target machine. I didn't investigate further because I can't spend any >>>more time on this problem at the moment. >>>I'd be interested to know whether that is the problem though. >> >>I just tried it (had to compile new kernel anyway). It's not due to a >>symbol mismatch. >> >>ENOCLUE :( >> > > > With this way of debugging you can only read the memory of the target > machine and NOT the state of the CPU. > This means that you can not get a current stack backtrace or the current > pc. You can however go through the list of processes, find the currently > running thread, look at data structures, get backtraces of non-running > threads .... That makes sense. Are there any macros with which one can get the thread table address, the address of the currently running thread etc etc? I noticed in Greg's paper he makes several .gdbinit files. Does any of that work/exist under 5.3? From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 17 17:39:24 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14A3216A4CE for ; Thu, 17 Feb 2005 17:39:24 +0000 (GMT) Received: from gatekeeper.syskonnect.de (gatekeeper.syskonnect.de [213.144.13.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3390943D2D for ; Thu, 17 Feb 2005 17:39:23 +0000 (GMT) (envelope-from gheinig@syskonnect.de) Received: from syskonnect.de (skd.de [10.9.15.1])j1HHdc91005546 for ; Thu, 17 Feb 2005 18:39:38 +0100 (MET) Received: from syskonnect.de (localhost [127.0.0.1]) by syskonnect.de (8.12.11/8.12.11) with ESMTP id j1HHdLBs009484 for ; Thu, 17 Feb 2005 18:39:21 +0100 (MET) Message-ID: <4214D6A0.9010803@syskonnect.de> Date: Thu, 17 Feb 2005 18:38:40 +0100 From: Gerald Heinig User-Agent: Mozilla Thunderbird 0.5 (X11/20040208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: hackers@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: bus_dmamem_alloc strangeness X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Feb 2005 17:39:24 -0000 Hi hackers, I've come across weird behaviour in bus_dmamem_alloc() whilst trying to allocate small memory blocks (less than PAGE_SIZE) which have to be aligned to PAGE_SIZE. My segment size is 2048, my maximum number of segments is 1 (it MUST be contiguous), my max. total segment size is also 2048 and my alignment constraint is 4k (PAGE_SIZE). However, the DMA memory I'm getting from bus_dmamem_alloc() is NOT aligned to 4k. The relevant code in sys/i386/i386/busdma_machdep.c is: ============================================================= if ((dmat->maxsize <= PAGE_SIZE) && dmat->lowaddr >= ptoa((vm_paddr_t)Maxmem)) { *vaddr = malloc(dmat->maxsize, M_DEVBUF, mflags); } else { /* * XXX Use Contigmalloc until it is merged into this facility * and handles multi-seg allocations. Nobody is doing * multi-seg allocations yet though. * XXX Certain AGP hardware does. */ *vaddr = contigmalloc(dmat->maxsize, M_DEVBUF, mflags, 0ul, dmat->lowaddr, dmat->alignment? dmat->alignment : 1ul, dmat->boundary); } ============================================================== My lowaddr is BUS_SPACE_MAXADDR and I'm allocating 2k blocks which have to be 4k-aligned, which would imply the first if branch. Surely the code should adhere to the alignment restrictions and not simply allocate memory without checking, or am I missing something here? Cheers, Gerald From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 17 19:31:49 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65F0D16A4CE for ; Thu, 17 Feb 2005 19:31:49 +0000 (GMT) Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by mx1.FreeBSD.org (Postfix) with SMTP id BCC4D43D39 for ; Thu, 17 Feb 2005 19:31:48 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 45346 invoked from network); 17 Feb 2005 19:31:47 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 17 Feb 2005 19:31:47 -0000 X-pair-Authenticated: 209.68.2.70 Date: Thu, 17 Feb 2005 13:31:46 -0600 (CST) From: Mike Silbersack To: Gerald Heinig In-Reply-To: <4214D6A0.9010803@syskonnect.de> Message-ID: <20050217133029.U43225@odysseus.silby.com> References: <4214D6A0.9010803@syskonnect.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: hackers@freebsd.org Subject: Re: bus_dmamem_alloc strangeness X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Feb 2005 19:31:49 -0000 On Thu, 17 Feb 2005, Gerald Heinig wrote: > Hi hackers, > > I've come across weird behaviour in bus_dmamem_alloc() whilst trying to > allocate small memory blocks (less than PAGE_SIZE) which have to be > aligned to PAGE_SIZE. > My segment size is 2048, my maximum number of segments is 1 (it MUST be > contiguous), my max. total segment size is also 2048 and my alignment > constraint is 4k (PAGE_SIZE). However, the DMA memory I'm getting from > bus_dmamem_alloc() is NOT aligned to 4k. You should e-mail Scott Long (scottl@freebsd.org) about this directly. I believe that he has been working on related changes to busdma recently, but I'm not sure which branches have received his improvements. Mike "Silby" Silbersack From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 18 07:30:11 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7556B16A4CE for ; Fri, 18 Feb 2005 07:30:11 +0000 (GMT) Received: from smtp-1.dlr.de (smtp-1.dlr.de [195.37.61.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EBAC43D45 for ; Fri, 18 Feb 2005 07:30:10 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-1.dlr.de over TLS secured channel with Microsoft SMTPSVC(5.0.2195.6713); Fri, 18 Feb 2005 08:30:08 +0100 Date: Fri, 18 Feb 2005 08:30:42 +0100 (CET) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Gerald Heinig In-Reply-To: <4214D6A0.9010803@syskonnect.de> Message-ID: <20050218082720.S17278@beagle.kn.op.dlr.de> References: <4214D6A0.9010803@syskonnect.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 18 Feb 2005 07:30:08.0896 (UTC) FILETIME=[AC84F800:01C5158B] cc: hackers@freebsd.org Subject: Re: bus_dmamem_alloc strangeness X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Harti Brandt List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Feb 2005 07:30:11 -0000 On Thu, 17 Feb 2005, Gerald Heinig wrote: GH>Hi hackers, GH> GH>I've come across weird behaviour in bus_dmamem_alloc() whilst trying to GH>allocate small memory blocks (less than PAGE_SIZE) which have to be GH>aligned to PAGE_SIZE. GH>My segment size is 2048, my maximum number of segments is 1 (it MUST be GH>contiguous), my max. total segment size is also 2048 and my alignment GH>constraint is 4k (PAGE_SIZE). However, the DMA memory I'm getting from GH>bus_dmamem_alloc() is NOT aligned to 4k. GH> GH>The relevant code in sys/i386/i386/busdma_machdep.c is: GH> GH>============================================================= GH> GH> if ((dmat->maxsize <= PAGE_SIZE) && GH> dmat->lowaddr >= ptoa((vm_paddr_t)Maxmem)) { GH> *vaddr = malloc(dmat->maxsize, M_DEVBUF, mflags); GH> } else { GH> /* GH> * XXX Use Contigmalloc until it is merged into this facility GH> * and handles multi-seg allocations. Nobody is doing GH> * multi-seg allocations yet though. GH> * XXX Certain AGP hardware does. GH> */ GH> *vaddr = contigmalloc(dmat->maxsize, M_DEVBUF, mflags, GH> 0ul, dmat->lowaddr, dmat->alignment? dmat->alignment : GH>1ul, GH> dmat->boundary); GH> } GH>============================================================== GH> GH>My lowaddr is BUS_SPACE_MAXADDR and I'm allocating 2k blocks which have to be GH>4k-aligned, which would imply the first if branch. GH> GH>Surely the code should adhere to the alignment restrictions and not simply GH>allocate memory without checking, or am I missing something here? I discovered this problem when I wrote my ATM drivers years ago. My workaround is to make sure that size >= alignment for all memory blocks by just allocating larger blocks. This seems just to work up to now. harti From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 18 09:16:10 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4300116A4CE for ; Fri, 18 Feb 2005 09:16:10 +0000 (GMT) Received: from Thunder.mobitai.com.tw (thunder.mobitai.com.tw [210.64.218.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5E6043D45 for ; Fri, 18 Feb 2005 09:16:02 +0000 (GMT) (envelope-from Jumbler_Chi@mobitai.com.tw) Received: from mobitai.com.tw (smtp [192.168.253.1]) by Thunder.mobitai.com.tw with ESMTP id j1I9G1io053751 for ; Fri, 18 Feb 2005 17:16:02 +0800 (CST) (envelope-from Jumbler_Chi@mobitai.com.tw) To: freebsd-hackers@freebsd.org X-Mailer: Lotus Notes Release 5.0.4 June 8, 2000 Message-ID: From: Jumbler_Chi@mobitai.com.tw Date: Fri, 18 Feb 2005 17:17:07 +0800 X-MIMETrack: Serialize by Router on M01SS001/MoBiTai(Release 6.5.1|January 21, 2004) at 2005/02/18 =?Big5?B?pFWkyCAwNToyMjowMw==?= MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII X-MAIL: Thunder.mobitai.com.tw j1I9G1io053751 Subject: ln question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Feb 2005 09:16:10 -0000 Hi hackers ! I have one strange thing about 'ln' command. my box is 5.2R. I built some directory on $HOME , such as $HOME/a/b I want to create a symbolic link for 'b' under top directory , $HOME. so , I typed some command as $ mkdir $HOME/a $ mkdir $HOME/a/b $ cd $HOME/a $ ln -s b ../ $ cd $HOME/b cd: can't cd to /home/matrix/b $ file $HOME/b b: broken symbolic link to b but when I also created another symbolic link as following again , it is ok. why is it broken symbolic link?! $ rm $HOME/b $ rmdir $HOME/a/b $ rmdir $HOME/a $ mkdir $HOME/a $ mkdir $HOME/a/b $ cd $HOME $ ln -s a/b . $ cd $HOME/b Regards!! Jumbler From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 18 09:30:27 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1646216A4CE for ; Fri, 18 Feb 2005 09:30:27 +0000 (GMT) Received: from smtp.ucla.edu (smtp.ucla.edu [169.232.48.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id C703F43D58 for ; Fri, 18 Feb 2005 09:30:26 +0000 (GMT) (envelope-from ashcs@ucla.edu) Received: from mail.ucla.edu (mail.ucla.edu [169.232.48.135]) by smtp.ucla.edu (8.13.1/8.13.1) with ESMTP id j1I9UL5C010167 for ; Fri, 18 Feb 2005 01:30:21 -0800 Received: from ash (s226-171.resnet.ucla.edu [164.67.226.171]) (authenticated bits=0) by mail.ucla.edu (8.13.3/8.13.3) with ESMTP id j1I9UQIJ015377 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Fri, 18 Feb 2005 01:30:26 -0800 Message-ID: <001001c5159c$8369aef0$abe243a4@ash> From: "Ashwin Chandra" To: Date: Fri, 18 Feb 2005 01:30:41 -0800 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Probable-Spam: no X-Spam-Hits: 0.528 X-Scanned-By: smtp.ucla.edu Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Memory Accounting in Proc.h X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Feb 2005 09:30:27 -0000 I am trying to get the fields ru_idrss, and ru_isrss to see the the = current stack and data sizes for each process thats running in user = space. I read up on getrusage which says that ru_idrss and ru_isrss are = measured in kilobytes * the number of clock ticks. So I wanted to = retrieve the actual value in just KB by using a timeval struct that gets = the user and system ticks and takes the structure fields and divides by = this to get Kb. (similar to how it is done in kern_acct.c). Upon doing = this, the memory printouts seem to be inflated or not workign very well. = For example I wrote a program as follows: main() { int a[1000000]; while(1) {} } This initializes 4Mb of space on the stack. However when I print out the = memory portion (Data +stack)/4 (since ru_irss and ru_drss are both = multipled by PAGESIZE/1024, i get the value as around 173,000. If i take = out the int delcaration and just have a while loop I still get around = the same number (a little less). Do you know why this is? How can I accurately keep tabs of current memory usage per process? Ash From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 18 10:21:13 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 701C116A4CE for ; Fri, 18 Feb 2005 10:21:13 +0000 (GMT) Received: from marlena.vvi.at (marlena.vvi.at [208.252.225.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B19643D3F for ; Fri, 18 Feb 2005 10:21:13 +0000 (GMT) (envelope-from www@marlena.vvi.at) Received: from marlena.vvi.at (localhost.marlena.vvi.at [127.0.0.1]) by marlena.vvi.at (8.12.10/8.12.9) with ESMTP id j1HEPhoH068945; Thu, 17 Feb 2005 06:25:45 -0800 (PST) (envelope-from www@marlena.vvi.at) Received: (from www@localhost) by marlena.vvi.at (8.12.10/8.12.10/Submit) id j1HEPcT1068944; Thu, 17 Feb 2005 06:25:38 -0800 (PST) (envelope-from www) Date: Thu, 17 Feb 2005 06:25:38 -0800 (PST) Message-Id: <200502171425.j1HEPcT1068944@marlena.vvi.at> To: Jumbler_Chi@mobitai.com.tw From: "ALeine" cc: freebsd-hackers@freebsd.org Subject: Re: ln question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Feb 2005 10:21:13 -0000 Jumbler_Chi@mobitai.com.tw wrote: > I have one strange thing about 'ln' command. > my box is 5.2R. This is not strange, it works exactly as expected, but you do not seem to understand how ln works. Read on for the explanation... > I built some directory on $HOME , such as $HOME/a/b > I want to create a symbolic link for 'b' under top directory , > $HOME. > > so , I typed some command as > > $ mkdir $HOME/a > $ mkdir $HOME/a/b > > $ cd $HOME/a > $ ln -s b ../ > $ cd $HOME/b > cd: can't cd to /home/matrix/b > $ file $HOME/b > b: broken symbolic link to b You created a symbolic link $HOME/b which is pointing to b. Since it is not pointing to an absolute path ($HOME/b -> /home/you/a/b), but rather a relative one ($HOME/b -> b), the full path is obtained by using the directory which contains the symbolic link as the base directory, meaning your symbolic link is pointing to itself. If you used a shell like tcsh you would see something like this when trying to cd due to the recursion caused by the self reference: b: Too many levels of symbolic links. > but when I also created another symbolic link as following again > , it is > ok. why is it broken symbolic link?! > $ rm $HOME/b > $ rmdir $HOME/a/b > $ rmdir $HOME/a > > $ mkdir $HOME/a > $ mkdir $HOME/a/b > $ cd $HOME > $ ln -s a/b . > $ cd $HOME/b You created a symbolic link $HOME/b which points to a/b. Because it is pointing to a relative path, again the directory containing the symbolic link is used as the base directory, meaning your symbolic link is pointing to $HOME/a/b, which is what you want. Reading man 1 ln and using ls -al to check where your symbolic links are pointing would have made that clear. You may want to post such questions to freebsd-questions@freebsd.org in the future. ALeine ___________________________________________________________________ WebMail FREE http://mail.austrosearch.net From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 18 10:38:57 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A081816A4CE for ; Fri, 18 Feb 2005 10:38:57 +0000 (GMT) Received: from pop-a065c05.pas.sa.earthlink.net (pop-a065c05.pas.sa.earthlink.net [207.217.121.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55B3E43D2F for ; Fri, 18 Feb 2005 10:38:57 +0000 (GMT) (envelope-from andrei@kableu.com) Received: from h-68-164-241-175.snvacaid.dynamic.covad.net ([68.164.241.175] helo=mail.kableu.com) by pop-a065c05.pas.sa.earthlink.net with esmtp (Exim 3.33 #1) id 1D25XE-0001XH-00; Fri, 18 Feb 2005 02:38:56 -0800 Received: from warrior.kableu.com (warrior.kableu.com [192.168.0.1]) by mail.kableu.com (Postfix) with ESMTP id 15F72C0C7; Fri, 18 Feb 2005 02:38:56 -0800 (PST) Received: by warrior.kableu.com (Postfix, from userid 1001) id BECEF11444; Fri, 18 Feb 2005 02:38:55 -0800 (PST) Date: Fri, 18 Feb 2005 02:38:55 -0800 From: Andrew Konstantinov To: Jumbler_Chi@mobitai.com.tw Message-ID: <20050218103855.GA1472@warrior.kableu.com> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DocE+STaALJfprDB" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: freebsd-hackers@freebsd.org Subject: Re: ln question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Feb 2005 10:38:57 -0000 --DocE+STaALJfprDB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 18, 2005 at 05:17:07PM +0800, Jumbler_Chi@mobitai.com.tw wrote: > Hi hackers ! >=20 > I have one strange thing about 'ln' command. > my box is 5.2R. > I built some directory on $HOME , such as $HOME/a/b > I want to create a symbolic link for 'b' under top directory , $HOME. The confusion is caused by the fact that you assume that whenever you creat= e a soft link, ln will translate given source_file path into a valid path relat= ive to the location of the newly created link, which is not true. > so , I typed some command as >=20 > $ mkdir $HOME/a > $ mkdir $HOME/a/b >=20 > $ cd $HOME/a > $ ln -s b ../ > $ cd $HOME/b > cd: can't cd to /home/matrix/b > $ file $HOME/b > b: broken symbolic link to b In this case you tell "ln" to create a link to "b" in the parent directory.= You assume that "ln" will be smart enough to take into consideration that your reference is in context of current working directory "a", and will change it appropriately, which is not true. All it does is 1) go to parent 2) create a symlink file "b" which points to file named "b", which actually is an infin= ite cycle, because the only entry in your parent directory with name "b" is "b" itself, which is a symlink to file named "b" relative to your $HOME. What you've done is equivalent to: > ln -s test test > ls -la test lrwx------ 1 andrei andrei 4 Feb 18 02:37 test -> test > file test test: broken symbolic link to `test' >=20 > but when I also created another symbolic link as following again , it is > ok. why is it broken symbolic link?! > $ rm $HOME/b > $ rmdir $HOME/a/b > $ rmdir $HOME/a >=20 > $ mkdir $HOME/a > $ mkdir $HOME/a/b > $ cd $HOME > $ ln -s a/b . > $ cd $HOME/b This is different. Now, you tell ln that it should creat a symlink in curre= nt working directory with the name "b" which points to file named "a/b" and th= at's perfectly fine because your $HOME (current working directory) directory contains the actual file "a/b". Hope this helps, Andrew --DocE+STaALJfprDB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCFcW/g+6MtxSjexcRAr0iAJ4gpDsWO78SlPHRxIpCYiD69P6hbACcCeYC H5HplsVxkp9YYcmGykCE31Q= =MJ9v -----END PGP SIGNATURE----- --DocE+STaALJfprDB-- From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 18 13:18:54 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3662816A4CE for ; Fri, 18 Feb 2005 13:18:54 +0000 (GMT) Received: from hermes.hw.ru (hermes.hw.ru [80.68.240.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5596E43D2D for ; Fri, 18 Feb 2005 13:18:52 +0000 (GMT) (envelope-from myself@rojer.pp.ru) Received: from [80.68.243.98] (account rojer@rbc.ru HELO [80.68.243.98]) by hermes.hw.ru (CommuniGate Pro SMTP 4.1.8) with ESMTP-TLS id 72200286 for freebsd-hackers@freebsd.org; Fri, 18 Feb 2005 16:18:42 +0300 Message-ID: <4215EB31.8020107@rojer.pp.ru> Date: Fri, 18 Feb 2005 16:18:41 +0300 From: Deomid Ryabkov User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms060204010106040602020300" Subject: occasional ECONNREFUSED when connect()ing. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Feb 2005 13:18:54 -0000 This is a cryptographically signed message in MIME format. --------------ms060204010106040602020300 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I have a strange case of occasional refused connect()'s. The system is running 4.10-STABLE. This was originally reported by one of our developers. The test script he provided is a simple Perl script that repeatedly fetches an URL from Apache running on this same server. In the run of 2000 iterations, there are 5-10 random errors fetching the URL. After further investigation and digging, I uncovered the true cause of the error: connect() returning ECONNREFUSED. To see if this was somehow related to Apache, I wrote my own simple server that accept()'s a connection, read()'s what supposed to be request and write()'s a stereotypic reply, thus resembling an HTTP request/reply conversation. The number of sporadically occuring connect() errors has increased somewhat, maybe due to quicker turnaround of my stub-server. The question is - why do connections get refused at all? I can think of no valid reasons... here's the output of the client as i see it: ----------------------------- sample output of x.pl ----------------------------- 71590, http://localhost:8000/junk, 2000: starting. 59 500 Can't connect to localhost:8000 (Timeout connect: Connection refused) 127 500 Can't connect to localhost:8000 (Timeout connect: Connection refused) 213 500 Can't connect to localhost:8000 (Timeout connect: Connection refused) 259 500 Can't connect to localhost:8000 (Timeout connect: Connection refused) 363 500 Can't connect to localhost:8000 (Timeout connect: Connection refused) 402 500 Can't connect to localhost:8000 (Timeout connect: Connection refused) 416 500 Can't connect to localhost:8000 (Timeout connect: Connection refused) 690 500 Can't connect to localhost:8000 (Timeout connect: Connection refused) 703 500 Can't connect to localhost:8000 (Timeout connect: Connection refused) 754 500 Can't connect to localhost:8000 (Timeout connect: Connection refused) 947 500 Can't connect to localhost:8000 (Timeout connect: Connection refused) 960 500 Can't connect to localhost:8000 (Timeout connect: Connection refused) 997 500 Can't connect to localhost:8000 (Timeout connect: Connection refused) 1163 500 Can't connect to localhost:8000 (Timeout connect: Connection refused) 1272 500 Can't connect to localhost:8000 (Timeout connect: Connection refused) 1433 500 Can't connect to localhost:8000 (Timeout connect: Connection refused) 1612 500 Can't connect to localhost:8000 (Timeout connect: Connection refused) 1887 500 Can't connect to localhost:8000 (Timeout connect: Connection refused) ----------------------------- cut ----------------------------- (the confusing "Timeout connect:" message is a result of my IO/Socket/INET.pm hacking. without it, just a confusing "Timeout" was reported. i added printing of actual error string.) a fragment of output of the same script running under strace: ----------------------------- strace of x.pl ----------------------------- socket(PF_INET, SOCK_STREAM, IPPROTO_TCP) = 3 fcntl(3, F_GETFL) = 0x2 (flags O_RDWR) fcntl(3, F_GETFL) = 0x2 (flags O_RDWR) fcntl(3, F_SETFD, FD_CLOEXEC) = 0 fcntl(3, F_GETFL) = 0x2 (flags O_RDWR) fcntl(3, F_SETFL, O_RDWR|O_NONBLOCK) = 0 connect(3, {sa_family=AF_INET, sin_port=htons(8000), sin_addr=inet_addr("127.0.0.1")}, 16) = -1 ECONNREFUSED (Connection refused) ----------------------------- cut ----------------------------- and the source of both server and client used: ----------------------------- accepter.c (server) ----------------------------- #include #include #include #include char *reply = "HTTP/1.0 200 OK\r\nConetnt-type: text/plain\r\n\r\nNothing special.\r\n"; int rlen; int main(int argc, char **argv) { int i, cal; int s, ss, n; char *buf; struct sockaddr_in saddr, caddr; memset(&saddr, 0, sizeof saddr); saddr.sin_family = AF_INET; saddr.sin_addr.s_addr = htonl(INADDR_ANY); saddr.sin_port = htons(8000); ss = socket(PF_INET, SOCK_STREAM, 6); if (ss < 0) return 1; if (bind(ss, (struct sockaddr *) &saddr, sizeof saddr) < 0) return 2; if (listen(ss, 511) < 0) return 3; buf = (char *) malloc(4096); if (buf == NULL) return 4; rlen = strlen(reply); fprintf(stderr, "accepting.\n"); for (cal = sizeof caddr; s = accept(ss, (struct sockaddr *) &caddr, &cal); cal = sizeof caddr) { n = read(s, buf, 4096); if (n > 0) { write(s, reply, rlen); } close(s); } return (s < 0); } ----------------------------- cut ----------------------------- ----------------------------- x.pl (client) ----------------------------- #!/usr/bin/perl $| = 1; use LWP::UserAgent; $url = 'http://localhost:8000/junk'; my $n = 2000; print "$$, $url, $n: starting.\n"; for (my $i = 0; $i < $n; $i++) { my $ua = LWP::UserAgent->new; $ua->timeout(1000); $req = HTTP::Request->new("GET" => $url); $res = $ua->request($req); print $i." ".$res->status_line."\n" if (0 or $res->code == 500); } exit(); ----------------------------- cut ----------------------------- -- Deomid Ryabkov aka Rojer myself@rojer.pp.ru rojer@sysadmins.ru ICQ: 8025844 --------------ms060204010106040602020300 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJIzCC AuwwggJVoAMCAQICAwwKdjANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDQwMzMxMjIxODA5WhcNMDUwMzMxMjIxODA5 WjBfMRAwDgYDVQQEEwdSeWFia292MQ8wDQYDVQQqEwZEZW9taWQxFzAVBgNVBAMTDkRlb21p ZCBSeWFia292MSEwHwYJKoZIhvcNAQkBFhJteXNlbGZAcm9qZXIucHAucnUwggEiMA0GCSqG SIb3DQEBAQUAA4IBDwAwggEKAoIBAQDBxXgFP/1lZDqp0dzUDzR5IBb7aKki6TD+HMMkRjtP IOcaNHsfoDer9RFrFICoxNQZF86iopYFVYr7msgB9y2dKZTRQQoOA72lFrOyH3sgrztx/3LL axEsihA2cxcrglrIgPEm6FF2aabbKVpSdeslMCDPBr0auAm0QLo8ch9c5j0vuQUBrs8TKU6f 6YZLNO2Sk/fPZP2kfJEkXyZhkU6wq3ER1CHq2qgfNpW2Ni7Kuv/eYI/CV1BGgm37ZPubOyxI LNiRUGT0pv0wocrCIehKqoI1uFPZgGS0ANYTqPJQSdjlSzMGQJjT510PNDJnDfKOvLhcadD+ 6gSL/ovNM/LPAgMBAAGjLzAtMB0GA1UdEQQWMBSBEm15c2VsZkByb2plci5wcC5ydTAMBgNV HRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBACunC6DhFX4I6Nvdy/UevjSd3VmKWPRmqwoR l0RXvuI/JVyPO9KHGqxCMpRu7ArJz7d8ShPVs5kynysrB+Nm6/fwWjeaW21+gViojeO9gGP6 Np/LeMIqkqSYMoElq7Feqh/3qp7a/UxuofFtAW9V/2tRunxaPo4/WOxcdcmdcC86MIIC7DCC AlWgAwIBAgIDDAp2MA0GCSqGSIb3DQEBBAUAMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxU aGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwg RnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNDAzMzEyMjE4MDlaFw0wNTAzMzEyMjE4MDlaMF8x EDAOBgNVBAQTB1J5YWJrb3YxDzANBgNVBCoTBkRlb21pZDEXMBUGA1UEAxMORGVvbWlkIFJ5 YWJrb3YxITAfBgkqhkiG9w0BCQEWEm15c2VsZkByb2plci5wcC5ydTCCASIwDQYJKoZIhvcN AQEBBQADggEPADCCAQoCggEBAMHFeAU//WVkOqnR3NQPNHkgFvtoqSLpMP4cwyRGO08g5xo0 ex+gN6v1EWsUgKjE1BkXzqKilgVVivuayAH3LZ0plNFBCg4DvaUWs7IfeyCvO3H/cstrESyK EDZzFyuCWsiA8SboUXZpptspWlJ16yUwIM8GvRq4CbRAujxyH1zmPS+5BQGuzxMpTp/phks0 7ZKT989k/aR8kSRfJmGRTrCrcRHUIeraqB82lbY2Lsq6/95gj8JXUEaCbftk+5s7LEgs2JFQ ZPSm/TChysIh6EqqgjW4U9mAZLQA1hOo8lBJ2OVLMwZAmNPnXQ80MmcN8o68uFxp0P7qBIv+ i80z8s8CAwEAAaMvMC0wHQYDVR0RBBYwFIESbXlzZWxmQHJvamVyLnBwLnJ1MAwGA1UdEwEB /wQCMAAwDQYJKoZIhvcNAQEEBQADgYEAK6cLoOEVfgjo293L9R6+NJ3dWYpY9GarChGXRFe+ 4j8lXI870ocarEIylG7sCsnPt3xKE9WzmTKfKysH42br9/BaN5pbbX6BWKiN472AY/o2n8t4 wiqSpJgygSWrsV6qH/eqntr9TG6h8W0Bb1X/a1G6fFo+jj9Y7Fx1yZ1wLzowggM/MIICqKAD AgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVy biBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5n MSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtU aGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZy ZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQsw CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoG A1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJKoZIhvcN AQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2vX8MOmHy v1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9A74r/rsY Pge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEwEgYDVR0T AQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0ZS5jb20v VGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0RBCIwIKQe MBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GBAEiM0VCD 6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZOhl+hLGZ GwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVNd+NWIXiC 3CEZNd4ksdMdRv9dX2VPMYIDOzCCAzcCAQEwaTBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMc VGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFs IEZyZWVtYWlsIElzc3VpbmcgQ0ECAwwKdjAJBgUrDgMCGgUAoIIBpzAYBgkqhkiG9w0BCQMx CwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNTAyMTgxMzE4NDFaMCMGCSqGSIb3DQEJ BDEWBBTVJ16792QuMz+W1C96FzL8pUVAlTBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMH MA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIB KDB4BgkrBgEEAYI3EAQxazBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29u c3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwg SXNzdWluZyBDQQIDDAp2MHoGCyqGSIb3DQEJEAILMWugaTBiMQswCQYDVQQGEwJaQTElMCMG A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAwwKdjANBgkqhkiG9w0BAQEFAASCAQBS1kMy IXwcudfab1G40Tm2+h2eUOTMZb+xZwKW8JsLsfRZMGp6k222JDDlAxndCzCXCFNE8akBJDWP DtkjU+y7RYUvVr95/A99d+Vj7AWUJUQtEcut1SIXJkoyxNbQJ48aZ1hYZnaNCRALKNU23q2W lMykABBM0bYnNc+2vrmXM52jZ2sWcipgwSB941X5KvJzoLQxUYjWSEo6cDWSgf0OvzyaFe9S dRHpNvmZYg9F8aMPola/vLSVTWr/Tk+nKiGOHHReUjA+kk2knEJj+C/hCuH8yG3amempiye5 iMfeYqZzUSwTfvokeNvwzhDqV9RurlfE5Vq7754d0HauarW1AAAAAAAA --------------ms060204010106040602020300-- From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 18 13:06:00 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94CD116A4CE for ; Fri, 18 Feb 2005 13:06:00 +0000 (GMT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id C84D443D41 for ; Fri, 18 Feb 2005 13:05:59 +0000 (GMT) (envelope-from ed@stack.nl) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mailhost.stack.nl (Postfix) with ESMTP id BF56A1F003 for ; Fri, 18 Feb 2005 14:05:58 +0100 (CET) Received: by snail.stack.nl (Postfix, from userid 1830) id 931F32287B; Fri, 18 Feb 2005 14:05:58 +0100 (CET) Date: Fri, 18 Feb 2005 14:05:58 +0100 From: Ed Schouten To: FreeBSD Hackers Message-ID: <20050218130558.GI37104@il.fontys.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="byLs0wutDcxFdwtm" Content-Disposition: inline User-Agent: Mutt/1.5.7i X-Mailman-Approved-At: Fri, 18 Feb 2005 13:21:52 +0000 Subject: intro(2) manpage has wrong description of EFBIG? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Feb 2005 13:06:00 -0000 --byLs0wutDcxFdwtm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hey guys, I was just reading the intro(2) manpage and saw the following description of EFBIG: | 27 EFBIG File too large. The size of a file exceeded the maximum (about | 2.1E9 bytes). Which is 2 GB. As far as I know, FreeBSD is capable of dealing with files larger than 2 GB. Shouldn't this manpage be updated? The same manpage on NetBSD 2.0 shows the following: | 27 EFBIG File too large. The size of a file exceeded the maximum. (The | system-wide maximum file size is 2**63 bytes. Each file system | may impose a lower limit for files contained within it). Which seems to be correct. Yours, --=20 Ed Schouten --byLs0wutDcxFdwtm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCFeg2yx16ydahrz4RAnBNAJ9M8PErVh1fEiZCE2nmx5IMrp8uxACgjJiD QA13rtT4vUsKCA1i7FjEFpc= =cOcw -----END PGP SIGNATURE----- --byLs0wutDcxFdwtm-- From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 18 14:30:07 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA5EA16A4CE for ; Fri, 18 Feb 2005 14:30:07 +0000 (GMT) Received: from marlena.vvi.at (marlena.vvi.at [208.252.225.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A11243D1F for ; Fri, 18 Feb 2005 14:30:07 +0000 (GMT) (envelope-from www@marlena.vvi.at) Received: from marlena.vvi.at (localhost.marlena.vvi.at [127.0.0.1]) by marlena.vvi.at (8.12.10/8.12.9) with ESMTP id j1HIYboH072430; Thu, 17 Feb 2005 10:34:39 -0800 (PST) (envelope-from www@marlena.vvi.at) Received: (from www@localhost) by marlena.vvi.at (8.12.10/8.12.10/Submit) id j1HIYVCL072428; Thu, 17 Feb 2005 10:34:31 -0800 (PST) (envelope-from www) Date: Thu, 17 Feb 2005 10:34:31 -0800 (PST) Message-Id: <200502171834.j1HIYVCL072428@marlena.vvi.at> To: myself@rojer.pp.ru From: "ALeine" cc: freebsd-hackers@freebsd.org Subject: Re: occasional ECONNREFUSED when connect()ing. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Feb 2005 14:30:07 -0000 > After further investigation and digging, I uncovered the true cause of > the error: connect() returning ECONNREFUSED. You are probably exhausting the queue of pending connections, you may want to read man 2 listen and use sysctl to set kern.ipc.somaxconn accordingly. ALeine ___________________________________________________________________ WebMail FREE http://mail.austrosearch.net From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 18 14:38:25 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E1E8416A4CF for ; Fri, 18 Feb 2005 14:38:25 +0000 (GMT) Received: from hermes.hw.ru (hermes.hw.ru [80.68.240.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 556AD43D58 for ; Fri, 18 Feb 2005 14:38:24 +0000 (GMT) (envelope-from myself@rojer.pp.ru) Received: from [80.68.243.98] (account rojer@rbc.ru HELO [80.68.243.98]) by hermes.hw.ru (CommuniGate Pro SMTP 4.1.8) with ESMTP-TLS id 72209513; Fri, 18 Feb 2005 17:38:22 +0300 Message-ID: <4215FDDD.40605@rojer.pp.ru> Date: Fri, 18 Feb 2005 17:38:21 +0300 From: Deomid Ryabkov User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: ALeine References: <200502171834.j1HIYVCL072428@marlena.vvi.at> In-Reply-To: <200502171834.j1HIYVCL072428@marlena.vvi.at> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms050408060204000706070506" cc: freebsd-hackers@freebsd.org Subject: Re: occasional ECONNREFUSED when connect()ing. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Feb 2005 14:38:26 -0000 This is a cryptographically signed message in MIME format. --------------ms050408060204000706070506 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit ALeine wrote: >>After further investigation and digging, I uncovered the true cause of >>the error: connect() returning ECONNREFUSED. >> >> > >You are probably exhausting the queue of pending connections, you may want >to read man 2 listen and use sysctl to set kern.ipc.somaxconn accordingly. > > no, can't be. server and client are completely synchronous, in the sense that there are no pending requests at all. new connection is opened only after previos has been closed. besides, i set backlog = 511 when calling listen(). kern.ipc.somaxconn is 128, but you see that errors start to appear even before that number of requests. -- Deomid Ryabkov aka Rojer myself@rojer.pp.ru rojer@sysadmins.ru ICQ: 8025844 --------------ms050408060204000706070506 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJIzCC AuwwggJVoAMCAQICAwwKdjANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDQwMzMxMjIxODA5WhcNMDUwMzMxMjIxODA5 WjBfMRAwDgYDVQQEEwdSeWFia292MQ8wDQYDVQQqEwZEZW9taWQxFzAVBgNVBAMTDkRlb21p ZCBSeWFia292MSEwHwYJKoZIhvcNAQkBFhJteXNlbGZAcm9qZXIucHAucnUwggEiMA0GCSqG SIb3DQEBAQUAA4IBDwAwggEKAoIBAQDBxXgFP/1lZDqp0dzUDzR5IBb7aKki6TD+HMMkRjtP IOcaNHsfoDer9RFrFICoxNQZF86iopYFVYr7msgB9y2dKZTRQQoOA72lFrOyH3sgrztx/3LL axEsihA2cxcrglrIgPEm6FF2aabbKVpSdeslMCDPBr0auAm0QLo8ch9c5j0vuQUBrs8TKU6f 6YZLNO2Sk/fPZP2kfJEkXyZhkU6wq3ER1CHq2qgfNpW2Ni7Kuv/eYI/CV1BGgm37ZPubOyxI LNiRUGT0pv0wocrCIehKqoI1uFPZgGS0ANYTqPJQSdjlSzMGQJjT510PNDJnDfKOvLhcadD+ 6gSL/ovNM/LPAgMBAAGjLzAtMB0GA1UdEQQWMBSBEm15c2VsZkByb2plci5wcC5ydTAMBgNV HRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBACunC6DhFX4I6Nvdy/UevjSd3VmKWPRmqwoR l0RXvuI/JVyPO9KHGqxCMpRu7ArJz7d8ShPVs5kynysrB+Nm6/fwWjeaW21+gViojeO9gGP6 Np/LeMIqkqSYMoElq7Feqh/3qp7a/UxuofFtAW9V/2tRunxaPo4/WOxcdcmdcC86MIIC7DCC AlWgAwIBAgIDDAp2MA0GCSqGSIb3DQEBBAUAMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxU aGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwg RnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNDAzMzEyMjE4MDlaFw0wNTAzMzEyMjE4MDlaMF8x EDAOBgNVBAQTB1J5YWJrb3YxDzANBgNVBCoTBkRlb21pZDEXMBUGA1UEAxMORGVvbWlkIFJ5 YWJrb3YxITAfBgkqhkiG9w0BCQEWEm15c2VsZkByb2plci5wcC5ydTCCASIwDQYJKoZIhvcN AQEBBQADggEPADCCAQoCggEBAMHFeAU//WVkOqnR3NQPNHkgFvtoqSLpMP4cwyRGO08g5xo0 ex+gN6v1EWsUgKjE1BkXzqKilgVVivuayAH3LZ0plNFBCg4DvaUWs7IfeyCvO3H/cstrESyK EDZzFyuCWsiA8SboUXZpptspWlJ16yUwIM8GvRq4CbRAujxyH1zmPS+5BQGuzxMpTp/phks0 7ZKT989k/aR8kSRfJmGRTrCrcRHUIeraqB82lbY2Lsq6/95gj8JXUEaCbftk+5s7LEgs2JFQ ZPSm/TChysIh6EqqgjW4U9mAZLQA1hOo8lBJ2OVLMwZAmNPnXQ80MmcN8o68uFxp0P7qBIv+ i80z8s8CAwEAAaMvMC0wHQYDVR0RBBYwFIESbXlzZWxmQHJvamVyLnBwLnJ1MAwGA1UdEwEB /wQCMAAwDQYJKoZIhvcNAQEEBQADgYEAK6cLoOEVfgjo293L9R6+NJ3dWYpY9GarChGXRFe+ 4j8lXI870ocarEIylG7sCsnPt3xKE9WzmTKfKysH42br9/BaN5pbbX6BWKiN472AY/o2n8t4 wiqSpJgygSWrsV6qH/eqntr9TG6h8W0Bb1X/a1G6fFo+jj9Y7Fx1yZ1wLzowggM/MIICqKAD AgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVy biBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5n MSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtU aGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZy ZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQsw CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoG A1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJKoZIhvcN AQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2vX8MOmHy v1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9A74r/rsY Pge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEwEgYDVR0T AQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0ZS5jb20v VGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0RBCIwIKQe MBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GBAEiM0VCD 6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZOhl+hLGZ GwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVNd+NWIXiC 3CEZNd4ksdMdRv9dX2VPMYIDOzCCAzcCAQEwaTBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMc VGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFs IEZyZWVtYWlsIElzc3VpbmcgQ0ECAwwKdjAJBgUrDgMCGgUAoIIBpzAYBgkqhkiG9w0BCQMx CwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNTAyMTgxNDM4MjFaMCMGCSqGSIb3DQEJ BDEWBBT9hr8J/zFoOIN9sbeQAQArk3s0hzBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMH MA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIB KDB4BgkrBgEEAYI3EAQxazBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29u c3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwg SXNzdWluZyBDQQIDDAp2MHoGCyqGSIb3DQEJEAILMWugaTBiMQswCQYDVQQGEwJaQTElMCMG A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAwwKdjANBgkqhkiG9w0BAQEFAASCAQA3tlt0 lT88JvTMZqendH2JTiSWrRRdTByy+eGQC+l2qd2MmORJ8gUaPsDfIZWqcaimqfhwzbKZUwtE +uoW6zIp3hXcTxp8Jg4qbjle1UIhEL0cMGOFfw9jGd6A6lwQVew4hgQObwySM1OD6L+9qCPX MLtLFuOGD3Pit7/VuILY8Kh6N4RU6gFpz3LVrgTWhtqGZ1IOldsZHKI5LjSjNBQXtfDDQ42v ax/97wiHpl9XYZh0NKmOmz4duX3ajqNP2iitXOEl//Y/UE8/WImlC6X/bSq+GYtNXHM4S1J3 CXLolPr+++I8RzMmitEWtzZD1hMXeLqGrsTRsOt5VRLKpzYuAAAAAAAA --------------ms050408060204000706070506-- From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 18 14:43:26 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF87C16A4CE for ; Fri, 18 Feb 2005 14:43:26 +0000 (GMT) Received: from hermes.hw.ru (hermes.hw.ru [80.68.240.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90B5043D31 for ; Fri, 18 Feb 2005 14:43:25 +0000 (GMT) (envelope-from myself@rojer.pp.ru) Received: from [80.68.243.98] (account rojer@rbc.ru HELO [80.68.243.98]) by hermes.hw.ru (CommuniGate Pro SMTP 4.1.8) with ESMTP-TLS id 72210083; Fri, 18 Feb 2005 17:43:24 +0300 Message-ID: <4215FF0B.6060307@rojer.pp.ru> Date: Fri, 18 Feb 2005 17:43:23 +0300 From: Deomid Ryabkov User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Edwards References: <4215EB31.8020107@rojer.pp.ru> <34cb7c8405021806386fb874ee@mail.gmail.com> In-Reply-To: <34cb7c8405021806386fb874ee@mail.gmail.com> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms070607020207090709080309" cc: freebsd-hackers@freebsd.org Subject: Re: occasional ECONNREFUSED when connect()ing. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Feb 2005 14:43:27 -0000 This is a cryptographically signed message in MIME format. --------------ms070607020207090709080309 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit guys, there is _source_ of the server at the end of my post! there are no threads nor forks and backlog is set to 511 (Apache's default value). and client always waits for rrequst to complete before sending a new one. Peter Edwards wrote: >On Fri, 18 Feb 2005 16:18:41 +0300, Deomid Ryabkov wrote: > > >>I have a strange case of occasional refused connect()'s. >>The system is running 4.10-STABLE. >> >>This was originally reported by one of our developers. >>The test script he provided is a simple Perl script that repeatedly >>fetches an URL >>from Apache running on this same server. >>In the run of 2000 iterations, there are 5-10 random errors fetching the >>URL. >>After further investigation and digging, I uncovered the true cause of >>the error: >>connect() returning ECONNREFUSED. >>To see if this was somehow related to Apache, I wrote my own simple >>server that >>accept()'s a connection, read()'s what supposed to be request and >>write()'s a stereotypic reply, >>thus resembling an HTTP request/reply conversation. >>The number of sporadically occuring connect() errors has increased somewhat, >>maybe due to quicker turnaround of my stub-server. >>The question is - why do connections get refused at all? >>I can think of no valid reasons... >> >> > >Here's one: >In your stub server, what do you set the backlog to in the call to listen(2)? > >By the time you get the file descriptor for the new call from >accept(), the kernel has already established the TCP/IP connection, >and is maintaining state (ie, using resources) for it > >If you take a while dealing with this new call, (starting a thread, >forking, or even processing the connection), then by the time you >invoke accept() again, any number of clients may have attempted to >connect to you, and the kernel needs to maintain state for every >connection that has been requested. > >The backlog on the listen call indicates how many of these connections >the kernel should hold on to: If the number of unaccept()ed >connections reaches the backlog, you'll start to get ECONREFUSED >errors at the client. If your stub server is single-threaded, this'll >be pretty much guaranteed to happen if the number of clients exceeds >the backlog on ths server's listening socket. > >HTH, >peadar. > -- Deomid Ryabkov aka Rojer myself@rojer.pp.ru rojer@sysadmins.ru ICQ: 8025844 --------------ms070607020207090709080309 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJIzCC AuwwggJVoAMCAQICAwwKdjANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDQwMzMxMjIxODA5WhcNMDUwMzMxMjIxODA5 WjBfMRAwDgYDVQQEEwdSeWFia292MQ8wDQYDVQQqEwZEZW9taWQxFzAVBgNVBAMTDkRlb21p ZCBSeWFia292MSEwHwYJKoZIhvcNAQkBFhJteXNlbGZAcm9qZXIucHAucnUwggEiMA0GCSqG SIb3DQEBAQUAA4IBDwAwggEKAoIBAQDBxXgFP/1lZDqp0dzUDzR5IBb7aKki6TD+HMMkRjtP IOcaNHsfoDer9RFrFICoxNQZF86iopYFVYr7msgB9y2dKZTRQQoOA72lFrOyH3sgrztx/3LL axEsihA2cxcrglrIgPEm6FF2aabbKVpSdeslMCDPBr0auAm0QLo8ch9c5j0vuQUBrs8TKU6f 6YZLNO2Sk/fPZP2kfJEkXyZhkU6wq3ER1CHq2qgfNpW2Ni7Kuv/eYI/CV1BGgm37ZPubOyxI LNiRUGT0pv0wocrCIehKqoI1uFPZgGS0ANYTqPJQSdjlSzMGQJjT510PNDJnDfKOvLhcadD+ 6gSL/ovNM/LPAgMBAAGjLzAtMB0GA1UdEQQWMBSBEm15c2VsZkByb2plci5wcC5ydTAMBgNV HRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBACunC6DhFX4I6Nvdy/UevjSd3VmKWPRmqwoR l0RXvuI/JVyPO9KHGqxCMpRu7ArJz7d8ShPVs5kynysrB+Nm6/fwWjeaW21+gViojeO9gGP6 Np/LeMIqkqSYMoElq7Feqh/3qp7a/UxuofFtAW9V/2tRunxaPo4/WOxcdcmdcC86MIIC7DCC AlWgAwIBAgIDDAp2MA0GCSqGSIb3DQEBBAUAMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxU aGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwg RnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNDAzMzEyMjE4MDlaFw0wNTAzMzEyMjE4MDlaMF8x EDAOBgNVBAQTB1J5YWJrb3YxDzANBgNVBCoTBkRlb21pZDEXMBUGA1UEAxMORGVvbWlkIFJ5 YWJrb3YxITAfBgkqhkiG9w0BCQEWEm15c2VsZkByb2plci5wcC5ydTCCASIwDQYJKoZIhvcN AQEBBQADggEPADCCAQoCggEBAMHFeAU//WVkOqnR3NQPNHkgFvtoqSLpMP4cwyRGO08g5xo0 ex+gN6v1EWsUgKjE1BkXzqKilgVVivuayAH3LZ0plNFBCg4DvaUWs7IfeyCvO3H/cstrESyK EDZzFyuCWsiA8SboUXZpptspWlJ16yUwIM8GvRq4CbRAujxyH1zmPS+5BQGuzxMpTp/phks0 7ZKT989k/aR8kSRfJmGRTrCrcRHUIeraqB82lbY2Lsq6/95gj8JXUEaCbftk+5s7LEgs2JFQ ZPSm/TChysIh6EqqgjW4U9mAZLQA1hOo8lBJ2OVLMwZAmNPnXQ80MmcN8o68uFxp0P7qBIv+ i80z8s8CAwEAAaMvMC0wHQYDVR0RBBYwFIESbXlzZWxmQHJvamVyLnBwLnJ1MAwGA1UdEwEB /wQCMAAwDQYJKoZIhvcNAQEEBQADgYEAK6cLoOEVfgjo293L9R6+NJ3dWYpY9GarChGXRFe+ 4j8lXI870ocarEIylG7sCsnPt3xKE9WzmTKfKysH42br9/BaN5pbbX6BWKiN472AY/o2n8t4 wiqSpJgygSWrsV6qH/eqntr9TG6h8W0Bb1X/a1G6fFo+jj9Y7Fx1yZ1wLzowggM/MIICqKAD AgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVy biBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5n MSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtU aGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZy ZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQsw CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoG A1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJKoZIhvcN AQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2vX8MOmHy v1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9A74r/rsY Pge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEwEgYDVR0T AQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0ZS5jb20v VGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0RBCIwIKQe MBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GBAEiM0VCD 6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZOhl+hLGZ GwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVNd+NWIXiC 3CEZNd4ksdMdRv9dX2VPMYIDOzCCAzcCAQEwaTBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMc VGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFs IEZyZWVtYWlsIElzc3VpbmcgQ0ECAwwKdjAJBgUrDgMCGgUAoIIBpzAYBgkqhkiG9w0BCQMx CwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNTAyMTgxNDQzMjNaMCMGCSqGSIb3DQEJ BDEWBBS57qfYXdl8fSkkr+7rfgtLginx3zBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMH MA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIB KDB4BgkrBgEEAYI3EAQxazBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29u c3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwg SXNzdWluZyBDQQIDDAp2MHoGCyqGSIb3DQEJEAILMWugaTBiMQswCQYDVQQGEwJaQTElMCMG A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAwwKdjANBgkqhkiG9w0BAQEFAASCAQAd+DDH fzTiG19+K39tdDuBft9f1h924D+kNpXj7/IEmFXdKsqLzWhgoScwYCF/VWgEu9LBllGpKe5n yZLRDOxIOWuVmHXK2vJ1RmmN4EQZUF/eCo/UeMVjaxPXXhgg6dSEDefY8M3jDlxfNHfpTMS2 P+dS7HlZA53KHuZOC2c28XSEkEAwA+ph4L9PMHAyx3B3dSxS46HoW3CNb63tmlE4IzcsuWfS Flhdakj0mH1B1Bh8bfKzOj9Ln+E4Tr5fUzkLutFho6bIgNT7AgcMihtwsQlK8qhcxxjeaVXa JNQs/anDDQcdlQW0gRQHcDpHuYR4DzJkwzxVjye82uh6g/HuAAAAAAAA --------------ms070607020207090709080309-- From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 18 16:40:42 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E538316A4CE for ; Fri, 18 Feb 2005 16:40:42 +0000 (GMT) Received: from comsys.ntu-kpi.kiev.ua (comsys.ntu-kpi.kiev.ua [195.245.194.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 381AF43D41 for ; Fri, 18 Feb 2005 16:40:37 +0000 (GMT) (envelope-from simon@comsys.ntu-kpi.kiev.ua) Received: from pm514-9.comsys.ntu-kpi.kiev.ua (pm514-9.comsys.ntu-kpi.kiev.ua [10.18.54.109]) (authenticated bits=0)j1IGhJcP053172 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 18 Feb 2005 18:43:20 +0200 (EET) Received: by pm514-9.comsys.ntu-kpi.kiev.ua (Postfix, from userid 1000) id F15DF80; Fri, 18 Feb 2005 18:40:22 +0200 (EET) Date: Fri, 18 Feb 2005 18:40:22 +0200 From: Andrey Simonenko To: Ashwin Chandra Message-ID: <20050218164022.GA405@pm514-9.comsys.ntu-kpi.kiev.ua> References: <001001c5159c$8369aef0$abe243a4@ash> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <001001c5159c$8369aef0$abe243a4@ash> User-Agent: Mutt/1.4.2.1i X-Spam-Status: No, score=-4.5 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on comsys.ntu-kpi.kiev.ua X-Virus-Scanned: ClamAV 0.82/707/Thu Feb 17 00:00:07 2005 on comsys.ntu-kpi.kiev.ua X-Virus-Status: Clean cc: freebsd-hackers@freebsd.org Subject: Re: Memory Accounting in Proc.h X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Feb 2005 16:40:43 -0000 On Fri, Feb 18, 2005 at 01:30:41AM -0800, Ashwin Chandra wrote: > I read up on getrusage which says that ru_idrss and ru_isrss are measured > in kilobytes * the number of clock ticks. So I wanted to retrieve the > actual value in just KB by using a timeval struct that gets the user > and system ticks and takes the structure fields and divides by this to > get Kb. (similar to how it is done in kern_acct.c). ru_utime and ru_stime are not measured in ticks, they are measured in sec and usec. getrusage() converts ticks to sec and usec by calcru(). > How can I accurately keep tabs of current memory usage per process? I don't believe that ru_idrss (which accumulates vm_dsize) can be used for true accounting of memory used by a process. For example memory can be mmap'ed, or not all pages can be used by a process even during all of its lifetime. Currently on my system there is one process with vm_dsize equal to 200M, but it always uses only 6M for private data and never touches the rest of its 194M. The same can be said for ru_isrss (which accumulates vm_ssize), but this value is more accurate. A better way is to walk through vm_map_entries and count number of pages, number of resident pages, etc... like procfs does. From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 18 16:56:06 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4A8E16A4CE for ; Fri, 18 Feb 2005 16:56:06 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4383543D3F for ; Fri, 18 Feb 2005 16:56:06 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.1) id j1IGu5jc048875; Fri, 18 Feb 2005 10:56:05 -0600 (CST) (envelope-from dan) Date: Fri, 18 Feb 2005 10:56:05 -0600 From: Dan Nelson To: Ashwin Chandra Message-ID: <20050218165603.GA3752@dan.emsphone.com> References: <001001c5159c$8369aef0$abe243a4@ash> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <001001c5159c$8369aef0$abe243a4@ash> X-OS: FreeBSD 5.3-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.8i cc: freebsd-hackers@freebsd.org Subject: Re: Memory Accounting in Proc.h X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Feb 2005 16:56:06 -0000 In the last episode (Feb 18), Ashwin Chandra said: > I am trying to get the fields ru_idrss, and ru_isrss to see the the > current stack and data sizes for each process thats running in user > space. I read up on getrusage which says that ru_idrss and ru_isrss > are measured in kilobytes * the number of clock ticks. So I wanted to > retrieve the actual value in just KB by using a timeval struct that > gets the user and system ticks and takes the structure fields and > divides by this to get Kb. (similar to how it is done in > kern_acct.c). Upon doing this, the memory printouts seem to be > inflated or not workign very well. For example I wrote a program as > follows: > > main() > { > int a[1000000]; > while(1) {} > } > > > This initializes 4Mb of space on the stack. However when I print out > the memory portion (Data +stack)/4 (since ru_irss and ru_drss are > both multipled by PAGESIZE/1024, i get the value as around 173,000. > If i take out the int delcaration and just have a while loop I still > get around the same number (a little less). Do you know why this is? > How can I accurately keep tabs of current memory usage per process? Possibly the compilter has optimized 'a' away since you neither read from or write to it? Try memset'ing it to zero and see if your numbers change. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 18 19:32:48 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A4C216A4CE for ; Fri, 18 Feb 2005 19:32:48 +0000 (GMT) Received: from duchess.speedfactory.net (duchess.speedfactory.net [66.23.201.84]) by mx1.FreeBSD.org (Postfix) with SMTP id B27B143D2D for ; Fri, 18 Feb 2005 19:32:47 +0000 (GMT) (envelope-from ups@tree.com) Received: (qmail 8581 invoked by uid 89); 18 Feb 2005 19:32:40 -0000 Received: from duchess.speedfactory.net (66.23.201.84) by duchess.speedfactory.net with SMTP; 18 Feb 2005 19:32:40 -0000 Received: (qmail 8557 invoked by uid 89); 18 Feb 2005 19:32:39 -0000 Received: from unknown (HELO palm.tree.com) (66.23.216.49) by duchess.speedfactory.net with SMTP; 18 Feb 2005 19:32:39 -0000 Received: from [127.0.0.1] (localhost.tree.com [127.0.0.1]) by palm.tree.com (8.12.10/8.12.10) with ESMTP id j1IJWbw6036249; Fri, 18 Feb 2005 14:32:37 -0500 (EST) (envelope-from ups@tree.com) From: Stephan Uphoff To: Ulrich Spoerlein In-Reply-To: <20050216110200.GA913@galgenberg.net> References: <420731DD.3050206@syskonnect.de> <1107888844.6309.221.camel@palm.tree.com> <420B938D.2040708@syskonnect.de> <1108352789.6309.9948.camel@palm.tree.com> <20050216110200.GA913@galgenberg.net> Content-Type: text/plain Message-Id: <1108755156.7621.8860.camel@palm.tree.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 18 Feb 2005 14:32:36 -0500 Content-Transfer-Encoding: 7bit cc: Gerald Heinig cc: hackers@freebsd.org Subject: Re: Firewire blues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Feb 2005 19:32:48 -0000 On Wed, 2005-02-16 at 06:02, Ulrich Spoerlein wrote: > On Sun, 13.02.2005 at 22:46:29 -0500, Stephan Uphoff wrote: > > +device dcons > > +device dcons_crom > > > > Then configured/compiled/installed the GENERIC.debug kernel. > > Copied the kernel.debug file in the GENERIC.debug compile directory to > > the debug station and rebooted the target machine. > > I tried this with modules first, and failed every time. It needs to be > compiled into the kernel to really work, which brings me to the next > problem. > > When dcons_crom is loaded (module or not) and I boot my system (laptop), > I only get the "kernel output" on screen. All the other output (starting > from Mounting root from ufs) goes to the firewire console. > > But since I'm using GBDE on this laptop, the startup scripts want me to > enter my passphrase, which in turn I can only enter via a second machine > through firewire. > > This _is_ rather unpractical :( and renders single-user console useless. > What am I doing wrong here? Changing a line in the function dcons_modevent() (File sys/dev/dcons/dcons.c or dcons_os.c depending on your sources) should help you. #if __FreeBSD_version >= 500000 - if (ret == 0) { + if (ret == 0 && dcons_consdev.cn_pri == CN_DEAD) { dcons_cnprobe(&dcons_consdev); dcons_cninit(&dcons_consdev); cnadd(&dcons_consdev); } #endif As a work around you should also be able to set boot_multicons="YES" in your /boot/loader.conf file. (Not tested) On a running system you can use conscontrol to change console devices. Stephan From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 18 23:23:26 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6A7316A4CE for ; Fri, 18 Feb 2005 23:23:26 +0000 (GMT) Received: from mail01.syd.optusnet.com.au (mail01.syd.optusnet.com.au [211.29.132.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47B7443D6B for ; Fri, 18 Feb 2005 23:23:25 +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]) j1INNHQE006364 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 19 Feb 2005 10:23:21 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])j1INNH7l081056; Sat, 19 Feb 2005 10:23:17 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)j1INNEGv081055; Sat, 19 Feb 2005 10:23:14 +1100 (EST) (envelope-from pjeremy) Date: Sat, 19 Feb 2005 10:23:14 +1100 From: Peter Jeremy To: Deomid Ryabkov Message-ID: <20050218232313.GA80993@cirb503493.alcatel.com.au> References: <4215EB31.8020107@rojer.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4215EB31.8020107@rojer.pp.ru> User-Agent: Mutt/1.4.2i cc: freebsd-hackers@freebsd.org Subject: Re: occasional ECONNREFUSED when connect()ing. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Feb 2005 23:23:27 -0000 On Fri, 2005-Feb-18 16:18:41 +0300, Deomid Ryabkov wrote: >I have a strange case of occasional refused connect()'s. >The system is running 4.10-STABLE. ... >The question is - why do connections get refused at all? >I can think of no valid reasons... FWIW, I can't either. The client is single-threaded so it's difficult to see why this should occur. Unfortunately, I don't have ready access to a 4.x system with perl 5.8 but I don't see the problem with FreeBSD 5.3. Is there anything unusual about the system (eg SMP)? Can you reproduce the problem on a different system running FreeBSD? Is there anything reported on the console or syslog'd? Have you tried looking at various netstat output to see if anything looks odd? Have you tried tcpdump'ing lo0 and seeing if you can correlate the failures with something in the TCP/IP packets? Has this worked in the past? If so, can you give an indication of when it last worked and when it failed (as update times or similar). Do you see the same behaviour when the client and server are on different systems (which would point to a problem in lo(4))? If no-one pops up and recognizes these symptoms, you could try building a kernel with 'options TCPDEBUG' and doing setsockopt(...,SO_DEBUG) in the client and/or server processes. This may provide some clues, though it will generate a lot of console output (and you'll probably need to UTSL to understand the output). -- Peter Jeremy From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 18 23:39:46 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC73D16A4CE for ; Fri, 18 Feb 2005 23:39:46 +0000 (GMT) Received: from wrzx35.rz.uni-wuerzburg.de (wrzx35.rz.uni-wuerzburg.de [132.187.3.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id C449343D45 for ; Fri, 18 Feb 2005 23:39:45 +0000 (GMT) (envelope-from q@uni.de) Received: from wrzx34.rz.uni-wuerzburg.de (wrzx34.rz.uni-wuerzburg.de [132.187.3.34]) by wrzx35.rz.uni-wuerzburg.de (Postfix) with ESMTP id B7D3BE1089; Sat, 19 Feb 2005 00:39:44 +0100 (CET) Received: from virusscan (localhost [127.0.0.1]) by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP id 9B5A8B27D3; Sat, 19 Feb 2005 00:39:44 +0100 (CET) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP id 76D7F59732; Sat, 19 Feb 2005 00:39:44 +0100 (CET) Received: from coyote.q.local (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 5BAD4D81BE; Sat, 19 Feb 2005 00:39:44 +0100 (CET) Received: from igor.q.local (igor.q.local [192.168.0.147]) by coyote.q.local (8.13.1/8.13.1) with ESMTP id j1INdiwc022990; Sat, 19 Feb 2005 00:39:44 +0100 (CET) (envelope-from q@uni.de) Received: from igor.q.local (localhost.q.local [127.0.0.1]) by igor.q.local (8.13.1/8.13.1) with ESMTP id j1INdhrs085174; Sat, 19 Feb 2005 00:39:43 +0100 (CET) (envelope-from q@uni.de) Received: (from q@localhost) by igor.q.local (8.13.1/8.13.1/Submit) id j1INdgpK085173; Sat, 19 Feb 2005 00:39:42 +0100 (CET) (envelope-from q@uni.de) Date: Sat, 19 Feb 2005 00:39:42 +0100 From: Ulrich Spoerlein To: Stephan Uphoff Message-ID: <20050218233942.GA76830@galgenberg.net> References: <420731DD.3050206@syskonnect.de> <1107888844.6309.221.camel@palm.tree.com> <420B938D.2040708@syskonnect.de> <1108352789.6309.9948.camel@palm.tree.com> <20050216110200.GA913@galgenberg.net> <1108755156.7621.8860.camel@palm.tree.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MGYHOYXEY6WxJCY8" Content-Disposition: inline In-Reply-To: <1108755156.7621.8860.camel@palm.tree.com> User-Agent: Mutt/1.5.8i X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) cc: hackers@freebsd.org Subject: Re: Firewire blues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Feb 2005 23:39:47 -0000 --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, 18.02.2005 at 14:32:36 -0500, Stephan Uphoff wrote: > Changing a line in the function dcons_modevent() (File > sys/dev/dcons/dcons.c or dcons_os.c depending on your sources) should > help you. >=20 > #if __FreeBSD_version >=3D 500000 > - if (ret =3D=3D 0) { > + if (ret =3D=3D 0 && dcons_consdev.cn_pri =3D=3D CN_DEAD) { > dcons_cnprobe(&dcons_consdev); > dcons_cninit(&dcons_consdev); > cnadd(&dcons_consdev); > } > #endif Didn't work. > As a work around you should also be able to set=20 > boot_multicons=3D"YES" > in your /boot/loader.conf file. (Not tested) Didnt work either. I tried both and booted into single-user mode. There was _no_ local console, only the firewire one. > On a running system you can use conscontrol to change console devices. This works, running conscontrol consolectl immediately switches to the local console, but how am I supposed to run this command when booting into singleuser? Can I somehow lower the priority of dcons? Ulrich Spoerlein --=20 PGP Key ID: F0DB9F44 Encrypted mail welcome! Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 Ok, which part of "Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn." didn't you understand? --MGYHOYXEY6WxJCY8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCFny+mArGtfDbn0QRAjT8AJ9OdBMHWYtN1LEp34Gp3L21xXJg/wCePxRe qff277iU6l/yQyi40gCFkQo= =auth -----END PGP SIGNATURE----- --MGYHOYXEY6WxJCY8-- From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 19 01:52:01 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7131016A4CE for ; Sat, 19 Feb 2005 01:52:01 +0000 (GMT) Received: from hermes.hw.ru (hermes.hw.ru [80.68.240.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C9BD43D1D for ; Sat, 19 Feb 2005 01:52:00 +0000 (GMT) (envelope-from myself@rojer.pp.ru) Received: from [80.68.243.98] (account rojer@rbc.ru HELO [80.68.243.98]) by hermes.hw.ru (CommuniGate Pro SMTP 4.1.8) with ESMTP-TLS id 72241465; Sat, 19 Feb 2005 04:51:58 +0300 Message-ID: <42169BBD.1060704@rojer.pp.ru> Date: Sat, 19 Feb 2005 04:51:57 +0300 From: Deomid Ryabkov User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Jeremy References: <4215EB31.8020107@rojer.pp.ru> <20050218232313.GA80993@cirb503493.alcatel.com.au> In-Reply-To: <20050218232313.GA80993@cirb503493.alcatel.com.au> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms090901010605090504050906" cc: freebsd-hackers@freebsd.org Subject: Re: occasional ECONNREFUSED when connect()ing. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Feb 2005 01:52:01 -0000 This is a cryptographically signed message in MIME format. --------------ms090901010605090504050906 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Peter Jeremy wrote: >On Fri, 2005-Feb-18 16:18:41 +0300, Deomid Ryabkov wrote: > > >>I have a strange case of occasional refused connect()'s. >>The system is running 4.10-STABLE. >> >> >... > > >>The question is - why do connections get refused at all? >>I can think of no valid reasons... >> >> > >FWIW, I can't either. The client is single-threaded so it's difficult >to see why this should occur. Unfortunately, I don't have ready >access to a 4.x system with perl 5.8 but I don't see the problem with >FreeBSD 5.3. > > problem solved by upgrading system to 4.11-STABLE. the problem is specific to 4.10: it does NOT show up on any of 3 systems running FreeBSD 4.9-STABLE #4: Mon Nov 10 18:47:10 MSK 2003 it DOES, however, show up on every one of 3 other systems, running FreeBSD 4.10-STABLE #10: Wed Aug 4 18:42:45 MSD 2004 and, as i said, it seems to have had been fixed somewhere before FreeBSD 4.11-STABLE #12: Sun Jan 23 14:09:07 MSK 2005 i don't feel like diving deep into the issue here... thanks everyone :) -- Deomid Ryabkov aka Rojer myself@rojer.pp.ru rojer@sysadmins.ru ICQ: 8025844 --------------ms090901010605090504050906 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJIzCC AuwwggJVoAMCAQICAwwKdjANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDQwMzMxMjIxODA5WhcNMDUwMzMxMjIxODA5 WjBfMRAwDgYDVQQEEwdSeWFia292MQ8wDQYDVQQqEwZEZW9taWQxFzAVBgNVBAMTDkRlb21p ZCBSeWFia292MSEwHwYJKoZIhvcNAQkBFhJteXNlbGZAcm9qZXIucHAucnUwggEiMA0GCSqG SIb3DQEBAQUAA4IBDwAwggEKAoIBAQDBxXgFP/1lZDqp0dzUDzR5IBb7aKki6TD+HMMkRjtP IOcaNHsfoDer9RFrFICoxNQZF86iopYFVYr7msgB9y2dKZTRQQoOA72lFrOyH3sgrztx/3LL axEsihA2cxcrglrIgPEm6FF2aabbKVpSdeslMCDPBr0auAm0QLo8ch9c5j0vuQUBrs8TKU6f 6YZLNO2Sk/fPZP2kfJEkXyZhkU6wq3ER1CHq2qgfNpW2Ni7Kuv/eYI/CV1BGgm37ZPubOyxI LNiRUGT0pv0wocrCIehKqoI1uFPZgGS0ANYTqPJQSdjlSzMGQJjT510PNDJnDfKOvLhcadD+ 6gSL/ovNM/LPAgMBAAGjLzAtMB0GA1UdEQQWMBSBEm15c2VsZkByb2plci5wcC5ydTAMBgNV HRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBACunC6DhFX4I6Nvdy/UevjSd3VmKWPRmqwoR l0RXvuI/JVyPO9KHGqxCMpRu7ArJz7d8ShPVs5kynysrB+Nm6/fwWjeaW21+gViojeO9gGP6 Np/LeMIqkqSYMoElq7Feqh/3qp7a/UxuofFtAW9V/2tRunxaPo4/WOxcdcmdcC86MIIC7DCC AlWgAwIBAgIDDAp2MA0GCSqGSIb3DQEBBAUAMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxU aGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwg RnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNDAzMzEyMjE4MDlaFw0wNTAzMzEyMjE4MDlaMF8x EDAOBgNVBAQTB1J5YWJrb3YxDzANBgNVBCoTBkRlb21pZDEXMBUGA1UEAxMORGVvbWlkIFJ5 YWJrb3YxITAfBgkqhkiG9w0BCQEWEm15c2VsZkByb2plci5wcC5ydTCCASIwDQYJKoZIhvcN AQEBBQADggEPADCCAQoCggEBAMHFeAU//WVkOqnR3NQPNHkgFvtoqSLpMP4cwyRGO08g5xo0 ex+gN6v1EWsUgKjE1BkXzqKilgVVivuayAH3LZ0plNFBCg4DvaUWs7IfeyCvO3H/cstrESyK EDZzFyuCWsiA8SboUXZpptspWlJ16yUwIM8GvRq4CbRAujxyH1zmPS+5BQGuzxMpTp/phks0 7ZKT989k/aR8kSRfJmGRTrCrcRHUIeraqB82lbY2Lsq6/95gj8JXUEaCbftk+5s7LEgs2JFQ ZPSm/TChysIh6EqqgjW4U9mAZLQA1hOo8lBJ2OVLMwZAmNPnXQ80MmcN8o68uFxp0P7qBIv+ i80z8s8CAwEAAaMvMC0wHQYDVR0RBBYwFIESbXlzZWxmQHJvamVyLnBwLnJ1MAwGA1UdEwEB /wQCMAAwDQYJKoZIhvcNAQEEBQADgYEAK6cLoOEVfgjo293L9R6+NJ3dWYpY9GarChGXRFe+ 4j8lXI870ocarEIylG7sCsnPt3xKE9WzmTKfKysH42br9/BaN5pbbX6BWKiN472AY/o2n8t4 wiqSpJgygSWrsV6qH/eqntr9TG6h8W0Bb1X/a1G6fFo+jj9Y7Fx1yZ1wLzowggM/MIICqKAD AgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVy biBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5n MSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtU aGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZy ZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQsw CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoG A1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJKoZIhvcN AQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2vX8MOmHy v1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9A74r/rsY Pge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEwEgYDVR0T AQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0ZS5jb20v VGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0RBCIwIKQe MBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GBAEiM0VCD 6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZOhl+hLGZ GwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVNd+NWIXiC 3CEZNd4ksdMdRv9dX2VPMYIDOzCCAzcCAQEwaTBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMc VGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFs IEZyZWVtYWlsIElzc3VpbmcgQ0ECAwwKdjAJBgUrDgMCGgUAoIIBpzAYBgkqhkiG9w0BCQMx CwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNTAyMTkwMTUxNTdaMCMGCSqGSIb3DQEJ BDEWBBTuLhxG2YAkYW+lQf7d4hrEzDXXoTBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMH MA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIB KDB4BgkrBgEEAYI3EAQxazBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29u c3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwg SXNzdWluZyBDQQIDDAp2MHoGCyqGSIb3DQEJEAILMWugaTBiMQswCQYDVQQGEwJaQTElMCMG A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAwwKdjANBgkqhkiG9w0BAQEFAASCAQCbwEaH BgrL6m9tkhJJkoXJ01GrsCAFW8ugoaQTJYY+FuIXYkPapUD9IBTcaypinVHF15TManX5tV0y 1JNe+/Gsc29UBrjxnBxKibZXrzUIOZoxSZLPItCrmmaknIKOC4qFm5CeedJ+Hh4mjNH9h0pM aOuUS3DGbtypM3aFL3h1FsmT9i8+m+Y7NahPQWvMRQ4AymnkekIXTSyPT+M3FNdw6X1kvD7D Q6+I5DxotuU75JzBu/snb3aZLXX8EhTXLIdKlFgPCngYq47iQwbfLrE9PXzqRJGjhaws0lW6 yWAgA7DKXj3wciCBUtQJKu4lI9ntEOKg17d5D1cQhxAegVuiAAAAAAAA --------------ms090901010605090504050906-- From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 19 04:20:33 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21CB716A4CF for ; Sat, 19 Feb 2005 04:20:33 +0000 (GMT) Received: from duchess.speedfactory.net (duchess.speedfactory.net [66.23.201.84]) by mx1.FreeBSD.org (Postfix) with SMTP id 90B3E43D54 for ; Sat, 19 Feb 2005 04:20:32 +0000 (GMT) (envelope-from ups@tree.com) Received: (qmail 21454 invoked by uid 89); 19 Feb 2005 04:20:30 -0000 Received: from duchess.speedfactory.net (66.23.201.84) by duchess.speedfactory.net with SMTP; 19 Feb 2005 04:20:30 -0000 Received: (qmail 21426 invoked by uid 89); 19 Feb 2005 04:20:30 -0000 Received: from unknown (HELO ?66.23.216.52?) (66.23.216.52) by duchess.speedfactory.net with SMTP; 19 Feb 2005 04:20:30 -0000 From: Stephan Uphoff To: Ulrich Spoerlein In-Reply-To: <20050218233942.GA76830@galgenberg.net> References: <420731DD.3050206@syskonnect.de> <420B938D.2040708@syskonnect.de> <1108352789.6309.9948.camel@palm.tree.com> <20050216110200.GA913@galgenberg.net> <1108755156.7621.8860.camel@palm.tree.com> <20050218233942.GA76830@galgenberg.net> Content-Type: text/plain Message-Id: <1108786727.35807.905.camel@beach> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 18 Feb 2005 23:18:50 -0500 Content-Transfer-Encoding: 7bit cc: hackers@freebsd.org Subject: Re: Firewire blues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Feb 2005 04:20:33 -0000 On Fri, 2005-02-18 at 18:39, Ulrich Spoerlein wrote: > On Fri, 18.02.2005 at 14:32:36 -0500, Stephan Uphoff wrote: > > Changing a line in the function dcons_modevent() (File > > sys/dev/dcons/dcons.c or dcons_os.c depending on your sources) should > > help you. > > > > #if __FreeBSD_version >= 500000 > > - if (ret == 0) { > > + if (ret == 0 && dcons_consdev.cn_pri == CN_DEAD) { > > dcons_cnprobe(&dcons_consdev); > > dcons_cninit(&dcons_consdev); > > cnadd(&dcons_consdev); > > } > > #endif > > Didn't work. Strange - are you sure that you have not accidentally have options DCONS_FORCE_CONSOLE=1 in your config file? ( Or forgot to config or make depend after removing it?) Works on 5.3 release for me. (Default loader.conf ...) > > As a work around you should also be able to set > > boot_multicons="YES" > > in your /boot/loader.conf file. (Not tested) > > Didnt work either. I tried both and booted into single-user mode. There > was _no_ local console, only the firewire one. There is a tunable hidden in dcons_crom that causes the dcons console to be selected. Try adding boot_multicons and hw.firewire.dcons_crom.force_console to /boot/loader.conf: boot_multicons="YES" hw.firewire.dcons_crom.force_console=0 > > On a running system you can use conscontrol to change console devices. > > This works, running conscontrol consolectl immediately switches to the > local console, but how am I supposed to run this command when booting > into singleuser? Can I somehow lower the priority of dcons? > > Ulrich Spoerlein From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 19 06:10:34 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CC8E16A4CE for ; Sat, 19 Feb 2005 06:10:34 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0807443D46 for ; Sat, 19 Feb 2005 06:10:31 +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 j1J6ASO2094239; Sat, 19 Feb 2005 09:10:29 +0300 (MSK) (envelope-from maxim@macomnet.ru) Date: Sat, 19 Feb 2005 09:10:28 +0300 (MSK) From: Maxim Konovalov To: Deomid Ryabkov In-Reply-To: <42169BBD.1060704@rojer.pp.ru> Message-ID: <20050219090855.C94145@mp2.macomnet.net> References: <4215EB31.8020107@rojer.pp.ru> <20050218232313.GA80993@cirb503493.alcatel.com.au> <42169BBD.1060704@rojer.pp.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SpamTest-Info: Profile: Formal (208/050203) X-SpamTest-Info: Profile: Detect Hard (4/030526) X-SpamTest-Info: Profile: SysLog X-SpamTest-Info: Profile: Marking - Keywords (2/030321) X-SpamTest-Status: Not detected X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0124], SpamtestISP/Release cc: Peter Jeremy cc: freebsd-hackers@freebsd.org Subject: Re: occasional ECONNREFUSED when connect()ing. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Feb 2005 06:10:34 -0000 On Sat, 19 Feb 2005, 04:51+0300, Deomid Ryabkov wrote: > Peter Jeremy wrote: > > > On Fri, 2005-Feb-18 16:18:41 +0300, Deomid Ryabkov wrote: > > > > > > > I have a strange case of occasional refused connect()'s. > > > The system is running 4.10-STABLE. > > > > > > > > ... > > > > > > > The question is - why do connections get refused at all? > > > I can think of no valid reasons... > > > > > > > > > > FWIW, I can't either. The client is single-threaded so it's difficult > > to see why this should occur. Unfortunately, I don't have ready > > access to a 4.x system with perl 5.8 but I don't see the problem with > > FreeBSD 5.3. > > > > > problem solved by upgrading system to 4.11-STABLE. > > the problem is specific to 4.10: > it does NOT show up on any of 3 systems running > FreeBSD 4.9-STABLE #4: Mon Nov 10 18:47:10 MSK 2003 > it DOES, however, show up on every one of 3 other systems, running > FreeBSD 4.10-STABLE #10: Wed Aug 4 18:42:45 MSD 2004 > and, as i said, it seems to have had been fixed somewhere before > FreeBSD 4.11-STABLE #12: Sun Jan 23 14:09:07 MSK 2005 > > i don't feel like diving deep into the issue here... thanks everyone :) [Haven't read your code] Try to turn net.inet.ip.portrange.randomized off. -- Maxim Konovalov From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 19 09:18:27 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFC0616A4CE for ; Sat, 19 Feb 2005 09:18:27 +0000 (GMT) Received: from hermes.hw.ru (hermes.hw.ru [80.68.240.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62DB743D48 for ; Sat, 19 Feb 2005 09:18:26 +0000 (GMT) (envelope-from myself@rojer.pp.ru) Received: from [213.141.131.116] (account rojer@rbc.ru HELO [192.168.10.3]) by hermes.hw.ru (CommuniGate Pro SMTP 4.1.8) with ESMTP-TLS id 72255230; Sat, 19 Feb 2005 12:18:25 +0300 Message-ID: <42170461.6040202@rojer.pp.ru> Date: Sat, 19 Feb 2005 12:18:25 +0300 From: Rojer User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maxim Konovalov References: <4215EB31.8020107@rojer.pp.ru> <20050218232313.GA80993@cirb503493.alcatel.com.au> <42169BBD.1060704@rojer.pp.ru> <20050219090855.C94145@mp2.macomnet.net> In-Reply-To: <20050219090855.C94145@mp2.macomnet.net> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms010302010105060404050204" cc: Peter Jeremy cc: freebsd-hackers@freebsd.org Subject: Re: occasional ECONNREFUSED when connect()ing. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Feb 2005 09:18:27 -0000 This is a cryptographically signed message in MIME format. --------------ms010302010105060404050204 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit >>>>I have a strange case of occasional refused connect()'s. >>>>The system is running 4.10-STABLE. >>>> >>>... >>> >>>>The question is - why do connections get refused at all? >>>>I can think of no valid reasons... >>> >>>FWIW, I can't either. The client is single-threaded so it's difficult >>>to see why this should occur. Unfortunately, I don't have ready >>>access to a 4.x system with perl 5.8 but I don't see the problem with >>>FreeBSD 5.3. >> >>problem solved by upgrading system to 4.11-STABLE. >> >>the problem is specific to 4.10: >>it does NOT show up on any of 3 systems running >>FreeBSD 4.9-STABLE #4: Mon Nov 10 18:47:10 MSK 2003 >>it DOES, however, show up on every one of 3 other systems, running >>FreeBSD 4.10-STABLE #10: Wed Aug 4 18:42:45 MSD 2004 >>and, as i said, it seems to have had been fixed somewhere before >>FreeBSD 4.11-STABLE #12: Sun Jan 23 14:09:07 MSK 2005 >> >>i don't feel like diving deep into the issue here... thanks everyone :) > > > [Haven't read your code] > > Try to turn net.inet.ip.portrange.randomized off. > yes, this does solve the problem on 4.10-STABLE. thanks, Maxim :) mink[/home/rojer]# uname -rms FreeBSD 4.10-STABLE i386 mink[/home/rojer]# ./x.pl 24045, http://localhost:8000/junk, 2000: starting. 42 500 Can't connect to localhost:8000 (Timeout) 397 500 Can't connect to localhost:8000 (Timeout) 478 500 Can't connect to localhost:8000 (Timeout) 1303 500 Can't connect to localhost:8000 (Timeout) 1746 500 Can't connect to localhost:8000 (Timeout) mink[/home/rojer]# sysctl -w net.inet.ip.portrange.randomized=0 net.inet.ip.portrange.randomized: 1 -> 0 mink[/home/rojer]# ./x.pl 24056, http://localhost:8000/junk, 2000: starting. mink[/home/rojer]# ./x.pl 24077, http://localhost:8000/junk, 2000: starting. mink[/home/rojer]# ./x.pl 24080, http://localhost:8000/junk, 2000: starting. mink[/home/rojer]# -- Deomid Ryabkov aka Rojer myself@rojer.pp.ru rojer@sysadmins.ru ICQ: 8025844 --------------ms010302010105060404050204 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJIzCC AuwwggJVoAMCAQICAwwKdjANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDQwMzMxMjIxODA5WhcNMDUwMzMxMjIxODA5 WjBfMRAwDgYDVQQEEwdSeWFia292MQ8wDQYDVQQqEwZEZW9taWQxFzAVBgNVBAMTDkRlb21p ZCBSeWFia292MSEwHwYJKoZIhvcNAQkBFhJteXNlbGZAcm9qZXIucHAucnUwggEiMA0GCSqG SIb3DQEBAQUAA4IBDwAwggEKAoIBAQDBxXgFP/1lZDqp0dzUDzR5IBb7aKki6TD+HMMkRjtP IOcaNHsfoDer9RFrFICoxNQZF86iopYFVYr7msgB9y2dKZTRQQoOA72lFrOyH3sgrztx/3LL axEsihA2cxcrglrIgPEm6FF2aabbKVpSdeslMCDPBr0auAm0QLo8ch9c5j0vuQUBrs8TKU6f 6YZLNO2Sk/fPZP2kfJEkXyZhkU6wq3ER1CHq2qgfNpW2Ni7Kuv/eYI/CV1BGgm37ZPubOyxI LNiRUGT0pv0wocrCIehKqoI1uFPZgGS0ANYTqPJQSdjlSzMGQJjT510PNDJnDfKOvLhcadD+ 6gSL/ovNM/LPAgMBAAGjLzAtMB0GA1UdEQQWMBSBEm15c2VsZkByb2plci5wcC5ydTAMBgNV HRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBACunC6DhFX4I6Nvdy/UevjSd3VmKWPRmqwoR l0RXvuI/JVyPO9KHGqxCMpRu7ArJz7d8ShPVs5kynysrB+Nm6/fwWjeaW21+gViojeO9gGP6 Np/LeMIqkqSYMoElq7Feqh/3qp7a/UxuofFtAW9V/2tRunxaPo4/WOxcdcmdcC86MIIC7DCC AlWgAwIBAgIDDAp2MA0GCSqGSIb3DQEBBAUAMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxU aGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwg RnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNDAzMzEyMjE4MDlaFw0wNTAzMzEyMjE4MDlaMF8x EDAOBgNVBAQTB1J5YWJrb3YxDzANBgNVBCoTBkRlb21pZDEXMBUGA1UEAxMORGVvbWlkIFJ5 YWJrb3YxITAfBgkqhkiG9w0BCQEWEm15c2VsZkByb2plci5wcC5ydTCCASIwDQYJKoZIhvcN AQEBBQADggEPADCCAQoCggEBAMHFeAU//WVkOqnR3NQPNHkgFvtoqSLpMP4cwyRGO08g5xo0 ex+gN6v1EWsUgKjE1BkXzqKilgVVivuayAH3LZ0plNFBCg4DvaUWs7IfeyCvO3H/cstrESyK EDZzFyuCWsiA8SboUXZpptspWlJ16yUwIM8GvRq4CbRAujxyH1zmPS+5BQGuzxMpTp/phks0 7ZKT989k/aR8kSRfJmGRTrCrcRHUIeraqB82lbY2Lsq6/95gj8JXUEaCbftk+5s7LEgs2JFQ ZPSm/TChysIh6EqqgjW4U9mAZLQA1hOo8lBJ2OVLMwZAmNPnXQ80MmcN8o68uFxp0P7qBIv+ i80z8s8CAwEAAaMvMC0wHQYDVR0RBBYwFIESbXlzZWxmQHJvamVyLnBwLnJ1MAwGA1UdEwEB /wQCMAAwDQYJKoZIhvcNAQEEBQADgYEAK6cLoOEVfgjo293L9R6+NJ3dWYpY9GarChGXRFe+ 4j8lXI870ocarEIylG7sCsnPt3xKE9WzmTKfKysH42br9/BaN5pbbX6BWKiN472AY/o2n8t4 wiqSpJgygSWrsV6qH/eqntr9TG6h8W0Bb1X/a1G6fFo+jj9Y7Fx1yZ1wLzowggM/MIICqKAD AgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVy biBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5n MSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtU aGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZy ZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQsw CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoG A1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJKoZIhvcN AQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2vX8MOmHy v1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9A74r/rsY Pge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEwEgYDVR0T AQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0ZS5jb20v VGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0RBCIwIKQe MBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GBAEiM0VCD 6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZOhl+hLGZ GwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVNd+NWIXiC 3CEZNd4ksdMdRv9dX2VPMYIDOzCCAzcCAQEwaTBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMc VGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFs IEZyZWVtYWlsIElzc3VpbmcgQ0ECAwwKdjAJBgUrDgMCGgUAoIIBpzAYBgkqhkiG9w0BCQMx CwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNTAyMTkwOTE4MjVaMCMGCSqGSIb3DQEJ BDEWBBRAXxQ8v7dxo6pX9bqWL/BL3Nu0aTBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMH MA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIB KDB4BgkrBgEEAYI3EAQxazBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29u c3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwg SXNzdWluZyBDQQIDDAp2MHoGCyqGSIb3DQEJEAILMWugaTBiMQswCQYDVQQGEwJaQTElMCMG A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAwwKdjANBgkqhkiG9w0BAQEFAASCAQBaFTay KhjOgEzWm+9JYgG/3OtD3/mp3X6YC8IJc1YT7HYaUFEJlGtYwPALMPmWByOYNfgYAByjIMWG d5ti14ibcli7wG+YZL8b2jXFs95H0lB9FEMosSa6S831EJoE79ukm8Kv2KnoVCHLoduglbyi Wh29hbaqlfWY2O8LoBu0IHs7Fl5f+e2O9KIGhR5QJ7onoFZaLBEohUrtmFCPSXQWUvAwN9VH JBlJF1HWoFpadrXAlCHZyfYEG1IROBHJ/avAqlEsmi/9hab2cDQUc81fDhaCXieRzpeJFtZ3 66Cgw36srs9yRQMUjC16ptTdHSpO8kewNHLILl3nkJIR358vAAAAAAAA --------------ms010302010105060404050204-- From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 19 11:15:17 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 687B416A4CE for ; Sat, 19 Feb 2005 11:15:17 +0000 (GMT) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9F5A43D1F for ; Sat, 19 Feb 2005 11:15:16 +0000 (GMT) (envelope-from q@uni.de) Received: from wrzx34.rz.uni-wuerzburg.de (wrzx34.rz.uni-wuerzburg.de [132.187.3.34]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id D1888D8500; Sat, 19 Feb 2005 12:15:15 +0100 (CET) Received: from virusscan (localhost [127.0.0.1]) by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP id B4A53B282D; Sat, 19 Feb 2005 12:15:15 +0100 (CET) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP id 97C2F59732; Sat, 19 Feb 2005 12:15:15 +0100 (CET) Received: from coyote.q.local (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 32CF9D8500; Sat, 19 Feb 2005 12:15:15 +0100 (CET) Received: from igor.q.local (igor.q.local [192.168.0.147]) by coyote.q.local (8.13.1/8.13.1) with ESMTP id j1JBFED4044435; Sat, 19 Feb 2005 12:15:15 +0100 (CET) (envelope-from q@uni.de) Received: from igor.q.local (localhost.q.local [127.0.0.1]) by igor.q.local (8.13.1/8.13.1) with ESMTP id j1JBFEBs053235; Sat, 19 Feb 2005 12:15:14 +0100 (CET) (envelope-from q@uni.de) Received: (from q@localhost) by igor.q.local (8.13.1/8.13.1/Submit) id j1JBFDO8053232; Sat, 19 Feb 2005 12:15:13 +0100 (CET) (envelope-from q@uni.de) Date: Sat, 19 Feb 2005 12:15:13 +0100 From: Ulrich Spoerlein To: Stephan Uphoff Message-ID: <20050219111513.GA759@galgenberg.net> References: <420731DD.3050206@syskonnect.de> <1107888844.6309.221.camel@palm.tree.com> <420B938D.2040708@syskonnect.de> <1108352789.6309.9948.camel@palm.tree.com> <20050216110200.GA913@galgenberg.net> <1108755156.7621.8860.camel@palm.tree.com> <20050218233942.GA76830@galgenberg.net> <1108786727.35807.905.camel@beach> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1108786727.35807.905.camel@beach> User-Agent: Mutt/1.5.8i X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) cc: hackers@freebsd.org Subject: Re: Firewire blues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Feb 2005 11:15:17 -0000 On Fri, 18.02.2005 at 23:18:50 -0500, Stephan Uphoff wrote: > Strange - are you sure that you have not accidentally have > options DCONS_FORCE_CONSOLE=1 > in your config file? > ( Or forgot to config or make depend after removing it?) I made a new kernel (make kernel) and since I never set such an option anywhere, I'm pretty confident, that it's at its default value. > There is a tunable hidden in dcons_crom that causes the dcons console to > be selected. > > Try adding boot_multicons and hw.firewire.dcons_crom.force_console to > /boot/loader.conf: > boot_multicons="YES" > hw.firewire.dcons_crom.force_console=0 Thank you! That worked, I still am running the kernel with the change you mentioned earlier, though. I noticed this in dcons_crom.c #if __FreeBSD_version >= 500000 static int force_console = 1; TUNABLE_INT("hw.firewire.dcons_crom.force_console", &force_console); #endif Which to me looks like the default is to force the console, even if NOTES has this default ./conf/NOTES:options DCONS_FORCE_CONSOLE=0 # force to be the primary console Anyway, let's turn on ULE and PREEMPTION and see what happens :) Ulrich Spoerlein -- PGP Key ID: F0DB9F44 Encrypted mail welcome! Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 Ok, which part of "Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn." didn't you understand? From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 18 14:38:36 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1AEF016A4CE for ; Fri, 18 Feb 2005 14:38:36 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B5B443D3F for ; Fri, 18 Feb 2005 14:38:35 +0000 (GMT) (envelope-from peadar.edwards@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so473447wri for ; Fri, 18 Feb 2005 06:38:35 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=Il72PZHsMRxuCq/TkwBhNKRpRzfMGKOsGiPaK8n/6tNuZAaAwGGBNnTquEriXbyeKlo/w+17N8Xc9F6Ai3JqwzX+8pqJyBziNMhsaAmsA2OXILcvIl+Ptwr2+GE+NvVEkGOsgPqXhTQJCG49ckfc0nRBLw9plXVtF0APg3tt5yc= Received: by 10.54.28.78 with SMTP id b78mr21907wrb; Fri, 18 Feb 2005 06:38:35 -0800 (PST) Received: by 10.54.57.20 with HTTP; Fri, 18 Feb 2005 06:38:35 -0800 (PST) Message-ID: <34cb7c8405021806386fb874ee@mail.gmail.com> Date: Fri, 18 Feb 2005 14:38:35 +0000 From: Peter Edwards To: Deomid Ryabkov In-Reply-To: <4215EB31.8020107@rojer.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <4215EB31.8020107@rojer.pp.ru> X-Mailman-Approved-At: Sat, 19 Feb 2005 13:26:58 +0000 cc: freebsd-hackers@freebsd.org Subject: Re: occasional ECONNREFUSED when connect()ing. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Peter Edwards List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Feb 2005 14:38:36 -0000 On Fri, 18 Feb 2005 16:18:41 +0300, Deomid Ryabkov wrote: > I have a strange case of occasional refused connect()'s. > The system is running 4.10-STABLE. > > This was originally reported by one of our developers. > The test script he provided is a simple Perl script that repeatedly > fetches an URL > from Apache running on this same server. > In the run of 2000 iterations, there are 5-10 random errors fetching the > URL. > After further investigation and digging, I uncovered the true cause of > the error: > connect() returning ECONNREFUSED. > To see if this was somehow related to Apache, I wrote my own simple > server that > accept()'s a connection, read()'s what supposed to be request and > write()'s a stereotypic reply, > thus resembling an HTTP request/reply conversation. > The number of sporadically occuring connect() errors has increased somewhat, > maybe due to quicker turnaround of my stub-server. > The question is - why do connections get refused at all? > I can think of no valid reasons... Here's one: In your stub server, what do you set the backlog to in the call to listen(2)? By the time you get the file descriptor for the new call from accept(), the kernel has already established the TCP/IP connection, and is maintaining state (ie, using resources) for it If you take a while dealing with this new call, (starting a thread, forking, or even processing the connection), then by the time you invoke accept() again, any number of clients may have attempted to connect to you, and the kernel needs to maintain state for every connection that has been requested. The backlog on the listen call indicates how many of these connections the kernel should hold on to: If the number of unaccept()ed connections reaches the backlog, you'll start to get ECONREFUSED errors at the client. If your stub server is single-threaded, this'll be pretty much guaranteed to happen if the number of clients exceeds the backlog on ths server's listening socket. HTH, peadar. From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 18 23:24:06 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD31616A4CE for ; Fri, 18 Feb 2005 23:24:06 +0000 (GMT) Received: from mail-svr1.cs.utah.edu (brahma.cs.utah.edu [155.98.64.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3942C43D5A for ; Fri, 18 Feb 2005 23:24:06 +0000 (GMT) (envelope-from saggarwa@cs.utah.edu) Received: from localhost (localhost [127.0.0.1]) by mail-svr1.cs.utah.edu (Postfix) with ESMTP id D4C273482D for ; Fri, 18 Feb 2005 16:24:05 -0700 (MST) Received: from mail-svr1.cs.utah.edu ([127.0.0.1]) by localhost (mail-svr1.cs.utah.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21982-03 for ; Fri, 18 Feb 2005 16:24:05 -0700 (MST) Received: from antitrust.cs.utah.edu (antitrust.cs.utah.edu [155.98.65.29]) by mail-svr1.cs.utah.edu (Postfix) with ESMTP id 90B3B34778 for ; Fri, 18 Feb 2005 16:24:05 -0700 (MST) Received: by antitrust.cs.utah.edu (Postfix, from userid 4973) id 76DC5108E2F; Fri, 18 Feb 2005 16:24:05 -0700 (MST) Received: from localhost (localhost [127.0.0.1]) by antitrust.cs.utah.edu (Postfix) with ESMTP id 6BA00108E2E for ; Fri, 18 Feb 2005 16:24:05 -0700 (MST) Date: Fri, 18 Feb 2005 16:24:05 -0700 (MST) From: Siddharth Aggarwal To: freebsd-hackers@freebsd.org In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: amavisd-new at cs.utah.edu X-Mailman-Approved-At: Sat, 19 Feb 2005 13:26:58 +0000 Subject: giving up on 1 buffers error messsage X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Feb 2005 23:24:06 -0000 syncing disks... 54 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 giving up on 1 buffers Hi, I am referring to the message when the code in kern_shutdown.c in bsd 4.10 is called at the time of boot() system call My understanding is that this message tells us that 1 buffer from the buffer cache was not successfully flushed to disk, since the last call to sync(). Is that right? In that case what happens to this buffer? Is it discarded and assume that fsck will fix this on reboot? Since the syncer process runs periodically, can this error message be avoided if we wait long enough to guarantee flushing to disk (I have tried with DELAYS upto 30 seconds but I still get the error sometimes). I am actually trying to use this same code at a different point in time (not during shutdown, but to take a checkpoint), so I am not sure if that contributes to this error message? From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 19 13:36:08 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4794616A4CE; Sat, 19 Feb 2005 13:36:08 +0000 (GMT) Received: from sollube.sarenet.es (sollube.sarenet.es [192.148.167.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF1F143D41; Sat, 19 Feb 2005 13:36:07 +0000 (GMT) (envelope-from borjamar@sarenet.es) Received: from [127.0.0.1] (borja.sarenet.es [192.148.167.77]) by sollube.sarenet.es (Postfix) with ESMTP id 633B4BB6; Sat, 19 Feb 2005 14:36:06 +0100 (CET) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <1ce55dabd3ee00efb4f717463716be22@sarenet.es> Content-Transfer-Encoding: 7bit From: Borja Marcos Date: Sat, 19 Feb 2005 14:36:07 +0100 To: Robert Watson X-Mailer: Apple Mail (2.619.2) cc: freebsd-hackers@freebsd.org Subject: Re: High traffic NFS performance and availability problems X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Feb 2005 13:36:08 -0000 > I think leaving the 4.x clients in a known configuration and just > varying > the server configurations the right starting point. Let's try tracking > the server 5.x stability/performance first, then look into the client > 4.x > crash reports. I've seen amazing performance differences between 4.9 and 5.3 in one case: a mail server with Cyrus-imapd and a MySQL database for authentication, using fiberchannel disk arrays. I couldn't do elaborate benchmarks (it is a production system) but I ran into a situation in which 4.9 spent about 90 % of CPU time in system (mostly syncer) and, just upgrading to 5.3 the problem disappeared. In both cases I had tuned some system variables (and I haven't changed the variables between 4.9 and 5.3). Notably, I set up a dirhash cache of 64 MB, because the machine had lots of huge directories. The workload is now the same, and it's working like a charm. The machine is a Dell Poweredge 2650 with two CPUs. Borja. From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 19 18:09:08 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDF7416A4CE for ; Sat, 19 Feb 2005 18:09:08 +0000 (GMT) Received: from ussenterprise.ufp.org (ussenterprise.ufp.org [208.185.30.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D51943D3F for ; Sat, 19 Feb 2005 18:09:08 +0000 (GMT) (envelope-from bicknell@ussenterprise.ufp.org) Received: from ussenterprise.ufp.org (bicknell@localhost [127.0.0.1]) by ussenterprise.ufp.org (8.13.3/8.13.3) with ESMTP id j1JI97LF054008 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 19 Feb 2005 13:09:07 -0500 (EST) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.13.3/8.13.3/Submit) id j1JI97NY054007 for freebsd-hackers@freebsd.org; Sat, 19 Feb 2005 13:09:07 -0500 (EST) Date: Sat, 19 Feb 2005 13:09:07 -0500 From: Leo Bicknell To: freebsd-hackers@freebsd.org Message-ID: <20050219180907.GA53773@ussenterprise.ufp.org> Mail-Followup-To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4Ckj6UjgE2iN1+kY" Content-Disposition: inline Organization: United Federation of Planets X-PGP-Key: http://www.ufp.org/~bicknell/ Subject: SSL connections not working. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Feb 2005 18:09:08 -0000 --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I have a problem which I don't think is strictly a FreeBSD problem, but frankly I don't know where else to ask right now. Hopefully someone here can either help, or point me to the right forum. I have a FreeBSD 4.8-RELEASE box, with saslv2 (from the ports tree) and sendmail 8.13.3 (built by hand) installed. One of the things they are configured to do is accept connections on port 465, that is a native SSLv3 connection. This setup has been working for some time. All the sudden clients (Outlook, Mulberry) that connect to port 465 simply hang after the connection is made. Mail is never sent. There is nothing in the sendmail logs, and the clients report a generic timeout error. I tried reinstalling sendmail, reinstalling sasl, and creating new certificates, and nothing changes the behavior. I can connect (locally) with openssl's s_client and get what appears to be a normal and correct sendmail dialog. I'm now at a loss. I don't know which bit of software (FreeBSD, sendmail, openssl, sasl, Outlook, Mulberry) might be at fault, much less what might be the right place to ask questions about this interaction. I've searched google near and far and can find no one with the same issue. I've tried rebuilding and reconfiguring things several different ways now based on different pages I found, but they all result in the same behavior. Any help, even if it's just pointing me to a more appropriate forum, would be greatly appreciated. --=20 Leo Bicknell - bicknell@ufp.org - CCIE 3440 PGP keys at http://www.ufp.org/~bicknell/ Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org --4Ckj6UjgE2iN1+kY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFCF4DDNh6mMG5yMTYRAtNXAJ9pgFEc1vu/J+Ooy/SCKaWrMGGkBwCdHTKT FcE/enCTRzrtW1SHZ5UFMOc= =w3do -----END PGP SIGNATURE----- --4Ckj6UjgE2iN1+kY--