From owner-freebsd-stable@FreeBSD.ORG Sun Dec 17 03:26:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6868716A47B for ; Sun, 17 Dec 2006 03:26:04 +0000 (UTC) (envelope-from petermatulis@yahoo.ca) Received: from web60116.mail.yahoo.com (web60116.mail.yahoo.com [209.73.178.84]) by mx1.FreeBSD.org (Postfix) with SMTP id C3CB943CA6 for ; Sun, 17 Dec 2006 03:26:01 +0000 (GMT) (envelope-from petermatulis@yahoo.ca) Received: (qmail 1372 invoked by uid 60001); 17 Dec 2006 03:26:00 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=Message-ID:X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=cxm8Z+6W/okRTolLYykvCdjoYef/cYGSmeRzLyviWgGixjNzb8AIdLX9chchmT5bND5oSuvsDr+1ruoJT1XE+G3+2+0RNGgUpl0EfS202HsP4lVANemcsfeZNIGnFfm8G3QGOIBZOWwDvhCFAwGRWFV5uWV3r9dKAvAfG6IONYY= ; Message-ID: <20061217032600.1363.qmail@web60116.mail.yahoo.com> X-YMail-OSG: F8M2Sd4VM1k8lSV33d2q9e2DBCphmtzrojc41U3iWw0X0bE0ytoxIDquvPWEPIz94.ANncnLLvwFbY4TGP750Yx8P4ZuO0rung4UafNH_pVTmVJXvQBHe.hcFsboWctqAVN4WOP5qbjgUzg_ Received: from [70.53.153.132] by web60116.mail.yahoo.com via HTTP; Sat, 16 Dec 2006 22:26:00 EST Date: Sat, 16 Dec 2006 22:26:00 -0500 (EST) From: Peter Matulis To: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org In-Reply-To: <45844912.7070103@vindaloo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: OpenBSD's spamd. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Dec 2006 03:26:04 -0000 --- Christopher Hilton wrote: > Has anyone gotten a newer version of OpenBSD's spamd than the one in > ports going? I'm cvsupping my ports tree now but since I didn't see > an > update on the cvs server I'm assuming 3.7 is the latest version. > > Between OpenBSD 3.7 and 3.8 spamd gained the ability to tarpit or > stutter at all connections for a configurable period of time. I > understand that stuttering for the first few seconds of the SMTP > dialog > causes many spammers to go away before even generating a greylisting > tuple. It's something I'd like to try and see for myself and it will > be > fairly easy since my primary MX is behind an OpenBSD firewall. > However, > my secondary MX is a FreeBSD box with no such protection and I fear > that > the spammers will just take advantage of the fact that my secondary > MX > has weaker protections than my primary. Yes, best practice is to configure all MX servers in the same way. Especially so if you plan to give spam servers a punch in the face (stuttering, greylisting, etc). I am also interested in spamd but will not use it because I do not have control of the other mailservers. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Sun Dec 17 03:46:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AFA4216A47E for ; Sun, 17 Dec 2006 03:46:09 +0000 (UTC) (envelope-from aw1@stade.co.uk) Received: from lon-mail-4.gradwell.net (lon-mail-4.gradwell.net [193.111.201.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9590043CA4 for ; Sun, 17 Dec 2006 03:46:08 +0000 (GMT) (envelope-from aw1@stade.co.uk) Received: from alsager-adsl.stade.co.uk ([81.6.222.119] helo=access2.hanley.stade.co.uk country=GB) by lon-mail-4.gradwell.net with esmtp (Gradwell gwh-smtpd 1.237) id 4584bd7c.10826.7f5 for freebsd-stable@freebsd.org; Sun, 17 Dec 2006 03:46:04 +0000 (envelope-sender ) Received: from steerpike.hanley.stade.co.uk (steerpike [192.168.1.10]) by access2.hanley.stade.co.uk (8.13.8/8.13.8) with ESMTP id kBH3k3gZ098620 for ; Sun, 17 Dec 2006 03:46:03 GMT (envelope-from aw1@steerpike.hanley.stade.co.uk) Received: from steerpike.hanley.stade.co.uk (localhost [127.0.0.1]) by steerpike.hanley.stade.co.uk (8.13.8/8.13.8) with ESMTP id kBH3k3PA050104 for ; Sun, 17 Dec 2006 03:46:03 GMT (envelope-from aw1@steerpike.hanley.stade.co.uk) Received: (from aw1@localhost) by steerpike.hanley.stade.co.uk (8.13.8/8.13.8/Submit) id kBH3k2ia050103 for freebsd-stable@freebsd.org; Sun, 17 Dec 2006 03:46:02 GMT (envelope-from aw1) Date: Sun, 17 Dec 2006 03:46:02 +0000 From: Adrian Wontroba To: freebsd-stable@freebsd.org Message-ID: <20061217034602.GA52524@steerpike.hanley.stade.co.uk> Mail-Followup-To: Adrian Wontroba , freebsd-stable@freebsd.org References: <45842F3D.20907@sh.cvut.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45842F3D.20907@sh.cvut.cz> User-Agent: Mutt/1.4.2.2i X-Operating-System: FreeBSD 6.2-PRERELEASE Organization: Oh dear, I've joined one again. X-Virus-Scanned: ClamAV 0.88.6/2349/Sun Dec 17 00:12:22 2006 on access2.hanley.stade.co.uk X-Virus-Scanned: ClamAV 0.88.6/2349/Sun Dec 17 00:12:22 2006 on steerpike.hanley.stade.co.uk X-Virus-Status: Clean Subject: Re: negative runtime etc. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: aw1@stade.co.uk List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Dec 2006 03:46:09 -0000 On Sat, Dec 16, 2006 at 06:39:09PM +0100, Vclav Haisman wrote: > Hi, I have loads of following messages in newly installed virtual server > (under MS Virtual Server 2005 R2) running 6.2 RC1, I am even using the > stock kernel. Can I fix this? > Dec 16 18:33:27 shell kernel: calcru: negative runtime of -553620 usec > for pid 76484 (zsh) > Dec 16 18:33:27 shell kernel: calcru: runtime went backwards from > 1004708 usec to 791507 usec for pid 655 (sendmail) You can reduce them somewhat by using a slower clock tick and perhaps a different timecounter: ==> /boot/loader.conf <== kern.hz="200" ==> /etc/sysctl.conf <== kern.timecounter.hardware=ACPI-safe The above reduced my errors to a few hundred a day and improved time keeping. Setting up the host as an NTP server and running ntpdate once a minute seems to have sufficed to keep time accurate enough for my needs. I got my clues from VMWare documentation . Other problems I've seen: FreeBSD won't even boot if there is a SCSI controller attached to the guest. I still had my boot drive attached to IDE. The kernel sometimes (I've seen this twice in a couple of months) loops outputting a message which might indicate that it disliked the disk drive and has detached it. With a NT guest, iozone sometimes (after hours of disk battering) reports that it read something other than what it had written. I've not seen iozone do this on the MS 2003 host, on the same disks. The last two make me fear that the IDE emulation sometimes glitches. -- Adrian Wontroba Prof: So the American government went to IBM to come up with a data encryption standard and they came up with ... Student: EBCDIC! From owner-freebsd-stable@FreeBSD.ORG Sun Dec 17 05:36:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0E68A16A416; Sun, 17 Dec 2006 05:36:34 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DB3543C9F; Sun, 17 Dec 2006 05:36:33 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.183]) by hub.org (Postfix) with ESMTP id DB23C118B407; Sun, 17 Dec 2006 01:36:31 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-new, port 10024) with ESMTP id 75327-01; Sun, 17 Dec 2006 01:36:32 -0400 (AST) Received: from ganymede.hub.org (blk-137-79-174.eastlink.ca [24.137.79.174]) by hub.org (Postfix) with ESMTP id 5136C118B3DB; Sun, 17 Dec 2006 01:34:08 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 4A1A947E5B; Sun, 17 Dec 2006 01:34:09 -0400 (AST) Date: Sun, 17 Dec 2006 01:34:09 -0400 From: "Marc G. Fournier" To: freebsd-proliant@freebsd.org Message-ID: <91B1464925DC6107B92D5DA0@ganymede.hub.org> X-Mailer: Mulberry/4.0.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-stable@freebsd.org Subject: Serial console configured ... break to DDB still doesn't work .. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Dec 2006 05:36:34 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 so, I'm still missing a step here somewhere ... First, this is an HP Proliant Server ... I've tried using ssh and telnet to connect to iLO, and used 'vsp' for the virtual serial port ... Here's what I have so far ... kernel is built so that it uses COM2 (0x2F8) as comconsole, and I have the following in my /boot/loader.conf: hint.sio.0.flags="0x30" hint.sio.0.port="0x2F8" hint.sio.0.irq="3" console="comconsole vidconsole" comconsole_speed="115200" boot_multicons="yes" Now, I had missed a step from the handbook, and that was to configure my boot blocks for the change in com port ... or, rather, I added the settings to /etc/make.conf, 'cd /sys/boot; ...' and installed them, just forgot to do the bsdlabel ... type'd reboot, slap'd my forehead for not remembering, but, everything came up as expected ... so, does the hint.sio stuff above override the requirement to set things in /etc/make.conf and do bsdlabel? The handbook instructions seem to be from pre-6.x days as it is, as it still talks about configuring sio via the kernle config ... So, I reboot, on my VSP, I get all of the normal device probe stuff that one would expect, and, thanks to my getty on port ttyd0,I get a login prompt ... all great. Now, through telnet to ilo, I do: ^]send break nadda, doesn't drop me to the debugger ... so, I suspect that ilo is trapping the break and not passing it to the backend / DDB? Now, funny thing ... I did do a reset of iLO, which proceeded to drop the system into DDB ... so, somehow, I have to get iLO to send that break ... ? I'm double checking with ALT_BREAK_TO_DEBUGGER set, to see if I can get *that* to work ... but, if anyone has any thoughts on this, please, I'm all ears ... I'm sooooooo close ... - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFhNbR4QvfyHIvDvMRAixhAJ9e9cCiPwiNKNmG0NMXiu/n4LICYACgjo1u kxN3oWOD+d4W1cKpAKleexo= =E40d -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sun Dec 17 05:47:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6139916A40F; Sun, 17 Dec 2006 05:47:50 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA61543C9F; Sun, 17 Dec 2006 05:47:49 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.191]) by hub.org (Postfix) with ESMTP id 6F4FD118B407; Sun, 17 Dec 2006 01:47:48 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.191]) (amavisd-new, port 10024) with ESMTP id 60896-03; Sun, 17 Dec 2006 01:47:49 -0400 (AST) Received: from ganymede.hub.org (blk-137-79-174.eastlink.ca [24.137.79.174]) by hub.org (Postfix) with ESMTP id 078F3118B3DB; Sun, 17 Dec 2006 01:47:47 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 10CD347F2D; Sun, 17 Dec 2006 01:47:49 -0400 (AST) Date: Sun, 17 Dec 2006 01:47:48 -0400 From: "Marc G. Fournier" To: freebsd-proliant@freebsd.org Message-ID: <71C8475B9D8C50955446687E@ganymede.hub.org> In-Reply-To: <91B1464925DC6107B92D5DA0@ganymede.hub.org> References: <91B1464925DC6107B92D5DA0@ganymede.hub.org> X-Mailer: Mulberry/4.0.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-stable@freebsd.org Subject: Re: Serial console configured ... break to DDB still doesn't work .. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Dec 2006 05:47:50 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Got it! ALT_BREAK_TO_DEBUGGER let's me do it ... Thanks for your patience ... this has to have been one of the most painful serial console configurations I've yet to have to do :( - --On Sunday, December 17, 2006 01:34:09 -0400 "Marc G. Fournier" wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > so, I'm still missing a step here somewhere ... > > First, this is an HP Proliant Server ... I've tried using ssh and telnet to > connect to iLO, and used 'vsp' for the virtual serial port ... > > Here's what I have so far ... > > kernel is built so that it uses COM2 (0x2F8) as comconsole, and I have the > following in my /boot/loader.conf: > > hint.sio.0.flags="0x30" > hint.sio.0.port="0x2F8" > hint.sio.0.irq="3" > console="comconsole vidconsole" > comconsole_speed="115200" > boot_multicons="yes" > > Now, I had missed a step from the handbook, and that was to configure my boot > blocks for the change in com port ... or, rather, I added the settings to > /etc/make.conf, 'cd /sys/boot; ...' and installed them, just forgot to do the > bsdlabel ... type'd reboot, slap'd my forehead for not remembering, but, > everything came up as expected ... so, does the hint.sio stuff above override > the requirement to set things in /etc/make.conf and do bsdlabel? The > handbook instructions seem to be from pre-6.x days as it is, as it still > talks about configuring sio via the kernle config ... > > So, I reboot, on my VSP, I get all of the normal device probe stuff that one > would expect, and, thanks to my getty on port ttyd0,I get a login prompt ... > all great. > > Now, through telnet to ilo, I do: > > ^]send break > > nadda, doesn't drop me to the debugger ... so, I suspect that ilo is trapping > the break and not passing it to the backend / DDB? > > Now, funny thing ... I did do a reset of iLO, which proceeded to drop the > system into DDB ... so, somehow, I have to get iLO to send that break ... ? > > I'm double checking with ALT_BREAK_TO_DEBUGGER set, to see if I can get > *that* to work ... but, if anyone has any thoughts on this, please, I'm all > ears ... I'm sooooooo close ... > > > > > > - ---- > Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) > Email . scrappy@hub.org MSN . scrappy@hub.org > Yahoo . yscrappy Skype: hub.org ICQ . 7615664 > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.5 (FreeBSD) > > iD8DBQFFhNbR4QvfyHIvDvMRAixhAJ9e9cCiPwiNKNmG0NMXiu/n4LICYACgjo1u > kxN3oWOD+d4W1cKpAKleexo= > =E40d > -----END PGP SIGNATURE----- - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFhNoE4QvfyHIvDvMRAk+vAJ93DsvXwmN6g0Jtu5tcTdngeKCdQgCgmnMR UFiTl313myHqRLPHfNaP42E= =zUOe -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sun Dec 17 09:15:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 06B3516A40F for ; Sun, 17 Dec 2006 09:15:13 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from ramstind.fig.ol.no (ramstind.fig.ol.no [128.39.174.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2694943CA1 for ; Sun, 17 Dec 2006 09:15:11 +0000 (GMT) (envelope-from trond@fagskolen.gjovik.no) Received: from ramstind.fig.ol.no (Ximalas@localhost [127.0.0.1]) by ramstind.fig.ol.no (8.13.6/8.13.6) with ESMTP id kBH9F7VY082273 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 17 Dec 2006 10:15:07 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by ramstind.fig.ol.no (8.13.6/8.13.6/Submit) with ESMTP id kBH9F6MZ082270 for ; Sun, 17 Dec 2006 10:15:07 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: ramstind.fig.ol.no: trond owned process doing -bs Date: Sun, 17 Dec 2006 10:14:53 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD stable Message-ID: <20061217100614.R47398@ramstind.fig.ol.no> Organization: =?ISO-8859-1?Q?Fagskolen_i_Gj=F8vik?= MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-533167660-1166346893=:47398" X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=failed X-Spam-Checker-Version: SpamAssassin on ramstind.fig.ol.no Subject: tmpmfs="YES" and going from single user to multi user mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Dec 2006 09:15:13 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-533167660-1166346893=:47398 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, After going to single user mode and back to multi user mode on a system with tmpmfs="YES" in /etc/rc.conf, I wound up with these filesystems: trond@enterprise:~>df Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ad0s1a 9195750 3179348 5280742 38% / devfs 1 1 0 100% /dev /dev/md0 63214 14 58144 0% /tmp procfs 4 4 0 100% /proc /dev/md1 63214 20 58138 0% /tmp There should either be a shutdown script that unmounts /tmp when tmpmfs="YES" and /tmp is indeed mounted as a MFS, or the startup script should check to see if /tmp is already mounted (as a MFS) before attempting mount the MFS (again). Trond. - -- - ---------------------------------------------------------------------- Trond Endrestøl | trond@fagskolen.gjovik.no Patron of The Art of Computer Programming| FreeBSD 6.1-S & Pine 4.64 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFhQqabYWZalUoElsRAhGzAJ4/BEMeon1m/atETo6iBgMJKYV+DgCfa/Vs vIgPqhnjF6nnxRsrg12jQFc= =duCI -----END PGP SIGNATURE----- --0-533167660-1166346893=:47398-- From owner-freebsd-stable@FreeBSD.ORG Sun Dec 17 12:44:24 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0633516A40F for ; Sun, 17 Dec 2006 12:44:24 +0000 (UTC) (envelope-from patrick@cyberwizards.nl) Received: from cyberwizards2.cyberwizards.nl (virtual-21.cyberwizards.nl [84.244.147.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCAAE43CB0 for ; Sun, 17 Dec 2006 12:44:21 +0000 (GMT) (envelope-from patrick@cyberwizards.nl) Received: from gandalf.cyberwizards.nl (fallback [217.19.20.65]) by mail.cyberwizards.nl (8.13.8/8.13.8) with ESMTP id kBHCiACo023300 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 17 Dec 2006 13:44:10 +0100 (CET) (envelope-from patrick@cyberwizards.nl) Received: from localhost (localhost [127.0.0.1]) by gandalf.cyberwizards.nl (8.13.6/8.13.6) with ESMTP id kBHCi5Rc046730 for ; Sun, 17 Dec 2006 13:44:05 +0100 (CET) (envelope-from patrick@cyberwizards.nl) Date: Sun, 17 Dec 2006 13:44:05 +0100 (CET) From: patrick X-X-Sender: pbm@gandalf To: stable@freebsd.org Message-ID: <20061217131536.X46177@gandalf> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-CyberWizards-MailScanner-Information: Please contact the ISP for more information X-CyberWizards-MailScanner: Found to be clean X-CyberWizards-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-2.6, required 5, autolearn=not spam, BAYES_00 -2.60, SPF_PASS -0.00) X-CyberWizards-MailScanner-From: patrick@cyberwizards.nl X-CyberWizards-MailScanner-To: stable@freebsd.org Cc: Subject: loader freezes system during timer autoboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Dec 2006 12:44:24 -0000 Hi, I have a supermicro system which freezes during the timer before autoboot. It freezes most of the times. System : Supermicro 5014C-T : Super P8SCi : P4 630 / 3.0 GHz / 2MB cache - 2 Logical CPUs : 2048 (2x1GB) PC2-400 ECC REGISTERED : Broadcom BCM5721 Dual Gigabit Ethernet : 3ware 3W8006-2LP Storage Controller 6.2-RC2, cvsup'd 17 dec 1200 CEST running GENERIC kernel setting autoboot_delay="-1" and beastie_disable="YES" in loader.conf make the system most of the time boot correctly, but sometimes also freezes but then directly after start of the autoboot/kernel boot. I have an identical system running 6.1 without this problem. Anyone have any suggestions? Thanks. Regards, patrick -- From owner-freebsd-stable@FreeBSD.ORG Sun Dec 17 17:30:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0CEA216A417 for ; Sun, 17 Dec 2006 17:30:38 +0000 (UTC) (envelope-from mikhail.manuilov@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6114E43CA2 for ; Sun, 17 Dec 2006 17:30:37 +0000 (GMT) (envelope-from mikhail.manuilov@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1137377uge for ; Sun, 17 Dec 2006 09:30:36 -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=PHIhF2WZEfPQJgdZMui57xgdhmhDcyxBfprDQVSZQJS0i6IzD2tVerXegFMjFpDuV9uM1bIReA0Oe/aikSOBfBsL0NFQYSDTJHZKknI6+L1BpxEdqkoCV+hXaBm3ijny+i6Ar6xsY6a720Rx4YoLPmp1rPoUY1MGmwJYkpbcPPo= Received: by 10.78.204.1 with SMTP id b1mr1350839hug.1166376635000; Sun, 17 Dec 2006 09:30:35 -0800 (PST) Received: by 10.78.153.16 with HTTP; Sun, 17 Dec 2006 09:30:34 -0800 (PST) Message-ID: <7ec6def90612170930o14704c85nebd7faadafea1abc@mail.gmail.com> Date: Sun, 17 Dec 2006 20:30:34 +0300 From: "Mikhail Manuylov" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: copying data from ata disk to sata disk makes my box panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Dec 2006 17:30:38 -0000 Hello folks, My dmesg can be seen below after text. It's Pentium MMX with 128MB Promise SATA controller with 250GB SATA disk -> ad4 and 40GB IDE disk -> ad0 (with freebsd installed) Here's long time problem that I discontinued to solve, but now i can go further, cause I really want my strorage. Here's brief problem description: I've recently cvsuped sources to 6_RELENG, rebuild world and kernel. Base system lives on ad0. And when I don't touch ad4 everything is fine, uptime is long and life is a peachy. I can fdisk ad4, I can bsdlabel and newfs it. I can dd /dev/zero to it. I can even copy file one by one from ad0. But if I starting copying or dding something heavy (#dd if=/dev/ad0 of=/dev/ad4 bs=8m or #cp -R /usr/ports /mnt/ad4_mount) I got 2 ways of behaviour: 1) Restart 2) db> prompt At this moment I do not have a serial cable near debugged box, so I'm retyping trace from screen: [thread pid 10 tid 100006] Stopped at cpu_idle_default+0x5: popl %ebp db> trace Tracing pid 10 tid 100006 td 0xc1538600 cpu_idle_default (c1537c90, c7b4fd24, c0476218, 0, c7b4fd38, ....) at cpu_idle_default + 0x5 idle_proc (0, c7b4fd38, 0, c047640d, 0, ....) at idle_proc + 0x11 fork_exit (c047640d, 0, c7b4fd38) at fork_exit + 0x6a fork_trampoline () at fork_trampoline + 0x8 --- trap 0x1, eip=0. esp=0x7b4fd6c, ebp=0 --- Dump is not working: sytem hangs deadly, but IS configured via dumpdev variable and /etc/rc.d/dumpon start. db> panic HANG Hope this helps problem debugged, I can reproduce it and support additional info from db>. Maybe next week i'll figure out how to o I have a custom kernel: # # Kernel config file for Print Server and Default Gateway # machine i386 cpu I586_CPU cpu I686_CPU ident FOORY # To statically compile in device wiring instead of /boot/device.hints #hints "FOORY.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options KDB options DDB #options SCHED_ULE # ULE scheduler options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking #options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories #options NFSCLIENT # Network Filesystem Client #options NFSSERVER # Network Filesystem Server #options NFS_ROOT # NFS usable as /, requires NFSCLIENT #options MD_ROOT # MD is a potential root device #options MSDOSFS # MSDOS Filesystem #options CD9660 # ISO 9660 Filesystem #options PROCFS # Process filesystem (requires PSEUDOFS) #options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 #options KTRACE # ktrace(1) support #options SYSVSHM # SYSV-style shared memory #options SYSVMSG # SYSV-style message queues #options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions #options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptivei. # Security #options IPSEC #options IPSEC_ESP options TCP_DROP_SYNFIN #Drop TCP packets with SYN+FIN enabled # ipfw2 #Firewall and NAT support options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #enable logging to syslogd(8) options IPFIREWALL_VERBOSE_LIMIT=10 #limit verbosity options IPFIREWALL_FORWARD #enable transparent proxy support #options IPFIREWALL_FORWARD_EXTENDED # see /usr/src/UPDATING options IPDIVERT #divert sockets options IPSTEALTH #support for stealth forwarding #options DUMMYNET # traffic shaper, see ipfw(8) options HZ=1000 # for dummynet # The real QoS options ALTQ options ALTQ_CBQ options ALTQ_RED options ALTQ_RIO options ALTQ_HFSC #options ALTQ_CDNR options ALTQ_PRIQ #options ALTQ_NOPCC #options ALTQ_DEBUG #options NO_LKM #options NO_KLD #http://people.freebsd.org/~cjc/kld_stable.patch # #device apic # I/O APIC # Bus support. Do not remove isa, even if you have no isa slots device isa #device eisa device pci # Floppy drives #device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID # Static device numbering # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard #device psm # PS/2 mouse device vga # VGA video card driver # To include support for VESA video modes #options VESA device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc options SC_DISABLE_REBOOT #Don't restart when Ctrl+Alt+Del pressed options SC_NO_SYSMOUSE # moused(8) will suck options SC_DISABLE_KDBKEY options SC_PIXEL_MODE options SC_DFLT_FONT #makeoptions SC_DFLT_FONT=koi8-r makeoptions SC_DFLT_FONT=cp866 options SC_NORM_ATTR=(FG_GREEN|BG_BLACK) options SC_NORM_REV_ATTR=(FG_YELLOW|BG_GREEN) options SC_KERNEL_CONS_ATTR=(FG_LIGHTRED|BG_BLACK) options SC_KERNEL_CONS_REV_ATTR=(FG_BLACK|BG_RED) options SC_HISTORY_SIZE=2000 #options SC_NO_HISTORY # I'm secure or just paranoid ? # see src/sys/i386/include/pc/display.h for more colors # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor #device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) #device lpt # Printer #device plip # TCP/IP over parallel #device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! #device miibus # MII bus support #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') #device fxp # Intel EtherExpress PRO/100B (82557, 82558) options DEVICE_POLLING # Don't forget to enable kern.polling.enable # Pseudo devices - the number indicates how many units to allocate. #device random # Entropy device device loop # Network loopback device ether # Ethernet support #device sl # Kernel SLIP #device ppp # Kernel PPP # PPP software compression #options PPP_BSDCOMP #PPP BSD-compress support #options PPP_DEFLATE #PPP zlib/deflate/gzip support #options PPP_FILTER #enable PPP filtering via bpf (needs bpf) #device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) #device md # Memory "disks" #device gif # IPv6 and IPv4 tunneling #device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support #device uhci # UHCI PCI->USB interface #device ohci # OHCI PCI->USB interface #device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices #device ugen # Generic #device uhid # "Human Interface Devices" #device ukbd # Keyboard #device ulpt # Printer #device umass # Disks/Mass storage - Requires scbus and da #device ums # Mouse # NETSMB enables support for SMB protocol, it requires LIBMCHAIN and LIBICONV #options NETSMB #SMB/CIFS requester #options NETSMBCRYPTO #encrypted password support for SMB #options SMBFS #SMB/CIFS filesystem #options LIBMCHAIN #mbuf management library #options LIBICONV #end 4SMB #options USERCONFIG #boot -c editor #options VISUAL_USERCONFIG #visual boot -c editor #options UCONSOLE #Allow users to grab the console # System Management Bus support #device smbus # Bus support, required for smb below. #device intpm # Intel PIIX4 (82371AB, 82443MX) Power Management Unit options ENABLE_ALART # control alarm #device smb # standard io through ## I2C Bus Support #device iicbus # Bus support, required for ic/iic/iicsmb below. #device iicbb # generic bit-banging master-only driver # for lpbb (parallel port specific bit-banging interface) # and bktr (Brooktree848 video chipset, hardware and software # master-only interface) #device ic # network IP interface #device iic # general i/o operation #device iicsmb # smb over i2c bridge #device pcf # Philips PCF8584 master/slave interface 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. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-PRERELEASE #1: Sun Dec 17 02:26:38 MSK 2006 root@XXXX.XXXXX.XXX:/usr/obj/usr/src/sys/FOORY WARNING: MPSAFE network stack disabled, expect reduced performance. link_elf: symbol iicbus_intr undefined KLD file pcf.ko - could not finalize loading Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium/P55C (233.87-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x543 Stepping = 3 Features=0x8001bf real memory = 134217728 (128 MB) avail memory = 125751296 (119 MB) Intel Pentium detected, installing workaround for F00F bug cpu0 on motherboard apm0: on motherboard apm0: found APM BIOS v1.2, connected at v1.2 pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 isab0: at device 1.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x37 6,0xf000-0xf00f at device 1.1 on pci0 ata0: on atapci0 ata1: on atapci0 uhci0: port 0x6000-0x601f irq 11 at de vice 1.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 intpm0: port 0x5c00-0x5c0f irq 9 at device 1.3 on pci0 intpm0: I/O mapped 5c00 intpm0: intr IRQ 9 enabled revision 0 intpm0: [GIANT-LOCKED] intsmb0: on intpm0 smbus1: on intsmb0 smb0: on smbus1 intpm0: PM I/O mapped 5800 pci0: at device 9.0 (no driver attached) fxp0: port 0x6800-0x683f mem 0xe1221000-0xe1221ff f,0xe1000000-0xe10fffff irq 12 at device 10.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:04:ac:13:ae:e6 fxp0: [GIANT-LOCKED] fxp1: port 0x6c00-0x6c1f mem 0xe1220000-0xe1220ff f,0xe1100000-0xe11fffff irq 9 at device 11.0 on pci0 miibus1: on fxp1 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Ethernet address: 00:04:ac:25:54:a4 fxp1: [GIANT-LOCKED] atapci1: port 0x7000-0x707f,0x7400-0x74ff mem 0xe1222000-0xe1222fff,0xe1200000-0xe121ffff irq 10 at device 12.0 on pci0 ata2: on atapci1 ata3: on atapci1 ata4: on atapci1 ata5: on atapci1 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff,0xc9000-0xcdfff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 atkbd0: [GIANT-LOCKED] ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port pcfclock0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A speaker0: at port 0x61 on isa0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) speaker1: at port 0x61 on isa0 speaker1: Already attached! device_attach: speaker1 attach returned 6 unknown: can't assign resources (memory) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) ugen0: American Power Conversion Smart-UPS 750 FW:651.12.I USB FW:4.2, rev 1.10/ 0.06, addr 2 Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding enabled, defau lt to deny, logging limited to 10 packets/entry by default ad0: 32253MB at ata0-master UDMA33 ad4: 238475MB at ata2-master SATA300 Trying to mount root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted WARNING: /var/log was not properly dismounted WARNING: /data was not properly dismounted fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 6 fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 6 fxp1: Microcode loaded, int_delay: 1000 usec bundle_max: 0 fxp1: Microcode loaded, int_delay: 1000 usec bundle_max: 0 -- Truly yours, Mikhail Manuilov From owner-freebsd-stable@FreeBSD.ORG Sun Dec 17 21:06:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4ED5B16A512 for ; Sun, 17 Dec 2006 21:06:28 +0000 (UTC) (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 E00A843CB4 for ; Sun, 17 Dec 2006 21:06:17 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 7541 invoked by uid 399); 17 Dec 2006 21:06:23 -0000 Received: from localhost (HELO ?192.168.0.5?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 17 Dec 2006 21:06:23 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <4585B13F.9060109@FreeBSD.org> Date: Sun, 17 Dec 2006 13:06:07 -0800 From: Doug Barton Organization: http://www.freebsd.org/ User-Agent: Thunderbird 1.5.0.8 (X11/20061215) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Trond_Endrest=F8l?= References: <20061217100614.R47398@ramstind.fig.ol.no> In-Reply-To: <20061217100614.R47398@ramstind.fig.ol.no> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: FreeBSD stable Subject: Re: tmpmfs="YES" and going from single user to multi user mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Dec 2006 21:06:28 -0000 Trond Endrestøl wrote: > Hi, > > After going to single user mode and back to multi user mode on a > system with tmpmfs="YES" in /etc/rc.conf, I wound up with these > filesystems: > > trond@enterprise:~>df > Filesystem 1K-blocks Used Avail Capacity Mounted on > /dev/ad0s1a 9195750 3179348 5280742 38% / > devfs 1 1 0 100% /dev > /dev/md0 63214 14 58144 0% /tmp > procfs 4 4 0 100% /proc > /dev/md1 63214 20 58138 0% /tmp > > There should either be a shutdown script that unmounts /tmp when > tmpmfs="YES" and /tmp is indeed mounted as a MFS, or the startup > script should check to see if /tmp is already mounted (as a MFS) > before attempting mount the MFS (again). We look forward to your patches to implement that suggestion. You might want to ask on the freebsd-rc@ list if you need help. Good luck, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Mon Dec 18 02:21:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9943616A415 for ; Mon, 18 Dec 2006 02:21:37 +0000 (UTC) (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 4959D43CA0 for ; Mon, 18 Dec 2006 02:21:37 +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 767B61A4D80; Sun, 17 Dec 2006 18:21:36 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id BCE7D512EA; Sun, 17 Dec 2006 21:21:32 -0500 (EST) Date: Sun, 17 Dec 2006 21:21:32 -0500 From: Kris Kennaway To: Chris Message-ID: <20061218022132.GA77606@xor.obsecurity.org> References: <20061123162813.L3026@volte.student.utwente.nl> <20061123192532.GA81937@xor.obsecurity.org> <3aaaa3a0612071036v2df98097ncf9c962e43e6f39d@mail.gmail.com> <200612071349.54854.mistry.7@osu.edu> <3aaaa3a0612131728t214cf77djd0a9fd47f1b12021@mail.gmail.com> <20061214013355.GA62753@xor.obsecurity.org> <3aaaa3a0612171639o1feb01c5la6f73bb1a586196a@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4Ckj6UjgE2iN1+kY" Content-Disposition: inline In-Reply-To: <3aaaa3a0612171639o1feb01c5la6f73bb1a586196a@mail.gmail.com> User-Agent: Mutt/1.4.2.2i Cc: Anish Mistry , s.c.sprong@student.utwente.nl, freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: sshfs/nfs cause server lockup - resolved X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Dec 2006 02:21:37 -0000 --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 18, 2006 at 12:39:13AM +0000, Chris wrote: > On 14/12/06, Kris Kennaway wrote: > >On Thu, Dec 14, 2006 at 01:28:48AM +0000, Chris wrote: > > > >> It does make sense if thats the problem since the entire server even > >> locally stops working properly, and it always follows a unexpected > >> nfs/sshfs disconnection ie. network timeout. > >> > >> I am now running 6.2-RC that has the new file and currently at 1 day > >> 11hrs uptime. > > > >OK, thanks for following part of the advice I gave a month ago ;) Let > >us know if the problems persist. > > > >Kris > > > > > > >=20 > Early today the nfs hub was rebooted so had a unexpected disconnection > also noted by the sshfs timeout prompt waiting for me in the terminal > , was able to remount fine and no server lockup or other probolems. >=20 > Current uptime is 5 days, 10:48 OK, good to know. Thanks, Kris --4Ckj6UjgE2iN1+kY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFhfssWry0BWjoQKURAvGqAJ429ujpPke+smM62q1g1holY+XFlACdHoYC b/wQRThAt3Fq1b3EmbXUHfY= =0Ddq -----END PGP SIGNATURE----- --4Ckj6UjgE2iN1+kY-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 18 02:31:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AE65316A403 for ; Mon, 18 Dec 2006 02:31:53 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06C3443C9F for ; Mon, 18 Dec 2006 02:31:52 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: by nf-out-0910.google.com with SMTP id x37so1712498nfc for ; Sun, 17 Dec 2006 18:31: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=g3TvomSgfgmuioLe1BLPhVFQ/4otcN/zaJ1k+gisCuy7u1EaHXxsDQ+hBorZBImWM5cMXHpJVIYgEC/TSA6xftiebl99Lm2pJsbEfMtTyVgMfE0ZSOYBz9JxIDeWJiPV21g6/c1zfsqrck2SwHJl12kk2KCDyrCXyTm11XCGUWA= Received: by 10.82.165.1 with SMTP id n1mr449764bue.1166402353266; Sun, 17 Dec 2006 16:39:13 -0800 (PST) Received: by 10.82.134.15 with HTTP; Sun, 17 Dec 2006 16:39:13 -0800 (PST) Message-ID: <3aaaa3a0612171639o1feb01c5la6f73bb1a586196a@mail.gmail.com> Date: Mon, 18 Dec 2006 00:39:13 +0000 From: Chris To: "Kris Kennaway" In-Reply-To: <20061214013355.GA62753@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061123162813.L3026@volte.student.utwente.nl> <20061123192532.GA81937@xor.obsecurity.org> <3aaaa3a0612071036v2df98097ncf9c962e43e6f39d@mail.gmail.com> <200612071349.54854.mistry.7@osu.edu> <3aaaa3a0612131728t214cf77djd0a9fd47f1b12021@mail.gmail.com> <20061214013355.GA62753@xor.obsecurity.org> Cc: Anish Mistry , s.c.sprong@student.utwente.nl, freebsd-stable@freebsd.org Subject: Re: sshfs/nfs cause server lockup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Dec 2006 02:31:53 -0000 On 14/12/06, Kris Kennaway wrote: > On Thu, Dec 14, 2006 at 01:28:48AM +0000, Chris wrote: > > > It does make sense if thats the problem since the entire server even > > locally stops working properly, and it always follows a unexpected > > nfs/sshfs disconnection ie. network timeout. > > > > I am now running 6.2-RC that has the new file and currently at 1 day > > 11hrs uptime. > > OK, thanks for following part of the advice I gave a month ago ;) Let > us know if the problems persist. > > Kris > > > Early today the nfs hub was rebooted so had a unexpected disconnection also noted by the sshfs timeout prompt waiting for me in the terminal , was able to remount fine and no server lockup or other probolems. Current uptime is 5 days, 10:48 Chris From owner-freebsd-stable@FreeBSD.ORG Mon Dec 18 04:45:15 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 084C216A403 for ; Mon, 18 Dec 2006 04:45:15 +0000 (UTC) (envelope-from majie.mailinglist@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08C4743CA0 for ; Mon, 18 Dec 2006 04:45:13 +0000 (GMT) (envelope-from majie.mailinglist@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1219613uge for ; Sun, 17 Dec 2006 20:45:05 -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:mime-version:content-type; b=ZRgJku90Smai0Y7/+3RkFl0wUFkHzzCutoLCuMYTkH2nDYK4N3Jv74Totkfzp7jtcAg+DXes9tUsG9YaknStEUeOuttYp4QsresvJasn96xqeKPFDiLtGpobRyu3bohjy+HiUQ0iykYWnWzk1BonzWYdkYB2NFbbGU0/Xwe3QmA= Received: by 10.78.139.1 with SMTP id m1mr1862305hud.1166415451296; Sun, 17 Dec 2006 20:17:31 -0800 (PST) Received: by 10.78.197.16 with HTTP; Sun, 17 Dec 2006 20:17:31 -0800 (PST) Message-ID: Date: Mon, 18 Dec 2006 12:17:31 +0800 From: Ma To: questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org Subject: Fatal trap 30: reserved (unknown) fault while in kernel mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Dec 2006 04:45:15 -0000 I'm using the newest FreeBSD 6.2-PRERELEASE on our web server (compiled at last friday, 06-12-15). But it always crashes these days. The following information displayed on the screen with system crashed. ==================================================== Fatal trap 30: reserved (unknown) fault while in kernel mode cpuid = 1; apic id = 01 instruction pointer = 0x20:0xc0b9bed1 stack pointer = 0x28:0xdc95fcd8 frame pointer = 0x28:0xdc95fcd8 code segment = base 0x0, limit oxfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflag = interrupt enabled, IOPL = 0 current process = 10 (idle: cpu1) trap number = 30 panic: reserved (unknown) fault cpuid = 1 uptime: 3m52s ahc0: WARNING no command for scb 79 (cmdcmplt) QOUTPOS = 235 ==================================================== -- Ma Jie From owner-freebsd-stable@FreeBSD.ORG Mon Dec 18 07:55:43 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E9E4416A40F; Mon, 18 Dec 2006 07:55:43 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from ramstind.fig.ol.no (ramstind.fig.ol.no [128.39.174.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F42443C9F; Mon, 18 Dec 2006 07:55:38 +0000 (GMT) (envelope-from trond@fagskolen.gjovik.no) Received: from ramstind.fig.ol.no (Ximalas@localhost [127.0.0.1]) by ramstind.fig.ol.no (8.13.6/8.13.6) with ESMTP id kBI7gMxu001943 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 18 Dec 2006 08:42:22 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by ramstind.fig.ol.no (8.13.6/8.13.6/Submit) with ESMTP id kBI7gLXK001940; Mon, 18 Dec 2006 08:42:22 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: ramstind.fig.ol.no: trond owned process doing -bs Date: Mon, 18 Dec 2006 08:42:21 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Doug Barton In-Reply-To: <4585B13F.9060109@FreeBSD.org> Message-ID: <20061218084117.V88614@ramstind.fig.ol.no> References: <20061217100614.R47398@ramstind.fig.ol.no> <4585B13F.9060109@FreeBSD.org> Organization: =?ISO-8859-1?Q?Fagskolen_i_Gj=F8vik?= MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-628390267-1166427741=:88614" X-Spam-Status: No, hits=-1.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham X-Spam-Checker-Version: SpamAssassin on ramstind.fig.ol.no Cc: FreeBSD stable Subject: Re: tmpmfs="YES" and going from single user to multi user mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Dec 2006 07:55:44 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-628390267-1166427741=:88614 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT On Sun, 17 Dec 2006 13:06-0800, Doug Barton wrote: > We look forward to your patches to implement that suggestion. You > might want to ask on the freebsd-rc@ list if you need help. How about this patch? *** /etc/rc.d/tmp Sun May 7 06:00:26 2006 --- tmp Mon Dec 18 08:40:40 2006 *************** *** 42,49 **** # case "${tmpmfs}" in [Yy][Ee][Ss]) ! mount_md ${tmpsize} /tmp "${tmpmfs_flags}" ! chmod 01777 /tmp ;; [Nn][Oo]) ;; --- 42,54 ---- # case "${tmpmfs}" in [Yy][Ee][Ss]) ! if [ -n "`mount | grep '/tmp' | grep '^/dev/md'`" ]; then ! echo "*** /tmp is already mounted as a MFS." ! echo "*** No need to mount yet another MFS." ! else ! mount_md ${tmpsize} /tmp "${tmpmfs_flags}" ! chmod 01777 /tmp ! fi ;; [Nn][Oo]) ;; -- ---------------------------------------------------------------------- Trond Endrestøl | trond@fagskolen.gjovik.no Patron of The Art of Computer Programming| FreeBSD 6.1-S & Pine 4.64 --0-628390267-1166427741=:88614-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 18 08:21:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F107916A403 for ; Mon, 18 Dec 2006 08:21:51 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A69843CA3 for ; Mon, 18 Dec 2006 08:18:30 +0000 (GMT) (envelope-from almarrie@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1247939uge for ; Mon, 18 Dec 2006 00:18:22 -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:mime-version:content-type:content-transfer-encoding:content-disposition; b=ZvCASgH1YaMoVPsZ2o/16uzgVQI9tc3uV93Pd1pLDqFCJ3hUVb7CaNfVFSxjtonMueOegaX4QvEsBimhsualytZJ2txuagLZpeGRrfed1DR2knbThf+/WkbUW4YhiYtNW3ImPoyskdB8eLohtLIZPufrIpns5wfhUbdtuDXyRnU= Received: by 10.67.117.18 with SMTP id u18mr2207030ugm.1166428315468; Sun, 17 Dec 2006 23:51:55 -0800 (PST) Received: by 10.67.27.15 with HTTP; Sun, 17 Dec 2006 23:51:55 -0800 (PST) Message-ID: <499c70c0612172351k25986e8dnf17da9e939d594c3@mail.gmail.com> Date: Mon, 18 Dec 2006 10:51:55 +0300 From: "Abdullah Al-Marrie" To: "FreeBSD Questions" , freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-mobile@freebsd.org Subject: FreeBSD 6.2-RC1 issues Acer Aspire 5102 WLMi X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Dec 2006 08:21:52 -0000 Hello guys, First thanks for the hard work to make FreeBSD good for desktop environment. Here is my case with Acer Aspire 5102 WLMi with the latest bios 2.40 It shares the same mobo with 3100, and 5110 FreeBSD 6.1 CD1 wasn't able to boot at all. I used FreeBSD 6.2-RC1, then I was able to boot. booting with acpi disabled crash and reboot the laptop. So I went ahead, installed the 6.2-RC1, then I upgraded the OS via the csup to RELENG6, now it runs FreeBSD 6.2-PRERELEASE. The laptop has AMD Turion x2 64, but I used i386, since the laptop only has 1.5 GB of ram. I was able to install x11+KDE via packages. Here are the issues I face with it now. 1. I can't boot with acpi disabled, it crashes all the time. 2. I can't use my WLAN which is broadcom, I was forced to use an older drivers, since ndis has problem with reading the latest driver from broadcom. Here are the files http://bb.wearab.net/attachment.php?attachmentid=472&d=1166427326 http://bb.wearab.net/attachment.php?attachmentid=473&d=1166427326 And here is the 78 MB full package for the driver in zip file ftp://ftp.support.acer-euro.com/notebook/aspire_3100_5100_5110/driver/802bg_broadcom_v4.10.40.0.zip Could someone convert the 2 files to a kernel module? please let me know. 4. Bluetooth doesn't work. 5. RealTek chip High Definition Audio System isn't detected, and doesn't work for sure. 6. The laptop doesn't shutdown or restart, it says disk sync .. then it displays the uptime, and stays there, I have to press the power button to switch it off. Suggestions or hints are welcome. Best Regards, -Arabian Arab Portal Network http://www.WeArab.Net/ From owner-freebsd-stable@FreeBSD.ORG Mon Dec 18 10:12:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8233D16A407; Mon, 18 Dec 2006 10:12:04 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from av9-2-sn2.hy.skanova.net (av9-2-sn2.hy.skanova.net [81.228.8.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05DE943CAA; Mon, 18 Dec 2006 10:12:03 +0000 (GMT) (envelope-from joel@FreeBSD.org) Received: by av9-2-sn2.hy.skanova.net (Postfix, from userid 502) id 56A6F383BE; Mon, 18 Dec 2006 10:54:28 +0100 (CET) Received: from smtp4-2-sn2.hy.skanova.net (smtp4-2-sn2.hy.skanova.net [81.228.8.93]) by av9-2-sn2.hy.skanova.net (Postfix) with ESMTP id 25C72383D0; Mon, 18 Dec 2006 10:54:28 +0100 (CET) Received: from dude.automatvapen.se (81-234-214-163-no68.tbcn.telia.com [81.234.214.163]) by smtp4-2-sn2.hy.skanova.net (Postfix) with ESMTP id E619437E4B; Mon, 18 Dec 2006 10:54:27 +0100 (CET) From: Joel Dahl To: Abdullah Al-Marrie In-Reply-To: <499c70c0612172351k25986e8dnf17da9e939d594c3@mail.gmail.com> References: <499c70c0612172351k25986e8dnf17da9e939d594c3@mail.gmail.com> Content-Type: text/plain Date: Mon, 18 Dec 2006 10:54:27 +0100 Message-Id: <1166435667.696.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, FreeBSD Questions , freebsd-mobile@freebsd.org Subject: Re: FreeBSD 6.2-RC1 issues Acer Aspire 5102 WLMi X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Dec 2006 10:12:04 -0000 On Mon, 2006-12-18 at 10:51 +0300, Abdullah Al-Marrie wrote: > 5. RealTek chip High Definition Audio System isn't detected, and > doesn't work for sure. There's a driver for HDA in current. You can grab binary modules for RELENG_6 here: http://people.freebsd.org/~ariff/lowlatency/ -- Joel From owner-freebsd-stable@FreeBSD.ORG Mon Dec 18 16:05:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DC1EE16A417 for ; Mon, 18 Dec 2006 16:05:40 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 305B643CA2 for ; Mon, 18 Dec 2006 16:05:40 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by nz-out-0506.google.com with SMTP id i11so593606nzh for ; Mon, 18 Dec 2006 08:05:32 -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=fox/njlmBtZsdJXNipRIk73xzkSjLkYVzkxJ838z+m4nh0A/5WcZiAnOFa1oqWhI66qsYm+tnBFTcC/qb6O8T9qS3S9FPcvKHsG5TdsabhoaXPbsBVn8AMY7abUmShUUMZE7tAqbcG3l4cnDbZPUHhbvEagLZDuq8fLnWHLYMo0= Received: by 10.65.219.11 with SMTP id w11mr5218689qbq.1166456289317; Mon, 18 Dec 2006 07:38:09 -0800 (PST) Received: by 10.65.61.1 with HTTP; Mon, 18 Dec 2006 07:38:09 -0800 (PST) Message-ID: <790a9fff0612180738h5b71fb3by79209c629d50221@mail.gmail.com> Date: Mon, 18 Dec 2006 09:38:09 -0600 From: "Scot Hetzel" To: "Abdullah Al-Marrie" In-Reply-To: <499c70c0612172351k25986e8dnf17da9e939d594c3@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <499c70c0612172351k25986e8dnf17da9e939d594c3@mail.gmail.com> Cc: freebsd-stable@freebsd.org, FreeBSD Questions , freebsd-mobile@freebsd.org Subject: Re: FreeBSD 6.2-RC1 issues Acer Aspire 5102 WLMi X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Dec 2006 16:05:40 -0000 On 12/18/06, Abdullah Al-Marrie wrote: > Hello guys, > > First thanks for the hard work to make FreeBSD good for desktop environment. > > Here is my case with Acer Aspire 5102 WLMi with the latest bios 2.40 > > 2. I can't use my WLAN which is broadcom, I was forced to use an older > drivers, since ndis has problem with reading the latest driver from > broadcom. > Here are the files > http://bb.wearab.net/attachment.php?attachmentid=472&d=1166427326 > http://bb.wearab.net/attachment.php?attachmentid=473&d=1166427326 > > And here is the 78 MB full package for the driver in zip file > ftp://ftp.support.acer-euro.com/notebook/aspire_3100_5100_5110/driver/802bg_broadcom_v4.10.40.0.zip > > Could someone convert the 2 files to a kernel module? please let me know. > You need to apply the patch in PR 106131 to use the newer versions of the broadcom driver. I have tested it with version 4.10.40.19 from HPs web site (SP33008.exe). http://www.freebsd.org/cgi/query-pr.cgi?pr=106131 Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-stable@FreeBSD.ORG Mon Dec 18 16:34:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A85C916A40F for ; Mon, 18 Dec 2006 16:34:48 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [74.92.149.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id D265843CA0 for ; Mon, 18 Dec 2006 16:31:56 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 12EC5B823 for ; Mon, 18 Dec 2006 11:04:15 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <91B1464925DC6107B92D5DA0@ganymede.hub.org> References: <91B1464925DC6107B92D5DA0@ganymede.hub.org> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-10--827906592; protocol="application/pkcs7-signature" Message-Id: From: Vivek Khera Date: Mon, 18 Dec 2006 11:04:14 -0500 To: FreeBSD Stable X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Serial console configured ... break to DDB still doesn't work .. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Dec 2006 16:34:48 -0000 --Apple-Mail-10--827906592 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Dec 17, 2006, at 12:34 AM, Marc G. Fournier wrote: > I'm double checking with ALT_BREAK_TO_DEBUGGER set, to see if I can > get *that* > to work ... but, if anyone has any thoughts on this, please, I'm > all ears ... > I'm sooooooo close ... Definitely use ALT_BREAK_TO_DEBUGGER and turn off the regular BREAK_TO_DEBUGGER. The latter is dangerous depending on your serial console server device, or if you plug in a cable into the port on a running system... --Apple-Mail-10--827906592-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 18 16:39:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 21CF416A415 for ; Mon, 18 Dec 2006 16:39:57 +0000 (UTC) (envelope-from om-lists-bsd@omx.ch) Received: from omega.omnis.ch (omega.omnis.ch [195.134.143.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 7014643CBA for ; Mon, 18 Dec 2006 16:39:55 +0000 (GMT) (envelope-from om-lists-bsd@omx.ch) Received: (qmail 30827 invoked from network); 18 Dec 2006 16:12:49 -0000 Received: from 203.218.39.217 ([203.218.39.217]) by omega.omnis.ch ([195.134.143.43]) with ESMTP via TCP; 18 Dec 2006 16:12:49 -0000 Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <456C7308.4000004@samsco.org> References: <20061128161216.67685.qmail@web27715.mail.ukl.yahoo.com> <456C7308.4000004@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <0ABBA304-98FC-4621-9235-8322C0C0138B@omx.ch> Content-Transfer-Encoding: quoted-printable From: Olivier Mueller Date: Tue, 19 Dec 2006 00:12:59 +0800 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.752.2) Subject: Re: When will new changes in BCE driver for vlans be included in stable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Dec 2006 16:39:57 -0000 Le 29 nov. 06 =E0 01:34, Scott Long a =E9crit : > I just merged the fixes into RELENG_6 and RELENG_6_2. Thanks for > the reminder. thanks, but what about RELENG_6_1? Under freebsd 6.1 it is still not =20= coming: I have this in my cvsup file: *default release=3Dcvs tag=3DRELENG_6_1 Should I rather use RELENG_6 to stay uptodate? After a cvsup now, I get this version from 14.04.2006: -rw-r--r-- 1 root wheel 217151 Apr 14 2006 if_bce.c __FBSDID("$FreeBSD: src/sys/dev/bce/if_bce.c,v 1.2.4.2 2006/04/13 =20 22:42:07 ps Exp $"); regards, Olivier From owner-freebsd-stable@FreeBSD.ORG Mon Dec 18 17:30:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B248416A40F; Mon, 18 Dec 2006 17:30:42 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw4.york.ac.uk (mail-gw4.york.ac.uk [144.32.128.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62DF643C9F; Mon, 18 Dec 2006 17:30:40 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.160]) by mail-gw4.york.ac.uk (8.13.6/8.13.6) with ESMTP id kBIGwm9L001141; Mon, 18 Dec 2006 16:58:48 GMT Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.8/8.13.6) with ESMTP id kBIGwRZG001367; Mon, 18 Dec 2006 16:58:27 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.8/8.13.6/Submit) id kBIGwRlp001366; Mon, 18 Dec 2006 16:58:27 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: freebsd-stable@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Mon, 18 Dec 2006 16:58:17 +0000 Message-Id: <1166461097.1296.4.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: anholt@freebsd.org Subject: radeon panic: mtx_lock() of destroyed mutex @ /usr/src/sys/modules/drm/radeon/../../../dev/drm/radeon_irq.c:128 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Dec 2006 17:30:42 -0000 Hi all, I have a reproduceable panic on FreeBSD buffy.york.ac.uk 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #9: Tue Nov 28 13:12:09 GMT 2006 root@buffy.york.ac.uk:/usr/obj/usr/src/sys/BUFFY i386 My kernel config is as follows: include GENERIC ident BUFFY nooptions PREEMPTION nooptions COMPAT_FREEBSD5 options SMP options KDB # Enable kernel debugger support. options DDB # Support DDB. options GDB # Support remote GDB. options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS options WITNESS # Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed options ALT_BREAK_TO_DEBUGGER I load the radeon module from /boot/loader.conf. If I'm in X (gnome), and run glxgears, a window opens with the first frame, but then I get the following reproduceable panic: panic: mtx_lock() of destroyed mutex @ /usr/src/sys/modules/drm/radeon/../../../dev/drm/radeon_irq.c:128 cpuid = 0 KDB: enter: panic [thread pid 1526 tid 100117 ] Stopped at kdb_enter+0x2b: nop db> bt Tracing pid 1526 tid 100117 td 0xc6d26600 kdb_enter(c08f4c9a) at kdb_enter+0x2b panic(c08f3f3f,c0b950eb,80,c5024800,c50214c8,...) at panic+0x127 _mtx_lock_flags(c50214c8,0,c0b950eb,80,c50214ec,...) at _mtx_lock_flags+0x4a radeon_wait_irq(c5021400,1,ebc81c40,c0ba9829,c502ac00,...) at radeon_wait_irq+0x8a radeon_irq_wait(c502ac00,80046457,c53bb540,3,c6d26600,...) at radeon_irq_wait+0x58 drm_ioctl(c502ac00,80046457,c53bb540,3,c6d26600,c09df5c0,0,c08f0b10,131) at drm_ioctl+0x2a1 giant_ioctl(c502ac00,80046457,c53bb540,3,c6d26600,...) at giant_ioctl+0x33 devfs_ioctl_f(c7294510,80046457,c53bb540,c6cda180,c6d26600) at devfs_ioctl_f+0xaf ioctl(c6d26600,ebc81d04) at ioctl+0x396 syscall(3b,3b,3b,8068000,8068000,...) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282b2fcf, esp = 0xbfbfe5dc, ebp= 0xbfbfe5f8 --- db> show lock 0xc50214c8 class: sleep mutex name: DRM IRQ lock flags: {DEF} state: {OWNED, CONTESTED} db> reset I've determined that this lock has been destroyed even before glxgears runs - I guess it's just the first attempt at 3D rendering that triggers it? I'll try instrumenting the code somewhat to see what's happening... Thanks, Gavin From owner-freebsd-stable@FreeBSD.ORG Mon Dec 18 17:30:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F135516A5A1 for ; Mon, 18 Dec 2006 17:30:49 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C07D43CA2 for ; Mon, 18 Dec 2006 17:27:38 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from [212.40.38.87] (oddity-e.topspin.kiev.ua [212.40.38.87]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA03231 for ; Mon, 18 Dec 2006 19:07:59 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4586CAEF.2000404@icyb.net.ua> Date: Mon, 18 Dec 2006 19:07:59 +0200 From: Andriy Gapon User-Agent: Thunderbird 1.5.0.8 (X11/20061113) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <1166012592.00653256.1166001601@10.7.7.3> In-Reply-To: <1166012592.00653256.1166001601@10.7.7.3> Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Subject: Re: Mounting smbfs as non-root X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Dec 2006 17:30:50 -0000 on 13/12/2006 11:11 Peter Jeremy said the following: > I am trying to mount a SMB filesystem as an ordinary user (because > I don't want to give root to this particular person). Whilst > running mount_smbfs as root works, attempting the same command > as non-root consistently returns > mount_smbfs: can not setup kernel iconv table (ISO8859-1:tolower): syserr = Operation not permitted > > I've looked at a ktrace and the source code and the offending code is > sysctlbyname("kern.iconv.add", ...) > > I've looked through iconv_sysctl_add() and can't see any way for the > code to return EPERM. > > My reading of all the code also suggests that once the relevant iconv > tables are loaded, then iconv_sysctl_add() should return EEXIST > (via iconv_register_cspair()). But even if the relevant translation > table is loaded (by mounting a SMB filesystem as root), I still get > the above error when trying to use mount_smbfs as a user. I've even > written some code to let me look at the kern.iconv MIB tree which > confirms the above but doesn't get any me any closer to a solution. > > This is the same on two 6.2-PRERELEASE systems and I get the same > behaviour on an oldish 7-current system. Does anyone have any > suggestions on what is going wrong? > Not entirely the same issue, but quite similar and rather annoying. I have the following in loader.conf: msdosfs_iconv_load="YES" msdosfs itself is built into kernel. kldstat confirms that the above modules are indeed loaded. I also have vfs.usermount=1 I can successfully mount any DOS fs as a regular user as long as I don't specify any mount options that require iconv conversions. Otherwise I get EPERM: $ mount_msdosfs -L en_US.UTF-8 /dev/da0s1 /mnt/flash/ mount_msdosfs: msdosfs_iconv: Operation not permitted I can see from ktrace that the error comes from some __sysctl call. It is sufficient to do at least one mount as root and then subsequent user mounts are successful. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Mon Dec 18 17:43:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3337316A415 for ; Mon, 18 Dec 2006 17:43:05 +0000 (UTC) (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 E127343C9F for ; Mon, 18 Dec 2006 17:43:03 +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 881BFEB1700; Tue, 19 Dec 2006 01:19:10 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org 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 9kVtFrS2d3iy; Tue, 19 Dec 2006 01:19:03 +0800 (CST) Received: from [192.168.1.32] (unknown [221.222.206.250]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 9FCC0EB12A2; Tue, 19 Dec 2006 01:19:03 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=Tl8uPX4+VUhNxa83iQ48/1P7YZ4Cq16S85uMc0Tp/rK4Q7zaWYDXrBAxWpNgQJwdZ EPFkmqoX8GaoYoalhivrQ== Message-ID: <4586CD56.7040902@delphij.net> Date: Tue, 19 Dec 2006 01:18:14 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.8 (Macintosh/20061025) MIME-Version: 1.0 To: Olivier Mueller References: <20061128161216.67685.qmail@web27715.mail.ukl.yahoo.com> <456C7308.4000004@samsco.org> <0ABBA304-98FC-4621-9235-8322C0C0138B@omx.ch> In-Reply-To: <0ABBA304-98FC-4621-9235-8322C0C0138B@omx.ch> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig4E01BCC4E9474DF09C6D9C8C" Cc: freebsd-stable@freebsd.org Subject: Re: When will new changes in BCE driver for vlans be included in stable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Dec 2006 17:43:05 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4E01BCC4E9474DF09C6D9C8C Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Olivier Mueller wrote: > Le 29 nov. 06 =E0 01:34, Scott Long a =E9crit : >=20 >> I just merged the fixes into RELENG_6 and RELENG_6_2. Thanks for >> the reminder. >=20 > thanks, but what about RELENG_6_1? Under freebsd 6.1 it is still not > coming: > I have this in my cvsup file: *default release=3Dcvs tag=3DRELENG_6_= 1 >=20 > Should I rather use RELENG_6 to stay uptodate? After a cvsup now, I > get this version from 14.04.2006: > -rw-r--r-- 1 root wheel 217151 Apr 14 2006 if_bce.c > __FBSDID("$FreeBSD: src/sys/dev/bce/if_bce.c,v 1.2.4.2 2006/04/13 > 22:42:07 ps Exp $"); RELENG_6_1 is frozen and only security and errata changes are allowed under security-officer@'s permission (IIRC re@'s approval is required for errata changes). Because we are working on 6.2-RELEASE, it's likely that these changes would never get into RELENG_6_1. So, there are three options: - Manually checkout RELENG_6_2's sys/dev/bce and replace yours, compile, install a new kernel. This way would bring your bce(4) driver up-to-date, while retaining other parts untouched. For Dell [12]950 boxes, I think mfi(4) changes are also useful. - Upgrade to RELENG_6_2. This brings a lot of stability enhancements. However, if this is a production server you may want to wait for the final RELEASE. - Use RELENG_6. This is potentially somewhat risky, but newly discovered bugs are fixed in RELENG_6 and the risk is less than running a raw -CURRENT. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig4E01BCC4E9474DF09C6D9C8C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFhs1WOfuToMruuMARA5fpAJsEGBCz5R6hrKu/Yz+clVnb9bZABwCgiOkA fC6Z40+aZHmHFtx/FmtTJhc= =wHSI -----END PGP SIGNATURE----- --------------enig4E01BCC4E9474DF09C6D9C8C-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 18 18:12:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B2E3C16A403; Mon, 18 Dec 2006 18:12:08 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw4.york.ac.uk (mail-gw4.york.ac.uk [144.32.128.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CA3F43CA2; Mon, 18 Dec 2006 18:12:05 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.160]) by mail-gw4.york.ac.uk (8.13.6/8.13.6) with ESMTP id kBIIBfj8011272; Mon, 18 Dec 2006 18:11:41 GMT Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.8/8.13.6) with ESMTP id kBIIBf3Y001387; Mon, 18 Dec 2006 18:11:41 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.8/8.13.6/Submit) id kBIIBfqN001386; Mon, 18 Dec 2006 18:11:41 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: freebsd-stable@freebsd.org In-Reply-To: <1166461097.1296.4.camel@buffy.york.ac.uk> References: <1166461097.1296.4.camel@buffy.york.ac.uk> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Mon, 18 Dec 2006 18:11:40 +0000 Message-Id: <1166465500.1292.7.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: anholt@freebsd.org Subject: Re: radeon panic: mtx_lock() of destroyed mutex @ /usr/src/sys/modules/drm/radeon/../../../dev/drm/radeon_irq.c:128 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Dec 2006 18:12:08 -0000 On Mon, 2006-12-18 at 16:58 +0000, Gavin Atkinson wrote: > I've determined that this lock has been destroyed even before glxgears > runs - I guess it's just the first attempt at 3D rendering that triggers > it? Indeed, what's happening is that something calls drm_irq_install() in src/sys/dev/drm/drm_irq.c. This code fails to allocate a resource: dev->irqrid = 0; dev->irqr = bus_alloc_resource_any(dev->device, SYS_RES_IRQ, &dev->irqrid, RF_SHAREABLE); The error handler is then called, which destroys the IRQ mutex. This all happens while X is initialising. Later on, when glxgears is run, radeon_wait_irq() in src/sys/dev/drm/radeon_irq.c is called, which does a DRM_WAIT_ON, which tries to acquire the destroyed mutex. So, it looks like there should be some checking somewhere that dev->irq_enabled is non-zero before trying to acquire this mutex. I don't know where it should go, though. Gavin From owner-freebsd-stable@FreeBSD.ORG Mon Dec 18 18:14:51 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C2E5916A4FE for ; Mon, 18 Dec 2006 18:14:51 +0000 (UTC) (envelope-from sven@dmv.com) Received: from smtp-gw-cl-d.dmv.com (smtp-gw-cl-d.dmv.com [216.240.97.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F57943CBD for ; Mon, 18 Dec 2006 18:14:29 +0000 (GMT) (envelope-from sven@dmv.com) Received: from mail-gw-cl-b.dmv.com (mail-gw-cl-b.dmv.com [216.240.97.39]) by smtp-gw-cl-d.dmv.com (8.12.10/8.12.10) with ESMTP id kBIHTrJX093800; Mon, 18 Dec 2006 12:29:53 -0500 (EST) (envelope-from sven@dmv.com) Received: from lanshark.dmv.com (lanshark.dmv.com [216.240.97.46]) by mail-gw-cl-b.dmv.com (8.12.9/8.12.9) with ESMTP id kBIHTm8s038001; Mon, 18 Dec 2006 12:29:48 -0500 (EST) (envelope-from sven@dmv.com) From: Sven Willenberger To: Kostik Belousov In-Reply-To: <20061215212040.GG23698@deviant.kiev.zoral.com.ua> References: <20061205.004323.78708386.hrs@allbsd.org> <20061204160949.GM35681@deviant.kiev.zoral.com.ua> <20061205.123805.59655403.hrs@allbsd.org> <1166194879.6317.11.camel@lanshark.dmv.com> <20061215181548.GA58555@xor.obsecurity.org> <1166209936.6317.21.camel@lanshark.dmv.com> <20061215192958.GA86926@xor.obsecurity.org> <20061215212040.GG23698@deviant.kiev.zoral.com.ua> Content-Type: text/plain Date: Mon, 18 Dec 2006 12:33:20 -0500 Message-Id: <1166463200.11562.5.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.48 on 216.240.97.42 X-Scanned-By: MIMEDefang 2.48 on 216.240.97.39 Cc: stable@freebsd.org, Kris Kennaway Subject: Re: Not panic in nfsd (Re: panic in nfsd on 6.2-RC1) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Dec 2006 18:14:51 -0000 On Fri, 2006-12-15 at 23:20 +0200, Kostik Belousov wrote: > On Fri, Dec 15, 2006 at 02:29:58PM -0500, Kris Kennaway wrote: <> > > > > > FWIW, I do see the following appearing in the /var/log/messages: > > > ufs_rename: fvp == tvp (can't happen) > > > about once or twice a day, but cannot correlate those to lockup. Now > > > that I have enabled the options mentioned above in the kernel, I am > > > seeing some LOR issues: > > > > > > kernel: lock order reversal: > > > kernel: 1st 0xffffff00c3bab200 kqueue (kqueue) @ /usr/src/sys/kern/kern_event.c:1547 > > > kernel: 2nd 0xffffff0005bb6078 struct mount mtx (struct mount mtx) @ /usr/src/sys/ufs/ufs/ufs_vnops.c:138 > > > > OK, this is interesting, so let's proceed from here. > > > > Kris > > Try this. > > Index: ufs/ufs/ufs_vnops.c > =================================================================== > RCS file: /usr/local/arch/ncvs/src/sys/ufs/ufs/ufs_vnops.c,v > retrieving revision 1.283 > diff -u -r1.283 ufs_vnops.c > --- ufs/ufs/ufs_vnops.c 6 Nov 2006 13:42:09 -0000 1.283 > +++ ufs/ufs/ufs_vnops.c 15 Dec 2006 21:19:51 -0000 > @@ -133,19 +133,15 @@ > { > struct inode *ip; > struct timespec ts; > - int mnt_locked; > > ip = VTOI(vp); > - mnt_locked = 0; > - if ((vp->v_mount->mnt_flag & MNT_RDONLY) != 0) { > - VI_LOCK(vp); > + VI_LOCK(vp); > + if ((vp->v_mount->mnt_flag & MNT_RDONLY) != 0) > goto out; > + if ((ip->i_flag & (IN_ACCESS | IN_CHANGE | IN_UPDATE)) == 0) { > + VI_UNLOCK(vp); > + return; > } > - MNT_ILOCK(vp->v_mount); /* For reading of mnt_kern_flags. */ > - mnt_locked = 1; > - VI_LOCK(vp); > - if ((ip->i_flag & (IN_ACCESS | IN_CHANGE | IN_UPDATE)) == 0) > - goto out_unl; > > if ((vp->v_type == VBLK || vp->v_type == VCHR) && !DOINGSOFTDEP(vp)) > ip->i_flag |= IN_LAZYMOD; > @@ -172,10 +168,7 @@ > > out: > ip->i_flag &= ~(IN_ACCESS | IN_CHANGE | IN_UPDATE); > - out_unl: > VI_UNLOCK(vp); > - if (mnt_locked) > - MNT_IUNLOCK(vp->v_mount); > } > > /* Patch applied cleanly (offset 6 lines), make buildworld, make kernel, reboot, make installworld, etc. kernel: lock order reversal: kernel: 1st 0xffffff00b9181800 kqueue (kqueue) @ /usr/src/sys/kern/kern_event.c:1547 kernel: 2nd 0xffffff00c16030d0 vnode interlock (vnode interlock) @ /usr/src/sys/ufs/ufs/ufs_vnops.c:132 From owner-freebsd-stable@FreeBSD.ORG Mon Dec 18 18:29:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9127316A403 for ; Mon, 18 Dec 2006 18:29:39 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56EBC43CC2 for ; Mon, 18 Dec 2006 18:27:52 +0000 (GMT) (envelope-from almarrie@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1370154uge for ; Mon, 18 Dec 2006 10:27:25 -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:references; b=WbpHsc0HtdLn62hYocQ+4bKFMQphcbsOYpr4/AZ+Yvv/2YUG4hfc/j81Z9gissevKuDfQHagy63R4V9tnVvbihIRT5pyySKyOTW3AO0JehAmzKaoFKjULd1Wo9aeIwVGlpy58UWZjR462Phf5ei4MJsWXMzji5rF+rCc1kM1Kc0= Received: by 10.67.97.7 with SMTP id z7mr5496227ugl.1166466444519; Mon, 18 Dec 2006 10:27:24 -0800 (PST) Received: by 10.67.27.15 with HTTP; Mon, 18 Dec 2006 10:27:24 -0800 (PST) Message-ID: <499c70c0612181027q5063adc9w10c36e0f4dc57811@mail.gmail.com> Date: Mon, 18 Dec 2006 21:27:24 +0300 From: "Abdullah Al-Marrie" To: "Scot Hetzel" In-Reply-To: <790a9fff0612180738h5b71fb3by79209c629d50221@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_20971_24466587.1166466444459" References: <499c70c0612172351k25986e8dnf17da9e939d594c3@mail.gmail.com> <790a9fff0612180738h5b71fb3by79209c629d50221@mail.gmail.com> Cc: freebsd-stable@freebsd.org, FreeBSD Questions , freebsd-mobile@freebsd.org Subject: Re: FreeBSD 6.2-RC1 issues Acer Aspire 5102 WLMi X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Dec 2006 18:29:39 -0000 ------=_Part_20971_24466587.1166466444459 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline On 12/18/06, Scot Hetzel wrote: > On 12/18/06, Abdullah Al-Marrie wrote: > > Hello guys, > > > > First thanks for the hard work to make FreeBSD good for desktop environment. > > > > Here is my case with Acer Aspire 5102 WLMi with the latest bios 2.40 > > > > > 2. I can't use my WLAN which is broadcom, I was forced to use an older > > drivers, since ndis has problem with reading the latest driver from > > broadcom. > > Here are the files > > http://bb.wearab.net/attachment.php?attachmentid=472&d=1166427326 > > http://bb.wearab.net/attachment.php?attachmentid=473&d=1166427326 > > > > And here is the 78 MB full package for the driver in zip file > > ftp://ftp.support.acer-euro.com/notebook/aspire_3100_5100_5110/driver/802bg_broadcom_v4.10.40.0.zip > > > > Could someone convert the 2 files to a kernel module? please let me know. > > > You need to apply the patch in PR 106131 to use the newer versions of > the broadcom driver. I have tested it with version 4.10.40.19 from > HPs web site (SP33008.exe). > > http://www.freebsd.org/cgi/query-pr.cgi?pr=106131 > > Scot > -- > DISCLAIMER: > No electrons were mamed while sending this message. Only slightly bruised. > Here what I get when I try the ndisgen /usr/share/misc/windrv_stub.c:76: warning: initialization makes integer from pointer without a cast /usr/share/misc/windrv_stub.c:76: error: initializer element is not constant /usr/share/misc/windrv_stub.c:76: error: (near initialization for `ndis_regvals[422].nc_val') /usr/share/misc/windrv_stub.c:76: error: initializer element is not constant /usr/share/misc/windrv_stub.c:76: error: (near initialization for `ndis_regvals[422]') /usr/share/misc/windrv_stub.c: In function `windrv_modevent': /usr/share/misc/windrv_stub.c:221: error: `ndis_devs_pci' undeclared (first use in this function) /usr/share/misc/windrv_stub.c:221: error: (Each undeclared identifier is reported only once /usr/share/misc/windrv_stub.c:221: error: for each function it appears in.) build failed. Exiting. Check the attached file for more errors please. My WLAN broadcom chip is BCM 4318 Rev 2 pci6: at device 2.0 (no driver attached) cbb0: mem 0xc0203000-0xc0203fff irq 20 at device 4.0 on pci6 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pci6: at device 4.1 (no driver attached) pci6: at device 4.2 (no driver attached) pci6: at device 4.3 (no driver attached) pci6: at device 4.4 (no driver attached) Beside of that OpenBSD folks working on the new driver which is known as bcw for the broadcom chips. http://undeadly.org/cgi?action=article&sid=20061121194620 Also, here is file which helps with Acer bios, I wish FreeBSD commiters can take care of it. 290radio.tgz - 2KB - 2004-10-18 http://damien.bergamini.free.fr/ipw/get.php?file=290radio.tgz Driver for Acer TravelMate 29x laptops developed by Franz Klammer. Distributed under the GNU General Public License (GPL). Should also work for bluetooth. This is very important to get Acer WLAN and Blutooth to be working afrer getting the ndis modules done. http://damien.bergamini.free.fr/ipw/download.html Thank you, -Abdullah Ibn Hamad Al-Marri Arab Portal Network http://www.WeArab.Net/ ------=_Part_20971_24466587.1166466444459 Content-Type: application/octet-stream; name=ndis-errors Content-Transfer-Encoding: base64 X-Attachment-Id: f_evv7yi1q Content-Disposition: attachment; filename="ndis-errors" IAouL3dpbmRydi5oOjEzODg6IHdhcm5pbmc6IGV4Y2VzcyBlbGVtZW50cyBpbiBzdHJ1Y3QgaW5p dGlhbGl6ZXIKLi93aW5kcnYuaDoxMzg4OiB3YXJuaW5nOiAobmVhciBpbml0aWFsaXphdGlvbiBm b3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxMzg5OiBlcnJvcjogZXh0cmEgYnJh Y2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTM4OTogZXJyb3I6IChu ZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjEz OTE6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5k cnYuaDoxMzkxOiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNb NDA4XScpCi4vd2luZHJ2Lmg6MTM5MTogd2FybmluZzogZXhjZXNzIGVsZW1lbnRzIGluIHN0cnVj dCBpbml0aWFsaXplcgouL3dpbmRydi5oOjEzOTE6IHdhcm5pbmc6IChuZWFyIGluaXRpYWxpemF0 aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjEzOTI6IGVycm9yOiBleHRy YSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxMzkyOiBlcnJv cjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2 Lmg6MTM5NDogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgou L3dpbmRydi5oOjEzOTQ6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVn dmFsc1s0MDhdJykKLi93aW5kcnYuaDoxMzk0OiB3YXJuaW5nOiBleGNlc3MgZWxlbWVudHMgaW4g c3RydWN0IGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTM5NDogd2FybmluZzogKG5lYXIgaW5pdGlh bGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTM5NTogZXJyb3I6 IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjEzOTU6 IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93 aW5kcnYuaDoxMzk3OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxp emVyCi4vd2luZHJ2Lmg6MTM5NzogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRp c19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjEzOTc6IHdhcm5pbmc6IGV4Y2VzcyBlbGVtZW50 cyBpbiBzdHJ1Y3QgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxMzk3OiB3YXJuaW5nOiAobmVhciBp bml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxMzk4OiBl cnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6 MTM5ODogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0n KQouL3dpbmRydi5oOjE0MDA6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5p dGlhbGl6ZXIKLi93aW5kcnYuaDoxNDAwOiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9y IGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTQwMDogd2FybmluZzogZXhjZXNzIGVs ZW1lbnRzIGluIHN0cnVjdCBpbml0aWFsaXplcgouL3dpbmRydi5oOjE0MDA6IHdhcm5pbmc6IChu ZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE0 MDE6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5k cnYuaDoxNDAxOiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNb NDA4XScpCi4vd2luZHJ2Lmg6MTQwMzogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBv ZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE0MDM6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlv biBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNDAzOiB3YXJuaW5nOiBleGNl c3MgZWxlbWVudHMgaW4gc3RydWN0IGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTQwMzogd2Fybmlu ZzogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2 Lmg6MTQwNDogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgou L3dpbmRydi5oOjE0MDQ6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVn dmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNDA2OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQg ZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTQwNjogZXJyb3I6IChuZWFyIGluaXRpYWxp emF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE0MDY6IHdhcm5pbmc6 IGV4Y2VzcyBlbGVtZW50cyBpbiBzdHJ1Y3QgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNDA2OiB3 YXJuaW5nOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93 aW5kcnYuaDoxNDA3OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxp emVyCi4vd2luZHJ2Lmg6MTQwNzogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRp c19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE0MDk6IGVycm9yOiBleHRyYSBicmFjZSBncm91 cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNDA5OiBlcnJvcjogKG5lYXIgaW5p dGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTQwOTogd2Fy bmluZzogZXhjZXNzIGVsZW1lbnRzIGluIHN0cnVjdCBpbml0aWFsaXplcgouL3dpbmRydi5oOjE0 MDk6IHdhcm5pbmc6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0n KQouL3dpbmRydi5oOjE0MTA6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5p dGlhbGl6ZXIKLi93aW5kcnYuaDoxNDEwOiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9y IGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTQxMjogZXJyb3I6IGV4dHJhIGJyYWNl IGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE0MTI6IGVycm9yOiAobmVh ciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNDEy OiB3YXJuaW5nOiBleGNlc3MgZWxlbWVudHMgaW4gc3RydWN0IGluaXRpYWxpemVyCi4vd2luZHJ2 Lmg6MTQxMjogd2FybmluZzogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNb NDA4XScpCi4vd2luZHJ2Lmg6MTQxMzogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBv ZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE0MTM6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlv biBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNDE1OiBlcnJvcjogZXh0cmEg YnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTQxNTogZXJyb3I6 IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5o OjE0MTU6IHdhcm5pbmc6IGV4Y2VzcyBlbGVtZW50cyBpbiBzdHJ1Y3QgaW5pdGlhbGl6ZXIKLi93 aW5kcnYuaDoxNDE1OiB3YXJuaW5nOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVn dmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNDE2OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQg ZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTQxNjogZXJyb3I6IChuZWFyIGluaXRpYWxp emF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE0MTg6IGVycm9yOiBl eHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNDE4OiBl cnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2lu ZHJ2Lmg6MTQxODogd2FybmluZzogZXhjZXNzIGVsZW1lbnRzIGluIHN0cnVjdCBpbml0aWFsaXpl cgouL3dpbmRydi5oOjE0MTg6IHdhcm5pbmc6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRp c19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE0MTk6IGVycm9yOiBleHRyYSBicmFjZSBncm91 cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNDE5OiBlcnJvcjogKG5lYXIgaW5p dGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTQyMTogZXJy b3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE0 MjE6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykK Li93aW5kcnYuaDoxNDIxOiB3YXJuaW5nOiBleGNlc3MgZWxlbWVudHMgaW4gc3RydWN0IGluaXRp YWxpemVyCi4vd2luZHJ2Lmg6MTQyMTogd2FybmluZzogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9y IGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTQyMjogZXJyb3I6IGV4dHJhIGJyYWNl IGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE0MjI6IGVycm9yOiAobmVh ciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNDI0 OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2 Lmg6MTQyNDogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQw OF0nKQouL3dpbmRydi5oOjE0MjY6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2Yg aW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNDI2OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24g Zm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTQyNzogZXJyb3I6IGV4dHJhIGJy YWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE0Mjc6IGVycm9yOiAo bmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDox NDI5OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2lu ZHJ2Lmg6MTQyOTogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxz WzQwOF0nKQouL3dpbmRydi5oOjE0MzA6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQg b2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNDMwOiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRp b24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTQzMjogZXJyb3I6IGV4dHJh IGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE0MzI6IGVycm9y OiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYu aDoxNDMzOiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4v d2luZHJ2Lmg6MTQzMzogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2 YWxzWzQwOF0nKQouL3dpbmRydi5oOjE0MzU6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBl bmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNDM1OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6 YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTQzNjogZXJyb3I6IGV4 dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE0MzY6IGVy cm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5k cnYuaDoxNDM4OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVy Ci4vd2luZHJ2Lmg6MTQzODogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19y ZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE0Mzk6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBh dCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNDM5OiBlcnJvcjogKG5lYXIgaW5pdGlh bGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTQ0MTogZXJyb3I6 IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE0NDE6 IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93 aW5kcnYuaDoxNDQyOiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxp emVyCi4vd2luZHJ2Lmg6MTQ0MjogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRp c19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE0NDQ6IGVycm9yOiBleHRyYSBicmFjZSBncm91 cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNDQ0OiBlcnJvcjogKG5lYXIgaW5p dGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTQ0NTogZXJy b3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE0 NDU6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykK Li93aW5kcnYuaDoxNDQ3OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRp YWxpemVyCi4vd2luZHJ2Lmg6MTQ0NzogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBg bmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE0NDg6IGVycm9yOiBleHRyYSBicmFjZSBn cm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNDQ4OiBlcnJvcjogKG5lYXIg aW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTQ1MDog ZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5o OjE0NTA6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhd JykKLi93aW5kcnYuaDoxNDUxOiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGlu aXRpYWxpemVyCi4vd2luZHJ2Lmg6MTQ1MTogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZv ciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE0NTM6IGVycm9yOiBleHRyYSBicmFj ZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNDUzOiBlcnJvcjogKG5l YXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTQ1 NDogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRy di5oOjE0NTQ6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0 MDhdJykKLi93aW5kcnYuaDoxNDU2OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9m IGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTQ1NjogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9u IGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE0NTc6IGVycm9yOiBleHRyYSBi cmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNDU3OiBlcnJvcjog KG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6 MTQ1OTogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dp bmRydi5oOjE0NTk6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFs c1s0MDhdJykKLi93aW5kcnYuaDoxNDYwOiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5k IG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTQ2MDogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0 aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE0NjI6IGVycm9yOiBleHRy YSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNDYyOiBlcnJv cjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2 Lmg6MTQ2MzogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgou L3dpbmRydi5oOjE0NjM6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVn dmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNDY1OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQg ZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTQ2NTogZXJyb3I6IChuZWFyIGluaXRpYWxp emF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE0NjY6IGVycm9yOiBl eHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNDY2OiBl cnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2lu ZHJ2Lmg6MTQ2ODogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXpl cgouL3dpbmRydi5oOjE0Njg6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNf cmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNDY5OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAg YXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTQ2OTogZXJyb3I6IChuZWFyIGluaXRp YWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE0NzE6IGVycm9y OiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNDcx OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4v d2luZHJ2Lmg6MTQ3MjogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFs aXplcgouL3dpbmRydi5oOjE0NzI6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5k aXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNDc0OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3Jv dXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTQ3NDogZXJyb3I6IChuZWFyIGlu aXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE0NzU6IGVy cm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDox NDc1OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScp Ci4vd2luZHJ2Lmg6MTQ3NzogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0 aWFsaXplcgouL3dpbmRydi5oOjE0Nzc6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3Ig YG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNDc4OiBlcnJvcjogZXh0cmEgYnJhY2Ug Z3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTQ3ODogZXJyb3I6IChuZWFy IGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE0ODA6 IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYu aDoxNDgwOiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4 XScpCi4vd2luZHJ2Lmg6MTQ4MTogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBp bml0aWFsaXplcgouL3dpbmRydi5oOjE0ODE6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBm b3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNDgzOiBlcnJvcjogZXh0cmEgYnJh Y2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTQ4MzogZXJyb3I6IChu ZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE0 ODQ6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5k cnYuaDoxNDg0OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNb NDA4XScpCi4vd2luZHJ2Lmg6MTQ4NjogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBv ZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE0ODY6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlv biBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNDg3OiBlcnJvcjogZXh0cmEg YnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTQ4NzogZXJyb3I6 IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5o OjE0ODk6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93 aW5kcnYuaDoxNDg5OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3Zh bHNbNDA4XScpCi4vd2luZHJ2Lmg6MTQ5MDogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVu ZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE0OTA6IGVycm9yOiAobmVhciBpbml0aWFsaXph dGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNDkyOiBlcnJvcjogZXh0 cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTQ5MjogZXJy b3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRy di5oOjE0OTM6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIK Li93aW5kcnYuaDoxNDkzOiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3Jl Z3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTQ5NTogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0 IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE0OTU6IGVycm9yOiAobmVhciBpbml0aWFs aXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNDk2OiBlcnJvcjog ZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTQ5Njog ZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dp bmRydi5oOjE0OTg6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6 ZXIKLi93aW5kcnYuaDoxNDk4OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlz X3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTQ5OTogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3Vw IGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE0OTk6IGVycm9yOiAobmVhciBpbml0 aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNTAxOiBlcnJv cjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTUw MTogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQou L3dpbmRydi5oOjE1MDI6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlh bGl6ZXIKLi93aW5kcnYuaDoxNTAyOiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBu ZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTUwNDogZXJyb3I6IGV4dHJhIGJyYWNlIGdy b3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE1MDQ6IGVycm9yOiAobmVhciBp bml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNTA1OiBl cnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6 MTUwNTogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0n KQouL3dpbmRydi5oOjE1MDc6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5p dGlhbGl6ZXIKLi93aW5kcnYuaDoxNTA3OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9y IGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTUwODogZXJyb3I6IGV4dHJhIGJyYWNl IGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE1MDg6IGVycm9yOiAobmVh ciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNTEw OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2 Lmg6MTUxMDogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQw OF0nKQouL3dpbmRydi5oOjE1MTE6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2Yg aW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNTExOiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24g Zm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTUxMzogZXJyb3I6IGV4dHJhIGJy YWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE1MTM6IGVycm9yOiAo bmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDox NTE0OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2lu ZHJ2Lmg6MTUxNDogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxz WzQwOF0nKQouL3dpbmRydi5oOjE1MTY6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQg b2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNTE2OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRp b24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTUxNzogZXJyb3I6IGV4dHJh IGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE1MTc6IGVycm9y OiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYu aDoxNTE5OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4v d2luZHJ2Lmg6MTUxOTogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2 YWxzWzQwOF0nKQouL3dpbmRydi5oOjE1MjA6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBl bmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNTIwOiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6 YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTUyMjogZXJyb3I6IGV4 dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE1MjI6IGVy cm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5k cnYuaDoxNTIzOiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVy Ci4vd2luZHJ2Lmg6MTUyMzogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19y ZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE1MjU6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBh dCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNTI1OiBlcnJvcjogKG5lYXIgaW5pdGlh bGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTUyNjogZXJyb3I6 IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE1MjY6 IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93 aW5kcnYuaDoxNTI4OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxp emVyCi4vd2luZHJ2Lmg6MTUyODogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRp c19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE1Mjk6IGVycm9yOiBleHRyYSBicmFjZSBncm91 cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNTI5OiBlcnJvcjogKG5lYXIgaW5p dGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTUzMTogZXJy b3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE1 MzE6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykK Li93aW5kcnYuaDoxNTMyOiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRp YWxpemVyCi4vd2luZHJ2Lmg6MTUzMjogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBg bmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE1MzQ6IGVycm9yOiBleHRyYSBicmFjZSBn cm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNTM0OiBlcnJvcjogKG5lYXIg aW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTUzNTog ZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5o OjE1MzU6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhd JykKLi93aW5kcnYuaDoxNTM3OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGlu aXRpYWxpemVyCi4vd2luZHJ2Lmg6MTUzNzogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZv ciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE1Mzg6IGVycm9yOiBleHRyYSBicmFj ZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNTM4OiBlcnJvcjogKG5l YXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTU0 MDogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRy di5oOjE1NDA6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0 MDhdJykKLi93aW5kcnYuaDoxNTQxOiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9m IGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTU0MTogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9u IGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE1NDM6IGVycm9yOiBleHRyYSBi cmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNTQzOiBlcnJvcjog KG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6 MTU0NDogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dp bmRydi5oOjE1NDQ6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFs c1s0MDhdJykKLi93aW5kcnYuaDoxNTQ2OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5k IG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTU0NjogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0 aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE1NDc6IGVycm9yOiBleHRy YSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNTQ3OiBlcnJv cjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2 Lmg6MTU0OTogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgou L3dpbmRydi5oOjE1NDk6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVn dmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNTUwOiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQg ZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTU1MDogZXJyb3I6IChuZWFyIGluaXRpYWxp emF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE1NTI6IGVycm9yOiBl eHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNTUyOiBl cnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2lu ZHJ2Lmg6MTU1MzogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXpl cgouL3dpbmRydi5oOjE1NTM6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNf cmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNTU1OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAg YXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTU1NTogZXJyb3I6IChuZWFyIGluaXRp YWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE1NTY6IGVycm9y OiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNTU2 OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4v d2luZHJ2Lmg6MTU1ODogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFs aXplcgouL3dpbmRydi5oOjE1NTg6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5k aXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNTU5OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3Jv dXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTU1OTogZXJyb3I6IChuZWFyIGlu aXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE1NjE6IGVy cm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDox NTYxOiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScp Ci4vd2luZHJ2Lmg6MTU2MjogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0 aWFsaXplcgouL3dpbmRydi5oOjE1NjI6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3Ig YG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNTY0OiBlcnJvcjogZXh0cmEgYnJhY2Ug Z3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTU2NDogZXJyb3I6IChuZWFy IGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE1NjU6 IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYu aDoxNTY1OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4 XScpCi4vd2luZHJ2Lmg6MTU2NzogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBp bml0aWFsaXplcgouL3dpbmRydi5oOjE1Njc6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBm b3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNTY4OiBlcnJvcjogZXh0cmEgYnJh Y2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTU2ODogZXJyb3I6IChu ZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE1 NzA6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5k cnYuaDoxNTcwOiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNb NDA4XScpCi4vd2luZHJ2Lmg6MTU3MTogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBv ZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE1NzE6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlv biBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNTczOiBlcnJvcjogZXh0cmEg YnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTU3MzogZXJyb3I6 IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5o OjE1NzQ6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93 aW5kcnYuaDoxNTc0OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3Zh bHNbNDA4XScpCi4vd2luZHJ2Lmg6MTU3NjogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVu ZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE1NzY6IGVycm9yOiAobmVhciBpbml0aWFsaXph dGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNTc3OiBlcnJvcjogZXh0 cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTU3NzogZXJy b3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRy di5oOjE1Nzk6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIK Li93aW5kcnYuaDoxNTc5OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3Jl Z3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTU4MDogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0 IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE1ODA6IGVycm9yOiAobmVhciBpbml0aWFs aXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNTgyOiBlcnJvcjog ZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTU4Mjog ZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dp bmRydi5oOjE1ODQ6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6 ZXIKLi93aW5kcnYuaDoxNTg0OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlz X3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTU4NTogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3Vw IGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE1ODU6IGVycm9yOiAobmVhciBpbml0 aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNTg3OiBlcnJv cjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTU4 NzogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQou L3dpbmRydi5oOjE1ODg6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlh bGl6ZXIKLi93aW5kcnYuaDoxNTg4OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBu ZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTU5MDogZXJyb3I6IGV4dHJhIGJyYWNlIGdy b3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE1OTA6IGVycm9yOiAobmVhciBp bml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNTkxOiBl cnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6 MTU5MTogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0n KQouL3dpbmRydi5oOjE1OTM6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5p dGlhbGl6ZXIKLi93aW5kcnYuaDoxNTkzOiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9y IGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTU5NDogZXJyb3I6IGV4dHJhIGJyYWNl IGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE1OTQ6IGVycm9yOiAobmVh ciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNTk2 OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2 Lmg6MTU5NjogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQw OF0nKQouL3dpbmRydi5oOjE1OTc6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2Yg aW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNTk3OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24g Zm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTU5OTogZXJyb3I6IGV4dHJhIGJy YWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE1OTk6IGVycm9yOiAo bmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDox NjAwOiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2lu ZHJ2Lmg6MTYwMDogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxz WzQwOF0nKQouL3dpbmRydi5oOjE2MDI6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQg b2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNjAyOiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRp b24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTYwMzogZXJyb3I6IGV4dHJh IGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE2MDM6IGVycm9y OiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYu aDoxNjA1OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4v d2luZHJ2Lmg6MTYwNTogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2 YWxzWzQwOF0nKQouL3dpbmRydi5oOjE2MDY6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBl bmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNjA2OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6 YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTYwODogZXJyb3I6IGV4 dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE2MDg6IGVy cm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5k cnYuaDoxNjA5OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVy Ci4vd2luZHJ2Lmg6MTYwOTogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19y ZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE2MTE6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBh dCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNjExOiBlcnJvcjogKG5lYXIgaW5pdGlh bGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTYxMjogZXJyb3I6 IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE2MTI6 IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93 aW5kcnYuaDoxNjE0OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxp emVyCi4vd2luZHJ2Lmg6MTYxNDogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRp c19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE2MTU6IGVycm9yOiBleHRyYSBicmFjZSBncm91 cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNjE1OiBlcnJvcjogKG5lYXIgaW5p dGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTYxNzogZXJy b3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE2 MTc6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykK Li93aW5kcnYuaDoxNjE4OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRp YWxpemVyCi4vd2luZHJ2Lmg6MTYxODogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBg bmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE2MjA6IGVycm9yOiBleHRyYSBicmFjZSBn cm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNjIwOiBlcnJvcjogKG5lYXIg aW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTYyMTog ZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5o OjE2MjE6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhd JykKLi93aW5kcnYuaDoxNjIzOiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGlu aXRpYWxpemVyCi4vd2luZHJ2Lmg6MTYyMzogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZv ciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE2MjQ6IGVycm9yOiBleHRyYSBicmFj ZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNjI0OiBlcnJvcjogKG5l YXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTYy NjogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRy di5oOjE2MjY6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0 MDhdJykKLi93aW5kcnYuaDoxNjI3OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9m IGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTYyNzogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9u IGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE2Mjk6IGVycm9yOiBleHRyYSBi cmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNjI5OiBlcnJvcjog KG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6 MTYzMDogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dp bmRydi5oOjE2MzA6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFs c1s0MDhdJykKLi93aW5kcnYuaDoxNjMyOiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5k IG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTYzMjogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0 aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE2MzM6IGVycm9yOiBleHRy YSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNjMzOiBlcnJv cjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2 Lmg6MTYzNTogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgou L3dpbmRydi5oOjE2MzU6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVn dmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNjM2OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQg ZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTYzNjogZXJyb3I6IChuZWFyIGluaXRpYWxp emF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE2Mzg6IGVycm9yOiBl eHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNjM4OiBl cnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2lu ZHJ2Lmg6MTYzOTogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXpl cgouL3dpbmRydi5oOjE2Mzk6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNf cmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNjQxOiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAg YXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTY0MTogZXJyb3I6IChuZWFyIGluaXRp YWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE2NDI6IGVycm9y OiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNjQy OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4v d2luZHJ2Lmg6MTY0NDogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFs aXplcgouL3dpbmRydi5oOjE2NDQ6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5k aXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNjQ1OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3Jv dXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTY0NTogZXJyb3I6IChuZWFyIGlu aXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE2NDc6IGVy cm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDox NjQ3OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScp Ci4vd2luZHJ2Lmg6MTY0ODogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0 aWFsaXplcgouL3dpbmRydi5oOjE2NDg6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3Ig YG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNjUwOiBlcnJvcjogZXh0cmEgYnJhY2Ug Z3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTY1MDogZXJyb3I6IChuZWFy IGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE2NTE6 IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYu aDoxNjUxOiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4 XScpCi4vd2luZHJ2Lmg6MTY1MzogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBp bml0aWFsaXplcgouL3dpbmRydi5oOjE2NTM6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBm b3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNjU0OiBlcnJvcjogZXh0cmEgYnJh Y2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTY1NDogZXJyb3I6IChu ZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE2 NTY6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5k cnYuaDoxNjU2OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNb NDA4XScpCi4vd2luZHJ2Lmg6MTY1NzogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBv ZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE2NTc6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlv biBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNjU5OiBlcnJvcjogZXh0cmEg YnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTY1OTogZXJyb3I6 IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5o OjE2NjA6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93 aW5kcnYuaDoxNjYwOiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3Zh bHNbNDA4XScpCi4vd2luZHJ2Lmg6MTY2MjogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVu ZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE2NjI6IGVycm9yOiAobmVhciBpbml0aWFsaXph dGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNjYzOiBlcnJvcjogZXh0 cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTY2MzogZXJy b3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRy di5oOjE2NjU6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIK Li93aW5kcnYuaDoxNjY1OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3Jl Z3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTY2NjogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0 IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE2NjY6IGVycm9yOiAobmVhciBpbml0aWFs aXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNjY4OiBlcnJvcjog ZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTY2ODog ZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dp bmRydi5oOjE2Njk6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6 ZXIKLi93aW5kcnYuaDoxNjY5OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlz X3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTY3MTogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3Vw IGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE2NzE6IGVycm9yOiAobmVhciBpbml0 aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNjcyOiBlcnJv cjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTY3 MjogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQou L3dpbmRydi5oOjE2NzQ6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlh bGl6ZXIKLi93aW5kcnYuaDoxNjc0OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBu ZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTY3NTogZXJyb3I6IGV4dHJhIGJyYWNlIGdy b3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE2NzU6IGVycm9yOiAobmVhciBp bml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNjc3OiBl cnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6 MTY3NzogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0n KQouL3dpbmRydi5oOjE2Nzg6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5p dGlhbGl6ZXIKLi93aW5kcnYuaDoxNjc4OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9y IGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTY4MDogZXJyb3I6IGV4dHJhIGJyYWNl IGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE2ODA6IGVycm9yOiAobmVh ciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNjgx OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2 Lmg6MTY4MTogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQw OF0nKQouL3dpbmRydi5oOjE2ODM6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2Yg aW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNjgzOiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24g Zm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTY4NDogZXJyb3I6IGV4dHJhIGJy YWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE2ODQ6IGVycm9yOiAo bmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDox Njg2OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2lu ZHJ2Lmg6MTY4NjogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxz WzQwOF0nKQouL3dpbmRydi5oOjE2ODc6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQg b2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNjg3OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRp b24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTY4OTogZXJyb3I6IGV4dHJh IGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE2ODk6IGVycm9y OiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYu aDoxNjkwOiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4v d2luZHJ2Lmg6MTY5MDogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2 YWxzWzQwOF0nKQouL3dpbmRydi5oOjE2OTI6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBl bmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNjkyOiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6 YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTY5MzogZXJyb3I6IGV4 dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE2OTM6IGVy cm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5k cnYuaDoxNjk1OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVy Ci4vd2luZHJ2Lmg6MTY5NTogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19y ZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE2OTY6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBh dCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNjk2OiBlcnJvcjogKG5lYXIgaW5pdGlh bGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTY5ODogZXJyb3I6 IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE2OTg6 IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93 aW5kcnYuaDoxNjk5OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxp emVyCi4vd2luZHJ2Lmg6MTY5OTogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRp c19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE3MDE6IGVycm9yOiBleHRyYSBicmFjZSBncm91 cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNzAxOiBlcnJvcjogKG5lYXIgaW5p dGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTcwMjogZXJy b3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE3 MDI6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykK Li93aW5kcnYuaDoxNzA0OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRp YWxpemVyCi4vd2luZHJ2Lmg6MTcwNDogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBg bmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE3MDU6IGVycm9yOiBleHRyYSBicmFjZSBn cm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNzA1OiBlcnJvcjogKG5lYXIg aW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTcwNzog ZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5o OjE3MDc6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhd JykKLi93aW5kcnYuaDoxNzA4OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGlu aXRpYWxpemVyCi4vd2luZHJ2Lmg6MTcwODogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZv ciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE3MTA6IGVycm9yOiBleHRyYSBicmFj ZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNzEwOiBlcnJvcjogKG5l YXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTcx MTogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRy di5oOjE3MTE6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0 MDhdJykKLi93aW5kcnYuaDoxNzEzOiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9m IGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTcxMzogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9u IGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE3MTQ6IGVycm9yOiBleHRyYSBi cmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNzE0OiBlcnJvcjog KG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6 MTcxNjogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dp bmRydi5oOjE3MTY6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFs c1s0MDhdJykKLi93aW5kcnYuaDoxNzE3OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5k IG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTcxNzogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0 aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE3MTk6IGVycm9yOiBleHRy YSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNzE5OiBlcnJv cjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2 Lmg6MTcyMDogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgou L3dpbmRydi5oOjE3MjA6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVn dmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNzIyOiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQg ZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTcyMjogZXJyb3I6IChuZWFyIGluaXRpYWxp emF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE3MjM6IGVycm9yOiBl eHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNzIzOiBl cnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2lu ZHJ2Lmg6MTcyNTogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXpl cgouL3dpbmRydi5oOjE3MjU6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNf cmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNzI2OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAg YXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTcyNjogZXJyb3I6IChuZWFyIGluaXRp YWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE3Mjg6IGVycm9y OiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNzI4 OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4v d2luZHJ2Lmg6MTcyOTogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFs aXplcgouL3dpbmRydi5oOjE3Mjk6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5k aXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNzMxOiBlcnJvcjogZXh0cmEgYnJhY2UgZ3Jv dXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTczMTogZXJyb3I6IChuZWFyIGlu aXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE3MzI6IGVy cm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDox NzMyOiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScp Ci4vd2luZHJ2Lmg6MTczNDogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0 aWFsaXplcgouL3dpbmRydi5oOjE3MzQ6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3Ig YG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNzM1OiBlcnJvcjogZXh0cmEgYnJhY2Ug Z3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTczNTogZXJyb3I6IChuZWFy IGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE3Mzc6 IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYu aDoxNzM3OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4 XScpCi4vd2luZHJ2Lmg6MTczODogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBp bml0aWFsaXplcgouL3dpbmRydi5oOjE3Mzg6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBm b3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNzQwOiBlcnJvcjogZXh0cmEgYnJh Y2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTc0MDogZXJyb3I6IChu ZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE3 NDI6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5k cnYuaDoxNzQyOiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNb NDA4XScpCi4vd2luZHJ2Lmg6MTc0MzogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBv ZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE3NDM6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlv biBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNzQ1OiBlcnJvcjogZXh0cmEg YnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTc0NTogZXJyb3I6 IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5o OjE3NDY6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93 aW5kcnYuaDoxNzQ2OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3Zh bHNbNDA4XScpCi4vd2luZHJ2Lmg6MTc0ODogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVu ZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE3NDg6IGVycm9yOiAobmVhciBpbml0aWFsaXph dGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNzQ5OiBlcnJvcjogZXh0 cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTc0OTogZXJy b3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRy di5oOjE3NTE6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIK Li93aW5kcnYuaDoxNzUxOiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3Jl Z3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTc1MjogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0 IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE3NTI6IGVycm9yOiAobmVhciBpbml0aWFs aXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNzU0OiBlcnJvcjog ZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTc1NDog ZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dp bmRydi5oOjE3NTU6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6 ZXIKLi93aW5kcnYuaDoxNzU1OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlz X3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTc1NzogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3Vw IGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE3NTc6IGVycm9yOiAobmVhciBpbml0 aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNzU4OiBlcnJv cjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTc1 ODogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQou L3dpbmRydi5oOjE3NjA6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlh bGl6ZXIKLi93aW5kcnYuaDoxNzYwOiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBu ZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTc2MTogZXJyb3I6IGV4dHJhIGJyYWNlIGdy b3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE3NjE6IGVycm9yOiAobmVhciBp bml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNzYzOiBl cnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6 MTc2MzogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0n KQouL3dpbmRydi5oOjE3NjQ6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5p dGlhbGl6ZXIKLi93aW5kcnYuaDoxNzY0OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9y IGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTc2NjogZXJyb3I6IGV4dHJhIGJyYWNl IGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE3NjY6IGVycm9yOiAobmVh ciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxNzY3 OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2 Lmg6MTc2NzogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQw OF0nKQouL3dpbmRydi5oOjE3Njk6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2Yg aW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNzY5OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24g Zm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTc3MDogZXJyb3I6IGV4dHJhIGJy YWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE3NzA6IGVycm9yOiAo bmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDox NzcyOiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2lu ZHJ2Lmg6MTc3MjogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxz WzQwOF0nKQouL3dpbmRydi5oOjE3NzM6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQg b2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNzczOiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRp b24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTc3NTogZXJyb3I6IGV4dHJh IGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE3NzU6IGVycm9y OiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYu aDoxNzc2OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4v d2luZHJ2Lmg6MTc3NjogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2 YWxzWzQwOF0nKQouL3dpbmRydi5oOjE3Nzg6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBl bmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNzc4OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6 YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTc3OTogZXJyb3I6IGV4 dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE3Nzk6IGVy cm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5k cnYuaDoxNzgxOiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVy Ci4vd2luZHJ2Lmg6MTc4MTogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19y ZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE3ODI6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBh dCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNzgyOiBlcnJvcjogKG5lYXIgaW5pdGlh bGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTc4NDogZXJyb3I6 IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE3ODQ6 IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93 aW5kcnYuaDoxNzg1OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxp emVyCi4vd2luZHJ2Lmg6MTc4NTogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRp c19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE3ODc6IGVycm9yOiBleHRyYSBicmFjZSBncm91 cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNzg3OiBlcnJvcjogKG5lYXIgaW5p dGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTc4ODogZXJy b3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE3 ODg6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykK Li93aW5kcnYuaDoxNzkwOiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRp YWxpemVyCi4vd2luZHJ2Lmg6MTc5MDogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBg bmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE3OTE6IGVycm9yOiBleHRyYSBicmFjZSBn cm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNzkxOiBlcnJvcjogKG5lYXIg aW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTc5Mzog ZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5o OjE3OTM6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhd JykKLi93aW5kcnYuaDoxNzk0OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGlu aXRpYWxpemVyCi4vd2luZHJ2Lmg6MTc5NDogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZv ciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE3OTY6IGVycm9yOiBleHRyYSBicmFj ZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxNzk2OiBlcnJvcjogKG5l YXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTc5 NzogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRy di5oOjE3OTc6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0 MDhdJykKLi93aW5kcnYuaDoxNzk5OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9m IGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTc5OTogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9u IGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE4MDA6IGVycm9yOiBleHRyYSBi cmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxODAwOiBlcnJvcjog KG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6 MTgwMjogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dp bmRydi5oOjE4MDI6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFs c1s0MDhdJykKLi93aW5kcnYuaDoxODAzOiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5k IG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTgwMzogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0 aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE4MDU6IGVycm9yOiBleHRy YSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxODA1OiBlcnJv cjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2 Lmg6MTgwNjogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgou L3dpbmRydi5oOjE4MDY6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVn dmFsc1s0MDhdJykKLi93aW5kcnYuaDoxODA4OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQg ZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTgwODogZXJyb3I6IChuZWFyIGluaXRpYWxp emF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE4MDk6IGVycm9yOiBl eHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxODA5OiBl cnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2lu ZHJ2Lmg6MTgxMTogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXpl cgouL3dpbmRydi5oOjE4MTE6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNf cmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxODEyOiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAg YXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTgxMjogZXJyb3I6IChuZWFyIGluaXRp YWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE4MTQ6IGVycm9y OiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxODE0 OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4v d2luZHJ2Lmg6MTgxNTogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFs aXplcgouL3dpbmRydi5oOjE4MTU6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5k aXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxODE3OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3Jv dXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTgxNzogZXJyb3I6IChuZWFyIGlu aXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE4MTg6IGVy cm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDox ODE4OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScp Ci4vd2luZHJ2Lmg6MTgyMDogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0 aWFsaXplcgouL3dpbmRydi5oOjE4MjA6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3Ig YG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxODIxOiBlcnJvcjogZXh0cmEgYnJhY2Ug Z3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTgyMTogZXJyb3I6IChuZWFy IGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE4MjM6 IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYu aDoxODIzOiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4 XScpCi4vd2luZHJ2Lmg6MTgyNDogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBp bml0aWFsaXplcgouL3dpbmRydi5oOjE4MjQ6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBm b3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxODI2OiBlcnJvcjogZXh0cmEgYnJh Y2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTgyNjogZXJyb3I6IChu ZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE4 Mjc6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5k cnYuaDoxODI3OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNb NDA4XScpCi4vd2luZHJ2Lmg6MTgyOTogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBv ZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE4Mjk6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlv biBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxODMwOiBlcnJvcjogZXh0cmEg YnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTgzMDogZXJyb3I6 IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5o OjE4MzI6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93 aW5kcnYuaDoxODMyOiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3Zh bHNbNDA4XScpCi4vd2luZHJ2Lmg6MTgzMzogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVu ZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE4MzM6IGVycm9yOiAobmVhciBpbml0aWFsaXph dGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxODM1OiBlcnJvcjogZXh0 cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTgzNTogZXJy b3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRy di5oOjE4MzY6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIK Li93aW5kcnYuaDoxODM2OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3Jl Z3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTgzODogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0 IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE4Mzg6IGVycm9yOiAobmVhciBpbml0aWFs aXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxODM5OiBlcnJvcjog ZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTgzOTog ZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dp bmRydi5oOjE4NDE6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6 ZXIKLi93aW5kcnYuaDoxODQxOiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlz X3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTg0MjogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3Vw IGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE4NDI6IGVycm9yOiAobmVhciBpbml0 aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxODQ0OiBlcnJv cjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTg0 NDogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQou L3dpbmRydi5oOjE4NDU6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlh bGl6ZXIKLi93aW5kcnYuaDoxODQ1OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBu ZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTg0NzogZXJyb3I6IGV4dHJhIGJyYWNlIGdy b3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE4NDc6IGVycm9yOiAobmVhciBp bml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxODQ4OiBl cnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6 MTg0ODogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0n KQouL3dpbmRydi5oOjE4NTA6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5p dGlhbGl6ZXIKLi93aW5kcnYuaDoxODUwOiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9y IGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTg1MTogZXJyb3I6IGV4dHJhIGJyYWNl IGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE4NTE6IGVycm9yOiAobmVh ciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxODUz OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2 Lmg6MTg1MzogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQw OF0nKQouL3dpbmRydi5oOjE4NTQ6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2Yg aW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxODU0OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24g Zm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTg1NjogZXJyb3I6IGV4dHJhIGJy YWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE4NTY6IGVycm9yOiAo bmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDox ODU3OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2lu ZHJ2Lmg6MTg1NzogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxz WzQwOF0nKQouL3dpbmRydi5oOjE4NTk6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQg b2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxODU5OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRp b24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTg2MDogZXJyb3I6IGV4dHJh IGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE4NjA6IGVycm9y OiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYu aDoxODYyOiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4v d2luZHJ2Lmg6MTg2MjogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2 YWxzWzQwOF0nKQouL3dpbmRydi5oOjE4NjM6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBl bmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxODYzOiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6 YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTg2NTogZXJyb3I6IGV4 dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE4NjU6IGVy cm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5k cnYuaDoxODY2OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVy Ci4vd2luZHJ2Lmg6MTg2NjogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19y ZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE4Njg6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBh dCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxODY4OiBlcnJvcjogKG5lYXIgaW5pdGlh bGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTg2OTogZXJyb3I6 IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE4Njk6 IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93 aW5kcnYuaDoxODcxOiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxp emVyCi4vd2luZHJ2Lmg6MTg3MTogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRp c19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE4NzI6IGVycm9yOiBleHRyYSBicmFjZSBncm91 cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxODcyOiBlcnJvcjogKG5lYXIgaW5p dGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTg3NDogZXJy b3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE4 NzQ6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykK Li93aW5kcnYuaDoxODc1OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRp YWxpemVyCi4vd2luZHJ2Lmg6MTg3NTogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBg bmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE4Nzc6IGVycm9yOiBleHRyYSBicmFjZSBn cm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxODc3OiBlcnJvcjogKG5lYXIg aW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTg3ODog ZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5o OjE4Nzg6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhd JykKLi93aW5kcnYuaDoxODgwOiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGlu aXRpYWxpemVyCi4vd2luZHJ2Lmg6MTg4MDogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZv ciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE4ODE6IGVycm9yOiBleHRyYSBicmFj ZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxODgxOiBlcnJvcjogKG5l YXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTg4 MzogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRy di5oOjE4ODM6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0 MDhdJykKLi93aW5kcnYuaDoxODg0OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9m IGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTg4NDogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9u IGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE4ODY6IGVycm9yOiBleHRyYSBi cmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxODg2OiBlcnJvcjog KG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6 MTg4NzogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dp bmRydi5oOjE4ODc6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFs c1s0MDhdJykKLi93aW5kcnYuaDoxODg5OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5k IG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTg4OTogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0 aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE4OTA6IGVycm9yOiBleHRy YSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxODkwOiBlcnJv cjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2 Lmg6MTg5MjogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgou L3dpbmRydi5oOjE4OTI6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVn dmFsc1s0MDhdJykKLi93aW5kcnYuaDoxODkzOiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQg ZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTg5MzogZXJyb3I6IChuZWFyIGluaXRpYWxp emF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE4OTU6IGVycm9yOiBl eHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxODk1OiBl cnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2lu ZHJ2Lmg6MTg5NjogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXpl cgouL3dpbmRydi5oOjE4OTY6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNf cmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxODk4OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAg YXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTg5ODogZXJyb3I6IChuZWFyIGluaXRp YWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE4OTk6IGVycm9y OiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxODk5 OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4v d2luZHJ2Lmg6MTkwMTogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFs aXplcgouL3dpbmRydi5oOjE5MDE6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5k aXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxOTAyOiBlcnJvcjogZXh0cmEgYnJhY2UgZ3Jv dXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTkwMjogZXJyb3I6IChuZWFyIGlu aXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE5MDQ6IGVy cm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDox OTA0OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScp Ci4vd2luZHJ2Lmg6MTkwNTogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0 aWFsaXplcgouL3dpbmRydi5oOjE5MDU6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3Ig YG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxOTA3OiBlcnJvcjogZXh0cmEgYnJhY2Ug Z3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTkwNzogZXJyb3I6IChuZWFy IGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE5MDg6 IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYu aDoxOTA4OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4 XScpCi4vd2luZHJ2Lmg6MTkxMDogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBp bml0aWFsaXplcgouL3dpbmRydi5oOjE5MTA6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBm b3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxOTExOiBlcnJvcjogZXh0cmEgYnJh Y2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTkxMTogZXJyb3I6IChu ZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE5 MTM6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5k cnYuaDoxOTEzOiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNb NDA4XScpCi4vd2luZHJ2Lmg6MTkxNDogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBv ZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE5MTQ6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlv biBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxOTE2OiBlcnJvcjogZXh0cmEg YnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTkxNjogZXJyb3I6 IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5o OjE5MTc6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93 aW5kcnYuaDoxOTE3OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3Zh bHNbNDA4XScpCi4vd2luZHJ2Lmg6MTkxOTogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVu ZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE5MTk6IGVycm9yOiAobmVhciBpbml0aWFsaXph dGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxOTIwOiBlcnJvcjogZXh0 cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTkyMDogZXJy b3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRy di5oOjE5MjI6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIK Li93aW5kcnYuaDoxOTIyOiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3Jl Z3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTkyMzogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0 IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE5MjM6IGVycm9yOiAobmVhciBpbml0aWFs aXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxOTI1OiBlcnJvcjog ZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTkyNTog ZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dp bmRydi5oOjE5MjY6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6 ZXIKLi93aW5kcnYuaDoxOTI2OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlz X3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTkyODogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3Vw IGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE5Mjg6IGVycm9yOiAobmVhciBpbml0 aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxOTI5OiBlcnJv cjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTky OTogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQou L3dpbmRydi5oOjE5MzE6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlh bGl6ZXIKLi93aW5kcnYuaDoxOTMxOiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBu ZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTkzMjogZXJyb3I6IGV4dHJhIGJyYWNlIGdy b3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE5MzI6IGVycm9yOiAobmVhciBp bml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxOTM0OiBl cnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6 MTkzNDogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0n KQouL3dpbmRydi5oOjE5MzU6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5p dGlhbGl6ZXIKLi93aW5kcnYuaDoxOTM1OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9y IGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTkzNzogZXJyb3I6IGV4dHJhIGJyYWNl IGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE5Mzc6IGVycm9yOiAobmVh ciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxOTM4 OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2 Lmg6MTkzODogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQw OF0nKQouL3dpbmRydi5oOjE5NDA6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2Yg aW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxOTQwOiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24g Zm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTk0MTogZXJyb3I6IGV4dHJhIGJy YWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE5NDE6IGVycm9yOiAo bmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDox OTQzOiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2lu ZHJ2Lmg6MTk0MzogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxz WzQwOF0nKQouL3dpbmRydi5oOjE5NDQ6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQg b2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxOTQ0OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRp b24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTk0NjogZXJyb3I6IGV4dHJh IGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE5NDY6IGVycm9y OiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYu aDoxOTQ3OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4v d2luZHJ2Lmg6MTk0NzogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2 YWxzWzQwOF0nKQouL3dpbmRydi5oOjE5NDk6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBl bmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxOTQ5OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6 YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTk1MDogZXJyb3I6IGV4 dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE5NTA6IGVy cm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5k cnYuaDoxOTUyOiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVy Ci4vd2luZHJ2Lmg6MTk1MjogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19y ZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE5NTM6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBh dCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxOTUzOiBlcnJvcjogKG5lYXIgaW5pdGlh bGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTk1NTogZXJyb3I6 IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE5NTU6 IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93 aW5kcnYuaDoxOTU2OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxp emVyCi4vd2luZHJ2Lmg6MTk1NjogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRp c19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE5NTg6IGVycm9yOiBleHRyYSBicmFjZSBncm91 cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxOTU4OiBlcnJvcjogKG5lYXIgaW5p dGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTk1OTogZXJy b3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjE5 NTk6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykK Li93aW5kcnYuaDoxOTYxOiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRp YWxpemVyCi4vd2luZHJ2Lmg6MTk2MTogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBg bmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE5NjI6IGVycm9yOiBleHRyYSBicmFjZSBn cm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxOTYyOiBlcnJvcjogKG5lYXIg aW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTk2NDog ZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5o OjE5NjQ6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhd JykKLi93aW5kcnYuaDoxOTY1OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGlu aXRpYWxpemVyCi4vd2luZHJ2Lmg6MTk2NTogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZv ciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE5Njc6IGVycm9yOiBleHRyYSBicmFj ZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxOTY3OiBlcnJvcjogKG5l YXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MTk2 ODogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRy di5oOjE5Njg6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0 MDhdJykKLi93aW5kcnYuaDoxOTcwOiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9m IGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTk3MDogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9u IGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE5NzE6IGVycm9yOiBleHRyYSBi cmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxOTcxOiBlcnJvcjog KG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6 MTk3MzogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dp bmRydi5oOjE5NzM6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFs c1s0MDhdJykKLi93aW5kcnYuaDoxOTc0OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5k IG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTk3NDogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0 aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE5NzY6IGVycm9yOiBleHRy YSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxOTc2OiBlcnJv cjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2 Lmg6MTk3NzogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgou L3dpbmRydi5oOjE5Nzc6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVn dmFsc1s0MDhdJykKLi93aW5kcnYuaDoxOTc5OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQg ZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTk3OTogZXJyb3I6IChuZWFyIGluaXRpYWxp emF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE5ODA6IGVycm9yOiBl eHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxOTgwOiBl cnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2lu ZHJ2Lmg6MTk4MjogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXpl cgouL3dpbmRydi5oOjE5ODI6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNf cmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxOTgzOiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAg YXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTk4MzogZXJyb3I6IChuZWFyIGluaXRp YWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE5ODU6IGVycm9y OiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoxOTg1 OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4v d2luZHJ2Lmg6MTk4NjogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFs aXplcgouL3dpbmRydi5oOjE5ODY6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5k aXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxOTg4OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3Jv dXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTk4ODogZXJyb3I6IChuZWFyIGlu aXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE5ODk6IGVy cm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDox OTg5OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScp Ci4vd2luZHJ2Lmg6MTk5MTogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0 aWFsaXplcgouL3dpbmRydi5oOjE5OTE6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3Ig YG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxOTkyOiBlcnJvcjogZXh0cmEgYnJhY2Ug Z3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTk5MjogZXJyb3I6IChuZWFy IGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE5OTQ6 IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYu aDoxOTk0OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4 XScpCi4vd2luZHJ2Lmg6MTk5NTogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBp bml0aWFsaXplcgouL3dpbmRydi5oOjE5OTU6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBm b3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoxOTk3OiBlcnJvcjogZXh0cmEgYnJh Y2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MTk5NzogZXJyb3I6IChu ZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjE5 OTg6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5k cnYuaDoxOTk4OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNb NDA4XScpCi4vd2luZHJ2Lmg6MjAwMDogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBv ZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjIwMDA6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlv biBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoyMDAxOiBlcnJvcjogZXh0cmEg YnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MjAwMTogZXJyb3I6 IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5o OjIwMDM6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93 aW5kcnYuaDoyMDAzOiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3Zh bHNbNDA4XScpCi4vd2luZHJ2Lmg6MjAwNDogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVu ZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjIwMDQ6IGVycm9yOiAobmVhciBpbml0aWFsaXph dGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoyMDA2OiBlcnJvcjogZXh0 cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MjAwNjogZXJy b3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dpbmRy di5oOjIwMDc6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIK Li93aW5kcnYuaDoyMDA3OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3Jl Z3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MjAwOTogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0 IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjIwMDk6IGVycm9yOiAobmVhciBpbml0aWFs aXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoyMDEwOiBlcnJvcjog ZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MjAxMDog ZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQouL3dp bmRydi5oOjIwMTI6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlhbGl6 ZXIKLi93aW5kcnYuaDoyMDEyOiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlz X3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MjAxMzogZXJyb3I6IGV4dHJhIGJyYWNlIGdyb3Vw IGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjIwMTM6IGVycm9yOiAobmVhciBpbml0 aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoyMDE1OiBlcnJv cjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6MjAx NTogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQou L3dpbmRydi5oOjIwMTY6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5pdGlh bGl6ZXIKLi93aW5kcnYuaDoyMDE2OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBu ZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MjAxODogZXJyb3I6IGV4dHJhIGJyYWNlIGdy b3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjIwMTg6IGVycm9yOiAobmVhciBp bml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoyMDE5OiBl cnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2Lmg6 MjAxOTogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0n KQouL3dpbmRydi5oOjIwMjE6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2YgaW5p dGlhbGl6ZXIKLi93aW5kcnYuaDoyMDIxOiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9y IGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MjAyMjogZXJyb3I6IGV4dHJhIGJyYWNl IGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjIwMjI6IGVycm9yOiAobmVh ciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoyMDI0 OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2luZHJ2 Lmg6MjAyNDogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQw OF0nKQouL3dpbmRydi5oOjIwMjU6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQgb2Yg aW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoyMDI1OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24g Zm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MjAyNzogZXJyb3I6IGV4dHJhIGJy YWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjIwMjc6IGVycm9yOiAo bmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYuaDoy MDI4OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4vd2lu ZHJ2Lmg6MjAyODogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxz WzQwOF0nKQouL3dpbmRydi5oOjIwMzA6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBlbmQg b2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoyMDMwOiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRp b24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MjAzMTogZXJyb3I6IGV4dHJh IGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjIwMzE6IGVycm9y OiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5kcnYu aDoyMDMzOiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVyCi4v d2luZHJ2Lmg6MjAzMzogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2 YWxzWzQwOF0nKQouL3dpbmRydi5oOjIwMzQ6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBhdCBl bmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoyMDM0OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6 YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MjAzNjogZXJyb3I6IGV4 dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjIwMzY6IGVy cm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93aW5k cnYuaDoyMDM3OiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxpemVy Ci4vd2luZHJ2Lmg6MjAzNzogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19y ZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjIwMzk6IGVycm9yOiBleHRyYSBicmFjZSBncm91cCBh dCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoyMDM5OiBlcnJvcjogKG5lYXIgaW5pdGlh bGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MjA0MDogZXJyb3I6 IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjIwNDA6 IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKLi93 aW5kcnYuaDoyMDQyOiBlcnJvcjogZXh0cmEgYnJhY2UgZ3JvdXAgYXQgZW5kIG9mIGluaXRpYWxp emVyCi4vd2luZHJ2Lmg6MjA0MjogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRp c19yZWd2YWxzWzQwOF0nKQouL3dpbmRydi5oOjIwNDM6IGVycm9yOiBleHRyYSBicmFjZSBncm91 cCBhdCBlbmQgb2YgaW5pdGlhbGl6ZXIKLi93aW5kcnYuaDoyMDQzOiBlcnJvcjogKG5lYXIgaW5p dGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi4vd2luZHJ2Lmg6MjA0MzogZXJy b3I6IGV4dHJhIGJyYWNlIGdyb3VwIGF0IGVuZCBvZiBpbml0aWFsaXplcgouL3dpbmRydi5oOjIw NDM6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykK Li93aW5kcnYuaDoyMDQ0OiBlcnJvcjogc3ludGF4IGVycm9yIGJlZm9yZSAnOycgdG9rZW4KL3Vz ci9zaGFyZS9taXNjL3dpbmRydl9zdHViLmM6NzA6IHdhcm5pbmc6IGV4Y2VzcyBlbGVtZW50cyBp biBzdHJ1Y3QgaW5pdGlhbGl6ZXIKL3Vzci9zaGFyZS9taXNjL3dpbmRydl9zdHViLmM6NzA6IHdh cm5pbmc6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQovdXNy L3NoYXJlL21pc2Mvd2luZHJ2X3N0dWIuYzo3NTogd2FybmluZzogZXhjZXNzIGVsZW1lbnRzIGlu IHN0cnVjdCBpbml0aWFsaXplcgovdXNyL3NoYXJlL21pc2Mvd2luZHJ2X3N0dWIuYzo3NTogd2Fy bmluZzogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDA4XScpCi91c3Iv c2hhcmUvbWlzYy93aW5kcnZfc3R1Yi5jOjc1OiB3YXJuaW5nOiBleGNlc3MgZWxlbWVudHMgaW4g c3RydWN0IGluaXRpYWxpemVyCi91c3Ivc2hhcmUvbWlzYy93aW5kcnZfc3R1Yi5jOjc1OiB3YXJu aW5nOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MDhdJykKL3Vzci9z aGFyZS9taXNjL3dpbmRydl9zdHViLmM6NzU6IHdhcm5pbmc6IGV4Y2VzcyBlbGVtZW50cyBpbiBz dHJ1Y3QgaW5pdGlhbGl6ZXIKL3Vzci9zaGFyZS9taXNjL3dpbmRydl9zdHViLmM6NzU6IHdhcm5p bmc6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQwOF0nKQovdXNyL3No YXJlL21pc2Mvd2luZHJ2X3N0dWIuYzo3NTogd2FybmluZzogaW5pdGlhbGl6YXRpb24gbWFrZXMg cG9pbnRlciBmcm9tIGludGVnZXIgd2l0aG91dCBhIGNhc3QKL3Vzci9zaGFyZS9taXNjL3dpbmRy dl9zdHViLmM6NzU6IHdhcm5pbmc6IGluaXRpYWxpemF0aW9uIG1ha2VzIHBvaW50ZXIgZnJvbSBp bnRlZ2VyIHdpdGhvdXQgYSBjYXN0Ci91c3Ivc2hhcmUvbWlzYy93aW5kcnZfc3R1Yi5jOjc1OiB3 YXJuaW5nOiBtaXNzaW5nIGJyYWNlcyBhcm91bmQgaW5pdGlhbGl6ZXIKL3Vzci9zaGFyZS9taXNj L3dpbmRydl9zdHViLmM6NzU6IHdhcm5pbmc6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRp c19yZWd2YWxzWzQwOV0ubmNfdmFsJykKL3Vzci9zaGFyZS9taXNjL3dpbmRydl9zdHViLmM6NzU6 IHdhcm5pbmc6IGluaXRpYWxpemF0aW9uIG1ha2VzIGludGVnZXIgZnJvbSBwb2ludGVyIHdpdGhv dXQgYSBjYXN0Ci91c3Ivc2hhcmUvbWlzYy93aW5kcnZfc3R1Yi5jOjc1OiBlcnJvcjogaW5pdGlh bGl6ZXIgZWxlbWVudCBpcyBub3QgY29tcHV0YWJsZSBhdCBsb2FkIHRpbWUKL3Vzci9zaGFyZS9t aXNjL3dpbmRydl9zdHViLmM6NzU6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5k aXNfcmVndmFsc1s0MDldLm5jX3ZhbFsxXScpCi91c3Ivc2hhcmUvbWlzYy93aW5kcnZfc3R1Yi5j Ojc1OiBlcnJvcjogaW5pdGlhbGl6ZXIgZWxlbWVudCBpcyBub3QgY29uc3RhbnQKL3Vzci9zaGFy ZS9taXNjL3dpbmRydl9zdHViLmM6NzU6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3Ig YG5kaXNfcmVndmFsc1s0MDldLm5jX3ZhbCcpCi91c3Ivc2hhcmUvbWlzYy93aW5kcnZfc3R1Yi5j Ojc1OiBlcnJvcjogaW5pdGlhbGl6ZXIgZWxlbWVudCBpcyBub3QgY29uc3RhbnQKL3Vzci9zaGFy ZS9taXNjL3dpbmRydl9zdHViLmM6NzU6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3Ig YG5kaXNfcmVndmFsc1s0MDldJykKL3Vzci9zaGFyZS9taXNjL3dpbmRydl9zdHViLmM6NzU6IHdh cm5pbmc6IGluaXRpYWxpemF0aW9uIG1ha2VzIHBvaW50ZXIgZnJvbSBpbnRlZ2VyIHdpdGhvdXQg YSBjYXN0Ci91c3Ivc2hhcmUvbWlzYy93aW5kcnZfc3R1Yi5jOjc1OiB3YXJuaW5nOiBpbml0aWFs aXphdGlvbiBtYWtlcyBwb2ludGVyIGZyb20gaW50ZWdlciB3aXRob3V0IGEgY2FzdAovdXNyL3No YXJlL21pc2Mvd2luZHJ2X3N0dWIuYzo3NTogd2FybmluZzogaW5pdGlhbGl6YXRpb24gbWFrZXMg aW50ZWdlciBmcm9tIHBvaW50ZXIgd2l0aG91dCBhIGNhc3QKL3Vzci9zaGFyZS9taXNjL3dpbmRy dl9zdHViLmM6NzU6IGVycm9yOiBpbml0aWFsaXplciBlbGVtZW50IGlzIG5vdCBjb21wdXRhYmxl IGF0IGxvYWQgdGltZQovdXNyL3NoYXJlL21pc2Mvd2luZHJ2X3N0dWIuYzo3NTogZXJyb3I6IChu ZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQxMF0ubmNfdmFsWzFdJykKL3Vz ci9zaGFyZS9taXNjL3dpbmRydl9zdHViLmM6NzU6IGVycm9yOiBpbml0aWFsaXplciBlbGVtZW50 IGlzIG5vdCBjb25zdGFudAovdXNyL3NoYXJlL21pc2Mvd2luZHJ2X3N0dWIuYzo3NTogZXJyb3I6 IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQxMF0ubmNfdmFsJykKL3Vz ci9zaGFyZS9taXNjL3dpbmRydl9zdHViLmM6NzU6IGVycm9yOiBpbml0aWFsaXplciBlbGVtZW50 IGlzIG5vdCBjb25zdGFudAovdXNyL3NoYXJlL21pc2Mvd2luZHJ2X3N0dWIuYzo3NTogZXJyb3I6 IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQxMF0nKQovdXNyL3NoYXJl L21pc2Mvd2luZHJ2X3N0dWIuYzo3NTogd2FybmluZzogaW5pdGlhbGl6YXRpb24gbWFrZXMgcG9p bnRlciBmcm9tIGludGVnZXIgd2l0aG91dCBhIGNhc3QKL3Vzci9zaGFyZS9taXNjL3dpbmRydl9z dHViLmM6NzU6IHdhcm5pbmc6IGluaXRpYWxpemF0aW9uIG1ha2VzIHBvaW50ZXIgZnJvbSBpbnRl Z2VyIHdpdGhvdXQgYSBjYXN0Ci91c3Ivc2hhcmUvbWlzYy93aW5kcnZfc3R1Yi5jOjc1OiB3YXJu aW5nOiBpbml0aWFsaXphdGlvbiBtYWtlcyBpbnRlZ2VyIGZyb20gcG9pbnRlciB3aXRob3V0IGEg Y2FzdAovdXNyL3NoYXJlL21pc2Mvd2luZHJ2X3N0dWIuYzo3NTogZXJyb3I6IGluaXRpYWxpemVy IGVsZW1lbnQgaXMgbm90IGNvbXB1dGFibGUgYXQgbG9hZCB0aW1lCi91c3Ivc2hhcmUvbWlzYy93 aW5kcnZfc3R1Yi5jOjc1OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3Jl Z3ZhbHNbNDExXS5uY192YWxbMV0nKQovdXNyL3NoYXJlL21pc2Mvd2luZHJ2X3N0dWIuYzo3NTog ZXJyb3I6IGluaXRpYWxpemVyIGVsZW1lbnQgaXMgbm90IGNvbnN0YW50Ci91c3Ivc2hhcmUvbWlz Yy93aW5kcnZfc3R1Yi5jOjc1OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlz X3JlZ3ZhbHNbNDExXS5uY192YWwnKQovdXNyL3NoYXJlL21pc2Mvd2luZHJ2X3N0dWIuYzo3NTog ZXJyb3I6IGluaXRpYWxpemVyIGVsZW1lbnQgaXMgbm90IGNvbnN0YW50Ci91c3Ivc2hhcmUvbWlz Yy93aW5kcnZfc3R1Yi5jOjc1OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlz X3JlZ3ZhbHNbNDExXScpCi91c3Ivc2hhcmUvbWlzYy93aW5kcnZfc3R1Yi5jOjc1OiB3YXJuaW5n OiBpbml0aWFsaXphdGlvbiBtYWtlcyBwb2ludGVyIGZyb20gaW50ZWdlciB3aXRob3V0IGEgY2Fz dAovdXNyL3NoYXJlL21pc2Mvd2luZHJ2X3N0dWIuYzo3NTogd2FybmluZzogaW5pdGlhbGl6YXRp b24gbWFrZXMgcG9pbnRlciBmcm9tIGludGVnZXIgd2l0aG91dCBhIGNhc3QKL3Vzci9zaGFyZS9t aXNjL3dpbmRydl9zdHViLmM6NzU6IHdhcm5pbmc6IGluaXRpYWxpemF0aW9uIG1ha2VzIGludGVn ZXIgZnJvbSBwb2ludGVyIHdpdGhvdXQgYSBjYXN0Ci91c3Ivc2hhcmUvbWlzYy93aW5kcnZfc3R1 Yi5jOjc1OiBlcnJvcjogaW5pdGlhbGl6ZXIgZWxlbWVudCBpcyBub3QgY29tcHV0YWJsZSBhdCBs b2FkIHRpbWUKL3Vzci9zaGFyZS9taXNjL3dpbmRydl9zdHViLmM6NzU6IGVycm9yOiAobmVhciBp bml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MTJdLm5jX3ZhbFsxXScpCi91c3Ivc2hh cmUvbWlzYy93aW5kcnZfc3R1Yi5jOjc1OiBlcnJvcjogaW5pdGlhbGl6ZXIgZWxlbWVudCBpcyBu b3QgY29uc3RhbnQKL3Vzci9zaGFyZS9taXNjL3dpbmRydl9zdHViLmM6NzU6IGVycm9yOiAobmVh ciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MTJdLm5jX3ZhbCcpCi91c3Ivc2hh cmUvbWlzYy93aW5kcnZfc3R1Yi5jOjc1OiBlcnJvcjogaW5pdGlhbGl6ZXIgZWxlbWVudCBpcyBu b3QgY29uc3RhbnQKL3Vzci9zaGFyZS9taXNjL3dpbmRydl9zdHViLmM6NzU6IGVycm9yOiAobmVh ciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MTJdJykKL3Vzci9zaGFyZS9taXNj L3dpbmRydl9zdHViLmM6NzU6IHdhcm5pbmc6IGluaXRpYWxpemF0aW9uIG1ha2VzIHBvaW50ZXIg ZnJvbSBpbnRlZ2VyIHdpdGhvdXQgYSBjYXN0Ci91c3Ivc2hhcmUvbWlzYy93aW5kcnZfc3R1Yi5j Ojc1OiB3YXJuaW5nOiBpbml0aWFsaXphdGlvbiBtYWtlcyBwb2ludGVyIGZyb20gaW50ZWdlciB3 aXRob3V0IGEgY2FzdAovdXNyL3NoYXJlL21pc2Mvd2luZHJ2X3N0dWIuYzo3NTogd2FybmluZzog aW5pdGlhbGl6YXRpb24gbWFrZXMgaW50ZWdlciBmcm9tIHBvaW50ZXIgd2l0aG91dCBhIGNhc3QK L3Vzci9zaGFyZS9taXNjL3dpbmRydl9zdHViLmM6NzU6IGVycm9yOiBpbml0aWFsaXplciBlbGVt ZW50IGlzIG5vdCBjb21wdXRhYmxlIGF0IGxvYWQgdGltZQovdXNyL3NoYXJlL21pc2Mvd2luZHJ2 X3N0dWIuYzo3NTogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxz WzQxM10ubmNfdmFsWzFdJykKL3Vzci9zaGFyZS9taXNjL3dpbmRydl9zdHViLmM6NzU6IGVycm9y OiBpbml0aWFsaXplciBlbGVtZW50IGlzIG5vdCBjb25zdGFudAovdXNyL3NoYXJlL21pc2Mvd2lu ZHJ2X3N0dWIuYzo3NTogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2 YWxzWzQxM10ubmNfdmFsJykKL3Vzci9zaGFyZS9taXNjL3dpbmRydl9zdHViLmM6NzU6IGVycm9y OiBpbml0aWFsaXplciBlbGVtZW50IGlzIG5vdCBjb25zdGFudAovdXNyL3NoYXJlL21pc2Mvd2lu ZHJ2X3N0dWIuYzo3NTogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2 YWxzWzQxM10nKQovdXNyL3NoYXJlL21pc2Mvd2luZHJ2X3N0dWIuYzo3NTogd2FybmluZzogaW5p dGlhbGl6YXRpb24gbWFrZXMgcG9pbnRlciBmcm9tIGludGVnZXIgd2l0aG91dCBhIGNhc3QKL3Vz ci9zaGFyZS9taXNjL3dpbmRydl9zdHViLmM6NzU6IHdhcm5pbmc6IGluaXRpYWxpemF0aW9uIG1h a2VzIHBvaW50ZXIgZnJvbSBpbnRlZ2VyIHdpdGhvdXQgYSBjYXN0Ci91c3Ivc2hhcmUvbWlzYy93 aW5kcnZfc3R1Yi5jOjc1OiB3YXJuaW5nOiBpbml0aWFsaXphdGlvbiBtYWtlcyBpbnRlZ2VyIGZy b20gcG9pbnRlciB3aXRob3V0IGEgY2FzdAovdXNyL3NoYXJlL21pc2Mvd2luZHJ2X3N0dWIuYzo3 NTogZXJyb3I6IGluaXRpYWxpemVyIGVsZW1lbnQgaXMgbm90IGNvbXB1dGFibGUgYXQgbG9hZCB0 aW1lCi91c3Ivc2hhcmUvbWlzYy93aW5kcnZfc3R1Yi5jOjc1OiBlcnJvcjogKG5lYXIgaW5pdGlh bGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDE0XS5uY192YWxbMV0nKQovdXNyL3NoYXJlL21p c2Mvd2luZHJ2X3N0dWIuYzo3NTogZXJyb3I6IGluaXRpYWxpemVyIGVsZW1lbnQgaXMgbm90IGNv bnN0YW50Ci91c3Ivc2hhcmUvbWlzYy93aW5kcnZfc3R1Yi5jOjc1OiBlcnJvcjogKG5lYXIgaW5p dGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDE0XS5uY192YWwnKQovdXNyL3NoYXJlL21p c2Mvd2luZHJ2X3N0dWIuYzo3NTogZXJyb3I6IGluaXRpYWxpemVyIGVsZW1lbnQgaXMgbm90IGNv bnN0YW50Ci91c3Ivc2hhcmUvbWlzYy93aW5kcnZfc3R1Yi5jOjc1OiBlcnJvcjogKG5lYXIgaW5p dGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDE0XScpCi91c3Ivc2hhcmUvbWlzYy93aW5k cnZfc3R1Yi5jOjc1OiB3YXJuaW5nOiBpbml0aWFsaXphdGlvbiBtYWtlcyBwb2ludGVyIGZyb20g aW50ZWdlciB3aXRob3V0IGEgY2FzdAovdXNyL3NoYXJlL21pc2Mvd2luZHJ2X3N0dWIuYzo3NTog d2FybmluZzogaW5pdGlhbGl6YXRpb24gbWFrZXMgcG9pbnRlciBmcm9tIGludGVnZXIgd2l0aG91 dCBhIGNhc3QKL3Vzci9zaGFyZS9taXNjL3dpbmRydl9zdHViLmM6NzU6IHdhcm5pbmc6IGluaXRp YWxpemF0aW9uIG1ha2VzIGludGVnZXIgZnJvbSBwb2ludGVyIHdpdGhvdXQgYSBjYXN0Ci91c3Iv c2hhcmUvbWlzYy93aW5kcnZfc3R1Yi5jOjc1OiBlcnJvcjogaW5pdGlhbGl6ZXIgZWxlbWVudCBp cyBub3QgY29tcHV0YWJsZSBhdCBsb2FkIHRpbWUKL3Vzci9zaGFyZS9taXNjL3dpbmRydl9zdHVi LmM6NzU6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MTVd Lm5jX3ZhbFsxXScpCi91c3Ivc2hhcmUvbWlzYy93aW5kcnZfc3R1Yi5jOjc1OiBlcnJvcjogaW5p dGlhbGl6ZXIgZWxlbWVudCBpcyBub3QgY29uc3RhbnQKL3Vzci9zaGFyZS9taXNjL3dpbmRydl9z dHViLmM6NzU6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0 MTVdLm5jX3ZhbCcpCi91c3Ivc2hhcmUvbWlzYy93aW5kcnZfc3R1Yi5jOjc1OiBlcnJvcjogaW5p dGlhbGl6ZXIgZWxlbWVudCBpcyBub3QgY29uc3RhbnQKL3Vzci9zaGFyZS9taXNjL3dpbmRydl9z dHViLmM6NzU6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0 MTVdJykKL3Vzci9zaGFyZS9taXNjL3dpbmRydl9zdHViLmM6NzU6IHdhcm5pbmc6IGluaXRpYWxp emF0aW9uIG1ha2VzIHBvaW50ZXIgZnJvbSBpbnRlZ2VyIHdpdGhvdXQgYSBjYXN0Ci91c3Ivc2hh cmUvbWlzYy93aW5kcnZfc3R1Yi5jOjc1OiB3YXJuaW5nOiBpbml0aWFsaXphdGlvbiBtYWtlcyBw b2ludGVyIGZyb20gaW50ZWdlciB3aXRob3V0IGEgY2FzdAovdXNyL3NoYXJlL21pc2Mvd2luZHJ2 X3N0dWIuYzo3NTogd2FybmluZzogaW5pdGlhbGl6YXRpb24gbWFrZXMgaW50ZWdlciBmcm9tIHBv aW50ZXIgd2l0aG91dCBhIGNhc3QKL3Vzci9zaGFyZS9taXNjL3dpbmRydl9zdHViLmM6NzU6IGVy cm9yOiBpbml0aWFsaXplciBlbGVtZW50IGlzIG5vdCBjb21wdXRhYmxlIGF0IGxvYWQgdGltZQov dXNyL3NoYXJlL21pc2Mvd2luZHJ2X3N0dWIuYzo3NTogZXJyb3I6IChuZWFyIGluaXRpYWxpemF0 aW9uIGZvciBgbmRpc19yZWd2YWxzWzQxNl0ubmNfdmFsWzFdJykKL3Vzci9zaGFyZS9taXNjL3dp bmRydl9zdHViLmM6NzU6IGVycm9yOiBpbml0aWFsaXplciBlbGVtZW50IGlzIG5vdCBjb25zdGFu dAovdXNyL3NoYXJlL21pc2Mvd2luZHJ2X3N0dWIuYzo3NTogZXJyb3I6IChuZWFyIGluaXRpYWxp emF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQxNl0ubmNfdmFsJykKL3Vzci9zaGFyZS9taXNjL3dp bmRydl9zdHViLmM6NzU6IGVycm9yOiBpbml0aWFsaXplciBlbGVtZW50IGlzIG5vdCBjb25zdGFu dAovdXNyL3NoYXJlL21pc2Mvd2luZHJ2X3N0dWIuYzo3NTogZXJyb3I6IChuZWFyIGluaXRpYWxp emF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQxNl0nKQovdXNyL3NoYXJlL21pc2Mvd2luZHJ2X3N0 dWIuYzo3NTogd2FybmluZzogaW5pdGlhbGl6YXRpb24gbWFrZXMgcG9pbnRlciBmcm9tIGludGVn ZXIgd2l0aG91dCBhIGNhc3QKL3Vzci9zaGFyZS9taXNjL3dpbmRydl9zdHViLmM6NzU6IHdhcm5p bmc6IGluaXRpYWxpemF0aW9uIG1ha2VzIHBvaW50ZXIgZnJvbSBpbnRlZ2VyIHdpdGhvdXQgYSBj YXN0Ci91c3Ivc2hhcmUvbWlzYy93aW5kcnZfc3R1Yi5jOjc1OiB3YXJuaW5nOiBpbml0aWFsaXph dGlvbiBtYWtlcyBpbnRlZ2VyIGZyb20gcG9pbnRlciB3aXRob3V0IGEgY2FzdAovdXNyL3NoYXJl L21pc2Mvd2luZHJ2X3N0dWIuYzo3NTogZXJyb3I6IGluaXRpYWxpemVyIGVsZW1lbnQgaXMgbm90 IGNvbXB1dGFibGUgYXQgbG9hZCB0aW1lCi91c3Ivc2hhcmUvbWlzYy93aW5kcnZfc3R1Yi5jOjc1 OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDE3XS5uY192 YWxbMV0nKQovdXNyL3NoYXJlL21pc2Mvd2luZHJ2X3N0dWIuYzo3NTogZXJyb3I6IGluaXRpYWxp emVyIGVsZW1lbnQgaXMgbm90IGNvbnN0YW50Ci91c3Ivc2hhcmUvbWlzYy93aW5kcnZfc3R1Yi5j Ojc1OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDE3XS5u Y192YWwnKQovdXNyL3NoYXJlL21pc2Mvd2luZHJ2X3N0dWIuYzo3NTogZXJyb3I6IGluaXRpYWxp emVyIGVsZW1lbnQgaXMgbm90IGNvbnN0YW50Ci91c3Ivc2hhcmUvbWlzYy93aW5kcnZfc3R1Yi5j Ojc1OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBuZGlzX3JlZ3ZhbHNbNDE3XScp Ci91c3Ivc2hhcmUvbWlzYy93aW5kcnZfc3R1Yi5jOjc1OiB3YXJuaW5nOiBpbml0aWFsaXphdGlv biBtYWtlcyBwb2ludGVyIGZyb20gaW50ZWdlciB3aXRob3V0IGEgY2FzdAovdXNyL3NoYXJlL21p c2Mvd2luZHJ2X3N0dWIuYzo3NTogd2FybmluZzogaW5pdGlhbGl6YXRpb24gbWFrZXMgcG9pbnRl ciBmcm9tIGludGVnZXIgd2l0aG91dCBhIGNhc3QKL3Vzci9zaGFyZS9taXNjL3dpbmRydl9zdHVi LmM6NzU6IHdhcm5pbmc6IGluaXRpYWxpemF0aW9uIG1ha2VzIGludGVnZXIgZnJvbSBwb2ludGVy IHdpdGhvdXQgYSBjYXN0Ci91c3Ivc2hhcmUvbWlzYy93aW5kcnZfc3R1Yi5jOjc1OiBlcnJvcjog aW5pdGlhbGl6ZXIgZWxlbWVudCBpcyBub3QgY29tcHV0YWJsZSBhdCBsb2FkIHRpbWUKL3Vzci9z aGFyZS9taXNjL3dpbmRydl9zdHViLmM6NzU6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlvbiBm b3IgYG5kaXNfcmVndmFsc1s0MThdLm5jX3ZhbFsxXScpCi91c3Ivc2hhcmUvbWlzYy93aW5kcnZf c3R1Yi5jOjc1OiBlcnJvcjogaW5pdGlhbGl6ZXIgZWxlbWVudCBpcyBub3QgY29uc3RhbnQKL3Vz ci9zaGFyZS9taXNjL3dpbmRydl9zdHViLmM6NzU6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlv biBmb3IgYG5kaXNfcmVndmFsc1s0MThdLm5jX3ZhbCcpCi91c3Ivc2hhcmUvbWlzYy93aW5kcnZf c3R1Yi5jOjc1OiBlcnJvcjogaW5pdGlhbGl6ZXIgZWxlbWVudCBpcyBub3QgY29uc3RhbnQKL3Vz ci9zaGFyZS9taXNjL3dpbmRydl9zdHViLmM6NzU6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlv biBmb3IgYG5kaXNfcmVndmFsc1s0MThdJykKL3Vzci9zaGFyZS9taXNjL3dpbmRydl9zdHViLmM6 NzU6IHdhcm5pbmc6IGluaXRpYWxpemF0aW9uIG1ha2VzIHBvaW50ZXIgZnJvbSBpbnRlZ2VyIHdp dGhvdXQgYSBjYXN0Ci91c3Ivc2hhcmUvbWlzYy93aW5kcnZfc3R1Yi5jOjc1OiB3YXJuaW5nOiBp bml0aWFsaXphdGlvbiBtYWtlcyBwb2ludGVyIGZyb20gaW50ZWdlciB3aXRob3V0IGEgY2FzdAov dXNyL3NoYXJlL21pc2Mvd2luZHJ2X3N0dWIuYzo3NTogd2FybmluZzogaW5pdGlhbGl6YXRpb24g bWFrZXMgaW50ZWdlciBmcm9tIHBvaW50ZXIgd2l0aG91dCBhIGNhc3QKL3Vzci9zaGFyZS9taXNj L3dpbmRydl9zdHViLmM6NzU6IGVycm9yOiBpbml0aWFsaXplciBlbGVtZW50IGlzIG5vdCBjb21w dXRhYmxlIGF0IGxvYWQgdGltZQovdXNyL3NoYXJlL21pc2Mvd2luZHJ2X3N0dWIuYzo3NTogZXJy b3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQxOV0ubmNfdmFsWzFd JykKL3Vzci9zaGFyZS9taXNjL3dpbmRydl9zdHViLmM6NzU6IGVycm9yOiBpbml0aWFsaXplciBl bGVtZW50IGlzIG5vdCBjb25zdGFudAovdXNyL3NoYXJlL21pc2Mvd2luZHJ2X3N0dWIuYzo3NTog ZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQxOV0ubmNfdmFs JykKL3Vzci9zaGFyZS9taXNjL3dpbmRydl9zdHViLmM6NzU6IGVycm9yOiBpbml0aWFsaXplciBl bGVtZW50IGlzIG5vdCBjb25zdGFudAovdXNyL3NoYXJlL21pc2Mvd2luZHJ2X3N0dWIuYzo3NTog ZXJyb3I6IChuZWFyIGluaXRpYWxpemF0aW9uIGZvciBgbmRpc19yZWd2YWxzWzQxOV0nKQovdXNy L3NoYXJlL21pc2Mvd2luZHJ2X3N0dWIuYzo3NTogd2FybmluZzogaW5pdGlhbGl6YXRpb24gbWFr ZXMgcG9pbnRlciBmcm9tIGludGVnZXIgd2l0aG91dCBhIGNhc3QKL3Vzci9zaGFyZS9taXNjL3dp bmRydl9zdHViLmM6NzU6IHdhcm5pbmc6IGluaXRpYWxpemF0aW9uIG1ha2VzIHBvaW50ZXIgZnJv bSBpbnRlZ2VyIHdpdGhvdXQgYSBjYXN0Ci91c3Ivc2hhcmUvbWlzYy93aW5kcnZfc3R1Yi5jOjc1 OiB3YXJuaW5nOiBpbml0aWFsaXphdGlvbiBtYWtlcyBpbnRlZ2VyIGZyb20gcG9pbnRlciB3aXRo b3V0IGEgY2FzdAovdXNyL3NoYXJlL21pc2Mvd2luZHJ2X3N0dWIuYzo3NTogZXJyb3I6IGluaXRp YWxpemVyIGVsZW1lbnQgaXMgbm90IGNvbXB1dGFibGUgYXQgbG9hZCB0aW1lCi91c3Ivc2hhcmUv bWlzYy93aW5kcnZfc3R1Yi5jOjc1OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9yIGBu ZGlzX3JlZ3ZhbHNbNDIwXS5uY192YWxbMV0nKQovdXNyL3NoYXJlL21pc2Mvd2luZHJ2X3N0dWIu Yzo3NTogZXJyb3I6IGluaXRpYWxpemVyIGVsZW1lbnQgaXMgbm90IGNvbnN0YW50Ci91c3Ivc2hh cmUvbWlzYy93aW5kcnZfc3R1Yi5jOjc1OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9y IGBuZGlzX3JlZ3ZhbHNbNDIwXS5uY192YWwnKQovdXNyL3NoYXJlL21pc2Mvd2luZHJ2X3N0dWIu Yzo3NTogZXJyb3I6IGluaXRpYWxpemVyIGVsZW1lbnQgaXMgbm90IGNvbnN0YW50Ci91c3Ivc2hh cmUvbWlzYy93aW5kcnZfc3R1Yi5jOjc1OiBlcnJvcjogKG5lYXIgaW5pdGlhbGl6YXRpb24gZm9y IGBuZGlzX3JlZ3ZhbHNbNDIwXScpCi91c3Ivc2hhcmUvbWlzYy93aW5kcnZfc3R1Yi5jOjc1OiB3 YXJuaW5nOiBpbml0aWFsaXphdGlvbiBtYWtlcyBwb2ludGVyIGZyb20gaW50ZWdlciB3aXRob3V0 IGEgY2FzdAovdXNyL3NoYXJlL21pc2Mvd2luZHJ2X3N0dWIuYzo3NTogd2FybmluZzogaW5pdGlh bGl6YXRpb24gbWFrZXMgcG9pbnRlciBmcm9tIGludGVnZXIgd2l0aG91dCBhIGNhc3QKL3Vzci9z aGFyZS9taXNjL3dpbmRydl9zdHViLmM6NzU6IHdhcm5pbmc6IGluaXRpYWxpemF0aW9uIG1ha2Vz IGludGVnZXIgZnJvbSBwb2ludGVyIHdpdGhvdXQgYSBjYXN0Ci91c3Ivc2hhcmUvbWlzYy93aW5k cnZfc3R1Yi5jOjc1OiBlcnJvcjogaW5pdGlhbGl6ZXIgZWxlbWVudCBpcyBub3QgY29tcHV0YWJs ZSBhdCBsb2FkIHRpbWUKL3Vzci9zaGFyZS9taXNjL3dpbmRydl9zdHViLmM6NzU6IGVycm9yOiAo bmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MjFdLm5jX3ZhbFsxXScpCi91 c3Ivc2hhcmUvbWlzYy93aW5kcnZfc3R1Yi5jOjc1OiBlcnJvcjogaW5pdGlhbGl6ZXIgZWxlbWVu dCBpcyBub3QgY29uc3RhbnQKL3Vzci9zaGFyZS9taXNjL3dpbmRydl9zdHViLmM6NzU6IGVycm9y OiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MjFdLm5jX3ZhbCcpCi91 c3Ivc2hhcmUvbWlzYy93aW5kcnZfc3R1Yi5jOjc1OiBlcnJvcjogaW5pdGlhbGl6ZXIgZWxlbWVu dCBpcyBub3QgY29uc3RhbnQKL3Vzci9zaGFyZS9taXNjL3dpbmRydl9zdHViLmM6NzU6IGVycm9y OiAobmVhciBpbml0aWFsaXphdGlvbiBmb3IgYG5kaXNfcmVndmFsc1s0MjFdJykKL3Vzci9zaGFy ZS9taXNjL3dpbmRydl9zdHViLmM6NzY6IHdhcm5pbmc6IGluaXRpYWxpemF0aW9uIG1ha2VzIGlu dGVnZXIgZnJvbSBwb2ludGVyIHdpdGhvdXQgYSBjYXN0Ci91c3Ivc2hhcmUvbWlzYy93aW5kcnZf c3R1Yi5jOjc2OiBlcnJvcjogaW5pdGlhbGl6ZXIgZWxlbWVudCBpcyBub3QgY29uc3RhbnQKL3Vz ci9zaGFyZS9taXNjL3dpbmRydl9zdHViLmM6NzY6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlv biBmb3IgYG5kaXNfcmVndmFsc1s0MjJdLm5jX3ZhbCcpCi91c3Ivc2hhcmUvbWlzYy93aW5kcnZf c3R1Yi5jOjc2OiBlcnJvcjogaW5pdGlhbGl6ZXIgZWxlbWVudCBpcyBub3QgY29uc3RhbnQKL3Vz ci9zaGFyZS9taXNjL3dpbmRydl9zdHViLmM6NzY6IGVycm9yOiAobmVhciBpbml0aWFsaXphdGlv biBmb3IgYG5kaXNfcmVndmFsc1s0MjJdJykKL3Vzci9zaGFyZS9taXNjL3dpbmRydl9zdHViLmM6 IEluIGZ1bmN0aW9uIGB3aW5kcnZfbW9kZXZlbnQnOgovdXNyL3NoYXJlL21pc2Mvd2luZHJ2X3N0 dWIuYzoyMjE6IGVycm9yOiBgbmRpc19kZXZzX3BjaScgdW5kZWNsYXJlZCAoZmlyc3QgdXNlIGlu IHRoaXMgZnVuY3Rpb24pCi91c3Ivc2hhcmUvbWlzYy93aW5kcnZfc3R1Yi5jOjIyMTogZXJyb3I6 IChFYWNoIHVuZGVjbGFyZWQgaWRlbnRpZmllciBpcyByZXBvcnRlZCBvbmx5IG9uY2UKL3Vzci9z aGFyZS9taXNjL3dpbmRydl9zdHViLmM6MjIxOiBlcnJvcjogZm9yIGVhY2ggZnVuY3Rpb24gaXQg YXBwZWFycyBpbi4pCmJ1aWxkIGZhaWxlZC4gRXhpdGluZy4K ------=_Part_20971_24466587.1166466444459-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 18 20:38:36 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E841A16A403 for ; Mon, 18 Dec 2006 20:38:36 +0000 (UTC) (envelope-from stable@museum.rain.com) Received: from ns.umpquanet.com (ns.umpquanet.com [63.105.30.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3451243CA9 for ; Mon, 18 Dec 2006 20:38:34 +0000 (GMT) (envelope-from stable@museum.rain.com) Received: from ns.umpquanet.com (localhost [127.0.0.1]) by ns.umpquanet.com (8.13.8/8.13.8) with ESMTP id kBIK1pHE044454; Mon, 18 Dec 2006 12:01:51 -0800 (PST) (envelope-from stable@museum.rain.com) Received: (from james@localhost) by ns.umpquanet.com (8.13.8/8.13.8/Submit) id kBIK1oTJ044453; Mon, 18 Dec 2006 12:01:50 -0800 (PST) (envelope-from stable@museum.rain.com) Date: Mon, 18 Dec 2006 12:01:50 -0800 From: James Long To: freebsd-stable@freebsd.org, patrick Message-ID: <20061218200150.GA43463@ns.umpquanet.com> References: <20061218120049.E3C4516A659@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061218120049.E3C4516A659@hub.freebsd.org> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Re: loader freezes system during timer autoboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Dec 2006 20:38:37 -0000 > Date: Sun, 17 Dec 2006 13:44:05 +0100 (CET) > From: patrick > Subject: loader freezes system during timer autoboot > To: stable@freebsd.org > Message-ID: <20061217131536.X46177@gandalf> > Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed > > > Hi, > > I have a supermicro system which freezes during the timer before autoboot. > It freezes most of the times. > > System : Supermicro 5014C-T > : Super P8SCi > : P4 630 / 3.0 GHz / 2MB cache - 2 Logical CPUs > : 2048 (2x1GB) PC2-400 ECC REGISTERED > : Broadcom BCM5721 Dual Gigabit Ethernet > : 3ware 3W8006-2LP Storage Controller > > 6.2-RC2, cvsup'd 17 dec 1200 CEST running GENERIC kernel > > setting autoboot_delay="-1" and beastie_disable="YES" in loader.conf make the system most of > the time boot correctly, but sometimes also freezes but then directly after start of the autoboot/kernel boot. > > I have an identical system running 6.1 without this problem. > > Anyone have any suggestions? My suggestion would be to try some elementary troubleshooting. Swap the disk arrays between the two machines, for instance. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 09:44:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8BE8016A416 for ; Tue, 19 Dec 2006 09:44:13 +0000 (UTC) (envelope-from majie.mailinglist@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30A5043CA2 for ; Tue, 19 Dec 2006 09:44:11 +0000 (GMT) (envelope-from majie.mailinglist@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1532035uge for ; Tue, 19 Dec 2006 01:44:03 -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:references; b=W5rMcUY62iAztNQEr1YbNvJD+7zFOQZmWTCU4YljhDQT0f7z9njCsPkBtNtAdEjKeAS7VxmENIIzlP01JuN6KBab56iNFYjqlgQHJmwbzxVeaUg/160JstHOLwd+oSLWPmh0X6u4IiZdByoAaedS9nlKMtiE3xPrR1VjzGUwv9I= Received: by 10.82.111.8 with SMTP id j8mr847952buc.1166519964720; Tue, 19 Dec 2006 01:19:24 -0800 (PST) Received: by 10.78.197.16 with HTTP; Tue, 19 Dec 2006 01:19:23 -0800 (PST) Message-ID: Date: Tue, 19 Dec 2006 17:19:23 +0800 From: Ma To: joe@joeholden.co.uk In-Reply-To: <455FCB7C.8000600@joeholden.co.uk> MIME-Version: 1.0 References: <455D5F38.4060208@joeholden.co.uk> <232F7011-5BCC-4616-82CC-973D1CB41593@lassitu.de> <455D66D6.8080708@joeholden.co.uk> <20061117114754.dafdbc1a.dom@helenmarks.co.uk> <455DBAAD.6080403@joeholden.co.uk> <0BE259F4-95BC-4A44-983F-5F65921EFD14@lassitu.de> <455DBF71.8060203@joeholden.co.uk> <455FCB7C.8000600@joeholden.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, Stefan Bethke , Dominic Marks Subject: Re: (Seemingly) Spontaneous rebooting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 09:44:13 -0000 I have almost the same reboots on my server. :( And it may reboot serval times a day. I'd like to know how to get crash dumps? What is added in your rc.conf? -- Ma Jie 2006/11/19, Joe Holden : > > Joe Holden wrote: > > Stefan Bethke wrote: > >> > >> If the system has ACPI, you might get some temperature information > >> from the sysctl hw.acpi.thermal OIDs. > >> > > No acpi whatsoever, it is a very "stripped down" machine, looks like a > > blade or something. > > > >> If the hard disk is recent enough, it might have a temperature sensors > >> as well, see sysutils/smartmontools. > >> > > 17 degrees C apparently. > > > > Ta, > > Joe > Hello, the machine rebooted a few hours ago, no crash dumps, no messages > in any logs indicating any sort of error, even last doesn't say "crash" > etc, is there anything I can try? > > Thanks, > Joe > -- > finger joe@joeholden.co.uk > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Ma Jie From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 11:23:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0722D16A40F for ; Tue, 19 Dec 2006 11:23:26 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93C0543C9F for ; Tue, 19 Dec 2006 11:23:25 +0000 (GMT) (envelope-from grafan@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so483801ana for ; Tue, 19 Dec 2006 03:23:17 -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=fJSbyLQGPS10QTSnniltm9KngaeZZjIu2qEXTim62BIOubdp866ySIR/7tlgYpq/M94t0zJVZmcp6iQL7/50CxqUHyslqmQqbcJjXoSjN6CPaLcZ4EAeIvL/cs4LkRFrjr/hkAdy7AuTuoYx4dx3T/B3DksqCM4QoOLeoj9Fl7g= Received: by 10.100.177.16 with SMTP id z16mr4101795ane.1166520933958; Tue, 19 Dec 2006 01:35:33 -0800 (PST) Received: by 10.100.136.16 with HTTP; Tue, 19 Dec 2006 01:35:33 -0800 (PST) Message-ID: <6eb82e0612190135n1d433873i61d432e6b165fcd1@mail.gmail.com> Date: Tue, 19 Dec 2006 17:35:33 +0800 From: "Rong-en Fan" To: "freebsd-stable@freebsd.org" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: gpt device node does not show at boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 11:23:26 -0000 I'm running 6.2-RC1 on i386. I use gpt(8) to partition my disk. After reboot, the device node, say da1p1, does not show up until 'gpt show da1' is issued. This prevents gpt partition being mounted from fstab, and therefore cannot be nfs exported at boot time! My kernel config is simply GENERIC+QUOTA+SMP. I also noticed that it is not possible to modify in-use disk's partition table. There is also a PR 85772 about it. Can someone comment on it? Thanks. Regards, Rong-En Fan From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 11:39:26 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 47CB916A4D0 for ; Tue, 19 Dec 2006 11:39:26 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B23243CA7 for ; Tue, 19 Dec 2006 11:39:25 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lclejq@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id kBJBSDkP052003; Tue, 19 Dec 2006 12:28:19 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id kBJBS3TG052002; Tue, 19 Dec 2006 12:28:03 +0100 (CET) (envelope-from olli) Date: Tue, 19 Dec 2006 12:28:03 +0100 (CET) Message-Id: <200612191128.kBJBS3TG052002@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, aw1@stade.co.uk In-Reply-To: <20061217034602.GA52524@steerpike.hanley.stade.co.uk> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 19 Dec 2006 12:28:49 +0100 (CET) Cc: Subject: Re: negative runtime etc. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, aw1@stade.co.uk List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 11:39:26 -0000 Adrian Wontroba wrote: > Vclav Haisman wrote: > > Hi, I have loads of following messages in newly installed virtual server > > (under MS Virtual Server 2005 R2) running 6.2 RC1, I am even using the > > stock kernel. Can I fix this? > > Dec 16 18:33:27 shell kernel: calcru: negative runtime of -553620 usec > > for pid 76484 (zsh) > > Dec 16 18:33:27 shell kernel: calcru: runtime went backwards from > > 1004708 usec to 791507 usec for pid 655 (sendmail) > > You can reduce them somewhat by using a slower clock tick and perhaps a > different timecounter: > > ==> /boot/loader.conf <== > kern.hz="200" > > ==> /etc/sysctl.conf <== > kern.timecounter.hardware=ACPI-safe > > The above reduced my errors to a few hundred a day and improved time > keeping. Setting up the host as an NTP server and running > ntpdate once a minute seems to have sufficed to keep time accurate > enough for my needs. Just a small note: It does not make sense to run ntpd _and_ ntpdate at the same time. Usually it is sufficient to just run "ntpd -g" (ntpdate is obsolete anyway and will be removed from future versions of the ntp software). Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "If you aim the gun at your foot and pull the trigger, it's UNIX's job to ensure reliable delivery of the bullet to where you aimed the gun (in this case, Mr. Foot)." -- Terry Lambert, FreeBSD-hackers mailing list. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 12:40:38 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 180D316A415 for ; Tue, 19 Dec 2006 12:40:38 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0729C43CA5 for ; Tue, 19 Dec 2006 12:39:00 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (wdixgp@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id kBJCRSsV054428; Tue, 19 Dec 2006 13:27:37 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id kBJCRRLJ054427; Tue, 19 Dec 2006 13:27:27 +0100 (CET) (envelope-from olli) Date: Tue, 19 Dec 2006 13:27:27 +0100 (CET) Message-Id: <200612191227.kBJCRRLJ054427@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, chris@vindaloo.com In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 19 Dec 2006 13:27:37 +0100 (CET) Cc: Subject: Re: OpenBSD's spamd. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, chris@vindaloo.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 12:40:38 -0000 Christopher Hilton wrote: > Between OpenBSD 3.7 and 3.8 spamd gained the ability to tarpit or > stutter at all connections for a configurable period of time. I > understand that stuttering for the first few seconds of the SMTP dialog > causes many spammers to go away before even generating a greylisting > tuple. What does stuttering mean? Is it similar to sendmail's "greet_pause" feature? The greet_pause feature is quite useful. It causes sendmail to wait for a configurable amount of time (5 seconds is a good value) between accepting the connection and sending its initial SMTP greeting line. If it receives _anything_ from the remote side during that time, no mail is accepted from this connection. Many spammers use botnets with very simple software that doesn't really speak SMTP, but simply opens connections to port 25 and sends fixed strings without paying attention to what the server responds. Those are catched and disabled by the "great_pause" feature. Indeed, no greylisting tuples are generated because no MAIL/RCPT is accepted from the connection. > It's something I'd like to try and see for myself and it will be > fairly easy since my primary MX is behind an OpenBSD firewall. However, > my secondary MX is a FreeBSD box with no such protection and I fear that > the spammers will just take advantage of the fact that my secondary MX > has weaker protections than my primary. In fact, it seems that spammers prefer sending to secondary MX servers because they assume that they're less protected that the primary MX servers. For that reason you should always put the same protection on both primary and secondary servers. If you use a backup MX that doesn't do greylisting, then spam will leak through it to your primary (which has to trust the secondaries). Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "FreeBSD is Yoda, Linux is Luke Skywalker" -- Daniel C. Sobral From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 12:44:55 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0FEF716A412 for ; Tue, 19 Dec 2006 12:44:55 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75E5143CA8 for ; Tue, 19 Dec 2006 12:44:52 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (slghcx@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id kBJCiGBE055639; Tue, 19 Dec 2006 13:44:22 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id kBJCiGf5055638; Tue, 19 Dec 2006 13:44:16 +0100 (CET) (envelope-from olli) Date: Tue, 19 Dec 2006 13:44:16 +0100 (CET) Message-Id: <200612191244.kBJCiGf5055638@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, Trond.Endrestol@fagskolen.gjovik.no In-Reply-To: <20061217100614.R47398@ramstind.fig.ol.no> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 19 Dec 2006 13:44:27 +0100 (CET) Cc: Subject: Re: tmpmfs="YES" and going from single user to multi user mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, Trond.Endrestol@fagskolen.gjovik.no List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 12:44:55 -0000 Trond Endrestøl wrote: > After going to single user mode and back to multi user mode on a > system with tmpmfs="YES" in /etc/rc.conf, I wound up with these > filesystems: > > trond@enterprise:~>df > Filesystem 1K-blocks Used Avail Capacity Mounted on > /dev/ad0s1a 9195750 3179348 5280742 38% / > devfs 1 1 0 100% /dev > /dev/md0 63214 14 58144 0% /tmp > procfs 4 4 0 100% /proc > /dev/md1 63214 20 58138 0% /tmp > > There should either be a shutdown script that unmounts /tmp when > tmpmfs="YES" and /tmp is indeed mounted as a MFS, or the startup > script should check to see if /tmp is already mounted (as a MFS) > before attempting mount the MFS (again). That problem doesn't occur when you mount /tmp via /etc/fstab instead of tmpfs="YES" in /etc/rc.conf. I always prefer to use /etc/fstab for the above reason and others. And entry like the following will do (for a 64 MB /tmp): md /tmp mfs rw,nosuid,async,-s64m 0 0 Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "Unix gives you just enough rope to hang yourself -- and then a couple of more feet, just to be sure." -- Eric Allman From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 12:52:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 314FB16A412 for ; Tue, 19 Dec 2006 12:52:29 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from sccrmhc14.comcast.net (sccrmhc14.comcast.net [204.127.200.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5103443CB7 for ; Tue, 19 Dec 2006 12:52:24 +0000 (GMT) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-67-174-220-97.hsd1.ca.comcast.net[67.174.220.97]) by comcast.net (sccrmhc14) with ESMTP id <2006121912415101400445ahe>; Tue, 19 Dec 2006 12:41:51 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 81AC01FA037; Tue, 19 Dec 2006 04:41:51 -0800 (PST) Date: Tue, 19 Dec 2006 04:41:51 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20061219124151.GA33385@icarus.home.lan> Mail-Followup-To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Subject: ntpd flipping between PLL and FLL mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 12:52:29 -0000 This issue has been discussed in the past, although no one really concluded what the cause was, or if there were implications from it: http://www.mail-archive.com/freebsd-stable@freebsd.org/msg67325.html http://lists.freebsd.org/pipermail/freebsd-questions/2004-September/059279.html There's also a docs/ PR which may have implications in the sense that "something changed" between ntpd versions: http://lists.freebsd.org/pipermail/freebsd-doc/2006-October/011434.html There's an open bug report with the NTP folks about this: https://lists.ntp.isc.org/pipermail/bugs/2005-June/002174.html I can reproduce this behaviour on 3 different boxes with completely different hardware, all running 6.x. Below, in sequential order, are an AMD SMP box, a uni-proc Intel, and an Intel SMP box. Dec 19 00:22:26 icarus ntpd[624]: kernel time sync enabled 2001 Dec 19 01:47:48 icarus ntpd[624]: kernel time sync enabled 6001 Dec 19 02:04:52 icarus ntpd[624]: kernel time sync enabled 2001 Dec 19 01:51:07 eos ntpd[85369]: kernel time sync enabled 6001 Dec 19 02:08:10 eos ntpd[85369]: kernel time sync enabled 2001 Dec 19 03:33:34 eos ntpd[85369]: kernel time sync enabled 6001 Dec 18 18:29:38 medusa ntpd[99931]: kernel time sync enabled 2001 Dec 18 21:20:26 medusa ntpd[99931]: kernel time sync enabled 6001 Dec 18 21:37:32 medusa ntpd[99931]: kernel time sync enabled 2001 If this is completely normal behaviour, which many of the threads above state it is (although in a couple instances there's examples of the clock not being kept in sync while this is happening), then there's the issue of how to disable this kind-of logging. I looked at the ntpd code for this, and there does not appear to be a way to disable logging of this message without impacting other important ntpd messages. :-( So I guess my post here is to ask if anyone has extensive experience with this, and what the implications are. With ntpdate being phased out soon, most people will be expected to run ntpd, and therefore more support mails will be sent to the lists asking about this... -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 13:01:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 585F716A415 for ; Tue, 19 Dec 2006 13:01:25 +0000 (UTC) (envelope-from ken@astro.ufl.edu) Received: from milton.astro.ufl.edu (milton.astro.ufl.edu [128.227.184.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6419643CAA for ; Tue, 19 Dec 2006 13:01:13 +0000 (GMT) (envelope-from ken@astro.ufl.edu) Received: from localhost (localhost.astro.ufl.edu [127.0.0.1]) by milton.astro.ufl.edu (Postfix) with ESMTP id A158B39BE2 for ; Tue, 19 Dec 2006 07:40:21 -0500 (EST) Received: from milton.astro.ufl.edu ([127.0.0.1]) by localhost (mailhost.astro.ufl.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 78067-05 for ; Tue, 19 Dec 2006 07:40:16 -0500 (EST) Received: from polaris.astro.ufl.edu (polaris.astro.ufl.edu [128.227.184.2]) by milton.astro.ufl.edu (Postfix) with ESMTP id 494BE39BB5 for ; Tue, 19 Dec 2006 07:40:16 -0500 (EST) Date: Tue, 19 Dec 2006 07:40:16 -0500 (EST) From: Ken Sallot To: freebsd-stable@freebsd.org Message-ID: <20061219073943.W74584@polaris.astro.ufl.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by UF Astronomy Mail Virus Scanner ks/14/4/2005 Subject: "swap_pager" loop? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 13:01:25 -0000 Greetings, Yesterday morning I came in to find a 6.2-RC1 server deadlocked in a loop with the following error messages on the console: swap_pager: indefinite wait buffer: bufobj: 0, blkno: 5, size: 4096 swap_pager: indefinite wait buffer: bufobj: 0, blkno: 13, size: 4096 swap_pager: indefinite wait buffer: bufobj: 0, blkno: 5, size: 4096 swap_pager: indefinite wait buffer: bufobj: 0, blkno: 13, size: 4096 .... The machine has 4gb of ram, a 4gb swap partition on /dev/amrd0s1b, and provides nfs/nis/samba/printing (cups) services. This issue appears to have been open since at least 6.1-RELEASE, and I was wondering if anyone had a work-around that we can use for the time being. Thanks! Ken From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 13:13:57 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 962BE16A416 for ; Tue, 19 Dec 2006 13:13:57 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (tensor.andric.com [213.154.244.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 340D143CA0 for ; Tue, 19 Dec 2006 13:13:57 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from [192.168.0.3] (kilgore.lan.dim [192.168.0.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTP id 73DC4B80C; Tue, 19 Dec 2006 13:49:09 +0100 (CET) Message-ID: <4587D1B6.6060500@andric.com> Date: Tue, 19 Dec 2006 12:49:10 +0100 From: Dimitry Andric User-Agent: Thunderbird 2.0b1 (Windows/20061208) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG, chris@vindaloo.com References: <200612191227.kBJCRRLJ054427@lurza.secnetix.de> In-Reply-To: <200612191227.kBJCRRLJ054427@lurza.secnetix.de> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: OpenBSD's spamd. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 13:13:57 -0000 Oliver Fromme wrote: > What does stuttering mean? Is it similar to sendmail's > "greet_pause" feature? See here: http://www.ualberta.ca/~beck/nycbug06/spamd/mgp00014.html From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 13:34:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9BEE916A403 for ; Tue, 19 Dec 2006 13:34:51 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr5.xs4all.nl (smtp-vbr5.xs4all.nl [194.109.24.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id D38FD43CA0 for ; Tue, 19 Dec 2006 13:34:50 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr5.xs4all.nl (8.13.8/8.13.8) with ESMTP id kBJDKWms072709 for ; Tue, 19 Dec 2006 14:20:33 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 455A2B826; Tue, 19 Dec 2006 14:20:32 +0100 (CET) Date: Tue, 19 Dec 2006 14:20:32 +0100 From: Roland Smith To: freebsd-stable@freebsd.org Message-ID: <20061219132032.GA66632@slackbox.xs4all.nl> Mail-Followup-To: freebsd-stable@freebsd.org References: <20061219124151.GA33385@icarus.home.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="r5Pyd7+fXNt84Ff3" Content-Disposition: inline In-Reply-To: <20061219124151.GA33385@icarus.home.lan> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: by XS4ALL Virus Scanner Subject: Re: ntpd flipping between PLL and FLL mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 13:34:51 -0000 --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 19, 2006 at 04:41:51AM -0800, Jeremy Chadwick wrote: > Dec 19 00:22:26 icarus ntpd[624]: kernel time sync enabled 2001 > Dec 19 01:47:48 icarus ntpd[624]: kernel time sync enabled 6001 > Dec 19 02:04:52 icarus ntpd[624]: kernel time sync enabled 2001 Looks very familiar, unfortunately. > I looked at the ntpd code for this, and there does not appear to > be a way to disable logging of this message without impacting other > important ntpd messages. :-( Since this is about the only message I ever see from ntpd, I put the following line in /etc/ntpd.conf: logconfig -syncall At least this got rid of those annoying messages. Maybe syncinfo or syncevents would be sufficient to kill these messages. I haven't checked if LOG_NOTICE in the source code is equivalent to the message type "info" in the manpage.=20 IMHO, it violates the tradition that programs shouldn't blather. The following patch to ntp_loopfilter.c should quell the message: -------------------- STFU patch -------------------- --- ntp_loopfilter.c.orig Tue Dec 19 14:13:25 2006 +++ ntp_loopfilter.c Tue Dec 19 14:14:02 2006 @@ -593,12 +593,6 @@ "kernel time sync disabled %04x", ntv.status); ntv.status &=3D ~(STA_PPSFREQ | STA_PPSTIME); - } else { - if (ntv.status !=3D pll_status) - NLOG(NLOG_SYNCEVENT | NLOG_SYSEVENT) - msyslog(LOG_NOTICE, - "kernel time sync enabled %04x", - ntv.status); } pll_status =3D ntv.status; if (pll_nano) -------------------- STFU patch -------------------- Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --r5Pyd7+fXNt84Ff3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFh+cgEnfvsMMhpyURAnCtAJwN7joqlXJeSn5woOM7hBNKzT/ShgCfc1lw eOG8Hz9Mh/kvTzGHNowgbGg= =q7e6 -----END PGP SIGNATURE----- --r5Pyd7+fXNt84Ff3-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 13:47:59 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4ED9816A407 for ; Tue, 19 Dec 2006 13:47:59 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9545543CA3 for ; Tue, 19 Dec 2006 13:47:55 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (azwtcf@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id kBJDlgxW058712 for ; Tue, 19 Dec 2006 14:47:47 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id kBJDlg5c058711; Tue, 19 Dec 2006 14:47:42 +0100 (CET) (envelope-from olli) Date: Tue, 19 Dec 2006 14:47:42 +0100 (CET) Message-Id: <200612191347.kBJDlg5c058711@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <4587D1B6.6060500@andric.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 19 Dec 2006 14:47:47 +0100 (CET) Cc: Subject: Re: OpenBSD's spamd. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 13:47:59 -0000 Dimitry Andric wrote: > Oliver Fromme wrote: > > What does stuttering mean? Is it similar to sendmail's > > "greet_pause" feature? > > See here: > http://www.ualberta.ca/~beck/nycbug06/spamd/mgp00014.html OK, so the answer to my question seems to be "yes". :-) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "UNIX was not designed to stop you from doing stupid things, because that would also stop you from doing clever things." -- Doug Gwyn From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 13:51:40 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BAFEE16A403 for ; Tue, 19 Dec 2006 13:51:40 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 889E943CA9 for ; Tue, 19 Dec 2006 13:51:39 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (uhktgb@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id kBJDpMXd058788 for ; Tue, 19 Dec 2006 14:51:28 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id kBJDpMpB058787; Tue, 19 Dec 2006 14:51:22 +0100 (CET) (envelope-from olli) Date: Tue, 19 Dec 2006 14:51:22 +0100 (CET) Message-Id: <200612191351.kBJDpMpB058787@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <20061219073943.W74584@polaris.astro.ufl.edu> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 19 Dec 2006 14:51:28 +0100 (CET) Cc: Subject: Re: "swap_pager" loop? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 13:51:40 -0000 Ken Sallot wrote: > Yesterday morning I came in to find a 6.2-RC1 server deadlocked in a loop > with the following error messages on the console: > > swap_pager: indefinite wait buffer: bufobj: 0, blkno: 5, size: 4096 That message is printed when a timeout appears while waiting for the swap device. I've seen such problems when the disk or the controller was dead or malfunctioning. Are you sure that your hardware is OK, i.e. no disk errors, good cables etc.? Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "IRIX is about as stable as a one-legged drunk with hypothermia in a four-hundred mile per hour wind, balancing on a banana peel on a greased cookie sheet -- when someone throws him an elephant with bad breath and a worse temper." -- Ralf Hildebrandt From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 14:07:51 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2CA2816A407 for ; Tue, 19 Dec 2006 14:07:51 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 696B243CA2 for ; Tue, 19 Dec 2006 14:07:50 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (nunefe@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id kBJE7Vpe059476; Tue, 19 Dec 2006 15:07:40 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id kBJE7Vmq059475; Tue, 19 Dec 2006 15:07:31 +0100 (CET) (envelope-from olli) Date: Tue, 19 Dec 2006 15:07:31 +0100 (CET) Message-Id: <200612191407.kBJE7Vmq059475@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, rsmith@xs4all.nl In-Reply-To: <20061219132032.GA66632@slackbox.xs4all.nl> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 19 Dec 2006 15:07:40 +0100 (CET) Cc: Subject: Re: ntpd flipping between PLL and FLL mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, rsmith@xs4all.nl List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 14:07:51 -0000 Roland Smith wrote: > Jeremy Chadwick wrote: > > > Dec 19 00:22:26 icarus ntpd[624]: kernel time sync enabled 2001 > > Dec 19 01:47:48 icarus ntpd[624]: kernel time sync enabled 6001 > > Dec 19 02:04:52 icarus ntpd[624]: kernel time sync enabled 2001 > > Looks very familiar, unfortunately. I also get them once in a while, but I really don't care much. I usually don't look at the logs anyway, but let logsurfer (from ports) look at them and tell me when some- thing looks suspicious. :-) > The following patch to ntp_loopfilter.c should quell the message: > -------------------- STFU patch -------------------- > --- ntp_loopfilter.c.orig Tue Dec 19 14:13:25 2006 > +++ ntp_loopfilter.c Tue Dec 19 14:14:02 2006 > @@ -593,12 +593,6 @@ > "kernel time sync disabled %04x", > ntv.status); > ntv.status &= ~(STA_PPSFREQ | STA_PPSTIME); > - } else { > - if (ntv.status != pll_status) > - NLOG(NLOG_SYNCEVENT | NLOG_SYSEVENT) > - msyslog(LOG_NOTICE, > - "kernel time sync enabled %04x", > - ntv.status); > } > pll_status = ntv.status; > if (pll_nano) > -------------------- STFU patch -------------------- I think it makes sense to replace LOG_NOTICE with LOG_DEBUG, so you can still get at the messages if you really want to. It's not necessary to remove the logging code alltogether. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "I invented Ctrl-Alt-Delete, but Bill Gates made it famous." -- David Bradley, original IBM PC design team From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 14:09:53 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DD72816A415 for ; Tue, 19 Dec 2006 14:09:53 +0000 (UTC) (envelope-from ken@astro.ufl.edu) Received: from milton.astro.ufl.edu (milton.astro.ufl.edu [128.227.184.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F5C043CA3 for ; Tue, 19 Dec 2006 14:09:53 +0000 (GMT) (envelope-from ken@astro.ufl.edu) Received: from localhost (localhost.astro.ufl.edu [127.0.0.1]) by milton.astro.ufl.edu (Postfix) with ESMTP id F09D939BDD for ; Tue, 19 Dec 2006 09:09:39 -0500 (EST) Received: from milton.astro.ufl.edu ([127.0.0.1]) by localhost (mailhost.astro.ufl.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 81301-05 for ; Tue, 19 Dec 2006 09:09:37 -0500 (EST) Received: from fugu.astro.ufl.edu (fugu.astro.ufl.edu [128.227.184.12]) by milton.astro.ufl.edu (Postfix) with ESMTP id 8BF5F39BDC for ; Tue, 19 Dec 2006 09:09:37 -0500 (EST) Date: Tue, 19 Dec 2006 09:09:37 -0500 (EST) From: Ken Sallot To: freebsd-stable@FreeBSD.ORG In-Reply-To: <200612191351.kBJDpMpB058787@lurza.secnetix.de> Message-ID: References: <200612191351.kBJDpMpB058787@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by UF Astronomy Mail Virus Scanner ks/14/4/2005 Cc: Subject: Re: "swap_pager" loop? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 14:09:53 -0000 On Tue, 19 Dec 2006, Oliver Fromme wrote: > Ken Sallot wrote: > > Yesterday morning I came in to find a 6.2-RC1 server deadlocked in a loop > > with the following error messages on the console: > > > > swap_pager: indefinite wait buffer: bufobj: 0, blkno: 5, size: 4096 > > That message is printed when a timeout appears while waiting > for the swap device. I've seen such problems when the disk > or the controller was dead or malfunctioning. Are you sure > that your hardware is OK, i.e. no disk errors, good cables > etc.? Reasonably sure, but I could always double check the cabling. The chassis & drives are new (6 weeks old), and I've not seen any other errors in the hardware. Ken From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 14:19:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D5F8716A492 for ; Tue, 19 Dec 2006 14:19:53 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DEF443C9F for ; Tue, 19 Dec 2006 14:18:21 +0000 (GMT) (envelope-from dom@helenmarks.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id 3AFE311402E for ; Tue, 19 Dec 2006 13:54:09 +0000 (GMT) X-Virus-Scanned: amavisd-new at graphdata.co.uk Received: from mailhost.graphdata.co.uk ([127.0.0.1]) by localhost (mailhost.graphdata.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TRLBT4izAs9C for ; Tue, 19 Dec 2006 13:54:06 +0000 (GMT) Received: from gdc083.internal.graphdata.co.uk (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with SMTP id 57221114023 for ; Tue, 19 Dec 2006 13:54:06 +0000 (GMT) Date: Tue, 19 Dec 2006 13:54:06 +0000 From: Dominic Marks To: freebsd-stable@freebsd.org Message-Id: <20061219135406.f455b19c.dom@helenmarks.co.uk> In-Reply-To: <4587EDBF.3020804@joeholden.co.uk> References: <455D5F38.4060208@joeholden.co.uk> <232F7011-5BCC-4616-82CC-973D1CB41593@lassitu.de> <455D66D6.8080708@joeholden.co.uk> <20061117114754.dafdbc1a.dom@helenmarks.co.uk> <455DBAAD.6080403@joeholden.co.uk> <0BE259F4-95BC-4A44-983F-5F65921EFD14@lassitu.de> <455DBF71.8060203@joeholden.co.uk> <455FCB7C.8000600@joeholden.co.uk> <4587EDBF.3020804@joeholden.co.uk> X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: (Seemingly) Spontaneous rebooting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 14:19:53 -0000 On Tue, 19 Dec 2006 13:48:47 +0000 Joe Holden wrote: > Ma wrote: > > I have almost the same reboots on my server. :( And it may reboot > > serval times a day. I'd like to know how to get crash dumps? What is > > added in your rc.conf? > > > > -- > > Ma Jie > > > Hi, I used the rc.conf values as set out in rc,conf(5) > > root@claire# grep crash /etc/defaults/rc.conf > dumpdev="NO" # Device to crashdump to (device name, AUTO, or NO). > dumpdir="/var/crash" # Directory where crash dumps are to be stored > > I set dumpdev to my swap partition, although nothing got dumped, > although I did upgrade it to -CURRENT as i'd exhausted everything else, > and its not crashed since, not wishing to flame/troll/whatever, but 6.x > seems to have a fair few issues. Did you make sure that /var was large enough to accommodate the crash dump? I've made that mistake before. > Ta, > Joe Dom From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 14:21:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3629F16A47E for ; Tue, 19 Dec 2006 14:21:04 +0000 (UTC) (envelope-from joe@joeholden.co.uk) Received: from claire.ber.rewt.org.uk (claire.ber.rewt.org.uk [217.160.200.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F6D043CA2 for ; Tue, 19 Dec 2006 14:19:45 +0000 (GMT) (envelope-from joe@joeholden.co.uk) Received: from localhost (unknown [127.0.0.1]) by claire.ber.rewt.org.uk (Postfix) with ESMTP id 53C725C4F; Tue, 19 Dec 2006 13:48:36 +0000 (GMT) X-Virus-Scanned: amavisd-new at claire.ber.rewt.org.uk Received: from claire.ber.rewt.org.uk ([127.0.0.1]) by localhost (claire.ber.rewt.org.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LeQ+9h0aHIHc; Tue, 19 Dec 2006 13:48:29 +0000 (GMT) Received: from [82.152.108.188] (dyn188.stf.rewt.org.uk [82.152.108.188]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by claire.ber.rewt.org.uk (Postfix) with ESMTP id AD27F5C4E; Tue, 19 Dec 2006 13:48:28 +0000 (GMT) Message-ID: <4587EDBF.3020804@joeholden.co.uk> Date: Tue, 19 Dec 2006 13:48:47 +0000 From: Joe Holden User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: Ma References: <455D5F38.4060208@joeholden.co.uk> <232F7011-5BCC-4616-82CC-973D1CB41593@lassitu.de> <455D66D6.8080708@joeholden.co.uk> <20061117114754.dafdbc1a.dom@helenmarks.co.uk> <455DBAAD.6080403@joeholden.co.uk> <0BE259F4-95BC-4A44-983F-5F65921EFD14@lassitu.de> <455DBF71.8060203@joeholden.co.uk> <455FCB7C.8000600@joeholden.co.uk> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Stefan Bethke , Dominic Marks Subject: Re: (Seemingly) Spontaneous rebooting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 14:21:04 -0000 Ma wrote: > I have almost the same reboots on my server. :( And it may reboot > serval times a day. I'd like to know how to get crash dumps? What is > added in your rc.conf? > > -- > Ma Jie > Hi, I used the rc.conf values as set out in rc,conf(5) root@claire# grep crash /etc/defaults/rc.conf dumpdev="NO" # Device to crashdump to (device name, AUTO, or NO). dumpdir="/var/crash" # Directory where crash dumps are to be stored I set dumpdev to my swap partition, although nothing got dumped, although I did upgrade it to -CURRENT as i'd exhausted everything else, and its not crashed since, not wishing to flame/troll/whatever, but 6.x seems to have a fair few issues. Ta, Joe From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 15:01:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E0D0316A407 for ; Tue, 19 Dec 2006 15:01:12 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15F9143C9F for ; Tue, 19 Dec 2006 14:59:34 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id kBJDiZGi019333 for ; Tue, 19 Dec 2006 10:44:38 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Tue, 19 Dec 2006 11:46:45 -0200 User-Agent: KMail/1.9.4 References: <200612191227.kBJCRRLJ054427@lurza.secnetix.de> <4587D1B6.6060500@andric.com> In-Reply-To: <4587D1B6.6060500@andric.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200612191146.45521.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Subject: Re: OpenBSD's spamd. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 15:01:13 -0000 On Tuesday 19 December 2006 09:49, Dimitry Andric wrote: > Oliver Fromme wrote: > > What does stuttering mean? Is it similar to sendmail's > > "greet_pause" feature? > > See here: > > http://www.ualberta.ca/~beck/nycbug06/spamd/mgp00014.html > why the spam daemon should introduce an artificial delay=20 (tarpit) if this can be done already before like Oliver=20 said, it would only eat up and slow down threads between=20 both daemons (smtp + spamd) and overall spamd doesn't even=20 talk directly to the remote smtp =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 15:30:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5EFF116A403 for ; Tue, 19 Dec 2006 15:30:59 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from sccmmhc92.asp.att.net (sccmmhc92.asp.att.net [204.127.203.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FDB443CA2 for ; Tue, 19 Dec 2006 15:30:57 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from [10.0.0.4] (12-216-254-44.client.mchsi.com[12.216.254.44]) by sccmmhc92.asp.att.net (sccmmhc92) with ESMTP id <20061219151330m9200km63qe>; Tue, 19 Dec 2006 15:13:30 +0000 Message-ID: <45880199.7050503@math.missouri.edu> Date: Tue, 19 Dec 2006 09:13:29 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20061218 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <455D5F38.4060208@joeholden.co.uk> <232F7011-5BCC-4616-82CC-973D1CB41593@lassitu.de> <455D66D6.8080708@joeholden.co.uk> <20061117114754.dafdbc1a.dom@helenmarks.co.uk> <455DBAAD.6080403@joeholden.co.uk> <0BE259F4-95BC-4A44-983F-5F65921EFD14@lassitu.de> <455DBF71.8060203@joeholden.co.uk> <455FCB7C.8000600@joeholden.co.uk> <4587EDBF.3020804@joeholden.co.uk> In-Reply-To: <4587EDBF.3020804@joeholden.co.uk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: (Seemingly) Spontaneous rebooting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 15:30:59 -0000 Joe Holden wrote: > Ma wrote: > >> I have almost the same reboots on my server. :( And it may reboot >> serval times a day. I'd like to know how to get crash dumps? What is >> added in your rc.conf? >> >> -- >> Ma Jie >> > Hi, I used the rc.conf values as set out in rc,conf(5) > > root@claire# grep crash /etc/defaults/rc.conf > dumpdev="NO" # Device to crashdump to (device name, AUTO, or > NO). > dumpdir="/var/crash" # Directory where crash dumps are to be stored > > I set dumpdev to my swap partition, although nothing got dumped, > although I did upgrade it to -CURRENT as i'd exhausted everything else, > and its not crashed since, not wishing to flame/troll/whatever, but 6.x > seems to have a fair few issues. I posted a dump of a crash I had with a recent RELENG_6 computer a few weeks ago. It was one of those fairly useless dumps where the program counter seems to be completely meaningless. I also had similar behavior about a year ago, which seemed to be produced by a bug that is now fixed. (That one I could make it happen at will by running a multithreaded program on a 4 processor system, and "top -s0" at the same time.) I do recall the nature of the crash is that sometimes it produced dumps, and sometimes it didn't. And when it did they were useless. The crash seemed always to be with a page fault. I experienced it on two computers, both with SMP. Anyway, what I am saying is that all these people might be seeing a genuine problem that by its very nature does not produce meaningful dumps. If this problem is real, perhaps one solution is to put out release 6.2 fairly soon, then lots of people will try it and experience this problem. Then you guys will have lots of evidence to work with. Then when you fix it, put out release 6.3 much sooner than otherwise anticipated. (I should add that my wife accuses me of having humor that is too dry.) Stephen From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 16:23:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1A56616A40F for ; Tue, 19 Dec 2006 16:23:07 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail.secureworks.net (mail.secureworks.net [65.114.32.155]) by mx1.FreeBSD.org (Postfix) with SMTP id 23C3643CBF for ; Tue, 19 Dec 2006 16:23:01 +0000 (GMT) (envelope-from mike@jellydonut.org) Received: (qmail 76298 invoked from network); 19 Dec 2006 15:56:21 -0000 Received: from unknown (HELO ?192.168.23.35?) (63.239.86.3) by 0 with SMTP; 19 Dec 2006 15:56:21 -0000 Message-ID: <45880BA6.80907@jellydonut.org> Date: Tue, 19 Dec 2006 10:56:22 -0500 From: Michael Proto User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.8) Gecko/20061206 Thunderbird/1.5.0.8 Mnenhy/0.7.4.666 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20061219124151.GA33385@icarus.home.lan> <20061219132032.GA66632@slackbox.xs4all.nl> In-Reply-To: <20061219132032.GA66632@slackbox.xs4all.nl> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: ntpd flipping between PLL and FLL mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 16:23:07 -0000 Roland Smith wrote: > On Tue, Dec 19, 2006 at 04:41:51AM -0800, Jeremy Chadwick wrote: > >> Dec 19 00:22:26 icarus ntpd[624]: kernel time sync enabled 2001 >> Dec 19 01:47:48 icarus ntpd[624]: kernel time sync enabled 6001 >> Dec 19 02:04:52 icarus ntpd[624]: kernel time sync enabled 2001 > > Looks very familiar, unfortunately. > > >> I looked at the ntpd code for this, and there does not appear to >> be a way to disable logging of this message without impacting other >> important ntpd messages. :-( > > Since this is about the only message I ever see from ntpd, I put the > following line in /etc/ntpd.conf: > > logconfig -syncall > > At least this got rid of those annoying messages. Maybe syncinfo or > syncevents would be sufficient to kill these messages. I haven't checked > if LOG_NOTICE in the source code is equivalent to the message type > "info" in the manpage. > > IMHO, it violates the tradition that programs shouldn't blather. An alternate workaround I've discovered is to use a maxpoll of 9 in /etc/ntp.conf: server rolex.peachnet.edu maxpoll 9 Since implementing this I haven't seen any of the FLL/PLL flips in my logs. -Proto From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 16:57:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0DF8A16A412 for ; Tue, 19 Dec 2006 16:57:49 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from alnrmhc13.comcast.net (alnrmhc13.comcast.net [204.127.225.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9793243CBB for ; Tue, 19 Dec 2006 16:57:43 +0000 (GMT) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-67-174-220-97.hsd1.ca.comcast.net[67.174.220.97]) by comcast.net (alnrmhc13) with ESMTP id <20061219165742b1300q4l2me>; Tue, 19 Dec 2006 16:57:42 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 0CAF11FA037; Tue, 19 Dec 2006 08:57:42 -0800 (PST) Date: Tue, 19 Dec 2006 08:57:42 -0800 From: Jeremy Chadwick To: Michael Proto Message-ID: <20061219165741.GA40101@icarus.home.lan> Mail-Followup-To: Michael Proto , freebsd-stable@freebsd.org References: <20061219124151.GA33385@icarus.home.lan> <20061219132032.GA66632@slackbox.xs4all.nl> <45880BA6.80907@jellydonut.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45880BA6.80907@jellydonut.org> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org Subject: Re: ntpd flipping between PLL and FLL mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 16:57:49 -0000 On Tue, Dec 19, 2006 at 10:56:22AM -0500, Michael Proto wrote: > An alternate workaround I've discovered is to use a maxpoll of 9 in > /etc/ntp.conf: > > server rolex.peachnet.edu maxpoll 9 > > Since implementing this I haven't seen any of the FLL/PLL flips in my logs. How would decreasing the polling time fix this? I do not understand the semantics/behaviour of NTP very well. Taken from the manpage: maxpoll maxpoll These options specify the minimum and maximum poll intervals for NTP messages, in seconds to the power of two. The maximum poll interval defaults to 10 (1,024 s), but can be increased by the maxpoll option to an upper limit of 17 (36.4 h). The minimum poll interval defaults to 6 (64 s), but can be decreased by the minpoll option to a lower limit of 4 (16 s). -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 17:05:29 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D846C16A40F for ; Tue, 19 Dec 2006 17:05:29 +0000 (UTC) (envelope-from chris@vindaloo.com) Received: from corellia.vindaloo.com (corellia.vindaloo.com [64.51.148.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE19443CA8 for ; Tue, 19 Dec 2006 17:05:23 +0000 (GMT) (envelope-from chris@vindaloo.com) Received: from yavin.vindaloo.com (yavin.vindaloo.com [172.24.144.34]) by corellia.vindaloo.com (Postfix) with ESMTP id 84BDE5C6B for ; Tue, 19 Dec 2006 11:37:27 -0500 (EST) Received: from [172.24.145.69] (endor.vindaloo.com [172.24.145.69]) by yavin.vindaloo.com (Postfix) with ESMTP id 1DDE2253A8; Tue, 19 Dec 2006 11:37:27 -0500 (EST) Message-ID: <45881546.30400@vindaloo.com> Date: Tue, 19 Dec 2006 11:37:26 -0500 From: Christopher Hilton User-Agent: Thunderbird 1.5.0.8 (Macintosh/20061025) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG References: <200612191347.kBJDlg5c058711@lurza.secnetix.de> In-Reply-To: <200612191347.kBJDlg5c058711@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: OpenBSD's spamd. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 17:05:29 -0000 Oliver Fromme wrote: > Dimitry Andric wrote: > > Oliver Fromme wrote: > > > What does stuttering mean? Is it similar to sendmail's > > > "greet_pause" feature? > > > > See here: > > http://www.ualberta.ca/~beck/nycbug06/spamd/mgp00014.html > > OK, so the answer to my question seems to be "yes". :-) > Actually I'd say it's similar. If you telnet to port 25 on a server that's using sendmail's greet_pause option I'm assuming that you get nothing for 5 seconds. OpenSD's Spamd sends the initial greeting at a rate of one character per second and only accepts data from you at the same rate. Through experimentation Bob Beck determined that many spammers were dropping the connection and forgetting about delivering the mail completely after short and shorter intervals if the connection was rate limited to 1 character / sec. When the spammers got down to 3 seconds he modified spamd to stutter for 10 seconds on any connection. That feature came in on OpenBSD 3.8 -- Chris From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 17:06:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1E58C16A40F for ; Tue, 19 Dec 2006 17:06:15 +0000 (UTC) (envelope-from paulius@devnull.lt) Received: from bebras.devnull.lt (bebras.devnull.lt [213.197.178.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC77143CB2 for ; Tue, 19 Dec 2006 17:06:09 +0000 (GMT) (envelope-from paulius@devnull.lt) Received: from guzas.devnull.lt (office.microlink.lt [213.197.128.76]) by bebras.devnull.lt (Postfix) with ESMTP id 37307EF390 for ; Tue, 19 Dec 2006 17:03:34 +0200 (EET) Received: by guzas.devnull.lt (Postfix, from userid 1001) id B8AFB94; Tue, 19 Dec 2006 15:03:45 +0000 (UTC) Date: Tue, 19 Dec 2006 17:03:45 +0200 From: Paulius Bulotas To: freebsd-stable@freebsd.org Message-ID: <20061219150345.GA1605@devnull.lt> References: <200612191351.kBJDpMpB058787@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-URL: http://devnull.lt/ Subject: Re: "swap_pager" loop? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 17:06:15 -0000 Hi, On 06 12 19, Ken Sallot wrote: > > That message is printed when a timeout appears while waiting > > for the swap device. I've seen such problems when the disk > > or the controller was dead or malfunctioning. Are you sure > > that your hardware is OK, i.e. no disk errors, good cables > > etc.? FreeBSD 6.2-RC1 #1: Sun Dec 10 12:34:12 EET 2006 root@...:/usr/obj/usr/src/sys/SMP Nov 24 00:18:44 sh kernel: swap_pager: indefinite wait buffer: bufobj: 0, blkno: 160, size: 4096 Nov 24 00:21:43 sh kernel: swap_pager: indefinite wait buffer: bufobj: 0, blkno: 160, size: 4096 # swapinfo Device 1K-blocks Used Avail Capacity /dev/amrd0s1b 1048576 884 1047692 0% so, you are not alone ;) only our server recovers after 1 or 2 minutes. Previously it was running 6.1-STABLE, now it's 6.2-RC1 and so far so good, but that's probably only temporary. BTW, before we used megarc for monitoring (through nagios each 5 minutes), now amrstat each 15 minutes. # amrstat -g Product Firmware 414D BIOS H431 SCSI channels 2 Fibre loops 0 Memory size 128 MB Battery status not present, charge unknown Logical volume 0 optimal (339.93 GB, RAID5) Physical drive 0:0 online Physical drive 0:1 online Physical drive 0:2 online Physical drive 0:3 online Physical drive 0:4 online Physical drive 0:5 online Paulius From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 17:30:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7564516A40F for ; Tue, 19 Dec 2006 17:30:26 +0000 (UTC) (envelope-from feijo.listas@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7813F43CA6 for ; Tue, 19 Dec 2006 17:30:25 +0000 (GMT) (envelope-from feijo.listas@gmail.com) Received: by wr-out-0506.google.com with SMTP id i28so869283wra for ; Tue, 19 Dec 2006 09:30:24 -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=jWW5J94qranZMXV/R86m8HFj2t1+HUiwur2Iu7K1q5uHdM6/xCHoQpIExpf8vnfVMrBbQ7LCyB17MULyfYvwV10nj+PYVmdT1o/BNW8QLemojhik+kO24PwAvjZ0uZkz8/eBu1jDibo7kJPJ52aLZ7Vz2ExkmtueQiqHlTp+Jvw= Received: by 10.90.75.10 with SMTP id x10mr5508420aga.1166547679288; Tue, 19 Dec 2006 09:01:19 -0800 (PST) Received: by 10.90.55.8 with HTTP; Tue, 19 Dec 2006 09:01:19 -0800 (PST) Message-ID: <8a20e5000612190901ha9a463bqb569798a6faccfd1@mail.gmail.com> Date: Tue, 19 Dec 2006 15:01:19 -0200 From: chmod000 To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Error building xfe from ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 17:30:26 -0000 Hi there, Sorry buggin with this newbe qustion, but... since Sunday, 17 I'm trying to build /usr/ports/x11-fm/xfe, but build doesn't seems to work properly. I make cd /usr/ports/x11-fm/xfe && make install clean /usr/bin/ld: cannot find -lstdc++_p *** Error code 1 Stop in /usr/ports/x11-toolkits/fox14/work/fox-1.4.32/utils. *** Error code 1 Stop in /usr/ports/x11-toolkits/fox14/work/fox-1.4.32. *** Error code 1 Stop in /usr/ports/x11-toolkits/fox14. *** Error code 1 Stop in /usr/ports/x11-fm/xfe. What should I install to get rip from this error "/usr/bin/ld: cannot find -lstdc++_p" message? I've allready search from -lstdc++_p and it realy doesn't exists. Thanks for any help. -- []'s chmod000 Linux User #291033 "Microsoft butterfly is their way of telling you their system has a lot of @#$ bugs!" From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 17:46:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C811D16A40F for ; Tue, 19 Dec 2006 17:46:27 +0000 (UTC) (envelope-from chris@vindaloo.com) Received: from corellia.vindaloo.com (corellia.vindaloo.com [64.51.148.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 728CD43C9F for ; Tue, 19 Dec 2006 17:46:27 +0000 (GMT) (envelope-from chris@vindaloo.com) Received: from yavin.vindaloo.com (yavin.vindaloo.com [172.24.144.34]) by corellia.vindaloo.com (Postfix) with ESMTP id B4A045C47; Tue, 19 Dec 2006 12:46:26 -0500 (EST) Received: from [172.24.145.69] (endor.vindaloo.com [172.24.145.69]) by yavin.vindaloo.com (Postfix) with ESMTP id 5449724C4D; Tue, 19 Dec 2006 12:46:26 -0500 (EST) Message-ID: <45882572.7040707@vindaloo.com> Date: Tue, 19 Dec 2006 12:46:26 -0500 From: Christopher Hilton User-Agent: Thunderbird 1.5.0.8 (Macintosh/20061025) MIME-Version: 1.0 To: JoaoBR References: <200612191227.kBJCRRLJ054427@lurza.secnetix.de> <4587D1B6.6060500@andric.com> <200612191146.45521.joao@matik.com.br> In-Reply-To: <200612191146.45521.joao@matik.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: OpenBSD's spamd. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 17:46:27 -0000 JoaoBR wrote: > > why the spam daemon should introduce an artificial delay > (tarpit) if this can be done already before like Oliver > said, it would only eat up and slow down threads between > both daemons (smtp + spamd) and overall spamd doesn't even > talk directly to the remote smtp > Spamd does talk to the remote smtp. It does this until it determines that the remote smtp is RFC compliant in the area of retrying mail. On the first delivery attempt it sets up a time window for the delivery tuple: (server, sender, recipient). If it receives another delivery attempt within this time window it modifies a PF table which allows further delivery attempts to bypass spamd and talk directly to your actual smtp daemon. Without this entry remote smtp daemons talk to your spamd. The tarpitting features of spamd are handy. Bob Beck, the author IIRC, watched connections to his spamd and noticed that the when tarpitted, the spammers and only the spammers were disconnecting from his machine and giving up on delivering the spam at all after ever shorter intervals. When the spammers got down to 3 seconds of tarpitting before they disconnected he added a feature to spamd that allows you to tarpit all inbound smtp connections for a configurable period of time (default: 10 seconds). So imagine being able to eliminate a portion of the spam that you get. This is spam that never gets to your MTA. It doesn't cost you CPU cycles in SpamAssassin and procmail or clamav. And all you pay is three seconds of the your firewall's time. -- Chris From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 17:50:36 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D936516A403 for ; Tue, 19 Dec 2006 17:50:36 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from smtp.utwente.nl (smtp2.utsp.utwente.nl [130.89.2.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3521343CA0 for ; Tue, 19 Dec 2006 17:50:35 +0000 (GMT) (envelope-from pieter@degoeje.nl) Received: from nox.student.utwente.nl (nox.student.utwente.nl [130.89.165.91]) by smtp.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id kBJHcBox011102; Tue, 19 Dec 2006 18:38:12 +0100 From: Pieter de Goeje To: freebsd-stable@freebsd.org Date: Tue, 19 Dec 2006 18:38:11 +0100 User-Agent: KMail/1.9.4 References: <8a20e5000612190901ha9a463bqb569798a6faccfd1@mail.gmail.com> In-Reply-To: <8a20e5000612190901ha9a463bqb569798a6faccfd1@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200612191838.11552.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: chmod000 Subject: Re: Error building xfe from ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 17:50:36 -0000 On Tuesday 19 December 2006 18:01, chmod000 wrote: > Hi there, > > Sorry buggin with this newbe qustion, but... > > since Sunday, 17 I'm trying to build /usr/ports/x11-fm/xfe, but build > doesn't seems to work properly. > I make cd /usr/ports/x11-fm/xfe && make install clean > /usr/bin/ld: cannot find -lstdc++_p > *** Error code 1 > > Stop in /usr/ports/x11-toolkits/fox14/work/fox-1.4.32/utils. My first guess is that you have enabled the "PROFILING" option in the fox toolkit. cd /usr/ports/x11-toolkits/fox14; make config then deselect PROFILING and try to build again - Pieter de Goeje From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 17:51:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4C4C916A407 for ; Tue, 19 Dec 2006 17:51:44 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail.secureworks.net (mail.secureworks.net [65.114.32.155]) by mx1.FreeBSD.org (Postfix) with SMTP id BE97543CA3 for ; Tue, 19 Dec 2006 17:51:43 +0000 (GMT) (envelope-from mike@jellydonut.org) Received: (qmail 79927 invoked from network); 19 Dec 2006 17:51:42 -0000 Received: from unknown (HELO ?192.168.23.35?) (63.239.86.3) by 0 with SMTP; 19 Dec 2006 17:51:42 -0000 Message-ID: <458826AF.7040908@jellydonut.org> Date: Tue, 19 Dec 2006 12:51:43 -0500 From: Michael Proto User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.8) Gecko/20061206 Thunderbird/1.5.0.8 Mnenhy/0.7.4.666 MIME-Version: 1.0 To: koitsu@FreeBSD.org References: <20061219124151.GA33385@icarus.home.lan> <20061219132032.GA66632@slackbox.xs4all.nl> <45880BA6.80907@jellydonut.org> <20061219165741.GA40101@icarus.home.lan> In-Reply-To: <20061219165741.GA40101@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ntpd flipping between PLL and FLL mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 17:51:44 -0000 Jeremy Chadwick wrote: > On Tue, Dec 19, 2006 at 10:56:22AM -0500, Michael Proto wrote: >> An alternate workaround I've discovered is to use a maxpoll of 9 in >> /etc/ntp.conf: >> >> server rolex.peachnet.edu maxpoll 9 >> >> Since implementing this I haven't seen any of the FLL/PLL flips in my logs. > > How would decreasing the polling time fix this? I do not understand > the semantics/behaviour of NTP very well. > > Taken from the manpage: > > maxpoll maxpoll > These options specify the minimum and maximum poll intervals for > NTP messages, in seconds to the power of two. The maximum poll > interval defaults to 10 (1,024 s), but can be increased by the > maxpoll option to an upper limit of 17 (36.4 h). The minimum > poll interval defaults to 6 (64 s), but can be decreased by the > minpoll option to a lower limit of 4 (16 s). > I made the change some time ago after combing newsgroups for this issue, so my memory is a little hazy, but I seem to remember something about the FLL/PLL switch being right at about 1024s. Check the Tuning section here: http://www.eecis.udel.edu/~ntp/ntpfaq/NTP-s-algo.htm -Proto From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 18:21:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D3D9216A415 for ; Tue, 19 Dec 2006 18:21:14 +0000 (UTC) (envelope-from rabe@p-i-n.com) Received: from aposerv.p-i-n.com (aposerv.p-i-n.com [62.156.172.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDA6A43CA0 for ; Tue, 19 Dec 2006 18:21:13 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from p-i-n.com (pinserv2.p-i-n.com [10.101.240.52]) by aposerv.p-i-n.com (8.12.11/8.12.11) with ESMTP id kBJHiUvd032631 for ; Tue, 19 Dec 2006 18:44:30 +0100 (CET) (envelope-from rabe@p-i-n.com) Received: from pinserv2.p-i-n.com (localhost.p-i-n.com [127.0.0.1]) by p-i-n.com (8.13.6/8.13.6) with ESMTP id kBJHiQwq073900 for ; Tue, 19 Dec 2006 18:44:26 +0100 (CET) (envelope-from rabe@pinserv2.p-i-n.com) Received: (from rabe@localhost) by pinserv2.p-i-n.com (8.13.6/8.13.6/Submit) id kBJHiQeV073899 for freebsd-stable@freebsd.org; Tue, 19 Dec 2006 18:44:26 +0100 (CET) (envelope-from rabe) Resent-Message-Id: <200612191744.kBJHiQeV073899@pinserv2.p-i-n.com> Date: Tue, 19 Dec 2006 01:34:01 +0100 From: "Raphael H. Becker" To: freebsd-stable@freebsd.org Message-ID: <20061219003401.GA23251@p-i-n.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Organization: PHOENIX Pharmahandel AG & Co KG, Mannheim, Deutschland Resent-From: "Raphael H. Becker" Resent-Date: Tue, 19 Dec 2006 18:44:26 +0100 Resent-To: freebsd-stable@freebsd.org Subject: /etc/rc.d/jail: losing IPs if jail_x_interface set and syntax error in jails /etc/rc? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 18:21:15 -0000 Hi *, I recently triggered an error when setting up a jail-host: I configured the jail(s) like evry jail I set up in the past: On the jail-hosts /etc/rc.conf: # ---- Jail-Globals ---- jail_enable="YES" # Set to NO to disable starting of any jails jail_list="ftp mx1 relay" # Space separated list of names of jails jail_set_hostname_allow="NO" # Allow root user in a jail to change its hostname jail_socket_unixiproute_only="YES" # Route only TCP/IP within a jail jail_sysvipc_allow="NO" # allow SystemV IPC use from within a jail # ---- Jail-Defaults ---- jail_interface="fxp0" jail_devfs_enable="YES" # mount devfs in the jail jail_fdescfs_enable="YES" # mount fdescfs in the jail jail_procfs_enable="YES" # mount procfs in jail jail_mount_enable="NO" # mount/umount jail's fs [...] # ---- ftp jail_ftp_rootdir="/data/jails/ftp.XXX.YYY.com" jail_ftp_ip="62.xxx.yyy.133" jail_ftp_hostname="ftp.XXX.YYY.com" This works well on other systems. Starting the ftp-Jail using /etc/rc.d/jail start ftp the system went "offline", ifconfig showed this: fxp0: flags=8843 mtu 1500 options=8 inet 62.xxx.yyy.133 netmask 0xffffffff broadcast 62.xxx.yyy.133 ether 00:06:5b:04:54:69 media: Ethernet autoselect (100baseTX ) status: active Bad thing. The primary IP of the Host and any other IPs on fxp0 got lost, just the jails IP/32 (alias) was left. On normal state ifconfig looks like this with some jails running: fxp0: flags=8843 mtu 1500 options=8 inet 62.xxx.yyy.150 netmask 0xffffff00 broadcast 62.xxx.yyy.255 inet 62.xxx.yyy.133 netmask 0xffffffff broadcast 62.xxx.yyy.133 inet 62.xxx.yyy.131 netmask 0xffffffff broadcast 62.xxx.yyy.131 inet 62.xxx.yyy.132 netmask 0xffffffff broadcast 62.xxx.yyy.132 ether 00:06:5b:04:54:69 media: Ethernet autoselect (100baseTX ) status: active It turned out, that a syntax error in the jails /etc/rc.conf (missing quote) break the jai-Host?!? Can anyone confirm this? If a jails rc.conf can break a jail host like this, this might be a serious problem for systems with "untrusted" ~root in the jails and should be fixed in 6.2. Regards Raphael Becker PS: System ist 6.2-RC1 # $FreeBSD: src/etc/rc.d/jail,v 1.23.2.7 2006/06/06 15:04:39 flz Exp $ From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 18:53:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C8AF816A416 for ; Tue, 19 Dec 2006 18:53:24 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id A08B543CD4 for ; Tue, 19 Dec 2006 18:53:08 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id kBJIoeHC044828 for ; Tue, 19 Dec 2006 15:50:41 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Tue, 19 Dec 2006 16:52:48 -0200 User-Agent: KMail/1.9.4 References: <200612191227.kBJCRRLJ054427@lurza.secnetix.de> <200612191146.45521.joao@matik.com.br> <45882572.7040707@vindaloo.com> In-Reply-To: <45882572.7040707@vindaloo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200612191652.49110.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Subject: Re: OpenBSD's spamd. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 18:53:24 -0000 On Tuesday 19 December 2006 15:46, Christopher Hilton wrote: > JoaoBR wrote: > > why the spam daemon should introduce an artificial delay > > (tarpit) if this can be done already before like Oliver > > said, it would only eat up and slow down threads between > > both daemons (smtp + spamd) and overall spamd doesn't even > > talk directly to the remote smtp > > Spamd does talk to the remote smtp. It does this until it determines > that the remote smtp is RFC compliant in the area of retrying mail. On > the first delivery attempt it sets up a time window for the delivery > tuple: (server, sender, recipient). If it receives another delivery > attempt within this time window it modifies a PF table which allows > further delivery attempts to bypass spamd and talk directly to your > actual smtp daemon. Without this entry remote smtp daemons talk to your > spamd. > > The tarpitting features of spamd are handy. Bob Beck, the author IIRC, > watched connections to his spamd and noticed that the when tarpitted, > the spammers and only the spammers were disconnecting from his machine > and giving up on delivering the spam at all after ever shorter > intervals. When the spammers got down to 3 seconds of tarpitting before > they disconnected he added a feature to spamd that allows you to tarpit > all inbound smtp connections for a configurable period of time (default: > 10 seconds). > > So imagine being able to eliminate a portion of the spam that you get. > This is spam that never gets to your MTA. It doesn't cost you CPU cycles > in SpamAssassin and procmail or clamav. And all you pay is three seconds > of the your firewall's time. > opss, so your spamd must be ports/mail/spamd then, thank's for clarification I dont know if it is a good solution even if it works. I am completly=20 satisfied using sendmails ClientRate and greeting delay features and I do n= ot=20 need an additional software to take care of. =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 18:55:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8E16B16A403 for ; Tue, 19 Dec 2006 18:55:00 +0000 (UTC) (envelope-from feijo.listas@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.233]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62B9F43CE9 for ; Tue, 19 Dec 2006 18:54:35 +0000 (GMT) (envelope-from feijo.listas@gmail.com) Received: by wr-out-0506.google.com with SMTP id i28so890723wra for ; Tue, 19 Dec 2006 10:54:35 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=UphS6mwctiF19F9npYptk4gSB/b6Y+4WOR4+11kCm1ZtCRwYaTEBZnUxTmWdGAvtpSKyw58yzgWCcXfHcntS9WpJ69oV2PtdnQJTGAzPVlwikcTyosjgjT5wJFaDle94HqLbknhbnJDFIj/3mhA/9N8czjgIqlwMFEm4XHarEFQ= Received: by 10.90.51.17 with SMTP id y17mr5850182agy.1166554475813; Tue, 19 Dec 2006 10:54:35 -0800 (PST) Received: by 10.90.55.8 with HTTP; Tue, 19 Dec 2006 10:54:35 -0800 (PST) Message-ID: <8a20e5000612191054j3d227f64xcbcb9031503dc814@mail.gmail.com> Date: Tue, 19 Dec 2006 16:54:35 -0200 From: chmod000 To: freebsd-stable@freebsd.org In-Reply-To: <200612191838.11552.pieter@degoeje.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8a20e5000612190901ha9a463bqb569798a6faccfd1@mail.gmail.com> <200612191838.11552.pieter@degoeje.nl> Subject: Re: Error building xfe from ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 18:55:00 -0000 Thanks Pieter You were right, the PROFILING ware set enabled. I followed your instructions desabling it. But still having the same error, even if I try to build fox14 before xfe. Have some other idea? []'s 2006/12/19, Pieter de Goeje : > On Tuesday 19 December 2006 18:01, chmod000 wrote: > > Hi there, > > > > Sorry buggin with this newbe qustion, but... > > > > since Sunday, 17 I'm trying to build /usr/ports/x11-fm/xfe, but build > > doesn't seems to work properly. > > I make cd /usr/ports/x11-fm/xfe && make install clean > > /usr/bin/ld: cannot find -lstdc++_p > > *** Error code 1 > > > > Stop in /usr/ports/x11-toolkits/fox14/work/fox-1.4.32/utils. > My first guess is that you have enabled the "PROFILING" option in the fox > toolkit. > cd /usr/ports/x11-toolkits/fox14; make config > then deselect PROFILING and try to build again > > - Pieter de Goeje > -- []'s chmod000 Linux User #291033 "Microsoft butterfly is their way of telling you their system has a lot of @#$ bugs!" From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 19:38:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6133F16A412 for ; Tue, 19 Dec 2006 19:38:14 +0000 (UTC) (envelope-from chris@vindaloo.com) Received: from corellia.vindaloo.com (corellia.vindaloo.com [64.51.148.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CDBC43CAA for ; Tue, 19 Dec 2006 19:38:13 +0000 (GMT) (envelope-from chris@vindaloo.com) Received: from yavin.vindaloo.com (yavin.vindaloo.com [172.24.144.34]) by corellia.vindaloo.com (Postfix) with ESMTP id 96E425C47; Tue, 19 Dec 2006 14:38:12 -0500 (EST) Received: from [172.24.145.69] (endor.vindaloo.com [172.24.145.69]) by yavin.vindaloo.com (Postfix) with ESMTP id 3B40425395; Tue, 19 Dec 2006 14:38:12 -0500 (EST) Message-ID: <45883FA4.6030202@vindaloo.com> Date: Tue, 19 Dec 2006 14:38:12 -0500 From: Christopher Hilton User-Agent: Thunderbird 1.5.0.8 (Macintosh/20061025) MIME-Version: 1.0 To: JoaoBR References: <200612191227.kBJCRRLJ054427@lurza.secnetix.de> <200612191146.45521.joao@matik.com.br> <45882572.7040707@vindaloo.com> <200612191652.49110.joao@matik.com.br> In-Reply-To: <200612191652.49110.joao@matik.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: OpenBSD's spamd. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 19:38:14 -0000 JoaoBR wrote: > > > opss, so your spamd must be ports/mail/spamd then, thank's for clarification > > I dont know if it is a good solution even if it works. I am completly > satisfied using sendmails ClientRate and greeting delay features and I do not > need an additional software to take care of. > > Well, firstly the effect that I'm looking for is the same as the greet_delay feature of sendmail. I want the spammers to think that I'm a spam honeypot that is tarpitting and to go away without sending mail. Having said that I'm using the same email address that I used in 1994. Without filtering I would be getting at least 500 messages per day just as spam. That would be completely unacceptable. During the October spamfest my spam volume peaked at 800 messages per day. At that volume it was time to do something since Spam Assassin had to handle each of those messages. I tripped across the Bob Beck talk from NYBug and figured that it would be about an hour's worth of my time to implement. The rest is history. -- Chris From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 19:41:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6833816A412 for ; Tue, 19 Dec 2006 19:41:16 +0000 (UTC) (envelope-from rabe@p-i-n.com) Received: from dns.p-i-n.com (atropos.p-i-n.com [145.253.185.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id A52D643CA6 for ; Tue, 19 Dec 2006 19:41:15 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from p-i-n.com (pinserv2.p-i-n.com [10.101.240.52]) by dns.p-i-n.com (8.12.9p2/8.12.9) with ESMTP id kBJ0Y1tp024145 for ; Tue, 19 Dec 2006 01:34:01 +0100 (CET) (envelope-from rabe@p-i-n.com) Received: from pinserv2.p-i-n.com (localhost.p-i-n.com [127.0.0.1]) by p-i-n.com (8.13.6/8.13.6) with ESMTP id kBJ0Y1db024714 for ; Tue, 19 Dec 2006 01:34:01 +0100 (CET) (envelope-from rabe@pinserv2.p-i-n.com) Received: (from rabe@localhost) by pinserv2.p-i-n.com (8.13.6/8.13.6/Submit) id kBJ0Y11X024713 for freebsd-stable@freebsd.org; Tue, 19 Dec 2006 01:34:01 +0100 (CET) (envelope-from rabe) Date: Tue, 19 Dec 2006 01:34:01 +0100 From: "Raphael H. Becker" To: freebsd-stable@freebsd.org Message-ID: <20061219003401.GA23251@p-i-n.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Organization: PHOENIX Pharmahandel AG & Co KG, Mannheim, Deutschland Subject: /etc/rc.d/jail: losing IPs if jail_x_interface set and syntax error in jails /etc/rc? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 19:41:16 -0000 Hi *, I recently triggered an error when setting up a jail-host: I configured the jail(s) like evry jail I set up in the past: On the jail-hosts /etc/rc.conf: # ---- Jail-Globals ---- jail_enable="YES" # Set to NO to disable starting of any jails jail_list="ftp mx1 relay" # Space separated list of names of jails jail_set_hostname_allow="NO" # Allow root user in a jail to change its hostname jail_socket_unixiproute_only="YES" # Route only TCP/IP within a jail jail_sysvipc_allow="NO" # allow SystemV IPC use from within a jail # ---- Jail-Defaults ---- jail_interface="fxp0" jail_devfs_enable="YES" # mount devfs in the jail jail_fdescfs_enable="YES" # mount fdescfs in the jail jail_procfs_enable="YES" # mount procfs in jail jail_mount_enable="NO" # mount/umount jail's fs [...] # ---- ftp jail_ftp_rootdir="/data/jails/ftp.XXX.YYY.com" jail_ftp_ip="62.xxx.yyy.133" jail_ftp_hostname="ftp.XXX.YYY.com" This works well on other systems. Starting the ftp-Jail using /etc/rc.d/jail start ftp the system went "offline", ifconfig showed this: fxp0: flags=8843 mtu 1500 options=8 inet 62.xxx.yyy.133 netmask 0xffffffff broadcast 62.xxx.yyy.133 ether 00:06:5b:04:54:69 media: Ethernet autoselect (100baseTX ) status: active Bad thing. The primary IP of the Host and any other IPs on fxp0 got lost, just the jails IP/32 (alias) was left. On normal state ifconfig looks like this with some jails running: fxp0: flags=8843 mtu 1500 options=8 inet 62.xxx.yyy.150 netmask 0xffffff00 broadcast 62.xxx.yyy.255 inet 62.xxx.yyy.133 netmask 0xffffffff broadcast 62.xxx.yyy.133 inet 62.xxx.yyy.131 netmask 0xffffffff broadcast 62.xxx.yyy.131 inet 62.xxx.yyy.132 netmask 0xffffffff broadcast 62.xxx.yyy.132 ether 00:06:5b:04:54:69 media: Ethernet autoselect (100baseTX ) status: active It turned out, that a syntax error in the jails /etc/rc.conf (missing quote) break the jai-Host?!? Can anyone confirm this? If a jails rc.conf can break a jail host like this, this might be a serious problem for systems with "untrusted" ~root in the jails and should be fixed in 6.2. Regards Raphael Becker PS: System ist 6.2-RC1 # $FreeBSD: src/etc/rc.d/jail,v 1.23.2.7 2006/06/06 15:04:39 flz Exp $ From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 19:41:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7170016A412 for ; Tue, 19 Dec 2006 19:41:43 +0000 (UTC) (envelope-from chris@vindaloo.com) Received: from corellia.vindaloo.com (corellia.vindaloo.com [64.51.148.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05B6043CA9 for ; Tue, 19 Dec 2006 19:41:42 +0000 (GMT) (envelope-from chris@vindaloo.com) Received: from yavin.vindaloo.com (yavin.vindaloo.com [172.24.144.34]) by corellia.vindaloo.com (Postfix) with ESMTP id 6993F5C47; Tue, 19 Dec 2006 14:41:42 -0500 (EST) Received: from [172.24.145.69] (endor.vindaloo.com [172.24.145.69]) by yavin.vindaloo.com (Postfix) with ESMTP id 1345625395; Tue, 19 Dec 2006 14:41:42 -0500 (EST) Message-ID: <45884075.50108@vindaloo.com> Date: Tue, 19 Dec 2006 14:41:41 -0500 From: Christopher Hilton User-Agent: Thunderbird 1.5.0.8 (Macintosh/20061025) MIME-Version: 1.0 To: Christopher Hilton References: <45844912.7070103@vindaloo.com> In-Reply-To: <45844912.7070103@vindaloo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: Is syslog() reentrant? Was: OpenBSD's spamd. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 19:41:43 -0000 Christopher Hilton wrote: > Has anyone gotten a newer version of OpenBSD's spamd than the one in > ports going? I'm cvsupping my ports tree now but since I didn't see an > update on the cvs server I'm assuming 3.7 is the latest version. > > Between OpenBSD 3.7 and 3.8 spamd gained the ability to tarpit or > stutter at all connections for a configurable period of time. I > understand that stuttering for the first few seconds of the SMTP dialog > causes many spammers to go away before even generating a greylisting > tuple. It's something I'd like to try and see for myself and it will be > fairly easy since my primary MX is behind an OpenBSD firewall. However, > my secondary MX is a FreeBSD box with no such protection and I fear that > the spammers will just take advantage of the fact that my secondary MX > has weaker protections than my primary. > A casual attempt to compile a fresher copy of the software shows that spamd is using the OpenBSD's reentrant syslog functions (syslog_r, openlog_r, etc) Is FreeBSD's syslog already reentrant? -- Chris From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 19:55:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2FB2816A40F; Tue, 19 Dec 2006 19:55:38 +0000 (UTC) (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 D401243CEB; Tue, 19 Dec 2006 19:55:07 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.7/8.13.7) with ESMTP id kBJJi3dO059799; Tue, 19 Dec 2006 11:44:06 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.13.7/8.13.4/Submit) id kBJJhrVM059792; Tue, 19 Dec 2006 11:43:53 -0800 (PST) Date: Tue, 19 Dec 2006 11:43:53 -0800 (PST) From: Matthew Dillon Message-Id: <200612191943.kBJJhrVM059792@apollo.backplane.com> To: Jeremy Chadwick References: <20061219124151.GA33385@icarus.home.lan> <20061219132032.GA66632@slackbox.xs4all.nl> <45880BA6.80907@jellydonut.org> <20061219165741.GA40101@icarus.home.lan> Cc: Michael Proto , freebsd-stable@freebsd.org Subject: Re: ntpd flipping between PLL and FLL mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 19:55:38 -0000 :How would decreasing the polling time fix this? I do not understand :the semantics/behaviour of NTP very well. : :Taken from the manpage: : : maxpoll maxpoll : These options specify the minimum and maximum poll intervals for : NTP messages, in seconds to the power of two. The maximum poll : interval defaults to 10 (1,024 s), but can be increased by the : maxpoll option to an upper limit of 17 (36.4 h). The minimum : poll interval defaults to 6 (64 s), but can be decreased by the : minpoll option to a lower limit of 4 (16 s). Though I can't speak to the algorithm ntpd uses, if a correllation is used along with a standard deviation to calculate offset and frequency errors, then decreasing the polling interval makes it virtually impossible to get an accurate frequency lock. Frequency locks require long polling intervals. So you wouldn't see any flips (or fewer flips), but you wouldn't have a very accurate time base either. You know you have a bad frequency correction if you see significant offset corrections occuring every day. The whole concept of 'flips' is broken anyhow, it just means the application is not using the correct mathmatical algorithm. NTPD never worked very well for me in all the years I've used it. Not ever. OpenNTPD also uses an aweful algorithm. If you need a NTP client-only app you might want to consider porting our DNTPD. It is a client-only app (no server component) which uses two staggered correllations and two staggered standard deviations for each time source and corrects the time based on a mathmatically calculated accuracy rather then after some pre-contrived time delay or interval. Some minor messing around might be needed to port it since we use a slightly more advanced sysctl scheme to control offset and frequency correction. It also has a tendancy to make errors in OS time keeping obvious. In particular, any bugs in how the OS handles offset and frequency corrections will become very obvious. We found a microsecond-vs-nanosecond bug in DragonFly with it. If you have a good frequency lock you should not see offset corrections occuring very often. I've included examples of what you should be able to achieve below from a few of our machines. In the examples below I got a reasonable frequency lock within an hour and then did not have to correct for it after that (which means that the error calculation for the continuously running frequency drift calculation was not small enough to make further frequency corrections). These are using the pool NTP sources on the internet. With a LAN source you would probably see more frequency corrections. Correllations are only useful with a limited number of samples... once you get beyond 30 samples or so the algorithm tends to plateau, which is why you need to have at least two running correllations with staggered start times. I have considered adding two additional staggered correllations to get more accurate frequency locks (e.g. 30 2 hour samples in addition to 30 30 minute samples) but PC time bases just aren't accurate enough to justify it (I know of no PC motherboards which use temperature-corrected crystal time bases. They are all uncorrected time bases. It's really annoying). Ah well. -Matt Dec 3 10:46:57 crater dntpd[605]: dntpd version 1.0 started Dec 3 10:47:13 crater dntpd[605]: issuing offset adjustment: 0.706663 Dec 3 11:29:32 crater dntpd[605]: issuing offset adjustment: 0.015905 Dec 3 11:39:57 crater dntpd[605]: issuing frequency adjustment: 8.656ppm Dec 3 11:50:25 crater dntpd[605]: issuing offset adjustment: 0.011579 Dec 4 09:21:18 crater dntpd[605]: issuing offset adjustment: -0.007325 Dec 5 20:26:08 crater dntpd[605]: issuing offset adjustment: 0.007002 Dec 6 09:20:32 crater dntpd[605]: issuing offset adjustment: -0.008491 Dec 6 09:40:11 crater dntpd[605]: issuing offset adjustment: 0.004089 Dec 6 22:23:50 crater dntpd[605]: issuing offset adjustment: 0.006602 Dec 6 22:43:16 crater dntpd[605]: issuing offset adjustment: -0.002391 Dec 8 13:29:11 crater dntpd[605]: issuing offset adjustment: -0.005005 Dec 11 23:37:00 crater dntpd[605]: issuing offset adjustment: 0.004607 Dec 17 23:11:26 crater dntpd[605]: issuing offset adjustment: -0.005559 Dec 18 23:05:12 crater dntpd[605]: issuing offset adjustment: 0.008101 Dec 3 10:47:13 leaf dntpd[593]: dntpd version 1.0 started Dec 3 10:47:29 leaf dntpd[593]: issuing offset adjustment: 0.027401 Dec 3 11:08:45 leaf dntpd[593]: issuing frequency adjustment: -12.384ppm Dec 3 13:14:49 leaf dntpd[593]: issuing offset adjustment: -0.012258 Dec 3 20:14:44 leaf dntpd[593]: issuing offset adjustment: -0.010502 Dec 10 04:27:05 leaf dntpd[593]: issuing offset adjustment: -0.008231 Dec 16 21:58:56 leaf dntpd[593]: issuing offset adjustment: -0.003460 Dec 17 23:11:18 leaf dntpd[593]: issuing offset adjustment: -0.009111 Dec 18 15:39:10 leaf dntpd[593]: issuing offset adjustment: 0.006555 Dec 3 10:47:12 pkgbox dntpd[583]: dntpd version 1.0 started Dec 3 10:47:28 pkgbox dntpd[583]: issuing offset adjustment: -0.226392 Dec 3 10:52:58 pkgbox dntpd[583]: issuing frequency adjustment: 16.116ppm Dec 3 11:13:59 pkgbox dntpd[583]: issuing offset adjustment: 0.007382 Dec 10 04:28:53 pkgbox dntpd[583]: issuing offset adjustment: -0.008714 Dec 15 02:47:01 pkgbox dntpd[583]: issuing offset adjustment: 0.003445 Dec 17 02:48:19 pkgbox dntpd[583]: issuing offset adjustment: -0.002681 Dec 17 23:08:02 pkgbox dntpd[583]: issuing offset adjustment: -0.010769 Dec 18 09:43:53 pkgbox dntpd[583]: issuing offset adjustment: -0.008604 Dec 18 11:23:34 pkgbox dntpd[583]: issuing offset adjustment: 0.002538 From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 19:56:08 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 30BBC16A4FE for ; Tue, 19 Dec 2006 19:56:08 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBB1043CA6 for ; Tue, 19 Dec 2006 19:55:37 +0000 (GMT) (envelope-from spork@bway.net) Received: (qmail 68623 invoked by uid 0); 19 Dec 2006 19:28:56 -0000 Received: from unknown (HELO white.nat.fasttrackmonkey.com) (spork@bway.net@216.220.116.154) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 19 Dec 2006 19:28:56 -0000 Date: Tue, 19 Dec 2006 14:28:54 -0500 (EST) From: Charles Sprickman X-X-Sender: spork@white.nat.fasttrackmonkey.com To: Christopher Hilton In-Reply-To: <45881546.30400@vindaloo.com> Message-ID: References: <200612191347.kBJDlg5c058711@lurza.secnetix.de> <45881546.30400@vindaloo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@FreeBSD.ORG Subject: Re: OpenBSD's spamd. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 19:56:08 -0000 On Tue, 19 Dec 2006, Christopher Hilton wrote: > Oliver Fromme wrote: >> Dimitry Andric wrote: >> > Oliver Fromme wrote: >> > > What does stuttering mean? Is it similar to sendmail's >> > > "greet_pause" feature? >> > > See here: >> > http://www.ualberta.ca/~beck/nycbug06/spamd/mgp00014.html >> >> OK, so the answer to my question seems to be "yes". :-) >> > > Actually I'd say it's similar. If you telnet to port 25 on a server that's > using sendmail's greet_pause option I'm assuming that you get nothing for 5 > seconds. OpenSD's Spamd sends the initial greeting at a rate of one character > per second and only accepts data from you at the same rate. It also sets the window size to something like 1 byte. :) Someone had mentioned that this would consume many threads/processes, but that is not the case. Bob explained that spamd runs in a select() loop. I don't totally understand that, but to me it sounds like the same methodology that thttpd used, and that sure scaled up nice. Here's what I think is the latest version of Bob's talk. It's quite good. http://www.ualberta.ca/~beck/nycbug06/spamd/ There's audio available here: http://www.nycbsdcon.org/slides Was the original question "when will the FreeBSD port be updated"?? :) Charles > Through experimentation Bob Beck determined that many spammers were dropping > the connection and forgetting about delivering the mail completely after > short and shorter intervals if the connection was rate limited to 1 character > / sec. When the spammers got down to 3 seconds he modified spamd to stutter > for 10 seconds on any connection. That feature came in on OpenBSD 3.8 > > -- Chris > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 20:20:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6067616A50E for ; Tue, 19 Dec 2006 20:20:24 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB7E043CA3 for ; Tue, 19 Dec 2006 20:20:23 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1680706uge for ; Tue, 19 Dec 2006 12:20:22 -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=mufLAzg8ytSMF5YY1sgIK0AigmtV2UCq7IRi4jDoNnpNrdSuMXjMHPAAxY8ZzX+axfekuXDS+FdEQmpT5mvhMixrI5SYfdyzY0VCHVZlBEE823O9flrJyeTa1B7aXxpVa0FFfF3wCpx2sJTUcaj+TGR/c20YT3g2B6smPk9+K4c= Received: by 10.82.120.14 with SMTP id s14mr1246981buc.1166559621791; Tue, 19 Dec 2006 12:20:21 -0800 (PST) Received: by 10.82.134.15 with HTTP; Tue, 19 Dec 2006 12:20:21 -0800 (PST) Message-ID: <3aaaa3a0612191220n42534ca0w8a842bacb6085622@mail.gmail.com> Date: Tue, 19 Dec 2006 20:20:21 +0000 From: Chris To: "Kris Kennaway" In-Reply-To: <20061218022132.GA77606@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061123162813.L3026@volte.student.utwente.nl> <20061123192532.GA81937@xor.obsecurity.org> <3aaaa3a0612071036v2df98097ncf9c962e43e6f39d@mail.gmail.com> <200612071349.54854.mistry.7@osu.edu> <3aaaa3a0612131728t214cf77djd0a9fd47f1b12021@mail.gmail.com> <20061214013355.GA62753@xor.obsecurity.org> <3aaaa3a0612171639o1feb01c5la6f73bb1a586196a@mail.gmail.com> <20061218022132.GA77606@xor.obsecurity.org> Cc: Anish Mistry , s.c.sprong@student.utwente.nl, freebsd-stable@freebsd.org Subject: Re: sshfs/nfs cause server lockup - resolved X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 20:20:25 -0000 On 18/12/06, Kris Kennaway wrote: > On Mon, Dec 18, 2006 at 12:39:13AM +0000, Chris wrote: > > On 14/12/06, Kris Kennaway wrote: > > >On Thu, Dec 14, 2006 at 01:28:48AM +0000, Chris wrote: > > > > > >> It does make sense if thats the problem since the entire server even > > >> locally stops working properly, and it always follows a unexpected > > >> nfs/sshfs disconnection ie. network timeout. > > >> > > >> I am now running 6.2-RC that has the new file and currently at 1 day > > >> 11hrs uptime. > > > > > >OK, thanks for following part of the advice I gave a month ago ;) Let > > >us know if the problems persist. > > > > > >Kris > > > > > > > > > > > > > Early today the nfs hub was rebooted so had a unexpected disconnection > > also noted by the sshfs timeout prompt waiting for me in the terminal > > , was able to remount fine and no server lockup or other probolems. > > > > Current uptime is 5 days, 10:48 > > OK, good to know. > > Thanks, > Kris > > > > Some bad news, I was offline for a day here, then I logged in today reattached to screen, and was greeted with a timeout message to the sshfs server, at this point server still functioning fine. When I ran the sshfs command again it locked, with only pings responding and had to hard reboot it. I will setup my local machne now so I can do proper debugging for you. Chris From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 20:43:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1F96516A415; Tue, 19 Dec 2006 20:43:18 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 047E943CA3; Tue, 19 Dec 2006 20:42:32 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.6/8.13.8) id kBJKBBNV014410; Tue, 19 Dec 2006 14:11:11 -0600 (CST) (envelope-from dan) Date: Tue, 19 Dec 2006 14:11:11 -0600 From: Dan Nelson To: Christopher Hilton Message-ID: <20061219201110.GB87992@dan.emsphone.com> References: <45844912.7070103@vindaloo.com> <45884075.50108@vindaloo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45884075.50108@vindaloo.com> X-OS: FreeBSD 6.2-PRERELEASE X-message-flag: Outlook Error User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Is syslog() reentrant? Was: OpenBSD's spamd. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 20:43:18 -0000 In the last episode (Dec 19), Christopher Hilton said: > Christopher Hilton wrote: > >Has anyone gotten a newer version of OpenBSD's spamd than the one in > >ports going? I'm cvsupping my ports tree now but since I didn't see > >an update on the cvs server I'm assuming 3.7 is the latest version. > > > >Between OpenBSD 3.7 and 3.8 spamd gained the ability to tarpit or > >stutter at all connections for a configurable period of time. I > >understand that stuttering for the first few seconds of the SMTP > >dialog causes many spammers to go away before even generating a > >greylisting tuple. It's something I'd like to try and see for myself > >and it will be fairly easy since my primary MX is behind an OpenBSD > >firewall. However, my secondary MX is a FreeBSD box with no such > >protection and I fear that the spammers will just take advantage of > >the fact that my secondary MX has weaker protections than my > >primary. > > > > A casual attempt to compile a fresher copy of the software shows that > spamd is using the OpenBSD's reentrant syslog functions (syslog_r, > openlog_r, etc) Is FreeBSD's syslog already reentrant? It is, as of FreeBSD 5.4. In previous versions only openlog() and syslog("%m") with an invalid errno were non-reentrant. http://www.freebsd.org/cgi/query-pr.cgi?pr=72394 -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 21:55:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A6A9C16A5BE for ; Tue, 19 Dec 2006 21:55:25 +0000 (UTC) (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 3D02643CA0 for ; Tue, 19 Dec 2006 21:55:25 +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 4B44A1A3C1C; Tue, 19 Dec 2006 13:55:24 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B2DC851F72; Tue, 19 Dec 2006 16:55:20 -0500 (EST) Date: Tue, 19 Dec 2006 16:55:20 -0500 From: Kris Kennaway To: Chris Message-ID: <20061219215520.GA4301@xor.obsecurity.org> References: <20061123162813.L3026@volte.student.utwente.nl> <20061123192532.GA81937@xor.obsecurity.org> <3aaaa3a0612071036v2df98097ncf9c962e43e6f39d@mail.gmail.com> <200612071349.54854.mistry.7@osu.edu> <3aaaa3a0612131728t214cf77djd0a9fd47f1b12021@mail.gmail.com> <20061214013355.GA62753@xor.obsecurity.org> <3aaaa3a0612171639o1feb01c5la6f73bb1a586196a@mail.gmail.com> <20061218022132.GA77606@xor.obsecurity.org> <3aaaa3a0612191220n42534ca0w8a842bacb6085622@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/04w6evG8XlLl3ft" Content-Disposition: inline In-Reply-To: <3aaaa3a0612191220n42534ca0w8a842bacb6085622@mail.gmail.com> User-Agent: Mutt/1.4.2.2i Cc: Anish Mistry , s.c.sprong@student.utwente.nl, freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: sshfs/nfs cause server lockup - resolved X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 21:55:25 -0000 --/04w6evG8XlLl3ft Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 19, 2006 at 08:20:21PM +0000, Chris wrote: > On 18/12/06, Kris Kennaway wrote: > >On Mon, Dec 18, 2006 at 12:39:13AM +0000, Chris wrote: > >> On 14/12/06, Kris Kennaway wrote: > >> >On Thu, Dec 14, 2006 at 01:28:48AM +0000, Chris wrote: > >> > > >> >> It does make sense if thats the problem since the entire server even > >> >> locally stops working properly, and it always follows a unexpected > >> >> nfs/sshfs disconnection ie. network timeout. > >> >> > >> >> I am now running 6.2-RC that has the new file and currently at 1 day > >> >> 11hrs uptime. > >> > > >> >OK, thanks for following part of the advice I gave a month ago ;) Let > >> >us know if the problems persist. > >> > > >> >Kris > >> > > >> > > >> > > >> > >> Early today the nfs hub was rebooted so had a unexpected disconnection > >> also noted by the sshfs timeout prompt waiting for me in the terminal > >> , was able to remount fine and no server lockup or other probolems. > >> > >> Current uptime is 5 days, 10:48 > > > >OK, good to know. > > > >Thanks, > >Kris > > > > > > > > >=20 > Some bad news, I was offline for a day here, then I logged in today > reattached to screen, and was greeted with a timeout message to the > sshfs server, at this point server still functioning fine. When I ran > the sshfs command again it locked, with only pings responding and had > to hard reboot it. >=20 > I will setup my local machne now so I can do proper debugging for you. OK, it's (still) probably an sshfs bug though. Kris --/04w6evG8XlLl3ft Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFiF/IWry0BWjoQKURAuDKAJ4yhgU1vHMR89Chq6IO8op5bGJRDACffsP5 rlNZ83T54F3RYqLdtUjOkA4= =jYte -----END PGP SIGNATURE----- --/04w6evG8XlLl3ft-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 22:07:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C7B1A16A412; Tue, 19 Dec 2006 22:07:59 +0000 (UTC) (envelope-from chris@vindaloo.com) Received: from corellia.vindaloo.com (corellia.vindaloo.com [64.51.148.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8781443CB5; Tue, 19 Dec 2006 22:07:54 +0000 (GMT) (envelope-from chris@vindaloo.com) Received: from yavin.vindaloo.com (yavin.vindaloo.com [172.24.144.34]) by corellia.vindaloo.com (Postfix) with ESMTP id 9C0895C47; Tue, 19 Dec 2006 17:07:53 -0500 (EST) Received: from [172.24.145.69] (endor.vindaloo.com [172.24.145.69]) by yavin.vindaloo.com (Postfix) with ESMTP id 39DE325395; Tue, 19 Dec 2006 17:07:53 -0500 (EST) Message-ID: <458862B8.5060709@vindaloo.com> Date: Tue, 19 Dec 2006 17:07:52 -0500 From: Christopher Hilton User-Agent: Thunderbird 1.5.0.8 (Macintosh/20061025) MIME-Version: 1.0 To: Dan Nelson References: <45844912.7070103@vindaloo.com> <45884075.50108@vindaloo.com> <20061219201110.GB87992@dan.emsphone.com> In-Reply-To: <20061219201110.GB87992@dan.emsphone.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Is syslog() reentrant? Was: OpenBSD's spamd. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 22:07:59 -0000 Dan Nelson wrote: > In the last episode (Dec 19), Christopher Hilton said: >> A casual attempt to compile a fresher copy of the software shows that >> spamd is using the OpenBSD's reentrant syslog functions (syslog_r, >> openlog_r, etc) Is FreeBSD's syslog already reentrant? > > It is, as of FreeBSD 5.4. In previous versions only openlog() and > syslog("%m") with an invalid errno were non-reentrant. > Awesome. Then all I have to do to get the fresher code is either wrap the openlog_r and syslog_r calls in the spamd.c or write local functions which do the same. From the point of style which is preferable? Is it even possible to #define a C function to get around an argument? E.g. The openbsd syslog_r function has this call sequence: void syslog_r(int priority, struct syslog_data *data, const char *message, ...); IIRC there isn't a way to get around the '...' argument with #define and deal with the extra argument. -- Chris From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 23:01:58 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D513216A407 for ; Tue, 19 Dec 2006 23:01:58 +0000 (UTC) (envelope-from jdow@earthlink.net) Received: from elasmtp-banded.atl.sa.earthlink.net (elasmtp-banded.atl.sa.earthlink.net [209.86.89.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 694DD43C9F for ; Tue, 19 Dec 2006 23:01:58 +0000 (GMT) (envelope-from jdow@earthlink.net) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net; b=Db4rXkGt6QvJ867bRAVTlSalPfuJL/NzkrqYgmzM71XQZ7eELxJAIMnsugi4qS+b; h=Received:Message-ID:From:To:References:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:X-MSMail-Priority:X-Mailer:X-MIMEOLE:X-ELNK-Trace:X-Originating-IP; Received: from [208.127.11.96] (helo=wednesday) by elasmtp-banded.atl.sa.earthlink.net with asmtp (Exim 4.34) id 1GwnZ1-0007Gg-39 for freebsd-stable@FreeBSD.ORG; Tue, 19 Dec 2006 17:35:59 -0500 Message-ID: <00b801c723be$106ce980$0225a8c0@wednesday> From: "jdow" To: References: <200612191227.kBJCRRLJ054427@lurza.secnetix.de> <4587D1B6.6060500@andric.com><200612191146.45521.joao@matik.com.br> <45882572.7040707@vindaloo.com> Date: Tue, 19 Dec 2006 14:36:02 -0800 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.3028 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-ELNK-Trace: bb89ecdb26a8f9f24d2b10475b5711208d9b96685dbac63882dd452740aeab22f3955f778df1f3fd350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 208.127.11.96 Cc: Subject: Re: OpenBSD's spamd. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 23:01:58 -0000 From: "Christopher Hilton" > JoaoBR wrote: >> >> why the spam daemon should introduce an artificial delay >> (tarpit) if this can be done already before like Oliver >> said, it would only eat up and slow down threads between >> both daemons (smtp + spamd) and overall spamd doesn't even >> talk directly to the remote smtp >> > > Spamd does talk to the remote smtp. It does this until it determines > that the remote smtp is RFC compliant in the area of retrying mail. On > the first delivery attempt it sets up a time window for the delivery > tuple: (server, sender, recipient). If it receives another delivery > attempt within this time window it modifies a PF table which allows > further delivery attempts to bypass spamd and talk directly to your > actual smtp daemon. Without this entry remote smtp daemons talk to your > spamd. Features aside I see a huge problem with something called spamd. That is the same name as the daemon mode for SpamAssassin. It's not good to have duplicated names that way. It makes life difficult when you want to run both tools on the same system. {o.o} From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 23:16:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9926016A403 for ; Tue, 19 Dec 2006 23:16:54 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7E5543CA0 for ; Tue, 19 Dec 2006 23:16:52 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GwnNM-0001Ue-Rt for freebsd-stable@freebsd.org; Tue, 19 Dec 2006 23:23:56 +0100 Received: from 89-172-47-128.adsl.net.t-com.hr ([89.172.47.128]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 19 Dec 2006 23:23:56 +0100 Received: from ivoras by 89-172-47-128.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 19 Dec 2006 23:23:56 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Tue, 19 Dec 2006 23:23:26 +0100 Lines: 29 Message-ID: References: <455D5F38.4060208@joeholden.co.uk> <84dead720611170536y44477409j3ab56a6a6ab90277@mail.gmail.com> <455DBBC7.9050807@joeholden.co.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig13B2728F90353C716583276F" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-47-128.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) In-Reply-To: <455DBBC7.9050807@joeholden.co.uk> X-Enigmail-Version: 0.94.1.2 Sender: news Subject: Re: (Seemingly) Spontaneous rebooting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 23:16:54 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig13B2728F90353C716583276F Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Joe Holden wrote: > It has coped sufficiently during the extensive number of > make/buildworlds and day to day use, nothing seems to trigger it, its > fairly random. How about memtest86? You should also leave it for a few hours. --------------enig13B2728F90353C716583276F Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFiGZoldnAQVacBcgRAiI6AJwM7NfwjMwpF8IynIyxl6Jt9HwGFQCfZZFR szTLKh+KaoKj32j5e/0N/zg= =aLxA -----END PGP SIGNATURE----- --------------enig13B2728F90353C716583276F-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 23:18:36 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2235F16A407; Tue, 19 Dec 2006 23:18:36 +0000 (UTC) (envelope-from clint@0lsen.net) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [63.240.77.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id A22AD43CA0; Tue, 19 Dec 2006 23:18:33 +0000 (GMT) (envelope-from clint@0lsen.net) Received: from 0lsen.net ([24.20.127.157]) by comcast.net (sccrmhc11) with ESMTP id <2006121923032701100pn1ipe>; Tue, 19 Dec 2006 23:03:27 +0000 Received: by 0lsen.net (Postfix, from userid 1001) id 7F60017C94; Tue, 19 Dec 2006 15:03:26 -0800 (PST) Date: Tue, 19 Dec 2006 15:03:26 -0800 From: Clint Olsen To: Christopher Hilton Message-ID: <20061219230326.GG48347@0lsen.net> References: <45844912.7070103@vindaloo.com> <45884075.50108@vindaloo.com> <20061219201110.GB87992@dan.emsphone.com> <458862B8.5060709@vindaloo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <458862B8.5060709@vindaloo.com> User-Agent: Mutt/1.4.2.2i Organization: NULlsen Network X-Disclaimer: Mutt Bites! Cc: freebsd-stable@freebsd.org, Dan Nelson , freebsd-ports@freebsd.org Subject: Re: Is syslog() reentrant? Was: OpenBSD's spamd. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 23:18:36 -0000 On Dec 19, Christopher Hilton wrote: > Awesome. Then all I have to do to get the fresher code is either wrap the > openlog_r and syslog_r calls in the spamd.c or write local functions > which do the same. From the point of style which is preferable? Is it > even possible to #define a C function to get around an argument? E.g. > The openbsd syslog_r function has this call sequence: > > void > syslog_r(int priority, struct syslog_data *data, > const char *message, > ...); > > > > IIRC there isn't a way to get around the '...' argument with #define and > deal with the extra argument. Only C99 allows macros with variable arguments. But you can attempt to just replace the function identifier (name) if the function's arguments are otherwise in the same order. -Clint -- Clint Olsen . -- . clint at NULlsen dot net .' ,-. `. ;_,' ( ; "I am Dick Lexic of Borg. Prepare to be ass-laminated." `. ``;' -- Styx Allum ` -- ' From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 23:23:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 62FFE16A412 for ; Tue, 19 Dec 2006 23:23:00 +0000 (UTC) (envelope-from V.Haisman@sh.cvut.cz) Received: from service.sh.cvut.cz (service.sh.cvut.cz [147.32.127.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7C1043C9F for ; Tue, 19 Dec 2006 23:22:48 +0000 (GMT) (envelope-from V.Haisman@sh.cvut.cz) Received: from localhost (localhost [127.0.0.1]) by service.sh.cvut.cz (Postfix) with ESMTP id B5FA51A32F3; Tue, 19 Dec 2006 23:49:51 +0100 (CET) Received: from service.sh.cvut.cz ([127.0.0.1]) by localhost (service [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31210-09; Tue, 19 Dec 2006 23:49:44 +0100 (CET) Received: from logout.sh.cvut.cz (logout.sh.cvut.cz [147.32.127.203]) by service.sh.cvut.cz (Postfix) with ESMTP id 5A8341A3318; Tue, 19 Dec 2006 23:49:44 +0100 (CET) Received: from [192.168.1.2] (localhost [127.0.0.1]) by logout.sh.cvut.cz (Postfix) with ESMTP id 2DD2461C5E; Tue, 19 Dec 2006 23:49:44 +0100 (CET) Message-ID: <45886C87.8020405@sh.cvut.cz> Date: Tue, 19 Dec 2006 23:49:43 +0100 From: =?UTF-8?B?VsOhY2xhdiBIYWlzbWFu?= User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.1.2 OpenPGP: id=733031B4 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAMFBMVEUnMzWJm5S+0864pn5r blp/hnW2up7X7uqftbNRVUrW1LGBdGfHwJqPi3ScoYtBQzhDxGEwAAAAB3RJTUUH1QoQDDgyQtx8 HQAAAkNJREFUeJzFU0toU0EUPYu66CpGdCUUmoUJkpUDQUoNBVEUrBJsq1Ki2EIKIUZ8mydBhYi0 wVUXJVCLCrFN4DIEQdxIqdBIFsMkWD9YJClCRGKjJaviynjfe8RPogtXPcObuXPOPXd+PHj+Aeyo QNmobGLXVeANGM+GsP0B2yqHHNVoCD2LwLglVGZx7yXSlADR0uZu9C4Bpy3hUxPvH/cuUw6UoPCL h64I8KAJuMpwRU8uUMJy0OIpHVeXmulZoCc/t0LlTbJLEY1EudPRcnVjgAP5Osdl4K5HVP4+2bAI okaUA0Iq6Q59+Zy2eMWN6EpFTsa3+uD1+JKj4TPHuYTSMaLScLAaqk94YJqG4ds30hojOVgYoNJc NTztNU2TBYbhu9Aafnq08ORja37da1NwBrN/b7NVEc+b8yecuYkp08vNvLYneVZRaSH1vS0UnfHm OUPzWaZufHPmCWSdWrfeGVQQKmcsO4If8pAdXJ/xF4QQAeOVY1AQQcfirwkLUWeWVTgi6vaGt2xe BGzBEIMQorru8RxgPqY1V6uxYnwVBRZEI1ytCm3dE8mC2DgcbzCJGHdBEVDKuWDSwsrSGoqzJmNt 2jJpNueIH0qS8/0JrDKnVBdvOzIsdVr4zaX9dn9xcLLKdCtQGfutVacLE9Ja+yfbDvO4aMWrklfK /JYv15C8Kw9S10kup5Bys0N1bLdcn4HvTl/Xlh6Fpllwj5/XpH9BUXn/ym0Dvv7Rt2MywojpYiSi i7Hsscaa19zZ//y/hR+BT/ns80nmJAAAAABJRU5ErkJggg== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig58A2BE307BE3420FD821C800" X-Virus-Scanned: by amavisd-new at sh.cvut.cz X-Spam-Status: No, hits=-5.9 tagged_above=-255.0 required=5.0 tests=ALL_TRUSTED, BAYES_00 X-Spam-Level: Subject: negative runtime etc., the story continues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 23:23:00 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig58A2BE307BE3420FD821C800 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, I wrote about how FreeBSD 6.1 RC1, with latest RELENG_6 kernel, prints lo= ads of "calcru: runtime went backwards..." and "calcru: negative runtime..." messages when the FreeBSD runs as virtual server under Microsoft Virtual Server 2006 R2. When I wrote this I was compiling and installing lots of packages, setting up the OS. Now that it is idle I have noticed one quite= bad thing. Any process that sleeps on timer or sleep() call will wake up much= later than it should. For example, when I start top there should be two seconds delay between updates of the screen. It takes up to 20 seconds! B= ut when there is compilation running or something else CPU intensive, the ti= mer seems to work fine. I even tried setting different kern.timecounter.hardware (TSC, ACPI-safe,= i8254) and kern.hz (to lower than the default 1000) but that did not help= a bit. Is there anything I can do to get rid of the calcru messages apart from reinstalling to real hardware? -- Vaclav Haisman --------------enig58A2BE307BE3420FD821C800 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQEVAwUBRYhsh0NOZDESBK8FAQJm+wgAgPivYXdP1p0xJZ26ZXBnLxiglrLqTGng 2jE1AzRa8+7IEjaCoChttq8hYZd6VZeayF7c9zF0QpVUmSyhjGTnqmbKxZ1FFTSL mRsFVWH5ShcKGMOiLw0vFYnv6JTPddBG+ZIqae6c73rwSjrzPqJNr9Q++vJ/uneY OgJw/0YBDdG+PKDxncRGGWHe4mgnf/Vgx3HDvU4+SXLUvNsipDmZBx7e1q+tKyNl 0wWRJxMqUNo5y9ij8dkpdOHzNsVzg3n8zYEuDO9/66lxeNbA5xd3tJXPP3wloZv8 20dHkdqzXTOntemwOYIaq1MSMaqc+5t+dKAWrllgORrGNHAEgvcb4Q== =0mMY -----END PGP SIGNATURE----- --------------enig58A2BE307BE3420FD821C800-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 23:25:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5697516A40F for ; Tue, 19 Dec 2006 23:25:25 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC42543C9F for ; Tue, 19 Dec 2006 23:25:23 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GwoKh-00063y-4Y for freebsd-stable@freebsd.org; Wed, 20 Dec 2006 00:25:15 +0100 Received: from r5h168.net.upc.cz ([86.49.7.168]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 20 Dec 2006 00:25:15 +0100 Received: from gamato by r5h168.net.upc.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 20 Dec 2006 00:25:15 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Wed, 20 Dec 2006 00:25:04 +0100 Lines: 53 Message-ID: References: <1166012592.00653256.1166001601@10.7.7.3> <4586CAEF.2000404@icyb.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: r5h168.net.upc.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.8) Gecko/20061111 SeaMonkey/1.0.6 In-Reply-To: <4586CAEF.2000404@icyb.net.ua> Sender: news Subject: Re: Mounting smbfs as non-root X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 23:25:25 -0000 Andriy Gapon wrote: > on 13/12/2006 11:11 Peter Jeremy said the following: >> I am trying to mount a SMB filesystem as an ordinary user (because >> I don't want to give root to this particular person). Whilst >> running mount_smbfs as root works, attempting the same command >> as non-root consistently returns >> mount_smbfs: can not setup kernel iconv table (ISO8859-1:tolower): syserr = Operation not permitted >> >> I've looked at a ktrace and the source code and the offending code is >> sysctlbyname("kern.iconv.add", ...) >> >> I've looked through iconv_sysctl_add() and can't see any way for the >> code to return EPERM. >> >> My reading of all the code also suggests that once the relevant iconv >> tables are loaded, then iconv_sysctl_add() should return EEXIST >> (via iconv_register_cspair()). But even if the relevant translation >> table is loaded (by mounting a SMB filesystem as root), I still get >> the above error when trying to use mount_smbfs as a user. I've even >> written some code to let me look at the kern.iconv MIB tree which >> confirms the above but doesn't get any me any closer to a solution. >> >> This is the same on two 6.2-PRERELEASE systems and I get the same >> behaviour on an oldish 7-current system. Does anyone have any >> suggestions on what is going wrong? >> > > > Not entirely the same issue, but quite similar and rather annoying. > > I have the following in loader.conf: > msdosfs_iconv_load="YES" > msdosfs itself is built into kernel. > > kldstat confirms that the above modules are indeed loaded. > > I also have vfs.usermount=1 > > I can successfully mount any DOS fs as a regular user as long as I don't > specify any mount options that require iconv conversions. > Otherwise I get EPERM: > $ mount_msdosfs -L en_US.UTF-8 /dev/da0s1 /mnt/flash/ > mount_msdosfs: msdosfs_iconv: Operation not permitted > > I can see from ktrace that the error comes from some __sysctl call. > > It is sufficient to do at least one mount as root and then > subsequent user mounts are successful. > I've been experiencing the exactly same issue for too long, too. :-(( M. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 23:44:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8F12516A40F for ; Tue, 19 Dec 2006 23:44:19 +0000 (UTC) (envelope-from freebsd@addict.com) Received: from mailer1.wintecind.com (65-122-205-8.dia.static.qwest.net [65.122.205.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FF6C43C9F for ; Tue, 19 Dec 2006 23:44:18 +0000 (GMT) (envelope-from freebsd@addict.com) Received: from xetest2 (unknown [192.168.11.38]) by mailer1.wintecind.com (Wintec Industries Mailer Daemon) with SMTP id 68A52119CEC; Tue, 19 Dec 2006 14:20:49 -0800 (PST) Message-ID: <000801c723bb$efc2b540$260ba8c0@wii.wintecind.com> From: "John Smith" To: Date: Tue, 19 Dec 2006 14:20:48 -0800 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1807 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1896 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 23:44:19 -0000 Support for FreeBSD 4.11 is going to end sometime in late January. = Originally, FreeBSD 6.2 was supposed to be released back in October. = This would have given everyone about 3 months to stress test everything = and migrate all their boxes from 4.11 direct to 6.2. Now it is near the = end of December, and FreeBSD 6.2 RC2 has yet to be seen anywhere. = Chances are that FreeBSD 6.2 Release will come out earliest mid-January. = This does not give much time for people to migrate to the newest = FreeBSD release. I think it would be fair if support is extended for a = few more months especially since 6.2 is so late in coming. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 23:56:38 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA6BE16A47B for ; Tue, 19 Dec 2006 23:56:38 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from home.quip.cz (grimm.quip.cz [213.220.192.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9EED43CAB for ; Tue, 19 Dec 2006 23:56:05 +0000 (GMT) (envelope-from 000.fbsd@quip.cz) Received: from [192.168.1.2] (qwork.quip.test [192.168.1.2]) by home.quip.cz (Postfix) with ESMTP id C8182628F; Wed, 20 Dec 2006 00:33:57 +0100 (CET) Message-ID: <458876E4.2070300@quip.cz> Date: Wed, 20 Dec 2006 00:33:56 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: jdow References: <200612191227.kBJCRRLJ054427@lurza.secnetix.de> <4587D1B6.6060500@andric.com><200612191146.45521.joao@matik.com.br> <45882572.7040707@vindaloo.com> <00b801c723be$106ce980$0225a8c0@wednesday> In-Reply-To: <00b801c723be$106ce980$0225a8c0@wednesday> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.ORG Subject: Re: OpenBSD's spamd. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 23:56:39 -0000 jdow wrote: > Features aside I see a huge problem with something called spamd. That > is the same name as the daemon mode for SpamAssassin. It's not good > to have duplicated names that way. It makes life difficult when you > want to run both tools on the same system. Yes, it is confusing, but OpenBSD's spamd is in ${PREFIX}/libexec/spamd and SpamAssasin's is in ${PREFIX}/bin/spamd so it can be installed on the same system without conflicts. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 23:56:39 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5515316A47C for ; Tue, 19 Dec 2006 23:56:39 +0000 (UTC) (envelope-from chris@vindaloo.com) Received: from corellia.vindaloo.com (corellia.vindaloo.com [64.51.148.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id D198C43CAD for ; Tue, 19 Dec 2006 23:56:08 +0000 (GMT) (envelope-from chris@vindaloo.com) Received: from yavin.vindaloo.com (yavin.vindaloo.com [172.24.144.34]) by corellia.vindaloo.com (Postfix) with ESMTP id 84A5B5C0A; Tue, 19 Dec 2006 18:56:07 -0500 (EST) Received: from [172.24.145.69] (endor.vindaloo.com [172.24.145.69]) by yavin.vindaloo.com (Postfix) with ESMTP id 3656725395; Tue, 19 Dec 2006 18:56:07 -0500 (EST) Message-ID: <45887C16.2010801@vindaloo.com> Date: Tue, 19 Dec 2006 18:56:06 -0500 From: Christopher Hilton User-Agent: Thunderbird 1.5.0.8 (Macintosh/20061025) MIME-Version: 1.0 To: Charles Sprickman References: <200612191347.kBJDlg5c058711@lurza.secnetix.de> <45881546.30400@vindaloo.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.ORG Subject: Re: OpenBSD's spamd. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 23:56:39 -0000 Charles Sprickman wrote: > On Tue, 19 Dec 2006, Christopher Hilton wrote: > >> Oliver Fromme wrote: >>> Dimitry Andric wrote: >>> > Oliver Fromme wrote: >>> > > What does stuttering mean? Is it similar to sendmail's >>> > > "greet_pause" feature? >>> > > See here: >>> > http://www.ualberta.ca/~beck/nycbug06/spamd/mgp00014.html >>> >>> OK, so the answer to my question seems to be "yes". :-) >>> >> >> Actually I'd say it's similar. If you telnet to port 25 on a server >> that's using sendmail's greet_pause option I'm assuming that you get >> nothing for 5 seconds. OpenSD's Spamd sends the initial greeting at a >> rate of one character per second and only accepts data from you at the >> same rate. > > It also sets the window size to something like 1 byte. :) Yes, it does. This results in the remote smtp daemon getting bound up by it's own kernel. > > Someone had mentioned that this would consume many threads/processes, > but that is not the case. Bob explained that spamd runs in a select() > loop. I don't totally understand that, but to me it sounds like the same > methodology that thttpd used, and that sure scaled up nice. > It keeps an array of file descriptors, one for each connection to the remote smtp daemon. It periodically uses the select(2) system call to see which of the descriptors is ready and services them accordingly. > Here's what I think is the latest version of Bob's talk. It's quite good. > > http://www.ualberta.ca/~beck/nycbug06/spamd/ > > There's audio available here: > > http://www.nycbsdcon.org/slides I heard the talk in the beginning of November, right about the middle of the big October/November spamming event of '06. To me the most interesting part of the talk was when he spoke about the results of tarpitting his greylisted connections and how he eliminated 1,300,000 Mail messages from a total of 3,000,000 before they ever hit his MTA. That's the feature that's missing from FreeBSD since the port pulls spamd from OpenBSD 3.7 and the tarpitting feature was added in the revision right after the release 3.7 tag. > > Was the original question "when will the FreeBSD port be updated"?? :) > Yes. There's lots of ways to do it. One could pull diff from the openbsd cvs servers and drop it into the patch directory. That should go cleanly but it would be nice to get this revved up to the latest release. I've got a copy of the latest code to compile. The call symantics of openbsd's openlog_r(3) and syslog_r(3) differ from FreeBSD openlog(3) and syslog(3). But It should work. I need to throw some polish on it but after I do I'll post the patches here and send them to the port maintainer. -- Chris From owner-freebsd-stable@FreeBSD.ORG Tue Dec 19 23:58:42 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5759E16A407 for ; Tue, 19 Dec 2006 23:58:42 +0000 (UTC) (envelope-from chris@vindaloo.com) Received: from corellia.vindaloo.com (corellia.vindaloo.com [64.51.148.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E80B43CA0 for ; Tue, 19 Dec 2006 23:58:41 +0000 (GMT) (envelope-from chris@vindaloo.com) Received: from yavin.vindaloo.com (yavin.vindaloo.com [172.24.144.34]) by corellia.vindaloo.com (Postfix) with ESMTP id A6B015C0A; Tue, 19 Dec 2006 18:58:40 -0500 (EST) Received: from [172.24.145.69] (endor.vindaloo.com [172.24.145.69]) by yavin.vindaloo.com (Postfix) with ESMTP id 4FB1C253A8; Tue, 19 Dec 2006 18:58:40 -0500 (EST) Message-ID: <45887CAF.6010007@vindaloo.com> Date: Tue, 19 Dec 2006 18:58:39 -0500 From: Christopher Hilton User-Agent: Thunderbird 1.5.0.8 (Macintosh/20061025) MIME-Version: 1.0 To: jdow References: <200612191227.kBJCRRLJ054427@lurza.secnetix.de> <4587D1B6.6060500@andric.com><200612191146.45521.joao@matik.com.br> <45882572.7040707@vindaloo.com> <00b801c723be$106ce980$0225a8c0@wednesday> In-Reply-To: <00b801c723be$106ce980$0225a8c0@wednesday> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.ORG Subject: Re: OpenBSD's spamd. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 23:58:42 -0000 jdow wrote: >> >> Spamd does talk to the remote smtp. It does this until it determines >> that the remote smtp is RFC compliant in the area of retrying mail. On >> the first delivery attempt it sets up a time window for the delivery >> tuple: (server, sender, recipient). If it receives another delivery >> attempt within this time window it modifies a PF table which allows >> further delivery attempts to bypass spamd and talk directly to your >> actual smtp daemon. Without this entry remote smtp daemons talk to >> your spamd. > > Features aside I see a huge problem with something called spamd. That > is the same name as the daemon mode for SpamAssassin. It's not good > to have duplicated names that way. It makes life difficult when you > want to run both tools on the same system. > Agreed. Fortunately in this case Spam Assassin's spamd installs in the wrong part of heir: /usr/local/bin I believe and OpenBSD's spamd installs in ${PREFIX}/libexec. -- Chris From owner-freebsd-stable@FreeBSD.ORG Wed Dec 20 00:15:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1674D16A40F for ; Wed, 20 Dec 2006 00:15:58 +0000 (UTC) (envelope-from wilbury@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB86443D2D for ; Wed, 20 Dec 2006 00:14:41 +0000 (GMT) (envelope-from wilbury@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so1777319wxc for ; Tue, 19 Dec 2006 16:14:40 -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=JyEtRAz1BYBCTLQ2L2i03mK+RlndkdiyKcSxnFFWr8ADKoy6OEaQOYnXlJVGfE86lARCgiSEt3svMwJfhKAks1eicpjgUrWvxptP+/Yc1982HwbH5mu3DvG/UDyjPs9Wb86y0OHiSZ5cLydbE2Er7UL096W62FeyVM8ocmDg8DM= Received: by 10.70.116.14 with SMTP id o14mr10802745wxc.1166572215214; Tue, 19 Dec 2006 15:50:15 -0800 (PST) Received: by 10.70.14.3 with HTTP; Tue, 19 Dec 2006 15:50:15 -0800 (PST) Message-ID: Date: Wed, 20 Dec 2006 00:50:15 +0100 From: "Juraj Lutter" To: martinko In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1166012592.00653256.1166001601@10.7.7.3> <4586CAEF.2000404@icyb.net.ua> Cc: freebsd-stable@freebsd.org Subject: Re: Mounting smbfs as non-root X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2006 00:15:58 -0000 On 12/20/06, martinko wrote: > >> I've looked through iconv_sysctl_add() and can't see any way for the > >> code to return EPERM. > I've been experiencing the exactly same issue for too long, too. :-(( > Load the iconv modules as root before letting users to mount. -- Sincerely yours, Juraj Lutter From owner-freebsd-stable@FreeBSD.ORG Wed Dec 20 00:51:26 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7151316A492 for ; Wed, 20 Dec 2006 00:51:26 +0000 (UTC) (envelope-from gpalmer@mirapoint.com) Received: from noop.in-addr.com (noop.in-addr.com [208.58.23.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DACD43CBE for ; Wed, 20 Dec 2006 00:51:16 +0000 (GMT) (envelope-from gpalmer@mirapoint.com) Received: from gjp by noop.in-addr.com with local (Exim 4.54 (FreeBSD)) id 1GwpQx-000PQg-FZ for freebsd-stable@FreeBSD.ORG; Tue, 19 Dec 2006 19:35:47 -0500 Date: Tue, 19 Dec 2006 19:35:47 -0500 From: Gary Palmer To: freebsd-stable@FreeBSD.ORG Message-ID: <20061220003547.GD53372@in-addr.com> Mail-Followup-To: freebsd-stable@FreeBSD.ORG References: <200612191347.kBJDlg5c058711@lurza.secnetix.de> <45881546.30400@vindaloo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45881546.30400@vindaloo.com> Cc: Subject: Re: OpenBSD's spamd. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2006 00:51:26 -0000 On Tue, Dec 19, 2006 at 11:37:26AM -0500, Christopher Hilton wrote: > Oliver Fromme wrote: > >Dimitry Andric wrote: > > > Oliver Fromme wrote: > > > > What does stuttering mean? Is it similar to sendmail's > > > > "greet_pause" feature? > > > > > > See here: > > > http://www.ualberta.ca/~beck/nycbug06/spamd/mgp00014.html > > > >OK, so the answer to my question seems to be "yes". :-) > > > > Actually I'd say it's similar. If you telnet to port 25 on a server > that's using sendmail's greet_pause option I'm assuming that you get > nothing for 5 seconds. OpenSD's Spamd sends the initial greeting at a > rate of one character per second and only accepts data from you at the > same rate. > > Through experimentation Bob Beck determined that many spammers were > dropping the connection and forgetting about delivering the mail > completely after short and shorter intervals if the connection was rate > limited to 1 character / sec. When the spammers got down to 3 seconds he > modified spamd to stutter for 10 seconds on any connection. That feature > came in on OpenBSD 3.8 The exim MTA has this comment relating to the SMTP banner /* It seems that CC:Mail is braindead, and assumes that the greeting message is all contained in a single IP packet. The original code wrote out the greeting using several calls to fprint/fputc, and on busy servers this could cause it to be split over more than one packet - which caused CC:Mail to fall over when it got the second part of the greeting after sending its first command. Sigh. To try to avoid this, build the complete greeting message first, and output it in one fell swoop. This gives a better chance of it ending up as a single packet. */ I'm wondering how many CC:Mail servers are still out there and if they're still broken in this regard. That could leave the "stutter" with false positives.... From owner-freebsd-stable@FreeBSD.ORG Wed Dec 20 01:34:36 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C233016A407 for ; Wed, 20 Dec 2006 01:34:36 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from smtp5.clear.net.nz (smtp5.clear.net.nz [203.97.33.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D0CD43CA4 for ; Wed, 20 Dec 2006 01:34:22 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from [192.168.1.11] (121-72-71-65.dsl.telstraclear.net [121.72.71.65]) by smtp5.clear.net.nz (CLEAR Net Mail) with ESMTP id <0JAJ00A67SDO0D10@smtp5.clear.net.nz> for freebsd-stable@freebsd.org; Wed, 20 Dec 2006 14:05:49 +1300 (NZDT) Date: Wed, 20 Dec 2006 14:05:44 +1300 From: Mark Kirkwood To: freebsd-stable@freebsd.org Message-id: <45888C68.10305@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit User-Agent: Thunderbird 1.5.0.8 (X11/20061129) Subject: Cached file read performance with 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2006 01:34:36 -0000 In the process of investigating performance in another area I happened to be measuring sequential cached reads (in a fairly basic manner): $ dd if=/dev/zero of=/tmp/file bs=8k count=100000 # create file 819200000 bytes transferred in 4.849394 secs (168928321 bytes/sec) $ dd of=/dev/null if=/tmp/file bs=8k # read it 819200000 bytes transferred in 2.177922 secs (376138354 bytes/sec) $ dd of=/dev/null if=/tmp/file bs=8k # read again 819200000 bytes transferred in 2.178407 secs (376054620 bytes/sec) $ dd of=/dev/null if=/tmp/file bs=32k # read it 819200000 bytes transferred in 1.801944 secs (454620117 bytes/sec) I ran vmstat to check there really was no read access to the filesystem. Now I had no idea whether this was the sort of performance to be expected or not, so checked on an *identical* cpu, memory, mobo machine running Gentoo - this gets 620MB/s for 8k blocks and 700MB/s for 32k ones. I'm gonna quickly add - it's not my intention to start a Linux vs BSD war here, the Gentoo data is mentioned to suggest that "Well - looks like I should see if I can get the BSD box to do more than 433MB/s!". The system is 2x1.26Ghz PIII, Supermicro P3TDER Serverworks HE-SL (dual channel), 2x1G PC133 ECC DIMMS FreeBSD setup is: FreeBSD 6.2-PRERELEASE #7: Mon Nov 27 19:32:33 NZDT 2006, with kernel based on GENERIC + SMP. I have /etc/malloc.conf -> >aj Any suggestions/ideas about how to improve this? Cheers Mark P.s: Someone's gonna say this "why does this unrealistic test matter?". Well, I work with databases a lot (usually postgres) and a great deal of effort goes into caching table/relation data as much as possible - so reading (and writing - but I'm not testing that here!) it as fast as possible (sequentially or random) is clearly important! From owner-freebsd-stable@FreeBSD.ORG Wed Dec 20 01:43:09 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7C23616A416 for ; Wed, 20 Dec 2006 01:43:09 +0000 (UTC) (envelope-from Mark_Andrews@isc.org) Received: from mx.isc.org (mx.isc.org [204.152.184.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46C0743CBD for ; Wed, 20 Dec 2006 01:43:06 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from farside.isc.org (farside.isc.org [IPv6:2001:4f8:3:bb::5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "farside.isc.org", Issuer "ISC CA" (verified OK)) by mx.isc.org (Postfix) with ESMTP id 5394E114025 for ; Wed, 20 Dec 2006 01:03:42 +0000 (UTC) (envelope-from Mark_Andrews@isc.org) Received: from drugs.dv.isc.org (localhost.isc.org [IPv6:::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "drugs.dv.isc.org", Issuer "ISC CA" (verified OK)) by farside.isc.org (Postfix) with ESMTP id 9BB8BE6058 for ; Wed, 20 Dec 2006 01:03:41 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.13.8/8.13.8) with ESMTP id kBK13cY6009071 for ; Wed, 20 Dec 2006 12:03:38 +1100 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200612200103.kBK13cY6009071@drugs.dv.isc.org> To: freebsd-stable@FreeBSD.ORG From: Mark Andrews Mail-Followup-To: freebsd-stable@FreeBSD.ORG In-reply-to: Your message of "Tue, 19 Dec 2006 19:35:47 CDT." <20061220003547.GD53372@in-addr.com> Date: Wed, 20 Dec 2006 12:03:38 +1100 Sender: Mark_Andrews@isc.org Cc: Subject: Re: OpenBSD's spamd. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2006 01:43:09 -0000 > On Tue, Dec 19, 2006 at 11:37:26AM -0500, Christopher Hilton wrote: > > Oliver Fromme wrote: > > >Dimitry Andric wrote: > > > > Oliver Fromme wrote: > > > > > What does stuttering mean? Is it similar to sendmail's > > > > > "greet_pause" feature? > > > > > > > > See here: > > > > http://www.ualberta.ca/~beck/nycbug06/spamd/mgp00014.html > > > > > >OK, so the answer to my question seems to be "yes". :-) > > > > > > > Actually I'd say it's similar. If you telnet to port 25 on a server > > that's using sendmail's greet_pause option I'm assuming that you get > > nothing for 5 seconds. OpenSD's Spamd sends the initial greeting at a > > rate of one character per second and only accepts data from you at the > > same rate. > > > > Through experimentation Bob Beck determined that many spammers were > > dropping the connection and forgetting about delivering the mail > > completely after short and shorter intervals if the connection was rate > > limited to 1 character / sec. When the spammers got down to 3 seconds he > > modified spamd to stutter for 10 seconds on any connection. That feature > > came in on OpenBSD 3.8 > > The exim MTA has this comment relating to the SMTP banner > > /* It seems that CC:Mail is braindead, and assumes that the greeting message > is all contained in a single IP packet. The original code wrote out the > greeting using several calls to fprint/fputc, and on busy servers this could > cause it to be split over more than one packet - which caused CC:Mail to fall > over when it got the second part of the greeting after sending its first > command. Sigh. To try to avoid this, build the complete greeting message > first, and output it in one fell swoop. This gives a better chance of it > ending up as a single packet. */ > > I'm wondering how many CC:Mail servers are still out there and if they're > still broken in this regard. That could leave the "stutter" with false > positives.... Broken software is broken software. You can't work around all the bugs in all the broken pieces of software. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Wed Dec 20 02:00:30 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 507DE16A40F for ; Wed, 20 Dec 2006 02:00:30 +0000 (UTC) (envelope-from jdow@earthlink.net) Received: from elasmtp-banded.atl.sa.earthlink.net (elasmtp-banded.atl.sa.earthlink.net [209.86.89.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id D24F043CA0 for ; Wed, 20 Dec 2006 02:00:29 +0000 (GMT) (envelope-from jdow@earthlink.net) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net; b=GMk4r/YLLTsLqV5ASbgNoCuKZzpwqt2laYv58cKf71ntYcSLhPrLrkLybupeZuZE; h=Received:Message-ID:From:To:References:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:X-MSMail-Priority:X-Mailer:X-MIMEOLE:X-ELNK-Trace:X-Originating-IP; Received: from [208.127.11.96] (helo=wednesday) by elasmtp-banded.atl.sa.earthlink.net with asmtp (Exim 4.34) id 1Gwqkv-0008JT-0t for freebsd-stable@FreeBSD.ORG; Tue, 19 Dec 2006 21:00:29 -0500 Message-ID: <013001c723da$a1fb1d60$0225a8c0@wednesday> From: "jdow" To: References: <200612191227.kBJCRRLJ054427@lurza.secnetix.de> <4587D1B6.6060500@andric.com><200612191146.45521.joao@matik.com.br> <45882572.7040707@vindaloo.com> <00b801c723be$106ce980$0225a8c0@wednesday> <45887CAF.6010007@vindaloo.com> Date: Tue, 19 Dec 2006 18:00:32 -0800 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.3028 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-ELNK-Trace: bb89ecdb26a8f9f24d2b10475b5711208d9b96685dbac638c7cd61e8b5c8dcc9c3e40bc65a172d39350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 208.127.11.96 Cc: Subject: Re: OpenBSD's spamd. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2006 02:00:30 -0000 From: "Christopher Hilton" > jdow wrote: > >>> >>> Spamd does talk to the remote smtp. It does this until it determines >>> that the remote smtp is RFC compliant in the area of retrying mail. On >>> the first delivery attempt it sets up a time window for the delivery >>> tuple: (server, sender, recipient). If it receives another delivery >>> attempt within this time window it modifies a PF table which allows >>> further delivery attempts to bypass spamd and talk directly to your >>> actual smtp daemon. Without this entry remote smtp daemons talk to >>> your spamd. >> >> Features aside I see a huge problem with something called spamd. That >> is the same name as the daemon mode for SpamAssassin. It's not good >> to have duplicated names that way. It makes life difficult when you >> want to run both tools on the same system. >> > > Agreed. Fortunately in this case Spam Assassin's spamd installs in the > wrong part of heir: /usr/local/bin I believe and OpenBSD's spamd > installs in ${PREFIX}/libexec. That does not make it OK. What happens if the SpamAssassin maintainers setup FreeBSD installs to go to the correct part of the heir instead of the wrong part. It's not a good idea. But for the time being its safe. I'd still recommend a change. {^_-} From owner-freebsd-stable@FreeBSD.ORG Wed Dec 20 02:16:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0779D16A416 for ; Wed, 20 Dec 2006 02:16:27 +0000 (UTC) (envelope-from dmagda@ee.ryerson.ca) Received: from toq12-srv.bellnexxia.net (toq12.bellnexxia.net [209.226.175.119]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D06D43C9F for ; Wed, 20 Dec 2006 02:16:25 +0000 (GMT) (envelope-from dmagda@ee.ryerson.ca) Received: from [192.168.1.133] ([67.71.54.177]) by tomts16-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20061219234517.ZTPB12977.tomts16-srv.bellnexxia.net@[192.168.1.133]>; Tue, 19 Dec 2006 18:45:17 -0500 In-Reply-To: <200612191407.kBJE7Vmq059475@lurza.secnetix.de> References: <200612191407.kBJE7Vmq059475@lurza.secnetix.de> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: David Magda Date: Tue, 19 Dec 2006 18:45:15 -0500 To: freebsd-stable@freebsd.org, rsmith@xs4all.nl X-Mailer: Apple Mail (2.752.2) Cc: Subject: Re: ntpd flipping between PLL and FLL mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: David Magda List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2006 02:16:27 -0000 On Dec 19, 2006, at 09:07, Oliver Fromme wrote: > Roland Smith wrote: [...] >> The following patch to ntp_loopfilter.c should quell the message: >> -------------------- STFU patch -------------------- >> --- ntp_loopfilter.c.orig Tue Dec 19 14:13:25 2006 >> +++ ntp_loopfilter.c Tue Dec 19 14:14:02 2006 >> @@ -593,12 +593,6 @@ >> "kernel time sync disabled %04x", >> ntv.status); >> ntv.status &= ~(STA_PPSFREQ | STA_PPSTIME); >> - } else { >> - if (ntv.status != pll_status) >> - NLOG(NLOG_SYNCEVENT | NLOG_SYSEVENT) >> - msyslog(LOG_NOTICE, >> - "kernel time sync enabled %04x", >> - ntv.status); >> } >> pll_status = ntv.status; >> if (pll_nano) >> -------------------- STFU patch -------------------- > > I think it makes sense to replace LOG_NOTICE with LOG_DEBUG, > so you can still get at the messages if you really want to. > It's not necessary to remove the logging code alltogether. This bug has been reported to the NTP maintainers: https://ntp.isc.org/bugs/show_bug.cgi?id=452 It's been assigned to Harlan Stenn (stennntp.org). There have been no notes added to the bug report after the initial report on 2005-06-15. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 20 03:27:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7ABB716A407 for ; Wed, 20 Dec 2006 03:27:19 +0000 (UTC) (envelope-from fbsd-stable@mawer.org) Received: from customer-domains.icp-qv1-irony11.iinet.net.au (customer-domains.icp-qv1-irony11.iinet.net.au [203.59.1.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E79D43CA2 for ; Wed, 20 Dec 2006 03:27:17 +0000 (GMT) (envelope-from fbsd-stable@mawer.org) Received: from 203-206-173-235.perm.iinet.net.au (HELO [10.24.1.1]) ([203.206.173.235]) by customer-domains.icp-qv1-irony11.iinet.net.au with ESMTP; 20 Dec 2006 11:16:27 +0800 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAADc6iEXLzq3r/2dsb2JhbAAN X-IronPort-AV: i="4.12,190,1165161600"; d="scan'208"; a="98094051:sNHT4157000901" Message-ID: <4588AA98.3030904@mawer.org> Date: Wed, 20 Dec 2006 14:14:32 +1100 From: Antony Mawer User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: Mark Kirkwood References: <45888C68.10305@paradise.net.nz> In-Reply-To: <45888C68.10305@paradise.net.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Cached file read performance with 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2006 03:27:19 -0000 On 20/12/2006 12:05 PM, Mark Kirkwood wrote: > In the process of investigating performance in another area I happened > to be measuring sequential cached reads (in a fairly basic manner): > > $ dd if=/dev/zero of=/tmp/file bs=8k count=100000 # create file > 819200000 bytes transferred in 4.849394 secs (168928321 bytes/sec) > > $ dd of=/dev/null if=/tmp/file bs=8k # read it > 819200000 bytes transferred in 2.177922 secs (376138354 bytes/sec) > $ dd of=/dev/null if=/tmp/file bs=8k # read again > 819200000 bytes transferred in 2.178407 secs (376054620 bytes/sec) > $ dd of=/dev/null if=/tmp/file bs=32k # read it > 819200000 bytes transferred in 1.801944 secs (454620117 bytes/sec) > > I ran vmstat to check there really was no read access to the filesystem. > > Now I had no idea whether this was the sort of performance to be > expected or not, so checked on an *identical* cpu, memory, mobo machine > running Gentoo - this gets 620MB/s for 8k blocks and 700MB/s for 32k ones. > > ... > > The system is 2x1.26Ghz PIII, Supermicro P3TDER Serverworks HE-SL (dual > channel), 2x1G PC133 ECC DIMMS What does the memory-related stats from "top" show you? Did you have any other memory intensive applications running at the time? A random example from one of my systems (1GB RAM): Mem: 478M Active, 317M Inact, 150M Wired, 36M Cache, 111M Buf, 16M Free Glancing at the 'top' man page, "150M Wired" seems to be the data file cache, while "111M Buf" is block-level caching... and "36M Cache" is related to the VM. See the end of this email for the same figures after some testing - the "Wired" figure goes up while "Cache" disappears. That should give you an idea as to how much RAM is being used for the buffer/block IO cache ("111M Buf" in the above example, as I understand it), and the VM disk cache ("36M Cache" in the above example). You might also want to look at: sysctl vfs. and see whether or not there is anything there that may affect it. For instance, whether there is a maximum size in terms of files that will be cached...? Someone with more VFS/etc knowledge than I may be able to better advise you there... It might be worthwhile trying with a series of different file size to determine if there is a point where the caching performance drops... I just did a few quick tests on a relatively old machine (2x P3-933Mhz, 1GB RAM)... in this case, /tmp is on a 3ware SATA RAID controller (8xxx?) running RAID1 on two 160gb SATA disks)... First, with an 8MB file: $ dd if=/dev/zero of=/tmp/zero bs=8k count=1000 1000+0 records in 1000+0 records out 8192000 bytes transferred in 0.238275 secs (34380470 bytes/sec) $ dd if=/tmp/zero of=/dev/null bs=8k 1000+0 records in 1000+0 records out 8192000 bytes transferred in 0.022824 secs (358919664 bytes/sec) $ dd if=/tmp/zero of=/dev/null bs=8k 1000+0 records in 1000+0 records out 8192000 bytes transferred in 0.022845 secs (358590033 bytes/sec) Next, with an 80MB file: $ dd if=/dev/zero of=/tmp/zero bs=8k count=10000 10000+0 records in 10000+0 records out 81920000 bytes transferred in 2.549876 secs (32127050 bytes/sec) $ dd if=/tmp/zero of=/dev/null bs=8k 10000+0 records in 10000+0 records out 81920000 bytes transferred in 0.226559 secs (361583258 bytes/sec) $ dd if=/tmp/zero of=/dev/null bs=8k 10000+0 records in 10000+0 records out 81920000 bytes transferred in 0.232528 secs (352301702 bytes/sec) Then with an 800MB file, which based on the results (~360mb/sec down to ~42mb/sec) presumably blows the cache: $ dd if=/dev/zero of=/tmp/zero bs=8k count=100000 100000+0 records in 100000+0 records out 819200000 bytes transferred in 26.029121 secs (31472442 bytes/sec) $ dd if=/tmp/zero of=/dev/null bs=8k 100000+0 records in 100000+0 records out 819200000 bytes transferred in 19.463309 secs (42089451 bytes/sec) $ dd if=/tmp/zero of=/dev/null bs=8k 100000+0 records in 100000+0 records out 819200000 bytes transferred in 19.224657 secs (42611944 bytes/sec) Trying with something in between, I tried a 200mb file: $ dd if=/dev/zero of=/tmp/zero bs=8k count=25000 25000+0 records in 25000+0 records out 204800000 bytes transferred in 6.517742 secs (31421925 bytes/sec) $ dd if=/tmp/zero of=/dev/null bs=8k 25000+0 records in 25000+0 records out 204800000 bytes transferred in 0.866951 secs (236230194 bytes/sec) $ dd if=/tmp/zero of=/dev/null bs=8k 25000+0 records in 25000+0 records out 204800000 bytes transferred in 0.849929 secs (240961277 bytes/sec) So here we are somewhere in between -- around 240mb/sec... Looking at "top" now, I am seeing: Mem: 479M Active, 282M Inact, 199M Wired, 111M Buf, 36M Free compared with the earlier figures: Mem: 478M Active, 317M Inact, 150M Wired, 36M Cache, 111M Buf, 16M Free Hopefully all this means something and points you in the right direction...!!! --Antony From owner-freebsd-stable@FreeBSD.ORG Wed Dec 20 04:49:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5E64B16A5A6 for ; Wed, 20 Dec 2006 04:49:09 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from smtp5.clear.net.nz (smtp5.clear.net.nz [203.97.33.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7E7543CA2 for ; Wed, 20 Dec 2006 04:49:08 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from [192.168.1.11] (121-72-71-65.dsl.telstraclear.net [121.72.71.65]) by smtp5.clear.net.nz (CLEAR Net Mail) with ESMTP id <0JAK00BH52PSOW20@smtp5.clear.net.nz> for freebsd-stable@freebsd.org; Wed, 20 Dec 2006 17:49:05 +1300 (NZDT) Date: Wed, 20 Dec 2006 17:48:59 +1300 From: Mark Kirkwood In-reply-to: <4588AA98.3030904@mawer.org> To: Antony Mawer Message-id: <4588C0BB.3000507@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit References: <45888C68.10305@paradise.net.nz> <4588AA98.3030904@mawer.org> User-Agent: Thunderbird 1.5.0.8 (X11/20061129) Cc: freebsd-stable@freebsd.org Subject: Re: Cached file read performance with 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2006 04:49:09 -0000 > What does the memory-related stats from "top" show you? Did you have any > other memory intensive applications running at the time? A random > example from one of my systems (1GB RAM): > Thanks, good point - but no - absolutely nothing (machine is freshly booted, and the only thing running is this test). Before: ------ Mem: 4672K Active, 4260K Inact, 20M Wired, 14M Buf, 1974M Free After: ----- Mem: 5124K Active, 681M Inact, 126M Wired, 112M Buf, 1191M Free As I understand it, the pages for the file are cached in Inactive and the 112M Buf is essentially a 'window' to access 'em (probably said that a little wrong... someone who knows better can hopefully correct me) > > > That should give you an idea as to how much RAM is being used for the > buffer/block IO cache ("111M Buf" in the above example, as I understand > it), and the VM disk cache ("36M Cache" in the above example). > > You might also want to look at: > > sysctl vfs. > > and see whether or not there is anything there that may affect it. For > instance, whether there is a maximum size in terms of files that will be > cached...? Someone with more VFS/etc knowledge than I may be able to > better advise you there... > Thanks - I'll look into these. > It might be worthwhile trying with a series of different file size to > determine if there is a point where the caching performance drops... I > just did a few quick tests on a relatively old machine (2x P3-933Mhz, > 1GB RAM)... in this case, /tmp is on a 3ware SATA RAID controller > (8xxx?) running RAID1 on two 160gb SATA disks)... > Well that proved to be interesting: anything much bigger than 100M is pretty flat at 350MB/s... Cached file size read rate (8k blocks) ---------------- --------- 100MB 510MB/s 150MB 350MB/s 200MB 350MB/s 800MB 350MB/s 1.6Gb 350MB/s (Off-topic: a 2.5GB file still gets close to 350MB/s even tho it is - obviously - partially cached, helped no doubt by a fast IO system - 3ware 75xx + 4 disk RAID0, which can do 195MB/s for the uncached sections of the file...). Cheers Mark From owner-freebsd-stable@FreeBSD.ORG Wed Dec 20 05:08:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 649F516A417 for ; Wed, 20 Dec 2006 05:08:04 +0000 (UTC) (envelope-from majie.mailinglist@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2655143CAD for ; Wed, 20 Dec 2006 05:07:52 +0000 (GMT) (envelope-from majie.mailinglist@gmail.com) Received: by nf-out-0910.google.com with SMTP id x37so2364615nfc for ; Tue, 19 Dec 2006 21:07: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:references; b=Xj98zNNuEyU2W9L/HZDPCX/mYcp2hX0XWaAvjwcQYQltJlzPvhbOX+tVvs4uj8H6Iz57/JPo6LZogOXtMkJWM61miOcQVrVajm3Tk9VlVlWTv6p4rB1c4t/VGrNCMq/HVlbAW+6ySOofAEHCTGNmlLIB/h/bvco1IZQdlSdE6oU= Received: by 10.78.17.1 with SMTP id 1mr4664780huq.1166591271708; Tue, 19 Dec 2006 21:07:51 -0800 (PST) Received: by 10.78.197.16 with HTTP; Tue, 19 Dec 2006 21:07:50 -0800 (PST) Message-ID: Date: Wed, 20 Dec 2006 13:07:50 +0800 From: Ma To: "Stephen Montgomery-Smith" In-Reply-To: <45880199.7050503@math.missouri.edu> MIME-Version: 1.0 References: <455D5F38.4060208@joeholden.co.uk> <455D66D6.8080708@joeholden.co.uk> <20061117114754.dafdbc1a.dom@helenmarks.co.uk> <455DBAAD.6080403@joeholden.co.uk> <0BE259F4-95BC-4A44-983F-5F65921EFD14@lassitu.de> <455DBF71.8060203@joeholden.co.uk> <455FCB7C.8000600@joeholden.co.uk> <4587EDBF.3020804@joeholden.co.uk> <45880199.7050503@math.missouri.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: (Seemingly) Spontaneous rebooting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2006 05:08:04 -0000 I'm also using this version of BSD on SMP. And just now, I rebuild another verion 6.1-RELEASE-p11. The system crashed again within one hour. I'd like to try to use Uni-Processor mode to try again. Any one know how to set the system to one processor without recompile kernel or remove hardware? -- Ma Jie 2006/12/19, Stephen Montgomery-Smith : > > Joe Holden wrote: > > Ma wrote: > > > >> I have almost the same reboots on my server. :( And it may reboot > >> serval times a day. I'd like to know how to get crash dumps? What is > >> added in your rc.conf? > >> > >> -- > >> Ma Jie > >> > > Hi, I used the rc.conf values as set out in rc,conf(5) > > > > root@claire# grep crash /etc/defaults/rc.conf > > dumpdev="NO" # Device to crashdump to (device name, AUTO, or > > NO). > > dumpdir="/var/crash" # Directory where crash dumps are to be stored > > > > I set dumpdev to my swap partition, although nothing got dumped, > > although I did upgrade it to -CURRENT as i'd exhausted everything else, > > and its not crashed since, not wishing to flame/troll/whatever, but 6.x > > seems to have a fair few issues. > > > I posted a dump of a crash I had with a recent RELENG_6 computer a few > weeks ago. It was one of those fairly useless dumps where the program > counter seems to be completely meaningless. > > I also had similar behavior about a year ago, which seemed to be > produced by a bug that is now fixed. (That one I could make it happen > at will by running a multithreaded program on a 4 processor system, and > "top -s0" at the same time.) I do recall the nature of the crash is > that sometimes it produced dumps, and sometimes it didn't. And when it > did they were useless. > > The crash seemed always to be with a page fault. I experienced it on > two computers, both with SMP. > > Anyway, what I am saying is that all these people might be seeing a > genuine problem that by its very nature does not produce meaningful dumps. > > If this problem is real, perhaps one solution is to put out release 6.2 > fairly soon, then lots of people will try it and experience this > problem. Then you guys will have lots of evidence to work with. Then > when you fix it, put out release 6.3 much sooner than otherwise > anticipated. (I should add that my wife accuses me of having humor that > is too dry.) > > Stephen > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Ma Jie From owner-freebsd-stable@FreeBSD.ORG Wed Dec 20 08:41:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 90EC816A415 for ; Wed, 20 Dec 2006 08:41:05 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBCCA43CA5 for ; Wed, 20 Dec 2006 08:40:54 +0000 (GMT) (envelope-from almarrie@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1854419uge for ; Wed, 20 Dec 2006 00:40:54 -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:mime-version:content-type:content-transfer-encoding:content-disposition; b=JUWwlXGnifInNFCIKemU3TgYeV6XwQiavVOjURtsgbbDPLisi7k1g9Lhg+5Sf2jjAblxkEngR6mN7jJLYj8W1aColboZ7A2Rqeo2jcxDoN0OPsDr4g5LM3egiuvaZj2xvQfceDA2bFq0L8+RtxsemKBU14Djs6sGjOvUjTQrA4A= Received: by 10.66.232.9 with SMTP id e9mr8797753ugh.1166604054059; Wed, 20 Dec 2006 00:40:54 -0800 (PST) Received: by 10.67.27.15 with HTTP; Wed, 20 Dec 2006 00:40:53 -0800 (PST) Message-ID: <499c70c0612200040w246c8cfcu9047463cb98bcff9@mail.gmail.com> Date: Wed, 20 Dec 2006 11:40:53 +0300 From: "Abdullah Al-Marrie" To: freebsd-stable@freebsd.org, freebsd-mobile@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=WINDOWS-1252; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: FreeBSD Questions Subject: Acer Aspire WLMi 5102 with AMD Turion 64 X2 system hanging with powerd on 6.2-RC1 and 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2006 08:41:05 -0000 Hello guys, I have problem with my laptop Acer Aspire 5102 WLMi which has AMD Turion=99 64 X2 dual-core TL-50 1.6 GHz with 1.5 GB of ram. I'm running i386 6.2-RC1 upgraded to 6.2-PRELEASE via RELENG6 tag since I don't have more than 4 GB of ram. I have these lines add to my custom generic kernel options SMP device cpufreq device smbus I have this in my rc.conf powerd_enable=3D"YES" But the the laptop even doesn't boot some times, and if booted it hangs all the time, till I hashed out powerd_enable=3D"YES" hints? Thank you, Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-stable@FreeBSD.ORG Wed Dec 20 08:57:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 88ED116A416 for ; Wed, 20 Dec 2006 08:57:42 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from smtp.utwente.nl (smtp1.utsp.utwente.nl [130.89.2.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4B7C43C9F for ; Wed, 20 Dec 2006 08:57:41 +0000 (GMT) (envelope-from pieter@degoeje.nl) Received: from nox.student.utwente.nl (nox.student.utwente.nl [130.89.165.91]) by smtp.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id kBK8vcLr001282; Wed, 20 Dec 2006 09:57:38 +0100 From: Pieter de Goeje To: freebsd-stable@freebsd.org Date: Wed, 20 Dec 2006 09:57:37 +0100 User-Agent: KMail/1.9.4 References: <8a20e5000612190901ha9a463bqb569798a6faccfd1@mail.gmail.com> <200612191838.11552.pieter@degoeje.nl> <8a20e5000612191054j3d227f64xcbcb9031503dc814@mail.gmail.com> In-Reply-To: <8a20e5000612191054j3d227f64xcbcb9031503dc814@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200612200957.37869.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: chmod000 Subject: Re: Error building xfe from ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2006 08:57:42 -0000 On Tuesday 19 December 2006 19:54, chmod000 wrote: > Thanks Pieter > You were right, the PROFILING ware set enabled. > > I followed your instructions desabling it. But still having the same > error, even if I try to build fox14 before xfe. > > Have some other idea? > []'s You'll probably have to clean the port before rebuilding. # cd /usr/ports/x11-toolkits/fox14 # make clean # make install clean Cheers, Pieter From owner-freebsd-stable@FreeBSD.ORG Wed Dec 20 09:17:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8AB2216A49E for ; Wed, 20 Dec 2006 09:17:14 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id A405543CA0 for ; Wed, 20 Dec 2006 09:17:09 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id kBK9H6IA098728; Wed, 20 Dec 2006 06:17:06 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Wed, 20 Dec 2006 06:18:12 -0300 User-Agent: KMail/1.9.4 References: <45888C68.10305@paradise.net.nz> In-Reply-To: <45888C68.10305@paradise.net.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200612200618.12826.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: Mark Kirkwood Subject: Re: Cached file read performance with 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2006 09:17:14 -0000 On Tuesday 19 December 2006 22:05, Mark Kirkwood wrote: > In the process of investigating performance in another area I happened > to be measuring sequential cached reads (in a fairly basic manner): > > $ dd if=3D/dev/zero of=3D/tmp/file bs=3D8k count=3D100000 # create f= ile > 819200000 bytes transferred in 4.849394 secs (168928321 bytes/sec) > > $ dd of=3D/dev/null if=3D/tmp/file bs=3D8k # read it > 819200000 bytes transferred in 2.177922 secs (376138354 bytes/sec) > $ dd of=3D/dev/null if=3D/tmp/file bs=3D8k # read again > 819200000 bytes transferred in 2.178407 secs (376054620 bytes/sec) > $ dd of=3D/dev/null if=3D/tmp/file bs=3D32k # read it > 819200000 bytes transferred in 1.801944 secs (454620117 bytes/sec) > hum, look my releng_6: # dd of=3D/dev/null if=3D/c/c1/file bs=3D8k 100000+0 records in 100000+0 records out 819200000 bytes transferred in 1.017492 secs (805116851 bytes/sec) # dd of=3D/dev/null if=3D/c/c1/file bs=3D8k 100000+0 records in 100000+0 records out 819200000 bytes transferred in 1.015790 secs (806465915 bytes/sec) # dd of=3D/dev/null if=3D/c/c1/file bs=3D32k 25000+0 records in 25000+0 records out 819200000 bytes transferred in 0.896507 secs (913768635 bytes/sec) =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Wed Dec 20 09:37:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0C57D16A412 for ; Wed, 20 Dec 2006 09:37:37 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8533143C9F for ; Wed, 20 Dec 2006 09:37:35 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Gwxt6-0006qH-5E for freebsd-stable@freebsd.org; Wed, 20 Dec 2006 10:37:24 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 20 Dec 2006 10:37:24 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 20 Dec 2006 10:37:24 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Wed, 20 Dec 2006 10:37:13 +0100 Lines: 27 Message-ID: References: <45888C68.10305@paradise.net.nz> <200612200618.12826.joao@matik.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.4 (X11/20060625) In-Reply-To: <200612200618.12826.joao@matik.com.br> Sender: news Subject: Re: Cached file read performance with 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2006 09:37:37 -0000 JoaoBR wrote: > hum, look my releng_6: > > # dd of=/dev/null if=/c/c1/file bs=8k > 100000+0 records in > 100000+0 records out > 819200000 bytes transferred in 1.017492 secs (805116851 bytes/sec) > # dd of=/dev/null if=/c/c1/file bs=8k > 100000+0 records in > 100000+0 records out > 819200000 bytes transferred in 1.015790 secs (806465915 bytes/sec) > # dd of=/dev/null if=/c/c1/file bs=32k > 25000+0 records in > 25000+0 records out > 819200000 bytes transferred in 0.896507 secs (913768635 bytes/sec) Similar here (RELENG_6, a fairly slow P4/2Ghz): > dd if=file of=/dev/null bs=8k 7690+1 records in 7690+1 records out 63003776 bytes transferred in 0.086171 secs (731146977 bytes/sec) > dd if=file of=/dev/null bs=32k 1922+1 records in 1922+1 records out 63003776 bytes transferred in 0.070524 secs (893366745 bytes/sec) From owner-freebsd-stable@FreeBSD.ORG Wed Dec 20 09:37:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7137C16A403 for ; Wed, 20 Dec 2006 09:37:41 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from smtp3.clear.net.nz (smtp3.clear.net.nz [203.97.33.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE6AC43C9F for ; Wed, 20 Dec 2006 09:37:40 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from [192.168.1.11] (121-72-71-65.dsl.telstraclear.net [121.72.71.65]) by smtp3.clear.net.nz (CLEAR Net Mail) with ESMTP id <0JAK00M1UG2Q6D40@smtp3.clear.net.nz> for freebsd-stable@freebsd.org; Wed, 20 Dec 2006 22:37:39 +1300 (NZDT) Date: Wed, 20 Dec 2006 22:37:32 +1300 From: Mark Kirkwood In-reply-to: <200612200618.12826.joao@matik.com.br> To: JoaoBR Message-id: <4589045C.1050206@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit References: <45888C68.10305@paradise.net.nz> <200612200618.12826.joao@matik.com.br> User-Agent: Thunderbird 1.5.0.8 (X11/20061129) Cc: freebsd-stable@freebsd.org Subject: Re: Cached file read performance with 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2006 09:37:41 -0000 JoaoBR wrote: > On Tuesday 19 December 2006 22:05, Mark Kirkwood wrote: >> $ dd of=/dev/null if=/tmp/file bs=32k # read it >> 819200000 bytes transferred in 1.801944 secs (454620117 bytes/sec) >> > > > hum, look my releng_6: > # dd of=/dev/null if=/c/c1/file bs=32k > 819200000 bytes transferred in 0.896507 secs (913768635 bytes/sec) > Hmm - so your machine reads memory twice as fast as mine, which is great! but I'm not sure it actually shows anything useful ... let me guess - a P4 with DDR or DDR2 memory??? maybe if we look a bit harder at buffer cache performance you could get 1.2GB/s or more - wouldn't that be a good thing? Cheers Mark From owner-freebsd-stable@FreeBSD.ORG Wed Dec 20 09:48:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A65D116A47E for ; Wed, 20 Dec 2006 09:48:38 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA48C43C9F for ; Wed, 20 Dec 2006 09:48:25 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from [212.40.38.87] (oddity-e.topspin.kiev.ua [212.40.38.87]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA06468; Wed, 20 Dec 2006 11:46:42 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <45890681.6000709@icyb.net.ua> Date: Wed, 20 Dec 2006 11:46:41 +0200 From: Andriy Gapon User-Agent: Thunderbird 1.5.0.8 (X11/20061218) MIME-Version: 1.0 To: Juraj Lutter References: <1166012592.00653256.1166001601@10.7.7.3> <1166476983.00656719.1166463602@10.7.7.3> <1166584983.00657492.1166571602@10.7.7.3> <1166585007.00657524.1166574004@10.7.7.3> In-Reply-To: <1166585007.00657524.1166574004@10.7.7.3> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, martinko Subject: Re: Mounting smbfs as non-root X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2006 09:48:38 -0000 on 20/12/2006 01:50 Juraj Lutter said the following: > On 12/20/06, martinko wrote: >>>> I've looked through iconv_sysctl_add() and can't see any way for the >>>> code to return EPERM. >> I've been experiencing the exactly same issue for too long, too. :-(( >> > > Load the iconv modules as root before letting users to mount. > You probably haven't read my complete message (msg id <4586CAEF.2000404@icyb.net.ua>) carefully enough. Quote just for you: [[[ I have the following in loader.conf: msdosfs_iconv_load="YES" msdosfs itself is built into kernel. kldstat confirms that the above modules are indeed loaded. ]]] -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Wed Dec 20 10:17:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3F26F16A403 for ; Wed, 20 Dec 2006 10:17:11 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9662D43CA0 for ; Wed, 20 Dec 2006 10:17:10 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id kBKAH7ou005541; Wed, 20 Dec 2006 07:17:07 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org, Mark Kirkwood Date: Wed, 20 Dec 2006 08:16:50 -0200 User-Agent: KMail/1.9.4 References: <45888C68.10305@paradise.net.nz> <200612200618.12826.joao@matik.com.br> <4589045C.1050206@paradise.net.nz> In-Reply-To: <4589045C.1050206@paradise.net.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200612200816.51043.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: Subject: Re: Cached file read performance with 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2006 10:17:11 -0000 On Wednesday 20 December 2006 07:37, Mark Kirkwood wrote: > JoaoBR wrote: > > On Tuesday 19 December 2006 22:05, Mark Kirkwood wrote: > >> $ dd of=3D/dev/null if=3D/tmp/file bs=3D32k # read it > >> 819200000 bytes transferred in 1.801944 secs (454620117 bytes/sec) > > > > hum, look my releng_6: > > > > # dd of=3D/dev/null if=3D/c/c1/file bs=3D32k > > 819200000 bytes transferred in 0.896507 secs (913768635 bytes/sec) > > Hmm - so your machine reads memory twice as fast as mine, which is > great! but I'm not sure it actually shows anything useful ... let me > guess - a P4 with DDR or DDR2 memory??? maybe if we look a bit harder at > buffer cache performance you could get 1.2GB/s or more - wouldn't that > be a good thing? oh! if it is useful or not seems to be your call, you was the one who said= =20 linux is twice as fast as freebsd :) it's a dual-opteron with ddr400 I just compiled world with no tweaks and=20 standard newfs options if you're interested I send new results after completing my setup =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Wed Dec 20 10:38:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4FD8D16A407 for ; Wed, 20 Dec 2006 10:38:18 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from smtp5.clear.net.nz (smtp5.clear.net.nz [203.97.33.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1D4443C9F for ; Wed, 20 Dec 2006 10:38:16 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from [192.168.1.11] (121-72-71-65.dsl.telstraclear.net [121.72.71.65]) by smtp5.clear.net.nz (CLEAR Net Mail) with ESMTP id <0JAK00FCGIVQWD00@smtp5.clear.net.nz> for freebsd-stable@freebsd.org; Wed, 20 Dec 2006 23:38:15 +1300 (NZDT) Date: Wed, 20 Dec 2006 23:38:07 +1300 From: Mark Kirkwood In-reply-to: <200612200816.51043.joao@matik.com.br> To: JoaoBR Message-id: <4589128F.9030404@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit References: <45888C68.10305@paradise.net.nz> <200612200618.12826.joao@matik.com.br> <4589045C.1050206@paradise.net.nz> <200612200816.51043.joao@matik.com.br> User-Agent: Thunderbird 1.5.0.8 (X11/20061129) Cc: freebsd-stable@freebsd.org Subject: Re: Cached file read performance with 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2006 10:38:18 -0000 JoaoBR wrote: > On Wednesday 20 December 2006 07:37, Mark Kirkwood wrote: >> JoaoBR wrote: >>> On Tuesday 19 December 2006 22:05, Mark Kirkwood wrote: >>>> $ dd of=/dev/null if=/tmp/file bs=32k # read it >>>> 819200000 bytes transferred in 1.801944 secs (454620117 bytes/sec) >>> hum, look my releng_6: >>> >>> # dd of=/dev/null if=/c/c1/file bs=32k >>> 819200000 bytes transferred in 0.896507 secs (913768635 bytes/sec) >> Hmm - so your machine reads memory twice as fast as mine, which is >> great! but I'm not sure it actually shows anything useful ... let me >> guess - a P4 with DDR or DDR2 memory??? maybe if we look a bit harder at >> buffer cache performance you could get 1.2GB/s or more - wouldn't that >> be a good thing? > > > oh! if it is useful or not seems to be your call, you was the one who said > linux is twice as fast as freebsd :) Oh dear :-), I'm actually a FreeBSD guy, I just happen to need a Linux box because the product I'm working on does not build on FreeBSD (yet....heh heh). > > it's a dual-opteron with ddr400 I just compiled world with no tweaks and > standard newfs options > > if you're interested I send new results after completing my setup > Sorry JoaoBR - I am interested! I was however trying to point out that as your machine is different from mine (opteron and ddr*400* as opposed to PIII and pc133), the fact that it is faster is not telling us anything about whether releng_6 performance on cached file reads could be improved! In fact if you note that the PIII HW *can* actually do 700MB/s, it suggests that your HW is capable of considerably more than 900MB/s - given that opteron's have excellent cpu to memory bandwidth, and the speed of your memory! Cheers Mark From owner-freebsd-stable@FreeBSD.ORG Wed Dec 20 11:28:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2C1F316A416 for ; Wed, 20 Dec 2006 11:28:17 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr11.xs4all.nl (smtp-vbr11.xs4all.nl [194.109.24.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id D311143CA2 for ; Wed, 20 Dec 2006 11:28:15 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr11.xs4all.nl (8.13.8/8.13.8) with ESMTP id kBKBSC6U087518; Wed, 20 Dec 2006 12:28:12 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id D243BB826; Wed, 20 Dec 2006 12:28:11 +0100 (CET) Date: Wed, 20 Dec 2006 12:28:11 +0100 From: Roland Smith To: David Magda Message-ID: <20061220112811.GB97015@slackbox.xs4all.nl> Mail-Followup-To: David Magda , freebsd-stable@freebsd.org References: <200612191407.kBJE7Vmq059475@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TYecfFk8j8mZq+dy" Content-Disposition: inline In-Reply-To: X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: ntpd flipping between PLL and FLL mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2006 11:28:17 -0000 --TYecfFk8j8mZq+dy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 19, 2006 at 06:45:15PM -0500, David Magda wrote: >=20 > This bug has been reported to the NTP maintainers: >=20 > https://ntp.isc.org/bugs/show_bug.cgi?id=3D452 >=20 > It's been assigned to Harlan Stenn (stennntp.org). There have =20 > been no notes added to the bug report after the initial report on =20 > 2005-06-15. I've submitted the patch to the assigned developer. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --TYecfFk8j8mZq+dy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFiR5LEnfvsMMhpyURAhkWAJ9lAAyHF++1mk6bm89mnJBYu38/WACdHb2W zZwUWGudj9oBjobZFChkIPo= =n3AR -----END PGP SIGNATURE----- --TYecfFk8j8mZq+dy-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 20 12:06:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7DE8E16A494 for ; Wed, 20 Dec 2006 12:06:39 +0000 (UTC) (envelope-from db@nipsi.de) Received: from mx.meta-spinner.de (mx.meta-spinner.de [213.39.242.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4FCD43CAD for ; Wed, 20 Dec 2006 12:06:24 +0000 (GMT) (envelope-from db@nipsi.de) Received: from mx.meta-spinner.de (localhost [127.0.0.1]) by mx.meta-spinner.de (Postfix) with ESMTP id 8DA5578EEA for ; Wed, 20 Dec 2006 12:46:22 +0100 (CET) Received: from [192.168.1.101] (unknown [192.168.1.101]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx.meta-spinner.de (Postfix) with ESMTP id 439AC78E16 for ; Wed, 20 Dec 2006 12:46:22 +0100 (CET) Message-ID: <4589228D.4090603@nipsi.de> Date: Wed, 20 Dec 2006 12:46:21 +0100 From: Dennis Berger User-Agent: Thunderbird 1.5.0.8 (X11/20061115) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: ral / ralink 2561 MFC of openbsd import / card=0x25611814 chip=0x03021814 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2006 12:06:39 -0000 Hi, I have a ral rt2561 I guess, which currently isn't support by the releng_6 branch. Is it possible to backport the driver from HEAD? My card is a -------------- none0@pci0:14:0: class=0x028000 card=0x25611814 chip=0x03021814 rev=0x00 hdr=0x00 vendor = 'Ralink Technology, Corp' class = network -------------- regards, Dennis From owner-freebsd-stable@FreeBSD.ORG Wed Dec 20 12:44:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CFBC016A40F for ; Wed, 20 Dec 2006 12:44:14 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62EC843CB2 for ; Wed, 20 Dec 2006 12:43:12 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id kBKCgulH019015 for ; Wed, 20 Dec 2006 09:42:56 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Wed, 20 Dec 2006 10:42:39 -0200 User-Agent: KMail/1.9.4 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200612201042.39945.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Subject: if_sf problem, no i/o traffic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2006 12:44:14 -0000 Hi seems to be something wrong with the sf driver I have starfire 64bit cards (adaptec 1 and two port) on amd64 releng_6 the card is probed, recognize correctly the connection but no traffic i/o, = arp=20 either any idea? sf0: flags=3D8843 mtu 1500 options=3D40 ether 00:00:d1:a8:3c:f7 media: Ethernet autoselect (100baseTX ) status: active sf0@pci2:1:0: class=3D0x020000 card=3D0x00099004 chip=3D0x69159004 rev=3D= 0x03=20 hdr=3D0x00 vendor =3D 'Adaptec Inc' device =3D 'ANA620xx/ANA69011A Fast Ethernet' class =3D network subclass =3D ethernet =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Wed Dec 20 13:09:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E8E8F16A4FC for ; Wed, 20 Dec 2006 13:09:21 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4292E43E00 for ; Wed, 20 Dec 2006 13:07:50 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id kBKD7GWn021319 for ; Wed, 20 Dec 2006 10:07:16 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Wed, 20 Dec 2006 11:06:58 -0200 User-Agent: KMail/1.9.4 References: <200612201042.39945.joao@matik.com.br> <20061220125128.B586EB826@shodan.nognu.de> In-Reply-To: <20061220125128.B586EB826@shodan.nognu.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200612201106.59469.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Subject: Re: if_sf problem, no i/o traffic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2006 13:09:22 -0000 On Wednesday 20 December 2006 10:51, Frank Steinborn wrote: > > Tried without polling? > Yes, also with ULE and 4BSD, no change thank's =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Wed Dec 20 13:13:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 27A1B16A403 for ; Wed, 20 Dec 2006 13:13:45 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72D3F43C9F for ; Wed, 20 Dec 2006 13:13:44 +0000 (GMT) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.62) with esmtp (envelope-from ) id <1Gx0za-0000io-Jj>; Wed, 20 Dec 2006 13:56:18 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.62) with esmtpsa (envelope-from ) id <1Gx0za-0003ym-Ib>; Wed, 20 Dec 2006 13:56:18 +0100 Message-ID: <458932F4.5010107@zedat.fu-berlin.de> Date: Wed, 20 Dec 2006 13:56:20 +0100 From: "O. Hartmann" Organization: Freie =?ISO-8859-1?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 1.5.0.8 (X11/20061218) MIME-Version: 1.0 To: JoaoBR References: <45888C68.10305@paradise.net.nz> <200612200618.12826.joao@matik.com.br> In-Reply-To: <200612200618.12826.joao@matik.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: freebsd-stable@freebsd.org, Mark Kirkwood Subject: Re: Cached file read performance with 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2006 13:13:45 -0000 JoaoBR wrote: > On Tuesday 19 December 2006 22:05, Mark Kirkwood wrote: >> In the process of investigating performance in another area I happened >> to be measuring sequential cached reads (in a fairly basic manner): >> >> $ dd if=/dev/zero of=/tmp/file bs=8k count=100000 # create file >> 819200000 bytes transferred in 4.849394 secs (168928321 bytes/sec) hartmann: dd if=/dev/zero of=/tmp/file bs=8k count=100000 100000+0 records in 100000+0 records out 819200000 bytes transferred in 18.540244 secs (44184964 bytes/sec) hartmann: dd if=/dev/zero of=/tmp/file bs=8k count=100000 100000+0 records in 100000+0 records out 819200000 bytes transferred in 18.047627 secs (45391009 bytes/sec) >> >> $ dd of=/dev/null if=/tmp/file bs=8k # read it >> 819200000 bytes transferred in 2.177922 secs (376138354 bytes/sec) hartmann: dd of=/dev/null if=/tmp/file bs=8k 100000+0 records in 100000+0 records out 819200000 bytes transferred in 1.898039 secs (431603332 bytes/sec) >> $ dd of=/dev/null if=/tmp/file bs=8k # read again >> 819200000 bytes transferred in 2.178407 secs (376054620 bytes/sec) hartmann: dd of=/dev/null if=/tmp/file bs=8k 100000+0 records in 100000+0 records out 819200000 bytes transferred in 1.328635 secs (616572658 bytes/sec) >> 819200000 bytes transferred in 2.178407 secs (376054620 bytes/sec) >> $ dd of=/dev/null if=/tmp/file bs=32k # read it >> 819200000 bytes transferred in 1.801944 secs (454620117 bytes/sec) hartmann: dd of=/dev/null if=/tmp/file bs=32k 25000+0 records in 25000+0 records out 819200000 bytes transferred in 1.037108 secs (789888848 bytes/sec) These are my numbers, but the box is not configured to be benchmarked and is a P4/3.0 GHz, HTT enabled, SMP kernel (most recent RELENG_6) with SCHED_ULE enabled. HD interface is ATA100, slightly aged, I guess ... Regards, Oliver From owner-freebsd-stable@FreeBSD.ORG Wed Dec 20 13:14:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 509C616A4A0 for ; Wed, 20 Dec 2006 13:14:40 +0000 (UTC) (envelope-from steinex@nognu.de) Received: from shodan.nognu.de (shodan.nognu.de [85.14.216.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C54C43CA8 for ; Wed, 20 Dec 2006 13:14:35 +0000 (GMT) (envelope-from steinex@nognu.de) Received: by shodan.nognu.de (Postfix, from userid 1002) id B586EB826; Wed, 20 Dec 2006 13:51:28 +0100 (CET) Date: Wed, 20 Dec 2006 13:51:28 +0100 From: Frank Steinborn To: JoaoBR Mail-Followup-To: JoaoBR , freebsd-stable@freebsd.org References: <200612201042.39945.joao@matik.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200612201042.39945.joao@matik.com.br> User-Agent: mutt-ng/devel-r804 (FreeBSD) Message-Id: <20061220125128.B586EB826@shodan.nognu.de> Cc: freebsd-stable@freebsd.org Subject: Re: if_sf problem, no i/o traffic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2006 13:14:40 -0000 JoaoBR wrote: > Hi > > seems to be something wrong with the sf driver > I have starfire 64bit cards (adaptec 1 and two port) on amd64 releng_6 > > the card is probed, recognize correctly the connection but no traffic i/o, arp > either > > any idea? > > sf0: flags=8843 mtu 1500 > options=40 > ether 00:00:d1:a8:3c:f7 > media: Ethernet autoselect (100baseTX ) > status: active > > > sf0@pci2:1:0: class=0x020000 card=0x00099004 chip=0x69159004 rev=0x03 > hdr=0x00 > vendor = 'Adaptec Inc' > device = 'ANA620xx/ANA69011A Fast Ethernet' > class = network > subclass = ethernet Tried without polling? From owner-freebsd-stable@FreeBSD.ORG Wed Dec 20 14:37:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C6E0A16A40F for ; Wed, 20 Dec 2006 14:37:00 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from smtp.utwente.nl (smtp2.utsp.utwente.nl [130.89.2.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD18043CDA for ; Wed, 20 Dec 2006 14:36:33 +0000 (GMT) (envelope-from pieter@degoeje.nl) Received: from nox.student.utwente.nl (nox.student.utwente.nl [130.89.165.91]) by smtp.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id kBKEaPox010752; Wed, 20 Dec 2006 15:36:26 +0100 From: Pieter de Goeje To: freebsd-stable@freebsd.org Date: Wed, 20 Dec 2006 15:36:25 +0100 User-Agent: KMail/1.9.4 References: <45888C68.10305@paradise.net.nz> <200612200816.51043.joao@matik.com.br> <4589128F.9030404@paradise.net.nz> In-Reply-To: <4589128F.9030404@paradise.net.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200612201536.25497.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: Mark Kirkwood Subject: Re: Cached file read performance with 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2006 14:37:00 -0000 On Wednesday 20 December 2006 11:38, Mark Kirkwood wrote: > In fact if you note that the PIII HW *can* actually do 700MB/s, it > suggests that your HW is capable of considerably more than 900MB/s - > given that opteron's have excellent cpu to memory bandwidth, and the > speed of your memory! Indeed! Copying /dev/zero to /dev/null yields more than 5GB/sec on a simple 2Ghz Athlon64. It imagine there are quite a few extra things done when copying a file from cache, because I can only manage to get one fifth (~1GB/sec) of the theoretical speed. (this is with a file that fills more than half of all memory) Note that linux seems to play tricks (zero copy?) when doing dd if=/dev/zero of=/dev/null, because you can reach speeds which are way above the theoretical maximum. (30GB/sec on a P4 1,6Ghz ??? no way) In the context of databases, I think the speeds are limited by the processing done on the data, as long as the read speed stays above a certain limit. It would be more interesting to see how random access to a (cached) file performs in Linux vs FreeBSD, which seems a more logical pattern for a database. Cheers, Pieter de Goeje From owner-freebsd-stable@FreeBSD.ORG Wed Dec 20 15:37:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B4F7716A403 for ; Wed, 20 Dec 2006 15:37:46 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0CC943CB6 for ; Wed, 20 Dec 2006 15:37:30 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id kBKEKBv8027642 for ; Wed, 20 Dec 2006 11:20:11 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Wed, 20 Dec 2006 12:19:53 -0200 User-Agent: KMail/1.9.4 References: <200612201042.39945.joao@matik.com.br> In-Reply-To: <200612201042.39945.joao@matik.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200612201219.54363.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Subject: Re: if_sf problem, no i/o traffic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2006 15:37:46 -0000 On Wednesday 20 December 2006 10:42, JoaoBR wrote: > seems to be something wrong with the sf driver > I have starfire 64bit cards (adaptec 1 and two port) on amd64 releng_6 > > the card is probed, recognize correctly the connection but no traffic i/o, > arp either > > any idea? in this manual=20 http://download.adaptec.com/pdfs/user_guides/aic6915_pg.pdf I found that the card's pci clock is 33Mhz my Mb has 64 bit slots which can be configured to auto or 66 or 100/133Mhz= =20 I have the jumper in auto is this the reason that the card do not communicate? =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Wed Dec 20 16:49:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 080C116A403 for ; Wed, 20 Dec 2006 16:49:40 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from fallbackmx02.syd.optusnet.com.au (fallbackmx02.syd.optusnet.com.au [211.29.133.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15FF843CB8 for ; Wed, 20 Dec 2006 16:49:33 +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 fallbackmx02.syd.optusnet.com.au (8.12.11.20060308/8.12.11) with ESMTP id kBK885PJ020998 for ; Wed, 20 Dec 2006 19:08:05 +1100 Received: from turion.vk2pj.dyndns.org (c58-107-94-118.belrs4.nsw.optusnet.com.au [58.107.94.118]) by mail21.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id kBK8806P031449 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 20 Dec 2006 19:08:01 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id kBK8804C001316; Wed, 20 Dec 2006 19:08:00 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id kBK880G2001315; Wed, 20 Dec 2006 19:08:00 +1100 (EST) (envelope-from peter) Date: Wed, 20 Dec 2006 19:08:00 +1100 From: Peter Jeremy To: Juraj Lutter Message-ID: <20061220080800.GA1111@turion.vk2pj.dyndns.org> References: <1166012592.00653256.1166001601@10.7.7.3> <4586CAEF.2000404@icyb.net.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IS0zKkzwUGydFO0o" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org Subject: Re: Mounting smbfs as non-root X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2006 16:49:40 -0000 --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, 2006-Dec-20 00:50:15 +0100, Juraj Lutter wrote: >On 12/20/06, martinko wrote: >>>> I've looked through iconv_sysctl_add() and can't see any way for the >>>> code to return EPERM. >>I've been experiencing the exactly same issue for too long, too. :-(( >> > >Load the iconv modules as root before letting users to mount. This doesn't work because it always invokes the sysctl - which sees that it's non-root and returns EPERM before it discovers that the the requested maps are already installed. mount_smbfs is setuid root on Apple (presumably OS-X) and juggles euid to avoid this and similar problems. I think the solution is to make it (at least optionally) setuid on FreeBSD. I have this on my todo list but haven't gotten around to it yet. --=20 Peter Jeremy --IS0zKkzwUGydFO0o Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFiO9g/opHv/APuIcRAhhHAJ0RSqNEM4qc6ug/YyJ66hWw+sYpcACeNlKZ b6Ijj9N0EgbPUOL+cqyDen8= =Ujxj -----END PGP SIGNATURE----- --IS0zKkzwUGydFO0o-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 20 18:32:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B8FBB16A416 for ; Wed, 20 Dec 2006 18:32:39 +0000 (UTC) (envelope-from ilya@edpausa.com) Received: from skywalker.edpausa.com (mail.edpausa.com [67.88.41.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB0D043CA6 for ; Wed, 20 Dec 2006 18:32:28 +0000 (GMT) (envelope-from ilya@edpausa.com) Received: from localhost (localhost.edpausa.com [127.0.0.1]) by skywalker.edpausa.com (Postfix) with ESMTP id 2902FC95A4 for ; Wed, 20 Dec 2006 13:08:59 -0500 (EST) X-Virus-Scanned: amavisd-new at edpausa.com Received: from skywalker.edpausa.com ([127.0.0.1]) by localhost (skywalker.edpausa.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mKvjvUAQa819 for ; Wed, 20 Dec 2006 13:08:50 -0500 (EST) Received: from [192.168.0.68] (ilya.edpausa.com [192.168.0.68]) by skywalker.edpausa.com (Postfix) with ESMTP id 2815DC9447 for ; Wed, 20 Dec 2006 13:08:50 -0500 (EST) Message-ID: <45897C36.4050704@edpausa.com> Date: Wed, 20 Dec 2006 13:08:54 -0500 From: Ilya Vishnyakov User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.1.2 OpenPGP: id=D8EAA59A Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: truss missing some files or directories X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2006 18:32:39 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Problem with truss, won't start. Please advise me what to do. truss /bin/echo hello truss: truss: cannot open /proc/42520/mem cannot open /proc/curproc/mem: : No such file or directory No such file or directory uname -a output: FreeBSD mars.mysite.com 6.1-RELEASE-p10 FreeBSD 6.1-RELEASE-p10 #2: Thu Nov 2 13:58:09 UTC 2006 root@mars.mysite.com :/usr/obj/usr/src/sys/MARS amd64 Thank you. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFiXw2bE0+gtjqpZoRAlmyAJ9OdDYEM9Xb+7BEa1fbTczSD3gZ2QCglO6o BFyyVbvagNCyJ2CjuID1Yug= =EjVP -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 20 18:44:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1ED9E16A415 for ; Wed, 20 Dec 2006 18:44:14 +0000 (UTC) (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 A532243CC0 for ; Wed, 20 Dec 2006 18:43:37 +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 CED4BEB0BC4; Thu, 21 Dec 2006 02:43:36 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org 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 TxrNMDW822+v; Thu, 21 Dec 2006 02:43:27 +0800 (CST) Received: from [192.168.1.32] (unknown [221.217.209.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 3E749EB0B96; Thu, 21 Dec 2006 02:43:26 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type:content-transfer-encoding; b=q7hhkFMJnBZx3NZKMOi+AwGn0pQPkOZ6TIyMOgmjRXHOYsvj3zqM1vQ6hd/K2aQ3O wKTwOjRB+wJdGJj6U77VQ== Message-ID: <4589841B.60800@delphij.net> Date: Thu, 21 Dec 2006 02:42:35 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Ilya Vishnyakov References: <45897C36.4050704@edpausa.com> In-Reply-To: <45897C36.4050704@edpausa.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: truss missing some files or directories X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2006 18:44:14 -0000 Ilya Vishnyakov wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Problem with truss, won't start. Please advise me what to do. > > truss /bin/echo hello truss: truss: cannot open /proc/42520/mem cannot > open /proc/curproc/mem: : No such file or directory > No such file or directory > > > uname -a output: > > FreeBSD mars.mysite.com 6.1-RELEASE-p10 FreeBSD 6.1-RELEASE-p10 #2: > Thu Nov 2 13:58:09 UTC 2006 root@mars.mysite.com > :/usr/obj/usr/src/sys/MARS amd64 > > Thank you. You should do mount_procfs procfs /proc before doing truss. Cheers, -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! From owner-freebsd-stable@FreeBSD.ORG Wed Dec 20 19:07:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 30EB416A403 for ; Wed, 20 Dec 2006 19:07:22 +0000 (UTC) (envelope-from erwin@mail.droso.net) Received: from mail.droso.net (koala.droso.net [193.88.12.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32B2043C9F for ; Wed, 20 Dec 2006 19:05:59 +0000 (GMT) (envelope-from erwin@mail.droso.net) Received: by mail.droso.net (Postfix, from userid 1001) id 729621CC93; Wed, 20 Dec 2006 19:42:27 +0100 (CET) Date: Wed, 20 Dec 2006 19:42:27 +0100 From: Erwin Lansing To: Ilya Vishnyakov Message-ID: <20061220184227.GH92876@droso.net> Mail-Followup-To: Ilya Vishnyakov , freebsd-stable@freebsd.org References: <45897C36.4050704@edpausa.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lG9v85r552aFjg4G" Content-Disposition: inline In-Reply-To: <45897C36.4050704@edpausa.com> X-Operating-System: FreeBSD/i386 6.2-PRERELEASE User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org Subject: Re: truss missing some files or directories X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2006 19:07:22 -0000 --lG9v85r552aFjg4G Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 20, 2006 at 01:08:54PM -0500, Ilya Vishnyakov wrote: > Problem with truss, won't start. Please advise me what to do. >=20 > truss /bin/echo hello truss: truss: cannot open /proc/42520/mem cannot > open /proc/curproc/mem: : No such file or directory > No such file or directory >=20 Do you have /proc mounted? # mount -t procfs proc /proc/ -erwin --=20 Erwin Lansing http://droso.org Security is like an onion. (o_ _o) It's made up of several layers \\\_\ /_/// erwin@FreeBSD.org And it makes you cry. <____) (____> erwin@aauug.dk --lG9v85r552aFjg4G Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFiYQTqy9aWxUlaZARAn47AJ4sFYYnLSCVDsWPJChgZES5z1liwgCgtrCf RRM6ZNkoNtrqyRUM/hg5hhQ= =aK9O -----END PGP SIGNATURE----- --lG9v85r552aFjg4G-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 20 19:23:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 33FD016A492 for ; Wed, 20 Dec 2006 19:23:56 +0000 (UTC) (envelope-from ilya@edpausa.com) Received: from skywalker.edpausa.com (mail.edpausa.com [67.88.41.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EEDC43CAA for ; Wed, 20 Dec 2006 19:23:12 +0000 (GMT) (envelope-from ilya@edpausa.com) Received: from localhost (localhost.edpausa.com [127.0.0.1]) by skywalker.edpausa.com (Postfix) with ESMTP id B5E4FC9447; Wed, 20 Dec 2006 13:48:02 -0500 (EST) X-Virus-Scanned: amavisd-new at edpausa.com Received: from skywalker.edpausa.com ([127.0.0.1]) by localhost (skywalker.edpausa.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dAlYMc3vIFOo; Wed, 20 Dec 2006 13:47:52 -0500 (EST) Received: from [192.168.0.68] (ilya.edpausa.com [192.168.0.68]) by skywalker.edpausa.com (Postfix) with ESMTP id 6EE82C94F4; Wed, 20 Dec 2006 13:47:52 -0500 (EST) Message-ID: <45898557.40208@edpausa.com> Date: Wed, 20 Dec 2006 13:47:51 -0500 From: Ilya Vishnyakov User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: LI Xin References: <45897C36.4050704@edpausa.com> <4589841B.60800@delphij.net> In-Reply-To: <4589841B.60800@delphij.net> X-Enigmail-Version: 0.94.1.2 OpenPGP: id=D8EAA59A Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: truss missing some files or directories X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2006 19:23:56 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - -------- Original Message -------- Subject: Re:truss missing some files or directories From: LI Xin To: Ilya Vishnyakov Cc: freebsd-stable@freebsd.org Date: Wednesday, December 20, 2006 1:42:35 PM > Ilya Vishnyakov wrote: >> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >> >> Problem with truss, won't start. Please advise me what to do. >> >> truss /bin/echo hello truss: truss: cannot open /proc/42520/mem >> cannot open /proc/curproc/mem: : No such file or directory No >> such file or directory >> >> >> uname -a output: >> >> FreeBSD mars.mysite.com 6.1-RELEASE-p10 FreeBSD 6.1-RELEASE-p10 >> #2: Thu Nov 2 13:58:09 UTC 2006 root@mars.mysite.com >> :/usr/obj/usr/src/sys/MARS amd64 >> >> Thank you. > > You should do mount_procfs procfs /proc before doing truss. > > Cheers, thank you -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFiYVXbE0+gtjqpZoRAuXvAJ91CQCNIBJWRBCFU6PRmP3RlySxgwCeL7rh J5eCpHd17Gccfls2ytz4A8Q= =Kagm -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 20 19:36:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D64D516A593 for ; Wed, 20 Dec 2006 19:36:21 +0000 (UTC) (envelope-from frank@exit.com) Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1148D43CA9 for ; Wed, 20 Dec 2006 19:36:05 +0000 (GMT) (envelope-from frank@exit.com) Received: from jill.exit.com (jill.exit.com [206.223.0.4]) by tinker.exit.com (8.13.8/8.13.8) with ESMTP id kBKIjCer063789; Wed, 20 Dec 2006 10:45:12 -0800 (PST) (envelope-from frank@exit.com) Received: from jill.exit.com (localhost [127.0.0.1]) by jill.exit.com (8.13.8/8.13.8) with ESMTP id kBKIjCFg048445; Wed, 20 Dec 2006 10:45:12 -0800 (PST) (envelope-from frank@exit.com) Received: (from frank@localhost) by jill.exit.com (8.13.8/8.13.8/Submit) id kBKIjCws048444; Wed, 20 Dec 2006 10:45:12 -0800 (PST) (envelope-from frank@exit.com) X-Authentication-Warning: jill.exit.com: frank set sender to frank@exit.com using -f From: Frank Mayhar To: Ilya Vishnyakov In-Reply-To: <45897C36.4050704@edpausa.com> References: <45897C36.4050704@edpausa.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Exit Consulting Date: Wed, 20 Dec 2006 10:45:11 -0800 Message-Id: <1166640311.48155.1.camel@jill.exit.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 FreeBSD GNOME Team Port X-Virus-Scanned: ClamAV 0.88.6/2361/Wed Dec 20 07:30:05 2006 on tinker.exit.com X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: truss missing some files or directories X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: frank@exit.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2006 19:36:22 -0000 On Wed, 2006-12-20 at 13:08 -0500, Ilya Vishnyakov wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Problem with truss, won't start. Please advise me what to do. > > truss /bin/echo hello truss: truss: cannot open /proc/42520/mem cannot > open /proc/curproc/mem: : No such file or directory > No such file or directory mount /proc In /etc/fstab: proc /proc procfs rw 0 0 -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ http://www.exit.com/blog/frank/ From owner-freebsd-stable@FreeBSD.ORG Wed Dec 20 20:10:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9C57616A416 for ; Wed, 20 Dec 2006 20:10:31 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 886F643CB0 for ; Wed, 20 Dec 2006 20:10:02 +0000 (GMT) (envelope-from almarrie@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so2034359uge for ; Wed, 20 Dec 2006 12:09: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:mime-version:content-type:content-transfer-encoding:content-disposition; b=SqvC0FDfyRynez3xcGc7nWJ8v04TMIZEB44CeCjtBvX7dUhSZ1pj3jScxUlrRS2zxgrTcFbAiDY3HgSOJI076x3T67SUt7Wdo+SvTEfTJRI5zsPStosWCEtVbc/DjHHk7co0vipB6zy0K8PxtWeQ+UpKhIUxahCqXgSSBFh7bZ8= Received: by 10.67.119.13 with SMTP id w13mr3330920ugm.1166645392221; Wed, 20 Dec 2006 12:09:52 -0800 (PST) Received: by 10.67.27.15 with HTTP; Wed, 20 Dec 2006 12:09:51 -0800 (PST) Message-ID: <499c70c0612201209j7ec014av3ec161a077633a2b@mail.gmail.com> Date: Wed, 20 Dec 2006 23:09:51 +0300 From: "Abdullah Al-Marrie" To: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org, freebsd-multimedia@freebsd.org, freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=WINDOWS-1252; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Bruno Ducrot Subject: Acer Aspire 5102 WLMi with Turion 64 X2 dual-core TL-50 1.6 GHz on FreeBSD 6.2 ACPI problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2006 20:10:31 -0000 Hello guys, I have problem with my new laptop Acer Aspire 5102 WLMi which has AMD Turion=99 64 X2 dual-core TL-50 1.6 GHz with 1.5 GB of ram. I'm running i386 6.2-RC1 upgraded to 6.2-PRELEASE via RELENG6 tag since I don't have more than 4 GB of ram. 1. The FreeBSD can't detect the builtin wlan chip which is Broadcom BCM 4318 Rev 2. OpenSuse 10.2 detected my my builtin wlan <4>ieee80211: module not supported by Novell, setting U taint flag. <6>bcm43xx: Chip ID 0x4318, rev 0x2 <6>bcm43xx: Number of cores: 4 <6>bcm43xx: Core 0: ID 0x800, rev 0xd, vendor 0x4243, enabled <6>bcm43xx: Core 1: ID 0x812, rev 0x9, vendor 0x4243, disabled <6>bcm43xx: Core 2: ID 0x804, rev 0xc, vendor 0x4243, enabled <6>bcm43xx: Core 3: ID 0x80d, rev 0x7, vendor 0x4243, enabled <6>bcm43xx: PHY connected <6>bcm43xx: Detected PHY: Version: 3, Type 2, Revision 7 <6>bcm43xx: Detected Radio: ID: 8205017f (Manuf: 17f Ver: 2050 Rev: 8) Here is very interesting thread about the Acer laptops only. http://www.ubuntuforums.org/showthread.php?t=3D280962 ## ******************** ONLY FOR ACER USERS ******************** #install acer_acpi to turn on wireless adapter through software #this is the only package that will be manually installed #as it will be compiled, it works on 32-bit and 64-bit systems whereas acer= hk #only works on 32-bit systems AFAIK #when upgrading kernel, make sure to re-compile/re-install acer_acpi in the= new kernel wget http://www.archernar.co.uk/acer_acpi/acer_acpi-0.3.tar.gz tar -xvf acer_acpi-0.3.tar.gz cd acer_acpi-0.3 sudo apt-get install build-essential linux-kernel-headers linux-headers-$ar= ch linux-headers-=B4uname -r=B4 make sudo make install echo 'acer_acpi' | sudo tee -a /etc/modules echo 'pre-up /etc/network/StartAcerWireless' | sudo tee -a /etc/network/interfaces sudo touch /etc/network/StartAcerWireless echo 'chmod 777 /proc/acpi/acer/wireless' | sudo tee -a /etc/network/StartAcerWireless echo 'echo "enabled: 1" > /proc/acpi/acer/wireless' | sudo tee -a /etc/network/StartAcerWireless echo 'iwconfig eth1 ap any' | sudo tee -a /etc/network/StartAcerWireless sudo chmod 754 /etc/network/StartAcerWireless ## ************************************************** *********** Start GDM and from the menu, go to System|Preferences|Sessions|Startup Programs, click the Add button and write in: nm-applet =96sm-disable reboot PC When rebooted, left-click on nm-applet and choose to "connect to other wireless network" even if your AP is visible. Write in the SSID, choose WEP or WPA and enter the password. Upon connecting nm-applet will ask for a mas= ter password for the wallet. Choose something simple. ---- In FreeBSD 6.2-PRERELEASE The bluetooth it works when I use the button to turn it on. Dec 20 22:13:35 kernel: ugen1: Broadcom Corp Acer Module, rev 2.00/1.00, a= ddr 2 But nothing appears when I switch the wlan button off/on. Wlan light is working on the FreeBSD but it doesn't appear in the dmesg or /var/log/messages 2. powerd in rc.conf causes the laptop to hangs too. # sysctl dev.cpu dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=3D\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=3Dnone _UID=3D0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 1592 dev.cpu.0.freq_levels: 1592/70000 796/19383 dev.cpu.1.%desc: ACPI CPU dev.cpu.1.%driver: cpu dev.cpu.1.%location: handle=3D\_PR_.CPU1 dev.cpu.1.%pnpinfo: _HID=3Dnone _UID=3D0 dev.cpu.1.%parent: acpi0 # sysctl dev.powernow dev.powernow.0.%desc: PowerNow! K8 dev.powernow.0.%driver: powernow dev.powernow.0.%parent: cpu0 dev.powernow.0.freq_settings: 1592/70000 796/19383 dev.powernow.1.%desc: PowerNow! K8 dev.powernow.1.%driver: powernow dev.powernow.1.%parent: cpu1 dev.powernow.1.freq_settings: 1592/70000 796/19383 # sysctl dev.acpi_throttle sysctl: unknown oid 'dev.acpi_throttle' 3. Sound hardware isn't detected at all. pciconf -lv | grep -B 4 audio returns with no output. 4. system wont reboot or shutdown, it hangs after sync disks, I have to press thr button power to switch it off. --- Booting with ACPI disabled causes crash all the time. cbb0: cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pci6: at device 4.1 (no driver attached) pci6: at device 4.2 (no driver attached) pci6: at device 4.3 (no driver attached) pci6: at device 4.4 (no driver attached) unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff Fatal trap 9: general protection fault while in kernel mode cpuid =3D 0; apic id =3D 00 instruction pointer =3D 0x70 :0x10000 stack pointer =3D 0x28 :0xfd0 frame pointer=09=09 =3D 0x28 :0xcc5 code segment=09=09 =3D base 0xc000e4c5, limit 0xffff, type 0x1b =3D DPL 0, press 1, def32 0, gran 0 processor eflags=09 =3D interrupt enabled, reusme, IOPL =3D 0 current processes =3D 0 (swapper) trap number =3D 9 panic: general protection fault cpuid =3D 0 uptime: 1s dmesg -v output: FreeBSD 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #0: Wed Dec 20 21:05:03 AST 2006 arabian@:/usr/obj/usr/src/sys/ARABIAN i386 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-PRERELEASE #0: Wed Dec 20 21:05:03 AST 2006 arabian@:/usr/obj/usr/src/sys/ARABIAN Preloaded elf kernel "/boot/kernel/kernel" at 0xc0a77000. Preloaded elf module "/boot/kernel/linux.ko" at 0xc0a771c4. Preloaded elf module "/boot/kernel/wlan_acl.ko" at 0xc0a77270. Preloaded elf module "/boot/modules/bcmwl5_sys.ko" at 0xc0a77320. Preloaded elf module "/boot/kernel/if_ndis.ko" at 0xc0a773d0. Preloaded elf module "/boot/kernel/ndis.ko" at 0xc0a7747c. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0a77528. MP Configuration Table version 1.4 found at 0xc009e171 Table 'FACP' at 0x57e99c04 Table 'SLIC' at 0x57e99c78 Table 'SSDT' at 0x57e99dee Table 'APIC' at 0x57e99f70 MADT: Found table at 0x57e99f70 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 1: enabled SMP: Added CPU 1 (AP) INTR: Adding local APIC 0 as a target ACPI APIC Table: Calibrating clock(s) ... i8254 clock: 1193209 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1596014793 Hz CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-50 (1596.01-MHz 686-class CP= U) Origin =3D "AuthenticAMD" Id =3D 0x40f82 Stepping =3D 2 Features=3D0x178bfbff Features2=3D0x2001 AMD Features=3D0xea500800 AMD Features2=3D0x1f,,CR8> HTT bit cleared - FreeBSD does not have licensing issues requiring it. Cores per package: 2 Data TLB: 32 entries, fully associative Instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associat= ive L2 internal cache: 256 kbytes, 64 bytes/line, 1 lines/tag, 8-way associativ= e real memory =3D 1474887680 (1406 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009cfff, 638976 bytes (156 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c28000 - 0x000000005658afff, 1435906048 bytes (350563 pages) avail memory =3D 1435623424 (1369 MB) INTR: Adding local APIC 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 bios32: Found BIOS32 Service Directory header at 0xc00f80c0 bios32: Entry =3D 0xfd954 (c00fd954) Rev =3D 0 Len =3D 1 pcibios: PCI BIOS entry at 0xfd950+0x0 pnpbios: Found PnP BIOS data at 0xc00f8120 pnpbios: Entry =3D e4c5:a1f8 Rev =3D 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 0 APIC: CPU 1 has ACPI ID 1 MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high lapic1: Routing NMI -> LINT1 lapic1: LINT1 trigger: edge lapic1: LINT1 polarity: high MADT: Forcing active-low polarity and level trigger for SCI ioapic0: intpin 9 polarity: low ioapic0: intpin 9 trigger: level ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 wlan: <802.11 Link Layer> wlan: <802.11 MAC ACL support> wlan: mac acl policy registered nfslock: pseudo-device random: io: kbd: new array size 4 kbd1 at kbdmux0 VESA: information block 56 45 53 41 00 02 00 01 00 01 01 00 00 00 22 00 00 01 00 01 00 01 1e 01 00 01 34 01 00 01 39 01 00 01 82 01 0d 01 0e 01 0f 01 20 01 92 01 93 01 94 01 95 01 96 01 a2 01 a3 01 a4 01 a5 01 a6 01 VESA: 60 mode(s) found VESA: v2.0, 16384k memory, flags:0x1, mode table:0xc08c55e2 (1000022) VESA: ATI RADEON XPRESS 200M Series VESA: ATI Technologies Inc. MS48 01.00 mem: Pentium Pro MTRR support enabled null: npx0: INT 16 interface acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80012814 pci_open(1a): mode1res=3D0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=3D060000] [hdr=3D00] is there (id=3D5950100= 2) pcibios: BIOS_PRESENT call failed AcpiOsDerivePciId: bus 0 dev 18 func 0 AcpiOsDerivePciId: bus 0 dev 17 func 0 AcpiOsDerivePciId: bus 0 dev 20 func 1 AcpiOsDerivePciId: bus 0 dev 20 func 3 AcpiOsDerivePciId: bus 6 dev 2 func 0 acpi0: Power Button (fixed) acpi0: wakeup code va 0xd93ea000 pa 0x9c000 AcpiOsDerivePciId: bus 0 dev 0 func 0 ACPI timer: 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 10 11 Validation 0 255 N 0 10 11 After Disable 0 255 N 0 10 11 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 10 11 Validation 0 255 N 0 10 11 After Disable 0 255 N 0 10 11 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 10 11 Validation 0 255 N 0 10 11 After Disable 0 255 N 0 10 11 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 10 11 Validation 0 255 N 0 10 11 After Disable 0 255 N 0 10 11 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 10 11 Validation 0 255 N 0 10 11 After Disable 0 255 N 0 10 11 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 10 11 Validation 0 255 N 0 10 11 After Disable 0 255 N 0 10 11 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 10 11 Validation 0 255 N 0 10 11 After Disable 0 255 N 0 10 11 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 10 11 Validation 0 255 N 0 10 11 After Disable 0 255 N 0 10 11 pci_link8: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 Validation 0 255 N 0 3 4 5 7 After Disable 0 255 N 0 3 4 5 7 cpu0: on acpi0 powernow0: on cpu0 cpu1: on acpi0 powernow1: on cpu1 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=3D0 found-> vendor=3D0x1002, dev=3D0x5950, revid=3D0x10 bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x2220, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 n= s) found-> vendor=3D0x1002, dev=3D0x5a3f, revid=3D0x00 bus=3D0, slot=3D1, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0230, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x0c (3000 ns), maxlat=3D0x00 (= 0 ns) found-> vendor=3D0x1002, dev=3D0x5a36, revid=3D0x00 bus=3D0, slot=3D4, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D8 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x04 (1000 ns), maxlat=3D0x00 (0 n= s) powerspec 3 supports D0 D3 current D0 MSI supports 1 message found-> vendor=3D0x1002, dev=3D0x5a37, revid=3D0x00 bus=3D0, slot=3D5, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D8 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x04 (1000 ns), maxlat=3D0x00 (0 n= s) powerspec 3 supports D0 D3 current D0 MSI supports 1 message found-> vendor=3D0x1002, dev=3D0x4374, revid=3D0x80 bus=3D0, slot=3D19, func=3D0 class=3D0c-03-10, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0017, statreg=3D0x02b0, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 n= s) intpin=3Da, irq=3D11 MSI supports 1 message map[10]: type 1, range 32, base c0004000, size 12, enabled pcib0: matched entry for 0.19.INTA pcib0: slot 19 INTA hardwired to IRQ 19 found-> vendor=3D0x1002, dev=3D0x4375, revid=3D0x80 bus=3D0, slot=3D19, func=3D1 class=3D0c-03-10, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0017, statreg=3D0x02b0, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 n= s) intpin=3Da, irq=3D11 MSI supports 1 message map[10]: type 1, range 32, base c0005000, size 12, enabled pcib0: matched entry for 0.19.INTA pcib0: slot 19 INTA hardwired to IRQ 19 found-> vendor=3D0x1002, dev=3D0x4373, revid=3D0x80 bus=3D0, slot=3D19, func=3D2 class=3D0c-03-20, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0017, statreg=3D0x02b0, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 n= s) intpin=3Da, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 1 message map[10]: type 1, range 32, base c0006000, size 12, enabled pcib0: matched entry for 0.19.INTA pcib0: slot 19 INTA hardwired to IRQ 19 found-> vendor=3D0x1002, dev=3D0x4372, revid=3D0x83 bus=3D0, slot=3D20, func=3D0 class=3D0c-05-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0003, statreg=3D0x0230, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) map[10]: type 4, range 32, base 00008400, size 4, enabled map[14]: type 1, range 32, base fed00000, size 10, enabled found-> vendor=3D0x1002, dev=3D0x4376, revid=3D0x80 bus=3D0, slot=3D20, func=3D1 class=3D01-01-82, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0230, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D10 MSI supports 1 message map[20]: type 4, range 32, base 00008410, size 4, enabled pcib0: matched entry for 0.20.INTA pcib0: slot 20 INTA hardwired to IRQ 16 found-> vendor=3D0x1002, dev=3D0x437b, revid=3D0x01 bus=3D0, slot=3D20, func=3D2 class=3D04-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0410, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 n= s) intpin=3Da, irq=3D10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 64, base c0000000, size 14, enabled pcib0: matched entry for 0.20.INTA pcib0: slot 20 INTA hardwired to IRQ 16 found-> vendor=3D0x1002, dev=3D0x4377, revid=3D0x80 bus=3D0, slot=3D20, func=3D3 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x000f, statreg=3D0x0220, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1002, dev=3D0x4371, revid=3D0x80 bus=3D0, slot=3D20, func=3D4 class=3D06-04-01, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x02a0, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 n= s) found-> vendor=3D0x1022, dev=3D0x1100, revid=3D0x00 bus=3D0, slot=3D24, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1022, dev=3D0x1101, revid=3D0x00 bus=3D0, slot=3D24, func=3D1 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1022, dev=3D0x1102, revid=3D0x00 bus=3D0, slot=3D24, func=3D2 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1022, dev=3D0x1103, revid=3D0x00 bus=3D0, slot=3D24, func=3D3 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x9000-0x9fff pcib1: memory decode 0xc0100000-0xc01fffff pcib1: prefetched decode 0xc8000000-0xcfffffff pci1: on pcib1 pci1: physical bus=3D1 found-> vendor=3D0x1002, dev=3D0x5975, revid=3D0x00 bus=3D1, slot=3D5, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x02b0, cachelnsz=3D8 (dwords) lattimer=3D0x42 (1980 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x00 (= 0 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 3, range 32, base c8000000, size 27, enabled pcib1: requested memory range 0xc8000000-0xcfffffff: good map[14]: type 4, range 32, base 00009000, size 8, enabled pcib1: requested I/O range 0x9000-0x90ff: in range map[18]: type 1, range 32, base c0100000, size 16, enabled pcib1: requested memory range 0xc0100000-0xc010ffff: good pcib1: matched entry for 1.5.INTA pcib1: slot 5 INTA hardwired to IRQ 17 pci1: at device 5.0 (no driver attached) pcib2: at device 4.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 3 pcib2: I/O decode 0x0-0x0 pcib2: memory decode 0x0-0x0 pcib2: prefetched decode 0x0-0x0 pci2: on pcib2 pci2: physical bus=3D2 pcib3: at device 5.0 on pci0 pcib3: secondary bus 4 pcib3: subordinate bus 5 pcib3: I/O decode 0x0-0x0 pcib3: memory decode 0x0-0x0 pcib3: prefetched decode 0x0-0x0 pci4: on pcib3 pci4: physical bus=3D4 ohci0: mem 0xc0004000-0xc0004fff irq 19 at device 19.0 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xc0004000 ioapic0: routing intpin 19 (PCI IRQ 19) to vector 49 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: ATI OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered ohci1: mem 0xc0005000-0xc0005fff irq 19 at device 19.1 on pci0 ohci1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xc0005000 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: ATI OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 4 ports with 4 removable, self powered ehci0: mem 0xc0006000-0xc0006fff irq 19 at device 19.2 on pci0 ehci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xc0006000 ehci0: [GIANT-LOCKED] ehci0: Dropped interrupts workaround enabled usb2: EHCI version 1.0 usb2: companion controllers, 4 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: ATI EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 8 ports with 8 removable, self powered ugen0: vendor 0x0402 USB2.0 Camera, rev 2.00/1.00, addr 2 pci0: at device 20.0 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x8410-0x841f irq 16 at device 20.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x8410 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=3D03 ostat0=3D50 ostat1=3D00 ata0: stat0=3D0x80 err=3D0x80 lsb=3D0x80 msb=3D0x80 ata0: stat0=3D0x80 err=3D0x80 lsb=3D0x80 msb=3D0x80 ata0: stat0=3D0x80 err=3D0x80 lsb=3D0x80 msb=3D0x80 ata0: stat0=3D0x80 err=3D0x80 lsb=3D0x80 msb=3D0x80 ata0: stat0=3D0x80 err=3D0x80 lsb=3D0x80 msb=3D0x80 ata0: stat0=3D0x80 err=3D0x80 lsb=3D0x80 msb=3D0x80 ata0: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: stat1=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata0: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x9 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 50 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=3D00 ostat0=3Dff ostat1=3Dff ioapic0: routing intpin 15 (ISA IRQ 15) to vector 51 ata1: [MPSAFE] pci0: at device 20.2 (no driver attached) isab0: at device 20.3 on pci0 isa0: on isab0 pcib4: at device 20.4 on pci0 pcib4: secondary bus 6 pcib4: subordinate bus 8 pcib4: I/O decode 0xa000-0xafff pcib4: memory decode 0xc0200000-0xc02fffff pcib4: prefetched decode 0xfff00000-0xfffff pcib4: Subtractively decoded bridge. pci6: on pcib4 pci6: physical bus=3D6 found-> vendor=3D0x10ec, dev=3D0x8139, revid=3D0x10 bus=3D6, slot=3D1, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x20 (8000 ns), maxlat=3D0x40 (= 16000 ns) intpin=3Da, irq=3D4 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000a000, size 8, enabled pcib4: requested I/O range 0xa000-0xa0ff: in range map[14]: type 1, range 32, base c0202000, size 8, enabled pcib4: requested memory range 0xc0202000-0xc02020ff: good pcib4: matched entry for 6.1.INTA pcib4: slot 1 INTA hardwired to IRQ 21 found-> vendor=3D0x14e4, dev=3D0x4318, revid=3D0x02 bus=3D6, slot=3D2, func=3D0 class=3D02-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 n= s) intpin=3Da, irq=3D11 map[10]: type 1, range 32, base c0200000, size 13, enabled pcib4: requested memory range 0xc0200000-0xc0201fff: good pcib4: matched entry for 6.2.INTA pcib4: slot 2 INTA hardwired to IRQ 22 found-> vendor=3D0x1524, dev=3D0x1412, revid=3D0x10 bus=3D6, slot=3D4, func=3D0 class=3D06-07-00, hdrtype=3D0x02, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x44 (17000 ns), maxlat=3D0x07 = (1750 ns) intpin=3Da, irq=3D11 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base c0203000, size 12, enabled pcib4: requested memory range 0xc0203000-0xc0203fff: good pcib4: matched entry for 6.4.INTA pcib4: slot 4 INTA hardwired to IRQ 20 found-> vendor=3D0x1524, dev=3D0x0530, revid=3D0x01 bus=3D6, slot=3D4, func=3D1 class=3D05-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x01 (250 ns), maxlat=3D0x04 (1= 000 ns) intpin=3Db, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base c0202400, size 7, enabled pcib4: requested memory range 0xc0202400-0xc020247f: good pcib4: matched entry for 6.4.INTB pcib4: slot 4 INTB hardwired to IRQ 23 found-> vendor=3D0x1524, dev=3D0x0550, revid=3D0x01 bus=3D6, slot=3D4, func=3D2 class=3D08-05-01, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x20 (8000 ns), maxlat=3D0x48 (= 18000 ns) intpin=3Db, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base c0202800, size 8, enabled pcib4: requested memory range 0xc0202800-0xc02028ff: good pcib4: matched entry for 6.4.INTB pcib4: slot 4 INTB hardwired to IRQ 23 found-> vendor=3D0x1524, dev=3D0x0520, revid=3D0x01 bus=3D6, slot=3D4, func=3D3 class=3D05-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x01 (250 ns), maxlat=3D0x04 (1= 000 ns) intpin=3Db, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base c0202c00, size 7, enabled pcib4: requested memory range 0xc0202c00-0xc0202c7f: good pcib4: matched entry for 6.4.INTB pcib4: slot 4 INTB hardwired to IRQ 23 found-> vendor=3D0x1524, dev=3D0x0551, revid=3D0x01 bus=3D6, slot=3D4, func=3D4 class=3D05-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x20 (8000 ns), maxlat=3D0x48 (180= 00 ns) intpin=3Db, irq=3D255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 00000000, size 8, memory disabled rl0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xa000 pcib4: rl0 requested I/O range 0xa000-0xa0ff: in range rl0: port 0xa000-0xa0ff mem 0xc0202000-0xc02020ff irq 21 at device 1.0 on pci6 pcib4: rl0 requested I/O range 0xa000-0xa0ff: in range miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: bpf attached rl0: Ethernet address: 00:16:d4:1c:30:be ioapic0: routing intpin 21 (PCI IRQ 21) to vector 52 rl0: [MPSAFE] pci6: at device 2.0 (no driver attached) cbb0: mem 0xc0203000-0xc0203fff irq 20 at device 4.0 on pci6 cbb0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xc0203000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 ioapic0: routing intpin 20 (PCI IRQ 20) to vector 53 cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0x14121524 0x02100007 0x06070010 0x00824008 0x10: 0xc0203000 0x020000a0 0x20070706 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x07440114 0x40: 0x009f1025 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x4060d021 0x00000000 0x00000000 0x90501212 0x90: 0x604402c0 0x00000000 0x00000000 0x00000000 0xa0: 0xfe010001 0x00c00000 0x00000013 0x0000000d 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 0xc0: 0x00001003 0x00800080 0x10080400 0x000007fe 0xd0: 0x00e00000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 pci6: at device 4.1 (no driver attached) pci6: at device 4.2 (no driver attached) pci6: at device 4.3 (no driver attached) pci6: at device 4.4 (no driver attached) acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 kbd0: atkbd0, generic (0), config:0x0, flags:0x3f0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 54 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0047 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to vector 55 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 battery0: on acpi0 acpi_acad0: on acpi0 unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ahc_isa_probe 0: ioport 0xc00 alloc failed ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 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 sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xcefff 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) fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0x1 0x1 0x1 0x1 sio0: probe failed test(s): 0 1 2 4 6 7 9 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding ioapic0: routing intpin 4 (ISA IRQ 4) to vector 56 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0x1 0x1 0x1 0x1 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 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 lapic: Divisor 2, Frequency 99750517 hz Timecounter "TSC" frequency 1596014793 Hz quality -100 Timecounters tick every 1.000 msec Linux ELF exec handler installed lo0: bpf attached battery0: battery initialization start acpi_acad0: acline initialization start pcib4: cardbus0 requested memory range 0xc0200000-0xc02fffff: good pcib4: cardbus0 requested memory range 0xc0200000-0xc02fffff: good pcib4: cardbus0 requested memory range 0xc0204000-0xc0205fff: good found-> vendor=3D0x14e4, dev=3D0x4320, revid=3D0x03 bus=3D7, slot=3D0, func=3D0 class=3D02-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0xa8 (5040 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 n= s) intpin=3Da, irq=3D20 powerspec 2 supports D0 D1 D2 D3 current D0 ndis0: mem 0xc0204000-0xc0205fff irq 20 at device 0.0 on cardbus0 ndis0: Reserved 0x2000 bytes for rid 0x10 type 3 at 0xc0204000 ndis0: Reserved 0x1 bytes for rid 0 type 1 at 0x14 ndis0: [MPSAFE] ndis0: NDIS API version: 5.0 ata0-slave: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA33 cable=3D40 wire ata0-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA100 cable=3D80 wire ad0: setting PIO4 on IXP400 chip ad0: setting UDMA100 on IXP400 chip ad0: 76319MB at ata0-master UDMA100 ad0: 156301488 sectors [155061C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad0 acpi_tz0: _AC0: temperature 55.0 >=3D setpoint 50.0 acpi_tz0: switched from NONE to _AC0: 55.0C acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times battery0: battery initialization done, tried 1 times acd0: setting PIO4 on IXP400 chip ndis0: bpf attached ndis0: Ethernet address: 00:12:17:bc:4f:87 ndis0: bpf attached acd0: setting UDMA33 on IXP400 chip acd0: DVDR drive at ata0 as slave acd0: read 4134KB/s (4134KB/s) write 4134KB/s (4134KB/s), 2048KB buffer, UD= MA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, DVDR, DVDRAM, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: CD-R 120mm photo disc SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 ioapic0: Assigning ISA IRQ 1 to local APIC 0 ioapic0: Assigning ISA IRQ 4 to local APIC 1 ioapic0: Assigning ISA IRQ 9 to local APIC 0 ioapic0: Assigning ISA IRQ 12 to local APIC 1 ioapic0: Assigning ISA IRQ 14 to local APIC 0 ioapic0: Assigning ISA IRQ 15 to local APIC 1 ioapic0: Assigning PCI IRQ 19 to local APIC 0 ioapic0: Assigning PCI IRQ 20 to local APIC 1 ioapic0: Assigning PCI IRQ 21 to local APIC 0 Trying to mount root from ufs:/dev/ad0s2a start_init: trying /sbin/init module_register: module pci/radeon already exists! Module pci/radeon failed to register: 17 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa acpi_tz0: switched from _AC0 to NONE: 49.0C acpi_tz0: _AC0: temperature 50.0 >=3D setpoint 50.0 acpi_tz0: switched from NONE to _AC0: 50.0C acpi_tz0: switched from _AC0 to NONE: 49.0C acpi_tz0: _AC0: temperature 50.0 >=3D setpoint 50.0 acpi_tz0: switched from NONE to _AC0: 50.0C acpi_tz0: switched from _AC0 to NONE: 49.0C acpi_tz0: _AC0: temperature 50.0 >=3D setpoint 50.0 acpi_tz0: switched from NONE to _AC0: 50.0C ugen1: Broadcom Corp Acer Module, rev 2.00/1.00, addr 2 PS: the ndis you see here is for WPC54G PCMICA I use since the broadcom isn't detected at al. # sysctl hw.acpi hw.acpi.supported_sleep_state: S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S3 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 1 hw.acpi.disable_on_reboot: 0 hw.acpi.handle_reboot: 0 hw.acpi.reset_video: 0 hw.acpi.cpu.cx_supported: C1/0 hw.acpi.cpu.cx_lowest: C1 hw.acpi.cpu.cx_usage: 100.00% hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.user_override: 0 hw.acpi.thermal.tz0.temperature: 51.0C hw.acpi.thermal.tz0.active: 0 hw.acpi.thermal.tz0.passive_cooling: 1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: 78.0C hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 95.0C hw.acpi.thermal.tz0._ACx: 50.0C -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.battery.life: 100 hw.acpi.battery.time: -1 hw.acpi.battery.state: 0 hw.acpi.battery.units: 1 hw.acpi.battery.info_expire: 5 hw.acpi.acline: 1 ---- # iasl Acer-Aspire-5102-WLMi.asl Intel ACPI Component Architecture ASL Optimizing Compiler / AML Disassembler version 20041119 [Dec 20 2006] Copyright (C) 2000 - 2004 Intel Corporation Supports ACPI Specification Revision 2.0c Acer-Aspire-5102-WLMi.asl 212: Method (_WAK, 1, NotSerialized) Warning 2026 - ^ Reserved method must return a value (_WAK) Acer-Aspire-5102-WLMi.asl 788: Method (Z00B, 0, NotSerialized= ) Warning 2019 - Not all control paths return a value ^ (Z00B) Acer-Aspire-5102-WLMi.asl 1283: Name (_WDG, Buffer (0xDC) Warning 2033 - Unknown reserved name ^ (_WDG) Acer-Aspire-5102-WLMi.asl 1346: Method (_WED, 1, NotSerialized= ) Warning 2019 - Not all control paths return a value ^ (_WED) Acer-Aspire-5102-WLMi.asl 1346: Method (_WED, 1, NotSerialized= ) Warning 2033 - Unknown reserved name ^ (_WED) Acer-Aspire-5102-WLMi.asl 1352: Return (Z00B ()) Warning 2030 - Called method may not always return a value ^ Acer-Aspire-5102-WLMi.asl 1389: Method (WMBD, 3, NotSerialized= ) Warning 2019 - Not all control paths return a value ^ (WMBD) ASL Input: Acer-Aspire-5102-WLMi.asl - 7886 lines, 277442 bytes, 3468 keyw= ords AML Output: DSDT.aml - 31300 bytes 918 named objects 2550 executable opcode= s Compilation complete. 0 Errors, 7 Warnings, 0 Remarks, 1038 Optimizations ----- The Acer-Aspire-5102-WLMi.asl can be downloaded from http://www.wearab.net/acpi/Acer-Aspire-5102-WLMi.asl DSDT.aml can be downloaded from http://www.wearab.net/acpi/DSDT.aml I know you are too busy guys, and I appreciate your great efforts to make FreeBSD better. I remain thanking you, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 11:26:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C444016B7E1 for ; Thu, 21 Dec 2006 11:26:10 +0000 (UTC) (envelope-from parv@pair.com) Received: from mta2.adelphia.net (mta2.adelphia.net [68.168.78.178]) by mx1.freebsd.org (Postfix) with ESMTP id E8CE313C4F7 for ; Thu, 21 Dec 2006 11:25:01 +0000 (UTC) (envelope-from parv@pair.com) Received: from default.chvlva.adelphia.net ([69.160.66.115]) by mta15.adelphia.net (InterMail vM.6.01.05.04 201-2131-123-105-20051025) with ESMTP id <20061221055644.BWRY25578.mta15.adelphia.net@default.chvlva.adelphia.net> for ; Thu, 21 Dec 2006 00:56:44 -0500 Received: by default.chvlva.adelphia.net (Postfix, from userid 1000) id AE318B523; Thu, 21 Dec 2006 01:08:21 -0500 (EST) Date: Thu, 21 Dec 2006 01:08:21 -0500 From: Parv To: f-stable Message-ID: <20061221060821.GA10467@holestein.holy.cow> Mail-Followup-To: f-stable MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: Practically missing cpio(1L) man page since Oct 22 2006 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 11:26:10 -0000 A few minutes ago I was extracting information about mass copying with pax(1) & cpio(1L) on 6.2-PRERELEASE. I got information from pax(1) man page, but i found cpio(1L) man page to be rather lacking. (Yeah, I saw the pointer to info.) Is it possible to have a genuine cpio(1L) 2.6 man page available? I got curious when I tried my luck with FreeBSD man page index ... http://www.freebsd.org/cgi/man.cgi ... and got a genuine man page, (had "FreeBSD 6.1-RELEASE" selected per default). I found nothing in PR database about neutering the cpio man page; so went to cvsweb ... http://www.freebsd.org/cgi/cvsweb.cgi/src/contrib/cpio/doc/cpio.1 ... which was missing the substantial version in there. I did a second trip to man.cgi & selected "FreeBSD 6.1-STABLE", which showed the rather empty man page. Just to confirm that I turned to cvs- mailing list stored locally, and here I found ... delphij 2006-10-23 03:33:27 UTC ... 1.3.38.2 +0 -328 src/contrib/cpio/cpio.1 (dead) ... 1.1.1.1.40.1 +0 -558 src/contrib/cpio/cpio.texi (dead) ... 1.2.2.1 +41 -0 src/contrib/cpio/doc/cpio.1 (new) 1.2.2.1 +563 -0 src/contrib/cpio/doc/cpio.texi (new) ... no wonder (NOW!) that cvsweb did not 330-some line version of man page as the path had been changed, and I did not happen to misplace my mind during world build & install, along with some combination of entry in /etc/make.conf (yup, checked there too;). GNU, drown thyself with info! - Parv -- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 11:34:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5D0B116A586 for ; Thu, 21 Dec 2006 11:34:10 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from smtp4.clear.net.nz (smtp4.clear.net.nz [203.97.37.64]) by mx1.freebsd.org (Postfix) with ESMTP id 2008413C483 for ; Thu, 21 Dec 2006 11:34:10 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from [192.168.1.11] (121-72-65-158.dsl.telstraclear.net [121.72.65.158]) by smtp4.clear.net.nz (CLEAR Net Mail) with ESMTP id <0JAM00A5PBYODK20@smtp4.clear.net.nz> for freebsd-stable@freebsd.org; Thu, 21 Dec 2006 23:04:00 +1300 (NZDT) Date: Thu, 21 Dec 2006 23:03:48 +1300 From: Mark Kirkwood In-reply-to: <200612210631.31088.joao@matik.com.br> To: JoaoBR Message-id: <458A5C04.9060109@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit References: <45888C68.10305@paradise.net.nz> <200612200816.51043.joao@matik.com.br> <4589128F.9030404@paradise.net.nz> <200612210631.31088.joao@matik.com.br> User-Agent: Thunderbird 1.5.0.8 (X11/20061129) Cc: "O. Hartmann" , freebsd-stable@freebsd.org Subject: Re: Cached file read performance with 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 11:34:10 -0000 JoaoBR wrote: > > I am not convinced that this kind of test is of any value for comparing > systems at all because there are too much factors involved - unless the > competitors are installed on identical hardware. On the other side I think it > is usefull to compare tweaked settings on a particular machine. For example > you may change fsize/bsize of the filesystem or any other and can compare > this results then. > Exactly, that's why I did the comparison - I think you missed the part where I mentioned the 2 systems were *identical* with respect to cpus, memory, mobo - in fact even the power supplies are identical too! the only differences are that the Gentoo system has a different RAID controller from the FreeBSD one (a cheaper one in fact), and the FreeBSD system has larger capacity disks (slightly newer variants, same brand!) given this comparison is about *cached* read rates, the RAID controllers and disks are not significant I think. Specifically: Gentoo : - Supermicro P3TDER - 2xSL5QL 1.26 GHz PIII - 2xKingston PC133 RCC Registered 1GB DIMMS - Promise TX4000 4x Maxtor plus 8 ATA-133 7200 40G FreeBSD - Supermicro P3TDER - 2xSL5QL 1.26 GHz PIII - 2xKingston PC133 RCC Registered 1GB DIMM - 3Ware 7506 4x Maxtor Plus 9 ATA-133 7200 80G In fact, to indulge your skepticism ('cause I think this is a real issue worth sorting out), I booted the FreeBSD system with a Gentoo livecd and ran the same tests there... and guess what - identical results to the installed Gentoo system...so... errm - *my* experimental method is sound...so how about we just get together and see how to make FreeBSD kick Gentoo eh? Cheers Mark From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 11:34:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 29D1C16A501 for ; Thu, 21 Dec 2006 11:34:52 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from rm-rstar.sfu.ca (spamdamme.sfu.ca [142.58.101.10]) by mx1.freebsd.org (Postfix) with ESMTP id E7BB713C497 for ; Thu, 21 Dec 2006 11:34:51 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from hexahedron.daemonology.net (cperciva@fraser.sfu.ca [142.58.101.25]) by rm-rstar.sfu.ca (8.13.6/8.13.4/SFU-5.0H) with SMTP id kBL6ZPOI006450 for ; Wed, 20 Dec 2006 22:35:26 -0800 (PST) X-Spam-Level: Spam-Level Received: (qmail 3830 invoked from network); 21 Dec 2006 06:35:01 -0000 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by localhost with SMTP; 21 Dec 2006 06:35:01 -0000 Message-ID: <458A2B14.5070009@freebsd.org> Date: Wed, 20 Dec 2006 22:35:00 -0800 From: Colin Percival User-Agent: Thunderbird 1.5.0.8 (X11/20061207) MIME-Version: 1.0 To: John Smith References: <000801c723bb$efc2b540$260ba8c0@wii.wintecind.com> In-Reply-To: <000801c723bb$efc2b540$260ba8c0@wii.wintecind.com> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by antibody.sfu.ca running antivirus scanner Cc: freebsd-stable@freebsd.org Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 11:34:52 -0000 John Smith wrote: > Support for FreeBSD 4.11 is going to end sometime in late January. > Originally, FreeBSD 6.2 was supposed to be released back in October. This > would have given everyone about 3 months to stress test everything and > migrate all their boxes from 4.11 direct to 6.2. You've had three months to stress test 6.2-BETA1, 6.2-BETA2, 6.2-BETA3, and 6.2-RC1. We release these for a reason, you know. > Now it is near the end of > December, and FreeBSD 6.2 RC2 has yet to be seen anywhere. Chances are that > FreeBSD 6.2 Release will come out earliest mid-January. This does not give > much time for people to migrate to the newest FreeBSD release. I think it > would be fair if support is extended for a few more months especially since > 6.2 is so late in coming. Your opinion has been noted. Colin Percival From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 11:52:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E237C16A4A0 for ; Thu, 21 Dec 2006 11:52:52 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from smtp5.clear.net.nz (smtp5.clear.net.nz [203.97.33.68]) by mx1.freebsd.org (Postfix) with ESMTP id A6DD613C45A for ; Thu, 21 Dec 2006 11:52:52 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from [192.168.1.11] (121-72-65-158.dsl.telstraclear.net [121.72.65.158]) by smtp5.clear.net.nz (CLEAR Net Mail) with ESMTP id <0JAM005B2CU2JY00@smtp5.clear.net.nz> for freebsd-stable@freebsd.org; Thu, 21 Dec 2006 23:22:51 +1300 (NZDT) Date: Thu, 21 Dec 2006 23:22:38 +1300 From: Mark Kirkwood In-reply-to: <200612201536.25497.pieter@degoeje.nl> To: Pieter de Goeje Message-id: <458A606E.6080008@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit References: <45888C68.10305@paradise.net.nz> <200612200816.51043.joao@matik.com.br> <4589128F.9030404@paradise.net.nz> <200612201536.25497.pieter@degoeje.nl> User-Agent: Thunderbird 1.5.0.8 (X11/20061129) Cc: freebsd-stable@freebsd.org Subject: Re: Cached file read performance with 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 11:52:53 -0000 Pieter de Goeje wrote: > On Wednesday 20 December 2006 11:38, Mark Kirkwood wrote: >> In fact if you note that the PIII HW *can* actually do 700MB/s, it >> suggests that your HW is capable of considerably more than 900MB/s - >> given that opteron's have excellent cpu to memory bandwidth, and the >> speed of your memory! > Indeed! > Copying /dev/zero to /dev/null yields more than 5GB/sec on a simple 2Ghz > Athlon64. It imagine there are quite a few extra things done when copying a > file from cache, because I can only manage to get one fifth (~1GB/sec) of the > theoretical speed. (this is with a file that fills more than half of all > memory) > Fascinating, never thought of trying that! On my 2 (essentially) identical PIII systems, doing copy /dev/zero to /dev/null yields 4.1 GB/s (Gentoo) and 2.0GB/s (FreeBSD) - so yeah, clearly both do something special in that case... (growl... we - i.e FreeBSD - seem to be slower again...tho at that sort of rate, who cares!) Cheers Mark From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 12:00:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B55BB16A540 for ; Thu, 21 Dec 2006 12:00:37 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id 6FE9613C4BF for ; Thu, 21 Dec 2006 12:00:37 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.187]) by hub.org (Postfix) with ESMTP id 8F14C118B51C for ; Thu, 21 Dec 2006 00:14:07 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.187]) (amavisd-new, port 10024) with ESMTP id 75959-04 for ; Thu, 21 Dec 2006 00:14:07 -0400 (AST) Received: from ganymede.hub.org (blk-137-79-174.eastlink.ca [24.137.79.174]) by hub.org (Postfix) with ESMTP id 36863118B51B for ; Thu, 21 Dec 2006 00:14:07 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 5D6B05DA33 for ; Thu, 21 Dec 2006 00:14:06 -0400 (AST) Date: Thu, 21 Dec 2006 00:14:05 -0400 From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: <27BC372A03C4DEEF9020F34E@ganymede.hub.org> X-Mailer: Mulberry/4.0.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: DDB and -stable: show threads loops output with no end? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 12:00:37 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Is it supposed to go on into infiniti? 102115 (0xffffff015f88a260) sched_switch() at sched_switch+0x11f 100979 (0xffffff0147d79000) sched_switch() at sched_switch+0x11f 100757 (0xffffff002f189260) sched_switch() at sched_switch+0x11f 100295 (0xffffff0136e46be0) sched_switch() at sched_switch+0x11f 101894 (0xffffff01496a9720) sched_switch() at sched_switch+0x11f 101309 (0xffffff01686c9be0) sched_switch() at sched_switch+0x11f 101904 (0xffffff0049d86980) sched_switch() at sched_switch+0x11f 102212 (0xffffff0038f90260) sched_switch() at sched_switch+0x11f 101995 (0xffffff0032daa720) sched_switch() at sched_switch+0x11f 100138 (0xffffff0140ad9260) sched_switch() at sched_switch+0x11f 102083 (0xffffff00c1306260) sched_switch() at sched_switch+0x11f 100132 (0xffffff0140c9a260) sched_switch() at sched_switch+0x11f 101481 (0xffffff0183356be0) sched_switch() at sched_switch+0x11f 101759 (0xffffff017a0b8260) sched_switch() at sched_switch+0x11f 100356 (0xffffff012e9db720) sched_switch() at sched_switch+0x11f 101201 (0xffffff007ba18be0) sched_switch() at sched_switch+0x11f 101637 (0xffffff004c7dc720) sched_switch() at sched_switch+0x11f I couldn't figure out how to break out of it, and the above is nowhere near all the output ... it just seemed to keep looping through the same values on the left column ... from a script session: io# grep 0xffffff004c7dc720 /vm/neptune 101637 (0xffffff004c7dc720) sched_switch() at sched_switch+0x11f 101637 (0xffffff004c7dc720) sched_switch() at sched_switch+0x11f io# grep 0xffffff007ba18be0 /vm/neptune 101201 (0xffffff007ba18be0) sched_switch() at sched_switch+0x11f 101201 (0xffffff007ba18be0) sched_switch() at sched_switch+0x11f I couldn't break out after I typed 'show threads' ... The server had hung, I broke into DDB ... I'll be surprised if the above means anything to anyone, but, unfortunately, by that point all I coudl do was power cycle :( - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFigoO4QvfyHIvDvMRAhEMAJ9X5LOzxWRY5KV4kb0JMQUsMj4cwACgj7H0 aT0kny4odfshY+22a/t8aNY= =Rlm2 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 12:33:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 53B4D16A87B for ; Thu, 21 Dec 2006 12:33:46 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.freebsd.org (Postfix) with ESMTP id 98B8D13C45E for ; Thu, 21 Dec 2006 12:33:36 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.3) with ESMTP id kBL4bZA3063379; Thu, 21 Dec 2006 07:37:35 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.3/Submit) id kBL4bY2B063377; Thu, 21 Dec 2006 07:37:34 +0300 (MSK) (envelope-from yar) Date: Thu, 21 Dec 2006 07:37:33 +0300 From: Yar Tikhiy To: V??clav Haisman Message-ID: <20061221043733.GA63112@comp.chem.msu.su> References: <45886C87.8020405@sh.cvut.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45886C87.8020405@sh.cvut.cz> User-Agent: Mutt/1.5.9i Cc: freebsd-stable@freebsd.org Subject: Re: negative runtime etc., the story continues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 12:33:46 -0000 On Tue, Dec 19, 2006 at 11:49:43PM +0100, V??clav Haisman wrote: > Hi, > I wrote about how FreeBSD 6.1 RC1, with latest RELENG_6 kernel, prints loads > of "calcru: runtime went backwards..." and "calcru: negative runtime..." > messages when the FreeBSD runs as virtual server under Microsoft Virtual > Server 2006 R2. When I wrote this I was compiling and installing lots of > packages, setting up the OS. Now that it is idle I have noticed one quite bad > thing. Any process that sleeps on timer or sleep() call will wake up much > later than it should. For example, when I start top there should be two > seconds delay between updates of the screen. It takes up to 20 seconds! But > when there is compilation running or something else CPU intensive, the timer > seems to work fine. > > I even tried setting different kern.timecounter.hardware (TSC, ACPI-safe, > i8254) and kern.hz (to lower than the default 1000) but that did not help a bit. > > Is there anything I can do to get rid of the calcru messages apart from > reinstalling to real hardware? Last time I was trying to run FreeBSD as a guest OS in MS VS, I found that TSC would work the best, but only if I made sure that the TSC frequency was correct. For some weird reason, the frequency initially detected by the kernel was totally bogus and changing from one boot to another, so I just estimated it from cpu-z output in the host OS, and it fairly worked. I still couldn't get rid of the annoying warnings, especially when under load. -- Yar From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 12:34:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 664AD16A4B3 for ; Thu, 21 Dec 2006 12:34:40 +0000 (UTC) (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 DC36A13C458 for ; Thu, 21 Dec 2006 12:34:39 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 67353EB14A9 for ; Thu, 21 Dec 2006 20:10:03 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org 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 hCB4R2ZcK96U for ; Thu, 21 Dec 2006 20:09:48 +0800 (CST) Received: from [10.217.12.210] (sina152-194.staff.sina.com.cn [61.135.152.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 03E0CEB0BFC for ; Thu, 21 Dec 2006 20:09:46 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to: subject:references:in-reply-to:x-enigmail-version:content-type; b=H5s9lSufXL15/wm86+Ag3P80RffgocII/YuY+3+8nFRY/w9b5IAotNjM/JcOnHKpF OpcDcpVt7BgUHTLVkIEPw== Message-ID: <458A7954.4030804@delphij.net> Date: Thu, 21 Dec 2006 20:08:52 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: f-stable References: <20061221060821.GA10467@holestein.holy.cow> In-Reply-To: <20061221060821.GA10467@holestein.holy.cow> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig54E9AFE5C9D47B76DF64BA18" Subject: Re: Practically missing cpio(1L) man page since Oct 22 2006 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 12:34:40 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig54E9AFE5C9D47B76DF64BA18 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable The point of MFC'ing cpio(1) changes is that it has fixed some old bugs that can potentially damage user data. Personally I'd rather replace it with the BSD pax(1) found in the base system, if we had a proper GNU cpio(1) test suite to make sure that we did not break something. It might be interesting to do check the recent NetBSD/OpenBSD changes and apply the appropriate ones. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig54E9AFE5C9D47B76DF64BA18 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFinlUOfuToMruuMARA1Q8AJ9uplFhtOeacSl0b8Za7LZhvLqtggCeKG92 yYqkO+QnQkxmrUPjoH9/oAo= =4alE -----END PGP SIGNATURE----- --------------enig54E9AFE5C9D47B76DF64BA18-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 12:57:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2E90C16A505 for ; Thu, 21 Dec 2006 12:57:42 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 008AF13C45E for ; Thu, 21 Dec 2006 12:57:39 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id kBL9UOS9005152; Thu, 21 Dec 2006 06:30:24 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org, "O. Hartmann" Date: Thu, 21 Dec 2006 06:31:30 -0300 User-Agent: KMail/1.9.4 References: <45888C68.10305@paradise.net.nz> <200612200816.51043.joao@matik.com.br> <4589128F.9030404@paradise.net.nz> In-Reply-To: <4589128F.9030404@paradise.net.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200612210631.31088.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: Mark Kirkwood Subject: Re: Cached file read performance with 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 12:57:42 -0000 On Wednesday 20 December 2006 07:38, Mark Kirkwood wrote: > I was however trying to point out that as your machine is different from > mine (opteron and ddr*400* as opposed to PIII and pc133), the fact that > it is faster is not telling us anything about whether releng_6 > performance on cached file reads could be improved! > > In fact if you note that the PIII HW *can* actually do 700MB/s, it > suggests that your HW is capable of considerably more than 900MB/s - > given that opteron's have excellent cpu to memory bandwidth, and the > speed of your memory! I am not convinced that this kind of test is of any value for comparing=20 systems at all because there are too much factors involved - unless the=20 competitors are installed on identical hardware. On the other side I think = it=20 is usefull to compare tweaked settings on a particular machine. For example= =20 you may change fsize/bsize of the filesystem or any other and can compare=20 this results then. =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 13:12:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 42CA716A50D for ; Thu, 21 Dec 2006 13:12:18 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.239]) by mx1.freebsd.org (Postfix) with ESMTP id AC0E513C484 for ; Thu, 21 Dec 2006 13:12:12 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so2304008wxc for ; Thu, 21 Dec 2006 05:12:12 -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=coG4SPZN68PNo4ie6KEma8kaReRjBdeucg1lo7IemEWBvHjB35MFjbAfCIkTHVYm/onl+VOtCP2NpYc8tUB0jK+w/YDJtNbp/HyTYzzXqCU03RdffQwxdIhc2bwrIce0YMOciNtHPmfRNOwvT3o4+drlivSRrvYQv8yw+1FdXcI= Received: by 10.90.25.3 with SMTP id 3mr8030630agy.1166657509166; Wed, 20 Dec 2006 15:31:49 -0800 (PST) Received: by 10.65.61.1 with HTTP; Wed, 20 Dec 2006 15:31:48 -0800 (PST) Message-ID: <790a9fff0612201531q7b07dd75p1929ae6a9b825521@mail.gmail.com> Date: Wed, 20 Dec 2006 15:31:48 -0800 From: "Scot Hetzel" To: "Abdullah Al-Marrie" In-Reply-To: <499c70c0612201209j7ec014av3ec161a077633a2b@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=WINDOWS-1252; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <499c70c0612201209j7ec014av3ec161a077633a2b@mail.gmail.com> Cc: freebsd-multimedia@freebsd.org, Bruno Ducrot , freebsd-acpi@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Acer Aspire 5102 WLMi with Turion 64 X2 dual-core TL-50 1.6 GHz on FreeBSD 6.2 ACPI problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 13:12:18 -0000 On 12/20/06, Abdullah Al-Marrie wrote: > Hello guys, > > I have problem with my new laptop Acer Aspire 5102 WLMi which has AMD > Turion=99 64 X2 dual-core TL-50 1.6 GHz with 1.5 GB of ram. > > I'm running i386 6.2-RC1 upgraded to 6.2-PRELEASE via RELENG6 tag > since I don't have more than 4 GB of ram. > > 1. The FreeBSD can't detect the builtin wlan chip which is Broadcom > BCM 4318 Rev 2. > You need to use the Windows NDIS driver to use the Broadcom Wireless adapte= r. You just need to download the driver from Acer's web site, and then use ndisgen to build the kernel module. Scot --=20 DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 13:36:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8B15C16A4CE for ; Thu, 21 Dec 2006 13:36:39 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id E4E8F13C460 for ; Thu, 21 Dec 2006 13:36:37 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id F2069635; Thu, 21 Dec 2006 07:09:37 -0600 (CST) Date: Thu, 21 Dec 2006 07:09:37 -0600 To: Colin Percival Message-ID: <20061221130937.GD13866@soaustin.net> References: <000801c723bb$efc2b540$260ba8c0@wii.wintecind.com> <458A2B14.5070009@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <458A2B14.5070009@freebsd.org> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) Cc: freebsd-stable@freebsd.org, John Smith Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 13:36:39 -0000 Community support will continue on the freebsd-eol mailing list, fwiw. However, note that we have dropped the requirement for ports maintainers to make their ports work on 4.X, although many continue to do so. It is simply too much for the ports team to support 3 major branches and one development tree (as per previous discussions). mcl From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 14:04:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1B26316A403 for ; Thu, 21 Dec 2006 14:04:46 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 9C96413C459 for ; Thu, 21 Dec 2006 14:04:45 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id kBLE4iaK027216 for ; Thu, 21 Dec 2006 11:04:44 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Thu, 21 Dec 2006 12:04:26 -0200 User-Agent: KMail/1.9.4 References: <200612201042.39945.joao@matik.com.br> <200612201219.54363.joao@matik.com.br> In-Reply-To: <200612201219.54363.joao@matik.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200612211204.26316.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Subject: Re:resolved: if_sf problem, no i/o traffic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 14:04:46 -0000 On Wednesday 20 December 2006 12:19, JoaoBR wrote: > On Wednesday 20 December 2006 10:42, JoaoBR wrote: > > seems to be something wrong with the sf driver > > I have starfire 64bit cards (adaptec 1 and two port) on amd64 releng_6 > > > > the card is probed, recognize correctly the connection but no traffic > > i/o, arp either > > > > any idea? > for whom might be interested: I tried with less memory and the cards started to work what brought me to=20 disable the memory whole remapping in the BIOS what then resolved the issue= =2E=20 The cards are working fine now =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 14:08:50 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B36C716A415 for ; Thu, 21 Dec 2006 14:08:50 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 68FC713C462 for ; Thu, 21 Dec 2006 14:08:49 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (cxinax@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id kBLDrGWj085225; Thu, 21 Dec 2006 14:53:22 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id kBLDrG1M085224; Thu, 21 Dec 2006 14:53:16 +0100 (CET) (envelope-from olli) Date: Thu, 21 Dec 2006 14:53:16 +0100 (CET) Message-Id: <200612211353.kBLDrG1M085224@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, markir@paradise.net.nz In-Reply-To: <458A5C04.9060109@paradise.net.nz> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 21 Dec 2006 14:53:22 +0100 (CET) Cc: Subject: Re: Cached file read performance with 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, markir@paradise.net.nz List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 14:08:50 -0000 Mark Kirkwood wrote: > Exactly, that's why I did the comparison - I think you missed the part > where I mentioned the 2 systems were *identical* with respect to cpus, > memory, mobo - in fact even the power supplies are identical too! So I assume your benchmark measured the performance of the zero and null devices under FreeBSD and Linux. This is a quote from the "cstream" docs: "These special devices speed varies greatly among operating systems, redirecting from it isn't appropriate benchmarking and a waste of resources anyway." I suggest you try cstream (ports/misc/cstream) instead of dd. It supports built-in zero creation and data sink, so you don't have to use the zero and null devices at all, eliminating their overhead. It would be interesting how that will change your benchmark numbers. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "Life is short (You need Python)" -- Bruce Eckel, ANSI C++ Comitee member, author of "Thinking in C++" and "Thinking in Java" From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 14:19:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D9F8216A403 for ; Thu, 21 Dec 2006 14:19:21 +0000 (UTC) (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 B3F0313C428 for ; Thu, 21 Dec 2006 14:19:21 +0000 (UTC) (envelope-from pbowen@fastmail.fm) Received: from out1.internal (unknown [10.202.2.149]) by out1.messagingengine.com (Postfix) with ESMTP id F3AD25934E for ; Wed, 20 Dec 2006 17:14:26 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by out1.internal (MEProxy); Wed, 20 Dec 2006 17:14:27 -0500 X-Sasl-enc: qID7aRpB+NzcU38Z8ezrEl3km2BtTrTtl7N0qn1z0caX 1166652866 Received: from [10.50.93.195] (unknown [204.110.228.254]) by mail.messagingengine.com (Postfix) with ESMTP id 656451457E for ; Wed, 20 Dec 2006 17:14:25 -0500 (EST) Message-ID: <4589B5CB.2090809@fastmail.fm> Date: Wed, 20 Dec 2006 16:14:35 -0600 From: Patrick Bowen User-Agent: Thunderbird 1.5.0.8 (X11/20061123) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <499c70c0612201209j7ec014av3ec161a077633a2b@mail.gmail.com> In-Reply-To: <499c70c0612201209j7ec014av3ec161a077633a2b@mail.gmail.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Acer Aspire 5102 WLMi with Turion 64 X2 dual-core TL-50 1.6 GHz on FreeBSD 6.2 ACPI problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 14:19:21 -0000 Abdullah Al-Marrie wrote: [snip]... > > 1. The FreeBSD can't detect the builtin wlan chip which is Broadcom > BCM 4318 Rev 2. [snip]... Have you tried using ndisgen(8) and the Windows bcmwl5.[sys,inf] files to create the module bcmwl5_sys.ko? I have a Gateway with the Broadcom 4318, and that routine worked for me. You may have to try different .sys and .inf files (i.e. Broadcom, Dell, etc) to get it to work. If it does, then when you kldload(8) the module, you'll see something like this in dmesg(8); ndis0: mem 0xb8004000-0xb8005fff irq 17 at device 4.0 on pci6 ndis0: NDIS API version: 5.1 ndis0: Ethernet address: 00:14:a5:80:f5:c9 Good luck, Patrick From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 14:26:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7703F16A4D2 for ; Thu, 21 Dec 2006 14:26:44 +0000 (UTC) (envelope-from majie.mailinglist@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.226]) by mx1.freebsd.org (Postfix) with ESMTP id E22B413C4A9 for ; Thu, 21 Dec 2006 14:26:42 +0000 (UTC) (envelope-from majie.mailinglist@gmail.com) Received: by wr-out-0506.google.com with SMTP id i7so70679wra for ; Thu, 21 Dec 2006 06:26: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:references; b=U1+BsJ1ckSIs0p3xfwOQ8Qp7ADamtp/ZCWTo4bxQrkhLe0oZ+Q/pcNxzwQIdK5n5CzO6ACHsL6NFPxmZYosmmz0jhWfcXm9FNjm3sR7udsCalCW/rH7PmOAYaW5OaFHQYBY6GW/FrCUGvPK7NV150E4MaOl3BFOpLPIkxBTFqRs= Received: by 10.78.146.11 with SMTP id t11mr345705hud.1166690092217; Thu, 21 Dec 2006 00:34:52 -0800 (PST) Received: by 10.78.197.16 with HTTP; Thu, 21 Dec 2006 00:34:52 -0800 (PST) Message-ID: Date: Thu, 21 Dec 2006 16:34:52 +0800 From: Ma To: "Martin Blapp" In-Reply-To: <20061220115453.W53548@godot.imp.ch> MIME-Version: 1.0 References: <455D5F38.4060208@joeholden.co.uk> <455DBAAD.6080403@joeholden.co.uk> <0BE259F4-95BC-4A44-983F-5F65921EFD14@lassitu.de> <455DBF71.8060203@joeholden.co.uk> <455FCB7C.8000600@joeholden.co.uk> <4587EDBF.3020804@joeholden.co.uk> <45880199.7050503@math.missouri.edu> <20061220115453.W53548@godot.imp.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: (Seemingly) Spontaneous rebooting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 14:26:44 -0000 It is really a bug. But in my case it seems to be the hardware problem after serval days fight with this crash. The old server even crashes before booting to the login prompt. :( I have to changes to another server now. 2006/12/20, Martin Blapp : > > > Hi, > > Maybe you are experiencing similar crashes as I did in the tty code. > I had 8 ! crashes in 4 days on a busy server ... > > Fix: > > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/kern/tty.c.diff?r1=1.266&r2=1.267 > > I hope to commit this soon to RELENG_6_2 > > Martin > > Martin Blapp, > ------------------------------------------------------------------ > ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH > Phone: +41 61 826 93 00 Fax: +41 61 826 93 01 > PGP: > PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E > ------------------------------------------------------------------ > > -- Ma Jie From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 14:28:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 187C616A412 for ; Thu, 21 Dec 2006 14:28:26 +0000 (UTC) (envelope-from suhailc@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id D436313C44B for ; Thu, 21 Dec 2006 14:28:25 +0000 (UTC) (envelope-from suhailc@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so1431117pyh for ; Thu, 21 Dec 2006 06:28:25 -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=D2IkPtsjVt7Jyn1IRnsPWDR5hpP+I0lOggp2YOUgI+TPyezVlHaUbksl7QgpwVomYEhCU0dYHnRlHVQtCT76Wq/N8MeKAXZu7sD0ozZb5WMrUCZ9SIBoqlK3Pz0VW4xeWpds3fDgGoa2A5lPxammrzWy+yZ/snLNqi0+vLcEVLE= Received: by 10.35.49.15 with SMTP id b15mr13309752pyk.1166647828866; Wed, 20 Dec 2006 12:50:28 -0800 (PST) Received: by 10.35.121.6 with HTTP; Wed, 20 Dec 2006 12:50:28 -0800 (PST) Message-ID: Date: Wed, 20 Dec 2006 20:50:28 +0000 From: "Suhail Choudhury" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Block IP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 14:28:26 -0000 Hi all, I'm using IPFW as my firewall. What's the easiest way to add an IP such as 80.192.49.213 to block it? Also how do I block out IPs after a certain number of invalid login attempts to prevent brute forcing? -- Regards, Suhail. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 14:35:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 59F0916A403 for ; Thu, 21 Dec 2006 14:35:25 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from mx00.pub.collaborativefusion.com (mx00.pub.collaborativefusion.com [206.210.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id 22F4213C457 for ; Thu, 21 Dec 2006 14:35:25 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from vanquish.pgh.priv.collaborativefusion.com (vanquish.pgh.priv.collaborativefusion.com [192.168.2.61]) (SSL: TLSv1/SSLv3,256bits,AES256-SHA) by wingspan with esmtp; Thu, 21 Dec 2006 09:25:10 -0500 id 0005641F.458A9946.00004F7F Date: Thu, 21 Dec 2006 09:25:10 -0500 From: Bill Moran To: Mark Kirkwood Message-Id: <20061221092510.bb5fd241.wmoran@collaborativefusion.com> In-Reply-To: <458A5C04.9060109@paradise.net.nz> References: <45888C68.10305@paradise.net.nz> <200612200816.51043.joao@matik.com.br> <4589128F.9030404@paradise.net.nz> <200612210631.31088.joao@matik.com.br> <458A5C04.9060109@paradise.net.nz> Organization: Collaborative Fusion X-Mailer: Sylpheed version 2.2.10 (GTK+ 2.10.6; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Cached file read performance with 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 14:35:25 -0000 In response to Mark Kirkwood : > JoaoBR wrote: > > > I am not convinced that this kind of test is of any value for comparing > > systems at all because there are too much factors involved - unless the > > competitors are installed on identical hardware. On the other side I think it > > is usefull to compare tweaked settings on a particular machine. For example > > you may change fsize/bsize of the filesystem or any other and can compare > > this results then. > > > > Exactly, that's why I did the comparison - I think you missed the part > where I mentioned the 2 systems were *identical* with respect to cpus, > memory, mobo - in fact even the power supplies are identical too! the > only differences are that the Gentoo system has a different RAID > controller from the FreeBSD one (a cheaper one in fact), and the FreeBSD > system has larger capacity disks (slightly newer variants, same brand!) > given this comparison is about *cached* read rates, the RAID controllers > and disks are not significant I think. > > Specifically: > > Gentoo : > - Supermicro P3TDER > - 2xSL5QL 1.26 GHz PIII > - 2xKingston PC133 RCC Registered 1GB DIMMS > - Promise TX4000 4x Maxtor plus 8 ATA-133 7200 40G > > FreeBSD > - Supermicro P3TDER > - 2xSL5QL 1.26 GHz PIII > - 2xKingston PC133 RCC Registered 1GB DIMM > - 3Ware 7506 4x Maxtor Plus 9 ATA-133 7200 80G > > In fact, to indulge your skepticism ('cause I think this is a real issue > worth sorting out), I booted the FreeBSD system with a Gentoo livecd > and ran the same tests there... and guess what - identical results to > the installed Gentoo system...so... errm - *my* experimental method is > sound...so how about we just get together and see how to make FreeBSD > kick Gentoo eh? I looks like your testing methodology is sound, and that you've uncovered an issue worth pursuing. I recommend starting this thread up on freebsd-performance@. The folks on that list are more likely to jump all over this kind of thing. You might also find helpful people on the current@ and hackers@ lists. My gut tells me that any changes that can improve this will be large enough that they'll have to go through CURRENT first, then get MFCed back in to 6. Keep in mind also that the holidays tend to slow things down, it might be early January before you get a lot of people looking at this issue seriously. -- Bill Moran Collaborative Fusion Inc. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 14:38:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3743316A417 for ; Thu, 21 Dec 2006 14:38:30 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from mx00.pub.collaborativefusion.com (mx00.pub.collaborativefusion.com [206.210.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id DDED013C471 for ; Thu, 21 Dec 2006 14:38:29 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from vanquish.pgh.priv.collaborativefusion.com (vanquish.pgh.priv.collaborativefusion.com [192.168.2.61]) (SSL: TLSv1/SSLv3,256bits,AES256-SHA) by wingspan with esmtp; Thu, 21 Dec 2006 09:38:29 -0500 id 00056428.458A9C65.000051A8 Date: Thu, 21 Dec 2006 09:38:28 -0500 From: Bill Moran To: "Suhail Choudhury" Message-Id: <20061221093828.00708f62.wmoran@collaborativefusion.com> In-Reply-To: References: Organization: Collaborative Fusion X-Mailer: Sylpheed version 2.2.10 (GTK+ 2.10.6; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Block IP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 14:38:30 -0000 In response to "Suhail Choudhury" : > Hi all, > > I'm using IPFW as my firewall. > > What's the easiest way to add an IP such as 80.192.49.213 to block it? ipfw add deny all from 80.192.49.213 to me Although you need to take into consideration your existing IPFW rules, as this will not work if a previous rule allows the connection. > Also how do I block out IPs after a certain number of invalid login > attempts to prevent brute forcing? There are a number of ports that provide this functionality. I believe the most popular is called denyhosts. -- Bill Moran Collaborative Fusion Inc. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 14:40:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3761416A4A7 for ; Thu, 21 Dec 2006 14:40:22 +0000 (UTC) (envelope-from rebehn@ant.uni-bremen.de) Received: from antsrv1.ant.uni-bremen.de (antsrv1.ant.uni-bremen.de [134.102.176.16]) by mx1.freebsd.org (Postfix) with ESMTP id EF05413C467 for ; Thu, 21 Dec 2006 14:40:21 +0000 (UTC) (envelope-from rebehn@ant.uni-bremen.de) Received: from bremerhaven.ant.uni-bremen.de ([134.102.176.10]) by antsrv1.ant.uni-bremen.de with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GxOkp-0005wz-Qn; Thu, 21 Dec 2006 15:18:39 +0100 Message-ID: <458A97BF.1090503@ant.uni-bremen.de> Date: Thu, 21 Dec 2006 15:18:39 +0100 From: Heinrich Rebehn User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: Colin Percival References: <000801c723bb$efc2b540$260ba8c0@wii.wintecind.com> <458A2B14.5070009@freebsd.org> In-Reply-To: <458A2B14.5070009@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, John Smith Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 14:40:22 -0000 Colin Percival wrote: > John Smith wrote: >> Support for FreeBSD 4.11 is going to end sometime in late January. >> Originally, FreeBSD 6.2 was supposed to be released back in October. This >> would have given everyone about 3 months to stress test everything and >> migrate all their boxes from 4.11 direct to 6.2. > > You've had three months to stress test 6.2-BETA1, 6.2-BETA2, 6.2-BETA3, and > 6.2-RC1. We release these for a reason, you know. > >> Now it is near the end of >> December, and FreeBSD 6.2 RC2 has yet to be seen anywhere. Chances are that >> FreeBSD 6.2 Release will come out earliest mid-January. This does not give >> much time for people to migrate to the newest FreeBSD release. I think it >> would be fair if support is extended for a few more months especially since >> 6.2 is so late in coming. > > Your opinion has been noted. > > Colin Percival I have to second the OP's opinion. :-) I think it is important to be able to stress test the *final* release before installing on production machines. There is little use in stress testing BETAs and then install a broken RELEASE. This happened with 6.1-RELEASE where the nfs server was suddenly unusable on amd64. Regards, From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 14:44:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5B37316A40F for ; Thu, 21 Dec 2006 14:44:22 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.237]) by mx1.freebsd.org (Postfix) with ESMTP id 1DD7213C44B for ; Thu, 21 Dec 2006 14:44:22 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so2327051wxc for ; Thu, 21 Dec 2006 06:44: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:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Iz8c7NsU2EqWu0Y1RKCLxVQJID7r149yjZZdYGl2jWjxyY1UFb83ObJ2NEnrfuOPZmg6olQkOrXxxCRn9ZpTVFJXev4FZzbyyauWBLD/UV5EjgvIFPkDFEJmK1xXo3vUtgsdiGiZ8XezeichgFD2AmnyzafWz36uG1K8L30ghXk= Received: by 10.90.117.15 with SMTP id p15mr7817006agc.1166655871154; Wed, 20 Dec 2006 15:04:31 -0800 (PST) Received: by 10.65.61.1 with HTTP; Wed, 20 Dec 2006 15:04:31 -0800 (PST) Message-ID: <790a9fff0612201504h2af9affufd27a18954d52cbf@mail.gmail.com> Date: Wed, 20 Dec 2006 15:04:31 -0800 From: "Scot Hetzel" To: "Abdullah Al-Marrie" In-Reply-To: <499c70c0612200040w246c8cfcu9047463cb98bcff9@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=WINDOWS-1252; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <499c70c0612200040w246c8cfcu9047463cb98bcff9@mail.gmail.com> Cc: freebsd-stable@freebsd.org, FreeBSD Questions , freebsd-mobile@freebsd.org Subject: Re: Acer Aspire WLMi 5102 with AMD Turion 64 X2 system hanging with powerd on 6.2-RC1 and 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 14:44:22 -0000 On 12/20/06, Abdullah Al-Marrie wrote: > Hello guys, > > I have problem with my laptop Acer Aspire 5102 WLMi which has AMD > Turion=99 64 X2 dual-core TL-50 1.6 GHz with 1.5 GB of ram. > > I'm running i386 6.2-RC1 upgraded to 6.2-PRELEASE via RELENG6 tag > since I don't have more than 4 GB of ram. > > I have these lines add to my custom generic kernel > options SMP > device cpufreq > device smbus > > I have this in my rc.conf > powerd_enable=3D"YES" > > But the the laptop even doesn't boot some times, and if booted it > hangs all the time, till I hashed out powerd_enable=3D"YES" > > hints? > Had the same problem where powerd would hang my HP Pavilion dv8000 system. I worked arround the problem by using the following in rc.conf: powerd_enable=3D"YES" powerd_flags=3D"-a maximum -b maximum" Of course this makes powered do nothing when on battery. What I think is happening is that powered is too aggressive in downgrading the clock speed, that it eventually sets the clock to a value that is so low that the system stops responding. Scot --=20 DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 14:58:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6D1EB16A403; Thu, 21 Dec 2006 14:58:12 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from mx00.pub.collaborativefusion.com (mx00.pub.collaborativefusion.com [206.210.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id 1A5D713C44B; Thu, 21 Dec 2006 14:58:12 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from vanquish.pgh.priv.collaborativefusion.com (vanquish.pgh.priv.collaborativefusion.com [192.168.2.61]) (SSL: TLSv1/SSLv3,256bits,AES256-SHA) by wingspan with esmtp; Thu, 21 Dec 2006 09:58:11 -0500 id 00056421.458AA103.00005616 Date: Thu, 21 Dec 2006 09:58:11 -0500 From: Bill Moran To: Heinrich Rebehn Message-Id: <20061221095811.886d9850.wmoran@collaborativefusion.com> In-Reply-To: <458A97BF.1090503@ant.uni-bremen.de> References: <000801c723bb$efc2b540$260ba8c0@wii.wintecind.com> <458A2B14.5070009@freebsd.org> <458A97BF.1090503@ant.uni-bremen.de> Organization: Collaborative Fusion X-Mailer: Sylpheed version 2.2.10 (GTK+ 2.10.6; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Colin Percival , John Smith Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 14:58:12 -0000 In response to Heinrich Rebehn : > Colin Percival wrote: > > John Smith wrote: > >> Support for FreeBSD 4.11 is going to end sometime in late January. > >> Originally, FreeBSD 6.2 was supposed to be released back in October. This > >> would have given everyone about 3 months to stress test everything and > >> migrate all their boxes from 4.11 direct to 6.2. > > > > You've had three months to stress test 6.2-BETA1, 6.2-BETA2, 6.2-BETA3, and > > 6.2-RC1. We release these for a reason, you know. > > > >> Now it is near the end of > >> December, and FreeBSD 6.2 RC2 has yet to be seen anywhere. Chances are that > >> FreeBSD 6.2 Release will come out earliest mid-January. This does not give > >> much time for people to migrate to the newest FreeBSD release. I think it > >> would be fair if support is extended for a few more months especially since > >> 6.2 is so late in coming. > > > > Your opinion has been noted. > > > > Colin Percival > > I have to second the OP's opinion. :-) > I think it is important to be able to stress test the *final* release > before installing on production machines. There is little use in stress > testing BETAs and then install a broken RELEASE. > This happened with 6.1-RELEASE where the nfs server was suddenly > unusable on amd64. There is something about these "please continue to support 4.x" discussions that confuses me. The general argument has been that 4.11 support should continue because 6.2 is not at release status yet. Are the people making this argument unaware that 6.1 and 5.5 have been at release status for quite some time, and thus have been providing ample opportunity to upgrade for some time now? Or has this topic simply degraded to Troll bait? -- Bill Moran Collaborative Fusion Inc. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 15:05:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 00B3C16A40F for ; Thu, 21 Dec 2006 15:05:44 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from smtp4.clear.net.nz (smtp4.clear.net.nz [203.97.37.64]) by mx1.freebsd.org (Postfix) with ESMTP id B4BF113C44B for ; Thu, 21 Dec 2006 15:05:43 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from [192.168.1.11] (121-72-65-158.dsl.telstraclear.net [121.72.65.158]) by smtp4.clear.net.nz (CLEAR Net Mail) with ESMTP id <0JAM006E21A4RG40@smtp4.clear.net.nz> for freebsd-stable@freebsd.org; Thu, 21 Dec 2006 19:13:16 +1300 (NZDT) Date: Thu, 21 Dec 2006 19:13:05 +1300 From: Mark Kirkwood In-reply-to: <4589EDEC.2040504@paradise.net.nz> To: freebsd-stable@freebsd.org Message-id: <458A25F1.6090407@paradise.net.nz> MIME-version: 1.0 Content-type: multipart/mixed; boundary=------------040700050703020105060101 References: <45888C68.10305@paradise.net.nz> <200612200816.51043.joao@matik.com.br> <4589128F.9030404@paradise.net.nz> <200612201536.25497.pieter@degoeje.nl> <4589A921.90002@paradise.net.nz> <4589EDEC.2040504@paradise.net.nz> User-Agent: Thunderbird 1.5.0.8 (X11/20061129) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Pieter de Goeje Subject: Re: Cached file read performance with 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 15:05:44 -0000 This is a multi-part message in MIME format. --------------040700050703020105060101 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit A few more tests with a slightly improved version of the program (attached): We (i.e FreeBSD) do noticeably better with bigger block sizes. Cheers Mark Gentoo - 2.6.18-gentoo-r3: ----------------------- $ ./readtest /data0/dump/file 8192 0 random reads: 100000 of: 8192 bytes elapsed: 1.2698s io rate: 645155193 bytes/s $ ./readtest /data0/dump/file 8192 1 sequential reads: 100000 of: 8192 bytes elapsed: 1.1329s io rate: 723129371 bytes/s $ ./readtest /data0/dump/file 32768 0 random reads: 25000 of: 32768 bytes elapsed: 1.1583s io rate: 707244595 bytes/s $ ./readtest /data0/dump/file 32768 1 sequential reads: 25000 of: 32768 bytes elapsed: 1.1178s io rate: 732838631 bytes/s $ ./readtest /data0/dump/file 65536 0 random reads: 12500 of: 65536 bytes elapsed: 1.1478s io rate: 713742417 bytes/s $ ./readtest /data0/dump/file 65536 1 sequential reads: 12500 of: 65536 bytes elapsed: 1.1012s io rate: 743921133 bytes/s FreeBSD - 6.2-PRERELEASE #7: Mon Nov 27 19:32:33 NZDT 2006 : ------------------------------------------------------------ $ ./readtest /data0/dump/file 8192 0 random reads: 100000 of: 8192 bytes elapsed: 4.4477s io rate: 184186327 bytes/s $ ./readtest /data0/dump/file 8192 1 sequential reads: 100000 of: 8192 bytes elapsed: 1.9797s io rate: 413804878 bytes/s $ ./readtest /data0/dump/file 32768 1 sequential reads: 25000 of: 32768 bytes elapsed: 1.7068s io rate: 479965034 bytes/s $ ./readtest /data0/dump/file 32768 0 random reads: 25000 of: 32768 bytes elapsed: 2.0076s io rate: 408040469 bytes/s $ ./readtest /data0/dump/file 65536 0 random reads: 12500 of: 65536 bytes elapsed: 1.7856s io rate: 458778279 bytes/s $ ./readtest /data0/dump/file 65536 1 sequential reads: 12500 of: 65536 bytes elapsed: 1.6611s io rate: 493158866 bytes/s --------------040700050703020105060101-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 15:10:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2740216A412 for ; Thu, 21 Dec 2006 15:10:30 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from smtp4.clear.net.nz (smtp4.clear.net.nz [203.97.37.64]) by mx1.freebsd.org (Postfix) with ESMTP id DD25D13C457 for ; Thu, 21 Dec 2006 15:10:29 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from [192.168.1.11] (121-72-71-65.dsl.telstraclear.net [121.72.71.65]) by smtp4.clear.net.nz (CLEAR Net Mail) with ESMTP id <0JAL006GTQ7R1F20@smtp4.clear.net.nz> for freebsd-stable@freebsd.org; Thu, 21 Dec 2006 15:14:15 +1300 (NZDT) Date: Thu, 21 Dec 2006 15:14:04 +1300 From: Mark Kirkwood In-reply-to: <4589A921.90002@paradise.net.nz> To: freebsd-stable@freebsd.org Message-id: <4589EDEC.2040504@paradise.net.nz> MIME-version: 1.0 Content-type: multipart/mixed; boundary=------------060008050409040508000700 References: <45888C68.10305@paradise.net.nz> <200612200816.51043.joao@matik.com.br> <4589128F.9030404@paradise.net.nz> <200612201536.25497.pieter@degoeje.nl> <4589A921.90002@paradise.net.nz> User-Agent: Thunderbird 1.5.0.8 (X11/20061129) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Pieter de Goeje Subject: Re: Cached file read performance with 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 15:10:30 -0000 This is a multi-part message in MIME format. --------------060008050409040508000700 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Mark Kirkwood wrote: > Pieter de Goeje wrote: >> It would be more interesting to see how random access to a (cached) >> file performs in Linux vs FreeBSD, which seems a more logical pattern >> for a database. >> > > Agreed, and good point, I'll knock up a simple program to do random > and/or sequential access of a file and see what we get! > Here's a (very) simple program that does block reads sequentially or randomly. It probably needs a little polishing, but seems to work ok for the size of files we are interested in: i.e < a few GB (see attached): Results: ======== Compiled with CFLAGS=-O2 -march=i686 Gentoo - 2.6.18-gentoo-r3: ----------------------- $ ./readtest /data0/dump/file 8192 0 random reads: 100000 elapsed: 1.2646 io rate 647805551 bytes/s $ ./readtest /data0/dump/file 8192 1 sequential reads: 100000 elapsed: 1.1267 io rate 727075854 bytes/s FreeBSD - 6.2-PRERELEASE #7: Mon Nov 27 19:32:33 NZDT 2006 : ------------------------------------------------------------ ./readtest /data0/dump/file 8192 0 random reads: 100000 elapsed: 4.3669 io rate 187594060 bytes/s $ ./readtest /data0/dump/file 8192 1 sequential reads: 100000 elapsed: 1.9679 io rate 416283642 bytes/s So looks like we get faster overall results than dd (I guess not needing to send output anywhere helps)...also we seem to be slower in the random case too :-(. I ran these programs several times, typical results shown. Cheers Mark --------------060008050409040508000700-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 15:33:29 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7D7B816A416 for ; Thu, 21 Dec 2006 15:33:29 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id E244713C43E for ; Thu, 21 Dec 2006 15:33:28 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (hupcry@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id kBLFXLH3090582; Thu, 21 Dec 2006 16:33:27 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id kBLFXLaW090581; Thu, 21 Dec 2006 16:33:21 +0100 (CET) (envelope-from olli) Date: Thu, 21 Dec 2006 16:33:21 +0100 (CET) Message-Id: <200612211533.kBLFXLaW090581@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, suhailc@gmail.com In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 21 Dec 2006 16:33:27 +0100 (CET) Cc: Subject: Re: Block IP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, suhailc@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 15:33:29 -0000 Suhail Choudhury wrote: > What's the easiest way to add an IP such as 80.192.49.213 to block it? Easy: # ipfw add deny ip from 80.192.49.213 to me Depending on your existing rules, you might have to specify a rule number, so the new rule is inserted at an appropriate position. Please refer to the ipfw(8) manual page for details. > Also how do I block out IPs after a certain number of invalid login > attempts to prevent brute forcing? In general that's not a good idea. If you do it wrong, it makes DoS attacks against your machine easier (i.e. a clever attacker might be able to lock yourself out of your own machine). And getting it right is not easy. The best way to prevent brute-forcing is to use good pass- words, or -- even better -- don't use passwords at all, but key authentication or OTP (SKey / OPIE). Another thing that you can do is to move the sshd to a non- standard port (i.e. something other than 22). Attackers who look for machines for brute-forcing usually scan networks for port 22 only. However, note that using a non-standard port does _not_ make your machine more secure (that would rather be "security by obscurity"). It only prevents your machine from appearing in standard ssh scans, so it gets rid of almost all of the "ssh login failures" in your daily run output which result from such attempts. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "We, the unwilling, led by the unknowing, are doing the impossible for the ungrateful. We have done so much, for so long, with so little, we are now qualified to do anything with nothing."         -- Mother Teresa From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 15:35:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C59B116A415 for ; Thu, 21 Dec 2006 15:35:17 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from smtp.utwente.nl (smtp1.utsp.utwente.nl [130.89.2.8]) by mx1.freebsd.org (Postfix) with ESMTP id 4FC0813C434 for ; Thu, 21 Dec 2006 15:35:17 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from nox.student.utwente.nl (nox.student.utwente.nl [130.89.165.91]) by smtp.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id kBLFK3Lr025718; Thu, 21 Dec 2006 16:20:04 +0100 From: Pieter de Goeje To: Mark Kirkwood Date: Thu, 21 Dec 2006 16:20:03 +0100 User-Agent: KMail/1.9.4 References: <45888C68.10305@paradise.net.nz> <200612201536.25497.pieter@degoeje.nl> <4589A921.90002@paradise.net.nz> In-Reply-To: <4589A921.90002@paradise.net.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200612211620.03590.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: freebsd-stable@freebsd.org Subject: Re: Cached file read performance with 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 15:35:17 -0000 On Wednesday 20 December 2006 22:20, Mark Kirkwood wrote: > Pieter de Goeje wrote: > > On Wednesday 20 December 2006 11:38, Mark Kirkwood wrote: > >> In fact if you note that the PIII HW *can* actually do 700MB/s, it > >> suggests that your HW is capable of considerably more than 900MB/s - > >> given that opteron's have excellent cpu to memory bandwidth, and the > >> speed of your memory! > > > > Indeed! > > Copying /dev/zero to /dev/null yields more than 5GB/sec on a simple 2Ghz > > Athlon64. It imagine there are quite a few extra things done when copying On second thought, this is wrong because /dev/zero isn't a real block of memory so these results say nothing about memory I/O speed because all data is in (cpu) cache. > > a file from cache, because I can only manage to get one fifth (~1GB/sec) > > of the theoretical speed. (this is with a file that fills more than half > > of all memory) > > > > Note that linux seems to play tricks (zero copy?) when doing dd > > if=/dev/zero of=/dev/null, because you can reach speeds which are way > > above the theoretical maximum. (30GB/sec on a P4 1,6Ghz ??? no way) > > > > In the context of databases, I think the speeds are limited by the > > processing done on the data, as long as the read speed stays above a > > certain limit. > > Yeah - typically it is creating tuples out of the blocks/pages just > read, so for a big memory scan CPU appears to be the limiting factor! > > > It would be more interesting to see how random access to a (cached) file > > performs in Linux vs FreeBSD, which seems a more logical pattern for a > > database. > > Agreed, and good point, I'll knock up a simple program to do random > and/or sequential access of a file and see what we get! I'll check 'em out :) Cheers, Pieter From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 15:38:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A510316A415 for ; Thu, 21 Dec 2006 15:38:29 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [74.92.149.58]) by mx1.freebsd.org (Postfix) with ESMTP id 824EA13C447 for ; Thu, 21 Dec 2006 15:38:29 +0000 (UTC) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 8674AB80A for ; Thu, 21 Dec 2006 10:14:23 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <458A2B14.5070009@freebsd.org> References: <000801c723bb$efc2b540$260ba8c0@wii.wintecind.com> <458A2B14.5070009@freebsd.org> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <9F9A0693-F521-473F-B560-CDB4E41FD1D9@khera.org> Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Thu, 21 Dec 2006 10:14:22 -0500 To: FreeBSD Stable X-Mailer: Apple Mail (2.752.2) Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 15:38:29 -0000 On Dec 21, 2006, at 1:35 AM, Colin Percival wrote: >> Now it is near the end of >> December, and FreeBSD 6.2 RC2 has yet to be seen anywhere. >> Chances are that >> FreeBSD 6.2 Release will come out earliest mid-January. This does >> not give >> much time for people to migrate to the newest FreeBSD release. I >> think it >> would be fair if support is extended for a few more months >> especially since >> 6.2 is so late in coming. > > Your opinion has been noted. FreeBSD 6.1 is a very nice stable release and has been out for a long time. You could migrate to that, too. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 15:51:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DA7F516A40F for ; Thu, 21 Dec 2006 15:51:00 +0000 (UTC) (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 7608113C44B for ; Thu, 21 Dec 2006 15:51:00 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 8584 invoked by uid 399); 20 Dec 2006 21:04:20 -0000 Received: from localhost (HELO ?192.168.0.5?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 20 Dec 2006 21:04:20 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <4589A520.9050304@FreeBSD.org> Date: Wed, 20 Dec 2006 13:03:28 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: John Smith References: <000801c723bb$efc2b540$260ba8c0@wii.wintecind.com> In-Reply-To: <000801c723bb$efc2b540$260ba8c0@wii.wintecind.com> X-Enigmail-Version: 0.94.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 15:51:00 -0000 John Smith wrote: > Support for FreeBSD 4.11 is going to end sometime in late January. > Originally, FreeBSD 6.2 was supposed to be released back in > October. This would have given everyone about 3 months to stress > test everything and migrate all their boxes from 4.11 direct to > 6.2. Now it is near the end of December, and FreeBSD 6.2 RC2 has > yet to be seen anywhere. Chances are that FreeBSD 6.2 Release will > come out earliest mid-January. This does not give much time for > people to migrate to the newest FreeBSD release. I think it would > be fair if support is extended for a few more months especially > since 6.2 is so late in coming. As has been stated many times, the issue here is not one of "fairness," or any other theoretical concern. The issue is one of resources, and the resources to continue supporting 4.11 are not there. That said, there is nothing preventing anyone that needs to from stress testing the RELENG_6_2 branch right now, in fact we encourage people to do so! The only thing going into that branch right now are small fixes, so you can be reasonably sure that what you're testing now will be very close to what 6.2-RELEASE will look like. Obviously it would be better if you tracked the -stable and cvs-src mailing lists while doing your testing, but if you're in the position you describe it's probably better that you do that anyway. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 15:53:02 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9A73A16A40F; Thu, 21 Dec 2006 15:53:02 +0000 (UTC) (envelope-from zingelman@fnal.gov) Received: from mailgw1.fnal.gov (mailgw1.fnal.gov [131.225.111.11]) by mx1.freebsd.org (Postfix) with ESMTP id 6F55D13C45D; Thu, 21 Dec 2006 15:53:02 +0000 (UTC) (envelope-from zingelman@fnal.gov) Received: from mailav2.fnal.gov (mailav2.fnal.gov [131.225.111.20]) by mailgw1.fnal.gov (iPlanet Messaging Server 5.2 HotFix 2.06 (built Mar 28 2005)) with SMTP id <0JAM00LFTPBQ0C@mailgw1.fnal.gov>; Thu, 21 Dec 2006 08:53:02 -0600 (CST) Received: from mailgw2.fnal.gov ([131.225.111.12]) by mailav2.fnal.gov (SAVSMTP 3.1.7.47) with SMTP id M2006122108530232650 ; Thu, 21 Dec 2006 08:53:02 -0600 Received: from conversion-daemon.mailgw2.fnal.gov by mailgw2.fnal.gov (iPlanet Messaging Server 5.2 HotFix 2.06 (built Mar 28 2005)) id <0JAM00D01PB70T@mailgw2.fnal.gov> (original mail from zingelman@fnal.gov) ; Thu, 21 Dec 2006 08:53:02 -0600 (CST) Received: from nova.fnal.gov (nova.fnal.gov [131.225.121.207]) by mailgw2.fnal.gov (iPlanet Messaging Server 5.2 HotFix 2.06 (built Mar 28 2005)) with ESMTP id <0JAM005QCPCDA9@mailgw2.fnal.gov>; Thu, 21 Dec 2006 08:53:01 -0600 (CST) Received: from nova.fnal.gov (localhost [127.0.0.1]) by nova.fnal.gov (8.13.8+Sun/8.13.8) with ESMTP id kBLEr18f023309; Thu, 21 Dec 2006 08:53:01 -0600 (CST) Received: from localhost (tez@localhost) by nova.fnal.gov (8.13.8+Sun/8.13.8/Submit) with ESMTP id kBLEqxaN023305; Thu, 21 Dec 2006 08:52:59 -0600 (CST) Date: Thu, 21 Dec 2006 08:52:59 -0600 (CST) From: Tim Zingelman In-reply-to: X-X-Sender: tez@nova.fnal.gov To: "Marc G. Fournier" Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Content-transfer-encoding: 7BIT References: <457E9222.2090406@withagen.nl> <458034A7.6010106@pingle.org> X-Authentication-warning: nova.fnal.gov: tez owned process doing -bs Cc: stable@freebsd.org, obrien@freebsd.org Subject: Re: Adaptec 2100, asr driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Tim Zingelman List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 15:53:02 -0000 On Thu, 14 Dec 2006, Marc G. Fournier wrote: > This kind of information (ie. options ASR_COMPAT) would be good to add to the > pkg_message for ports like this ... same thing trip'd me up the other day, and > someone let me know about it ... > and here's a patch... I guess I should send-pr it too... done... (but no reference number has come back yet after 10 minutes) Index: Makefile =================================================================== RCS file: /usr/cvs/ports/sysutils/asr-utils/Makefile,v retrieving revision 1.11 diff -w -u -b -r1.11 Makefile --- Makefile 30 Jul 2005 08:38:59 -0000 1.11 +++ Makefile 20 Nov 2006 17:03:11 -0000 @@ -75,4 +75,6 @@ post-install: @${INSTALL_MAN} ${WRKSRC}/raidutil.8 ${PREFIX}/man/man8/ + @${CAT} ${PKGMESSAGE} + .include =================================================================== New file: pkg-message ***************************************************** *** options ASR_COMPAT is required in your kernel *** *** to use these tools on FreeBSD 5.x and higher *** ***************************************************** =================================================================== - Tim From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 16:23:02 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E1ED216A407 for ; Thu, 21 Dec 2006 16:23:01 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 6DA0713C45B for ; Thu, 21 Dec 2006 16:23:01 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (qjylqn@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id kBLGMU1T093374; Thu, 21 Dec 2006 17:22:35 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id kBLGMUt5093373; Thu, 21 Dec 2006 17:22:30 +0100 (CET) (envelope-from olli) Date: Thu, 21 Dec 2006 17:22:30 +0100 (CET) Message-Id: <200612211622.kBLGMUt5093373@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, pieter@degoeje.nl In-Reply-To: <200612211620.03590.pieter@degoeje.nl> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 21 Dec 2006 17:22:35 +0100 (CET) Cc: Subject: Re: Cached file read performance with 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, pieter@degoeje.nl List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 16:23:02 -0000 Pieter de Goeje wrote: > Mark Kirkwood wrote: > > Pieter de Goeje wrote: > > > Copying /dev/zero to /dev/null yields more than 5GB/sec on a simple 2Ghz > > > Athlon64. It imagine there are quite a few extra things done when copying > > On second thought, this is wrong because /dev/zero isn't a real block > of memory It _is_ a real block of memory. To be exact, it's called zbuf[] in src/sys/dev/null/null.c. It's the size of one page (4 KB or 8 KB, depending on architecture). When some program reads from the zero device, that block is copied repeatedly from kernel space to user space. > so these results say nothing about memory I/O speed because > all data is in (cpu) cache. That's true. The test rather benchmarks the CPU, the cache and the overhead involved when copying data between kernel and user space. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 17:27:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 98E5716A415 for ; Thu, 21 Dec 2006 17:27:34 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.freebsd.org (Postfix) with SMTP id 53FA513C45E for ; Thu, 21 Dec 2006 17:27:34 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from unknown (HELO localhost) (217.144.69.37) by 209.67.61.254 with SMTP; 21 Dec 2006 17:27:33 -0000 Date: Thu, 21 Dec 2006 19:27:06 +0200 From: Nikolay Pavlov To: freebsd-stable@freebsd.org Message-ID: <20061221172706.GA3376@zone3000.net> Mail-Followup-To: Nikolay Pavlov , freebsd-stable@freebsd.org, rink@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.1-RELEASE-p10 Cc: rink@FreeBSD.org Subject: Error with cli32 ARECA RAID command line tool. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 17:27:34 -0000 Hello, folks. I am not sure where to go with this, but i have an error trying to execute ARECA RAID command line tool with PAE kernel with GENERIC kernel everything is allright: Fatal error 'Cannot allocate red zone for initial thread' at line ? in file /usr/src/lib/libc_r/uthread/uthread_init.c (errno = ?) root@adultlib2:~# kdump -f ktrace.out 52527 ktrace RET ktrace 0 52527 ktrace CALL execve(0xbf7fed0f,0xbf7fec10,0xbf7fec18) 52527 ktrace NAMI "./cli32" 52527 cli32 RET execve 0 52527 cli32 CALL getpid 52527 cli32 RET getpid 52527/0xcd2f 52527 cli32 CALL fcntl(0,0x3,0) 52527 cli32 RET fcntl 2 52527 cli32 CALL fcntl(0x1,0x3,0) 52527 cli32 RET fcntl 2 52527 cli32 CALL fcntl(0x2,0x3,0) 52527 cli32 RET fcntl 2 52527 cli32 CALL pipe 52527 cli32 RET pipe 3 52527 cli32 CALL fcntl(0x3,0x3,0) 52527 cli32 RET fcntl 2 52527 cli32 CALL fcntl(0x3,0x4,0x6) 52527 cli32 RET fcntl 0 52527 cli32 CALL fcntl(0x4,0x3,0) 52527 cli32 RET fcntl 2 52527 cli32 CALL fcntl(0x4,0x4,0x6) 52527 cli32 RET fcntl 0 52527 cli32 CALL readlink(0x8099f94,0xbf7fea4c,0x3f) 52527 cli32 NAMI "/etc/malloc.conf" 52527 cli32 RET readlink -1 errno 2 No such file or directory 52527 cli32 CALL mmap(0,0x1000,0x3,0x1002,0xffffffff,0,0,0) 52527 cli32 RET mmap 671727616/0x2809c000 52527 cli32 CALL break(0x80ae000) 52527 cli32 RET break 0 52527 cli32 CALL break(0x80af000) 52527 cli32 RET break 0 52527 cli32 CALL break(0x80b0000) 52527 cli32 RET break 0 52527 cli32 CALL break(0x80b1000) 52527 cli32 RET break 0 52527 cli32 CALL mmap(0xbfaff000,0x1000,0,0x1000,0xffffffff,0,0,0) 52527 cli32 RET mmap -1 errno 12 Cannot allocate memory 52527 cli32 CALL write(0x2,0xbf7fe9ec,0x83) 52527 cli32 GIO fd 2 wrote 131 bytes "Fatal error 'Cannot allocate red zone for initial thread' at line ? in file /usr/src/lib/libc_r/uthread/uthread_init.c (errno = ?) " 52527 cli32 RET write 131/0x83 52527 cli32 CALL sigprocmask(0x3,0xbf7fe9ac,0) 52527 cli32 RET sigprocmask 0 52527 cli32 CALL getpid 52527 cli32 RET getpid 52527/0xcd2f 52527 cli32 CALL kill(0xcd2f,0x6) 52527 cli32 RET kill 0 52527 cli32 PSIG SIGIOT SIG_DFL 52527 cli32 NAMI "cli32.core" -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 17:45:59 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BCA6D16A415 for ; Thu, 21 Dec 2006 17:45:59 +0000 (UTC) (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 AD13E13C442 for ; Thu, 21 Dec 2006 17:45:59 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.13.6) with ESMTP id kBLHRHWa006578; Thu, 21 Dec 2006 09:27:17 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id kBLHRHYr006577; Thu, 21 Dec 2006 09:27:17 -0800 (PST) (envelope-from rizzo) Date: Thu, 21 Dec 2006 09:27:17 -0800 From: Luigi Rizzo To: stable@freebsd.org Message-ID: <20061221092717.A6431@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: burncd 'blank' not terminating ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 17:45:59 -0000 just noticed, after upgrading to 6.2RC1, that luigi# burncd -f /dev/acd0 -v blank blanking CD, please wait.. stays there forever. Eventually i gave up and ctrl-C and the application terminates, and i was able to write to the disk a valid image, which probably means that the disk had been blanked. I browsed through the mailing lists and it seems to be an old problem, related to the driver not reporting the status info. Not sure if it is related to particular hardware, just in case here is what i have: ad0: 238475MB at ata0-master UDMA100 acd0: DVDR at ata0-slave UDMA33 note, if i kldload atapicam, and try the blank on /dev/cd0 i get this: luigi# burncd -f /dev/cd0 -v blank burncd: ioctl(CDRIOCGETBLOCKSIZE): Inappropriate ioctl for device Any ideas ? This old report says the problem is in the ioctl... http://www.freebsd.org/cgi/query-pr.cgi?pr=44803 cheers luigi From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 18:01:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 393F616A403; Thu, 21 Dec 2006 18:01:48 +0000 (UTC) (envelope-from rink@thunderstone.rink.nu) Received: from mx1.rink.nu (thunderstone.rink.nu [80.112.228.34]) by mx1.freebsd.org (Postfix) with ESMTP id 94FC213C473; Thu, 21 Dec 2006 18:01:47 +0000 (UTC) (envelope-from rink@thunderstone.rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id 8461FD4C87; Thu, 21 Dec 2006 18:33:30 +0100 (CET) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([127.0.0.1]) by localhost (thunderstone.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FexpWjOCkl+i; Thu, 21 Dec 2006 18:33:26 +0100 (CET) Received: from thunderstone.rink.nu (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.rink.nu (Postfix) with ESMTP id 5586BD4C81; Thu, 21 Dec 2006 18:33:26 +0100 (CET) Received: (from rink@localhost) by thunderstone.rink.nu (8.13.8/8.13.8/Submit) id kBLHXQdO043035; Thu, 21 Dec 2006 18:33:26 +0100 (CET) (envelope-from rink) Date: Thu, 21 Dec 2006 18:33:26 +0100 From: Rink Springer To: Nikolay Pavlov , freebsd-stable@freebsd.org, rink@freebsd.org Message-ID: <20061221173326.GB38291@rink.nu> References: <20061221172706.GA3376@zone3000.net> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="Y7xTucakfITjPcLV" Content-Disposition: inline In-Reply-To: <20061221172706.GA3376@zone3000.net> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Re: Error with cli32 ARECA RAID command line tool. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 18:01:48 -0000 --Y7xTucakfITjPcLV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Nikolay, On Thu, Dec 21, 2006 at 07:27:06PM +0200, Nikolay Pavlov wrote: > Hello, folks. I am not sure where to go with this, but i have an error=20 > trying to execute ARECA RAID command line tool with PAE kernel with > GENERIC kernel everything is allright: >=20 > Fatal error 'Cannot allocate red zone for initial thread' at line ? in fi= le /usr/src/lib/libc_r/uthread/uthread_init.c (errno =3D ?) Hmm, I do not think that PAE is supported by the Areca driver. Perhaps this is what is causing the problems? Does it work without PAE? --=20 Rink P.W. Springer - http://rink.nu "It's you isn't it? THE BASTARD OPERATOR FROM HELL!" "In the flesh, on the phone and in your account..." - BOFH #3 --Y7xTucakfITjPcLV Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIJawYJKoZIhvcNAQcCoIIJXDCCCVgCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC BuIwggObMIIDBKADAgECAhAiuN7bs9pg6t3I0n6G5OOTMA0GCSqGSIb3DQEBBQUAMGIxCzAJ BgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYD VQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNjExMDgwOTI2 NTNaFw0wNzExMDgwOTI2NTNaMIHSMREwDwYDVQQEEwhTcHJpbmdlcjEaMBgGA1UEKhMRUmlu ayBQZXRlciBXeWNoZXIxIzAhBgNVBAMTGlJpbmsgUGV0ZXIgV3ljaGVyIFNwcmluZ2VyMRsw GQYJKoZIhvcNAQkBFgxtYWlsQHJpbmsubnUxHzAdBgkqhkiG9w0BCQEWEHJpbmtAZnJlZWJz ZC5vcmcxIDAeBgkqhkiG9w0BCQEWEXJpbmtAaWwuZm9udHlzLm5sMRwwGgYJKoZIhvcNAQkB Fg1yaW5rQHN0YWNrLm5sMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAxryGDfel YzzENX7wodkbVY1NALfaiPfNEG10YjD8ZWdK9zkN26Tc878Shbqapq0KYFD8TACGfEhKoMvo qbf0PHAS/gNYr81Arqa9FRPUfzvtDE/cMbhvI+p7ufBITyYnPJp9MUD72iT+DohRR2ISVi3i NAEgDuSbYYNxctnvXqU6O6EPy3mzoFPDoiOQwBfVtFrjxBbND9BUK2bjtUyGt4x8I/Vulzrt qLPTokva+b97DHRgbCA/aLLYIrU6QoqOFJ8GrAbro/FZLYh4m1oJk3FEHVQOKkk7xzIaFmmP QGJRL8m6nrIZFTrQ+X2wmzfLD55K/UiqbekOuMiWbY9EbwIDAQABo10wWzBLBgNVHREERDBC gQxtYWlsQHJpbmsubnWBEHJpbmtAZnJlZWJzZC5vcmeBEXJpbmtAaWwuZm9udHlzLm5sgQ1y aW5rQHN0YWNrLm5sMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAIfIcieRjePBA wjZqvOdGpyPcNDnK/ubeQSTV5Y4AHWxm1sXhQxB/XrQ3RVdz1qDnBRL1AjkEBAl8e9+am4s6 D6TaSlmJeNXn6ZPJTQecisz3M+AKiMckShM3oAeUi0ktn1yNYR+hz5aQN612XT5OZRYznJVZ kPf1DiA2RVVyz+MwggM/MIICqKADAgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQG EwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNV BAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2Vz IERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkq hkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAw WhcNMTMwNzE2MjM1OTU5WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1 bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElz c3VpbmcgQ0EwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUE cJ3f6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH 5/EfkTYkKhPPK9Xzgnc9A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBly YLf7AgMBAAGjgZQwgZEwEgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJo dHRwOi8vY3JsLnRoYXd0ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNV HQ8EBAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0G CSqGSIb3DQEBBQUAA4GBAEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYv wPQcUCCTcDz9reFhYsPZOhl+hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3 h9bGCE6u9uo05RAaWzVNd+NWIXiC3CEZNd4ksdMdRv9dX2VPMYICUTCCAk0CAQEwdjBiMQsw CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoG A1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECECK43tuz2mDq3cjS fobk45MwCQYFKw4DAhoFAKCBsTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3 DQEJBTEPFw0wNjEyMjExNzMzMjZaMCMGCSqGSIb3DQEJBDEWBBQTD9+78pVutBIpaHmh1cMD X+3syDBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggq hkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASCAQAK WDyHdnsiEs+jZCXusuRY2WSDFvL8Mf+VxdHvWHn/M3SW6SN9jKxfC8EIx6fBJZLWV1LgT7I3 KwBZiQvCyjOZZcsU9YvnzizIoDJJqq2cgaqe4nJaRU4K9GV0M+5HngJl9AEhPSsEirK40JzG laPWx1rb0fmoeHS6sXSlivX5l/jc9pUczxa1xSW2rFZ7GPQtkskox38c1FpWHFYXvpb1XGb/ nA6MTrfCTzJJoZTJfTu++G6SpIfZcJ4LLdMrYzMRf2JE5TULebbjO9gTE6WQohW2QFEjRT7D taOtqcIzA9DxE5NwIseEIxaslZN5P5QQs9Jaj3vkqvHA7ria8vby --Y7xTucakfITjPcLV-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 18:12:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B874016A492 for ; Thu, 21 Dec 2006 18:12:41 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.freebsd.org (Postfix) with SMTP id 5745F13C45B for ; Thu, 21 Dec 2006 18:12:41 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from unknown (HELO localhost) (217.144.69.37) by 209.67.61.254 with SMTP; 21 Dec 2006 17:52:40 -0000 Date: Thu, 21 Dec 2006 19:52:13 +0200 From: Nikolay Pavlov To: Rink Springer , freebsd-stable@freebsd.org Message-ID: <20061221175213.GA3575@zone3000.net> Mail-Followup-To: Nikolay Pavlov , Rink Springer , freebsd-stable@freebsd.org References: <20061221172706.GA3376@zone3000.net> <20061221173326.GB38291@rink.nu> <20061221174533.GA3513@zone3000.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061221174533.GA3513@zone3000.net> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.1-RELEASE-p10 Cc: Subject: Re: Error with cli32 ARECA RAID command line tool. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 18:12:41 -0000 On Thursday, 21 December 2006 at 19:45:33 +0200, Nikolay Pavlov wrote: > On Thursday, 21 December 2006 at 18:33:26 +0100, Rink Springer wrote: > > Hi Nikolay, > > > > On Thu, Dec 21, 2006 at 07:27:06PM +0200, Nikolay Pavlov wrote: > > > Hello, folks. I am not sure where to go with this, but i have an error > > > trying to execute ARECA RAID command line tool with PAE kernel with > > > GENERIC kernel everything is allright: > > > > > > Fatal error 'Cannot allocate red zone for initial thread' at line ? in file /usr/src/lib/libc_r/uthread/uthread_init.c (errno = ?) > > > > Hmm, I do not think that PAE is supported by the Areca driver. Perhaps > > this is what is causing the problems? Does it work without PAE? > > Yes. ARECA raid it self is working with this PAE kernel about three days and i do not see any issues with it. About 1TB of files was downloaded during this period of time. But i couldn't check RAID health with command line tool on PAE kernel. > > > > > -- > > Rink P.W. Springer - http://rink.nu > > "It's you isn't it? THE BASTARD OPERATOR FROM HELL!" > > "In the flesh, on the phone and in your account..." - BOFH #3 > > -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 18:12:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8AB0516A4AB for ; Thu, 21 Dec 2006 18:12:42 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.freebsd.org (Postfix) with SMTP id 2A98B13C45C for ; Thu, 21 Dec 2006 18:12:42 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from unknown (HELO localhost) (217.144.69.37) by 209.67.61.254 with SMTP; 21 Dec 2006 17:46:01 -0000 Date: Thu, 21 Dec 2006 19:45:33 +0200 From: Nikolay Pavlov To: Rink Springer Message-ID: <20061221174533.GA3513@zone3000.net> Mail-Followup-To: Nikolay Pavlov , Rink Springer , freebsd-stable@freebsd.org References: <20061221172706.GA3376@zone3000.net> <20061221173326.GB38291@rink.nu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061221173326.GB38291@rink.nu> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.1-RELEASE-p10 Cc: freebsd-stable@freebsd.org Subject: Re: Error with cli32 ARECA RAID command line tool. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 18:12:42 -0000 On Thursday, 21 December 2006 at 18:33:26 +0100, Rink Springer wrote: > Hi Nikolay, > > On Thu, Dec 21, 2006 at 07:27:06PM +0200, Nikolay Pavlov wrote: > > Hello, folks. I am not sure where to go with this, but i have an error > > trying to execute ARECA RAID command line tool with PAE kernel with > > GENERIC kernel everything is allright: > > > > Fatal error 'Cannot allocate red zone for initial thread' at line ? in file /usr/src/lib/libc_r/uthread/uthread_init.c (errno = ?) > > Hmm, I do not think that PAE is supported by the Areca driver. Perhaps > this is what is causing the problems? Does it work without PAE? Yes. > > -- > Rink P.W. Springer - http://rink.nu > "It's you isn't it? THE BASTARD OPERATOR FROM HELL!" > "In the flesh, on the phone and in your account..." - BOFH #3 -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 18:20:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E8DA116A403 for ; Thu, 21 Dec 2006 18:20:46 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from smtp4.clear.net.nz (smtp4.clear.net.nz [203.97.37.64]) by mx1.freebsd.org (Postfix) with ESMTP id ACACE13C457 for ; Thu, 21 Dec 2006 18:20:46 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from [192.168.1.11] (121-72-71-65.dsl.telstraclear.net [121.72.71.65]) by smtp4.clear.net.nz (CLEAR Net Mail) with ESMTP id <0JAL0037DCMINH20@smtp4.clear.net.nz> for freebsd-stable@freebsd.org; Thu, 21 Dec 2006 10:20:42 +1300 (NZDT) Date: Thu, 21 Dec 2006 10:20:33 +1300 From: Mark Kirkwood In-reply-to: <200612201536.25497.pieter@degoeje.nl> To: Pieter de Goeje Message-id: <4589A921.90002@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit References: <45888C68.10305@paradise.net.nz> <200612200816.51043.joao@matik.com.br> <4589128F.9030404@paradise.net.nz> <200612201536.25497.pieter@degoeje.nl> User-Agent: Thunderbird 1.5.0.8 (X11/20061129) Cc: freebsd-stable@freebsd.org Subject: Re: Cached file read performance with 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 18:20:47 -0000 Pieter de Goeje wrote: > On Wednesday 20 December 2006 11:38, Mark Kirkwood wrote: >> In fact if you note that the PIII HW *can* actually do 700MB/s, it >> suggests that your HW is capable of considerably more than 900MB/s - >> given that opteron's have excellent cpu to memory bandwidth, and the >> speed of your memory! > Indeed! > Copying /dev/zero to /dev/null yields more than 5GB/sec on a simple 2Ghz > Athlon64. It imagine there are quite a few extra things done when copying a > file from cache, because I can only manage to get one fifth (~1GB/sec) of the > theoretical speed. (this is with a file that fills more than half of all > memory) > > Note that linux seems to play tricks (zero copy?) when doing dd if=/dev/zero > of=/dev/null, because you can reach speeds which are way above the > theoretical maximum. (30GB/sec on a P4 1,6Ghz ??? no way) > > In the context of databases, I think the speeds are limited by the processing > done on the data, as long as the read speed stays above a certain limit. > Yeah - typically it is creating tuples out of the blocks/pages just read, so for a big memory scan CPU appears to be the limiting factor! > It would be more interesting to see how random access to a (cached) file > performs in Linux vs FreeBSD, which seems a more logical pattern for a > database. > Agreed, and good point, I'll knock up a simple program to do random and/or sequential access of a file and see what we get! Cheers Mark From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 18:22:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 39E7016A407 for ; Thu, 21 Dec 2006 18:22:27 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [216.148.227.151]) by mx1.freebsd.org (Postfix) with ESMTP id 2587A13C458 for ; Thu, 21 Dec 2006 18:22:27 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-67-174-220-97.hsd1.ca.comcast.net[67.174.220.97]) by comcast.net (rwcrmhc11) with ESMTP id <20061221181221m11003vudce>; Thu, 21 Dec 2006 18:12:21 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id A69A91FA038; Thu, 21 Dec 2006 10:12:21 -0800 (PST) Date: Thu, 21 Dec 2006 10:12:21 -0800 From: Jeremy Chadwick To: Michael Proto Message-ID: <20061221181221.GA87297@icarus.home.lan> Mail-Followup-To: Michael Proto , freebsd-stable@freebsd.org References: <20061219124151.GA33385@icarus.home.lan> <20061219132032.GA66632@slackbox.xs4all.nl> <45880BA6.80907@jellydonut.org> <20061219165741.GA40101@icarus.home.lan> <458826AF.7040908@jellydonut.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <458826AF.7040908@jellydonut.org> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org Subject: Re: ntpd flipping between PLL and FLL mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 18:22:27 -0000 On Tue, Dec 19, 2006 at 12:51:43PM -0500, Michael Proto wrote: > I made the change some time ago after combing newsgroups for this issue, > so my memory is a little hazy, but I seem to remember something about > the FLL/PLL switch being right at about 1024s. Check the Tuning section > here: > > http://www.eecis.udel.edu/~ntp/ntpfaq/NTP-s-algo.htm An interesting read. It doesn't give you an exact solution, but it does hint at what you've taken the time to point out above. I've set "maxpoll 9" on each "server" entry, on each of our boxes. So far (48+ hours later), still no signs of FLL/PLL switching. Very cool. Thank you very much for this recommendation. :-) -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 18:33:16 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 97C9516A407 for ; Thu, 21 Dec 2006 18:33:16 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from mx00.pub.collaborativefusion.com (mx00.pub.collaborativefusion.com [206.210.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id 609FC13C45A for ; Thu, 21 Dec 2006 18:33:16 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from vanquish.pgh.priv.collaborativefusion.com (vanquish.pgh.priv.collaborativefusion.com [192.168.2.61]) (SSL: TLSv1/SSLv3,256bits,AES256-SHA) by wingspan with esmtp; Thu, 21 Dec 2006 13:28:12 -0500 id 00056427.458AD23C.00006D0A Date: Thu, 21 Dec 2006 13:28:11 -0500 From: Bill Moran To: "Michael R. Wayne" Message-Id: <20061221132811.165dd5d1.wmoran@collaborativefusion.com> In-Reply-To: <20061221181954.GE63341@manor.msen.com> References: <000801c723bb$efc2b540$260ba8c0@wii.wintecind.com> <458A2B14.5070009@freebsd.org> <458A97BF.1090503@ant.uni-bremen.de> <20061221095811.886d9850.wmoran@collaborativefusion.com> <20061221181954.GE63341@manor.msen.com> Organization: Collaborative Fusion X-Mailer: Sylpheed version 2.2.10 (GTK+ 2.10.6; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 18:33:16 -0000 In response to "Michael R. Wayne" : > Private reply. Not interested in trolling or becoming a troll... > > On Thu, Dec 21, 2006 at 09:58:11AM -0500, Bill Moran wrote: > > > > Are the people making this argument unaware that 6.1 and 5.5 have been > > at release status for quite some time, and thus have been providing > > ample opportunity to upgrade for some time now? > > 4.11 is rock solid. 5.5 and 6.1 both have problems to the point > that we can NOT roll them out on production machines. EVERY machine > we run those releases (or any 5.x or 6.x release) will hang or > reboot at random. And it's not hardware - we take a machine that > was happily running 4.11, "upgrade" it, suffer problems, reformat and > reinstall 4.11 and the machine is one again solid. > > So, 4.11 is unsupported, 5.5 and 6.1 are simply unusable and 6.2 > is not released. Is is any wonder we are begging for extended > support on 4.11? If 6.2 is as bad as 6.1, we're screwed. Don't know why you sent this to me privately. First off, we're running 5.5, 6.1 and 6.2 all over the place and have zero stability problems. Secondly, how many PRs have you filed regarding these problems? If you've found legitimate issues with the OS, the _correct_ thing to do is help the developers resolve the issues, not clamour about why there aren't enough resources to maintain a system that's old, old, old. -- Bill Moran Collaborative Fusion Inc. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 18:46:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1474E16A415 for ; Thu, 21 Dec 2006 18:46:19 +0000 (UTC) (envelope-from clay@milos.co.za) Received: from bart.milos.co.za (bart.milos.co.za [196.38.18.66]) by mx1.freebsd.org (Postfix) with ESMTP id A018013C458 for ; Thu, 21 Dec 2006 18:46:16 +0000 (UTC) (envelope-from clay@milos.co.za) Received: (qmail 6100 invoked by uid 89); 21 Dec 2006 18:19:34 -0000 Received: from unknown (HELO claylaptop) (clay@milos.za.net@192.168.3.254) by bart.milos.co.za with SMTP; 21 Dec 2006 18:19:34 -0000 Message-ID: <019001c7252c$85597690$9603a8c0@claylaptop> From: "Clayton Milos" To: "Rink Springer" , "Nikolay Pavlov" , References: <20061221172706.GA3376@zone3000.net> <20061221173326.GB38291@rink.nu> Date: Thu, 21 Dec 2006 20:19:14 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Cc: Subject: Re: Error with cli32 ARECA RAID command line tool. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 18:46:19 -0000 I have an Areca card and the utility works 100% for me on 5.3, 5.4, 5.5, 6.1 and 6.2-BETA2 so I'm pretty sure it's a PAE issue. -Clay ----- Original Message ----- From: "Rink Springer" To: "Nikolay Pavlov" ; ; Sent: Thursday, December 21, 2006 7:33 PM Subject: Re: Error with cli32 ARECA RAID command line tool. Hi Nikolay, On Thu, Dec 21, 2006 at 07:27:06PM +0200, Nikolay Pavlov wrote: > Hello, folks. I am not sure where to go with this, but i have an error > trying to execute ARECA RAID command line tool with PAE kernel with > GENERIC kernel everything is allright: > > Fatal error 'Cannot allocate red zone for initial thread' at line ? in > file /usr/src/lib/libc_r/uthread/uthread_init.c (errno = ?) Hmm, I do not think that PAE is supported by the Areca driver. Perhaps this is what is causing the problems? Does it work without PAE? -- Rink P.W. Springer - http://rink.nu "It's you isn't it? THE BASTARD OPERATOR FROM HELL!" "In the flesh, on the phone and in your account..." - BOFH #3 From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 18:51:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 26C3216A403 for ; Thu, 21 Dec 2006 18:51:20 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c58-107-94-118.belrs4.nsw.optusnet.com.au [58.107.94.118]) by mx1.freebsd.org (Postfix) with ESMTP id 86BBB13C442 for ; Thu, 21 Dec 2006 18:51:19 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id kBLIjZCK042943; Fri, 22 Dec 2006 05:45:35 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id kBLIjZfN042942; Fri, 22 Dec 2006 05:45:35 +1100 (EST) (envelope-from peter) Date: Fri, 22 Dec 2006 05:45:35 +1100 From: Peter Jeremy To: Mark Kirkwood Message-ID: <20061221184535.GF41566@turion.vk2pj.dyndns.org> References: <45888C68.10305@paradise.net.nz> <200612200816.51043.joao@matik.com.br> <4589128F.9030404@paradise.net.nz> <200612201536.25497.pieter@degoeje.nl> <458A606E.6080008@paradise.net.nz> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Pgaa2uWPnPrfixyx" Content-Disposition: inline In-Reply-To: <458A606E.6080008@paradise.net.nz> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Pieter de Goeje , freebsd-stable@freebsd.org Subject: Re: Cached file read performance with 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 18:51:20 -0000 --Pgaa2uWPnPrfixyx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, 2006-Dec-21 23:22:38 +1300, Mark Kirkwood wrote: >Pieter de Goeje wrote: >>On Wednesday 20 December 2006 11:38, Mark Kirkwood wrote: >>>In fact if you note that the PIII HW *can* actually do 700MB/s, it >>>suggests that your HW is capable of considerably more than 900MB/s - >>>given that opteron's have excellent cpu to memory bandwidth, and the >>>speed of your memory! >>Indeed! >>Copying /dev/zero to /dev/null yields more than 5GB/sec on a simple 2Ghz= =20 >>Athlon64. It imagine there are quite a few extra things done when copying= =20 >>a file from cache, because I can only manage to get one fifth (~1GB/sec)= =20 >>of the theoretical speed. (this is with a file that fills more than half= =20 >>of all memory) > >Fascinating, never thought of trying that! On my 2 (essentially)=20 >identical PIII systems, doing copy /dev/zero to /dev/null yields 4.1=20 >GB/s (Gentoo) and 2.0GB/s (FreeBSD) - so yeah, clearly both do=20 >something special in that case... (growl... we - i.e FreeBSD - seem to=20 >be slower again...tho at that sort of rate, who cares!) This appears to be a fairly meaningless test: I don't know of any applications that rely on /dev/zero read speed or /dev/null write speed. And I don't think we should fuss overly much about claims that Linux can do nothing twice as fast as FreeBSD. If this was really an important issue, we could patch our libc to recognize special filenames and avoid doing syscalls at all on I/O to /dev/zero or /dev/null - this would give us a totally meaningless performance boost. I agree that the FS cache read speed is an issue but the common code paths between filesystem reads and /dev/zero reads are copyout(9) and the generic system call overhead. Before claiming that they are the culprits, someone needs to get some more detailed performance figures (via hwpmc or kernel profiling) and find where the time is really spent. --=20 Peter Jeremy --Pgaa2uWPnPrfixyx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFitZP/opHv/APuIcRAkwzAJ49yEqvpbrK0BhULRR40YBcdsGzFQCfbzzO nciUVdQPrkPakmuCZqnkyBM= =Wr5r -----END PGP SIGNATURE----- --Pgaa2uWPnPrfixyx-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 19:07:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1FCF016A407; Thu, 21 Dec 2006 19:07:41 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c58-107-94-118.belrs4.nsw.optusnet.com.au [58.107.94.118]) by mx1.freebsd.org (Postfix) with ESMTP id 58B8C13C45A; Thu, 21 Dec 2006 19:07:39 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id kBLIRi8p042882; Fri, 22 Dec 2006 05:27:44 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id kBLIRh0H042881; Fri, 22 Dec 2006 05:27:43 +1100 (EST) (envelope-from peter) Date: Fri, 22 Dec 2006 05:27:43 +1100 From: Peter Jeremy To: Scot Hetzel Message-ID: <20061221182743.GE41566@turion.vk2pj.dyndns.org> References: <499c70c0612200040w246c8cfcu9047463cb98bcff9@mail.gmail.com> <790a9fff0612201504h2af9affufd27a18954d52cbf@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MIdTMoZhcV1D07fI" Content-Disposition: inline In-Reply-To: <790a9fff0612201504h2af9affufd27a18954d52cbf@mail.gmail.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org, FreeBSD Questions , Abdullah Al-Marrie , freebsd-mobile@freebsd.org Subject: Re: Acer Aspire WLMi 5102 with AMD Turion 64 X2 system hanging with powerd on 6.2-RC1 and 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 19:07:41 -0000 --MIdTMoZhcV1D07fI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, 2006-Dec-20 15:04:31 -0800, Scot Hetzel wrote: >Had the same problem where powerd would hang my HP Pavilion dv8000 >system. I worked arround the problem by using the following in >rc.conf: > >powerd_enable=3D"YES" >powerd_flags=3D"-a maximum -b maximum" > >Of course this makes powered do nothing when on battery. You might as well have powerd_enable=3D"NO" > What I think >is happening is that powered is too aggressive in downgrading the >clock speed, that it eventually sets the clock to a value that is so >low that the system stops responding. I have an HP nx6125 that will randomly hang if powerd is enabled and if you search back through the mailing lists, there are a few other people with similar problems. I've done some experimenting and in my case, it's the clock speed transitions that cause a hang. The actual clock speed is irrelevant. I believe it's a race condition or a timing bug. --=20 Peter Jeremy --MIdTMoZhcV1D07fI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFitIf/opHv/APuIcRAidDAJ9buD1UhHRSzk6sEpgrn1JxuivV/wCcDjt/ CJa+6V24g36Rvm759JuMCGk= =yX/i -----END PGP SIGNATURE----- --MIdTMoZhcV1D07fI-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 19:16:08 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4F22A16A4B3 for ; Thu, 21 Dec 2006 19:16:08 +0000 (UTC) (envelope-from V.Haisman@sh.cvut.cz) Received: from service.sh.cvut.cz (service.sh.cvut.cz [147.32.127.214]) by mx1.freebsd.org (Postfix) with ESMTP id CAAD013C45A for ; Thu, 21 Dec 2006 19:16:07 +0000 (UTC) (envelope-from V.Haisman@sh.cvut.cz) Received: from localhost (localhost [127.0.0.1]) by service.sh.cvut.cz (Postfix) with ESMTP id 9922A1A3367; Thu, 21 Dec 2006 19:53:27 +0100 (CET) Received: from service.sh.cvut.cz ([127.0.0.1]) by localhost (service [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29491-06; Thu, 21 Dec 2006 19:53:20 +0100 (CET) Received: from logout.sh.cvut.cz (logout.sh.cvut.cz [147.32.127.203]) by service.sh.cvut.cz (Postfix) with ESMTP id AA72D1A337F; Thu, 21 Dec 2006 19:53:20 +0100 (CET) Received: from [192.168.1.2] (localhost [127.0.0.1]) by logout.sh.cvut.cz (Postfix) with ESMTP id 3CC1761C2C; Thu, 21 Dec 2006 19:53:19 +0100 (CET) Message-ID: <458AD815.3010601@sh.cvut.cz> Date: Thu, 21 Dec 2006 19:53:09 +0100 From: =?UTF-8?B?VsOhY2xhdiBIYWlzbWFu?= User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: stable@freebsd.org X-Enigmail-Version: 0.94.1.2 OpenPGP: id=733031B4 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAMFBMVEUnMzWJm5S+0864pn5r blp/hnW2up7X7uqftbNRVUrW1LGBdGfHwJqPi3ScoYtBQzhDxGEwAAAAB3RJTUUH1QoQDDgyQtx8 HQAAAkNJREFUeJzFU0toU0EUPYu66CpGdCUUmoUJkpUDQUoNBVEUrBJsq1Ki2EIKIUZ8mydBhYi0 wVUXJVCLCrFN4DIEQdxIqdBIFsMkWD9YJClCRGKjJaviynjfe8RPogtXPcObuXPOPXd+PHj+Aeyo QNmobGLXVeANGM+GsP0B2yqHHNVoCD2LwLglVGZx7yXSlADR0uZu9C4Bpy3hUxPvH/cuUw6UoPCL h64I8KAJuMpwRU8uUMJy0OIpHVeXmulZoCc/t0LlTbJLEY1EudPRcnVjgAP5Osdl4K5HVP4+2bAI okaUA0Iq6Q59+Zy2eMWN6EpFTsa3+uD1+JKj4TPHuYTSMaLScLAaqk94YJqG4ds30hojOVgYoNJc NTztNU2TBYbhu9Aafnq08ORja37da1NwBrN/b7NVEc+b8yecuYkp08vNvLYneVZRaSH1vS0UnfHm OUPzWaZufHPmCWSdWrfeGVQQKmcsO4If8pAdXJ/xF4QQAeOVY1AQQcfirwkLUWeWVTgi6vaGt2xe BGzBEIMQorru8RxgPqY1V6uxYnwVBRZEI1ytCm3dE8mC2DgcbzCJGHdBEVDKuWDSwsrSGoqzJmNt 2jJpNueIH0qS8/0JrDKnVBdvOzIsdVr4zaX9dn9xcLLKdCtQGfutVacLE9Ja+yfbDvO4aMWrklfK /JYv15C8Kw9S10kup5Bys0N1bLdcn4HvTl/Xlh6Fpllwj5/XpH9BUXn/ym0Dvv7Rt2MywojpYiSi i7Hsscaa19zZ//y/hR+BT/ns80nmJAAAAABJRU5ErkJggg== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig387D95092652719C3604F878" X-Virus-Scanned: by amavisd-new at sh.cvut.cz X-Spam-Status: No, hits=-5.9 tagged_above=-255.0 required=5.0 tests=ALL_TRUSTED, BAYES_00 X-Spam-Level: Cc: Subject: Duplicate IPFW rules X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 19:16:08 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig387D95092652719C3604F878 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, I have just noticed that ipfw list shows one rule twice. It could be that= I have run a script that adds it twice: shell::root:~> ipfw list 00100 allow ip from any to any via lo0 00200 deny ip from any to 127.0.0.0/8 00300 deny ip from 127.0.0.0/8 to any 01999 deny ip from table(1) to any 01999 deny ip from table(1) to any 65000 allow ip from any to any 65535 allow ip from any to any Shouldn't IPFW check before adding the same rule number again? This is FreeBSD 6.1 RC1 with quite recent kernel. -- Vaclav Haisman --------------enig387D95092652719C3604F878 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQEVAwUBRYrYHkNOZDESBK8FAQKWjwf/XgoRP+ic4PzOoKtbJIlqQKxSB9r8MidD RpLLZ387I7yY/D1F6XBa6tM2SqyvWF9mWvPZ9C4ahc7gVd9hO1CrzFXlLW78S5Ny zJmpLwekc/6dbWQvzlmvVFojoA1wfTYD7k9Mm39k6MiFjRynYoATugUklc/FMK27 63FgGAb7B9ghSDsOWcQUnxRkzF2k4fQDcDsc0I0badQZwbLeqImp7o83c1Hl4pKA bEpGLmEizTAJYEnVenw6ykjZtG2VNs1q7hXVz2WCZHF7ziG1hTTwj3kDWhy21zpu Mxdfga/KFKH42uwrmA2oVypAryP1xt5HOr7JRFQ2kMBWlnrqEl4pIw== =A9Yi -----END PGP SIGNATURE----- --------------enig387D95092652719C3604F878-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 19:21:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ED16A16A4CE for ; Thu, 21 Dec 2006 19:21:54 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from a5.virtuaal.com (a5.virtuaal.com [195.222.15.75]) by mx1.freebsd.org (Postfix) with ESMTP id 9726713C44C for ; Thu, 21 Dec 2006 19:21:54 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from pc203.host2.ida.starman.ee ([62.65.241.203] helo=[192.168.2.100]) by a5.virtuaal.com with esmtpsa (SSLv3:AES256-SHA:256) (Exim 4.52) id 1GxQ0x-0000Du-Bj for freebsd-stable@freebsd.org; Thu, 21 Dec 2006 17:39:23 +0200 From: Andrei Kolu To: freebsd-stable@freebsd.org Date: Thu, 21 Dec 2006 17:39:18 +0200 User-Agent: KMail/1.9.4 References: <200612211533.kBLFXLaW090581@lurza.secnetix.de> In-Reply-To: <200612211533.kBLFXLaW090581@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200612211739.18687.antik@bsd.ee> X-Virtuaalcom-MailScanner-Information: Please contact the ISP for more information X-Virtuaalcom-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-Virtuaalcom-MailScanner-SpamCheck: X-Virtuaalcom-MailScanner-From: antik@bsd.ee X-Spam-Status: No X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - a5.virtuaal.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - bsd.ee X-Source: X-Source-Args: X-Source-Dir: Subject: Re: Block IP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 19:21:55 -0000 On Thursday, 21. December 2006 17:33, Oliver Fromme wrote: > Suhail Choudhury wrote: > > What's the easiest way to add an IP such as 80.192.49.213 to block it? > Easiest way to block any activity is to use /etc/hosts.allow file. Port: denyhosts-2.5 Path: /usr/ports/security/denyhosts Info: Script to thwart ssh attacks Maint: janos.mohacsi@bsd.hu B-deps: python-2.4.3 R-deps: python-2.4.3 WWW: http://denyhosts.sourceforge.net/ From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 19:53:28 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6929A16A40F for ; Thu, 21 Dec 2006 19:53:28 +0000 (UTC) (envelope-from V.Haisman@sh.cvut.cz) Received: from service.sh.cvut.cz (service.sh.cvut.cz [147.32.127.214]) by mx1.freebsd.org (Postfix) with ESMTP id E36C913C465 for ; Thu, 21 Dec 2006 19:53:27 +0000 (UTC) (envelope-from V.Haisman@sh.cvut.cz) Received: from localhost (localhost [127.0.0.1]) by service.sh.cvut.cz (Postfix) with ESMTP id CA4711A3375; Thu, 21 Dec 2006 20:53:26 +0100 (CET) Received: from service.sh.cvut.cz ([127.0.0.1]) by localhost (service [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31550-09; Thu, 21 Dec 2006 20:53:15 +0100 (CET) Received: from logout.sh.cvut.cz (logout.sh.cvut.cz [147.32.127.203]) by service.sh.cvut.cz (Postfix) with ESMTP id E42841A3380; Thu, 21 Dec 2006 20:53:15 +0100 (CET) Received: from [192.168.1.2] (localhost [127.0.0.1]) by logout.sh.cvut.cz (Postfix) with ESMTP id 2055461C2F; Thu, 21 Dec 2006 20:53:15 +0100 (CET) Message-ID: <458AE623.4070701@sh.cvut.cz> Date: Thu, 21 Dec 2006 20:53:07 +0100 From: =?UTF-8?B?VsOhY2xhdiBIYWlzbWFu?= User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Kevin Downey References: <458AD815.3010601@sh.cvut.cz> <1d3ed48c0612211144s631e2cendbfcfb6acfae9ef1@mail.gmail.com> In-Reply-To: <1d3ed48c0612211144s631e2cendbfcfb6acfae9ef1@mail.gmail.com> X-Enigmail-Version: 0.94.1.2 OpenPGP: id=733031B4 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAMFBMVEUnMzWJm5S+0864pn5r blp/hnW2up7X7uqftbNRVUrW1LGBdGfHwJqPi3ScoYtBQzhDxGEwAAAAB3RJTUUH1QoQDDgyQtx8 HQAAAkNJREFUeJzFU0toU0EUPYu66CpGdCUUmoUJkpUDQUoNBVEUrBJsq1Ki2EIKIUZ8mydBhYi0 wVUXJVCLCrFN4DIEQdxIqdBIFsMkWD9YJClCRGKjJaviynjfe8RPogtXPcObuXPOPXd+PHj+Aeyo QNmobGLXVeANGM+GsP0B2yqHHNVoCD2LwLglVGZx7yXSlADR0uZu9C4Bpy3hUxPvH/cuUw6UoPCL h64I8KAJuMpwRU8uUMJy0OIpHVeXmulZoCc/t0LlTbJLEY1EudPRcnVjgAP5Osdl4K5HVP4+2bAI okaUA0Iq6Q59+Zy2eMWN6EpFTsa3+uD1+JKj4TPHuYTSMaLScLAaqk94YJqG4ds30hojOVgYoNJc NTztNU2TBYbhu9Aafnq08ORja37da1NwBrN/b7NVEc+b8yecuYkp08vNvLYneVZRaSH1vS0UnfHm OUPzWaZufHPmCWSdWrfeGVQQKmcsO4If8pAdXJ/xF4QQAeOVY1AQQcfirwkLUWeWVTgi6vaGt2xe BGzBEIMQorru8RxgPqY1V6uxYnwVBRZEI1ytCm3dE8mC2DgcbzCJGHdBEVDKuWDSwsrSGoqzJmNt 2jJpNueIH0qS8/0JrDKnVBdvOzIsdVr4zaX9dn9xcLLKdCtQGfutVacLE9Ja+yfbDvO4aMWrklfK /JYv15C8Kw9S10kup5Bys0N1bLdcn4HvTl/Xlh6Fpllwj5/XpH9BUXn/ym0Dvv7Rt2MywojpYiSi i7Hsscaa19zZ//y/hR+BT/ns80nmJAAAAABJRU5ErkJggg== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig1133DA6E086832C52DBC255E" X-Virus-Scanned: by amavisd-new at sh.cvut.cz X-Spam-Status: No, hits=-5.9 tagged_above=-255.0 required=5.0 tests=ALL_TRUSTED, BAYES_00, NORMAL_HTTP_TO_IP X-Spam-Level: Cc: stable@freebsd.org Subject: Re: Duplicate IPFW rules X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 19:53:28 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1133DA6E086832C52DBC255E Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Kevin Downey wrote, On 21.12.2006 20:44: >=20 >=20 > On 12/21/06, *V=C3=A1clav Haisman* > wrote: >=20 > Hi, > I have just noticed that ipfw list shows one rule twice. It could b= e > that I > have run a script that adds it twice: >=20 > shell::root:~> ipfw list > 00100 allow ip from any to any via lo0 > 00200 deny ip from any to 127.0.0.0/8 > 00300 deny ip from 127.0.0.0/8 to any > 01999 deny ip from table(1) to any > 01999 deny ip from table(1) to any > 65000 allow ip from any to any > 65535 allow ip from any to any >=20 > Shouldn't IPFW check before adding the same rule number again? >=20 > This is FreeBSD 6.1 RC1 with quite recent kernel. >=20 > -- > Vaclav Haisman >=20 >=20 >=20 >=20 > its a feature, not a bug. >=20 Huh, really? How is it useful? Please, explain. -- VH --------------enig1133DA6E086832C52DBC255E Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQEVAwUBRYrmKkNOZDESBK8FAQL5UAf+N5iKQzmh5ffkQfin2Tl+D2y81dvggs2Z /i1f+VL/b8Lsp0AvzzKZ4RlAHkEuNKDo77ykxEs0buynNbXAAATeJkgfFtyyg5F+ STfKeV3jRFLHddShb1RsCMhMYWuUNaL4DoTQk4YIWB02dJk+8VKpWiwya4cu3/rF x/M1HtytbsNYRjt1T9JA6Br4uK0AQ46VcncuO26Uvd6ub+JrYaJmuyVnClDfg988 FimJQQNEaslGvJx4c9CaR2GqGKYlQsv+gdETk+BrLl/mDUMnlj+ReYg1iiA/4++e yIF3ELkZbtZoQ2RFtfU8/X5Mfm2LfJAqayxKVyjFbNzWkRuwaFxsgQ== =gIwR -----END PGP SIGNATURE----- --------------enig1133DA6E086832C52DBC255E-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 20:11:55 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7CFB916A403 for ; Thu, 21 Dec 2006 20:11:55 +0000 (UTC) (envelope-from redchin@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id D70D413C43A for ; Thu, 21 Dec 2006 20:11:54 +0000 (UTC) (envelope-from redchin@gmail.com) Received: by ug-out-1314.google.com with SMTP id k3so2653759ugf for ; Thu, 21 Dec 2006 12:11:50 -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:references; b=DuOSk+1HFicar3AEeqwqC52rf00+JdHlnC91ejBwf3MjOYj/9H62q/8Emk5HQSJbh2rmSfWSffJ4vMThs8NZDPTw03YneOTCGcZQnIhhDgAL6+BnH8fwhgCNM3HZAt+csYfgKfGOgX/C7mjxDDj+UjmaMlXUqlM72RRx84VnNec= Received: by 10.82.139.17 with SMTP id m17mr1977185bud.1166730240275; Thu, 21 Dec 2006 11:44:00 -0800 (PST) Received: by 10.82.113.20 with HTTP; Thu, 21 Dec 2006 11:44:00 -0800 (PST) Message-ID: <1d3ed48c0612211144s631e2cendbfcfb6acfae9ef1@mail.gmail.com> Date: Thu, 21 Dec 2006 11:44:00 -0800 From: "Kevin Downey" To: "=?UTF-8?Q?V=C3=A1clav_Haisman?=" In-Reply-To: <458AD815.3010601@sh.cvut.cz> MIME-Version: 1.0 References: <458AD815.3010601@sh.cvut.cz> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org Subject: Re: Duplicate IPFW rules X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 20:11:55 -0000 T24gMTIvMjEvMDYsIFbDoWNsYXYgSGFpc21hbiA8Vi5IYWlzbWFuQHNoLmN2dXQuY3o+IHdyb3Rl Ogo+Cj4gSGksCj4gSSBoYXZlIGp1c3Qgbm90aWNlZCB0aGF0IGlwZncgbGlzdCBzaG93cyBvbmUg cnVsZSB0d2ljZS4gSXQgY291bGQgYmUgdGhhdAo+IEkKPiBoYXZlIHJ1biBhIHNjcmlwdCB0aGF0 IGFkZHMgaXQgdHdpY2U6Cj4KPiBzaGVsbDo6cm9vdDp+PiBpcGZ3IGxpc3QKPiAwMDEwMCBhbGxv dyBpcCBmcm9tIGFueSB0byBhbnkgdmlhIGxvMAo+IDAwMjAwIGRlbnkgaXAgZnJvbSBhbnkgdG8g MTI3LjAuMC4wLzgKPiAwMDMwMCBkZW55IGlwIGZyb20gMTI3LjAuMC4wLzggdG8gYW55Cj4gMDE5 OTkgZGVueSBpcCBmcm9tIHRhYmxlKDEpIHRvIGFueQo+IDAxOTk5IGRlbnkgaXAgZnJvbSB0YWJs ZSgxKSB0byBhbnkKPiA2NTAwMCBhbGxvdyBpcCBmcm9tIGFueSB0byBhbnkKPiA2NTUzNSBhbGxv dyBpcCBmcm9tIGFueSB0byBhbnkKPgo+IFNob3VsZG4ndCBJUEZXIGNoZWNrIGJlZm9yZSBhZGRp bmcgdGhlIHNhbWUgcnVsZSBudW1iZXIgYWdhaW4/Cj4KPiBUaGlzIGlzIEZyZWVCU0QgNi4xIFJD MSB3aXRoIHF1aXRlIHJlY2VudCBrZXJuZWwuCj4KPiAtLQo+IFZhY2xhdiBIYWlzbWFuCj4KPgo+ Cj4KaXRzIGEgZmVhdHVyZSwgbm90IGEgYnVnLgoKLS0gClRoZSBiaWdnZXN0IHByb2JsZW0gd2l0 aCBjb21tdW5pY2F0aW9uIGlzIHRoZSBpbGx1c2lvbiB0aGF0IGl0IGhhcyBvY2N1cnJlZC4K From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 20:12:06 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4383116A5C2 for ; Thu, 21 Dec 2006 20:12:06 +0000 (UTC) (envelope-from chris@vindaloo.com) Received: from corellia.vindaloo.com (corellia.vindaloo.com [64.51.148.100]) by mx1.freebsd.org (Postfix) with ESMTP id 1521D13C44C for ; Thu, 21 Dec 2006 20:12:06 +0000 (UTC) (envelope-from chris@vindaloo.com) Received: from yavin.vindaloo.com (yavin.vindaloo.com [172.24.144.34]) by corellia.vindaloo.com (Postfix) with ESMTP id F313E5C6B; Thu, 21 Dec 2006 14:45:38 -0500 (EST) Received: from [172.24.145.69] (endor.vindaloo.com [172.24.145.69]) by yavin.vindaloo.com (Postfix) with ESMTP id 8E8A324C4D; Thu, 21 Dec 2006 14:45:38 -0500 (EST) Message-ID: <458AE462.1020100@vindaloo.com> Date: Thu, 21 Dec 2006 14:45:38 -0500 From: Christopher Hilton User-Agent: Thunderbird 1.5.0.8 (Macintosh/20061025) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG, suhailc@gmail.com References: <200612211533.kBLFXLaW090581@lurza.secnetix.de> In-Reply-To: <200612211533.kBLFXLaW090581@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Block IP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 20:12:06 -0000 Oliver Fromme wrote: [ snip ] > In general that's not a good idea. If you do it wrong, it > makes DoS attacks against your machine easier (i.e. a clever > attacker might be able to lock yourself out of your own > machine). And getting it right is not easy. > > The best way to prevent brute-forcing is to use good pass- > words, or -- even better -- don't use passwords at all, but > key authentication or OTP (SKey / OPIE). > > Another thing that you can do is to move the sshd to a non- > standard port (i.e. something other than 22). Attackers > who look for machines for brute-forcing usually scan > networks for port 22 only. However, note that using a > non-standard port does _not_ make your machine more secure > (that would rather be "security by obscurity"). It only > prevents your machine from appearing in standard ssh scans, > so it gets rid of almost all of the "ssh login failures" > in your daily run output which result from such attempts. > > First, I want to second Oliver's advice. If it's at all possible switch to using public keys for authentication with ssh and disallow password authentication. This completely stops the brute forcing attacks from filling up your periodic security mail. Second, and I know that you are using ipfw, I use pf with the following config: table persist ## Allow people into the ssh server but if they are just wasting my time then ## blackhole them. block in quick from pass in on $ext_if proto tcp to $ext_if port 22 flags S/SA keep state \ (max-src-conn-rate 5/60, overload flush global) This automatically adds addresses to the blackhole table if they try to initiate connections to ssh at a rate of more than 5 connects per minute. Oliver's warning applies here also. Using spoofing, someone could force an arbitrary IP address into the blackhole table and make my life difficult. Awareness of that hole is an important part of using this tactic as a part of your security profile. -- Chris From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 20:20:59 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C2C9916A6AF for ; Thu, 21 Dec 2006 20:20:59 +0000 (UTC) (envelope-from V.Haisman@sh.cvut.cz) Received: from service.sh.cvut.cz (service.sh.cvut.cz [147.32.127.214]) by mx1.freebsd.org (Postfix) with ESMTP id 436A513C462 for ; Thu, 21 Dec 2006 20:20:59 +0000 (UTC) (envelope-from V.Haisman@sh.cvut.cz) Received: from localhost (localhost [127.0.0.1]) by service.sh.cvut.cz (Postfix) with ESMTP id 5503A1A3375; Thu, 21 Dec 2006 21:20:58 +0100 (CET) Received: from service.sh.cvut.cz ([127.0.0.1]) by localhost (service [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00986-01; Thu, 21 Dec 2006 21:20:50 +0100 (CET) Received: from logout.sh.cvut.cz (logout.sh.cvut.cz [147.32.127.203]) by service.sh.cvut.cz (Postfix) with ESMTP id A00A91A3380; Thu, 21 Dec 2006 21:20:50 +0100 (CET) Received: from [192.168.1.2] (localhost [127.0.0.1]) by logout.sh.cvut.cz (Postfix) with ESMTP id 3D5CE61C2C; Thu, 21 Dec 2006 21:20:48 +0100 (CET) Message-ID: <458AEC99.1040003@sh.cvut.cz> Date: Thu, 21 Dec 2006 21:20:41 +0100 From: =?UTF-8?B?VsOhY2xhdiBIYWlzbWFu?= User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Scott Ullrich References: <458AD815.3010601@sh.cvut.cz> <1d3ed48c0612211144s631e2cendbfcfb6acfae9ef1@mail.gmail.com> <458AE623.4070701@sh.cvut.cz> In-Reply-To: X-Enigmail-Version: 0.94.1.2 OpenPGP: id=733031B4 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAMFBMVEUnMzWJm5S+0864pn5r blp/hnW2up7X7uqftbNRVUrW1LGBdGfHwJqPi3ScoYtBQzhDxGEwAAAAB3RJTUUH1QoQDDgyQtx8 HQAAAkNJREFUeJzFU0toU0EUPYu66CpGdCUUmoUJkpUDQUoNBVEUrBJsq1Ki2EIKIUZ8mydBhYi0 wVUXJVCLCrFN4DIEQdxIqdBIFsMkWD9YJClCRGKjJaviynjfe8RPogtXPcObuXPOPXd+PHj+Aeyo QNmobGLXVeANGM+GsP0B2yqHHNVoCD2LwLglVGZx7yXSlADR0uZu9C4Bpy3hUxPvH/cuUw6UoPCL h64I8KAJuMpwRU8uUMJy0OIpHVeXmulZoCc/t0LlTbJLEY1EudPRcnVjgAP5Osdl4K5HVP4+2bAI okaUA0Iq6Q59+Zy2eMWN6EpFTsa3+uD1+JKj4TPHuYTSMaLScLAaqk94YJqG4ds30hojOVgYoNJc NTztNU2TBYbhu9Aafnq08ORja37da1NwBrN/b7NVEc+b8yecuYkp08vNvLYneVZRaSH1vS0UnfHm OUPzWaZufHPmCWSdWrfeGVQQKmcsO4If8pAdXJ/xF4QQAeOVY1AQQcfirwkLUWeWVTgi6vaGt2xe BGzBEIMQorru8RxgPqY1V6uxYnwVBRZEI1ytCm3dE8mC2DgcbzCJGHdBEVDKuWDSwsrSGoqzJmNt 2jJpNueIH0qS8/0JrDKnVBdvOzIsdVr4zaX9dn9xcLLKdCtQGfutVacLE9Ja+yfbDvO4aMWrklfK /JYv15C8Kw9S10kup5Bys0N1bLdcn4HvTl/Xlh6Fpllwj5/XpH9BUXn/ym0Dvv7Rt2MywojpYiSi i7Hsscaa19zZ//y/hR+BT/ns80nmJAAAAABJRU5ErkJggg== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig37A33667CAAD122DADA7783D" X-Virus-Scanned: by amavisd-new at sh.cvut.cz X-Spam-Status: No, hits=-5.9 tagged_above=-255.0 required=5.0 tests=ALL_TRUSTED, BAYES_00 X-Spam-Level: Cc: stable@freebsd.org, Kevin Downey Subject: Re: Duplicate IPFW rules X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 20:21:00 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig37A33667CAAD122DADA7783D Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Scott Ullrich wrote, On 21.12.2006 21:05: > On 12/21/06, V=C3=A1clav Haisman wrote: >> Huh, really? How is it useful? Please, explain. >=20 > One example feature is to be able to delete many rules at once. If > you know that a specific rule number holds rules (example: time based > rules) then the script has less work to do. Now granted since sets > where introduced this can be done via this method but this feature has > been useful (at least to me) for years and years now. >=20 > Scott Oh, I did not realise this use. Hmm...still, I thought that this is what tables are for :) -- VH --------------enig37A33667CAAD122DADA7783D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQEVAwUBRYrsoENOZDESBK8FAQJQ4AgAop/TvVmuh5U50du3YM3PecVK4l1ozxOa /S2ffkCkCL9akvN8RO+mB6ll9iYWP1+6r+oCXrPUA7SnBb580P/ZbowQDtvGE27G 0Q/Y7J+NL5lFWShWak6n4uMeeatXUf72COxiX5Nx3r0njIVAdJad+REJfJHzcX9u 8IdkQ3T2fq1g4VJimaYDCEsVG9wl8MwMDSbX4/zs2XdWunrdxELKHacTIE9OH6FL +QRidcuT8C2/b2FUaVTuwn2D/EL9LMZBFDfr2xqlCiX1vWAF14kNQO1sdl0x7w+4 5P+NzyU6oIXfEN2NTrdQV7xuwy6BkyC9H5EWmMjWx1VaNecl/iyDkA== =utNS -----END PGP SIGNATURE----- --------------enig37A33667CAAD122DADA7783D-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 20:22:39 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B57A216A403 for ; Thu, 21 Dec 2006 20:22:39 +0000 (UTC) (envelope-from rodrigo@liralink.com) Received: from bloco-19.gmail.comdominio.com.br (bloco-19.gmail.comdominio.com.br [200.155.11.212]) by mx1.freebsd.org (Postfix) with ESMTP id A6AE513C466 for ; Thu, 21 Dec 2006 20:22:37 +0000 (UTC) (envelope-from rodrigo@liralink.com) Received: (qmail 12106 invoked from network); 21 Dec 2006 19:54:29 -0000 Received: from unknown (HELO [10.0.0.8]) (Authenticatedgmail:rodrigo@liralink.com@[41.222.255.83]) (envelope-sender ) by bloco-19.gmail.comdominio.com.br (qmail-ldap-1.03) with SMTP for ; 21 Dec 2006 19:54:25 -0000 Message-ID: <458AE655.7000800@liralink.com> Date: Thu, 21 Dec 2006 20:53:57 +0100 From: Rodrigo Galiano Organization: GALICOM User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: =?UTF-8?B?VsOhY2xhdiBIYWlzbWFu?= References: <458AD815.3010601@sh.cvut.cz> In-Reply-To: <458AD815.3010601@sh.cvut.cz> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: stable@freebsd.org Subject: Re: Duplicate IPFW rules X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rodrigo@liralink.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 20:22:39 -0000 Hi, Re-edit your script and on the first line at the following: ipfw -f fl This line flushes the firewall script that is currently loaded before loading your script. Can you keep me posted. Regards and a Merry Christmas, -- Rodrigo Galiano Celestino Internet & System Consultant Celphone: +244 923 57 79 72 Václav Haisman escreveu: > Hi, > I have just noticed that ipfw list shows one rule twice. It could be that I > have run a script that adds it twice: > > shell::root:~> ipfw list > 00100 allow ip from any to any via lo0 > 00200 deny ip from any to 127.0.0.0/8 > 00300 deny ip from 127.0.0.0/8 to any > 01999 deny ip from table(1) to any > 01999 deny ip from table(1) to any > 65000 allow ip from any to any > 65535 allow ip from any to any > > Shouldn't IPFW check before adding the same rule number again? > > This is FreeBSD 6.1 RC1 with quite recent kernel. > > -- > Vaclav Haisman > From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 20:22:54 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5C01416A509 for ; Thu, 21 Dec 2006 20:22:54 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.freebsd.org (Postfix) with ESMTP id E6A6D13C469 for ; Thu, 21 Dec 2006 20:22:53 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: by nf-out-0910.google.com with SMTP id x37so2961995nfc for ; Thu, 21 Dec 2006 12:22: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=g2Q2lFbASh7NZXahzoqbLX2YGZ7hjR2drnGMPpcv/DEkwyjoF/HlpVafI/Ie2ctOuAabhU+wpLo+/XGnN2r3Ar/Ad5owVdzbzFi9049PqUExXqLwXF4e3A9foCQMoqo02wvD7kPiAC1TMlsdhsYg2Og+VaMYydAsjVHFiaMTz5A= Received: by 10.82.105.13 with SMTP id d13mr1989195buc.1166732572689; Thu, 21 Dec 2006 12:22:52 -0800 (PST) Received: by 10.82.177.12 with HTTP; Thu, 21 Dec 2006 12:22:52 -0800 (PST) Message-ID: Date: Thu, 21 Dec 2006 15:22:52 -0500 From: "Scott Ullrich" To: "=?ISO-8859-1?Q?V=E1clav_Haisman?=" In-Reply-To: <458AEC99.1040003@sh.cvut.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <458AD815.3010601@sh.cvut.cz> <1d3ed48c0612211144s631e2cendbfcfb6acfae9ef1@mail.gmail.com> <458AE623.4070701@sh.cvut.cz> <458AEC99.1040003@sh.cvut.cz> Cc: stable@freebsd.org, Kevin Downey Subject: Re: Duplicate IPFW rules X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 20:22:54 -0000 On 12/21/06, V=E1clav Haisman wrote: > Oh, I did not realise this use. Hmm...still, I thought that this is what > tables are for :) Yep, thats another usage for tables. But tables have not been around for very long either. Considering that I have used IPFW since FreeBSD version 2 or something or another these fancy features have not always been around :) Scott From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 20:23:36 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7815A16A4C9 for ; Thu, 21 Dec 2006 20:23:36 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from alnrmhc14.comcast.net (alnrmhc14.comcast.net [206.18.177.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4DF9A13C469 for ; Thu, 21 Dec 2006 20:23:36 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-67-174-220-97.hsd1.ca.comcast.net[67.174.220.97]) by comcast.net (alnrmhc14) with ESMTP id <20061221201010b1400mgm29e>; Thu, 21 Dec 2006 20:10:20 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 047101FA037; Thu, 21 Dec 2006 12:10:10 -0800 (PST) Date: Thu, 21 Dec 2006 12:10:10 -0800 From: Jeremy Chadwick To: =?iso-8859-1?Q?V=E1clav?= Haisman Message-ID: <20061221201009.GA89332@icarus.home.lan> Mail-Followup-To: =?iso-8859-1?Q?V=E1clav?= Haisman , Kevin Downey , stable@freebsd.org References: <458AD815.3010601@sh.cvut.cz> <1d3ed48c0612211144s631e2cendbfcfb6acfae9ef1@mail.gmail.com> <458AE623.4070701@sh.cvut.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <458AE623.4070701@sh.cvut.cz> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: stable@freebsd.org, Kevin Downey Subject: Re: Duplicate IPFW rules X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 20:23:36 -0000 On Thu, Dec 21, 2006 at 08:53:07PM +0100, Václav Haisman wrote: > Huh, really? How is it useful? Please, explain. I use the functionality you're questioning. Each of my rule numbers (well, not all of them, but most of them) are for specfic things; such as rule 3000 representing deny SSH attempts from any APNIC addresses, rule 3001 representing the same but for RIPE, etc. etc.. I have multiple deny entries *per rule number*. Thus, when I delete one of those rule numbers, I delete all entries in that rule (e.g. if I have 15 deny statements in rule 3000, if I delete rule 3000, I delete all 15 of those deny statements). So please, do not change this behaviour -- it's a useful feature. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 21:21:25 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CEDAF16A412 for ; Thu, 21 Dec 2006 21:21:25 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id 624CF13C447 for ; Thu, 21 Dec 2006 21:21:25 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: by nf-out-0910.google.com with SMTP id l23so3237375nfc for ; Thu, 21 Dec 2006 13:21:24 -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=eL+qYtXA93vm6s3e2Q695aHApq3YM5J6oJ3l90RgNHLWCmf4N+zxfYGd0Zb6ASAoZmBfZWz6GJ3ItDE/8MA2LYuA68HcJohhvlI9NDBwoJ7GqlmKVo8cr/yUraf4LHj44YAxgfFJulrDLBUo5OkcRx6uDIBWaQgOZUXj6osGEnc= Received: by 10.82.105.13 with SMTP id d13mr1986050buc.1166731552028; Thu, 21 Dec 2006 12:05:52 -0800 (PST) Received: by 10.82.177.12 with HTTP; Thu, 21 Dec 2006 12:05:51 -0800 (PST) Message-ID: Date: Thu, 21 Dec 2006 15:05:51 -0500 From: "Scott Ullrich" To: "=?ISO-8859-1?Q?V=E1clav_Haisman?=" In-Reply-To: <458AE623.4070701@sh.cvut.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <458AD815.3010601@sh.cvut.cz> <1d3ed48c0612211144s631e2cendbfcfb6acfae9ef1@mail.gmail.com> <458AE623.4070701@sh.cvut.cz> Cc: stable@freebsd.org, Kevin Downey Subject: Re: Duplicate IPFW rules X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 21:21:25 -0000 On 12/21/06, V=E1clav Haisman wrote: > Huh, really? How is it useful? Please, explain. One example feature is to be able to delete many rules at once. If you know that a specific rule number holds rules (example: time based rules) then the script has less work to do. Now granted since sets where introduced this can be done via this method but this feature has been useful (at least to me) for years and years now. Scott From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 22:27:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D9B6C16A412 for ; Thu, 21 Dec 2006 22:27:43 +0000 (UTC) (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 9B43213C458 for ; Thu, 21 Dec 2006 22:27:43 +0000 (UTC) (envelope-from mikej@rogers.com) Received: (qmail 32556 invoked from network); 21 Dec 2006 22:01:03 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:X-YMail-OSG:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=TSTkj80GFZR9969O0uOB2qjUtx4Gc2XBEbIK8J3+QtZHy1Wen9vYKg+QWZFm2J86XtQiZgfdywhWEH8LbDPMToRDxFGvOPHS9tnEF9kJ2RohRrchIBruOS/kR9q3v0V22gPUvjWtLkLF6YPDoMT5dIYT1BIWvEfJcvNWFFkaQG0= ; Received: from unknown (HELO ?172.16.0.200?) (mikej@rogers.com@74.111.253.239 with plain) by smtp109.rog.mail.re2.yahoo.com with SMTP; 21 Dec 2006 22:01:03 -0000 X-YMail-OSG: WnxF25EVM1kb5OI0tv9wJvTPTCeU1CFALKlkD6N7vjAS4WzQmme5SIve.K.s7rdYH9AuI._nFdH7fd_ECqQU5BVJtw.GKP1S48punDWdezFcVt1gImjGlmSoa26tr5LaDzpjee24nGjL6NY- Message-ID: <458B043D.5070503@rogers.com> Date: Thu, 21 Dec 2006 17:01:33 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <45888C68.10305@paradise.net.nz> <200612200816.51043.joao@matik.com.br> <4589128F.9030404@paradise.net.nz> <200612201536.25497.pieter@degoeje.nl> <458A606E.6080008@paradise.net.nz> <20061221184535.GF41566@turion.vk2pj.dyndns.org> In-Reply-To: <20061221184535.GF41566@turion.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Cached file read performance with 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 22:27:43 -0000 Has anyone tried these tests with 4.x? Well, i did, and i was surprised how good the performance is, it gave me the highest number of all tests, even compared to much faster HW. Although this is all different hardware, it seems like the performance drops the higher the version of FreeBSD is, specifically right after 6.1. Is there a possibility that there was some performance problem introduced around that time? All tests done with "dd if=/dev/zero of=/tmp/file bs=8k count=30000", a 234M file. --- FreeBSD 4.11-STABLE, Pentium(R) 4 CPU 2.60GHz, 512MB # dd of=/dev/null if=/tmp/file bs=8k 30000+0 records in 30000+0 records out 245760000 bytes transferred in 0.298992 secs (821962015 bytes/sec) # dd of=/dev/null if=/tmp/file bs=32k 7500+0 records in 7500+0 records out 245760000 bytes transferred in 0.221009 secs (1111990834 bytes/sec) FreeBSD 6.1-STABLE, Dual Core AMD Opteron(tm) Processor 170 (2009.27-MHz K8-class CPU), 1GB # dd of=/dev/null if=/tmp/file bs=8k 30000+0 records in 30000+0 records out 245760000 bytes transferred in 0.289550 secs (848765132 bytes/sec) # dd of=/dev/null if=/tmp/file bs=32k 7500+0 records in 7500+0 records out 245760000 bytes transferred in 0.243281 secs (1010190329 bytes/sec) FreeBSD 6.1-STABLE, Intel(R) Pentium(R) D CPU 3.20GHz (3118.91-MHz 686-class CPU), 1GB # dd of=/dev/null if=/tmp/file bs=8k 30000+0 records in 30000+0 records out 245760000 bytes transferred in 0.354899 secs (692478377 bytes/sec) # dd of=/dev/null if=/tmp/file bs=32k 7500+0 records in 7500+0 records out 245760000 bytes transferred in 0.285909 secs (859574388 bytes/sec) FreeBSD 6.2-PRERELEASE, AMD Athlon(tm) 64 Processor 3000+ (2002.58-MHz K8-class CPU), 512MB # dd of=/dev/null if=/tmp/file bs=8k 30000+0 records in 30000+0 records out 245760000 bytes transferred in 0.354382 secs (693488872 bytes/sec) # dd of=/dev/null if=/tmp/file bs=32k 7500+0 records in 7500+0 records out 245760000 bytes transferred in 0.356816 secs (688758249 bytes/sec) FreeBSD 6.2-PRERELEASE, Intel(R) Pentium(R) 4 CPU 1.80GHz (1796.94-MHz 686-class CPU), 512MB # dd of=/dev/null if=/tmp/file bs=8k 30000+0 records in 30000+0 records out 245760000 bytes transferred in 0.483906 secs (507867448 bytes/sec) # dd of=/dev/null if=/tmp/file bs=32k 7500+0 records in 7500+0 records out 245760000 bytes transferred in 0.390824 secs (628825123 bytes/sec) FreeBSD 7.0-CURRENT (all debugging off), AMD Athlon(tm) Processor (1410.21-MHz 686-class CPU), 512MB # dd of=/dev/null if=/tmp/file bs=8k 30000+0 records in 30000+0 records out 245760000 bytes transferred in 0.846895 secs (290189464 bytes/sec) # dd of=/dev/null if=/tmp/file bs=32k 7500+0 records in 7500+0 records out 245760000 bytes transferred in 0.794950 secs (309151516 bytes/sec) From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 23:29:14 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1C0EE16A412 for ; Thu, 21 Dec 2006 23:29:14 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from smtp5.clear.net.nz (smtp5.clear.net.nz [203.97.33.68]) by mx1.freebsd.org (Postfix) with ESMTP id D4BFE13C45F for ; Thu, 21 Dec 2006 23:29:13 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from [192.168.1.11] (121-72-65-158.dsl.telstraclear.net [121.72.65.158]) by smtp5.clear.net.nz (CLEAR Net Mail) with ESMTP id <0JAN00AE9D8OC840@smtp5.clear.net.nz> for freebsd-stable@FreeBSD.ORG; Fri, 22 Dec 2006 12:29:12 +1300 (NZDT) Date: Fri, 22 Dec 2006 12:29:11 +1300 From: Mark Kirkwood In-reply-to: <200612211353.kBLDrG1M085224@lurza.secnetix.de> To: freebsd-stable@FreeBSD.ORG, markir@paradise.net.nz Message-id: <458B18C7.6010406@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit References: <200612211353.kBLDrG1M085224@lurza.secnetix.de> User-Agent: Thunderbird 1.5.0.8 (X11/20061129) Cc: Subject: Re: Cached file read performance with 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 23:29:14 -0000 Oliver Fromme wrote: > Mark Kirkwood wrote: > > Exactly, that's why I did the comparison - I think you missed the part > > where I mentioned the 2 systems were *identical* with respect to cpus, > > memory, mobo - in fact even the power supplies are identical too! > > So I assume your benchmark measured the performance of the > zero and null devices under FreeBSD and Linux. > No - that was peripheral to the benchmark, and I should not have sent that message 'cause actually I've taken dev/zero and /dev/null *out* of the picture - check earlier messages with the .c prog attached, I'm using read(2) and lseek(2) to access a "real" file, that just happens (i.e. has been arranged) to be cached! > This is a quote from the "cstream" docs: "These special > devices speed varies greatly among operating systems, > redirecting from it isn't appropriate benchmarking and > a waste of resources anyway." > > I suggest you try cstream (ports/misc/cstream) instead of > dd. It supports built-in zero creation and data sink, so > you don't have to use the zero and null devices at all, > eliminating their overhead. It would be interesting how > that will change your benchmark numbers. > Thanks - I was suspicious of these special files, but had no evidence! Cheers Mark From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 23:39:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 818A416A407 for ; Thu, 21 Dec 2006 23:39:06 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from smtp3.clear.net.nz (smtp3.clear.net.nz [203.97.33.64]) by mx1.freebsd.org (Postfix) with ESMTP id 4377013C44E for ; Thu, 21 Dec 2006 23:39:06 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from [192.168.1.11] (121-72-65-158.dsl.telstraclear.net [121.72.65.158]) by smtp3.clear.net.nz (CLEAR Net Mail) with ESMTP id <0JAN00EJ8DP45I30@smtp3.clear.net.nz> for freebsd-stable@freebsd.org; Fri, 22 Dec 2006 12:39:04 +1300 (NZDT) Date: Fri, 22 Dec 2006 12:39:04 +1300 From: Mark Kirkwood In-reply-to: <20061221092510.bb5fd241.wmoran@collaborativefusion.com> To: Bill Moran Message-id: <458B1B18.4020400@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit References: <45888C68.10305@paradise.net.nz> <200612200816.51043.joao@matik.com.br> <4589128F.9030404@paradise.net.nz> <200612210631.31088.joao@matik.com.br> <458A5C04.9060109@paradise.net.nz> <20061221092510.bb5fd241.wmoran@collaborativefusion.com> User-Agent: Thunderbird 1.5.0.8 (X11/20061129) Cc: freebsd-stable@freebsd.org, JoaoBR Subject: Re: Cached file read performance with 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 23:39:06 -0000 Bill Moran wrote: > In response to Mark Kirkwood : >> JoaoBR wrote: >> >>> I am not convinced that this kind of test is of any value for comparing >>> systems at all because there are too much factors involved - unless the >>> competitors are installed on identical hardware. On the other side I think it >>> is usefull to compare tweaked settings on a particular machine. For example >>> you may change fsize/bsize of the filesystem or any other and can compare >>> this results then. >>> >> Exactly, that's why I did the comparison - I think you missed the part >> where I mentioned the 2 systems were *identical* with respect to cpus, >> memory, mobo - in fact even the power supplies are identical too! (snippage) >> In fact, to indulge your skepticism ('cause I think this is a real issue >> worth sorting out), I booted the FreeBSD system with a Gentoo livecd >> and ran the same tests there... and guess what - identical results to >> the installed Gentoo system...so... errm - *my* experimental method is >> sound...so how about we just get together and see how to make FreeBSD >> kick Gentoo eh? > > I looks like your testing methodology is sound, and that you've > uncovered an issue worth pursuing. > > I recommend starting this thread up on freebsd-performance@. The folks > on that list are more likely to jump all over this kind of thing. > Great - I'm not subscribed to -performance (that is easily fixed tho...), so I'll set that up and follow your suggestion! > You might also find helpful people on the current@ and hackers@ lists. > My gut tells me that any changes that can improve this will be large > enough that they'll have to go through CURRENT first, then get MFCed > back in to 6. Right, no worries there (I can upgrade to CURRENT on my test machine...should be an interesting exercise in itself!) > Keep in mind also that the holidays tend to slow things down, it might > be early January before you get a lot of people looking at this issue > seriously. > Yeah - Merry Xmas to you all! Cheers Mark P.s : JoaoBR, apologies for coming on a bit strong...it was merely my enthusiasm to get to the bottom (or even the beginning...) of what is going on here! From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 23:41:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B8D7C16A40F for ; Thu, 21 Dec 2006 23:41:07 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.freebsd.org (Postfix) with ESMTP id 7A5AC13C45B for ; Thu, 21 Dec 2006 23:41:07 +0000 (UTC) (envelope-from spork@bway.net) Received: (qmail 47334 invoked by uid 0); 21 Dec 2006 23:14:26 -0000 Received: from unknown (HELO white.nat.fasttrackmonkey.com) (spork@bway.net@216.220.116.154) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 21 Dec 2006 23:14:26 -0000 Date: Thu, 21 Dec 2006 18:14:25 -0500 (EST) From: Charles Sprickman X-X-Sender: spork@white.nat.fasttrackmonkey.com To: Bill Moran In-Reply-To: <20061221095811.886d9850.wmoran@collaborativefusion.com> Message-ID: References: <000801c723bb$efc2b540$260ba8c0@wii.wintecind.com> <458A2B14.5070009@freebsd.org> <458A97BF.1090503@ant.uni-bremen.de> <20061221095811.886d9850.wmoran@collaborativefusion.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 23:41:07 -0000 On Thu, 21 Dec 2006, Bill Moran wrote: > In response to Heinrich Rebehn : > >> Colin Percival wrote: >>> John Smith wrote: >>>> Support for FreeBSD 4.11 is going to end sometime in late January. >>>> Originally, FreeBSD 6.2 was supposed to be released back in October. This >>>> would have given everyone about 3 months to stress test everything and >>>> migrate all their boxes from 4.11 direct to 6.2. >>> >>> You've had three months to stress test 6.2-BETA1, 6.2-BETA2, 6.2-BETA3, and >>> 6.2-RC1. We release these for a reason, you know. >>> >>>> Now it is near the end of >>>> December, and FreeBSD 6.2 RC2 has yet to be seen anywhere. Chances are that >>>> FreeBSD 6.2 Release will come out earliest mid-January. This does not give >>>> much time for people to migrate to the newest FreeBSD release. I think it >>>> would be fair if support is extended for a few more months especially since >>>> 6.2 is so late in coming. >>> >>> Your opinion has been noted. >>> >>> Colin Percival >> >> I have to second the OP's opinion. :-) >> I think it is important to be able to stress test the *final* release >> before installing on production machines. There is little use in stress >> testing BETAs and then install a broken RELEASE. >> This happened with 6.1-RELEASE where the nfs server was suddenly >> unusable on amd64. > > There is something about these "please continue to support 4.x" > discussions that confuses me. Personally, I understand it, but my perspective may be skewed. > The general argument has been that 4.11 support should continue because > 6.2 is not at release status yet. If I were to complain about 4.11 going away (and I'm not), this would be my argument: -5.x was never really for production use, in the same way 3.x never was. It was a release made to introduce new features and to beta test what will become a good 6.x release. In my mind, I always skip over 5.x. I would not shed a tear if support for 5.x was dropped before 4.11. -the 4.x branch was the most stable thing since 2.2.x, so many people are hanging on to it for dear life, much as in the windows world you'll still find people that prefer the (relative) stability of something like W2K over XP or Vista. It is a *compliment* to everyone that put all the effort into making the 4.x branch as good as it was that people want to keep using this functional and stable software. -many people run a ton of machines and are not doing any hardware swaps anytime soon. 4.11 runs well on there, and doing a full reinstall on dozens, hundreds or thousands of hosts might be more than they care to do *right now*. Again, a testament to the stability and quality of 4.11. -upgrades from 4.11 to 6.2 are not simple, and not doable without a fairly significant amount of downtime. Everywhere there are folks with a handful of boxes that shouldn't be a single point of failure, but are. Worse, some people have a mix of unique boxes where their first test of 6.x is going to be their only test of 6.x on that specific piece of hardware. -there certainly are plenty of new features and conveniences in 5/6, but for a 3 or 4 year old box that's happily humming along, new hardware support is not paramount, nor are things like the vastly improved wireless support. In any sort of large server farm there are likely homegrown solutions in place to augment 4.11 to the point where the lack of /etc/rc.d or other little convenience pieces just aren't compelling enough to start over. > Are the people making this argument unaware that 6.1 and 5.5 have been > at release status for quite some time, and thus have been providing > ample opportunity to upgrade for some time now? Or has this topic > simply degraded to Troll bait? Again, I think 5.x is probably the least used version of FreeBSD in history. As for 6.1, using a .1 release of something in production is gambling (not a knock on FreeBSD, I'd apply that to anything). People are just voicing their opinion. This is not a democracy, but that also does not preclude the userbase from expressing their views on the matter. If this were a democracy and this was a vote, I'd vote for extending 4.11 support until 6.3 comes out and dropping all support for 5.x tomorrow. :) FWIW, I have about 1/4 of the production boxes I manage up to 6.1 or 6.2-RC1 (mostly throwaway/redundant stuff like spam scanning). The rest are still at 4.11. I do look forward to the bonuses of moving to 6.2 or 6.3 on the rest; my short list of new stuff that would make my life easier: pf, the new rc stuff, jail improvements, support for more GigE interfaces, mysql almost working right/threads. Charles > -- > Bill Moran > Collaborative Fusion Inc. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Dec 22 00:04:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1F12C16A407 for ; Fri, 22 Dec 2006 00:04:52 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.freebsd.org (Postfix) with ESMTP id 67B6D13C447 for ; Fri, 22 Dec 2006 00:04:51 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: by nf-out-0910.google.com with SMTP id x37so3020483nfc for ; Thu, 21 Dec 2006 16:04:50 -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=lnnjnuIOR3kbJRCv3n18GN8gfzGv1tVLPEvz6cH/9L35ppYnpbXaQ8cxdw+zzyynt9BhuRsSqNhFeRAaJr/P9hSDU8+duAMxNcT2skMcOqeGzpdVd/9iC+uqZ7Kjim+5jIgIrvxJ2kcG4eu3O3OkySYbUYq4fD7KTRB14LCYSSQ= Received: by 10.82.139.17 with SMTP id m17mr2017210bud.1166745488116; Thu, 21 Dec 2006 15:58:08 -0800 (PST) Received: by 10.82.134.15 with HTTP; Thu, 21 Dec 2006 15:58:07 -0800 (PST) Message-ID: <3aaaa3a0612211558o30a9af81x2016b077c66916d5@mail.gmail.com> Date: Thu, 21 Dec 2006 23:58:07 +0000 From: Chris To: "Charles Sprickman" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <000801c723bb$efc2b540$260ba8c0@wii.wintecind.com> <458A2B14.5070009@freebsd.org> <458A97BF.1090503@ant.uni-bremen.de> <20061221095811.886d9850.wmoran@collaborativefusion.com> Cc: freebsd-stable@freebsd.org, Bill Moran Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2006 00:04:52 -0000 On 21/12/06, Charles Sprickman wrote: > On Thu, 21 Dec 2006, Bill Moran wrote: > > > In response to Heinrich Rebehn : > > > >> Colin Percival wrote: > >>> John Smith wrote: > >>>> Support for FreeBSD 4.11 is going to end sometime in late January. > >>>> Originally, FreeBSD 6.2 was supposed to be released back in October. This > >>>> would have given everyone about 3 months to stress test everything and > >>>> migrate all their boxes from 4.11 direct to 6.2. > >>> > >>> You've had three months to stress test 6.2-BETA1, 6.2-BETA2, 6.2-BETA3, and > >>> 6.2-RC1. We release these for a reason, you know. > >>> > >>>> Now it is near the end of > >>>> December, and FreeBSD 6.2 RC2 has yet to be seen anywhere. Chances are that > >>>> FreeBSD 6.2 Release will come out earliest mid-January. This does not give > >>>> much time for people to migrate to the newest FreeBSD release. I think it > >>>> would be fair if support is extended for a few more months especially since > >>>> 6.2 is so late in coming. > >>> > >>> Your opinion has been noted. > >>> > >>> Colin Percival > >> > >> I have to second the OP's opinion. :-) > >> I think it is important to be able to stress test the *final* release > >> before installing on production machines. There is little use in stress > >> testing BETAs and then install a broken RELEASE. > >> This happened with 6.1-RELEASE where the nfs server was suddenly > >> unusable on amd64. > > > > There is something about these "please continue to support 4.x" > > discussions that confuses me. > > Personally, I understand it, but my perspective may be skewed. > > > The general argument has been that 4.11 support should continue because > > 6.2 is not at release status yet. > > If I were to complain about 4.11 going away (and I'm not), this would be > my argument: > > -5.x was never really for production use, in the same way 3.x never was. > It was a release made to introduce new features and to beta test what will > become a good 6.x release. In my mind, I always skip over 5.x. I would > not shed a tear if support for 5.x was dropped before 4.11. > > -the 4.x branch was the most stable thing since 2.2.x, so many people are > hanging on to it for dear life, much as in the windows world you'll still > find people that prefer the (relative) stability of something like W2K > over XP or Vista. It is a *compliment* to everyone that put all the > effort into making the 4.x branch as good as it was that people want to > keep using this functional and stable software. > > -many people run a ton of machines and are not doing any hardware swaps > anytime soon. 4.11 runs well on there, and doing a full reinstall on > dozens, hundreds or thousands of hosts might be more than they care to do > *right now*. Again, a testament to the stability and quality of 4.11. > > -upgrades from 4.11 to 6.2 are not simple, and not doable without a fairly > significant amount of downtime. Everywhere there are folks with a handful > of boxes that shouldn't be a single point of failure, but are. Worse, > some people have a mix of unique boxes where their first test of 6.x is > going to be their only test of 6.x on that specific piece of hardware. > > -there certainly are plenty of new features and conveniences in 5/6, but > for a 3 or 4 year old box that's happily humming along, new hardware > support is not paramount, nor are things like the vastly improved wireless > support. In any sort of large server farm there are likely homegrown > solutions in place to augment 4.11 to the point where the lack of > /etc/rc.d or other little convenience pieces just aren't compelling enough > to start over. > > > Are the people making this argument unaware that 6.1 and 5.5 have been > > at release status for quite some time, and thus have been providing > > ample opportunity to upgrade for some time now? Or has this topic > > simply degraded to Troll bait? > > Again, I think 5.x is probably the least used version of FreeBSD in > history. As for 6.1, using a .1 release of something in production is > gambling (not a knock on FreeBSD, I'd apply that to anything). > > People are just voicing their opinion. This is not a democracy, but that > also does not preclude the userbase from expressing their views on the > matter. If this were a democracy and this was a vote, I'd vote for > extending 4.11 support until 6.3 comes out and dropping all support for > 5.x tomorrow. :) > > FWIW, I have about 1/4 of the production boxes I manage up to 6.1 or > 6.2-RC1 (mostly throwaway/redundant stuff like spam scanning). The rest > are still at 4.11. I do look forward to the bonuses of moving to 6.2 or > 6.3 on the rest; my short list of new stuff that would make my life > easier: pf, the new rc stuff, jail improvements, support for more GigE > interfaces, mysql almost working right/threads. > > Charles > > > -- > > Bill Moran > > Collaborative Fusion Inc. > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > I can understand your argument there is little purpose to completely rehaul something that just works and only needs security patches, there is also uneeded cost involved in piurchasing hardware capable of running 6.x Regarding stability I have been having nightmares with nfs on 6.x nfs was fine on 5.x so something broke in 6.x affecting nfs. Chris From owner-freebsd-stable@FreeBSD.ORG Fri Dec 22 00:19:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 78CBD16A407 for ; Fri, 22 Dec 2006 00:19:40 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.freebsd.org (Postfix) with ESMTP id 0DCCD13C447 for ; Fri, 22 Dec 2006 00:19:39 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: by nf-out-0910.google.com with SMTP id x37so3024079nfc for ; Thu, 21 Dec 2006 16:19: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=WlSwSqICPGctMoAWGrYTYTfF2s1Sml5UUbkWw3XIlagnq0TzhsoyyBZTVB/2nV8qW8V0dM73GiCcWRV/fQZMBj6jZXlc03OkhfBfj+TES6gEMLYgU8RjMEZb0dUaxmMHfafGnITyxvcZH3VnPN0zVspf9N60kHyY1rL6QY1jzf4= Received: by 10.82.113.6 with SMTP id l6mr2034052buc.1166745085528; Thu, 21 Dec 2006 15:51:25 -0800 (PST) Received: by 10.82.134.15 with HTTP; Thu, 21 Dec 2006 15:51:25 -0800 (PST) Message-ID: <3aaaa3a0612211551g3fa9c436he5a37ca2405f4b66@mail.gmail.com> Date: Thu, 21 Dec 2006 23:51:25 +0000 From: Chris To: "Kris Kennaway" In-Reply-To: <20061219215520.GA4301@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061123162813.L3026@volte.student.utwente.nl> <20061123192532.GA81937@xor.obsecurity.org> <3aaaa3a0612071036v2df98097ncf9c962e43e6f39d@mail.gmail.com> <200612071349.54854.mistry.7@osu.edu> <3aaaa3a0612131728t214cf77djd0a9fd47f1b12021@mail.gmail.com> <20061214013355.GA62753@xor.obsecurity.org> <3aaaa3a0612171639o1feb01c5la6f73bb1a586196a@mail.gmail.com> <20061218022132.GA77606@xor.obsecurity.org> <3aaaa3a0612191220n42534ca0w8a842bacb6085622@mail.gmail.com> <20061219215520.GA4301@xor.obsecurity.org> Cc: Anish Mistry , s.c.sprong@student.utwente.nl, freebsd-stable@freebsd.org Subject: Re: sshfs/nfs cause server lockup - resolved X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2006 00:19:40 -0000 On 19/12/06, Kris Kennaway wrote: > On Tue, Dec 19, 2006 at 08:20:21PM +0000, Chris wrote: > > On 18/12/06, Kris Kennaway wrote: > > >On Mon, Dec 18, 2006 at 12:39:13AM +0000, Chris wrote: > > >> On 14/12/06, Kris Kennaway wrote: > > >> >On Thu, Dec 14, 2006 at 01:28:48AM +0000, Chris wrote: > > >> > > > >> >> It does make sense if thats the problem since the entire server even > > >> >> locally stops working properly, and it always follows a unexpected > > >> >> nfs/sshfs disconnection ie. network timeout. > > >> >> > > >> >> I am now running 6.2-RC that has the new file and currently at 1 day > > >> >> 11hrs uptime. > > >> > > > >> >OK, thanks for following part of the advice I gave a month ago ;) Let > > >> >us know if the problems persist. > > >> > > > >> >Kris > > >> > > > >> > > > >> > > > >> > > >> Early today the nfs hub was rebooted so had a unexpected disconnection > > >> also noted by the sshfs timeout prompt waiting for me in the terminal > > >> , was able to remount fine and no server lockup or other probolems. > > >> > > >> Current uptime is 5 days, 10:48 > > > > > >OK, good to know. > > > > > >Thanks, > > >Kris > > > > > > > > > > > > > > > > Some bad news, I was offline for a day here, then I logged in today > > reattached to screen, and was greeted with a timeout message to the > > sshfs server, at this point server still functioning fine. When I ran > > the sshfs command again it locked, with only pings responding and had > > to hard reboot it. > > > > I will setup my local machne now so I can do proper debugging for you. > > OK, it's (still) probably an sshfs bug though. > > Kris > > > Ok how to repeat the bug everytime. Works on sshfs and nfs. First. The server died again (hub having its own problems so causing lots of timeouts). This time instead of remounting I tried to ls the 2 mounts simply list empty dirs, first dir worked and 2nd dir caused lockup, so its some kind of problem with the filesystem nodes or something. With this in mind on my local box I yanked out the network cable causing a unexpected timeout, box hung, tried to do the ddb procedure but didnt work, I may have been doing it wrong. Booted local box again mounted nfs over internet and tried same thing yanked out network cable, same thing accessing the dir where nfs mount to hung server hard reboot needed. Local box using 6.2-RC as well. GENERIC kernel default make.conf. Chris From owner-freebsd-stable@FreeBSD.ORG Fri Dec 22 01:46:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9AB2216A403 for ; Fri, 22 Dec 2006 01:46:08 +0000 (UTC) (envelope-from jhs@flat.berklix.net) Received: from thin.berklix.org (thin.berklix.org [194.246.123.68]) by mx1.freebsd.org (Postfix) with ESMTP id 2C49413C434 for ; Fri, 22 Dec 2006 01:46:07 +0000 (UTC) (envelope-from jhs@flat.berklix.net) Received: from js.berklix.net (p549A7C5F.dip.t-dialin.net [84.154.124.95]) (authenticated bits=128) by thin.berklix.org (8.12.11/8.12.11) with ESMTP id kBM1QBNP081147 for ; Fri, 22 Dec 2006 02:26:12 +0100 (CET) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.13.6/8.13.6) with ESMTP id kBM1QA7x014442 for ; Fri, 22 Dec 2006 02:26:10 +0100 (CET) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (localhost.jhs.private [127.0.0.1]) by fire.jhs.private (8.13.6/8.13.6) with ESMTP id kBM1QAYF083759 for ; Fri, 22 Dec 2006 02:26:10 +0100 (CET) (envelope-from jhs@fire.jhs.private) Message-Id: <200612220126.kBM1QAYF083759@fire.jhs.private> To: freebsd-stable@freebsd.org In-reply-to: References: <000801c723bb$efc2b540$260ba8c0@wii.wintecind.com> <458A2B14.5070009@freebsd.org> <458A97BF.1090503@ant.uni-bremen.de> <20061221095811.886d9850.wmoran@collaborativefusion.com> Comments: In-reply-to Charles Sprickman message dated "Thu, 21 Dec 2006 18:14:25 -0500." Date: Fri, 22 Dec 2006 02:26:10 +0100 From: "Julian H. Stacey" Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2006 01:46:08 -0000 Charles Sprickman made many good point IMO, but one aluded to in Chris's follow up concerns me: > there is also uneeded cost involved in piurchasing hardware capable of > running 6.x Performance on old boxes & stability interest me, eg the 486s in scanners ( http://berklix.com/scanjet/ & http://madole.net/scanjet/ ) that have become servers, some of which may also be last islands of secret BSD server sanity in companies that have fallen to the Suits edict of "Only boxes blessed by Mickey$oft" ;-) Sure, I can & do cross compile ('cos local make world is Slow), but when shipped & if supporting other server loads, 6.x Might be a problem on eg Am486DX2 66 MHz 16M Ram ? (I got the impression 4.11 to 6.x will slow by about 1.2 ?) Maybe most people are running (like me on ~ 20 boxes) mostly 4.11 & 6.1, so perhaps that suggestion to drop 5.x rather than 4.x makes numeric sense ? Julian -- Julian Stacey. BSD Unix C Net Consultancy, Munich/Muenchen http://berklix.com Mail Ascii, not HTML. Ihr Rauch = mein allergischer Kopfschmerz. http://berklix.org/free-software From owner-freebsd-stable@FreeBSD.ORG Fri Dec 22 02:18:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E2E8F16A412 for ; Fri, 22 Dec 2006 02:18:12 +0000 (UTC) (envelope-from matt@chronos.org.uk) Received: from chronos.org.uk (chronos.org.uk [82.152.140.138]) by mx1.freebsd.org (Postfix) with ESMTP id 8A03313C455 for ; Fri, 22 Dec 2006 02:18:12 +0000 (UTC) (envelope-from matt@chronos.org.uk) Received: from [2001:618:400:6f4e:20d:f0ff:fe1f:a6de] ([IPv6:2001:618:400:6f4e:20d:f0ff:fe1f:a6de]) (authenticated bits=0) by chronos.org.uk (8.13.6/8.13.6) with ESMTP id kBM23sac024579 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 22 Dec 2006 02:03:55 GMT (envelope-from matt@chronos.org.uk) From: Matt Dawson To: freebsd-stable@freebsd.org, Dennis Berger Date: Fri, 22 Dec 2006 02:03:23 +0000 User-Agent: KMail/1.9.4 References: <20061221120115.39CA316A5C6@hub.freebsd.org> In-Reply-To: <20061221120115.39CA316A5C6@hub.freebsd.org> X-Face: Uq{{&_!oO{M&ydj?-f%{D]bN7/|/]a+utod35[+IyH#R>F~YPffK,=?iso-8859-1?q?=25=60=7D=25=0A?= FTMbmzo,]0X3K:N&{h7],FI{?EkORzB; f:V3"vKXsUNw5Yh`}ef4MZ*a4,=?iso-8859-1?q?ObuJ=5F=26=5B1S=27zP=5CK0wcKZP=0A?= =?iso-8859-1?q?_=60=23L=25=5Dq*OUPQ-4T=3FHZ=7EAKX0=7D3W=25o=3DP?= X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00,NO_RELAYS autolearn=unavailable version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on central.local.chronos.org.uk X-Virus-Scanned: ClamAV 0.88.7/2367/Thu Dec 21 16:35:52 2006 on central.local.chronos.org.uk X-Virus-Status: Clean Cc: Subject: Re: ral / ralink 2561 MFC of openbsd import / card=0x25611814 chip=0x03021814 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2006 02:18:13 -0000 On Thursday 21 December 2006 12:01, freebsd-stable-request@freebsd.org wrote: > I have a ral rt2561 I guess, which currently isn't support by the > releng_6 branch. > Is it possible to backport the driver from HEAD? There was a cal for testers a couple of days ago. Two FreeBSD comitters are looking at this, but they really need more testers. Could you possibly help? The patch to add the changes to RELENG_6 is here: http://samodelkin.net/~fjoe/if_ral.diff Ther patch applies to /usr/src/sys and will not link directly into the kernel; you must load it as a module using loader.conf. Apply the patch, cd to /usr/src/sys/modules and do make && make install. So far we have tested Mini-PCI cards, the original RT2560, RT2561s and the MIMO-XR RT2661. Tests on Cardbus cards would be particularly useful. -- Matt Dawson. matt@chronos.org.uk MTD15-RIPE OpenNIC M_D9 MD51-6BONE From owner-freebsd-stable@FreeBSD.ORG Fri Dec 22 02:59:48 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8D56C16A403 for ; Fri, 22 Dec 2006 02:59:48 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id EF32F13C447 for ; Fri, 22 Dec 2006 02:59:46 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.4) with ESMTP id NAA12735; Fri, 22 Dec 2006 13:45:15 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Fri, 22 Dec 2006 13:45:14 +1100 (EST) From: Ian Smith To: Scott Ullrich In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Cc: stable@freebsd.org, =?ISO-8859-1?Q?V=E1clav_Haisman?= , Kevin Downey Subject: Re: Duplicate IPFW rules X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2006 02:59:48 -0000 On Thu, 21 Dec 2006, Scott Ullrich wrote: > On 12/21/06, Václav Haisman wrote: > > Oh, I did not realise this use. Hmm...still, I thought that this is what > > tables are for :) > > Yep, thats another usage for tables. But tables have not been around > for very long either. Considering that I have used IPFW since FreeBSD > version 2 or something or another these fancy features have not always > been around :) Perhaps worth noting that on FreeBSD 2 (and iirc, 3) 'ipfw delete $rule' only deleted the first of any set of same-numbered rules, ie you had to issue multiple delete commands. This behaviour changed somewhere in 4.x to a single delete command removing all same-numbered rules; I had to modify several scripts at the time to accomodate that (sensible) change. Cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Fri Dec 22 03:02:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 148FC16A40F for ; Fri, 22 Dec 2006 03:02:22 +0000 (UTC) (envelope-from cryx-freebsd@h3q.com) Received: from mail.h3q.com (mail.h3q.com [217.13.206.148]) by mx1.freebsd.org (Postfix) with ESMTP id 6E44213C458 for ; Fri, 22 Dec 2006 03:02:21 +0000 (UTC) (envelope-from cryx-freebsd@h3q.com) Received: (qmail 27533 invoked from network); 22 Dec 2006 02:35:38 -0000 Received: from unknown (HELO ?192.168.23.66?) (cryx@85.178.109.46) by mail.h3q.com with AES256-SHA encrypted SMTP; 22 Dec 2006 02:35:38 -0000 Message-ID: <458B4479.7060408@h3q.com> Date: Fri, 22 Dec 2006 03:35:37 +0100 From: Philipp Wuensche User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: freebsd-rc@freebsd.org References: <20061219003401.GA23251@p-i-n.com> In-Reply-To: <20061219003401.GA23251@p-i-n.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "Raphael H. Becker" , freebsd-stable@freebsd.org Subject: Re: /etc/rc.d/jail: losing IPs if jail_x_interface set and syntax error in jails /etc/rc? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2006 03:02:22 -0000 Raphael H. Becker wrote: > Hi *, > > I recently triggered an error when setting up a jail-host: I configured > the jail(s) like evry jail I set up in the past: Yes, this is a bug in rc.d/jail and was introduced in this change: http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/rc.d/jail.diff?r1=1.31&r2=1.32. When a jail fails to start, in your case a broken rc.conf in the jail, the jail is stopped and the ipaddr-alias is unconfigured from the interface with the following command: ifconfig ${jail_interface} -alias ${jail_ip} Unfortunately in the change above the variables were renamed to _interface and _ip, this leads to ifconfig getting executed without a specified ipaddr. and therefore the first alias is unconfigured, which is in most cases the ipaddr. you are having access to the remote host. ${jail_interface} is only the correct interface out of luck, so it should be changed to _interface too. I think the correct way would be to call jail_stop() instead of doing the cleanup by hand but in the current implementation this would leave the ipaddr-alias configured on the interface. I think I already mentioned once that I don't like this interface and ipaddr. configuration feature in rc.d/jail at all. Anyway, the quick fix is trivial and should be included in 6.2. Otherwise we have a possible DoS security problem with the new release. --- rc.d/jail.old Fri Dec 22 03:09:27 2006 +++ rc.d/jail Fri Dec 22 03:10:07 2006 @@ -228,8 +228,8 @@ echo ${_jail_id} > /var/run/jail_${_jail}.id else jail_umount_fs - if [ -n "${jail_interface}" ]; then - ifconfig ${jail_interface} -alias ${jail_ip} + if [ -n "${_interface}" ]; then + ifconfig ${_interface} -alias ${_ip} fi echo " cannot start jail \"${_jail}\": " tail +2 ${_tmp_jail} greetings, philipp From owner-freebsd-stable@FreeBSD.ORG Fri Dec 22 03:17:24 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9CAC816A588 for ; Fri, 22 Dec 2006 03:17:24 +0000 (UTC) (envelope-from wollman@khavrinen.csail.mit.edu) Received: from khavrinen.csail.mit.edu (khavrinen.csail.mit.edu [128.30.28.20]) by mx1.freebsd.org (Postfix) with ESMTP id 606AF13C45B for ; Fri, 22 Dec 2006 03:17:24 +0000 (UTC) (envelope-from wollman@khavrinen.csail.mit.edu) Received: from khavrinen.csail.mit.edu (localhost.csail.mit.edu [127.0.0.1]) by khavrinen.csail.mit.edu (8.13.6/8.13.6) with ESMTP id kBM2xY80019409 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK CN=khavrinen.csail.mit.edu issuer=Client+20CA); Thu, 21 Dec 2006 21:59:34 -0500 (EST) (envelope-from wollman@khavrinen.csail.mit.edu) Received: (from wollman@localhost) by khavrinen.csail.mit.edu (8.13.6/8.13.6/Submit) id kBM2xYxc019408; Thu, 21 Dec 2006 21:59:34 -0500 (EST) (envelope-from wollman) Date: Thu, 21 Dec 2006 21:59:34 -0500 (EST) From: Garrett Wollman Message-Id: <200612220259.kBM2xYxc019408@khavrinen.csail.mit.edu> To: spork@bway.net X-Newsgroups: mit.lcs.mail.freebsd-stable In-Reply-To: References: <000801c723bb$efc2b540$260ba8c0@wii.wintecind.com> <458A2B14.5070009@freebsd.org> <458A97BF.1090503@ant.uni-bremen.de> <20061221095811.886d9850.wmoran@collaborativefusion.com> Organization: MIT Computer Science & Artificial Intelligence Laboratory X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-2.0.2 (khavrinen.csail.mit.edu [127.0.0.1]); Thu, 21 Dec 2006 21:59:35 -0500 (EST) Cc: , stable@FreeBSD.org Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2006 03:17:24 -0000 spork@bway.net writes: >-5.x was never really for production use, in the same way 3.x never >was. Why do people continue to say this? Many sites have used, are still using, and plan to continue to use, 5.x in production. ftp5/cvsup3 ran 5.x until a few months ago, and I have a netnews transit server and a Web server that still run 5.5. I'm slowly moving things off 5.x for the better support and performance of 6.x, but it's been stable for me in two fairly tough production applications for quite some time. -GAWollman -- Garrett A. Wollman | The real tragedy of human existence is not that we are wollman@csail.mit.edu| nasty by nature, but that a cruel structural asymmetry Opinions not those | grants to rare events of meanness such power to shape of MIT or CSAIL. | our history. - S.J. Gould, Ten Thousand Acts of Kindness From owner-freebsd-stable@FreeBSD.ORG Fri Dec 22 04:44:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9463316A415 for ; Fri, 22 Dec 2006 04:44:46 +0000 (UTC) (envelope-from gmenhennitt@optusnet.com.au) Received: from fallbackmx03.syd.optusnet.com.au (fallbackmx03.syd.optusnet.com.au [211.29.133.136]) by mx1.freebsd.org (Postfix) with ESMTP id B101813C457 for ; Fri, 22 Dec 2006 04:44:45 +0000 (UTC) (envelope-from gmenhennitt@optusnet.com.au) Received: from mail04.syd.optusnet.com.au (mail04.syd.optusnet.com.au [211.29.132.185]) by fallbackmx03.syd.optusnet.com.au (8.12.11.20060308/8.12.11) with ESMTP id kBLKxrJQ006105 for ; Fri, 22 Dec 2006 07:59:53 +1100 Received: from [203.2.73.8] (c210-49-176-194.mckinn1.vic.optusnet.com.au [210.49.176.194]) by mail04.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id kBLKxn1r031987; Fri, 22 Dec 2006 07:59:50 +1100 Message-ID: <458AF5BA.5020908@optusnet.com.au> Date: Fri, 22 Dec 2006 07:59:38 +1100 From: Graham Menhennitt User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Christopher Hilton References: <200612211533.kBLFXLaW090581@lurza.secnetix.de> <458AE462.1020100@vindaloo.com> In-Reply-To: <458AE462.1020100@vindaloo.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Block IP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2006 04:44:46 -0000 Christopher Hilton wrote: > If it's at all possible switch to using public keys for authentication > with ssh and disallow password authentication. This completely stops > the brute forcing attacks from filling up your periodic security mail. Are you sure about that? I only allow PublickeyAuthentication ssh2 connections but I get lots of security mail messages like: Nov 16 01:44:08 maxwell sshd[70067]: Invalid user marcos from 202.54.49.7 Nov 16 01:44:23 maxwell sshd[70067]: reverse mapping checking getaddrinfo for 49-7.broadband.vsnl.net.in failed - POSSIBLE BREAKIN ATTEMPT! Graham From owner-freebsd-stable@FreeBSD.ORG Fri Dec 22 04:45:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1487816A4FF; Fri, 22 Dec 2006 04:45:02 +0000 (UTC) (envelope-from bocha@academ.org) Received: from mail.academ.org (mail.academ.org [81.1.226.250]) by mx1.freebsd.org (Postfix) with ESMTP id B158113C468; Fri, 22 Dec 2006 04:45:01 +0000 (UTC) (envelope-from bocha@academ.org) Received: from bocha.solink.office (solink.academ.org [85.118.228.14]) (Authenticated sender: solink@academ.org) by mail.academ.org (Postfix) with ESMTP id 06D28EBC89; Fri, 22 Dec 2006 10:17:50 +0600 (NOVT) From: Bachilo Dmitry To: freebsd-questions@freebsd.org, freebsd-stable@freebsd.org, freebsd-mobile@freebsd.org Date: Fri, 22 Dec 2006 10:17:39 +0600 User-Agent: KMail/1.9.1 References: <499c70c0612200040w246c8cfcu9047463cb98bcff9@mail.gmail.com> <790a9fff0612201504h2af9affufd27a18954d52cbf@mail.gmail.com> <20061221182743.GE41566@turion.vk2pj.dyndns.org> In-Reply-To: <20061221182743.GE41566@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200612221017.40554.bocha@academ.org> X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on mail.academ.org X-Virus-Status: Clean X-Spam-Flag: SKIP X-Spam-Yversion: academ.org Cc: Subject: Re: Acer Aspire WLMi 5102 with AMD Turion 64 X2 system hanging with powerd on 6.2-RC1 and 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2006 04:45:02 -0000 =F7 =D3=CF=CF=C2=DD=C5=CE=C9=C9 =CF=D4 =F0=D1=D4=CE=C9=C3=C1 22 =C4=C5=CB= =C1=C2=D2=D1 2006 00:27 Peter Jeremy =CE=C1=D0=C9=D3=C1=CC(a): > On Wed, 2006-Dec-20 15:04:31 -0800, Scot Hetzel wrote: > >Had the same problem where powerd would hang my HP Pavilion dv8000 > >system. I worked arround the problem by using the following in > >rc.conf: > > > >powerd_enable=3D"YES" > >powerd_flags=3D"-a maximum -b maximum" > > > >Of course this makes powered do nothing when on battery. > > You might as well have > powerd_enable=3D"NO" > > > What I think > >is happening is that powered is too aggressive in downgrading the > >clock speed, that it eventually sets the clock to a value that is so > >low that the system stops responding. > > I have an HP nx6125 that will randomly hang if powerd is enabled and > if you search back through the mailing lists, there are a few other > people with similar problems. I've done some experimenting and in my > case, it's the clock speed transitions that cause a hang. The actual > clock speed is irrelevant. I believe it's a race condition or a > timing bug. All this sounds strange, because i bought this very notebook for my wife 22= =20 days ago, installed 6.2-PRE and it works totally stable for almost a month= =20 now. Here she is with this book:=20 http://forum.allunix.ru/index.php?act=3DAttach&type=3Dpost&id=3D4 Looks pr= etty=20 happy, doesn't she? :-))) =20 The only thing is that this book doesn't reboot or shut the power down when= i=20 tell him to 'reboot' or 'reboot -p'. It just syncs discs and hands with no= =20 explanations. But it works just fine. =2D-=20 =2D----------------------- =F3 =D5=D7=C1=D6=C5=CE=C9=C5=CD, =E2=C1=DE=C9=CC=CF =E4=CD=C9=D4=D2=C9=CA =F2=D5=CB=CF=D7=CF=C4=C9=D4=C5=CC=D8 =CF=D4=C4=C5=CC=C1 =D3=C9=D3=D4=C5=CD= =CE=CF=CA =C9=CE=D4=C1=C7=D2=C1=C3=C9=C9 =EF=EF=EF "=EB=CF=CD=D0=C1=CE=C9=D1 =F3=CF=CC=C9=CE=CB" =2D- With Best Regards, Bachilo Dmitry Head of systems integration dept Solink Company Ltd. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 22 05:46:40 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D140916A403 for ; Fri, 22 Dec 2006 05:46:40 +0000 (UTC) (envelope-from wayne@manor.msen.com) Received: from manor.msen.com (manor.msen.com [148.59.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 8E96B13C447 for ; Fri, 22 Dec 2006 05:46:40 +0000 (UTC) (envelope-from wayne@manor.msen.com) Received: from manor.msen.com (localhost [127.0.0.1]) by manor.msen.com (8.12.11/8.12.11) with ESMTP id kBM5FDJd040751 for ; Fri, 22 Dec 2006 00:15:13 -0500 (EST) (envelope-from wayne@manor.msen.com) Received: (from wayne@localhost) by manor.msen.com (8.12.11/8.12.11/Submit) id kBM5FDZd040750 for stable@freebsd.org; Fri, 22 Dec 2006 00:15:13 -0500 (EST) (envelope-from wayne) Date: Fri, 22 Dec 2006 00:15:13 -0500 From: "Michael R. Wayne" To: stable@freebsd.org Message-ID: <20061222051513.GK63341@manor.msen.com> Mail-Followup-To: stable@freebsd.org References: <000801c723bb$efc2b540$260ba8c0@wii.wintecind.com> <458A2B14.5070009@freebsd.org> <458A97BF.1090503@ant.uni-bremen.de> <20061221095811.886d9850.wmoran@collaborativefusion.com> <200612220259.kBM2xYxc019408@khavrinen.csail.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200612220259.kBM2xYxc019408@khavrinen.csail.mit.edu> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2006 05:46:40 -0000 On Thu, Dec 21, 2006 at 09:59:34PM -0500, Garrett Wollman wrote: > spork@bway.net writes: > > >-5.x was never really for production use, in the same way 3.x never > >was. > > Why do people continue to say this? Many sites have used, are still > using, and plan to continue to use, 5.x in production. I'm going to copy a bit of mail that I sent to someone privately. FreeBSD 4.11 can survive a simple burn-in test. FreeBSD 5.X and 6.1 can not. Here's what I wrote earlier. Take a server. Configure for SMP, add quotas within jails and basic IPFW protection with a few hundred dummynet pipes for b/w throttling (less than 10,000 total IPFW lines). Load the machine a bit so that it constantly maintains a 3 digit load and run sufficient active processes to keep it in moderate swap state. The result of that minimal-effort test yields machines which can not maintain 30 days of uptime (most fail in under a week). And don't even THINK about snapshots in 6.1 or earlier. >THAT< is why people who run servers, with jails, quotas, ipfw and moderate load keep complaining about 5.X and 6.1 and begging for 4.11 support to be extended. Just because someone has a few FreeBSD boxes running light loads and not using the features that we NEED does not mean that any the port 4.11 releases to date are stable. /\/\ \/\/ From owner-freebsd-stable@FreeBSD.ORG Fri Dec 22 07:50:13 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 22DED16A407 for ; Fri, 22 Dec 2006 07:50:13 +0000 (UTC) (envelope-from serg@tmn.ru) Received: from sbtx.tmn.ru (sbtx.tmn.ru [212.76.160.49]) by mx1.freebsd.org (Postfix) with ESMTP id 7310313C447 for ; Fri, 22 Dec 2006 07:49:57 +0000 (UTC) (envelope-from serg@tmn.ru) Received: from sv.tech.sibitex.tmn.ru (sv.tech.sibitex.tmn.ru [10.76.160.59]) by sbtx.tmn.ru (8.13.6/8.13.6) with ESMTP id kBM7cwsS059401; Fri, 22 Dec 2006 12:39:04 +0500 (YEKT) (envelope-from serg@tmn.ru) Received: from sv.tech.sibitex.tmn.ru (localhost.tech.sibitex.tmn.ru [127.0.0.1]) by sv.tech.sibitex.tmn.ru (8.13.8/8.13.8) with ESMTP id kBM7cwlw014879; Fri, 22 Dec 2006 12:38:58 +0500 (YEKT) (envelope-from serg@sv.tech.sibitex.tmn.ru) Received: (from serg@localhost) by sv.tech.sibitex.tmn.ru (8.13.8/8.13.8/Submit) id kBM7cv9Y014878; Fri, 22 Dec 2006 12:38:57 +0500 (YEKT) (envelope-from serg) Date: Fri, 22 Dec 2006 12:38:57 +0500 From: "Sergey N. Voronkov" To: Luigi Rizzo Message-ID: <20061222073857.GA10704@tmn.ru> References: <20061221092717.A6431@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061221092717.A6431@xorpc.icir.org> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on sbtx.tmn.ru X-Virus-Status: Clean Cc: stable@freebsd.org Subject: Re: burncd 'blank' not terminating ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2006 07:50:13 -0000 On Thu, Dec 21, 2006 at 09:27:17AM -0800, Luigi Rizzo wrote: > just noticed, after upgrading to 6.2RC1, that > > luigi# burncd -f /dev/acd0 -v blank > blanking CD, please wait.. > > stays there forever. Eventually i gave up and ctrl-C and > the application terminates, and i was able to write to > the disk a valid image, which probably means that the > disk had been blanked. > > I browsed through the mailing lists and it seems to be an > old problem, related to the driver not reporting the status info. > > Not sure if it is related to particular hardware, just in case here > is what i have: > > ad0: 238475MB at ata0-master UDMA100 > acd0: DVDR at ata0-slave UDMA33 > > note, if i kldload atapicam, and try the blank on /dev/cd0 i get this: > > luigi# burncd -f /dev/cd0 -v blank > burncd: ioctl(CDRIOCGETBLOCKSIZE): Inappropriate ioctl for device > > Any ideas ? > This old report says the problem is in the ioctl... > > http://www.freebsd.org/cgi/query-pr.cgi?pr=44803 See my report: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/95344 And: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/104270 The last one contain a fix. Serg. P.S.: Don't use burncd. Use cdrecord! From owner-freebsd-stable@FreeBSD.ORG Fri Dec 22 08:06:26 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6223916A412 for ; Fri, 22 Dec 2006 08:06:26 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id DFC8513C44B for ; Fri, 22 Dec 2006 08:06:25 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (apqbqj@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id kBM86Iio035286; Fri, 22 Dec 2006 09:06:23 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id kBM86HgT035285; Fri, 22 Dec 2006 09:06:17 +0100 (CET) (envelope-from olli) Date: Fri, 22 Dec 2006 09:06:17 +0100 (CET) Message-Id: <200612220806.kBM86HgT035285@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, gmenhennitt@optusnet.com.au In-Reply-To: <458AF5BA.5020908@optusnet.com.au> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 22 Dec 2006 09:06:24 +0100 (CET) Cc: Subject: Re: Block IP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, gmenhennitt@optusnet.com.au List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2006 08:06:26 -0000 Graham Menhennitt wrote: > Christopher Hilton wrote: > > If it's at all possible switch to using public keys for authentication > > with ssh and disallow password authentication. This completely stops > > the brute forcing attacks from filling up your periodic security mail. > Are you sure about that? I only allow PublickeyAuthentication ssh2 > connections but I get lots of security mail messages like: > > Nov 16 01:44:08 maxwell sshd[70067]: Invalid user marcos from 202.54.49.7 > Nov 16 01:44:23 maxwell sshd[70067]: reverse mapping checking getaddrinfo for 49-7.broadband.vsnl.net.in failed - POSSIBLE BREAKIN ATTEMPT! Those are caused by different things. They're not caused by wrong passwords, but by an illegal user name (first line) or by non-matching reverse DNS (second line). These things are checked even bevore any user keys are exchanged, so the authentication method doesn't matter. They can be savely ignored, because you're immune to brute- force attacks. If you don't want to see them, a simple "egrep -v ..." in /etc/periodic/security/800.loginfail will do. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' From owner-freebsd-stable@FreeBSD.ORG Fri Dec 22 08:16:21 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CBADF16A407 for ; Fri, 22 Dec 2006 08:16:21 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 538F413C44C for ; Fri, 22 Dec 2006 08:16:17 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (vuhupc@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id kBM8GBSl035856; Fri, 22 Dec 2006 09:16:16 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id kBM8GBoX035855; Fri, 22 Dec 2006 09:16:11 +0100 (CET) (envelope-from olli) Date: Fri, 22 Dec 2006 09:16:11 +0100 (CET) Message-Id: <200612220816.kBM8GBoX035855@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, V.Haisman@sh.cvut.cz In-Reply-To: <458AD815.3010601@sh.cvut.cz> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 22 Dec 2006 09:16:16 +0100 (CET) Cc: Subject: Re: Duplicate IPFW rules X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, V.Haisman@sh.cvut.cz List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2006 08:16:21 -0000 Václav Haisman wrote: > I have just noticed that ipfw list shows one rule twice. It could be that I > have run a script that adds it twice: That's expected behaviour. Rule numbers are not unique. Think of the rule number as a tag attached to the rule. It's perfectly legal that two rules can have the same tag (number). > Shouldn't IPFW check before adding the same rule number again? No. However, it could be argued that ipfw(8) could check if an existing rule number is added with the same rule body. In that case it would be redundant and have no effect at all. (It wouldn't really be an error either, so ipfw(8) could simply exit successfully without actually adding the rule.) If someone submits a patch for that, I think it would be comitted. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "Clear perl code is better than unclear awk code; but NOTHING comes close to unclear perl code" (taken from comp.lang.awk FAQ) From owner-freebsd-stable@FreeBSD.ORG Fri Dec 22 08:48:22 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B4D3D16A403 for ; Fri, 22 Dec 2006 08:48:22 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c58-107-94-118.belrs4.nsw.optusnet.com.au [58.107.94.118]) by mx1.freebsd.org (Postfix) with ESMTP id 3F77A13C442 for ; Fri, 22 Dec 2006 08:48:21 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id kBM8Qdso001834 for ; Fri, 22 Dec 2006 19:26:39 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id kBM8QdID001833 for stable@freebsd.org; Fri, 22 Dec 2006 19:26:39 +1100 (EST) (envelope-from peter) Date: Fri, 22 Dec 2006 19:26:39 +1100 From: Peter Jeremy To: stable@freebsd.org Message-ID: <20061222082639.GC837@turion.vk2pj.dyndns.org> References: <000801c723bb$efc2b540$260ba8c0@wii.wintecind.com> <458A2B14.5070009@freebsd.org> <458A97BF.1090503@ant.uni-bremen.de> <20061221095811.886d9850.wmoran@collaborativefusion.com> <200612220259.kBM2xYxc019408@khavrinen.csail.mit.edu> <20061222051513.GK63341@manor.msen.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5gxpn/Q6ypwruk0T" Content-Disposition: inline In-Reply-To: <20061222051513.GK63341@manor.msen.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2006 08:48:22 -0000 --5gxpn/Q6ypwruk0T Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [Not picking on Michael in particular, several people have made similar comments] On Fri, 2006-Dec-22 00:15:13 -0500, Michael R. Wayne wrote: >>THAT< is why people who run servers, with jails, quotas, ipfw and >moderate load keep complaining about 5.X and 6.1 and begging for >4.11 support to be extended. Just because someone has a few FreeBSD >boxes running light loads and not using the features that we NEED >does not mean that any the port 4.11 releases to date are stable. The FreeBSD Project is a volunteer effort. It is currently supporting 4.11, 5.5, 6.1, preparing to release 6.2 and developing 7.x. You cannot demand that volunteers do anything - they work on FreeBSD because they enjoy it. If your business is relying on FreeBSD 4.11 and you do not believe the _free_ support you have been getting is adequate, you are always welcome to look through the list at http://www.freebsd.org/commercial/consult_bycat.html and find someone to provide whatever level of support you want. --=20 Peter Jeremy --5gxpn/Q6ypwruk0T Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFi5a//opHv/APuIcRAgAdAJ4kffN9j+IvYrHl5qqIgqYoK8y8zwCdFs4e U7BRKox1S/eDeobrniTl6rY= =92fn -----END PGP SIGNATURE----- --5gxpn/Q6ypwruk0T-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 22 09:56:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A0F4D16A412 for ; Fri, 22 Dec 2006 09:56:51 +0000 (UTC) (envelope-from achill@matrix.gatewaynet.com) Received: from smadev.internal.net (host3.dynacom.ondsl.gr [62.103.35.211]) by mx1.freebsd.org (Postfix) with ESMTP id 021A813C477 for ; Fri, 22 Dec 2006 09:56:45 +0000 (UTC) (envelope-from achill@matrix.gatewaynet.com) Received: from smadev.internal.net (localhost [127.0.0.1]) by smadev.internal.net (8.13.6/8.13.6) with ESMTP id kBM9uhXX013992; Fri, 22 Dec 2006 11:56:43 +0200 (EET) (envelope-from achill@matrix.gatewaynet.com) Received: from localhost (localhost [[UNIX: localhost]]) by smadev.internal.net (8.13.6/8.13.6/Submit) id kBM9ufnK013991; Fri, 22 Dec 2006 11:56:41 +0200 (EET) (envelope-from achill@matrix.gatewaynet.com) From: Achilleas Mantzios To: Mark Kirkwood , freebsd-stable@freebsd.org Date: Fri, 22 Dec 2006 11:56:41 +0200 User-Agent: KMail/1.9.3 Organization: Dynacom Tankers Mgmt MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200612221156.41746.achill@matrix.gatewaynet.com> Cc: Subject: Re: Cached file read performance with 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2006 09:56:51 -0000 Hi mark, i just happened to lurk around and read the thread. Did you try to run iozone on both systems? Benchmarks like this are designed to test performance of filesystems on a rather wide domain of all related values (block size, file size, etc...) It also produces graphs so that someone can easily see some potential problems -- Achilleas Mantzios From owner-freebsd-stable@FreeBSD.ORG Fri Dec 22 10:36:43 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8C05E16A415 for ; Fri, 22 Dec 2006 10:36:43 +0000 (UTC) (envelope-from freebsd@mail.gbch.net) Received: from gw.gbch.net (gw.gbch.net [203.143.238.93]) by mx1.freebsd.org (Postfix) with SMTP id BF0FE13C48C for ; Fri, 22 Dec 2006 10:36:42 +0000 (UTC) (envelope-from freebsd@mail.gbch.net) Received: (qmail 95933 invoked from network); 22 Dec 2006 20:36:39 +1000 Received: from iliad.gbch.net (172.16.1.9) by gw.gbch.net with SMTP; 22 Dec 2006 20:36:39 +1000 Received: (qmail 93170 invoked by uid 1001); 22 Dec 2006 20:36:39 +1000 Message-ID: Date: Fri, 22 Dec 2006 20:36:38 +1000 From: Greg Black To: stable@freebsd.org References: <000801c723bb$efc2b540$260ba8c0@wii.wintecind.com> <458A2B14.5070009@freebsd.org> <458A97BF.1090503@ant.uni-bremen.de> <20061221095811.886d9850.wmoran@collaborativefusion.com> <200612220259.kBM2xYxc019408@khavrinen.csail.mit.edu> <20061222051513.GK63341@manor.msen.com> <20061222082639.GC837@turion.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061222082639.GC837@turion.vk2pj.dyndns.org> User-Agent: Mutt/1.4.2.2i; gjb-muttsend.sh 1.7 2004-10-05 X-Uptime: 31 days X-Operating-System: FreeBSD 6.0-RELEASE i386 X-Location: Brisbane, Australia; 27.49841S 152.98439E X-URL: http://www.gbch.net/gjb.html X-Blog: http://www.gbch.net/gjb/blog/ X-Image-URL: http://www.gbch.net/gjb/gjb-auug048.gif X-PGP-Key-Fingerprint: EBB2 2A92 A79D 1533 AC00 3C46 5D83 B6FB 4B04 B7D6 X-Request-PGP: http://www.gbch.net/keys/4B04B7D6.asc Cc: Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2006 10:36:43 -0000 On 2006-12-22, Peter Jeremy wrote: > [Not picking on Michael in particular, several people have made > similar comments] > On Fri, 2006-Dec-22 00:15:13 -0500, Michael R. Wayne wrote: >> >THAT< is why people who run servers, with jails, quotas, ipfw and >> moderate load keep complaining about 5.X and 6.1 and begging for >> 4.11 support to be extended. Just because someone has a few FreeBSD >> boxes running light loads and not using the features that we NEED >> does not mean that any the port 4.11 releases to date are stable. > > The FreeBSD Project is a volunteer effort. It is currently supporting > 4.11, 5.5, 6.1, preparing to release 6.2 and developing 7.x. You > cannot demand that volunteers do anything - they work on FreeBSD because > they enjoy it. If your business is relying on FreeBSD 4.11 and you > do not believe the _free_ support you have been getting is adequate, > you are always welcome to look through the list at > http://www.freebsd.org/commercial/consult_bycat.html and find someone > to provide whatever level of support you want. This is all good comment. But I would add that anybody who claims to have a substantial investment in antique FreeBSD systems and who thinks it makes sense to whine at the volunteers in an attempt to get them to do something that they have said they will not do is being dishonest. Such an investment is being managed poorly, probably irresponsibly, if it's not accompanied by a suitable investment in adequate levels of support. And, if you wave money around, there is no shortage of suitably qualified people who can provide such support. I would also add that, if these people are experiencing show stopping problems with 6.2, then they should be contributing to the process of solving those problems rather than whining about their "need" for 4.11 support. For most of us, 6.2 is fine. In fact, I have 4.2, 4.7, 4.9, 6.0, 6.1 and 6.2 boxes all running at multiple sites and all of them are just fine. I update them when there is a reason to, but since I really like the way 6.2 is shaping up, I might just move them all to 6.2 over the Oz summer. Greg From owner-freebsd-stable@FreeBSD.ORG Fri Dec 22 10:42:02 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 84FAD16A415 for ; Fri, 22 Dec 2006 10:42:02 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.225]) by mx1.freebsd.org (Postfix) with ESMTP id 42D9C13C442 for ; Fri, 22 Dec 2006 10:42:02 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by wr-out-0506.google.com with SMTP id i28so241484wra for ; Fri, 22 Dec 2006 02:42:00 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=VUdKVKNYnF0BIGe3zGh9vDGIfCU/B8eERLfuA1Orq905LQSlSkrpridNdKXJBlvFlc4Wic+LupXDOXQcjjCT2YkmJ2jjIfSx6NMEuF7guzL+V+1hhjVQfbWfa9MW1n2Nbm8au4YSLgqqsHMnIt8r09C4cfAc8z7o2p1b6o1+SRI= Received: by 10.90.103.2 with SMTP id a2mr9210013agc.1166784120918; Fri, 22 Dec 2006 02:42:00 -0800 (PST) Received: by 10.90.31.12 with HTTP; Fri, 22 Dec 2006 02:42:00 -0800 (PST) Message-ID: Date: Fri, 22 Dec 2006 18:42:00 +0800 From: "Adrian Chadd" Sender: adrian.chadd@gmail.com To: stable@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <000801c723bb$efc2b540$260ba8c0@wii.wintecind.com> <458A2B14.5070009@freebsd.org> <458A97BF.1090503@ant.uni-bremen.de> <20061221095811.886d9850.wmoran@collaborativefusion.com> <200612220259.kBM2xYxc019408@khavrinen.csail.mit.edu> <20061222051513.GK63341@manor.msen.com> <20061222082639.GC837@turion.vk2pj.dyndns.org> X-Google-Sender-Auth: 1a128190e1dbb40b Cc: Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2006 10:42:02 -0000 You know, if people really do run FreeBSD-4.11 servers which are mission critical (and, hopefully, making money in the process) then please consider donating money to the project to get FreeBSD-6 sorted out. You could perhaps sponsor a FreeBSD developer for a few months to run through the bugs you're seeing in your environment and get the bugs fixed. It might cost you, say, AUD $4kish a month for 6 months but if your stuff is mission critical (and, again, earning you money) then that could just be an operational expense which saves you a whole lot of headache in the long run. Open Software isn't Free. (I have the same problem with the Squid project. Lots of people want Squid to do everything, noone's willing to hire programmers to fix up Squid to do these things and release the work back to the public. Then people complain that Squid doesn't have 21st century features. Grr. Sometimes I think we in the Squid project need better PR..) Adrian From owner-freebsd-stable@FreeBSD.ORG Fri Dec 22 12:29:07 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6A8E616A50A; Fri, 22 Dec 2006 12:29:07 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from mx00.pub.collaborativefusion.com (mx00.pub.collaborativefusion.com [206.210.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id 4002413C45F; Fri, 22 Dec 2006 12:29:07 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from vanquish.pgh.priv.collaborativefusion.com (vanquish.pgh.priv.collaborativefusion.com [192.168.2.61]) (SSL: TLSv1/SSLv3,256bits,AES256-SHA) by wingspan with esmtp; Fri, 22 Dec 2006 07:29:06 -0500 id 00056436.458BCF92.0000D5E6 Date: Fri, 22 Dec 2006 07:29:05 -0500 From: Bill Moran To: "Adrian Chadd" Message-Id: <20061222072905.75f2c9d2.wmoran@collaborativefusion.com> In-Reply-To: References: <000801c723bb$efc2b540$260ba8c0@wii.wintecind.com> <458A2B14.5070009@freebsd.org> <458A97BF.1090503@ant.uni-bremen.de> <20061221095811.886d9850.wmoran@collaborativefusion.com> <200612220259.kBM2xYxc019408@khavrinen.csail.mit.edu> <20061222051513.GK63341@manor.msen.com> <20061222082639.GC837@turion.vk2pj.dyndns.org> Organization: Collaborative Fusion X-Mailer: Sylpheed version 2.2.10 (GTK+ 2.10.6; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Communicating with the public (was Re: Possibility for FreeBSD 4.11 Extended Support) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2006 12:29:07 -0000 In response to "Adrian Chadd" : > > (I have the same problem with the Squid project. Lots of people want > Squid to do everything, noone's willing to hire programmers to fix up > Squid to do these things and release the work back to the public. Then > people complain that Squid doesn't have 21st century features. Grr. > Sometimes I think we in the Squid project need better PR..) You probably do. In my experience, most F/OSS projects need better PR. It's not that we (as a group) are poor communicators. Within the devel teams and so forth, we seem to communicate just fine. The fact is that when crossing cultural boundaries, we usually fall short. This has come up time and again as the complaint that "FreeBSD isn't doing well with business" and so forth, but it comes up in other areas as well that are more subtle. The lion's share of our community work _very_ well with information. We have to, we're buried in it. I know I sort through a couple hundred emails each day. On the flip side, the average Joe doesn't do so well. We see side effects of this when people post with crappy subject lines or no subject lines. We see bug reports that are completely useless because there's nowhere near enough information to actually do anything about it. Did it ever occur to you that these people have as much trouble understanding stuff that they receive as they do communicating their own thoughts. Consider, also, that those folks are an extreme end of the scale. A couple of years ago, a guy tried to explain to me how you have to deal with people. He laid it out in steps: 1) Tell them. 2) Tell them again. 3) Tell them that you told them. 4) Remind them that you told them. 5) Tell them that you reminded them that you told them. 6) ... The point being that you really have to use The Big Hammer to get your point across. It's the same reason we have to see a McDonalds commercial _every_single_commercial_break_! (egad I hate McDonalds) Anyway ... in most of the F/OSS communities I'm involved with, we're under the mistaken idea that we can make an announcement and people will see/hear it. Usually you have to make an announcement 6 or 7 times, worded differently each time, before it really hits home with the masses. I could be wrong, but I get the impression that this whole EOL issue with 4.x is partly a result of not reminding people when the EOL date for 4.x is every 5 minutes. The result is that it's just hitting home for a lot of people now that it's the 11th hour. -- Bill Moran Collaborative Fusion Inc. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 22 12:43:36 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DCB4416A407 for ; Fri, 22 Dec 2006 12:43:36 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-03.arcor-online.net (mail-in-03.arcor-online.net [151.189.21.43]) by mx1.freebsd.org (Postfix) with ESMTP id 6344C13C41A for ; Fri, 22 Dec 2006 12:43:36 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-01-z2.arcor-online.net (mail-in-06-z2.arcor-online.net [151.189.8.18]) by mail-in-03.arcor-online.net (Postfix) with ESMTP id 44ED32761BC for ; Fri, 22 Dec 2006 13:43:35 +0100 (CET) Received: from mail-in-02.arcor-online.net (mail-in-02.arcor-online.net [151.189.21.42]) by mail-in-01-z2.arcor-online.net (Postfix) with ESMTP id 33096C39EF for ; Fri, 22 Dec 2006 13:43:35 +0100 (CET) Received: from lofi.dyndns.org (dslb-084-061-162-229.pools.arcor-ip.net [84.61.162.229]) by mail-in-02.arcor-online.net (Postfix) with ESMTP id 143A3376461 for ; Fri, 22 Dec 2006 13:43:29 +0100 (CET) Received: from kiste.my.domain (kiste.my.domain [192.168.8.2]) by lofi.dyndns.org (8.13.6/8.13.3) with ESMTP id kBMChMVB054986 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 22 Dec 2006 13:43:22 +0100 (CET) (envelope-from lofi@freebsd.org) Received: from kiste.my.domain (localhost [127.0.0.1]) by kiste.my.domain (8.13.6/8.13.4) with ESMTP id kBMChL9e002968 for ; Fri, 22 Dec 2006 13:43:21 +0100 (CET) (envelope-from lofi@freebsd.org) Received: from localhost (localhost [[UNIX: localhost]]) by kiste.my.domain (8.13.6/8.13.4/Submit) id kBMChL3T002967 for freebsd-stable@freebsd.org; Fri, 22 Dec 2006 13:43:21 +0100 (CET) (envelope-from lofi@freebsd.org) X-Authentication-Warning: kiste.my.domain: lofi set sender to lofi@freebsd.org using -f From: Michael Nottebrock To: freebsd-stable@freebsd.org Date: Fri, 22 Dec 2006 13:43:17 +0100 User-Agent: KMail/1.9.5 References: <000801c723bb$efc2b540$260ba8c0@wii.wintecind.com> <20061221095811.886d9850.wmoran@collaborativefusion.com> <200612220259.kBM2xYxc019408@khavrinen.csail.mit.edu> In-Reply-To: <200612220259.kBM2xYxc019408@khavrinen.csail.mit.edu> X-Face: g:jG2\O{-yqD1x?DG2lU1)(v%xffR"p8Nz(w/*)YEUO\Hn%mGi&-!+rq$&r64,=?utf-8?q?fuP=7E=3Bbw=5C=0A=09=5EQdX?=@v~HEAi?NaE8SU]}.oeYSjN84Fe{M(ahZ.(i+lxyP; pr)2[%mGbkY'RmM>=?utf-8?q?+mg3Y=24ip=0A=091?=@Z>[EUaE7tjJ=1DRs~:!uSd""d~:/Er3rpQA%ze|bp>S MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1251736.WEFQctd29J"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200612221343.21237.lofi@freebsd.org> X-Virus-Scanned: by amavisd-new Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2006 12:43:36 -0000 --nextPart1251736.WEFQctd29J Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday, 22. December 2006 03:59, Garrett Wollman wrote: > spork@bway.net writes: > >-5.x was never really for production use, in the same way 3.x never > >was. > > Why do people continue to say this? Because everybody knows that odd numbered releases aren't stable. Just like= .0=20 and .1 releases are rushed out the door after a few months of mad hackfest= =20 and patches being rushed back and forth on kernel.org. Smirk. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1251736.WEFQctd29J Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBFi9LpXhc68WspdLARAjOfAJ9jJB3Nltu0bVuyLAjkEjnj2pViPQCfc32v VnnsZ//cpOjuBFsRNcrCvKk= =PeJW -----END PGP SIGNATURE----- --nextPart1251736.WEFQctd29J-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 22 13:14:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EB0A816A40F for ; Fri, 22 Dec 2006 13:14:44 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 75DB813C44E for ; Fri, 22 Dec 2006 13:14:44 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id kBMDEgDK027405 for ; Fri, 22 Dec 2006 10:14:42 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Fri, 22 Dec 2006 10:15:51 -0300 User-Agent: KMail/1.9.4 References: <000801c723bb$efc2b540$260ba8c0@wii.wintecind.com> <200612220259.kBM2xYxc019408@khavrinen.csail.mit.edu> <200612221343.21237.lofi@freebsd.org> In-Reply-To: <200612221343.21237.lofi@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200612221015.51709.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2006 13:14:45 -0000 On Friday 22 December 2006 09:43, Michael Nottebrock wrote: > On Friday, 22. December 2006 03:59, Garrett Wollman wrote: > > spork@bway.net writes: > > >-5.x was never really for production use, in the same way 3.x never > > >was. > > > > Why do people continue to say this? > > Because everybody knows that odd numbered releases aren't stable. Just li= ke > .0 and .1 releases are rushed out the door after a few months of mad > hackfest and patches being rushed back and forth on kernel.org. Smirk. man, if that really is so then it has an easy solution, don't make 7. but m= ake=20 8. ... :) but the better "believe" would be in better work instead of blaming odd=20 release numbers =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Fri Dec 22 13:38:52 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 28EE416A403 for ; Fri, 22 Dec 2006 13:38:52 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.225]) by mx1.freebsd.org (Postfix) with ESMTP id 81D4E13C43E for ; Fri, 22 Dec 2006 13:38:51 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by wr-out-0506.google.com with SMTP id i28so284866wra for ; Fri, 22 Dec 2006 05:38:49 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=gVCL8oAiJLqSvC8zSEPUkc4hL1qzrHjpGwYzYdwdooSEeFw3gNfVJu4NbB/fe5IJZY3ncfwVMoksaMhTQKnQCcpLQLCnAkAgqVdnFmKqPT4DtSXA10x8y5dPB87F8rG+7t+feyWQrM3jD2hc1cVbiAk+pykVpObJHUJHJm0y8sY= Received: by 10.90.89.5 with SMTP id m5mr9277252agb.1166793182083; Fri, 22 Dec 2006 05:13:02 -0800 (PST) Received: by 10.90.31.12 with HTTP; Fri, 22 Dec 2006 05:13:02 -0800 (PST) Message-ID: Date: Fri, 22 Dec 2006 21:13:02 +0800 From: "Adrian Chadd" Sender: adrian.chadd@gmail.com To: "Bill Moran" In-Reply-To: <20061222072905.75f2c9d2.wmoran@collaborativefusion.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <000801c723bb$efc2b540$260ba8c0@wii.wintecind.com> <458A2B14.5070009@freebsd.org> <458A97BF.1090503@ant.uni-bremen.de> <20061221095811.886d9850.wmoran@collaborativefusion.com> <200612220259.kBM2xYxc019408@khavrinen.csail.mit.edu> <20061222051513.GK63341@manor.msen.com> <20061222082639.GC837@turion.vk2pj.dyndns.org> <20061222072905.75f2c9d2.wmoran@collaborativefusion.com> X-Google-Sender-Auth: 76dbc413f9a61d21 Cc: stable@freebsd.org Subject: Re: Communicating with the public (was Re: Possibility for FreeBSD 4.11 Extended Support) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2006 13:38:52 -0000 On 22/12/06, Bill Moran wrote: > I could be wrong, but I get the impression that this whole EOL issue with > 4.x is partly a result of not reminding people when the EOL date for 4.x > is every 5 minutes. The result is that it's just hitting home for a lot > of people now that it's the 11th hour. The trouble Squid had was its push to a new codebase (2.5 -> 3.0) without adequately considering what users wanted. After all, if users don't get any of what they want then there's probably no chance of any paid work out of it.. Users cried for new features but with the stability of the existing codebase. In the end the developers caved and provided Squid-2.6 which seems to have begun reinvigorating the project somewhat. I'm not saying thats the case here, but all the people I've seen complain about 4.11 isn't because the upgrade path isn't -there-, its because the upgrade path doesn't give them stability. People then answer "but its stable for mee!"; both sides don't end up agreeing. tsk .:) adrian From owner-freebsd-stable@FreeBSD.ORG Fri Dec 22 13:59:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DCE5516A403 for ; Fri, 22 Dec 2006 13:59:30 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.freebsd.org (Postfix) with ESMTP id 5AE7713C434 for ; Fri, 22 Dec 2006 13:59:30 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.ticketswitch.com) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1Gxkgk-000J70-E3; Fri, 22 Dec 2006 13:43:54 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Gxkgk-0009V0-0j; Fri, 22 Dec 2006 13:43:54 +0000 To: freebsd-stable@freebsd.org, lofi@freebsd.org In-Reply-To: <200612221343.21237.lofi@freebsd.org> Message-Id: From: Pete French Date: Fri, 22 Dec 2006 13:43:54 +0000 Cc: Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2006 13:59:30 -0000 > Because everybody knows that odd numbered releases aren't stable. I've been 20 years in electronics & comouting and thats the first time I have ever heard anyone say that! Steer clear of '.0' releases is well known, but suspecting something just because of the odd or evenness of it's numbering scheme seems like pure superstition. Especually since we are Unix people, and the two of the 'biggies' in history are Version 7, System 5 ;-) -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 22 14:05:06 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EE72A16A4A7 for ; Fri, 22 Dec 2006 14:05:05 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from mx00.pub.collaborativefusion.com (mx00.pub.collaborativefusion.com [206.210.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id B74F713C462 for ; Fri, 22 Dec 2006 14:05:05 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from vanquish.pgh.priv.collaborativefusion.com (vanquish.pgh.priv.collaborativefusion.com [192.168.2.61]) (SSL: TLSv1/SSLv3,256bits,AES256-SHA) by wingspan with esmtp; Fri, 22 Dec 2006 09:05:04 -0500 id 00056424.458BE611.0000DF59 Date: Fri, 22 Dec 2006 09:05:03 -0500 From: Bill Moran To: "Adrian Chadd" Message-Id: <20061222090503.77bc7f7c.wmoran@collaborativefusion.com> In-Reply-To: References: <000801c723bb$efc2b540$260ba8c0@wii.wintecind.com> <458A2B14.5070009@freebsd.org> <458A97BF.1090503@ant.uni-bremen.de> <20061221095811.886d9850.wmoran@collaborativefusion.com> <200612220259.kBM2xYxc019408@khavrinen.csail.mit.edu> <20061222051513.GK63341@manor.msen.com> <20061222082639.GC837@turion.vk2pj.dyndns.org> <20061222072905.75f2c9d2.wmoran@collaborativefusion.com> Organization: Collaborative Fusion X-Mailer: Sylpheed version 2.2.10 (GTK+ 2.10.6; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Communicating with the public (was Re: Possibility for FreeBSD 4.11 Extended Support) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2006 14:05:06 -0000 In response to "Adrian Chadd" : > On 22/12/06, Bill Moran wrote: > > > I could be wrong, but I get the impression that this whole EOL issue with > > 4.x is partly a result of not reminding people when the EOL date for 4.x > > is every 5 minutes. The result is that it's just hitting home for a lot > > of people now that it's the 11th hour. > > The trouble Squid had was its push to a new codebase (2.5 -> 3.0) > without adequately considering what users wanted. After all, if users > don't get any of what they want then there's probably no chance of any > paid work out of it.. Users cried for new features but with the > stability of the existing codebase. In the end the developers caved > and provided Squid-2.6 which seems to have begun reinvigorating the > project somewhat. > > I'm not saying thats the case here, but all the people I've seen > complain about 4.11 isn't because the upgrade path isn't -there-, its > because the upgrade path doesn't give them stability. People then > answer "but its stable for mee!"; both sides don't end up agreeing. > tsk .:) Agreed. The problem is that I'm _not_ seeing any problems. The result of this is: 1) I'm not motivated to do anything about it. 2) I don't even know what to do if I was motivated. Until this week, I didn't even know any stability problems existed in post 4.x systems until today, so I _couldn't_ do anything about it. I'm guessing you could say #1 and #2 for any number of developers. There are rumblings about stability issues. The problem is there's very little helpful information. My prediction is that these problems will persist until one of the following conditions is met: 1) Someone knowledgeable just gets interested and starts working on the problem. 2) Someone who needs these features puts some effort in to gathering some truly useful information. 3) Someone who needs these features decides to pay someone knowledgeable to work on it. It's interesting that another party who posted to the list earlier was complaining about how his stability issues went unfixed, yet he had _zero_ useful information on where the problem was originating from. After 5 minutes of searching the PR database, I found an open issue regarding lockups with quotas. This other guy never connected the dots? Never did any diagnosis? Never added his $.02 to the open PR? _That_ is why these things aren't getting fixed. Again, the thing that _absolutely_ boggles my mind is that these folks want to divert developer support _away_ from fixing these issues and to supporting legacy software. Quit bitching and go use Dragonfly. -- Bill Moran Collaborative Fusion Inc. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 22 14:23:41 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0879D16A403 for ; Fri, 22 Dec 2006 14:23:41 +0000 (UTC) (envelope-from jeff.rollin@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id 8F82C13C473 for ; Fri, 22 Dec 2006 14:23:40 +0000 (UTC) (envelope-from jeff.rollin@gmail.com) Received: by nf-out-0910.google.com with SMTP id x37so3215452nfc for ; Fri, 22 Dec 2006 06:23:39 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=IkCn4fNDcOwDddbYa37rYUWvMN016m2MerLkik8m+KDpIeBYrw47+bFDGKQswuHkSow5FskV9CrlkE+bzSHAa7Cb20IlmrqJVO3rMtqzp2yEems7FQmJTnZYhMw6YT4qd1QnoqQqZBurto1nyEPYfqvQSiwD44jhWohJbOawINE= Received: by 10.82.169.4 with SMTP id r4mr98694bue.1166797056866; Fri, 22 Dec 2006 06:17:36 -0800 (PST) Received: by 10.82.178.3 with HTTP; Fri, 22 Dec 2006 06:17:36 -0800 (PST) Message-ID: <8a0028260612220617xad3816ag15220e9f8616ffcf@mail.gmail.com> Date: Fri, 22 Dec 2006 14:17:36 +0000 From: "Jeff Rollin" To: stable@freebsd.org In-Reply-To: <8a0028260612220518y48728ba7jd275ace3d2aacac0@mail.gmail.com> MIME-Version: 1.0 References: <000801c723bb$efc2b540$260ba8c0@wii.wintecind.com> <458A97BF.1090503@ant.uni-bremen.de> <20061221095811.886d9850.wmoran@collaborativefusion.com> <200612220259.kBM2xYxc019408@khavrinen.csail.mit.edu> <20061222051513.GK63341@manor.msen.com> <20061222082639.GC837@turion.vk2pj.dyndns.org> <20061222072905.75f2c9d2.wmoran@collaborativefusion.com> <8a0028260612220518y48728ba7jd275ace3d2aacac0@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Fwd: Communicating with the public (was Re: Possibility for FreeBSD 4.11 Extended Support) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2006 14:23:41 -0000 LS0tLS0tLS0tLSBGb3J3YXJkZWQgbWVzc2FnZSAtLS0tLS0tLS0tCkZyb206IEplZmYgUm9sbGlu IDxqZWZmLnJvbGxpbkBnbWFpbC5jb20+CkRhdGU6IDIyLURlYy0yMDA2IDEzOjE4ClN1YmplY3Q6 IFJlOiBDb21tdW5pY2F0aW5nIHdpdGggdGhlIHB1YmxpYyAod2FzIFJlOiBQb3NzaWJpbGl0eSBm b3IgRnJlZUJTRAo0LjExIEV4dGVuZGVkIFN1cHBvcnQpClRvOiBCaWxsIE1vcmFuIDx3bW9yYW5A Y29sbGFib3JhdGl2ZWZ1c2lvbi5jb20+CgpUaGUgcG9pbnQgYmVpbmcgdGhhdCB5b3UgcmVhbGx5 IGhhdmUgdG8gdXNlIFRoZSBCaWcgSGFtbWVyIHRvIGdldCB5b3VyCj4gcG9pbnQgYWNyb3NzLiAg SXQncyB0aGUgc2FtZSByZWFzb24gd2UgaGF2ZSB0byBzZWUgYSBNY0RvbmFsZHMKPiBjb21tZXJj aWFsIF9ldmVyeV9zaW5nbGVfY29tbWVyY2lhbF9icmVha18hICAoZWdhZCBJIGhhdGUgTWNEb25h bGRzKQoKCkVybSwgbm8uIFdlIHJlYWxseSAvZG9uJ3QvISA7LSkKCkFueXdheSAuLi4gaW4gbW9z dCBvZiB0aGUgRi9PU1MgY29tbXVuaXRpZXMgSSdtIGludm9sdmVkIHdpdGgsIHdlJ3JlCj4gdW5k ZXIgdGhlIG1pc3Rha2VuIGlkZWEgdGhhdCB3ZSBjYW4gbWFrZSBhbiBhbm5vdW5jZW1lbnQgYW5k IHBlb3BsZSB3aWxsCj4gc2VlL2hlYXIgaXQuICBVc3VhbGx5IHlvdSBoYXZlIHRvIG1ha2UgYW4g YW5ub3VuY2VtZW50IDYgb3IgNyB0aW1lcywKPiB3b3JkZWQgZGlmZmVyZW50bHkgZWFjaCB0aW1l LCBiZWZvcmUgaXQgcmVhbGx5IGhpdHMgaG9tZSB3aXRoIHRoZSBtYXNzZXMuCj4KPiBJIGNvdWxk IGJlIHdyb25nLCBidXQgSSBnZXQgdGhlIGltcHJlc3Npb24gdGhhdCB0aGlzIHdob2xlIEVPTCBp c3N1ZSB3aXRoCj4gNC54IGlzIHBhcnRseSBhIHJlc3VsdCBvZiBub3QgcmVtaW5kaW5nIHBlb3Bs ZSB3aGVuIHRoZSBFT0wgZGF0ZSBmb3IgNC54Cj4gaXMgZXZlcnkgNSBtaW51dGVzLiAgVGhlIHJl c3VsdCBpcyB0aGF0IGl0J3MganVzdCBoaXR0aW5nIGhvbWUgZm9yIGEgbG90Cj4gb2YgcGVvcGxl IG5vdyB0aGF0IGl0J3MgdGhlIDExdGggaG91ci4KPgo+IC0tCj4KVGhhdCB3b3VsZCBzdWdnZXN0 IHRoYXQgd2UgZWl0aGVyIG5lZWQgdG8gcGF5IFBSL2FkdmVydGlzaW5nIHBlb3BsZSBmb3IKdGhl aXIgd29yaywgb3IgZ2V0ICJ2b2x1bnRlZXIgYWR2ZXJ0aXNlcnMiIGFzIGV4Y2l0ZWQgYWJvdXQg b3VyIHByb2plY3RzIGFzCndlIGFyZS4KCk9yIGJvdGgKCk15IMKjMC4wMgoKSmVmZgoKCi0tIApO b3csIGRpZCB5b3UgaGVhciB0aGUgbmV3cyB0b2RheT8KVGhleSBzYXkgdGhlIGRhbmdlcidzIGdv bmUgYXdheQpCdXQgSSBjYW4gaGVhciB0aGUgbWFyY2hpbmcgZmVldApNb3ZpbmcgaW50byB0aGUg c3RyZWV0CgpBZGFwdGVkIGZyb20gR2VuZXNpcywgIkxhbmQgb2YgQ29uZnVzaW9uIgoKaHR0cDov L2xhdGVkZXZlbG9wZXJiYXNrZXRjYXNlLmJsb2dzcG90LmNvbQo= From owner-freebsd-stable@FreeBSD.ORG Fri Dec 22 14:33:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0973B16A403 for ; Fri, 22 Dec 2006 14:33:34 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 7D0B513C442 for ; Fri, 22 Dec 2006 14:33:33 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id kBMEXWDg034308; Fri, 22 Dec 2006 11:33:32 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org, "Adrian Chadd" Date: Fri, 22 Dec 2006 11:34:41 -0300 User-Agent: KMail/1.9.4 References: <000801c723bb$efc2b540$260ba8c0@wii.wintecind.com> <20061222072905.75f2c9d2.wmoran@collaborativefusion.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200612221134.41455.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: Subject: Re: Communicating with the public (was Re: Possibility for FreeBSD 4.11 Extended Support) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2006 14:33:34 -0000 On Friday 22 December 2006 10:13, Adrian Chadd wrote: > On 22/12/06, Bill Moran wrote: > > I could be wrong, but I get the impression that this whole EOL issue wi= th > > 4.x is partly a result of not reminding people when the EOL date for 4.x > > is every 5 minutes. The result is that it's just hitting home for a lot > > of people now that it's the 11th hour. > > The trouble Squid had was its push to a new codebase (2.5 -> 3.0) > without adequately considering what users wanted. After all, if users > don't get any of what they want then there's probably no chance of any > paid work out of it.. Users cried for new features but with the > stability of the existing codebase. In the end the developers caved > and provided Squid-2.6 which seems to have begun reinvigorating the > project somewhat. > this is Interesting ... you said in your former mail: > (I have the same problem with the Squid project. Lots of people want > Squid to do everything, noone's willing to hire programmers to fix up > Squid to do these things and release the work back to the public. Then > people complain that Squid doesn't have 21st century features. Grr. > Sometimes I think we in the Squid project need better PR..) In my opinion squid today is off the track. =46irstable seems that the squid project is mostly concerned about beeing a= =20 proxy-server for small companies, doing nat and authentication and all this= =20 nasty stuff If you target this market there is indeed *NO* money, people hooking =20 corporate network on ADSL are looking for freestuff or cheapstuff.=20 squid-project forgot where the money is: in cache since the trend with PtP application does not help at all squid should look= =20 still deeper into cache performance because that is what people are willed = to=20 spend money in. but what does happen? this issues regarding squid's cache are turned down (= on=20 squid mlists) and are ignored. coss and aufs on freebsd does not give=20 performance like diskd but nobody fixed this stupid cache-emptying problem.= =20 Overall Freebsd problems are not taken serious and squid-chief seems to be= =20 concerend about linux only. so now I come back to my "..." at the top, interesting because even if you = did=20 what users wanted you didn't got the results you wanted. So I guess you did= =20 hear the wrong thing or you did hear the wrong people right? Or the product= =20 was not on the right track. What squid needs in my opinion is a kind of fork with a stripped real=20 cache-server without any proxy enhancements and targetting the real market= =20 for it. But that is only my opinion. =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Fri Dec 22 14:57:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 31C2116A403 for ; Fri, 22 Dec 2006 14:57:44 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.226]) by mx1.freebsd.org (Postfix) with ESMTP id E8F6B13C46D for ; Fri, 22 Dec 2006 14:57:39 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so2655427wxc for ; Fri, 22 Dec 2006 06:57: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=ZrbxBTWSzuhK90RrC7bHr+HG6AKYquk/NEV50e6suBQO2h+boZi7EkbFPP4+wJ4uUWWCP8C0L+/9k508U6Qlmokbvkdx5BJ2MHiixsldAdzbRp7NENLTI4CcS0q5+gEQE93GcJgzSxjeAsVozsjs1eN8TTRQtVw/IXFYJ4gakzM= Received: by 10.70.87.11 with SMTP id k11mr16690824wxb.1166799033073; Fri, 22 Dec 2006 06:50:33 -0800 (PST) Received: by 10.70.14.20 with HTTP; Fri, 22 Dec 2006 06:50:32 -0800 (PST) Message-ID: <14989d6e0612220650r3b47be00q6ceccfe61d53cb3e@mail.gmail.com> Date: Fri, 22 Dec 2006 15:50:32 +0100 From: "Christian Walther" To: "Pete French" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200612221343.21237.lofi@freebsd.org> Cc: freebsd-stable@freebsd.org, lofi@freebsd.org Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2006 14:57:44 -0000 Could be a reference to the Linux world, where every odd kernel version number (e.g. 2.1, 2.3, 2.5...) are considered experimental/development kernels. When a kernel is suggested to be "stable", it gets a new version number. 2.5.X becomes 2.6.0 eventually, which marks the end of the V2.5 development. I guess that's why he mentions kernel.org. I never downloaded a FreeBSD kernel there. ;-) From owner-freebsd-stable@FreeBSD.ORG Fri Dec 22 15:03:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 16CA716A4A0 for ; Fri, 22 Dec 2006 15:03:47 +0000 (UTC) (envelope-from jeff.rollin@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id A07E913C478 for ; Fri, 22 Dec 2006 15:03:46 +0000 (UTC) (envelope-from jeff.rollin@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so2588852uge for ; Fri, 22 Dec 2006 07:03:45 -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:references; b=C1oMYI/9gX2R6J784UPyYeSDIxJ2gNMfH1Ek1JwWxNkpMzaoqjwzDCRFQLMNCvwEpI2a4oGIgM6lEFcQaMjExf8xeX1Q1mE7aFkQWhq7hIe6d+txABk2QJW9qIc5yCDBNBVxY7b9vOPTb5tbdAGU3QNIMC3xDkAbgoCH1UjAMNA= Received: by 10.82.105.13 with SMTP id d13mr39331buc.1166799825304; Fri, 22 Dec 2006 07:03:45 -0800 (PST) Received: by 10.82.178.3 with HTTP; Fri, 22 Dec 2006 07:03:44 -0800 (PST) Message-ID: <8a0028260612220703u4d7e3cebg6723965c49b5060c@mail.gmail.com> Date: Fri, 22 Dec 2006 15:03:44 +0000 From: "Jeff Rollin" To: "Christian Walther" In-Reply-To: <14989d6e0612220650r3b47be00q6ceccfe61d53cb3e@mail.gmail.com> MIME-Version: 1.0 References: <200612221343.21237.lofi@freebsd.org> <14989d6e0612220650r3b47be00q6ceccfe61d53cb3e@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, lofi@freebsd.org, Pete French Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2006 15:03:47 -0000 grr, i really hate the way gmail replies to the sender of the message rather than to freebsd-$#-@freebsd.org. It doesn't have that problem with my local lug mailinglist... Jeff From owner-freebsd-stable@FreeBSD.ORG Fri Dec 22 15:04:07 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 91DF816A512 for ; Fri, 22 Dec 2006 15:04:07 +0000 (UTC) (envelope-from jeff.rollin@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.freebsd.org (Postfix) with ESMTP id F038D13C4B1 for ; Fri, 22 Dec 2006 15:04:06 +0000 (UTC) (envelope-from jeff.rollin@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so2588853uge for ; Fri, 22 Dec 2006 07:04:06 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=OnQFUXNBT4RfZEDGrpuze0AXxyenecFuJ1SqpLf/H7nO39/fFI9Srid/BaxOz767c1tQiEopFkNle6khKmoVM+NwTFxenzkiNMaZ8ozIbstUcOWgWYRJsqMgT1NMif5JUY+XObWq6R8KcyV1b0WvzDsm10EAnQdfw04x8T6PPAY= Received: by 10.82.118.2 with SMTP id q2mr159855buc.1166799846503; Fri, 22 Dec 2006 07:04:06 -0800 (PST) Received: by 10.82.178.3 with HTTP; Fri, 22 Dec 2006 07:04:06 -0800 (PST) Message-ID: <8a0028260612220704v7bbef9a3i6ae3b4bb5333c4b3@mail.gmail.com> Date: Fri, 22 Dec 2006 15:04:06 +0000 From: "Jeff Rollin" To: stable@freebsd.org In-Reply-To: <8a0028260612220626x8eb22d4k64fde88e24e3fee2@mail.gmail.com> MIME-Version: 1.0 References: <200612221343.21237.lofi@freebsd.org> <8a0028260612220626x8eb22d4k64fde88e24e3fee2@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Fwd: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2006 15:04:07 -0000 ---------- Forwarded message ---------- From: Jeff Rollin Date: 22-Dec-2006 14:26 Subject: Re: Possibility for FreeBSD 4.11 Extended Support To: Pete French On 22/12/06, Pete French wrote: > > > Because everybody knows that odd numbered releases aren't stable. > > I've been 20 years in electronics & comouting and thats the first > time I have ever heard anyone say that! Steer clear of '.0' releases > is well known, but suspecting something just because of the odd or > evenness of it's numbering scheme seems like pure superstition. > > Especually since we are Unix people, and the two of the > 'biggies' in history are Version 7, System 5 ;-) > > Personally I took that as a joke... Jeff -- Now, did you hear the news today? They say the danger's gone away But I can hear the marching feet Moving into the street Adapted from Genesis, "Land of Confusion" http://latedeveloperbasketcase.blogspot.com From owner-freebsd-stable@FreeBSD.ORG Fri Dec 22 15:04:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 586AD16A5AA for ; Fri, 22 Dec 2006 15:04:46 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id 64FD413C4C2 for ; Fri, 22 Dec 2006 15:04:45 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so2589057uge for ; Fri, 22 Dec 2006 07:04:41 -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=SXXZI/p/Bb34W8XUhcgMr8VFoVLLj5HBvIXR3l2h91gqUiS1iphvckm1wQjNer/59gfw6/GCT5z/SkyYiPPRJiqipKK5VAOoGxmcLnuSTsGH/8U0qscMXCR7e268F9y24ND26Nm6drI6lmI4aTPAPaDRR9T6LkQscFM1+ix4cN4= Received: by 10.67.93.6 with SMTP id v6mr850461ugl.1166799484874; Fri, 22 Dec 2006 06:58:04 -0800 (PST) Received: by 10.67.27.15 with HTTP; Fri, 22 Dec 2006 06:58:04 -0800 (PST) Message-ID: <499c70c0612220658t7fd80d44va793939b1a526cd3@mail.gmail.com> Date: Fri, 22 Dec 2006 17:58:04 +0300 From: "Abdullah Al-Marrie" To: "Scot Hetzel" In-Reply-To: <790a9fff0612201504h2af9affufd27a18954d52cbf@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 Content-Disposition: inline References: <499c70c0612200040w246c8cfcu9047463cb98bcff9@mail.gmail.com> <790a9fff0612201504h2af9affufd27a18954d52cbf@mail.gmail.com> Cc: freebsd-stable@freebsd.org, FreeBSD Questions , freebsd-mobile@freebsd.org Subject: Re: Acer Aspire WLMi 5102 with AMD Turion 64 X2 system hanging with powerd on 6.2-RC1 and 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2006 15:04:46 -0000 T24gMTIvMjEvMDYsIFNjb3QgSGV0emVsIDxzd2hldHplbEBnbWFpbC5jb20+IHdyb3RlOgo+IE9u IDEyLzIwLzA2LCBBYmR1bGxhaCBBbC1NYXJyaWUgPGFsbWFycmllQGdtYWlsLmNvbT4gd3JvdGU6 Cj4gPiBIZWxsbyBndXlzLAo+ID4KPiA+IEkgaGF2ZSBwcm9ibGVtIHdpdGggbXkgbGFwdG9wIEFj ZXIgQXNwaXJlIDUxMDIgV0xNaSB3aGljaCBoYXMgQU1ECj4gPiBUdXJpb27ihKIgNjQgWDIgZHVh bC1jb3JlIFRMLTUwIDEuNiBHSHogd2l0aCAxLjUgR0Igb2YgcmFtLgo+ID4KPiA+IEknbSBydW5u aW5nIGkzODYgNi4yLVJDMSB1cGdyYWRlZCB0byA2LjItUFJFTEVBU0UgdmlhIFJFTEVORzYgdGFn Cj4gPiBzaW5jZSBJIGRvbid0IGhhdmUgbW9yZSB0aGFuIDQgR0Igb2YgcmFtLgo+ID4KPiA+IEkg aGF2ZSB0aGVzZSBsaW5lcyBhZGQgdG8gbXkgY3VzdG9tIGdlbmVyaWMga2VybmVsCj4gPiBvcHRp b25zICAgICAgICAgU01QCj4gPiBkZXZpY2UgICAgICAgICAgY3B1ZnJlcQo+ID4gZGV2aWNlICAg ICAgICAgIHNtYnVzCj4gPgo+ID4gSSBoYXZlIHRoaXMgaW4gbXkgcmMuY29uZgo+ID4gcG93ZXJk X2VuYWJsZT0iWUVTIgo+ID4KPiA+IEJ1dCB0aGUgdGhlIGxhcHRvcCBldmVuIGRvZXNuJ3QgYm9v dCBzb21lIHRpbWVzLCAgYW5kIGlmIGJvb3RlZCBpdAo+ID4gaGFuZ3MgYWxsIHRoZSB0aW1lLCB0 aWxsIEkgaGFzaGVkIG91dCBwb3dlcmRfZW5hYmxlPSJZRVMiCj4gPgo+ID4gaGludHM/Cj4gPgo+ IEhhZCB0aGUgc2FtZSBwcm9ibGVtIHdoZXJlIHBvd2VyZCB3b3VsZCBoYW5nIG15IEhQIFBhdmls aW9uIGR2ODAwMAo+IHN5c3RlbS4gIEkgd29ya2VkIGFycm91bmQgdGhlIHByb2JsZW0gYnkgdXNp bmcgdGhlIGZvbGxvd2luZyBpbgo+IHJjLmNvbmY6Cj4KPiBwb3dlcmRfZW5hYmxlPSJZRVMiCj4g cG93ZXJkX2ZsYWdzPSItYSBtYXhpbXVtIC1iIG1heGltdW0iCj4KPiBPZiBjb3Vyc2UgdGhpcyBt YWtlcyBwb3dlcmVkIGRvIG5vdGhpbmcgd2hlbiBvbiBiYXR0ZXJ5LiAgV2hhdCBJIHRoaW5rCj4g aXMgaGFwcGVuaW5nIGlzIHRoYXQgcG93ZXJlZCBpcyB0b28gYWdncmVzc2l2ZSBpbiBkb3duZ3Jh ZGluZyB0aGUKPiBjbG9jayBzcGVlZCwgdGhhdCBpdCBldmVudHVhbGx5IHNldHMgdGhlIGNsb2Nr IHRvIGEgdmFsdWUgdGhhdCBpcyBzbwo+IGxvdyB0aGF0IHRoZSBzeXN0ZW0gc3RvcHMgcmVzcG9u ZGluZy4KPgo+IFNjb3QKClRoYW5rIHlvdSBTY290LAoKVGhlIHBvd2VyZF9mbGFncz0iLWEgbWF4 aW11bSAtYiBtYXhpbXVtIiB3b3JrYXJvdW5kIHdvcmtlZCBsaWtlIGEgY2hhcm0gZm9yIG1lLgpC dXQgSSdtIHN0aWxsIHdpbGxpbmcgdG8gaGVscCBieSB0ZXN0aW5nIHBhdGNoZXMgZnJvbSB0aGUg RnJlZUJTRCBjb21taXRlcnMuCgpUaGFuayB5b3UgQnJ1bm8gZm9yIHNlbmRpbmcgdGhlIHBhdGNo IHRvIG1lLCBQbGVhc2UgbGV0IG1lIGtub3cgaWYgeW91Cm5lZWQgbWUgdG8gZG8gbW9yZSBwYXRj aGVzIHRlc3RzLgoKLS0gClJlZ2FyZHMsCgotQWJkdWxsYWggSWJuIEhhbWFkIEFsLU1hcnJpCkFy YWIgUG9ydGFsCmh0dHA6Ly93d3cuV2VBcmFiLk5ldC8K From owner-freebsd-stable@FreeBSD.ORG Fri Dec 22 15:38:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 119FF16A412 for ; Fri, 22 Dec 2006 15:38:14 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [74.92.149.58]) by mx1.freebsd.org (Postfix) with ESMTP id BFD9B13C442 for ; Fri, 22 Dec 2006 15:38:13 +0000 (UTC) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 157EFB80F for ; Fri, 22 Dec 2006 10:38:13 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <458AF5BA.5020908@optusnet.com.au> References: <200612211533.kBLFXLaW090581@lurza.secnetix.de> <458AE462.1020100@vindaloo.com> <458AF5BA.5020908@optusnet.com.au> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-1--483868922; protocol="application/pkcs7-signature" Message-Id: From: Vivek Khera Date: Fri, 22 Dec 2006 10:38:11 -0500 To: FreeBSD Stable X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Block IP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2006 15:38:14 -0000 --Apple-Mail-1--483868922 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Dec 21, 2006, at 3:59 PM, Graham Menhennitt wrote: > Christopher Hilton wrote: >> If it's at all possible switch to using public keys for >> authentication >> with ssh and disallow password authentication. This completely stops >> the brute forcing attacks from filling up your periodic security >> mail. > Are you sure about that? I only allow PublickeyAuthentication ssh2 > connections but I get lots of security mail messages like: > Be sure to disallow PAM auth also. I missed that one the first time I tried to disable interactive keyboard auth login. --Apple-Mail-1--483868922-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 22 16:38:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 56B2116A407 for ; Fri, 22 Dec 2006 16:38:55 +0000 (UTC) (envelope-from helge.oldach@atosorigin.com) Received: from miram.origin-it.net (mail.de.atosorigin.com [194.8.96.226]) by mx1.freebsd.org (Postfix) with ESMTP id DD4CC13C428 for ; Fri, 22 Dec 2006 16:38:54 +0000 (UTC) (envelope-from helge.oldach@atosorigin.com) Received: from markab.hbg.de.int.atosorigin.com (avior.origin-it.net [213.70.176.177]) by miram.origin-it.net (8.13.8/8.13.8/hmo020206) with ESMTP id kBMG9hhm007841 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 22 Dec 2006 17:09:44 +0100 (CET) (envelope-from helge.oldach@atosorigin.com) Received: from DEHHX001.deuser.de.intra (dehhx001.hbg.de.int.atosorigin.com [161.90.164.119]) by markab.hbg.de.int.atosorigin.com (8.13.8/8.13.8/hmo020206) with ESMTP id kBMG9gP5007224; Fri, 22 Dec 2006 17:09:42 +0100 (CET) (envelope-from helge.oldach@atosorigin.com) Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Date: Fri, 22 Dec 2006 17:09:40 +0100 Message-ID: <39AFDF50473FED469B15B6DFF2262F7A0273C975@DEHHX001.deuser.de.intra> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Possibility for FreeBSD 4.11 Extended Support Thread-Index: Accl0c2y/VUFVrHYTKO5njEyOk7bhwAD+prw From: To: , , Cc: Subject: RE: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2006 16:38:55 -0000 Pete French <> wrote on Friday, December 22, 2006 2:44 PM: >> Because everybody knows that odd numbered releases aren't stable. >=20 > I've been 20 years in electronics & comouting and thats the first > time I have ever heard anyone say that! Steer clear of '.0' releases > is well known, but suspecting something just because of the odd or > evenness of it's numbering scheme seems like pure superstition. The odd/even rule is just over-generalization, derived from the Linux = kernel numbering scheme. Personally, I've been upgrading lots of servers from 4-STABLE to = 5-STABLE to 6-STABLE without trouble. Yes, it is some amount of work = (particularly if you want UFS2 benefits and thus have to newfs all = filesystemes), but it is absolutely doable and certainly not a killer = job. Of course upgrading hundreds, even thousands of remote servers is a = different task. But then you want professional support anyway... Frankly, I can't follow the argument that 6.x is "unstable". After all, = it's named 6-STABLE for a reason. I'd say from experience that the = reason is perfectly valid. Actually I have two older servers that got = "just stuck" every few weeks with 4-STABLE and 5-STABLE and called for a = hard reboot -- these two have been rock solid ever since they were = upgraded to 6-STABLE. Greets, Helge From owner-freebsd-stable@FreeBSD.ORG Fri Dec 22 21:17:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4DDA216A407; Fri, 22 Dec 2006 21:17:35 +0000 (UTC) (envelope-from SRS0=82c6c046cf4bdc6f88d4e77d9e66f773f1d37295=192=es.net=oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.freebsd.org (Postfix) with ESMTP id 321F113C448; Fri, 22 Dec 2006 21:17:35 +0000 (UTC) (envelope-from SRS0=82c6c046cf4bdc6f88d4e77d9e66f773f1d37295=192=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id AGW16213; Fri, 22 Dec 2006 12:26:13 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id CD1D645055; Fri, 22 Dec 2006 12:26:12 -0800 (PST) To: Helge.Oldach@atosorigin.com In-Reply-To: Your message of "Fri, 22 Dec 2006 17:09:40 +0100." <39AFDF50473FED469B15B6DFF2262F7A0273C975@DEHHX001.deuser.de.intra> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1166819172_38285P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 22 Dec 2006 12:26:12 -0800 From: "Kevin Oberman" Message-Id: <20061222202612.CD1D645055@ptavv.es.net> Cc: freebsd-stable@freebsd.org, lofi@freebsd.org, petefrench@ticketswitch.com Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2006 21:17:35 -0000 --==_Exmh_1166819172_38285P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Fri, 22 Dec 2006 17:09:40 +0100 > From: > Sender: owner-freebsd-stable@freebsd.org > > Pete French <> wrote on Friday, December 22, 2006 2:44 PM: > >> Because everybody knows that odd numbered releases aren't stable. > > > > I've been 20 years in electronics & comouting and thats the first > > time I have ever heard anyone say that! Steer clear of '.0' releases > > is well known, but suspecting something just because of the odd or > > evenness of it's numbering scheme seems like pure superstition. > > The odd/even rule is just over-generalization, derived from the Linux > kernel numbering scheme. It's actually fairly common over the past few years on many high-profile projects. Gnome and Xemacs stable releases are always even. Those are just two projects that I tend to pay attention to. But these are an even or odd number AFTER the point, so I don't know why people would get the idea that odd FreeBSD major version numbers are unstable other than 5.0 and 5.1 were clear less than stable (and so announced) and V3 was a bit rough, too, although not unstable for me. People may just have noticed this and decided it was the way things were. From what I see of CURRENT (which I run on my laptop and one desktop system), V7 looks to be a pretty good flavor, although there is lots of time for things to go wrong over the next year. In any case, while I can't see many reasons to run 5.5 when you can run 6.2 or 6.2RC, I have seen a couple of odd issues with specific hardware, so there are a few cases. And, if you have an SMP system, 6 is the only way to go for effective use of the added CPUs. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1166819172_38285P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFFjD9kkn3rs5h7N1ERArOlAKCzhKqwquQemaGrJFD6OwXbewi9bQCfU778 K9nuO7TiSKHp7EYmGhEsJ6w= =Ml7Z -----END PGP SIGNATURE----- --==_Exmh_1166819172_38285P-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 22 22:42:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 51DBC16A407 for ; Fri, 22 Dec 2006 22:42:49 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.freebsd.org (Postfix) with ESMTP id 34E9D13C448 for ; Fri, 22 Dec 2006 22:42:49 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 130551A000B1C for ; Fri, 22 Dec 2006 11:07:08 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at smtp.sd73.bc.ca Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id d3SAxE+qPoui for ; Fri, 22 Dec 2006 11:07:01 -0800 (PST) Received: from s10.sbo (s10.sbo [192.168.0.10]) by smtp.sd73.bc.ca (Postfix) with ESMTP id AB62D1A000B3B for ; Fri, 22 Dec 2006 11:07:01 -0800 (PST) From: Freddie Cash To: freebsd-stable@freebsd.org Date: Fri, 22 Dec 2006 11:06:59 -0800 User-Agent: KMail/1.9.5 References: <39AFDF50473FED469B15B6DFF2262F7A0273C975@DEHHX001.deuser.de.intra> In-Reply-To: <39AFDF50473FED469B15B6DFF2262F7A0273C975@DEHHX001.deuser.de.intra> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200612221106.59985.fcash@ocis.net> Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2006 22:42:49 -0000 On Friday 22 December 2006 08:09 am, Helge.Oldach@atosorigin.com wrote: > Pete French <> wrote on Friday, December 22, 2006 2:44 PM: > Frankly, I can't follow the argument that 6.x is "unstable". After all, > it's named 6-STABLE for a reason. I'd say from experience that the ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Not for the reason you think. -STABLE in FreeBSD means API/ABI stability, not necessarily system stability. It's a promise that a binary compiled on 6.0-RELEASE will run on 6.32-RELEASE without needing to recompile it (with very few exceptions). -- Freddie Cash fcash@ocis.net From owner-freebsd-stable@FreeBSD.ORG Sat Dec 23 00:21:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B08C416A407 for ; Sat, 23 Dec 2006 00:21:43 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 37DA213C41A for ; Sat, 23 Dec 2006 00:21:42 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id kBN0LfFj076046; Fri, 22 Dec 2006 21:21:41 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Fri, 22 Dec 2006 21:22:49 -0300 User-Agent: KMail/1.9.4 References: <000801c723bb$efc2b540$260ba8c0@wii.wintecind.com> <200612220259.kBM2xYxc019408@khavrinen.csail.mit.edu> <20061222051513.GK63341@manor.msen.com> In-Reply-To: <20061222051513.GK63341@manor.msen.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200612222122.50217.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: "Michael R. Wayne" Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Dec 2006 00:21:43 -0000 On Friday 22 December 2006 02:15, Michael R. Wayne wrote: > FreeBSD 4.11 can survive a simple burn-in test. =A0FreeBSD 5.X and > 6.1 can not. =A0Here's what I wrote earlier. > burn-in usually is a hardware test and not a software test > =A0 =A0Take a server. =A0Configure for SMP, add quotas within jails and > =A0 =A0basic IPFW protection with a few hundred dummynet pipes for b/w > =A0 =A0throttling (less than 10,000 total IPFW lines). =A0Load the machine > =A0 =A0a bit so that it constantly maintains a 3 digit load and run > =A0 =A0sufficient active processes to keep it in moderate swap state. let's then qualify cars by how much miles they stand with a flat tire ... a= ny=20 practical value here? So anybody tries to get a server away from swap and y= ou=20 keep it in swap state ... funny theories you have >=A0 =A0The result of that minimal-effort test yields machines which can >=A0 =A0not maintain 30 days of uptime (most fail in under a week). ahem ... faulty memory or what? http://suporte.matik.com.br/swap-3-year.png =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Sat Dec 23 00:21:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8736616A503 for ; Sat, 23 Dec 2006 00:21:58 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 124AE13C459 for ; Sat, 23 Dec 2006 00:21:57 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id kBN0LuGt076052 for ; Fri, 22 Dec 2006 21:21:57 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Fri, 22 Dec 2006 21:23:02 -0300 User-Agent: KMail/1.9.4 References: <39AFDF50473FED469B15B6DFF2262F7A0273C975@DEHHX001.deuser.de.intra> <200612221106.59985.fcash@ocis.net> In-Reply-To: <200612221106.59985.fcash@ocis.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200612222123.02966.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Dec 2006 00:21:58 -0000 On Friday 22 December 2006 16:06, Freddie Cash wrote: > On Friday 22 December 2006 08:09 am, Helge.Oldach@atosorigin.com wrote: > > Pete French <> wrote on Friday, December 22, 2006 2:44 PM: > > Frankly, I can't follow the argument that 6.x is "unstable". After all, > > it's named 6-STABLE for a reason. I'd say from experience that the > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ v1.0 > Not for the reason you think. -STABLE in FreeBSD means API/ABI stability, v2.0 > not necessarily system stability. It's a promise that a binary compiled > on 6.0-RELEASE will run on 6.32-RELEASE without needing to recompile it v11.0 > (with very few exceptions). v45.0 it doesn't matter how many times it is told or not told at all, it will be= =20 ever and ever again told wrong again :) (please note the odd numbers on certain versions :) so be carefull huh) =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Sat Dec 23 02:42:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 61A7516A415 for ; Sat, 23 Dec 2006 02:42:48 +0000 (UTC) (envelope-from mpatters@cs.uwaterloo.ca) Received: from torres.uwaterloo.ca (torres.cscf.uwaterloo.ca [129.97.152.60]) by mx1.freebsd.org (Postfix) with ESMTP id 2896513C457 for ; Sat, 23 Dec 2006 02:42:48 +0000 (UTC) (envelope-from mpatters@cs.uwaterloo.ca) Received: from [192.168.10.87] (bas6-kitchener06-1177621942.dsl.bell.ca [70.49.21.182]) (authenticated bits=0) by torres.uwaterloo.ca (8.13.6/8.13.6) with ESMTP id kBN2Htu1059137 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 22 Dec 2006 21:18:02 -0500 (EST) (envelope-from mpatters@cs.uwaterloo.ca) Message-ID: <458C91DB.402@cs.uwaterloo.ca> Date: Fri, 22 Dec 2006 21:18:03 -0500 From: Mike Patterson User-Agent: Thunderbird 1.5.0.8 (Macintosh/20061025) MIME-Version: 1.0 To: Pete French References: In-Reply-To: X-Enigmail-Version: 0.94.1.0 OpenPGP: url=http://www.cs.uwaterloo.ca/~mpatters/mpatterskey.pub Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Dec 2006 02:42:48 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Pete French wrote on 12/22/06 8:43 AM: >> Because everybody knows that odd numbered releases aren't stable. > > I've been 20 years in electronics & comouting and thats the first > time I have ever heard anyone say that! Steer clear of '.0' releases > is well known, but suspecting something just because of the odd or > evenness of it's numbering scheme seems like pure superstition. > > Especually since we are Unix people, and the two of the > 'biggies' in history are Version 7, System 5 ;-) I guess you never had the misfortune of Solaris 2.5 and 7. Fortunately I mostly avoided 2.5, but I danced a jig when I upgraded the last of my 7 boxes to 8 (or surplussed the hardware after relieving myself on it). Now I'm trying to get rid of 8, and not having a very good go of it... our department skipped 9 for the odd-numbered-release version superstition, much to my chagrin. Personally, I've run every single release of FreeBSD since 4.2 on production servers (albeit nowhere near as heavy a load as many see) and never had a single hiccup. If dropping support for 4.11 means 7 will be that much better, I'm all for it. Mike -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFjJHbrqw9H9F0mCQRAjAJAJ9GN0HR0QPaMYLDo/gAdTuAp0hnKwCdEqUi lyYBzgeEtDOnBH0q+hO5hWI= =S6ZE -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 23 03:18:42 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3D9EC16A40F for ; Sat, 23 Dec 2006 03:18:42 +0000 (UTC) (envelope-from michael@ircgnet.net) Received: from ws6-8.us4.outblaze.com (ws6-8.us4.outblaze.com [205.158.62.24]) by mx1.freebsd.org (Postfix) with SMTP id 145E513C448 for ; Sat, 23 Dec 2006 03:18:42 +0000 (UTC) (envelope-from michael@ircgnet.net) Received: (qmail 11140 invoked from network); 23 Dec 2006 02:52:01 -0000 Received: from unknown (HELO ?127.0.0.1?) (michael@ircgnet.net@67.168.235.146) by ws6-8.us4.outblaze.com with SMTP; 23 Dec 2006 02:52:01 -0000 Message-ID: <458C99E4.5090800@gmail.com> Date: Fri, 22 Dec 2006 18:52:20 -0800 From: Michael User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG, gmenhennitt@optusnet.com.au References: <200612220806.kBM86HgT035285@lurza.secnetix.de> In-Reply-To: <200612220806.kBM86HgT035285@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Block IP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Dec 2006 03:18:42 -0000 I can tell you what I do about these, which may not suit your situation especially if this is on a high profile server, but if you are just running FreeBSD for your own purposes I found this to be a great tool. It's called BlockHosts and can be found here http://www.aczoom.com/cms/blockhosts/ If you are on a high profile server however I wouldn't recommend this because your hosts.allow file will fill up, otherwise you may want to check it out. Take care, Michael Oliver Fromme wrote: > Graham Menhennitt wrote: > > Christopher Hilton wrote: > > > If it's at all possible switch to using public keys for authentication > > > with ssh and disallow password authentication. This completely stops > > > the brute forcing attacks from filling up your periodic security mail. > > Are you sure about that? I only allow PublickeyAuthentication ssh2 > > connections but I get lots of security mail messages like: > > > > Nov 16 01:44:08 maxwell sshd[70067]: Invalid user marcos from 202.54.49.7 > > Nov 16 01:44:23 maxwell sshd[70067]: reverse mapping checking getaddrinfo for 49-7.broadband.vsnl.net.in failed - POSSIBLE BREAKIN ATTEMPT! > > Those are caused by different things. They're not caused > by wrong passwords, but by an illegal user name (first line) > or by non-matching reverse DNS (second line). These things > are checked even bevore any user keys are exchanged, so the > authentication method doesn't matter. > > They can be savely ignored, because you're immune to brute- > force attacks. If you don't want to see them, a simple > "egrep -v ..." in /etc/periodic/security/800.loginfail will > do. > > Best regards > Oliver > > From owner-freebsd-stable@FreeBSD.ORG Sat Dec 23 07:08:12 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9D2AA16A40F for ; Sat, 23 Dec 2006 07:08:12 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4673F13C441 for ; Sat, 23 Dec 2006 07:08:12 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 102F34705A; Sat, 23 Dec 2006 01:45:05 -0500 (EST) Date: Sat, 23 Dec 2006 06:45:04 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Peter Jeremy In-Reply-To: <20061222082639.GC837@turion.vk2pj.dyndns.org> Message-ID: <20061223062320.B65423@fledge.watson.org> References: <000801c723bb$efc2b540$260ba8c0@wii.wintecind.com> <458A2B14.5070009@freebsd.org> <458A97BF.1090503@ant.uni-bremen.de> <20061221095811.886d9850.wmoran@collaborativefusion.com> <200612220259.kBM2xYxc019408@khavrinen.csail.mit.edu> <20061222051513.GK63341@manor.msen.com> <20061222082639.GC837@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Dec 2006 07:08:12 -0000 On Fri, 22 Dec 2006, Peter Jeremy wrote: > [Not picking on Michael in particular, several people have made > similar comments] > On Fri, 2006-Dec-22 00:15:13 -0500, Michael R. Wayne wrote: >>> THAT< is why people who run servers, with jails, quotas, ipfw and >> moderate load keep complaining about 5.X and 6.1 and begging for 4.11 >> support to be extended. Just because someone has a few FreeBSD boxes >> running light loads and not using the features that we NEED does not mean >> that any the port 4.11 releases to date are stable. > > The FreeBSD Project is a volunteer effort. It is currently supporting 4.11, > 5.5, 6.1, preparing to release 6.2 and developing 7.x. You cannot demand > that volunteers do anything - they work on FreeBSD because they enjoy it. > If your business is relying on FreeBSD 4.11 and you do not believe the > _free_ support you have been getting is adequate, you are always welcome to > look through the list at > http://www.freebsd.org/commercial/consult_bycat.html and find someone to > provide whatever level of support you want. It's interesting that so far I've actually not yet seen even one person e-mail security-team since the EoL announcement to say, "If I volunteer my time or pay for your time to support 4.11 for security patches, can we extend the EoL?". If I missed your e-mail, sorry about that, but I do read pretty fairly carefully so feel some justification in making this claim. Thus far, I really know of only two or so things that will change with the EoL date: (1) Security patches and advisories are no longer guaranteed for 4.11/4-STABLE. That doesn't mean they won't/can't happen, just that we don't promise they will. We don't officially support binary updates on 4.x, and whether availability will change for that will depend on the discretionary of Colin acting in a non-official capacity. Here's the URL for details: http://www.freebsd.org/security/ If there's a remote-to-root or local-to-root vulnerability, I'm pretty certain you'll see it patched, this is simply us not promising to hold the security advisory on that happening. All this work was already being done by volunteers anyway, so our promise remains a promise and not a contract for newer versions as well. (2) The ports team will no longer work really hard (tm) to keep ports working there. They will keep building packages, etc. You can read about what it specifically means here: http://www.freebsd.org/portmgr/policies_releng_4.html Here are some things that won't go away: - The ability to download and run 4.x releases, even download and install packages. - The ability to ask 4.x questions on freebsd-questions, freebsd-eol, and likely even freebsd-stable. - The ability to get committers to commit patches to 4-STABLE (subject to the normal cajoling and convincing process). - If you support 4.x as a product inside your organization, this won't change either, unless you choose to make the change. You'll still be taking support requests, identifying bugs, submitting bug reports, submitting patches when you fix things (right?), cvsupping once in a while to pick up fixes, etc. You'll also still be keeping an eye on security advisories, etc. Here are some things that won't change: - There still won't be many FreeBSD developers regularly working on 4.x, but there will be some. - There will still be lots of people running 4.x, especially older releases that are embedded in appliances, companies with distributed products, etc. I wouldn't be surprised if a few more aging and unhandled PR's are flushed from the bug report database as a result of the EoL, but in practice, 4.x will keep running largely as it has since 4.11 was released. If you have tried a 6.x upgrade in the past, please give it a try again. If you run into a problem, please file a bug report, or at least make sure there's a bug report filed on the issue and that you've followed up at least once confirming the problem is still present with 6.2-RCX. If you know something that doesn't appear in the PR, follow up with that information. You can do this by putting the PR name/number in the e-mail subject and e-mailing the bug-followup address; the body of your message should go into the PR. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Sat Dec 23 07:19:54 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 45F3B16A40F for ; Sat, 23 Dec 2006 07:19:54 +0000 (UTC) (envelope-from security@jim-liesl.org) Received: from qsmtp1.mc.surewest.net (qsmtp.mc.surewest.net [66.60.130.145]) by mx1.freebsd.org (Postfix) with SMTP id 27EB213C44B for ; Sat, 23 Dec 2006 07:19:53 +0000 (UTC) (envelope-from security@jim-liesl.org) Received: (qmail 3687 invoked from network); 22 Dec 2006 22:53:05 -0800 Received: by simscan 1.1.0 ppid: 3628, pid: 3659, t: 4.6026s scanners: regex: 1.1.0 attach: 1.1.0 clamav: 0.84/m:41/d:2269 spam: 3.0.3 Received: from unknown (HELO daemon.jim-liesl.org) (66.60.173.44) by qsmtp1 with SMTP; 22 Dec 2006 22:53:01 -0800 Received: from daemon.jim-liesl.org (localhost [127.0.0.1]) by daemon.jim-liesl.org (Postfix) with ESMTP id 55B3D6141; Fri, 22 Dec 2006 22:59:57 -0800 (PST) Received: from [192.168.1.105] (emperor.jim-liesl.org [192.168.1.105]) by daemon.jim-liesl.org (Postfix) with ESMTP id 1AA8260D2; Fri, 22 Dec 2006 22:59:57 -0800 (PST) Message-ID: <458CD257.7060603@jim-liesl.org> Date: Fri, 22 Dec 2006 22:53:11 -0800 From: security User-Agent: Thunderbird 1.5.0.8 (X11/20061115) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG, gmenhennitt@optusnet.com.au References: <200612220806.kBM86HgT035285@lurza.secnetix.de> In-Reply-To: <200612220806.kBM86HgT035285@lurza.secnetix.de> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on qsmtp1.surewest.net X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.3 Cc: Subject: Re: Block IP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Dec 2006 07:19:54 -0000 Oliver Fromme wrote: > Graham Menhennitt wrote: > > Christopher Hilton wrote: > > > If it's at all possible switch to using public keys for authentication > > > with ssh and disallow password authentication. This completely stops > > > the brute forcing attacks from filling up your periodic security mail. > > Are you sure about that? I only allow PublickeyAuthentication ssh2 > > connections but I get lots of security mail messages like: > > > > Nov 16 01:44:08 maxwell sshd[70067]: Invalid user marcos from 202.54.49.7 > > Nov 16 01:44:23 maxwell sshd[70067]: reverse mapping checking getaddrinfo for 49-7.broadband.vsnl.net.in failed - POSSIBLE BREAKIN ATTEMPT! > > Those are caused by different things. They're not caused > by wrong passwords, but by an illegal user name (first line) > or by non-matching reverse DNS (second line). These things > are checked even bevore any user keys are exchanged, so the > authentication method doesn't matter. > > They can be savely ignored, because you're immune to brute- > force attacks. If you don't want to see them, a simple > "egrep -v ..." in /etc/periodic/security/800.loginfail will > do. > > Best regards > Oliver > > I can't remember but has anyone mentioned "blocksshd"? it's in ports/security. I still prefer locking down to public key only, but blocksshd is nice. From owner-freebsd-stable@FreeBSD.ORG Sat Dec 23 13:23:17 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C91E716A40F; Sat, 23 Dec 2006 13:23:17 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id AC51E13C44B; Sat, 23 Dec 2006 13:23:17 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 4B6CF640; Sat, 23 Dec 2006 06:59:16 -0600 (CST) Date: Sat, 23 Dec 2006 06:59:16 -0600 To: Robert Watson Message-ID: <20061223125916.GA30648@soaustin.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) Cc: Peter Jeremy , stable@freebsd.org Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: linimon@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Dec 2006 13:23:17 -0000 On Sat, Dec 23, 2006 at 06:45:04AM +0000, Robert Watson wrote: > (2) The ports team will no longer work really hard (tm) to keep ports > working there. They will keep building packages, etc. To clarify, we will be building 4.X packages as time and resources permit. Fixing problems that show up there will no longer be a high priority. As a reminder, the ports tree is not branched, so any changes to update a port will also affect 4.X, whether or not these changes are "improvements" with respect to it. As a point of curiosity, I would like to hear from some of the people in this thread who will continue to run 4.11 or 4-STABLE for a while, to find out what ports they are relying on. A note about whether you consider security updates to be a critical issue would be interesting. I will summarize to the list. Note: I am only interested in the data for machines used as servers. Workstation users only have one real choice: to upgrade to 5.5 or 6.1/6.2. Since the GNOME team no longer supports 4.X, and most desktop environments wind up using some part of GNOME, using 4.X as a desktop is no longer supported. mcl From owner-freebsd-stable@FreeBSD.ORG Sat Dec 23 14:19:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 02FA316A407 for ; Sat, 23 Dec 2006 14:19:21 +0000 (UTC) (envelope-from kimimeister@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id 8CABA13C442 for ; Sat, 23 Dec 2006 14:19:20 +0000 (UTC) (envelope-from kimimeister@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so2767133uge for ; Sat, 23 Dec 2006 06:19:19 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=k+F483Jt2xR5aTESZwh5pTLsEfcpRmO/5ApJ+CCmso/ZxUfKkwtgu4ZP0EN2U6vjOrB//SGfz2F9CUM0ip7Poz1Dz7KdkwkUZuL0c9q4r/xNxsMbmTp114i9Xr7bXkN1cnmuQT3lP9iO99nmkbCRDdq7gBRZAAzwHYGl+GPRwY4= Received: by 10.66.221.6 with SMTP id t6mr13783907ugg.1166881821938; Sat, 23 Dec 2006 05:50:21 -0800 (PST) Received: by 10.67.86.17 with HTTP; Sat, 23 Dec 2006 05:50:21 -0800 (PST) Message-ID: <42b497160612230550g77efd4e7t8f9c2e2c72923ef7@mail.gmail.com> Date: Sat, 23 Dec 2006 13:50:21 +0000 From: "Kimi Ostro" To: freebsd-stable@freebsd.org In-Reply-To: <20061216023339.GA61400@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <42b497160612142042g32003891j9330b930622c8e64@mail.gmail.com> <42b497160612151630h4a0afaccma728285480c41d25@mail.gmail.com> <20061216011552.GA60198@icarus.home.lan> <42b497160612151744y32b3cfe5n6d95c78c391e328a@mail.gmail.com> <42b497160612151821pe66b9ado6650372cf935a7f5@mail.gmail.com> <20061216023339.GA61400@icarus.home.lan> Subject: Re: Poor NFS performance after recent update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Dec 2006 14:19:21 -0000 Ok just to finish this thread off: After taking the power away from my switch for 30 seconds and powering it up again - everything automagically works back to normals. Merry Christmas & a Happy new Year. -- Kimi From owner-freebsd-stable@FreeBSD.ORG Sat Dec 23 14:28:45 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E0A0016A407; Sat, 23 Dec 2006 14:28:45 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id 44DF413C457; Sat, 23 Dec 2006 14:28:44 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id kBNEBFr2048294; Sat, 23 Dec 2006 21:11:15 +0700 (KRAT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id kBNEBFDc048292; Sat, 23 Dec 2006 21:11:15 +0700 (KRAT) (envelope-from eugen) Date: Sat, 23 Dec 2006 21:11:15 +0700 From: Eugene Grosbein To: linimon@freebsd.org Message-ID: <20061223141115.GA46140@svzserv.kemerovo.su> References: <20061223125916.GA30648@soaustin.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061223125916.GA30648@soaustin.net> User-Agent: Mutt/1.4.2.1i Cc: Peter Jeremy , stable@freebsd.org, Robert Watson Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Dec 2006 14:28:46 -0000 On Sat, Dec 23, 2006 at 06:59:16AM -0600, Mark Linimon wrote: > As a point of curiosity, I would like to hear from some of the people in > this thread who will continue to run 4.11 or 4-STABLE for a while, to find > out what ports they are relying on. A note about whether you consider > security updates to be a critical issue would be interesting. I will > summarize to the list. Security updates for ports are the second question only. The first is maintaining Makefile syntax compatibility, take a look at http://www.freebsd.org/cgi/query-pr.cgi?pr=java/106964 for example. Besides problem noted in the PR, jdk15 builds and runs tomcat5 just fine for 4-STABLE. Perphaps, RELENG_4 needs an update for its /usr/bin/make. As for important ports, there is clamav antivirus and all ports it depends on. Also Squid, MySQL server & client, net-snmp, zebra/quagga routing daemons, cvsup/cvsupd/cvsup-mirror/cvsweb etc, Apache, sudo... Security updates are, basically, the only important thing for legacy systems IMHO. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Sat Dec 23 16:19:54 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 882E616A40F for ; Sat, 23 Dec 2006 16:19:54 +0000 (UTC) (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 63B8813C44E for ; Sat, 23 Dec 2006 16:19:54 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.13.6) with ESMTP id kBNGJr0U065753; Sat, 23 Dec 2006 08:19:53 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id kBNGJrsN065752; Sat, 23 Dec 2006 08:19:53 -0800 (PST) (envelope-from rizzo) Date: Sat, 23 Dec 2006 08:19:53 -0800 From: Luigi Rizzo To: stable@freebsd.org Message-ID: <20061223081953.A65648@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: [patch] RELENG_6 support for i945 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Dec 2006 16:19:54 -0000 for those interested, i have backported to RELENG_6 the i945 support that is in HEAD. The relevant patch is at http://info.iet.unipi.it/~luigi/FreeBSD/20061223-i945.patch and it is very simple - it touches only one file. cheers luigi From owner-freebsd-stable@FreeBSD.ORG Sat Dec 23 17:11:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 17D3616A40F for ; Sat, 23 Dec 2006 17:11:53 +0000 (UTC) (envelope-from bv@bilver.wjv.com) Received: from wjv.com (fl-65-40-24-38.sta.embarqhsd.net [65.40.24.38]) by mx1.freebsd.org (Postfix) with ESMTP id 8790513C45E for ; Sat, 23 Dec 2006 17:11:50 +0000 (UTC) (envelope-from bv@bilver.wjv.com) Received: from bilver.wjv.com (localhost.wjv.com [127.0.0.1]) by wjv.com (8.13.8/8.13.1) with ESMTP id kBNGh4nU007506 for ; Sat, 23 Dec 2006 11:43:05 -0500 (EST) (envelope-from bv@bilver.wjv.com) Received: (from bv@localhost) by bilver.wjv.com (8.13.8/8.13.1/Submit) id kBNGgxWI007505 for freebsd-stable@freebsd.org; Sat, 23 Dec 2006 11:42:59 -0500 (EST) (envelope-from bv) Date: Sat, 23 Dec 2006 11:42:59 -0500 From: Bill Vermillion To: freebsd-stable@freebsd.org Message-ID: <20061223164259.GD7120@wjv.com> References: <20061223120050.0A18316A58F@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061223120050.0A18316A58F@hub.freebsd.org> User-Agent: Mutt/1.4.2.2i Organization: W.J.Vermillion / Orlando - Winter Park ReplyTo: bv@wjv.com X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED,SPF_HELO_PASS, SPF_PASS autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on bilver.wjv.com Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bv@wjv.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Dec 2006 17:11:53 -0000 It's Sat, Dec 23, 2006 at 12:00 . I'm in a small dim room with doors labeled "Dungeon" and "Forbidden". There is noise, the door marked Dungeon flies open and freebsd-stable-request@freebsd.org SHOUTS: > Message: 5 > Date: Fri, 22 Dec 2006 13:43:54 +0000 > From: Pete French > Subject: Re: Possibility for FreeBSD 4.11 Extended Support > To: freebsd-stable@freebsd.org, lofi@freebsd.org > Message-ID: > > Because everybody knows that odd numbered releases aren't stable. > I've been 20 years in electronics & comouting and thats the first > time I have ever heard anyone say that! Steer clear of '.0' releases > is well known, but suspecting something just because of the odd or > evenness of it's numbering scheme seems like pure superstition. > Especually since we are Unix people, and the two of the > 'biggies' in history are Version 7, System 5 ;-) And as system V progressed it got funkier and I moved the servers at an ISP I was part of back in the mid-90s from a 1/2 dozen or so SGI machine to FreeBSD and I felt I was back home again - as it was so similar to the System III based/derived systems I learned on. My first pass at Sys V was on and AT&T 3B2-310, and so many things were far slower than what came before, and some of their programs were so poor in execution it was a pain. I once did a simple benchmark and on an old Z80 based system I was getting times in under 10 seconds in the C test and under 1 minute in the BASIC version. On the 3B2 the program seemed to hang in BASIC. I ran it again and then broke out and looked at the variables. I was aghast when I mentally computed that the program would take an hour to run. The C version ran in a bit under 5 minutes. I will say that the 5.3 things got a bit better but not long after that most of the smaller and the ones that seemed to have decent support disappeared and left us with only a handful of SysV companies. And then there is the classic 1.0 release of NeXTStep. It was pretty stable, considerning the last release before 1.0 was 0.99. Jobs got a lot of press on that one :-) > -pete. Bill -- Bill Vermillion - bv @ wjv . com From owner-freebsd-stable@FreeBSD.ORG Sat Dec 23 21:26:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 457BF16A407 for ; Sat, 23 Dec 2006 21:26:30 +0000 (UTC) (envelope-from matthew.herzog@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id D77D313C45B for ; Sat, 23 Dec 2006 21:26:29 +0000 (UTC) (envelope-from matthew.herzog@gmail.com) Received: by nf-out-0910.google.com with SMTP id x37so3639949nfc for ; Sat, 23 Dec 2006 13:26:28 -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=nr7fUyoUG25JFOTZCBKkxGGnmRgIG4rAyAou+N06U79+ahVw2+VmGhP2AESWiAvLYJ4iPZLMmlx5nM+hyrySBlKfpjFEuv2ShCOpSydhiA06+1sHnYBrg6bvmoAu4D2RYPMWdpqw7AwusJ+IO6IWYtx6r+xhwbBaqLkloYrh+60= Received: by 10.82.127.15 with SMTP id z15mr661380buc.1166907455776; Sat, 23 Dec 2006 12:57:35 -0800 (PST) Received: by 10.82.190.9 with HTTP; Sat, 23 Dec 2006 12:57:35 -0800 (PST) Message-ID: <7cf39bb60612231257p1a8a62c3g43a9da939306a59e@mail.gmail.com> Date: Sat, 23 Dec 2006 15:57:35 -0500 From: "Matthew Herzog" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: chkrootkit finds 94 process hidden for readdir X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Dec 2006 21:26:30 -0000 Hello. I run FreeBSD 6.1-RELEASE-p7 on an UltraSparc 5 machine. I ran chkrootkit yesterday and saw this: Checking `lkm'... You have 94 process hidden for readdir command chkproc: Warning: Possible LKM Trojan installed Everything else was deemed clean by chkrootkit. When I booted into single user mode and ran chkrootkit it said there were "33 process hidden for readdir command" The sha256 checksum is slightly different for the /usr/bin/su binary on the install media compared to the /usr/bin/su on the running install. I could find nothing definitive on this subject posted online so . . . . -- Matt H. From owner-freebsd-stable@FreeBSD.ORG Sat Dec 23 23:55:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AA6C316A403 for ; Sat, 23 Dec 2006 23:55:10 +0000 (UTC) (envelope-from prox@prolixium.com) Received: from nonce.prolixium.com (nonce.prolixium.com [207.150.167.80]) by mx1.freebsd.org (Postfix) with ESMTP id 7A72B13C448 for ; Sat, 23 Dec 2006 23:55:10 +0000 (UTC) (envelope-from prox@prolixium.com) Received: from prox by nonce.prolixium.com with local (Exim 4.63) (envelope-from ) id 1GyGKf-0001Nx-Se for freebsd-stable@freebsd.org; Sat, 23 Dec 2006 18:31:13 -0500 Date: Sat, 23 Dec 2006 18:31:13 -0500 To: freebsd-stable@freebsd.org Message-ID: <20061223233113.GA3262@prolixium.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4Ckj6UjgE2iN1+kY" Content-Disposition: inline From: Mark Kamichoff Subject: 6-STABLE and IPv6/Quagga X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Dec 2006 23:55:10 -0000 --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Greetings -=20 I'm curious.. how many folks out there actually use FreeBSD 6-STABLE as an IPv6 firewall, with dynamic routing? I only pose the question, because it seems there have been (and still are) a few fairly major bugs that affect this certain type of setup: http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/105966 [solved, probably a dup anyway] http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/104569 [?] When I say IPv6 firewall with dynamic routing, it usually means the following setup: * FreeBSD 6.x w/pf * Quagga w/ospf6d, possibly ospfd, too * Multiple gif/tun and Ethernet interfaces Granted, most of these bugs involve the Quagga routing daemons, but shouldn't cause OS panicks. I still have a couple boxes sticking with 5.4-RELEASE, because of these issues. It'd be nice to move them to 6.x. Thoughts? If the suggestion is to avoid Quagga, are there other recommended alternatives that implement OSPFv2/3? Happy Holidays :-) - Mark --=20 Mark Kamichoff prox@prolixium.com http://prolixium.com/ Rensselaer Polytechnic Institute, Class of 2004 --4Ckj6UjgE2iN1+kY Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFjbxB0TYC9KtF8BMRAizDAJsF/C1h0f4TS4LatZL14lLrLdhLowCgk96d 5fgQFJCJByPPANB5pUHukeI= =KK2R -----END PGP SIGNATURE----- --4Ckj6UjgE2iN1+kY--