From owner-freebsd-current@FreeBSD.ORG Sun Feb 12 01:42:32 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E037F16A420 for ; Sun, 12 Feb 2006 01:42:32 +0000 (GMT) (envelope-from turtle@loveturtle.net) Received: from loveturtle.net (loveturtle.net [216.89.229.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB6D643D46 for ; Sun, 12 Feb 2006 01:42:32 +0000 (GMT) (envelope-from turtle@loveturtle.net) Received: by loveturtle.net (Postfix, from userid 1001) id CF6F140F8; Sat, 11 Feb 2006 20:42:31 -0500 (EST) Date: Sat, 11 Feb 2006 20:42:31 -0500 From: Dillon Kass To: current@freebsd.org Message-ID: <20060212014231.GA19762@loveturtle.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: mutt-ng/devel-r581 (FreeBSD) Cc: Subject: Re: Atheros and new hal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Feb 2006 01:42:33 -0000 ifconfig ath0 list sta might be what you're looking for. On Sat, Feb 11, 2006 at 08:20:52PM -0200, gusmao@wminas.com.br wrote: > Hi, > > how can i check signal/quality/noise from stations associated in my ath0 > hostap??? > > Thanks, > Gusm?o > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Feb 12 08:56:57 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F02E916A420 for ; Sun, 12 Feb 2006 08:56:56 +0000 (GMT) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from mx.gfk.ru (mx.gfk.ru [84.21.231.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD09643D58 for ; Sun, 12 Feb 2006 08:56:54 +0000 (GMT) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from dialup-chibis.gfk.ru by mx.gfk.ru (MDaemon.PRO.v8.1.4.R) with ESMTP id md50000048412.msg for ; Sun, 12 Feb 2006 11:56:03 +0300 Date: Sun, 12 Feb 2006 11:56:04 +0300 (MSK) From: Yuriy Tsibizov X-X-Sender: chibis@free.home.local To: freebsd-current@freebsd.org Message-ID: <20060212114050.I1160@free.home.local> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Processed: mx.gfk.ru, Sun, 12 Feb 2006 11:56:03 +0300 (not processed: message from valid local sender) X-MDRemoteIP: 10.0.6.45 X-Return-Path: Yuriy.Tsibizov@gfk.ru X-MDaemon-Deliver-To: freebsd-current@freebsd.org X-MDAV-Processed: mx.gfk.ru, Sun, 12 Feb 2006 11:56:04 +0300 Cc: Yuriy Tsibizov Subject: calcru: runtime went backwards X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Feb 2006 08:56:57 -0000 while playing 8 PCM streams in parallel (it uses almost all CPU power I have). -CURRENT with last changes to src/sys from imp at 2006-02-11 03:58:07 UTC Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 7.0-CURRENT #1: Sat Feb 11 12:10:55 MSK 2006 chibis@free.home.local:/usr/obj/usr/src/sys/FREE-IPSEC WARNING: MPSAFE network stack disabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD-K6(tm) 3D processor (400.91-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x58c Stepping = 12 Features=0x8021bf AMD Features=0x80000800 [...] Timecounter "TSC" frequency 400910496 Hz quality 800 Timecounters tick every 10.000 msec [...] emu10kx0: port 0xd400-0xd41f irq 9 at device 9.0 on pci0 emu10kx1: port 0xb800-0xb83f irq 12 at device 10.0 on pci0 emu10kx2: port 0xb000-0xb03f irq 10 at device 11.0 on pci0 pcm0: on emu10kx0 pcm0: pcm1: on emu10kx0 pcm2: on emu10kx0 pcm3: on emu10kx0 pcm4: on emu10kx1 pcm4: pcm5: on emu10kx1 pcm6: on emu10kx1 pcm7: on emu10kx1 pcm8: on emu10kx2 pcm8: pcm9: on emu10kx2 pcm10: on emu10kx2 pcm11: on emu10kx2 pcm12: on emu10kx2 [...] calcru: runtime went backwards from 46009196009 usec to 46001459072 usec for pid 1 (init) calcru: runtime went backwards from 46009196009 usec to 46001459072 usec for pid 1 (init) calcru: runtime went backwards from 46008790867 usec to 3262907 usec for pid 1084 (madplay) calcru: runtime went backwards from 46008821030 usec to 3312176 usec for pid 1083 (madplay) calcru: runtime went backwards from 7422841 usec to 3311313 usec for pid 1082 (madplay) calcru: runtime went backwards from 92013131994 usec to 46001074632 usec for pid 609 (mc) calcru: runtime went backwards from 46008790867 usec to 3262907 usec for pid 1084 (madplay) calcru: runtime went backwards from 46008821030 usec to 3312176 usec for pid 1083 (madplay) calcru: runtime went backwards from 7422841 usec to 3311313 usec for pid 1082 (madplay) calcru: runtime went backwards from 92013131994 usec to 46001074632 usec for pid 609 (mc) calcru: runtime went backwards from 92013282557 usec to 46001350236 usec for pid 609 (mc) calcru: runtime went backwards from 138048071939 usec to 13099757 usec for pid 1 (init) [many times EXACTLY the same pair] calcru: runtime went backwards from 92013282557 usec to 46001350236 usec for pid 609 (mc) calcru: runtime went backwards from 138048071939 usec to 13099757 usec for pid 1 (init) ps -u: 11:38AM up 2:33, 5 users, load averages: 0.12, 0.66, 0.40 USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND root 481 0.0 0.5 50464 1360 v1 Is 9:05AM 766:41.52 login [pam] Yuriy Tsibizov From owner-freebsd-current@FreeBSD.ORG Sun Feb 12 09:16:25 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 71FA316A420 for ; Sun, 12 Feb 2006 09:16:25 +0000 (GMT) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from mx.gfk.ru (mx.gfk.ru [84.21.231.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5463143D46 for ; Sun, 12 Feb 2006 09:16:24 +0000 (GMT) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from dialup-chibis.gfk.ru by mx.gfk.ru (MDaemon.PRO.v8.1.4.R) with ESMTP id md50000048415.msg for ; Sun, 12 Feb 2006 12:15:54 +0300 Date: Sun, 12 Feb 2006 12:15:54 +0300 (MSK) From: Yuriy Tsibizov X-X-Sender: chibis@free.home.local To: Yuriy Tsibizov In-Reply-To: <20060212114050.I1160@free.home.local> Message-ID: <20060212121232.W1160@free.home.local> References: <20060212114050.I1160@free.home.local> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Processed: mx.gfk.ru, Sun, 12 Feb 2006 12:15:54 +0300 (not processed: message from valid local sender) X-MDRemoteIP: 10.0.6.45 X-Return-Path: Yuriy.Tsibizov@gfk.ru X-MDaemon-Deliver-To: freebsd-current@freebsd.org X-MDAV-Processed: mx.gfk.ru, Sun, 12 Feb 2006 12:15:55 +0300 Cc: freebsd-current@freebsd.org Subject: Re: calcru: runtime went backwards X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Feb 2006 09:16:25 -0000 > > -CURRENT with last changes to src/sys from imp at 2006-02-11 03:58:07 UTC Sorry for the noise :-( I hope that last commit from phk fixes this. Yuriy. From owner-freebsd-current@FreeBSD.ORG Sun Feb 12 09:19:33 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 899B316A420 for ; Sun, 12 Feb 2006 09:19:33 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B12143D49 for ; Sun, 12 Feb 2006 09:19:33 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 3012D1A3C19; Sun, 12 Feb 2006 01:19:33 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2B876514CC; Sun, 12 Feb 2006 04:19:31 -0500 (EST) Date: Sun, 12 Feb 2006 04:19:30 -0500 From: Kris Kennaway To: Yuriy Tsibizov Message-ID: <20060212091930.GA58745@xor.obsecurity.org> References: <20060212114050.I1160@free.home.local> <20060212121232.W1160@free.home.local> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uAKRQypu60I7Lcqm" Content-Disposition: inline In-Reply-To: <20060212121232.W1160@free.home.local> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: calcru: runtime went backwards X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Feb 2006 09:19:33 -0000 --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Feb 12, 2006 at 12:15:54PM +0300, Yuriy Tsibizov wrote: > > > >-CURRENT with last changes to src/sys from imp at 2006-02-11 03:58:07 UTC > Sorry for the noise :-( > I hope that last commit from phk fixes this. Turns out it doesn't quite, but phk is aware of this & working on it. Kris --uAKRQypu60I7Lcqm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD7v2iWry0BWjoQKURAiB3AKCgcBIQol4+26LVqhJb6siiEg2jWACgoNe/ 6LsXe0tAOMGYC2IZKy2tac4= =9dzm -----END PGP SIGNATURE----- --uAKRQypu60I7Lcqm-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 12 12:33:32 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22E5B16A420 for ; Sun, 12 Feb 2006 12:33:32 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from mail.interbgc.com (mx03.interbgc.com [217.9.224.229]) by mx1.FreeBSD.org (Postfix) with SMTP id F0CA243D46 for ; Sun, 12 Feb 2006 12:33:30 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 21220 invoked from network); 12 Feb 2006 12:33:29 -0000 Received: from nike_d@cytexbg.com by keeper.interbgc.com by uid 1002 with qmail-scanner-1.14 (uvscan: v4.2.40/v4374. spamassassin: 2.63. Clear:SA:0(0.1/8.0):. Processed in 1.581607 secs); 12 Feb 2006 12:33:29 -0000 X-Spam-Status: No, hits=0.1 required=8.0 Received: from niked.ddns.cablebg.net (HELO tormentor.totalterror.net) (85.130.14.211) by mx03.interbgc.com with SMTP; 12 Feb 2006 12:33:27 -0000 Received: (qmail 59050 invoked from network); 12 Feb 2006 12:33:24 -0000 Received: from unknown (HELO ?10.0.0.3?) (10.0.0.3) by tormentor.totalterror.net with SMTP; 12 Feb 2006 12:33:24 -0000 Message-ID: <43EF2B0B.3@cytexbg.com> Date: Sun, 12 Feb 2006 14:33:15 +0200 From: Niki Denev User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Kris Kennaway References: <20060212114050.I1160@free.home.local> <20060212121232.W1160@free.home.local> <20060212091930.GA58745@xor.obsecurity.org> In-Reply-To: <20060212091930.GA58745@xor.obsecurity.org> X-Enigmail-Version: 0.94.0.0 OpenPGP: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: calcru: runtime went backwards X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Feb 2006 12:33:32 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Kris Kennaway wrote: > On Sun, Feb 12, 2006 at 12:15:54PM +0300, Yuriy Tsibizov wrote: >>> -CURRENT with last changes to src/sys from imp at 2006-02-11 03:58:07 UTC >> Sorry for the noise :-( >> I hope that last commit from phk fixes this. > > Turns out it doesn't quite, but phk is aware of this & working on it. > > Kris I also get these "calcru runtime went backwards" messages on a 6-STABLE box. (not for system processes, only for threaded userspace processes) It seems to be related to heavy thread usage. I hope that the new accounting fixes will fix that too. Sorry if this is well known or off-topic for -current. - --niki -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFD7ysLHNAJ/fLbfrkRAoyVAJsFH2hf3xUZSlYtmL3DpzQLFKvbxACgy0t3 DHjm3+a+lPdPJ6qPGTT3nTw= =tI0U -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Feb 12 16:38:09 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB35116A420 for ; Sun, 12 Feb 2006 16:38:09 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from shrike.submonkey.net (cpc2-cdif2-3-1-cust208.cdif.cable.ntl.com [82.31.78.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38CE443D49 for ; Sun, 12 Feb 2006 16:38:09 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from fenrirw.private.submonkey.net ([192.168.10.23]) by shrike.submonkey.net with esmtpsa (TLSv1:RC4-SHA:128) (Exim 4.60 (FreeBSD)) (envelope-from ) id 1F8KEe-000AIz-Ay for current@FreeBSD.org; Sun, 12 Feb 2006 16:38:08 +0000 Mime-Version: 1.0 (Apple Message framework v746.2) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-1-393808975" To: current@FreeBSD.org From: Ceri Davies Date: Sun, 12 Feb 2006 16:38:02 +0000 X-Pgp-Agent: GPGMail 1.1.1 (Tiger) X-Mailer: Apple Mail (2.746.2) Cc: Subject: Wall broken with sysutils/screen X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Feb 2006 16:38:09 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --Apple-Mail-1-393808975 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Revision 1.12 of src/usr.bin/wall/ttymsg.c seems to have broken wall with screen. If I have users logged in running screen, then wall fails to write to their terminals, giving errors such as "Too many '/' in "/dev/pts//0"". I don't really know why that / is doubled, but it is doubled for every user running screen. Frobbing kern.pts.enable doesn't seem to make any difference. Ceri -- That must be wonderful! I don't understand it at all. -- Moliere --Apple-Mail-1-393808975 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFD72Rqme8yCsQvJJ0RAmS/AJ9C1SXeFJtLWW0icCcHLAG7YzAwNgCfdCiz QMrRsPw/vUUTCw7S5MOuddQ= =ouHh -----END PGP SIGNATURE----- --Apple-Mail-1-393808975-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 12 16:50:16 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9640616A420 for ; Sun, 12 Feb 2006 16:50:16 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn.pobox.com (thorn.pobox.com [208.210.124.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 413C243D46 for ; Sun, 12 Feb 2006 16:50:16 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn (localhost [127.0.0.1]) by thorn.pobox.com (Postfix) with ESMTP id 65570D0; Sun, 12 Feb 2006 11:50:37 -0500 (EST) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by thorn.sasl.smtp.pobox.com (Postfix) with ESMTP id 240CDD022; Sun, 12 Feb 2006 11:50:36 -0500 (EST) Received: from lists by mappit.local.linnet.org with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1F8KQO-0005SQ-Op; Sun, 12 Feb 2006 16:50:12 +0000 Date: Sun, 12 Feb 2006 16:50:12 +0000 From: Brian Candler To: FreeBSDer China Message-ID: <20060212165012.GA20964@uk.tiscali.com> References: <3c61efce0602110630k2f417b27k@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3c61efce0602110630k2f417b27k@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@FreeBSD.org Subject: Re: A problem on IBM Netfinity 5000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Feb 2006 16:50:16 -0000 On Sat, Feb 11, 2006 at 10:30:11PM +0800, FreeBSDer China wrote: > so using FTP is a good idea when come across such problem. :P > and bad news: www.freebsd.org is banned in China. > We cannot use domain to access. could u tell me other servers' IP to access > the main site? Don't know if this site is any use to you: $ nslookup www.cn.freebsd.org Non-authoritative answer: www.cn.freebsd.org canonical name = www.freebsdchina.org. Name: www.freebsdchina.org Address: 61.129.66.78 In any case, you can always set up your own local FTP server from the CD-ROM contents (even on a Windows box for example) Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Sun Feb 12 18:59:37 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB7B416A420 for ; Sun, 12 Feb 2006 18:59:37 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from pasmtp.tele.dk (pasmtp.tele.dk [193.162.159.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55A3843D48 for ; Sun, 12 Feb 2006 18:59:37 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by pasmtp.tele.dk (Postfix) with ESMTP id 820061EC31B; Sun, 12 Feb 2006 19:59:35 +0100 (CET) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.4/8.13.4) with ESMTP id k1CIxYjq029130; Sun, 12 Feb 2006 18:59:34 GMT (envelope-from phk@critter.freebsd.dk) To: Yuriy Tsibizov From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 12 Feb 2006 11:56:04 +0300." <20060212114050.I1160@free.home.local> Date: Sun, 12 Feb 2006 18:59:34 +0000 Message-ID: <29129.1139770774@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-current@freebsd.org Subject: Re: calcru: runtime went backwards X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Feb 2006 18:59:37 -0000 In message <20060212114050.I1160@free.home.local>, Yuriy Tsibizov writes: >while playing 8 PCM streams in parallel (it uses almost all CPU power I >have). > >-CURRENT with last changes to src/sys from imp at 2006-02-11 03:58:07 UTC Can you try to update to a more recent current ? I think you have not gotten my latest commit to the cpu time accounting at that point... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Feb 12 19:15:31 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFAB916A420 for ; Sun, 12 Feb 2006 19:15:31 +0000 (GMT) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from mx.gfk.ru (mx.gfk.ru [84.21.231.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1C7943D4C for ; Sun, 12 Feb 2006 19:15:30 +0000 (GMT) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from dialup-chibis.gfk.ru by mx.gfk.ru (MDaemon.PRO.v8.1.4.R) with ESMTP id md50000048535.msg for ; Sun, 12 Feb 2006 22:14:44 +0300 Date: Sun, 12 Feb 2006 22:14:46 +0300 (MSK) From: Yuriy Tsibizov X-X-Sender: chibis@free.home.local To: Poul-Henning Kamp In-Reply-To: <29129.1139770774@critter.freebsd.dk> Message-ID: <20060212220216.F1605@free.home.local> References: <29129.1139770774@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Processed: mx.gfk.ru, Sun, 12 Feb 2006 22:14:44 +0300 (not processed: message from valid local sender) X-MDRemoteIP: 10.0.6.45 X-Return-Path: Yuriy.Tsibizov@gfk.ru X-MDaemon-Deliver-To: freebsd-current@freebsd.org X-MDAV-Processed: mx.gfk.ru, Sun, 12 Feb 2006 22:14:45 +0300 Cc: Yuriy Tsibizov , freebsd-current@freebsd.org Subject: Re: calcru: runtime went backwards X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Feb 2006 19:15:31 -0000 On Sun, 12 Feb 2006, Poul-Henning Kamp wrote: > In message <20060212114050.I1160@free.home.local>, Yuriy Tsibizov writes: >> while playing 8 PCM streams in parallel (it uses almost all CPU power I >> have). >> >> -CURRENT with last changes to src/sys from imp at 2006-02-11 03:58:07 UTC > > Can you try to update to a more recent current ? I think you have > not gotten my latest commit to the cpu time accounting at that > point... With -CURRENT up to 2006-02-12 06:57:41 UTC (last commit by scottl) I still can see some calcru messages: calcru: runtime went backwards from 3508844 usec to 3508842 usec for pid 28 (pagezero) u 0:0/0 s 440:3508844/3508842 i 0:0/0 calcru: runtime went backwards from 58271630 usec to 58271602 usec for pid 10 (idle) u 0:0/0 s 8655:58271630/58271602 i 0:0/0 [...] calcru: runtime went backwards from 111507 usec to 111506 usec for pid 484 (login) u 8:68619/68619 s 5:42887/42886 i 0:1/1 calcru: runtime went backwards from 3508842 usec to 3508841 usec for pid 28 (pagezero) u 0:0/0 s 440:3508842/3508841 i 0:0/0 There are no repeated messages about madplay, as it was before. CPU is overloaded in this test (usually each madplay process uses about 12% on my system, and in this test each process has only about 7% of CPU to run. In normal conditions only one or two are running, other are in 'pcmwr' state (according to top), in overloaded system all madplay processes are 'running'. Yuriy. From owner-freebsd-current@FreeBSD.ORG Sun Feb 12 19:27:45 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C113B16A420 for ; Sun, 12 Feb 2006 19:27:45 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from pasmtp.tele.dk (pasmtp.tele.dk [193.162.159.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6855843D45 for ; Sun, 12 Feb 2006 19:27:45 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by pasmtp.tele.dk (Postfix) with ESMTP id 76D1A1EC329; Sun, 12 Feb 2006 20:27:41 +0100 (CET) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.4/8.13.4) with ESMTP id k1CJRbVw029219; Sun, 12 Feb 2006 19:27:37 GMT (envelope-from phk@critter.freebsd.dk) To: Yuriy Tsibizov From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 12 Feb 2006 22:14:46 +0300." <20060212220216.F1605@free.home.local> Date: Sun, 12 Feb 2006 19:27:37 +0000 Message-ID: <29218.1139772457@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-current@freebsd.org Subject: Re: calcru: runtime went backwards X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Feb 2006 19:27:45 -0000 In message <20060212220216.F1605@free.home.local>, Yuriy Tsibizov writes: >On Sun, 12 Feb 2006, Poul-Henning Kamp wrote: >> In message <20060212114050.I1160@free.home.local>, Yuriy Tsibizov writes: >>> while playing 8 PCM streams in parallel (it uses almost all CPU power I >>> have). >>> >>> -CURRENT with last changes to src/sys from imp at 2006-02-11 03:58:07 UTC >> >> Can you try to update to a more recent current ? I think you have >> not gotten my latest commit to the cpu time accounting at that >> point... >With -CURRENT up to 2006-02-12 06:57:41 UTC (last commit by scottl) >I still can see some calcru messages: Right, but these have much smaller deltas than the other ones you saw. >calcru: runtime went backwards from 3508844 usec to 3508842 usec for pid 28 (pagezero) My theory currently is that these are side effects of the cputick calibration code: If the cputick rate gets measured to be a bit higher, the next calculation will result in slightly lower numbers for the cpu utilization in microseconds and the warning will fire. This will be particularly easy to trigger on machines with power management on (laptops mostly). My current inclination is to simply not issue this warning if the cpu_tick is marked as "variable". The other side of this is that I've been looking at having the ACPI power management code announce the maximum speed of the TSC to the cputick code, that would make such machines "fixed frequency" cpu_tick machines from the start and even if enabled, this warning should not issue in that case. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Feb 12 19:31:53 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E13A16A420 for ; Sun, 12 Feb 2006 19:31:53 +0000 (GMT) (envelope-from vincent@xtra-net.org) Received: from smtp.xtra-net.be (cable-195-162-200-89.customer.tvd.be [195.162.200.89]) by mx1.FreeBSD.org (Postfix) with SMTP id B025543D6A for ; Sun, 12 Feb 2006 19:31:44 +0000 (GMT) (envelope-from vincent@xtra-net.org) Received: (qmail 34552 invoked from network); 12 Feb 2006 19:31:43 -0000 Received: from sbegfxab.xtra-net.org (HELO services.xtra-net.be) (192.168.1.19) by 0 with SMTP; 12 Feb 2006 19:31:43 -0000 Received: from 192.168.1.21 (SquirrelMail authenticated user jlang); by services.xtra-net.be with HTTP; Sun, 12 Feb 2006 20:31:43 +0100 (CET) Message-ID: <64588.192.168.1.21.1139772703.squirrel@192.168.1.21> Date: Sun, 12 Feb 2006 20:31:43 +0100 (CET) From: "Vincent Blondel" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Radio Streaming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Feb 2006 19:31:53 -0000 Hello, I have been living in Belgium an I am trying to listen with my FreeBSD 7.0-CURRENT system to one radio ( Radio Contact Belgium --> http://fr.radiocontact.be/LiveStreaming.asx ) through my internet connection. When I try with gmplayer I get well connected but I don't get any sound. If I take another radio station like 'http://mp3.streampower.be/radio1-high.mp3' I don't get any problem. Can somebody help me please. Regards Vincent From owner-freebsd-current@FreeBSD.ORG Sun Feb 12 20:19:18 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D501016A428 for ; Sun, 12 Feb 2006 20:19:18 +0000 (GMT) (envelope-from q@galgenberg.net) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1676B43D6D for ; Sun, 12 Feb 2006 20:19:09 +0000 (GMT) (envelope-from q@galgenberg.net) Received: from virusscan.mail (amavis2.rz.uni-wuerzburg.de [132.187.3.47]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id B98B91461A4; Sun, 12 Feb 2006 21:19:08 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id AD4705BD8; Sun, 12 Feb 2006 21:19:08 +0100 (CET) Received: from frodo.galgenberg.net (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 71B941461A4; Sun, 12 Feb 2006 21:19:06 +0100 (CET) Received: from coyote.q.local (gb-21-237.galgenberg.net [172.16.21.237]) by frodo.galgenberg.net (8.13.1/8.13.1) with ESMTP id k1CKJ6aQ069511; Sun, 12 Feb 2006 21:19:06 +0100 (CET) (envelope-from q@galgenberg.net) Received: from roadrunner.q.local (roadrunner.q.local [192.168.0.148]) by coyote.q.local (8.13.4/8.13.4) with ESMTP id k1CKJ6Bg058911; Sun, 12 Feb 2006 21:19:06 +0100 (CET) (envelope-from q@galgenberg.net) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.4/8.13.4) with ESMTP id k1CKJ5MA002436; Sun, 12 Feb 2006 21:19:05 +0100 (CET) (envelope-from q@galgenberg.net) Received: (from q@localhost) by roadrunner.q.local (8.13.4/8.13.4/Submit) id k1CKJ3GD002435; Sun, 12 Feb 2006 21:19:03 +0100 (CET) (envelope-from q@galgenberg.net) Date: Sun, 12 Feb 2006 21:19:02 +0100 From: Ulrich Spoerlein To: Vincent Blondel Message-ID: <20060212201902.GC1179@galgenberg.net> Mail-Followup-To: Vincent Blondel , freebsd-current@freebsd.org References: <64588.192.168.1.21.1139772703.squirrel@192.168.1.21> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RIYY1s2vRbPFwWeW" Content-Disposition: inline In-Reply-To: <64588.192.168.1.21.1139772703.squirrel@192.168.1.21> X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: freebsd-current@freebsd.org Subject: Re: Radio Streaming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Feb 2006 20:19:19 -0000 --RIYY1s2vRbPFwWeW Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Vincent Blondel wrote: >Hello, > >I have been living in Belgium an I am trying to listen with my FreeBSD 7.0= -CURRENT system to one radio ( Radio Contact >Belgium --> http://fr.radiocontact.be/LiveStreaming.asx ) through my inter= net connection. > >When I try with gmplayer I get well connected but I don't get any sound. I= f I take another radio station like >'http://mp3.streampower.be/radio1-high.mp3' I don't get any problem. > >Can somebody help me please. This is not the right list to ask this, but since you already did. If you run mplayer with the above URL it will tell you to retry with the=20 -playlist option. Does work for me .. mplayer -playlist http://fr.radiocontact.be/LiveStreaming.asx Ulrich Spoerlein --=20 PGP Key ID: 20FEE9DD Encrypted mail welcome! Fingerprint: AEC9 AF5E 01AC 4EE1 8F70 6CBD E76E 2227 20FE E9DD Which is worse: ignorance or apathy? Don't know. Don't care. --RIYY1s2vRbPFwWeW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD75g2524iJyD+6d0RApjUAJ4mE7p95f+0j5BDkRPAO4vOW0/qCQCdGe/j FAnUf2ZQPQ7TARYNf/B70dA= =FTHs -----END PGP SIGNATURE----- --RIYY1s2vRbPFwWeW-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 12 20:35:46 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B2A616A420 for ; Sun, 12 Feb 2006 20:35:46 +0000 (GMT) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from mx.gfk.ru (mx.gfk.ru [84.21.231.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 891F843D55 for ; Sun, 12 Feb 2006 20:35:44 +0000 (GMT) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from dialup-chibis.gfk.ru by mx.gfk.ru (MDaemon.PRO.v8.1.4.R) with ESMTP id md50000048567.msg for ; Sun, 12 Feb 2006 23:34:36 +0300 Date: Sun, 12 Feb 2006 23:34:38 +0300 (MSK) From: Yuriy Tsibizov X-X-Sender: chibis@free.home.local To: Poul-Henning Kamp In-Reply-To: <29218.1139772457@critter.freebsd.dk> Message-ID: <20060212225911.M598@free.home.local> References: <29218.1139772457@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Processed: mx.gfk.ru, Sun, 12 Feb 2006 23:34:36 +0300 (not processed: message from valid local sender) X-MDRemoteIP: 10.0.6.45 X-Return-Path: Yuriy.Tsibizov@gfk.ru X-MDaemon-Deliver-To: freebsd-current@freebsd.org X-MDAV-Processed: mx.gfk.ru, Sun, 12 Feb 2006 23:34:37 +0300 Cc: Yuriy Tsibizov , freebsd-current@freebsd.org Subject: Re: calcru: runtime went backwards X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Feb 2006 20:35:46 -0000 >> With -CURRENT up to 2006-02-12 06:57:41 UTC (last commit by scottl) >> I still can see some calcru messages: > > Right, but these have much smaller deltas than the other ones you saw. > >> calcru: runtime went backwards from 3508844 usec to 3508842 usec for pid 28 (pagezero) > > My theory currently is that these are side effects of the cputick > calibration code: If the cputick rate gets measured to be a bit higher, > the next calculation will result in slightly lower numbers for the > cpu utilization in microseconds and the warning will fire. > > This will be particularly easy to trigger on machines with power > management on (laptops mostly). > > My current inclination is to simply not issue this warning if the > cpu_tick is marked as "variable". > > The other side of this is that I've been looking at having the > ACPI power management code announce the maximum speed of the TSC > to the cputick code, that would make such machines "fixed frequency" > cpu_tick machines from the start and even if enabled, this warning > should not issue in that case. I have CPU (AMD K6) with TSC, but my motherboard (ASUS TX97) does not support ACPI. This combination can also be treated as a "fixed frequency" machine. Yuriy. From owner-freebsd-current@FreeBSD.ORG Sun Feb 12 20:49:00 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D62A16A420 for ; Sun, 12 Feb 2006 20:49:00 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3752943D64 for ; Sun, 12 Feb 2006 20:48:57 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id E23FF1A3C19; Sun, 12 Feb 2006 12:48:56 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 104315462E; Sun, 12 Feb 2006 15:48:55 -0500 (EST) Date: Sun, 12 Feb 2006 15:48:55 -0500 From: Kris Kennaway To: Poul-Henning Kamp Message-ID: <20060212204855.GA94458@xor.obsecurity.org> References: <20060212220216.F1605@free.home.local> <29218.1139772457@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J2SCkAp4GZ/dPZZf" Content-Disposition: inline In-Reply-To: <29218.1139772457@critter.freebsd.dk> User-Agent: Mutt/1.4.2.1i Cc: Yuriy Tsibizov , freebsd-current@freebsd.org Subject: Re: calcru: runtime went backwards X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Feb 2006 20:49:00 -0000 --J2SCkAp4GZ/dPZZf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 12, 2006 at 07:27:37PM +0000, Poul-Henning Kamp wrote: > In message <20060212220216.F1605@free.home.local>, Yuriy Tsibizov writes: > >On Sun, 12 Feb 2006, Poul-Henning Kamp wrote: > >> In message <20060212114050.I1160@free.home.local>, Yuriy Tsibizov writ= es: > >>> while playing 8 PCM streams in parallel (it uses almost all CPU power= I > >>> have). > >>> > >>> -CURRENT with last changes to src/sys from imp at 2006-02-11 03:58:07= UTC > >> > >> Can you try to update to a more recent current ? I think you have > >> not gotten my latest commit to the cpu time accounting at that > >> point... > >With -CURRENT up to 2006-02-12 06:57:41 UTC (last commit by scottl) > >I still can see some calcru messages: >=20 > Right, but these have much smaller deltas than the other ones you saw. >=20 > >calcru: runtime went backwards from 3508844 usec to 3508842 usec for pid= 28 (pagezero) >=20 > My theory currently is that these are side effects of the cputick > calibration code: If the cputick rate gets measured to be a bit higher, > the next calculation will result in slightly lower numbers for the > cpu utilization in microseconds and the warning will fire. >=20 > This will be particularly easy to trigger on machines with power > management on (laptops mostly). >=20 > My current inclination is to simply not issue this warning if the > cpu_tick is marked as "variable". My machine should not be varying CPU-speed either. Kris --J2SCkAp4GZ/dPZZf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD7583Wry0BWjoQKURApM8AJ96wY0SUvWkw/ooXFzEQTYxzWoapACgq2tW 4inK4F1tj9m3stCv9Hxk3jY= =82Ct -----END PGP SIGNATURE----- --J2SCkAp4GZ/dPZZf-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 12 21:59:08 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77BEC16A420 for ; Sun, 12 Feb 2006 21:59:08 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from pasmtp.tele.dk (pasmtp.tele.dk [193.162.159.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C04F43D48 for ; Sun, 12 Feb 2006 21:59:07 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by pasmtp.tele.dk (Postfix) with ESMTP id ACC1C1EC318; Sun, 12 Feb 2006 22:59:02 +0100 (CET) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.4/8.13.4) with ESMTP id k1CLx1Va030865; Sun, 12 Feb 2006 21:59:02 GMT (envelope-from phk@critter.freebsd.dk) To: Yuriy Tsibizov From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 12 Feb 2006 23:34:38 +0300." <20060212225911.M598@free.home.local> Date: Sun, 12 Feb 2006 21:59:01 +0000 Message-ID: <30864.1139781541@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-current@freebsd.org Subject: Re: calcru: runtime went backwards X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Feb 2006 21:59:08 -0000 In message <20060212225911.M598@free.home.local>, Yuriy Tsibizov writes: >> The other side of this is that I've been looking at having the >> ACPI power management code announce the maximum speed of the TSC >> to the cputick code, that would make such machines "fixed frequency" >> cpu_tick machines from the start and even if enabled, this warning >> should not issue in that case. >I have CPU (AMD K6) with TSC, but my motherboard (ASUS TX97) does not >support ACPI. This combination can also be treated as a "fixed frequency" >machine. The trouble really is that there is no way to tell if the TSC is fixed frequency. Some of the machines where it is variable can tell us that it is variable (ie: ACPI is enabled) and some subset of those may be able to tell what the max is and this effectively make it fixed. For a fixed machine which is treated as variable, what will happen is that the 16 second calibration will keep finding close to the same number. Every so often however, a slightly higher number will be found and then this message may occur... As I said: I may simply hide the message for for machines with variable cpu_tick (even if it is in reality fixed). -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Feb 12 23:37:09 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0149216A420 for ; Sun, 12 Feb 2006 23:37:09 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EC4943D45 for ; Sun, 12 Feb 2006 23:37:07 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from flame.pc (dialup239.ach.sch.gr [81.186.70.239]) (authenticated bits=128) by igloo.linux.gr (8.13.5/8.13.5/Debian-3) with ESMTP id k1CNac2a004231 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Mon, 13 Feb 2006 01:36:43 +0200 Received: from flame.pc (flame [127.0.0.1]) by flame.pc (8.13.4/8.13.4) with ESMTP id k1CNaa7x001021 for ; Mon, 13 Feb 2006 01:36:36 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by flame.pc (8.13.4/8.13.4/Submit) id k1CNaagY001020 for freebsd-current@freebsd.org; Mon, 13 Feb 2006 01:36:36 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Mon, 13 Feb 2006 01:36:36 +0200 From: Giorgos Keramidas To: freebsd-current@freebsd.org Message-ID: <20060212233636.GA1005@flame.pc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.519, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.88, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org Subject: insta-panic in softclock() -> acctwatch() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Feb 2006 23:37:09 -0000 I've finally managed to catch one of the panics of a 2006.01.25 kernel in action, while working on the console. Unfortunately, not with a debugging kernel, but the function backtrace was: panic() sleepq_add() cv_wait_unlock() cv_wait() _sx_xlock() acctwatch() softclock() This went away after I disabled process accounting in `rc.conf', but it may help someone more experienced with process accounting to find a better fix :) - Giorgos From owner-freebsd-current@FreeBSD.ORG Mon Feb 13 01:03:14 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0AB7A16A420; Mon, 13 Feb 2006 01:03:14 +0000 (GMT) (envelope-from robin@isometry.net) Received: from quadric.ox.isometry.net (mail.ox.isometry.net [195.137.51.154]) by mx1.FreeBSD.org (Postfix) with SMTP id C802F43D45; Mon, 13 Feb 2006 01:03:12 +0000 (GMT) (envelope-from robin@isometry.net) Received: from [195.137.51.147] (banshee.ox.isometry.net [195.137.51.147]) by quadric.ox.isometry.net (Postfix) with ESMTP id 9EF63B82D; Mon, 13 Feb 2006 01:02:19 +0000 (UTC) In-Reply-To: References: <200601161150.k0GBoamk010563@locutus.newmillennium.net.au> <91B40C65-A11B-427E-B352-8B6EF8A55864@freebsd.org> <43CECA2C.6030400@ba2.so-net.ne.jp> <6A234191-C4DA-4E1B-BB4D-1F3F8043DDA9@freebsd.org> <43CFB7CE.4090402@ba2.so-net.ne.jp> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-2-424117399" Message-Id: <90EBAEBE-0615-4FF9-8C7F-C60AC9E8AE1B@isometry.net> Content-Transfer-Encoding: 7bit From: Robin Breathe Date: Mon, 13 Feb 2006 01:03:10 +0000 To: Jason Evans X-Pgp-Agent: GPGMail 1.1.1 (Tiger) X-Mailer: Apple Mail (2.746.2) X-Mailman-Approved-At: Mon, 13 Feb 2006 01:10:54 +0000 Cc: freebsd@newmillennium.net.au, freebsd-current@FreeBSD.org Subject: Re: Malloc bugs exhibited in ports/mail/dovecot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2006 01:03:14 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --Apple-Mail-2-424117399 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On 19 Jan 2006, at 16:46, Jason Evans wrote: > On Jan 19, 2006, at 8:01 AM, SANETO Takanori wrote: >> According to your advice, instead of patching the code, I could make >> dovecot run by setting login_process_size = 64 in >> /usr/local/etc/dovecot.conf. > > Ah, that's definitely a better way of doing things. I have just had an update to dovecot-1.0.beta3 committed with the login_process_size fix included. Thanks to you both for tracking this issue down and finding a quick workaround. Robin --Apple-Mail-2-424117399 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAkPv2s4ACgkQNLbGuU6oShLAeQCaA1AwVxddpnqbE2R1NOkFioAh bEYAn1Hz3wNP002SXI1LQOJvtEdpkO2A =hGzE -----END PGP SIGNATURE----- --Apple-Mail-2-424117399-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 13 03:17:53 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C23A216A420; Mon, 13 Feb 2006 03:17:53 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64F5D43D45; Mon, 13 Feb 2006 03:17:53 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: from [192.168.1.101] (dullmdaler.ongs.co.jp [202.216.232.62]) by natial.ongs.co.jp (Postfix) with ESMTP id 063AD244C33; Mon, 13 Feb 2006 12:17:51 +0900 (JST) Message-ID: <43EFFA5F.4040605@freebsd.org> Date: Mon, 13 Feb 2006 12:17:51 +0900 From: Daichi GOTO User-Agent: Thunderbird 1.5 (X11/20060210) MIME-Version: 1.0 To: Dario Freni , freebsd-hackers@freebsd.org, freebsd-current@freebsd.org References: <200602100423.k1A4N8MG080084@cwsys.cwsent.com> <43ECEAC9.70602@freesbie.org> In-Reply-To: <43ECEAC9.70602@freesbie.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: Alexander@Leidinger.net, Daichi GOTO , ozawa@ongs.co.jp Subject: patchset-8-fix1 for 6.x release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2006 03:17:53 -0000 I have updated the patchset-8-fix1 for 6.x of unionfs. Patchset-8-fix1 for 6.x: For 6.x http://people.freebsd.org/~daichi/unionfs/unionfs6-p8-fix1.diff Changes in unionfs6-p8-fix1.diff - fixed 6.x build failure So sorry, unionfs6-p8 has a build failure unwittingly :( -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-current@FreeBSD.ORG Mon Feb 13 08:08:56 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E08CE16A420; Mon, 13 Feb 2006 08:08:56 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DA7843D48; Mon, 13 Feb 2006 08:08:56 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k1D88sWa043342 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 13 Feb 2006 11:08:55 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k1D88spg043341; Mon, 13 Feb 2006 11:08:54 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 13 Feb 2006 11:08:54 +0300 From: Gleb Smirnoff To: Giorgos Keramidas Message-ID: <20060213080854.GY86448@FreeBSD.org> References: <20060212233636.GA1005@flame.pc> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060212233636.GA1005@flame.pc> User-Agent: Mutt/1.5.6i Cc: freebsd-current@FreeBSD.org Subject: Re: insta-panic in softclock() -> acctwatch() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2006 08:08:57 -0000 On Mon, Feb 13, 2006 at 01:36:36AM +0200, Giorgos Keramidas wrote: G> I've finally managed to catch one of the panics of a 2006.01.25 kernel G> in action, while working on the console. Unfortunately, not with a G> debugging kernel, but the function backtrace was: G> G> panic() G> sleepq_add() G> cv_wait_unlock() G> cv_wait() G> _sx_xlock() G> acctwatch() G> softclock() G> G> This went away after I disabled process accounting in `rc.conf', but it G> may help someone more experienced with process accounting to find a G> better fix :) AFAIK, John has fixed this recently. Check whether you have last revision of kern_acct.c -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Mon Feb 13 08:14:48 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 806C316A420; Mon, 13 Feb 2006 08:14:48 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80A0043D48; Mon, 13 Feb 2006 08:14:46 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (aris.bedc.ondsl.gr [62.103.39.226]) (authenticated bits=128) by igloo.linux.gr (8.13.5/8.13.5/Debian-3) with ESMTP id k1D8EWCj024321 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 13 Feb 2006 10:14:33 +0200 Received: from flame.pc (flame [127.0.0.1]) by flame.pc (8.13.4/8.13.4) with ESMTP id k1D8EQex001152; Mon, 13 Feb 2006 10:14:26 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by flame.pc (8.13.4/8.13.4/Submit) id k1D8EQC4001151; Mon, 13 Feb 2006 10:14:26 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Mon, 13 Feb 2006 10:14:26 +0200 From: Giorgos Keramidas To: Gleb Smirnoff Message-ID: <20060213081426.GA1147@flame.pc> References: <20060212233636.GA1005@flame.pc> <20060213080854.GY86448@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060213080854.GY86448@FreeBSD.org> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.353, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.85, BAYES_00 -2.60, DNS_FROM_RFC_ABUSE 0.20) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr Cc: freebsd-current@FreeBSD.org Subject: Re: insta-panic in softclock() -> acctwatch() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2006 08:14:48 -0000 On 2006-02-13 11:08, Gleb Smirnoff wrote: > On Mon, Feb 13, 2006 at 01:36:36AM +0200, Giorgos Keramidas wrote: > G> I've finally managed to catch one of the panics of a 2006.01.25 kernel > G> in action, while working on the console. Unfortunately, not with a > G> debugging kernel, but the function backtrace was: > G> > G> panic() > G> sleepq_add() > G> cv_wait_unlock() > G> cv_wait() > G> _sx_xlock() > G> acctwatch() > G> softclock() > G> > G> This went away after I disabled process accounting in `rc.conf', but it > G> may help someone more experienced with process accounting to find a > G> better fix :) > > AFAIK, John has fixed this recently. Check whether you have last revision > of kern_acct.c Thanks :) I quite probably don't. I haven't been able to use a recent HEAD build since around January 20, but I'm rebuilding since half an hour ago. From owner-freebsd-current@FreeBSD.ORG Mon Feb 13 15:42:16 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95A3716A420; Mon, 13 Feb 2006 15:42:16 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F1A643D80; Mon, 13 Feb 2006 15:42:11 +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.4/8.13.4) with ESMTP id k1DFgB2f009772 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 13 Feb 2006 10:42:11 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id k1DFg4Cq047406; Mon, 13 Feb 2006 10:42:04 -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: <17392.43212.367624.807423@grasshopper.cs.duke.edu> Date: Mon, 13 Feb 2006 10:42:04 -0500 (EST) To: Robert Watson In-Reply-To: <20060211005438.E90460@fledge.watson.org> References: <17388.44976.250463.383429@grasshopper.cs.duke.edu> <5383.1139586916@critter.freebsd.dk> <17388.60202.862312.337026@grasshopper.cs.duke.edu> <20060211005438.E90460@fledge.watson.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: Poul-Henning Kamp , current@FreeBSD.org Subject: Re: [TEST/REVIEW] cpu time accounting patch, step 2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2006 15:42:16 -0000 Robert Watson writes: > > On Fri, 10 Feb 2006, Andrew Gallatin wrote: > > > Unfortunately, even after your patch, we are still about 38% slower than > > linux x86_64 on the same box for loopback ping-pong, and 32% slower for > > ping-pong over 10GbE. (bandwidth is lower for streaming tests, and CPU > > utilization is much, much much higher in FreeBSD as well). > > > > I think you nailed the biggest source of overhead, but there is apparently a > > lot more performance that we can get out of the hardware. I'd love to see > > you commit this. > > I can't remember if I pointed you at this before, but I remember us talking > about it by e-mail. What happens to your loopback performance if you compile > PREEMPTION out of the kernel? As long as I have machdep.cpu_idle_hlt=0 and am using the BSD scheduler, disabling preemption does not help. If I do disable preemption, then I can also enable machdep.cpu_idle_hlt without a penalty. Drew From owner-freebsd-current@FreeBSD.ORG Mon Feb 13 15:44:50 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AFCA16A420; Mon, 13 Feb 2006 15:44:50 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FF2443D64; Mon, 13 Feb 2006 15:44:47 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (aris.bedc.ondsl.gr [62.103.39.226]) (authenticated bits=128) by igloo.linux.gr (8.13.5/8.13.5/Debian-3) with ESMTP id k1DFiMpG026945 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 13 Feb 2006 17:44:25 +0200 Received: from flame.pc (flame [127.0.0.1]) by flame.pc (8.13.4/8.13.4) with ESMTP id k1DFiF3w000966; Mon, 13 Feb 2006 17:44:15 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by flame.pc (8.13.4/8.13.4/Submit) id k1DFiESB000965; Mon, 13 Feb 2006 17:44:14 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Mon, 13 Feb 2006 17:44:14 +0200 From: Giorgos Keramidas To: Robert Watson Message-ID: <20060213154414.GA909@flame.pc> References: <20060201235556.GA708@troutmask.apl.washington.edu> <20060207104411.GA1067@flame.pc> <20060207132335.W37594@fledge.watson.org> <20060210230950.GA938@flame.pc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060210230950.GA938@flame.pc> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.341, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.86, BAYES_00 -2.60, DNS_FROM_RFC_ABUSE 0.20) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr Cc: freebsd-amd64@freebsd.org, freebsd-current@freebsd.org, Olivier Houchard , Steve Kargl Subject: Re: HEADSUP: New pts code triggers panics on amd64 systems. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2006 15:44:50 -0000 On 2006-02-11 01:09, Giorgos Keramidas wrote: > I'm not sure if what I see is a pts side-effect. I rebuilt a snapshot > of HEAD again today, and discovered something else that may help us > track this down. > > A few more observations, in case they prove helpful to someone more > acquainted with the way syscons output is supposed to work: > > - If I keep hitting Scroll-Lock again and again, then syscons output > *does* eventually appear. > > - If I type stuff without seeing it and then press RETURN twice, the > previous from last line *does* appear in my terminal. > > - When pressing CTRL-ALT-ESC, the debugger starts normally, but after > typing many times commands that have large output, i.e.: > > show witness > > the console locks up entirely. > > This looks like a locking problem, instead of a pts/syscons one :-/ More info available. I finally managed to run top(1) in multiuser mode with a HEAD kernel that was updated this morning, but without the 'pts' bits in kernel or userland. The console is still unusable and everything feels very sluggish. Looking at top output, when it eventually updated itself I saw 75% interrupt time and 25% idle time? Any ideas why this would happen with recent kernels? - Giorgos From owner-freebsd-current@FreeBSD.ORG Mon Feb 13 17:02:42 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB03416A420; Mon, 13 Feb 2006 17:02:42 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01CD543D45; Mon, 13 Feb 2006 17:02:37 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id k1DH2ZLs021527; Mon, 13 Feb 2006 12:02:35 -0500 (EST) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Mon, 13 Feb 2006 12:02:17 -0500 User-Agent: KMail/1.6.2 References: <20051220121837.GQ41381@FreeBSD.org> <20051221162705.GC6493@garage.freebsd.pl> <200602111105.19328.morten@rodal.no> In-Reply-To: <200602111105.19328.morten@rodal.no> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200602131202.19812.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV devel-20050919/1286/Mon Feb 13 06:41:56 2006 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: njl@FreeBSD.org, Gleb Smirnoff , Pawel Jakub Dawidek Subject: Re: acpica memory leak? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2006 17:02:42 -0000 On Saturday 11 February 2006 05:05 am, Morten Rodal wrote: > On Wednesday 21 December 2005 17:27, Pawel Jakub Dawidek wrote: > > So it looks much more serious than in my case: > > > > anger:root:# vmstat -m | grep acpica > > acpica 4550 235K - 251941 > > 16,32,64,128,256,512,1024,2048 anger:root:# vmstat -m | grep > > acpica acpica 4558 235K - 257176 > > 16,32,64,128,256,512,1024,2048 anger:root:# vmstat -m | grep > > acpica acpica 4562 235K - 265940 > > 16,32,64,128,256,512,1024,2048 anger:root:# uptime > > 17:26 up 5 days, 19:06, 21 users, load averages: 0,15 0,13 0,09 > > Did any of you find out what caused this? It seems to be a vendor bug. However, they said they couldn't reproduce the problem. I am trying to find the root cause but I got no luck so far. :-( > I see this on my computer: > | [burton] ~> sysctl kern.malloc | grep acpica > | acpica 42884 2658K - 1127825 > > 16,32,64,128,256,512,1024,2048 > > | [burton] ~> uptime > | 11:02am up 4 days, 16:45, 0 users, load averages: 0.51, 0.24, > | 0.10 > > This is a EPoX 8K9A7I motherboard with AMD Athlon XP 2500+ (Barton) > processor. According to the acpi it is a KT400A AWRDACPI. Try acpidump -d -t > acpi.asl and send me the acpi.asl. Thanks, Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Mon Feb 13 17:22:52 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 216D916A442 for ; Mon, 13 Feb 2006 17:22:52 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id F075F43D88 for ; Mon, 13 Feb 2006 17:22:43 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id k1DHMgo7096049 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 13 Feb 2006 09:22:43 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <43F0C10E.305@errno.com> Date: Mon, 13 Feb 2006 09:25:34 -0800 From: Sam Leffler User-Agent: Thunderbird 1.5 (X11/20060210) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: HEADSUP: new ath+hal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2006 17:22:52 -0000 I committed a new ath hal and driver mods last week. The most noticeable change is support for "recent" parts. With this version all currently shipping pci/cardbus products should be supported except for those based on the pre-11n MIMO part. There are also new builds for sparc64, powerpc, and alpha (alpha is untested, the others are known to work). I want to see this hal go into the 6.1 release so please let me know if you see any regressions. Sam From owner-freebsd-current@FreeBSD.ORG Mon Feb 13 20:39:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F2E916A420 for ; Mon, 13 Feb 2006 20:39:36 +0000 (GMT) (envelope-from pbowen@fastmail.fm) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96A6543D53 for ; Mon, 13 Feb 2006 20:39:35 +0000 (GMT) (envelope-from pbowen@fastmail.fm) Received: from frontend1.internal (mysql-sessions.internal [10.202.2.149]) by frontend1.messagingengine.com (Postfix) with ESMTP id 53380D343DD for ; Mon, 13 Feb 2006 15:39:33 -0500 (EST) Received: from frontend2.messagingengine.com ([10.202.2.151]) by frontend1.internal (MEProxy); Mon, 13 Feb 2006 15:39:33 -0500 X-Sasl-enc: P/JqOy8s+v/8cHy90c/GcrZdUpshJR41f54ckk0QasDO 1139863172 Received: from [192.168.140.66] (ip-207-145-69-34.chi.megapath.net [207.145.69.34]) by frontend2.messagingengine.com (Postfix) with ESMTP id 7CED9571483 for ; Mon, 13 Feb 2006 15:39:32 -0500 (EST) Message-ID: <43F0EE7F.9030403@fastmail.fm> Date: Mon, 13 Feb 2006 14:39:27 -0600 From: Patrick Bowen User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050920 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <43F0C10E.305@errno.com> In-Reply-To: <43F0C10E.305@errno.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: HEADSUP: new ath+hal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2006 20:39:36 -0000 Sam Leffler wrote: > I committed a new ath hal and driver mods last week. The most > noticeable change is support for "recent" parts. With this version > all currently shipping pci/cardbus products should be supported except > for those based on the pre-11n MIMO part. There are also new builds > for sparc64, powerpc, and alpha (alpha is untested, the others are > known to work). > > I want to see this hal go into the 6.1 release so please let me know > if you see any regressions. > > Sam > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > Mr. Leffler; Seems to be working fine on my system. Dell C-600 laptop with D-Link DWL-G630; Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 7.0-CURRENT #1: Mon Feb 13 12:58:02 CST 2006 pbowen@sg1.sgc.org:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (751.71-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x68a Stepping = 10 Features=0x383f9ff real memory = 536719360 (511 MB) avail memory = 515604480 (491 MB) [etc., etc. ...] ath_hal: 0.9.16.16 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) ath0: mem 0x88000000-0x8800ffff at device 0.0 on cardbus1 ath0: Ethernet address: 00:13:46:b6:19:ea ath0: mac 7.8 phy 4.5 radio 5.6 Thank you for all your hard work on this! I don't think you get to hear that enough, unfortunately. Patrick From owner-freebsd-current@FreeBSD.ORG Mon Feb 13 21:03:20 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29EE616A420 for ; Mon, 13 Feb 2006 21:03:20 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.net (mail.yazzy.net [217.8.140.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC17F43D58 for ; Mon, 13 Feb 2006 21:03:19 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from lapdance.yazzy.net (unknown [192.168.99.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yazzy.net (Postfix) with ESMTP id 6FA7639872 for ; Mon, 13 Feb 2006 22:04:24 +0100 (CET) Date: Mon, 13 Feb 2006 21:02:09 +0000 From: Marcin Jessa To: freebsd-current@freebsd.org Message-Id: <20060213210209.3ccdd20b.lists@yazzy.org> In-Reply-To: <43F0EE7F.9030403@fastmail.fm> References: <43F0C10E.305@errno.com> <43F0EE7F.9030403@fastmail.fm> Organization: YazzY.org X-Mailer: Sylpheed version 2.0.4 (GTK+ 2.8.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: HEADSUP: new ath+hal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2006 21:03:20 -0000 [...] > Thank you for all your hard work on this! I don't think you get to hear > that enough, unfortunately. I second that twice. Thanks Sam, your work is highly appreciated even though we don't say it nearly as often as we should. Marcin. From owner-freebsd-current@FreeBSD.ORG Mon Feb 13 21:15:51 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84C4B16A420 for ; Mon, 13 Feb 2006 21:15:51 +0000 (GMT) (envelope-from pbowen@fastmail.fm) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0727843D6B for ; Mon, 13 Feb 2006 21:15:40 +0000 (GMT) (envelope-from pbowen@fastmail.fm) Received: from frontend1.internal (mysql-sessions.internal [10.202.2.149]) by frontend1.messagingengine.com (Postfix) with ESMTP id 70DB7D2FAEC for ; Mon, 13 Feb 2006 16:15:37 -0500 (EST) Received: from frontend2.messagingengine.com ([10.202.2.151]) by frontend1.internal (MEProxy); Mon, 13 Feb 2006 16:15:37 -0500 X-Sasl-enc: O2bjNuT/UJr1o+0nT+tUTBvtbZcZfKAK9AjLK7stUq5q 1139865336 Received: from [192.168.140.66] (ip-207-145-69-34.chi.megapath.net [207.145.69.34]) by frontend2.messagingengine.com (Postfix) with ESMTP id 92B0F5714A3 for ; Mon, 13 Feb 2006 16:15:36 -0500 (EST) Message-ID: <43F0F6F9.1020103@fastmail.fm> Date: Mon, 13 Feb 2006 15:15:37 -0600 From: Patrick Bowen User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050920 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <56096.24.90.33.115.1139706352.squirrel@mail.el.net> <20060212004340.Y94830@fledge.watson.org> <53136.24.90.33.115.1139736993.squirrel@mail.el.net> <43EF7282.90307@averageadmins.com> In-Reply-To: <43EF7282.90307@averageadmins.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: bsd-airtools X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2006 21:15:51 -0000 Jeff Cross wrote: > kalin mintchev wrote: > >>> not positive, but i think this no longer works... >>> >> >> >> ok.. thanks. i found it in the net-mnmt ports. why is it there if it >> doesn't work? >> is there anything else like it in the ports (or online)? >> >> thanks.. >> >> >> >> >>> On Sat, 11 Feb 2006, kalin mintchev wrote: >>> >>> : >>> : hi all... >>> : >>> : anybody successfully used bsd-airtools? >>> : >>> : i tried the dstumbler to look at my access point at home but nothing >>> :happens. i do get the interface with all the options but after that >>> :nothing shows up no mater which option i use... any ideas? >>> thanks.... >>> : >>> :_______________________________________________ >>> :freebsd-mobile@freebsd.org mailing list >>> :http://lists.freebsd.org/mailman/listinfo/freebsd-mobile >>> :To unsubscribe, send any mail to >>> "freebsd-mobile-unsubscribe@freebsd.org" >>> : >>> : >>> >>> -- >>> arr@watson.org >>> >>> >> >> >> >> _______________________________________________ >> freebsd-questions@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >> To unsubscribe, send any mail to >> "freebsd-questions-unsubscribe@freebsd.org" >> >> >> >> > > As I said in a previous post, the dstumbler portion of the > bsd-airtools works for me by doing the following: > > # ifconfig wi0 up > # dstumbler wi0 > > Also, kismet is a really good tool for detecting wireless networks as > well. It is available in the FreeBSD ports tree at > /usr/ports/net-mgmt/kismet. However, I can only get this app to work > with my Atheros (ath0) card, a Linksys WPC55AG. > > Jeff > _______________________________________________ > freebsd-mobile@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" > I've gotten Kismet to work with wi(4) and ath(4), so both are possible. Patrick From owner-freebsd-current@FreeBSD.ORG Mon Feb 13 23:07:00 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1912616A425 for ; Mon, 13 Feb 2006 23:07:00 +0000 (GMT) (envelope-from pbowen@fastmail.fm) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id B676A43D49 for ; Mon, 13 Feb 2006 23:06:59 +0000 (GMT) (envelope-from pbowen@fastmail.fm) Received: from frontend1.internal (mysql-sessions.internal [10.202.2.149]) by frontend1.messagingengine.com (Postfix) with ESMTP id 89F33D343F0 for ; Mon, 13 Feb 2006 18:06:57 -0500 (EST) Received: from frontend2.messagingengine.com ([10.202.2.151]) by frontend1.internal (MEProxy); Mon, 13 Feb 2006 18:06:57 -0500 X-Sasl-enc: FRM1EEGsapb/ZtAjJgOhjBpYiO0fM58z2UIY9P3wmsXo 1139872016 Received: from [192.168.140.66] (ip-207-145-69-34.chi.megapath.net [207.145.69.34]) by frontend2.messagingengine.com (Postfix) with ESMTP id 157AA5714A2 for ; Mon, 13 Feb 2006 18:06:55 -0500 (EST) Message-ID: <43F11111.6000909@fastmail.fm> Date: Mon, 13 Feb 2006 17:06:57 -0600 From: Patrick Bowen User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050920 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Error in make buildworld from todays -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2006 23:07:00 -0000 List: I got this error on cvsup'd source from about noon today ===> usr.sbin/bsnmpd/modules/snmp_mibII (depend) make: don't know how to make mibII_begemot.c. Stop *** Error code 2 Stop in /usr/src/usr.sbin/bsnmpd/modules. *** Error code 1 Stop in /usr/src/usr.sbin/bsnmpd. *** Error code 1 Stop in /usr/src/usr.sbin. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. If you look in /usr/src/usr.sbin/bsnmpd/modules/snmp_mibII, the Makefile references a file /usr/src/contrib/bsnmp/mibII_begemot.c which is non-existant. A cursory examination of cvsweb.freebsd.org for the file is likewise fruitless. Has this source file been removed from the tree, but not taken out of the makefile, or am I missing something? Thanks, Patrick From owner-freebsd-current@FreeBSD.ORG Mon Feb 13 23:07:07 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6484D16A44B; Mon, 13 Feb 2006 23:07:07 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBF1343D48; Mon, 13 Feb 2006 23:07:05 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k1DN7436064461; Mon, 13 Feb 2006 18:07:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id k1DN74kt044202; Mon, 13 Feb 2006 18:07:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 84E997302F; Mon, 13 Feb 2006 18:07:04 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060213230704.84E997302F@freebsd-current.sentex.ca> Date: Mon, 13 Feb 2006 18:07:04 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2006 23:07:07 -0000 TB --- 2006-02-13 22:26:36 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-02-13 22:26:36 - starting HEAD tinderbox run for alpha/alpha TB --- 2006-02-13 22:26:36 - cleaning the object tree TB --- 2006-02-13 22:27:14 - checking out the source tree TB --- 2006-02-13 22:27:14 - cd /tinderbox/HEAD/alpha/alpha TB --- 2006-02-13 22:27:14 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-02-13 22:34:28 - building world (CFLAGS=-O2 -pipe) TB --- 2006-02-13 22:34:28 - cd /src TB --- 2006-02-13 22:34:28 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] ===> usr.sbin/bsnmpd/modules/snmp_hostres (depend) cat /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_tree.def | gensnmptree -e host hrStorageOther hrStorageRam hrStorageVirtualMemory hrStorageFixedDisk hrStorageRemovableDisk hrStorageFloppyDisk hrStorageCompactDisc hrStorageRamDisk hrStorageFlashMemory hrStorageNetworkDisk hrDeviceOther hrDeviceUnknown hrDeviceProcessor hrDeviceNetwork hrDevicePrinter hrDeviceDiskStorage hrDeviceVideo hrDeviceAudio hrDeviceCoprocessor hrDeviceKeyboard hrDeviceModem hrDeviceParallelPort hrDevicePointing hrDeviceSerialPort hrDeviceTape hrDeviceClock hrDeviceVolatileMemory hrDeviceNonVolatileMemory hrFSOther hrFSUnknown hrFSBerkeleyFFS hrFSSys5FS hrFSFat hrFSHPFS hrFSHFS hrFSMFS hrFSNTFS hrFSVNode hrFSJournaled hrFSiso9660 hrFSRockRidge hrFSNFS hrFSNetware hrFSAFS hrFSDFS hrFSAppleshare hrFSRFS hrFSDGCFS hrFSBFS hrFSFAT32 hrFSLinuxExt2 > hostres_oid.h cat /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_tree.def | gensnmptree -p hostres_ rm -f .depend mkdep -f .depend -a -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_begemot.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_device_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_diskstorage_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_fs_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_network_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_partition_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_printer_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_processor_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_scalars.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_snmp.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_storage_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_swinstalled_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_swrun_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_ source/printcap.c hostres_tree.c echo snmp_hostres.so.4: /obj/alpha/src/tmp/usr/lib/libkvm.a /obj/alpha/src/tmp/usr/lib/libdevinfo.a /obj/alpha/src/tmp/usr/lib/libm.a /obj/alpha/src/tmp/usr/lib/libgeom.a /obj/alpha/src/tmp/usr/lib/libmemstat.a >> .depend ===> usr.sbin/bsnmpd/modules/snmp_mibII (depend) make: don't know how to make mibII_begemot.c. Stop *** Error code 2 Stop in /src/usr.sbin/bsnmpd/modules. *** Error code 1 Stop in /src/usr.sbin/bsnmpd. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-02-13 23:07:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-02-13 23:07:04 - ERROR: failed to build world TB --- 2006-02-13 23:07:04 - tinderbox aborted TB --- 0.99 user 5.09 system 2427.71 real From owner-freebsd-current@FreeBSD.ORG Mon Feb 13 23:48:30 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A2D916A422; Mon, 13 Feb 2006 23:48:30 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90B3943D48; Mon, 13 Feb 2006 23:48:29 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k1DNmSxT066800; Mon, 13 Feb 2006 18:48:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4/8.13.4) with ESMTP id k1DNmlww050903; Mon, 13 Feb 2006 18:48:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 76CF37302F; Mon, 13 Feb 2006 18:48:28 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060213234828.76CF37302F@freebsd-current.sentex.ca> Date: Mon, 13 Feb 2006 18:48:28 -0500 (EST) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2006 23:48:30 -0000 TB --- 2006-02-13 23:07:04 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-02-13 23:07:04 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-02-13 23:07:04 - cleaning the object tree TB --- 2006-02-13 23:07:46 - checking out the source tree TB --- 2006-02-13 23:07:46 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-02-13 23:07:46 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-02-13 23:15:03 - building world (CFLAGS=-O2 -pipe) TB --- 2006-02-13 23:15:03 - cd /src TB --- 2006-02-13 23:15:03 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] ===> usr.sbin/bsnmpd/modules/snmp_hostres (depend) cat /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_tree.def | gensnmptree -e host hrStorageOther hrStorageRam hrStorageVirtualMemory hrStorageFixedDisk hrStorageRemovableDisk hrStorageFloppyDisk hrStorageCompactDisc hrStorageRamDisk hrStorageFlashMemory hrStorageNetworkDisk hrDeviceOther hrDeviceUnknown hrDeviceProcessor hrDeviceNetwork hrDevicePrinter hrDeviceDiskStorage hrDeviceVideo hrDeviceAudio hrDeviceCoprocessor hrDeviceKeyboard hrDeviceModem hrDeviceParallelPort hrDevicePointing hrDeviceSerialPort hrDeviceTape hrDeviceClock hrDeviceVolatileMemory hrDeviceNonVolatileMemory hrFSOther hrFSUnknown hrFSBerkeleyFFS hrFSSys5FS hrFSFat hrFSHPFS hrFSHFS hrFSMFS hrFSNTFS hrFSVNode hrFSJournaled hrFSiso9660 hrFSRockRidge hrFSNFS hrFSNetware hrFSAFS hrFSDFS hrFSAppleshare hrFSRFS hrFSDGCFS hrFSBFS hrFSFAT32 hrFSLinuxExt2 > hostres_oid.h cat /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_tree.def | gensnmptree -p hostres_ rm -f .depend mkdep -f .depend -a -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_begemot.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_device_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_diskstorage_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_fs_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_network_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_partition_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_printer_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_processor_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_scalars.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_snmp.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_storage_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_swinstalled_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_swrun_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_ source/printcap.c hostres_tree.c echo snmp_hostres.so.4: /obj/amd64/src/tmp/usr/lib/libkvm.a /obj/amd64/src/tmp/usr/lib/libdevinfo.a /obj/amd64/src/tmp/usr/lib/libm.a /obj/amd64/src/tmp/usr/lib/libgeom.a /obj/amd64/src/tmp/usr/lib/libmemstat.a >> .depend ===> usr.sbin/bsnmpd/modules/snmp_mibII (depend) make: don't know how to make mibII_begemot.c. Stop *** Error code 2 Stop in /src/usr.sbin/bsnmpd/modules. *** Error code 1 Stop in /src/usr.sbin/bsnmpd. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-02-13 23:48:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-02-13 23:48:28 - ERROR: failed to build world TB --- 2006-02-13 23:48:28 - tinderbox aborted TB --- 1.30 user 6.91 system 2483.59 real From owner-freebsd-current@FreeBSD.ORG Tue Feb 14 00:00:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2EC3E16A420 for ; Tue, 14 Feb 2006 00:00:30 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF8F843D45 for ; Tue, 14 Feb 2006 00:00:29 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id k1E00Po7098025 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 13 Feb 2006 16:00:26 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <43F11E45.5020608@errno.com> Date: Mon, 13 Feb 2006 16:03:17 -0800 From: Sam Leffler User-Agent: Thunderbird 1.5 (X11/20060210) MIME-Version: 1.0 To: Patrick Bowen References: <56096.24.90.33.115.1139706352.squirrel@mail.el.net> <20060212004340.Y94830@fledge.watson.org> <53136.24.90.33.115.1139736993.squirrel@mail.el.net> <43EF7282.90307@averageadmins.com> <43F0F6F9.1020103@fastmail.fm> In-Reply-To: <43F0F6F9.1020103@fastmail.fm> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: bsd-airtools X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2006 00:00:30 -0000 Patrick Bowen wrote: > Jeff Cross wrote: > >> kalin mintchev wrote: >> >>>> not positive, but i think this no longer works... >>>> >>> >>> >>> ok.. thanks. i found it in the net-mnmt ports. why is it there if it >>> doesn't work? >>> is there anything else like it in the ports (or online)? >>> >>> thanks.. >>> >>> >>> >>> >>>> On Sat, 11 Feb 2006, kalin mintchev wrote: >>>> >>>> : >>>> : hi all... >>>> : >>>> : anybody successfully used bsd-airtools? >>>> : >>>> : i tried the dstumbler to look at my access point at home but nothing >>>> :happens. i do get the interface with all the options but after that >>>> :nothing shows up no mater which option i use... any ideas? >>>> thanks.... >>>> : >>>> :_______________________________________________ >>>> :freebsd-mobile@freebsd.org mailing list >>>> :http://lists.freebsd.org/mailman/listinfo/freebsd-mobile >>>> :To unsubscribe, send any mail to >>>> "freebsd-mobile-unsubscribe@freebsd.org" >>>> : >>>> : >>>> >>>> -- >>>> arr@watson.org >>>> >>>> >>> >>> >>> >>> _______________________________________________ >>> freebsd-questions@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >>> To unsubscribe, send any mail to >>> "freebsd-questions-unsubscribe@freebsd.org" >>> >>> >>> >>> >> >> As I said in a previous post, the dstumbler portion of the >> bsd-airtools works for me by doing the following: >> >> # ifconfig wi0 up >> # dstumbler wi0 >> >> Also, kismet is a really good tool for detecting wireless networks as >> well. It is available in the FreeBSD ports tree at >> /usr/ports/net-mgmt/kismet. However, I can only get this app to work >> with my Atheros (ath0) card, a Linksys WPC55AG. >> >> Jeff >> _______________________________________________ >> freebsd-mobile@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-mobile >> To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" >> > I've gotten Kismet to work with wi(4) and ath(4), so both are possible. I sent changes to the author long ago to make dstumbler handle 802.11 frames from libpcap instead of the wi-specific data. Looks like it never made it into the port. It's likely out of date and may not even compile but you can find it here: http://people.freebsd.org/~sam/dstumbler.tgz Sam From owner-freebsd-current@FreeBSD.ORG Tue Feb 14 00:28:29 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5D0C16A420; Tue, 14 Feb 2006 00:28:28 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8448543D46; Tue, 14 Feb 2006 00:28:28 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k1E0SRgi069032; Mon, 13 Feb 2006 19:28:27 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id k1E0SRHG049292; Mon, 13 Feb 2006 19:28:27 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 61B667302F; Mon, 13 Feb 2006 19:28:27 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060214002827.61B667302F@freebsd-current.sentex.ca> Date: Mon, 13 Feb 2006 19:28:27 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2006 00:28:29 -0000 TB --- 2006-02-13 23:48:28 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-02-13 23:48:28 - starting HEAD tinderbox run for i386/i386 TB --- 2006-02-13 23:48:28 - cleaning the object tree TB --- 2006-02-13 23:49:05 - checking out the source tree TB --- 2006-02-13 23:49:05 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-02-13 23:49:05 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-02-13 23:56:07 - building world (CFLAGS=-O2 -pipe) TB --- 2006-02-13 23:56:07 - cd /src TB --- 2006-02-13 23:56:07 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] ===> usr.sbin/bsnmpd/modules/snmp_hostres (depend) cat /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_tree.def | gensnmptree -e host hrStorageOther hrStorageRam hrStorageVirtualMemory hrStorageFixedDisk hrStorageRemovableDisk hrStorageFloppyDisk hrStorageCompactDisc hrStorageRamDisk hrStorageFlashMemory hrStorageNetworkDisk hrDeviceOther hrDeviceUnknown hrDeviceProcessor hrDeviceNetwork hrDevicePrinter hrDeviceDiskStorage hrDeviceVideo hrDeviceAudio hrDeviceCoprocessor hrDeviceKeyboard hrDeviceModem hrDeviceParallelPort hrDevicePointing hrDeviceSerialPort hrDeviceTape hrDeviceClock hrDeviceVolatileMemory hrDeviceNonVolatileMemory hrFSOther hrFSUnknown hrFSBerkeleyFFS hrFSSys5FS hrFSFat hrFSHPFS hrFSHFS hrFSMFS hrFSNTFS hrFSVNode hrFSJournaled hrFSiso9660 hrFSRockRidge hrFSNFS hrFSNetware hrFSAFS hrFSDFS hrFSAppleshare hrFSRFS hrFSDGCFS hrFSBFS hrFSFAT32 hrFSLinuxExt2 > hostres_oid.h cat /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_tree.def | gensnmptree -p hostres_ rm -f .depend mkdep -f .depend -a -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_begemot.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_device_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_diskstorage_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_fs_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_network_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_partition_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_printer_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_processor_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_scalars.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_snmp.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_storage_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_swinstalled_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_swrun_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_ source/printcap.c hostres_tree.c echo snmp_hostres.so.4: /obj/src/tmp/usr/lib/libkvm.a /obj/src/tmp/usr/lib/libdevinfo.a /obj/src/tmp/usr/lib/libm.a /obj/src/tmp/usr/lib/libgeom.a /obj/src/tmp/usr/lib/libmemstat.a >> .depend ===> usr.sbin/bsnmpd/modules/snmp_mibII (depend) make: don't know how to make mibII_begemot.c. Stop *** Error code 2 Stop in /src/usr.sbin/bsnmpd/modules. *** Error code 1 Stop in /src/usr.sbin/bsnmpd. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-02-14 00:28:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-02-14 00:28:27 - ERROR: failed to build world TB --- 2006-02-14 00:28:27 - tinderbox aborted TB --- 1.09 user 5.73 system 2398.46 real From owner-freebsd-current@FreeBSD.ORG Tue Feb 14 01:08:40 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD92516A420; Tue, 14 Feb 2006 01:08:40 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DC4A43D48; Tue, 14 Feb 2006 01:08:40 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k1E18dsh071247; Mon, 13 Feb 2006 20:08:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id k1E18d4t052148; Mon, 13 Feb 2006 20:08:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 257AA7302F; Mon, 13 Feb 2006 20:08:39 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060214010839.257AA7302F@freebsd-current.sentex.ca> Date: Mon, 13 Feb 2006 20:08:39 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2006 01:08:41 -0000 TB --- 2006-02-14 00:28:27 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-02-14 00:28:27 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-02-14 00:28:27 - cleaning the object tree TB --- 2006-02-14 00:29:03 - checking out the source tree TB --- 2006-02-14 00:29:03 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-02-14 00:29:03 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-02-14 00:35:55 - building world (CFLAGS=-O2 -pipe) TB --- 2006-02-14 00:35:55 - cd /src TB --- 2006-02-14 00:35:55 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] ===> usr.sbin/bsnmpd/modules/snmp_hostres (depend) cat /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_tree.def | gensnmptree -e host hrStorageOther hrStorageRam hrStorageVirtualMemory hrStorageFixedDisk hrStorageRemovableDisk hrStorageFloppyDisk hrStorageCompactDisc hrStorageRamDisk hrStorageFlashMemory hrStorageNetworkDisk hrDeviceOther hrDeviceUnknown hrDeviceProcessor hrDeviceNetwork hrDevicePrinter hrDeviceDiskStorage hrDeviceVideo hrDeviceAudio hrDeviceCoprocessor hrDeviceKeyboard hrDeviceModem hrDeviceParallelPort hrDevicePointing hrDeviceSerialPort hrDeviceTape hrDeviceClock hrDeviceVolatileMemory hrDeviceNonVolatileMemory hrFSOther hrFSUnknown hrFSBerkeleyFFS hrFSSys5FS hrFSFat hrFSHPFS hrFSHFS hrFSMFS hrFSNTFS hrFSVNode hrFSJournaled hrFSiso9660 hrFSRockRidge hrFSNFS hrFSNetware hrFSAFS hrFSDFS hrFSAppleshare hrFSRFS hrFSDGCFS hrFSBFS hrFSFAT32 hrFSLinuxExt2 > hostres_oid.h cat /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_tree.def | gensnmptree -p hostres_ rm -f .depend mkdep -f .depend -a -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_begemot.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_device_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_diskstorage_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_fs_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_network_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_partition_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_printer_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_processor_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_scalars.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_snmp.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_storage_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_swinstalled_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_swrun_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_ source/printcap.c hostres_tree.c echo snmp_hostres.so.4: /obj/pc98/src/tmp/usr/lib/libkvm.a /obj/pc98/src/tmp/usr/lib/libdevinfo.a /obj/pc98/src/tmp/usr/lib/libm.a /obj/pc98/src/tmp/usr/lib/libgeom.a /obj/pc98/src/tmp/usr/lib/libmemstat.a >> .depend ===> usr.sbin/bsnmpd/modules/snmp_mibII (depend) make: don't know how to make mibII_begemot.c. Stop *** Error code 2 Stop in /src/usr.sbin/bsnmpd/modules. *** Error code 1 Stop in /src/usr.sbin/bsnmpd. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-02-14 01:08:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-02-14 01:08:38 - ERROR: failed to build world TB --- 2006-02-14 01:08:38 - tinderbox aborted TB --- 1.17 user 5.50 system 2411.41 real From owner-freebsd-current@FreeBSD.ORG Tue Feb 14 01:49:01 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 790C216A420; Tue, 14 Feb 2006 01:48:59 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11F9543D48; Tue, 14 Feb 2006 01:48:58 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id k1E1mw9V032101; Mon, 13 Feb 2006 20:48:58 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id k1E1mvnN051814; Mon, 13 Feb 2006 20:48:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C4B117302F; Mon, 13 Feb 2006 20:48:57 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060214014857.C4B117302F@freebsd-current.sentex.ca> Date: Mon, 13 Feb 2006 20:48:57 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2006 01:49:01 -0000 TB --- 2006-02-14 01:08:39 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-02-14 01:08:39 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-02-14 01:08:39 - cleaning the object tree TB --- 2006-02-14 01:09:11 - checking out the source tree TB --- 2006-02-14 01:09:11 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-02-14 01:09:11 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-02-14 01:16:45 - building world (CFLAGS=-O2 -pipe) TB --- 2006-02-14 01:16:45 - cd /src TB --- 2006-02-14 01:16:45 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] ===> usr.sbin/bsnmpd/modules/snmp_hostres (depend) cat /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_tree.def | gensnmptree -e host hrStorageOther hrStorageRam hrStorageVirtualMemory hrStorageFixedDisk hrStorageRemovableDisk hrStorageFloppyDisk hrStorageCompactDisc hrStorageRamDisk hrStorageFlashMemory hrStorageNetworkDisk hrDeviceOther hrDeviceUnknown hrDeviceProcessor hrDeviceNetwork hrDevicePrinter hrDeviceDiskStorage hrDeviceVideo hrDeviceAudio hrDeviceCoprocessor hrDeviceKeyboard hrDeviceModem hrDeviceParallelPort hrDevicePointing hrDeviceSerialPort hrDeviceTape hrDeviceClock hrDeviceVolatileMemory hrDeviceNonVolatileMemory hrFSOther hrFSUnknown hrFSBerkeleyFFS hrFSSys5FS hrFSFat hrFSHPFS hrFSHFS hrFSMFS hrFSNTFS hrFSVNode hrFSJournaled hrFSiso9660 hrFSRockRidge hrFSNFS hrFSNetware hrFSAFS hrFSDFS hrFSAppleshare hrFSRFS hrFSDGCFS hrFSBFS hrFSFAT32 hrFSLinuxExt2 > hostres_oid.h cat /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_tree.def | gensnmptree -p hostres_ rm -f .depend mkdep -f .depend -a -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_begemot.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_device_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_diskstorage_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_fs_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_network_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_partition_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_printer_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_processor_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_scalars.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_snmp.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_storage_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_swinstalled_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_swrun_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_ source/printcap.c hostres_tree.c echo snmp_hostres.so.4: /obj/sparc64/src/tmp/usr/lib/libkvm.a /obj/sparc64/src/tmp/usr/lib/libdevinfo.a /obj/sparc64/src/tmp/usr/lib/libm.a /obj/sparc64/src/tmp/usr/lib/libgeom.a /obj/sparc64/src/tmp/usr/lib/libmemstat.a >> .depend ===> usr.sbin/bsnmpd/modules/snmp_mibII (depend) make: don't know how to make mibII_begemot.c. Stop *** Error code 2 Stop in /src/usr.sbin/bsnmpd/modules. *** Error code 1 Stop in /src/usr.sbin/bsnmpd. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-02-14 01:48:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-02-14 01:48:57 - ERROR: failed to build world TB --- 2006-02-14 01:48:57 - tinderbox aborted TB --- 0.87 user 4.91 system 2418.26 real From owner-freebsd-current@FreeBSD.ORG Tue Feb 14 03:51:26 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B748616A420 for ; Tue, 14 Feb 2006 03:51:26 +0000 (GMT) (envelope-from sean@gigave.com) Received: from mailhost.gigave.com (mailhost.gigave.com [38.113.228.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86B4543D45 for ; Tue, 14 Feb 2006 03:51:26 +0000 (GMT) (envelope-from sean@gigave.com) Date: Mon, 13 Feb 2006 19:51:25 -0800 From: Sean Chittenden To: Sam Leffler Message-ID: <20060214035125.GL275@mailhost.gigave.com> References: <56096.24.90.33.115.1139706352.squirrel@mail.el.net> <20060212004340.Y94830@fledge.watson.org> <53136.24.90.33.115.1139736993.squirrel@mail.el.net> <43EF7282.90307@averageadmins.com> <43F0F6F9.1020103@fastmail.fm> <43F11E45.5020608@errno.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43F11E45.5020608@errno.com> Message-Id: <20060214035126.50041216FD9@mailhost.gigave.com> Cc: Patrick Bowen , freebsd-current@freebsd.org Subject: Re: bsd-airtools X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2006 03:51:26 -0000 > I sent changes to the author long ago to make dstumbler handle 802.11 > frames from libpcap instead of the wi-specific data. Looks like it > never made it into the port. It's likely out of date and may not even > compile but you can find it here: > > http://people.freebsd.org/~sam/dstumbler.tgz It's been a while since I've been able to use it and have been trying to court maintainers since my primary laptop now a powerbook. I can merge the changes into the port, but was thinking about killing this port off before the 20th. ... maintainers welcome as I lack the hardware required to use this port on a daily basis. -sc -- Sean Chittenden From owner-freebsd-current@FreeBSD.ORG Tue Feb 14 04:14:34 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEA4D16A420; Tue, 14 Feb 2006 04:14:34 +0000 (GMT) (envelope-from root@solink.ru) Received: from ns.itam.nsc.ru (ns.itam.nsc.ru [194.226.179.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBFA743D48; Tue, 14 Feb 2006 04:14:33 +0000 (GMT) (envelope-from root@solink.ru) Received: from site.lan (itut.itam.nsc.ru [194.226.179.2]) by ns.itam.nsc.ru (8.13.1/8.13.1) with ESMTP id k1E4EU9Q009851; Tue, 14 Feb 2006 10:14:30 +0600 Received: from bocha.solink.office ([192.168.66.166]) (authenticated bits=0) by site.lan (8.12.11/8.12.11) with ESMTP id k1E4EP96007356; Tue, 14 Feb 2006 10:14:26 +0600 From: Bachilo Dmitry Organization: SoLink To: current@freebsd.org, ports@freebsd.org Date: Tue, 14 Feb 2006 10:14:32 +0600 User-Agent: KMail/1.8 References: <200602101246.31666.root@solink.ru> <20060210125743.GA835@iib.unsam.edu.ar> In-Reply-To: <20060210125743.GA835@iib.unsam.edu.ar> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200602141014.33011.root@solink.ru> Cc: Subject: Re: Bad system call (core dumped) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2006 04:14:35 -0000 =F7 =D3=CF=CF=C2=DD=C5=CE=C9=C9 =CF=D4 =F0=D1=D4=CE=C9=C3=C1 10 =E6=C5=D7= =D2=C1=CC=D8 2006 18:57 Fernan Aguero =CE=C1=D0=C9=D3=C1=CC(a): > +----[ Bachilo Dmitry (10.Feb.2006 03:48): > | I've tried to compile Xchat 2.6.1 from sources, it compiled with no > | errors, but when I start xchat it gives me "Bad system call (core > | dumped)". > > I don't know about this one, but > > | So i've cvsuped ports and compiled this version of Xchat from them firs > | of all i've got Shared object "libexpat.so.5" not found, required by > | "libfontconfig.so.1", > > when you cvsuped, the ports tree got updated and this included a > new version of expat. Read /usr/ports/UPDATING always after > you cvsup your ports. > > | and I've made a symbolic link > | ln -s libexpat.so libexpat.so.5 > > You should try to avoid doing this. When a you update a > shared library to a new major version, it is recommended > that you recompile all ports that were linked against this > library. > > If you use portupgrade (sysutils/portupgrade), this can be > easily done like this > > portupgrade -rf your_shared_library_port > > this will upgrade the shared library rebuild all ports that > depend on it. > > In this case, it will be > > portupgrade -rf textproc/expat2 > > as explained in UPDATING. But beware, this can take a looong > time, as many ports depend on expat. > > Regards, > > Fernan Ok, I have compiled new expat2, recompiled all depended soft, cvsuped (from= =20 cvsup.freebsd.org), built world, made kernel, in single-user mode made=20 mergemaster -p, installed world and again mergemastered everything. And I still get Bad system call (core dumped). God, what have I done to you? :-) Bocha@notebook:/usr/Bocha> uname -a =46reeBSD notebook.bochasnet.academ.local 6.1-PRERELEASE FreeBSD 6.1-PREREL= EASE=20 #5: Tue Feb 14 09:24:18 NOVT 2006 =20 root@notebook.bochasnet.academ.local:/usr/obj/usr/src/sys/notebook i386 Bocha@notebook:/usr/Bocha> dmesg Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. =46reeBSD 6.1-PRERELEASE #5: Tue Feb 14 09:24:18 NOVT 2006 root@notebook.bochasnet.academ.local:/usr/obj/usr/src/sys/notebook Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Celeron(R) CPU 2.40GHz (2400.03-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf29 Stepping =3D 9 =20 =46eatures=3D0xbfebf9ff Features2=3D0x4400> real memory =3D 635371520 (605 MB) avail memory =3D 612454400 (584 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) acpi_ec0: port 0x62,0x66 on acpi0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 cpu0: on acpi0 p4tcc0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe8000000-0xebffffff at device 0.0 = on=20 pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 2.0 on pci0 isa0: on isab0 atapci0: port=20 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1000-0x100f at device 2.5 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 2.6 (no driver attached) pcm0: port 0x1c00-0x1cff,0x1800-0x187f at device 2.7 on pci0 pcm0: ohci0: mem 0xec000000-0xec000fff irq 11 at device= =20 3.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xec001000-0xec001fff irq 10 at device= =20 3.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered pci0: at device 3.2 (no driver attached) rl0: port 0x2000-0x20ff mem 0xec003000-0xec0030= ff=20 irq 11 at device 10.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:90:f5:35:8a:45 fwohci0: mem=20 0xec003800-0xec003fff,0xec004000-0xec007fff irq 10 at device 11.0 on pci0 fwohci0: OHCI version 1.10 (ROM=3D1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:90:f5:00:00:35:8a:45 fwohci0: Phy 1394a available S400, 1 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:90:f5:35:8a:45 fwe0: Ethernet address: 02:90:f5:35:8a:45 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=3D0xc000ffc0, gen=3D1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) firewire0: bus manager 0 (me) cbb0: mem 0x80000000-0x80000fff irq 11 at=20 device 12.0 on pci0 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_acad0: on acpi0 battery0: on acpi0 acpi_lid0: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 1 = on=20 acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0: port 0x2f8-0x2ff irq 3 drq 3 flags 0= x10=20 on acpi0 sio0: type 16550A pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcbfff,0xdc000-0xdffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2400025952 Hz quality 800 Timecounters tick every 1.000 msec cardbus0: at device 0.0 (no driver attached) ad0: 19077MB at ata0-master UDMA100 acd0: CDROM at ata1-master PIO4 Trying to mount root from ufs:/dev/ad0s2a pid 723 (xchat), uid 1001: exited on signal 12 (core dumped) pid 728 (xchat), uid 1001: exited on signal 12 (core dumped) pid 729 (xchat), uid 1001: exited on signal 12 (core dumped) (this last three lines are about my xchat, as you understand) From owner-freebsd-current@FreeBSD.ORG Tue Feb 14 04:17:56 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5DD2016A424 for ; Tue, 14 Feb 2006 04:17:56 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CB6A43D48 for ; Tue, 14 Feb 2006 04:17:55 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id i31so693358wxd for ; Mon, 13 Feb 2006 20:17:55 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=HlND8mvGSQ/2jQkGSZf7y0PRBfwnASzw/Une8WfcaA61F5w+GXkL9kXU8xF0JXQlyJUj5tIUI2433q8fQ4VbfBsnwA0Ce36wcwnvAmRBpRD8MhGu5BXU3boePxQGSEqgfzx4v8qwv7h81STx3xPCPrx63vvCsDIpXdwRKfdUtvw= Received: by 10.70.29.10 with SMTP id c10mr3491982wxc; Mon, 13 Feb 2006 20:17:55 -0800 (PST) Received: by 10.70.116.10 with HTTP; Mon, 13 Feb 2006 20:17:54 -0800 (PST) Message-ID: <84dead720602132017y44c2997es1c1339ad4832378b@mail.gmail.com> Date: Tue, 14 Feb 2006 09:47:54 +0530 From: Joseph Koshy To: Bachilo Dmitry In-Reply-To: <200602141014.33011.root@solink.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200602101246.31666.root@solink.ru> <20060210125743.GA835@iib.unsam.edu.ar> <200602141014.33011.root@solink.ru> Cc: ports@freebsd.org, current@freebsd.org Subject: Re: Bad system call (core dumped) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2006 04:17:56 -0000 bd> pid 723 (xchat), uid 1001: exited on signal 12 (core dumped) bd> pid 728 (xchat), uid 1001: exited on signal 12 (core dumped) bd> pid 729 (xchat), uid 1001: exited on signal 12 (core dumped) bd> (this last three lines are about my xchat, as you understand) Please run ktrace or truss on xchat. Let's see which system call is missing. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Tue Feb 14 04:23:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D3D116A420 for ; Tue, 14 Feb 2006 04:23:36 +0000 (GMT) (envelope-from root@solink.ru) Received: from ns.itam.nsc.ru (ns.itam.nsc.ru [194.226.179.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4934743D48 for ; Tue, 14 Feb 2006 04:23:34 +0000 (GMT) (envelope-from root@solink.ru) Received: from site.lan (itut.itam.nsc.ru [194.226.179.2]) by ns.itam.nsc.ru (8.13.1/8.13.1) with ESMTP id k1E4NXNw010152 for ; Tue, 14 Feb 2006 10:23:33 +0600 Received: from bocha.solink.office ([192.168.66.166]) (authenticated bits=0) by site.lan (8.12.11/8.12.11) with ESMTP id k1E4NShD008876 for ; Tue, 14 Feb 2006 10:23:28 +0600 From: Bachilo Dmitry Organization: SoLink To: freebsd-current@freebsd.org Date: Tue, 14 Feb 2006 10:23:35 +0600 User-Agent: KMail/1.8 References: <200602101246.31666.root@solink.ru> <200602141014.33011.root@solink.ru> <84dead720602132017y44c2997es1c1339ad4832378b@mail.gmail.com> In-Reply-To: <84dead720602132017y44c2997es1c1339ad4832378b@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200602141023.35850.root@solink.ru> Subject: Re: Bad system call (core dumped) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2006 04:23:36 -0000 =F7 =D3=CF=CF=C2=DD=C5=CE=C9=C9 =CF=D4 =F7=D4=CF=D2=CE=C9=CB 14 =E6=C5=D7= =D2=C1=CC=D8 2006 10:17 Joseph Koshy =CE=C1=D0=C9=D3=C1=CC(a): > bd> pid 723 (xchat), uid 1001: exited on signal 12 (core dumped) > bd> pid 728 (xchat), uid 1001: exited on signal 12 (core dumped) > bd> pid 729 (xchat), uid 1001: exited on signal 12 (core dumped) > bd> (this last three lines are about my xchat, as you understand) > > Please run ktrace or truss on xchat. > > Let's see which system call is missing. > never used this utilities. So I've just ran ktrace xchat and now I've got=20 ktrace.out file, it is near 2 mb of size. Should I attach it or should I ru= n=20 ktrace other way? From owner-freebsd-current@FreeBSD.ORG Tue Feb 14 04:54:32 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C692D16A420 for ; Tue, 14 Feb 2006 04:54:32 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55AF043D46 for ; Tue, 14 Feb 2006 04:54:32 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id i29so747763wxd for ; Mon, 13 Feb 2006 20:54:31 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=f5vT7uHAT0tRHwsdh0xfROGJTe4QvXNIWjW3fq3BUOMcGV46io9eiKt4hzSQNFcDTsYmqWSr63JS251lcT9xudORgl/pO5SggMYnIH1kk/qoIRNIODgZK7VY3Lia1RBMJFI9IPQe8tFt7C/9k87M1I1VFSaTFHmZMBqYxgHVc68= Received: by 10.70.67.5 with SMTP id p5mr3563932wxa; Mon, 13 Feb 2006 20:54:31 -0800 (PST) Received: by 10.70.116.10 with HTTP; Mon, 13 Feb 2006 20:54:31 -0800 (PST) Message-ID: <84dead720602132054y6d114b1eo8126fca84ac8972a@mail.gmail.com> Date: Tue, 14 Feb 2006 10:24:31 +0530 From: Joseph Koshy To: Bachilo Dmitry In-Reply-To: <200602141023.35850.root@solink.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200602101246.31666.root@solink.ru> <200602141014.33011.root@solink.ru> <84dead720602132017y44c2997es1c1339ad4832378b@mail.gmail.com> <200602141023.35850.root@solink.ru> Cc: freebsd-current@freebsd.org Subject: Re: Bad system call (core dumped) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2006 04:54:32 -0000 > never used this utilities. So I've just ran ktrace xchat and now I've got > ktrace.out file, it is near 2 mb of size. Should I attach it or should I = run > ktrace other way? kdump will convert the ktrace.out file to human readable form. You should be able to look for the lines that record the bad system call. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Tue Feb 14 04:58:24 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B568116A42D for ; Tue, 14 Feb 2006 04:58:24 +0000 (GMT) (envelope-from root@solink.ru) Received: from ns.itam.nsc.ru (ns.itam.nsc.ru [194.226.179.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDD4E43D4C for ; Tue, 14 Feb 2006 04:58:23 +0000 (GMT) (envelope-from root@solink.ru) Received: from site.lan (itut.itam.nsc.ru [194.226.179.2]) by ns.itam.nsc.ru (8.13.1/8.13.1) with ESMTP id k1E4wLYs010854 for ; Tue, 14 Feb 2006 10:58:21 +0600 Received: from bocha.solink.office ([192.168.66.166]) (authenticated bits=0) by site.lan (8.12.11/8.12.11) with ESMTP id k1E4wGTh013501 for ; Tue, 14 Feb 2006 10:58:17 +0600 From: Bachilo Dmitry Organization: SoLink To: freebsd-current@freebsd.org Date: Tue, 14 Feb 2006 10:58:23 +0600 User-Agent: KMail/1.8 References: <200602101246.31666.root@solink.ru> <200602141023.35850.root@solink.ru> <84dead720602132054y6d114b1eo8126fca84ac8972a@mail.gmail.com> In-Reply-To: <84dead720602132054y6d114b1eo8126fca84ac8972a@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200602141058.24366.root@solink.ru> Subject: Re: Bad system call (core dumped) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2006 04:58:24 -0000 =F7 =D3=CF=CF=C2=DD=C5=CE=C9=C9 =CF=D4 =F7=D4=CF=D2=CE=C9=CB 14 =E6=C5=D7= =D2=C1=CC=D8 2006 10:54 Joseph Koshy =CE=C1=D0=C9=D3=C1=CC(a): > > never used this utilities. So I've just ran ktrace xchat and now I've g= ot > > ktrace.out file, it is near 2 mb of size. Should I attach it or should I > > run ktrace other way? > > kdump will convert the ktrace.out file to human readable form. You should > be able to look for the lines that record the bad system call. Is that what I am looking for? 800 xchat CALL sigprocmask(0x3,0x280c5830,0) 800 xchat RET sigprocmask 0 800 xchat CALL ksem_init(0xbfbfd40c,0x1) 800 xchat RET ksem_init -1 errno 78 Function not implemented 800 xchat PSIG SIGSYS SIG_DFL 800 xchat NAMI "xchat.core" Like, I have no some "ksem_init" function in my.... kernel or something? From owner-freebsd-current@FreeBSD.ORG Tue Feb 14 05:06:52 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D36F16A422 for ; Tue, 14 Feb 2006 05:06:52 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 327ED43D46; Tue, 14 Feb 2006 05:06:52 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k1E56nCS048700; Tue, 14 Feb 2006 05:06:50 GMT (envelope-from davidxu@freebsd.org) Message-ID: <43F1656A.2050100@freebsd.org> Date: Tue, 14 Feb 2006 13:06:50 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20050928 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bachilo Dmitry References: <200602101246.31666.root@solink.ru> <200602141023.35850.root@solink.ru> <84dead720602132054y6d114b1eo8126fca84ac8972a@mail.gmail.com> <200602141058.24366.root@solink.ru> In-Reply-To: <200602141058.24366.root@solink.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: Bad system call (core dumped) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2006 05:06:52 -0000 Bachilo Dmitry wrote: > ÷ ÓÏÏÂÝÅÎÉÉ ÏÔ ÷ÔÏÒÎÉË 14 æÅ×ÒÁÌØ 2006 10:54 Joseph Koshy ÎÁÐÉÓÁÌ(a): > >>>never used this utilities. So I've just ran ktrace xchat and now I've got >>>ktrace.out file, it is near 2 mb of size. Should I attach it or should I >>>run ktrace other way? >> >>kdump will convert the ktrace.out file to human readable form. You should >>be able to look for the lines that record the bad system call. > > Is that what I am looking for? > 800 xchat CALL sigprocmask(0x3,0x280c5830,0) > 800 xchat RET sigprocmask 0 > 800 xchat CALL ksem_init(0xbfbfd40c,0x1) > 800 xchat RET ksem_init -1 errno 78 Function not implemented > 800 xchat PSIG SIGSYS SIG_DFL > 800 xchat NAMI "xchat.core" > > Like, I have no some "ksem_init" function in my.... kernel or something? > _______________________________________________ You should include "options P1003_1B_SEMAPHORES" in kernel config file, I don't know why such a basic is not in GENERIC. From owner-freebsd-current@FreeBSD.ORG Tue Feb 14 05:40:53 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FCFA16A420 for ; Tue, 14 Feb 2006 05:40:53 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F6D743D49 for ; Tue, 14 Feb 2006 05:40:52 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id i30so756390wxd for ; Mon, 13 Feb 2006 21:40:52 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=jF5xyIdDaWezIUn1l/KqmCowkmG5JEpzwn0xuw2Xn7gJiTE/5Zc878IYbqWMa/nUErC4Xo/TT1Ly3thf0Py58OofRZIUYAsD7iKDlFsNQIsDA/9HYV4JJekAGXlQS1UgPN6j7TwNVFkWl/WpsJLA1IwmUbl06JMVBDewFvl9wME= Received: by 10.70.98.19 with SMTP id v19mr1721368wxb; Mon, 13 Feb 2006 21:40:51 -0800 (PST) Received: by 10.70.116.10 with HTTP; Mon, 13 Feb 2006 21:40:51 -0800 (PST) Message-ID: <84dead720602132140p1cc2b471h5c25c877b7311791@mail.gmail.com> Date: Tue, 14 Feb 2006 11:10:51 +0530 From: Joseph Koshy To: David Xu In-Reply-To: <43F1656A.2050100@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200602101246.31666.root@solink.ru> <200602141023.35850.root@solink.ru> <84dead720602132054y6d114b1eo8126fca84ac8972a@mail.gmail.com> <200602141058.24366.root@solink.ru> <43F1656A.2050100@freebsd.org> Cc: Bachilo Dmitry , freebsd-current@freebsd.org Subject: Re: Bad system call (core dumped) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2006 05:40:53 -0000 bd> 800 xchat CALL ksem_init(0xbfbfd40c,0x1) bd> 800 xchat RET ksem_init -1 errno 78 Function not implemented bd> 800 xchat PSIG SIGSYS SIG_DFL bd> 800 xchat NAMI "xchat.core" bd> Like, I have no some "ksem_init" function in my.... kernel or something= ? dx> You should include "options P1003_1B_SEMAPHORES" in kernel config dx> file, I don't know why such a basic is not in GENERIC. sys/conf/NOTES marks it as being 'very experimental'. There are three calls to ksem_init() in our library code. Userland code should be checking for kernel support for features before attempting to use them. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Tue Feb 14 05:44:15 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF75416A420 for ; Tue, 14 Feb 2006 05:44:15 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D9D443D55; Tue, 14 Feb 2006 05:44:15 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k1E5iCMJ052452; Tue, 14 Feb 2006 05:44:13 GMT (envelope-from davidxu@freebsd.org) Message-ID: <43F16E2D.5010109@freebsd.org> Date: Tue, 14 Feb 2006 13:44:13 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20050928 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joseph Koshy References: <200602101246.31666.root@solink.ru> <200602141023.35850.root@solink.ru> <84dead720602132054y6d114b1eo8126fca84ac8972a@mail.gmail.com> <200602141058.24366.root@solink.ru> <43F1656A.2050100@freebsd.org> <84dead720602132140p1cc2b471h5c25c877b7311791@mail.gmail.com> In-Reply-To: <84dead720602132140p1cc2b471h5c25c877b7311791@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Bachilo Dmitry , freebsd-current@freebsd.org Subject: Re: Bad system call (core dumped) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2006 05:44:16 -0000 Joseph Koshy wrote: > bd> 800 xchat CALL ksem_init(0xbfbfd40c,0x1) > bd> 800 xchat RET ksem_init -1 errno 78 Function not implemented > bd> 800 xchat PSIG SIGSYS SIG_DFL > bd> 800 xchat NAMI "xchat.core" > > bd> Like, I have no some "ksem_init" function in my.... kernel or something? > > dx> You should include "options P1003_1B_SEMAPHORES" in kernel config > dx> file, I don't know why such a basic is not in GENERIC. > > sys/conf/NOTES marks it as being 'very experimental'. > > There are three calls to ksem_init() in our library code. Userland code > should be checking for kernel support for features before attempting to > use them. > > -- > FreeBSD Volunteer, http://people.freebsd.org/~jkoshy > > I don't think user code should check it before it can be used, actually, it is being used by thread libraries to implement named semaphore, it is requred by POSIX. David Xu From owner-freebsd-current@FreeBSD.ORG Tue Feb 14 06:50:49 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4AA216A420 for ; Tue, 14 Feb 2006 06:50:49 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.FreeBSD.org (Postfix) with SMTP id 4EF9043D45 for ; Tue, 14 Feb 2006 06:50:49 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 70284 invoked by uid 399); 14 Feb 2006 06:50:48 -0000 Received: from localhost (HELO ?192.168.0.5?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 14 Feb 2006 06:50:48 -0000 Message-ID: <43F17DC7.8030303@FreeBSD.org> Date: Mon, 13 Feb 2006 22:50:47 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: Patrick Bowen References: <43F11111.6000909@fastmail.fm> In-Reply-To: <43F11111.6000909@fastmail.fm> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Error in make buildworld from todays -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2006 06:50:49 -0000 Patrick Bowen wrote: > List: > > I got this error on cvsup'd source from about noon today ditto. -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Feb 14 09:53:54 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 039E216A420 for ; Tue, 14 Feb 2006 09:53:54 +0000 (GMT) (envelope-from ianf@hetzner.co.za) Received: from mail1a.your-server.co.za (mail1a.your-server.co.za [196.7.18.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4385A43D48 for ; Tue, 14 Feb 2006 09:53:52 +0000 (GMT) (envelope-from ianf@hetzner.co.za) Received: from [196.7.18.226] (helo=hetzner.co.za) by mail1a.your-server.co.za with esmtps (TLSv1:AES256-SHA:256) (Exim 4.54) id 1F8wsY-0005fu-8b for current@FreeBSD.org; Tue, 14 Feb 2006 11:53:50 +0200 Received: from localhost ([127.0.0.1]) by hetzner.co.za with esmtp (Exim 4.51 (FreeBSD)) id 1F8wsY-000MBT-7b for current@FreeBSD.org; Tue, 14 Feb 2006 11:53:50 +0200 To: current@FreeBSD.org From: Ian FREISLICH X-Attribution: BOFH Date: Tue, 14 Feb 2006 11:53:50 +0200 Sender: ianf@hetzner.co.za Message-Id: X-Virus-Scanned: Clear (ClamAV 0.88/1288/Tue Feb 14 11:24:31 2006) Cc: Subject: (idle) USB generates interrupts as fast as they can be serviced X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2006 09:53:54 -0000 Hi last pid: 1472; load averages: 2.99, 2.97, 2.96 up 0+03:31:54 11:36:23 55 processes: 3 running, 52 sleeping CPU states: 0.4% user, 50.8% nice, 0.6% system, 48.2% interrupt, 0.0% idle Mem: 90M Active, 315M Inact, 67M Wired, 19M Cache, 60M Buf, 7920K Free Swap: 1024M Total, 1024M Free systat claims ~46251 interrupts a second on uhc. uhci0: port 0xe000-0xe01f irq 10 at device 7.2 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ohci0: mem 0xe8000000-0xe8000fff irq 18 at device 10.0 on pci0 ohci0: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: on ohci0 usb1: USB revision 1.0 uhub1: OPTi OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered I'm pretty sure that it's the uhci0 device. The ohci wass added yesterday, but I have no way to disable the onboard controler without messing up the interrupts for the FireLink card. And it behaved this way before I added the new card. This is a really old motherboard (gigabyte 686DLX - Dual PII) and ACPI doesn't work here because it's blacklisted. I must say that this is better than it was a year ago when USB just plain didn't work. Devices now work here it's just that the USB driver uses 100% of one of the CPUs when it's loaded. /boot/kernel/usb.ko: $FreeBSD: src/sys/dev/usb/hid.c,v 1.25 2005/02/06 12:41:00 obrien Exp $ $FreeBSD: src/sys/dev/usb/uhub.c,v 1.70 2005/08/23 21:32:49 iedowse Exp $ $FreeBSD: src/sys/dev/usb/usb.c,v 1.107 2005/07/14 14:19:05 takawata Exp $ $FreeBSD: src/sys/dev/usb/usb_mem.c,v 1.8 2006/01/10 22:55:35 scottl Exp $ $FreeBSD: src/sys/dev/usb/usb_quirks.c,v 1.47 2006/01/08 03:34:29 iedowse Exp $ $FreeBSD: src/sys/dev/usb/usb_subr.c,v 1.79 2006/01/08 03:27:43 iedowse Exp $ $FreeBSD: src/sys/dev/usb/usbdi.c,v 1.92 2005/12/08 03:08:17 iedowse Exp $ $FreeBSD: src/sys/dev/usb/usbdi_util.c,v 1.34 2005/03/01 08:01:22 sobomax Exp $ $FreeBSD: src/sys/dev/usb/usb_ethersubr.c,v 1.20 2005/03/25 12:42:30 sobomax Exp $ $FreeBSD: src/sys/dev/usb/uhci_pci.c,v 1.57 2005/03/01 07:50:11 imp Exp $ $FreeBSD: src/sys/dev/usb/uhci.c,v 1.163 2006/01/15 20:41:04 iedowse Exp $ $FreeBSD: src/sys/dev/usb/ohci_pci.c,v 1.45 2006/01/16 19:07:05 ariff Exp $ $FreeBSD: src/sys/dev/usb/ohci.c,v 1.156 2006/01/15 20:41:04 iedowse Exp $ $FreeBSD: src/sys/dev/usb/ehci_pci.c,v 1.21 2006/01/16 19:23:59 ariff Exp $ $FreeBSD: src/sys/dev/usb/ehci.c,v 1.40 2006/01/16 19:23:59 ariff Exp $ Let me know if there's any other debugging I should do. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue Feb 14 15:28:09 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 393CF16A420 for ; Tue, 14 Feb 2006 15:28:09 +0000 (GMT) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (tarc.po.cs.msu.su [158.250.16.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B6AE43D48 for ; Tue, 14 Feb 2006 15:28:06 +0000 (GMT) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (localhost [127.0.0.1]) by tarc.po.cs.msu.su (8.13.4/8.13.4) with ESMTP id k1EFUQC6039675 for ; Tue, 14 Feb 2006 18:30:26 +0300 (MSK) (envelope-from tarc@tarc.po.cs.msu.su) Received: (from tarc@localhost) by tarc.po.cs.msu.su (8.13.4/8.13.4/Submit) id k1EFUMAk039648 for freebsd-current@freebsd.org; Tue, 14 Feb 2006 18:30:22 +0300 (MSK) (envelope-from tarc) Date: Tue, 14 Feb 2006 18:30:22 +0300 From: Tarc To: freebsd-current Message-ID: <20060214153022.GK90966@tarc.po.cs.msu.su> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: mutt-ng/devel-r581 (FreeBSD) Subject: Error in make buildkernel from todays -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2006 15:28:09 -0000 /usr/src/sys/modules/netgraph/ipfw/../../../netgraph/ng_ipfw.c: In function `ng_ipfw_input': /usr/src/sys/modules/netgraph/ipfw/../../../netgraph/ng_ipfw.c:297: error: structure has no member named `flags' *** Error code 1 Stop in /usr/src/sys/modules/netgraph/ipfw. *** Error code 1 Stop in /usr/src/sys/modules/netgraph. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/obj/usr/src/sys/TarcCurrent.SMP. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. make buildkernel 592.33s user 77.21s system 58% cpu 19:06.06 total -- Best regards, Arseny Nasokin From owner-freebsd-current@FreeBSD.ORG Tue Feb 14 16:20:25 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 357E016A420 for ; Tue, 14 Feb 2006 16:20:25 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36EBD43D49 for ; Tue, 14 Feb 2006 16:20:23 +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 k1EGKMB8034018; Tue, 14 Feb 2006 18:20:22 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 46160-01; Tue, 14 Feb 2006 18:19:52 +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 k1EG5OsH033419 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 14 Feb 2006 18:05:24 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k1EG5R93004342; Tue, 14 Feb 2006 18:05:27 +0200 (EET) (envelope-from ru) Date: Tue, 14 Feb 2006 18:05:27 +0200 From: Ruslan Ermilov To: Tarc Message-ID: <20060214160527.GG2703@ip.net.ua> References: <20060214153022.GK90966@tarc.po.cs.msu.su> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HKEL+t8MFpg/ASTE" Content-Disposition: inline In-Reply-To: <20060214153022.GK90966@tarc.po.cs.msu.su> User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at ip.net.ua Cc: freebsd-current Subject: Re: Error in make buildkernel from todays -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2006 16:20:25 -0000 --HKEL+t8MFpg/ASTE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 14, 2006 at 06:30:22PM +0300, Tarc wrote: > /usr/src/sys/modules/netgraph/ipfw/../../../netgraph/ng_ipfw.c: In functi= on `ng_ipfw_input': > /usr/src/sys/modules/netgraph/ipfw/../../../netgraph/ng_ipfw.c:297: error= : structure has no member named `flags' > *** Error code 1 >=20 > Stop in /usr/src/sys/modules/netgraph/ipfw. > *** Error code 1 >=20 Fixed, re-cvsup please. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --HKEL+t8MFpg/ASTE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD8f/HqRfpzJluFF4RAk6cAJ0acM9qoj5vfGMj9SFZ4QvR6h1JuACdEPh0 IA5a3bCQvKIbJJ/9MBQ4FTs= =iOBJ -----END PGP SIGNATURE----- --HKEL+t8MFpg/ASTE-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 14 17:11:51 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A75816A420 for ; Tue, 14 Feb 2006 17:11:51 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 418D843D45 for ; Tue, 14 Feb 2006 17:11:51 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.12.11) with ESMTP id k1EHBoa3070870; Tue, 14 Feb 2006 09:11:50 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id k1EHBoZD070869; Tue, 14 Feb 2006 09:11:50 -0800 (PST) (envelope-from rizzo) Date: Tue, 14 Feb 2006 09:11:50 -0800 From: Luigi Rizzo To: current@freebsd.org Message-ID: <20060214091150.A70808@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Cc: Subject: options for centralized 'passwd' database for a diskless lab ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2006 17:11:51 -0000 as per the subjects, what options do i have to set a centralized 'passwd' database for a lab with FreeBSD diskless machines ? In the past (4.x times) i used YP/NIS which did the job but was highly insecure (all traffic unencrypted) and also a bit of a pain to configure. It was convenient though because it let users change their password and other info just using the passwd command. I have been browsing around a bit, and i see that pam_* (tried pam_radius) can do for the authentication part but not for the other info; nss_* seems to be a better suit but the only thing i see is nss_ldap and i am not familiar with the latter. So any suggestions or pointers to pages describing what to do ? cheers luigi From owner-freebsd-current@FreeBSD.ORG Tue Feb 14 17:41:45 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3265916A420 for ; Tue, 14 Feb 2006 17:41:45 +0000 (GMT) (envelope-from V.Konrad@lse.ac.uk) Received: from exic6.lse.ac.uk (exic6.lse.ac.uk [158.143.217.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1106443D49 for ; Tue, 14 Feb 2006 17:41:38 +0000 (GMT) (envelope-from V.Konrad@lse.ac.uk) Received: from ExF1.lse.ac.uk ([158.143.216.11]) by exic6.lse.ac.uk with Microsoft SMTPSVC(5.0.2195.6713); Tue, 14 Feb 2006 17:41:37 +0000 Received: exchange.lse.ac.uk 158.143.216.11 from 158.143.216.101 158.143.216.101 via HTTP with MS-WebStorage 6.0.6249 Received: 158.143.216.101 158.143.216.101 from 158.143.201.23 158.143.201.23 via HTTP with MS-WebStorage 6.0.6249 Received: from whirpool.lse.ac.uk by exchange.lse.ac.uk; 14 Feb 2006 17:41:38 +0000 From: Vladimir Konrad To: FreeBSD Current Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Tue, 14 Feb 2006 17:41:38 +0000 Message-Id: <1139938898.2050.70.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 X-OriginalArrivalTime: 14 Feb 2006 17:41:37.0435 (UTC) FILETIME=[E7B77EB0:01C6318D] Subject: memtest - an idea X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2006 17:41:45 -0000 is it viable to have a memtest like process running full-time (low priority) or scheduled, on running FreeBSD system to discover bad memory sooner than a later (without taking the system off-line)? being on the receiving end of a bad memory module (FreeBSD did random reboots, checked the memory with memtest and there it was), it would be nice if the OS could spot this. vlad From owner-freebsd-current@FreeBSD.ORG Tue Feb 14 18:23:38 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29FBC16A420 for ; Tue, 14 Feb 2006 18:23:38 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from mail23.syd.optusnet.com.au (mail23.syd.optusnet.com.au [211.29.133.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82AB343D53 for ; Tue, 14 Feb 2006 18:23:37 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail23.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k1EINWRJ011963 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 15 Feb 2006 05:23:33 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k1EINWGO003038; Wed, 15 Feb 2006 05:23:32 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k1EINWqt003037; Wed, 15 Feb 2006 05:23:32 +1100 (EST) (envelope-from peter) Date: Wed, 15 Feb 2006 05:23:32 +1100 From: Peter Jeremy To: Vladimir Konrad Message-ID: <20060214182331.GE900@turion.vk2pj.dyndns.org> References: <1139938898.2050.70.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1139938898.2050.70.camel@localhost.localdomain> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: FreeBSD Current Subject: Re: memtest - an idea X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2006 18:23:38 -0000 On Tue, 2006-Feb-14 17:41:38 +0000, Vladimir Konrad wrote: >is it viable to have a memtest like process running full-time (low >priority) or scheduled, on running FreeBSD system to discover bad memory >sooner than a later (without taking the system off-line)? If you're using ECC RAM then it's fairly simple to have a background task that reads all memory to detect and scrub single bit errors. If you're looking for something to check non-ECC memory then it's far more difficult. You could write a kernel module that grabbed a free page and did a few tests on it but this won't be able to test allocated memory (keep in mind that the kernel is permanently wired), will miss some pattern sensitive errors and, in the case of pattern sensitive errors, has an equal probablility of causing a failure in a page not being tested. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Tue Feb 14 18:40:49 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4861B16A423 for ; Tue, 14 Feb 2006 18:40:49 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A22543D55 for ; Tue, 14 Feb 2006 18:40:40 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id B91C65CA3; Tue, 14 Feb 2006 13:40:39 -0500 (EST) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 53045-04; Tue, 14 Feb 2006 13:40:38 -0500 (EST) Received: from [192.168.1.3] (pool-68-161-67-103.ny325.east.verizon.net [68.161.67.103]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id A0D7E5C59; Tue, 14 Feb 2006 13:40:38 -0500 (EST) Message-ID: <43F22433.3080500@mac.com> Date: Tue, 14 Feb 2006 13:40:51 -0500 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Luigi Rizzo References: <20060214091150.A70808@xorpc.icir.org> In-Reply-To: <20060214091150.A70808@xorpc.icir.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com Cc: current@freebsd.org Subject: Re: options for centralized 'passwd' database for a diskless lab ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2006 18:40:49 -0000 Luigi Rizzo wrote: > as per the subjects, what options do i have to set a centralized > 'passwd' database for a lab with FreeBSD diskless machines ? > > In the past (4.x times) i used YP/NIS which did the job but was > highly insecure (all traffic unencrypted) and also a bit of a pain to configure. > It was convenient though because it let users change their > password and other info just using the passwd command. Yes. Sun solved the issue of plaintext traffic via SecureRPC, which adds encryption to the low-level protocol that YP/NIS talks over. I don't believe FreeBSD supports SecureRPC, but I'd be happy to be wrong about that. > I have been browsing around a bit, and i see that pam_* (tried pam_radius) > can do for the authentication part but not for the other info; > nss_* seems to be a better suit but the only thing i see is nss_ldap > and i am not familiar with the latter. > > So any suggestions or pointers to pages describing what to do ? Most people seem to end up with LDAP, and spend a fair amount of time going through the O'Reilly book (which is worth a read) and looking at various schemas to figure out how to organize their info. Even so, LDAP is kinda painful to setup. You might take a look at how Samba integrates with LDAP, since that also plays nice with Windows and Mac clients. If you install Webmin, you can use a point-n-click interface which is easier than gaining a low-level understanding of how the pieces work together. Webmin will deal with syncronizing the Samba users and actual FreeBSD user accounts if you change information; otherwise you end up having to configure a script for smbpasswd, or you end up having users run both passwd and smbpasswd. -- -Chuck From owner-freebsd-current@FreeBSD.ORG Tue Feb 14 18:40:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA41C16A420 for ; Tue, 14 Feb 2006 18:40:59 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57BE143D4C for ; Tue, 14 Feb 2006 18:40:48 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.1/8.13.1) with ESMTP id k1EIegNr064367; Tue, 14 Feb 2006 19:40:42 +0100 (CET) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.1/8.13.1/Submit) id k1EIegdX064366; Tue, 14 Feb 2006 19:40:42 +0100 (CET) (envelope-from hk) Date: Tue, 14 Feb 2006 19:40:42 +0100 From: Holger Kipp To: Vladimir Konrad Message-ID: <20060214184042.GA64181@intserv.int1.b.intern> References: <1139938898.2050.70.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1139938898.2050.70.camel@localhost.localdomain> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Tue, 14 Feb 2006 19:36:38 +0000 Cc: FreeBSD Current Subject: Re: memtest - an idea X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2006 18:40:59 -0000 On Tue, Feb 14, 2006 at 05:41:38PM +0000, Vladimir Konrad wrote: > is it viable to have a memtest like process running full-time (low > priority) or scheduled, on running FreeBSD system to discover bad memory > sooner than a later (without taking the system off-line)? Imho this is not the right way to do it. > being on the receiving end of a bad memory module (FreeBSD did random > reboots, checked the memory with memtest and there it was), it would be > nice if the OS could spot this. According to my experience, if memory goes bad slowly or does not match the mainboard specificatin (or vice versa), you might not find anything with memtest, whilst a buildworld might give signal 11 within a few minutes. Having said that, if you need a reliable plattform, then ECC-memory on a good server board - or even memory in Raid 1 - might be worth considering. Then you only need to monitor the hardware health to know if memory goes bad, and you still have some time to replace it. Regards, Holger Kipp From owner-freebsd-current@FreeBSD.ORG Tue Feb 14 20:04:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6233616A420 for ; Tue, 14 Feb 2006 20:04:36 +0000 (GMT) (envelope-from kshanmugavel@yahoo.com) Received: from web34706.mail.mud.yahoo.com (web34706.mail.mud.yahoo.com [209.191.68.155]) by mx1.FreeBSD.org (Postfix) with SMTP id 6EB2F43D6E for ; Tue, 14 Feb 2006 20:04:32 +0000 (GMT) (envelope-from kshanmugavel@yahoo.com) Received: (qmail 47216 invoked by uid 60001); 14 Feb 2006 20:04:31 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=STXDL08x5+w4LWFhnAHDLCljsdG7qCO+NPuErsw4SgWh1aJVGSCdUB2IlSxZ9sXvNHGaAW7srqb3Z/ot87CABn4JO32E1n/l/3Ex5N196QkfaWa6owWLo8Hhh2r6QXMUzVXD3UYvbuu5jH/CVMlLsnbGCdSiR2xZLor1nByNKrE= ; Message-ID: <20060214200431.47214.qmail@web34706.mail.mud.yahoo.com> Received: from [66.93.138.34] by web34706.mail.mud.yahoo.com via HTTP; Tue, 14 Feb 2006 12:04:31 PST Date: Tue, 14 Feb 2006 12:04:31 -0800 (PST) From: karthy shanmugavel To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Regarding the diagnostic utility for the PCI bus X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2006 20:04:36 -0000 Hi, Iam trying to find out how to find the latency timer register value, MMRBC and OST. I know the command is pciconf but i donot know where to find the latency timer and ... Can anyone please explain with an example Thanks in advance, Karthy __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Tue Feb 14 20:50:55 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C60B16A420 for ; Tue, 14 Feb 2006 20:50:55 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from ms-dienst.rz.rwth-aachen.de (ms-2.rz.RWTH-Aachen.DE [134.130.3.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80ED243D45 for ; Tue, 14 Feb 2006 20:50:54 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from circe (circe.rz.RWTH-Aachen.DE [134.130.3.36]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0IUP003Q638SYW@ms-dienst.rz.rwth-aachen.de> for current@freebsd.org; Tue, 14 Feb 2006 21:50:53 +0100 (MET) Received: from talos.rz.RWTH-Aachen.DE ([134.130.3.22]) by circe (MailMonitor for SMTP v1.2.2 ) ; Tue, 14 Feb 2006 21:50:52 +0100 (MET) Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by smarthost.rwth-aachen.de (8.13.1/8.13.1/1) with ESMTP id k1EKopEn017489 for ; Tue, 14 Feb 2006 21:50:51 +0100 Received: from haakonia.hitnet.rwth-aachen.de ([137.226.181.92]) by bigboss.hitnet.rwth-aachen.de with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1F978O-0008R7-5d for current@freebsd.org; Tue, 14 Feb 2006 21:50:52 +0100 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id 371A13F429; Tue, 14 Feb 2006 21:50:51 +0100 (CET) Date: Tue, 14 Feb 2006 21:50:51 +0100 From: Christian Brueffer To: current@freebsd.org Message-id: <20060214205050.GA6218@haakonia.hitnet.RWTH-Aachen.DE> MIME-version: 1.0 Content-type: multipart/signed; boundary=ReaqsoxgOBHFXBhH; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.5.11 X-Operating-System: FreeBSD 6.0-STABLE X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D Cc: Subject: panic: Trying sleep, but thread marked as sleeping prohibited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2006 20:50:55 -0000 --ReaqsoxgOBHFXBhH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I get the following panic now and then when trying to mount my external usb drive. The panic only occurs when the machine has been up for some time. FreeBSD serenity.local 7.0-CURRENT FreeBSD 7.0-CURRENT #8: Sun Feb 12 11:00:10 CET 2006 chris@serenity.local:/usr/obj/usr/src/sys/SERENITY i386 panic: Trying sleep, but thread marked as sleeping prohibited KDB: enter: panic [thread pid 23 tid 100021 ] Stopped at kdb_enter+0x30: leave =20 db> tr Tracing pid 23 tid 100021 td 0xc344b820 kdb_enter(c07f8467,c086d160,c07fb33e,d564d8d4,100) at kdb_enter+0x30 panic(c07fb33e,1,c07fb2ba,111,2) at panic+0xd5 sleepq_add(cd7871c8,c0871320,c0811674,0,c0747a7d) at sleepq_add+0xb2 msleep(cd7871c8,c0871320,44,c0811674,0) at msleep+0x2a6 bwait(cd7871c8,44,c0811674,509,0) at bwait+0x60 swap_pager_putpages(c3dcb960,d564da10,1,1,d564d9c0) at swap_pager_putpages+= 0x497 default_pager_putpages(c3dcb960,d564da10,1,1,d564d9c0) at default_pager_put= pages+0x2e vm_pageout_flush(d564da10,1,1,60,c1900bd8) at vm_pageout_flush+0x172 vm_contig_launder_page(c1900b90,0,c081208a,1f6,ffffffff) at vm_contig_laund= er_page+0x239 vm_page_alloc_contig(10,0,0,ffffffff,1) at vm_page_alloc_contig+0x398 contigmalloc(10000,c0839c80,1,0,ffffffff) at contigmalloc+0xb5 bus_dmamem_alloc(c4fb4c80,c3fb2688,5,c3fb2684,ffffffff) at bus_dmamem_alloc= +0xde usb_block_allocmem(0,10000,1,c42a7f3c,c32e0448) at usb_block_allocmem+0x16e usb_allocmem(c3649800,10000,0,c42a7f3c,d564db94) at usb_allocmem+0x57 ehci_allocm(c3649800,c42a7f3c,10000,c38e6400,d564dbc0) at ehci_allocm+0x27 usbd_transfer(c42a7f00,c4dccc80,c5218e00,d14c8000,10000) at usbd_transfer+0= x61 umass_setup_transfer(c5218e00,c4dccc80,d14c8000,10000,4) at umass_setup_tra= nsfer+0x4f umass_bbb_state(c365c100,c5218e00,0,0,0) at umass_bbb_state+0xeb usb_transfer_complete(c365c100,1f,c39cf180) at usb_transfer_complete+0x193 ehci_idone(c365c100,c365c170,0,d564dc6c,c05211b2) at ehci_idone+0x137 ehci_check_intr(c3649800,c365c100,c05c0d55,26e,c3649800) at ehci_check_intr= +0x8f ehci_softintr(c3649800,d564dc9c,c0520f30,c3649800,298) at ehci_softintr+0x32 usb_schedsoftintr(c3649800,298,c07f52d6,d564dcb0,c365d080) at usb_schedsoft= intr+0x12 ehci_intr1(c3649800,c365d080,c32e2580,d564dcd8,c058ce48) at ehci_intr1+0xc0 ehci_intr(c3649800,0,c07f52d6,295,1) at ehci_intr+0x8f ithread_execute_handlers(c344a000,c32e2580,c07f52d6,2f9,c344b820) at ithrea= d_execute_handlers+0x128 ithread_loop(c35f3e80,d564dd38,c07f50c8,31a,0) at ithread_loop+0x83 fork_exit(c058cf50,c35f3e80,d564dd38) at fork_exit+0xc3 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip =3D 0, esp =3D 0xd564dd6c, ebp =3D 0 --- - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --ReaqsoxgOBHFXBhH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD8kKqbHYXjKDtmC0RAjv8AJ4juqv5Gp6iwNLAODzY/72Ed3i2MACg3l41 S9aCmtLNBImqnDGsOCNHVEo= =oT+q -----END PGP SIGNATURE----- --ReaqsoxgOBHFXBhH-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 14 22:01:20 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6996C16A420 for ; Tue, 14 Feb 2006 22:01:20 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id E777843D55 for ; Tue, 14 Feb 2006 22:01:19 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id k1EM1JjB099649 for ; Tue, 14 Feb 2006 14:01:19 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id k1EM1JIB099648 for freebsd-current@freebsd.org; Tue, 14 Feb 2006 14:01:19 -0800 (PST) (envelope-from sgk) Date: Tue, 14 Feb 2006 14:01:19 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20060214220119.GA99615@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Buildworld broken on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2006 22:01:20 -0000 cc -O2 -fno-strict-aliasing -pipe -march=opteron -Wall -Wmissing-prototypes -Wcast-qual -Wwrite -strings -Wnested-externs -DRESCUE -c /usr/src/sbin/ifconfig/ifmedia.c /usr/src/sbin/ifconfig/ifmedia.c:345: error: `IFM_10GBASE_SR' undeclared here (not in a functio n) /usr/src/sbin/ifconfig/ifmedia.c:345: error: initializer element is not constant /usr/src/sbin/ifconfig/ifmedia.c:345: error: (near initialization for `ifm_subtype_ethernet_des criptions[16].ifmt_word') /usr/src/sbin/ifconfig/ifmedia.c:345: error: initializer element is not constant /usr/src/sbin/ifconfig/ifmedia.c:345: error: (near initialization for `ifm_subtype_ethernet_des criptions[16]') /usr/src/sbin/ifconfig/ifmedia.c:345: error: `IFM_10GBASE_LR' undeclared here (not in a functio n) /usr/src/sbin/ifconfig/ifmedia.c:345: error: initializer element is not constant /usr/src/sbin/ifconfig/ifmedia.c:345: error: (near initialization for `ifm_subtype_ethernet_des criptions[17].ifmt_word') /usr/src/sbin/ifconfig/ifmedia.c:345: error: initializer element is not constant /usr/src/sbin/ifconfig/ifmedia.c:345: error: (near initialization for `ifm_subtype_ethernet_des criptions[17]') /usr/src/sbin/ifconfig/ifmedia.c:345: error: initializer element is not constant /usr/src/sbin/ifconfig/ifmedia.c:345: error: (near initialization for `ifm_subtype_ethernet_des criptions[18]') *** Error code 1 Stop in /usr/src/sbin/ifconfig. *** Error code 1 Stop in /usr/obj/usr/src/rescue/rescue. *** Error code 1 -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Feb 14 22:27:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B4AC16A420 for ; Tue, 14 Feb 2006 22:27:30 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F69E43D48 for ; Tue, 14 Feb 2006 22:27:29 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id k1EMRTQ6028186 for ; Tue, 14 Feb 2006 14:27:29 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id k1EMRSUc028177 for freebsd-current@freebsd.org; Tue, 14 Feb 2006 14:27:28 -0800 (PST) (envelope-from sgk) Date: Tue, 14 Feb 2006 14:27:28 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20060214222728.GA26432@troutmask.apl.washington.edu> References: <20060214220119.GA99615@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060214220119.GA99615@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.2.1i Subject: Re: Buildworld broken on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2006 22:27:30 -0000 On Tue, Feb 14, 2006 at 02:01:19PM -0800, Steve Kargl wrote: > cc -O2 -fno-strict-aliasing -pipe -march=opteron -Wall -Wmissing-prototypes -Wcast-qual -Wwrite > -strings -Wnested-externs -DRESCUE -c /usr/src/sbin/ifconfig/ifmedia.c > /usr/src/sbin/ifconfig/ifmedia.c:345: error: `IFM_10GBASE_SR' undeclared here (not in a functio Sigh. It was a gratuitious change of a name in a header file where the committer obviously did no testing. --- if_media.h.orig Tue Feb 14 14:25:37 2006 +++ if_media.h Tue Feb 14 14:25:54 2006 @@ -328,8 +328,8 @@ { IFM_1000_T, "1000baseTX" }, \ { IFM_1000_T, "1000baseT" }, \ { IFM_HPNA_1, "homePNA" }, \ - { IFM_10GBASE_SR, "10GBASE-SR" }, \ - { IFM_10GBASE_LR, "10GBASE-LR" }, \ + { IFM_10G_SR, "10GBASE-SR" }, \ + { IFM_10G_LR, "10GBASE-LR" }, \ { 0, NULL }, \ } -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Feb 14 22:35:33 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D39EE16A420 for ; Tue, 14 Feb 2006 22:35:33 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7710643D48 for ; Tue, 14 Feb 2006 22:35:33 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by mail.ambrisko.com with ESMTP; 14 Feb 2006 14:35:33 -0800 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.11/8.12.9) with ESMTP id k1EMZWSu007337; Tue, 14 Feb 2006 14:35:33 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.11/8.12.11/Submit) id k1EMZW9C007336; Tue, 14 Feb 2006 14:35:32 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200602142235.k1EMZW9C007336@ambrisko.com> In-Reply-To: <20060214220119.GA99615@troutmask.apl.washington.edu> To: Steve Kargl Date: Tue, 14 Feb 2006 14:35:32 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: freebsd-current@freebsd.org Subject: Re: Buildworld broken on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2006 22:35:33 -0000 Steve Kargl writes: | cc -O2 -fno-strict-aliasing -pipe -march=opteron -Wall -Wmissing-prototypes -Wcast-qual -Wwrite | -strings -Wnested-externs -DRESCUE -c /usr/src/sbin/ifconfig/ifmedia.c | /usr/src/sbin/ifconfig/ifmedia.c:345: error: `IFM_10GBASE_SR' undeclared here (not in a functio | n) | /usr/src/sbin/ifconfig/ifmedia.c:345: error: initializer element is not constant | /usr/src/sbin/ifconfig/ifmedia.c:345: error: (near initialization for `ifm_subtype_ethernet_des | criptions[16].ifmt_word') | /usr/src/sbin/ifconfig/ifmedia.c:345: error: initializer element is not constant | /usr/src/sbin/ifconfig/ifmedia.c:345: error: (near initialization for `ifm_subtype_ethernet_des | criptions[16]') | /usr/src/sbin/ifconfig/ifmedia.c:345: error: `IFM_10GBASE_LR' undeclared here (not in a functio | n) | /usr/src/sbin/ifconfig/ifmedia.c:345: error: initializer element is not constant | /usr/src/sbin/ifconfig/ifmedia.c:345: error: (near initialization for `ifm_subtype_ethernet_des | criptions[17].ifmt_word') | /usr/src/sbin/ifconfig/ifmedia.c:345: error: initializer element is not constant | /usr/src/sbin/ifconfig/ifmedia.c:345: error: (near initialization for `ifm_subtype_ethernet_des | criptions[17]') | /usr/src/sbin/ifconfig/ifmedia.c:345: error: initializer element is not constant | /usr/src/sbin/ifconfig/ifmedia.c:345: error: (near initialization for `ifm_subtype_ethernet_des | criptions[18]') | *** Error code 1 | | Stop in /usr/src/sbin/ifconfig. | *** Error code 1 | | Stop in /usr/obj/usr/src/rescue/rescue. | *** Error code 1 I think the commit to if_media.h broke it. Try: Index: if_media.h =================================================================== RCS file: /usr/local/cvsroot/freebsd/src/sys/net/if_media.h,v retrieving revision 1.31 diff -u -p -r1.31 if_media.h --- if_media.h 14 Feb 2006 12:10:03 -0000 1.31 +++ if_media.h 14 Feb 2006 22:33:28 -0000 @@ -328,8 +328,8 @@ struct ifmedia_description { { IFM_1000_T, "1000baseTX" }, \ { IFM_1000_T, "1000baseT" }, \ { IFM_HPNA_1, "homePNA" }, \ - { IFM_10GBASE_SR, "10GBASE-SR" }, \ - { IFM_10GBASE_LR, "10GBASE-LR" }, \ + { IFM_10G_SR, "10GBASE-SR" }, \ + { IFM_10G_LR, "10GBASE-LR" }, \ { 0, NULL }, \ } to fix it. I'm not sure why 18/19 where flipped. Maybe to sync. with NetBSD? Doug A. From owner-freebsd-current@FreeBSD.ORG Tue Feb 14 22:35:51 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CDF716A423 for ; Tue, 14 Feb 2006 22:35:51 +0000 (GMT) (envelope-from tinguely@casselton.net) Received: from casselton.net (casselton.net [63.165.140.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E3FD43D49 for ; Tue, 14 Feb 2006 22:35:51 +0000 (GMT) (envelope-from tinguely@casselton.net) Received: from casselton.net (localhost [127.0.0.1]) by casselton.net (8.12.11/8.12.11) with ESMTP id k1EMZkle002412; Tue, 14 Feb 2006 16:35:46 -0600 (CST) (envelope-from tinguely@casselton.net) Received: (from tinguely@localhost) by casselton.net (8.12.11/8.12.11/Submit) id k1EMZknZ002411; Tue, 14 Feb 2006 16:35:46 -0600 (CST) (envelope-from tinguely) Date: Tue, 14 Feb 2006 16:35:46 -0600 (CST) From: Mark Tinguely Message-Id: <200602142235.k1EMZknZ002411@casselton.net> To: chris@unixpages.org, current@freebsd.org In-Reply-To: <20060214205050.GA6218@haakonia.hitnet.RWTH-Aachen.DE> X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ccn.casselton.net Cc: Subject: Re: panic: Trying sleep, but thread marked as sleeping prohibited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2006 22:35:51 -0000 > > I get the following panic now and then when trying to mount my external > usb drive. The panic only occurs when the machine has been up for some > time. > > FreeBSD serenity.local 7.0-CURRENT FreeBSD 7.0-CURRENT #8: Sun Feb 12 > 11:00:10 CET 2006 chris@serenity.local:/usr/obj/usr/src/sys/SERENITY > i386 > > panic: Trying sleep, but thread marked as sleeping prohibited There are 2 open problems on this one error. Try: *** vm_contig.c.orig Mon Jan 30 09:22:51 2006 --- vm_contig.c Wed Feb 1 07:51:33 2006 *************** *** 86,92 **** #include static int ! vm_contig_launder_page(vm_page_t m) { vm_object_t object; vm_page_t m_tmp; --- 86,92 ---- #include static int ! vm_contig_launder_page(vm_page_t m, int flags) { vm_object_t object; vm_page_t m_tmp; *************** *** 95,100 **** --- 95,114 ---- object = m->object; if (!VM_OBJECT_TRYLOCK(object)) return (EAGAIN); + + if (flags & M_NOWAIT) { /* cannot sleep in interrupt mode */ + if ((m->flags & PG_BUSY) || m->busy) { + VM_OBJECT_UNLOCK(object); + return (EBUSY); + } else { + vm_page_test_dirty(m); + if (m->dirty) { + VM_OBJECT_UNLOCK(object); + return (EAGAIN); + } + } + } + if (vm_page_sleep_if_busy(m, TRUE, "vpctw0")) { VM_OBJECT_UNLOCK(object); vm_page_lock_queues(); *************** *** 129,135 **** } static int ! vm_contig_launder(int queue) { vm_page_t m, next; int error; --- 143,149 ---- } static int ! vm_contig_launder(int queue, int flags) { vm_page_t m, next; int error; *************** *** 143,149 **** KASSERT(VM_PAGE_INQUEUE2(m, queue), ("vm_contig_launder: page %p's queue is not %d", m, queue)); ! error = vm_contig_launder_page(m); if (error == 0) return (TRUE); if (error == EBUSY) --- 157,163 ---- KASSERT(VM_PAGE_INQUEUE2(m, queue), ("vm_contig_launder: page %p's queue is not %d", m, queue)); ! error = vm_contig_launder_page(m, flags); if (error == 0) return (TRUE); if (error == EBUSY) *************** *** 224,235 **** actmax = vm_page_queues[PQ_ACTIVE].lcnt; again1: if (inactl < inactmax && ! vm_contig_launder(PQ_INACTIVE)) { inactl++; goto again1; } if (actl < actmax && ! vm_contig_launder(PQ_ACTIVE)) { actl++; goto again1; } --- 238,249 ---- actmax = vm_page_queues[PQ_ACTIVE].lcnt; again1: if (inactl < inactmax && ! vm_contig_launder(PQ_INACTIVE, flags)) { inactl++; goto again1; } if (actl < actmax && ! vm_contig_launder(PQ_ACTIVE, flags)) { actl++; goto again1; } *************** *** 381,387 **** vm_page_t vm_page_alloc_contig(vm_pindex_t npages, vm_paddr_t low, vm_paddr_t high, ! vm_offset_t alignment, vm_offset_t boundary) { vm_object_t object; vm_offset_t size; --- 395,401 ---- vm_page_t vm_page_alloc_contig(vm_pindex_t npages, vm_paddr_t low, vm_paddr_t high, ! vm_offset_t alignment, vm_offset_t boundary, int flags) { vm_object_t object; vm_offset_t size; *************** *** 474,480 **** pqtype != PQ_CACHE) { if (m->queue == PQ_ACTIVE || m->queue == PQ_INACTIVE) { ! if (vm_contig_launder_page(m) != 0) goto cleanup_freed; pqtype = m->queue - m->pc; if (pqtype != PQ_FREE && --- 488,494 ---- pqtype != PQ_CACHE) { if (m->queue == PQ_ACTIVE || m->queue == PQ_INACTIVE) { ! if (vm_contig_launder_page(m, flags) != 0) goto cleanup_freed; pqtype = m->queue - m->pc; if (pqtype != PQ_FREE && *************** *** 581,587 **** boundary, kernel_map); } else { pages = vm_page_alloc_contig(npgs, low, high, ! alignment, boundary); if (pages == NULL) { ret = NULL; } else { --- 595,601 ---- boundary, kernel_map); } else { pages = vm_page_alloc_contig(npgs, low, high, ! alignment, boundary, flags); if (pages == NULL) { ret = NULL; } else { *** vm_page.h.orig Wed Jan 25 09:01:28 2006 --- vm_page.h Wed Feb 1 07:50:32 2006 *************** *** 321,327 **** void vm_page_activate (vm_page_t); vm_page_t vm_page_alloc (vm_object_t, vm_pindex_t, int); vm_page_t vm_page_alloc_contig (vm_pindex_t, vm_paddr_t, vm_paddr_t, ! vm_offset_t, vm_offset_t); void vm_page_release_contig (vm_page_t, vm_pindex_t); vm_page_t vm_page_grab (vm_object_t, vm_pindex_t, int); void vm_page_cache (register vm_page_t); --- 321,327 ---- void vm_page_activate (vm_page_t); vm_page_t vm_page_alloc (vm_object_t, vm_pindex_t, int); vm_page_t vm_page_alloc_contig (vm_pindex_t, vm_paddr_t, vm_paddr_t, ! vm_offset_t, vm_offset_t, int); void vm_page_release_contig (vm_page_t, vm_pindex_t); vm_page_t vm_page_grab (vm_object_t, vm_pindex_t, int); void vm_page_cache (register vm_page_t); From owner-freebsd-current@FreeBSD.ORG Tue Feb 14 22:58:42 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D028716A423; Tue, 14 Feb 2006 22:58:42 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74E5743D53; Tue, 14 Feb 2006 22:58:41 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id k1EMwco9038614; Tue, 14 Feb 2006 17:58:38 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4/8.13.4) with ESMTP id k1EMwuM6045000; Tue, 14 Feb 2006 17:58:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E56AC7302F; Tue, 14 Feb 2006 17:58:37 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060214225837.E56AC7302F@freebsd-current.sentex.ca> Date: Tue, 14 Feb 2006 17:58:37 -0500 (EST) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2006 22:58:43 -0000 TB --- 2006-02-14 22:00:09 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-02-14 22:00:09 - starting HEAD tinderbox run for alpha/alpha TB --- 2006-02-14 22:00:09 - cleaning the object tree TB --- 2006-02-14 22:00:20 - checking out the source tree TB --- 2006-02-14 22:00:20 - cd /tinderbox/HEAD/alpha/alpha TB --- 2006-02-14 22:00:20 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-02-14 22:07:42 - building world (CFLAGS=-O2 -pipe) TB --- 2006-02-14 22:07:42 - cd /src TB --- 2006-02-14 22:07:42 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /src/sbin/ifconfig/ifmedia.c:345: error: (near initialization for `ifm_subtype_ethernet_descriptions[16]') /src/sbin/ifconfig/ifmedia.c:345: error: `IFM_10GBASE_LR' undeclared here (not in a function) /src/sbin/ifconfig/ifmedia.c:345: error: initializer element is not constant /src/sbin/ifconfig/ifmedia.c:345: error: (near initialization for `ifm_subtype_ethernet_descriptions[17].ifmt_word') /src/sbin/ifconfig/ifmedia.c:345: error: initializer element is not constant /src/sbin/ifconfig/ifmedia.c:345: error: (near initialization for `ifm_subtype_ethernet_descriptions[17]') /src/sbin/ifconfig/ifmedia.c:345: error: initializer element is not constant /src/sbin/ifconfig/ifmedia.c:345: error: (near initialization for `ifm_subtype_ethernet_descriptions[18]') *** Error code 1 Stop in /src/sbin/ifconfig. *** Error code 1 Stop in /obj/alpha/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-02-14 22:58:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-02-14 22:58:37 - ERROR: failed to build world TB --- 2006-02-14 22:58:37 - tinderbox aborted TB --- 0.41 user 1.89 system 3508.61 real From owner-freebsd-current@FreeBSD.ORG Tue Feb 14 23:58:19 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73E9316A422; Tue, 14 Feb 2006 23:58:19 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF56C43D73; Tue, 14 Feb 2006 23:58:13 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k1ENwCWJ075820; Tue, 14 Feb 2006 18:58:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id k1ENwCQX038577; Tue, 14 Feb 2006 18:58:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3E5767302F; Tue, 14 Feb 2006 18:58:12 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060214235812.3E5767302F@freebsd-current.sentex.ca> Date: Tue, 14 Feb 2006 18:58:12 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2006 23:58:19 -0000 TB --- 2006-02-14 22:58:38 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-02-14 22:58:38 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-02-14 22:58:38 - cleaning the object tree TB --- 2006-02-14 22:58:48 - checking out the source tree TB --- 2006-02-14 22:58:48 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-02-14 22:58:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-02-14 23:06:17 - building world (CFLAGS=-O2 -pipe) TB --- 2006-02-14 23:06:17 - cd /src TB --- 2006-02-14 23:06:17 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /src/sbin/ifconfig/ifmedia.c:345: error: (near initialization for `ifm_subtype_ethernet_descriptions[16]') /src/sbin/ifconfig/ifmedia.c:345: error: `IFM_10GBASE_LR' undeclared here (not in a function) /src/sbin/ifconfig/ifmedia.c:345: error: initializer element is not constant /src/sbin/ifconfig/ifmedia.c:345: error: (near initialization for `ifm_subtype_ethernet_descriptions[17].ifmt_word') /src/sbin/ifconfig/ifmedia.c:345: error: initializer element is not constant /src/sbin/ifconfig/ifmedia.c:345: error: (near initialization for `ifm_subtype_ethernet_descriptions[17]') /src/sbin/ifconfig/ifmedia.c:345: error: initializer element is not constant /src/sbin/ifconfig/ifmedia.c:345: error: (near initialization for `ifm_subtype_ethernet_descriptions[18]') *** Error code 1 Stop in /src/sbin/ifconfig. *** Error code 1 Stop in /obj/amd64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-02-14 23:58:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-02-14 23:58:12 - ERROR: failed to build world TB --- 2006-02-14 23:58:12 - tinderbox aborted TB --- 0.45 user 1.85 system 3573.96 real From owner-freebsd-current@FreeBSD.ORG Wed Feb 15 00:56:07 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DC7F16A422; Wed, 15 Feb 2006 00:56:07 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8C1843D46; Wed, 15 Feb 2006 00:56:06 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k1F0u5XS078948; Tue, 14 Feb 2006 19:56:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4/8.13.4) with ESMTP id k1F0uN6O095115; Tue, 14 Feb 2006 19:56:23 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 968BA7302F; Tue, 14 Feb 2006 19:56:05 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060215005605.968BA7302F@freebsd-current.sentex.ca> Date: Tue, 14 Feb 2006 19:56:05 -0500 (EST) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Feb 2006 00:56:07 -0000 TB --- 2006-02-14 23:58:12 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-02-14 23:58:12 - starting HEAD tinderbox run for i386/i386 TB --- 2006-02-14 23:58:12 - cleaning the object tree TB --- 2006-02-14 23:58:23 - checking out the source tree TB --- 2006-02-14 23:58:23 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-02-14 23:58:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-02-15 00:05:24 - building world (CFLAGS=-O2 -pipe) TB --- 2006-02-15 00:05:24 - cd /src TB --- 2006-02-15 00:05:24 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /src/sbin/ifconfig/ifmedia.c:345: error: (near initialization for `ifm_subtype_ethernet_descriptions[16]') /src/sbin/ifconfig/ifmedia.c:345: error: `IFM_10GBASE_LR' undeclared here (not in a function) /src/sbin/ifconfig/ifmedia.c:345: error: initializer element is not constant /src/sbin/ifconfig/ifmedia.c:345: error: (near initialization for `ifm_subtype_ethernet_descriptions[17].ifmt_word') /src/sbin/ifconfig/ifmedia.c:345: error: initializer element is not constant /src/sbin/ifconfig/ifmedia.c:345: error: (near initialization for `ifm_subtype_ethernet_descriptions[17]') /src/sbin/ifconfig/ifmedia.c:345: error: initializer element is not constant /src/sbin/ifconfig/ifmedia.c:345: error: (near initialization for `ifm_subtype_ethernet_descriptions[18]') *** Error code 1 Stop in /src/sbin/ifconfig. *** Error code 1 Stop in /obj/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-02-15 00:56:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-02-15 00:56:05 - ERROR: failed to build world TB --- 2006-02-15 00:56:05 - tinderbox aborted TB --- 0.38 user 1.87 system 3473.02 real From owner-freebsd-current@FreeBSD.ORG Wed Feb 15 01:54:30 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD3B416A420; Wed, 15 Feb 2006 01:54:30 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BB9443D6D; Wed, 15 Feb 2006 01:54:25 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k1F1sOKu081982; Tue, 14 Feb 2006 20:54:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id k1F1sORN038325; Tue, 14 Feb 2006 20:54:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 365637302F; Tue, 14 Feb 2006 20:54:24 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060215015424.365637302F@freebsd-current.sentex.ca> Date: Tue, 14 Feb 2006 20:54:24 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Feb 2006 01:54:30 -0000 TB --- 2006-02-15 00:56:05 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-02-15 00:56:05 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-02-15 00:56:05 - cleaning the object tree TB --- 2006-02-15 00:56:16 - checking out the source tree TB --- 2006-02-15 00:56:16 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-02-15 00:56:16 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-02-15 01:03:12 - building world (CFLAGS=-O2 -pipe) TB --- 2006-02-15 01:03:12 - cd /src TB --- 2006-02-15 01:03:12 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /src/sbin/ifconfig/ifmedia.c:345: error: (near initialization for `ifm_subtype_ethernet_descriptions[16]') /src/sbin/ifconfig/ifmedia.c:345: error: `IFM_10GBASE_LR' undeclared here (not in a function) /src/sbin/ifconfig/ifmedia.c:345: error: initializer element is not constant /src/sbin/ifconfig/ifmedia.c:345: error: (near initialization for `ifm_subtype_ethernet_descriptions[17].ifmt_word') /src/sbin/ifconfig/ifmedia.c:345: error: initializer element is not constant /src/sbin/ifconfig/ifmedia.c:345: error: (near initialization for `ifm_subtype_ethernet_descriptions[17]') /src/sbin/ifconfig/ifmedia.c:345: error: initializer element is not constant /src/sbin/ifconfig/ifmedia.c:345: error: (near initialization for `ifm_subtype_ethernet_descriptions[18]') *** Error code 1 Stop in /src/sbin/ifconfig. *** Error code 1 Stop in /obj/pc98/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-02-15 01:54:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-02-15 01:54:24 - ERROR: failed to build world TB --- 2006-02-15 01:54:24 - tinderbox aborted TB --- 0.43 user 1.80 system 3498.31 real From owner-freebsd-current@FreeBSD.ORG Wed Feb 15 01:57:30 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDD9916A420 for ; Wed, 15 Feb 2006 01:57:30 +0000 (GMT) (envelope-from iedowse@iedowse.com) Received: from nowhere.iedowse.com (nowhere.iedowse.com [82.195.144.75]) by mx1.FreeBSD.org (Postfix) with SMTP id 1664843D45 for ; Wed, 15 Feb 2006 01:57:29 +0000 (GMT) (envelope-from iedowse@iedowse.com) Received: from localhost ([127.0.0.1] helo=iedowse.com) by nowhere.iedowse.com via local-iedowse id ; 15 Feb 2006 01:57:29 +0000 (GMT) To: Christian Brueffer In-Reply-To: Your message of "Tue, 14 Feb 2006 21:50:51 +0100." <20060214205050.GA6218@haakonia.hitnet.RWTH-Aachen.DE> Date: Wed, 15 Feb 2006 01:57:28 +0000 From: Ian Dowse Message-ID: <200602150157.aa84194@nowhere.iedowse.com> Cc: current@freebsd.org Subject: Re: panic: Trying sleep, but thread marked as sleeping prohibited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Feb 2006 01:57:31 -0000 In message <20060214205050.GA6218@haakonia.hitnet.RWTH-Aachen.DE>, Christian Br ueffer writes: >I get the following panic now and then when trying to mount my external >usb drive. The panic only occurs when the machine has been up for some >time. There's an experimental patch at http://people.freebsd.org/~iedowse/usb.diff that attempts to avoid the need for the USB subsystem to allocate any large contiguous chunks of memory. It would be useful if you could test this to see if it solves the issue. Recently I've updated the patch to try completing the OHCI support for non-contiguous allocations, so OHCI and in particular isochronous OHCI transfers may have problems. I'd be greatful if anyone could test the patch, especially with OHCI isochronous devices that currently work, since I've almost certainly broken something there. Ian From owner-freebsd-current@FreeBSD.ORG Wed Feb 15 01:51:12 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FFEF16A420 for ; Wed, 15 Feb 2006 01:51:12 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69FE443D48 for ; Wed, 15 Feb 2006 01:51:10 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k1F1p7d6054088 for ; Wed, 15 Feb 2006 03:51:07 +0200 (EET) (envelope-from dmitry@atlantis.dp.ua) Date: Wed, 15 Feb 2006 03:51:07 +0200 (EET) From: Dmitry Pryanishnikov To: freebsd-current@freebsd.org Message-ID: <20060215024339.N22450@atlantis.atlantis.dp.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Wed, 15 Feb 2006 02:40:33 +0000 Subject: Virtual memory consumption (both user and kernel) in modern CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Feb 2006 01:51:12 -0000 Hello! I've got a relatively fresh (12-Feb-2006 14:20 UTC) CURRENT on my ASUS M5A notebook (CPU Pentium M 1.86GHz, 256 Mb memory), kernel config is: ftp://external.atlantis.dp.ua/FreeBSD/CURRENT/NOTEBOOK I have several questions regarding virtual memory use, both user-mode and kernel. 1) Is it normal that virtual memory size for almost every non-kernel process is close to 50Mb now: ftp://external.atlantis.dp.ua/FreeBSD/CURRENT/top.txt Is it miscalculation or real growth of virtual address space? 2) I can _trivially_ crash my box by extracting and deleting Openoffice.org distribution: cd /usr/ports/editors/openoffice.org-2.0 NOCLEANDEPENDS=yes make extract clean However, I can't obtain crash dump in most cases, see the picture: ftp://external.atlantis.dp.ua/FreeBSD/CURRENT/nodump.jpg Is it due to new ATA DMA dump code, or due to some other reason? I've never seen such dump failures before. 3) Once I was lucky enought to obtain a valid crash dump in this situation. Here is the backtrace: ftp://external.atlantis.dp.ua/FreeBSD/CURRENT/bt What tunables can I use to prevent this panic? Alas tuning(7) doesn't say anything about "mem_map too small". Is it tuning issue at all or a bug? Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-current@FreeBSD.ORG Wed Feb 15 02:53:42 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC35916A420; Wed, 15 Feb 2006 02:53:42 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B75F843D49; Wed, 15 Feb 2006 02:53:41 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k1F2reJ1085430; Tue, 14 Feb 2006 21:53:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4/8.13.4) with ESMTP id k1F2rwwN044144; Tue, 14 Feb 2006 21:53:58 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 65AB57302F; Tue, 14 Feb 2006 21:53:40 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060215025340.65AB57302F@freebsd-current.sentex.ca> Date: Tue, 14 Feb 2006 21:53:40 -0500 (EST) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Feb 2006 02:53:42 -0000 TB --- 2006-02-15 01:54:24 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-02-15 01:54:24 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-02-15 01:54:24 - cleaning the object tree TB --- 2006-02-15 01:54:34 - checking out the source tree TB --- 2006-02-15 01:54:34 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-02-15 01:54:34 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-02-15 02:02:14 - building world (CFLAGS=-O2 -pipe) TB --- 2006-02-15 02:02:14 - cd /src TB --- 2006-02-15 02:02:14 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /src/sbin/ifconfig/ifmedia.c:345: error: (near initialization for `ifm_subtype_ethernet_descriptions[16]') /src/sbin/ifconfig/ifmedia.c:345: error: `IFM_10GBASE_LR' undeclared here (not in a function) /src/sbin/ifconfig/ifmedia.c:345: error: initializer element is not constant /src/sbin/ifconfig/ifmedia.c:345: error: (near initialization for `ifm_subtype_ethernet_descriptions[17].ifmt_word') /src/sbin/ifconfig/ifmedia.c:345: error: initializer element is not constant /src/sbin/ifconfig/ifmedia.c:345: error: (near initialization for `ifm_subtype_ethernet_descriptions[17]') /src/sbin/ifconfig/ifmedia.c:345: error: initializer element is not constant /src/sbin/ifconfig/ifmedia.c:345: error: (near initialization for `ifm_subtype_ethernet_descriptions[18]') *** Error code 1 Stop in /src/sbin/ifconfig. *** Error code 1 Stop in /obj/sparc64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-02-15 02:53:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-02-15 02:53:40 - ERROR: failed to build world TB --- 2006-02-15 02:53:40 - tinderbox aborted TB --- 0.38 user 1.88 system 3555.82 real From owner-freebsd-current@FreeBSD.ORG Wed Feb 15 03:11:51 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6218816A422 for ; Wed, 15 Feb 2006 03:11:51 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29DFB43D45; Wed, 15 Feb 2006 03:11:51 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k1F3BmTh082313; Wed, 15 Feb 2006 03:11:50 GMT (envelope-from davidxu@freebsd.org) Message-ID: <43F29BF5.4060300@freebsd.org> Date: Wed, 15 Feb 2006 11:11:49 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20050928 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dmitry Pryanishnikov References: <20060215024339.N22450@atlantis.atlantis.dp.ua> In-Reply-To: <20060215024339.N22450@atlantis.atlantis.dp.ua> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Virtual memory consumption (both user and kernel) in modern CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Feb 2006 03:11:51 -0000 Dmitry Pryanishnikov wrote: > > > Hello! > > I've got a relatively fresh (12-Feb-2006 14:20 UTC) CURRENT on my ASUS > M5A notebook (CPU Pentium M 1.86GHz, 256 Mb memory), kernel config is: > > ftp://external.atlantis.dp.ua/FreeBSD/CURRENT/NOTEBOOK > > I have several questions regarding virtual memory use, both user-mode > and kernel. > > 1) Is it normal that virtual memory size for almost every non-kernel > process > is close to 50Mb now: > > ftp://external.atlantis.dp.ua/FreeBSD/CURRENT/top.txt > > Is it miscalculation or real growth of virtual address space? > > I believe this is the new malloc code in libc, I am seeing this on my Athlon64 machine, now it likes swap memory, in the old days, it seldom touched it. > 2) I can _trivially_ crash my box by extracting and deleting Openoffice.org > distribution: > > cd /usr/ports/editors/openoffice.org-2.0 > NOCLEANDEPENDS=yes make extract clean > > However, I can't obtain crash dump in most cases, see the picture: > > ftp://external.atlantis.dp.ua/FreeBSD/CURRENT/nodump.jpg > > Is it due to new ATA DMA dump code, or due to some other reason? > I've never seen such dump failures before. > I can not produce core on Intel 945 chipset too, south bridge is ICH7. > > 3) Once I was lucky enought to obtain a valid crash dump in this situation. > Here is the backtrace: > > ftp://external.atlantis.dp.ua/FreeBSD/CURRENT/bt > > What tunables can I use to prevent this panic? Alas tuning(7) doesn't > say anything about "mem_map too small". Is it tuning issue at all > or a bug? > > > Sincerely, Dmitry From owner-freebsd-current@FreeBSD.ORG Wed Feb 15 03:46:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB85816A420 for ; Wed, 15 Feb 2006 03:46:13 +0000 (GMT) (envelope-from adams.benjamin@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 407DE43D45 for ; Wed, 15 Feb 2006 03:46:12 +0000 (GMT) (envelope-from adams.benjamin@gmail.com) Received: by xproxy.gmail.com with SMTP id i27so1040318wxd for ; Tue, 14 Feb 2006 19:46:11 -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; b=Ph2X8Yw6JhwRYKlL7Kc/7jUtQJGWaD5zV9YTPwqRZZbVj0C/k8xTfg2E9ycPupPJBeNZMZFZ52+Cie6o6oNyzU+MZr4rdQ9HTxnNRIRJEX0ujhxy3H42yfZcz0bIVcF3Ri0lSmjlBrSTX80seH+SBrMRf6PcRuYWOnOsRpJnIfI= Received: by 10.70.38.2 with SMTP id l2mr4752304wxl; Tue, 14 Feb 2006 19:46:11 -0800 (PST) Received: from ?192.168.0.3? ( [72.226.224.84]) by mx.gmail.com with ESMTP id h10sm434323wxd.2006.02.14.19.46.11; Tue, 14 Feb 2006 19:46:11 -0800 (PST) From: Benjamin D Adams To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="=-yfs8DPFKG+GyWmG1hwUe" Date: Tue, 14 Feb 2006 22:40:59 -0500 Message-Id: <1139974859.1416.1.camel@7Current.FreeBSDWorld.NET> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Subject: IMAP problem I found on another mailing list X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Feb 2006 03:46:13 -0000 --=-yfs8DPFKG+GyWmG1hwUe Content-Type: text/plain Content-Transfer-Encoding: 7bit I saw this problem on the cyrus-imap mailing list. Thought I would pass on the information --=-yfs8DPFKG+GyWmG1hwUe Content-Disposition: inline Content-Description: Forwarded message - RE: slow IMAP data transfer (SOLVED) Content-Type: message/rfc822 Return-Path: Received: from murder ([unix socket]) by localhost (Cyrus v2.2.12-OS X 10.4.0) with LMTPA; Tue, 14 Feb 2006 10:12:04 -0500 X-Sieve: CMU Sieve 2.2 Received: from localhost (localhost [127.0.0.1]) by ambrosiasw.com (Postfix) with ESMTP id 0DDFA34831A1 for ; Tue, 14 Feb 2006 10:12:04 -0500 (EST) Received: from ambrosiasw.com ([127.0.0.1]) by localhost (xanadu.ambrosiasw.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09243-07 for ; Tue, 14 Feb 2006 10:12:00 -0500 (EST) Received: from lists2.andrew.cmu.edu (lists2.andrew.cmu.edu [128.2.10.216]) by ambrosiasw.com (Postfix) with ESMTP id 3E76D3483189 for ; Tue, 14 Feb 2006 10:12:00 -0500 (EST) Received: from LISTS2.andrew.cmu.edu (localhost [127.0.0.1]) by lists2.andrew.cmu.edu (8.13.4/8.13.4) with ESMTP id k1EF7RGN016488; Tue, 14 Feb 2006 10:07:43 -0500 X-Mailman-Handler: $Id: mm-handler,v 1.2 2002/04/05 19:41:09 bwarsaw Exp $ Received: from mail2.one.lv (mail2.one.lv [62.85.54.8] (may be forged)) by lists2.andrew.cmu.edu (8.13.4/8.13.4) with SMTP id k1EF7Olv016479 for ; Tue, 14 Feb 2006 10:07:25 -0500 Received: (qmail 5637 invoked from network); 14 Feb 2006 15:07:23 -0000 Received: from localhost (HELO mail2.one.lv) (127.0.0.1) by mail2.one.lv with SMTP; 14 Feb 2006 15:07:23 -0000 Message-ID: <11584526.1139929643096.JavaMail.root@mail2.one.lv> Date: Tue, 14 Feb 2006 17:07:23 +0200 (GMT+02:00) From: Juris Orlovs To: "info-cyrus@lists.andrew.cmu.edu" Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Spam-Clean: 7% (__C230066_P5 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __HIGHBITS 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __STOCK_CRUFT 0) X-Greylist: Message is not spam, not delayed by milter-greylist-2.0.2 (lists2.andrew.cmu.edu [0.0.0.0]); Tue, 14 Feb 2006 10:08:00 -0500 (EST) X-Greylist: Message is not spam, not delayed by milter-greylist-2.0.2 (lists2.andrew.cmu.edu [128.2.10.216]); Tue, 14 Feb 2006 10:07:25 -0500 (EST) Subject: RE: slow IMAP data transfer (SOLVED) X-BeenThere: info-cyrus@lists.andrew.cmu.edu X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion group for Cyrus email system List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: info-cyrus-bounces@lists.andrew.cmu.edu Errors-To: info-cyrus-bounces@lists.andrew.cmu.edu X-Spam-Notice: Not scanning again because message was previously scanned X-Virus-Scanned: by amavisd-new at ambrosiasw.com X-Spam-Status: No, hits=0 tagged_above=-999 required=5 tests= X-Spam-Level: Content-Transfer-Encoding: 8bit Problem solved! "sysctl -w net.inet.tcp.delayed_ack=0" solves problem for IMAP and also Postfix, so mainly fsync() was no issue. I had no time to searh why this so drastically affects performance, but maybe somebody will know the answer. -----SÄkotnÄ“jÄ ziņa----- No: "Juris Orlovs" SÅ«tÄ«ts: 2006-02-09 12:26:13.68 Kam: "info-cyrus@lists.andrew.cmu.edu" Par: slow IMAP data transfer Hello I'm trying to set up Cyrus IMAP on freebsd 6.0, but i have problems with performance of it. There is a big issue with message writing to IMAP folders and also with reading a large quantities of messages. Reading of 8MB message takes a bit less than a second, but in that time 8MB message write to IMAP folder over 100Mbit/s connection takes ~6 seconds longer. Also, as I am only one by now who uses this server there could be no chance of big resouce utilization. Reading/writing ~650 messages, each 1KB) from/to imap folder sends huge amounts of data to RAID 1 arrays. It can be seen using an iostat in that process. Hardware (2x 3GHx Xeon, 2GB RAM, Adaptec 2410SA, 2x WD RAPTOR 74GB (aacd0)(system), 2x SEAGATE 300GB (aacd1)(mail storage)) Before that I was setting up Cyrus IMAP mail servers on Linux and there was no such problems. Maybe it's OS issue? I also have set up such system on Celeron 800MHz, 256MB RAM and 80GB SEAGATE (FreeBSD 4.11), the results are aproximately the same. For SMTP i'm using Postfix, and it also shows bad results on data transfer. Seems that the biggest problems I have with mail software, because other services like FTP doesn't show such bad results. -------------------------------------------------------------------- READING 650 messages -------------------------------------------------------------------- mx# iostat -Iw 3 tty aacd0 aacd1 cpu tin tout KB/t xfrs MB KB/t xfrs MB us ni sy in id 0 50 17.54 390334 6687.51 22.46 296070 6492.93 0 0 0 0 100 0 64 16.00 41 0.64 16.00 1 0.02 0 0 0 0 100 0 20 13.00 8 0.10 0.00 0 0.00 1 0 0 0 99 0 20 0.00 0 0.00 0.00 0 0.00 0 0 0 0 100 0 20 13.78 130 1.75 14.67 117 1.68 0 0 1 1 98 0 20 14.64 171 2.45 14.67 120 1.72 0 0 0 0 99 0 20 10.18 201 2.00 14.66 131 1.88 0 0 2 1 98 0 20 12.02 185 2.17 15.25 134 2.00 0 0 1 0 99 0 20 14.23 179 2.49 15.85 135 2.09 0 0 0 0 99 0 20 12.28 215 2.58 16.00 132 2.06 0 0 1 0 99 0 20 10.82 196 2.07 16.00 133 2.08 0 0 1 0 99 0 20 12.80 183 2.29 16.00 135 2.11 0 0 1 0 99 0 20 15.10 178 2.62 16.00 133 2.08 0 0 1 0 99 0 20 10.53 205 2.11 16.00 132 2.06 0 0 1 0 99 0 20 11.19 178 1.95 16.00 132 2.06 0 0 1 0 99 0 20 13.61 179 2.38 16.00 132 2.06 0 0 1 1 99 0 20 13.85 195 2.64 16.00 135 2.11 0 0 1 0 98 0 20 10.07 189 1.86 16.00 133 2.08 0 0 1 0 98 -------------------------------------------------------------------- -------------------------------------------------------------------- WRITING 650 messages -------------------------------------------------------------------- mx# iostat -Iw 3 tty aacd0 aacd1 cpu tin tout KB/t xfrs MB KB/t xfrs MB us ni sy in id 0 50 17.50 393390 6724.61 22.40 298277 6526.03 0 0 0 0 100 0 64 9.00 100 0.88 12.90 309 3.89 0 0 0 0 99 0 20 9.00 100 0.88 13.03 303 3.86 0 0 1 0 99 0 20 9.28 100 0.91 12.49 304 3.71 0 0 1 0 99 0 20 9.00 100 0.88 11.99 305 3.57 0 0 1 0 98 0 20 9.00 100 0.88 12.23 310 3.70 1 0 1 0 99 0 20 9.00 100 0.88 12.43 312 3.79 0 0 1 0 99 0 20 8.66 109 0.92 12.60 309 3.80 0 0 0 0 99 0 20 9.00 100 0.88 12.72 305 3.79 0 0 1 0 98 0 20 10.35 124 1.25 12.96 315 3.99 0 0 0 0 99 0 20 9.00 100 0.88 13.18 310 3.99 0 0 1 0 99 0 20 9.00 96 0.84 13.25 299 3.87 0 0 0 0 99 0 20 9.33 105 0.96 13.42 309 4.05 0 0 0 0 99 0 20 9.00 100 0.88 13.41 309 4.05 0 0 1 0 99 0 20 9.00 100 0.88 13.40 308 4.03 0 0 0 0 99 0 20 9.00 100 0.88 13.43 309 4.05 0 0 1 0 99 0 20 9.00 100 0.88 13.52 311 4.11 0 0 1 0 99 0 20 8.83 103 0.89 13.56 308 4.08 1 0 1 0 99 0 20 9.00 100 0.88 13.60 301 4.00 0 0 1 0 99 0 20 9.00 96 0.84 13.56 306 4.05 0 0 1 0 99 -------------------------------------------------------------------- ------------------------------------------------------------------------------- http://www.one.lv - Tavs mobilais e-pasts! Tagad lasi savu e-pastu ar mobilo telefonu - wap.one.lv! ------------------------------------------------------------------------------- http://www.one.lv - Tavs mobilais e-pasts! Tagad lasi savu e-pastu ar mobilo telefonu - wap.one.lv! ---- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html --=-yfs8DPFKG+GyWmG1hwUe-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 15 07:01:39 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CA8E16A420 for ; Wed, 15 Feb 2006 07:01:39 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from ms-dienst.rz.rwth-aachen.de (ms-2.rz.RWTH-Aachen.DE [134.130.3.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8F7943D45 for ; Wed, 15 Feb 2006 07:01:38 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from circe (circe.rz.RWTH-Aachen.DE [134.130.3.36]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0IUP00DJESP6JU@ms-dienst.rz.rwth-aachen.de> for current@freebsd.org; Wed, 15 Feb 2006 07:00:43 +0100 (MET) Received: from talos.rz.RWTH-Aachen.DE ([134.130.3.22]) by circe (MailMonitor for SMTP v1.2.2 ) ; Wed, 15 Feb 2006 07:00:37 +0100 (MET) Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by smarthost.rwth-aachen.de (8.13.1/8.13.1/1) with ESMTP id k1F601P8007057; Wed, 15 Feb 2006 07:00:01 +0100 Received: from haakonia.hitnet.rwth-aachen.de ([137.226.181.92]) by bigboss.hitnet.rwth-aachen.de with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1F9FhX-0005En-1v; Wed, 15 Feb 2006 06:59:43 +0100 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id B26F33F40A; Wed, 15 Feb 2006 06:59:40 +0100 (CET) Date: Wed, 15 Feb 2006 06:59:40 +0100 From: Christian Brueffer In-reply-to: <200602150157.aa84194@nowhere.iedowse.com> To: Ian Dowse Message-id: <20060215055940.GA1661@haakonia.hitnet.RWTH-Aachen.DE> MIME-version: 1.0 Content-type: multipart/signed; boundary="pWyiEgJYm5f9v55/"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.5.11 X-Operating-System: FreeBSD 6.1-PRERELEASE X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <20060214205050.GA6218@haakonia.hitnet.RWTH-Aachen.DE> <200602150157.aa84194@nowhere.iedowse.com> Cc: current@freebsd.org Subject: Re: panic: Trying sleep, but thread marked as sleeping prohibited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Feb 2006 07:01:39 -0000 --pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 15, 2006 at 01:57:28AM +0000, Ian Dowse wrote: > In message <20060214205050.GA6218@haakonia.hitnet.RWTH-Aachen.DE>, Christ= ian Br > ueffer writes: > >I get the following panic now and then when trying to mount my external > >usb drive. The panic only occurs when the machine has been up for some > >time. >=20 > There's an experimental patch at >=20 > http://people.freebsd.org/~iedowse/usb.diff >=20 > that attempts to avoid the need for the USB subsystem to allocate > any large contiguous chunks of memory. It would be useful if you > could test this to see if it solves the issue. >=20 > Recently I've updated the patch to try completing the OHCI support > for non-contiguous allocations, so OHCI and in particular isochronous > OHCI transfers may have problems. I'd be greatful if anyone could > test the patch, especially with OHCI isochronous devices that > currently work, since I've almost certainly broken something there. >=20 Thanks. Since the panic usually takes a while to provoke, I'll report back in a couple of days. - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --pWyiEgJYm5f9v55/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD8sNMbHYXjKDtmC0RAo1SAJ9LzCgj2D+0FBFdRidTlRxolDjFqgCgr5+u 8TAoSG2x4sT0yOUAoYAqMs8= =NeXF -----END PGP SIGNATURE----- --pWyiEgJYm5f9v55/-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 15 07:04:42 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C51C016A420 for ; Wed, 15 Feb 2006 07:04:42 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C75843D46 for ; Wed, 15 Feb 2006 07:04:42 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1F9GiO-000P7D-N9; Wed, 15 Feb 2006 09:04:40 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Luigi Rizzo In-reply-to: Your message of Tue, 14 Feb 2006 09:11:50 -0800 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 15 Feb 2006 09:04:40 +0200 From: Danny Braniss Message-ID: Cc: current@freebsd.org Subject: Re: options for centralized 'passwd' database for a diskless lab ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Feb 2006 07:04:42 -0000 > as per the subjects, what options do i have to set a centralized > 'passwd' database for a lab with FreeBSD diskless machines ? > > In the past (4.x times) i used YP/NIS which did the job but was > highly insecure (all traffic unencrypted) and also a bit of a pain to configure. > It was convenient though because it let users change their > password and other info just using the passwd command. > > I have been browsing around a bit, and i see that pam_* (tried pam_radius) > can do for the authentication part but not for the other info; > nss_* seems to be a better suit but the only thing i see is nss_ldap > and i am not familiar with the latter. > > So any suggestions or pointers to pages describing what to do ? > for NIS/YP replacement: look into hesiod, we have been using it for years! for the authentication problem: we have implemented a client/server solution. the encrypted password is kept in a secure server, and the clients send the password to this server. the communication is clear text, but it could be made encrypted. for distant/unsecure authentication we use a token generating card - OTP. this server also handles the MS authentication, OTP cards, etc. danny > cheers > luigi > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed Feb 15 12:41:05 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4233F16A420 for ; Wed, 15 Feb 2006 12:41:05 +0000 (GMT) (envelope-from geoffwa@idkfa.ath.cx) Received: from mail-ihug.icp-qv1-irony4.iinet.net.au (ihug-mail.icp-qv1-irony4.iinet.net.au [203.59.1.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 572DD43D45 for ; Wed, 15 Feb 2006 12:41:03 +0000 (GMT) (envelope-from geoffwa@idkfa.ath.cx) Received: from 203-214-118-246.dyn.iinet.net.au (HELO idkfa.ath.cx) ([203.214.118.246]) by mail-ihug.icp-qv1-irony4.iinet.net.au with ESMTP; 15 Feb 2006 20:40:57 +0800 X-BrightmailFiltered: true X-Brightmail-Tracker: AAAAAA== X-IronPort-AV: i="4.02,116,1139155200"; d="scan'208"; a="611054313:sNHT3306460036" Received: by idkfa.ath.cx (Postfix, from userid 1004) id AB3BEB81C; Wed, 15 Feb 2006 23:41:32 +1100 (EST) Date: Wed, 15 Feb 2006 23:41:32 +1100 From: Geoffrey Giesemann To: freebsd-current@freebsd.org Message-ID: <20060215124132.GA51235@idkfa.ath.cx> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.11 Subject: Extended Attributes API X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Feb 2006 12:41:05 -0000 Apologies if this has been covered already. The FreeBSD calls to get/set/list extended attributes differ from those in Linux: FreeBSD Linux ---------- ---------- extattr_get_* *getxattr extattr_set_* *setxattr extattr_list_* *listxattr extattr_delete_* *removexattr Is FreeBSD going to provide an extended attributes API that is compatible with the one Linux is using, or should devlopers write a wrapper around these calls? (Playing around with Samba 4 which can use extended attributes to store all that Windows stuff) --Geoff From owner-freebsd-current@FreeBSD.ORG Wed Feb 15 14:05:39 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F22D16A420 for ; Wed, 15 Feb 2006 14:05:39 +0000 (GMT) (envelope-from mike@reifenberger.com) Received: from mail-out.m-online.net (mail-out.m-online.net [212.18.0.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 170ED43D58 for ; Wed, 15 Feb 2006 14:05:35 +0000 (GMT) (envelope-from mike@reifenberger.com) Received: from mail01.m-online.net (svr21.m-online.net [192.168.3.149]) by mail-out.m-online.net (Postfix) with ESMTP id A899898DD1; Wed, 15 Feb 2006 15:05:34 +0100 (CET) Received: from fw.reifenberger.com (ppp-82-135-0-21.mnet-online.de [82.135.0.21]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.m-online.net (Postfix) with ESMTP id 966D7906C5; Wed, 15 Feb 2006 15:05:34 +0100 (CET) Received: from localhost (mike@localhost) by fw.reifenberger.com (8.13.4/8.13.4/Submit) with ESMTP id k1FE5ZgK098094; Wed, 15 Feb 2006 15:05:35 +0100 (CET) (envelope-from mike@reifenberger.com) X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs Date: Wed, 15 Feb 2006 15:05:35 +0100 (CET) From: Michael Reifenberger To: Geoffrey Giesemann In-Reply-To: <20060215124132.GA51235@idkfa.ath.cx> Message-ID: <20060215150037.J98052@fw.reifenberger.com> References: <20060215124132.GA51235@idkfa.ath.cx> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Extended Attributes API X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Feb 2006 14:05:39 -0000 On Wed, 15 Feb 2006, Geoffrey Giesemann wrote: ... > The FreeBSD calls to get/set/list extended attributes differ from those > in Linux: This reminds me of something related: What is the "official" way of backing up UFS[2] filesystems containing extended attributes? In former time dump(8) and restore(8) where the tools of choice. But do they deal with extended attributes? Bye/2 --- Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com http://www.plaut.de | http://www.Reifenberger.com From owner-freebsd-current@FreeBSD.ORG Wed Feb 15 16:37:42 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1C9516A420 for ; Wed, 15 Feb 2006 16:37:42 +0000 (GMT) (envelope-from geoffwa@idkfa.ath.cx) Received: from mail-ihug.icp-qv1-irony4.iinet.net.au (ihug-mail.icp-qv1-irony4.iinet.net.au [203.59.1.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2C8543D45 for ; Wed, 15 Feb 2006 16:37:40 +0000 (GMT) (envelope-from geoffwa@idkfa.ath.cx) Received: from 203-214-118-246.dyn.iinet.net.au (HELO idkfa.ath.cx) ([203.214.118.246]) by mail-ihug.icp-qv1-irony4.iinet.net.au with ESMTP; 16 Feb 2006 00:37:37 +0800 X-BrightmailFiltered: true X-Brightmail-Tracker: AAAAAA== X-IronPort-AV: i="4.02,117,1139155200"; d="scan'208"; a="611348369:sNHT386523142" Received: by idkfa.ath.cx (Postfix, from userid 1004) id 6AFF6B81C; Thu, 16 Feb 2006 03:38:13 +1100 (EST) Date: Thu, 16 Feb 2006 03:38:13 +1100 From: Geoffrey Giesemann To: freebsd-current@freebsd.org Message-ID: <20060215163813.GA69533@idkfa.ath.cx> Mail-Followup-To: freebsd-current@freebsd.org References: <20060215124132.GA51235@idkfa.ath.cx> <20060215150037.J98052@fw.reifenberger.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060215150037.J98052@fw.reifenberger.com> User-Agent: Mutt/1.5.11 Subject: Re: Extended Attributes API X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Feb 2006 16:37:42 -0000 On Wed, Feb 15, 2006 at 03:05:35PM +0100, Michael Reifenberger wrote: > On Wed, 15 Feb 2006, Geoffrey Giesemann wrote: > ... > >The FreeBSD calls to get/set/list extended attributes differ from those > >in Linux: > > This reminds me of something related: > > What is the "official" way of backing up UFS[2] filesystems > containing extended attributes? > In former time dump(8) and restore(8) where the tools of choice. > But do they deal with extended attributes? > According to the only cvs entry I can find that mentions it [1], extended attribute support has been TODO for over 3 years :D [1] http://www.freebsd.org/cgi/cvsweb.cgi/src/sbin/dump/main.c#rev1.37 In the meanwhile you can convert your UFS2 volumes to XFS and back them up the extended attributes with xfsdump!!!! [2] [2] http://oss.sgi.com/projects/xfs/faq.html#backingupxfs I had a vague recollection pax might've been able to back up extended attributes, but the specifications at [3] only hint at there being scope for extended attributes as an 'implementation extension'. [3] http://www.opengroup.org/onlinepubs/009695399/utilities/pax.html#tag_04_100_13_03 --Geoff From owner-freebsd-current@FreeBSD.ORG Wed Feb 15 16:43:55 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0E0216A422 for ; Wed, 15 Feb 2006 16:43:55 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-3.dlr.de (smtp-3.dlr.de [195.37.61.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1A2343D48 for ; Wed, 15 Feb 2006 16:43:54 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-3.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.211); Wed, 15 Feb 2006 17:43:52 +0100 Date: Wed, 15 Feb 2006 17:43:50 +0100 (CET) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Geoffrey Giesemann In-Reply-To: <20060215163813.GA69533@idkfa.ath.cx> Message-ID: <20060215174212.C67143@beagle.kn.op.dlr.de> References: <20060215124132.GA51235@idkfa.ath.cx> <20060215150037.J98052@fw.reifenberger.com> <20060215163813.GA69533@idkfa.ath.cx> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 15 Feb 2006 16:43:52.0629 (UTC) FILETIME=[00F1CE50:01C6324F] Cc: joerg.schilling@fokus.fraunhofer.de, freebsd-current@freebsd.org Subject: Re: Extended Attributes API X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Feb 2006 16:43:55 -0000 On Thu, 16 Feb 2006, Geoffrey Giesemann wrote: GG>On Wed, Feb 15, 2006 at 03:05:35PM +0100, Michael Reifenberger wrote: GG>> On Wed, 15 Feb 2006, Geoffrey Giesemann wrote: GG>> ... GG>> >The FreeBSD calls to get/set/list extended attributes differ from those GG>> >in Linux: GG>> GG>> This reminds me of something related: GG>> GG>> What is the "official" way of backing up UFS[2] filesystems GG>> containing extended attributes? GG>> In former time dump(8) and restore(8) where the tools of choice. GG>> But do they deal with extended attributes? GG>> GG> GG>According to the only cvs entry I can find that mentions it [1], GG>extended attribute support has been TODO for over 3 years :D GG> GG>[1] http://www.freebsd.org/cgi/cvsweb.cgi/src/sbin/dump/main.c#rev1.37 GG> GG>In the meanwhile you can convert your UFS2 volumes to XFS and back them GG>up the extended attributes with xfsdump!!!! [2] GG> GG>[2] http://oss.sgi.com/projects/xfs/faq.html#backingupxfs GG> GG>I had a vague recollection pax might've been able to back up extended GG>attributes, but the specifications at [3] only hint at there being GG>scope for extended attributes as an 'implementation extension'. GG> GG>[3] http://www.opengroup.org/onlinepubs/009695399/utilities/pax.html#tag_04_100_13_03 You might be lucky with star (ports/archievers/star). If not - I could help to ping the author which is usually very helpful with things like this. harti From owner-freebsd-current@FreeBSD.ORG Wed Feb 15 17:59:20 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04EF016A420 for ; Wed, 15 Feb 2006 17:59:20 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A85743D45 for ; Wed, 15 Feb 2006 17:59:19 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by zproxy.gmail.com with SMTP id o37so1662234nzf for ; Wed, 15 Feb 2006 09:59:18 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Pis6qmLpaydyj6U+ywpVrPq6pzsIYtEQVMXWghMvssS+0/z6SkQh8aMMe/3GQeHwjxrI4oKKVyJIHqY1mO5kVmNQodXcH8/esKvz+ryHVbX47A7IZcq5XfdTCkH6IwZOtcMFFfeJ5EL3iktb4VbkFovr1PHhDmpAe9WXEj5B8Yg= Received: by 10.65.126.17 with SMTP id d17mr2825073qbn; Wed, 15 Feb 2006 09:59:18 -0800 (PST) Received: by 10.65.112.19 with HTTP; Wed, 15 Feb 2006 09:59:18 -0800 (PST) Message-ID: Date: Thu, 16 Feb 2006 01:59:18 +0800 From: Jiawei Ye To: Poul-Henning Kamp In-Reply-To: <30864.1139781541@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060212225911.M598@free.home.local> <30864.1139781541@critter.freebsd.dk> Cc: freebsd-current@freebsd.org Subject: Re: calcru: runtime went backwards X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Feb 2006 17:59:20 -0000 I still get calcru messages from kernel built with sources 2 hours ago cvsupped via cvsup12. When the system is under load, sshd and inetd can get these messages and stop responding to any requests. As the machine is at a remote site, my original idea was to keep sshd and inetd/telnetd running, so that when sshd freezes, I can telnet into the machine and restart sshd (from a security point of view, this is a bad thing, I know). But to my surprise, after sshd froze, telnetd won't respond either. Connection was built successfully but no login prompt appeared. At this time, any CGI script that httpd invokes will not run. Could this possibly be some problem with the pts code instead of the accounting code? Jiawei Ye -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Wed Feb 15 18:04:42 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91E4316A420 for ; Wed, 15 Feb 2006 18:04:42 +0000 (GMT) (envelope-from jasone@FreeBSD.org) Received: from lh.synack.net (lh.synack.net [204.152.188.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DA0643D48 for ; Wed, 15 Feb 2006 18:04:42 +0000 (GMT) (envelope-from jasone@FreeBSD.org) Received: by lh.synack.net (Postfix, from userid 100) id F14C05E48F6; Wed, 15 Feb 2006 10:04:41 -0800 (PST) Received: from [192.168.168.201] (moscow-cuda-gen2-68-64-60-20.losaca.adelphia.net [68.64.60.20]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by lh.synack.net (Postfix) with ESMTP id 6BF385E47EC; Wed, 15 Feb 2006 10:04:40 -0800 (PST) Message-ID: <43F36D34.9040908@FreeBSD.org> Date: Wed, 15 Feb 2006 10:04:36 -0800 From: Jason Evans User-Agent: Mozilla Thunderbird 1.0.7-1.4.1 (X11/20050929) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Geoffrey Giesemann References: <20060215124132.GA51235@idkfa.ath.cx> <20060215150037.J98052@fw.reifenberger.com> <20060215163813.GA69533@idkfa.ath.cx> In-Reply-To: <20060215163813.GA69533@idkfa.ath.cx> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on lh.synack.net X-Spam-Level: * X-Spam-Status: No, score=1.8 required=5.0 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-current@freebsd.org Subject: Re: Extended Attributes API X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Feb 2006 18:04:42 -0000 Geoffrey Giesemann wrote: > On Wed, Feb 15, 2006 at 03:05:35PM +0100, Michael Reifenberger wrote: >>What is the "official" way of backing up UFS[2] filesystems >>containing extended attributes? >>In former time dump(8) and restore(8) where the tools of choice. >>But do they deal with extended attributes? > > I had a vague recollection pax might've been able to back up extended > attributes, but the specifications at [3] only hint at there being > scope for extended attributes as an 'implementation extension'. > > [3] http://www.opengroup.org/onlinepubs/009695399/utilities/pax.html#tag_04_100_13_03 XAR is capable of dealing with extended attributes on several operating systems, including FreeBSD: http://www.opendarwin.org/projects/xar/ Jason From owner-freebsd-current@FreeBSD.ORG Wed Feb 15 18:01:07 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29A0916A420; Wed, 15 Feb 2006 18:01:07 +0000 (GMT) (envelope-from schilling@fokus.fraunhofer.de) Received: from mailhub.fokus.fraunhofer.de (mailhub.fokus.fraunhofer.de [193.174.154.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0ED7643D55; Wed, 15 Feb 2006 18:01:05 +0000 (GMT) (envelope-from schilling@fokus.fraunhofer.de) Received: from burner.fokus.fraunhofer.de (burner [10.147.65.166]) by mailhub.fokus.fraunhofer.de (8.11.6p2/8.11.6) with ESMTP id k1FI0fv18525; Wed, 15 Feb 2006 19:00:41 +0100 (MET) Received: (from jes@localhost) by burner.fokus.fraunhofer.de (8.12.9+Sun/8.12.9/Submit) id k1FHxhpD002238; Wed, 15 Feb 2006 18:59:43 +0100 (CET) From: Joerg Schilling Date: Wed, 15 Feb 2006 18:59:42 +0100 To: harti@freebsd.org, geoffwa@idkfa.ath.cx Message-ID: <43F36C0E.nail1PV2FGZK2@burner> References: <20060215124132.GA51235@idkfa.ath.cx> <20060215150037.J98052@fw.reifenberger.com> <20060215163813.GA69533@idkfa.ath.cx> <20060215174212.C67143@beagle.kn.op.dlr.de> In-Reply-To: <20060215174212.C67143@beagle.kn.op.dlr.de> 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: Wed, 15 Feb 2006 18:18:01 +0000 Cc: joerg.schilling@fokus.fraunhofer.de, freebsd-current@freebsd.org Subject: Re: Extended Attributes API X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Feb 2006 18:01:07 -0000 Harti Brandt wrote: > On Thu, 16 Feb 2006, Geoffrey Giesemann wrote: > > GG>On Wed, Feb 15, 2006 at 03:05:35PM +0100, Michael Reifenberger wrote: > GG>> On Wed, 15 Feb 2006, Geoffrey Giesemann wrote: > GG>> ... > GG>> >The FreeBSD calls to get/set/list extended attributes differ from those > GG>> >in Linux: What is the difference? If the differences are not big, it may be simple to hack xattr.c in star. Note that I am currently short before release 1.5a71 which contains a bug fix in that file, so don't change it now. ftp://ftp.berlios.de/pub/star/alpha/ Also note that I like to see a platform independent xattr support. This may happen soon after more and more people implement NFSv4 which includes the Solaris way of extended attributes. http://docs.sun.com/app/docs/doc/817-0691/6mgfmmdqv?a=view#indexterm-182 See openat() 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://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily From owner-freebsd-current@FreeBSD.ORG Wed Feb 15 18:52:46 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C347A16A420 for ; Wed, 15 Feb 2006 18:52:46 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06A4A43D48 for ; Wed, 15 Feb 2006 18:52:45 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (aris.bedc.ondsl.gr [62.103.39.226]) (authenticated bits=128) by igloo.linux.gr (8.13.5/8.13.5/Debian-3) with ESMTP id k1FIqJhs014680 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 15 Feb 2006 20:52:20 +0200 Received: from flame.pc (flame [127.0.0.1]) by flame.pc (8.13.4/8.13.4) with ESMTP id k1FIqDEw024339; Wed, 15 Feb 2006 18:52:13 GMT (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by flame.pc (8.13.4/8.13.4/Submit) id k1FIqDGV024338; Wed, 15 Feb 2006 20:52:13 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Wed, 15 Feb 2006 20:52:13 +0200 From: Giorgos Keramidas To: Jiawei Ye Message-ID: <20060215185213.GA24331@flame.pc> References: <20060212225911.M598@free.home.local> <30864.1139781541@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.344, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.85, BAYES_00 -2.60, DNS_FROM_RFC_ABUSE 0.20) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr Cc: Poul-Henning Kamp , freebsd-current@freebsd.org Subject: Re: calcru: runtime went backwards X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Feb 2006 18:52:46 -0000 On 2006-02-16 01:59, Jiawei Ye wrote: > I still get calcru messages from kernel built with sources 2 hours ago > cvsupped via cvsup12. When the system is under load, sshd and inetd > can get these messages and stop responding to any requests. As the > machine is at a remote site, my original idea was to keep sshd and > inetd/telnetd running, so that when sshd freezes, I can telnet into > the machine and restart sshd (from a security point of view, this is a > bad thing, I know). But to my surprise, after sshd froze, telnetd > won't respond either. Connection was built successfully but no login > prompt appeared. At this time, any CGI script that httpd invokes will > not run. Could this possibly be some problem with the pts code instead > of the accounting code? Check with top(1), if you have access to the local machine for the amount of time spent in `interrupt' handling. I've seen some very high interrupt loads with some of the recent kernels, but I'm not sure why yet. From owner-freebsd-current@FreeBSD.ORG Wed Feb 15 19:18:38 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2121616A420 for ; Wed, 15 Feb 2006 19:18:38 +0000 (GMT) (envelope-from vincent@xtra-net.org) Received: from smtp.xtra-net.be (cable-195-162-200-89.customer.tvd.be [195.162.200.89]) by mx1.FreeBSD.org (Postfix) with SMTP id 1C84843D45 for ; Wed, 15 Feb 2006 19:18:34 +0000 (GMT) (envelope-from vincent@xtra-net.org) Received: (qmail 63720 invoked from network); 15 Feb 2006 19:18:32 -0000 Received: from sbegfxab.xtra-net.org (HELO services.xtra-net.be) (192.168.1.19) by 0 with SMTP; 15 Feb 2006 19:18:32 -0000 Received: from 192.168.1.21 (SquirrelMail authenticated user jlang); by services.xtra-net.be with HTTP; Wed, 15 Feb 2006 20:18:32 +0100 (CET) Message-ID: <59310.192.168.1.21.1140031112.squirrel@192.168.1.21> Date: Wed, 15 Feb 2006 20:18:32 +0100 (CET) From: "Vincent Blondel" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: buildworld problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Feb 2006 19:18:38 -0000 I already posted this problem earlier but never get an answer. I get a 'FreeBSD 7.0-CURRENT #0: Mon Nov 14 17:30:09 CET 2005' system. I am trying since a few weeks to 'make buildworld' my system but always get the same problem. I already cvsup'ed my system again in case of bad download but didn't find any solution to this problem. --- root@wbedllfs [/usr/src] # make buildworld ... cat asn1_HostAddress.x > asn1_HostAddress.c cat asn1_HostAddresses.x > asn1_HostAddresses.c cat asn1_KDCOptions.x > asn1_KDCOptions.c cat asn1_KDC_REP.x > asn1_KDC_REP.c cat asn1_KDC_REQ.x > asn1_KDC_REQ.c cat asn1_KDC_REQ_BODY.x > asn1_KDC_REQ_BODY.c cat asn1_KRB_CRED.x > asn1_KRB_CRED.c cat asn1_KRB_ERROR.x > asn1_KRB_ERROR.c cat asn1_KRB_PRIV.x > asn1_KRB_PRIV.c cat asn1_KRB_SAFE.x > asn1_KRB_SAFE.c cat asn1_KRB_SAFE_BODY.x > asn1_KRB_SAFE_BODY.c cat asn1_KerberosTime.x > asn1_KerberosTime.c cat asn1_KrbCredInfo.x > asn1_KrbCredInfo.c cat asn1_LR_TYPE.x > asn1_LR_TYPE.c cat asn1_LastReq.x > asn1_LastReq.c cat asn1_MESSAGE_TYPE.x > asn1_MESSAGE_TYPE.c cat asn1_METHOD_DATA.x > asn1_METHOD_DATA.c cat asn1_NAME_TYPE.x > asn1_NAME_TYPE.c cat asn1_PADATA_TYPE.x > asn1_PADATA_TYPE.c cat asn1_PA_DATA.x > asn1_PA_DATA.c cat asn1_PA_ENC_TS_ENC.x > asn1_PA_ENC_TS_ENC.c cat asn1_Principal.x > asn1_Principal.c cat asn1_PrincipalName.x > asn1_PrincipalName.c cat asn1_Realm.x > asn1_Realm.c cat asn1_TGS_REP.x > asn1_TGS_REP.c cat asn1_TGS_REQ.x > asn1_TGS_REQ.c cat asn1_Ticket.x > asn1_Ticket.c cat asn1_TicketFlags.x > asn1_TicketFlags.c cat asn1_TransitedEncoding.x > asn1_TransitedEncoding.c cat asn1_UNSIGNED.x > asn1_UNSIGNED.c rm -f .depend mkdep -f .depend -a -I/usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libasn1/../../include -DINET6 asn1_err.c /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_copy.c /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_free.c /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_get.c /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_length.c /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_put.c /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/timegm.c asn1_APOptions.c asn1_AP_REP.c asn1_AP_REQ.c asn1_AS_REP.c asn1_AS_REQ.c asn1_Authenticator.c asn1_AuthorizationData.c asn1_CKSUMTYPE.c asn1_Checksum.c asn1_ChangePasswdDataMS.c asn1_ENCTYPE.c asn1_ETYPE_INFO.c asn1_ETYPE_INFO_ENTRY.c asn1_EncAPRepPart.c asn1_EncASRepPart.c asn1_EncKDCRepPart.c asn1_EncKrbCredPart.c asn1_EncKrbPrivPart.c asn1_EncTGSRepPart.c asn1_EncTicketPart.c asn1_EncryptedData.c asn1_EncryptionKey.c asn1_HostAddress.c asn1_HostAddresses.c asn1_KDCOptions.c asn1_KDC_REP.c asn1_KDC_REQ.c asn1_KDC_REQ_BODY.c asn1_KRB_CRED.c asn1_KRB_ERROR.c asn1_KRB_PRIV.c asn1_KRB_SAFE.c asn1_KRB_SAFE_BODY.c asn1_KerberosTime.c asn1_KrbCredInfo.c asn1_LR_TYPE.c asn1_LastReq.c asn1_MESSAGE_TYPE.c asn1_METHOD_DATA.c asn1_NAME_TYPE.c asn1_PADATA_TYPE.c asn1_PA_DATA.c asn1_PA_ENC_TS_ENC.c asn1_Principal.c asn1_PrincipalName.c asn1_Realm.c asn1_TGS_REP.c asn1_TGS_REQ.c asn1_Ticket.c asn1_TicketFlags.c asn1_TransitedEncoding.c asn1_UNSIGNED.c In file included from /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_locl.h:53, from /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_copy.c:34: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_locl.h:53, from /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_free.c:34: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_locl.h:53, from /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_get.c:34: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_locl.h:53, from /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_length.c:34: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_locl.h:53, from /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_put.c:34: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_locl.h:53, from /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/timegm.c:34: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_APOptions.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_AP_REP.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_AP_REQ.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_AS_REP.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_AS_REQ.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_Authenticator.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_AuthorizationData.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_CKSUMTYPE.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_Checksum.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_ChangePasswdDataMS.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_ENCTYPE.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_ETYPE_INFO.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_ETYPE_INFO_ENTRY.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_EncAPRepPart.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_EncASRepPart.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_EncKDCRepPart.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_EncKrbCredPart.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_EncKrbPrivPart.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_EncTGSRepPart.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_EncTicketPart.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_EncryptedData.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_EncryptionKey.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_HostAddress.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_HostAddresses.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_KDCOptions.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_KDC_REP.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_KDC_REQ.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_KDC_REQ_BODY.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_KRB_CRED.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_KRB_ERROR.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_KRB_PRIV.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_KRB_SAFE.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_KRB_SAFE_BODY.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_KerberosTime.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_KrbCredInfo.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_LR_TYPE.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_LastReq.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_MESSAGE_TYPE.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_METHOD_DATA.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_NAME_TYPE.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_PADATA_TYPE.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_PA_DATA.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_PA_ENC_TS_ENC.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_Principal.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_PrincipalName.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_Realm.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_TGS_REP.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_TGS_REQ.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_Ticket.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_TicketFlags.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_TransitedEncoding.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory In file included from asn1_UNSIGNED.c:10: ./asn1_err.h:6:24: et/com_err.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/kerberos5/lib/libasn1. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. root@wbedllfs [/usr/src] # ---- Many thanks for your help. Vincent. From owner-freebsd-current@FreeBSD.ORG Wed Feb 15 21:09:26 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C32D16A422 for ; Wed, 15 Feb 2006 21:09:26 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from pasmtp.tele.dk (pasmtp.tele.dk [193.162.159.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C06143D49 for ; Wed, 15 Feb 2006 21:09:25 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by pasmtp.tele.dk (Postfix) with ESMTP id 9F0EA1EC324; Wed, 15 Feb 2006 22:09:17 +0100 (CET) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.4/8.13.4) with ESMTP id k1FL9GCC000880; Wed, 15 Feb 2006 21:09:16 GMT (envelope-from phk@critter.freebsd.dk) To: Jiawei Ye From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 16 Feb 2006 01:59:18 +0800." Date: Wed, 15 Feb 2006 21:09:16 +0000 Message-ID: <879.1140037756@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-current@freebsd.org Subject: Re: calcru: runtime went backwards X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Feb 2006 21:09:26 -0000 In message , Jiawe i Ye writes: >I still get calcru messages from kernel built with sources 2 hours ago >cvsupped via cvsup12. When the system is under load, sshd and inetd >can get these messages and stop responding to any requests. As the >machine is at a remote site, my original idea was to keep sshd and >inetd/telnetd running, so that when sshd freezes, I can telnet into >the machine and restart sshd (from a security point of view, this is a >bad thing, I know). But to my surprise, after sshd froze, telnetd >won't respond either. Connection was built successfully but no login >prompt appeared. At this time, any CGI script that httpd invokes will >not run. Could this possibly be some problem with the pts code instead >of the accounting code? Doesn't sound like the cpu time accounting code to me... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Feb 15 21:15:39 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 651BE16A420 for ; Wed, 15 Feb 2006 21:15:39 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from dbmail-mx1.orcon.net.nz (loadbalancer1.orcon.net.nz [219.88.242.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8ABC143D45 for ; Wed, 15 Feb 2006 21:15:38 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received-SPF: none Received: from heff.fud.org.nz (60-234-149-201.bitstream.orcon.net.nz [60.234.149.201]) by dbmail-mx1.orcon.net.nz (8.13.2/8.13.2/Debian-1) with ESMTP id k1FLFs3l013599 for ; Thu, 16 Feb 2006 10:15:54 +1300 Received: by heff.fud.org.nz (Postfix, from userid 1001) id E946E1CC38; Thu, 16 Feb 2006 10:15:34 +1300 (NZDT) Date: Thu, 16 Feb 2006 10:15:34 +1300 From: Andrew Thompson To: FreeBSD Current Message-ID: <20060215211534.GA78376@heff.fud.org.nz> Mail-Followup-To: Andrew Thompson , FreeBSD Current Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="W/nzBZO5zC0uMSeA" Content-Disposition: inline User-Agent: Mutt/1.5.11 X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on dbmail-mx1.orcon.net.nz X-Virus-Status: Clean Cc: Subject: rwlock patch for bridge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Feb 2006 21:15:39 -0000 --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, Here is a patch that changes if_bridge to use rwlock(9) rather than the handrolled ref counting. Can I please get it reviewed to ensure I have the changes correct. I pondered if the order of unlocking the softc mutex and grabbing the rlock mattered but decided it didn't. It has passed a runtime test. cheers, Andrew --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="bridge_rwlock.diff" Index: if_bridge.c =================================================================== RCS file: /home/ncvs/src/sys/net/if_bridge.c,v retrieving revision 1.54 diff -u -p -r1.54 if_bridge.c --- if_bridge.c 3 Feb 2006 23:03:07 -0000 1.54 +++ if_bridge.c 15 Feb 2006 01:35:52 -0000 @@ -786,9 +786,9 @@ bridge_delete_member(struct bridge_softc } ifs->if_bridge = NULL; - BRIDGE_XLOCK(sc); + BRIDGE_WLOCK(sc); LIST_REMOVE(bif, bif_next); - BRIDGE_XDROP(sc); + BRIDGE_WUNLOCK(sc); bridge_rtdelete(sc, ifs, IFBF_FLUSHALL); @@ -1595,13 +1595,10 @@ bridge_output(struct ifnet *ifp, struct if (dst_if == NULL) { struct bridge_iflist *bif; struct mbuf *mc; - int error = 0, used = 0; + int used = 0; - BRIDGE_LOCK2REF(sc, error); - if (error) { - m_freem(m); - return (0); - } + BRIDGE_UNLOCK(sc); + BRIDGE_RLOCK(sc); bridge_span(sc, m); @@ -1644,7 +1641,7 @@ bridge_output(struct ifnet *ifp, struct } if (used == 0) m_freem(m); - BRIDGE_UNREF(sc); + BRIDGE_RUNLOCK(sc); return (0); } @@ -2045,14 +2042,10 @@ bridge_broadcast(struct bridge_softc *sc struct bridge_iflist *bif; struct mbuf *mc; struct ifnet *dst_if; - int error = 0, used = 0; + int used = 0; - BRIDGE_LOCK_ASSERT(sc); - BRIDGE_LOCK2REF(sc, error); - if (error) { - m_freem(m); - return; - } + BRIDGE_UNLOCK(sc); + BRIDGE_RLOCK(sc); /* Filter on the bridge interface before broadcasting */ if (runfilt && (PFIL_HOOKED(&inet_pfil_hook) @@ -2119,7 +2112,7 @@ bridge_broadcast(struct bridge_softc *sc m_freem(m); out: - BRIDGE_UNREF(sc); + BRIDGE_RUNLOCK(sc); } /* Index: if_bridgevar.h =================================================================== RCS file: /home/ncvs/src/sys/net/if_bridgevar.h,v retrieving revision 1.10 diff -u -p -r1.10 if_bridgevar.h --- if_bridgevar.h 14 Jan 2006 03:51:30 -0000 1.10 +++ if_bridgevar.h 15 Feb 2006 20:38:33 -0000 @@ -75,8 +75,7 @@ */ #include -#include -#include +#include /* * Commands used in the SIOCSDRVSPEC ioctl. Note the lookup of the @@ -270,7 +269,7 @@ struct bridge_softc { struct ifnet *sc_ifp; /* make this an interface */ LIST_ENTRY(bridge_softc) sc_list; struct mtx sc_mtx; - struct cv sc_cv; + struct rwlock sc_rwlock; uint64_t sc_designated_root; uint64_t sc_bridge_id; struct bridge_iflist *sc_root_port; @@ -294,8 +293,6 @@ struct bridge_softc { uint32_t sc_brttimeout; /* rt timeout in seconds */ struct callout sc_brcallout; /* bridge callout */ struct callout sc_bstpcallout; /* STP callout */ - uint32_t sc_iflist_ref; /* refcount for sc_iflist */ - uint32_t sc_iflist_xcnt; /* refcount for sc_iflist */ LIST_HEAD(, bridge_iflist) sc_iflist; /* member interface list */ LIST_HEAD(, bridge_rtnode) *sc_rthash; /* our forwarding table */ LIST_HEAD(, bridge_rtnode) sc_rtlist; /* list version of above */ @@ -305,41 +302,20 @@ struct bridge_softc { #define BRIDGE_LOCK_INIT(_sc) do { \ mtx_init(&(_sc)->sc_mtx, "if_bridge", NULL, MTX_DEF); \ - cv_init(&(_sc)->sc_cv, "if_bridge_cv"); \ + rw_init(&(_sc)->sc_rwlock, "if_bridge_rw"); \ } while (0) #define BRIDGE_LOCK_DESTROY(_sc) do { \ mtx_destroy(&(_sc)->sc_mtx); \ - cv_destroy(&(_sc)->sc_cv); \ + rw_destroy(&(_sc)->sc_rwlock); \ } while (0) #define BRIDGE_LOCK(_sc) mtx_lock(&(_sc)->sc_mtx) #define BRIDGE_UNLOCK(_sc) mtx_unlock(&(_sc)->sc_mtx) #define BRIDGE_LOCKED(_sc) mtx_owned(&(_sc)->sc_mtx) #define BRIDGE_LOCK_ASSERT(_sc) mtx_assert(&(_sc)->sc_mtx, MA_OWNED) -#define BRIDGE_LOCK2REF(_sc, _err) do { \ - mtx_assert(&(_sc)->sc_mtx, MA_OWNED); \ - if ((_sc)->sc_iflist_xcnt > 0) \ - (_err) = EBUSY; \ - else \ - (_sc)->sc_iflist_ref++; \ - mtx_unlock(&(_sc)->sc_mtx); \ -} while (0) -#define BRIDGE_UNREF(_sc) do { \ - mtx_lock(&(_sc)->sc_mtx); \ - (_sc)->sc_iflist_ref--; \ - if (((_sc)->sc_iflist_xcnt > 0) && ((_sc)->sc_iflist_ref == 0)) \ - cv_broadcast(&(_sc)->sc_cv); \ - mtx_unlock(&(_sc)->sc_mtx); \ -} while (0) -#define BRIDGE_XLOCK(_sc) do { \ - mtx_assert(&(_sc)->sc_mtx, MA_OWNED); \ - (_sc)->sc_iflist_xcnt++; \ - while ((_sc)->sc_iflist_ref > 0) \ - cv_wait(&(_sc)->sc_cv, &(_sc)->sc_mtx); \ -} while (0) -#define BRIDGE_XDROP(_sc) do { \ - mtx_assert(&(_sc)->sc_mtx, MA_OWNED); \ - (_sc)->sc_iflist_xcnt--; \ -} while (0) +#define BRIDGE_RLOCK(_sc) rw_rlock(&(_sc)->sc_rwlock) +#define BRIDGE_WLOCK(_sc) rw_wlock(&(_sc)->sc_rwlock) +#define BRIDGE_RUNLOCK(_sc) rw_runlock(&(_sc)->sc_rwlock) +#define BRIDGE_WUNLOCK(_sc) rw_wunlock(&(_sc)->sc_rwlock) #define BRIDGE_INPUT(_ifp, _m) do { \ KASSERT(bridge_input_p != NULL, \ --W/nzBZO5zC0uMSeA-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 15 22:14:09 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D017116A420 for ; Wed, 15 Feb 2006 22:14:09 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74F5F43D46 for ; Wed, 15 Feb 2006 22:14:09 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [217.162.163.218] (217-162-163-218.dclient.hispeed.ch [217.162.163.218]) by elvis.mu.org (Postfix) with ESMTP id 763C21A3C2A; Wed, 15 Feb 2006 14:14:08 -0800 (PST) Message-ID: <43F3A79E.2090103@FreeBSD.org> Date: Wed, 15 Feb 2006 23:13:50 +0100 From: Suleiman Souhlal User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051204) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mark Tinguely References: <200602142235.k1EMZknZ002411@casselton.net> In-Reply-To: <200602142235.k1EMZknZ002411@casselton.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: panic: Trying sleep, but thread marked as sleeping prohibited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Feb 2006 22:14:09 -0000 Mark Tinguely wrote: >> I get the following panic now and then when trying to mount my external >> usb drive. The panic only occurs when the machine has been up for some >> time. >> >> FreeBSD serenity.local 7.0-CURRENT FreeBSD 7.0-CURRENT #8: Sun Feb 12 >> 11:00:10 CET 2006 chris@serenity.local:/usr/obj/usr/src/sys/SERENITY >> i386 >> >> panic: Trying sleep, but thread marked as sleeping prohibited > > > There are 2 open problems on this one error. Try: > Please use diff -u.. -- Suleiman From owner-freebsd-current@FreeBSD.ORG Thu Feb 16 01:56:22 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D5CD16A422 for ; Thu, 16 Feb 2006 01:56:22 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5E2943D46 for ; Thu, 16 Feb 2006 01:56:21 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by zproxy.gmail.com with SMTP id k1so71138nzf for ; Wed, 15 Feb 2006 17:56:21 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=dbTPczPGWauq0mL2nogogrXm09KBVnADsqG7+ygDMtZ2NRz0TEjGRUNHQjv8Nw2axl1wSAN/ga0+1pedqbvCdFBdpjLADcY8scieOi8LAOm8XFOkDboBakZu625KbHOpxLPkxWHJocSp7PnMVkIaTKmbn+yHHPHGBQXLejVFg00= Received: by 10.65.252.12 with SMTP id e12mr370186qbs; Wed, 15 Feb 2006 17:56:21 -0800 (PST) Received: by 10.65.112.19 with HTTP; Wed, 15 Feb 2006 17:56:21 -0800 (PST) Message-ID: Date: Thu, 16 Feb 2006 09:56:21 +0800 From: Jiawei Ye To: FreeBSD Current MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: sshd/telnetd stops responding under load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2006 01:56:22 -0000 I get calcru messages from kernel built with sources 10 hours ago cvsupped via cvsup12. When the system is under load, sshd and inetd can get "calcru" messages and stop responding to any requests. Because the machine is at a remote site, my original idea was to keep sshd and inetd/telnetd running, so that when sshd freezes, I can telnet into the machine and restart sshd (from a security point of view, this is a bad thing, I know). But to my surprise, after sshd froze, telnetd won't respond either. Connection was successful but no login prompt appeared. leafy@mail:~$ zh-telnet chihiro.mydomain.com Trying 203.73.175.155... Connected to chihiro.mydomain.com. Escape character is '^]'. And stops there. Same with ssh. At this time, 1. any CGI script that httpd invokes will not run. 2. Static web pages are served normally (apache22) 3. ftpd responds and works correctly. (pureftpd) 4. Mail can be accepted but not processed properly My guess is that anything related to spawning a new shell does not work at this moment. That's why CGI, mail scanner (amavis, spamassassin), telnetd session, sshd session won't come up. I won't be able to get in front of the console for about 2 more months, but I can get folks to reboot it for me so that I can get in before another freeze. Any ideas what errors to look for? Cheers, Jiawei Ye -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Thu Feb 16 02:29:56 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DC7916A420; Thu, 16 Feb 2006 02:29:56 +0000 (GMT) (envelope-from eischen@vigrid.com) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9097743D45; Thu, 16 Feb 2006 02:29:55 +0000 (GMT) (envelope-from eischen@vigrid.com) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.5/8.13.5/NETPLEX) with ESMTP id k1G2TsnQ021641; Wed, 15 Feb 2006 21:29:54 -0500 (EST) Date: Wed, 15 Feb 2006 21:29:54 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: current@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: Subject: dc no worky in -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: deischen@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2006 02:29:56 -0000 Sometime between now and October, dc broke for my Dell Inspiron 8100. Here's what it says now: cardbus0: Unable to allocate resource to read CIS. cardbus0: Unable to allocate resources for CIS dc0: port 0xe000-0xe07f mem 0xf4002000-0xf40027ff,0xf4003000-0xf40037ff at device 0.0 on cardbus0 dc0: No station address in CIS! device_attach: dc0 attach returned 6 This happens with both a Xircom RealPort 10/100 + Modem (RBEM56G-100) and with just a plain old vanilla Xircom 10/100 (CBE2-100). Warner, you have one of those Xircoms. Does it work for you? As a work-around, I installed a Linksys 10/100 (PCMPC100 v3) and it's working just fine. Any ideas? -- DE From owner-freebsd-current@FreeBSD.ORG Thu Feb 16 02:33:14 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 782AF16A420 for ; Thu, 16 Feb 2006 02:33:14 +0000 (GMT) (envelope-from adams.benjamin@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED58B43D46 for ; Thu, 16 Feb 2006 02:33:13 +0000 (GMT) (envelope-from adams.benjamin@gmail.com) Received: by xproxy.gmail.com with SMTP id i26so42022wxd for ; Wed, 15 Feb 2006 18:33:13 -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=RkBAnE6Ogwo9kiNJZTI4IkmBMNUUjX7LzYAlHb6qnt8sk6XFhf5PIJCZXGuPR4pZ7f0ouIjJxAcNQi5xComwf8LrWynBJmkaJKKmzQD6Mh7ZdlJ388FKJdobB4+52b7VTpt3RC/IHRD/+GCbvCmrCBGmSHv4iHf/342nf+KMFDo= Received: by 10.70.43.8 with SMTP id q8mr406821wxq; Wed, 15 Feb 2006 18:33:12 -0800 (PST) Received: from ?192.168.0.3? ( [72.226.224.84]) by mx.gmail.com with ESMTP id i13sm209370wxd.2006.02.15.18.33.12; Wed, 15 Feb 2006 18:33:12 -0800 (PST) From: Benjamin D Adams To: FreeBSD Current Content-Type: text/plain; charset=iso-8859-4 Date: Wed, 15 Feb 2006 21:21:26 -0500 Message-Id: <1140056486.21831.2.camel@7Current.FreeBSDWorld.NET> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Subject: Cyrus-imap preformance share on fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2006 02:33:14 -0000 I came across this email on cyrus-imap list thought I would share for preformance fix on it. =================================================================== Problem solved! "sysctl -w net.inet.tcp.delayed_ack=0" solves problem for IMAP and also Postfix, so mainly fsync() was no issue. I had no time to searh why this so drastically affects performance, but maybe somebody will know the answer. -----Sàkotnºjà ziña----- No: "Juris Orlovs" Sþtïts: 2006-02-09 12:26:13.68 Kam: "info-cyrus@lists.andrew.cmu.edu" Par: slow IMAP data transfer Hello I'm trying to set up Cyrus IMAP on freebsd 6.0, but i have problems with performance of it. There is a big issue with message writing to IMAP folders and also with reading a large quantities of messages. Reading of 8MB message takes a bit less than a second, but in that time 8MB message write to IMAP folder over 100Mbit/s connection takes ~6 seconds longer. Also, as I am only one by now who uses this server there could be no chance of big resouce utilization. Reading/writing ~650 messages, each 1KB) from/to imap folder sends huge amounts of data to RAID 1 arrays. It can be seen using an iostat in that process. Hardware (2x 3GHx Xeon, 2GB RAM, Adaptec 2410SA, 2x WD RAPTOR 74GB (aacd0)(system), 2x SEAGATE 300GB (aacd1)(mail storage)) Before that I was setting up Cyrus IMAP mail servers on Linux and there was no such problems. Maybe it's OS issue? I also have set up such system on Celeron 800MHz, 256MB RAM and 80GB SEAGATE (FreeBSD 4.11), the results are aproximately the same. For SMTP i'm using Postfix, and it also shows bad results on data transfer. Seems that the biggest problems I have with mail software, because other services like FTP doesn't show such bad results. -------------------------------------------------------------------- READING 650 messages -------------------------------------------------------------------- mx# iostat -Iw 3 tty aacd0 aacd1 cpu tin tout KB/t xfrs MB KB/t xfrs MB us ni sy in id 0 50 17.54 390334 6687.51 22.46 296070 6492.93 0 0 0 0 100 0 64 16.00 41 0.64 16.00 1 0.02 0 0 0 0 100 0 20 13.00 8 0.10 0.00 0 0.00 1 0 0 0 99 0 20 0.00 0 0.00 0.00 0 0.00 0 0 0 0 100 0 20 13.78 130 1.75 14.67 117 1.68 0 0 1 1 98 0 20 14.64 171 2.45 14.67 120 1.72 0 0 0 0 99 0 20 10.18 201 2.00 14.66 131 1.88 0 0 2 1 98 0 20 12.02 185 2.17 15.25 134 2.00 0 0 1 0 99 0 20 14.23 179 2.49 15.85 135 2.09 0 0 0 0 99 0 20 12.28 215 2.58 16.00 132 2.06 0 0 1 0 99 0 20 10.82 196 2.07 16.00 133 2.08 0 0 1 0 99 0 20 12.80 183 2.29 16.00 135 2.11 0 0 1 0 99 0 20 15.10 178 2.62 16.00 133 2.08 0 0 1 0 99 0 20 10.53 205 2.11 16.00 132 2.06 0 0 1 0 99 0 20 11.19 178 1.95 16.00 132 2.06 0 0 1 0 99 0 20 13.61 179 2.38 16.00 132 2.06 0 0 1 1 99 0 20 13.85 195 2.64 16.00 135 2.11 0 0 1 0 98 0 20 10.07 189 1.86 16.00 133 2.08 0 0 1 0 98 -------------------------------------------------------------------- -------------------------------------------------------------------- WRITING 650 messages -------------------------------------------------------------------- mx# iostat -Iw 3 tty aacd0 aacd1 cpu tin tout KB/t xfrs MB KB/t xfrs MB us ni sy in id 0 50 17.50 393390 6724.61 22.40 298277 6526.03 0 0 0 0 100 0 64 9.00 100 0.88 12.90 309 3.89 0 0 0 0 99 0 20 9.00 100 0.88 13.03 303 3.86 0 0 1 0 99 0 20 9.28 100 0.91 12.49 304 3.71 0 0 1 0 99 0 20 9.00 100 0.88 11.99 305 3.57 0 0 1 0 98 0 20 9.00 100 0.88 12.23 310 3.70 1 0 1 0 99 0 20 9.00 100 0.88 12.43 312 3.79 0 0 1 0 99 0 20 8.66 109 0.92 12.60 309 3.80 0 0 0 0 99 0 20 9.00 100 0.88 12.72 305 3.79 0 0 1 0 98 0 20 10.35 124 1.25 12.96 315 3.99 0 0 0 0 99 0 20 9.00 100 0.88 13.18 310 3.99 0 0 1 0 99 0 20 9.00 96 0.84 13.25 299 3.87 0 0 0 0 99 0 20 9.33 105 0.96 13.42 309 4.05 0 0 0 0 99 0 20 9.00 100 0.88 13.41 309 4.05 0 0 1 0 99 0 20 9.00 100 0.88 13.40 308 4.03 0 0 0 0 99 0 20 9.00 100 0.88 13.43 309 4.05 0 0 1 0 99 0 20 9.00 100 0.88 13.52 311 4.11 0 0 1 0 99 0 20 8.83 103 0.89 13.56 308 4.08 1 0 1 0 99 0 20 9.00 100 0.88 13.60 301 4.00 0 0 1 0 99 0 20 9.00 96 0.84 13.56 306 4.05 0 0 1 0 99 -------------------------------------------------------------------- ------------------------------------------------------------------------------- http://www.one.lv - Tavs mobilais e-pasts! Tagad lasi savu e-pastu ar mobilo telefonu - wap.one.lv! ------------------------------------------------------------------------------- http://www.one.lv - Tavs mobilais e-pasts! Tagad lasi savu e-pastu ar mobilo telefonu - wap.one.lv! ---- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html -- Benjamin D Adams From owner-freebsd-current@FreeBSD.ORG Thu Feb 16 03:02:57 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84E9816A420 for ; Thu, 16 Feb 2006 03:02:57 +0000 (GMT) (envelope-from shigeru@iij.ad.jp) Received: from omgo.iij.ad.jp (omgo.iij.ad.jp [202.232.30.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2549E43D5D for ; Thu, 16 Feb 2006 03:02:51 +0000 (GMT) (envelope-from shigeru@iij.ad.jp) Received: OTM-MO id k1G32eUb007515; Thu, 16 Feb 2006 12:02:40 +0900 (JST) DomainKey-Signature: a=rsa-sha1; s=omgo; d=iij.ad.jp; c=nofws; q=dns; h=date:message-id:to:cc:from:in-reply-to:references:x-mailer: mime-version:content-type:content-transfer-encoding; b=M3CqL791RkXk8yCHZyOH7yaxz4/jlfmE3+7A7fJguVrf0hfShgFjcK1wMfxEFM81Q ev50Img0ScytJevIvrsIw== Received: OTM-MIX0 id k1G32dmh021697; Thu, 16 Feb 2006 12:02:39 +0900 (JST) Received: from localhost (mercury.iij.ad.jp [192.168.184.90]) by jc-smtp.iij.ad.jp (JC-SMTP/jc-smtp) id k1G32dIH016262; Thu, 16 Feb 2006 12:02:39 +0900 (JST) Date: Thu, 16 Feb 2006 12:02:39 +0900 (JST) Message-Id: <20060216.120239.102583278.shigeru@iij.ad.jp> To: freebsd-current@freebsd.org From: Yamamoto Shigeru In-Reply-To: <43F0C10E.305@errno.com> References: <43F0C10E.305@errno.com> 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: Subject: Re: HEADSUP: new ath+hal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2006 03:02:57 -0000 Hi, all >>>>> "Sam" == Sam Leffler writes: Sam> I committed a new ath hal and driver mods last week. The most Sam> noticeable change is support for "recent" parts. With this version all Sam> currently shipping pci/cardbus products should be supported except for Sam> those based on the pre-11n MIMO part. There are also new builds for Sam> sparc64, powerpc, and alpha (alpha is untested, the others are known to Sam> work). I have a trouble after this commit. In my home and my office, "broadcast SSID in beacon" is disabled. Before this commit, I have no trouble. But, after that, my note PC can't associate any AP in my home and my office. When I change "broadcast SSID in beacon" enable at my home, my note PC can associate to AP at my home. I watch wpa_supplicant debug message. wpa_supplicant can't select AP, because wpa_supplicant can't get AP's SSID when "broadcast SSID in beacon" is disabled. Does anyone know how to solve this trouble? #Should I hack wpa_supplicant? or ath hal and driver? Thanks, ------- YAMAMOTO Shigeru From owner-freebsd-current@FreeBSD.ORG Thu Feb 16 03:12:34 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80CB816A420 for ; Thu, 16 Feb 2006 03:12:34 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp100.rog.mail.re2.yahoo.com (smtp100.rog.mail.re2.yahoo.com [206.190.36.78]) by mx1.FreeBSD.org (Postfix) with SMTP id DF81B43D48 for ; Thu, 16 Feb 2006 03:12:33 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 53272 invoked from network); 16 Feb 2006 03:12:33 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=Bd4bvHpJwCW5IjVlHHfQ/tuyKyP9COdgXpPYDc2u5iezdlg1o7Bc6IMpsHWWgCSnEFOpnNoOEQE388k7x0uABdF/1eXfNAxgH0xJ5x+jY6UmOJKfK5WsBcg9ASboJE9zawwvG0zTbk6wcgbSxGKdQyqFC6n2D+ukPTGwUwJIdDk= ; Received: from unknown (HELO ?70.30.133.184?) (mikej@rogers.com@70.30.133.184 with plain) by smtp100.rog.mail.re2.yahoo.com with SMTP; 16 Feb 2006 03:12:32 -0000 Message-ID: <43F3EDA7.6070401@rogers.com> Date: Wed, 15 Feb 2006 22:12:39 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Benjamin D Adams References: <1140056486.21831.2.camel@7Current.FreeBSDWorld.NET> In-Reply-To: <1140056486.21831.2.camel@7Current.FreeBSDWorld.NET> Content-Type: text/plain; charset=ISO-8859-4; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: Cyrus-imap preformance share on fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2006 03:12:34 -0000 Benjamin D Adams wrote: > I came across this email on cyrus-imap list thought I would share for > preformance fix on it. > Didn't you post this already? In any case, this is more suitable for the net mailing list, not current. From owner-freebsd-current@FreeBSD.ORG Thu Feb 16 03:18:45 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0980016A422 for ; Thu, 16 Feb 2006 03:18:45 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9107443D45 for ; Thu, 16 Feb 2006 03:18:44 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id h29so5748wxd for ; Wed, 15 Feb 2006 19:18:43 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=eYWntMbxUd+rYjTxl3SGCWKS33dyPiTPegWEmVQ/avRKm2qgbL7EWVWmCDp46rXmfKD+iKaZlsa/Z7LXr9NC9TdQ00T9qtzMFAZ4PsQrr1ZElg/kmXI7572pwPrceW6lm8sqYE6Tn/HdsXW3bYqZnR12zuJMOMkYF9sG23GJ27k= Received: by 10.70.128.12 with SMTP id a12mr505722wxd; Wed, 15 Feb 2006 19:18:43 -0800 (PST) Received: by 10.70.116.10 with HTTP; Wed, 15 Feb 2006 19:18:42 -0800 (PST) Message-ID: <84dead720602151918q3f9779e1q3316f74433e6e1c4@mail.gmail.com> Date: Thu, 16 Feb 2006 08:48:42 +0530 From: Joseph Koshy To: Vincent Blondel In-Reply-To: <59310.192.168.1.21.1140031112.squirrel@192.168.1.21> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <59310.192.168.1.21.1140031112.squirrel@192.168.1.21> Cc: freebsd-current@freebsd.org Subject: Re: buildworld problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2006 03:18:45 -0000 On 2/16/06, Vincent Blondel wrote: vb> I already cvsup'ed my system again in case of bad download but vb> didn't find any solution to this problem. Try removing /usr/obj completely. Sometimes stale contents there have been known to confuse the build. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Thu Feb 16 04:09:25 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9139F16A420 for ; Thu, 16 Feb 2006 04:09:25 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CFCB43D46 for ; Thu, 16 Feb 2006 04:09:25 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.199] ([10.0.0.199]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id k1G49Mo7013324 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 15 Feb 2006 20:09:23 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <43F3FAF3.7010000@errno.com> Date: Wed, 15 Feb 2006 20:09:23 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: Yamamoto Shigeru References: <43F0C10E.305@errno.com> <20060216.120239.102583278.shigeru@iij.ad.jp> In-Reply-To: <20060216.120239.102583278.shigeru@iij.ad.jp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: new ath+hal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2006 04:09:25 -0000 Yamamoto Shigeru wrote: > Hi, all > >>>>>> "Sam" == Sam Leffler writes: > Sam> I committed a new ath hal and driver mods last week. The most > Sam> noticeable change is support for "recent" parts. With this version all > Sam> currently shipping pci/cardbus products should be supported except for > Sam> those based on the pre-11n MIMO part. There are also new builds for > Sam> sparc64, powerpc, and alpha (alpha is untested, the others are known to > Sam> work). > > I have a trouble after this commit. > > In my home and my office, "broadcast SSID in beacon" is disabled. > Before this commit, I have no trouble. > But, after that, my note PC can't associate any AP in my home and my office. > > When I change "broadcast SSID in beacon" enable at my home, my note PC can > associate to AP at my home. > > I watch wpa_supplicant debug message. > wpa_supplicant can't select AP, because wpa_supplicant can't get AP's SSID > when "broadcast SSID in beacon" is disabled. > > Does anyone know how to solve this trouble? > #Should I hack wpa_supplicant? or ath hal and driver? There have been many changes to ath and the net80211 layer. Please try to isolate what change affected you. Past that you must provide the mac+phy revs for your card. Otherwise you have not indicated anything about your configuration (open auth, wep, wpa, etc). You haven't provided any logs. Have you tried to authenticate w/o wpa_supplicant? Sam From owner-freebsd-current@FreeBSD.ORG Thu Feb 16 05:52:42 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F32C316A420; Thu, 16 Feb 2006 05:52:41 +0000 (GMT) (envelope-from vsbenzi@weizmann.ac.il) Received: from Sphynx.weizmann.ac.il (Sphynx.weizmann.ac.il [132.77.22.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 350AD43D48; Thu, 16 Feb 2006 05:52:40 +0000 (GMT) (envelope-from vsbenzi@weizmann.ac.il) Received: from Sphynx.weizmann.ac.il (localhost [127.0.0.1]) by Sphynx.weizmann.ac.il (8.13.4/8.13.4) with ESMTP id k1G5p5E1062802; Thu, 16 Feb 2006 07:51:05 +0200 (IST) (envelope-from vsbenzi@weizmann.ac.il) Received: from localhost (localhost [[UNIX: localhost]]) by Sphynx.weizmann.ac.il (8.13.4/8.13.1/Submit) id k1G5p0iD062801; Thu, 16 Feb 2006 07:51:00 +0200 (IST) (envelope-from vsbenzi@weizmann.ac.il) X-Authentication-Warning: Sphynx.weizmann.ac.il: vsbenzi set sender to vsbenzi@weizmann.ac.il using -f From: Benzi Mizrahi To: freebsd-current@freebsd.org, deischen@freebsd.org Date: Thu, 16 Feb 2006 07:50:59 +0200 User-Agent: KMail/1.8.2 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200602160751.00498.vsbenzi@weizmann.ac.il> Cc: current@freebsd.org Subject: Re: dc no worky in -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2006 05:52:42 -0000 =D7=91=D7=99=D7=95=D7=9D =D7=97=D7=9E=D7=99=D7=A9=D7=99 16 =D7=A4=D7=91=D7= =A8=D7=95=D7=90=D7=A8 2006, 04:29, =D7=A0=D7=9B=D7=AA=D7=91 =D7=A2=D7=9C = =D7=99=D7=93=D7=99 Daniel Eischen: > Sometime between now and October, dc broke for my Dell Inspiron 8100. > Here's what it says now: > > cardbus0: Unable to allocate resource to read CIS. > cardbus0: Unable to allocate resources for CIS > dc0: port 0xe000-0xe07f mem > 0xf4002000-0xf40027ff,0xf4003000-0xf40037ff at device 0.0 on cardbus0 dc0: > No station address in CIS! > device_attach: dc0 attach returned 6 > > This happens with both a Xircom RealPort 10/100 + Modem (RBEM56G-100) > and with just a plain old vanilla Xircom 10/100 (CBE2-100). > > Warner, you have one of those Xircoms. Does it work for you? > > As a work-around, I installed a Linksys 10/100 (PCMPC100 v3) > and it's working just fine. > > Any ideas? no Idea, but it stopped working for me on Dell C800 with 6.1-prerelease , either. From owner-freebsd-current@FreeBSD.ORG Thu Feb 16 05:52:42 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F32C316A420; Thu, 16 Feb 2006 05:52:41 +0000 (GMT) (envelope-from vsbenzi@weizmann.ac.il) Received: from Sphynx.weizmann.ac.il (Sphynx.weizmann.ac.il [132.77.22.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 350AD43D48; Thu, 16 Feb 2006 05:52:40 +0000 (GMT) (envelope-from vsbenzi@weizmann.ac.il) Received: from Sphynx.weizmann.ac.il (localhost [127.0.0.1]) by Sphynx.weizmann.ac.il (8.13.4/8.13.4) with ESMTP id k1G5p5E1062802; Thu, 16 Feb 2006 07:51:05 +0200 (IST) (envelope-from vsbenzi@weizmann.ac.il) Received: from localhost (localhost [[UNIX: localhost]]) by Sphynx.weizmann.ac.il (8.13.4/8.13.1/Submit) id k1G5p0iD062801; Thu, 16 Feb 2006 07:51:00 +0200 (IST) (envelope-from vsbenzi@weizmann.ac.il) X-Authentication-Warning: Sphynx.weizmann.ac.il: vsbenzi set sender to vsbenzi@weizmann.ac.il using -f From: Benzi Mizrahi To: freebsd-current@freebsd.org, deischen@freebsd.org Date: Thu, 16 Feb 2006 07:50:59 +0200 User-Agent: KMail/1.8.2 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200602160751.00498.vsbenzi@weizmann.ac.il> Cc: current@freebsd.org Subject: Re: dc no worky in -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2006 05:52:42 -0000 =D7=91=D7=99=D7=95=D7=9D =D7=97=D7=9E=D7=99=D7=A9=D7=99 16 =D7=A4=D7=91=D7= =A8=D7=95=D7=90=D7=A8 2006, 04:29, =D7=A0=D7=9B=D7=AA=D7=91 =D7=A2=D7=9C = =D7=99=D7=93=D7=99 Daniel Eischen: > Sometime between now and October, dc broke for my Dell Inspiron 8100. > Here's what it says now: > > cardbus0: Unable to allocate resource to read CIS. > cardbus0: Unable to allocate resources for CIS > dc0: port 0xe000-0xe07f mem > 0xf4002000-0xf40027ff,0xf4003000-0xf40037ff at device 0.0 on cardbus0 dc0: > No station address in CIS! > device_attach: dc0 attach returned 6 > > This happens with both a Xircom RealPort 10/100 + Modem (RBEM56G-100) > and with just a plain old vanilla Xircom 10/100 (CBE2-100). > > Warner, you have one of those Xircoms. Does it work for you? > > As a work-around, I installed a Linksys 10/100 (PCMPC100 v3) > and it's working just fine. > > Any ideas? no Idea, but it stopped working for me on Dell C800 with 6.1-prerelease , either. From owner-freebsd-current@FreeBSD.ORG Thu Feb 16 08:15:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AED7A16A422 for ; Thu, 16 Feb 2006 08:15:27 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from mail21.syd.optusnet.com.au (mail21.syd.optusnet.com.au [211.29.133.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id D105E43D45 for ; Thu, 16 Feb 2006 08:15:26 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail21.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k1G8FOEc025749 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 16 Feb 2006 19:15:25 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k1G8FOcB001110; Thu, 16 Feb 2006 19:15:24 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k1G8FOKt001109; Thu, 16 Feb 2006 19:15:24 +1100 (EST) (envelope-from peter) Date: Thu, 16 Feb 2006 19:15:24 +1100 From: Peter Jeremy To: Jiawei Ye Message-ID: <20060216081524.GA687@turion.vk2pj.dyndns.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: FreeBSD Current Subject: Re: sshd/telnetd stops responding under load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2006 08:15:27 -0000 On Thu, 2006-Feb-16 09:56:21 +0800, Jiawei Ye wrote: >1. any CGI script that httpd invokes will not run. >2. Static web pages are served normally (apache22) >3. ftpd responds and works correctly. (pureftpd) >4. Mail can be accepted but not processed properly > >My guess is that anything related to spawning a new shell does not >work at this moment. Or a filesystem deadlock. I've seen these occasionally. >freeze. Any ideas what errors to look for? Within ddb, "ps" and "show lockedvnods". You could try running "ps -axl" regularly and checking for processes that look like they're blocked in the filesystem. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Thu Feb 16 08:46:50 2006 Return-Path: X-Original-To: current@freeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9217A16A420; Thu, 16 Feb 2006 08:46:50 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA81C43D48; Thu, 16 Feb 2006 08:46:49 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5EC58.dip.t-dialin.net [84.165.236.88]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id k1G8YIoI054721; Thu, 16 Feb 2006 09:34:19 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id k1G8kkFd059634; Thu, 16 Feb 2006 09:46:46 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Thu, 16 Feb 2006 09:46:46 +0100 Message-ID: <20060216094646.8qqpg683cwk0o0ww@netchild.homeip.net> X-Priority: 3 (Normal) Date: Thu, 16 Feb 2006 09:46:46 +0100 From: Alexander Leidinger To: current@freeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.3) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new Cc: re@freeBSD.org Subject: reversed behavior with nsswitch.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2006 08:46:50 -0000 Hi, yesterday I debugged a mail problem where the reverse DNS of the receiver is somewhat fucked up (for one receiver the DNS resolving chain was: HostA -> IP-A -> HostB -> IP-B -> HostB, for the other receiver there was no reverse DNS). Sendmail doen't like this, but there are ways to circumvent this. So I added the hosts in question to /etc/hosts (nsswitch contains "hosts: files dns"), and thought this will solve it. It didn't. A temporary (as in "to get those 10 mails out") work-around of "hosts: files" proved that the solution of adding the hosts to /etc/hosts works as expected. The current solution for the general case is to use "hosts: dns files". It gets the correct values for the buggy remote hosts from /etc/hosts, and averything else from DNS. So it seems the order of the use of the entries in nsswitch.conf is reversed. I noticed this on a 6.0 system. I can't test this on a -current system right now (maybe tomorrow or at the weekend), and I don't have a RELENG_6 system. So if someone can confirm if this bug is visible on -current and on RELENG_6: - a fix can be MFCed if it is fixed in -current - someone could try to fix it if the same problem exists in -current - an errata can be added to the release notes of 6.1 if it isn't fixed until the release (that's the reason why I CCed re@) Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 I know you think you thought you knew what you thought I said, but I'm not sure you understood what you thought I meant. From owner-freebsd-current@FreeBSD.ORG Thu Feb 16 11:03:40 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F98D16A420; Thu, 16 Feb 2006 11:03:40 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D4A143D55; Thu, 16 Feb 2006 11:03:39 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.4/8.13.4) with ESMTP id k1GB3b9h045765; Thu, 16 Feb 2006 14:03:37 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Thu, 16 Feb 2006 14:03:37 +0300 (MSK) From: Dmitry Morozovsky To: freebsd-net@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <20060216135805.K91053@woozle.rinet.ru> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (woozle.rinet.ru [0.0.0.0]); Thu, 16 Feb 2006 14:03:37 +0300 (MSK) Cc: ume@FreeBSD.org Subject: hosts.allow default behaviour: IPv6 on its own lines X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2006 11:03:40 -0000 Dear colleagues, at least rpcbind brokes on parsing hosts.allow file when built with NO_INET6: Feb 16 13:55:41 ... rpcbind: error: /etc/hosts.allow, line 42: missing option name Feb 16 13:55:41 ... rpcbind: connect from 127.0.0.1 to getport/addr(mountd): request from unauthorized host Maybe split default line to simplify commenting second one out? Index: hosts.allow =================================================================== RCS file: /home/ncvs/src/etc/hosts.allow,v retrieving revision 1.19 diff -u -r1.19 hosts.allow --- hosts.allow 3 Aug 2004 08:58:34 -0000 1.19 +++ hosts.allow 16 Feb 2006 10:58:00 -0000 @@ -36,7 +36,9 @@ # Allow anything from localhost. Note that an IP address (not a host # name) *MUST* be specified for rpcbind(8). -ALL : localhost 127.0.0.1 [::1] : allow +ALL : localhost 127.0.0.1 : allow +# Comment out next line if you use kernel without IPv6. +ALL : [::1] : allow ALL : my.machine.example.com 192.0.2.35 : allow # To use IPv6 addresses you must enclose them in []'s Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Thu Feb 16 11:33:14 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17C8616A420; Thu, 16 Feb 2006 11:33:14 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36A5D43D45; Thu, 16 Feb 2006 11:33:11 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp143-122.lns2.adl2.internode.on.net [59.167.143.122]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k1GBXA4c038406 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 16 Feb 2006 22:03:16 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Jason Evans Date: Thu, 16 Feb 2006 22:02:36 +1030 User-Agent: KMail/1.9.1 References: <200601301652.16237.doconnor@gsoft.com.au> <200602011424.57722.doconnor@gsoft.com.au> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart12811042.mscxTCc2QK"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200602162202.51872.doconnor@gsoft.com.au> X-Spam-Score: -2.068 () AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: freebsd-current@freebsd.org, Michael Nottebrock , Kris Kennaway Subject: Re: KDE 3.5.0 seems much chubbier than 3.4.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2006 11:33:14 -0000 --nextPart12811042.mscxTCc2QK Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 02 February 2006 04:55, Jason Evans wrote: > On Jan 31, 2006, at 7:54 PM, Daniel O'Connor wrote: > > Is there a simple way to revert to the old malloc? Just back out > > malloc.c? > > Yes, you can revert to revision 1.92 of src/lib/libc/stdlib/malloc.c . I finally got around to trying this and it seems that reverting it has redu= ced=20 KDE's memory consumption considerably.. Perhaps it's allocation pattern is particularly pathological? I can supply debugging information about it if you tell me what you need. =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 --nextPart12811042.mscxTCc2QK Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBD9GLj5ZPcIHs/zowRAv/BAJ9v3FrvLCmkecpWq2JwL8WaH7/3vACeMTRU ZY3g+9QnltgzQT5xWcM5lys= =2ROA -----END PGP SIGNATURE----- --nextPart12811042.mscxTCc2QK-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 16 12:35:53 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB60216A423; Thu, 16 Feb 2006 12:35:53 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn.pobox.com (thorn.pobox.com [208.210.124.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44AD643D48; Thu, 16 Feb 2006 12:35:53 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn (localhost [127.0.0.1]) by thorn.pobox.com (Postfix) with ESMTP id 3AFF3B2; Thu, 16 Feb 2006 07:36:14 -0500 (EST) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by thorn.sasl.smtp.pobox.com (Postfix) with ESMTP id C841AC558; Thu, 16 Feb 2006 07:36:11 -0500 (EST) Received: from lists by mappit.local.linnet.org with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1F9iMO-0009Lj-59; Thu, 16 Feb 2006 12:35:48 +0000 Date: Thu, 16 Feb 2006 12:35:48 +0000 From: Brian Candler To: David Xu Message-ID: <20060216123548.GA35910@uk.tiscali.com> References: <20060215024339.N22450@atlantis.atlantis.dp.ua> <43F29BF5.4060300@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43F29BF5.4060300@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: Dmitry Pryanishnikov , freebsd-current@freebsd.org Subject: Re: Virtual memory consumption (both user and kernel) in modern CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2006 12:35:54 -0000 On Wed, Feb 15, 2006 at 11:11:49AM +0800, David Xu wrote: > >1) Is it normal that virtual memory size for almost every non-kernel > >process > > is close to 50Mb now: > > > > ftp://external.atlantis.dp.ua/FreeBSD/CURRENT/top.txt > > > > Is it miscalculation or real growth of virtual address space? > > > > > I believe this is the new malloc code in libc, I am seeing this on my > Athlon64 machine, now it likes swap memory, in the old days, it seldom > touched it. IIRR, the new malloc grabs 32MB immediately. However, I'd hope that doesn't mean that 32MB of pages are actually touched, and then get swapped out to disk. If it does, I'm staying on FreeBSD 6.0 :-) Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Thu Feb 16 12:39:09 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02ED116A420 for ; Thu, 16 Feb 2006 12:39:09 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from proof.pobox.com (proof.pobox.com [207.106.133.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1B1743D45 for ; Thu, 16 Feb 2006 12:39:08 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from proof (localhost [127.0.0.1]) by proof.pobox.com (Postfix) with ESMTP id E3709682AE; Thu, 16 Feb 2006 07:39:07 -0500 (EST) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by proof.sasl.smtp.pobox.com (Postfix) with ESMTP id B0735B29; Thu, 16 Feb 2006 07:39:06 -0500 (EST) Received: from lists by mappit.local.linnet.org with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1F9iPZ-0009Lx-F0; Thu, 16 Feb 2006 12:39:05 +0000 Date: Thu, 16 Feb 2006 12:39:05 +0000 From: Brian Candler To: Vincent Blondel Message-ID: <20060216123905.GB35910@uk.tiscali.com> References: <59310.192.168.1.21.1140031112.squirrel@192.168.1.21> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <59310.192.168.1.21.1140031112.squirrel@192.168.1.21> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: buildworld problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2006 12:39:09 -0000 On Wed, Feb 15, 2006 at 08:18:32PM +0100, Vincent Blondel wrote: > > I already posted this problem earlier but never get an answer. I get a 'FreeBSD 7.0-CURRENT #0: Mon Nov 14 17:30:09 CET > 2005' system. I am trying since a few weeks to 'make buildworld' my system but always get the same problem. > > I already cvsup'ed my system again in case of bad download but didn't find any solution to this problem. Is the clock on your system accurate? (I've seen wrong clock break buildworld, but usually in a different way to what you showed) From owner-freebsd-current@FreeBSD.ORG Thu Feb 16 12:16:03 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E830516A422; Thu, 16 Feb 2006 12:16:03 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id E649443D45; Thu, 16 Feb 2006 12:16:02 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k1GCFteK044836; Thu, 16 Feb 2006 14:15:55 +0200 (EET) (envelope-from dmitry@atlantis.dp.ua) Date: Thu, 16 Feb 2006 14:15:55 +0200 (EET) From: Dmitry Pryanishnikov To: David Xu In-Reply-To: <43F29BF5.4060300@freebsd.org> Message-ID: <20060216140725.T23429@atlantis.atlantis.dp.ua> References: <20060215024339.N22450@atlantis.atlantis.dp.ua> <43F29BF5.4060300@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Thu, 16 Feb 2006 12:49:27 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Virtual memory consumption (both user and kernel) in modern CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2006 12:16:04 -0000 Hello! On Wed, 15 Feb 2006, David Xu wrote: >> 1) Is it normal that virtual memory size for almost every non-kernel >> process >> is close to 50Mb now: >> >> ftp://external.atlantis.dp.ua/FreeBSD/CURRENT/top.txt >> >> Is it miscalculation or real growth of virtual address space? >> >> > I believe this is the new malloc code in libc, I am seeing this on my > Athlon64 machine, now it likes swap memory, in the old days, it seldom > touched it. I've just compiled a sample program under week-old CURRENT: #include main() { putchar('\n'); for(;;); } Without putchar() call my program's virtual address space isn't so big: PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 52126 root 1 127 0 1244K 440K RUN 0:31 43.97% a.out But with putchar() it gives us PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 58959 root 1 130 0 50100K 632K RUN 0:03 47.19% a.out What't the reason of so terrible virtual memory consumption? I don't believe that just plain stdio buffering requires 50 Mbytes (!) of virtual address space. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-current@FreeBSD.ORG Thu Feb 16 13:52:42 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00FC116A420; Thu, 16 Feb 2006 13:52:42 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 659DB43D70; Thu, 16 Feb 2006 13:52:17 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (aris.bedc.ondsl.gr [62.103.39.226]) (authenticated bits=128) by igloo.linux.gr (8.13.5/8.13.5/Debian-3) with ESMTP id k1GDplOK004059 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 16 Feb 2006 15:51:48 +0200 Received: from flame.pc (flame [127.0.0.1]) by flame.pc (8.13.4/8.13.4) with ESMTP id k1GDpd69017345; Thu, 16 Feb 2006 15:51:39 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by flame.pc (8.13.4/8.13.4/Submit) id k1GDpcF1017342; Thu, 16 Feb 2006 15:51:38 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Thu, 16 Feb 2006 15:51:38 +0200 From: Giorgos Keramidas To: Brian Candler Message-ID: <20060216135138.GA16669@flame.pc> References: <20060215024339.N22450@atlantis.atlantis.dp.ua> <43F29BF5.4060300@freebsd.org> <20060216123548.GA35910@uk.tiscali.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060216123548.GA35910@uk.tiscali.com> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.346, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.85, BAYES_00 -2.60, DNS_FROM_RFC_ABUSE 0.20) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr Cc: Dmitry Pryanishnikov , freebsd-current@freebsd.org, David Xu Subject: Re: Virtual memory consumption (both user and kernel) in modern CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2006 13:52:42 -0000 On 2006-02-16 12:35, Brian Candler wrote: >On Wed, Feb 15, 2006 at 11:11:49AM +0800, David Xu wrote: >>>1) Is it normal that virtual memory size for almost every non-kernel >>>process >>> is close to 50Mb now: >>> >>> ftp://external.atlantis.dp.ua/FreeBSD/CURRENT/top.txt >>> >>> Is it miscalculation or real growth of virtual address space? >> >> I believe this is the new malloc code in libc, I am seeing this on my >> Athlon64 machine, now it likes swap memory, in the old days, it seldom >> touched it. > > IIRR, the new malloc grabs 32MB immediately. However, I'd hope that doesn't > mean that 32MB of pages are actually touched, and then get swapped out to > disk. If it does, I'm staying on FreeBSD 6.0 :-) I don't think so. At least, not unless you are using the debugging features of malloc(), which can result in all pages getting touched (i.e. if the "J" option is enabled, to set all newly-allocated bytes to 0xa5, which is very helpful when trying to catch accesses to uninitialized pointers). It's all a matter of what you are prepared to trade-off and why, I guess :) From owner-freebsd-current@FreeBSD.ORG Thu Feb 16 15:03:42 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20CE316A420; Thu, 16 Feb 2006 15:03:42 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AE4B43D69; Thu, 16 Feb 2006 15:03:37 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:aziGr3ibybTdQT3E1OfBTQPLMH2NfofsyT8TWwCCs8l6nrOXCBbsz8rTWyxrSAy/@kasuga-iwi.mahoroba.org [IPv6:3ffe:501:185b:8010:212:f0ff:fe52:6ac]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.4/8.13.4) with ESMTP/inet6 id k1GF3Tiu084298 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 17 Feb 2006 00:03:29 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Fri, 17 Feb 2006 00:03:28 +0900 Message-ID: From: Hajimu UMEMOTO To: Dmitry Morozovsky In-Reply-To: <20060216135805.K91053@woozle.rinet.ru> References: <20060216135805.K91053@woozle.rinet.ru> User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd6.1) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.1-PRERELEASE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.1.3 (ameno.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Fri, 17 Feb 2006 00:03:29 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ameno.mahoroba.org Cc: freebsd-net@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: hosts.allow default behaviour: IPv6 on its own lines X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2006 15:03:42 -0000 Hi, >>>>> On Thu, 16 Feb 2006 14:03:37 +0300 (MSK) >>>>> Dmitry Morozovsky said: marck> at least rpcbind brokes on parsing hosts.allow file when built with NO_INET6: marck> Feb 16 13:55:41 ... rpcbind: error: /etc/hosts.allow, line 42: missing option name marck> Feb 16 13:55:41 ... rpcbind: connect from 127.0.0.1 to getport/addr(mountd): request from unauthorized host marck> Maybe split default line to simplify commenting second one out? Thanks, I've committed it into HEAD. marck> +# Comment out next line if you use kernel without IPv6. It is not kernel thing but just libwrap thing. So, I modified the comment slightly. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Thu Feb 16 17:23:35 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A8EB16A420 for ; Thu, 16 Feb 2006 17:23:35 +0000 (GMT) (envelope-from vincent@xtra-net.org) Received: from smtp.xtra-net.be (cable-195-162-200-89.customer.tvd.be [195.162.200.89]) by mx1.FreeBSD.org (Postfix) with SMTP id 3E1FF43D45 for ; Thu, 16 Feb 2006 17:23:31 +0000 (GMT) (envelope-from vincent@xtra-net.org) Received: (qmail 72479 invoked from network); 16 Feb 2006 17:23:30 -0000 Received: from wbedllfs.xtra-net.org (HELO wbedllfs.xtra-net.be) (192.168.1.21) by 0 with SMTP; 16 Feb 2006 17:23:30 -0000 From: Vincent Blondel To: freebsd-current@freebsd.org In-Reply-To: <84dead720602151918q3f9779e1q3316f74433e6e1c4@mail.gmail.com> References: <59310.192.168.1.21.1140031112.squirrel@192.168.1.21> <84dead720602151918q3f9779e1q3316f74433e6e1c4@mail.gmail.com> Content-Type: text/plain Date: Thu, 16 Feb 2006 18:22:39 +0100 Message-Id: <1140110559.1105.4.camel@wbedllfs.xtra-net.be> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Subject: Re: buildworld problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2006 17:23:35 -0000 Joseph, I removed completely /usr/obj and I 'make cleanworld ; make buildworld' my system but this does not change anything. If this can help you find a solution I put on this URL http://jlang.dyndns.org/error.log/fbsd/logfile a copy of the complete logfile resulted from 'make buildworld' Do you get some other idea ??? Regards Vincent On Thu, 2006-02-16 at 08:48 +0530, Joseph Koshy wrote: > On 2/16/06, Vincent Blondel wrote: > > vb> I already cvsup'ed my system again in case of bad download but > vb> didn't find any solution to this problem. > > Try removing /usr/obj completely. Sometimes stale contents > there have been known to confuse the build. > > -- > FreeBSD Volunteer, http://people.freebsd.org/~jkoshy > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Feb 16 19:07:41 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 725CF16A420 for ; Thu, 16 Feb 2006 19:07:41 +0000 (GMT) (envelope-from stb@lassitu.de) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id E030D43D4C for ; Thu, 16 Feb 2006 19:07:40 +0000 (GMT) (envelope-from stb@lassitu.de) Received: from [127.0.0.1] (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.3/8.12.9) with ESMTP id k1GJ7cB4093699; Thu, 16 Feb 2006 20:07:38 +0100 (CET) (envelope-from stb@lassitu.de) In-Reply-To: <20060214091150.A70808@xorpc.icir.org> References: <20060214091150.A70808@xorpc.icir.org> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <98DCE0F6-7C7B-4901-B0FC-D6B2D718A8E6@lassitu.de> Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Thu, 16 Feb 2006 20:06:13 +0100 To: Luigi Rizzo X-Mailer: Apple Mail (2.746.2) Cc: current@freebsd.org Subject: Re: options for centralized 'passwd' database for a diskless lab ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2006 19:07:41 -0000 Am 14.02.2006 um 18:11 schrieb Luigi Rizzo: > as per the subjects, what options do i have to set a centralized > 'passwd' database for a lab with FreeBSD diskless machines ? > > In the past (4.x times) i used YP/NIS which did the job but was > highly insecure (all traffic unencrypted) and also a bit of a pain > to configure. > It was convenient though because it let users change their > password and other info just using the passwd command. > > I have been browsing around a bit, and i see that pam_* (tried > pam_radius) > can do for the authentication part but not for the other info; > nss_* seems to be a better suit but the only thing i see is nss_ldap > and i am not familiar with the latter. > > So any suggestions or pointers to pages describing what to do ? We're running a LDAP-based setup at my employer, using pam_ldap and nss_ldap. Getting the clients configured is a piece of cake, getting your head wrapped around how to populate your LDAP repository isn't. The Samba integration was the most painful to get going, and creating machine accounts is still close to black magic for me. That said, once you have it going, it's really nice. We have our lab with diverse OSes hooked up to the LDAP server as well, and control access to the various machines through group membership. Also, quite a number of web-based stuff is tied in. For management, we're using phpldapadmin, which makes most day-to-day tasks quite simple. One drawback though: without a caching layer in the NSS, every ls(1) will hit the LDAP server, and if you've configured nss_ldap to use TLS, it's dead slow. We decided we can live with an unencrypted connection for NSS, but use TSL for PAM. Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-current@FreeBSD.ORG Thu Feb 16 22:28:08 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B846616A420; Thu, 16 Feb 2006 22:28:08 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56CA543D45; Thu, 16 Feb 2006 22:28:08 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id k1GMPthj012302; Thu, 16 Feb 2006 15:25:55 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 16 Feb 2006 15:25:55 -0700 (MST) Message-Id: <20060216.152555.71099274.imp@bsdimp.com> To: marck@rinet.ru From: Warner Losh In-Reply-To: <20060216135805.K91053@woozle.rinet.ru> References: <20060216135805.K91053@woozle.rinet.ru> 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 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Thu, 16 Feb 2006 15:25:55 -0700 (MST) Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, ume@freebsd.org Subject: Re: hosts.allow default behaviour: IPv6 on its own lines X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2006 22:28:08 -0000 From: Dmitry Morozovsky Subject: hosts.allow default behaviour: IPv6 on its own lines Date: Thu, 16 Feb 2006 14:03:37 +0300 (MSK) > Dear colleagues, > > at least rpcbind brokes on parsing hosts.allow file when built with NO_INET6: > > Feb 16 13:55:41 ... rpcbind: error: /etc/hosts.allow, line 42: missing option name > Feb 16 13:55:41 ... rpcbind: connect from 127.0.0.1 to getport/addr(mountd): request from unauthorized host > > Maybe split default line to simplify commenting second one out? > > Index: hosts.allow > =================================================================== > RCS file: /home/ncvs/src/etc/hosts.allow,v > retrieving revision 1.19 > diff -u -r1.19 hosts.allow > --- hosts.allow 3 Aug 2004 08:58:34 -0000 1.19 > +++ hosts.allow 16 Feb 2006 10:58:00 -0000 > @@ -36,7 +36,9 @@ > > # Allow anything from localhost. Note that an IP address (not a host > # name) *MUST* be specified for rpcbind(8). > -ALL : localhost 127.0.0.1 [::1] : allow > +ALL : localhost 127.0.0.1 : allow > +# Comment out next line if you use kernel without IPv6. > +ALL : [::1] : allow > ALL : my.machine.example.com 192.0.2.35 : allow > > # To use IPv6 addresses you must enclose them in []'s The comment isn't quite right. If the kernel doesn't have IPv6, then it is fine. It is only if userland is compiled with NO_IPV6 that there's a problem. From owner-freebsd-current@FreeBSD.ORG Fri Feb 17 01:23:38 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BA9116A420 for ; Fri, 17 Feb 2006 01:23:38 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp109.rog.mail.re2.yahoo.com (smtp109.rog.mail.re2.yahoo.com [68.142.225.207]) by mx1.FreeBSD.org (Postfix) with SMTP id 5BE0E43D45 for ; Fri, 17 Feb 2006 01:23:37 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 86136 invoked from network); 17 Feb 2006 01:23:36 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=lWQMUZ/UtkOLhxEf8UKVakbW/TofYdOa8GNPqBYSqQfkoY0RSzKOhBh0JFhHfusJ9kmE875RMzDAbSQeCYC55RxId+2W8ZVhK+fsmerMUfzjo8K2ZS425c8UZU7W+pyvXiyr14NeDEhI5KX2xRflWb+1OidjPsdf+axRFJevxPU= ; Received: from unknown (HELO ?70.30.133.184?) (mikej@rogers.com@70.30.133.184 with plain) by smtp109.rog.mail.re2.yahoo.com with SMTP; 17 Feb 2006 01:23:36 -0000 Message-ID: <43F525A6.3080701@rogers.com> Date: Thu, 16 Feb 2006 20:23:50 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Giorgos Keramidas References: <20060215024339.N22450@atlantis.atlantis.dp.ua> <43F29BF5.4060300@freebsd.org> <20060216123548.GA35910@uk.tiscali.com> <20060216135138.GA16669@flame.pc> In-Reply-To: <20060216135138.GA16669@flame.pc> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Dmitry Pryanishnikov , freebsd-current@freebsd.org, David Xu , Brian Candler Subject: Re: Virtual memory consumption (both user and kernel) in modern CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2006 01:23:38 -0000 Giorgos Keramidas wrote: > On 2006-02-16 12:35, Brian Candler wrote: > >> On Wed, Feb 15, 2006 at 11:11:49AM +0800, David Xu wrote: >> >>>> 1) Is it normal that virtual memory size for almost every non-kernel >>>> process >>>> is close to 50Mb now: >>>> >>>> ftp://external.atlantis.dp.ua/FreeBSD/CURRENT/top.txt >>>> >>>> Is it miscalculation or real growth of virtual address space? >>>> >>> I believe this is the new malloc code in libc, I am seeing this on my >>> Athlon64 machine, now it likes swap memory, in the old days, it seldom >>> touched it. >>> >> IIRR, the new malloc grabs 32MB immediately. However, I'd hope that doesn't >> mean that 32MB of pages are actually touched, and then get swapped out to >> disk. If it does, I'm staying on FreeBSD 6.0 :-) >> > > I don't think so. > > At least, not unless you are using the debugging features of malloc(), > which can result in all pages getting touched (i.e. if the "J" option is > enabled, to set all newly-allocated bytes to 0xa5, which is very helpful > when trying to catch accesses to uninitialized pointers). > > It's all a matter of what you are prepared to trade-off and why, I guess :) > And what am i trading off here? I have "/etc/malloc.conf@ -> ajz" and my memory usage has gone up the roof. My system used to be swap free, and now its swapping over 40 MB. Can someone explain to me why this new malloc is better? I don't see any speed improvements. From owner-freebsd-current@FreeBSD.ORG Fri Feb 17 01:30:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0967916A420; Fri, 17 Feb 2006 01:30:41 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADD4A43D49; Fri, 17 Feb 2006 01:30:40 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 8F8931A4D8B; Thu, 16 Feb 2006 17:30:40 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E5179512D9; Thu, 16 Feb 2006 20:30:39 -0500 (EST) Date: Thu, 16 Feb 2006 20:30:39 -0500 From: Kris Kennaway To: Mike Jakubik Message-ID: <20060217013039.GA31540@xor.obsecurity.org> References: <20060215024339.N22450@atlantis.atlantis.dp.ua> <43F29BF5.4060300@freebsd.org> <20060216123548.GA35910@uk.tiscali.com> <20060216135138.GA16669@flame.pc> <43F525A6.3080701@rogers.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IJpNTDwzlM2Ie8A6" Content-Disposition: inline In-Reply-To: <43F525A6.3080701@rogers.com> User-Agent: Mutt/1.4.2.1i Cc: Giorgos Keramidas , Dmitry Pryanishnikov , freebsd-current@freebsd.org, David Xu , Brian Candler Subject: Re: Virtual memory consumption (both user and kernel) in modern CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2006 01:30:41 -0000 --IJpNTDwzlM2Ie8A6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 16, 2006 at 08:23:50PM -0500, Mike Jakubik wrote: > Giorgos Keramidas wrote: > >On 2006-02-16 12:35, Brian Candler wrote: > > =20 > >>On Wed, Feb 15, 2006 at 11:11:49AM +0800, David Xu wrote: > >> =20 > >>>>1) Is it normal that virtual memory size for almost every non-kernel > >>>>process > >>>> is close to 50Mb now: > >>>> > >>>> ftp://external.atlantis.dp.ua/FreeBSD/CURRENT/top.txt > >>>> > >>>> Is it miscalculation or real growth of virtual address space? > >>>> =20 > >>>I believe this is the new malloc code in libc, I am seeing this on my > >>>Athlon64 machine, now it likes swap memory, in the old days, it seldom > >>>touched it. > >>> =20 > >>IIRR, the new malloc grabs 32MB immediately. However, I'd hope that=20 > >>doesn't > >>mean that 32MB of pages are actually touched, and then get swapped out = to > >>disk. If it does, I'm staying on FreeBSD 6.0 :-) > >> =20 > > > >I don't think so. > > > >At least, not unless you are using the debugging features of malloc(), > >which can result in all pages getting touched (i.e. if the "J" option is > >enabled, to set all newly-allocated bytes to 0xa5, which is very helpful > >when trying to catch accesses to uninitialized pointers). > > > >It's all a matter of what you are prepared to trade-off and why, I guess= :) > > =20 >=20 > And what am i trading off here? I have "/etc/malloc.conf@ -> ajz" and my= =20 > memory usage has gone up the roof. My system used to be swap free, and=20 > now its swapping over 40 MB. Can someone explain to me why this new=20 > malloc is better? I don't see any speed improvements. It's a couple of orders of magnitude faster for threaded binaries. See earlier posts by the author for extensive discussion. Kris --IJpNTDwzlM2Ie8A6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD9Sc/Wry0BWjoQKURArmJAKCVdnYJlrp/U1ZduzJlPsirHP34uACgr7AA F4c3rDDm4AqWkMxqQ4QL8rg= =HDly -----END PGP SIGNATURE----- --IJpNTDwzlM2Ie8A6-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 17 01:34:29 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 218CD16A420; Fri, 17 Feb 2006 01:34:29 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id D366B43D48; Fri, 17 Feb 2006 01:34:28 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id B608F1A4D82; Thu, 16 Feb 2006 17:34:28 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 19D91512D9; Thu, 16 Feb 2006 20:34:28 -0500 (EST) Date: Thu, 16 Feb 2006 20:34:28 -0500 From: Kris Kennaway To: Dmitry Pryanishnikov Message-ID: <20060217013427.GB31540@xor.obsecurity.org> References: <20060215024339.N22450@atlantis.atlantis.dp.ua> <43F29BF5.4060300@freebsd.org> <20060216140725.T23429@atlantis.atlantis.dp.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+pHx0qQiF2pBVqBT" Content-Disposition: inline In-Reply-To: <20060216140725.T23429@atlantis.atlantis.dp.ua> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, David Xu Subject: Re: Virtual memory consumption (both user and kernel) in modern CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2006 01:34:29 -0000 --+pHx0qQiF2pBVqBT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 16, 2006 at 02:15:55PM +0200, Dmitry Pryanishnikov wrote: > Without putchar() call my program's virtual address space isn't so big: >=20 > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND > 52126 root 1 127 0 1244K 440K RUN 0:31 43.97% a.out >=20 > But with putchar() it gives us >=20 > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND > 58959 root 1 130 0 50100K 632K RUN 0:03 47.19% a.out >=20 > What't the reason of so terrible virtual memory consumption? I don't beli= eve > that just plain stdio buffering requires 50 Mbytes (!) of virtual address > space. Note that only 200K of extra memory is used. Using 50MB of virtual address space is not going to cause any problems unless the pages are touched, which as you can see from the resident size, they aren't. See also the old "omg, rpc.statd has as size of 256MB" entry in the FAQ. Kris --+pHx0qQiF2pBVqBT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD9SgjWry0BWjoQKURAmlTAKCjPABSYZyHnDdJnTKx8XuMIrY5awCgooM6 I40VAteQ3mvn22JYNxbls1U= =y1Ns -----END PGP SIGNATURE----- --+pHx0qQiF2pBVqBT-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 17 02:28:17 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3980F16A424; Fri, 17 Feb 2006 02:28:17 +0000 (GMT) (envelope-from jasone@FreeBSD.org) Received: from lh.synack.net (lh.synack.net [204.152.188.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B45943E9E; Fri, 17 Feb 2006 02:01:11 +0000 (GMT) (envelope-from jasone@FreeBSD.org) Received: by lh.synack.net (Postfix, from userid 100) id 211AA5E48F7; Thu, 16 Feb 2006 18:01:11 -0800 (PST) Received: from [192.168.168.201] (moscow-cuda-gen2-68-64-60-20.losaca.adelphia.net [68.64.60.20]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by lh.synack.net (Postfix) with ESMTP id 681835E48BC; Thu, 16 Feb 2006 18:01:09 -0800 (PST) Message-ID: <43F52E61.10007@FreeBSD.org> Date: Thu, 16 Feb 2006 18:01:05 -0800 From: Jason Evans User-Agent: Mozilla Thunderbird 1.0.7-1.4.1 (X11/20050929) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel O'Connor References: <200601301652.16237.doconnor@gsoft.com.au> <200602011424.57722.doconnor@gsoft.com.au> <200602162202.51872.doconnor@gsoft.com.au> In-Reply-To: <200602162202.51872.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on lh.synack.net X-Spam-Level: * X-Spam-Status: No, score=1.8 required=5.0 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: Kris Kennaway , freebsd-current@freebsd.org, Jason Evans , Michael Nottebrock Subject: Re: KDE 3.5.0 seems much chubbier than 3.4.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2006 02:28:17 -0000 Daniel O'Connor wrote: > On Thursday 02 February 2006 04:55, Jason Evans wrote: > >>On Jan 31, 2006, at 7:54 PM, Daniel O'Connor wrote: >> >>>Is there a simple way to revert to the old malloc? Just back out >>>malloc.c? >> >>Yes, you can revert to revision 1.92 of src/lib/libc/stdlib/malloc.c . > > I finally got around to trying this and it seems that reverting it has reduced > KDE's memory consumption considerably.. > > Perhaps it's allocation pattern is particularly pathological? > > I can supply debugging information about it if you tell me what you need. First, can you please assure me that this is an increase in resident memory, rather than just virtual memory? Can you tell me which programs are particularly bad, and if you are using them in any particular ways that are important to reproducing the high memory usage? I don't generally use KDE, so any details you provide are likely to help. Thanks, Jason From owner-freebsd-current@FreeBSD.ORG Fri Feb 17 02:31:46 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED51C16A420 for ; Fri, 17 Feb 2006 02:31:45 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E09343D45; Fri, 17 Feb 2006 02:31:45 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k1H2VgSX081773; Fri, 17 Feb 2006 02:31:43 GMT (envelope-from davidxu@freebsd.org) Message-ID: <43F5358E.2080408@freebsd.org> Date: Fri, 17 Feb 2006 10:31:42 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20050928 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <20060215024339.N22450@atlantis.atlantis.dp.ua> <43F29BF5.4060300@freebsd.org> <20060216140725.T23429@atlantis.atlantis.dp.ua> <20060217013427.GB31540@xor.obsecurity.org> In-Reply-To: <20060217013427.GB31540@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Dmitry Pryanishnikov , freebsd-current@freebsd.org Subject: Re: Virtual memory consumption (both user and kernel) in modern CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2006 02:31:46 -0000 Kris Kennaway wrote: > Note that only 200K of extra memory is used. Using 50MB of virtual > address space is not going to cause any problems unless the pages are > touched, which as you can see from the resident size, they aren't. > See also the old "omg, rpc.statd has as size of 256MB" entry in the > FAQ. > > Kris The problem I know is .core file is too big for a very tiny program. From owner-freebsd-current@FreeBSD.ORG Fri Feb 17 03:24:29 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 087BE16A420 for ; Fri, 17 Feb 2006 03:24:29 +0000 (GMT) (envelope-from shigeru@iij.ad.jp) Received: from omgo.iij.ad.jp (omgo.iij.ad.jp [202.232.30.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB88A43D4C for ; Fri, 17 Feb 2006 03:24:27 +0000 (GMT) (envelope-from shigeru@iij.ad.jp) Received: OTM-MO id k1H3OMmi021920; Fri, 17 Feb 2006 12:24:22 +0900 (JST) DomainKey-Signature: a=rsa-sha1; s=omgo; d=iij.ad.jp; c=nofws; q=dns; h=date:message-id:to:cc:from:in-reply-to:references:x-mailer: mime-version:content-type:content-transfer-encoding; b=kzoW+NXRjBHAM64yQFERNvN2Ov6HYwVmMPNkfLAw13zXj/vOK6reDEOnSDLvd7s+S mqUzeRdJDOW8TbEGH/c9Q== Received: OTM-MIX0 id k1H3OL0f010205; Fri, 17 Feb 2006 12:24:22 +0900 (JST) Received: from localhost (mercury.iij.ad.jp [192.168.184.90]) by jc-smtp.iij.ad.jp (JC-SMTP/jc-smtp) id k1H3OLgh028367; Fri, 17 Feb 2006 12:24:21 +0900 (JST) Date: Fri, 17 Feb 2006 12:24:20 +0900 (JST) Message-Id: <20060217.122420.38719049.shigeru@iij.ad.jp> To: sam@errno.com From: Yamamoto Shigeru In-Reply-To: <43F3FAF3.7010000@errno.com> References: <43F0C10E.305@errno.com> <20060216.120239.102583278.shigeru@iij.ad.jp> <43F3FAF3.7010000@errno.com> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Fri_Feb_17_12_24_20_2006_696)--" Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: new ath+hal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2006 03:24:29 -0000 ----Next_Part(Fri_Feb_17_12_24_20_2006_696)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit >>>>> "Sam" == Sam Leffler writes: >> Does anyone know how to solve this trouble? >> #Should I hack wpa_supplicant? or ath hal and driver? Sam> There have been many changes to ath and the net80211 layer. Please try Sam> to isolate what change affected you. Past that you must provide the Sam> mac+phy revs for your card. Otherwise you have not indicated anything Sam> about your configuration (open auth, wep, wpa, etc). You haven't Sam> provided any logs. Excuse me. I write my environment. - IBM ThinkPad X31 - kernel and user land is current at 2006/02/16 - ath_hal: 0.9.16.16 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) - ath0: mac 5.6 phy 4.1 5ghz radio 1.7 2ghz radio 2.3 - Access Point is 'I/O DATA WN-APG/A" (http://www.iodata.jp/prod/network/wnlan/2004/wn-apga/index.htm) -- 'bssid 00:a0:b0:5e:73:b1' for 11b -- 'bssid 00:a0:b0:5e:73:b2' for 11a -- accept WPA-PSK only (not accept WEP) I send you some logs, include dmesg and wpa_supplicant logs. attached logs are, 1) dmesg 2) wpa_supplicant.conf (at my home, psk is replaed to '****') 3) result of 'sysctl dev.ath' 4) result of 'sysctl hw.ath' 5) wpa_supplicant debug log ("broadcast SSID in beacon" is enable) 6) result of 'ifconfig -a' ("broadcast SSID in beacon" is enable) 7) wpa_supplicant debug log ("broadcast SSID in beacon" is disable) 8) result of 'ifconfig -a' ("broadcast SSID in beacon" is disable) ------- YAMAMOTO Shigeru ----Next_Part(Fri_Feb_17_12_24_20_2006_696)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.2006.02.17.txt" pnpbios: Found PnP BIOS data at 0xc00f6da0 pnpbios: Entry = f0000:b60f Rev = 1.0 pnpbios: Event flag at 4b4 Other BIOS signatures found: wlan: <802.11 Link Layer> ath_rate: version 1.2 null: nfslock: pseudo-device random: io: mem: Pentium Pro MTRR support enabled ath_hal: 0.9.16.16 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [MPSAFE] acpi_ec0: port 0x62,0x66 on acpi0 pci_open(1): mode 1 addr port (0x0cf8) is 0x8000f904 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=33408086) pcibios: BIOS version 2.10 Found $PIR table, 15 entries at 0xc00fdea0 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 0 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 0 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 0 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 2 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 2 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 1 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 1 0 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 30 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 30 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 30 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 30 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 2 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 2 0 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 2 0 C 0x62 3 4 5 6 7 9 10 11 12 14 15 slot 1 2 2 A 0x62 3 4 5 6 7 9 10 11 12 14 15 slot 1 2 2 B 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 2 3 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 2 3 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 2 3 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 2 3 D 0x63 3 4 5 6 7 9 10 11 12 14 15 slot 2 9 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15 slot 2 9 0 B 0x61 3 4 5 6 7 9 10 11 12 14 15 slot 2 9 0 C 0x62 3 4 5 6 7 9 10 11 12 14 15 slot 2 9 0 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 9 1 A 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 9 2 A 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 9 2 B 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 2 1 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 2 8 A 0x68 3 4 5 6 7 9 10 11 12 14 15 embedded 0 29 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 29 B 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 29 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 29 D 0x6b 3 4 5 6 7 9 10 11 12 14 15 embedded 0 31 A 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 31 B 0x61 3 4 5 6 7 9 10 11 12 14 15 AcpiOsDerivePciId: bus 0 dev 31 func 0 AcpiOsDerivePciId: bus 0 dev 0 func 0 AcpiOsDerivePciId: bus 2 dev 0 func 0 AcpiOsDerivePciId: bus 2 dev 0 func 1 AcpiOsDerivePciId: bus 0 dev 29 func 7 acpi0: Power Button (fixed) atpic: Programming IRQ9 as level/low pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 ACPI timer: 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/0 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI: Found matching pin for 0.29.INTA at func 0: 11 ACPI: Found matching pin for 0.29.INTB at func 1: 11 ACPI: Found matching pin for 0.29.INTC at func 2: 11 ACPI: Found matching pin for 0.29.INTD at func 7: 11 ACPI: Found matching pin for 0.31.INTA at func 1: 255 ACPI: Found matching pin for 0.31.INTB at func 3: 11 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x3340, revid=0x03 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 3, range 32, base d0000000, size 28, enabled found-> vendor=0x8086, dev=0x3341, revid=0x03 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x60 (2880 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24c2, revid=0x01 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[20]: type 4, range 32, base 00001800, size 5, enabled pcib0: matched entry for 0.29.INTA (src \\_SB_.LNKA:0) pcib0: slot 29 INTA routed to irq 11 via \\_SB_.LNKA found-> vendor=0x8086, dev=0x24c4, revid=0x01 bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 map[20]: type 4, range 32, base 00001820, size 5, enabled pcib0: matched entry for 0.29.INTB (src \\_SB_.LNKD:0) pcib0: slot 29 INTB routed to irq 11 via \\_SB_.LNKD found-> vendor=0x8086, dev=0x24c7, revid=0x01 bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=11 map[20]: type 4, range 32, base 00001840, size 5, enabled pcib0: matched entry for 0.29.INTC (src \\_SB_.LNKC:0) pcib0: slot 29 INTC routed to irq 11 via \\_SB_.LNKC found-> vendor=0x8086, dev=0x24cd, revid=0x01 bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base c0000000, size 10, enabled pcib0: matched entry for 0.29.INTD (src \\_SB_.LNKH:0) pcib0: slot 29 INTD routed to irq 11 via \\_SB_.LNKH found-> vendor=0x8086, dev=0x2448, revid=0x81 bus=0, slot=30, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x8080, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24cc, revid=0x01 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24ca, revid=0x01 bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 map[20]: type 4, range 32, base 00001860, size 4, enabled map[24]: type 1, range 32, base 00000000, size 10, memory disabled found-> vendor=0x8086, dev=0x24c3, revid=0x01 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 map[20]: type 4, range 32, base 00001880, size 5, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.LNKB:0) pcib0: slot 31 INTB routed to irq 11 via \\_SB_.LNKB found-> vendor=0x8086, dev=0x24c5, revid=0x01 bus=0, slot=31, func=5 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 00001c00, size 8, enabled map[14]: type 4, range 32, base 000018c0, size 6, enabled map[18]: type 1, range 32, base c0000c00, size 9, enabled map[1c]: type 1, range 32, base c0000800, size 8, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.LNKB:0) pcib0: slot 31 INTB routed to irq 11 via \\_SB_.LNKB found-> vendor=0x8086, dev=0x24c6, revid=0x01 bus=0, slot=31, func=6 class=07-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 00002400, size 8, enabled map[14]: type 4, range 32, base 00002000, size 7, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.LNKB:0) pcib0: slot 31 INTB routed to irq 11 via \\_SB_.LNKB pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x3000-0x3fff pcib1: memory decode 0xc0100000-0xc01fffff pcib1: prefetched decode 0xe0000000-0xe7ffffff ACPI: Found matching pin for 1.0.INTA at func 0: 11 pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x1002, dev=0x4c59, revid=0x00 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0387, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x42 (1980 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 3, range 32, base e0000000, size 27, enabled pcib1: (null) requested memory range 0xe0000000-0xe7ffffff: good map[14]: type 4, range 32, base 00003000, size 8, enabled pcib1: (null) requested I/O range 0x3000-0x30ff: in range map[18]: type 1, range 32, base c0100000, size 16, enabled pcib1: (null) requested memory range 0xc0100000-0xc010ffff: good pcib1: matched entry for 1.0.INTA (src \\_SB_.LNKA:0) pcib1: slot 0 INTA routed to irq 11 via \\_SB_.LNKA vgapci0: port 0x3000-0x30ff mem 0xe0000000-0xe7ffffff,0xc0100000-0xc010ffff irq 11 at device 0.0 on pci1 uhci0: port 0x1800-0x181f irq 11 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1800 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1820-0x183f irq 11 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1820 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1840-0x185f irq 11 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1840 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xc0000000-0xc00003ff irq 11 at device 29.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xc0000000 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered pcib2: at device 30.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 8 pcib2: I/O decode 0x4000-0x8fff pcib2: memory decode 0xc0200000-0xcfffffff pcib2: prefetched decode 0xe8000000-0xefffffff pcib2: Subtractively decoded bridge. ACPI: Found matching pin for 2.0.INTA at func 0: 11 ACPI: Found matching pin for 2.0.INTB at func 1: 11 ACPI: Found matching pin for 2.0.INTC at func 2: 11 ACPI: Found matching pin for 2.1.INTA at func 0: 11 ACPI: Found matching pin for 2.2.INTA at func 0: 11 pci2: on pcib2 pci2: physical bus=2 found-> vendor=0x1180, dev=0x0476, revid=0xaa bus=2, slot=0, func=0 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0107, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x80 (32000 ns), maxlat=0x07 (1750 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base b0000000, size 12, enabled pcib2: (null) requested memory range 0xb0000000-0xb0000fff: good pcib2: matched entry for 2.0.INTA (src \\_SB_.LNKA:0) pcib2: slot 0 INTA routed to irq 11 via \\_SB_.LNKA found-> vendor=0x1180, dev=0x0476, revid=0xaa bus=2, slot=0, func=1 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0107, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x80 (32000 ns), maxlat=0x07 (1750 ns) intpin=b, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base b1000000, size 12, enabled pcib2: (null) requested memory range 0xb1000000-0xb1000fff: good pcib2: matched entry for 2.0.INTB (src \\_SB_.LNKB:0) pcib2: slot 0 INTB routed to irq 11 via \\_SB_.LNKB found-> vendor=0x1180, dev=0x0552, revid=0x02 bus=2, slot=0, func=2 class=0c-00-10, hdrtype=0x00, mfdev=1 cmdreg=0x0106, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns) intpin=c, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base c0240000, size 11, enabled pcib2: (null) requested memory range 0xc0240000-0xc02407ff: good pcib2: matched entry for 2.0.INTC (src \\_SB_.LNKC:0) pcib2: slot 0 INTC routed to irq 11 via \\_SB_.LNKC found-> vendor=0x8086, dev=0x101e, revid=0x03 bus=2, slot=1, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0230, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 32, base c0220000, size 17, enabled pcib2: (null) requested memory range 0xc0220000-0xc023ffff: good map[14]: type 1, range 32, base c0200000, size 16, enabled pcib2: (null) requested memory range 0xc0200000-0xc020ffff: good map[18]: type 4, range 32, base 00008000, size 6, enabled pcib2: (null) requested I/O range 0x8000-0x803f: in range pcib2: matched entry for 2.1.INTA (src \\_SB_.LNKA:0) pcib2: slot 1 INTA routed to irq 11 via \\_SB_.LNKA found-> vendor=0x168c, dev=0x1014, revid=0x01 bus=2, slot=2, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0116, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x50 (2400 ns), mingnt=0x0a (2500 ns), maxlat=0x1c (7000 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base c0210000, size 16, enabled pcib2: (null) requested memory range 0xc0210000-0xc021ffff: good pcib2: matched entry for 2.2.INTA (src \\_SB_.LNKC:0) pcib2: slot 2 INTA routed to irq 11 via \\_SB_.LNKC cbb0: mem 0xb0000000-0xb0000fff irq 11 at device 0.0 on pci2 cbb0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xb0000000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0x04761180 0x02100107 0x060700aa 0x00824000 0x10: 0xb0000000 0x020000dc 0xb0050302 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x0700010b 0x40: 0x05321014 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x04800001 0x00000000 0x04630464 0x00000000 0x90: 0x00000000 0x00000000 0x00000000 0x00000000 0xa0: 0x008a0000 0x00000000 0x00f00000 0x00000000 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 0xc0: 0x05321014 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0xfe0a0001 0xe0: 0x24c04000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 cbb1: mem 0xb1000000-0xb1000fff irq 11 at device 0.1 on pci2 cbb1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xb1000000 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 cbb1: [MPSAFE] cbb1: PCI Configuration space: 0x00: 0x04761180 0x02100107 0x060700aa 0x00824000 0x10: 0xb1000000 0x020000dc 0xb0080602 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x0700020b 0x40: 0x05321014 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x24800000 0x00000000 0x04630464 0x00000000 0x90: 0x00000000 0x00000000 0x00000000 0x00000000 0xa0: 0x008a0000 0x00000000 0x00f00000 0x00000000 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 0xc0: 0x05321014 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0xfe0a0001 0xe0: 0x24c04000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 pci2: at device 0.2 (no driver attached) em0: port 0x8000-0x803f mem 0xc0220000-0xc023ffff,0xc0200000-0xc020ffff irq 11 at device 1.0 on pci2 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xc0220000 em0: Reserved 0x40 bytes for rid 0x18 type 4 at 0x8000 em0: bpf attached em0: Ethernet address: 00:0d:60:2d:d7:1f em0: [FAST] ath0: mem 0xc0210000-0xc021ffff irq 11 at device 2.0 on pci2 ath0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xc0210000 ath0: [GIANT-LOCKED] ath0: bpf attached ath0: Ethernet address: 00:05:4e:43:14:e8 ath0: bpf attached ath0: bpf attached ath0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps ath0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps ath0: mac 5.6 phy 4.1 5ghz radio 1.7 2ghz radio 2.3 ath0: Use hw queue 1 for WME_AC_BE traffic ath0: Use hw queue 0 for WME_AC_BK traffic ath0: Use hw queue 2 for WME_AC_VI traffic ath0: Use hw queue 3 for WME_AC_VO traffic ath0: Use hw queue 8 for CAB traffic ath0: Use hw queue 9 for beacons isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1860-0x186f at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1860 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=00 ostat0=ff ostat1=ff ata1: [MPSAFE] pci0: at device 31.3 (no driver attached) pcm0: port 0x1c00-0x1cff,0x18c0-0x18ff mem 0xc0000c00-0xc0000dff,0xc0000800-0xc00008ff irq 11 at device 31.5 on pci0 pcm0: Reserved 0x200 bytes for rid 0x18 type 3 at 0xc0000c00 pcm0: Reserved 0x100 bytes for rid 0x1c type 3 at 0xc0000800 pcm0: [MPSAFE] pcm0: pcm0: Codec features headphone, 20 bit DAC, 5 bit master volume, no 3D Stereo Enhancement pcm0: Primary codec extended features variable rate PCM, AMAP, reserved 4 pcm0: ac97 codec dac ready count: 0 pcm0: sndbuf_setmap 3e953000, 4000; 0xe50f4000 -> 3e953000 pcm0: sndbuf_setmap 3e94b000, 4000; 0xe50f8000 -> 3e94b000 pci0: at device 31.6 (no driver attached) acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x54ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 73 fdc0: [MPSAFE] fdc0: [FAST] sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0xa01 0xa01 0xa01 0xa01 sio0: probe failed test(s): 0 1 2 4 6 7 9 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 8250 or not responding ppc0: using extended I/O port range ppc0: SPP ppc0: port 0x3bc-0x3be irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 sio1: irq maps: 0xa01 0xa09 0xa01 0xa01 sio1: port 0x2f8-0x2ff irq 3 drq 3 on acpi0 sio1: type 16550A battery0: on acpi0 battery1: on acpi0 acpi_acad0: on acpi0 acpi_ibm0: on acpi0 npx0: [FAST] npx0: on motherboard npx0: INT 16 interface ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xd0000-0xd0fff,0xd1000-0xd1fff,0xdc000-0xdffff pnpid ORM0000 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 1598649805 Hz quality 800 Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. lo0: bpf attached em0: Link is up 100 Mbps Full Duplex ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire ad0: setting PIO4 on ICH4 chip ad0: setting UDMA100 on ICH4 chip ad0: 152627MB at ata0-master UDMA100 ad0: 312581808 sectors [310101C/16H/63S] 16 sectors/interrupt 1 depth queue ad0: Intel check1 failed ad0: Adaptec check1 failed ad0: LSI (v3) check1 failed ad0: LSI (v2) check1 failed ad0: FreeBSD check1 failed pcm0: measured ac97 link rate at 48008 Hz, will use 48000 Hz ATA PseudoRAID loaded fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout GEOM: new disk ad0 battery0: battery initialization start battery1: battery initialization start acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times battery1: battery initialization done, tried 1 times battery0: battery initialization done, tried 1 times Trying to mount root from ufs:/dev/ad0s2a start_init: trying /sbin/init fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout Linux ELF exec handler installed agp0: on hostb0 hostb0: Reserved 0x10000000 bytes for rid 0x10 type 3 at 0xd0000000 agp0: allocating GATT for aperture of size 256M drm0: on vgapci0 info: [drm] AGP at 0xd0000000 256MB info: [drm] Initialized radeon 1.19.0 20050911 vgapci0: Reserved 0x10000 bytes for rid 0x18 type 3 at 0xc0100000 vgapci0: Reserved 0x8000000 bytes for rid 0x10 type 3 at 0xe0000000 agp0: Setting AGP v2 mode 1 drm0: [MPSAFE] ----Next_Part(Fri_Feb_17_12_24_20_2006_696)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="wpa_supplicant.conf.myhome" # # $Id$ # ctrl_interface=/var/run/wpa_supplicant #ctrl_interface=/tmp/wpa_supplicant ctrl_interface_group=0 ap_scan=1 #eapol_version=2 # at My Home network={ scan_ssid=1 ssid="os-hackers.jp" psk=**** priority=1 } # at YAMAMOTO's Home network={ scan_ssid=1 ssid="YAMAMOTO-HOME" psk=**** priority=1 } ----Next_Part(Fri_Feb_17_12_24_20_2006_696)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="sysctl.dev.ath.txt" dev.ath.0.%desc: Atheros 5212 dev.ath.0.%driver: ath dev.ath.0.%location: slot=2 function=0 dev.ath.0.%pnpinfo: vendor=0x168c device=0x1014 subvendor=0x17ab subdevice=0x8331 class=0x020000 dev.ath.0.%parent: pci2 dev.ath.0.smoothing_rate: 95 dev.ath.0.sample_rate: 10 dev.ath.0.countrycode: 392 dev.ath.0.regdomain: 64 dev.ath.0.debug: 0 dev.ath.0.slottime: 9 dev.ath.0.acktimeout: 48 dev.ath.0.ctstimeout: 48 dev.ath.0.softled: 1 dev.ath.0.ledpin: 0 dev.ath.0.ledon: 0 dev.ath.0.ledidle: 2700 dev.ath.0.txantenna: 0 dev.ath.0.rxantenna: 1 dev.ath.0.diversity: 1 dev.ath.0.txintrperiod: 5 dev.ath.0.diag: 0 dev.ath.0.tpscale: 0 dev.ath.0.tpc: 0 dev.ath.0.tpack: 63 dev.ath.0.tpcts: 63 dev.ath.0.monpass: 24 ----Next_Part(Fri_Feb_17_12_24_20_2006_696)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="sysctl.hw.ath.txt" hw.ath.hal.swba_backoff: 0 hw.ath.hal.sw_brt: 10 hw.ath.hal.dma_brt: 2 hw.ath.hal.version: 0.9.16.16 hw.ath.debug: 0 hw.ath.txbuf: 100 hw.ath.rxbuf: 40 hw.ath.regdomain: 0 hw.ath.countrycode: 0 hw.ath.xchanmode: 1 hw.ath.outdoor: 1 hw.ath.calibrate: 30 hw.ath.dwell: 200 ----Next_Part(Fri_Feb_17_12_24_20_2006_696)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="wpa.good.txt" Script started on Fri Feb 17 00:44:51 2006 bash-2.05b# sync;sync;sync;shutdown -p nowbash-2.05b# xdmcd bash-2.05b# /usr/sbin/wpa_supplicant -d -d -d -d -i ath0 -c /etc/wpa_supplicant.cconf.myhome Initializing interface 'ath0' conf '/etc/wpa_supplicant.conf.myhome' driver 'default' Configuration file '/etc/wpa_supplicant.conf.myhome' -> '/etc/wpa_supplicant.conf.myhome' Reading configuration file '/etc/wpa_supplicant.conf.myhome' ctrl_interface='/var/run/wpa_supplicant' ctrl_interface_group=0 ap_scan=1 Line: 12 - start of a new network block scan_ssid=1 (0x1) ssid - hexdump_ascii(len=13): 6f 73 2d 68 61 63 6b 65 72 73 2e 6a 70 os-hackers.jp PSK (ASCII passphrase) - hexdump_ascii(len=44): [REMOVED] priority=1 (0x1) PSK (from passphrase) - hexdump(len=32): [REMOVED] Line: 21 - start of a new network block scan_ssid=1 (0x1) ssid - hexdump_ascii(len=13): 59 41 4d 41 4d 4f 54 4f 2d 48 4f 4d 45 YAMAMOTO-HOME PSK (ASCII passphrase) - hexdump_ascii(len=44): [REMOVED] priority=1 (0x1) PSK (from passphrase) - hexdump(len=32): [REMOVED] Priority group 1 id=0 ssid='os-hackers.jp' id=1 ssid='YAMAMOTO-HOME' Initializing interface (2) 'ath0' Own MAC address: 00:05:4e:43:14:e8 wpa_driver_bsd_set_wpa: enabled=1 wpa_driver_bsd_set_wpa_internal: wpa=3 privacy=1 wpa_driver_bsd_del_key: keyidx=0 wpa_driver_bsd_del_key: keyidx=1 wpa_driver_bsd_del_key: keyidx=2 wpa_driver_bsd_del_key: keyidx=3 wpa_driver_bsd_set_countermeasures: enabled=0 wpa_driver_bsd_set_drop_unencrypted: enabled=1 Setting scan request: 0 sec 100000 usec Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=13): 6f 73 2d 68 61 63 6b 65 72 73 2e 6a 70 os-hackers.jp Received 0 bytes of scan results (4 BSSes) Scan results: 4 Selecting BSS from priority group 1 0: 00:a0:b0:5e:73:b2 ssid='os-hackers.jp' wpa_ie_len=30 rsn_ie_len=0 selected Trying to associate with 00:a0:b0:5e:73:b2 (SSID='os-hackers.jp' freq=5170 MHz) Cancelling scan request Automatic auth_alg selection: 0x1 WPA: using IEEE 802.11i/D3.0 WPA: Selected cipher suites: group 8 pairwise 24 key_mgmt 2 WPA: using GTK TKIP WPA: using PTK CCMP WPA: using KEY_MGMT WPA-PSK WPA: Own WPA IE - hexdump(len=24): dd 16 00 50 f2 01 01 00 00 50 f2 02 01 00 00 50 f2 04 01 00 00 50 f2 02 No keys have been configured - skip key clearing wpa_driver_bsd_set_drop_unencrypted: enabled=1 wpa_driver_bsd_associate: ssid 'os-hackers.jp' wpa ie len 24 pairwise 3 group 2 key mgmt 1 wpa_driver_bsd_associate: set PRIVACY 1 Setting authentication timeout: 5 sec 0 usec Association event - clear replay counter Associated to a new BSS: BSSID=00:a0:b0:5e:73:b2 No keys have been configured - skip key clearing Associated with 00:a0:b0:5e:73:b2 Setting authentication timeout: 10 sec 0 usec RX EAPOL from 00:a0:b0:5e:73:b2 RX EAPOL - hexdump(len=99): 01 03 00 5f fe 00 8a 00 10 00 00 00 00 00 00 00 00 a1 3c 64 0a 75 8b bb e3 9b 2d 79 6d 89 a1 72 7b 26 96 ba 0c ce 64 dd 86 78 7a da c2 70 b3 2b 69 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Setting authentication timeout: 10 sec 0 usec IEEE 802.1X RX: version=1 type=3 length=95 EAPOL-Key type=254 WPA: RX EAPOL-Key - hexdump(len=99): 01 03 00 5f fe 00 8a 00 10 00 00 00 00 00 00 00 00 a1 3c 64 0a 75 8b bb e3 9b 2d 79 6d 89 a1 72 7b 26 96 ba 0c ce 64 dd 86 78 7a da c2 70 b3 2b 69 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 WPA: RX message 1 of 4-Way Handshake from 00:a0:b0:5e:73:b2 (ver=2) WPA: Renewed SNonce - hexdump(len=32): ef 12 31 21 3a 85 41 16 6c 23 fa f3 73 bd b1 2c b2 fb 4a 86 7f 2b 34 7a a5 42 41 07 63 43 00 d4 WPA: PMK - hexdump(len=32): [REMOVED] WPA: PTK - hexdump(len=64): [REMOVED] WPA: EAPOL-Key MIC - hexdump(len=16): 64 fe 79 88 f9 c2 0a 00 7c e9 2a fc c5 91 45 69 WPA: Sending EAPOL-Key 2/4 WPA: TX EAPOL-Key 2/4 - hexdump(len=137): 00 a0 b0 5e 73 b2 00 05 4e 43 14 e8 88 8e 01 03 00 77 fe 01 0a 00 10 00 00 00 00 00 00 00 00 ef 12 31 21 3a 85 41 16 6c 23 fa f3 73 bd b1 2c b2 fb 4a 86 7f 2b 34 7a a5 42 41 07 63 43 00 d4 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 64 fe 79 88 f9 c2 0a 00 7c e9 2a fc c5 91 45 69 00 18 dd 16 00 50 f2 01 01 00 00 50 f2 02 01 00 00 50 f2 04 01 00 00 50 f2 02 RX EAPOL from 00:a0:b0:5e:73:b2 RX EAPOL - hexdump(len=129): 01 03 00 7d fe 01 ca 00 10 00 00 00 00 00 00 00 01 a1 3c 64 0a 75 8b bb e3 9b 2d 79 6d 89 a1 72 7b 26 96 ba 0c ce 64 dd 86 78 7a da c2 70 b3 2b 69 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 8e fe ad 69 6d 4e 06 12 e0 a1 07 99 24 fe 53 64 00 1e dd 1c 00 50 f2 01 01 00 00 50 f2 02 02 00 00 50 f2 02 00 50 f2 04 01 00 00 50 f2 02 00 00 IEEE 802.1X RX: version=1 type=3 length=125 EAPOL-Key type=254 WPA: RX EAPOL-Key - hexdump(len=129): 01 03 00 7d fe 01 ca 00 10 00 00 00 00 00 00 00 01 a1 3c 64 0a 75 8b bb e3 9b 2d 79 6d 89 a1 72 7b 26 96 ba 0c ce 64 dd 86 78 7a da c2 70 b3 2b 69 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 8e fe ad 69 6d 4e 06 12 e0 a1 07 99 24 fe 53 64 00 1e dd 1c 00 50 f2 01 01 00 00 50 f2 02 02 00 00 50 f2 02 00 50 f2 04 01 00 00 50 f2 02 00 00 WPA: RX message 3 of 4-Way Handshake from 00:a0:b0:5e:73:b2 (ver=2) WPA: IE KeyData - hexdump(len=30): dd 1c 00 50 f2 01 01 00 00 50 f2 02 02 00 00 50 f2 02 00 50 f2 04 01 00 00 50 f2 02 00 00 WPA: Sending EAPOL-Key 4/4 WPA: TX EAPOL-Key 4/4 - hexdump(len=113): 00 a0 b0 5e 73 b2 00 05 4e 43 14 e8 88 8e 01 03 00 5f fe 01 0a 00 10 00 00 00 00 00 00 00 01 ef 12 31 21 3a 85 41 16 6c 23 fa f3 73 bd b1 2c b2 fb 4a 86 7f 2b 34 7a a5 42 41 07 63 43 00 d4 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 2b 20 1c ec af 8b d5 c4 d6 55 a1 da 69 8d e9 8e 00 00 WPA: Installing PTK to the driver. WPA: RSC - hexdump(len=6): 00 00 00 00 00 00 wpa_driver_bsd_set_key: alg=CCMP addr=00:a0:b0:5e:73:b2 key_idx=0 set_tx=1 seq_len=6 key_len=16 RX EAPOL from 00:a0:b0:5e:73:b2 RX EAPOL - hexdump(len=139): 01 03 00 87 fe 03 a2 00 20 00 00 00 00 00 00 00 03 a1 3c 64 0a 75 8b bb e3 9b 2d 79 6d 89 a1 72 7b 26 96 ba 0c ce 64 dd 86 78 7a da c2 70 b3 2b 64 26 96 ba 0c ce 64 dd 86 78 7a da c2 70 b3 2b 6b 6a 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 90 72 1c 3f ec b2 6c f9 a0 08 dc bd f5 2e 12 d8 00 28 6d e6 eb 8a 94 da c2 b7 cb b7 da 5b 26 4a 07 f2 2c 77 4f 23 c7 1c 77 0b ce 39 41 d5 08 85 c7 8a 4d 13 f4 1c 5e e5 13 6e IEEE 802.1X RX: version=1 type=3 length=135 EAPOL-Key type=254 WPA: RX EAPOL-Key - hexdump(len=139): 01 03 00 87 fe 03 a2 00 20 00 00 00 00 00 00 00 03 a1 3c 64 0a 75 8b bb e3 9b 2d 79 6d 89 a1 72 7b 26 96 ba 0c ce 64 dd 86 78 7a da c2 70 b3 2b 64 26 96 ba 0c ce 64 dd 86 78 7a da c2 70 b3 2b 6b 6a 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 90 72 1c 3f ec b2 6c f9 a0 08 dc bd f5 2e 12 d8 00 28 6d e6 eb 8a 94 da c2 b7 cb b7 da 5b 26 4a 07 f2 2c 77 4f 23 c7 1c 77 0b ce 39 41 d5 08 85 c7 8a 4d 13 f4 1c 5e e5 13 6e WPA: RX message 1 of Group Key Handshake from 00:a0:b0:5e:73:b2 (ver=2) WPA: Group Key - hexdump(len=32): [REMOVED] WPA: Installing GTK to the driver (keyidx=2 tx=0). WPA: RSC - hexdump(len=6): 6a 00 00 00 00 00 wpa_driver_bsd_set_key: alg=TKIP addr=ff:ff:ff:ff:ff:ff key_idx=2 set_tx=0 seq_len=6 key_len=32 WPA: Sending EAPOL-Key 2/2 WPA: TX EAPOL-Key 2/2 - hexdump(len=113): 00 a0 b0 5e 73 b2 00 05 4e 43 14 e8 88 8e 01 03 00 5f fe 03 22 00 20 00 00 00 00 00 00 00 03 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 f8 71 50 80 28 4a 65 bb 04 c4 59 5f 44 a7 4a 4c 00 00 WPA: Key negotiation completed with 00:a0:b0:5e:73:b2 [PTK=CCMP GTK=TKIP] Cancelling authentication timeout ^CSignal 2 received - terminating wpa_driver_bsd_deauthenticate wpa_driver_bsd_del_key: keyidx=0 wpa_driver_bsd_del_key: keyidx=1 wpa_driver_bsd_del_key: keyidx=2 wpa_driver_bsd_del_key: keyidx=3 wpa_driver_bsd_del_key: addr=00:a0:b0:5e:73:b2 keyidx=0 ioctl[SIOCS80211, op 20, len 7]: Can't assign requested address wpa_driver_bsd_set_wpa: enabled=0 wpa_driver_bsd_set_wpa_internal: wpa=0 privacy=0 wpa_driver_bsd_set_drop_unencrypted: enabled=0 wpa_driver_bsd_set_countermeasures: enabled=0 No keys have been configured - skip key clearing wpa_driver_bsd_set_wpa_internal: wpa=0 privacy=0 bash-2.05b# exit exit Script done on Fri Feb 17 00:46:50 2006 ----Next_Part(Fri_Feb_17_12_24_20_2006_696)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="wpa.good.ifconfig.txt" em0: flags=8843 mtu 1500 options=8b inet6 fe80::20d:60ff:fe2d:d71f%em0 prefixlen 64 scopeid 0x1 inet 192.168.1.214 netmask 0xffffff00 broadcast 192.168.1.255 ether 00:0d:60:2d:d7:1f media: Ethernet autoselect (100baseTX ) status: active ath0: flags=8843 mtu 1500 inet6 fe80::205:4eff:fe43:14e8%ath0 prefixlen 64 scopeid 0x2 inet 192.168.1.241 netmask 0xffffff00 broadcast 192.168.1.255 ether 00:05:4e:43:14:e8 media: IEEE 802.11 Wireless Ethernet autoselect (OFDM/54Mbps) status: associated ssid os-hackers.jp channel 34 bssid 00:a0:b0:5e:73:b2 authmode WPA privacy ON deftxkey 1 TKIP 3:128-bit txpowmax 34 burst roaming MANUAL bintval 100 lo0: flags=8049 mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet 127.0.0.1 netmask 0xff000000 ----Next_Part(Fri_Feb_17_12_24_20_2006_696)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="wpa.bad.txt" Script started on Fri Feb 17 00:51:32 2006 bash-2.05b# exit/usr/sbin/wpa_supplicant -d -d -d -d -i ath0 -c /etc/wpa_supplicant.cconf.myhome Initializing interface 'ath0' conf '/etc/wpa_supplicant.conf.myhome' driver 'default' Configuration file '/etc/wpa_supplicant.conf.myhome' -> '/etc/wpa_supplicant.conf.myhome' Reading configuration file '/etc/wpa_supplicant.conf.myhome' ctrl_interface='/var/run/wpa_supplicant' ctrl_interface_group=0 ap_scan=1 Line: 12 - start of a new network block scan_ssid=1 (0x1) ssid - hexdump_ascii(len=13): 6f 73 2d 68 61 63 6b 65 72 73 2e 6a 70 os-hackers.jp PSK (ASCII passphrase) - hexdump_ascii(len=44): [REMOVED] priority=1 (0x1) PSK (from passphrase) - hexdump(len=32): [REMOVED] Line: 21 - start of a new network block scan_ssid=1 (0x1) ssid - hexdump_ascii(len=13): 59 41 4d 41 4d 4f 54 4f 2d 48 4f 4d 45 YAMAMOTO-HOME PSK (ASCII passphrase) - hexdump_ascii(len=44): [REMOVED] priority=1 (0x1) PSK (from passphrase) - hexdump(len=32): [REMOVED] Priority group 1 id=0 ssid='os-hackers.jp' id=1 ssid='YAMAMOTO-HOME' Initializing interface (2) 'ath0' Own MAC address: 00:05:4e:43:14:e8 wpa_driver_bsd_set_wpa: enabled=1 wpa_driver_bsd_set_wpa_internal: wpa=3 privacy=1 wpa_driver_bsd_del_key: keyidx=0 wpa_driver_bsd_del_key: keyidx=1 wpa_driver_bsd_del_key: keyidx=2 wpa_driver_bsd_del_key: keyidx=3 wpa_driver_bsd_set_countermeasures: enabled=0 wpa_driver_bsd_set_drop_unencrypted: enabled=1 Setting scan request: 0 sec 100000 usec Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=13): 6f 73 2d 68 61 63 6b 65 72 73 2e 6a 70 os-hackers.jp Received 0 bytes of scan results (5 BSSes) Scan results: 5 Selecting BSS from priority group 1 0: 00:a0:b0:5e:73:b1 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch 1: 00:a0:b0:5e:73:b2 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch 2: 00:0e:9b:c3:7d:fa ssid='YBBUser' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE 3: 00:0d:02:78:cc:f2 ssid='WARPSTAR-B06E18' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE 4: 00:0d:02:8b:42:61 ssid='WARPSTAR-D74E52' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=13): 59 41 4d 41 4d 4f 54 4f 2d 48 4f 4d 45 YAMAMOTO-HOME Received 0 bytes of scan results (4 BSSes) Scan results: 4 Selecting BSS from priority group 1 0: 00:a0:b0:5e:73:b1 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch 1: 00:a0:b0:5e:73:b2 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch 2: 00:0e:9b:c3:7d:fa ssid='YBBUser' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE 3: 00:0d:02:8b:42:61 ssid='WARPSTAR-D74E52' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (broadcast SSID) Received 0 bytes of scan results (2 BSSes) Scan results: 2 Selecting BSS from priority group 1 0: 00:a0:b0:5e:73:b1 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch 1: 00:a0:b0:5e:73:b2 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=13): 6f 73 2d 68 61 63 6b 65 72 73 2e 6a 70 os-hackers.jp Received 0 bytes of scan results (2 BSSes) Scan results: 2 Selecting BSS from priority group 1 0: 00:a0:b0:5e:73:b1 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch 1: 00:a0:b0:5e:73:b2 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=13): 59 41 4d 41 4d 4f 54 4f 2d 48 4f 4d 45 YAMAMOTO-HOME Received 0 bytes of scan results (3 BSSes) Scan results: 3 Selecting BSS from priority group 1 0: 00:a0:b0:5e:73:b1 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch 1: 00:a0:b0:5e:73:b2 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch 2: 00:0d:02:8b:42:61 ssid='WARPSTAR-D74E52' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (broadcast SSID) Received 0 bytes of scan results (3 BSSes) Scan results: 3 Selecting BSS from priority group 1 0: 00:a0:b0:5e:73:b1 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch 1: 00:a0:b0:5e:73:b2 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch 2: 00:0d:02:8b:42:61 ssid='WARPSTAR-D74E52' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=13): 6f 73 2d 68 61 63 6b 65 72 73 2e 6a 70 os-hackers.jp Received 0 bytes of scan results (3 BSSes) Scan results: 3 Selecting BSS from priority group 1 0: 00:a0:b0:5e:73:b1 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch 1: 00:a0:b0:5e:73:b2 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch 2: 00:0d:02:8b:42:61 ssid='WARPSTAR-D74E52' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=13): 59 41 4d 41 4d 4f 54 4f 2d 48 4f 4d 45 YAMAMOTO-HOME Received 0 bytes of scan results (3 BSSes) Scan results: 3 Selecting BSS from priority group 1 0: 00:a0:b0:5e:73:b1 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch 1: 00:a0:b0:5e:73:b2 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch 2: 00:0d:02:8b:42:61 ssid='WARPSTAR-D74E52' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (broadcast SSID) Received 0 bytes of scan results (2 BSSes) Scan results: 2 Selecting BSS from priority group 1 0: 00:a0:b0:5e:73:b1 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch 1: 00:a0:b0:5e:73:b2 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=13): 6f 73 2d 68 61 63 6b 65 72 73 2e 6a 70 os-hackers.jp Received 0 bytes of scan results (3 BSSes) Scan results: 3 Selecting BSS from priority group 1 0: 00:a0:b0:5e:73:b1 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch 1: 00:a0:b0:5e:73:b2 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch 2: 00:0d:02:8b:42:61 ssid='WARPSTAR-D74E52' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=13): 59 41 4d 41 4d 4f 54 4f 2d 48 4f 4d 45 YAMAMOTO-HOME Received 0 bytes of scan results (3 BSSes) Scan results: 3 Selecting BSS from priority group 1 0: 00:a0:b0:5e:73:b1 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch 1: 00:a0:b0:5e:73:b2 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch 2: 00:0d:02:8b:42:61 ssid='WARPSTAR-D74E52' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (broadcast SSID) Received 0 bytes of scan results (3 BSSes) Scan results: 3 Selecting BSS from priority group 1 0: 00:a0:b0:5e:73:b1 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch 1: 00:a0:b0:5e:73:b2 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch 2: 00:0d:02:8b:42:61 ssid='WARPSTAR-D74E52' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=13): 6f 73 2d 68 61 63 6b 65 72 73 2e 6a 70 os-hackers.jp Received 0 bytes of scan results (3 BSSes) Scan results: 3 Selecting BSS from priority group 1 0: 00:a0:b0:5e:73:b1 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch 1: 00:a0:b0:5e:73:b2 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch 2: 00:0d:02:8b:42:61 ssid='WARPSTAR-D74E52' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=13): 59 41 4d 41 4d 4f 54 4f 2d 48 4f 4d 45 YAMAMOTO-HOME Received 0 bytes of scan results (3 BSSes) Scan results: 3 Selecting BSS from priority group 1 0: 00:a0:b0:5e:73:b1 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch 1: 00:a0:b0:5e:73:b2 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch 2: 00:0d:02:8b:42:61 ssid='WARPSTAR-D74E52' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (broadcast SSID) Received 0 bytes of scan results (3 BSSes) Scan results: 3 Selecting BSS from priority group 1 0: 00:a0:b0:5e:73:b1 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch 1: 00:a0:b0:5e:73:b2 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch 2: 00:0d:02:8b:42:61 ssid='WARPSTAR-D74E52' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=13): 6f 73 2d 68 61 63 6b 65 72 73 2e 6a 70 os-hackers.jp Received 0 bytes of scan results (2 BSSes) Scan results: 2 Selecting BSS from priority group 1 0: 00:a0:b0:5e:73:b1 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch 1: 00:a0:b0:5e:73:b2 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=13): 59 41 4d 41 4d 4f 54 4f 2d 48 4f 4d 45 YAMAMOTO-HOME Received 0 bytes of scan results (3 BSSes) Scan results: 3 Selecting BSS from priority group 1 0: 00:a0:b0:5e:73:b1 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch 1: 00:a0:b0:5e:73:b2 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch 2: 00:0d:02:8b:42:61 ssid='WARPSTAR-D74E52' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (broadcast SSID) Received 0 bytes of scan results (3 BSSes) Scan results: 3 Selecting BSS from priority group 1 0: 00:a0:b0:5e:73:b1 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch 1: 00:a0:b0:5e:73:b2 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch 2: 00:0d:02:8b:42:61 ssid='WARPSTAR-D74E52' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=13): 6f 73 2d 68 61 63 6b 65 72 73 2e 6a 70 os-hackers.jp Received 0 bytes of scan results (3 BSSes) Scan results: 3 Selecting BSS from priority group 1 0: 00:a0:b0:5e:73:b1 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch 1: 00:a0:b0:5e:73:b2 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch 2: 00:0d:02:8b:42:61 ssid='WARPSTAR-D74E52' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=13): 59 41 4d 41 4d 4f 54 4f 2d 48 4f 4d 45 YAMAMOTO-HOME Received 0 bytes of scan results (3 BSSes) Scan results: 3 Selecting BSS from priority group 1 0: 00:a0:b0:5e:73:b1 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch 1: 00:a0:b0:5e:73:b2 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch 2: 00:0d:02:8b:42:61 ssid='WARPSTAR-D74E52' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (broadcast SSID) Received 0 bytes of scan results (3 BSSes) Scan results: 3 Selecting BSS from priority group 1 0: 00:a0:b0:5e:73:b1 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch 1: 00:a0:b0:5e:73:b2 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch 2: 00:0d:02:8b:42:61 ssid='WARPSTAR-D74E52' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=13): 6f 73 2d 68 61 63 6b 65 72 73 2e 6a 70 os-hackers.jp Received 0 bytes of scan results (3 BSSes) Scan results: 3 Selecting BSS from priority group 1 0: 00:a0:b0:5e:73:b1 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch 1: 00:a0:b0:5e:73:b2 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch 2: 00:0d:02:8b:42:61 ssid='WARPSTAR-D74E52' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=13): 59 41 4d 41 4d 4f 54 4f 2d 48 4f 4d 45 YAMAMOTO-HOME Received 0 bytes of scan results (3 BSSes) Scan results: 3 Selecting BSS from priority group 1 0: 00:a0:b0:5e:73:b1 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch 1: 00:a0:b0:5e:73:b2 ssid='' wpa_ie_len=30 rsn_ie_len=0 skip - SSID mismatch skip - SSID mismatch 2: 00:0d:02:8b:42:61 ssid='WARPSTAR-D74E52' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (broadcast SSID) ^CSignal 2 received - terminating No keys have been configured - skip key clearing wpa_driver_bsd_set_wpa: enabled=0 wpa_driver_bsd_set_wpa_internal: wpa=0 privacy=0 wpa_driver_bsd_set_drop_unencrypted: enabled=0 wpa_driver_bsd_set_countermeasures: enabled=0 No keys have been configured - skip key clearing wpa_driver_bsd_set_wpa_internal: wpa=0 privacy=0 bash-2.05b# exit exit Script done on Fri Feb 17 00:55:02 2006 ----Next_Part(Fri_Feb_17_12_24_20_2006_696)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="wpa.bad.ifconfig.txt" em0: flags=8843 mtu 1500 options=8b inet6 fe80::20d:60ff:fe2d:d71f%em0 prefixlen 64 scopeid 0x1 inet 192.168.1.214 netmask 0xffffff00 broadcast 192.168.1.255 ether 00:0d:60:2d:d7:1f media: Ethernet autoselect (100baseTX ) status: active ath0: flags=8843 mtu 1500 inet6 fe80::205:4eff:fe43:14e8%ath0 prefixlen 64 scopeid 0x2 ether 00:05:4e:43:14:e8 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ssid os-hackers.jp channel 1 authmode WPA1+WPA2/802.11i privacy ON deftxkey 1 txpowmax 34 protmode CTS burst roaming MANUAL bintval 100 lo0: flags=8049 mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet 127.0.0.1 netmask 0xff000000 ----Next_Part(Fri_Feb_17_12_24_20_2006_696)---- From owner-freebsd-current@FreeBSD.ORG Fri Feb 17 03:25:12 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DAE116A420; Fri, 17 Feb 2006 03:25:12 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3037843D45; Fri, 17 Feb 2006 03:25:12 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id k1H3OqJ7014448; Thu, 16 Feb 2006 20:24:53 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 16 Feb 2006 20:25:09 -0700 (MST) Message-Id: <20060216.202509.21331761.imp@bsdimp.com> To: deischen@FreeBSD.org, eischen@vigrid.com From: "M. Warner Losh" In-Reply-To: References: 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 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Thu, 16 Feb 2006 20:24:57 -0700 (MST) Cc: current@FreeBSD.org Subject: Re: dc no worky in -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2006 03:25:12 -0000 In message: Daniel Eischen writes: : Sometime between now and October, dc broke for my Dell Inspiron 8100. : Here's what it says now: : : cardbus0: Unable to allocate resource to read CIS. : cardbus0: Unable to allocate resources for CIS : dc0: port 0xe000-0xe07f mem 0xf4002000-0xf40027ff,0xf4003000-0xf40037ff at device 0.0 on cardbus0 : dc0: No station address in CIS! : device_attach: dc0 attach returned 6 : : This happens with both a Xircom RealPort 10/100 + Modem (RBEM56G-100) : and with just a plain old vanilla Xircom 10/100 (CBE2-100). : : Warner, you have one of those Xircoms. Does it work for you? : : As a work-around, I installed a Linksys 10/100 (PCMPC100 v3) : and it's working just fine. : : Any ideas? Last time I checked, it worked for me. This may be due to the topology of the 8100 that you have. My 8000 died a few years ago, but I kept the 1600x1200 screen by moving it to a carcus of a 8200. That machine these days runs windows. Alas, it runs it slowly for reasons I haven't completely figured out, but think I have narrowed down to either a bug in windows (speed step down, but not back up) or a heat problem that's causing the BIOS to downclock the unit. Warner From owner-freebsd-current@FreeBSD.ORG Fri Feb 17 05:01:39 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49B2816A420 for ; Fri, 17 Feb 2006 05:01:39 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEB5643D4C for ; Fri, 17 Feb 2006 05:01:38 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id t13so213355wxc for ; Thu, 16 Feb 2006 21:01:38 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=D8rkFpOzXqZ3avBMvEa/H5mqHnSfMvmXVMlG4y8F2ciZFmXGZxZxINu7lNMjmm1GJz+kexkkK8ZXSGAUt0lvK4RlgtJnxQ7tazcpu++bRJHUVE6S7c9PEWqApFMBvJkTUIfV/pI7byDON4UjAGjdVTc7pX3JhR6doz+G/cMR7WE= Received: by 10.70.118.15 with SMTP id q15mr604145wxc; Thu, 16 Feb 2006 21:01:38 -0800 (PST) Received: by 10.70.116.10 with HTTP; Thu, 16 Feb 2006 21:01:38 -0800 (PST) Message-ID: <84dead720602162101s54a9cd1ap8e252ea6afb6536f@mail.gmail.com> Date: Fri, 17 Feb 2006 10:31:38 +0530 From: Joseph Koshy To: Vincent Blondel In-Reply-To: <1140110559.1105.4.camel@wbedllfs.xtra-net.be> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <59310.192.168.1.21.1140031112.squirrel@192.168.1.21> <84dead720602151918q3f9779e1q3316f74433e6e1c4@mail.gmail.com> <1140110559.1105.4.camel@wbedllfs.xtra-net.be> Cc: freebsd-current@freebsd.org Subject: Re: buildworld problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2006 05:01:39 -0000 vb> Do you get some other idea ??? Also ensure that /etc/make.conf is empty and that you aren't use a build accelerator like ccache. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Fri Feb 17 05:54:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBEC816A420 for ; Fri, 17 Feb 2006 05:54:59 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48E6243D46 for ; Fri, 17 Feb 2006 05:54:58 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp5-g19.free.fr (Postfix) with ESMTP id 21D3817F00 for ; Fri, 17 Feb 2006 06:54:57 +0100 (CET) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id k1H5spuc030626 for ; Fri, 17 Feb 2006 06:54:56 +0100 (CET) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Fri, 17 Feb 2006 06:54:44 +0100 User-Agent: KMail/1.9.1 X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602170654.45364.thierry@herbelot.com> Subject: panic at reboot (spin lock held too long) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2006 05:55:00 -0000 Hello, on reboot after installing the new world, I get a familiar panic : (this is with a straight current -Current GENERIC kernel on an SMP oldish BP6) TfH cpu_reset: Stopping other CPUs spin lock sched lock held by 0xc16ec340 for > 5 seconds panic: spin lock held too long cpuid = 0 KDB: enter: panic [thread pid 19061 tid 100100 ] Stopped at kdb_enter+0x2b: nop db> where Tracing pid 19061 tid 100100 td 0xc19714e0 kdb_enter(c08878d2) at kdb_enter+0x2b panic(c0886b94,c09547b0,c16ec340,c0886b6b,c0886cc5) at panic+0x127 _mtx_lock_spin(c09547b0,c19714e0,2,c08834f6,cb) at _mtx_lock_spin+0xa8 _mtx_lock_spin_flags(c09547b0,2,c08834f6,cb) at _mtx_lock_spin_flags+0xaa hardclock_cpu(0,c09d4de0,0,c7656ba4,c080d121) at hardclock_cpu+0x25 hardclock(0,c081cf1e) at hardclock+0x13 lapic_handle_timer(8,28,c16b0028,c16ba00c,0) at lapic_handle_timer+0x71 Xtimerint() at Xtimerint+0x1e --- interrupt, eip = 0xc081cf1e, esp = 0xc7656bec, ebp = 0xc7656c10 --- DELAY(f4240) at DELAY+0x92 cpu_reset(f4240,c0887ab9,c7656c68,c0656e57,0) at cpu_reset+0xc8 shutdown_reset(0,0,c16ba00c,0,c08878f6) at shutdown_reset+0x1c boot(0,c09547c8,0,c08878f6,a2) at boot+0x55b reboot(c19714e0,c7656d04,c7656ccc,c065da4c,c19714e0) at reboot+0x32 syscall(3b,3b,3b,0,2) at syscall+0x27a Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (55, FreeBSD ELF32, reboot), eip = 0x280adf6f, esp = 0xbfbfedcc, ebp = 0xbfbfee18 --- db> sh locks exclusive sleep mutex Giant r = 0 (0xc09547c8) locked @ /files1/src/sys/kern/vfs_syscalls.c:124 db> ps pid proc uid ppid pgrp flag stat wmesg wchan cmd 19061 c1f0f448 0 1 19061 0004002 [CPU 0] reboot 41 c18a5ab4 0 0 0 0000204 [SLPQ - 0xc72cfd04][SLP] schedcpu 40 c18a5cd8 0 0 0 0000204 [SLPQ - 0xc09a8cac][SLP] nfsiod 3 39 c18a7000 0 0 0 0000204 [SLPQ - 0xc09a8ca8][SLP] nfsiod 2 38 c17adcd8 0 0 0 0000204 [SLPQ - 0xc09a8ca4][SLP] nfsiod 1 37 c182c000 0 0 0 0000204 [SLPQ - 0xc09a8ca0][SLP] nfsiod 0 36 c182c224 0 0 0 0000204 [SLPQ ktsusp 0xc182c2a8][SLP] vnlru 35 c182c448 0 0 0 0000204 [SLPQ ktsusp 0xc182c4cc][SLP] syncer 34 c182c66c 0 0 0 0000204 [SLPQ ktsusp 0xc182c6f0][SLP] bufdaemon 33 c182c890 0 0 0 000020c [SLPQ pgzero 0xc09b6bd0][SLP] pagezero 32 c182cab4 0 0 0 0000204 [SLPQ psleep 0xc09aeafc][SLP] vmdaemon 31 c182ccd8 0 0 0 0000204 [SLPQ psleep 0xc09aeabc][SLP] pagedaemon 30 c182f448 0 0 0 0000204 [IWAIT] irq5: pcm1 7 c170166c 0 0 0 0000204 [SLPQ - 0xc16d2c3c][SLP] fdc0 29 c1701890 0 0 0 0000204 [IWAIT] swi0: sio 28 c1701ab4 0 0 0 0000204 [IWAIT] irq7: ppc0 27 c1701cd8 0 0 0 0000204 [IWAIT] irq1: atkbd0 26 c17ad000 0 0 0 0000204 [IWAIT] irq17: atapci1 25 c17ad224 0 0 0 0000204 [IWAIT] irq18: pcm0++ 24 c17ad448 0 0 0 0000204 [SLPQ usbtsk 0xc09525a4][SLP] usbtask 23 c17ad66c 0 0 0 0000204 [SLPQ usbevt 0xc16be210][SLP] usb0 22 c17ad890 0 0 0 0000204 [IWAIT] irq19: dc0 uhci0 21 c17adab4 0 0 0 0000204 [IWAIT] irq15: ata1 20 c16f0224 0 0 0 0000204 [IWAIT] irq14: ata0 19 c16f0448 0 0 0 0000204 [IWAIT] swi2: cambio 18 c16f066c 0 0 0 0000204 [IWAIT] swi5: + 6 c16f0890 0 0 0 0000204 [SLPQ - 0xc179f500][SLP] thread taskq 17 c16f0ab4 0 0 0 0000204 [IWAIT] swi6: Giant taskq 16 c16f0cd8 0 0 0 0000204 [IWAIT] swi6: task queue 5 c1701000 0 0 0 0000204 [SLPQ - 0xc16ea580][SLP] kqueue taskq 15 c1701224 0 0 0 0000204 [SLPQ - 0xc0950200][SLP] yarrow 4 c1701448 0 0 0 0000204 [SLPQ - 0xc0952d1c][SLP] g_down 3 c16eb000 0 0 0 0000204 [SLPQ - 0xc0952d18][SLP] g_up 2 c16eb224 0 0 0 0000204 [RUNQ] g_event 14 c16eb448 0 0 0 0000204 [IWAIT] swi1: net 13 c16eb66c 0 0 0 0000204 [IWAIT] swi3: vm 12 c16eb890 0 0 0 000020c [LOCK Giant c1824c80] swi4: clock sio 11 c16ebab4 0 0 0 000020c [Can run] idle: cpu0 10 c16ebcd8 0 0 0 000020c [Can run] idle: cpu1 1 c16f0000 0 0 1 0004200 [CPU 1] init 0 c0952e20 0 0 0 0000200 [IWAIT] swapper 8 c182f224 0 1 0 0002204 zomb[INACTIVE] g_mirror gm0s1 db> From owner-freebsd-current@FreeBSD.ORG Fri Feb 17 09:22:58 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 335A416A420 for ; Fri, 17 Feb 2006 09:22:58 +0000 (GMT) (envelope-from lexa@wincmd.ru) Received: from kunnilinux.birulevo.net (kunnilinux.birulevo.net [195.54.208.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01F2643D48 for ; Fri, 17 Feb 2006 09:22:55 +0000 (GMT) (envelope-from lexa@wincmd.ru) Received: (qmail 7160 invoked by uid 210); 17 Feb 2006 12:22:54 +0300 Received: from 10.4.22.222 by kunnilinux (envelope-from , uid 201) with qmail-scanner-1.25st (clamdscan: 0.88/1291. spamassassin: 3.1.0. perlscan: 1.25st. Clear:RC:1(10.4.22.222):. Processed in 0.098189 secs); 17 Feb 2006 09:22:54 -0000 Received: from unknown (HELO ?192.0.0.1?) (10.4.22.222) by kunnilinux.birulevo.net with SMTP; 17 Feb 2006 12:22:53 +0300 Message-ID: <43F595F5.4050006@wincmd.ru> Date: Fri, 17 Feb 2006 12:23:01 +0300 From: Tarasov Alexey User-Agent: Thunderbird 1.5 (X11/20060118) MIME-Version: 1.0 To: Dmitry Pryanishnikov , freebsd-current@freebsd.org References: <20060215024339.N22450@atlantis.atlantis.dp.ua> In-Reply-To: <20060215024339.N22450@atlantis.atlantis.dp.ua> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Virtual memory consumption (both user and kernel) in modern CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2006 09:22:58 -0000 Hello! I have the same problem on my laptop. It works very slow (Pentium M 1.7 GHz). There are a lot of "can't allocate swap space" messages in /var/log/messages. Best regards, Tarasov Alexey. Dmitry Pryanishnikov wrote: > > Hello! > > I've got a relatively fresh (12-Feb-2006 14:20 UTC) CURRENT on my ASUS > M5A notebook (CPU Pentium M 1.86GHz, 256 Mb memory), kernel config is: > > ftp://external.atlantis.dp.ua/FreeBSD/CURRENT/NOTEBOOK > > I have several questions regarding virtual memory use, both user-mode > and kernel. > > 1) Is it normal that virtual memory size for almost every non-kernel > process > is close to 50Mb now: > > ftp://external.atlantis.dp.ua/FreeBSD/CURRENT/top.txt > > Is it miscalculation or real growth of virtual address space? > > > 2) I can _trivially_ crash my box by extracting and deleting > Openoffice.org > distribution: > > cd /usr/ports/editors/openoffice.org-2.0 > NOCLEANDEPENDS=yes make extract clean > > However, I can't obtain crash dump in most cases, see the picture: > > ftp://external.atlantis.dp.ua/FreeBSD/CURRENT/nodump.jpg > > Is it due to new ATA DMA dump code, or due to some other reason? > I've never seen such dump failures before. > > > 3) Once I was lucky enought to obtain a valid crash dump in this > situation. > Here is the backtrace: > > ftp://external.atlantis.dp.ua/FreeBSD/CURRENT/bt > > What tunables can I use to prevent this panic? Alas tuning(7) doesn't > say anything about "mem_map too small". Is it tuning issue at all > or a bug? > > > Sincerely, Dmitry From owner-freebsd-current@FreeBSD.ORG Fri Feb 17 10:11:51 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 149FA16A420 for ; Fri, 17 Feb 2006 10:11:51 +0000 (GMT) (envelope-from mime@traveller.cz) Received: from ss.eunet.cz (ss.eunet.cz [193.85.228.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F00943D5A for ; Fri, 17 Feb 2006 10:11:49 +0000 (GMT) (envelope-from mime@traveller.cz) Received: from localhost.i.cz (ss.eunet.cz [193.85.228.13]) by ss.eunet.cz (8.13.3/8.13.1) with ESMTP id k1HABfiw051359 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 17 Feb 2006 11:11:42 +0100 (CET) (envelope-from mime@traveller.cz) From: Michal Mertl To: Yamamoto Shigeru In-Reply-To: <20060217.122420.38719049.shigeru@iij.ad.jp> References: <43F0C10E.305@errno.com> <20060216.120239.102583278.shigeru@iij.ad.jp> <43F3FAF3.7010000@errno.com> <20060217.122420.38719049.shigeru@iij.ad.jp> Content-Type: text/plain Date: Fri, 17 Feb 2006 11:11:31 +0100 Message-Id: <1140171091.816.8.camel@genius.i.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: new ath+hal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2006 10:11:51 -0000 Yamamoto Shigeru wrote: > >>>>> "Sam" == Sam Leffler writes: > >> Does anyone know how to solve this trouble? > >> #Should I hack wpa_supplicant? or ath hal and driver? > Sam> There have been many changes to ath and the net80211 layer. Please try > Sam> to isolate what change affected you. Past that you must provide the > Sam> mac+phy revs for your card. Otherwise you have not indicated anything > Sam> about your configuration (open auth, wep, wpa, etc). You haven't > Sam> provided any logs. > > Excuse me. > I write my environment. > > - IBM ThinkPad X31 > - kernel and user land is current at 2006/02/16 > - ath_hal: 0.9.16.16 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) > - ath0: mac 5.6 phy 4.1 5ghz radio 1.7 2ghz radio 2.3 > - Access Point is 'I/O DATA WN-APG/A" (http://www.iodata.jp/prod/network/wnlan/2004/wn-apga/index.htm) > -- 'bssid 00:a0:b0:5e:73:b1' for 11b > -- 'bssid 00:a0:b0:5e:73:b2' for 11a > -- accept WPA-PSK only (not accept WEP) Just a small observation - when I recently tried WPA-PSK and had both wpa_supplicant and hostapd running in the foreground with debugging enabled the station didn't associate. It worked without changing the configuration when I run both without debugging. I didn't have time to analyze it. I remember that Sam once mentioned that Windows stations are unable to associate with FreeBSD AP when hostapd is run in debug mode, because debug made the AP's timing less precise or something. Maybe the last changes make the FreeBSD station also less tolerant? Michal From owner-freebsd-current@FreeBSD.ORG Fri Feb 17 10:32:14 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1690216A420 for ; Fri, 17 Feb 2006 10:32:14 +0000 (GMT) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [80.253.10.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id A23E743D46 for ; Fri, 17 Feb 2006 10:32:13 +0000 (GMT) (envelope-from bsam@ipt.ru) Received: from srv.sem.ipt.ru ([192.168.12.1]) by mail.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1FA2uG-000P3w-Tb for freebsd-current@FreeBSD.org; Fri, 17 Feb 2006 13:32:08 +0300 Received: from bsam by srv.sem.ipt.ru with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FA2sd-00038A-47 for freebsd-current@FreeBSD.org; Fri, 17 Feb 2006 13:30:27 +0300 To: freebsd-current@FreeBSD.org From: Boris Samorodov Date: Fri, 17 Feb 2006 13:30:27 +0300 Message-ID: <27781308@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: buildworld broken with NO_MODULES= and MODULES_WITH_WORLD= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2006 10:32:14 -0000 Hi! Here it is: ----- >>> stage 4.3: make dependencies ... ===> sys/modules/if_vlan (depend) @ -> /usr/src/sys machine -> /usr/src/sys/amd64/include echo "#define INET 1" > opt_inet.h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/contrib/altq /usr/src/sys/modules/if_vlan/../../net/if_vlan.c /usr/src/sys/modules/if_vlan/../../net/if_vlan.c:45:22: opt_vlan.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/sys/modules/if_vlan. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/src/sys. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. ----- Without these options a new buildworld process is at... ----- >>> stage 4.4: building everything ----- ... and is going on. WBR -- Boris B. Samorodov, Research Engineer InPharmTech Co, http://www.ipt.ru Telephone & Internet Service Provider From owner-freebsd-current@FreeBSD.ORG Fri Feb 17 11:10:55 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36EBE16A422 for ; Fri, 17 Feb 2006 11:10:55 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 536C443D46 for ; Fri, 17 Feb 2006 11:10:54 +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 k1HBArvb066570; Fri, 17 Feb 2006 13:10:53 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 99809-02; Fri, 17 Feb 2006 13:10:26 +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 k1HAtaJq065743 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 17 Feb 2006 12:55:36 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k1HAteHP080817; Fri, 17 Feb 2006 12:55:40 +0200 (EET) (envelope-from ru) Date: Fri, 17 Feb 2006 12:55:40 +0200 From: Ruslan Ermilov To: Boris Samorodov Message-ID: <20060217105540.GC80363@ip.net.ua> References: <27781308@srv.sem.ipt.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WplhKdTI2c8ulnbP" Content-Disposition: inline In-Reply-To: <27781308@srv.sem.ipt.ru> User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at ip.net.ua Cc: freebsd-current@FreeBSD.org Subject: Re: buildworld broken with NO_MODULES= and MODULES_WITH_WORLD= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2006 11:10:55 -0000 --WplhKdTI2c8ulnbP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Should be fixed now (sys/modules/if_vlan/Makefile,v 1.4). On Fri, Feb 17, 2006 at 01:30:27PM +0300, Boris Samorodov wrote: > Here it is: > ----- > >>> stage 4.3: make dependencies > ... > =3D=3D=3D> sys/modules/if_vlan (depend) > @ -> /usr/src/sys > machine -> /usr/src/sys/amd64/include > echo "#define INET 1" > opt_inet.h > rm -f .depend > mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/co= ntrib/altq /usr/src/sys/modules/if_vlan/../../net/if_vlan.c > /usr/src/sys/modules/if_vlan/../../net/if_vlan.c:45:22: opt_vlan.h: No su= ch file or directory > mkdep: compile failed > *** Error code 1 >=20 > Stop in /usr/src/sys/modules/if_vlan. > *** Error code 1 >=20 > Stop in /usr/src/sys/modules. > *** Error code 1 >=20 > Stop in /usr/src/sys. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. > ----- >=20 > Without these options a new buildworld process is at... > ----- > >>> stage 4.4: building everything > ----- > ... and is going on. Unless you really need it for some reason, the MODULES_WITH_WORLD option is harmful -- it produces modules that aren't guaranteed to be compatible with your kernel. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --WplhKdTI2c8ulnbP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD9ausqRfpzJluFF4RApBPAJ9wTWrWRyF84PkJ1gGuop+wiHTx7QCfZbax yRDPm8UUC5rRjwNnh+R6MSI= =6mpR -----END PGP SIGNATURE----- --WplhKdTI2c8ulnbP-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 17 11:30:57 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56E2B16A420; Fri, 17 Feb 2006 11:30:57 +0000 (GMT) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [80.253.10.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id A745B43D45; Fri, 17 Feb 2006 11:30:56 +0000 (GMT) (envelope-from bsam@ipt.ru) Received: from doc.sem.ipt.ru ([192.168.12.1] helo=srv.sem.ipt.ru) by mail.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1FA3p9-000PEp-9I; Fri, 17 Feb 2006 14:30:55 +0300 Received: from bsam by srv.sem.ipt.ru with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FA3nV-0003AN-Bc; Fri, 17 Feb 2006 14:29:13 +0300 To: Ruslan Ermilov References: <27781308@srv.sem.ipt.ru> <20060217105540.GC80363@ip.net.ua> From: Boris Samorodov Date: Fri, 17 Feb 2006 14:29:13 +0300 In-Reply-To: <20060217105540.GC80363@ip.net.ua> (Ruslan Ermilov's message of "Fri, 17 Feb 2006 12:55:40 +0200") Message-ID: <06347782@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org Subject: Re: buildworld broken with NO_MODULES= and MODULES_WITH_WORLD= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2006 11:30:57 -0000 On Fri, 17 Feb 2006 12:55:40 +0200 Ruslan Ermilov wrote: > Should be fixed now (sys/modules/if_vlan/Makefile,v 1.4). Great. Thanks. [skipped] > Unless you really need it for some reason, the MODULES_WITH_WORLD option > is harmful -- it produces modules that aren't guaranteed to be compatible > with your kernel. Hm, do you mean to say that "modules (binaries) depend on kernel configuration"? WBR -- Boris B. Samorodov, Research Engineer InPharmTech Co, http://www.ipt.ru Telephone & Internet Service Provider From owner-freebsd-current@FreeBSD.ORG Fri Feb 17 11:52:34 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB3E716A422 for ; Fri, 17 Feb 2006 11:52:33 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DA8A43D72 for ; Fri, 17 Feb 2006 11:52:18 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 9AC6451672; Fri, 17 Feb 2006 12:52:16 +0100 (CET) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 66A3651576; Fri, 17 Feb 2006 12:52:10 +0100 (CET) Date: Fri, 17 Feb 2006 12:52:02 +0100 From: Pawel Jakub Dawidek To: Peter Jeremy Message-ID: <20060217115202.GA1269@garage.freebsd.pl> References: <20060207183152.GA50629@troutmask.apl.washington.edu> <20060207190121.GF19674@comp.chem.msu.su> <20060207191408.GA50909@troutmask.apl.washington.edu> <20060209215513.GA3590@garage.freebsd.pl> <20060210070918.GA685@turion.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sdtB3X0nJg68CQEu" Content-Disposition: inline In-Reply-To: <20060210070918.GA685@turion.vk2pj.dyndns.org> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r535 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-current@freebsd.org, Steve Kargl Subject: Re: memguard monitoring of more than 1 memory_type? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2006 11:52:34 -0000 --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 10, 2006 at 06:09:19PM +1100, Peter Jeremy wrote: +> On Thu, 2006-Feb-09 22:55:14 +0100, Pawel Jakub Dawidek wrote: +> >On Tue, Feb 07, 2006 at 11:14:08AM -0800, Steve Kargl wrote: +> >+> Thanks for pointing out the obvious. I've read that manpage several +> >+> times and somehow missed the word "particular". It's unfortunate +> >+> that it can't monitor more than one type of memory allocation because +> >+> the new pts code has either uncovered a latent bug in devfs or the +> >+> pts patch is stomping on memory. +> > +> >It shouldn't be hard to implement. You need to change function +> >memguard_cmp() in sys/vm/memguard.c, which decides which memory type +> >should be monitored. I'm sorry for the late response... +> It's quite a bit messier than this. memguard.c privately stores a +> record of which memory type is being debugged in vm_memguard_mtype +> and vm_memguard_desc and doesn't bother passing this information via +> the alloc/free hooks. No, no. vm_memguard_desc is only used for fast comparsion, but it is turned off by default. Anyway, it is only used to decide if specific allocation should be done on memguard's map. +> The current kern_malloc code looks like: +> #ifdef DEBUG_MEMGUARD +> if (memguard_cmp(mtp)) +> return memguard_alloc(size, flags); +> #endif +> If you are going to support multiple memory types, you need to pass +> mtp to memguard_{alloc,free}() - in which case, you might as well +> combine memguard_cmp() into these functions. +>=20 +> The easiest way to support multiple memory types is to hang the +> memguard information off the struct malloc_type - except that means +> that DEBUG_MEMGUARD changes the kernel ABI. The only thing that has to be done is to modify memguard_cmp() to operate on list of memory type short description, IMHO. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --sdtB3X0nJg68CQEu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD9bjiForvXbEpPzQRApp4AJ45iEc723j1oMUxZD8W57Td2P4wSgCeI4k4 L2dxAUeAjcRF8HC+AiRRqPQ= =DOWc -----END PGP SIGNATURE----- --sdtB3X0nJg68CQEu-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 17 12:39:31 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B83B416A420 for ; Fri, 17 Feb 2006 12:39:31 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9D5243D48 for ; Fri, 17 Feb 2006 12:39:30 +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 k1HCdTp3069059; Fri, 17 Feb 2006 14:39:29 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 05963-01-3; Fri, 17 Feb 2006 14:39:11 +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 k1HCTZRO068840 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 17 Feb 2006 14:29:35 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k1HCTdIH081282; Fri, 17 Feb 2006 14:29:39 +0200 (EET) (envelope-from ru) Date: Fri, 17 Feb 2006 14:29:39 +0200 From: Ruslan Ermilov To: Boris Samorodov Message-ID: <20060217122939.GE80363@ip.net.ua> References: <27781308@srv.sem.ipt.ru> <20060217105540.GC80363@ip.net.ua> <06347782@srv.sem.ipt.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k3qmt+ucFURmlhDS" Content-Disposition: inline In-Reply-To: <06347782@srv.sem.ipt.ru> User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at ip.net.ua Cc: freebsd-current@freebsd.org Subject: Re: buildworld broken with NO_MODULES= and MODULES_WITH_WORLD= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2006 12:39:31 -0000 --k3qmt+ucFURmlhDS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 17, 2006 at 02:29:13PM +0300, Boris Samorodov wrote: > > Unless you really need it for some reason, the MODULES_WITH_WORLD option > > is harmful -- it produces modules that aren't guaranteed to be compatib= le > > with your kernel. >=20 > Hm, do you mean to say that "modules (binaries) depend on kernel > configuration"? >=20 Sure, a lot. When built with the kernel, modules use options for that kernel, e.g. if your kernel was compiled without IPv6 support your modules will be loadable. If you build them standalone, and don't provide the NO_INET6 make option, these modules won't load. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --k3qmt+ucFURmlhDS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD9cGzqRfpzJluFF4RAj/iAJ9DXUTZO9tWeSjglcfEE3gzCyUk2gCeM2qq 0oDYbO6KY9I5LnRDsshjaj0= =XUGY -----END PGP SIGNATURE----- --k3qmt+ucFURmlhDS-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 17 12:58:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A436516A420; Fri, 17 Feb 2006 12:58:27 +0000 (GMT) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [80.253.10.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30E7C43D46; Fri, 17 Feb 2006 12:58:27 +0000 (GMT) (envelope-from bsam@ipt.ru) Received: from admin.sem.ipt.ru ([192.168.12.1] helo=srv.sem.ipt.ru) by mail.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1FA5Bq-000PT6-4J; Fri, 17 Feb 2006 15:58:26 +0300 Received: from bsam by srv.sem.ipt.ru with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FA5AC-0003Db-0G; Fri, 17 Feb 2006 15:56:44 +0300 To: Ruslan Ermilov References: <27781308@srv.sem.ipt.ru> <20060217105540.GC80363@ip.net.ua> <06347782@srv.sem.ipt.ru> <20060217122939.GE80363@ip.net.ua> From: Boris Samorodov Date: Fri, 17 Feb 2006 15:56:43 +0300 In-Reply-To: <20060217122939.GE80363@ip.net.ua> (Ruslan Ermilov's message of "Fri, 17 Feb 2006 14:29:39 +0200") Message-ID: <74182532@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: buildworld broken with NO_MODULES= and MODULES_WITH_WORLD= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2006 12:58:27 -0000 On Fri, 17 Feb 2006 14:29:39 +0200 Ruslan Ermilov wrote: > On Fri, Feb 17, 2006 at 02:29:13PM +0300, Boris Samorodov wrote: > > > Unless you really need it for some reason, the MODULES_WITH_WORLD option > > > is harmful -- it produces modules that aren't guaranteed to be compatible > > > with your kernel. > > > > Hm, do you mean to say that "modules (binaries) depend on kernel > > configuration"? > > > Sure, a lot. When built with the kernel, modules use options > for that kernel, e.g. if your kernel was compiled without IPv6 > support your modules will be loadable. If you build them > standalone, and don't provide the NO_INET6 make option, these > modules won't load. Got it. Thanks. WBR -- Boris B. Samorodov, Research Engineer InPharmTech Co, http://www.ipt.ru Telephone & Internet Service Provider From owner-freebsd-current@FreeBSD.ORG Fri Feb 17 08:23:48 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D86DB16A420; Fri, 17 Feb 2006 08:23:48 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1BA643D45; Fri, 17 Feb 2006 08:23:47 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k1H8Nfe0009793; Fri, 17 Feb 2006 10:23:41 +0200 (EET) (envelope-from dmitry@atlantis.dp.ua) Date: Fri, 17 Feb 2006 10:23:41 +0200 (EET) From: Dmitry Pryanishnikov To: Kris Kennaway In-Reply-To: <20060217013427.GB31540@xor.obsecurity.org> Message-ID: <20060217093631.J79078@atlantis.atlantis.dp.ua> References: <20060215024339.N22450@atlantis.atlantis.dp.ua> <43F29BF5.4060300@freebsd.org> <20060216140725.T23429@atlantis.atlantis.dp.ua> <20060217013427.GB31540@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Fri, 17 Feb 2006 16:01:31 +0000 Cc: freebsd-current@freebsd.org, David Xu Subject: Re: Virtual memory consumption (both user and kernel) in modern CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2006 08:23:49 -0000 Hello! On Thu, 16 Feb 2006, Kris Kennaway wrote: >> Without putchar() call my program's virtual address space isn't so big: >> >> PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND >> 52126 root 1 127 0 1244K 440K RUN 0:31 43.97% a.out >> >> But with putchar() it gives us >> >> PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND >> 58959 root 1 130 0 50100K 632K RUN 0:03 47.19% a.out >> >> What't the reason of so terrible virtual memory consumption? I don't believe >> that just plain stdio buffering requires 50 Mbytes (!) of virtual address >> space. > > Note that only 200K of extra memory is used. Using 50MB of virtual Yes, I'm talking about virtual address space, not about resident set size. > address space is not going to cause any problems unless the pages are > touched, which as you can see from the resident size, they aren't. 1) Doesn't every page of the user virtual address space (even not being in RSS) have some associated descriptive information in KVA? Note my 2nd and 3rd questions: I'm running into a "kmem_map too small: 82014208 total allocated" panic on 256Mb box by _just_ issuing cd /usr/ports/editors/openoffice.org-2.0 NOCLEANDEPENDS=yes make extract clean Isn't that a shame? I'm trying to understand _what_ eats a lot of KVA. Can it be page descriptors for user processes, each of them has a huge VA overhead now? 2) These "dummy" Mbytes of VA make troubleshooting and debugging really difficult. Now it's hard to see actual memory leaks, they are masked by the dummy VA allocations. Huge size of core files is also a negative impact. My main question is: can we avoid allocating 50Mb for "Hello, world!"-type program? If it's just plain bug in new malloc, it should be corrected. If this huge allocation is absolutely necessary, one should at least have a choice (maybe, link-time option) which memory allocator to use, and don't link plain /bin/sh against virtual memory hungry allocator. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-current@FreeBSD.ORG Fri Feb 17 14:40:07 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24E6916A423; Fri, 17 Feb 2006 14:40:07 +0000 (GMT) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 463EA43D5F; Fri, 17 Feb 2006 14:40:01 +0000 (GMT) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 4AC42EB34DD; Fri, 17 Feb 2006 22:39:57 +0800 (CST) Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id 10123-17; Fri, 17 Feb 2006 22:39:56 +0800 (CST) Received: from [192.168.1.9] (unknown [61.49.185.253]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 19703EB3418; Fri, 17 Feb 2006 22:39:56 +0800 (CST) From: Xin LI To: freebsd-current@FreeBSD.org, dougb@FreeBSD.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-DeohQtsv51lvSFDRT9RP" Organization: The FreeBSD Project Date: Fri, 17 Feb 2006 22:39:53 +0800 Message-Id: <1140187193.731.47.camel@spirit> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port X-Virus-Scanned: amavisd-new at geekcn.org X-Mailman-Approved-At: Fri, 17 Feb 2006 16:02:03 +0000 Cc: Subject: New RCorder: abi loaded too late X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2006 14:40:07 -0000 --=-DeohQtsv51lvSFDRT9RP Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi, With the recent rcorder change, we were able to start /usr/local/etc/rc.d in the same rcorder pass. However, because abi was started late in the startup process, we have potentially broke the services written for older FreeBSD releases, or other operating systems, which were written to use rc.d scripts. Shall we move abi to be started before SERVERS? Cheers, --=20 Xin LI The FreeBSD Project --=-DeohQtsv51lvSFDRT9RP Content-Type: application/pgp-signature; name=signature.asc Content-Description: =?UTF-8?Q?=E8=BF=99=E6=98=AF=E4=BF=A1=E4=BB=B6=E7=9A=84=E6=95=B0?= =?UTF-8?Q?=E5=AD=97=E7=AD=BE=E5=90=8D=E9=83=A8=E5=88=86?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBD9eA5hcUczkLqiksRAmMYAJ0UU1n/O9q4eguZ8rJMPm6Xz8NoiQCbBuaz XsJCIHgIV9T8tgp4n12B6kg= =x+ip -----END PGP SIGNATURE----- --=-DeohQtsv51lvSFDRT9RP-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 17 16:01:41 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0708616A435; Fri, 17 Feb 2006 16:01:41 +0000 (GMT) (envelope-from foo@virtual-voodoo.com) Received: from mailhub247.itcs.purdue.edu (mailhub247.itcs.purdue.edu [128.210.5.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EF5143D48; Fri, 17 Feb 2006 16:01:40 +0000 (GMT) (envelope-from foo@virtual-voodoo.com) Received: from [192.168.1.47] (pool-71-98-109-59.ipslin.dsl-w.verizon.net [71.98.109.59]) (authenticated bits=0) by mailhub247.itcs.purdue.edu (8.13.4/8.13.4/external-auth-smtp) with ESMTP id k1HG1cAp021780 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 17 Feb 2006 11:01:39 -0500 Message-ID: <43F5F531.2070900@virtual-voodoo.com> Date: Fri, 17 Feb 2006 11:09:21 -0500 From: Foo User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alexander Leidinger References: <20060216094646.8qqpg683cwk0o0ww@netchild.homeip.net> In-Reply-To: <20060216094646.8qqpg683cwk0o0ww@netchild.homeip.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 4.7.1.128075 X-PerlMx-Virus-Scanned: Yes X-Mailman-Approved-At: Fri, 17 Feb 2006 16:25:02 +0000 Cc: re@freebsd.org, current@freebsd.org Subject: Re: reversed behavior with nsswitch.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: foo@virtual-voodoo.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2006 16:01:41 -0000 Hi, I have run into this as well. I am a student in a class that required us to set up sendmail in an environment where we don't have access to the local DNS, so all our resolution is done via /etc/hosts. I had to be able to send email between our three *nix boxes, and it kept breaking on the DNS resolution. Initially, I used mailertable entries to circumvent the issue since every other strategy I found to turn off DNS resolution for sendmail didn't work. However, upon reading this, I switched the order of the "hosts" settings in nsswitch.conf and got rid of the mailertable entries and it worked. So yes, I have run into the issue as well. I am using 6.0-RELEASE. Hope this helps. Joel Alexander Leidinger wrote: >Hi, > >yesterday I debugged a mail problem where the reverse DNS of the receiver is >somewhat fucked up (for one receiver the DNS resolving chain was: HostA -> >IP-A -> HostB -> IP-B -> HostB, for the other receiver there was no reverse >DNS). > >Sendmail doen't like this, but there are ways to circumvent this. So I added >the hosts in question to /etc/hosts (nsswitch contains "hosts: files dns"), >and thought this will solve it. It didn't. > >A temporary (as in "to get those 10 mails out") work-around of "hosts: files" >proved that the solution of adding the hosts to /etc/hosts works as expected. > >The current solution for the general case is to use "hosts: dns files". It >gets the correct values for the buggy remote hosts from /etc/hosts, and >averything else from DNS. > >So it seems the order of the use of the entries in nsswitch.conf is reversed. > >I noticed this on a 6.0 system. I can't test this on a -current system right >now (maybe tomorrow or at the weekend), and I don't have a RELENG_6 system. > >So if someone can confirm if this bug is visible on -current and on RELENG_6: > - a fix can be MFCed if it is fixed in -current > - someone could try to fix it if the same problem exists in -current > - an errata can be added to the release notes of 6.1 if it isn't > fixed until the release (that's the reason why I CCed re@) > >Bye, >Alexander. > > > From owner-freebsd-current@FreeBSD.ORG Fri Feb 17 16:28:53 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C30E416A420; Fri, 17 Feb 2006 16:28:53 +0000 (GMT) (envelope-from jasone@FreeBSD.org) Received: from lh.synack.net (lh.synack.net [204.152.188.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4AD943D70; Fri, 17 Feb 2006 16:28:49 +0000 (GMT) (envelope-from jasone@FreeBSD.org) Received: by lh.synack.net (Postfix, from userid 100) id 9DF375E48F6; Fri, 17 Feb 2006 08:28:49 -0800 (PST) Received: from [192.168.168.201] (moscow-cuda-gen2-68-64-60-20.losaca.adelphia.net [68.64.60.20]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by lh.synack.net (Postfix) with ESMTP id 082D15E48E5; Fri, 17 Feb 2006 08:28:47 -0800 (PST) Message-ID: <43F5F9BB.6000607@FreeBSD.org> Date: Fri, 17 Feb 2006 08:28:43 -0800 From: Jason Evans User-Agent: Mozilla Thunderbird 1.0.7-1.4.1 (X11/20050929) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dmitry Pryanishnikov References: <20060215024339.N22450@atlantis.atlantis.dp.ua> <43F29BF5.4060300@freebsd.org> <20060216140725.T23429@atlantis.atlantis.dp.ua> <20060217013427.GB31540@xor.obsecurity.org> <20060217093631.J79078@atlantis.atlantis.dp.ua> In-Reply-To: <20060217093631.J79078@atlantis.atlantis.dp.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on lh.synack.net X-Spam-Level: * X-Spam-Status: No, score=1.8 required=5.0 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: Alan Cox , freebsd-current@freebsd.org, Peter Wemm , Kris Kennaway Subject: Re: Virtual memory consumption (both user and kernel) in modern CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2006 16:28:53 -0000 Dmitry Pryanishnikov wrote: > My main question is: can we avoid allocating 50Mb for "Hello, world!"-type > program? If it's just plain bug in new malloc, it should be corrected. If > this huge allocation is absolutely necessary, one should at least have a > choice (maybe, link-time option) which memory allocator to use, and > don't link > plain /bin/sh against virtual memory hungry allocator. Yes, it is possible to avoid using large amounts of virtual memory. See the malloc(3) man page for info on all of the ways that the allocator can be tuned. In this case, you are looking for the 'k' option. For instance, if you set /etc/malloc.conf to 'kkkkkk', the allocator will use a chunk size of 256kB rather than 16MB. I would like to change the default chunk size to something in the 256kB-1MB range, but Peter Wemm has some concerns about how that will interact with the VM subsystem. The basic problem is that the kernel is particularly naive about how it coalesces adjacent mappings, so it's possible to end up with a horribly fragmented virtual memory map. I don't have the time to fix this problem right now, and I'm not going to change the default chunk size unless Peter Wemm and/or Alan Cox say it's okay to do so. Jason From owner-freebsd-current@FreeBSD.ORG Fri Feb 17 16:36:58 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B453416A420 for ; Fri, 17 Feb 2006 16:36:58 +0000 (GMT) (envelope-from vincent@xtra-net.org) Received: from smtp.xtra-net.be (cable-195-162-200-89.customer.tvd.be [195.162.200.89]) by mx1.FreeBSD.org (Postfix) with SMTP id 12A4A43D62 for ; Fri, 17 Feb 2006 16:36:54 +0000 (GMT) (envelope-from vincent@xtra-net.org) Received: (qmail 81929 invoked from network); 17 Feb 2006 16:36:52 -0000 Received: from wbedllfs.xtra-net.org (HELO wbedllfs.xtra-net.be) (192.168.1.21) by 0 with SMTP; 17 Feb 2006 16:36:52 -0000 From: Vincent Blondel To: freebsd-current@freebsd.org In-Reply-To: <84dead720602162101s54a9cd1ap8e252ea6afb6536f@mail.gmail.com> References: <59310.192.168.1.21.1140031112.squirrel@192.168.1.21> <84dead720602151918q3f9779e1q3316f74433e6e1c4@mail.gmail.com> <1140110559.1105.4.camel@wbedllfs.xtra-net.be> <84dead720602162101s54a9cd1ap8e252ea6afb6536f@mail.gmail.com> Content-Type: text/plain Date: Fri, 17 Feb 2006 17:35:59 +0100 Message-Id: <1140194159.1026.2.camel@wbedllfs.xtra-net.be> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Subject: Re: buildworld problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2006 16:36:58 -0000 Joseph, I also put /etc/make.conf on same URL location. I just optimized this file for a ftp FreeBSD mirror located here in Brussels. Regards Vincent On Fri, 2006-02-17 at 10:31 +0530, Joseph Koshy wrote: > vb> Do you get some other idea ??? > > Also ensure that /etc/make.conf is empty and that you aren't use a build > accelerator like ccache. > > -- > FreeBSD Volunteer, http://people.freebsd.org/~jkoshy > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Feb 17 17:46:23 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4365B16A420 for ; Fri, 17 Feb 2006 17:46:23 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id C779243D49 for ; Fri, 17 Feb 2006 17:46:22 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id k1HHkLo7022915 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 17 Feb 2006 09:46:22 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <43F60C99.2090006@errno.com> Date: Fri, 17 Feb 2006 09:49:13 -0800 From: Sam Leffler User-Agent: Thunderbird 1.5 (X11/20060210) MIME-Version: 1.0 To: Yamamoto Shigeru References: <43F0C10E.305@errno.com> <20060216.120239.102583278.shigeru@iij.ad.jp> <43F3FAF3.7010000@errno.com> <20060217.122420.38719049.shigeru@iij.ad.jp> In-Reply-To: <20060217.122420.38719049.shigeru@iij.ad.jp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: new ath+hal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2006 17:46:23 -0000 Yamamoto Shigeru wrote: >>>>>> "Sam" == Sam Leffler writes: >>> Does anyone know how to solve this trouble? >>> #Should I hack wpa_supplicant? or ath hal and driver? > Sam> There have been many changes to ath and the net80211 layer. Please try > Sam> to isolate what change affected you. Past that you must provide the > Sam> mac+phy revs for your card. Otherwise you have not indicated anything > Sam> about your configuration (open auth, wep, wpa, etc). You haven't > Sam> provided any logs. > > Excuse me. > I write my environment. > > - IBM ThinkPad X31 > - kernel and user land is current at 2006/02/16 > - ath_hal: 0.9.16.16 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) > - ath0: mac 5.6 phy 4.1 5ghz radio 1.7 2ghz radio 2.3 > - Access Point is 'I/O DATA WN-APG/A" (http://www.iodata.jp/prod/network/wnlan/2004/wn-apga/index.htm) > -- 'bssid 00:a0:b0:5e:73:b1' for 11b > -- 'bssid 00:a0:b0:5e:73:b2' for 11a > -- accept WPA-PSK only (not accept WEP) > > I send you some logs, include dmesg and wpa_supplicant logs. I don't see anything that indicates a problem related to the ath changes. You seem to not be getting the ssid from the ap's when the ssid is hidden which means either the station is not sending the proper probe req frames to elicit a probe response or someone (ap or sta) is having problems rx'ing. To diagnose this you can use the debugging facilities in the net80211 layer; e.g. ifconfig ath0 debug should I believe generate enough debugging msgs to identify more about what's going on. Otherwise you can use the wlandebug tool to enable more msgs; e.g. wlandebug -i ath0 scan I didn't see any indication of what code rev you were running that "worked" and you didn't indicate if you were able to pinpoint specific changes that caused things to stop working. Since this problem is independent of wpa I'd recommend simplifying your network config; e.g. use open auth and see if you can associate with the ssid hidden. Sam From owner-freebsd-current@FreeBSD.ORG Fri Feb 17 17:48:07 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D99FC16A420 for ; Fri, 17 Feb 2006 17:48:07 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2503E43D70 for ; Fri, 17 Feb 2006 17:47:46 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id k1HHlho7022931 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 17 Feb 2006 09:47:45 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <43F60CEB.9070400@errno.com> Date: Fri, 17 Feb 2006 09:50:35 -0800 From: Sam Leffler User-Agent: Thunderbird 1.5 (X11/20060210) MIME-Version: 1.0 To: Michal Mertl References: <43F0C10E.305@errno.com> <20060216.120239.102583278.shigeru@iij.ad.jp> <43F3FAF3.7010000@errno.com> <20060217.122420.38719049.shigeru@iij.ad.jp> <1140171091.816.8.camel@genius.i.cz> In-Reply-To: <1140171091.816.8.camel@genius.i.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: new ath+hal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2006 17:48:08 -0000 Michal Mertl wrote: > Yamamoto Shigeru wrote: >>>>>>> "Sam" == Sam Leffler writes: >>>> Does anyone know how to solve this trouble? >>>> #Should I hack wpa_supplicant? or ath hal and driver? >> Sam> There have been many changes to ath and the net80211 layer. Please try >> Sam> to isolate what change affected you. Past that you must provide the >> Sam> mac+phy revs for your card. Otherwise you have not indicated anything >> Sam> about your configuration (open auth, wep, wpa, etc). You haven't >> Sam> provided any logs. >> >> Excuse me. >> I write my environment. >> >> - IBM ThinkPad X31 >> - kernel and user land is current at 2006/02/16 >> - ath_hal: 0.9.16.16 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) >> - ath0: mac 5.6 phy 4.1 5ghz radio 1.7 2ghz radio 2.3 >> - Access Point is 'I/O DATA WN-APG/A" (http://www.iodata.jp/prod/network/wnlan/2004/wn-apga/index.htm) >> -- 'bssid 00:a0:b0:5e:73:b1' for 11b >> -- 'bssid 00:a0:b0:5e:73:b2' for 11a >> -- accept WPA-PSK only (not accept WEP) > > Just a small observation - when I recently tried WPA-PSK and had both > wpa_supplicant and hostapd running in the foreground with debugging > enabled the station didn't associate. It worked without changing the > configuration when I run both without debugging. I didn't have time to > analyze it. > > I remember that Sam once mentioned that Windows stations are unable to > associate with FreeBSD AP when hostapd is run in debug mode, because > debug made the AP's timing less precise or something. Maybe the last > changes make the FreeBSD station also less tolerant? This would likely be due to missing timing constraints because the debug msgs slow things down. Windows has very tight timing constraints and can easily missing them. Sam From owner-freebsd-current@FreeBSD.ORG Fri Feb 17 18:18:57 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4C3716A420; Fri, 17 Feb 2006 18:18:57 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id B922843D62; Fri, 17 Feb 2006 18:18:52 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id k1HIIgB4023467; Fri, 17 Feb 2006 10:18:42 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id k1HIIgbn023466; Fri, 17 Feb 2006 10:18:42 -0800 Date: Fri, 17 Feb 2006 10:18:42 -0800 From: Brooks Davis To: Xin LI Message-ID: <20060217181842.GA21033@odin.ac.hmc.edu> References: <1140187193.731.47.camel@spirit> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VS++wcV0S1rZb1Fb" Content-Disposition: inline In-Reply-To: <1140187193.731.47.camel@spirit> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-current@freebsd.org, dougb@freebsd.org Subject: Re: New RCorder: abi loaded too late X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2006 18:18:58 -0000 --VS++wcV0S1rZb1Fb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 17, 2006 at 10:39:53PM +0800, Xin LI wrote: > Hi, >=20 > With the recent rcorder change, we were able to > start /usr/local/etc/rc.d in the same rcorder pass. However, because > abi was started late in the startup process, we have potentially broke > the services written for older FreeBSD releases, or other operating > systems, which were written to use rc.d scripts. >=20 > Shall we move abi to be started before SERVERS? Seems fine, I'd recommend: # REQUIRE: mountcritremote # BEFORE: SERVERS The current requirement of LOGIN makes no sense. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --VS++wcV0S1rZb1Fb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFD9hOBXY6L6fI4GtQRApudAKDjhnG2qIA3XOJ56dJxtOup1MZWawCfbKfe y6sJ/GX/6hB/3+7zYrBtDyA= =r+B7 -----END PGP SIGNATURE----- --VS++wcV0S1rZb1Fb-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 17 18:34:32 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 465C916A422 for ; Fri, 17 Feb 2006 18:34:32 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp101.rog.mail.re2.yahoo.com (smtp101.rog.mail.re2.yahoo.com [206.190.36.79]) by mx1.FreeBSD.org (Postfix) with SMTP id 4950643D45 for ; Fri, 17 Feb 2006 18:34:31 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 19284 invoked from network); 17 Feb 2006 18:34:29 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=LgSJ1ajEjvG4CkW9K67UbSPWPOzVyW7WRWV5ShvQsqb7wAUsZAOMbwJ7KMDy3Dpy0Fv+Lg1kG45EW+Tuw7LT14orW24jcZRCbeM0fGJ1OM7m3TgXNe2za0uFq+bNh2f6jk/JSexgYahHUiK5ceGRQYTmvJl9CP9Z5xqaQBmJjts= ; Received: from unknown (HELO ?70.30.133.184?) (mikej@rogers.com@70.30.133.184 with plain) by smtp101.rog.mail.re2.yahoo.com with SMTP; 17 Feb 2006 18:34:29 -0000 Message-ID: <43F6174A.7060801@rogers.com> Date: Fri, 17 Feb 2006 13:34:50 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Kris Kennaway References: <20060215024339.N22450@atlantis.atlantis.dp.ua> <43F29BF5.4060300@freebsd.org> <20060216123548.GA35910@uk.tiscali.com> <20060216135138.GA16669@flame.pc> <43F525A6.3080701@rogers.com> <20060217013039.GA31540@xor.obsecurity.org> In-Reply-To: <20060217013039.GA31540@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Giorgos Keramidas , Dmitry Pryanishnikov , freebsd-current@freebsd.org, David Xu , Brian Candler Subject: Re: Virtual memory consumption (both user and kernel) in modern CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2006 18:34:32 -0000 Kris Kennaway wrote: > On Thu, Feb 16, 2006 at 08:23:50PM -0500, Mike Jakubik wrote: > >> And what am i trading off here? I have "/etc/malloc.conf@ -> ajz" and my >> memory usage has gone up the roof. My system used to be swap free, and >> now its swapping over 40 MB. Can someone explain to me why this new >> malloc is better? I don't see any speed improvements. >> > > It's a couple of orders of magnitude faster for threaded binaries. > See earlier posts by the author for extensive discussion. > Great, too bad only 2% of my applications are threaded. I just don't see this change very positively, using 40MB of swap, where before was none does not seem to me like a speed improvement. I'm all for better performance of threaded apps, but the trade off seems too high. From owner-freebsd-current@FreeBSD.ORG Fri Feb 17 18:43:47 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0ABC116A420; Fri, 17 Feb 2006 18:43:47 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id B61DF43D6E; Fri, 17 Feb 2006 18:43:41 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 9484272 for multiple; Fri, 17 Feb 2006 13:44:00 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k1HIhZOQ096998; Fri, 17 Feb 2006 13:43:39 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 17 Feb 2006 13:42:11 -0500 User-Agent: KMail/1.9.1 References: <20060215211534.GA78376@heff.fud.org.nz> In-Reply-To: <20060215211534.GA78376@heff.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602171342.13451.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1292/Fri Feb 17 04:39:02 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED,AWL autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Andrew Thompson Subject: Re: rwlock patch for bridge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2006 18:43:47 -0000 On Wednesday 15 February 2006 16:15, Andrew Thompson wrote: > Hi, > > > Here is a patch that changes if_bridge to use rwlock(9) rather than the > handrolled ref counting. Can I please get it reviewed to ensure I have > the changes correct. I pondered if the order of unlocking the softc > mutex and grabbing the rlock mattered but decided it didn't. > It has passed a runtime test. > > > cheers, > > Andrew Have you thought about replacing both the mutex and ref-count with the single rwlock? (Perhaps that is infeasible, but it would be somewhat pointless to just lock one lock so you can turn around and lock the next.) -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Feb 17 19:49:25 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A161316A420 for ; Fri, 17 Feb 2006 19:49:25 +0000 (GMT) (envelope-from jasone@freebsd.org) Received: from lh.synack.net (lh.synack.net [204.152.188.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46D7443D46 for ; Fri, 17 Feb 2006 19:49:24 +0000 (GMT) (envelope-from jasone@freebsd.org) Received: by lh.synack.net (Postfix, from userid 100) id 1E7585E48F7; Fri, 17 Feb 2006 11:49:24 -0800 (PST) Received: from [129.101.159.79] (unknown [129.101.159.79]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by lh.synack.net (Postfix) with ESMTP id BCFF65E48ED; Fri, 17 Feb 2006 11:49:19 -0800 (PST) In-Reply-To: <43F6174A.7060801@rogers.com> References: <20060215024339.N22450@atlantis.atlantis.dp.ua> <43F29BF5.4060300@freebsd.org> <20060216123548.GA35910@uk.tiscali.com> <20060216135138.GA16669@flame.pc> <43F525A6.3080701@rogers.com> <20060217013039.GA31540@xor.obsecurity.org> <43F6174A.7060801@rogers.com> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <1091E3C1-1E93-4030-9097-D28C780F9D44@freebsd.org> Content-Transfer-Encoding: 7bit From: Jason Evans Date: Fri, 17 Feb 2006 11:49:03 -0800 To: Mike Jakubik X-Mailer: Apple Mail (2.746.2) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on lh.synack.net X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.0.4 Cc: freebsd-current@freebsd.org, Kris Kennaway Subject: Re: Virtual memory consumption (both user and kernel) in modern CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2006 19:49:25 -0000 On Feb 17, 2006, at 10:34 AM, Mike Jakubik wrote: > Kris Kennaway wrote: >> On Thu, Feb 16, 2006 at 08:23:50PM -0500, Mike Jakubik wrote: >> >>> And what am i trading off here? I have "/etc/malloc.conf@ -> ajz" >>> and my >>> memory usage has gone up the roof. My system used to be swap >>> free, and now its swapping over 40 MB. Can someone explain to me >>> why this new malloc is better? I don't see any speed improvements. >> >> It's a couple of orders of magnitude faster for threaded binaries. >> See earlier posts by the author for extensive discussion. > > Great, too bad only 2% of my applications are threaded. I just > don't see this change very positively, using 40MB of swap, where > before was none does not seem to me like a speed improvement. I'm > all for better performance of threaded apps, but the trade off > seems too high. Are redzones enabled? (They are turned on by default in CURRENT.) You can check by reading the output from something like: MALLOC_OPTIONS=P ls Keep in mind that they use up substantial extra memory -- 32 bytes per allocation. Unless you have disabled redzones, you should expect much higher memory usage with jemalloc than with phkmalloc. Thanks, Jason From owner-freebsd-current@FreeBSD.ORG Fri Feb 17 19:49:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33E9416A420 for ; Fri, 17 Feb 2006 19:49:36 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 979CF43D46 for ; Fri, 17 Feb 2006 19:49:35 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id k1HJnYo7023569 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 17 Feb 2006 11:49:34 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <43F62979.4050300@errno.com> Date: Fri, 17 Feb 2006 11:52:25 -0800 From: Sam Leffler User-Agent: Thunderbird 1.5 (X11/20060210) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <43543086.7020705@getsomewhere.net> <43552198.2070806@errno.com> <435570F5.6060308@getsomewhere.net> <435C63D1.6060907@errno.com> <435D7546.1020604@getsomewhere.net> <435D779A.5070803@errno.com> <435D8702.1030705@getsomewhere.net> <435D883E.5090406@errno.com> <435DB985.2000902@getsomewhere.net> <435F230D.2080202@errno.com> <43613C44.1020906@getsomewhere.net> <43613EAA.7010703@errno.com> <43614400.50302@getsomewhere.net> <4361467E.8030506@errno.com> <43614D7F.6060301@getsomewhere.net> <436150D6.9040704@errno.com> <43615A7F.1010208@getsomewhere.net> <43615C5E.6070403@errno.com> <43615EB4.80606@getsomewhere.net> <43615FA1.6030005@errno.com> <4361607A.2070601@getsomewhere.net> <43616145.5010801@errno.com> <4367E716.1080903@getsomewhere.net> In-Reply-To: <4367E716.1080903@getsomewhere.net> Content-Type: multipart/mixed; boundary="------------000608020003010405050501" Subject: CFT: wpa_supplicant key handling fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2006 19:49:36 -0000 This is a multi-part message in MIME format. --------------000608020003010405050501 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Attached are two changes; one for wpa_supplicant/driver_freebsd.c that corrects how what it passes into the kernel when requesting a key with a fixed key index. The other is a fix to src/sys/net80211/ieee80211_ioctl.c so that setting a key in slots 0-3 [1-4] forces them to be set there (previously the driver was permitted to assign a different hardware key index). I believe these two changes together fix problems people have reported with ap's that want stations to plumb keys at key indices > 0. This should also fix similar issues with setup of shared key wep at non-zero indices. Please test and report any issues directly to me. I've tested wpa-psk and the code's been otherwise reviewed so should be safe to use. Sam --------------000608020003010405050501 Content-Type: text/plain; name="wpa_supplicant.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="wpa_supplicant.patch" ? wpa_supplicant.patch Index: driver_freebsd.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/wpa/wpa_supplicant/driver_freebsd.c,v retrieving revision 1.8 diff -u -r1.8 driver_freebsd.c --- driver_freebsd.c 30 Aug 2005 15:59:49 -0000 1.8 +++ driver_freebsd.c 8 Feb 2006 17:55:03 -0000 @@ -311,10 +311,11 @@ if (bcmp(addr, "\xff\xff\xff\xff\xff\xff", IEEE80211_ADDR_LEN) == 0) { wk.ik_flags |= IEEE80211_KEY_GROUP; wk.ik_keyix = key_idx; - if (set_tx) - wk.ik_flags |= IEEE80211_KEY_DEFAULT; - } else - wk.ik_keyix = IEEE80211_KEYIX_NONE; + } else { + wk.ik_keyix = (key_idx == 0 ? IEEE80211_KEYIX_NONE : key_idx); + } + if (wk.ik_keyix != IEEE80211_KEYIX_NONE && set_tx) + wk.ik_flags |= IEEE80211_KEY_DEFAULT; wk.ik_keylen = key_len; memcpy(&wk.ik_keyrsc, seq, seq_len); memcpy(wk.ik_keydata, key, key_len); --------------000608020003010405050501 Content-Type: text/plain; name="ioctl.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ioctl.patch" Index: ieee80211_ioctl.c =================================================================== RCS file: /usr/ncvs/src/sys/net80211/ieee80211_ioctl.c,v retrieving revision 1.43 diff -u -r1.43 ieee80211_ioctl.c --- ieee80211_ioctl.c 18 Jan 2006 22:17:50 -0000 1.43 +++ ieee80211_ioctl.c 7 Feb 2006 16:58:15 -0000 @@ -1718,6 +1718,12 @@ if (kid >= IEEE80211_WEP_NKID) return EINVAL; wk = &ic->ic_nw_keys[kid]; + /* + * Global slots start off w/o any assigned key index. + * Force one here for consistency with IEEE80211_IOC_WEPKEY. + */ + if (wk->wk_keyix == IEEE80211_KEYIX_NONE) + wk->wk_keyix = kid; ni = NULL; } error = 0; --------------000608020003010405050501-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 17 20:06:55 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE27116A420 for ; Fri, 17 Feb 2006 20:06:55 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp100.rog.mail.re2.yahoo.com (smtp100.rog.mail.re2.yahoo.com [206.190.36.78]) by mx1.FreeBSD.org (Postfix) with SMTP id D0CE943D48 for ; Fri, 17 Feb 2006 20:06:54 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 33215 invoked from network); 17 Feb 2006 20:06:54 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=yQ6sJEB/ZKvIK5r083f8/E0UntNIML2bq1L//nTMw2ZGBI0IH/gUP2mdZtvijyfvbMZ8yaPpL2KEtVF0KPLInOA3uFUgEVC+UIB8HENYpg2t1UUV5JWD8BKupOYFhhjySPSwUdt8oG2tA4QPcraZ2OyGTtgAjuKRlNEJMUaY4gw= ; Received: from unknown (HELO ?70.30.133.184?) (mikej@rogers.com@70.30.133.184 with plain) by smtp100.rog.mail.re2.yahoo.com with SMTP; 17 Feb 2006 20:06:54 -0000 Message-ID: <43F62CF3.2000005@rogers.com> Date: Fri, 17 Feb 2006 15:07:15 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Jason Evans References: <20060215024339.N22450@atlantis.atlantis.dp.ua> <43F29BF5.4060300@freebsd.org> <20060216123548.GA35910@uk.tiscali.com> <20060216135138.GA16669@flame.pc> <43F525A6.3080701@rogers.com> <20060217013039.GA31540@xor.obsecurity.org> <43F6174A.7060801@rogers.com> <1091E3C1-1E93-4030-9097-D28C780F9D44@freebsd.org> In-Reply-To: <1091E3C1-1E93-4030-9097-D28C780F9D44@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Kris Kennaway Subject: Re: Virtual memory consumption (both user and kernel) in modern CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2006 20:06:55 -0000 Jason Evans wrote: > On Feb 17, 2006, at 10:34 AM, Mike Jakubik wrote: >> >> Great, too bad only 2% of my applications are threaded. I just don't >> see this change very positively, using 40MB of swap, where before was >> none does not seem to me like a speed improvement. I'm all for better >> performance of threaded apps, but the trade off seems too high. > > Are redzones enabled? (They are turned on by default in CURRENT.) > You can check by reading the output from something like: > > MALLOC_OPTIONS=P ls > > Keep in mind that they use up substantial extra memory -- 32 bytes per > allocation. Unless you have disabled redzones, you should expect much > higher memory usage with jemalloc than with phkmalloc. ___ Begin malloc statistics ___ Number of CPUs: 1 Number of arenas: 1 Cache slots: 256 Chunk size: 16777216 (2^24) Quantum size: 16 (2^4) Pointer size: 4 Number of bins: 128 Maximum bin size: 2096 Assertions enabled Redzone size: 16 Allocated: 22272, space used: 33554432 Does this mean they are enabled? and if so, how can i disable them? Which malloc is in -current now? From owner-freebsd-current@FreeBSD.ORG Fri Feb 17 20:44:03 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B08416A420 for ; Fri, 17 Feb 2006 20:44:03 +0000 (GMT) (envelope-from brian@aljex.com) Received: from s1tank.virtdom.com (s1tank.virtdom.com [216.240.101.50]) by mx1.FreeBSD.org (Postfix) with SMTP id 18A5D43D49 for ; Fri, 17 Feb 2006 20:44:02 +0000 (GMT) (envelope-from brian@aljex.com) Received: (qmail 98543 invoked by uid 89); 17 Feb 2006 21:23:34 -0000 Received: from ool-43552092.dyn.optonline.net (HELO venti) (brian@aljex.com@67.85.32.146) by s1tank.virtdom.com with SMTP; 17 Feb 2006 21:23:34 -0000 Message-ID: <008101c63402$de029d10$6c00000a@venti> From: "Brian K. White" To: References: <20060215024339.N22450@atlantis.atlantis.dp.ua><43F29BF5.4060300@freebsd.org><20060216123548.GA35910@uk.tiscali.com><20060216135138.GA16669@flame.pc> <43F525A6.3080701@rogers.com><20060217013039.GA31540@xor.obsecurity.org> <43F6174A.7060801@rogers.com> Date: Fri, 17 Feb 2006 15:43:28 -0500 Organization: Aljex Software MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Subject: Re: Virtual memory consumption (both user and kernel) inmodern CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2006 20:44:03 -0000 ----- Original Message ----- From: "Mike Jakubik" To: "Kris Kennaway" Cc: "Giorgos Keramidas" ; "Dmitry Pryanishnikov" ; ; "David Xu" ; "Brian Candler" Sent: Friday, February 17, 2006 1:34 PM Subject: Re: Virtual memory consumption (both user and kernel) inmodern CURRENT > Kris Kennaway wrote: >> On Thu, Feb 16, 2006 at 08:23:50PM -0500, Mike Jakubik wrote: >> >>> And what am i trading off here? I have "/etc/malloc.conf@ -> ajz" and my >>> memory usage has gone up the roof. My system used to be swap free, and >>> now its swapping over 40 MB. Can someone explain to me why this new >>> malloc is better? I don't see any speed improvements. >>> >> >> It's a couple of orders of magnitude faster for threaded binaries. >> See earlier posts by the author for extensive discussion. >> > > Great, too bad only 2% of my applications are threaded. I just don't see > this change very positively, using 40MB of swap, where before was none > does not seem to me like a speed improvement. I'm all for better > performance of threaded apps, but the trade off seems too high. Especially if: What's orders of magnitude faster, the main parts of the app or merely the act of spawning/destroying a new thread? Brian K. White -- brian@aljex.com -- http://www.aljex.com/bkw/ +++++[>+++[>+++++>+++++++<<-]<-]>>+.>.+++++.+++++++.-.[>+<---]>++. filePro BBx Linux SCO FreeBSD #callahans Satriani Filk! From owner-freebsd-current@FreeBSD.ORG Fri Feb 17 21:09:12 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2931016A420 for ; Fri, 17 Feb 2006 21:09:12 +0000 (GMT) (envelope-from leimy2k@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 583A443D75 for ; Fri, 17 Feb 2006 21:09:02 +0000 (GMT) (envelope-from leimy2k@gmail.com) Received: by nproxy.gmail.com with SMTP id y38so331961nfb for ; Fri, 17 Feb 2006 13:09:01 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=jI8M2RfcXrdz/BlE+X9yONag27VZbi9Eg7HPKYu0kxCPRXhzADHcPMA5ViYKpycoY3xUNq4KgYhMIKyfZ/4edPaoGIYbJKnl87OYqnci+VPBAvYRuDGI53S9gtKwzCCYrSXgR56tAedPbnwGjOkLdPDI6kvyp6zlP/ryGPWb0OE= Received: by 10.48.127.15 with SMTP id z15mr552823nfc; Fri, 17 Feb 2006 13:09:00 -0800 (PST) Received: by 10.49.63.19 with HTTP; Fri, 17 Feb 2006 13:09:00 -0800 (PST) Message-ID: <3e1162e60602171309w4e0acf87h40c92733d38aef66@mail.gmail.com> Date: Fri, 17 Feb 2006 13:09:00 -0800 From: David Leimbach To: "Brian K. White" In-Reply-To: <008101c63402$de029d10$6c00000a@venti> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060215024339.N22450@atlantis.atlantis.dp.ua> <43F29BF5.4060300@freebsd.org> <20060216123548.GA35910@uk.tiscali.com> <20060216135138.GA16669@flame.pc> <43F525A6.3080701@rogers.com> <20060217013039.GA31540@xor.obsecurity.org> <43F6174A.7060801@rogers.com> <008101c63402$de029d10$6c00000a@venti> Cc: freebsd-current@freebsd.org Subject: Re: Virtual memory consumption (both user and kernel) inmodern CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2006 21:09:12 -0000 On 2/17/06, Brian K. White wrote: > > ----- Original Message ----- > From: "Mike Jakubik" > To: "Kris Kennaway" > Cc: "Giorgos Keramidas" ; "Dmitry Pryanishnikov= " > ; ; "David Xu" > ; "Brian Candler" > Sent: Friday, February 17, 2006 1:34 PM > Subject: Re: Virtual memory consumption (both user and kernel) inmodern > CURRENT > > > > Kris Kennaway wrote: > >> On Thu, Feb 16, 2006 at 08:23:50PM -0500, Mike Jakubik wrote: > >> > >>> And what am i trading off here? I have "/etc/malloc.conf@ -> ajz" and= my > >>> memory usage has gone up the roof. My system used to be swap free, an= d > >>> now its swapping over 40 MB. Can someone explain to me why this new > >>> malloc is better? I don't see any speed improvements. > >>> > >> > >> It's a couple of orders of magnitude faster for threaded binaries. > >> See earlier posts by the author for extensive discussion. > >> > > > > Great, too bad only 2% of my applications are threaded. I just don't se= e > > this change very positively, using 40MB of swap, where before was none > > does not seem to me like a speed improvement. I'm all for better > > performance of threaded apps, but the trade off seems too high. > > Especially if: What's orders of magnitude faster, the main parts of the a= pp > or merely the act of spawning/destroying a new thread? Logically, since this is a malloc implementation one could infer that it's "malloc" and "free" that end up orders of magnitude faster due to less locking and dedicated per-thread memory arenas. At least that's my deduction. I hope I'm correct :). Dave From owner-freebsd-current@FreeBSD.ORG Fri Feb 17 21:34:01 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A34416A420 for ; Fri, 17 Feb 2006 21:34:01 +0000 (GMT) (envelope-from jasone@freebsd.org) Received: from lh.synack.net (lh.synack.net [204.152.188.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F23543D45 for ; Fri, 17 Feb 2006 21:34:01 +0000 (GMT) (envelope-from jasone@freebsd.org) Received: by lh.synack.net (Postfix, from userid 100) id 072125E48F7; Fri, 17 Feb 2006 13:34:01 -0800 (PST) Received: from [129.101.159.79] (unknown [129.101.159.79]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by lh.synack.net (Postfix) with ESMTP id 316945E48AA; Fri, 17 Feb 2006 13:33:57 -0800 (PST) In-Reply-To: <43F62CF3.2000005@rogers.com> References: <20060215024339.N22450@atlantis.atlantis.dp.ua> <43F29BF5.4060300@freebsd.org> <20060216123548.GA35910@uk.tiscali.com> <20060216135138.GA16669@flame.pc> <43F525A6.3080701@rogers.com> <20060217013039.GA31540@xor.obsecurity.org> <43F6174A.7060801@rogers.com> <1091E3C1-1E93-4030-9097-D28C780F9D44@freebsd.org> <43F62CF3.2000005@rogers.com> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Jason Evans Date: Fri, 17 Feb 2006 13:33:51 -0800 To: Mike Jakubik X-Mailer: Apple Mail (2.746.2) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on lh.synack.net X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.0.4 Cc: freebsd-current@freebsd.org Subject: Re: Virtual memory consumption (both user and kernel) in modern CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2006 21:34:01 -0000 On Feb 17, 2006, at 12:07 PM, Mike Jakubik wrote: > Jason Evans wrote: >> Are redzones enabled? (They are turned on by default in >> CURRENT.) You can check by reading the output from something like: >> >> MALLOC_OPTIONS=P ls >> >> Keep in mind that they use up substantial extra memory -- 32 bytes >> per allocation. Unless you have disabled redzones, you should >> expect much higher memory usage with jemalloc than with phkmalloc. > > ___ Begin malloc statistics ___ > Number of CPUs: 1 > Number of arenas: 1 > Cache slots: 256 > Chunk size: 16777216 (2^24) > Quantum size: 16 (2^4) > Pointer size: 4 > Number of bins: 128 > Maximum bin size: 2096 > Assertions enabled > Redzone size: 16 ^^^^^^^^^^^^^^^^ > Allocated: 22272, space used: 33554432 > > Does this mean they are enabled? and if so, how can i disable them? > Which malloc is in -current now? Yes, redzones are enabled. Redzone size is 0 when they are disabled. You can disable them by adding the following to /etc/ make.conf, then rebuilding/installing libc: CFLAGS+=-DNO_MALLOC_EXTRAS jemalloc is currently in use for CURRENT. Jason From owner-freebsd-current@FreeBSD.ORG Fri Feb 17 19:52:13 2006 Return-Path: X-Original-To: freebsd-current@www.freebsd.org Delivered-To: freebsd-current@www.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52BDB16A420 for ; Fri, 17 Feb 2006 19:52:13 +0000 (GMT) (envelope-from ggajic@afrodita.rcub.bg.ac.yu) Received: from afrodita.rcub.bg.ac.yu (afrodita.rcub.bg.ac.yu [147.91.1.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D26443D46 for ; Fri, 17 Feb 2006 19:52:12 +0000 (GMT) (envelope-from ggajic@afrodita.rcub.bg.ac.yu) Received: from afrodita.rcub.bg.ac.yu (localhost.localdomain [127.0.0.1]) by afrodita.rcub.bg.ac.yu (8.13.4/8.13.4) with ESMTP id k1HJq6Z8000407 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 17 Feb 2006 20:52:06 +0100 Received: from localhost (ggajic@localhost) by afrodita.rcub.bg.ac.yu (8.13.4/8.13.4/Submit) with ESMTP id k1HJq5KS000404 for ; Fri, 17 Feb 2006 20:52:06 +0100 Date: Fri, 17 Feb 2006 20:52:05 +0100 (CET) From: Goran Gajic To: freebsd-current@www.freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-RCUB-MailScanner-Information: Please contact the RCUB if you have problem with mail X-RCUB-MailScanner: Found to be clean X-RCUB-MailScanner-From: ggajic@afrodita.rcub.bg.ac.yu X-Mailman-Approved-At: Fri, 17 Feb 2006 21:35:41 +0000 Cc: Subject: sio interrupt-level buffer overflows? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2006 19:52:13 -0000 Hi, In 6.0 and 7.0-CURRENT while using pppd I have noticed when I terminate connection: Feb 17 20:38:17 test kernel: sio1: 25215 more interrupt-level buffer overflows (total 25215) I thought that it is pppd related and I have switched to ppp (user land ppp) but message is still present after connection termination. What is causing it? I haven't seen it back in 5.4.. Regards, gg. From owner-freebsd-current@FreeBSD.ORG Fri Feb 17 22:01:47 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A57A16A462 for ; Fri, 17 Feb 2006 22:01:47 +0000 (GMT) (envelope-from anton@nikiforov.ru) Received: from vika.newlines.ru (anna.newlines.ru [195.246.218.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AD5443D46 for ; Fri, 17 Feb 2006 22:01:46 +0000 (GMT) (envelope-from anton@nikiforov.ru) Received: from localhost (unknown [127.0.0.1]) by vika.newlines.ru (Postfix) with ESMTP id 6BD8011841 for ; Sat, 18 Feb 2006 01:01:45 +0300 (MSK) Received: from vika.newlines.ru ([127.0.0.1]) by localhost (anna.newlines.ru [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 62935-03 for ; Sat, 18 Feb 2006 01:01:45 +0300 (MSK) Received: from [213.252.67.118] (unknown [213.252.67.118]) by vika.newlines.ru (Postfix) with ESMTP for ; Sat, 18 Feb 2006 01:01:45 +0300 (MSK) Message-ID: <43F647CD.5060709@nikiforov.ru> Date: Sat, 18 Feb 2006 01:01:49 +0300 From: Anton Nikiforov Organization: NewLines Ltd. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: By amavis at office-gw.newlines.ru Subject: LSI Trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: anton@nikiforov.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2006 22:01:47 -0000 Dear All, sorry for sending my request to so many maillists and looks like it is OFF TOPIC, but i have defenetley big trouble and kindly asking you to help. I have had server running FreeBSD-5.4p9 and it was samba file server for MS domain (about 600 people). Today we were changing power supply so we shut all servers down at 17:00. After changing of UPS we start everything up and my LSI controller starts to claim that disk and NVRAM configuration mismatch. When i tried to enter configuration console i have found out that all disks in my array are in READY state, that means they are not a part of any drive. After rebooting (via simple exitting the configuration console withiut changing anything), server stopped to claim that configuration mismutch, but shows 0 Logical drives configured (while before i have had 2 drives): Raid1 for the OS (2*140GB drives) Raid5 for the data (3*140GB drives) And one 140GB drive as a hot spare disk LSI FW version is G119 from Aug 27 2004 I'm sure that disks are still containing the information, but i do not know how to restore the LSI data on disks to boot properly or mount this drive somewhere on different system to get the data. ICP controllers support nondistructive build to build array from disks that already contain ICP information. But i have found nothing about the same function in LSI. And i'm afraid that this will erase (now i do not trust LSI) my info. I did contact LSI support but 3 people answerred that one is on the vacation, the other on the business trip and the third one is ill..... nice support. THere is nothing to say :) In case there is no way to restore my configuration and continue to use this server as it was could you please tell me the way to restore data from that drives? Best regards, Anton NIkiforov From owner-freebsd-current@FreeBSD.ORG Fri Feb 17 23:21:29 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 546B716A420 for ; Fri, 17 Feb 2006 23:21:29 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.FreeBSD.org (Postfix) with SMTP id B4E9D43D46 for ; Fri, 17 Feb 2006 23:21:28 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 63089 invoked by uid 399); 17 Feb 2006 23:21:24 -0000 Received: from localhost (HELO ?192.168.1.100?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 17 Feb 2006 23:21:24 -0000 Message-ID: <43F65A70.7080608@FreeBSD.org> Date: Fri, 17 Feb 2006 15:21:20 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: Brooks Davis References: <1140187193.731.47.camel@spirit> <20060217181842.GA21033@odin.ac.hmc.edu> In-Reply-To: <20060217181842.GA21033@odin.ac.hmc.edu> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Xin LI Subject: Re: New RCorder: abi loaded too late X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2006 23:21:29 -0000 Brooks Davis wrote: > On Fri, Feb 17, 2006 at 10:39:53PM +0800, Xin LI wrote: >> Hi, >> >> With the recent rcorder change, we were able to >> start /usr/local/etc/rc.d in the same rcorder pass. However, because >> abi was started late in the startup process, we have potentially broke >> the services written for older FreeBSD releases, or other operating >> systems, which were written to use rc.d scripts. >> >> Shall we move abi to be started before SERVERS? > > Seems fine, I'd recommend: > > # REQUIRE: mountcritremote > # BEFORE: SERVERS > > The current requirement of LOGIN makes no sense. Agreed on the last, but can we modify SERVERS to REQUIRE abi instead? I would prefer not to add new instances of BEFORE in /etc/rc.d without good reason. I'd also vote for REQUIRE syslogd in abi personally, but I won't quibble on that point. One quick meta-issue if I can hijack Xin's thread for a minute, now that we are including the local scripts in the overall rcorder, and as more ports are converted to take advantage of this, we will see more of these instances where the stuff in the base that always "just worked" before will need to be twiddled. This is expected, and I thank Xin for bringing this one to our attention. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Fri Feb 17 23:41:37 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A72C416A420; Fri, 17 Feb 2006 23:41:37 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8640543D53; Fri, 17 Feb 2006 23:41:31 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id k1HNfJcV006688; Fri, 17 Feb 2006 15:41:19 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id k1HNfIMX006687; Fri, 17 Feb 2006 15:41:18 -0800 Date: Fri, 17 Feb 2006 15:41:18 -0800 From: Brooks Davis To: Doug Barton Message-ID: <20060217234118.GA22643@odin.ac.hmc.edu> References: <1140187193.731.47.camel@spirit> <20060217181842.GA21033@odin.ac.hmc.edu> <43F65A70.7080608@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="y0ulUmNC+osPPQO6" Content-Disposition: inline In-Reply-To: <43F65A70.7080608@FreeBSD.org> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-current@FreeBSD.org, Xin LI Subject: Re: New RCorder: abi loaded too late X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2006 23:41:37 -0000 --y0ulUmNC+osPPQO6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 17, 2006 at 03:21:20PM -0800, Doug Barton wrote: > Brooks Davis wrote: > > On Fri, Feb 17, 2006 at 10:39:53PM +0800, Xin LI wrote: > >> Hi, > >> > >> With the recent rcorder change, we were able to > >> start /usr/local/etc/rc.d in the same rcorder pass. However, because > >> abi was started late in the startup process, we have potentially broke > >> the services written for older FreeBSD releases, or other operating > >> systems, which were written to use rc.d scripts. > >> > >> Shall we move abi to be started before SERVERS? > >=20 > > Seems fine, I'd recommend: > >=20 > > # REQUIRE: mountcritremote > > # BEFORE: SERVERS > >=20 > > The current requirement of LOGIN makes no sense. >=20 > Agreed on the last, but can we modify SERVERS to REQUIRE abi instead? I > would prefer not to add new instances of BEFORE in /etc/rc.d without good > reason. I'd also vote for REQUIRE syslogd in abi personally, but I won't > quibble on that point. In the case of pseudo targets, I'm of the opinion that the BEFORE statements are more consistent. I'm not all that thrilled with them in general, but IMO inconsistent of use BEFORE and REQUIRE is the biggest problem. I don't see any logical reason for syslogd to be required. kldload doesn't call syslog, I seriously double linux ldconfig does, and the abi script will always return success. > One quick meta-issue if I can hijack Xin's thread for a minute, now that = we > are including the local scripts in the overall rcorder, and as more ports > are converted to take advantage of this, we will see more of these instan= ces > where the stuff in the base that always "just worked" before will need to= be > twiddled. This is expected, and I thank Xin for bringing this one to our > attention. Agreed. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --y0ulUmNC+osPPQO6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFD9lz5XY6L6fI4GtQRAltfAJ9g4S6SeOEJv7P8mIXqydGFq2mpWQCeN4aH K/+CbM/5wb631M3lGEKN+oU= =PnCs -----END PGP SIGNATURE----- --y0ulUmNC+osPPQO6-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 18 00:58:25 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4356D16A420 for ; Sat, 18 Feb 2006 00:58:25 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.FreeBSD.org (Postfix) with SMTP id BE11E43D45 for ; Sat, 18 Feb 2006 00:58:24 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 25422 invoked by uid 399); 18 Feb 2006 00:58:23 -0000 Received: from localhost (HELO ?192.168.1.100?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 18 Feb 2006 00:58:23 -0000 Message-ID: <43F67121.5080809@FreeBSD.org> Date: Fri, 17 Feb 2006 16:58:09 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: Brooks Davis References: <1140187193.731.47.camel@spirit> <20060217181842.GA21033@odin.ac.hmc.edu> <43F65A70.7080608@FreeBSD.org> <20060217234118.GA22643@odin.ac.hmc.edu> In-Reply-To: <20060217234118.GA22643@odin.ac.hmc.edu> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Xin LI Subject: Re: New RCorder: abi loaded too late X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Feb 2006 00:58:25 -0000 Brooks Davis wrote: > On Fri, Feb 17, 2006 at 03:21:20PM -0800, Doug Barton wrote: >> Brooks Davis wrote: >>> On Fri, Feb 17, 2006 at 10:39:53PM +0800, Xin LI wrote: >>>> Hi, >>>> >>>> With the recent rcorder change, we were able to >>>> start /usr/local/etc/rc.d in the same rcorder pass. However, because >>>> abi was started late in the startup process, we have potentially broke >>>> the services written for older FreeBSD releases, or other operating >>>> systems, which were written to use rc.d scripts. >>>> >>>> Shall we move abi to be started before SERVERS? >>> Seems fine, I'd recommend: >>> >>> # REQUIRE: mountcritremote >>> # BEFORE: SERVERS >>> >>> The current requirement of LOGIN makes no sense. >> Agreed on the last, but can we modify SERVERS to REQUIRE abi instead? I >> would prefer not to add new instances of BEFORE in /etc/rc.d without good >> reason. I'd also vote for REQUIRE syslogd in abi personally, but I won't >> quibble on that point. > > In the case of pseudo targets, I'm of the opinion that the BEFORE > statements are more consistent. I'm not all that thrilled with them in > general, but IMO inconsistent of use BEFORE and REQUIRE is the biggest > problem. Right. Eventually I'd like to remove as many BEFORE's in the base as we can, and make the use of REQUIRE consistent, which is why I'd like to avoid adding new ones. However, I won't quibble on this one either. > I don't see any logical reason for syslogd to be required. > kldload doesn't call syslog, I seriously double linux ldconfig does, and > the abi script will always return success. Of the things between mountcritremote and SERVERS, that seemed the most logical choice. On my box it's second to last before savecore, and that didn't seem to make any sense at all. :) I won't object to your original suggestion, I just wanted to express a preference for not adding new BEFORE's. At this time however, what you suggested may be the best way to go. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sat Feb 18 02:14:14 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B59916A420 for ; Sat, 18 Feb 2006 02:14:14 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.FreeBSD.org (Postfix) with SMTP id 54CBF43D48 for ; Sat, 18 Feb 2006 02:14:13 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 72619 invoked by uid 399); 18 Feb 2006 02:14:12 -0000 Received: from localhost (HELO ?192.168.1.100?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 18 Feb 2006 02:14:12 -0000 Message-ID: <43F682F2.1020804@FreeBSD.org> Date: Fri, 17 Feb 2006 18:14:10 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: Brooks Davis References: <1140187193.731.47.camel@spirit> <20060217181842.GA21033@odin.ac.hmc.edu> <43F65A70.7080608@FreeBSD.org> <20060217234118.GA22643@odin.ac.hmc.edu> <43F67121.5080809@FreeBSD.org> In-Reply-To: <43F67121.5080809@FreeBSD.org> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/mixed; boundary="------------000500040101090902090003" Cc: freebsd-current@FreeBSD.org, Xin LI , jasone@freebsd.org Subject: Re: New RCorder: abi loaded too late X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Feb 2006 02:14:14 -0000 This is a multi-part message in MIME format. --------------000500040101090902090003 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Doug Barton wrote: > I won't object to your original suggestion, Oops, spoke too soon. :) Seriously though, I should have tested this first. Turns out that doing it as you suggested creates a circular dependency (and causes rcorder compiled with the new malloc to dump core): Loading configuration files. rcorder: Circular dependency on provision `rpcbind' in file `/etc/rc.d/nfsclient'. rcorder: Circular dependency on file `/etc/rc.d/nisdomain'. rcorder: Circular dependency on provision `rpcbind' in file `/etc/rc.d/nisdomain'. rcorder: Circular dependency on provision `SERVERS' in file `/etc/rc.d/nisdomain'. rcorder: Circular dependency on provision `rpcbind' in file `/etc/rc.d/ypserv'. rcorder: Circular dependency on provision `rpcbind' in file `/etc/rc.d/amd'. rcorder: Circular dependency on provision `SERVERS' in file `/etc/rc.d/ipxrouted'. rcorder: Circular dependency on provision `rpcbind' in file `/etc/rc.d/mountd'. rcorder: Circular dependency on provision `SERVERS' in file `/etc/rc.d/DAEMON'. rcorder: Circular dependency on provision `rpcbind' in file `/etc/rc.d/bootparams'. rcorder: Circular dependency on provision `named' in file `/etc/rc.d/ntpdate'. Assertion failed: (reg->next.u.s.slot == slot), function arena_undelay, file /usr/local/src/lib/libc/stdlib/malloc.c, line 2312. Abort trap (core dumped) rcorder: Circular dependency on provision `LOGIN' in file `/etc/rc.d/archdep'. The attached patch sorts out the mess, and further illustrates why I dislike BEFORE. :) I boot-tested it and it works for me, so I intend to commit it unless there is objection. Doug PS to jasone, the trace on the core file shows that the error in rcorder is at line 761 of rcorder.c (which was recently patched to fix a different kind of core dumping problem). I'd be glad to provide you or the list with more details if there is interest. -- This .signature sanitized for your protection --------------000500040101090902090003 Content-Type: text/plain; name="abi.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="abi.diff" Index: SERVERS =================================================================== RCS file: /usr/local/ncvs/src/etc/rc.d/SERVERS,v retrieving revision 1.5 diff -u -r1.5 SERVERS --- SERVERS 7 Oct 2004 13:55:25 -0000 1.5 +++ SERVERS 18 Feb 2006 01:51:10 -0000 @@ -5,7 +5,7 @@ # # PROVIDE: SERVERS -# REQUIRE: mountcritremote +# REQUIRE: mountcritremote abi # This is a dummy dependency, for early-start servers relying on # some basic configuration. Index: abi =================================================================== RCS file: /usr/local/ncvs/src/etc/rc.d/abi,v retrieving revision 1.7 diff -u -r1.7 abi --- abi 24 Jan 2006 18:58:48 -0000 1.7 +++ abi 18 Feb 2006 01:50:03 -0000 @@ -4,8 +4,7 @@ # # PROVIDE: abi -# REQUIRE: LOGIN -# BEFORE: securelevel +# REQUIRE: archdep # KEYWORD: nojail . /etc/rc.subr Index: archdep =================================================================== RCS file: /usr/local/ncvs/src/etc/rc.d/archdep,v retrieving revision 1.10 diff -u -r1.10 archdep --- archdep 13 Feb 2006 21:41:32 -0000 1.10 +++ archdep 18 Feb 2006 01:49:59 -0000 @@ -4,8 +4,7 @@ # # PROVIDE: archdep -# REQUIRE: LOGIN -# BEFORE: abi +# REQUIRE: mountcritremote # KEYWORD: nojail . /etc/rc.subr --------------000500040101090902090003-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 18 02:27:37 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEEF316A420; Sat, 18 Feb 2006 02:27:37 +0000 (GMT) (envelope-from jasone@FreeBSD.org) Received: from lh.synack.net (lh.synack.net [204.152.188.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A4AE43D46; Sat, 18 Feb 2006 02:27:37 +0000 (GMT) (envelope-from jasone@FreeBSD.org) Received: by lh.synack.net (Postfix, from userid 100) id 557545E48F7; Fri, 17 Feb 2006 18:27:37 -0800 (PST) Received: from [192.168.168.201] (moscow-cuda-gen2-68-64-60-20.losaca.adelphia.net [68.64.60.20]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by lh.synack.net (Postfix) with ESMTP id E96695E48AA; Fri, 17 Feb 2006 18:27:35 -0800 (PST) Message-ID: <43F68611.7080602@FreeBSD.org> Date: Fri, 17 Feb 2006 18:27:29 -0800 From: Jason Evans User-Agent: Mozilla Thunderbird 1.0.7-1.4.1 (X11/20050929) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug Barton References: <1140187193.731.47.camel@spirit> <20060217181842.GA21033@odin.ac.hmc.edu> <43F65A70.7080608@FreeBSD.org> <20060217234118.GA22643@odin.ac.hmc.edu> <43F67121.5080809@FreeBSD.org> <43F682F2.1020804@FreeBSD.org> In-Reply-To: <43F682F2.1020804@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on lh.synack.net X-Spam-Level: * X-Spam-Status: No, score=1.8 required=5.0 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-current@FreeBSD.org Subject: Re: New RCorder: abi loaded too late X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Feb 2006 02:27:38 -0000 Doug Barton wrote: > PS to jasone, the trace on the core file shows that the error in rcorder is > at line 761 of rcorder.c (which was recently patched to fix a different kind > of core dumping problem). I'd be glad to provide you or the list with more > details if there is interest. Chances are good that the crash is due to a double free. If you have trouble tracking this down, you can try reducing the size of the delay cache (MALLOC_OPTIONS='cccccccc' will reduce the delay cache to one item), which may cause a different failure mode that is easier to interpret. Thanks, Jason From owner-freebsd-current@FreeBSD.ORG Sat Feb 18 03:52:43 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 494AA16A420 for ; Sat, 18 Feb 2006 03:52:43 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id C62BB43D48 for ; Sat, 18 Feb 2006 03:52:42 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id s11so376901wxc for ; Fri, 17 Feb 2006 19:52:42 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=EA2h3UpXYO2Zc5a/aU3vk0zqOyL/Tml397SDEP2STa28zLG8F9rFFt/nFXDnHGtjfEsr8cKu4Oly1n1PFtNFkFepnJsZwPifz8YNxpOyYp8fyTPboUrD5xt/gL/zqD3SllBJbZYVH1rVahaYBV11jMmSjamw2WORdwdc5CVWcmU= Received: by 10.70.105.9 with SMTP id d9mr1770716wxc; Fri, 17 Feb 2006 19:52:41 -0800 (PST) Received: by 10.70.116.10 with HTTP; Fri, 17 Feb 2006 19:52:41 -0800 (PST) Message-ID: <84dead720602171952qe36f327g672d93d62fc48ff9@mail.gmail.com> Date: Sat, 18 Feb 2006 09:22:41 +0530 From: "Joseph Koshy" To: "Vincent Blondel" In-Reply-To: <1140194159.1026.2.camel@wbedllfs.xtra-net.be> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <59310.192.168.1.21.1140031112.squirrel@192.168.1.21> <84dead720602151918q3f9779e1q3316f74433e6e1c4@mail.gmail.com> <1140110559.1105.4.camel@wbedllfs.xtra-net.be> <84dead720602162101s54a9cd1ap8e252ea6afb6536f@mail.gmail.com> <1140194159.1026.2.camel@wbedllfs.xtra-net.be> Cc: freebsd-current@freebsd.org Subject: Re: buildworld problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Feb 2006 03:52:43 -0000 >>> "vb" =3D=3D "Vincent Blondel" said: vb> I also put /etc/make.conf on same URL location. I just vb> optimized this file for a ftp FreeBSD mirror located here in vb> Brussels. This seems fine. vb> In file included from /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_locl.h:= 53, vb> from /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/timegm.c:34= : vb> ./asn1_err.h:6:24: et/com_err.h: No such file or directory Odd. "$OBJDIR/kerberos5/lib/libasn1/asn1_err.h" on my system does NOT reference at all. Are you sure your build is really clean? Here are steps to ensure a clean build: 1: rm -rf SRC-TREE OBJ-TREE 2: chflag -R noschg OBJ-TREE # if OBJ-TREE is still around 3: rm -rf OBJ-TREE # 4: cvs checkout src 5: env -i $SHELL # remove extra ENV variables 6: make __MAKE_CONF=3D/dev/null buildworld # no make.conf From owner-freebsd-current@FreeBSD.ORG Sat Feb 18 04:11:38 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B27E816A422 for ; Sat, 18 Feb 2006 04:11:38 +0000 (GMT) (envelope-from brian@aljex.com) Received: from s1tank.virtdom.com (s1tank.virtdom.com [216.240.101.50]) by mx1.FreeBSD.org (Postfix) with SMTP id 25B7743D48 for ; Sat, 18 Feb 2006 04:11:37 +0000 (GMT) (envelope-from brian@aljex.com) Received: (qmail 42570 invoked by uid 89); 18 Feb 2006 04:51:11 -0000 Received: from ool-43552092.dyn.optonline.net (HELO venti) (brian@aljex.com@67.85.32.146) by s1tank.virtdom.com with SMTP; 18 Feb 2006 04:51:11 -0000 Message-ID: <00d901c63441$684811b0$6c00000a@venti> From: "Brian K. White" To: References: <43F647CD.5060709@nikiforov.ru> Date: Fri, 17 Feb 2006 23:11:08 -0500 Organization: Aljex Software MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Subject: Re: LSI Trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Feb 2006 04:11:38 -0000 ----- Original Message ----- From: "Anton Nikiforov" To: Sent: Friday, February 17, 2006 5:01 PM Subject: LSI Trouble > Dear All, > sorry for sending my request to so many maillists and looks like it is OFF > TOPIC, but i have defenetley big trouble and kindly asking you to help. > > I have had server running FreeBSD-5.4p9 and it was samba file server for > MS domain (about 600 people). > > Today we were changing power supply so we shut all servers down at 17:00. > > After changing of UPS we start everything up and my LSI controller starts > to claim that disk and NVRAM configuration mismatch. > > When i tried to enter configuration console i have found out that all > disks in my array are in READY state, that means they are not a part of > any drive. > > After rebooting (via simple exitting the configuration console withiut > changing anything), server stopped to claim that configuration mismutch, > but shows 0 Logical drives configured (while before i have had 2 drives): > Raid1 for the OS (2*140GB drives) > Raid5 for the data (3*140GB drives) > And one 140GB drive as a hot spare disk > LSI FW version is G119 from Aug 27 2004 > > I'm sure that disks are still containing the information, but i do not > know how to restore the LSI data on disks to boot properly or mount this > drive somewhere on different system to get the data. > > ICP controllers support nondistructive build to build array from disks > that already contain ICP information. But i have found nothing about the > same function in LSI. And i'm afraid that this will erase (now i do not > trust LSI) my info. > > I did contact LSI support but 3 people answerred that one is on the > vacation, the other on the business trip and the third one is ill..... > nice support. THere is nothing to say :) > > In case there is no way to restore my configuration and continue to use > this server as it was could you please tell me the way to restore data > from that drives? > > Best regards, > Anton NIkiforov There is an option in the lsi cards, which unfortunately it may be too late for you to benefit from. I'll say what I do know and hopefully it will give yu something to look into in case you still get no help. Before you got that first error, there is an option you can set to tell the card what to do when there is a discrepency between the nvram and the on-disk data. 1) ask the user 2) trust the disk 3) trust the nvram When you were first seeing the error, I think you also had a chance to say "trust the nvram" or "trust the disks" It's not clear to me if you got that prompt, or if you did, how you answered it. Maybe the nvram got zapped and you hit enter and that caused it to use the (blank) nvram, thus wiping the disks (not all of them just the raid data) Maybe the disks still hold good metadata and you can get the card to read the disks. You can go int the card now and find that option (under adapter settings, possibly advanced), set it to trust the disks, and see if it comes up after a reboot. That is basically "safe" to try. It shouldn't hurt the disks whether it works or not. If not, then the raid data is gone from the disks. Then you can try this if you have 5 spares of the same disks: pull out all your live disks and put them to the side. Keep track of their positions put in 5 spares that you don't care about erasing. configure the exact same raid arrays on the new disks as on the old ones tell the card to trust the nvram instead of the disks power down put the old disks back in power up, on booting up, let it resolve the discrepency by trusting the nvram. That is pretty risky. I don't know that it works. If you had 4 spare disks (which you would need for above anyways), or better , 6, you could test it first though, by defining a simple 2 disk raid0 or 3 disk raid5 array (just not raid1, you need striping and ideally parity too, since one of your dead arrays is raid5), do a quick minimal install just to create a working booting filesystem, then deliberately zap the array information and use the other 2 (or 3) disks to create the array in nvram again, tell the card to trust the nvram, swap the first 2 (or 3) disks back in and see if they come back alive. If they do then it should be ok to use spare disks to define the original arrays into the cards nvram, tell the card to trust the nvram, then put your original real disks back in. If you don't have enough spare disks, but are desperate enough that it's worth buying some IF you knew for a fact that it world work, then I can perform the simple 2-drive & 2-drive test and let you know if it worked. I happen to have 4 old 18 gig drives and a 320-1 card and a spare server. However, I'm hitting the road for Boskone (sf convention in Boston this weekend) so I wouldn't be able to test until Monday, perhaps Monday night. You'd almost certainly have to be able to get the exact same model and size of disks too, not approximations. Hopefully LSI gets back to you with some more practical method. You know the real answer of course is, shame on you, where are your tape backups that make this nothing more than a small inconvenience while you watch a tape run for a couple hours? Get an LTO-2 drive and a supertar (BackupEDGE) and a two-week rotation of tapes and never sweat again. Brian K. White -- brian@aljex.com -- http://www.aljex.com/bkw/ +++++[>+++[>+++++>+++++++<<-]<-]>>+.>.+++++.+++++++.-.[>+<---]>++. filePro BBx Linux SCO FreeBSD #callahans Satriani Filk! From owner-freebsd-current@FreeBSD.ORG Sat Feb 18 04:39:54 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E9E116A420; Sat, 18 Feb 2006 04:39:54 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id D984F43D45; Sat, 18 Feb 2006 04:39:53 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.4/8.13.4) with ESMTP id k1I4drNm010221; Fri, 17 Feb 2006 20:39:53 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.13.4/8.13.4/Submit) id k1I4drNm010220; Fri, 17 Feb 2006 20:39:53 -0800 (PST) Date: Fri, 17 Feb 2006 20:39:53 -0800 (PST) From: Matthew Dillon Message-Id: <200602180439.k1I4drNm010220@apollo.backplane.com> To: obrien@freebsd.org, David Rhodus References: <20060102222723.GA1754@dragon.NUXI.org> Cc: freebsd-current@freebsd.org Subject: Re: It still here... panic: ufs_dirbad: bad dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Feb 2006 04:39:54 -0000 :Just in case anyone thought the bug had been fixed... : :FreeBSD 7.0-CURRENT #531: Mon Jan 2 11:32:17 PST 2006 i386 : :panic: ufs_dirbad: bad dir :... :-- David (obrien@FreeBSD.org) :Q: Because it reverses the logical flow of conversation. :A: Why is top-posting (putting a reply at the top of the message) frowned upon? We are still seeing it in DragonFly, too. Right now I have two reports, one from DR, one from Tomaz. It doesn't happen very often but it definitely still happens. I have already turned off background bitmap writes and I disallow inode reuse before the previous user finishes flushing its buffers out. All related softupdates fixes made in FreeBSD have been ported to DragonFly. David, have you tried turning off doreallocblks ? i.e. set vfs.ffs.doreallocblks=0. Both Davids, please try that, do a full manual fsck, and report if the problem still occurs. If it doesn't fix it then we will at least eliminate another possible source for the problem. I wish there were a way to reliably reproduce the failure. I'm running out of ideas. Right now my best idea is that there is something broken in the code that writes out the modified 'rewound' blocks. Perhaps an old version of a buffer, with old already-reused block pointers, is being written out and then something happens to prevent the latest version from being written out. I don't know, I'm grasping at straws here. If I could only reliably reproduce the bug I would write some code to record every I/O operation done on the raw device then track back to the write that created the corruption. -Matt Matthew Dillon From owner-freebsd-current@FreeBSD.ORG Sat Feb 18 06:45:37 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8370416A420; Sat, 18 Feb 2006 06:45:37 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from mail25.syd.optusnet.com.au (mail25.syd.optusnet.com.au [211.29.133.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA0E043D49; Sat, 18 Feb 2006 06:45:36 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail25.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k1I6jO4t030773 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 18 Feb 2006 17:45:24 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k1I6jO01005001; Sat, 18 Feb 2006 17:45:24 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k1I6jO7g005000; Sat, 18 Feb 2006 17:45:24 +1100 (EST) (envelope-from peter) Date: Sat, 18 Feb 2006 17:45:23 +1100 From: Peter Jeremy To: Matthew Dillon Message-ID: <20060218064523.GA684@turion.vk2pj.dyndns.org> References: <20060102222723.GA1754@dragon.NUXI.org> <200602180439.k1I4drNm010220@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200602180439.k1I4drNm010220@apollo.backplane.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: David Rhodus , freebsd-current@freebsd.org Subject: Re: It still here... panic: ufs_dirbad: bad dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Feb 2006 06:45:37 -0000 On Fri, 2006-Feb-17 20:39:53 -0800, Matthew Dillon wrote: > I'm running out of ideas. Right now my best idea is that there is > something broken in the code that writes out the modified 'rewound' > blocks. Perhaps an old version of a buffer, with old already-reused > block pointers, is being written out and then something happens to > prevent the latest version from being written out. I don't know, I'm > grasping at straws here. If I could only reliably reproduce the bug > I would write some code to record every I/O operation done on the > raw device then track back to the write that created the corruption. Is it worth setting up a ring buffer that just stores the last few thousand I/O requests and waiting for someone to trip over the panic? This should work if the corruption is close (in temporal terms) to the panic. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Sat Feb 18 06:58:10 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A95CE16A420 for ; Sat, 18 Feb 2006 06:58:10 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from mta10.adelphia.net (mta10.adelphia.net [68.168.78.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49CFC43D45 for ; Sat, 18 Feb 2006 06:58:10 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from [192.168.1.254] (really [70.32.199.60]) by mta10.adelphia.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20060218065809.VISR13051.mta10.adelphia.net@[192.168.1.254]> for ; Sat, 18 Feb 2006 01:58:09 -0500 Message-ID: <43F6C577.5020901@savvis.net> Date: Fri, 17 Feb 2006 22:57:59 -0800 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <43ED294A.2050505@savvis.net> In-Reply-To: <43ED294A.2050505@savvis.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: -current is sluggish X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Feb 2006 06:58:10 -0000 Maksim Yevmenkin wrote: > Dear Hackers, > > after upgrading to today's current my laptop is very sluggish > > beetle% uname -a > FreeBSD beetle.digisle.com 7.0-CURRENT FreeBSD 7.0-CURRENT #48: Fri Feb > 10 12:02:36 PST 2006 > max@beetle.digisle.com:/usr/obj/usr/src/sys/GENERIC i386 > > beetle% date && sleep 1 && date > Fri Feb 10 15:58:31 PST 2006 > Fri Feb 10 15:58:35 PST 2006 > beetle% > > the laptop is > > CPU: Intel(R) Pentium(R) M processor 1.60GHz (1596.01-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 > Features=0xafe9fbff > MOV,PAT,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,TM,PBE> > Features2=0x180 > AMD Features=0x100000 > real memory = 1073549312 (1023 MB) > avail memory = 1041309696 (993 MB) > > and not loaded - just X, couple of xterms, firefox and thunderbird. > > does anyone see anything similar or its just me? and just to close this thread, all i had to do is put performance_cx_lowest="HIGH" into my /etc/rc.conf and then # /etc/rc.d/power_profile 0x01 this fixes things for me. i find it strange that /etc/defaults/rc.cond has performance_cx_lowest="LOW", but someone must have had a good reason for this. thanks, max From owner-freebsd-current@FreeBSD.ORG Sat Feb 18 07:49:10 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9428C16A420; Sat, 18 Feb 2006 07:49:10 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39B5B43D45; Sat, 18 Feb 2006 07:49:04 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.4/8.13.4) with ESMTP id k1I7hXO3012257; Fri, 17 Feb 2006 23:45:03 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.13.4/8.13.4/Submit) id k1I7g3XA012241; Fri, 17 Feb 2006 23:42:03 -0800 (PST) Date: Fri, 17 Feb 2006 23:42:03 -0800 (PST) From: Matthew Dillon Message-Id: <200602180742.k1I7g3XA012241@apollo.backplane.com> To: Peter Jeremy References: <20060102222723.GA1754@dragon.NUXI.org> <200602180439.k1I4drNm010220@apollo.backplane.com> <20060218064523.GA684@turion.vk2pj.dyndns.org> Cc: David Rhodus , freebsd-current@freebsd.org Subject: Re: It still here... panic: ufs_dirbad: bad dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Feb 2006 07:49:10 -0000 : :On Fri, 2006-Feb-17 20:39:53 -0800, Matthew Dillon wrote: :> I'm running out of ideas. Right now my best idea is that there is :> something broken in the code that writes out the modified 'rewound' :> blocks. Perhaps an old version of a buffer, with old already-reused :> block pointers, is being written out and then something happens to :> prevent the latest version from being written out. I don't know, I'm :> grasping at straws here. If I could only reliably reproduce the bug :> I would write some code to record every I/O operation done on the :> raw device then track back to the write that created the corruption. : :Is it worth setting up a ring buffer that just stores the last few :thousand I/O requests and waiting for someone to trip over the panic? :This should work if the corruption is close (in temporal terms) to :the panic. : :-- :Peter Jeremy Only if the problem can be reproduced reliably. The actual corruption is likely occuring on the order of tens of thousands or even millions of I/O's prior to the actual panic. Valid 'clean' cached data is also probably hiding the corrupted on-disk blocks for a long period of time. The corruption is either: (1) The contents of a directory block is corrupted. (2) An indirect block pointer in the inode is corrupted. or (3) The block pointers in the indirect block itself becomes corrupted. I have NEVER seen any corruption of a direct block for a directory. Not once. I also have never seen any bitmap corruption (and I added a lot of sanity checks in the bitmap code). The corruption I have seen tends to be data starting at the beginning of a block pointed to by an indirect block. This implies that either the indirect block as stored in the inode is wrong, that the block pointers in the indirect block are wrong, or that the data in those blocks is wrong. If the leaf data were corrupted I would have expected the leaf data in the inode's direct blocks to be corrupted too, but I've never seen that. The block arrays in the indirect blocks that I have examined have always looked like real block arrays. i.e. one or two entries and then all zero's (due to the limited size of the directory). Perhaps softupdates is replacing the block array in an indirect block with an 'old' version due to indirect block dependancies and then never restoring it properly, somehow losing track of the mess. I just don't know. The corrupted data in the directories always looked like complete junk... part of some other file and not directory entries at all. The only scenario that I can think of is that softupdates is storing 'old' block pointers in the indirect block then losing track of the dependanc(ies) and never writing out the latest 'correct' block pointers. The old block pointers get reallocted to another purpose, such as a file, the 'clean' buffer containing the correct block pointers gets thrown away at some later point in time, and then the next access of that directory goes to disk, retrieves the 'bad' indirect block and related data, and panics. -Matt Matthew Dillon From owner-freebsd-current@FreeBSD.ORG Sat Feb 18 08:38:46 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9ADD16A420; Sat, 18 Feb 2006 08:38:46 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn.pobox.com (thorn.pobox.com [208.210.124.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC8FF43D49; Sat, 18 Feb 2006 08:38:45 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn (localhost [127.0.0.1]) by thorn.pobox.com (Postfix) with ESMTP id A5A469C; Sat, 18 Feb 2006 03:39:06 -0500 (EST) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by thorn.sasl.smtp.pobox.com (Postfix) with ESMTP id B1388DA08; Sat, 18 Feb 2006 03:39:00 -0500 (EST) Received: from lists by mappit.local.linnet.org with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FANbx-000B9K-6w; Sat, 18 Feb 2006 08:38:37 +0000 Date: Sat, 18 Feb 2006 08:38:37 +0000 From: Brian Candler To: Jason Evans Message-ID: <20060218083837.GB42791@uk.tiscali.com> References: <20060215024339.N22450@atlantis.atlantis.dp.ua> <43F29BF5.4060300@freebsd.org> <20060216140725.T23429@atlantis.atlantis.dp.ua> <20060217013427.GB31540@xor.obsecurity.org> <20060217093631.J79078@atlantis.atlantis.dp.ua> <43F5F9BB.6000607@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43F5F9BB.6000607@FreeBSD.org> User-Agent: Mutt/1.4.2.1i Cc: Dmitry Pryanishnikov , Alan Cox , freebsd-current@freebsd.org, Peter Wemm , Kris Kennaway Subject: Re: Virtual memory consumption (both user and kernel) in modern CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Feb 2006 08:38:46 -0000 On Fri, Feb 17, 2006 at 08:28:43AM -0800, Jason Evans wrote: > Yes, it is possible to avoid using large amounts of virtual memory. See > the malloc(3) man page for info on all of the ways that the allocator > can be tuned. In this case, you are looking for the 'k' option. For > instance, if you set /etc/malloc.conf to 'kkkkkk', the allocator will > use a chunk size of 256kB rather than 16MB. > > I would like to change the default chunk size to something in the > 256kB-1MB range, but Peter Wemm has some concerns about how that will > interact with the VM subsystem. The basic problem is that the kernel is > particularly naive about how it coalesces adjacent mappings, so it's > possible to end up with a horribly fragmented virtual memory map. I > don't have the time to fix this problem right now, and I'm not going to > change the default chunk size unless Peter Wemm and/or Alan Cox say it's > okay to do so. Would it be possible to have some sort of "slow start" algorithm? For example, first block allocated is 1MB, next block allocated is 4MB, subsequent blocks are 16MB? I don't know anything about the internal data structures of jemalloc, but if you treat "4MB" as 4 x 1MB and "16MB" as 16 x 1MB, then you'd have effectively a pool of 1MB blocks, but apart from the first few, they'd be allocated contiguously. Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Sat Feb 18 11:03:33 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 75FED16A420 for ; Sat, 18 Feb 2006 11:03:33 +0000 (GMT) (envelope-from vincent@xtra-net.org) Received: from smtp.xtra-net.be (cable-195-162-200-89.customer.tvd.be [195.162.200.89]) by mx1.FreeBSD.org (Postfix) with SMTP id 7631743D55 for ; Sat, 18 Feb 2006 11:03:29 +0000 (GMT) (envelope-from vincent@xtra-net.org) Received: (qmail 87698 invoked from network); 18 Feb 2006 11:03:28 -0000 Received: from wbedllfs.xtra-net.org (HELO wbedllfs.xtra-net.be) (192.168.1.21) by 0 with SMTP; 18 Feb 2006 11:03:28 -0000 From: Vincent Blondel To: freebsd-current@freebsd.org In-Reply-To: <84dead720602171952qe36f327g672d93d62fc48ff9@mail.gmail.com> References: <59310.192.168.1.21.1140031112.squirrel@192.168.1.21> <84dead720602151918q3f9779e1q3316f74433e6e1c4@mail.gmail.com> <1140110559.1105.4.camel@wbedllfs.xtra-net.be> <84dead720602162101s54a9cd1ap8e252ea6afb6536f@mail.gmail.com> <1140194159.1026.2.camel@wbedllfs.xtra-net.be> <84dead720602171952qe36f327g672d93d62fc48ff9@mail.gmail.com> Content-Type: text/plain Date: Sat, 18 Feb 2006 12:02:44 +0100 Message-Id: <1140260564.1026.18.camel@wbedllfs.xtra-net.be> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Subject: Re: buildworld problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Feb 2006 11:03:33 -0000 Joseph, I typed in all the commands you mentionned in your last mail but this does not definitely change anything. This is a summary of the commands you can find in the complete log file "freebsd-current.log" I put as usual on my website. cd /usr rm -rf src obj cvs -d freebsdanoncvs@anoncvs.FreeBSD.org:/home/ncvs co src cd src env -i $SHELL make __MAKE_CONF=/dev/null buildworld Regards Vincent On Sat, 2006-02-18 at 09:22 +0530, Joseph Koshy wrote: > >>> "vb" == "Vincent Blondel" said: > > vb> I also put /etc/make.conf on same URL location. I just > vb> optimized this file for a ftp FreeBSD mirror located here in > vb> Brussels. > > This seems fine. > > vb> In file included from > /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_locl.h:53, > vb> from > /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/timegm.c:34: > vb> ./asn1_err.h:6:24: et/com_err.h: No such file or directory > > Odd. "$OBJDIR/kerberos5/lib/libasn1/asn1_err.h" > on my system does NOT reference at all. > Are you sure your build is really clean? > > Here are steps to ensure a clean build: > > 1: rm -rf SRC-TREE OBJ-TREE > 2: chflag -R noschg OBJ-TREE # if OBJ-TREE is still around > 3: rm -rf OBJ-TREE # > 4: cvs checkout src > 5: env -i $SHELL # remove extra ENV variables > 6: make __MAKE_CONF=/dev/null buildworld # no make.conf > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat Feb 18 11:42:17 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0BA116A424; Sat, 18 Feb 2006 11:42:17 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4505843D45; Sat, 18 Feb 2006 11:42:16 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5D30B.dip.t-dialin.net [84.165.211.11]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id k1IBTLGg077923; Sat, 18 Feb 2006 12:29:21 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id k1IBgDxo074073; Sat, 18 Feb 2006 12:42:13 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Sat, 18 Feb 2006 12:42:12 +0100 From: Alexander Leidinger To: foo@virtual-voodoo.com Message-ID: <20060218124212.363545a1@Magellan.Leidinger.net> In-Reply-To: <43F5F531.2070900@virtual-voodoo.com> References: <20060216094646.8qqpg683cwk0o0ww@netchild.homeip.net> <43F5F531.2070900@virtual-voodoo.com> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.12; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: re@freebsd.org, current@freebsd.org Subject: Re: reversed behavior with nsswitch.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Feb 2006 11:42:18 -0000 Am Fri, 17 Feb 2006 11:09:21 -0500 schrieb Foo : > Hi, > > I have run into this as well. I am a student in a class that required > us to set up sendmail in an environment where we don't have access to > the local DNS, so all our resolution is done via /etc/hosts. I had to > be able to send email between our three *nix boxes, and it kept breaking > on the DNS resolution. Initially, I used mailertable entries to > circumvent the issue since every other strategy I found to turn off DNS > resolution for sendmail didn't work. However, upon reading this, I > switched the order of the > "hosts" settings in nsswitch.conf and got rid of the mailertable entries > and it worked. So yes, I have run into the issue as well. I am using > 6.0-RELEASE. Is it possible for you to update to 6.1-BETA2? Either by doing a binary update or by updating /usr/src and doing a build/install? I haven't tested it, but someone suggested in private mail to use "hosts: files [success=return] dns" (he told me this is the way linux distributions are doing this) which suggests that the documented default criteria in nsswitch.conf(5) doesn't work. Can you test if this work-around works? Bye, Alexander. -- The dark ages were caused by the Y1K problem. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 WL http://www.amazon.de/exec/obidos/registry/1FZ4DTHQE9PQ8/ref=wl_em_to/ From owner-freebsd-current@FreeBSD.ORG Sat Feb 18 06:13:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1A5E16A420 for ; Sat, 18 Feb 2006 06:13:36 +0000 (GMT) (envelope-from balgaa@mongol.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E88243D46 for ; Sat, 18 Feb 2006 06:13:35 +0000 (GMT) (envelope-from balgaa@mongol.net) Received: from [202.179.26.171] (helo=JACK) by publicd.ub.mng.net with smtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FALNh-000HOA-Vl for freebsd-current@freebsd.org; Sat, 18 Feb 2006 14:15:46 +0800 Message-ID: <003001c63453$230c0cc0$0201000a@JACK> From: "Balgansuren Batsukh" To: Date: Sat, 18 Feb 2006 14:18:29 +0800 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 X-Mailman-Approved-At: Sat, 18 Feb 2006 13:03:39 +0000 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: GELI question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Balgansuren Batsukh List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Feb 2006 06:13:36 -0000 Hello, I am trying to install/use FreeBSD-6.0-RELEASE. I tried to use geli command on shell to initialize hard disk. But it seems geli command option seems different from=20 "Complete Hard Disk Encryption Using FreeBSD's GEOM Framework" when i try to use "geli init -b /dev/ad0" on shell prompt, it says = "Unknown command: init" usage: geli help geli list [name ...] geli status [-s] [name ...] geli load [-v] geli unload [-v] I loaded geom_eli.ko module before boot system. How can I get to work geli command? What option need to use with it? Regards, Balgaa From owner-freebsd-current@FreeBSD.ORG Sat Feb 18 17:05:42 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 198DF16A420 for ; Sat, 18 Feb 2006 17:05:42 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.FreeBSD.org (Postfix) with SMTP id 4760F43D46 for ; Sat, 18 Feb 2006 17:05:41 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 91656 invoked by uid 399); 18 Feb 2006 17:05:37 -0000 Received: from localhost (HELO ?192.168.1.100?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 18 Feb 2006 17:05:37 -0000 Message-ID: <43F753DE.6080806@FreeBSD.org> Date: Sat, 18 Feb 2006 09:05:34 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: Jason Evans References: <1140187193.731.47.camel@spirit> <20060217181842.GA21033@odin.ac.hmc.edu> <43F65A70.7080608@FreeBSD.org> <20060217234118.GA22643@odin.ac.hmc.edu> <43F67121.5080809@FreeBSD.org> <43F682F2.1020804@FreeBSD.org> <43F68611.7080602@FreeBSD.org> In-Reply-To: <43F68611.7080602@FreeBSD.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: New RCorder: abi loaded too late X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Feb 2006 17:05:42 -0000 Jason Evans wrote: > Doug Barton wrote: >> PS to jasone, the trace on the core file shows that the error in >> rcorder is >> at line 761 of rcorder.c (which was recently patched to fix a >> different kind >> of core dumping problem). I'd be glad to provide you or the list with >> more >> details if there is interest. > > Chances are good that the crash is due to a double free. If you have > trouble tracking this down, you can try reducing the size of the delay > cache (MALLOC_OPTIONS='cccccccc' will reduce the delay cache to one > item), which may cause a different failure mode that is easier to > interpret. That actually caused it not to fail, which arguably is more difficult to interpret. :) I tried backing off the number of c's, but it didn't dump core until I got all the way down to zero again, then I got a core with the same backtrace as before. FYI, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sat Feb 18 18:32:16 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13F9A16A422 for ; Sat, 18 Feb 2006 18:32:16 +0000 (GMT) (envelope-from jasone@FreeBSD.org) Received: from lh.synack.net (lh.synack.net [204.152.188.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 735DF43D49 for ; Sat, 18 Feb 2006 18:32:15 +0000 (GMT) (envelope-from jasone@FreeBSD.org) Received: by lh.synack.net (Postfix, from userid 100) id 272DF5E48F2; Sat, 18 Feb 2006 10:32:15 -0800 (PST) Received: from [192.168.168.201] (moscow-cuda-gen2-68-64-60-20.losaca.adelphia.net [68.64.60.20]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by lh.synack.net (Postfix) with ESMTP id AB66D5E48BA; Sat, 18 Feb 2006 10:32:13 -0800 (PST) Message-ID: <43F7682B.7050604@FreeBSD.org> Date: Sat, 18 Feb 2006 10:32:11 -0800 From: Jason Evans User-Agent: Mozilla Thunderbird 1.0.7-1.4.1 (X11/20050929) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brian Candler References: <20060215024339.N22450@atlantis.atlantis.dp.ua> <43F29BF5.4060300@freebsd.org> <20060216140725.T23429@atlantis.atlantis.dp.ua> <20060217013427.GB31540@xor.obsecurity.org> <20060217093631.J79078@atlantis.atlantis.dp.ua> <43F5F9BB.6000607@FreeBSD.org> <20060218083837.GB42791@uk.tiscali.com> In-Reply-To: <20060218083837.GB42791@uk.tiscali.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on lh.synack.net X-Spam-Level: * X-Spam-Status: No, score=1.8 required=5.0 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-current@freebsd.org Subject: Re: Virtual memory consumption (both user and kernel) in modern CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Feb 2006 18:32:16 -0000 Brian Candler wrote: > Would it be possible to have some sort of "slow start" algorithm? For > example, first block allocated is 1MB, next block allocated is 4MB, > subsequent blocks are 16MB? > > I don't know anything about the internal data structures of jemalloc, but if > you treat "4MB" as 4 x 1MB and "16MB" as 16 x 1MB, then you'd have > effectively a pool of 1MB blocks, but apart from the first few, they'd be > allocated contiguously. Each chunk is aligned at an address that is a multiple of the chunk size. This makes it possible to use bitmasking to find the beginning of the containing chunk for any allocation in constant time, with no locking. This is critical to the correct, scalable functioning of the allocator. It would be possible to create chunks that are smaller than the standard chunk size, but they would still have to be aligned at multiples of the standard chunk size. This would leave trailing space that wouldn't be useful to the allocator. It would in some cases be possible to extend small chunks to the standard size, but this would cause some bad interactions with the layout policy (large objects are usually carved from the end of the chunk). As such, creating smaller chunks doesn't fit very well with the allocator design. Thanks, Jason From owner-freebsd-current@FreeBSD.ORG Sat Feb 18 22:57:28 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A619E16A420 for ; Sat, 18 Feb 2006 22:57:28 +0000 (GMT) (envelope-from v.velox@vvelox.net) Received: from mail07.powweb.com (mail07.powweb.com [66.152.97.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 575CA43D48 for ; Sat, 18 Feb 2006 22:57:28 +0000 (GMT) (envelope-from v.velox@vvelox.net) Received: from vixen42.vulpes (24-119-205-114.cpe.cableone.net [24.119.205.114]) by mail07.powweb.com (Postfix) with ESMTP id 68F4E14DDEA for ; Sat, 18 Feb 2006 14:57:28 -0800 (PST) Date: Sat, 18 Feb 2006 17:06:47 -0600 From: Vulpes Velox To: freebsd-current@freebsd.org Message-ID: <20060218170647.497340e7@vixen42.vulpes> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.12; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="MP_IjxdJnVBU/W6q+JgSrgMxtu" Subject: Changes to IPFW start up scripts. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Feb 2006 22:57:28 -0000 --MP_IjxdJnVBU/W6q+JgSrgMxtu Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline This adds in the ability to run /etc/rc.d/ipfw save or /etc/rc.d/ip6fw save. This saves it to /etc/rc.firewall.save or /etc/rc.firewall6.save. By setting the firewall type to LAST it the last save will be used. --MP_IjxdJnVBU/W6q+JgSrgMxtu Content-Type: text/x-patch; name=rc.d_ip6fw.patch Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=rc.d_ip6fw.patch 17a18,19 > extra_commands="save" > save_cmd="ipfw_save" 29a32,36 > } > > ipfw_save() > { > ipfw list | awk '{print "${fwcmd} add " $0 }' > /etc/rc.firewall6.save --MP_IjxdJnVBU/W6q+JgSrgMxtu Content-Type: text/x-patch; name=rc.d_ipfw.patch Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=rc.d_ipfw.patch 18a19,21 > extra_commands="save" > save_cmd="ipfw_save" > 29a33,37 > } > > ipfw_save() > { > ipfw list | awk '{print "${fwcmd} add " $0 }' > /etc/rc.firewall.save --MP_IjxdJnVBU/W6q+JgSrgMxtu Content-Type: text/x-patch; name=rc.firewall.patch Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=rc.firewall.patch 145a146,150 > > [Ll][Aa][Ss][Tt]) > setup_loopback > . /etc/rc.firewall.save > ;; --MP_IjxdJnVBU/W6q+JgSrgMxtu Content-Type: text/x-patch; name=rc.firewall6.patch Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=rc.firewall6.patch 107a108,112 > [Ll][Aa][Ss][Tt]) > setup_local > . /etc/rc.firewall6.save > ;; > --MP_IjxdJnVBU/W6q+JgSrgMxtu--