From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 00:37:35 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D93916A41A; Sun, 13 Jan 2008 00:37:35 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id A4C7A13C459; Sun, 13 Jan 2008 00:37:34 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-39-232.lns10.adl2.internode.on.net [121.45.39.232]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m0D0bLpC033825 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 13 Jan 2008 11:07:22 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-chat@freebsd.org Date: Sun, 13 Jan 2008 11:07:06 +1030 User-Agent: KMail/1.9.7 References: <200801111917.m0BJHP8u018954@lurza.secnetix.de> <20080112145146.6f196ede.timo.schoeler@riscworks.net> <20080112135630.I36731@fledge.watson.org> In-Reply-To: <20080112135630.I36731@fledge.watson.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2359543.4VsVIOe17S"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200801131107.15267.doconnor@gsoft.com.au> X-Spam-Score: -2.389 () AWL,BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Dag-Erling =?utf-8?q?Sm=C3=B8rgrav?= , Timo Schoeler , Robert Watson , freebsd-current@freebsd.org Subject: Re: FreeBSD's problems as seen by the BSDForen.de community X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 00:37:35 -0000 --nextPart2359543.4VsVIOe17S Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sun, 13 Jan 2008, Robert Watson wrote: > > Sorry, but (especially in this case) that is nonsense as it's > > primarily an excuse and disparages the work done there. > > There's another element in play here -- FreeBSD.org is a mailing > list-centric community driven by people who are very much part of the > e-mail world. For many newer computer users, e-mail is the old > world, and the new world is instant messaging and web forums. Many > developers I've talked to feel quite uncomfortable with the medium of > web forums, and therefore don't tend to use them. If our newer user > communities are forming around web forums (i.e., for PC-BSD), then we > do need to find some way to bridge the gap. A usenet<->forum bridge would be nice since news looks enough like email=20 for oldies to use :) Pitty the few I have seen are basically unmaintained :( (eg Papercut) Hmm I wonder how hard it would be to write a forum scraper.... =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2359543.4VsVIOe17S Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHiV075ZPcIHs/zowRAnZ+AJ9dQgfECsTjlDg6m3amoZavjY9ogQCdEuJF 9E5ypEmLbJBc2xPjxQD1ihY= =26l6 -----END PGP SIGNATURE----- --nextPart2359543.4VsVIOe17S-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 01:03:30 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 196D516A41A for ; Sun, 13 Jan 2008 01:03:30 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id ED0EB13C458 for ; Sun, 13 Jan 2008 01:03:29 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 35868 invoked from network); 13 Jan 2008 01:03:30 -0000 Received: from ppp-71-139-9-226.dsl.snfc21.pacbell.net (HELO ?10.0.5.18?) (nate-mail@71.139.9.226) by root.org with ESMTPA; 13 Jan 2008 01:03:30 -0000 Message-ID: <4789635E.609@root.org> Date: Sat, 12 Jan 2008 17:03:26 -0800 From: Nate Lawson User-Agent: Thunderbird 2.0.0.9 (X11/20071122) MIME-Version: 1.0 To: Igor Mozolevsky References: <20080111181344.5E7244500E@ptavv.es.net> <478930D2.90806@digifonica.com> In-Reply-To: X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: njl@freebsd.org, bruno@freebsd.org, Stefan Lambrev , freebsd-current@freebsd.org, =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , Maxim Sobolev Subject: Re: powerd adaptive mode latching X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 01:03:30 -0000 Igor Mozolevsky wrote: > On 12/01/2008, Maxim Sobolev wrote: >> I wonder if somebody did measurement of power consumption with powerd >> and without it on typical tasks. There is very interesting idea in the >> last issue of ACM Queue that it might be much more beneficial to run CPU >> at the full speed and then switch it to low-power mode as soon as >> possible in the idle loop than to run longer at reduced speed for a >> longer period of time. > > That's a pretty neat idea, and will certainly get rid of the polling > issue. The scheduler could scale the cpu clock, but I presume it would > require some hacking effort... Note that we've known this for a long time. The ACPI CPU idling code (C1-C3) aggressively tries to sleep a long time unless it has been woken up by interrupts several times recently. For powerd and Enhanced Speedstep (no throttling), it's often best to run at the highest CPU speed while tasks are runnable and then go straight to the lowest when the user stops typing. As time goes by, the latency for switching modes keeps going down. There's been a long outstanding request for someone to actually profile some different algorithms instead of just suggest changes. Kevin Oberman did some of this but much more needs to be done before we have an idea what's the best current thing to do. -Nate From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 01:13:59 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CBC516A468; Sun, 13 Jan 2008 01:13:59 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 19C1A13C442; Sun, 13 Jan 2008 01:13:59 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id C94D31B10EF9; Sun, 13 Jan 2008 02:13:57 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-10.6 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from [10.1.1.2] (unknown [192.168.25.10]) by blah.sun-fish.com (Postfix) with ESMTP id B5EA61B10EF7; Sun, 13 Jan 2008 02:13:54 +0100 (CET) Message-ID: <478965CC.1010609@moneybookers.com> Date: Sun, 13 Jan 2008 03:13:48 +0200 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Nate Lawson References: <200801110909.m0B99tlr097501@lurza.secnetix.de> <47873840.7050401@moneybookers.com> <47894263.6010706@root.org> In-Reply-To: <47894263.6010706@root.org> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/5479/Sun Jan 13 00:08:34 2008 on blah.cmotd.com X-Virus-Status: Clean Cc: bruno@FreeBSD.org, freebsd-current@FreeBSD.ORG Subject: Re: powerd adaptive mode latching X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 01:13:59 -0000 Nate Lawson wrote: > I am not sure this patch should be committed as-is. It might be better > centralized in the cpufreq mid-layer so that all drivers benefit instead > of just acpi_perf. If there are frequencies that are too close to each > other (no matter what the source driver), it might be good to eliminate > them. > > I'll look into it later today. > > -Nate > I fully agree that centralized solution is better. But at this late stage of RELENG_7_0, I'm happy with this patch, as it solves our problem and is very simple. If you can come with something better before 7-RELEASE, it's OK, but otherwise I think we should have this patch in the CVS and then RELENG_7_0 (even marked as XXX) The other patch actually is in powerd.c and with it doesn't matter what is the source of the information, but I personally, more like the acpi_perf patch :) From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 01:43:41 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7BF916A46B for ; Sun, 13 Jan 2008 01:43:41 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 8F6DB13C44B for ; Sun, 13 Jan 2008 01:43:41 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 41214 invoked from network); 13 Jan 2008 01:43:42 -0000 Received: from ppp-71-139-9-226.dsl.snfc21.pacbell.net (HELO ?10.0.5.18?) (nate-mail@71.139.9.226) by root.org with ESMTPA; 13 Jan 2008 01:43:42 -0000 Message-ID: <47896CCA.9020309@root.org> Date: Sat, 12 Jan 2008 17:43:38 -0800 From: Nate Lawson User-Agent: Thunderbird 2.0.0.9 (X11/20071122) MIME-Version: 1.0 To: Stefan Lambrev References: <200801110909.m0B99tlr097501@lurza.secnetix.de> <47873840.7050401@moneybookers.com> <47894263.6010706@root.org> <478965CC.1010609@moneybookers.com> In-Reply-To: <478965CC.1010609@moneybookers.com> X-Enigmail-Version: 0.95.5 Content-Type: multipart/mixed; boundary="------------020003050706080909070507" Cc: bruno@FreeBSD.org, freebsd-current@FreeBSD.ORG Subject: Re: powerd adaptive mode latching X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 01:43:41 -0000 This is a multi-part message in MIME format. --------------020003050706080909070507 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 7bit Stefan Lambrev wrote: > Nate Lawson wrote: >> I am not sure this patch should be committed as-is. It might be better >> centralized in the cpufreq mid-layer so that all drivers benefit instead >> of just acpi_perf. If there are frequencies that are too close to each >> other (no matter what the source driver), it might be good to eliminate >> them. >> >> I'll look into it later today. >> >> -Nate >> > I fully agree that centralized solution is better. > But at this late stage of RELENG_7_0, I'm happy with this patch, as it > solves our problem and is very simple. > If you can come with something better before 7-RELEASE, it's OK, but > otherwise I think we should have this patch in the CVS and then > RELENG_7_0 (even marked as XXX) > > The other patch actually is in powerd.c and with it doesn't matter what > is the source of the information, but I personally, more like the > acpi_perf patch :) Some of us have other jobs that have nothing to do with FreeBSD. Anyway, attached is the patch (compile tested). You should test without the acpi_perf patch to be sure it is functionally equivalent. Thanks Nate --------------020003050706080909070507 Content-Type: text/x-patch; name="cpufreq_uniq1.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="cpufreq_uniq1.diff" Index: kern_cpu.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_cpu.c,v retrieving revision 1.28 diff -u -r1.28 kern_cpu.c --- kern_cpu.c 30 Oct 2007 22:18:08 -0000 1.28 +++ kern_cpu.c 13 Jan 2008 01:38:24 -0000 @@ -606,6 +606,17 @@ /* Finally, output the list of levels. */ i = 0; TAILQ_FOREACH(lev, &sc->all_levels, link) { + /* + * Skip levels that are too close in frequency to the + * previous levels. Some systems report bogus duplicate + * settings (i.e., for acpi_perf). + */ + if (i > 0 && CPUFREQ_CMP(lev->total_set.freq, + levels[i - 1].total_set.freq)) { + sc->all_count--; + continue; + } + /* Skip levels that have a frequency that is too low. */ if (lev->total_set.freq < cf_lowest_freq) { sc->all_count--; --------------020003050706080909070507-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 02:42:21 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8661E16A419 for ; Sun, 13 Jan 2008 02:42:21 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.maindns.de [85.214.95.103]) by mx1.freebsd.org (Postfix) with ESMTP id 5114913C461 for ; Sun, 13 Jan 2008 02:42:20 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7d4e.q.ppp-pool.de [89.53.125.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 8A1AE12883F; Sun, 13 Jan 2008 03:20:44 +0100 (CET) Received: from cesar.sz.vwsoft.com (cesar.sz.vwsoft.com [192.168.16.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id 9A38A3F442; Sun, 13 Jan 2008 03:20:23 +0100 (CET) Message-ID: <4789756B.8060203@vwsoft.com> Date: Sun, 13 Jan 2008 03:20:27 +0100 From: Volker User-Agent: Thunderbird 2.0.0.9 (X11/20071127) MIME-Version: 1.0 To: Nate Lawson References: <47893F8B.7010805@root.org> In-Reply-To: <47893F8B.7010805@root.org> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit MailScanner-NULL-Check: 1200795635.11435@UsUOfTmtuUK04dNAqWSqTg X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Cc: current@FreeBSD.org Subject: Re: Fix for GPE livelock on HPs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 02:42:21 -0000 On 12/23/-58 20:59, Nate Lawson wrote: > I've committed the below patch and want to MFC it to 7.0. To do this, I > need people to test this quickly. It probably has no effect in 6.x and > probably doesn't apply cleanly there. > > Please try this patch if you have a laptop and 7.x. If you have > -current, just cvsup. I'd like to make sure there is no regression. > I'm already aware that it fixes things for some HP users. Nate, can you be a bit specific for a) what GPE is, b) what the problem is, c) what to look for (any test procedures?) and d) which HP laptop models might be affected? I do have an Omnibook vt6200 (P-IV 1.8G) running 6-STABLE and a new HP 6715b (Tur-X2 TL-60) running 7-RC1 (currently installing on this, OS is not yet fully set up). If I knew what to look for, I might test your patches (at least on the 7-RC1 version). Volker From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 04:16:04 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B73A16A419 for ; Sun, 13 Jan 2008 04:16:04 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (marcuscom-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::1279]) by mx1.freebsd.org (Postfix) with ESMTP id 7E53113C442 for ; Sun, 13 Jan 2008 04:16:04 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.2/8.14.2) with ESMTP id m0D4HRMA096890 for ; Sat, 12 Jan 2008 23:17:27 -0500 (EST) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: current Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-l4wu7FBOYv73ljTmQTLt" Organization: FreeBSD, Inc. Date: Sat, 12 Jan 2008 23:16:27 -0500 Message-Id: <1200197787.67286.13.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on creme-brulee.marcuscom.com Cc: Subject: RFC: Adding a hw.features[2] sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 04:16:04 -0000 --=-l4wu7FBOYv73ljTmQTLt Content-Type: multipart/mixed; boundary="=-tG5WkeByM2UE0M3nJKPz" --=-tG5WkeByM2UE0M3nJKPz Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I find it would be useful to have the list of CPU features available via a sysctl. Currently, he only ways to get this information are to have linprocfs mounted, or parse dmesg.boot (if it exists). Attached are patches to add hw.features and hw.features2 sysctls for i386 and amd64 (where a list of CPU features is applicable). The results are identical to the Features and Features2 strings from dmesg: hw.features2: 0x41d hw.features: 0xbfebfbff Comments? Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-tG5WkeByM2UE0M3nJKPz Content-Disposition: attachment; filename=cpu_features.diff Content-Type: text/x-patch; name=cpu_features.diff; charset=ISO-8859-1 Content-Transfer-Encoding: base64 LS0tIHN5cy9pMzg2L2kzODYvaWRlbnRjcHUuYy5vcmlnCTIwMDgtMDEtMTIgMjA6MDA6MzQuMDAw MDAwMDAwIC0wNTAwDQorKysgc3lzL2kzODYvaTM4Ni9pZGVudGNwdS5jCTIwMDgtMDEtMTIgMjI6 NDc6MDIuMDAwMDAwMDAwIC0wNTAwDQpAQCAtMTAyLDYgKzEwMiwxNCBAQCBzdGF0aWMgaW50IGh3 X2Nsb2NrcmF0ZTsNCiBTWVNDVExfSU5UKF9odywgT0lEX0FVVE8sIGNsb2NrcmF0ZSwgQ1RMRkxB R19SRCwgDQogICAgICZod19jbG9ja3JhdGUsIDAsICJDUFUgaW5zdHJ1Y3Rpb24gY2xvY2sgcmF0 ZSIpOw0KIA0KK3N0YXRpYyBjaGFyIGNwdV9mZWF0dXJlc1s1MTJdOw0KK1NZU0NUTF9TVFJJTkco X2h3LCBPSURfQVVUTywgZmVhdHVyZXMsIENUTEZMQUdfUkQsDQorICAgIGNwdV9mZWF0dXJlcywg MCwgIkNQVSBmZWF0dXJlcyIpOw0KKw0KK3N0YXRpYyBjaGFyIGNwdV9mZWF0dXJlczJbNTEyXTsN CitTWVNDVExfU1RSSU5HKF9odywgT0lEX0FVVE8sIGZlYXR1cmVzMiwgQ1RMRkxBR19SRCwNCisg ICAgY3B1X2ZlYXR1cmVzMiwgMCwgIkNQVSBmZWF0dXJlcyAoc2Vjb25kIHNldCkiKTsNCisNCiBz dGF0aWMgY2hhciBjcHVfYnJhbmRbNDhdOw0KIA0KICNkZWZpbmUJTUFYX0JSQU5EX0lOREVYCTgN CkBAIC02OTYsNyArNzA0LDggQEAgdmlhX2NvbW1vbjoNCiAJCQkgKiB0byBjaGVjayB0aGF0IGFs bCBDUFVzID49IFBlbnRpdW0gaGF2ZSBhIFRTQyBhbmQNCiAJCQkgKiBNU1JzLg0KIAkJCSAqLw0K LQkJCXByaW50ZigiXG4gIEZlYXR1cmVzPTB4JWIiLCBjcHVfZmVhdHVyZSwNCisJCQlzbnByaW50 ZihjcHVfZmVhdHVyZXMsIHNpemVvZihjcHVfZmVhdHVyZXMpLCAiMHglYiIsDQorCQkJY3B1X2Zl YXR1cmUsDQogCQkJIlwwMjAiDQogCQkJIlwwMDFGUFUiCS8qIEludGVncmFsIEZQVSAqLw0KIAkJ CSJcMDAyVk1FIgkvKiBFeHRlbmRlZCBWTTg2IG1vZGUgc3VwcG9ydCAqLw0KQEAgLTczMiw4ICs3 NDEsMTEgQEAgdmlhX2NvbW1vbjoNCiAJCQkiXDA0MFBCRSIJLyogUGVuZGluZyBCcmVhayBFbmFi bGUgKi8NCiAJCQkpOw0KIA0KKwkJCXByaW50ZigiXG4gIEZlYXR1cmVzPSVzIiwgY3B1X2ZlYXR1 cmVzKTsNCisNCiAJCQlpZiAoY3B1X2ZlYXR1cmUyICE9IDApIHsNCi0JCQkJcHJpbnRmKCJcbiAg RmVhdHVyZXMyPTB4JWIiLCBjcHVfZmVhdHVyZTIsDQorCQkJCXNucHJpbnRmKGNwdV9mZWF0dXJl czIsIHNpemVvZihjcHVfZmVhdHVyZXMyKSwNCisJCQkJIjB4JWIiLCBjcHVfZmVhdHVyZTIsDQog CQkJCSJcMDIwIg0KIAkJCQkiXDAwMVNTRTMiCS8qIFNTRTMgKi8NCiAJCQkJIlwwMDI8YjE+Ig0K QEAgLTc2OCw2ICs3ODAsOCBAQCB2aWFfY29tbW9uOg0KIAkJCQkiXDAzNzxiMzA+Ig0KIAkJCQki XDA0MDxiMzE+Ig0KIAkJCQkpOw0KKw0KKwkJCQlwcmludGYoIlxuICBGZWF0dXJlczI9JXMiLCBj cHVfZmVhdHVyZXMyKTsNCiAJCQl9DQogDQogCQkJLyoNCi0tLSBzeXMvYW1kNjQvYW1kNjQvaWRl bnRjcHUuYy5vcmlnCTIwMDgtMDEtMTIgMjI6MzU6NTYuMDAwMDAwMDAwIC0wNTAwDQorKysgc3lz L2FtZDY0L2FtZDY0L2lkZW50Y3B1LmMJMjAwOC0wMS0xMiAyMjo0NDo1NC4wMDAwMDAwMDAgLTA1 MDANCkBAIC04Nyw2ICs4NywxNCBAQCBzdGF0aWMgaW50IGh3X2Nsb2NrcmF0ZTsNCiBTWVNDVExf SU5UKF9odywgT0lEX0FVVE8sIGNsb2NrcmF0ZSwgQ1RMRkxBR19SRCwgDQogICAgICZod19jbG9j a3JhdGUsIDAsICJDUFUgaW5zdHJ1Y3Rpb24gY2xvY2sgcmF0ZSIpOw0KIA0KK3N0YXRpYyBjaGFy IGNwdV9mZWF0dXJlc1s1MTJdOw0KK1NZU0NUTF9TVFJJTkcoX2h3LCBPSURfQVVUTywgZmVhdHVy ZXMsIENUTEZMQUdfUkQsDQorICAgIGNwdV9mZWF0dXJlcywgMCwgIkNQVSBmZWF0dXJlcyIpOw0K Kw0KK3N0YXRpYyBjaGFyIGNwdV9mZWF0dXJlczJbNTEyXTsNCitTWVNDVExfU1RSSU5HUyhfaHcs IE9JRF9BVVRPLCBmZWF0dXJlczIsIENUTEZMQUdfUkQsDQorICAgIGNwdV9mZWF0dXJlczIsIDAs ICJDUFUgZmVhdHVyZXMgKHNlY29uZCBzZXQpIik7DQorDQogc3RhdGljIGNoYXIgY3B1X2JyYW5k WzQ4XTsNCiANCiBzdGF0aWMgc3RydWN0IHsNCkBAIC0xODIsNyArMTkwLDggQEAgcHJpbnRjcHVp bmZvKHZvaWQpDQogCQkJICogdG8gY2hlY2sgdGhhdCBhbGwgQ1BVcyA+PSBQZW50aXVtIGhhdmUg YSBUU0MgYW5kDQogCQkJICogTVNScy4NCiAJCQkgKi8NCi0JCQlwcmludGYoIlxuICBGZWF0dXJl cz0weCViIiwgY3B1X2ZlYXR1cmUsDQorCQkJc25wcmludGYoY3B1X2ZlYXR1cmVzLCBzaXplb2Yo Y3B1X2ZlYXR1cmVzKSwgIjB4JWIiLA0KKwkJCWNwdV9mZWF0dXJlLA0KIAkJCSJcMDIwIg0KIAkJ CSJcMDAxRlBVIgkvKiBJbnRlZ3JhbCBGUFUgKi8NCiAJCQkiXDAwMlZNRSIJLyogRXh0ZW5kZWQg Vk04NiBtb2RlIHN1cHBvcnQgKi8NCkBAIC0yMTgsOCArMjI3LDExIEBAIHByaW50Y3B1aW5mbyh2 b2lkKQ0KIAkJCSJcMDQwUEJFIgkvKiBQZW5kaW5nIEJyZWFrIEVuYWJsZSAqLw0KIAkJCSk7DQog DQorCQkJcHJpbnRmKCJcbiAgRmVhdHVyZXM9JXMiLCBjcHVfZmVhdHVyZXMpOw0KKw0KIAkJCWlm IChjcHVfZmVhdHVyZTIgIT0gMCkgew0KLQkJCQlwcmludGYoIlxuICBGZWF0dXJlczI9MHglYiIs IGNwdV9mZWF0dXJlMiwNCisJCQkJc25wcmludGYoY3B1X2ZlYXR1cmVzMiwgc2l6ZW9mKGNwdV9m ZWF0dXJlczIpLA0KKwkJCQkiMHglYiIsIGNwdV9mZWF0dXJlMiwNCiAJCQkJIlwwMjAiDQogCQkJ CSJcMDAxU1NFMyIJLyogU1NFMyAqLw0KIAkJCQkiXDAwMjxiMT4iDQpAQCAtMjU0LDYgKzI2Niw4 IEBAIHByaW50Y3B1aW5mbyh2b2lkKQ0KIAkJCQkiXDAzNzxiMzA+Ig0KIAkJCQkiXDA0MDxiMzE+ Ig0KIAkJCQkpOw0KKw0KKwkJCQlwcmludGYoIlxuICBGZWF0dXJlczI9JXMiLCBjcHVfZmVhdHVy ZXMyKTsNCiAJCQl9DQogDQogCQkJLyoNCg== --=-tG5WkeByM2UE0M3nJKPz-- --=-l4wu7FBOYv73ljTmQTLt Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHiZCbb2iPiv4Uz4cRAvZlAJ9XSV2gUeVMGhMGTtmjh1A+NS/AtgCdGER0 iRtKG39Jc3ZbhOqCMuLL40Q= =z/IK -----END PGP SIGNATURE----- --=-l4wu7FBOYv73ljTmQTLt-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 05:06:46 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F43116A419 for ; Sun, 13 Jan 2008 05:06:46 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from vms173001pub.verizon.net (vms173001pub.verizon.net [206.46.173.1]) by mx1.freebsd.org (Postfix) with ESMTP id 7DB2513C447 for ; Sun, 13 Jan 2008 05:06:46 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from [10.0.3.231] ([70.21.165.95]) by vms173001.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JUK00HKEDN387Q9@vms173001.mailsrvcs.net> for current@FreeBSD.org; Sat, 12 Jan 2008 21:57:04 -0600 (CST) Date: Sat, 12 Jan 2008 23:04:13 -0500 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <47893F8B.7010805@root.org> To: Nate Lawson Message-id: <1200197053.822.5.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.12.3 FreeBSD GNOME Team Port Content-type: text/plain Content-transfer-encoding: 7bit References: <47893F8B.7010805@root.org> Cc: current@FreeBSD.org Subject: Re: Fix for GPE livelock on HPs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 05:06:46 -0000 On Sat, 2008-01-12 at 14:30 -0800, Nate Lawson wrote: > I've committed the below patch and want to MFC it to 7.0. To do this, I > need people to test this quickly. It probably has no effect in 6.x and > probably doesn't apply cleanly there. > > Please try this patch if you have a laptop and 7.x. If you have I assumed you mean "a laptop", not "an HP laptop" ;) With this in mind, on IBM ThinkPad X60 (1709-73U) and RELENG_7 as of 20:46 January 12 (EST) I see no obvious regressions after applying your patch. If there is any specific testing that you want performed, please, let me know and I will be happy to do it tomorrow. > -current, just cvsup. I'd like to make sure there is no regression. > I'm already aware that it fixes things for some HP users. > > Thanks for your time, > Nate -- Alexandre "Sunny" Kovalenko From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 05:21:59 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE4C716A418 for ; Sun, 13 Jan 2008 05:21:59 +0000 (UTC) (envelope-from michel.junger@gmail.com) Received: from smtp25.orange.fr (smtp25.orange.fr [193.252.22.23]) by mx1.freebsd.org (Postfix) with ESMTP id CE42913C44B for ; Sun, 13 Jan 2008 05:21:59 +0000 (UTC) (envelope-from michel.junger@gmail.com) Received: from smtp25.orange.fr (mwinf2538 [10.232.9.138]) by mwinf2515.orange.fr (SMTP Server) with ESMTP id 5B8321C00EBC for ; Sun, 13 Jan 2008 05:23:30 +0100 (CET) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2538.orange.fr (SMTP Server) with ESMTP id A9B641C00088 for ; Sun, 13 Jan 2008 05:23:28 +0100 (CET) Received: from gmail.com (ADijon-153-1-104-158.w81-50.abo.wanadoo.fr [81.50.231.158]) by mwinf2538.orange.fr (SMTP Server) with SMTP id 54B3B1C00083; Sun, 13 Jan 2008 05:23:28 +0100 (CET) X-ME-UUID: 20080113042328347.54B3B1C00083@mwinf2538.orange.fr Received: by gmail.com (nbSMTP-1.00) for uid 1001 michel.junger@gmail.com; Sun, 13 Jan 2008 05:23:19 +0100 (CET) Date: Sun, 13 Jan 2008 05:23:19 +0100 From: michel Junger To: rpaulo@fnop.net Message-ID: <20080113042318.GA5312@mua.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-current@freebsd.org Subject: FreeBSD on macbook & backlight module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 05:22:00 -0000 Hello, The wiki page about FreeBSD on MacBook explains that it's possible to build a module to control backlight. A link points a depot where to download backlight.c and backlightvar.h but there's no README. I've tried to create a directory /usr/src/sys/dev/backlight put files in it, add a line "device backlight" in /usr/src/sys/i386/conf/GENERIC but make buildkernel ends with: config: Error: device "backlight" is unknown config: 1 errors *** Error code 1 Is there someone who knows where to put these files under /usr/src and compile a new kernel ? Thanks for any help. Michel. From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 05:30:19 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DEF5716A494; Sun, 13 Jan 2008 05:30:19 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 4F50713C447; Sun, 13 Jan 2008 05:30:18 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-39-232.lns10.adl2.internode.on.net [121.45.39.232]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m0D5Tgaj039364 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 13 Jan 2008 15:59:42 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: johan beisser Date: Sun, 13 Jan 2008 15:59:03 +1030 User-Agent: KMail/1.9.7 References: <200801111917.m0BJHP8u018954@lurza.secnetix.de> <200801131107.15267.doconnor@gsoft.com.au> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2805827.oES6Vgjg9L"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200801131559.32933.doconnor@gsoft.com.au> X-Spam-Score: -2.383 () AWL,BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Dag-Erling =?utf-8?q?Sm=C3=B8rgrav?= , Timo Schoeler , Robert Watson , freebsd-chat@freebsd.org, freebsd-current@freebsd.org Subject: Re: FreeBSD's problems as seen by the BSDForen.de community X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 05:30:20 -0000 --nextPart2805827.oES6Vgjg9L Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sun, 13 Jan 2008, johan beisser wrote: > > Pitty the few I have seen are basically unmaintained :( > > (eg Papercut) > > > > Hmm I wonder how hard it would be to write a forum scraper.... > > Not too difficult. Quite a few forums provide RSS feeds. That doesn't let you go both ways though, although just being able to=20 browse forums in a usenet like way would be much nicer.. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2805827.oES6Vgjg9L Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHiaG85ZPcIHs/zowRAknKAJ9wsuZJ7wbFTxnBd/OHx5uPzQc2oACggE/m /K8Okra8GWnDELvHGYOjKTc= =GECz -----END PGP SIGNATURE----- --nextPart2805827.oES6Vgjg9L-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 04:12:41 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4975216A417; Sun, 13 Jan 2008 04:12:41 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id 30E0113C458; Sun, 13 Jan 2008 04:12:41 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id B249A8C0A0; Sat, 12 Jan 2008 22:12:40 -0600 (CST) Date: Sat, 12 Jan 2008 22:12:40 -0600 To: Matthew Seaman Message-ID: <20080113041240.GA14666@soaustin.net> References: <478556AD.6090400@bsdforen.de> <20080110003524.GB5188@soaustin.net> <200801111935.50821.peter.schuller@infidyne.com> <20080111204148.GA4787@soaustin.net> <47889623.3090203@infracaninophile.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47889623.3090203@infracaninophile.co.uk> User-Agent: Mutt/1.5.13 (2006-08-11) From: linimon@lonesome.com (Mark Linimon) X-Mailman-Approved-At: Sun, 13 Jan 2008 05:52:56 +0000 Cc: Mark Linimon , freebsd-current@freebsd.org, freebsd-bugbusters@freebsd.org Subject: Re: Improving the handling of PR:s X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 04:12:41 -0000 On Sat, Jan 12, 2008 at 10:27:47AM +0000, Matthew Seaman wrote: > As I understand it, I think the reason for this difference in performance > at resolving PRs is because there is a body of ports committers that > basically expect to spend a lot of time committing other people's work, > whereas src committers are generally focussed on their own projects and > tend to commit what they or people closely associated with them have > developed. That's partly it. However: - ports are far more "granular" than the base system. Although the occasional commits such as e.g. chasing shared library version bumps touch a lot of different areas, in general 80% of the commits are limited in scope. - because of this granularity, we assign a maintainer to each port. (Yes, only 75% of the ports are maintained, but never mind :-) ) - that allows us to identify, route, and auto-assign ports PRs via an add-on script that Edwin wrote. That sped up the turnaround time significantly. - probably 80% of the ports PRs are upgrades or things like fixes to scripts, options, etc. The other 20% are more like "doesn't work when you do foo" which is probably what 80% of the src PRs are. - there's a known regression-test suite (pointyhat) for the "easy" cases, and a feedback mechanism to alert people when things break. Identifying what parts of the base system will be affected by a particular patch is a little bit more tricky, but should be done. However, a large number of src PRs are "problem possibly touching multiple subsystems" or "system does not perform well" or "panic in unknown circumstances". In each of these cases, we need to enlist some people to work with these submitters. They don't necessarily need to be senior developers, but the need to be at least fairly experienced with such tools as kernel dump analysis, our build system, and so on. Right now all this gets handled via email, which is not really an ideal medium for quick feedback. And, the senior developers who generally respond to such things generally have enough to do as it is; there simply aren't enough of them to go around. Even if they did, not much development work would get done :-) In the past we've given 2 different people GNATS-only access as an experiement, as discussed in one of my other posts in this thread. I think the experiment has been a success and I'd like to build on that. mcl From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 04:14:03 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2831116A421; Sun, 13 Jan 2008 04:14:03 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id 1F19F13C457; Sun, 13 Jan 2008 04:14:03 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id A24078C0A5; Sat, 12 Jan 2008 22:14:02 -0600 (CST) Date: Sat, 12 Jan 2008 22:14:02 -0600 To: Erik Cederstrand Message-ID: <20080113041402.GB14666@soaustin.net> References: <478556AD.6090400@bsdforen.de> <20080110003524.GB5188@soaustin.net> <200801111935.50821.peter.schuller@infidyne.com> <20080111204148.GA4787@soaustin.net> <4788BFEB.9010207@cederstrand.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4788BFEB.9010207@cederstrand.dk> User-Agent: Mutt/1.5.13 (2006-08-11) From: linimon@lonesome.com (Mark Linimon) X-Mailman-Approved-At: Sun, 13 Jan 2008 05:52:56 +0000 Cc: Mark Linimon , freebsd-current@freebsd.org, Peter Schuller , freebsd-bugbusters@FreeBSD.org Subject: Re: Improving the handling of PR:s X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 04:14:03 -0000 On Sat, Jan 12, 2008 at 02:26:03PM +0100, Erik Cederstrand wrote: > Giving PRs better categories and letting developers "subscribe" to > certain categories would let PRs instantly be brought to the attention > of a relevant developer, and make the bugs collection seem less > overwhelming. I think this is a good idea. An RSS feed ought to be part of whatever solution we come up with. I'll try to think about your ideas about the web pages. mcl From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 04:16:23 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5336B16A418 for ; Sun, 13 Jan 2008 04:16:23 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id 4D5C013C457 for ; Sun, 13 Jan 2008 04:16:23 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id D2CC68C0AD; Sat, 12 Jan 2008 22:16:22 -0600 (CST) Date: Sat, 12 Jan 2008 22:16:22 -0600 To: Peter Jeremy Message-ID: <20080113041622.GC14666@soaustin.net> References: <478556AD.6090400@bsdforen.de> <20080110003524.GB5188@soaustin.net> <200801111935.50821.peter.schuller@infidyne.com> <478887B4.9030906@bsdforen.de> <20080112115624.GE60060@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080112115624.GE60060@server.vk2pj.dyndns.org> User-Agent: Mutt/1.5.13 (2006-08-11) From: linimon@lonesome.com (Mark Linimon) X-Mailman-Approved-At: Sun, 13 Jan 2008 05:52:56 +0000 Cc: Dominic Fandrey , freebsd-current@freebsd.org Subject: Re: Improving the handling of PR:s X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 04:16:23 -0000 On Sat, Jan 12, 2008 at 10:56:24PM +1100, Peter Jeremy wrote: > This PR brings up an issue that has been mentioned elsewhere in this > thread: Even where a PR contains a patch, a committer may be unwilling > to commit the change because they are unable to verify the patch > themselves. We need to generate some kind of way for people to volunteer to test some of these patches. e.g. "I am willing to test patches affecting the USB subsystem, and I have the following list of parts: ..." mcl From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 04:21:31 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC39A16A418 for ; Sun, 13 Jan 2008 04:21:31 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id A3C4C13C459 for ; Sun, 13 Jan 2008 04:21:31 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 34B058C0B4; Sat, 12 Jan 2008 22:21:31 -0600 (CST) Date: Sat, 12 Jan 2008 22:21:31 -0600 To: Igor Mozolevsky Message-ID: <20080113042131.GD14666@soaustin.net> References: <478556AD.6090400@bsdforen.de> <20080110003524.GB5188@soaustin.net> <200801111935.50821.peter.schuller@infidyne.com> <478887B4.9030906@bsdforen.de> <20080112152303.GV57756@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.13 (2006-08-11) From: linimon@lonesome.com (Mark Linimon) X-Mailman-Approved-At: Sun, 13 Jan 2008 05:52:56 +0000 Cc: Kostik Belousov , Dominic Fandrey , freebsd-current@freebsd.org Subject: Re: Improving the handling of PR:s X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 04:21:31 -0000 On Sat, Jan 12, 2008 at 03:42:48PM +0000, Igor Mozolevsky wrote: > Another alternative is to have a boolean flag on the PR so that the > author can indicate that it's a patch and have the gnats mail a > separate list of uncommitted patches separately to other open PRs? See: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=423741+0+archive/2007/freebsd-bugs/20071231.freebsd-bugs There's also the list of PRs sorted by tag: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=544200+0+archive/2007/freebsd-bugs/20071231.freebsd-bugs As the author of both of these, I will cheerfully agree that they are insufficient for our needs. I created them as an experiment. mcl From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 06:36:59 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 371A916A41B for ; Sun, 13 Jan 2008 06:36:59 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 2620413C46B for ; Sun, 13 Jan 2008 06:36:59 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 68378 invoked from network); 13 Jan 2008 06:37:01 -0000 Received: from ppp-71-139-9-226.dsl.snfc21.pacbell.net (HELO ?10.0.5.18?) (nate-mail@71.139.9.226) by root.org with ESMTPA; 13 Jan 2008 06:37:01 -0000 Message-ID: <4789B188.5040208@root.org> Date: Sat, 12 Jan 2008 22:36:56 -0800 From: Nate Lawson User-Agent: Thunderbird 2.0.0.9 (X11/20071122) MIME-Version: 1.0 To: "Alexandre \"Sunny\" Kovalenko" References: <47893F8B.7010805@root.org> <1200197053.822.5.camel@RabbitsDen> In-Reply-To: <1200197053.822.5.camel@RabbitsDen> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org Subject: Re: Fix for GPE livelock on HPs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 06:36:59 -0000 Alexandre "Sunny" Kovalenko wrote: > On Sat, 2008-01-12 at 14:30 -0800, Nate Lawson wrote: >> I've committed the below patch and want to MFC it to 7.0. To do this, I >> need people to test this quickly. It probably has no effect in 6.x and >> probably doesn't apply cleanly there. >> >> Please try this patch if you have a laptop and 7.x. If you have > I assumed you mean "a laptop", not "an HP laptop" ;) With this in mind, > on IBM ThinkPad X60 (1709-73U) and RELENG_7 as of 20:46 January 12 (EST) > I see no obvious regressions after applying your patch. > > If there is any specific testing that you want performed, please, let me > know and I will be happy to do it tomorrow. Excellent. I was kinda vague because I have two "it fixes my HP laptop" reports and I wanted broader testing so that after the MFC I didn't hear "it breaks my Toshiba". :) -Nate From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 06:40:43 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52C7416A417 for ; Sun, 13 Jan 2008 06:40:43 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 41B6C13C44B for ; Sun, 13 Jan 2008 06:40:43 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 68629 invoked from network); 13 Jan 2008 06:40:45 -0000 Received: from ppp-71-139-9-226.dsl.snfc21.pacbell.net (HELO ?10.0.5.18?) (nate-mail@71.139.9.226) by root.org with ESMTPA; 13 Jan 2008 06:40:45 -0000 Message-ID: <4789B267.1000505@root.org> Date: Sat, 12 Jan 2008 22:40:39 -0800 From: Nate Lawson User-Agent: Thunderbird 2.0.0.9 (X11/20071122) MIME-Version: 1.0 To: Volker References: <47893F8B.7010805@root.org> <4789756B.8060203@vwsoft.com> In-Reply-To: <4789756B.8060203@vwsoft.com> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org Subject: Re: Fix for GPE livelock on HPs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 06:40:43 -0000 Volker wrote: > On 12/23/-58 20:59, Nate Lawson wrote: >> I've committed the below patch and want to MFC it to 7.0. To do this, I >> need people to test this quickly. It probably has no effect in 6.x and >> probably doesn't apply cleanly there. >> >> Please try this patch if you have a laptop and 7.x. If you have >> -current, just cvsup. I'd like to make sure there is no regression. >> I'm already aware that it fixes things for some HP users. > > Nate, > > can you be a bit specific for a) what GPE is, b) what the problem is, > c) what to look for (any test procedures?) and d) which HP laptop > models might be affected? > > I do have an Omnibook vt6200 (P-IV 1.8G) running 6-STABLE and a new HP > 6715b (Tur-X2 TL-60) running 7-RC1 (currently installing on this, OS > is not yet fully set up). > > If I knew what to look for, I might test your patches (at least on the > 7-RC1 version). A GPE is an interrupt of sorts. I'm looking for any bad behavior the patch might cause. I'm certain it fixes lockups some HPs had during thermal zone events (i.e. fan switching on when it gets hot). Pretty much anyone with a laptop that locks up and you suspect acpi should test it. And anyone who is willing to test it on another brand laptop to be sure the patch doesn't break anything more would be welcome. You should be able to do "sysctl hw.acpi" and see the temperature and "apm" to see battery status without any new problems after applying the patch. -Nate From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 06:44:57 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9D7116A418; Sun, 13 Jan 2008 06:44:57 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 7823013C4E3; Sun, 13 Jan 2008 06:44:57 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=deviant.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JDwaR-000AAf-9Z; Sun, 13 Jan 2008 08:44:55 +0200 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m0D6ioiA068073; Sun, 13 Jan 2008 08:44:50 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m0D6ioJe068072; Sun, 13 Jan 2008 08:44:50 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 13 Jan 2008 08:44:50 +0200 From: Kostik Belousov To: Joe Marcus Clarke Message-ID: <20080113064450.GW57756@deviant.kiev.zoral.com.ua> References: <1200197787.67286.13.camel@shumai.marcuscom.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OAN8QHC2SXyWe5k/" Content-Disposition: inline In-Reply-To: <1200197787.67286.13.camel@shumai.marcuscom.com> User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: b3971b7ac160fe45482707327a257f38 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1977 [Jan 11 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: current Subject: Re: RFC: Adding a hw.features[2] sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 06:44:57 -0000 --OAN8QHC2SXyWe5k/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 12, 2008 at 11:16:27PM -0500, Joe Marcus Clarke wrote: > I find it would be useful to have the list of CPU features available via > a sysctl. Currently, he only ways to get this information are to have > linprocfs mounted, or parse dmesg.boot (if it exists). Attached are Not quite true, since the raw CPU capabilities are accessible using the cpuid instruction, both to the kernel- and user-mode. > patches to add hw.features and hw.features2 sysctls for i386 and amd64 > (where a list of CPU features is applicable). The results are identical > to the Features and Features2 strings from dmesg: >=20 > hw.features2: 0x41d > hw.features: > 0xbfebfbff >=20 > Comments? The only part that I do not fully agree is to dedicate 1Kb of the kernel memory to the strings that could be reconstructed in the usermode and are relatively rare used. I would suggest either export only bitmask of the cpu features and do the formatting in the sysctl(8), or implement the user-mode utility that would pretty-print results of the cpuid execution, like cpuid from ports. The first option could be preferable, since kernel might disable some features, that is not reflected in the output of cpuid instruction. Example of this would be identcpu.c, line 860 (HTT on AMD). --OAN8QHC2SXyWe5k/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHibNiC3+MBN1Mb4gRAg+zAKDcVJhXTUmjHtvQtbxYEvPRGDpDJgCfZxQd kJ9yF4r1Z9oRZhWWuI4XDL4= =KpSK -----END PGP SIGNATURE----- --OAN8QHC2SXyWe5k/-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 06:45:09 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2C7C16A419 for ; Sun, 13 Jan 2008 06:45:09 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id 84AD813C45A for ; Sun, 13 Jan 2008 06:45:09 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so1906205fgg.35 for ; Sat, 12 Jan 2008 22:45:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=GQnaqaEtG9sp7jcvwIFM2gzSLnfK4jL8CoKThVfoaks=; b=LQrvfT03HneSg02NlwBuQTLyhALXZD1Rd0RdDCfDYAq4buVOHN7w7tDtSvx4eJpZIlIJiS0sUn4bEYeanFRpS9Nb8QyJsZKfYbfa0qtw7umywweg/8ULUMG+MHXjNaI+0F1m2l6sXZ8pH48cgUz7dY9E+I7TcLgFxJ+XYFSF7wU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=eRP39+ZFdoZPxIvCme79yg9crnOGXqebgiLT53eoeybFZARl7m3SXmf+xDpNrNkBtn4uYFZaGJtfHGqRUqNuzfhzrVNm0nIvXYVeBu+xwvmk7CAJzhT4I+jYQnC45PeXFnaqQBgilKsM5ZOJSU0XoPN9xvykCFM7a13543Sxp3k= Received: by 10.86.89.4 with SMTP id m4mr4841602fgb.12.1200206707447; Sat, 12 Jan 2008 22:45:07 -0800 (PST) Received: by 10.86.3.20 with HTTP; Sat, 12 Jan 2008 22:45:07 -0800 (PST) Message-ID: <790a9fff0801122245n4a11fe6y5b1cfe72dca15681@mail.gmail.com> Date: Sun, 13 Jan 2008 00:45:07 -0600 From: "Scot Hetzel" To: "michel Junger" In-Reply-To: <20080113042318.GA5312@mua.local> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080113042318.GA5312@mua.local> Cc: rpaulo@fnop.net, freebsd-current@freebsd.org Subject: Re: FreeBSD on macbook & backlight module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 06:45:09 -0000 On 1/12/08, michel Junger wrote: > > Hello, > > The wiki page about FreeBSD on MacBook explains that it's possible to > build a module to control backlight. A link points a depot where to > download backlight.c and backlightvar.h but there's no README. > > I've tried to create a directory /usr/src/sys/dev/backlight put files in > it, add a line "device backlight" in /usr/src/sys/i386/conf/GENERIC > but make buildkernel ends with: > config: Error: device "backlight" is unknown > config: 1 errors > *** Error code 1 > > Is there someone who knows where to put these files under /usr/src and > compile a new kernel ? > Thanks for any help. > I had to google search to find the wiki, a link to it would have been nice. To create the backlight.ko module, you'll need to create the /sys/modules/backlight and then place the module Makefile in there: cd /sys/modules/backlight ; fetch -o Makefile \ http://repoman.freebsd.org/fileDownLoad.cgi?FSPC=//depot/projects/soc2007/rpaulo%2dmacbook/modules/backlight/Makefile&REV=1 You'll also need to add backlight to /sys/modules/Makefile, as shown here: http://repoman.freebsd.org/fileDiffView.cgi?FSPC=%2F%2Fdepot%2Fprojects%2Fsoc2007%2Frpaulo-macbook%2Fmodules%2FMakefile&ACT=edit&REV=1&REV2=2&Go=Go To build it with your kernel, you would need to modify /sys/conf/files, as shown here: http://repoman.freebsd.org/fileDiffView.cgi?FSPC=%2F%2Fdepot%2Fprojects%2Fsoc2007%2Frpaulo-macbook%2Fconf%2Ffiles&ACT=edit&REV=1&REV2=2&Go=Go Scot From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 07:10:35 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3109B16A418 for ; Sun, 13 Jan 2008 07:10:35 +0000 (UTC) (envelope-from peter@wemm.org) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id E39A913C45A for ; Sun, 13 Jan 2008 07:10:34 +0000 (UTC) (envelope-from peter@wemm.org) Received: by fg-out-1718.google.com with SMTP id 16so1910694fgg.35 for ; Sat, 12 Jan 2008 23:10:33 -0800 (PST) Received: by 10.82.121.15 with SMTP id t15mr1742471buc.1.1200208233125; Sat, 12 Jan 2008 23:10:33 -0800 (PST) Received: by 10.82.181.17 with HTTP; Sat, 12 Jan 2008 23:10:33 -0800 (PST) Message-ID: Date: Sat, 12 Jan 2008 23:10:33 -0800 From: "Peter Wemm" To: "Kostik Belousov" In-Reply-To: <20080113064450.GW57756@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1200197787.67286.13.camel@shumai.marcuscom.com> <20080113064450.GW57756@deviant.kiev.zoral.com.ua> Cc: Joe Marcus Clarke , current Subject: Re: RFC: Adding a hw.features[2] sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 07:10:35 -0000 On Jan 12, 2008 10:44 PM, Kostik Belousov wrote: > On Sat, Jan 12, 2008 at 11:16:27PM -0500, Joe Marcus Clarke wrote: > > I find it would be useful to have the list of CPU features available via > > a sysctl. Currently, he only ways to get this information are to have > > linprocfs mounted, or parse dmesg.boot (if it exists). Attached are > Not quite true, since the raw CPU capabilities are accessible using > the cpuid instruction, both to the kernel- and user-mode. > > patches to add hw.features and hw.features2 sysctls for i386 and amd64 > > (where a list of CPU features is applicable). The results are identical > > to the Features and Features2 strings from dmesg: > > > > hw.features2: 0x41d > > hw.features: > > 0xbfebfbff > > > > Comments? > > The only part that I do not fully agree is to dedicate 1Kb of the kernel > memory to the strings that could be reconstructed in the usermode and > are relatively rare used. > > I would suggest either export only bitmask of the cpu features and do > the formatting in the sysctl(8), or implement the user-mode utility that > would pretty-print results of the cpuid execution, like cpuid from ports. > > The first option could be preferable, since kernel might disable some > features, that is not reflected in the output of cpuid instruction. > Example of this would be identcpu.c, line 860 (HTT on AMD). > It just so happens I wrote almost exactly this program a few weeks ago for somebody at work: peter@daintree[11:05pm]~-101> ./is64bit CPU: AMD Athlon(tm) 64 Processor 3200+ Origin="AuthenticAMD" Id=0xf48 Stepping = 8 Features=0x78bfbff AMD Features=0xe0500800 64 bit capable: Yes 64 bit OS: Yes peter@overcee[11:06pm]~-306> ./is64bit CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 6000+ Origin="AuthenticAMD" Id=0x40f33 Stepping = 3 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1f Cores per package: 2 64 bit capable: Yes 64 bit OS: Yes It is a 32 bit 4.x 'run everywhere' binary. They wanted it for surveying machines to see which could be upgraded to a 64 bit OS. It runs silently returns status code based on 64-bit-ness if you give it the -q flag. It is a 100% cut/paste from identcpu etc. -Peter -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 07:47:12 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E08B16A41B; Sun, 13 Jan 2008 07:47:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id E25AA13C44B; Sun, 13 Jan 2008 07:47:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0D7lAvP099893; Sun, 13 Jan 2008 02:47:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D7lADx004143; Sun, 13 Jan 2008 02:47:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 28DD173039; Sun, 13 Jan 2008 02:47:10 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113074710.28DD173039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 02:47:10 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 07:47:12 -0000 TB --- 2008-01-13 07:45:58 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 07:45:58 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-01-13 07:45:58 - cleaning the object tree TB --- 2008-01-13 07:46:21 - cvsupping the source tree TB --- 2008-01-13 07:46:21 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-01-13 07:46:35 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 07:46:35 - cd /src TB --- 2008-01-13 07:46:35 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 07:46:36 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) sed -e 's,@CSH@,/bin/csh,' -e 's,@PERL@,/usr/bin/perl,' /src/gnu/usr.bin/cvs/contrib/../../../../contrib/cvs/contrib/Makefile.in > Makefile "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 07:47:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 07:47:10 - ERROR: failed to build world TB --- 2008-01-13 07:47:10 - tinderbox aborted TB --- 14.52 user 6.15 system 71.96 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 07:48:32 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55CA616A419; Sun, 13 Jan 2008 07:48:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2245513C46E; Sun, 13 Jan 2008 07:48:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D7mVVc081829; Sun, 13 Jan 2008 02:48:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D7mVfj031565; Sun, 13 Jan 2008 02:48:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DF79C73039; Sun, 13 Jan 2008 02:48:30 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113074830.DF79C73039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 02:48:30 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 07:48:32 -0000 TB --- 2008-01-13 07:47:10 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 07:47:10 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-01-13 07:47:10 - cleaning the object tree TB --- 2008-01-13 07:47:43 - cvsupping the source tree TB --- 2008-01-13 07:47:43 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-01-13 07:47:54 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 07:47:54 - cd /src TB --- 2008-01-13 07:47:54 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 07:47:56 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) sed -e 's,@CSH@,/bin/csh,' -e 's,@PERL@,/usr/bin/perl,' /src/gnu/usr.bin/cvs/contrib/../../../../contrib/cvs/contrib/Makefile.in > Makefile "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 07:48:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 07:48:30 - ERROR: failed to build world TB --- 2008-01-13 07:48:30 - tinderbox aborted TB --- 14.27 user 6.01 system 80.60 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 07:49:41 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4593516A417; Sun, 13 Jan 2008 07:49:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 15E7513C458; Sun, 13 Jan 2008 07:49:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0D7nelS099937; Sun, 13 Jan 2008 02:49:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D7neht005915; Sun, 13 Jan 2008 02:49:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3388773039; Sun, 13 Jan 2008 02:49:40 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113074940.3388773039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 02:49:40 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 07:49:41 -0000 TB --- 2008-01-13 07:48:31 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 07:48:31 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-01-13 07:48:31 - cleaning the object tree TB --- 2008-01-13 07:48:58 - cvsupping the source tree TB --- 2008-01-13 07:48:58 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-01-13 07:49:07 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 07:49:07 - cd /src TB --- 2008-01-13 07:49:07 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 07:49:09 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) sed -e 's,@CSH@,/bin/csh,' -e 's,@PERL@,/usr/bin/perl,' /src/gnu/usr.bin/cvs/contrib/../../../../contrib/cvs/contrib/Makefile.in > Makefile "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 07:49:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 07:49:40 - ERROR: failed to build world TB --- 2008-01-13 07:49:40 - tinderbox aborted TB --- 14.02 user 6.10 system 69.12 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 07:50:50 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9DC016A420; Sun, 13 Jan 2008 07:50:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 97E2913C465; Sun, 13 Jan 2008 07:50:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D7onWF081918; Sun, 13 Jan 2008 02:50:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D7onbW035521; Sun, 13 Jan 2008 02:50:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B06A773039; Sun, 13 Jan 2008 02:50:49 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113075049.B06A773039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 02:50:49 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 07:50:50 -0000 TB --- 2008-01-13 07:49:40 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 07:49:40 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-01-13 07:49:40 - cleaning the object tree TB --- 2008-01-13 07:50:07 - cvsupping the source tree TB --- 2008-01-13 07:50:07 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-01-13 07:50:16 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 07:50:16 - cd /src TB --- 2008-01-13 07:50:16 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 07:50:18 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) sed -e 's,@CSH@,/bin/csh,' -e 's,@PERL@,/usr/bin/perl,' /src/gnu/usr.bin/cvs/contrib/../../../../contrib/cvs/contrib/Makefile.in > Makefile "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 07:50:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 07:50:49 - ERROR: failed to build world TB --- 2008-01-13 07:50:49 - tinderbox aborted TB --- 14.20 user 6.07 system 69.32 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 07:51:58 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F8C816A420; Sun, 13 Jan 2008 07:51:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 885D113C45A; Sun, 13 Jan 2008 07:51:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0D7pvR1000100; Sun, 13 Jan 2008 02:51:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D7pvAu042388; Sun, 13 Jan 2008 02:51:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B6FA873039; Sun, 13 Jan 2008 02:51:57 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113075157.B6FA873039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 02:51:57 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 07:51:58 -0000 TB --- 2008-01-13 07:50:49 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 07:50:49 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-01-13 07:50:49 - cleaning the object tree TB --- 2008-01-13 07:51:18 - cvsupping the source tree TB --- 2008-01-13 07:51:18 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-01-13 07:51:28 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 07:51:28 - cd /src TB --- 2008-01-13 07:51:28 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 07:51:29 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) sed -e 's,@CSH@,/bin/csh,' -e 's,@PERL@,/usr/bin/perl,' /src/gnu/usr.bin/cvs/contrib/../../../../contrib/cvs/contrib/Makefile.in > Makefile "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 07:51:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 07:51:57 - ERROR: failed to build world TB --- 2008-01-13 07:51:57 - tinderbox aborted TB --- 14.04 user 5.70 system 67.84 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:31:25 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27BAC16A420; Sun, 13 Jan 2008 08:31:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id ED8EF13C457; Sun, 13 Jan 2008 08:31:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D8VOJp083852; Sun, 13 Jan 2008 03:31:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8VOew014493; Sun, 13 Jan 2008 03:31:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1A32573039; Sun, 13 Jan 2008 03:31:24 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113083124.1A32573039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:31:24 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:31:25 -0000 TB --- 2008-01-13 08:30:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:30:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-01-13 08:30:00 - cleaning the object tree TB --- 2008-01-13 08:30:28 - cvsupping the source tree TB --- 2008-01-13 08:30:28 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-01-13 08:30:43 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:30:43 - cd /src TB --- 2008-01-13 08:30:43 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:30:44 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) sed -e 's,@CSH@,/bin/csh,' -e 's,@PERL@,/usr/bin/perl,' /src/gnu/usr.bin/cvs/contrib/../../../../contrib/cvs/contrib/Makefile.in > Makefile "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:31:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:31:24 - ERROR: failed to build world TB --- 2008-01-13 08:31:24 - tinderbox aborted TB --- 13.87 user 5.18 system 83.62 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:31:46 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CD9816A418; Sun, 13 Jan 2008 08:31:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1F92B13C457; Sun, 13 Jan 2008 08:31:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0D8Vjth001497; Sun, 13 Jan 2008 03:31:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8VjvJ016759; Sun, 13 Jan 2008 03:31:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 35EB67303E; Sun, 13 Jan 2008 03:31:45 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113083145.35EB67303E@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:31:45 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:31:46 -0000 TB --- 2008-01-13 08:30:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:30:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-01-13 08:30:00 - cleaning the object tree TB --- 2008-01-13 08:30:53 - cvsupping the source tree TB --- 2008-01-13 08:30:53 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-01-13 08:31:03 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:31:03 - cd /src TB --- 2008-01-13 08:31:03 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:31:05 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) sed -e 's,@CSH@,/bin/csh,' -e 's,@PERL@,/usr/bin/perl,' /src/gnu/usr.bin/cvs/contrib/../../../../contrib/cvs/contrib/Makefile.in > Makefile "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:31:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:31:45 - ERROR: failed to build world TB --- 2008-01-13 08:31:45 - tinderbox aborted TB --- 14.58 user 7.12 system 104.73 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:32:33 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A0A416A417; Sun, 13 Jan 2008 08:32:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id D091113C458; Sun, 13 Jan 2008 08:32:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D8WWNt083873; Sun, 13 Jan 2008 03:32:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8WWKK017106; Sun, 13 Jan 2008 03:32:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1139F73039; Sun, 13 Jan 2008 03:32:32 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113083232.1139F73039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:32:32 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:32:33 -0000 TB --- 2008-01-13 08:31:45 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:31:45 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-01-13 08:31:45 - cleaning the object tree TB --- 2008-01-13 08:31:47 - cvsupping the source tree TB --- 2008-01-13 08:31:47 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-01-13 08:31:55 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:31:55 - cd /src TB --- 2008-01-13 08:31:55 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:31:57 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:32:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:32:32 - ERROR: failed to build world TB --- 2008-01-13 08:32:32 - tinderbox aborted TB --- 13.63 user 3.12 system 46.77 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:32:40 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21C5B16A52F; Sun, 13 Jan 2008 08:32:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 07ED413C468; Sun, 13 Jan 2008 08:32:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D8WdmU083876; Sun, 13 Jan 2008 03:32:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8WdpY017171; Sun, 13 Jan 2008 03:32:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 389417303E; Sun, 13 Jan 2008 03:32:39 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113083239.389417303E@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:32:39 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:32:40 -0000 TB --- 2008-01-13 08:31:24 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:31:24 - starting HEAD tinderbox run for i386/i386 TB --- 2008-01-13 08:31:24 - cleaning the object tree TB --- 2008-01-13 08:32:00 - cvsupping the source tree TB --- 2008-01-13 08:32:00 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-01-13 08:32:07 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:32:07 - cd /src TB --- 2008-01-13 08:32:07 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:32:08 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) sed -e 's,@CSH@,/bin/csh,' -e 's,@PERL@,/usr/bin/perl,' /src/gnu/usr.bin/cvs/contrib/../../../../contrib/cvs/contrib/Makefile.in > Makefile "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:32:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:32:39 - ERROR: failed to build world TB --- 2008-01-13 08:32:39 - tinderbox aborted TB --- 14.13 user 6.26 system 75.04 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:33:11 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC7C016A41A; Sun, 13 Jan 2008 08:33:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id C024B13C44B; Sun, 13 Jan 2008 08:33:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0D8XAPs001549; Sun, 13 Jan 2008 03:33:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8XAkl034971; Sun, 13 Jan 2008 03:33:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DDFF773039; Sun, 13 Jan 2008 03:33:10 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113083310.DDFF773039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:33:10 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:33:12 -0000 TB --- 2008-01-13 08:32:32 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:32:32 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-01-13 08:32:32 - cleaning the object tree TB --- 2008-01-13 08:32:33 - cvsupping the source tree TB --- 2008-01-13 08:32:33 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-01-13 08:32:38 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:32:38 - cd /src TB --- 2008-01-13 08:32:38 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:32:40 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:33:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:33:10 - ERROR: failed to build world TB --- 2008-01-13 08:33:10 - tinderbox aborted TB --- 13.18 user 3.42 system 38.72 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:33:18 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61C4116A47F; Sun, 13 Jan 2008 08:33:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 4D4FD13C455; Sun, 13 Jan 2008 08:33:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0D8XHt6001557; Sun, 13 Jan 2008 03:33:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8XHvg035062; Sun, 13 Jan 2008 03:33:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7E9A17303E; Sun, 13 Jan 2008 03:33:17 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113083317.7E9A17303E@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:33:17 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:33:18 -0000 TB --- 2008-01-13 08:32:39 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:32:39 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-01-13 08:32:39 - cleaning the object tree TB --- 2008-01-13 08:32:41 - cvsupping the source tree TB --- 2008-01-13 08:32:41 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-01-13 08:32:46 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:32:46 - cd /src TB --- 2008-01-13 08:32:46 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:32:47 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:33:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:33:17 - ERROR: failed to build world TB --- 2008-01-13 08:33:17 - tinderbox aborted TB --- 13.39 user 3.19 system 38.24 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:33:49 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7640D16A501; Sun, 13 Jan 2008 08:33:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 48FC713C442; Sun, 13 Jan 2008 08:33:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0D8Xmjb001569; Sun, 13 Jan 2008 03:33:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8XmFo017760; Sun, 13 Jan 2008 03:33:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 84D9073039; Sun, 13 Jan 2008 03:33:48 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113083348.84D9073039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:33:48 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:33:49 -0000 TB --- 2008-01-13 08:33:10 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:33:10 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-01-13 08:33:10 - cleaning the object tree TB --- 2008-01-13 08:33:12 - cvsupping the source tree TB --- 2008-01-13 08:33:12 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-01-13 08:33:17 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:33:17 - cd /src TB --- 2008-01-13 08:33:17 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:33:18 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:33:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:33:48 - ERROR: failed to build world TB --- 2008-01-13 08:33:48 - tinderbox aborted TB --- 13.34 user 3.22 system 37.53 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:33:52 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E11516A500; Sun, 13 Jan 2008 08:33:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 31CFD13C455; Sun, 13 Jan 2008 08:33:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0D8XpH4001574; Sun, 13 Jan 2008 03:33:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8Xp7H035375; Sun, 13 Jan 2008 03:33:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 540187303E; Sun, 13 Jan 2008 03:33:51 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113083351.540187303E@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:33:51 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:33:52 -0000 TB --- 2008-01-13 08:33:17 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:33:17 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-01-13 08:33:17 - cleaning the object tree TB --- 2008-01-13 08:33:18 - cvsupping the source tree TB --- 2008-01-13 08:33:18 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-01-13 08:33:23 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:33:23 - cd /src TB --- 2008-01-13 08:33:23 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:33:24 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:33:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:33:51 - ERROR: failed to build world TB --- 2008-01-13 08:33:51 - tinderbox aborted TB --- 13.24 user 3.29 system 33.77 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:34:58 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6319F16A41B for ; Sun, 13 Jan 2008 08:34:58 +0000 (UTC) (envelope-from fred.letter@lacave.net) Received: from talisker.lacave.net (talisker.lacave.net [217.145.39.3]) by mx1.freebsd.org (Postfix) with SMTP id CEADD13C474 for ; Sun, 13 Jan 2008 08:34:57 +0000 (UTC) (envelope-from fred.letter@lacave.net) Received: (qmail 24995 invoked from network); 13 Jan 2008 08:08:15 -0000 Received: from 212-100-178-134.adsl.easynet.be (HELO laphroaig.lacave.local) (212.100.178.134) by talisker.lacave.net with SMTP; 13 Jan 2008 08:08:15 -0000 Date: Sun, 13 Jan 2008 09:10:14 +0100 From: "F. Senault" X-Mailer: The Bat! (v3.99.29) Professional Organization: Freelance gourou X-Priority: 3 (Normal) Message-ID: <1763386364.20080113091014@lacave.net> To: "Daniel O'Connor" In-Reply-To: <200801131559.32933.doconnor@gsoft.com.au> References: <200801111917.m0BJHP8u018954@lurza.secnetix.de> <200801131107.15267.doconnor@gsoft.com.au> <200801131559.32933.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-chat@freebsd.org Subject: Re: FreeBSD's problems as seen by the BSDForen.de community X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "F. Senault" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:34:58 -0000 Sunday, January 13, 2008, 6:29:03 AM, you wrote: > On Sun, 13 Jan 2008, johan beisser wrote: >> > Hmm I wonder how hard it would be to write a forum scraper.... >> >> Not too difficult. Quite a few forums provide RSS feeds. > That doesn't let you go both ways though, although just being able to > browse forums in a usenet like way would be much nicer.. Well, you can find RSS to Usenet gateways. I've written a small one myself and I'm routinely using it (http://news.lacave.net/rss - the page is in french, but there's an english INSTALL file). HTH, Fred -- ...it's about damn time that all of us who actually give a damn about Usenet stand up and tell the people who don't to fuck off and die. (Russ Allbery) From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:35:29 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DDF116A41A; Sun, 13 Jan 2008 08:35:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2970C13C468; Sun, 13 Jan 2008 08:35:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D8ZSIW083993; Sun, 13 Jan 2008 03:35:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8ZS7v018617; Sun, 13 Jan 2008 03:35:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5477073039; Sun, 13 Jan 2008 03:35:28 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113083528.5477073039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:35:28 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:35:29 -0000 TB --- 2008-01-13 08:35:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:35:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-01-13 08:35:00 - cleaning the object tree TB --- 2008-01-13 08:35:02 - cvsupping the source tree TB --- 2008-01-13 08:35:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-01-13 08:35:08 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:35:08 - cd /src TB --- 2008-01-13 08:35:08 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:35:09 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:35:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:35:28 - ERROR: failed to build world TB --- 2008-01-13 08:35:28 - tinderbox aborted TB --- 13.41 user 3.16 system 27.79 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:35:29 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E8FD16A41B; Sun, 13 Jan 2008 08:35:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 469BB13C469; Sun, 13 Jan 2008 08:35:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0D8ZS2B001635; Sun, 13 Jan 2008 03:35:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8ZSdK036360; Sun, 13 Jan 2008 03:35:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 74A467303E; Sun, 13 Jan 2008 03:35:28 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113083528.74A467303E@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:35:28 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:35:29 -0000 TB --- 2008-01-13 08:35:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:35:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-01-13 08:35:00 - cleaning the object tree TB --- 2008-01-13 08:35:02 - cvsupping the source tree TB --- 2008-01-13 08:35:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-01-13 08:35:08 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:35:08 - cd /src TB --- 2008-01-13 08:35:08 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:35:08 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:35:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:35:28 - ERROR: failed to build world TB --- 2008-01-13 08:35:28 - tinderbox aborted TB --- 13.36 user 3.16 system 27.94 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:35:56 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2E7F16A523; Sun, 13 Jan 2008 08:35:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 8C5B913C4E9; Sun, 13 Jan 2008 08:35:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0D8ZtM7001639; Sun, 13 Jan 2008 03:35:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8ZtjP018891; Sun, 13 Jan 2008 03:35:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 06A327303D; Sun, 13 Jan 2008 03:35:55 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113083555.06A327303D@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:35:55 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:35:56 -0000 TB --- 2008-01-13 08:35:28 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:35:28 - starting HEAD tinderbox run for i386/i386 TB --- 2008-01-13 08:35:28 - cleaning the object tree TB --- 2008-01-13 08:35:30 - cvsupping the source tree TB --- 2008-01-13 08:35:30 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-01-13 08:35:35 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:35:35 - cd /src TB --- 2008-01-13 08:35:35 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:35:36 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:35:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:35:54 - ERROR: failed to build world TB --- 2008-01-13 08:35:54 - tinderbox aborted TB --- 13.58 user 2.99 system 26.58 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:35:56 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A407016A525; Sun, 13 Jan 2008 08:35:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 8C49513C4E8; Sun, 13 Jan 2008 08:35:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0D8Zt62001640; Sun, 13 Jan 2008 03:35:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8ZtD4036622; Sun, 13 Jan 2008 03:35:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0C4E87303E; Sun, 13 Jan 2008 03:35:55 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113083555.0C4E87303E@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:35:55 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:35:56 -0000 TB --- 2008-01-13 08:35:28 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:35:28 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-01-13 08:35:28 - cleaning the object tree TB --- 2008-01-13 08:35:30 - cvsupping the source tree TB --- 2008-01-13 08:35:30 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-01-13 08:35:36 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:35:36 - cd /src TB --- 2008-01-13 08:35:36 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:35:37 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:35:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:35:55 - ERROR: failed to build world TB --- 2008-01-13 08:35:55 - tinderbox aborted TB --- 13.23 user 3.38 system 26.49 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:36:23 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 893FF16A506; Sun, 13 Jan 2008 08:36:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 54D6713C467; Sun, 13 Jan 2008 08:36:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0D8aM3w001673; Sun, 13 Jan 2008 03:36:22 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8aMtR019140; Sun, 13 Jan 2008 03:36:22 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 97EF77303E; Sun, 13 Jan 2008 03:36:22 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113083622.97EF77303E@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:36:22 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:36:23 -0000 TB --- 2008-01-13 08:35:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:35:55 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-01-13 08:35:55 - cleaning the object tree TB --- 2008-01-13 08:35:57 - cvsupping the source tree TB --- 2008-01-13 08:35:57 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-01-13 08:36:03 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:36:03 - cd /src TB --- 2008-01-13 08:36:03 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:36:04 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:36:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:36:22 - ERROR: failed to build world TB --- 2008-01-13 08:36:22 - tinderbox aborted TB --- 13.41 user 3.16 system 27.51 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:36:23 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A9F216A50E; Sun, 13 Jan 2008 08:36:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 530C013C457; Sun, 13 Jan 2008 08:36:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0D8aMZi001672; Sun, 13 Jan 2008 03:36:22 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8aMk0036943; Sun, 13 Jan 2008 03:36:22 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 86FC373039; Sun, 13 Jan 2008 03:36:22 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113083622.86FC373039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:36:22 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:36:23 -0000 TB --- 2008-01-13 08:35:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:35:55 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-01-13 08:35:55 - cleaning the object tree TB --- 2008-01-13 08:35:57 - cvsupping the source tree TB --- 2008-01-13 08:35:57 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-01-13 08:36:03 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:36:03 - cd /src TB --- 2008-01-13 08:36:03 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:36:04 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:36:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:36:22 - ERROR: failed to build world TB --- 2008-01-13 08:36:22 - tinderbox aborted TB --- 13.36 user 3.21 system 27.42 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:36:48 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A4B416A586; Sun, 13 Jan 2008 08:36:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id D0ADC13C46B; Sun, 13 Jan 2008 08:36:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0D8alLt001679; Sun, 13 Jan 2008 03:36:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8alIV019393; Sun, 13 Jan 2008 03:36:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 16CB273039; Sun, 13 Jan 2008 03:36:47 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113083647.16CB273039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:36:47 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:36:48 -0000 TB --- 2008-01-13 08:36:22 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:36:22 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-01-13 08:36:22 - cleaning the object tree TB --- 2008-01-13 08:36:23 - cvsupping the source tree TB --- 2008-01-13 08:36:23 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-01-13 08:36:29 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:36:29 - cd /src TB --- 2008-01-13 08:36:29 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:36:29 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:36:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:36:47 - ERROR: failed to build world TB --- 2008-01-13 08:36:47 - tinderbox aborted TB --- 13.33 user 3.19 system 24.43 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:36:48 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 736E416A582; Sun, 13 Jan 2008 08:36:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 5DDC913C4CE; Sun, 13 Jan 2008 08:36:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0D8alGg001682; Sun, 13 Jan 2008 03:36:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8alx6019402; Sun, 13 Jan 2008 03:36:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 942D67303E; Sun, 13 Jan 2008 03:36:47 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113083647.942D67303E@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:36:47 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:36:48 -0000 TB --- 2008-01-13 08:36:22 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:36:22 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-01-13 08:36:22 - cleaning the object tree TB --- 2008-01-13 08:36:23 - cvsupping the source tree TB --- 2008-01-13 08:36:23 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-01-13 08:36:29 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:36:29 - cd /src TB --- 2008-01-13 08:36:29 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:36:30 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:36:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:36:47 - ERROR: failed to build world TB --- 2008-01-13 08:36:47 - tinderbox aborted TB --- 13.31 user 3.23 system 24.93 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:40:27 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 940EA16A417; Sun, 13 Jan 2008 08:40:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 682CB13C4E1; Sun, 13 Jan 2008 08:40:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0D8eQTP001763; Sun, 13 Jan 2008 03:40:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8eQR3039754; Sun, 13 Jan 2008 03:40:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 97BDF73039; Sun, 13 Jan 2008 03:40:26 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113084026.97BDF73039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:40:26 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:40:27 -0000 TB --- 2008-01-13 08:40:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:40:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-01-13 08:40:00 - cleaning the object tree TB --- 2008-01-13 08:40:03 - cvsupping the source tree TB --- 2008-01-13 08:40:03 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-01-13 08:40:09 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:40:09 - cd /src TB --- 2008-01-13 08:40:09 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:40:09 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:40:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:40:26 - ERROR: failed to build world TB --- 2008-01-13 08:40:26 - tinderbox aborted TB --- 13.28 user 3.24 system 26.05 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:40:29 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AE1F16A469; Sun, 13 Jan 2008 08:40:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 271C613C448; Sun, 13 Jan 2008 08:40:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0D8eSl3001767; Sun, 13 Jan 2008 03:40:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8eSj5030098; Sun, 13 Jan 2008 03:40:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5C85A7303E; Sun, 13 Jan 2008 03:40:27 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113084028.5C85A7303E@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:40:27 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:40:29 -0000 TB --- 2008-01-13 08:40:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-01-13 08:40:00 - cleaning the object tree TB --- 2008-01-13 08:40:03 - cvsupping the source tree TB --- 2008-01-13 08:40:03 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-01-13 08:40:09 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:40:09 - cd /src TB --- 2008-01-13 08:40:09 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:40:09 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:40:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:40:27 - ERROR: failed to build world TB --- 2008-01-13 08:40:27 - tinderbox aborted TB --- 13.29 user 3.29 system 26.95 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:40:53 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E957E16A417; Sun, 13 Jan 2008 08:40:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id D58D113C469; Sun, 13 Jan 2008 08:40:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0D8erOV001773; Sun, 13 Jan 2008 03:40:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8er9h040086; Sun, 13 Jan 2008 03:40:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0BAB273039; Sun, 13 Jan 2008 03:40:53 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113084053.0BAB273039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:40:53 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:40:54 -0000 TB --- 2008-01-13 08:40:26 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:40:26 - starting HEAD tinderbox run for i386/i386 TB --- 2008-01-13 08:40:26 - cleaning the object tree TB --- 2008-01-13 08:40:30 - cvsupping the source tree TB --- 2008-01-13 08:40:30 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-01-13 08:40:35 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:40:35 - cd /src TB --- 2008-01-13 08:40:35 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:40:36 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:40:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:40:53 - ERROR: failed to build world TB --- 2008-01-13 08:40:53 - tinderbox aborted TB --- 13.40 user 3.16 system 26.32 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:40:54 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE2D516A468; Sun, 13 Jan 2008 08:40:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id B233113C467; Sun, 13 Jan 2008 08:40:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0D8es8s001776; Sun, 13 Jan 2008 03:40:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8erMd040096; Sun, 13 Jan 2008 03:40:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 025CE7303E; Sun, 13 Jan 2008 03:40:53 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113084054.025CE7303E@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:40:53 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:40:55 -0000 TB --- 2008-01-13 08:40:28 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:40:28 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-01-13 08:40:28 - cleaning the object tree TB --- 2008-01-13 08:40:30 - cvsupping the source tree TB --- 2008-01-13 08:40:30 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-01-13 08:40:36 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:40:36 - cd /src TB --- 2008-01-13 08:40:36 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:40:36 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:40:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:40:53 - ERROR: failed to build world TB --- 2008-01-13 08:40:53 - tinderbox aborted TB --- 13.54 user 3.02 system 25.57 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:41:20 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 508BC16A41A; Sun, 13 Jan 2008 08:41:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2337413C4CC; Sun, 13 Jan 2008 08:41:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D8fJEU084150; Sun, 13 Jan 2008 03:41:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8fJFW030604; Sun, 13 Jan 2008 03:41:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 59FDE73039; Sun, 13 Jan 2008 03:41:19 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113084119.59FDE73039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:41:19 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:41:20 -0000 TB --- 2008-01-13 08:40:54 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:40:54 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-01-13 08:40:54 - cleaning the object tree TB --- 2008-01-13 08:40:55 - cvsupping the source tree TB --- 2008-01-13 08:40:55 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-01-13 08:41:01 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:41:01 - cd /src TB --- 2008-01-13 08:41:01 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:41:02 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:41:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:41:19 - ERROR: failed to build world TB --- 2008-01-13 08:41:19 - tinderbox aborted TB --- 13.34 user 3.23 system 25.29 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:41:20 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB30D16A420; Sun, 13 Jan 2008 08:41:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 7160813C4D5; Sun, 13 Jan 2008 08:41:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0D8fJsV001809; Sun, 13 Jan 2008 03:41:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8fJWf040385; Sun, 13 Jan 2008 03:41:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 97D0A73040; Sun, 13 Jan 2008 03:41:19 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113084119.97D0A73040@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:41:19 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:41:20 -0000 TB --- 2008-01-13 08:40:53 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:40:53 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-01-13 08:40:53 - cleaning the object tree TB --- 2008-01-13 08:40:54 - cvsupping the source tree TB --- 2008-01-13 08:40:54 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-01-13 08:41:01 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:41:01 - cd /src TB --- 2008-01-13 08:41:01 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:41:02 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:41:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:41:19 - ERROR: failed to build world TB --- 2008-01-13 08:41:19 - tinderbox aborted TB --- 13.34 user 3.24 system 26.48 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:41:48 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A25C16A468; Sun, 13 Jan 2008 08:41:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id EE40013C4CC; Sun, 13 Jan 2008 08:41:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0D8flXF001819; Sun, 13 Jan 2008 03:41:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8fl27040724; Sun, 13 Jan 2008 03:41:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 211A47303E; Sun, 13 Jan 2008 03:41:47 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113084147.211A47303E@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:41:47 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:41:48 -0000 TB --- 2008-01-13 08:41:19 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:41:19 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-01-13 08:41:19 - cleaning the object tree TB --- 2008-01-13 08:41:21 - cvsupping the source tree TB --- 2008-01-13 08:41:21 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-01-13 08:41:27 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:41:27 - cd /src TB --- 2008-01-13 08:41:27 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:41:27 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:41:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:41:47 - ERROR: failed to build world TB --- 2008-01-13 08:41:47 - tinderbox aborted TB --- 13.49 user 3.04 system 27.46 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:41:48 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D61516A469; Sun, 13 Jan 2008 08:41:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id EE59713C4CE; Sun, 13 Jan 2008 08:41:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0D8fkNP001816; Sun, 13 Jan 2008 03:41:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8fkOr040716; Sun, 13 Jan 2008 03:41:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D8F0073039; Sun, 13 Jan 2008 03:41:46 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113084146.D8F0073039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:41:46 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:41:48 -0000 TB --- 2008-01-13 08:41:19 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:41:19 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-01-13 08:41:19 - cleaning the object tree TB --- 2008-01-13 08:41:21 - cvsupping the source tree TB --- 2008-01-13 08:41:21 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-01-13 08:41:26 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:41:26 - cd /src TB --- 2008-01-13 08:41:26 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:41:26 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:41:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:41:46 - ERROR: failed to build world TB --- 2008-01-13 08:41:46 - tinderbox aborted TB --- 13.37 user 3.17 system 27.41 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:45:29 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC47816A41B; Sun, 13 Jan 2008 08:45:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9696613C467; Sun, 13 Jan 2008 08:45:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D8jSHv084253; Sun, 13 Jan 2008 03:45:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8jSX7041665; Sun, 13 Jan 2008 03:45:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D6BCE73039; Sun, 13 Jan 2008 03:45:28 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113084528.D6BCE73039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:45:28 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:45:29 -0000 TB --- 2008-01-13 08:45:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:45:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-01-13 08:45:00 - cleaning the object tree TB --- 2008-01-13 08:45:02 - cvsupping the source tree TB --- 2008-01-13 08:45:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-01-13 08:45:08 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:45:08 - cd /src TB --- 2008-01-13 08:45:08 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:45:08 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:45:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:45:28 - ERROR: failed to build world TB --- 2008-01-13 08:45:28 - tinderbox aborted TB --- 13.45 user 3.13 system 28.61 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:45:30 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8913016A468; Sun, 13 Jan 2008 08:45:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4F03F13C4D1; Sun, 13 Jan 2008 08:45:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D8jTWa084256; Sun, 13 Jan 2008 03:45:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8jTAS041674; Sun, 13 Jan 2008 03:45:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7E2CD7303E; Sun, 13 Jan 2008 03:45:29 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113084529.7E2CD7303E@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:45:29 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:45:30 -0000 TB --- 2008-01-13 08:45:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:45:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-01-13 08:45:00 - cleaning the object tree TB --- 2008-01-13 08:45:02 - cvsupping the source tree TB --- 2008-01-13 08:45:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-01-13 08:45:08 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:45:08 - cd /src TB --- 2008-01-13 08:45:08 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:45:08 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:45:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:45:29 - ERROR: failed to build world TB --- 2008-01-13 08:45:29 - tinderbox aborted TB --- 13.41 user 3.23 system 29.21 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:45:58 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E624616A41A; Sun, 13 Jan 2008 08:45:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id B9D5213C46A; Sun, 13 Jan 2008 08:45:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0D8jwAZ001918; Sun, 13 Jan 2008 03:45:58 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8jvYD043590; Sun, 13 Jan 2008 03:45:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EFF0573039; Sun, 13 Jan 2008 03:45:57 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113084557.EFF0573039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:45:57 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:45:59 -0000 TB --- 2008-01-13 08:45:28 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:45:28 - starting HEAD tinderbox run for i386/i386 TB --- 2008-01-13 08:45:28 - cleaning the object tree TB --- 2008-01-13 08:45:30 - cvsupping the source tree TB --- 2008-01-13 08:45:30 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-01-13 08:45:37 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:45:37 - cd /src TB --- 2008-01-13 08:45:37 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:45:38 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:45:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:45:57 - ERROR: failed to build world TB --- 2008-01-13 08:45:57 - tinderbox aborted TB --- 13.25 user 3.52 system 28.99 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:45:59 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C98116A418; Sun, 13 Jan 2008 08:45:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 4EC3A13C4D3; Sun, 13 Jan 2008 08:45:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0D8jwvH001926; Sun, 13 Jan 2008 03:45:58 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8jwP0041943; Sun, 13 Jan 2008 03:45:58 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7B0ED7303E; Sun, 13 Jan 2008 03:45:58 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113084558.7B0ED7303E@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:45:58 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:45:59 -0000 TB --- 2008-01-13 08:45:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:45:29 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-01-13 08:45:29 - cleaning the object tree TB --- 2008-01-13 08:45:31 - cvsupping the source tree TB --- 2008-01-13 08:45:31 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-01-13 08:45:37 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:45:37 - cd /src TB --- 2008-01-13 08:45:37 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:45:38 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:45:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:45:58 - ERROR: failed to build world TB --- 2008-01-13 08:45:58 - tinderbox aborted TB --- 13.44 user 3.34 system 28.48 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:46:27 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 724F416A417; Sun, 13 Jan 2008 08:46:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 469AD13C465; Sun, 13 Jan 2008 08:46:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0D8kQSK001950; Sun, 13 Jan 2008 03:46:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8kQRu042205; Sun, 13 Jan 2008 03:46:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7B0BD73039; Sun, 13 Jan 2008 03:46:26 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113084626.7B0BD73039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:46:26 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:46:27 -0000 TB --- 2008-01-13 08:45:58 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:45:58 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-01-13 08:45:58 - cleaning the object tree TB --- 2008-01-13 08:46:01 - cvsupping the source tree TB --- 2008-01-13 08:46:01 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-01-13 08:46:07 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:46:07 - cd /src TB --- 2008-01-13 08:46:07 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:46:07 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:46:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:46:26 - ERROR: failed to build world TB --- 2008-01-13 08:46:26 - tinderbox aborted TB --- 13.30 user 3.27 system 28.42 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:46:28 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9A1816A41A; Sun, 13 Jan 2008 08:46:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 7D43E13C46A; Sun, 13 Jan 2008 08:46:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0D8kRd6001953; Sun, 13 Jan 2008 03:46:27 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8kRjT043885; Sun, 13 Jan 2008 03:46:27 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 86B0C7303F; Sun, 13 Jan 2008 03:46:27 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113084627.86B0C7303F@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:46:27 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:46:28 -0000 TB --- 2008-01-13 08:45:58 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:45:58 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-01-13 08:45:58 - cleaning the object tree TB --- 2008-01-13 08:46:01 - cvsupping the source tree TB --- 2008-01-13 08:46:01 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-01-13 08:46:07 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:46:07 - cd /src TB --- 2008-01-13 08:46:07 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:46:10 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:46:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:46:27 - ERROR: failed to build world TB --- 2008-01-13 08:46:27 - tinderbox aborted TB --- 13.61 user 3.04 system 28.95 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:46:52 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EB2216A4CE; Sun, 13 Jan 2008 08:46:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 3BAC813C47E; Sun, 13 Jan 2008 08:46:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0D8kpIB001957; Sun, 13 Jan 2008 03:46:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8kple044107; Sun, 13 Jan 2008 03:46:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6E4F773039; Sun, 13 Jan 2008 03:46:51 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113084651.6E4F773039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:46:51 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:46:52 -0000 TB --- 2008-01-13 08:46:26 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:46:26 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-01-13 08:46:26 - cleaning the object tree TB --- 2008-01-13 08:46:28 - cvsupping the source tree TB --- 2008-01-13 08:46:28 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-01-13 08:46:33 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:46:33 - cd /src TB --- 2008-01-13 08:46:33 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:46:34 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:46:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:46:51 - ERROR: failed to build world TB --- 2008-01-13 08:46:51 - tinderbox aborted TB --- 13.47 user 3.12 system 24.84 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:46:54 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E6C416A496; Sun, 13 Jan 2008 08:46:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 4BA7113C461; Sun, 13 Jan 2008 08:46:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0D8krM9001960; Sun, 13 Jan 2008 03:46:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8krI3044131; Sun, 13 Jan 2008 03:46:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8681F7303E; Sun, 13 Jan 2008 03:46:53 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113084653.8681F7303E@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:46:53 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:46:54 -0000 TB --- 2008-01-13 08:46:27 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:46:27 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-01-13 08:46:27 - cleaning the object tree TB --- 2008-01-13 08:46:28 - cvsupping the source tree TB --- 2008-01-13 08:46:28 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-01-13 08:46:34 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:46:34 - cd /src TB --- 2008-01-13 08:46:34 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:46:34 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:46:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:46:53 - ERROR: failed to build world TB --- 2008-01-13 08:46:53 - tinderbox aborted TB --- 13.55 user 3.02 system 25.95 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:50:27 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E27116A417; Sun, 13 Jan 2008 08:50:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E4EA013C4E7; Sun, 13 Jan 2008 08:50:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D8oQL1084537; Sun, 13 Jan 2008 03:50:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8oQmm046475; Sun, 13 Jan 2008 03:50:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 11AF473039; Sun, 13 Jan 2008 03:50:26 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113085026.11AF473039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:50:26 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:50:27 -0000 TB --- 2008-01-13 08:50:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:50:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-01-13 08:50:00 - cleaning the object tree TB --- 2008-01-13 08:50:01 - cvsupping the source tree TB --- 2008-01-13 08:50:01 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-01-13 08:50:07 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:50:07 - cd /src TB --- 2008-01-13 08:50:07 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:50:08 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:50:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:50:26 - ERROR: failed to build world TB --- 2008-01-13 08:50:26 - tinderbox aborted TB --- 13.23 user 3.29 system 25.79 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:50:27 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 439D816A41B; Sun, 13 Jan 2008 08:50:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2E88513C4E5; Sun, 13 Jan 2008 08:50:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D8oQCH084540; Sun, 13 Jan 2008 03:50:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8oQog046483; Sun, 13 Jan 2008 03:50:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5A4497303E; Sun, 13 Jan 2008 03:50:26 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113085026.5A4497303E@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:50:26 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:50:27 -0000 TB --- 2008-01-13 08:50:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-01-13 08:50:00 - cleaning the object tree TB --- 2008-01-13 08:50:01 - cvsupping the source tree TB --- 2008-01-13 08:50:01 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-01-13 08:50:07 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:50:07 - cd /src TB --- 2008-01-13 08:50:07 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:50:08 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:50:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:50:26 - ERROR: failed to build world TB --- 2008-01-13 08:50:26 - tinderbox aborted TB --- 13.28 user 3.29 system 26.09 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:50:51 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE35616A4CE; Sun, 13 Jan 2008 08:50:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B8C1713C45B; Sun, 13 Jan 2008 08:50:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D8oouI084550; Sun, 13 Jan 2008 03:50:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8ootA047006; Sun, 13 Jan 2008 03:50:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C577E73039; Sun, 13 Jan 2008 03:50:50 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113085050.C577E73039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:50:50 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:50:52 -0000 TB --- 2008-01-13 08:50:26 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:50:26 - starting HEAD tinderbox run for i386/i386 TB --- 2008-01-13 08:50:26 - cleaning the object tree TB --- 2008-01-13 08:50:28 - cvsupping the source tree TB --- 2008-01-13 08:50:28 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-01-13 08:50:33 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:50:33 - cd /src TB --- 2008-01-13 08:50:33 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:50:34 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:50:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:50:50 - ERROR: failed to build world TB --- 2008-01-13 08:50:50 - tinderbox aborted TB --- 13.38 user 3.16 system 24.62 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:50:53 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E54B316A4AB; Sun, 13 Jan 2008 08:50:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B93FF13C469; Sun, 13 Jan 2008 08:50:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D8oq7J084553; Sun, 13 Jan 2008 03:50:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8oqad047024; Sun, 13 Jan 2008 03:50:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E031A7303E; Sun, 13 Jan 2008 03:50:52 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113085052.E031A7303E@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:50:52 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:50:54 -0000 TB --- 2008-01-13 08:50:26 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:50:26 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-01-13 08:50:26 - cleaning the object tree TB --- 2008-01-13 08:50:28 - cvsupping the source tree TB --- 2008-01-13 08:50:28 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-01-13 08:50:34 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:50:34 - cd /src TB --- 2008-01-13 08:50:34 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:50:35 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:50:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:50:52 - ERROR: failed to build world TB --- 2008-01-13 08:50:52 - tinderbox aborted TB --- 13.23 user 3.30 system 26.50 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:51:16 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AE5D16A498; Sun, 13 Jan 2008 08:51:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E816013C4E8; Sun, 13 Jan 2008 08:51:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D8pFhQ084564; Sun, 13 Jan 2008 03:51:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8pFvm047020; Sun, 13 Jan 2008 03:51:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2691673039; Sun, 13 Jan 2008 03:51:15 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113085115.2691673039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:51:15 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:51:16 -0000 TB --- 2008-01-13 08:50:50 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:50:50 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-01-13 08:50:50 - cleaning the object tree TB --- 2008-01-13 08:50:51 - cvsupping the source tree TB --- 2008-01-13 08:50:51 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-01-13 08:50:56 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:50:56 - cd /src TB --- 2008-01-13 08:50:56 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:50:57 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:51:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:51:15 - ERROR: failed to build world TB --- 2008-01-13 08:51:15 - tinderbox aborted TB --- 13.45 user 3.05 system 24.23 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:51:17 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF7FE16A481; Sun, 13 Jan 2008 08:51:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 925EF13C448; Sun, 13 Jan 2008 08:51:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D8pGEh084567; Sun, 13 Jan 2008 03:51:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8pG6M047036; Sun, 13 Jan 2008 03:51:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C771B7303E; Sun, 13 Jan 2008 03:51:16 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113085116.C771B7303E@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:51:16 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:51:17 -0000 TB --- 2008-01-13 08:50:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:50:52 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-01-13 08:50:52 - cleaning the object tree TB --- 2008-01-13 08:50:53 - cvsupping the source tree TB --- 2008-01-13 08:50:53 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-01-13 08:50:59 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:50:59 - cd /src TB --- 2008-01-13 08:50:59 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:50:59 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:51:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:51:16 - ERROR: failed to build world TB --- 2008-01-13 08:51:16 - tinderbox aborted TB --- 13.20 user 3.27 system 23.85 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:51:40 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D22916A500; Sun, 13 Jan 2008 08:51:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id EC4EF13C458; Sun, 13 Jan 2008 08:51:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D8pdJp084580; Sun, 13 Jan 2008 03:51:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8pdNq047240; Sun, 13 Jan 2008 03:51:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1E52573039; Sun, 13 Jan 2008 03:51:39 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113085139.1E52573039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:51:39 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:51:40 -0000 TB --- 2008-01-13 08:51:15 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:51:15 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-01-13 08:51:15 - cleaning the object tree TB --- 2008-01-13 08:51:15 - cvsupping the source tree TB --- 2008-01-13 08:51:15 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-01-13 08:51:20 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:51:20 - cd /src TB --- 2008-01-13 08:51:20 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:51:21 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:51:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:51:39 - ERROR: failed to build world TB --- 2008-01-13 08:51:39 - tinderbox aborted TB --- 13.31 user 3.17 system 23.86 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:51:42 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1765316A468; Sun, 13 Jan 2008 08:51:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 04AE313C459; Sun, 13 Jan 2008 08:51:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0D8pf6w002079; Sun, 13 Jan 2008 03:51:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8peFF053673; Sun, 13 Jan 2008 03:51:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EA1E97303E; Sun, 13 Jan 2008 03:51:40 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113085140.EA1E97303E@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:51:40 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:51:42 -0000 TB --- 2008-01-13 08:51:16 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:51:16 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-01-13 08:51:16 - cleaning the object tree TB --- 2008-01-13 08:51:17 - cvsupping the source tree TB --- 2008-01-13 08:51:17 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-01-13 08:51:23 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:51:23 - cd /src TB --- 2008-01-13 08:51:23 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:51:23 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:51:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:51:40 - ERROR: failed to build world TB --- 2008-01-13 08:51:40 - tinderbox aborted TB --- 13.04 user 3.39 system 24.09 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:55:26 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2CCFF16A419; Sun, 13 Jan 2008 08:55:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1A3A513C469; Sun, 13 Jan 2008 08:55:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0D8tPF0002189; Sun, 13 Jan 2008 03:55:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8tPKu055762; Sun, 13 Jan 2008 03:55:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5CE5A7303E; Sun, 13 Jan 2008 03:55:25 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113085525.5CE5A7303E@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:55:25 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:55:26 -0000 TB --- 2008-01-13 08:55:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:55:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-01-13 08:55:00 - cleaning the object tree TB --- 2008-01-13 08:55:02 - cvsupping the source tree TB --- 2008-01-13 08:55:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-01-13 08:55:07 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:55:07 - cd /src TB --- 2008-01-13 08:55:07 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:55:08 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:55:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:55:25 - ERROR: failed to build world TB --- 2008-01-13 08:55:25 - tinderbox aborted TB --- 13.29 user 3.23 system 25.10 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:55:26 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4529116A420; Sun, 13 Jan 2008 08:55:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1A43F13C448; Sun, 13 Jan 2008 08:55:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0D8tPsi002186; Sun, 13 Jan 2008 03:55:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8tPG9055759; Sun, 13 Jan 2008 03:55:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2F81373039; Sun, 13 Jan 2008 03:55:25 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113085525.2F81373039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:55:25 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:55:26 -0000 TB --- 2008-01-13 08:55:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:55:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-01-13 08:55:00 - cleaning the object tree TB --- 2008-01-13 08:55:02 - cvsupping the source tree TB --- 2008-01-13 08:55:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-01-13 08:55:07 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:55:07 - cd /src TB --- 2008-01-13 08:55:07 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:55:08 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:55:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:55:25 - ERROR: failed to build world TB --- 2008-01-13 08:55:25 - tinderbox aborted TB --- 13.45 user 3.15 system 24.89 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:55:52 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6452216A418; Sun, 13 Jan 2008 08:55:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4CD4113C465; Sun, 13 Jan 2008 08:55:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D8tpfv084761; Sun, 13 Jan 2008 03:55:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8tpxp050137; Sun, 13 Jan 2008 03:55:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7AF6473039; Sun, 13 Jan 2008 03:55:51 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113085551.7AF6473039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:55:51 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:55:52 -0000 TB --- 2008-01-13 08:55:25 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:55:25 - starting HEAD tinderbox run for i386/i386 TB --- 2008-01-13 08:55:25 - cleaning the object tree TB --- 2008-01-13 08:55:28 - cvsupping the source tree TB --- 2008-01-13 08:55:28 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-01-13 08:55:33 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:55:33 - cd /src TB --- 2008-01-13 08:55:33 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:55:34 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:55:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:55:51 - ERROR: failed to build world TB --- 2008-01-13 08:55:51 - tinderbox aborted TB --- 13.45 user 3.11 system 26.21 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:55:53 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C497D16A4A5; Sun, 13 Jan 2008 08:55:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 982BD13C447; Sun, 13 Jan 2008 08:55:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D8tq5s084764; Sun, 13 Jan 2008 03:55:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8tqMD050146; Sun, 13 Jan 2008 03:55:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4CA097303E; Sun, 13 Jan 2008 03:55:52 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113085552.4CA097303E@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:55:52 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:55:53 -0000 TB --- 2008-01-13 08:55:25 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:55:25 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-01-13 08:55:25 - cleaning the object tree TB --- 2008-01-13 08:55:28 - cvsupping the source tree TB --- 2008-01-13 08:55:28 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-01-13 08:55:34 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:55:34 - cd /src TB --- 2008-01-13 08:55:34 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:55:34 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:55:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:55:52 - ERROR: failed to build world TB --- 2008-01-13 08:55:52 - tinderbox aborted TB --- 13.25 user 3.32 system 26.89 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:56:18 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4C4116A49E; Sun, 13 Jan 2008 08:56:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C05FC13C474; Sun, 13 Jan 2008 08:56:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D8uH45084769; Sun, 13 Jan 2008 03:56:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8uH3V050387; Sun, 13 Jan 2008 03:56:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EE13E73039; Sun, 13 Jan 2008 03:56:17 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113085617.EE13E73039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:56:17 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:56:19 -0000 TB --- 2008-01-13 08:55:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:55:52 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-01-13 08:55:52 - cleaning the object tree TB --- 2008-01-13 08:55:53 - cvsupping the source tree TB --- 2008-01-13 08:55:53 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-01-13 08:56:00 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:56:00 - cd /src TB --- 2008-01-13 08:56:00 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:56:01 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:56:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:56:17 - ERROR: failed to build world TB --- 2008-01-13 08:56:17 - tinderbox aborted TB --- 13.39 user 3.20 system 25.59 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:56:19 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48A9A16A496; Sun, 13 Jan 2008 08:56:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1DDD813C47E; Sun, 13 Jan 2008 08:56:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0D8uITs002219; Sun, 13 Jan 2008 03:56:18 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8uIc5056261; Sun, 13 Jan 2008 03:56:18 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 593547303E; Sun, 13 Jan 2008 03:56:18 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113085618.593547303E@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:56:18 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:56:19 -0000 TB --- 2008-01-13 08:55:51 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:55:51 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-01-13 08:55:51 - cleaning the object tree TB --- 2008-01-13 08:55:52 - cvsupping the source tree TB --- 2008-01-13 08:55:52 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-01-13 08:56:00 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:56:00 - cd /src TB --- 2008-01-13 08:56:00 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:56:01 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:56:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:56:18 - ERROR: failed to build world TB --- 2008-01-13 08:56:18 - tinderbox aborted TB --- 13.37 user 3.21 system 26.75 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:56:45 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5FB916A4C7; Sun, 13 Jan 2008 08:56:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 882DE13C46E; Sun, 13 Jan 2008 08:56:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D8uiWA084777; Sun, 13 Jan 2008 03:56:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8ui2b056483; Sun, 13 Jan 2008 03:56:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AD5FA7303E; Sun, 13 Jan 2008 03:56:44 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113085644.AD5FA7303E@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:56:44 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:56:45 -0000 TB --- 2008-01-13 08:56:18 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:56:18 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-01-13 08:56:18 - cleaning the object tree TB --- 2008-01-13 08:56:20 - cvsupping the source tree TB --- 2008-01-13 08:56:20 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-01-13 08:56:25 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:56:25 - cd /src TB --- 2008-01-13 08:56:25 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:56:26 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:56:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:56:44 - ERROR: failed to build world TB --- 2008-01-13 08:56:44 - tinderbox aborted TB --- 13.24 user 3.27 system 26.30 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 08:56:45 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B726916A4C9; Sun, 13 Jan 2008 08:56:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 883F113C4E3; Sun, 13 Jan 2008 08:56:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D8uixM084776; Sun, 13 Jan 2008 03:56:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D8uiFI056480; Sun, 13 Jan 2008 03:56:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9992F73039; Sun, 13 Jan 2008 03:56:44 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113085644.9992F73039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 03:56:44 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 08:56:46 -0000 TB --- 2008-01-13 08:56:18 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 08:56:18 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-01-13 08:56:18 - cleaning the object tree TB --- 2008-01-13 08:56:19 - cvsupping the source tree TB --- 2008-01-13 08:56:19 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-01-13 08:56:24 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 08:56:24 - cd /src TB --- 2008-01-13 08:56:24 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 08:56:25 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 08:56:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 08:56:44 - ERROR: failed to build world TB --- 2008-01-13 08:56:44 - tinderbox aborted TB --- 13.40 user 3.09 system 26.55 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 09:00:26 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBB4C16A468; Sun, 13 Jan 2008 09:00:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id B9C0513C4CE; Sun, 13 Jan 2008 09:00:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0D90QtY002320; Sun, 13 Jan 2008 04:00:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D90Qts067172; Sun, 13 Jan 2008 04:00:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F36C97303E; Sun, 13 Jan 2008 04:00:25 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113090025.F36C97303E@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 04:00:25 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 09:00:26 -0000 TB --- 2008-01-13 09:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 09:00:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-01-13 09:00:00 - cleaning the object tree TB --- 2008-01-13 09:00:02 - cvsupping the source tree TB --- 2008-01-13 09:00:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-01-13 09:00:08 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 09:00:08 - cd /src TB --- 2008-01-13 09:00:08 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 09:00:09 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 09:00:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 09:00:25 - ERROR: failed to build world TB --- 2008-01-13 09:00:25 - tinderbox aborted TB --- 13.29 user 3.28 system 25.64 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 09:00:26 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D004516A469; Sun, 13 Jan 2008 09:00:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id A3A8013C46A; Sun, 13 Jan 2008 09:00:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0D90QVw002319; Sun, 13 Jan 2008 04:00:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D90P8Y067168; Sun, 13 Jan 2008 04:00:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D782673039; Sun, 13 Jan 2008 04:00:25 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113090025.D782673039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 04:00:25 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 09:00:27 -0000 TB --- 2008-01-13 09:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 09:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-01-13 09:00:00 - cleaning the object tree TB --- 2008-01-13 09:00:02 - cvsupping the source tree TB --- 2008-01-13 09:00:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-01-13 09:00:08 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 09:00:08 - cd /src TB --- 2008-01-13 09:00:08 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 09:00:09 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 09:00:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 09:00:25 - ERROR: failed to build world TB --- 2008-01-13 09:00:25 - tinderbox aborted TB --- 13.31 user 3.30 system 25.54 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 09:00:54 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9024E16A503; Sun, 13 Jan 2008 09:00:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 88B1013C457; Sun, 13 Jan 2008 09:00:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D90pvn084930; Sun, 13 Jan 2008 04:00:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D90pf1053541; Sun, 13 Jan 2008 04:00:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B90D573039; Sun, 13 Jan 2008 04:00:51 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113090051.B90D573039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 04:00:51 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 09:00:54 -0000 TB --- 2008-01-13 09:00:26 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 09:00:26 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-01-13 09:00:26 - cleaning the object tree TB --- 2008-01-13 09:00:27 - cvsupping the source tree TB --- 2008-01-13 09:00:27 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-01-13 09:00:33 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 09:00:33 - cd /src TB --- 2008-01-13 09:00:33 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 09:00:34 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 09:00:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 09:00:51 - ERROR: failed to build world TB --- 2008-01-13 09:00:51 - tinderbox aborted TB --- 13.16 user 3.47 system 25.69 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 09:00:54 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 904AD16A506; Sun, 13 Jan 2008 09:00:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B690413C458; Sun, 13 Jan 2008 09:00:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D90pTg084933; Sun, 13 Jan 2008 04:00:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D90pqh053547; Sun, 13 Jan 2008 04:00:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E6C7E7303E; Sun, 13 Jan 2008 04:00:51 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113090051.E6C7E7303E@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 04:00:51 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 09:00:54 -0000 TB --- 2008-01-13 09:00:25 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 09:00:25 - starting HEAD tinderbox run for i386/i386 TB --- 2008-01-13 09:00:25 - cleaning the object tree TB --- 2008-01-13 09:00:27 - cvsupping the source tree TB --- 2008-01-13 09:00:27 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-01-13 09:00:32 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 09:00:32 - cd /src TB --- 2008-01-13 09:00:32 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 09:00:33 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 09:00:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 09:00:51 - ERROR: failed to build world TB --- 2008-01-13 09:00:51 - tinderbox aborted TB --- 13.25 user 3.37 system 25.96 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 09:01:19 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF89716A418; Sun, 13 Jan 2008 09:01:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id DCEDE13C43E; Sun, 13 Jan 2008 09:01:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0D91JDD002368; Sun, 13 Jan 2008 04:01:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D91Jk5067599; Sun, 13 Jan 2008 04:01:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 08CD173039; Sun, 13 Jan 2008 04:01:19 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113090119.08CD173039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 04:01:19 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 09:01:20 -0000 TB --- 2008-01-13 09:00:51 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 09:00:51 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-01-13 09:00:51 - cleaning the object tree TB --- 2008-01-13 09:00:53 - cvsupping the source tree TB --- 2008-01-13 09:00:53 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-01-13 09:00:59 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 09:00:59 - cd /src TB --- 2008-01-13 09:00:59 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 09:01:00 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 09:01:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 09:01:19 - ERROR: failed to build world TB --- 2008-01-13 09:01:19 - tinderbox aborted TB --- 13.27 user 3.25 system 27.16 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 09:01:20 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB9F116A41B; Sun, 13 Jan 2008 09:01:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A013413C47E; Sun, 13 Jan 2008 09:01:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D91Juv084954; Sun, 13 Jan 2008 04:01:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D91JMn053840; Sun, 13 Jan 2008 04:01:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CC0767303E; Sun, 13 Jan 2008 04:01:19 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113090119.CC0767303E@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 04:01:19 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 09:01:20 -0000 TB --- 2008-01-13 09:00:51 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 09:00:51 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-01-13 09:00:51 - cleaning the object tree TB --- 2008-01-13 09:00:53 - cvsupping the source tree TB --- 2008-01-13 09:00:53 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-01-13 09:00:59 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 09:00:59 - cd /src TB --- 2008-01-13 09:00:59 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 09:01:00 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 09:01:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 09:01:19 - ERROR: failed to build world TB --- 2008-01-13 09:01:19 - tinderbox aborted TB --- 13.24 user 3.29 system 27.84 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 09:01:45 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2332116A512; Sun, 13 Jan 2008 09:01:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id EA61213C448; Sun, 13 Jan 2008 09:01:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D91iir084970; Sun, 13 Jan 2008 04:01:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D91imD054078; Sun, 13 Jan 2008 04:01:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 272F073039; Sun, 13 Jan 2008 04:01:44 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113090144.272F073039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 04:01:44 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 09:01:45 -0000 TB --- 2008-01-13 09:01:19 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 09:01:19 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-01-13 09:01:19 - cleaning the object tree TB --- 2008-01-13 09:01:19 - cvsupping the source tree TB --- 2008-01-13 09:01:19 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-01-13 09:01:25 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 09:01:25 - cd /src TB --- 2008-01-13 09:01:25 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 09:01:25 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 09:01:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 09:01:44 - ERROR: failed to build world TB --- 2008-01-13 09:01:44 - tinderbox aborted TB --- 13.50 user 2.99 system 25.01 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 09:01:45 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BD9816A51B; Sun, 13 Jan 2008 09:01:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 7081313C467; Sun, 13 Jan 2008 09:01:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D91iEs084973; Sun, 13 Jan 2008 04:01:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D91i4R054088; Sun, 13 Jan 2008 04:01:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B18017303E; Sun, 13 Jan 2008 04:01:44 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113090144.B18017303E@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 04:01:44 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 09:01:45 -0000 TB --- 2008-01-13 09:01:19 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 09:01:19 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-01-13 09:01:19 - cleaning the object tree TB --- 2008-01-13 09:01:20 - cvsupping the source tree TB --- 2008-01-13 09:01:20 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-01-13 09:01:26 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 09:01:26 - cd /src TB --- 2008-01-13 09:01:26 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 09:01:26 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 09:01:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 09:01:44 - ERROR: failed to build world TB --- 2008-01-13 09:01:44 - tinderbox aborted TB --- 13.37 user 3.12 system 24.84 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 09:05:27 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA90E16A41B; Sun, 13 Jan 2008 09:05:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9123113C45B; Sun, 13 Jan 2008 09:05:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D95Q8d085117; Sun, 13 Jan 2008 04:05:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D95Q1M078467; Sun, 13 Jan 2008 04:05:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B54C773039; Sun, 13 Jan 2008 04:05:26 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113090526.B54C773039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 04:05:26 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 09:05:28 -0000 TB --- 2008-01-13 09:05:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 09:05:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-01-13 09:05:00 - cleaning the object tree TB --- 2008-01-13 09:05:02 - cvsupping the source tree TB --- 2008-01-13 09:05:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-01-13 09:05:08 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 09:05:08 - cd /src TB --- 2008-01-13 09:05:08 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 09:05:08 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 09:05:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 09:05:26 - ERROR: failed to build world TB --- 2008-01-13 09:05:26 - tinderbox aborted TB --- 13.13 user 3.39 system 26.30 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 09:05:28 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC7A616A420; Sun, 13 Jan 2008 09:05:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9E38713C465; Sun, 13 Jan 2008 09:05:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D95QD6085118; Sun, 13 Jan 2008 04:05:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D95QH0078470; Sun, 13 Jan 2008 04:05:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C55B87303E; Sun, 13 Jan 2008 04:05:26 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113090526.C55B87303E@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 04:05:26 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 09:05:28 -0000 TB --- 2008-01-13 09:05:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 09:05:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-01-13 09:05:00 - cleaning the object tree TB --- 2008-01-13 09:05:02 - cvsupping the source tree TB --- 2008-01-13 09:05:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-01-13 09:05:08 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 09:05:08 - cd /src TB --- 2008-01-13 09:05:08 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 09:05:08 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 09:05:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 09:05:26 - ERROR: failed to build world TB --- 2008-01-13 09:05:26 - tinderbox aborted TB --- 13.46 user 3.12 system 26.38 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 09:05:53 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A088A16A59C; Sun, 13 Jan 2008 09:05:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 8F7E313C457; Sun, 13 Jan 2008 09:05:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0D95qXm002475; Sun, 13 Jan 2008 04:05:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D95qTE078720; Sun, 13 Jan 2008 04:05:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AB93F73039; Sun, 13 Jan 2008 04:05:52 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113090552.AB93F73039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 04:05:52 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 09:05:53 -0000 TB --- 2008-01-13 09:05:26 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 09:05:26 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-01-13 09:05:26 - cleaning the object tree TB --- 2008-01-13 09:05:28 - cvsupping the source tree TB --- 2008-01-13 09:05:28 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-01-13 09:05:35 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 09:05:35 - cd /src TB --- 2008-01-13 09:05:35 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 09:05:35 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 09:05:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 09:05:52 - ERROR: failed to build world TB --- 2008-01-13 09:05:52 - tinderbox aborted TB --- 13.47 user 3.11 system 25.82 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 09:05:53 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2B0A16A5FA; Sun, 13 Jan 2008 09:05:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id A84DF13C45A; Sun, 13 Jan 2008 09:05:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0D95rfw002478; Sun, 13 Jan 2008 04:05:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D95qOT078723; Sun, 13 Jan 2008 04:05:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DFEC97303E; Sun, 13 Jan 2008 04:05:52 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113090552.DFEC97303E@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 04:05:52 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 09:05:53 -0000 TB --- 2008-01-13 09:05:26 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 09:05:26 - starting HEAD tinderbox run for i386/i386 TB --- 2008-01-13 09:05:26 - cleaning the object tree TB --- 2008-01-13 09:05:28 - cvsupping the source tree TB --- 2008-01-13 09:05:28 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-01-13 09:05:34 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 09:05:34 - cd /src TB --- 2008-01-13 09:05:34 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 09:05:34 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 09:05:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 09:05:52 - ERROR: failed to build world TB --- 2008-01-13 09:05:52 - tinderbox aborted TB --- 13.31 user 3.30 system 26.07 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 09:06:19 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34FD816A6CF; Sun, 13 Jan 2008 09:06:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1AE6113C455; Sun, 13 Jan 2008 09:06:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0D96Im9002514; Sun, 13 Jan 2008 04:06:18 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D96Ior079033; Sun, 13 Jan 2008 04:06:18 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5012A73039; Sun, 13 Jan 2008 04:06:18 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113090618.5012A73039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 04:06:18 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 09:06:19 -0000 TB --- 2008-01-13 09:05:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 09:05:52 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-01-13 09:05:52 - cleaning the object tree TB --- 2008-01-13 09:05:54 - cvsupping the source tree TB --- 2008-01-13 09:05:54 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-01-13 09:05:59 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 09:05:59 - cd /src TB --- 2008-01-13 09:05:59 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 09:06:00 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 09:06:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 09:06:17 - ERROR: failed to build world TB --- 2008-01-13 09:06:17 - tinderbox aborted TB --- 13.46 user 3.07 system 24.52 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 09:06:19 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2E3816A6E1; Sun, 13 Jan 2008 09:06:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id B80A313C458; Sun, 13 Jan 2008 09:06:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0D96JM5002517; Sun, 13 Jan 2008 04:06:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D96JGX079041; Sun, 13 Jan 2008 04:06:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EC91A7303E; Sun, 13 Jan 2008 04:06:18 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113090618.EC91A7303E@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 04:06:18 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 09:06:20 -0000 TB --- 2008-01-13 09:05:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 09:05:52 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-01-13 09:05:52 - cleaning the object tree TB --- 2008-01-13 09:05:54 - cvsupping the source tree TB --- 2008-01-13 09:05:54 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-01-13 09:06:00 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 09:06:00 - cd /src TB --- 2008-01-13 09:06:00 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 09:06:01 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 09:06:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 09:06:18 - ERROR: failed to build world TB --- 2008-01-13 09:06:18 - tinderbox aborted TB --- 13.25 user 3.32 system 26.00 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 09:06:43 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5937016A59D; Sun, 13 Jan 2008 09:06:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2E93513C46B; Sun, 13 Jan 2008 09:06:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D96g0T085160; Sun, 13 Jan 2008 04:06:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D96gXo057688; Sun, 13 Jan 2008 04:06:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 65B1B73039; Sun, 13 Jan 2008 04:06:42 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113090642.65B1B73039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 04:06:42 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 09:06:43 -0000 TB --- 2008-01-13 09:06:19 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 09:06:19 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-01-13 09:06:19 - cleaning the object tree TB --- 2008-01-13 09:06:19 - cvsupping the source tree TB --- 2008-01-13 09:06:19 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-01-13 09:06:25 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 09:06:25 - cd /src TB --- 2008-01-13 09:06:25 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 09:06:25 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 09:06:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 09:06:42 - ERROR: failed to build world TB --- 2008-01-13 09:06:42 - tinderbox aborted TB --- 13.32 user 3.17 system 23.38 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 09:06:44 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A852116A5B7; Sun, 13 Jan 2008 09:06:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8F92B13C467; Sun, 13 Jan 2008 09:06:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D96hTW085163; Sun, 13 Jan 2008 04:06:43 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D96hgB057709; Sun, 13 Jan 2008 04:06:43 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D1FE57303E; Sun, 13 Jan 2008 04:06:43 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113090643.D1FE57303E@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 04:06:43 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 09:06:44 -0000 TB --- 2008-01-13 09:06:18 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 09:06:18 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-01-13 09:06:18 - cleaning the object tree TB --- 2008-01-13 09:06:18 - cvsupping the source tree TB --- 2008-01-13 09:06:18 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-01-13 09:06:24 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 09:06:24 - cd /src TB --- 2008-01-13 09:06:24 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 09:06:26 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 09:06:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 09:06:43 - ERROR: failed to build world TB --- 2008-01-13 09:06:43 - tinderbox aborted TB --- 13.20 user 3.27 system 25.44 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 09:10:27 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2B4316A418; Sun, 13 Jan 2008 09:10:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 95CBD13C442; Sun, 13 Jan 2008 09:10:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D9AQsk085295; Sun, 13 Jan 2008 04:10:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D9AQ5u082708; Sun, 13 Jan 2008 04:10:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C8F8F7303D; Sun, 13 Jan 2008 04:10:26 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113091026.C8F8F7303D@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 04:10:26 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 09:10:27 -0000 TB --- 2008-01-13 09:10:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 09:10:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-01-13 09:10:00 - cleaning the object tree TB --- 2008-01-13 09:10:02 - cvsupping the source tree TB --- 2008-01-13 09:10:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-01-13 09:10:08 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 09:10:08 - cd /src TB --- 2008-01-13 09:10:08 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 09:10:08 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 09:10:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 09:10:26 - ERROR: failed to build world TB --- 2008-01-13 09:10:26 - tinderbox aborted TB --- 13.23 user 3.34 system 26.36 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 09:10:27 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D35AE16A41A; Sun, 13 Jan 2008 09:10:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A766713C447; Sun, 13 Jan 2008 09:10:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D9AQ1h085296; Sun, 13 Jan 2008 04:10:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D9AQg5060249; Sun, 13 Jan 2008 04:10:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CE5797303E; Sun, 13 Jan 2008 04:10:26 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113091026.CE5797303E@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 04:10:26 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 09:10:28 -0000 TB --- 2008-01-13 09:10:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 09:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-01-13 09:10:00 - cleaning the object tree TB --- 2008-01-13 09:10:02 - cvsupping the source tree TB --- 2008-01-13 09:10:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-01-13 09:10:08 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 09:10:08 - cd /src TB --- 2008-01-13 09:10:08 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 09:10:08 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 09:10:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 09:10:26 - ERROR: failed to build world TB --- 2008-01-13 09:10:26 - tinderbox aborted TB --- 13.31 user 3.30 system 26.36 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 09:10:53 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A1E916A4D5; Sun, 13 Jan 2008 09:10:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2741713C4EC; Sun, 13 Jan 2008 09:10:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D9AqhR085304; Sun, 13 Jan 2008 04:10:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D9Aqv5060557; Sun, 13 Jan 2008 04:10:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 534247303F; Sun, 13 Jan 2008 04:10:52 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113091052.534247303F@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 04:10:52 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 09:10:53 -0000 TB --- 2008-01-13 09:10:26 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 09:10:26 - starting HEAD tinderbox run for i386/i386 TB --- 2008-01-13 09:10:26 - cleaning the object tree TB --- 2008-01-13 09:10:28 - cvsupping the source tree TB --- 2008-01-13 09:10:28 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-01-13 09:10:34 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 09:10:34 - cd /src TB --- 2008-01-13 09:10:34 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 09:10:34 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 09:10:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 09:10:52 - ERROR: failed to build world TB --- 2008-01-13 09:10:52 - tinderbox aborted TB --- 13.38 user 3.25 system 25.42 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 09:10:53 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 906A816A4A1; Sun, 13 Jan 2008 09:10:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 661E113C4D1; Sun, 13 Jan 2008 09:10:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D9AqPT085307; Sun, 13 Jan 2008 04:10:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D9AqtY060561; Sun, 13 Jan 2008 04:10:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8079F73041; Sun, 13 Jan 2008 04:10:52 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113091052.8079F73041@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 04:10:52 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 09:10:53 -0000 TB --- 2008-01-13 09:10:26 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 09:10:26 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-01-13 09:10:26 - cleaning the object tree TB --- 2008-01-13 09:10:28 - cvsupping the source tree TB --- 2008-01-13 09:10:28 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-01-13 09:10:34 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 09:10:34 - cd /src TB --- 2008-01-13 09:10:34 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 09:10:34 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 09:10:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 09:10:52 - ERROR: failed to build world TB --- 2008-01-13 09:10:52 - tinderbox aborted TB --- 13.34 user 3.30 system 25.60 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 09:11:19 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21F6116A596; Sun, 13 Jan 2008 09:11:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0F0D913C461; Sun, 13 Jan 2008 09:11:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D9BIcK085329; Sun, 13 Jan 2008 04:11:18 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D9BIUu088538; Sun, 13 Jan 2008 04:11:18 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3E43773039; Sun, 13 Jan 2008 04:11:18 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113091118.3E43773039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 04:11:18 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 09:11:19 -0000 TB --- 2008-01-13 09:10:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 09:10:52 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-01-13 09:10:52 - cleaning the object tree TB --- 2008-01-13 09:10:54 - cvsupping the source tree TB --- 2008-01-13 09:10:54 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-01-13 09:11:00 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 09:11:00 - cd /src TB --- 2008-01-13 09:11:00 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 09:11:01 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 09:11:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 09:11:18 - ERROR: failed to build world TB --- 2008-01-13 09:11:18 - tinderbox aborted TB --- 13.32 user 3.22 system 25.80 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 09:11:19 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBDDC16A418; Sun, 13 Jan 2008 09:11:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id AF35A13C447; Sun, 13 Jan 2008 09:11:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D9BILk085332; Sun, 13 Jan 2008 04:11:18 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D9BIXM088544; Sun, 13 Jan 2008 04:11:18 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8BDD77303E; Sun, 13 Jan 2008 04:11:18 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113091118.8BDD77303E@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 04:11:18 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 09:11:20 -0000 TB --- 2008-01-13 09:10:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 09:10:52 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-01-13 09:10:52 - cleaning the object tree TB --- 2008-01-13 09:10:55 - cvsupping the source tree TB --- 2008-01-13 09:10:55 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-01-13 09:11:01 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 09:11:01 - cd /src TB --- 2008-01-13 09:11:01 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 09:11:01 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 09:11:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 09:11:18 - ERROR: failed to build world TB --- 2008-01-13 09:11:18 - tinderbox aborted TB --- 13.31 user 3.27 system 25.98 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 09:11:45 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBE6216A680; Sun, 13 Jan 2008 09:11:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id AF60913C45A; Sun, 13 Jan 2008 09:11:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D9BiLG085343; Sun, 13 Jan 2008 04:11:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D9Bi9b061136; Sun, 13 Jan 2008 04:11:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D9D2F73039; Sun, 13 Jan 2008 04:11:44 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113091144.D9D2F73039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 04:11:44 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 09:11:46 -0000 TB --- 2008-01-13 09:11:18 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 09:11:18 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-01-13 09:11:18 - cleaning the object tree TB --- 2008-01-13 09:11:20 - cvsupping the source tree TB --- 2008-01-13 09:11:20 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-01-13 09:11:25 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 09:11:25 - cd /src TB --- 2008-01-13 09:11:25 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 09:11:26 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 09:11:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 09:11:44 - ERROR: failed to build world TB --- 2008-01-13 09:11:44 - tinderbox aborted TB --- 13.32 user 3.21 system 26.53 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 09:11:47 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2CD8C16A682; Sun, 13 Jan 2008 09:11:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0296A13C442; Sun, 13 Jan 2008 09:11:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D9BkAw085349; Sun, 13 Jan 2008 04:11:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D9Bki9061155; Sun, 13 Jan 2008 04:11:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3A5417303E; Sun, 13 Jan 2008 04:11:46 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113091146.3A5417303E@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 04:11:46 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 09:11:47 -0000 TB --- 2008-01-13 09:11:18 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 09:11:18 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-01-13 09:11:18 - cleaning the object tree TB --- 2008-01-13 09:11:20 - cvsupping the source tree TB --- 2008-01-13 09:11:20 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-01-13 09:11:26 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 09:11:26 - cd /src TB --- 2008-01-13 09:11:26 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 09:11:26 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 09:11:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 09:11:46 - ERROR: failed to build world TB --- 2008-01-13 09:11:46 - tinderbox aborted TB --- 13.23 user 3.26 system 27.62 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 09:15:30 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B85B16A46B; Sun, 13 Jan 2008 09:15:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5156A13C47E; Sun, 13 Jan 2008 09:15:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D9FTFp085481; Sun, 13 Jan 2008 04:15:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D9FTWh064096; Sun, 13 Jan 2008 04:15:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 826CC7303E; Sun, 13 Jan 2008 04:15:29 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113091529.826CC7303E@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 04:15:29 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 09:15:30 -0000 TB --- 2008-01-13 09:15:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 09:15:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-01-13 09:15:00 - cleaning the object tree TB --- 2008-01-13 09:15:02 - cvsupping the source tree TB --- 2008-01-13 09:15:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-01-13 09:15:08 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 09:15:08 - cd /src TB --- 2008-01-13 09:15:08 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 09:15:09 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 09:15:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 09:15:29 - ERROR: failed to build world TB --- 2008-01-13 09:15:29 - tinderbox aborted TB --- 13.39 user 3.09 system 29.05 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 09:15:30 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82FB616A46C; Sun, 13 Jan 2008 09:15:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 55F2113C4CC; Sun, 13 Jan 2008 09:15:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D9FToG085478; Sun, 13 Jan 2008 04:15:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D9FTEr064091; Sun, 13 Jan 2008 04:15:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 669FF73039; Sun, 13 Jan 2008 04:15:29 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113091529.669FF73039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 04:15:29 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 09:15:30 -0000 TB --- 2008-01-13 09:15:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 09:15:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-01-13 09:15:00 - cleaning the object tree TB --- 2008-01-13 09:15:02 - cvsupping the source tree TB --- 2008-01-13 09:15:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-01-13 09:15:07 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 09:15:07 - cd /src TB --- 2008-01-13 09:15:07 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 09:15:08 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 09:15:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 09:15:29 - ERROR: failed to build world TB --- 2008-01-13 09:15:29 - tinderbox aborted TB --- 13.48 user 3.05 system 28.62 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 09:15:57 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B09B616A4FA; Sun, 13 Jan 2008 09:15:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 881A713C46B; Sun, 13 Jan 2008 09:15:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0D9FujC002726; Sun, 13 Jan 2008 04:15:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D9Fup4093907; Sun, 13 Jan 2008 04:15:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 932CD73039; Sun, 13 Jan 2008 04:15:56 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113091556.932CD73039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 04:15:56 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 09:15:57 -0000 TB --- 2008-01-13 09:15:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 09:15:29 - starting HEAD tinderbox run for i386/i386 TB --- 2008-01-13 09:15:29 - cleaning the object tree TB --- 2008-01-13 09:15:31 - cvsupping the source tree TB --- 2008-01-13 09:15:31 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-01-13 09:15:37 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 09:15:37 - cd /src TB --- 2008-01-13 09:15:37 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 09:15:38 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 09:15:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 09:15:56 - ERROR: failed to build world TB --- 2008-01-13 09:15:56 - tinderbox aborted TB --- 13.31 user 3.30 system 27.09 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 09:15:58 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A96216A4FB; Sun, 13 Jan 2008 09:15:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 2248513C46E; Sun, 13 Jan 2008 09:15:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0D9FvE4002729; Sun, 13 Jan 2008 04:15:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D9FvYp093915; Sun, 13 Jan 2008 04:15:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2853F7303E; Sun, 13 Jan 2008 04:15:57 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113091557.2853F7303E@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 04:15:57 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 09:15:58 -0000 TB --- 2008-01-13 09:15:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 09:15:29 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-01-13 09:15:29 - cleaning the object tree TB --- 2008-01-13 09:15:31 - cvsupping the source tree TB --- 2008-01-13 09:15:31 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-01-13 09:15:37 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 09:15:37 - cd /src TB --- 2008-01-13 09:15:37 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 09:15:38 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 09:15:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 09:15:57 - ERROR: failed to build world TB --- 2008-01-13 09:15:57 - tinderbox aborted TB --- 13.26 user 3.36 system 27.54 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 09:16:25 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 529A016A63B; Sun, 13 Jan 2008 09:16:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4048313C469; Sun, 13 Jan 2008 09:16:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D9GOqA085504; Sun, 13 Jan 2008 04:16:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D9GOgJ094182; Sun, 13 Jan 2008 04:16:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7E82773039; Sun, 13 Jan 2008 04:16:24 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113091624.7E82773039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 04:16:24 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 09:16:25 -0000 TB --- 2008-01-13 09:15:56 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 09:15:56 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-01-13 09:15:56 - cleaning the object tree TB --- 2008-01-13 09:15:58 - cvsupping the source tree TB --- 2008-01-13 09:15:58 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-01-13 09:16:05 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 09:16:05 - cd /src TB --- 2008-01-13 09:16:05 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 09:16:07 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 09:16:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 09:16:24 - ERROR: failed to build world TB --- 2008-01-13 09:16:24 - tinderbox aborted TB --- 13.12 user 3.44 system 27.80 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 09:16:25 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF6BB16A640; Sun, 13 Jan 2008 09:16:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 94D7413C45D; Sun, 13 Jan 2008 09:16:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D9GO7p085507; Sun, 13 Jan 2008 04:16:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D9GOTu094190; Sun, 13 Jan 2008 04:16:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C43E073040; Sun, 13 Jan 2008 04:16:24 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113091624.C43E073040@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 04:16:24 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 09:16:25 -0000 TB --- 2008-01-13 09:15:57 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 09:15:57 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-01-13 09:15:57 - cleaning the object tree TB --- 2008-01-13 09:15:59 - cvsupping the source tree TB --- 2008-01-13 09:15:59 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-01-13 09:16:05 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 09:16:05 - cd /src TB --- 2008-01-13 09:16:05 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 09:16:07 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 09:16:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 09:16:24 - ERROR: failed to build world TB --- 2008-01-13 09:16:24 - tinderbox aborted TB --- 13.50 user 3.10 system 27.56 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 09:16:51 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DEF316A586; Sun, 13 Jan 2008 09:16:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E844213C459; Sun, 13 Jan 2008 09:16:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D9Gocu085515; Sun, 13 Jan 2008 04:16:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D9Gofp094426; Sun, 13 Jan 2008 04:16:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3696F73039; Sun, 13 Jan 2008 04:16:50 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113091650.3696F73039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 04:16:50 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 09:16:51 -0000 TB --- 2008-01-13 09:16:24 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 09:16:24 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-01-13 09:16:24 - cleaning the object tree TB --- 2008-01-13 09:16:26 - cvsupping the source tree TB --- 2008-01-13 09:16:26 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-01-13 09:16:31 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 09:16:31 - cd /src TB --- 2008-01-13 09:16:31 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 09:16:31 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 09:16:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 09:16:50 - ERROR: failed to build world TB --- 2008-01-13 09:16:50 - tinderbox aborted TB --- 13.26 user 3.28 system 25.61 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 09:16:52 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC86D16A595; Sun, 13 Jan 2008 09:16:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9969C13C447; Sun, 13 Jan 2008 09:16:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0D9GpmF085518; Sun, 13 Jan 2008 04:16:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0D9Gpe3065037; Sun, 13 Jan 2008 04:16:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CBE097303E; Sun, 13 Jan 2008 04:16:51 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080113091651.CBE097303E@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 04:16:51 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 09:16:52 -0000 TB --- 2008-01-13 09:16:24 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 09:16:24 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-01-13 09:16:24 - cleaning the object tree TB --- 2008-01-13 09:16:26 - cvsupping the source tree TB --- 2008-01-13 09:16:26 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-01-13 09:16:32 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 09:16:32 - cd /src TB --- 2008-01-13 09:16:32 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 09:16:32 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) "Makefile", line 15: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /src/gnu/usr.bin/cvs. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-13 09:16:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-13 09:16:51 - ERROR: failed to build world TB --- 2008-01-13 09:16:51 - tinderbox aborted TB --- 13.12 user 3.36 system 26.98 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 11:09:40 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C188F16A419 for ; Sun, 13 Jan 2008 11:09:40 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id A23B613C448 for ; Sun, 13 Jan 2008 11:09:40 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.1/8.14.1) with ESMTP id m0DAZ1oG046554 for ; Sun, 13 Jan 2008 02:35:01 -0800 (PST) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.1/8.14.1/Submit) id m0DAZ1aV046553 for freebsd-current@freebsd.org; Sun, 13 Jan 2008 02:35:01 -0800 (PST) (envelope-from obrien) Date: Sun, 13 Jan 2008 02:35:01 -0800 From: "David O'Brien" To: freebsd-current@freebsd.org Message-ID: <20080113103501.GB46123@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, freebsd-current@freebsd.org References: <20080111142336.GA1379@plan0.kaiwan.csbnet.se> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080111142336.GA1379@plan0.kaiwan.csbnet.se> X-Operating-System: FreeBSD 8.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Re: [Call for testers] "BSD ar" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 11:09:40 -0000 On Fri, Jan 11, 2008 at 03:23:36PM +0100, Kai Wang wrote: > BSD ar is mostly compatible with GNU ar and it has advantages like: Can your 'ar' handle multiple targets? amd64$ ar --help ..snip.. ar: supported targets: elf64-x86-64 elf32-i386-freebsd srec symbolsrec tekhex binary ihex If not, I don't think its ready to be a Bintuils 'ar' replacement. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 12:21:04 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6D8B16A41B for ; Sun, 13 Jan 2008 12:21:04 +0000 (UTC) (envelope-from mozolevsky@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 734B013C455 for ; Sun, 13 Jan 2008 12:21:03 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so1044315uge.37 for ; Sun, 13 Jan 2008 04:21:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received: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; bh=CA4Dzv3sIcYtKhTv3AXcFTZzrNAG3p/2mbDt8cQf+7w=; b=lF2/bFZkymR+FhJK3kUx5bRWGl9RUGoOien8a6+4XiJBKDt/gqrT2dC5C41ePBLuhyTfeyyIge1JlmVv2ntTLOSznwhmo5LTTadXp4ErFCsOaV+66+YOP8tuYF713gllD/aPbWgWA0IKTAmTR0yLB/MPktRL1KkjLDhjtezZC7k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=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=P1b36Px+ehKIZZrQKhuwQrfC2LGgTYVOCKud6sd9xEsnRDXAaXcArSZwe6yaB83K3Cati0FfQYgR2lluCpU4dk7v2W+A8yHg5Yl+XYtQRB21VmZPJAV8FeuWR/2dIt7HRYbogWiHkr4N/BUcMwFHqikSiVU+uKadFyPbJ5teoJ8= Received: by 10.67.122.10 with SMTP id z10mr2468444ugm.44.1200226862628; Sun, 13 Jan 2008 04:21:02 -0800 (PST) Received: by 10.66.248.11 with HTTP; Sun, 13 Jan 2008 04:21:02 -0800 (PST) Message-ID: Date: Sun, 13 Jan 2008 12:21:02 +0000 From: "Igor Mozolevsky" Sender: mozolevsky@gmail.com To: "Joe Marcus Clarke" In-Reply-To: <1200197787.67286.13.camel@shumai.marcuscom.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1200197787.67286.13.camel@shumai.marcuscom.com> X-Google-Sender-Auth: 424d80060703dd18 Cc: current Subject: Re: RFC: Adding a hw.features[2] sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 12:21:04 -0000 On 13/01/2008, Joe Marcus Clarke wrote: > I find it would be useful to have the list of CPU features available via > a sysctl. Currently, he only ways to get this information are to have > linprocfs mounted, or parse dmesg.boot (if it exists). Attached are > patches to add hw.features and hw.features2 sysctls for i386 and amd64 > (where a list of CPU features is applicable). The results are identical > to the Features and Features2 strings from dmesg: > > hw.features2: 0x41d > hw.features: > 0xbfebfbff > > Comments? Would /dev/cpuinfo not be more appropriate for this? Igor From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 12:11:18 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BB8016A419; Sun, 13 Jan 2008 12:11:18 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9B50913C45D; Sun, 13 Jan 2008 12:11:17 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id m0DCBCcE097720; Sun, 13 Jan 2008 13:11:13 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id m0DCBCid097719; Sun, 13 Jan 2008 13:11:12 +0100 (CET) (envelope-from olli) Date: Sun, 13 Jan 2008 13:11:12 +0100 (CET) Message-Id: <200801131211.m0DCBCid097719@lurza.secnetix.de> From: Oliver Fromme To: freebsd-chat@FreeBSD.ORG, freebsd-current@FreeBSD.ORG, ticso@cicely.de In-Reply-To: X-Newsgroups: list.freebsd-chat User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (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]); Sun, 13 Jan 2008 13:11:13 +0100 (CET) X-Mailman-Approved-At: Sun, 13 Jan 2008 12:21:37 +0000 Cc: Subject: Re: FreeBSD's problems as seen by the BSDForen.de community X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 12:11:18 -0000 Bernd Walter wrote: > Oliver Fromme wrote: > > Certainly, but as I wrote, it's not a big deal. I have > > several other patches that I maintain on my own for > > various reasons. For example I have a local patch set > > that enables "-c none" in ssh, so I can scp large files > > much faster between slow machines over channels that don't > > need encryption, and still be able to use ssh's features. > > I don't even try to submit the patch to the OpenSSH people, > > because they would reject it. I considered submitting it > > as a local patch to the FreeBSD base, but I think it would > > be rejected too, reason: "please submit it upstream to the > > OpenSSH people". :-) > > This is by far the best outcome from this branch of the thread. > I've often missed this feature in ssh since it was removed. > May I have your patch? Sure. I just wrote a small readme file and put it on an web server: http://www.secnetix.de/olli/patches/openssh/ Actually the patch is small and trivial, because the "none" cipher support code is still there, it just has been disabled in the source at various places. The patch applies to RELENG_6, RELENG_7 and 8-current, so this is finally on-topic on the freebsd-current list. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "FreeBSD is Yoda, Linux is Luke Skywalker" -- Daniel C. Sobral From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 12:56:37 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8CAF16A419 for ; Sun, 13 Jan 2008 12:56:37 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.freebsd.org (Postfix) with ESMTP id 7FF2013C45D for ; Sun, 13 Jan 2008 12:56:37 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp5-g19.free.fr (Postfix) with ESMTP id D2E7B3F6166; Sun, 13 Jan 2008 13:56:35 +0100 (CET) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id 35AC63F6173; Sun, 13 Jan 2008 13:56:35 +0100 (CET) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id AF8649BF12; Sun, 13 Jan 2008 12:52:59 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 9F0DE405B; Sun, 13 Jan 2008 13:52:59 +0100 (CET) Date: Sun, 13 Jan 2008 13:52:59 +0100 From: Jeremie Le Hen To: Mark Linimon Message-ID: <20080113125259.GB27473@obiwan.tataz.chchile.org> References: <478556AD.6090400@bsdforen.de> <20080110003524.GB5188@soaustin.net> <200801111935.50821.peter.schuller@infidyne.com> <478887B4.9030906@bsdforen.de> <20080112115624.GE60060@server.vk2pj.dyndns.org> <20080113041622.GC14666@soaustin.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080113041622.GC14666@soaustin.net> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Peter Jeremy , freebsd-current@freebsd.org, Peter Schuller , Dominic Fandrey Subject: Re: Improving the handling of PR:s X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 12:56:37 -0000 Hi, On Sat, Jan 12, 2008 at 10:16:22PM -0600, Mark Linimon wrote: > On Sat, Jan 12, 2008 at 10:56:24PM +1100, Peter Jeremy wrote: > > This PR brings up an issue that has been mentioned elsewhere in this > > thread: Even where a PR contains a patch, a committer may be unwilling > > to commit the change because they are unable to verify the patch > > themselves. > > We need to generate some kind of way for people to volunteer to test > some of these patches. e.g. "I am willing to test patches affecting > the USB subsystem, and I have the following list of parts: ..." I've just read the very interesting sub-thread started by Peter Schuller two days ago. As you guys have just said, it seems a major problem with PR relating to drivers is that committers don't own the exact same hardware so are not able to verify the patch correctness. On the other hand, I'm pretty confident there is a non-marginal number of people (read, non-committers) are willing to help handling PR: I'm not talking of any official hat here, but those people could contribute to a database with the hardware they own (think, pciconf(8)) so that they can be contacted back if a patch affects the hardware they are using. I think that a fair amount of folks running -CURRENT can and will help for this, why would they be running it otherwise? This practice is a step toward Peter Schuller's proposition of having a group of self-proclaimed non-committers giving feed back to the PR. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 13:46:34 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7ADB216A419; Sun, 13 Jan 2008 13:46:34 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 3FAB913C45B; Sun, 13 Jan 2008 13:46:34 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 9D135207E; Sun, 13 Jan 2008 14:46:25 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 8E6F02049; Sun, 13 Jan 2008 14:46:25 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 75E93844C0; Sun, 13 Jan 2008 14:46:25 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Sepherosa Ziehau" References: <86ir2hznnd.fsf@ds4.des.no> <86abnpu0wv.fsf@ds4.des.no> <86abnovy4k.fsf@ds4.des.no> <86odc3dlgi.fsf@ds4.des.no> <86lk76c6t5.fsf@ds4.des.no> <864pds8idc.fsf@ds4.des.no> Date: Sun, 13 Jan 2008 14:46:25 +0100 In-Reply-To: (Sepherosa Ziehau's message of "Fri\, 11 Jan 2008 20\:37\:39 +0800") Message-ID: <864pdhrg7i.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: kevlo@freebsd.org, sam@freebsd.org, current@freebsd.org, net@freebsd.org Subject: Re: if_ral regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 13:46:34 -0000 "Sepherosa Ziehau" writes: > revert the old patch at your AP side and try this one > http://people.freebsd.org/~sephe/rt2560_test.diff1 No improvement. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 16:02:28 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74AD416A420 for ; Sun, 13 Jan 2008 16:02:28 +0000 (UTC) (envelope-from dgiagio@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.191]) by mx1.freebsd.org (Postfix) with ESMTP id 1289413C468 for ; Sun, 13 Jan 2008 16:02:27 +0000 (UTC) (envelope-from dgiagio@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so1830907rvb.43 for ; Sun, 13 Jan 2008 08:02:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=1lf4MPlf3JmaF5kpQkRH1DqmYCjYqLc1CnTk9WX0YeU=; b=llKIwAWOLiaaHNAxqJRDe2qy+LPjrrx5leVY7Lv7ega8MzEa6b+JofViMtt56ulpTE8bzWItnli6ZTQJAOIW2sRXV/edXje91iBXWCQoWH9Ap+2PPnXxOdeliXV5h/aQuTuzti2pyM2Cq0za8ZlJleN/T5oYBJYt9bQ1x9IrC4g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=SW3150Jo/uh4Ly21EE4L97QTsQKbHrvSKXCJ5EOFLlkvOGATRH1fIF1n9Xp4R/AJaaxqzsqkRSQFpRAEblul8j/WVauka5UcBUBmxMmTQ8FBV0LCRSJM5FZaGeZOcYd5UfnCvynGGZvLJokYlQz1SmjeOLFvConlMQy7KMRt1js= Received: by 10.141.51.15 with SMTP id d15mr3225422rvk.118.1200239722996; Sun, 13 Jan 2008 07:55:22 -0800 (PST) Received: by 10.141.129.11 with HTTP; Sun, 13 Jan 2008 07:55:22 -0800 (PST) Message-ID: <1b0798830801130755y440aa6cm3deef0b5788a9860@mail.gmail.com> Date: Sun, 13 Jan 2008 12:55:22 -0300 From: "Diego Giagio" To: "freebsd-current@freebsd.org" , freebsd-hackers@freebsd.org In-Reply-To: <1b0798830801130752k4209bce7yc5e1cbec7dd67f82@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1b0798830801130752k4209bce7yc5e1cbec7dd67f82@mail.gmail.com> Cc: Subject: Re: NDIS debugging X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 16:02:28 -0000 I forgot to mention: # uname -a FreeBSD 8.0-CURRENT FreeBSD 8.0-CURRENT #4: Sun Jan 13 12:46:48 BRST 2008 root@oblivion:/usr/src/sys/amd64/compile/GENERIC amd64 # uname -m amd64 # I'm using CURRENT as of 11/Jan/08. On Jan 13, 2008 12:52 PM, Diego Giagio wrote: > Hi, > > Recently i've bought a new laptop (Dell Precision M2300) which came > with Intel 4965 Wifi chipset. Since there's no native driver available > yet, I've been trying to get it to work throught Project Evil (NDIS > Windows Driver NETw4x64). > > At first, the driver complained for "no match for > InitializeSListHead". Then I figured it out how to implement that > function (a simple bzero on slist_head, just like ndiswrapper on > Linux) and it stopped complaining. I'm able to kldload NETx4x64_sys.ko > with success, but it stays silent. It just loads two dependent modules > (if_nids.ko and nids.ko) and nothing is printed into dmesg or console. > Also, there's no ndis0 device. > > As far as I can get I could see that DriverEntry()'s module is working > OK as it returns STATUS_SUCCESS on subr_windrv.c's windrv_load(). > > So, the question is: Is there a way to turn on verbose debugging on > the NDIS subsystem? Would be great if I could get some more info on > what's going wrong. > > Thank you. > > -- > DG > From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 16:19:57 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5890D16A418 for ; Sun, 13 Jan 2008 16:19:57 +0000 (UTC) (envelope-from dgiagio@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.180]) by mx1.freebsd.org (Postfix) with ESMTP id 36EA913C448 for ; Sun, 13 Jan 2008 16:19:57 +0000 (UTC) (envelope-from dgiagio@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so3312380waf.3 for ; Sun, 13 Jan 2008 08:19:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=1dww6s2mVFrcK5YX1yWZulVnVEPy4wRKxZNMu5rFauk=; b=uHrCoEP7z58H+yRxlD6QBaE8K4g03w1Im2Ow5Xxt4N/nSgu7ou1F/ypFQm++7XsZbvVyOWSTtY/bZWm7624RJo9t54seJCqdrLuxHjfKrPS9Ynbm8pz3wLh3QCeYFQO/gkeKsXTNyM4M2aRAiga6oftCW0GHtxg/vXMX6zdCuAY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=jmfeKm8sEiJ91PoPj4ws+91yIKx5GJGZ4Dx2UGKEZFemtln7y+1zeZ2VUnR1OuXmokE7GPCCa5QvaAVRw3dfMlBaUZ40Qx9VAH6kJjxVUzu4aNkb13qAyM4CSDlzoQLlqgZ77Tfb4BTm4bDH7NFemnCndfBX1zo4OdNnKCiHoV0= Received: by 10.141.178.5 with SMTP id f5mr3228116rvp.112.1200239521591; Sun, 13 Jan 2008 07:52:01 -0800 (PST) Received: by 10.141.129.11 with HTTP; Sun, 13 Jan 2008 07:52:01 -0800 (PST) Message-ID: <1b0798830801130752k4209bce7yc5e1cbec7dd67f82@mail.gmail.com> Date: Sun, 13 Jan 2008 12:52:01 -0300 From: "Diego Giagio" To: "freebsd-current@freebsd.org" , freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: NDIS debugging X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 16:19:57 -0000 Hi, Recently i've bought a new laptop (Dell Precision M2300) which came with Intel 4965 Wifi chipset. Since there's no native driver available yet, I've been trying to get it to work throught Project Evil (NDIS Windows Driver NETw4x64). At first, the driver complained for "no match for InitializeSListHead". Then I figured it out how to implement that function (a simple bzero on slist_head, just like ndiswrapper on Linux) and it stopped complaining. I'm able to kldload NETx4x64_sys.ko with success, but it stays silent. It just loads two dependent modules (if_nids.ko and nids.ko) and nothing is printed into dmesg or console. Also, there's no ndis0 device. As far as I can get I could see that DriverEntry()'s module is working OK as it returns STATUS_SUCCESS on subr_windrv.c's windrv_load(). So, the question is: Is there a way to turn on verbose debugging on the NDIS subsystem? Would be great if I could get some more info on what's going wrong. Thank you. -- DG From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 17:15:27 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C997916A419 for ; Sun, 13 Jan 2008 17:15:27 +0000 (UTC) (envelope-from kaiwang27@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by mx1.freebsd.org (Postfix) with ESMTP id 2CAF513C44B for ; Sun, 13 Jan 2008 17:15:26 +0000 (UTC) (envelope-from kaiwang27@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so2093209fgg.35 for ; Sun, 13 Jan 2008 09:15:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=d0HxVA4tgA6YyRgBrvUuxAuDPAMhHrzv84YPkJQ2WuI=; b=hDJLZEen1w/jPH7T4Ei6V/kcq7q4eGeVgkHfa76FyJJOwB3QzckxgyGB44n/ZNemB/GqjM9cX8N5l16w2kfhgwWOvtuD50Bp/ysOrGbeEaxAaS/BW98IIScQShH1b/p7/8qLvEtk8ipoiagxinQ8M/PLA/EmaLsUu5xmb295ubc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=bWa1irPnOAdsCE+pYB6aRcNfaURmn97bnZEJ7ivIN/fyilb+RhX2NQGJuG1LeR1khuQgHFb1N8g6usomKq2NpXcB0fPdQgiVRgtyEMSNCfbdY823jJZxUEoSnl1YunewyRa6YHbbX4+APkm54r45QFxggYfUSiEnaYt/pCvqfBg= Received: by 10.82.183.19 with SMTP id g19mr9234914buf.12.1200244525055; Sun, 13 Jan 2008 09:15:25 -0800 (PST) Received: from plan0.kaiwan.csbnet.se ( [193.11.244.12]) by mx.google.com with ESMTPS id p10sm4225233gvf.12.2008.01.13.09.15.22 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 13 Jan 2008 09:15:23 -0800 (PST) Received: by plan0.kaiwan.csbnet.se (Postfix, from userid 1001) id F375DB849; Sun, 13 Jan 2008 18:15:14 +0100 (CET) Date: Sun, 13 Jan 2008 18:15:14 +0100 From: Kai Wang To: David O'Brien Message-ID: <20080113171514.GA1210@plan0.kaiwan.csbnet.se> Mail-Followup-To: David O'Brien , freebsd-current@freebsd.org References: <20080111142336.GA1379@plan0.kaiwan.csbnet.se> <20080113103501.GB46123@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20080113103501.GB46123@dragon.NUXI.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: Re: [Call for testers] "BSD ar" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 17:15:27 -0000 Hi David, On Sun, Jan 13, 2008 at 02:35:01AM -0800, David O'Brien wrote: > Can your 'ar' handle multiple targets? "BSD ar" only support ELF binaries. > amd64$ ar --help > ..snip.. > ar: supported targets: elf64-x86-64 elf32-i386-freebsd srec symbolsrec tekhex binary ihex In this specific case, BSD ar can not handle S-Record, tekhex, iHex, etc. > If not, I don't think its ready to be a Bintuils 'ar' replacement. "BSD ar" never intends to completely replace Binutils 'ar'. We only want to give people an alternative. (which is self-sufficient, suitable for use for FreeBSD to build itself, can build almost all the ports, for example.) BTW, It does have advantage in "multiple elf targets" though: In the case above, this binutils 'ar' (build for amd64) can not handle elf64-sparc64 or elf32-powerpc object files, while "BSD ar" can. (arch independent) -- Kai From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 18:25:05 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0566016A41B for ; Sun, 13 Jan 2008 18:25:05 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail07.syd.optusnet.com.au (mail07.syd.optusnet.com.au [211.29.132.188]) by mx1.freebsd.org (Postfix) with ESMTP id 88E3613C469 for ; Sun, 13 Jan 2008 18:25:04 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail07.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m0DIOxd0010696 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 14 Jan 2008 05:25:00 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.1) with ESMTP id m0DIOxNX025798; Mon, 14 Jan 2008 05:24:59 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m0DIOwim025797; Mon, 14 Jan 2008 05:24:58 +1100 (EST) (envelope-from peter) Date: Mon, 14 Jan 2008 05:24:58 +1100 From: Peter Jeremy To: Kostik Belousov , Igor Mozolevsky Message-ID: <20080113182457.GN929@server.vk2pj.dyndns.org> References: <1200197787.67286.13.camel@shumai.marcuscom.com> <20080113064450.GW57756@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3MwIy2ne0vdjdPXF" Content-Disposition: inline In-Reply-To: <20080113064450.GW57756@deviant.kiev.zoral.com.ua> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Joe Marcus Clarke , current Subject: Re: RFC: Adding a hw.features[2] sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 18:25:05 -0000 --3MwIy2ne0vdjdPXF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 13, 2008 at 08:44:50AM +0200, Kostik Belousov wrote: >On Sat, Jan 12, 2008 at 11:16:27PM -0500, Joe Marcus Clarke wrote: >> I find it would be useful to have the list of CPU features available via >> a sysctl. Currently, he only ways to get this information are to have >> linprocfs mounted, or parse dmesg.boot (if it exists). Attached are >Not quite true, since the raw CPU capabilities are accessible using >the cpuid instruction, both to the kernel- and user-mode. >> patches to add hw.features and hw.features2 sysctls for i386 and amd64 >> (where a list of CPU features is applicable). The results are identical >> to the Features and Features2 strings from dmesg: >>=20 >> hw.features2: 0x41d >> hw.features: >> 0xbfebfbff > >The only part that I do not fully agree is to dedicate 1Kb of the kernel >memory to the strings that could be reconstructed in the usermode and >are relatively rare used. All the required strings are already part of identcpu.c so the only overhead would be either a ~200 byte chunk of KVA to store a copy of the identcpu output as a SYSCTL_STRING or a SYSCTL_PROC wrapper around the relevant parts of identcpu.c >I would suggest either export only bitmask of the cpu features and do >the formatting in the sysctl(8), A userland program could perform the cpuid functions itself just as easily as extracting the information from a sysctl. >The first option could be preferable, since kernel might disable some >features, that is not reflected in the output of cpuid instruction. >Example of this would be identcpu.c, line 860 (HTT on AMD). This depends whether you want to know what features are available on the CPU or what features are available in the currently running kernel. In Peter's case, there was a requirement to know the CPU capabilities. OTOH, something like mplayer wants to know what features it can use whilst it's currently executing. On Sun, Jan 13, 2008 at 12:21:02PM +0000, Igor Mozolevsky wrote: >Would /dev/cpuinfo not be more appropriate for this? IMHO, no. Virtually all similar FreeBSD information is exported via sysctl and this sort of information fits neatly into the existing MIB tree as either dev.cpu.N.features or hw.cpu.features --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --3MwIy2ne0vdjdPXF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHild5/opHv/APuIcRAtDwAKCB3iqORvoRpwYl1z+k0lRSYaWX/gCePV7P +VBe/2awkA6qrXvS3eYURR8= =O87V -----END PGP SIGNATURE----- --3MwIy2ne0vdjdPXF-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 18:39:16 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5634416A417 for ; Sun, 13 Jan 2008 18:39:16 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id 335E713C45A for ; Sun, 13 Jan 2008 18:39:15 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.1/8.14.1) with ESMTP id m0DIdF6P057076 for ; Sun, 13 Jan 2008 10:39:15 -0800 (PST) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.1/8.14.1/Submit) id m0DIdF18057075 for freebsd-current@freebsd.org; Sun, 13 Jan 2008 10:39:15 -0800 (PST) (envelope-from obrien) Date: Sun, 13 Jan 2008 10:39:15 -0800 From: "David O'Brien" To: freebsd-current@freebsd.org Message-ID: <20080113183915.GA56979@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, freebsd-current@freebsd.org References: <20080111142336.GA1379@plan0.kaiwan.csbnet.se> <20080113103501.GB46123@dragon.NUXI.org> <20080113171514.GA1210@plan0.kaiwan.csbnet.se> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080113171514.GA1210@plan0.kaiwan.csbnet.se> X-Operating-System: FreeBSD 8.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Re: [Call for testers] "BSD ar" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 18:39:16 -0000 On Sun, Jan 13, 2008 at 06:15:14PM +0100, Kai Wang wrote: > On Sun, Jan 13, 2008 at 02:35:01AM -0800, David O'Brien wrote: > > Can your 'ar' handle multiple targets? .. > > amd64$ ar --help > > ..snip.. > > ar: supported targets: elf64-x86-64 elf32-i386-freebsd srec symbolsrec tekhex binary ihex .. > BTW, It does have advantage in "multiple elf targets" though: In the > case above, this binutils 'ar' (build for amd64) can not handle > elf64-sparc64 or elf32-powerpc object files, while "BSD ar" can. (arch > independent) Hi Kai, I'm sorry I wasn't clear enough - can your BSD 'ar', built on amd64 handle both 32-bit (i.e., "i386") and 64-bit (i.e., "amd64) ELF archives? >From the above it almost seems you're saying it can handle that plus more (other non-x86 arches). Is that correct? -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 19:10:44 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 063AF16A418 for ; Sun, 13 Jan 2008 19:10:44 +0000 (UTC) (envelope-from kaiwang27@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 79EDC13C4EF for ; Sun, 13 Jan 2008 19:10:43 +0000 (UTC) (envelope-from kaiwang27@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so1100927uge.37 for ; Sun, 13 Jan 2008 11:10:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=3WTxCoPjDOkxb/VQeFPIbShRkKjhwmf1JXncC3xPZeg=; b=LL0paoXTy4M2C/Y8CAgMTmV0vFRk6BNtaxA0fDY2qayIzVFZEotLJ51Oa0lnwzpSytQSZtvKofkzO3eLQYhhH3S9FKi0ZZkWctifeMRIFqDORmtd1WN/H4l7RDnHxmBAhiYsT0g08twsEfThHJBCwAAMqGbyWlcPROiOHTzVktk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=iPo52LRSTzN9IdX4gDcQxrYGq483GqFXg6XGcE9y2iZI6BNX3DQoI9b4xRPLcyghl8QRD5UeFuY+uOMt38C8AThlGXLqg9th+qUIep9YtYD7b1pckfrJOO1Ai1/rWZ9oaZKUul9novkX8/kr+YHeubs206GBe8aJdmyHUyo6OhE= Received: by 10.67.101.17 with SMTP id d17mr3195693ugm.53.1200251441666; Sun, 13 Jan 2008 11:10:41 -0800 (PST) Received: from plan0.kaiwan.csbnet.se ( [193.11.244.12]) by mx.google.com with ESMTPS id t12sm4344507gvd.2.2008.01.13.11.10.39 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 13 Jan 2008 11:10:40 -0800 (PST) Received: by plan0.kaiwan.csbnet.se (Postfix, from userid 1001) id 4377DB84A; Sun, 13 Jan 2008 20:10:37 +0100 (CET) Date: Sun, 13 Jan 2008 20:10:37 +0100 From: Kai Wang To: David O'Brien Message-ID: <20080113191037.GA1899@plan0.kaiwan.csbnet.se> Mail-Followup-To: David O'Brien , freebsd-current@freebsd.org References: <20080111142336.GA1379@plan0.kaiwan.csbnet.se> <20080113103501.GB46123@dragon.NUXI.org> <20080113171514.GA1210@plan0.kaiwan.csbnet.se> <20080113183915.GA56979@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20080113183915.GA56979@dragon.NUXI.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: Re: [Call for testers] "BSD ar" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 19:10:44 -0000 On Sun, Jan 13, 2008 at 10:39:15AM -0800, David O'Brien wrote: > Hi Kai, > I'm sorry I wasn't clear enough - can your BSD 'ar', built on amd64 > handle both 32-bit (i.e., "i386") and 64-bit (i.e., "amd64) ELF archives? > > >From the above it almost seems you're saying it can handle that plus more > (other non-x86 arches). Is that correct? Yes. BSD 'ar' can handle all the ELF variants(64/32, LE/BE), regardless of the arch it is built on . This is inherited from libelf. -- Kai From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 19:33:43 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 073B816A41B; Sun, 13 Jan 2008 19:33:43 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id A435B13C4E7; Sun, 13 Jan 2008 19:33:42 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: (from root@localhost) by kientzle.com (8.12.9/8.12.9) id m0DJXMRW056761; Sun, 13 Jan 2008 11:33:22 -0800 (PST) (envelope-from kientzle@freebsd.org) Received: from [10.0.0.209] (p54.kientzle.com [66.166.149.54]) by kientzle.com with SMTP; Sun, 13 Jan 2008 11:33:22 -0800 (PST) (envelope-from kientzle@freebsd.org) Message-ID: <478A6781.3030700@freebsd.org> Date: Sun, 13 Jan 2008 11:33:21 -0800 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <477C82F0.5060809@freebsd.org> <863ateemw2.fsf@ds4.des.no> <200801032200.25650.peter.schuller@infidyne.com> <8663yac62d.fsf@ds4.des.no> <477E72FC.5070304@freebsd.org> <477EA466.6060204@FreeBSD.org> <477EFEAB.8090807@freebsd.org> <868x348iiw.fsf@ds4.des.no> In-Reply-To: <868x348iiw.fsf@ds4.des.no> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Peter Schuller , Jason Evans , Peter Wemm Subject: Re: ELF dynamic loader name X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 19:33:43 -0000 > Instead, the kernel automagically > translates ld-elf.so.1 to ld-elf32.so.1 for 32-bit binaries, and gdb is > none the wiser. Ah! I see. So let me see if I understand: * Peter Wemm's concern about gdb is that the library reference in the compiled binaries always be "ld-elf.so.1" so that the debugger and other system tools can identify references to this special library. * The kernel already has logic to translate refs to this library to "ld-elf.so.1" for the single special case of i386 on amd64 (even though "i386" seems to be spelled "32" in this case). * "Side-grades" from i386 to amd64 have the complication of having to rename ld-elf.so.1 at some point in the process. Failure to do this at the correct point risks breaking the entire system. It still seems that renaming ld-elf.so.1 to ld-elf-.so.1 on disk would solve the side-grade problem (nothing to be renamed, only a new ld-elf-amd64.so.1 to install), and the existing kernel translation logic could be generalized to allow all binaries to refer to ld-elf.so.1, thus addressing the gdb problem in the same way it's been handled for this case for some time. I suppose the question boils down to: * If the kernel translates "ld-elf-so.1" to "ld-elf32.so.1" for i386 binaries on amd64, why should it not do so for i386 binaries on i386 as well? This special case seems to be the root cause of at least some of the side-grade problems being reported. > (see src/sys/sys/imgact_elf.h, src/sys/kern/imgact_elf.c, and the > various instances of Elf_Brandinfo, Elf32_Brandinfo and Elf64_Brandinfo > in the kernel for the precise details of how this is done) Thanks for the pointers; this isn't an area I've looked closely at before... Variant symlinks may also provide a solution to this, but I'm not as familiar with the mechanism behind that, the current implementation status, or how that would interact with issues such as running i386 binaries on amd64 systems. Of course, variant symlinks could also solve the more general problem of handling other shared libraries correctly in multi-architecture environments. (Maybe even provide a cleaner solution to the problem of Linux binaries on FreeBSD? Or is that too much to hope for? ;-) Tim Kientzle From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 19:49:07 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 021B316A417; Sun, 13 Jan 2008 19:49:07 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id A3D0C13C447; Sun, 13 Jan 2008 19:49:06 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id CF1C82099; Sun, 13 Jan 2008 20:48:57 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 3F9D3207E; Sun, 13 Jan 2008 20:48:57 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 141CC8449D; Sun, 13 Jan 2008 20:48:57 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Tim Kientzle References: <477C82F0.5060809@freebsd.org> <863ateemw2.fsf@ds4.des.no> <200801032200.25650.peter.schuller@infidyne.com> <8663yac62d.fsf@ds4.des.no> <477E72FC.5070304@freebsd.org> <477EA466.6060204@FreeBSD.org> <477EFEAB.8090807@freebsd.org> <868x348iiw.fsf@ds4.des.no> <478A6781.3030700@freebsd.org> Date: Sun, 13 Jan 2008 20:48:56 +0100 In-Reply-To: <478A6781.3030700@freebsd.org> (Tim Kientzle's message of "Sun\, 13 Jan 2008 11\:33\:21 -0800") Message-ID: <86fxx1pkuv.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Peter Schuller , Jason Evans , Peter Wemm Subject: Re: ELF dynamic loader name X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 19:49:07 -0000 Tim Kientzle writes: > * The kernel already has logic to translate refs to this > library to "ld-elf.so.1" for the single > special case of i386 on amd64 (even though "i386" seems to > be spelled "32" in this case). Not only that, but also for 32-bit Linux binaries on i386, and 32-bit and 64-bit Linux binaries on amd64. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 20:25:05 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 869A916A469 for ; Sun, 13 Jan 2008 20:25:05 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 00FB313C478 for ; Sun, 13 Jan 2008 20:25:04 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <478A739F.2030003@FreeBSD.org> Date: Sun, 13 Jan 2008 21:25:03 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: mpsafe psm driver needed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 20:25:05 -0000 Hi guys, I've been looking at some mutex profiling traces from users of 6.x and 7.x who are reporting that their mouse pointer sometimes freezes when their system is busy. In most of the situations I have looked at this is because the psm driver is Giant-locked, and competes with other things like the syncer (in 6.x), or sysctl calls (I have a WIP for this that I need to revisit). This is a minor problem from a grand architectural point of view but an important one from a usability point of view. I believe these particular interactivity problems would be resolved if the psm driver no longer required Giant. Is anyone able to work on this? Kris From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 21:44:10 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A0D616A41B; Sun, 13 Jan 2008 21:44:10 +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 3230D13C474; Sun, 13 Jan 2008 21:44:10 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.14.1/8.13.7) with ESMTP id m0DLWKNA091234; Sun, 13 Jan 2008 13:32:20 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.14.1/8.13.4/Submit) id m0DLWKfc091233; Sun, 13 Jan 2008 13:32:20 -0800 (PST) Date: Sun, 13 Jan 2008 13:32:20 -0800 (PST) From: Matthew Dillon Message-Id: <200801132132.m0DLWKfc091233@apollo.backplane.com> References: <200801111917.m0BJHP8u018954@lurza.secnetix.de> <200801131107.15267.doconnor@gsoft.com.au> <200801131559.32933.doconnor@gsoft.com.au> <1763386364.20080113091014@lacave.net> Cc: freebsd-current@freebsd.org, freebsd-chat@freebsd.org Subject: mail<->usenet gateway / web-forum (was Re: FreeBSD's problems as seen by the BSDForen.de community) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 21:44:10 -0000 A web forum is a nice thing to have. I haven't found one that I am comfortable with security wise. A lot of people use our archives and a small but non trivial number post via our newsgroups. Most browsers no longer ship with a built-in nntp/news protocol, though (not sure about IE). We use MHONARC to make our mailing list archives available via the web. It works very well but it is read-only. FreeBSD might want to look into it, the UI is pretty friendly. We just use google to search it. USENET is basically dead (and has been for years), but the NNTP protocol itself is still quite nice. I never found the time to write a web-based forum using an NNTP backend. If anyone knows of such a beast, please email me! I'll include a quick summary of how to set up a mail<->news gateway below but it may not be worth the hassle to do. I will say, however, that both DIABLO and INN are so stable that a news system is basically self-maintaining once you have the cron jobs to trim the logs and spools in place. I haven't actually had to touch our news subsystem in three years. Literally haven't even CD'ed into it or logged in as the news user in three years. You can't get much better then that. -- Setting up a mail<->news gateway takes a few day, but once you have it working it is fairly self maintaining. * Set up a private news server, INN or DIABLO. Do NOT try to forward into the (now terribly maintained and broken) global usenet news system. * Enable NNTP access to the server. Typically enable anonymous access. * Add a forwarding email address to each mailing list you want to forward into the newsgroup. Feed the postings through a mail->usenet gateway. * Set up a cron job to pull postings made to the NEWS system back to the mailing list. The gateway program can be something like NNTPFWD, which is part of the bestserv mailing list manager tar: http://apollo.backplane.com/FreeSrc/bestserv-1.04.tgz (nntpfwd subdir) It is a stand-alone program and should work with any usenet news server. It should work with majordomo but may need minor adjustments to avoid mail<->news loops. It uses NNTP and has options to take a mail feed so it can feed in both directions. There are four major issues when setting up a gateway. * Unless you've set up INN or DIABLO before, it can take a few days just understanding how all the bits and pieces work. * Security settings have to allow the gateway program to do the mail<->news work without blocking or bouncing the messages/postings. Don't use an externally visible email address for the mail->news forwarding or it will get spammed. * Make sure you don't have forwarding loops between the mail and news gateway. Make sure you can post to the mailing list and have it show up on the newsgroup and NOT feed back to the mailing list, and make sure you can post to the newsgroup and have it show up on the mailing list and NOT feed back to the newsgroup. * After a few weeks check the disk usage of the news system and create cron jobs to trim the logs and/or news store appropriately. Once you do this the news gateway will be self maintaining. -Matt Matthew Dillon From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 21:54:54 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D62EE16A41A for ; Sun, 13 Jan 2008 21:54:54 +0000 (UTC) (envelope-from darranc@deejc.net) Received: from smtp02.one2one.net (smtp02.one2one.net [149.254.192.174]) by mx1.freebsd.org (Postfix) with ESMTP id 675DE13C4D3 for ; Sun, 13 Jan 2008 21:54:54 +0000 (UTC) (envelope-from darranc@deejc.net) Received: from [127.0.0.1] (helo=localhost) by localhost.localdomain with esmtp (Exim 4.50) id 1JDF9Y-0007WB-Hr; Fri, 11 Jan 2008 08:22:12 +0000 Received: from localhost.localdomain ([127.0.0.1]) by localhost (smtpbeckt01 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28725-08; Fri, 11 Jan 2008 08:22:12 +0000 (GMT) Received: from [10.32.16.89] (helo=[10.32.16.89]) by localhost.localdomain with esmtp (Exim 4.50) id 1JDF9X-0007W6-2R; Fri, 11 Jan 2008 08:22:12 +0000 Message-ID: <47872657.5000100@deejc.net> Date: Fri, 11 Jan 2008 08:18:31 +0000 From: Darran User-Agent: Thunderbird 2.0.0.6 (X11/20070728) MIME-Version: 1.0 To: Scot Hetzel References: <319b588b0801060139m5e99e857of3a8f44ab3d2e078@mail.gmail.com> <003401c85059$581790f0$6501a8c0@Vostro> <790a9fff0801092316s44f07257ne6ac48a8c9a09f97@mail.gmail.com> <790a9fff0801100559k42cf4c33ha93ae50ed9d27ac0@mail.gmail.com> <000001c853c2$13e5d790$6501a8c0@Vostro> <790a9fff0801101408me7eaaa1ycfb6a5b9f26dfa9c@mail.gmail.com> In-Reply-To: <790a9fff0801101408me7eaaa1ycfb6a5b9f26dfa9c@mail.gmail.com> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms030806050203090109090906" X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at example.com X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Mail-From: darranc@deejc.net X-SA-Exim-Scanned: No (on localhost.localdomain); SAEximRunCond expanded to false Cc: freebsd-current@freebsd.org Subject: Re: Hung laptop now will not boot 7.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 21:54:54 -0000 This is a cryptographically signed message in MIME format. --------------ms030806050203090109090906 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Scot Hetzel wrote: > On 1/10/08, Darran wrote: > >> Thanks Scot I tried this one and I still don't get any connection showing >> when I look in ifconfig -a >> >> I ran ndisgen and bcmwl5.inf and bcmwl564.sys which created bcmwl564_sys.ko, >> I kldload'ed it and nothing .. even in the message's I don't see the usual >> Dell entry when the driver loads. >> >> > > Do you have an entry similar to this in your dmesg? > > ndis0: mem 0xc0204000-0xc0205fff irq 21 at > device 2.0 on pci6 > > Scot > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > hi scot, i do not have this entry, i got it on 6.2 when i used ndis but i dont get it now when i load the driver created from the link you gave me ? Darran http://www.deejc.net --------------ms030806050203090109090906 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIH+zCC AlgwggHBoAMCAQICEC4N3+8bOWbjM8NONNhNsVAwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA3MDMxOTEyNDEzNloX DTA4MDMxODEyNDEzNlowQzEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEgMB4G CSqGSIb3DQEJARYRZGFycmFuY0BkZWVqYy5uZXQwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJ AoGBANmDFEcbptwbmawNK6+7QngGHBeiU4gOuYU3D3X1Zucv3hI2qMpcqPuYO6HUOsVGFxqe S8fx0qa3wvlx9zjEotOBcKHupZxku9JNiofhhtBi4y0iaC2V+j1GqDxkz0W+s32f7dAT1X1z v2Jt04XkL+OWW7V2sZhbBeQ9jXzXJK1hAgMBAAGjLjAsMBwGA1UdEQQVMBOBEWRhcnJhbmNA ZGVlamMubmV0MAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAawNjU0urh2u6syrZ EzC0qU/nuiPHMd/2rVLWj0a9QRL89hgMNM/bR4iePEH3+8jBH+uBStMAm0FvzWzJj2Kiak3J V5GnZ/7J31EWXiGQcheAp7rFi9ud4vKh2bZPcI6reN9k7dvSvmyix4cFWDx/p7gZvXdhxjxK 7SMncHHA4BUwggJYMIIBwaADAgECAhAuDd/vGzlm4zPDTjTYTbFQMA0GCSqGSIb3DQEBBQUA MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQu MSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNzAz MTkxMjQxMzZaFw0wODAzMTgxMjQxMzZaMEMxHzAdBgNVBAMTFlRoYXd0ZSBGcmVlbWFpbCBN ZW1iZXIxIDAeBgkqhkiG9w0BCQEWEWRhcnJhbmNAZGVlamMubmV0MIGfMA0GCSqGSIb3DQEB AQUAA4GNADCBiQKBgQDZgxRHG6bcG5msDSuvu0J4BhwXolOIDrmFNw919WbnL94SNqjKXKj7 mDuh1DrFRhcankvH8dKmt8L5cfc4xKLTgXCh7qWcZLvSTYqH4YbQYuMtImgtlfo9Rqg8ZM9F vrN9n+3QE9V9c79ibdOF5C/jllu1drGYWwXkPY181yStYQIDAQABoy4wLDAcBgNVHREEFTAT gRFkYXJyYW5jQGRlZWpjLm5ldDAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBQUAA4GBAGsD Y1NLq4drurMq2RMwtKlP57ojxzHf9q1S1o9GvUES/PYYDDTP20eInjxB9/vIwR/rgUrTAJtB b81syY9iompNyVeRp2f+yd9RFl4hkHIXgKe6xYvbneLyodm2T3COq3jfZO3b0r5soseHBVg8 f6e4Gb13YcY8Su0jJ3BxwOAVMIIDPzCCAqigAwIBAgIBDTANBgkqhkiG9w0BAQUFADCB0TEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlmaWNhdGlvbiBT ZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIENB MSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3dGUuY29tMB4XDTAzMDcx NzAwMDAwMFoXDTEzMDcxNjIzNTk1OVowYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0 ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVl bWFpbCBJc3N1aW5nIENBMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDEpjxVc1X7TrnK mVoeaMB1BHCd3+n/ox7svc31W/Iadr1/DDph8r9RzgHU5VAKMNcCY1osiRVwjt3J8CuFWqo/ cVbLrzwLB+fxH5E2JCoTzyvV84J3PQO+K/67GD4Hv0CAAmTXp6a7n2XRxSpUhQ9IBH+nttE8 YQRAHmQZcmC3+wIDAQABo4GUMIGRMBIGA1UdEwEB/wQIMAYBAf8CAQAwQwYDVR0fBDwwOjA4 oDagNIYyaHR0cDovL2NybC50aGF3dGUuY29tL1RoYXd0ZVBlcnNvbmFsRnJlZW1haWxDQS5j cmwwCwYDVR0PBAQDAgEGMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwy LTEzODANBgkqhkiG9w0BAQUFAAOBgQBIjNFQg+oLLswNo2asZw9/r6y+whehQ5aUnX9MIbj4 Nh+qLZ82L8D0HFAgk3A8/a3hYWLD2ToZfoSxmRsAxRoLgnSeJVCUYsfbJ3FXJY3dqZw5jowg T2Vfldr394fWxghOrvbqNOUQGls1TXfjViF4gtwhGTXeJLHTHUb/XV9lTzGCAuMwggLfAgEB MHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0 ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhAuDd/v Gzlm4zPDTjTYTbFQMAkGBSsOAwIaBQCgggHDMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEw HAYJKoZIhvcNAQkFMQ8XDTA4MDExMTA4MTgzMVowIwYJKoZIhvcNAQkEMRYEFFKvUud0Faz5 zrkx4UTdXsCJzDO/MFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwIC AgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGFBgkrBgEEAYI3 EAQxeDB2MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5 KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIQ Lg3f7xs5ZuMzw0402E2xUDCBhwYLKoZIhvcNAQkQAgsxeKB2MGIxCzAJBgNVBAYTAlpBMSUw IwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUg UGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIQLg3f7xs5ZuMzw0402E2xUDANBgkqhkiG 9w0BAQEFAASBgKWQga0BzA9slEhI8YuLsXkU+mqR7GucnIhcsqBz6fMv1MIHIwLgVtONb561 uc7rQQAP7Y2hHi0fQsiyY6y4I3Sf++ReHXNIMywuupHBMtbTOpzb0wmmH00R2m5pocJR587P axfet8wA7n/ARZ4XP2OFiWyhMNhhUbk155IBI36dAAAAAAAA --------------ms030806050203090109090906-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 13 23:49:34 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CEA716A418 for ; Sun, 13 Jan 2008 23:49:34 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id F0B8213C447 for ; Sun, 13 Jan 2008 23:49:33 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JECa3-0007Kp-T6 for freebsd-current@freebsd.org; Sun, 13 Jan 2008 23:49:31 +0000 Received: from 78-1-65-184.adsl.net.t-com.hr ([78.1.65.184]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 13 Jan 2008 23:49:31 +0000 Received: from ivoras by 78-1-65-184.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 13 Jan 2008 23:49:31 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Mon, 14 Jan 2008 00:49:22 +0100 Lines: 37 Message-ID: References: <1200197787.67286.13.camel@shumai.marcuscom.com> <20080113064450.GW57756@deviant.kiev.zoral.com.ua> <20080113182457.GN929@server.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig68BDE2746B71C9F5887DC8D6" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 78-1-65-184.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) In-Reply-To: <20080113182457.GN929@server.vk2pj.dyndns.org> X-Enigmail-Version: 0.95.6 Sender: news Subject: Re: RFC: Adding a hw.features[2] sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 23:49:34 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig68BDE2746B71C9F5887DC8D6 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Peter Jeremy wrote: > A userland program could perform the cpuid functions itself just as > easily as extracting the information from a sysctl. In theory, yes, but not if it's a "system overview" kind of tool not=20 written by someone who knows assembler or for someone who just wants to=20 call a library's "enableSSE()" function, or if the program's not written = in C... It would be a good thing to have this facility, and done right (not like = text-parsing /proc/cpuinfo in Linux). --------------enig68BDE2746B71C9F5887DC8D6 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.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHiqOCldnAQVacBcgRAj5wAJ9++5JsZxx9/w2kQ6X8ro3mwkHc1gCeOFs4 iO8DOy4S/i/Zz3WUMCOReUk= =FDAU -----END PGP SIGNATURE----- --------------enig68BDE2746B71C9F5887DC8D6-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 00:56:22 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E3F516A419; Mon, 14 Jan 2008 00:56:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id CA68613C43E; Mon, 14 Jan 2008 00:56:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0E0uKwK024720; Sun, 13 Jan 2008 19:56:20 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0E0uKe8066530; Sun, 13 Jan 2008 19:56:20 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 620CB73039; Sun, 13 Jan 2008 19:56:20 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080114005620.620CB73039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 19:56:20 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 00:56:22 -0000 TB --- 2008-01-13 23:45:24 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-13 23:45:24 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-01-13 23:45:24 - cleaning the object tree TB --- 2008-01-13 23:45:52 - cvsupping the source tree TB --- 2008-01-13 23:45:52 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-01-13 23:46:02 - building world (CFLAGS=-O -pipe) TB --- 2008-01-13 23:46:02 - cd /src TB --- 2008-01-13 23:46:02 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 13 23:46:03 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Jan 14 00:47:37 UTC 2008 TB --- 2008-01-14 00:47:37 - generating LINT kernel config TB --- 2008-01-14 00:47:37 - cd /src/sys/pc98/conf TB --- 2008-01-14 00:47:37 - /usr/bin/make -B LINT TB --- 2008-01-14 00:47:37 - building LINT kernel (COPTFLAGS=) TB --- 2008-01-14 00:47:37 - cd /src TB --- 2008-01-14 00:47:37 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jan 14 00:47:37 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cxgb_main.o(.text+0x31c2): In function `bind_qsets': : undefined reference to `cxgb_pcpu_startup_threads' cxgb_main.o(.text+0x48c7): In function `cxgb_tx_common': : undefined reference to `cxgb_dequeue_packet' cxgb_sge.o(.text+0x4a0d): In function `t3_sge_alloc_qset': : undefined reference to `cxgb_txq_buf_ring_size' cxgb_sge.o(.text+0x4ab5): In function `t3_sge_alloc_qset': : undefined reference to `cxgb_txq_buf_ring_size' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-14 00:56:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-14 00:56:20 - ERROR: failed to build lint kernel TB --- 2008-01-14 00:56:20 - tinderbox aborted TB --- 3131.06 user 394.44 system 4255.39 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 01:21:17 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C62516A418 for ; Mon, 14 Jan 2008 01:21:17 +0000 (UTC) (envelope-from mozolevsky@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 A013213C442 for ; Mon, 14 Jan 2008 01:21:16 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so1159568uge.37 for ; Sun, 13 Jan 2008 17:21:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received: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; bh=fY/SxsRhMY2ZnMKGxCd0FUT5XAxtZIB7lIpo2c9vGW0=; b=lXcGd+CVts1vJetcQEb9Kg8+XRiNMCzIuEiVlhJbxE27j8J5HecpR3qIGbtBkY/2dkc7NqlOJ+yZ+lIUM0rjC+bIjIl8uQmx7g7Q0BFJh8i44xSn2OZM1AamyU6gwrrg42a53ziBzpXweDMhep+tWdQGbxpYFo4Qmfsvob0igjw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=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=KcpmAd0sgO6GVYBG0nn0ErEHdXMcATq7l0ODZs0D1RHeJXSluyS4ZnTr8n0C07P1xylLnF00/Yt85DgysxGOtWfbUwor+o9vghuTSnmrH/yJy6bp9cTxSA/jtt2ujaq8YnqHaV2Rug/7dv5+OSyQ4sEJiPvFt/ex91nkIc5LhvI= Received: by 10.67.116.18 with SMTP id t18mr3003809ugm.85.1200273675173; Sun, 13 Jan 2008 17:21:15 -0800 (PST) Received: by 10.66.248.11 with HTTP; Sun, 13 Jan 2008 17:21:15 -0800 (PST) Message-ID: Date: Mon, 14 Jan 2008 01:21:15 +0000 From: "Igor Mozolevsky" Sender: mozolevsky@gmail.com To: "Peter Jeremy" In-Reply-To: <20080113182457.GN929@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1200197787.67286.13.camel@shumai.marcuscom.com> <20080113064450.GW57756@deviant.kiev.zoral.com.ua> <20080113182457.GN929@server.vk2pj.dyndns.org> X-Google-Sender-Auth: ae113a085b5ada77 Cc: Kostik Belousov , Joe Marcus Clarke , current Subject: Re: RFC: Adding a hw.features[2] sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 01:21:17 -0000 On 13/01/2008, Peter Jeremy wrote: > IMHO, no. Virtually all similar FreeBSD information is exported via > sysctl and this sort of information fits neatly into the existing > MIB tree as either dev.cpu.N.features or hw.cpu.features /dev/sndstat? If it's in /dev you can do neat tricks like ioctl-ing queries (like ioctl(/dev/cpuinfo, CINFOCTL_HAS_FEATURES, CINFO_SSE3|CINFO_SSSE3)) instead of having *every* app parse the result of a sysctl; most of the time you'd only want to check for specific feature , it's much easier to do an ioctl that returns a boolean. Igor From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 01:46:09 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D788316A420; Mon, 14 Jan 2008 01:46:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 82DDC13C455; Mon, 14 Jan 2008 01:46:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0E1k8h0026617; Sun, 13 Jan 2008 20:46:08 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0E1k8R8004966; Sun, 13 Jan 2008 20:46:08 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D7D5E73039; Sun, 13 Jan 2008 20:46:07 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080114014607.D7D5E73039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 20:46:07 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 01:46:10 -0000 TB --- 2008-01-14 00:25:28 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-14 00:25:28 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-01-14 00:25:28 - cleaning the object tree TB --- 2008-01-14 00:25:58 - cvsupping the source tree TB --- 2008-01-14 00:25:58 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-01-14 00:26:06 - building world (CFLAGS=-O -pipe) TB --- 2008-01-14 00:26:06 - cd /src TB --- 2008-01-14 00:26:06 - /usr/bin/make -B buildworld >>> World build started on Mon Jan 14 00:26:08 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Jan 14 01:36:01 UTC 2008 TB --- 2008-01-14 01:36:01 - generating LINT kernel config TB --- 2008-01-14 01:36:01 - cd /src/sys/ia64/conf TB --- 2008-01-14 01:36:01 - /usr/bin/make -B LINT TB --- 2008-01-14 01:36:01 - building LINT kernel (COPTFLAGS=) TB --- 2008-01-14 01:36:01 - cd /src TB --- 2008-01-14 01:36:01 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jan 14 01:36:01 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cxgb_sge.o(.text+0xfc12): In function `t3_sge_alloc_qset': : undefined reference to `cxgb_txq_buf_ring_size' cxgb_sge.o(.text+0xfc20): In function `t3_sge_alloc_qset': : undefined reference to `cxgb_txq_buf_ring_size' cxgb_sge.o(.text+0xff12): In function `t3_sge_alloc_qset': : undefined reference to `cxgb_txq_buf_ring_size' cxgb_sge.o(.text+0xff20): In function `t3_sge_alloc_qset': : undefined reference to `cxgb_txq_buf_ring_size' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-14 01:46:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-14 01:46:07 - ERROR: failed to build lint kernel TB --- 2008-01-14 01:46:07 - tinderbox aborted TB --- 3662.94 user 390.00 system 4839.19 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 02:05:26 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A13416A418; Mon, 14 Jan 2008 02:05:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2EF3813C457; Mon, 14 Jan 2008 02:05:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0E25PC4027439; Sun, 13 Jan 2008 21:05:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0E25PmB004087; Sun, 13 Jan 2008 21:05:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1094773039; Sun, 13 Jan 2008 21:05:25 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080114020525.1094773039@freebsd-current.sentex.ca> Date: Sun, 13 Jan 2008 21:05:25 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 02:05:26 -0000 TB --- 2008-01-14 00:56:20 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-14 00:56:20 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-01-14 00:56:20 - cleaning the object tree TB --- 2008-01-14 00:56:40 - cvsupping the source tree TB --- 2008-01-14 00:56:40 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-01-14 00:56:47 - building world (CFLAGS=-O -pipe) TB --- 2008-01-14 00:56:47 - cd /src TB --- 2008-01-14 00:56:47 - /usr/bin/make -B buildworld >>> World build started on Mon Jan 14 00:56:48 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Jan 14 01:58:50 UTC 2008 TB --- 2008-01-14 01:58:50 - generating LINT kernel config TB --- 2008-01-14 01:58:50 - cd /src/sys/powerpc/conf TB --- 2008-01-14 01:58:50 - /usr/bin/make -B LINT TB --- 2008-01-14 01:58:50 - building LINT kernel (COPTFLAGS=) TB --- 2008-01-14 01:58:50 - cd /src TB --- 2008-01-14 01:58:50 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jan 14 01:58:50 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cxgb_sge.o(.text+0x56ee): In function `t3_sge_alloc_qset': : undefined reference to `cxgb_txq_buf_ring_size' cxgb_sge.o(.text+0x56f2): In function `t3_sge_alloc_qset': : undefined reference to `cxgb_txq_buf_ring_size' cxgb_sge.o(.text+0x57ae): In function `t3_sge_alloc_qset': : undefined reference to `cxgb_txq_buf_ring_size' cxgb_sge.o(.text+0x57b2): In function `t3_sge_alloc_qset': : undefined reference to `cxgb_txq_buf_ring_size' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-14 02:05:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-14 02:05:25 - ERROR: failed to build lint kernel TB --- 2008-01-14 02:05:25 - tinderbox aborted TB --- 3114.79 user 363.66 system 4144.60 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 02:11:49 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D5D416A469 for ; Mon, 14 Jan 2008 02:11:49 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from QMTA06.emeryville.ca.mail.comcast.net (qmta06.emeryville.ca.mail.comcast.net [76.96.30.56]) by mx1.freebsd.org (Postfix) with ESMTP id 1AAE313C467 for ; Mon, 14 Jan 2008 02:11:49 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from OMTA10.emeryville.ca.mail.comcast.net ([76.96.30.28]) by QMTA06.emeryville.ca.mail.comcast.net with comcast id clwF1Y0090cQ2SL0A0GV00; Mon, 14 Jan 2008 02:00:48 +0000 Received: from ANTENNA.LOCAL ([68.35.224.189]) by OMTA10.emeryville.ca.mail.comcast.net with comcast id cq0A1Y00C45o48c8W00000; Mon, 14 Jan 2008 02:00:13 +0000 X-Authority-Analysis: v=1.0 c=1 a=BZmrEeO8dF8A:10 a=6I5d2MoRAAAA:8 a=MbspKBtSGnA9ootLD3YA:9 a=1FReDUxnbgyspRhoDaAA:7 a=NU6lWFkGJ18aFOZtgV0iK9EYWuQA:4 a=SV7veod9ZcQA:10 a=a24e7YDjOykA:10 Message-ID: <478AC1F0.10500@comcast.net> Date: Sun, 13 Jan 2008 20:59:12 -0500 From: Nathan Lay User-Agent: Thunderbird 2.0.0.9 (X11/20071230) MIME-Version: 1.0 To: Igor Mozolevsky References: <1200197787.67286.13.camel@shumai.marcuscom.com> <20080113064450.GW57756@deviant.kiev.zoral.com.ua> <20080113182457.GN929@server.vk2pj.dyndns.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Kostik Belousov , Peter Jeremy , Joe Marcus Clarke , current Subject: Re: RFC: Adding a hw.features[2] sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 02:11:49 -0000 Igor Mozolevsky wrote: > On 13/01/2008, Peter Jeremy wrote: > > >> IMHO, no. Virtually all similar FreeBSD information is exported via >> sysctl and this sort of information fits neatly into the existing >> MIB tree as either dev.cpu.N.features or hw.cpu.features >> > > /dev/sndstat? > > If it's in /dev you can do neat tricks like ioctl-ing queries (like > ioctl(/dev/cpuinfo, CINFOCTL_HAS_FEATURES, CINFO_SSE3|CINFO_SSSE3)) > instead of having *every* app parse the result of a sysctl; most of > the time you'd only want to check for specific feature , it's much > easier to do an ioctl that returns a boolean. > > Igor > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > Or perhaps, create an ioctl that returns a bitmask of all available CPU features. This way, only one ioctl() call is necessary and allows programs to query any and all features in an inexpensive way. Calling ioctl() for each feature query is comparably more expensive. Best Regards, Nathan Lay From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 02:14:24 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F138D16A469 for ; Mon, 14 Jan 2008 02:14:24 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id 6C9A413C459 for ; Mon, 14 Jan 2008 02:14:23 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so1166563uge.37 for ; Sun, 13 Jan 2008 18:14:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received: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; bh=ts+20FgFDupaykcbi6TVnenFEYZFygFfZ8Hrz7yqEhE=; b=k5hZGcDBuIqJvs4eVRTLdQXOxga9+IrBJpf3GcPT64DN8Lny4siyiMHgtNOQubWJFVfD4e569VvFukNjxpQPkKygwPzTILNxe9PDxgk2WugZu3BR1JWp7O9jA7EJ3ltOV37ypOhuI9bUzxZRKwTgpR6yJXuDKaUVAUcP4Q0uABQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=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=i3QkFiPU0oC9WKGjN02obCnsv5fFRbtO85x4ZatX7A1vznCpdqR44ZfG+1NQSpSTMwuSTndO8siSr7MPncXdd+JAB8mrte4UReM0HfqlVNrTHL3OXTgbnwDj+hMrUEhUr/17kKxQiRN3s1gaaVHrNlDtPtIZXeuzLEbb0cVj6oo= Received: by 10.67.26.7 with SMTP id d7mr2574530ugj.23.1200276862823; Sun, 13 Jan 2008 18:14:22 -0800 (PST) Received: by 10.66.248.11 with HTTP; Sun, 13 Jan 2008 18:14:22 -0800 (PST) Message-ID: Date: Mon, 14 Jan 2008 02:14:22 +0000 From: "Igor Mozolevsky" Sender: mozolevsky@gmail.com To: "Nathan Lay" In-Reply-To: <478AC1F0.10500@comcast.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1200197787.67286.13.camel@shumai.marcuscom.com> <20080113064450.GW57756@deviant.kiev.zoral.com.ua> <20080113182457.GN929@server.vk2pj.dyndns.org> <478AC1F0.10500@comcast.net> X-Google-Sender-Auth: 44691e75f9d14c51 Cc: Kostik Belousov , Peter Jeremy , Joe Marcus Clarke , current Subject: Re: RFC: Adding a hw.features[2] sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 02:14:25 -0000 On 14/01/2008, Nathan Lay wrote: > Igor Mozolevsky wrote: > > On 13/01/2008, Peter Jeremy wrote: > > > > > >> IMHO, no. Virtually all similar FreeBSD information is exported via > >> sysctl and this sort of information fits neatly into the existing > >> MIB tree as either dev.cpu.N.features or hw.cpu.features > >> > > > > /dev/sndstat? > > > > If it's in /dev you can do neat tricks like ioctl-ing queries (like > > ioctl(/dev/cpuinfo, CINFOCTL_HAS_FEATURES, CINFO_SSE3|CINFO_SSSE3)) > > instead of having *every* app parse the result of a sysctl; most of > > the time you'd only want to check for specific feature , it's much > > easier to do an ioctl that returns a boolean. > > Or perhaps, create an ioctl that returns a bitmask of all available CPU > features. This way, only one ioctl() call is necessary and allows > programs to query any and all features in an inexpensive way. Calling > ioctl() for each feature query is comparably more expensive. You won't you'd OR all of the features you want to check; but yes, having a param that returns the whole lot would also be great, as well as the driver returning human-readable representation if it was open for writing... The idea is to allow the flexibility, so that the programmers/users are free to choose what suits them, and not being forced into having to do only one thing. :-) Igor From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 02:15:51 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3216916A419 for ; Mon, 14 Jan 2008 02:15:51 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id B762E13C46B for ; Mon, 14 Jan 2008 02:15:50 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so1166735uge.37 for ; Sun, 13 Jan 2008 18:15:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received: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; bh=zCXTDK21wuwzA5IRJotUPy+5E0wtHQ5tm1jEbdyESt8=; b=Oz+Om4m/0c186UnjgG01vZqTis692W98wnfobkALB3MlZgfL6eeM6y3bX4QeT+ITAjaRfvrDX+d93hapDwL33L4tH/qnShzs9S1LTGcMlaQJkV2NqvNmgqVPFz5Dxnjfzob/xBNDcPwLLdVuViZH9y4osHmBs56EDOeXad9arXY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=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=FWH59KspSvi7DN9+JL25DOKMpMQE7Eu+PJ/Fn9nPj+akxh54uVmAYJHFqUi1F9dsO2LMYh8a/wy7CKA7CMgMQ7XyYxnWRYe1uKQPJaFubEYJyB7BMHptnWTJaN4er7LfetvVMtnWkc0othcuCC7p+tbJDdgxGIIPq25Uljmc5i8= Received: by 10.66.248.5 with SMTP id v5mr3245429ugh.17.1200276949547; Sun, 13 Jan 2008 18:15:49 -0800 (PST) Received: by 10.66.248.11 with HTTP; Sun, 13 Jan 2008 18:15:49 -0800 (PST) Message-ID: Date: Mon, 14 Jan 2008 02:15:49 +0000 From: "Igor Mozolevsky" Sender: mozolevsky@gmail.com To: "Nathan Lay" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1200197787.67286.13.camel@shumai.marcuscom.com> <20080113064450.GW57756@deviant.kiev.zoral.com.ua> <20080113182457.GN929@server.vk2pj.dyndns.org> <478AC1F0.10500@comcast.net> X-Google-Sender-Auth: 2ef278e5138c0541 Cc: Kostik Belousov , Peter Jeremy , Joe Marcus Clarke , current Subject: Re: RFC: Adding a hw.features[2] sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 02:15:51 -0000 On 14/01/2008, Igor Mozolevsky wrote: > On 14/01/2008, Nathan Lay wrote: > > Igor Mozolevsky wrote: > > > On 13/01/2008, Peter Jeremy wrote: > > > > > > > > >> IMHO, no. Virtually all similar FreeBSD information is exported via > > >> sysctl and this sort of information fits neatly into the existing > > >> MIB tree as either dev.cpu.N.features or hw.cpu.features > > >> > > > > > > /dev/sndstat? > > > > > > If it's in /dev you can do neat tricks like ioctl-ing queries (like > > > ioctl(/dev/cpuinfo, CINFOCTL_HAS_FEATURES, CINFO_SSE3|CINFO_SSSE3)) > > > instead of having *every* app parse the result of a sysctl; most of > > > the time you'd only want to check for specific feature , it's much > > > easier to do an ioctl that returns a boolean. > > > > Or perhaps, create an ioctl that returns a bitmask of all available CPU > > features. This way, only one ioctl() call is necessary and allows > > programs to query any and all features in an inexpensive way. Calling > > ioctl() for each feature query is comparably more expensive. > > You won't you'd OR all of the features you want to check; but yes, > having a param that returns the whole lot would also be great, as well > as the driver returning human-readable representation if it was open > for writing... ... for reading... It's getting late here!.. From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 02:24:30 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88DD216A417 for ; Mon, 14 Jan 2008 02:24:30 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id BCDEB13C46E for ; Mon, 14 Jan 2008 02:24:29 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m0E2OR4n086274 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 14 Jan 2008 12:54:28 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Mon, 14 Jan 2008 12:54:18 +1030 User-Agent: KMail/1.9.7 References: <1200197787.67286.13.camel@shumai.marcuscom.com> <20080113182457.GN929@server.vk2pj.dyndns.org> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2523360.UKpdXc1Aq2"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200801141254.20400.doconnor@gsoft.com.au> X-Spam-Score: -3.384 () ALL_TRUSTED,AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Kostik Belousov , Peter Jeremy , Joe Marcus Clarke , current , Igor Mozolevsky Subject: Re: RFC: Adding a hw.features[2] sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 02:24:30 -0000 --nextPart2523360.UKpdXc1Aq2 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Mon, 14 Jan 2008, Igor Mozolevsky wrote: > On 13/01/2008, Peter Jeremy wrote: > > IMHO, no. Virtually all similar FreeBSD information is exported > > via sysctl and this sort of information fits neatly into the > > existing MIB tree as either dev.cpu.N.features or hw.cpu.features > > /dev/sndstat? A single handy counter example to the many many that are sysctls :) > If it's in /dev you can do neat tricks like ioctl-ing queries (like > ioctl(/dev/cpuinfo, CINFOCTL_HAS_FEATURES, CINFO_SSE3|CINFO_SSSE3)) > instead of having *every* app parse the result of a sysctl; most of > the time you'd only want to check for specific feature , it's much > easier to do an ioctl that returns a boolean. Except you can't do that from a shell script. (eg wrapper script to run optimised binaries) sysctl is easy and sysctl is common, just use it.. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2523360.UKpdXc1Aq2 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHisfU5ZPcIHs/zowRApsMAJoDrR/hkorcS/j9PpJcgnSVejYoAQCffK2c Y6MDu+i3WbSrShnxInuFaOU= =QwOy -----END PGP SIGNATURE----- --nextPart2523360.UKpdXc1Aq2-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 02:37:17 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B6AA16A417; Mon, 14 Jan 2008 02:37:17 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id ED46B13C43E; Mon, 14 Jan 2008 02:37:15 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m0E2OR4n086274 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 14 Jan 2008 12:54:28 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Mon, 14 Jan 2008 12:54:18 +1030 User-Agent: KMail/1.9.7 References: <1200197787.67286.13.camel@shumai.marcuscom.com> <20080113182457.GN929@server.vk2pj.dyndns.org> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2523360.UKpdXc1Aq2"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200801141254.20400.doconnor@gsoft.com.au> X-Spam-Score: -3.384 () ALL_TRUSTED,AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Kostik Belousov , Peter Jeremy , Joe Marcus Clarke , current , Igor Mozolevsky Subject: Re: RFC: Adding a hw.features[2] sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 02:37:17 -0000 --nextPart2523360.UKpdXc1Aq2 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Mon, 14 Jan 2008, Igor Mozolevsky wrote: > On 13/01/2008, Peter Jeremy wrote: > > IMHO, no. Virtually all similar FreeBSD information is exported > > via sysctl and this sort of information fits neatly into the > > existing MIB tree as either dev.cpu.N.features or hw.cpu.features > > /dev/sndstat? A single handy counter example to the many many that are sysctls :) > If it's in /dev you can do neat tricks like ioctl-ing queries (like > ioctl(/dev/cpuinfo, CINFOCTL_HAS_FEATURES, CINFO_SSE3|CINFO_SSSE3)) > instead of having *every* app parse the result of a sysctl; most of > the time you'd only want to check for specific feature , it's much > easier to do an ioctl that returns a boolean. Except you can't do that from a shell script. (eg wrapper script to run optimised binaries) sysctl is easy and sysctl is common, just use it.. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2523360.UKpdXc1Aq2 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHisfU5ZPcIHs/zowRApsMAJoDrR/hkorcS/j9PpJcgnSVejYoAQCffK2c Y6MDu+i3WbSrShnxInuFaOU= =QwOy -----END PGP SIGNATURE----- --nextPart2523360.UKpdXc1Aq2-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 02:38:31 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E42616A418 for ; Mon, 14 Jan 2008 02:38:31 +0000 (UTC) (envelope-from mozolevsky@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 D522413C45A for ; Mon, 14 Jan 2008 02:38:30 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so1170072uge.37 for ; Sun, 13 Jan 2008 18:38:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received: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; bh=NF6R0eBem//ThlV+bkCMTmvW0mQJF7Iv2sUkVo3+rxY=; b=QBOesgPq8V6tkUx8vXzbQunPcKc3P6lLB0W6SQUhtEcLY6meoOO75fQN7h9fckCmLlLkVyoyeFSem+CUTcSFOVR+zzKHf5kkBgl0PJfV0Nh44kw0KvZ6/tkSQieGL8aV6j6l+y/MU0gTTZVRIPt1mpGNnIAMrc6CaHL4zEm5gtQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=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=uQIrPxGsW8a62t1D9rN3mKpS1Yr2t3yx9BgHb85Cgn7yDtlKtK1w/QS3VtjvfPdX5eJilVyGPRcF+tzidwMOz6vQ9lGqM+5P4A4n66OLIL1ItlvlCGM36R9vXeWP0X3cGJW4s/jQKNF7WCGvEKn14TdBIYf4Fbjvx3O2CTl8jPk= Received: by 10.67.23.5 with SMTP id a5mr3372284ugj.8.1200278309473; Sun, 13 Jan 2008 18:38:29 -0800 (PST) Received: by 10.66.248.11 with HTTP; Sun, 13 Jan 2008 18:38:29 -0800 (PST) Message-ID: Date: Mon, 14 Jan 2008 02:38:29 +0000 From: "Igor Mozolevsky" Sender: mozolevsky@gmail.com To: "Daniel O'Connor" In-Reply-To: <200801141254.20400.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1200197787.67286.13.camel@shumai.marcuscom.com> <20080113182457.GN929@server.vk2pj.dyndns.org> <200801141254.20400.doconnor@gsoft.com.au> X-Google-Sender-Auth: 3faf58ad78338795 Cc: Kostik Belousov , Peter Jeremy , freebsd-current@freebsd.org, Joe Marcus Clarke , current Subject: Re: RFC: Adding a hw.features[2] sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 02:38:31 -0000 On 14/01/2008, Daniel O'Connor wrote: > On Mon, 14 Jan 2008, Igor Mozolevsky wrote: > > On 13/01/2008, Peter Jeremy wrote: > > > IMHO, no. Virtually all similar FreeBSD information is exported > > > via sysctl and this sort of information fits neatly into the > > > existing MIB tree as either dev.cpu.N.features or hw.cpu.features > > > > /dev/sndstat? > > A single handy counter example to the many many that are sysctls :) > > > If it's in /dev you can do neat tricks like ioctl-ing queries (like > > ioctl(/dev/cpuinfo, CINFOCTL_HAS_FEATURES, CINFO_SSE3|CINFO_SSSE3)) > > instead of having *every* app parse the result of a sysctl; most of > > the time you'd only want to check for specific feature , it's much > > easier to do an ioctl that returns a boolean. > > Except you can't do that from a shell script. > (eg wrapper script to run optimised binaries) cat /dev/cpuinfo and parse away! Igor From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 02:38:31 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63E1C16A419 for ; Mon, 14 Jan 2008 02:38:31 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id D4D6D13C44B for ; Mon, 14 Jan 2008 02:38:30 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so1170070uge.37 for ; Sun, 13 Jan 2008 18:38:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received: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; bh=NF6R0eBem//ThlV+bkCMTmvW0mQJF7Iv2sUkVo3+rxY=; b=QBOesgPq8V6tkUx8vXzbQunPcKc3P6lLB0W6SQUhtEcLY6meoOO75fQN7h9fckCmLlLkVyoyeFSem+CUTcSFOVR+zzKHf5kkBgl0PJfV0Nh44kw0KvZ6/tkSQieGL8aV6j6l+y/MU0gTTZVRIPt1mpGNnIAMrc6CaHL4zEm5gtQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=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=uQIrPxGsW8a62t1D9rN3mKpS1Yr2t3yx9BgHb85Cgn7yDtlKtK1w/QS3VtjvfPdX5eJilVyGPRcF+tzidwMOz6vQ9lGqM+5P4A4n66OLIL1ItlvlCGM36R9vXeWP0X3cGJW4s/jQKNF7WCGvEKn14TdBIYf4Fbjvx3O2CTl8jPk= Received: by 10.67.23.5 with SMTP id a5mr3372284ugj.8.1200278309473; Sun, 13 Jan 2008 18:38:29 -0800 (PST) Received: by 10.66.248.11 with HTTP; Sun, 13 Jan 2008 18:38:29 -0800 (PST) Message-ID: Date: Mon, 14 Jan 2008 02:38:29 +0000 From: "Igor Mozolevsky" Sender: mozolevsky@gmail.com To: "Daniel O'Connor" In-Reply-To: <200801141254.20400.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1200197787.67286.13.camel@shumai.marcuscom.com> <20080113182457.GN929@server.vk2pj.dyndns.org> <200801141254.20400.doconnor@gsoft.com.au> X-Google-Sender-Auth: 3faf58ad78338795 Cc: Kostik Belousov , Peter Jeremy , freebsd-current@freebsd.org, Joe Marcus Clarke , current Subject: Re: RFC: Adding a hw.features[2] sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 02:38:31 -0000 On 14/01/2008, Daniel O'Connor wrote: > On Mon, 14 Jan 2008, Igor Mozolevsky wrote: > > On 13/01/2008, Peter Jeremy wrote: > > > IMHO, no. Virtually all similar FreeBSD information is exported > > > via sysctl and this sort of information fits neatly into the > > > existing MIB tree as either dev.cpu.N.features or hw.cpu.features > > > > /dev/sndstat? > > A single handy counter example to the many many that are sysctls :) > > > If it's in /dev you can do neat tricks like ioctl-ing queries (like > > ioctl(/dev/cpuinfo, CINFOCTL_HAS_FEATURES, CINFO_SSE3|CINFO_SSSE3)) > > instead of having *every* app parse the result of a sysctl; most of > > the time you'd only want to check for specific feature , it's much > > easier to do an ioctl that returns a boolean. > > Except you can't do that from a shell script. > (eg wrapper script to run optimised binaries) cat /dev/cpuinfo and parse away! Igor From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 02:42:55 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4394416A41A; Mon, 14 Jan 2008 02:42:55 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 92E8F13C44B; Mon, 14 Jan 2008 02:42:54 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m0E2gq26087004 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 14 Jan 2008 13:12:53 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: "Igor Mozolevsky" Date: Mon, 14 Jan 2008 13:12:43 +1030 User-Agent: KMail/1.9.7 References: <1200197787.67286.13.camel@shumai.marcuscom.com> <200801141254.20400.doconnor@gsoft.com.au> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1711567.ZHXn3Ev659"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200801141312.45321.doconnor@gsoft.com.au> X-Spam-Score: -3.385 () ALL_TRUSTED,AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Kostik Belousov , Peter Jeremy , freebsd-current@freebsd.org, Joe Marcus Clarke , current Subject: Re: RFC: Adding a hw.features[2] sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 02:42:55 -0000 --nextPart1711567.ZHXn3Ev659 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Mon, 14 Jan 2008, Igor Mozolevsky wrote: > > Except you can't do that from a shell script. > > (eg wrapper script to run optimised binaries) > > cat /dev/cpuinfo and parse away! Why is sysctl so bad? It works, there is a patch to do it and it matches up with how 99% of=20 all other kernel info is exported to userland. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1711567.ZHXn3Ev659 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHiswl5ZPcIHs/zowRAidBAJ42J8j7uhynKrAFfcXkpmxXkBnsXACfSGwR 1jY2vyoPtNT/siTXVYwkG60= =SRnr -----END PGP SIGNATURE----- --nextPart1711567.ZHXn3Ev659-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 02:42:55 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4394416A41A; Mon, 14 Jan 2008 02:42:55 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 92E8F13C44B; Mon, 14 Jan 2008 02:42:54 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m0E2gq26087004 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 14 Jan 2008 13:12:53 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: "Igor Mozolevsky" Date: Mon, 14 Jan 2008 13:12:43 +1030 User-Agent: KMail/1.9.7 References: <1200197787.67286.13.camel@shumai.marcuscom.com> <200801141254.20400.doconnor@gsoft.com.au> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1711567.ZHXn3Ev659"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200801141312.45321.doconnor@gsoft.com.au> X-Spam-Score: -3.385 () ALL_TRUSTED,AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Kostik Belousov , Peter Jeremy , freebsd-current@freebsd.org, Joe Marcus Clarke , current Subject: Re: RFC: Adding a hw.features[2] sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 02:42:55 -0000 --nextPart1711567.ZHXn3Ev659 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Mon, 14 Jan 2008, Igor Mozolevsky wrote: > > Except you can't do that from a shell script. > > (eg wrapper script to run optimised binaries) > > cat /dev/cpuinfo and parse away! Why is sysctl so bad? It works, there is a patch to do it and it matches up with how 99% of=20 all other kernel info is exported to userland. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1711567.ZHXn3Ev659 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHiswl5ZPcIHs/zowRAidBAJ42J8j7uhynKrAFfcXkpmxXkBnsXACfSGwR 1jY2vyoPtNT/siTXVYwkG60= =SRnr -----END PGP SIGNATURE----- --nextPart1711567.ZHXn3Ev659-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 02:44:11 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF00616A419 for ; Mon, 14 Jan 2008 02:44:11 +0000 (UTC) (envelope-from peter@wemm.org) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id 4B0CD13C4EB for ; Mon, 14 Jan 2008 02:44:11 +0000 (UTC) (envelope-from peter@wemm.org) Received: by fg-out-1718.google.com with SMTP id 16so2292074fgg.35 for ; Sun, 13 Jan 2008 18:44:10 -0800 (PST) Received: by 10.82.181.7 with SMTP id d7mr10092205buf.4.1200278649655; Sun, 13 Jan 2008 18:44:09 -0800 (PST) Received: by 10.82.181.17 with HTTP; Sun, 13 Jan 2008 18:44:09 -0800 (PST) Message-ID: Date: Sun, 13 Jan 2008 18:44:09 -0800 From: "Peter Wemm" To: "Igor Mozolevsky" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1200197787.67286.13.camel@shumai.marcuscom.com> <20080113064450.GW57756@deviant.kiev.zoral.com.ua> <20080113182457.GN929@server.vk2pj.dyndns.org> Cc: Kostik Belousov , Peter Jeremy , Joe Marcus Clarke , current Subject: Re: RFC: Adding a hw.features[2] sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 02:44:11 -0000 On Jan 13, 2008 5:21 PM, Igor Mozolevsky wrote: > On 13/01/2008, Peter Jeremy wrote: > > > IMHO, no. Virtually all similar FreeBSD information is exported via > > sysctl and this sort of information fits neatly into the existing > > MIB tree as either dev.cpu.N.features or hw.cpu.features > > /dev/sndstat? That is a special case. It was an externally defined API that we needed to be compatible with. OSS ran on everything from Linux to SVR4 to FreeBSD at the time. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 02:49:06 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4748816A418 for ; Mon, 14 Jan 2008 02:49:06 +0000 (UTC) (envelope-from mozolevsky@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 CCCF813C442 for ; Mon, 14 Jan 2008 02:49:05 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so1171445uge.37 for ; Sun, 13 Jan 2008 18:49:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received: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; bh=X7Hg2HXSDl6ZT3UQTZq+otpWIi6/A8Iuj0B2HsfdksE=; b=mhDYZz00Wlm7kG6dzfI2SazPv1lEnWGnGfULmSxwPS9/kYrKy5+n/hwHvQhLO8nmFL0DJ2kbCzrbzMG2aEmlEu0F1rNYWslwt08e+3sWUVkYcjfdl0CoxXVcasSjzfE4ISzUtP3LyBNO7P5Dcd3/RpKrEE+qvB2lUhuGlrwjrvk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=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=sgSbK+sq7lrilqfLcbMSTFU4pthLByH/3FHwJF9p7phpYovgQf5wpMRpxWw4eDYXccwTqBzj0oeX58cdRBneMYH2HM+JC72DkuhukqncfQSsYiQx5TL1o+J4QVrqaxZ1KIrCa+0Tf6QpEqgFREsV48OKsYPiilPtOph9S0Rpzc8= Received: by 10.67.22.2 with SMTP id z2mr2862465ugi.1.1200278944511; Sun, 13 Jan 2008 18:49:04 -0800 (PST) Received: by 10.66.248.11 with HTTP; Sun, 13 Jan 2008 18:49:04 -0800 (PST) Message-ID: Date: Mon, 14 Jan 2008 02:49:04 +0000 From: "Igor Mozolevsky" Sender: mozolevsky@gmail.com To: "Peter Wemm" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1200197787.67286.13.camel@shumai.marcuscom.com> <20080113064450.GW57756@deviant.kiev.zoral.com.ua> <20080113182457.GN929@server.vk2pj.dyndns.org> X-Google-Sender-Auth: 0c95099cf79191aa Cc: Kostik Belousov , Peter Jeremy , Joe Marcus Clarke , current Subject: Re: RFC: Adding a hw.features[2] sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 02:49:06 -0000 On 14/01/2008, Peter Wemm wrote: > On Jan 13, 2008 5:21 PM, Igor Mozolevsky wrote: > > On 13/01/2008, Peter Jeremy wrote: > > > > > IMHO, no. Virtually all similar FreeBSD information is exported via > > > sysctl and this sort of information fits neatly into the existing > > > MIB tree as either dev.cpu.N.features or hw.cpu.features > > > > /dev/sndstat? > > That is a special case. It was an externally defined API that we > needed to be compatible with. OSS ran on everything from Linux to SVR4 > to FreeBSD at the time. It's the question of where you really want to do the parsing - would you rather the programmer had a simple API that they could query and deal with a boolean result, or would you rather have everyone who wanted to use the feature write their own parser for whatever (loosely formatted value; who known when we'll have features3, features4 and so on) sysctl returned? :-/ Igor From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 03:08:01 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7455816A417 for ; Mon, 14 Jan 2008 03:08:01 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (marcuscom-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::1279]) by mx1.freebsd.org (Postfix) with ESMTP id 490E513C468 for ; Mon, 14 Jan 2008 03:08:01 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.2/8.14.2) with ESMTP id m0E39RpT008833; Sun, 13 Jan 2008 22:09:27 -0500 (EST) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: Peter Jeremy In-Reply-To: <20080113182457.GN929@server.vk2pj.dyndns.org> References: <1200197787.67286.13.camel@shumai.marcuscom.com> <20080113064450.GW57756@deviant.kiev.zoral.com.ua> <20080113182457.GN929@server.vk2pj.dyndns.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ZiOdBNAAe01gkc+60Kxp" Organization: FreeBSD, Inc. Date: Sun, 13 Jan 2008 22:08:25 -0500 Message-Id: <1200280105.7836.16.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on creme-brulee.marcuscom.com Cc: Kostik Belousov , current , Igor Mozolevsky Subject: Re: RFC: Adding a hw.features[2] sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 03:08:01 -0000 --=-ZiOdBNAAe01gkc+60Kxp Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2008-01-14 at 05:24 +1100, Peter Jeremy wrote: > On Sun, Jan 13, 2008 at 08:44:50AM +0200, Kostik Belousov wrote: > >On Sat, Jan 12, 2008 at 11:16:27PM -0500, Joe Marcus Clarke wrote: > >> I find it would be useful to have the list of CPU features available v= ia > >> a sysctl. Currently, he only ways to get this information are to have > >> linprocfs mounted, or parse dmesg.boot (if it exists). Attached are > >Not quite true, since the raw CPU capabilities are accessible using > >the cpuid instruction, both to the kernel- and user-mode. >=20 > >> patches to add hw.features and hw.features2 sysctls for i386 and amd64 > >> (where a list of CPU features is applicable). The results are identic= al > >> to the Features and Features2 strings from dmesg: > >>=20 > >> hw.features2: 0x41d > >> hw.features: > >> 0xbfebfbff > > > >The only part that I do not fully agree is to dedicate 1Kb of the kernel > >memory to the strings that could be reconstructed in the usermode and > >are relatively rare used. >=20 > All the required strings are already part of identcpu.c so the only > overhead would be either a ~200 byte chunk of KVA to store a copy of > the identcpu output as a SYSCTL_STRING or a SYSCTL_PROC wrapper > around the relevant parts of identcpu.c Agreed, the memory footprint could be made much smaller than in my patch. I think a string would be fine. I think a proc might be overkill as this information will not change. >=20 > >I would suggest either export only bitmask of the cpu features and do > >the formatting in the sysctl(8), >=20 > A userland program could perform the cpuid functions itself just as > easily as extracting the information from a sysctl. It would be easy to export just the bitmask, and leave the parsing up to the consumer. However, I think the strings would be more script friendly. >=20 > >The first option could be preferable, since kernel might disable some > >features, that is not reflected in the output of cpuid instruction. > >Example of this would be identcpu.c, line 860 (HTT on AMD). >=20 > This depends whether you want to know what features are available on > the CPU or what features are available in the currently running kernel. > In Peter's case, there was a requirement to know the CPU capabilities. > OTOH, something like mplayer wants to know what features it can use > whilst it's currently executing. I had thought of making the output identical what is seen in dmesg's Features[2] lines. This shows the features that are available on the CPU. Thanks to everyone who has replied so far. The comments have been helpful. Joe >=20 > On Sun, Jan 13, 2008 at 12:21:02PM +0000, Igor Mozolevsky wrote: > >Would /dev/cpuinfo not be more appropriate for this? >=20 > IMHO, no. Virtually all similar FreeBSD information is exported via > sysctl and this sort of information fits neatly into the existing > MIB tree as either dev.cpu.N.features or hw.cpu.features >=20 --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-ZiOdBNAAe01gkc+60Kxp Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHitIpb2iPiv4Uz4cRAvkuAJ9m7x2rOHq6Hz7yyA7IJachBNmfzgCffV4B wSV2xTy8ZLlmr8936ZCRat0= =mlXp -----END PGP SIGNATURE----- --=-ZiOdBNAAe01gkc+60Kxp-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 04:12:43 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5906916A419 for ; Mon, 14 Jan 2008 04:12:43 +0000 (UTC) (envelope-from peter@wemm.org) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id F0D3913C467 for ; Mon, 14 Jan 2008 04:12:42 +0000 (UTC) (envelope-from peter@wemm.org) Received: by fg-out-1718.google.com with SMTP id 16so2316717fgg.35 for ; Sun, 13 Jan 2008 20:12:41 -0800 (PST) Received: by 10.82.149.8 with SMTP id w8mr10148105bud.24.1200283961282; Sun, 13 Jan 2008 20:12:41 -0800 (PST) Received: by 10.82.181.17 with HTTP; Sun, 13 Jan 2008 20:12:41 -0800 (PST) Message-ID: Date: Sun, 13 Jan 2008 20:12:41 -0800 From: "Peter Wemm" To: "David O'Brien" , freebsd-current@freebsd.org In-Reply-To: <20080113191037.GA1899@plan0.kaiwan.csbnet.se> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080111142336.GA1379@plan0.kaiwan.csbnet.se> <20080113103501.GB46123@dragon.NUXI.org> <20080113171514.GA1210@plan0.kaiwan.csbnet.se> <20080113183915.GA56979@dragon.NUXI.org> <20080113191037.GA1899@plan0.kaiwan.csbnet.se> Cc: Subject: Re: [Call for testers] "BSD ar" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 04:12:43 -0000 On Jan 13, 2008 11:10 AM, Kai Wang wrote: > On Sun, Jan 13, 2008 at 10:39:15AM -0800, David O'Brien wrote: > > Hi Kai, > > I'm sorry I wasn't clear enough - can your BSD 'ar', built on amd64 > > handle both 32-bit (i.e., "i386") and 64-bit (i.e., "amd64) ELF archives? > > > > >From the above it almost seems you're saying it can handle that plus more > > (other non-x86 arches). Is that correct? > > Yes. BSD 'ar' can handle all the ELF variants(64/32, LE/BE), > regardless of the arch it is built on . This is inherited from libelf. Speaking of libelf.. Do you think I can tempt anybody into writing a mcs(1) program? http://cc.in2p3.fr/doc/phpman.php/man/mcs/1 DESCRIPTION The mcs command is used to manipulate a section, by default the .comment section, in an ELF object file. It is used to add to, delete, print, and compress the contents of a sec- tion in an ELF object file ... The main usefulness is adding custom comments to the #ident section, printing the contents (ala ident(1)), removing duplicate comments, or stripping the comments totally. I've always missed this program... it never made it into binutils. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 04:23:02 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBE2216A420 for ; Mon, 14 Jan 2008 04:23:02 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from QMTA02.westchester.pa.mail.comcast.net (qmta02.westchester.pa.mail.comcast.net [76.96.62.24]) by mx1.freebsd.org (Postfix) with ESMTP id 8D48013C469 for ; Mon, 14 Jan 2008 04:23:02 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from OMTA13.westchester.pa.mail.comcast.net ([76.96.62.52]) by QMTA02.westchester.pa.mail.comcast.net with comcast id crc21Y00W17dt5G0502W00; Mon, 14 Jan 2008 04:12:01 +0000 Received: from ANTENNA.LOCAL ([68.35.224.189]) by OMTA13.westchester.pa.mail.comcast.net with comcast id csBi1Y00D45o48c3Z00000; Mon, 14 Jan 2008 04:11:45 +0000 X-Authority-Analysis: v=1.0 c=1 a=BZmrEeO8dF8A:10 a=1r4_pJJx8qSmTN7QIIAA:9 a=Eh7T4eD_ag5WhJC2OnpDpzLrI_0A:4 a=si9q_4b84H0A:10 a=a24e7YDjOykA:10 Message-ID: <478AE0B0.6000505@comcast.net> Date: Sun, 13 Jan 2008 23:10:24 -0500 From: Nathan Lay User-Agent: Thunderbird 2.0.0.9 (X11/20071230) MIME-Version: 1.0 To: Igor Mozolevsky References: <1200197787.67286.13.camel@shumai.marcuscom.com> <20080113064450.GW57756@deviant.kiev.zoral.com.ua> <20080113182457.GN929@server.vk2pj.dyndns.org> <478AC1F0.10500@comcast.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Kostik Belousov , Peter Jeremy , Joe Marcus Clarke , current Subject: Re: RFC: Adding a hw.features[2] sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 04:23:02 -0000 Igor Mozolevsky wrote: > On 14/01/2008, Nathan Lay wrote: > >> Igor Mozolevsky wrote: >> >>> On 13/01/2008, Peter Jeremy wrote: >>> >>> >>> >>>> IMHO, no. Virtually all similar FreeBSD information is exported via >>>> sysctl and this sort of information fits neatly into the existing >>>> MIB tree as either dev.cpu.N.features or hw.cpu.features >>>> >>>> >>> /dev/sndstat? >>> >>> If it's in /dev you can do neat tricks like ioctl-ing queries (like >>> ioctl(/dev/cpuinfo, CINFOCTL_HAS_FEATURES, CINFO_SSE3|CINFO_SSSE3)) >>> instead of having *every* app parse the result of a sysctl; most of >>> the time you'd only want to check for specific feature , it's much >>> easier to do an ioctl that returns a boolean. >>> >> Or perhaps, create an ioctl that returns a bitmask of all available CPU >> features. This way, only one ioctl() call is necessary and allows >> programs to query any and all features in an inexpensive way. Calling >> ioctl() for each feature query is comparably more expensive. >> > > You won't you'd OR all of the features you want to check; but yes, > having a param that returns the whole lot would also be great, as well > as the driver returning human-readable representation if it was open > for writing... The idea is to allow the flexibility, so that the > programmers/users are free to choose what suits them, and not being > forced into having to do only one thing. :-) > > > Igor > > Yes, but suppose a program needs to make these queries more than once...for whatever reason? For example, a closed source math code might need to figure out which version of a function to execute at run time based on available CPU features. It will likely have to issue these ioctl() calls more than once (even with OR). For example: if ( ioctl( fd, CINFOCTL_HAS_FEATURES, ) ) LU_factor_( ... ); else if ( ioctl( fd, CINFOCTL_HAS_FEATURES, ) ) LU_factor_( ... ); etc... If the ioctl returns a bitmask with all available CPU features, then only one ioctl() call is needed. The features can easily be queried from the bitmask. One can make it even easier and more readable by making a macro like FD_ISSET to do such queries. A rough example: cpu_features_t mask; fd = open( "/dev/cpuinfo", O_RDONLY ); ioctl( fd, SIOCGCPUFEATURES, (caddr_t)&mask ); close( fd ); if ( CPU_HAS_FEATURES(mask, CPU_SSE|CPU_SSE2) ) { ... } ... if ( CPU_HAS_FEATURES(mask, ... ) ) ... Or something like that The bitmask solution also makes it reasonably easy to generate a human readable string. Just go through each bit. No ioctl needed for that either. A simple program can be written to analyze the bitmask and output human readable version of the features. Best Regards, Nathan Lay From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 04:40:02 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A1BA16A419 for ; Mon, 14 Jan 2008 04:40:02 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from QMTA06.westchester.pa.mail.comcast.net (qmta06.westchester.pa.mail.comcast.net [76.96.62.56]) by mx1.freebsd.org (Postfix) with ESMTP id D6ECE13C4D9 for ; Mon, 14 Jan 2008 04:40:01 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from OMTA04.westchester.pa.mail.comcast.net ([76.96.62.35]) by QMTA06.westchester.pa.mail.comcast.net with comcast id crAy1Y0030ldTLk0504z00; Mon, 14 Jan 2008 04:40:01 +0000 Received: from ANTENNA.LOCAL ([68.35.224.189]) by OMTA04.westchester.pa.mail.comcast.net with comcast id csfs1Y00145o48c3Q00000; Mon, 14 Jan 2008 04:39:54 +0000 X-Authority-Analysis: v=1.0 c=1 a=BZmrEeO8dF8A:10 a=6I5d2MoRAAAA:8 a=7809mWcuXHhVBeVzHGoA:9 a=NR26xvuNWwWaFKy3d7cA:7 a=Gonuy6shnLc4jPPQvVFoZImzVFgA:4 a=SV7veod9ZcQA:10 a=a24e7YDjOykA:10 Message-ID: <478AE741.1000105@comcast.net> Date: Sun, 13 Jan 2008 23:38:25 -0500 From: Nathan Lay User-Agent: Thunderbird 2.0.0.9 (X11/20071230) MIME-Version: 1.0 To: Igor Mozolevsky References: <1200197787.67286.13.camel@shumai.marcuscom.com> <20080113182457.GN929@server.vk2pj.dyndns.org> <200801141254.20400.doconnor@gsoft.com.au> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current , freebsd-current@freebsd.org, Joe Marcus Clarke , Peter Jeremy , Kostik Belousov Subject: Re: RFC: Adding a hw.features[2] sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 04:40:02 -0000 Igor Mozolevsky wrote: > On 14/01/2008, Daniel O'Connor wrote: > >> On Mon, 14 Jan 2008, Igor Mozolevsky wrote: >> >>> On 13/01/2008, Peter Jeremy wrote: >>> >>>> IMHO, no. Virtually all similar FreeBSD information is exported >>>> via sysctl and this sort of information fits neatly into the >>>> existing MIB tree as either dev.cpu.N.features or hw.cpu.features >>>> >>> /dev/sndstat? >>> >> A single handy counter example to the many many that are sysctls :) >> >> >>> If it's in /dev you can do neat tricks like ioctl-ing queries (like >>> ioctl(/dev/cpuinfo, CINFOCTL_HAS_FEATURES, CINFO_SSE3|CINFO_SSSE3)) >>> instead of having *every* app parse the result of a sysctl; most of >>> the time you'd only want to check for specific feature , it's much >>> easier to do an ioctl that returns a boolean. >>> >> Except you can't do that from a shell script. >> (eg wrapper script to run optimised binaries) >> > > cat /dev/cpuinfo and parse away! > > > Igor > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > I have to agree with Daniel here. ioctl is probably inappropriate. sysctl is already intended for gathering or setting system information by both programs and/or people. cat'ing /dev/cpuinfo sounds reminiscent to Linux /proc. sysctl() could fill a cpu features bitmask for programs. sysctl dev.cpu.features (or something like that) could output those features in human readable format. Best Regards, Nathan Lay From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 04:40:02 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7684616A46B for ; Mon, 14 Jan 2008 04:40:02 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from QMTA01.westchester.pa.mail.comcast.net (qmta01.westchester.pa.mail.comcast.net [76.96.62.16]) by mx1.freebsd.org (Postfix) with ESMTP id DD6D113C4EC for ; Mon, 14 Jan 2008 04:40:01 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from OMTA04.westchester.pa.mail.comcast.net ([76.96.62.35]) by QMTA01.westchester.pa.mail.comcast.net with comcast id cjqA1Y00C0ldTLk050b400; Mon, 14 Jan 2008 04:40:01 +0000 Received: from ANTENNA.LOCAL ([68.35.224.189]) by OMTA04.westchester.pa.mail.comcast.net with comcast id csfs1Y00145o48c3Q00000; Mon, 14 Jan 2008 04:39:54 +0000 X-Authority-Analysis: v=1.0 c=1 a=BZmrEeO8dF8A:10 a=6I5d2MoRAAAA:8 a=7809mWcuXHhVBeVzHGoA:9 a=NR26xvuNWwWaFKy3d7cA:7 a=Gonuy6shnLc4jPPQvVFoZImzVFgA:4 a=SV7veod9ZcQA:10 a=a24e7YDjOykA:10 Message-ID: <478AE741.1000105@comcast.net> Date: Sun, 13 Jan 2008 23:38:25 -0500 From: Nathan Lay User-Agent: Thunderbird 2.0.0.9 (X11/20071230) MIME-Version: 1.0 To: Igor Mozolevsky References: <1200197787.67286.13.camel@shumai.marcuscom.com> <20080113182457.GN929@server.vk2pj.dyndns.org> <200801141254.20400.doconnor@gsoft.com.au> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current , freebsd-current@freebsd.org, Joe Marcus Clarke , Peter Jeremy , Kostik Belousov Subject: Re: RFC: Adding a hw.features[2] sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 04:40:02 -0000 Igor Mozolevsky wrote: > On 14/01/2008, Daniel O'Connor wrote: > >> On Mon, 14 Jan 2008, Igor Mozolevsky wrote: >> >>> On 13/01/2008, Peter Jeremy wrote: >>> >>>> IMHO, no. Virtually all similar FreeBSD information is exported >>>> via sysctl and this sort of information fits neatly into the >>>> existing MIB tree as either dev.cpu.N.features or hw.cpu.features >>>> >>> /dev/sndstat? >>> >> A single handy counter example to the many many that are sysctls :) >> >> >>> If it's in /dev you can do neat tricks like ioctl-ing queries (like >>> ioctl(/dev/cpuinfo, CINFOCTL_HAS_FEATURES, CINFO_SSE3|CINFO_SSSE3)) >>> instead of having *every* app parse the result of a sysctl; most of >>> the time you'd only want to check for specific feature , it's much >>> easier to do an ioctl that returns a boolean. >>> >> Except you can't do that from a shell script. >> (eg wrapper script to run optimised binaries) >> > > cat /dev/cpuinfo and parse away! > > > Igor > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > I have to agree with Daniel here. ioctl is probably inappropriate. sysctl is already intended for gathering or setting system information by both programs and/or people. cat'ing /dev/cpuinfo sounds reminiscent to Linux /proc. sysctl() could fill a cpu features bitmask for programs. sysctl dev.cpu.features (or something like that) could output those features in human readable format. Best Regards, Nathan Lay From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 05:00:24 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C4F616A419 for ; Mon, 14 Jan 2008 05:00:24 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from QMTA05.emeryville.ca.mail.comcast.net (qmta05.emeryville.ca.mail.comcast.net [76.96.30.48]) by mx1.freebsd.org (Postfix) with ESMTP id 0F7FA13C442 for ; Mon, 14 Jan 2008 05:00:23 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from OMTA13.emeryville.ca.mail.comcast.net ([76.96.30.52]) by QMTA05.emeryville.ca.mail.comcast.net with comcast id cpck1Y00817UAYk0A0Co00; Mon, 14 Jan 2008 05:00:23 +0000 Received: from ANTENNA.LOCAL ([68.35.224.189]) by OMTA13.emeryville.ca.mail.comcast.net with comcast id cszr1Y00A45o48c8Z00000; Mon, 14 Jan 2008 04:59:54 +0000 X-Authority-Analysis: v=1.0 c=1 a=BZmrEeO8dF8A:10 a=p9B4vzIRmz6maCe5kLkA:9 a=XObCud3UY25WBqwcvi98UGeldW8A:4 a=zUBsD6tbDSsA:10 Message-ID: <478AEC07.70806@comcast.net> Date: Sun, 13 Jan 2008 23:58:47 -0500 From: Nathan Lay User-Agent: Thunderbird 2.0.0.9 (X11/20071230) MIME-Version: 1.0 To: Joe Marcus Clarke References: <1200197787.67286.13.camel@shumai.marcuscom.com> <20080113064450.GW57756@deviant.kiev.zoral.com.ua> <20080113182457.GN929@server.vk2pj.dyndns.org> <1200280105.7836.16.camel@shumai.marcuscom.com> In-Reply-To: <1200280105.7836.16.camel@shumai.marcuscom.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Kostik Belousov , Peter Jeremy , current , Igor Mozolevsky Subject: Re: RFC: Adding a hw.features[2] sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 05:00:24 -0000 Joe Marcus Clarke wrote: > It would be easy to export just the bitmask, and leave the parsing up to > the consumer. However, I think the strings would be more script > friendly. > > Isn't it possible to output human readable format anyways? For example, 'sysctl kern.boottime' gives a human readable string. sysctl() on kern.boottime gives a struct timeval. I'm all for the bitmask idea. Best Regards, Nathan Lay From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 05:27:08 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50A2116A418; Mon, 14 Jan 2008 05:27:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 112FF13C45B; Mon, 14 Jan 2008 05:27:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0E5R6kA034476; Mon, 14 Jan 2008 00:27:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0E5R6ZJ069202; Mon, 14 Jan 2008 00:27:06 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B1A1573039; Mon, 14 Jan 2008 00:27:06 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080114052706.B1A1573039@freebsd-current.sentex.ca> Date: Mon, 14 Jan 2008 00:27:06 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 05:27:08 -0000 TB --- 2008-01-14 04:19:09 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-14 04:19:09 - starting HEAD tinderbox run for i386/i386 TB --- 2008-01-14 04:19:09 - cleaning the object tree TB --- 2008-01-14 04:19:36 - cvsupping the source tree TB --- 2008-01-14 04:19:36 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-01-14 04:19:42 - building world (CFLAGS=-O -pipe) TB --- 2008-01-14 04:19:42 - cd /src TB --- 2008-01-14 04:19:42 - /usr/bin/make -B buildworld >>> World build started on Mon Jan 14 04:19:44 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Jan 14 05:21:41 UTC 2008 TB --- 2008-01-14 05:21:41 - generating LINT kernel config TB --- 2008-01-14 05:21:41 - cd /src/sys/i386/conf TB --- 2008-01-14 05:21:41 - /usr/bin/make -B LINT TB --- 2008-01-14 05:21:41 - building LINT kernel (COPTFLAGS=) TB --- 2008-01-14 05:21:41 - cd /src TB --- 2008-01-14 05:21:41 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jan 14 05:21:41 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cxgb/cxgb_offload.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cxgb/cxgb_l2t.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cxgb/cxgb_lro.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cxgb/cxgb_sge.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cxgb/cxgb_multiq.c cc1: warnings being treated as errors /src/sys/dev/cxgb/cxgb_multiq.c: In function 'cxgb_pcpu_start': /src/sys/dev/cxgb/cxgb_multiq.c:526: warning: format '%lx' expects type 'long unsigned int', but argument 2 has type 'uint64_t' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-14 05:27:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-14 05:27:05 - ERROR: failed to build lint kernel TB --- 2008-01-14 05:27:05 - tinderbox aborted TB --- 2994.73 user 369.27 system 4076.82 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 05:28:42 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB0E216A418 for ; Mon, 14 Jan 2008 05:28:42 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (eth5921.nsw.adsl.internode.on.net [59.167.240.32]) by mx1.freebsd.org (Postfix) with ESMTP id 70D7113C4E8 for ; Mon, 14 Jan 2008 05:28:42 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from ip-182.ish.com.au ([203.29.62.182]) by fish.ish.com.au with esmtpa (Exim 4.43) id 1JEHZZ-0007Rn-LU; Mon, 14 Jan 2008 16:09:21 +1100 Message-Id: <98D33E33-F611-4960-9DB1-94444C5F9756@ish.com.au> From: Aristedes Maniatis To: Daniel O'Connor In-Reply-To: <200801131107.15267.doconnor@gsoft.com.au> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Mon, 14 Jan 2008 16:09:25 +1100 References: <200801111917.m0BJHP8u018954@lurza.secnetix.de> <20080112145146.6f196ede.timo.schoeler@riscworks.net> <20080112135630.I36731@fledge.watson.org> <200801131107.15267.doconnor@gsoft.com.au> X-Mailer: Apple Mail (2.915) Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , Timo Schoeler , Robert Watson , freebsd-chat@freebsd.org, freebsd-current@freebsd.org Subject: Re: FreeBSD's problems as seen by the BSDForen.de community X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 05:28:42 -0000 On 13/01/2008, at 11:37 AM, Daniel O'Connor wrote: > On Sun, 13 Jan 2008, Robert Watson wrote: >>> Sorry, but (especially in this case) that is nonsense as it's >>> primarily an excuse and disparages the work done there. >> >> There's another element in play here -- FreeBSD.org is a mailing >> list-centric community driven by people who are very much part of the >> e-mail world. For many newer computer users, e-mail is the old >> world, and the new world is instant messaging and web forums. Many >> developers I've talked to feel quite uncomfortable with the medium of >> web forums, and therefore don't tend to use them. If our newer user >> communities are forming around web forums (i.e., for PC-BSD), then we >> do need to find some way to bridge the gap. > > A usenet<->forum bridge would be nice since news looks enough like > email > for oldies to use :) > > Pitty the few I have seen are basically unmaintained :( > (eg Papercut) > > Hmm I wonder how hard it would be to write a forum scraper.... This may be useful to some people: http://dir.gmane.org/gmane.os.freebsd.current I know that I read several FreeBSD lists using an OSX nntp reader and it works very nicely. gmane offers most of the FreeBSD lists as nntp and web interfaces, even allowing posting back to the list. If appropriate, perhaps FreeBSD should link [1] back to gmane to make finding this easier. Ari [1] http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/eresources.html#ERESOURCES-MAIL --------------------------> ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 06:33:01 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D19516A419; Mon, 14 Jan 2008 06:33:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id C7B6A13C45A; Mon, 14 Jan 2008 06:33:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0E6WvTT058132; Mon, 14 Jan 2008 01:32:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0E6Wv7X089173; Mon, 14 Jan 2008 01:32:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2591773039; Mon, 14 Jan 2008 01:32:57 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080114063257.2591773039@freebsd-current.sentex.ca> Date: Mon, 14 Jan 2008 01:32:57 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 06:33:01 -0000 TB --- 2008-01-14 05:20:59 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-14 05:20:59 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-01-14 05:20:59 - cleaning the object tree TB --- 2008-01-14 05:21:20 - cvsupping the source tree TB --- 2008-01-14 05:21:20 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-01-14 05:21:27 - building world (CFLAGS=-O -pipe) TB --- 2008-01-14 05:21:27 - cd /src TB --- 2008-01-14 05:21:27 - /usr/bin/make -B buildworld >>> World build started on Mon Jan 14 05:21:28 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Jan 14 06:23:11 UTC 2008 TB --- 2008-01-14 06:23:11 - generating LINT kernel config TB --- 2008-01-14 06:23:11 - cd /src/sys/pc98/conf TB --- 2008-01-14 06:23:11 - /usr/bin/make -B LINT TB --- 2008-01-14 06:23:11 - building LINT kernel (COPTFLAGS=) TB --- 2008-01-14 06:23:11 - cd /src TB --- 2008-01-14 06:23:11 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jan 14 06:23:11 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -O -pipe -DCONFIG_CHELSIO_T3_CORE -g -DCONFIG_DEFINED -DDEFAULT_JUMBO -DSMP -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/cxgb/cxgb/../../../dev/cxgb -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/cxgb_offload.c cc -O -pipe -DCONFIG_CHELSIO_T3_CORE -g -DCONFIG_DEFINED -DDEFAULT_JUMBO -DSMP -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/cxgb/cxgb/../../../dev/cxgb -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/cxgb_l2t.c cc -O -pipe -DCONFIG_CHELSIO_T3_CORE -g -DCONFIG_DEFINED -DDEFAULT_JUMBO -DSMP -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/cxgb/cxgb/../../../dev/cxgb -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/sys/uipc_mvec.c cc -O -pipe -DCONFIG_CHELSIO_T3_CORE -g -DCONFIG_DEFINED -DDEFAULT_JUMBO -DSMP -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/cxgb/cxgb/../../../dev/cxgb -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/sys/cxgb_support.c cc -O -pipe -DCONFIG_CHELSIO_T3_CORE -g -DCONFIG_DEFINED -DDEFAULT_JUMBO -DSMP -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/cxgb/cxgb/../../../dev/cxgb -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/cxgb_multiq.c cc1: warnings being treated as errors /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/cxgb_multiq.c: In function 'cxgb_pcpu_start': /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/cxgb_multiq.c:526: warning: format '%lx' expects type 'long unsigned int', but argument 2 has type 'uint64_t' *** Error code 1 Stop in /src/sys/modules/cxgb/cxgb. *** Error code 1 Stop in /src/sys/modules/cxgb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-14 06:32:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-14 06:32:56 - ERROR: failed to build lint kernel TB --- 2008-01-14 06:32:56 - tinderbox aborted TB --- 3195.50 user 397.08 system 4317.58 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 07:39:02 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24E4316A41A; Mon, 14 Jan 2008 07:39:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 00C5A13C43E; Mon, 14 Jan 2008 07:39:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0E7d166060377; Mon, 14 Jan 2008 02:39:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0E7d04r028674; Mon, 14 Jan 2008 02:39:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9883B73039; Mon, 14 Jan 2008 02:39:00 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080114073900.9883B73039@freebsd-current.sentex.ca> Date: Mon, 14 Jan 2008 02:39:00 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 07:39:02 -0000 TB --- 2008-01-14 06:32:57 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-14 06:32:57 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-01-14 06:32:57 - cleaning the object tree TB --- 2008-01-14 06:33:16 - cvsupping the source tree TB --- 2008-01-14 06:33:16 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-01-14 06:33:22 - building world (CFLAGS=-O -pipe) TB --- 2008-01-14 06:33:22 - cd /src TB --- 2008-01-14 06:33:22 - /usr/bin/make -B buildworld >>> World build started on Mon Jan 14 06:33:23 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Jan 14 07:35:45 UTC 2008 TB --- 2008-01-14 07:35:45 - generating LINT kernel config TB --- 2008-01-14 07:35:45 - cd /src/sys/powerpc/conf TB --- 2008-01-14 07:35:45 - /usr/bin/make -B LINT TB --- 2008-01-14 07:35:45 - building LINT kernel (COPTFLAGS=) TB --- 2008-01-14 07:35:45 - cd /src TB --- 2008-01-14 07:35:45 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jan 14 07:35:45 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/cxgb_offload.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/cxgb_l2t.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/cxgb_lro.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/cxgb_sge.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/cxgb_multiq.c cc1: warnings being treated as errors /src/sys/dev/cxgb/cxgb_multiq.c: In function 'cxgb_pcpu_start': /src/sys/dev/cxgb/cxgb_multiq.c:539: warning: format '%lx' expects type 'long unsigned int', but argument 2 has type 'uint64_t' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-14 07:39:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-14 07:39:00 - ERROR: failed to build lint kernel TB --- 2008-01-14 07:39:00 - tinderbox aborted TB --- 2942.71 user 349.78 system 3963.16 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 08:32:04 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1AC416A418 for ; Mon, 14 Jan 2008 08:32:04 +0000 (UTC) (envelope-from chflags@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.freebsd.org (Postfix) with ESMTP id 74FF713C459 for ; Mon, 14 Jan 2008 08:32:04 +0000 (UTC) (envelope-from chflags@gmail.com) Received: by py-out-1112.google.com with SMTP id u52so2969715pyb.10 for ; Mon, 14 Jan 2008 00:32:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=Rg21lHvKRpmuKyTF9jK53AwUx7VVqRdW2h0JDw3s120=; b=uD18bk3fY/0OeMS4V0RW2ZwVa2r79kQKWf/7ZT+A0NB5iCNVWHlv4AZHcTaL1qb9ke7i/RlegHyZe7EDGTA9M2dCghc/jREpkCY9QypXV5VSgoESmz5j/0n+7KS3eyTq+fp0u+gKaeQt5QPDTWCl46TZbKha7l5AQwx9NvgxNeI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=qUnnmc6bRcKf5IrElpmoML7ub3bBjx/V/R0L7K4UPuU+r20v/Wt0CqyixtfKLGfGSvC4eKm4Nj3zNpJFC+LCaWqprwNjx50Ul4odIHlQPnBH8Zzv/xsoajvYK/hevsNXurO0GJmbg3APwNZAF16+tcOXwZ6+3Upry79RN7fVWvE= Received: by 10.65.124.8 with SMTP id b8mr13920426qbn.37.1200297827712; Mon, 14 Jan 2008 00:03:47 -0800 (PST) Received: by 10.65.137.9 with HTTP; Mon, 14 Jan 2008 00:03:47 -0800 (PST) Message-ID: <25cb30801140003r7f5a1818k32e48ca94745f23d@mail.gmail.com> Date: Mon, 14 Jan 2008 16:03:47 +0800 From: "Kevin Foo" To: freebsd-acpi@freebsd.org In-Reply-To: <47894019.50200@root.org> MIME-Version: 1.0 References: <200712311556.lBVFuVZf030567@freefall.freebsd.org> <47827291.60405@suse.de> <478272C3.5080704@suse.de> <47829C03.3010802@root.org> <4782A051.3050107@suse.de> <4782BA24.8030703@root.org> <47894019.50200@root.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: GPE handler livelock [fixed?] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: chflags@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 08:32:04 -0000 Thanks for the work. However, it has no significant effects on Compaq Presario V3400 running 7.0-RC1. It is fine with or without the patch. -- Regards Kevin Foo On Jan 13, 2008 6:32 AM, Nate Lawson wrote: > Thanks all. I've committed the patch with a few style fixes. Please > cvsup and test if you run -current or apply the patch I posted to the > freebsd-current mailing list if you run 7.0. > > -Nate > > From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 09:26:34 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C25C816A419 for ; Mon, 14 Jan 2008 09:26:34 +0000 (UTC) (envelope-from mozolevsky@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 55A5513C457 for ; Mon, 14 Jan 2008 09:26:34 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so1222842uge.37 for ; Mon, 14 Jan 2008 01:26:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received: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; bh=onfF0Tx0LgC14+gihisZTvEndLYjLO/W3YZmlyIvbjs=; b=g/0wBwXjOIRG5iTNV5hhRD1fDGi5S36EJebjSTWcWmShbE7yBQx3bgPexjdZffrHJfiU+dgLU4cTqoNXn+7eFDHBasgKy+VC7X8CXosbvENAVu+Csil5CzjHApvDjelLTrv4dneD51zuZsl0Mwf4a0ZJaNoFm5lyhXxWbSYCQlQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=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=XQDkmhm2XLBFO+z6ouPOn2yogxB8MVjDQ7TLTPP1fIIEdQJ/7X2boIOipwqUDZ9mL4rxLkoQ25pL5vVg4z0NQi/HjBx0+q9s+vS26PxvhxgdcOlswODbMdn82/u+Xq9wJyRdA5LnbEbkSiNJP6nl4M1DO1+u2xkxeoDTthbz74A= Received: by 10.66.243.4 with SMTP id q4mr3759202ugh.5.1200302792886; Mon, 14 Jan 2008 01:26:32 -0800 (PST) Received: by 10.66.248.11 with HTTP; Mon, 14 Jan 2008 01:26:32 -0800 (PST) Message-ID: Date: Mon, 14 Jan 2008 09:26:32 +0000 From: "Igor Mozolevsky" Sender: mozolevsky@gmail.com To: "Nathan Lay" In-Reply-To: <478AE741.1000105@comcast.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1200197787.67286.13.camel@shumai.marcuscom.com> <20080113182457.GN929@server.vk2pj.dyndns.org> <200801141254.20400.doconnor@gsoft.com.au> <478AE741.1000105@comcast.net> X-Google-Sender-Auth: 8c907e795dd6aaf8 Cc: current , freebsd-current@freebsd.org, Joe Marcus Clarke , Peter Jeremy , Kostik Belousov Subject: Re: RFC: Adding a hw.features[2] sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 09:26:34 -0000 On 14/01/2008, Nathan Lay wrote: > I have to agree with Daniel here. ioctl is probably inappropriate. > sysctl is already intended for gathering or setting system information > by both programs and/or people. cat'ing /dev/cpuinfo sounds reminiscent > to Linux /proc. > > sysctl() could fill a cpu features bitmask for programs. > sysctl dev.cpu.features (or something like that) could output those > features in human readable format. So how would you MIB these: " CPU: Dual Core AMD Opteron(tm) Processor 280 (2411.12-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20f12 Stepping = 2 Features=0x178bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x3 Cores per package: 2 " ? Would you need four separate MIBs? Have four separate bitmasks in one MIB, what order in? Is there XXX Features3, what would happen then? Igor From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 09:26:39 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F016216A4EA for ; Mon, 14 Jan 2008 09:26:39 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id 83A2413C45D for ; Mon, 14 Jan 2008 09:26:34 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so1222843uge.37 for ; Mon, 14 Jan 2008 01:26:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received: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; bh=onfF0Tx0LgC14+gihisZTvEndLYjLO/W3YZmlyIvbjs=; b=g/0wBwXjOIRG5iTNV5hhRD1fDGi5S36EJebjSTWcWmShbE7yBQx3bgPexjdZffrHJfiU+dgLU4cTqoNXn+7eFDHBasgKy+VC7X8CXosbvENAVu+Csil5CzjHApvDjelLTrv4dneD51zuZsl0Mwf4a0ZJaNoFm5lyhXxWbSYCQlQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=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=XQDkmhm2XLBFO+z6ouPOn2yogxB8MVjDQ7TLTPP1fIIEdQJ/7X2boIOipwqUDZ9mL4rxLkoQ25pL5vVg4z0NQi/HjBx0+q9s+vS26PxvhxgdcOlswODbMdn82/u+Xq9wJyRdA5LnbEbkSiNJP6nl4M1DO1+u2xkxeoDTthbz74A= Received: by 10.66.243.4 with SMTP id q4mr3759202ugh.5.1200302792886; Mon, 14 Jan 2008 01:26:32 -0800 (PST) Received: by 10.66.248.11 with HTTP; Mon, 14 Jan 2008 01:26:32 -0800 (PST) Message-ID: Date: Mon, 14 Jan 2008 09:26:32 +0000 From: "Igor Mozolevsky" Sender: mozolevsky@gmail.com To: "Nathan Lay" In-Reply-To: <478AE741.1000105@comcast.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1200197787.67286.13.camel@shumai.marcuscom.com> <20080113182457.GN929@server.vk2pj.dyndns.org> <200801141254.20400.doconnor@gsoft.com.au> <478AE741.1000105@comcast.net> X-Google-Sender-Auth: 8c907e795dd6aaf8 Cc: current , freebsd-current@freebsd.org, Joe Marcus Clarke , Peter Jeremy , Kostik Belousov Subject: Re: RFC: Adding a hw.features[2] sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 09:26:40 -0000 On 14/01/2008, Nathan Lay wrote: > I have to agree with Daniel here. ioctl is probably inappropriate. > sysctl is already intended for gathering or setting system information > by both programs and/or people. cat'ing /dev/cpuinfo sounds reminiscent > to Linux /proc. > > sysctl() could fill a cpu features bitmask for programs. > sysctl dev.cpu.features (or something like that) could output those > features in human readable format. So how would you MIB these: " CPU: Dual Core AMD Opteron(tm) Processor 280 (2411.12-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20f12 Stepping = 2 Features=0x178bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x3 Cores per package: 2 " ? Would you need four separate MIBs? Have four separate bitmasks in one MIB, what order in? Is there XXX Features3, what would happen then? Igor From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 09:35:36 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A91016A418 for ; Mon, 14 Jan 2008 09:35:36 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id 651F613C458 for ; Mon, 14 Jan 2008 09:35:34 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so1224199uge.37 for ; Mon, 14 Jan 2008 01:35:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received: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; bh=dhvot3unWCOr90iFf4korYmBLNHYi3KICrA4BrJ8ec8=; b=VbVMt0ts83RrsUfFuosP7evK4u837zUz/V45rvM9gM51RoKyapOFU0cccO70hOgbxmvGICsTR8m1s3u7eO6S9HofmvwKv+Weovd9iMj5UHz0FW7D4eX/6n03Uuu9xld5hV5zKf+18+CkveLWEfdABhbfmFmrEOpuGLzddqxuAao= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=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=UfBvbwxl4GOq30hkYUWFoG0VS9V4U7FF+SHsAsughXhH+nepsAIwW5WAtYIU4u6Y4ReCqJcJCt//mKc1PdBBYN2PmSMiQ93qg6waaCY7ie7dbwbXNE3eLr4RcBwiKO+XtLrdGvddsMKWZOclKJe5gVFZOmRgFMpJ/vGZfRW3l/o= Received: by 10.66.242.5 with SMTP id p5mr3777502ugh.4.1200303333112; Mon, 14 Jan 2008 01:35:33 -0800 (PST) Received: by 10.66.248.11 with HTTP; Mon, 14 Jan 2008 01:35:32 -0800 (PST) Message-ID: Date: Mon, 14 Jan 2008 09:35:32 +0000 From: "Igor Mozolevsky" Sender: mozolevsky@gmail.com To: "Nathan Lay" In-Reply-To: <478AE0B0.6000505@comcast.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1200197787.67286.13.camel@shumai.marcuscom.com> <20080113064450.GW57756@deviant.kiev.zoral.com.ua> <20080113182457.GN929@server.vk2pj.dyndns.org> <478AC1F0.10500@comcast.net> <478AE0B0.6000505@comcast.net> X-Google-Sender-Auth: 0e9fee25923caeff Cc: Kostik Belousov , Peter Jeremy , Joe Marcus Clarke , current Subject: Re: RFC: Adding a hw.features[2] sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 09:35:36 -0000 On 14/01/2008, Nathan Lay wrote: > Yes, but suppose a program needs to make these queries more than > once...for whatever reason? For example, a closed source math code > might need to figure out which version of a function to execute at run > time based on available CPU features. It will likely have to issue > these ioctl() calls more than once (even with OR). > > For example: > > if ( ioctl( fd, CINFOCTL_HAS_FEATURES, ) ) > LU_factor_( ... ); > else if ( ioctl( fd, CINFOCTL_HAS_FEATURES, ) ) > LU_factor_( ... ); > etc... > > If the ioctl returns a bitmask with all available CPU features, then > only one ioctl() call is needed. The features can easily be queried > from the bitmask. One can make it even easier and more readable by > making a macro like FD_ISSET to do such queries. > > A rough example: > > cpu_features_t mask; > > fd = open( "/dev/cpuinfo", O_RDONLY ); > ioctl( fd, SIOCGCPUFEATURES, (caddr_t)&mask ); > close( fd ); > > if ( CPU_HAS_FEATURES(mask, CPU_SSE|CPU_SSE2) ) { ... } > ... > if ( CPU_HAS_FEATURES(mask, ... ) ) ... > > Or something like that Your example is good if you want to query the features more than once, but if you're only doing it once there's not reason not to ioctl for a specific feature. Bare in mind that all of this *should* only be done once at the start-time. I'm all up for your idea, don't get me wrong, but I don't like having the developers' choice limited by system's designers. Although, a huge API is not helping anyone either :-) Igor From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 09:39:54 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5806116A417 for ; Mon, 14 Jan 2008 09:39:54 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id DE43613C45A for ; Mon, 14 Jan 2008 09:39:53 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so1224801uge.37 for ; Mon, 14 Jan 2008 01:39:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received: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; bh=Pelb3XUWENc5y2EQVxIRd8DaxVwOs/kTf+ADt4BgE6A=; b=PiH7Xtko5SW/mIn5CKhvaaDCOMImpuKzrVIdvt6bfI7lCdle5dHGXeMg+HyFDlIWo+7abo+xTuPEPm3adklCFBnfKWP7EW/UshCykhGzZHjdVUGGapYmewpsSYm/ULLTAkj2HczA84EJAbmgd0PRaciOICU7z+kRbfVU8EX4C/E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=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=QV4HqRxWxpT7OAXITtqT7RjVI+KGDnUmMrI8T9V92KSUbqIPazrS34DV+UdfliBCTiqI04ukMtDKixePRTmNzrHq1OKiKKdhL78auj4SAIBwsiLfTvkuK7VBjUT/Nun7oRnbZlvJMbpprkZFoKNZ0Jn2XrBkDOdfqm7Kf7Zdu9E= Received: by 10.67.30.13 with SMTP id h13mr3513103ugj.45.1200303592469; Mon, 14 Jan 2008 01:39:52 -0800 (PST) Received: by 10.66.248.11 with HTTP; Mon, 14 Jan 2008 01:39:52 -0800 (PST) Message-ID: Date: Mon, 14 Jan 2008 09:39:52 +0000 From: "Igor Mozolevsky" Sender: mozolevsky@gmail.com To: "Nathan Lay" In-Reply-To: <478AE741.1000105@comcast.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1200197787.67286.13.camel@shumai.marcuscom.com> <20080113182457.GN929@server.vk2pj.dyndns.org> <200801141254.20400.doconnor@gsoft.com.au> <478AE741.1000105@comcast.net> X-Google-Sender-Auth: 0b5ab03166de5636 Cc: current , freebsd-current@freebsd.org, Joe Marcus Clarke , Peter Jeremy , Kostik Belousov Subject: Re: RFC: Adding a hw.features[2] sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 09:39:54 -0000 On 14/01/2008, Nathan Lay wrote: > cat'ing /dev/cpuinfo sounds reminiscent to Linux /proc. No it doesn't - it's a perfectly fine Unix way of doing things... The purpose of /dev is to provide an interface to the devices on the machine, (query-capable-)CPU is a device... Having /proc as an interface to the kernel on the other hand... Igor :-) From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 09:39:54 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 827B616A420 for ; Mon, 14 Jan 2008 09:39:54 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id 15DF713C447 for ; Mon, 14 Jan 2008 09:39:53 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so1224799uge.37 for ; Mon, 14 Jan 2008 01:39:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received: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; bh=Pelb3XUWENc5y2EQVxIRd8DaxVwOs/kTf+ADt4BgE6A=; b=PiH7Xtko5SW/mIn5CKhvaaDCOMImpuKzrVIdvt6bfI7lCdle5dHGXeMg+HyFDlIWo+7abo+xTuPEPm3adklCFBnfKWP7EW/UshCykhGzZHjdVUGGapYmewpsSYm/ULLTAkj2HczA84EJAbmgd0PRaciOICU7z+kRbfVU8EX4C/E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=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=QV4HqRxWxpT7OAXITtqT7RjVI+KGDnUmMrI8T9V92KSUbqIPazrS34DV+UdfliBCTiqI04ukMtDKixePRTmNzrHq1OKiKKdhL78auj4SAIBwsiLfTvkuK7VBjUT/Nun7oRnbZlvJMbpprkZFoKNZ0Jn2XrBkDOdfqm7Kf7Zdu9E= Received: by 10.67.30.13 with SMTP id h13mr3513103ugj.45.1200303592469; Mon, 14 Jan 2008 01:39:52 -0800 (PST) Received: by 10.66.248.11 with HTTP; Mon, 14 Jan 2008 01:39:52 -0800 (PST) Message-ID: Date: Mon, 14 Jan 2008 09:39:52 +0000 From: "Igor Mozolevsky" Sender: mozolevsky@gmail.com To: "Nathan Lay" In-Reply-To: <478AE741.1000105@comcast.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1200197787.67286.13.camel@shumai.marcuscom.com> <20080113182457.GN929@server.vk2pj.dyndns.org> <200801141254.20400.doconnor@gsoft.com.au> <478AE741.1000105@comcast.net> X-Google-Sender-Auth: 0b5ab03166de5636 Cc: current , freebsd-current@freebsd.org, Joe Marcus Clarke , Peter Jeremy , Kostik Belousov Subject: Re: RFC: Adding a hw.features[2] sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 09:39:54 -0000 On 14/01/2008, Nathan Lay wrote: > cat'ing /dev/cpuinfo sounds reminiscent to Linux /proc. No it doesn't - it's a perfectly fine Unix way of doing things... The purpose of /dev is to provide an interface to the devices on the machine, (query-capable-)CPU is a device... Having /proc as an interface to the kernel on the other hand... Igor :-) From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 11:00:58 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32FCE16A41B; Mon, 14 Jan 2008 11:00:58 +0000 (UTC) (envelope-from philip@paeps.cx) Received: from gateway.nixsys.be (gateway.nixsys.be [IPv6:2001:6f8:32f::42]) by mx1.freebsd.org (Postfix) with ESMTP id D1D1313C468; Mon, 14 Jan 2008 11:00:57 +0000 (UTC) (envelope-from philip@paeps.cx) Received: from wotan.home.paeps.cx (wotan.home.paeps.cx [IPv6:2001:6f8:32f:10:a00:20ff:fe9b:138c]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "wotan.home.paeps.cx", Issuer "NixSys CA" (verified OK)) by gateway.nixsys.be (Postfix) with ESMTP id F10FE404D; Mon, 14 Jan 2008 12:00:56 +0100 (CET) Received: from fasolt.home.paeps.cx (fasolt.home.paeps.cx [IPv6:2001:6f8:32f:10:214:5eff:feca:2496]) by wotan.home.paeps.cx (Postfix) with ESMTP id 1814661D5; Mon, 14 Jan 2008 12:00:55 +0100 (CET) Received: from fasolt.home.paeps.cx (philip@localhost [127.0.0.1]) by fasolt.home.paeps.cx (8.14.2/8.14.2) with ESMTP id m0EB0s46025208; Mon, 14 Jan 2008 12:00:54 +0100 (CET) (envelope-from philip@fasolt.home.paeps.cx) Received: (from philip@localhost) by fasolt.home.paeps.cx (8.14.2/8.14.2/Submit) id m0EB0sCh025207; Mon, 14 Jan 2008 12:00:54 +0100 (CET) (envelope-from philip) Date: Mon, 14 Jan 2008 12:00:54 +0100 From: Philip Paeps To: Kris Kennaway Message-ID: <20080114110054.GK17508@fasolt.home.paeps.cx> Mail-Followup-To: Kris Kennaway , current@freebsd.org, jls@freebsd.org References: <478A739F.2030003@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <478A739F.2030003@FreeBSD.org> X-PGP-Fingerprint: 356B AE02 4763 F739 2FA2 E438 2649 E628 C5D3 4D05 X-Date: Today is Prickle-Prickle, the 14th day of Chaos in the YOLD 3174 X-Date-in-France: Quintidi 25 =?utf-8?B?Tml2w7Rz?= =?utf-8?Q?e?= CCXVI, jour du chat X-Date-in-Rome: ante diem XIX Kalendas Februarias MMDCCLXI ab Urbe Condida X-Phase-of-Moon: The Moon is Waxing Crescent (36% of Full) X-Message-Flag: Get a proper mailclient! Organization: Happily Disorganized User-Agent: Mutt/1.5.17 (2007-11-01) Cc: jls@FreeBSD.org, current@FreeBSD.org Subject: Re: mpsafe psm driver needed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 11:00:58 -0000 On 2008-01-13 21:25:03 (+0100), Kris Kennaway wrote: > I've been looking at some mutex profiling traces from users of 6.x and 7.x > who are reporting that their mouse pointer sometimes freezes when their > system is busy. In most of the situations I have looked at this is because > the psm driver is Giant-locked, and competes with other things like the > syncer (in 6.x), or sysctl calls (I have a WIP for this that I need to > revisit). > > This is a minor problem from a grand architectural point of view but an > important one from a usability point of view. I believe these particular > interactivity problems would be resolved if the psm driver no longer > required Giant. Is anyone able to work on this? I have taken a look at this in the past. It's not a trivial problem. There is a lot of what I can only charitably call "legacy code" in psm and it appears that as soon as you touch any of it, it upsets at least one brand of KVM "out there". One of my mentees has been working on a rewrite for a while, but the project has not yet been committed to cvs. jls: any news on this? - Philip -- Philip Paeps Please don't Cc me, I am philip@freebsd.org subscribed to the list. It is impossible for an optimist to be pleasantly suprised. From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 11:04:31 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C56D16A419; Mon, 14 Jan 2008 11:04:31 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id D290A13C442; Mon, 14 Jan 2008 11:04:30 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5723E.dip.t-dialin.net [84.165.114.62]) by redbull.bpaserver.net (Postfix) with ESMTP id B0F402E168; Mon, 14 Jan 2008 12:04:19 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id B999C893AF; Mon, 14 Jan 2008 12:03:44 +0100 (CET) Received: (from www@localhost) by webmail.leidinger.net (8.14.2/8.13.8/Submit) id m0EB3i0O029160; Mon, 14 Jan 2008 12:03:44 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Mon, 14 Jan 2008 12:03:44 +0100 Message-ID: <20080114120344.06d80qxkjs4ow8s4@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Mon, 14 Jan 2008 12:03:44 +0100 From: Alexander Leidinger To: Dag-Erling =?utf-8?b?U23Dg8K4cmdyYXY=?= References: <477C82F0.5060809@freebsd.org> <863ateemw2.fsf@ds4.des.no> <200801032200.25650.peter.schuller@infidyne.com> <8663yac62d.fsf@ds4.des.no> <477E72FC.5070304@freebsd.org> <477EA466.6060204@FreeBSD.org> <477EFEAB.8090807@freebsd.org> <868x348iiw.fsf@ds4.des.no> <478A6781.3030700@freebsd.org> <86fxx1pkuv.fsf@ds4.des.no> In-Reply-To: <86fxx1pkuv.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.5) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.6, required 6, BAYES_00 -15.00, MIME_8BIT_HEADER 0.30, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: Peter Wemm , freebsd-current@freebsd.org, Jason Evans , Tim Kientzle , Peter, Schuller Subject: Re: ELF dynamic loader name X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 11:04:31 -0000 Quoting Dag-Erling Sm=C3=83=C2=B8rgrav (from Sun, 13 Jan 2008 = =20 20:48:56 +0100): > Tim Kientzle writes: >> * The kernel already has logic to translate refs to this >> library to "ld-elf.so.1" for the single >> special case of i386 on amd64 (even though "i386" seems to >> be spelled "32" in this case). > > Not only that, but also for 32-bit Linux binaries on i386, and 32-bit > and 64-bit Linux binaries on amd64. Could you please point out where we have 64bit linux stuff? I'm only =20 aware of 32bit linux stuff (on i386 and amd64). Bye, Alexander. --=20 "It was nice of you to let me reattach your arm." --Zoidber http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 11:24:10 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D76E716A418; Mon, 14 Jan 2008 11:24:10 +0000 (UTC) (envelope-from psionic@csh.rit.edu) Received: from whitefox.csh.rit.edu (whitefox.csh.rit.edu [129.21.60.19]) by mx1.freebsd.org (Postfix) with ESMTP id 9387A13C4E7; Mon, 14 Jan 2008 11:24:10 +0000 (UTC) (envelope-from psionic@csh.rit.edu) Received: from localhost (localhost [127.0.0.1]) by whitefox.csh.rit.edu (Postfix) with ESMTP id 5531711462; Mon, 14 Jan 2008 06:01:41 -0500 (EST) X-Virus-Scanned: amavisd-new at csh.rit.edu Received: from whitefox.csh.rit.edu ([127.0.0.1]) by localhost (whitefox.csh.rit.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vgr5p5o+-IYe; Mon, 14 Jan 2008 06:01:25 -0500 (EST) Received: by whitefox.csh.rit.edu (Postfix, from userid 60639) id 5615211460; Mon, 14 Jan 2008 06:01:25 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on whitefox.csh.rit.edu X-Spam-Level: X-Spam-Status: No, score=-2.6 required=4.0 tests=BAYES_00 autolearn=ham version=3.2.1 X-Original-To: psionic@csh.rit.edu Delivered-To: psionic@csh.rit.edu Old-Received: from localhost (localhost [127.0.0.1]) by whitefox.csh.rit.edu (Postfix) with ESMTP id A57A91144C for ; Mon, 14 Jan 2008 06:01:21 -0500 (EST) X-Virus-Scanned: amavisd-new at csh.rit.edu Old-Received: from whitefox.csh.rit.edu ([127.0.0.1]) by localhost (whitefox.csh.rit.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yFDF6WsAjMrP for ; Mon, 14 Jan 2008 06:00:59 -0500 (EST) Old-Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by whitefox.csh.rit.edu (Postfix) with ESMTP id 2742511448 for ; Mon, 14 Jan 2008 06:00:58 -0500 (EST) Old-Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 36EA49878 for ; Mon, 14 Jan 2008 11:00:58 +0000 (UTC) (envelope-from philip@paeps.cx) Old-Received: by hub.freebsd.org (Postfix) id 3522E16A420; Mon, 14 Jan 2008 11:00:58 +0000 (UTC) Delivered-To: jls@freebsd.org Old-Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32FCE16A41B; Mon, 14 Jan 2008 11:00:58 +0000 (UTC) (envelope-from philip@paeps.cx) Old-Received: from gateway.nixsys.be (gateway.nixsys.be [IPv6:2001:6f8:32f::42]) by mx1.freebsd.org (Postfix) with ESMTP id D1D1313C468; Mon, 14 Jan 2008 11:00:57 +0000 (UTC) (envelope-from philip@paeps.cx) Old-Received: from wotan.home.paeps.cx (wotan.home.paeps.cx [IPv6:2001:6f8:32f:10:a00:20ff:fe9b:138c]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "wotan.home.paeps.cx", Issuer "NixSys CA" (verified OK)) by gateway.nixsys.be (Postfix) with ESMTP id F10FE404D; Mon, 14 Jan 2008 12:00:56 +0100 (CET) Old-Received: from fasolt.home.paeps.cx (fasolt.home.paeps.cx [IPv6:2001:6f8:32f:10:214:5eff:feca:2496]) by wotan.home.paeps.cx (Postfix) with ESMTP id 1814661D5; Mon, 14 Jan 2008 12:00:55 +0100 (CET) Old-Received: from fasolt.home.paeps.cx (philip@localhost [127.0.0.1]) by fasolt.home.paeps.cx (8.14.2/8.14.2) with ESMTP id m0EB0s46025208; Mon, 14 Jan 2008 12:00:54 +0100 (CET) (envelope-from philip@fasolt.home.paeps.cx) Old-Received: (from philip@localhost) by fasolt.home.paeps.cx (8.14.2/8.14.2/Submit) id m0EB0sCh025207; Mon, 14 Jan 2008 12:00:54 +0100 (CET) (envelope-from philip) Date: Mon, 14 Jan 2008 12:00:54 +0100 From: Philip Paeps Old-To: Kris Kennaway Message-ID: <20080114110054.GK17508@fasolt.home.paeps.cx> Mail-Followup-To: Kris Kennaway , current@freebsd.org, jls@freebsd.org References: <478A739F.2030003@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <478A739F.2030003@FreeBSD.org> X-PGP-Fingerprint: 356B AE02 4763 F739 2FA2 E438 2649 E628 C5D3 4D05 X-Date: Today is Prickle-Prickle, the 14th day of Chaos in the YOLD 3174 X-Date-in-France: Quintidi 25 =?utf-8?B?Tml2w7Rz?= =?utf-8?Q?e?= CCXVI, jour du chat X-Date-in-Rome: ante diem XIX Kalendas Februarias MMDCCLXI ab Urbe Condida X-Phase-of-Moon: The Moon is Waxing Crescent (36% of Full) X-Message-Flag: Get a proper mailclient! Organization: Happily Disorganized User-Agent: Mutt/1.5.17 (2007-11-01) To: psionic+spamtest@gmail.com Cc: jls@FreeBSD.org, current@FreeBSD.org Subject: Re: mpsafe psm driver needed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 11:24:11 -0000 On 2008-01-13 21:25:03 (+0100), Kris Kennaway wrote: > I've been looking at some mutex profiling traces from users of 6.x and 7.x > who are reporting that their mouse pointer sometimes freezes when their > system is busy. In most of the situations I have looked at this is because > the psm driver is Giant-locked, and competes with other things like the > syncer (in 6.x), or sysctl calls (I have a WIP for this that I need to > revisit). > > This is a minor problem from a grand architectural point of view but an > important one from a usability point of view. I believe these particular > interactivity problems would be resolved if the psm driver no longer > required Giant. Is anyone able to work on this? I have taken a look at this in the past. It's not a trivial problem. There is a lot of what I can only charitably call "legacy code" in psm and it appears that as soon as you touch any of it, it upsets at least one brand of KVM "out there". One of my mentees has been working on a rewrite for a while, but the project has not yet been committed to cvs. jls: any news on this? - Philip -- Philip Paeps Please don't Cc me, I am philip@freebsd.org subscribed to the list. It is impossible for an optimist to be pleasantly suprised. From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 14:32:34 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7EC8F16A421 for ; Mon, 14 Jan 2008 14:32:34 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 6100713C461 for ; Mon, 14 Jan 2008 14:32:33 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id 66DE51A4D80; Mon, 14 Jan 2008 06:29:20 -0800 (PST) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 14 Jan 2008 08:46:14 -0500 User-Agent: KMail/1.9.7 References: <477C82F0.5060809@freebsd.org> <478A6781.3030700@freebsd.org> <86fxx1pkuv.fsf@ds4.des.no> In-Reply-To: <86fxx1pkuv.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200801140846.16143.jhb@freebsd.org> Cc: Dag-Erling =?utf-8?q?Sm=C3=B8rgrav?= , Tim Kientzle , Peter Schuller , Jason Evans , Peter Wemm Subject: Re: ELF dynamic loader name X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 14:32:34 -0000 On Sunday 13 January 2008 02:48:56 pm Dag-Erling Sm=C3=B8rgrav wrote: > Tim Kientzle writes: > > * The kernel already has logic to translate refs to this > > library to "ld-elf.so.1" for the single > > special case of i386 on amd64 (even though "i386" seems to > > be spelled "32" in this case). >=20 > Not only that, but also for 32-bit Linux binaries on i386, and 32-bit > and 64-bit Linux binaries on amd64. Not for Linux, but it is for any 32-bit FreeBSD apps on a 64-bit kernel. So currently i386 on amd64 and i386 on ia64, but it could also be used to run 32-bit sparc binaries (if we had any) on sparc64. =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 14:32:35 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C17616A418 for ; Mon, 14 Jan 2008 14:32:35 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 2021213C469 for ; Mon, 14 Jan 2008 14:32:35 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id 76C1B1A4D82; Mon, 14 Jan 2008 06:29:22 -0800 (PST) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 14 Jan 2008 08:51:42 -0500 User-Agent: KMail/1.9.7 References: <477C82F0.5060809@freebsd.org> <868x348iiw.fsf@ds4.des.no> <478A6781.3030700@freebsd.org> In-Reply-To: <478A6781.3030700@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801140851.44134.jhb@freebsd.org> Cc: Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= , Tim Kientzle , Peter Schuller , Jason Evans , Peter Wemm Subject: Re: ELF dynamic loader name X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 14:32:35 -0000 On Sunday 13 January 2008 02:33:21 pm Tim Kientzle wrote: > > Instead, the kernel automagically > > translates ld-elf.so.1 to ld-elf32.so.1 for 32-bit binaries, and gdb is > > none the wiser. > > Ah! I see. So let me see if I understand: > > * Peter Wemm's concern about gdb is that the library > reference in the compiled binaries always be "ld-elf.so.1" > so that the debugger and other system tools can identify > references to this special library. > * The kernel already has logic to translate refs to this > library to "ld-elf.so.1" for the single > special case of i386 on amd64 (even though "i386" seems to > be spelled "32" in this case). It's not an arch name. The '32' is because it is part of the freebsd32 compat ABI which provides an alternate syscall table just like ABIs for SVR4, IBCS2, and Linux. freebsd32 is not i386-specific, but instead is split into an MI portion that provides generic 32-bit wrapping for 64-bit platforms and MD backends (ia32 ABI on amd64 and ia64 for i386 currently). If you had foo32 and foo64 archs then freebsd32 (and thus ld-elf32.so.1) would be used on foo64 systems to run foo32 binaries. > * "Side-grades" from i386 to amd64 have the complication of > having to rename ld-elf.so.1 at some point in the process. > Failure to do this at the correct point risks breaking the > entire system. > > It still seems that renaming ld-elf.so.1 to ld-elf-.so.1 > on disk would solve the side-grade problem (nothing to be renamed, > only a new ld-elf-amd64.so.1 to install), and the existing > kernel translation logic could be generalized to allow all > binaries to refer to ld-elf.so.1, thus addressing the gdb > problem in the same way it's been handled for this case for > some time. I think the side-grade is such a special case (are you going to side-grade from ia64 to alpha?) that it doesn't warrant changing the rest of the system. We don't have /usr/-bin instead of /usr/bin. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 14:32:36 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7AD7816A417; Mon, 14 Jan 2008 14:32:36 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 629E913C4CC; Mon, 14 Jan 2008 14:32:36 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id BC5901A4D83; Mon, 14 Jan 2008 06:29:23 -0800 (PST) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 14 Jan 2008 08:53:50 -0500 User-Agent: KMail/1.9.7 References: <478556AD.6090400@bsdforen.de> <47875131.4040802@FreeBSD.org> <47888443.9060300@bsdforen.de> In-Reply-To: <47888443.9060300@bsdforen.de> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801140853.51486.jhb@freebsd.org> Cc: Dominic Fandrey Subject: Re: FreeBSD's problems as seen by the BSDForen.de community X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 14:32:36 -0000 On Saturday 12 January 2008 04:11:31 am Dominic Fandrey wrote: > Kris Kennaway wrote: > > Kris Kennaway wrote: > >> Dominic Fandrey wrote: > >>> The first problem is the unbearable performance many AMD users are > >>> suffering > >>> for several chipset and CPU generations. Even minimal I/O load on a > >>> hard disk > >>> suffices to lock up whole systems. Posts on the mailinglists current and > >>> stable have often been answered with denial or have simply been > >>> ignored. Only > >>> on very rare occasions (if at all) have these problems been taken > >>> seriously. > >> > >> Thanks for the feedback. It is hard to respond to the reports of poor > >> performance or other problems without specific information though. > > > > FYI this was not a dismissal, it was an invitation for you to follow up > > with the specific problems your members have seen so we can try to > > evaluate them. > > Yes, thank you. I consider the first replies to the mail as very positive and > the intention to take us serious and try help us is clear. I'm a bit > disappointed the thread has been hijacked by people who want to press their > own agenda. The last time I sent a performance complaint to ports@ it resulted > in faster code (pkg_install, bsd.ports.mkd), not in license discussions. > > Anyway, the general description is the following: during a portupgrade the > system response time goes up to several seconds or even minutes during a > portupgrade. Imagine writing an email and having to wait a minute for your > typing to show up. Needless to say, that using a mouse is impossible. > This effect how ever is, though best seen there, not limited to X. Ping times > to an affected system doing a portupgrade also go up to several seconds (over > a cross cable). Look at /usr/src/tools/sched/schedgraph.py. It has instructions near the top of the file on what kernel options to use and ports to install. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 14:32:37 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D475316A41B; Mon, 14 Jan 2008 14:32:37 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id BC89D13C4D3; Mon, 14 Jan 2008 14:32:37 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id 28DDA1A4D84; Mon, 14 Jan 2008 06:29:25 -0800 (PST) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 14 Jan 2008 09:18:45 -0500 User-Agent: KMail/1.9.7 References: <1200197787.67286.13.camel@shumai.marcuscom.com> In-Reply-To: <1200197787.67286.13.camel@shumai.marcuscom.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801140918.45895.jhb@freebsd.org> Cc: Joe Marcus Clarke , current Subject: Re: RFC: Adding a hw.features[2] sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 14:32:37 -0000 On Saturday 12 January 2008 11:16:27 pm Joe Marcus Clarke wrote: > I find it would be useful to have the list of CPU features available via > a sysctl. Currently, he only ways to get this information are to have > linprocfs mounted, or parse dmesg.boot (if it exists). Attached are > patches to add hw.features and hw.features2 sysctls for i386 and amd64 > (where a list of CPU features is applicable). The results are identical > to the Features and Features2 strings from dmesg: > > hw.features2: 0x41d > hw.features: > 0xbfebfbff > > Comments? I would put this under machdep. rather than hw. since it is x86-specific. I also think having feature and feature2 might be a bit odd as you have to query two different nodes. Someday there might be a features3 when features2 runs out of bits and then all the apps would have to be updated again perhaps. Maybe something like: machdep.cpufeature.FPU=1 machdep.cpufeature.VME=1 Or maybe if you use named nodes like this you could do dev.cpu.X.FPU=1, dev.cpu.X.VME=1, etc. (possibly dev.cpu.X.feature.FPU=1, etc.) -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 14:32:37 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D475316A41B; Mon, 14 Jan 2008 14:32:37 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id BC89D13C4D3; Mon, 14 Jan 2008 14:32:37 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id 28DDA1A4D84; Mon, 14 Jan 2008 06:29:25 -0800 (PST) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 14 Jan 2008 09:18:45 -0500 User-Agent: KMail/1.9.7 References: <1200197787.67286.13.camel@shumai.marcuscom.com> In-Reply-To: <1200197787.67286.13.camel@shumai.marcuscom.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801140918.45895.jhb@freebsd.org> Cc: Joe Marcus Clarke , current Subject: Re: RFC: Adding a hw.features[2] sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 14:32:37 -0000 On Saturday 12 January 2008 11:16:27 pm Joe Marcus Clarke wrote: > I find it would be useful to have the list of CPU features available via > a sysctl. Currently, he only ways to get this information are to have > linprocfs mounted, or parse dmesg.boot (if it exists). Attached are > patches to add hw.features and hw.features2 sysctls for i386 and amd64 > (where a list of CPU features is applicable). The results are identical > to the Features and Features2 strings from dmesg: > > hw.features2: 0x41d > hw.features: > 0xbfebfbff > > Comments? I would put this under machdep. rather than hw. since it is x86-specific. I also think having feature and feature2 might be a bit odd as you have to query two different nodes. Someday there might be a features3 when features2 runs out of bits and then all the apps would have to be updated again perhaps. Maybe something like: machdep.cpufeature.FPU=1 machdep.cpufeature.VME=1 Or maybe if you use named nodes like this you could do dev.cpu.X.FPU=1, dev.cpu.X.VME=1, etc. (possibly dev.cpu.X.feature.FPU=1, etc.) -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 14:32:39 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2949616A417; Mon, 14 Jan 2008 14:32:39 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 0C2A113C4F2; Mon, 14 Jan 2008 14:32:38 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id 6A2CD1A4D86; Mon, 14 Jan 2008 06:29:26 -0800 (PST) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 14 Jan 2008 09:20:11 -0500 User-Agent: KMail/1.9.7 References: <478A739F.2030003@FreeBSD.org> <20080114110054.GK17508@fasolt.home.paeps.cx> In-Reply-To: <20080114110054.GK17508@fasolt.home.paeps.cx> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801140920.12890.jhb@freebsd.org> Cc: jls@freebsd.org, current@freebsd.org Subject: Re: mpsafe psm driver needed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 14:32:39 -0000 On Monday 14 January 2008 06:00:54 am Philip Paeps wrote: > On 2008-01-13 21:25:03 (+0100), Kris Kennaway wrote: > > I've been looking at some mutex profiling traces from users of 6.x and 7.x > > who are reporting that their mouse pointer sometimes freezes when their > > system is busy. In most of the situations I have looked at this is because > > the psm driver is Giant-locked, and competes with other things like the > > syncer (in 6.x), or sysctl calls (I have a WIP for this that I need to > > revisit). > > > > This is a minor problem from a grand architectural point of view but an > > important one from a usability point of view. I believe these particular > > interactivity problems would be resolved if the psm driver no longer > > required Giant. Is anyone able to work on this? > > I have taken a look at this in the past. It's not a trivial problem. > > There is a lot of what I can only charitably call "legacy code" in psm and it > appears that as soon as you touch any of it, it upsets at least one brand of > KVM "out there". > > One of my mentees has been working on a rewrite for a while, but the project > has not yet been committed to cvs. > > jls: any news on this? Does psm(4) interface with any subsystems like tty(4)? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 14:32:39 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2949616A417; Mon, 14 Jan 2008 14:32:39 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 0C2A113C4F2; Mon, 14 Jan 2008 14:32:38 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id 6A2CD1A4D86; Mon, 14 Jan 2008 06:29:26 -0800 (PST) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 14 Jan 2008 09:20:11 -0500 User-Agent: KMail/1.9.7 References: <478A739F.2030003@FreeBSD.org> <20080114110054.GK17508@fasolt.home.paeps.cx> In-Reply-To: <20080114110054.GK17508@fasolt.home.paeps.cx> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801140920.12890.jhb@freebsd.org> Cc: jls@freebsd.org, current@freebsd.org Subject: Re: mpsafe psm driver needed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 14:32:39 -0000 On Monday 14 January 2008 06:00:54 am Philip Paeps wrote: > On 2008-01-13 21:25:03 (+0100), Kris Kennaway wrote: > > I've been looking at some mutex profiling traces from users of 6.x and 7.x > > who are reporting that their mouse pointer sometimes freezes when their > > system is busy. In most of the situations I have looked at this is because > > the psm driver is Giant-locked, and competes with other things like the > > syncer (in 6.x), or sysctl calls (I have a WIP for this that I need to > > revisit). > > > > This is a minor problem from a grand architectural point of view but an > > important one from a usability point of view. I believe these particular > > interactivity problems would be resolved if the psm driver no longer > > required Giant. Is anyone able to work on this? > > I have taken a look at this in the past. It's not a trivial problem. > > There is a lot of what I can only charitably call "legacy code" in psm and it > appears that as soon as you touch any of it, it upsets at least one brand of > KVM "out there". > > One of my mentees has been working on a rewrite for a while, but the project > has not yet been committed to cvs. > > jls: any news on this? Does psm(4) interface with any subsystems like tty(4)? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 14:42:05 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1D2916A498 for ; Mon, 14 Jan 2008 14:42:05 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 69E8113C4E9 for ; Mon, 14 Jan 2008 14:42:05 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JEQVk-00007P-0F for freebsd-current@freebsd.org; Mon, 14 Jan 2008 14:42:00 +0000 Received: from www.creo.hu ([217.113.62.14]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 14 Jan 2008 14:41:59 +0000 Received: from csaba-ml by www.creo.hu with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 14 Jan 2008 14:41:59 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Csaba Henk Date: Mon, 14 Jan 2008 14:41:53 +0000 (UTC) Lines: 23 Message-ID: References: <1200197787.67286.13.camel@shumai.marcuscom.com> <20080113182457.GN929@server.vk2pj.dyndns.org> <200801141254.20400.doconnor@gsoft.com.au> <478AE741.1000105@comcast.net> X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: www.creo.hu User-Agent: slrn/0.9.8.1 (FreeBSD) Sender: news Subject: Re: RFC: Adding a hw.features[2] sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 14:42:05 -0000 On 2008-01-14, Igor Mozolevsky wrote: > On 14/01/2008, Nathan Lay wrote: > >> cat'ing /dev/cpuinfo sounds reminiscent to Linux /proc. > > No it doesn't - it's a perfectly fine Unix way of doing things... The > purpose of /dev is to provide an interface to the devices on the > machine, (query-capable-)CPU is a device... Having /proc as an > interface to the kernel on the other hand... Hm, I just fail to see the how the ioctl interface is different from the sysctl interface in terms of semantic capabilites. AFAICS you can syntactically transform some hypothetic ioctl call on a /dev/ entry to a hypothethic sysctl invocation and vica versa. So for me it seems to be just a matter of preference and style. And you just _can't_ deny that defining a sysctl adheres more to FreeBSD's conventions than adding a fancy new /dev node just to be ioctl'd. Csaba From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 15:09:43 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D73A916A421; Mon, 14 Jan 2008 15:09:43 +0000 (UTC) (envelope-from philip@paeps.cx) Received: from gateway.nixsys.be (gateway.nixsys.be [IPv6:2001:6f8:32f::42]) by mx1.freebsd.org (Postfix) with ESMTP id 6A9E813C458; Mon, 14 Jan 2008 15:09:43 +0000 (UTC) (envelope-from philip@paeps.cx) Received: from wotan.home.paeps.cx (wotan.home.paeps.cx [IPv6:2001:6f8:32f:10:a00:20ff:fe9b:138c]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "wotan.home.paeps.cx", Issuer "NixSys CA" (verified OK)) by gateway.nixsys.be (Postfix) with ESMTP id B02D04050; Mon, 14 Jan 2008 16:09:42 +0100 (CET) Received: from fasolt.home.paeps.cx (fasolt.home.paeps.cx [IPv6:2001:6f8:32f:10:214:5eff:feca:2496]) by wotan.home.paeps.cx (Postfix) with ESMTP id EA04761FB; Mon, 14 Jan 2008 16:09:40 +0100 (CET) Received: from fasolt.home.paeps.cx (philip@localhost [127.0.0.1]) by fasolt.home.paeps.cx (8.14.2/8.14.2) with ESMTP id m0EF9eib026790; Mon, 14 Jan 2008 16:09:40 +0100 (CET) (envelope-from philip@fasolt.home.paeps.cx) Received: (from philip@localhost) by fasolt.home.paeps.cx (8.14.2/8.14.2/Submit) id m0EF9eix026789; Mon, 14 Jan 2008 16:09:40 +0100 (CET) (envelope-from philip) Date: Mon, 14 Jan 2008 16:09:40 +0100 From: Philip Paeps To: John Baldwin Message-ID: <20080114150940.GO17508@fasolt.home.paeps.cx> Mail-Followup-To: John Baldwin , Kris Kennaway , jls@freebsd.org, current@freebsd.org References: <478A739F.2030003@FreeBSD.org> <20080114110054.GK17508@fasolt.home.paeps.cx> <200801140920.12890.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <200801140920.12890.jhb@freebsd.org> X-PGP-Fingerprint: 356B AE02 4763 F739 2FA2 E438 2649 E628 C5D3 4D05 X-Date: Today is Prickle-Prickle, the 14th day of Chaos in the YOLD 3174 X-Date-in-France: Quintidi 25 =?utf-8?B?Tml2w7Rz?= =?utf-8?Q?e?= CCXVI, jour du chat X-Date-in-Rome: ante diem XIX Kalendas Februarias MMDCCLXI ab Urbe Condida X-Phase-of-Moon: The Moon is Waxing Crescent (37% of Full) X-Message-Flag: Get a proper mailclient! Organization: Happily Disorganized User-Agent: Mutt/1.5.17 (2007-11-01) Cc: jls@freebsd.org, current@freebsd.org Subject: Re: mpsafe psm driver needed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 15:09:43 -0000 On 2008-01-14 09:20:11 (-0500), John Baldwin wrote: > On Monday 14 January 2008 06:00:54 am Philip Paeps wrote: > > On 2008-01-13 21:25:03 (+0100), Kris Kennaway wrote: > > > I've been looking at some mutex profiling traces from users of 6.x and 7.x > > > who are reporting that their mouse pointer sometimes freezes when their > > > system is busy. In most of the situations I have looked at this is because > > > the psm driver is Giant-locked, and competes with other things like the > > > syncer (in 6.x), or sysctl calls (I have a WIP for this that I need to > > > revisit). > > > > > > This is a minor problem from a grand architectural point of view but an > > > important one from a usability point of view. I believe these particular > > > interactivity problems would be resolved if the psm driver no longer > > > required Giant. Is anyone able to work on this? > > > > I have taken a look at this in the past. It's not a trivial problem. > > > > There is a lot of what I can only charitably call "legacy code" in psm and it > > appears that as soon as you touch any of it, it upsets at least one brand of > > KVM "out there". > > > > One of my mentees has been working on a rewrite for a while, but the project > > has not yet been committed to cvs. > > > > jls: any news on this? > > Does psm(4) interface with any subsystems like tty(4)? It shouldn't. moused(8) listens on /dev/psm and sends events down again to syscons with /dev/consctl. (And syscons then pushes them back up through /dev/sysmouse for things like X11 to listen on - yikes). - Philip -- Philip Paeps Please don't Cc me, I am philip@freebsd.org subscribed to the list. lo azz lo azz gah lo foo From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 15:12:28 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2B2716A420; Mon, 14 Jan 2008 15:12:27 +0000 (UTC) (envelope-from psionic@csh.rit.edu) Received: from whitefox.csh.rit.edu (whitefox.csh.rit.edu [129.21.60.19]) by mx1.freebsd.org (Postfix) with ESMTP id 8512B13C4DD; Mon, 14 Jan 2008 15:12:27 +0000 (UTC) (envelope-from psionic@csh.rit.edu) Received: from localhost (localhost [127.0.0.1]) by whitefox.csh.rit.edu (Postfix) with ESMTP id 61C8F11468; Mon, 14 Jan 2008 10:12:26 -0500 (EST) X-Virus-Scanned: amavisd-new at csh.rit.edu Received: from whitefox.csh.rit.edu ([127.0.0.1]) by localhost (whitefox.csh.rit.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id j9oJ3Nd7Uewc; Mon, 14 Jan 2008 10:12:10 -0500 (EST) Received: by whitefox.csh.rit.edu (Postfix, from userid 60639) id 64B4411460; Mon, 14 Jan 2008 10:12:10 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on whitefox.csh.rit.edu X-Spam-Level: X-Spam-Status: No, score=-2.6 required=4.0 tests=BAYES_00 autolearn=ham version=3.2.1 X-Original-To: psionic@csh.rit.edu Delivered-To: psionic@csh.rit.edu Old-Received: from localhost (localhost [127.0.0.1]) by whitefox.csh.rit.edu (Postfix) with ESMTP id CA8C411439 for ; Mon, 14 Jan 2008 10:12:03 -0500 (EST) X-Virus-Scanned: amavisd-new at csh.rit.edu Old-Received: from whitefox.csh.rit.edu ([127.0.0.1]) by localhost (whitefox.csh.rit.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id orGH-H6zHWh0 for ; Mon, 14 Jan 2008 10:11:44 -0500 (EST) Old-Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by whitefox.csh.rit.edu (Postfix) with ESMTP id 6496511449 for ; Mon, 14 Jan 2008 10:11:44 -0500 (EST) Old-Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 083403306B for ; Mon, 14 Jan 2008 15:09:44 +0000 (UTC) (envelope-from philip@paeps.cx) Old-Received: by hub.freebsd.org (Postfix) id DA9FE16A479; Mon, 14 Jan 2008 15:09:43 +0000 (UTC) Delivered-To: jls@freebsd.org Old-Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D73A916A421; Mon, 14 Jan 2008 15:09:43 +0000 (UTC) (envelope-from philip@paeps.cx) Old-Received: from gateway.nixsys.be (gateway.nixsys.be [IPv6:2001:6f8:32f::42]) by mx1.freebsd.org (Postfix) with ESMTP id 6A9E813C458; Mon, 14 Jan 2008 15:09:43 +0000 (UTC) (envelope-from philip@paeps.cx) Old-Received: from wotan.home.paeps.cx (wotan.home.paeps.cx [IPv6:2001:6f8:32f:10:a00:20ff:fe9b:138c]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "wotan.home.paeps.cx", Issuer "NixSys CA" (verified OK)) by gateway.nixsys.be (Postfix) with ESMTP id B02D04050; Mon, 14 Jan 2008 16:09:42 +0100 (CET) Old-Received: from fasolt.home.paeps.cx (fasolt.home.paeps.cx [IPv6:2001:6f8:32f:10:214:5eff:feca:2496]) by wotan.home.paeps.cx (Postfix) with ESMTP id EA04761FB; Mon, 14 Jan 2008 16:09:40 +0100 (CET) Old-Received: from fasolt.home.paeps.cx (philip@localhost [127.0.0.1]) by fasolt.home.paeps.cx (8.14.2/8.14.2) with ESMTP id m0EF9eib026790; Mon, 14 Jan 2008 16:09:40 +0100 (CET) (envelope-from philip@fasolt.home.paeps.cx) Old-Received: (from philip@localhost) by fasolt.home.paeps.cx (8.14.2/8.14.2/Submit) id m0EF9eix026789; Mon, 14 Jan 2008 16:09:40 +0100 (CET) (envelope-from philip) Date: Mon, 14 Jan 2008 16:09:40 +0100 From: Philip Paeps Old-To: John Baldwin Message-ID: <20080114150940.GO17508@fasolt.home.paeps.cx> Mail-Followup-To: John Baldwin , Kris Kennaway , jls@freebsd.org, current@freebsd.org References: <478A739F.2030003@FreeBSD.org> <20080114110054.GK17508@fasolt.home.paeps.cx> <200801140920.12890.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <200801140920.12890.jhb@freebsd.org> X-PGP-Fingerprint: 356B AE02 4763 F739 2FA2 E438 2649 E628 C5D3 4D05 X-Date: Today is Prickle-Prickle, the 14th day of Chaos in the YOLD 3174 X-Date-in-France: Quintidi 25 =?utf-8?B?Tml2w7Rz?= =?utf-8?Q?e?= CCXVI, jour du chat X-Date-in-Rome: ante diem XIX Kalendas Februarias MMDCCLXI ab Urbe Condida X-Phase-of-Moon: The Moon is Waxing Crescent (37% of Full) X-Message-Flag: Get a proper mailclient! Organization: Happily Disorganized User-Agent: Mutt/1.5.17 (2007-11-01) To: psionic+spamtest@gmail.com Cc: jls@freebsd.org, current@freebsd.org Subject: Re: mpsafe psm driver needed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 15:12:28 -0000 On 2008-01-14 09:20:11 (-0500), John Baldwin wrote: > On Monday 14 January 2008 06:00:54 am Philip Paeps wrote: > > On 2008-01-13 21:25:03 (+0100), Kris Kennaway wrote: > > > I've been looking at some mutex profiling traces from users of 6.x and 7.x > > > who are reporting that their mouse pointer sometimes freezes when their > > > system is busy. In most of the situations I have looked at this is because > > > the psm driver is Giant-locked, and competes with other things like the > > > syncer (in 6.x), or sysctl calls (I have a WIP for this that I need to > > > revisit). > > > > > > This is a minor problem from a grand architectural point of view but an > > > important one from a usability point of view. I believe these particular > > > interactivity problems would be resolved if the psm driver no longer > > > required Giant. Is anyone able to work on this? > > > > I have taken a look at this in the past. It's not a trivial problem. > > > > There is a lot of what I can only charitably call "legacy code" in psm and it > > appears that as soon as you touch any of it, it upsets at least one brand of > > KVM "out there". > > > > One of my mentees has been working on a rewrite for a while, but the project > > has not yet been committed to cvs. > > > > jls: any news on this? > > Does psm(4) interface with any subsystems like tty(4)? It shouldn't. moused(8) listens on /dev/psm and sends events down again to syscons with /dev/consctl. (And syscons then pushes them back up through /dev/sysmouse for things like X11 to listen on - yikes). - Philip -- Philip Paeps Please don't Cc me, I am philip@freebsd.org subscribed to the list. lo azz lo azz gah lo foo From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 15:26:02 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7AF3016A418 for ; Mon, 14 Jan 2008 15:26:02 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [IPv6:2001:660:330f:f820:213:72ff:fe15:f44]) by mx1.freebsd.org (Postfix) with ESMTP id 109E213C457 for ; Mon, 14 Jan 2008 15:26:02 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id 28FFB3E432 for ; Mon, 14 Jan 2008 16:26:00 +0100 (CET) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id T0bnFEbJ6yjS for ; Mon, 14 Jan 2008 16:25:57 +0100 (CET) Received: by keltia.freenix.fr (Postfix/TLS, from userid 101) id 313593E4FD; Mon, 14 Jan 2008 16:25:57 +0100 (CET) Date: Mon, 14 Jan 2008 16:25:57 +0100 From: Ollivier Robert To: freebsd-current@freebsd.org Message-ID: <20080114152557.GA51877@keltia.freenix.fr> References: <20080111140144.59498431.timo.schoeler@riscworks.net> <200801111917.m0BJHP8u018954@lurza.secnetix.de> <20080111211500.GD79270@cicely12.cicely.de> <4787D1AF.3090900@tomjudge.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4787D1AF.3090900@tomjudge.com> X-Operating-System: MacOS X / Macbook Pro - FreeBSD 6.2 / Dell D820 SMP User-Agent: Mutt/1.5.17 (2007-11-01) Subject: Re: FreeBSD's problems as seen by the BSDForen.de community X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 15:26:02 -0000 According to Tom Judge: > I have also have this patch (against RELENG_6_2) but it also includes the > HPN patches, please drop me a private email if you would like a copy. Both the "-c none" and the HPN patches are worthy for a ports patch. Please send a PR with both. If noone else does, I can commit them. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin sidhe.keltia.net Version 8.10.1: Wed May 23 16:33:00 PDT 2007 i386 From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 15:47:30 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5630B16A417 for ; Mon, 14 Jan 2008 15:47:30 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: from hu-out-0506.google.com (hu-out-0506.google.com [72.14.214.236]) by mx1.freebsd.org (Postfix) with ESMTP id 2B4A213C43E for ; Mon, 14 Jan 2008 15:47:28 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: by hu-out-0506.google.com with SMTP id 28so806927hub.8 for ; Mon, 14 Jan 2008 07:47:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received: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; bh=zQu8q8SXdcML4pe7WukCliEDjlNtK+izP5jX8pwkN6Y=; b=OvvlRuaTdyyw51bIDDMM/HnuaBXERy8SyXALjapgSKIbZzMZInmJs+b/8sOvDCONnz3NSXnkbvzWYfrd+98LC9C5uV6drxuaTgY2OR7Es/G/6JimDkQW+PEfDXEu1YB3ic2M/UvvTe/bHTWF1F4cIk/G9reRByUAa6wHLHkyea4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=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=KXlVnKoWtN2dPSBYn5MsNjk9qIxqqVcxRcKhY9kos8V9nuWTiCu4rXwPc1Nj2ZB+CEah31OGa4wy4CFDwaKnQrNZ5n5Me0Cvdw7grjTWTjd/0mVfbtmJ9CiabUYOF4aQza4kDF2IeVEo4lC6eMzEjKQsbWKCbc4khdAiugOnCpk= Received: by 10.67.115.15 with SMTP id s15mr3436517ugm.63.1200325646978; Mon, 14 Jan 2008 07:47:26 -0800 (PST) Received: by 10.66.248.11 with HTTP; Mon, 14 Jan 2008 07:47:26 -0800 (PST) Message-ID: Date: Mon, 14 Jan 2008 15:47:26 +0000 From: "Igor Mozolevsky" Sender: mozolevsky@gmail.com To: "Csaba Henk" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1200197787.67286.13.camel@shumai.marcuscom.com> <20080113182457.GN929@server.vk2pj.dyndns.org> <200801141254.20400.doconnor@gsoft.com.au> <478AE741.1000105@comcast.net> X-Google-Sender-Auth: b98cff85a0dc2988 Cc: freebsd-current@freebsd.org Subject: Re: RFC: Adding a hw.features[2] sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 15:47:30 -0000 On 14/01/2008, Csaba Henk wrote: > On 2008-01-14, Igor Mozolevsky wrote: > > On 14/01/2008, Nathan Lay wrote: > > > >> cat'ing /dev/cpuinfo sounds reminiscent to Linux /proc. > > > > No it doesn't - it's a perfectly fine Unix way of doing things... The > > purpose of /dev is to provide an interface to the devices on the > > machine, (query-capable-)CPU is a device... Having /proc as an > > interface to the kernel on the other hand... > > Hm, I just fail to see the how the ioctl interface is different from > the sysctl interface in terms of semantic capabilites. You need to *define* the output of a sysctl, you don't have to produce any output in ioctl, just a boolean reply or a mask that can be processed with #define macros... I honestly don't see how all of that can be abstracted away in a MIB given that there is a number of Intel|AMD|Whoever feature/feature1, who knows when feature2 will be needed... If it can be done reasonably in a MIB, I won't say a word, but nobody's proposed any data representation for a (or a number of) MIB(s) yet... What's the overhead of sysctl vs ioctl? Igor From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 16:01:40 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F2B716A420 for ; Mon, 14 Jan 2008 16:01:40 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id 8EB6713C44B for ; Mon, 14 Jan 2008 16:01:39 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so2547802fgg.35 for ; Mon, 14 Jan 2008 08:01:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:message-id:from:to:subject:user-agent:in-reply-to:references:mime-version:content-type:sender; bh=ogyqUZ0a1zhbnAQCaI3iKbjds3BAL2W5ci/YE33tgs8=; b=Mmo2nVGeZMYOSi9oK0xZkk6LGxPRkIWvDZNgdK/Q/OO2N1Ipt2CUZ6HLeRL9LX8JLKlSbU136hg2R5vzMDK60ZDkbxOkl+PrwXmwoqiwIjGi9ew257r2t6Hk5OGlOwXmARkNSLauICrdmuMiiq7oW5ALBJ1nLt+xhmrxdjkXSKI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:message-id:from:to:subject:user-agent:in-reply-to:references:mime-version:content-type:sender; b=CgC98AOM9f+msBwLbpDVRytZHvP+tJqilhzm2nkFzPEZ3PGHhc5DezTP0g25ekm+FCjYwxpFyuICAsKVyeBmw0ycJp9pdyagwqNulBXYTfqb5YOxHW7ruZCGamXxqdPcxCxF0Ck+UgfA2cn+VJOVkn4XPz/V7loQZT6M6Ta8q/M= Received: by 10.82.187.2 with SMTP id k2mr81872buf.16.1200326497930; Mon, 14 Jan 2008 08:01:37 -0800 (PST) Received: from epsilon.local.gmail.com ( [193.126.199.121]) by mx.google.com with ESMTPS id t2sm5323235gve.3.2008.01.14.08.01.36 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 14 Jan 2008 08:01:37 -0800 (PST) Date: Mon, 14 Jan 2008 16:01:17 +0000 Message-ID: <864pdgjt0y.wl%rpaulo@fnop.net> From: Rui Paulo To: freebsd-current@freebsd.org User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/22.1 Mule/5.0 (SAKAKI) In-Reply-To: <790a9fff0801122245n4a11fe6y5b1cfe72dca15681@mail.gmail.com> References: <20080113042318.GA5312@mua.local> MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Sender: Rui Paulo Subject: Re: FreeBSD on macbook & backlight module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 16:01:40 -0000 I have the backlight module ready to be committed (needs approval first), but it would be great if we could create a general backlight API. I have some initial ideas, but needs a bit more thought. Also, xrandr on (7.3 with "intel" video driver) seems to be able to control the LCD backlight on MacBooks, but it seems bogus: % xrandr --prop Screen 0: minimum 320 x 200, current 1280 x 800, maximum 1280 x 1280 VGA disconnected (normal left inverted right x axis y axis) LVDS connected 1280x800+0+0 (normal left inverted right x axis y axis) 286mm x 179mm EDID_DATA: 00ffffffffffff0006105b9c00000000 0e100103801d12780a87f594574f8c27 27505400000001010101010101010101 010101010101bc1b00a0502017303020 36001eb3100000190000000100061020 00000000000000000a20000000fe004c 544e31333357310000000a20000000fc 00436f6c6f72204c43440a20202000c6 BACKLIGHT: 296 (0x00000128) range: (0,296) I don't really know about how exactly this control works, because: 1) the range is wrong. 2) setting values with xrandr --output LVDS --set BACKLIGHT , doesn't seem to be doing anything good. It just sets a high and low value for the backlight brigthness. If anyone knows anything about this, I would appreciate if you could step forward. There's another problem: xv (try it with mplayer -vo xv) seems to be setting the backlight value on initialization. So, if you start Xorg with backlight value of 50, then reduce it to 20 and after that try to play a video with mplayer, the backlight value seems to come back to 50. There are very strange interactions between xrandr and my own backlight control kernel module. It would be great to disable xrandr's backlight control, at least. Regards. -- Rui Paulo I have the backlight module ready to be committed (needs approval first), but it would be great if we could create a general backlight API. I have some initial ideas, but needs a bit more thought. Also, xrandr on (7.3 with "intel" video driver) seems to be able to control the LCD backlight on MacBooks, but it seems bogus: % xrandr --prop Screen 0: minimum 320 x 200, current 1280 x 800, maximum 1280 x 1280 VGA disconnected (normal left inverted right x axis y axis) LVDS connected 1280x800+0+0 (normal left inverted right x axis y axis) 286mm x 179mm EDID_DATA: 00ffffffffffff0006105b9c00000000 0e100103801d12780a87f594574f8c27 27505400000001010101010101010101 010101010101bc1b00a0502017303020 36001eb3100000190000000100061020 00000000000000000a20000000fe004c 544e31333357310000000a20000000fc 00436f6c6f72204c43440a20202000c6 BACKLIGHT: 296 (0x00000128) range: (0,296) I don't really know about how exactly this control works, because: 1) the range is wrong. 2) setting values with xrandr --output LVDS --set BACKLIGHT , doesn't seem to be doing anything good. It just sets a high and low value for the backlight brigthness. If anyone knows anything about this, I would appreciate if you could step forward. There's another problem: xv (try it with mplayer -vo xv) seems to be setting the backlight value on initialization. So, if you start Xorg with backlight value of 50, then reduce it to 20 and after that try to play a video with mplayer, the backlight value seems to come back to 50. There are very strange interactions between xrandr and my own backlight control kernel module. It would be great to disable xrandr's backlight control, at least. Regards. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 16:28:02 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D2B216A417 for ; Mon, 14 Jan 2008 16:28:02 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id 3047A13C4CC for ; Mon, 14 Jan 2008 16:28:02 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id D6C37893B0 for ; Mon, 14 Jan 2008 11:12:39 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Mon, 14 Jan 2008 11:12:39 -0500 X-Sasl-enc: SJ9i3rD777E3duMg9CGcUy7bpAaZ6P3PX5FGb40Gslfh 1200327159 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 76B7511FDD for ; Mon, 14 Jan 2008 11:12:39 -0500 (EST) Message-ID: <478B89F6.1010703@incunabulum.net> Date: Mon, 14 Jan 2008 16:12:38 +0000 From: Bruce M Simpson User-Agent: Thunderbird 2.0.0.6 (X11/20070928) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: exmap port - shared memory profiler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 16:28:02 -0000 I began porting this: http://www.berthels.co.uk/exmap/ and it is here: http://people.freebsd.org/~bms/dump/exmap.tgz It needs debugging. Would anyone like to help? It is a very useful tool for profiling memory sharing between processes. cheers BMS P.S. I'm not on arch or hackers at the moment, please circulate this. From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 16:45:31 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C24816A46E for ; Mon, 14 Jan 2008 16:45:31 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 8FB4C13C455 for ; Mon, 14 Jan 2008 16:45:30 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JESRC-0007Mr-15 for freebsd-current@freebsd.org; Mon, 14 Jan 2008 16:45:26 +0000 Received: from www.creo.hu ([217.113.62.14]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 14 Jan 2008 16:45:26 +0000 Received: from csaba-ml by www.creo.hu with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 14 Jan 2008 16:45:26 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Csaba Henk Date: Mon, 14 Jan 2008 16:45:15 +0000 (UTC) Lines: 45 Message-ID: References: <1200197787.67286.13.camel@shumai.marcuscom.com> <20080113182457.GN929@server.vk2pj.dyndns.org> <200801141254.20400.doconnor@gsoft.com.au> <478AE741.1000105@comcast.net> X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: www.creo.hu User-Agent: slrn/0.9.8.1 (FreeBSD) Sender: news Subject: Re: RFC: Adding a hw.features[2] sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 16:45:31 -0000 On 2008-01-14, Igor Mozolevsky wrote: > On 14/01/2008, Csaba Henk wrote: >> Hm, I just fail to see the how the ioctl interface is different from >> the sysctl interface in terms of semantic capabilites. > > You need to *define* the output of a sysctl, you don't have to produce > any output in ioctl, just a boolean reply or a mask that can be > processed with #define macros... I honestly don't see how all of that > can be abstracted away in a MIB given that there is a number of > Intel|AMD|Whoever feature/feature1, who knows when feature2 will be > needed... I don't pretend that I'm an expert of the topic discussed, I just don't see any essential difference (in terms of convenience or expressive power) between these: ################################################ /* your code sample */ cpu_features_t mask; fd = open( "/dev/cpuinfo", O_RDONLY ); ioctl( fd, SIOCGCPUFEATURES, (caddr_t)&mask ); close( fd ); ################################################ ################################################ cpu_features_t mask; size_t len = sizeof(mask); sysctlbyname("hw.features", &mask, &len, NULL, 0); ################################################ (and then the macro based processing of the mask can be done exactly the same way). > If it can be done reasonably in a MIB, I won't say a word, but > nobody's proposed any data representation for a (or a number of) > MIB(s) yet... > > What's the overhead of sysctl vs ioctl? Well, looking at the above code examples, the ioctl based implementation costs three syscalls, the sysctl based one costs only two. Csaba From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 17:01:46 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DC2616A481 for ; Mon, 14 Jan 2008 17:01:46 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id 0AE1613C4CC for ; Mon, 14 Jan 2008 17:01:45 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id 1AE3AFAC4; Mon, 14 Jan 2008 18:01:42 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id 0D55FFABB; Mon, 14 Jan 2008 18:01:42 +0100 (CET) X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Received: from mail.physik.uni-wuerzburg.de (wptd92.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id CC3FEFA30; Mon, 14 Jan 2008 18:01:40 +0100 (CET) Received: from wep4017.physik.uni-wuerzburg.de ([132.187.37.17]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 7.0.3HF96) with ESMTP id 2008011418014042-10490 ; Mon, 14 Jan 2008 18:01:40 +0100 Received: by wep4017.physik.uni-wuerzburg.de (sSMTP sendmail emulation); Mon, 14 Jan 2008 18:01:40 +0100 From: "Alexey Shuvaev" Date: Mon, 14 Jan 2008 18:01:40 +0100 To: kaiwang27@gmail.com Message-ID: <20080114170140.GA8759@wep4017.physik.uni-wuerzburg.de> Mail-Followup-To: kaiwang27@gmail.com, freebsd-current@freebsd.org References: <20080111142336.GA1379@plan0.kaiwan.csbnet.se> <20080111194036.GA28896@troutmask.apl.washington.edu> <20080112072138.GB1016@plan0.kaiwan.csbnet.se> <20080112085134.GA1613@plan0.kaiwan.csbnet.se> MIME-Version: 1.0 In-Reply-To: <20080112085134.GA1613@plan0.kaiwan.csbnet.se> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.17 (2007-11-01) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 7.0.3HF96 | December 5, 2007) at 01/14/2008 18:01:40, Serialize by Router on domino1/uni-wuerzburg(Release 7.0.3HF96 | December 5, 2007) at 01/14/2008 18:01:41, Serialize complete at 01/14/2008 18:01:41 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Cc: freebsd-current@freebsd.org Subject: Re: [Call for testers] "BSD ar" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 17:01:46 -0000 On Sat, Jan 12, 2008 at 09:51:34AM +0100, Kai Wang wrote: > > This won't work as GNU ranlib is not merely a hardlink to ar. > Thus correct way would be: > > 1. Backup your GNU ar and ranlib first: > % cp /usr/bin/ar SOME_BACKUP_DIR > % cp /usr/bin/ranlib SOME_BACKUP_DIR > > 2. Build BSD ar > extract the tarball > % cd ar > % make > > 3. Replace > # cp ./ar /usr/bin/ar > # cd /usr/bin > # ln -f ar ranlib > > > When recover GNU ar: > > # cp SOME_BACKUP_DIR/ar /usr/bin/ar > # cp SOME_BACKUP_DIR/ranlib /usr/bin/ranlib > > Sorry for the mess... > > BTW: I'm working on a patch for -CURRENT as peter@ just suggested. Ok, first bad news... Well, maybe not so bad, and maybe not so new... I have tried to compile editors/openoffice.org-2 on amd64 8-CURRENT machine. It fails while compiling: [snip] ============= Building project nas ============= /usr/ports/editors/openoffice.org-2/work/OOG680_m9/nas mkout -- version: 1.7 ------------- [snip] What it tries to execute exactly is, for example: [snip] rm -f libvoxware.a ar clq libvoxware.a auvoxware.o config.o usage: ar -d [-jsvz] archive file ... ar -m [-jsvz] archive file ... ar -m [-abijsvz] position archive file ... ar -p [-v] archive [file ...] ar -r [-cjsuvz] archive file ... ar -r [-abcijsuvz] position archive file ... ar -s [-jz] archive ar -t [-v] archive [file ...] ar -x [-Couv] archive [file ...] ar -V *** Error code 64 `all' not remade because of errors. [snip] >From GNU ar(1) man page, FWIW: [snip] q Quick append; Historically, add the files member... to the end of archive, without checking for replacement. The modifiers a, b, and i do not affect this operation; new members are always placed at the end of the archive. The modifier v makes ar list each file as it is appended. Since the point of this operation is speed, the archive's symbol table index is not updated, even if it already existed; you can use ar s or ranlib explicitly to update the symbol table index. However, too many different systems assume quick append rebuilds the index, so GNU ar implements q as a synonym for r. [snip] c Create the archive. The specified archive is always created if it did not exist, when you request an update. But a warning is issued unless you specify in advance that you expect to create it, by using this modifier. [snip] l This modifier is accepted but not used. [snip] Now I am trying to compile OOo-2 with GNU binutils ar, just to check it is not the broken port at all. Thanks nevertheless! Alexey. From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 17:03:03 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC1DD16A421 for ; Mon, 14 Jan 2008 17:03:03 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 5E15713C447 for ; Mon, 14 Jan 2008 17:03:02 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from homeKamikaze.norad (nat-wh-1.rz.uni-karlsruhe.de [129.13.72.169]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id BE405405C81; Mon, 14 Jan 2008 18:03:01 +0100 (CET) Message-ID: <478B95C3.7030900@bsdforen.de> Date: Mon, 14 Jan 2008 18:02:59 +0100 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.9 (X11/20071203) MIME-Version: 1.0 To: Ollivier Robert References: <20080111140144.59498431.timo.schoeler@riscworks.net> <200801111917.m0BJHP8u018954@lurza.secnetix.de> <20080111211500.GD79270@cicely12.cicely.de> <4787D1AF.3090900@tomjudge.com> <20080114152557.GA51877@keltia.freenix.fr> In-Reply-To: <20080114152557.GA51877@keltia.freenix.fr> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD's problems as seen by the BSDForen.de community X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 17:03:03 -0000 Ollivier Robert wrote: > According to Tom Judge: >> I have also have this patch (against RELENG_6_2) but it also includes the >> HPN patches, please drop me a private email if you would like a copy. > > Both the "-c none" and the HPN patches are worthy for a ports patch. Please send a PR with both. If noone else does, I can commit them. That would be great, I've been wishing for this feature, too. Some of my machines don't have a CPU sufficient to encrypt data fast enough to entirely exploit a 100MBit line. I don't even dare think about 1GBit. From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 17:03:44 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9094116A420 for ; Mon, 14 Jan 2008 17:03:44 +0000 (UTC) (envelope-from mozolevsky@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 E5F8E13C44B for ; Mon, 14 Jan 2008 17:03:43 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so1293703uge.37 for ; Mon, 14 Jan 2008 09:03:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received: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; bh=7CbGmq6Kc0ZV3i7gZPPagH1P3bWjixWMsQKVOdMLFss=; b=BmUBFWQraDAqilR2JPWq5CD7Kfj7J8XWVrWT48EODAAMoh08wsk/YdqAt/a9JBpB1ebLgOS8N7fYVp18cmfnD563W7aDucXf5uRpVRHQQvM/KR81Mfpk6+u7FXr0IhFZMaVZi7Km7nBXJRBa5Uy3UlfCvQTEbq1108t2Phwqga0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=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=Qu08mwgb1NyH32ZINqsnC32ABWcG4oFEzOKrvzqho7m6hi0f/vA0aybs6QnHfLRyjTOFsdi05QXFqCDJIReF1zp0Jlt0DnPeWs/5r7b61M6ozo8Mb/DuE/eaFLDhdHHWSXjd4v4Vrbu7I1YTrintv0ctsiOKZ1417wh6t/hPkhE= Received: by 10.66.243.13 with SMTP id q13mr3705711ugh.59.1200330222562; Mon, 14 Jan 2008 09:03:42 -0800 (PST) Received: by 10.66.248.11 with HTTP; Mon, 14 Jan 2008 09:03:42 -0800 (PST) Message-ID: Date: Mon, 14 Jan 2008 17:03:42 +0000 From: "Igor Mozolevsky" Sender: mozolevsky@gmail.com To: "Csaba Henk" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1200197787.67286.13.camel@shumai.marcuscom.com> <20080113182457.GN929@server.vk2pj.dyndns.org> <200801141254.20400.doconnor@gsoft.com.au> <478AE741.1000105@comcast.net> X-Google-Sender-Auth: 7ed55996c5a4e50e Cc: freebsd-current@freebsd.org Subject: Re: RFC: Adding a hw.features[2] sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 17:03:44 -0000 On 14/01/2008, Csaba Henk wrote: > I don't pretend that I'm an expert of the topic discussed, I just don't > see any essential difference (in terms of convenience or expressive > power) between these: > > ################################################ > /* your code sample */ > cpu_features_t mask; > > fd = open( "/dev/cpuinfo", O_RDONLY ); > ioctl( fd, SIOCGCPUFEATURES, (caddr_t)&mask ); > close( fd ); > ################################################ > > ################################################ > cpu_features_t mask; > size_t len = sizeof(mask); > > sysctlbyname("hw.features", &mask, &len, NULL, 0); > ################################################ > > (and then the macro based processing of the mask > can be done exactly the same way). > > > If it can be done reasonably in a MIB, I won't say a word, but > > nobody's proposed any data representation for a (or a number of) > > MIB(s) yet... I didn't ask for user-land implementation detail, I was asking how you'd represent all of this: " Features=0x178bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x3 Cores per package: 2 " using MIBs?.. Would you need ...features=0x178bfbff ...features2=0x1 ...amd.features=0xe2500800 ...amd.features20x3; or ...features="1=0x178bfbff 2=0x1 AMD1=0xe2500800 AMD2=0x3", both of which would make life on the user-land side much more difficult than a few ioctls that hide all the details away, IMO. > > What's the overhead of sysctl vs ioctl? > > Well, looking at the above code examples, the ioctl based implementation > costs three syscalls, the sysctl based one costs only two. syscall overhead != system overhead! I genuinely don't know (and don't have the time to work out) the actual overhead of a sysctl vs ioctl, so if someone knows please let me know :-) Igor From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 17:23:32 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 240CE16A418 for ; Mon, 14 Jan 2008 17:23:32 +0000 (UTC) (envelope-from kaiwang27@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id 8369C13C44B for ; Mon, 14 Jan 2008 17:23:31 +0000 (UTC) (envelope-from kaiwang27@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so2575199fgg.35 for ; Mon, 14 Jan 2008 09:23:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=hPYB2PalhR5KITcSZfCu8HLf45t/c/ym5uZGgVJn5zk=; b=pmLGqa8YOrzmUNhQnMBtAcwukHzRMQYs9j4korX4T0T3EikDtza7CVzfZvRsYtgLd9lo8Jvvlprf5lu/5aTrd0XYG6HBFVnxLdbam6lIzKBVHA3hG4RU5ds99wVV7laDOz7QRUJway4ukSfZzUI+KvaL0KhzrEee5X3JZ0aVP3M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=f+qlKuljCo4dhPWzc4oZgPxkqiMBxhfsULrz9W3+MjtInGo27T3pb8qNxOYFVmfTcLYBIIX4lyObifaN2lmQRKFPqwPAyED46hfFQcPOaCIvKH4hSu4EhcDEzjG1DuznVjJUlvNIjGw6utg7YmSmzZUGDFDsiE4ZqaDtSl/Wi78= Received: by 10.82.106.14 with SMTP id e14mr11321340buc.38.1200331409646; Mon, 14 Jan 2008 09:23:29 -0800 (PST) Received: from plan0.kaiwan.csbnet.se ( [193.11.244.12]) by mx.google.com with ESMTPS id u14sm5432238gvf.13.2008.01.14.09.23.26 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 14 Jan 2008 09:23:28 -0800 (PST) Received: by plan0.kaiwan.csbnet.se (Postfix, from userid 1001) id 1952DB8FD; Mon, 14 Jan 2008 18:23:20 +0100 (CET) Date: Mon, 14 Jan 2008 18:23:20 +0100 From: Kai Wang To: Alexey Shuvaev Message-ID: <20080114172320.GA15092@plan0.kaiwan.csbnet.se> Mail-Followup-To: Alexey Shuvaev , freebsd-current@freebsd.org References: <20080111142336.GA1379@plan0.kaiwan.csbnet.se> <20080111194036.GA28896@troutmask.apl.washington.edu> <20080112072138.GB1016@plan0.kaiwan.csbnet.se> <20080112085134.GA1613@plan0.kaiwan.csbnet.se> <20080114170140.GA8759@wep4017.physik.uni-wuerzburg.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20080114170140.GA8759@wep4017.physik.uni-wuerzburg.de> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: Re: [Call for testers] "BSD ar" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 17:23:32 -0000 On Mon, Jan 14, 2008 at 06:01:40PM +0100, Alexey Shuvaev wrote: > Ok, first bad news... > Well, maybe not so bad, and maybe not so new... > > I have tried to compile editors/openoffice.org-2 on amd64 8-CURRENT > machine. It fails while compiling: > > [snip] > ============= > Building project nas > ============= > /usr/ports/editors/openoffice.org-2/work/OOG680_m9/nas > mkout -- version: 1.7 > ------------- > [snip] > > What it tries to execute exactly is, for example: > > [snip] > rm -f libvoxware.a > ar clq libvoxware.a auvoxware.o config.o > usage: ar -d [-jsvz] archive file ... > ar -m [-jsvz] archive file ... > ar -m [-abijsvz] position archive file ... > ar -p [-v] archive [file ...] > ar -r [-cjsuvz] archive file ... > ar -r [-abcijsuvz] position archive file ... > ar -s [-jz] archive > ar -t [-v] archive [file ...] > ar -x [-Couv] archive [file ...] > ar -V > *** Error code 64 Hi Alexey, Thank you for reporting this bug. I listed option '-l' in the getopt's optstring, but I forgot to write the corresponding case clause. Please try again with the new tarball I just packed: http://web.student.chalmers.se/~kaiw/patch/ar-20080114.tgz -- Kai From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 17:26:11 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37C2416A420; Mon, 14 Jan 2008 17:26:11 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id A463A13C4D1; Mon, 14 Jan 2008 17:26:10 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id m0EHQ726075405; Mon, 14 Jan 2008 10:26:07 -0700 (MST) (envelope-from scottl@samsco.org) Message-Id: <5DEE3CC6-26AF-4BE7-BC05-BDD98830B86F@samsco.org> From: Scott Long To: John Baldwin In-Reply-To: <200801140920.12890.jhb@freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Mon, 14 Jan 2008 10:26:07 -0700 References: <478A739F.2030003@FreeBSD.org> <20080114110054.GK17508@fasolt.home.paeps.cx> <200801140920.12890.jhb@freebsd.org> X-Mailer: Apple Mail (2.915) X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Mon, 14 Jan 2008 10:26:08 -0700 (MST) X-Spam-Status: No, score=-1.4 required=5.4 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: jls@freebsd.org, freebsd-current@freebsd.org, current@freebsd.org Subject: Re: mpsafe psm driver needed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 17:26:11 -0000 On Jan 14, 2008, at 7:20 AM, John Baldwin wrote: > On Monday 14 January 2008 06:00:54 am Philip Paeps wrote: >> On 2008-01-13 21:25:03 (+0100), Kris Kennaway >> wrote: >>> I've been looking at some mutex profiling traces from users of 6.x >>> and 7.x >>> who are reporting that their mouse pointer sometimes freezes when >>> their >>> system is busy. In most of the situations I have looked at this >>> is because >>> the psm driver is Giant-locked, and competes with other things >>> like the >>> syncer (in 6.x), or sysctl calls (I have a WIP for this that I >>> need to >>> revisit). >>> >>> This is a minor problem from a grand architectural point of view >>> but an >>> important one from a usability point of view. I believe these >>> particular >>> interactivity problems would be resolved if the psm driver no longer >>> required Giant. Is anyone able to work on this? >> >> I have taken a look at this in the past. It's not a trivial problem. >> >> There is a lot of what I can only charitably call "legacy code" in >> psm and it >> appears that as soon as you touch any of it, it upsets at least one >> brand of >> KVM "out there". >> >> One of my mentees has been working on a rewrite for a while, but >> the project >> has not yet been committed to cvs. >> >> jls: any news on this? > > Does psm(4) interface with any subsystems like tty(4)? The problem is that it interfaces with syscons because of its interaction with the atkbd hardware. I looked at this as well a few years ago, and it's a huge mess to detangle. Syscons, while it works fairly well overall, it a big mess when it comes to internal interfaces; code flows up and down the stack several times for a single operation, so it makes it hard to lock in a sane and safe way. I don't know what the best answer is for it; if what Philip said about his associate is true, I'm impressed. But beyond that, I don't know if it's best to try to do discrete but slow locking on the existing architecture and deal with the inevitable deadlocks that will appear, or if it's better to look at a different console architecture again. Scott From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 17:26:11 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37C2416A420; Mon, 14 Jan 2008 17:26:11 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id A463A13C4D1; Mon, 14 Jan 2008 17:26:10 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id m0EHQ726075405; Mon, 14 Jan 2008 10:26:07 -0700 (MST) (envelope-from scottl@samsco.org) Message-Id: <5DEE3CC6-26AF-4BE7-BC05-BDD98830B86F@samsco.org> From: Scott Long To: John Baldwin In-Reply-To: <200801140920.12890.jhb@freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Mon, 14 Jan 2008 10:26:07 -0700 References: <478A739F.2030003@FreeBSD.org> <20080114110054.GK17508@fasolt.home.paeps.cx> <200801140920.12890.jhb@freebsd.org> X-Mailer: Apple Mail (2.915) X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Mon, 14 Jan 2008 10:26:08 -0700 (MST) X-Spam-Status: No, score=-1.4 required=5.4 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: jls@freebsd.org, freebsd-current@freebsd.org, current@freebsd.org Subject: Re: mpsafe psm driver needed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 17:26:11 -0000 On Jan 14, 2008, at 7:20 AM, John Baldwin wrote: > On Monday 14 January 2008 06:00:54 am Philip Paeps wrote: >> On 2008-01-13 21:25:03 (+0100), Kris Kennaway >> wrote: >>> I've been looking at some mutex profiling traces from users of 6.x >>> and 7.x >>> who are reporting that their mouse pointer sometimes freezes when >>> their >>> system is busy. In most of the situations I have looked at this >>> is because >>> the psm driver is Giant-locked, and competes with other things >>> like the >>> syncer (in 6.x), or sysctl calls (I have a WIP for this that I >>> need to >>> revisit). >>> >>> This is a minor problem from a grand architectural point of view >>> but an >>> important one from a usability point of view. I believe these >>> particular >>> interactivity problems would be resolved if the psm driver no longer >>> required Giant. Is anyone able to work on this? >> >> I have taken a look at this in the past. It's not a trivial problem. >> >> There is a lot of what I can only charitably call "legacy code" in >> psm and it >> appears that as soon as you touch any of it, it upsets at least one >> brand of >> KVM "out there". >> >> One of my mentees has been working on a rewrite for a while, but >> the project >> has not yet been committed to cvs. >> >> jls: any news on this? > > Does psm(4) interface with any subsystems like tty(4)? The problem is that it interfaces with syscons because of its interaction with the atkbd hardware. I looked at this as well a few years ago, and it's a huge mess to detangle. Syscons, while it works fairly well overall, it a big mess when it comes to internal interfaces; code flows up and down the stack several times for a single operation, so it makes it hard to lock in a sane and safe way. I don't know what the best answer is for it; if what Philip said about his associate is true, I'm impressed. But beyond that, I don't know if it's best to try to do discrete but slow locking on the existing architecture and deal with the inevitable deadlocks that will appear, or if it's better to look at a different console architecture again. Scott From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 17:33:54 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7385E16A419 for ; Mon, 14 Jan 2008 17:33:54 +0000 (UTC) (envelope-from psionic@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 C875F13C461 for ; Mon, 14 Jan 2008 17:33:53 +0000 (UTC) (envelope-from psionic@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so175948nfb.33 for ; Mon, 14 Jan 2008 09:33:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=sRK896SDbWKlZIEawKlR/tkI0uMoA+nDTRACAdr6LLg=; b=nSDMy0pNaMSa6PuJf7ZSRLlwsFZ3kMk4+C0wpOBso8eJR9Ggqvkndcss1QpdQng1wgPnx8LJBLy8zuMoil9YVV9ZDPaNe6xOVJroI2lGBLJ1MJq/szKaLCUU1LEMtp6d3gSn+UcSyuuEWhFWXcRz3B2Wn43RYJ8q+Y9JqLff8Xc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=G/rBl+yKRELOKE17tCgV/CYEvse62A7cpau35jblNCYQ6lDOfr+OCsn8pFi/IFuh2wfUTvvyr6sf5+lme/YJ3xkkqe4WJ8evV6SF3dYDplucuSdifk3fhDGV41F419A2Th20S13xJb9pvT1E+O7cf391gv25NwmKQE41+wamKBE= Received: by 10.78.149.15 with SMTP id w15mr7629932hud.72.1200330280443; Mon, 14 Jan 2008 09:04:40 -0800 (PST) Received: by 10.78.67.9 with HTTP; Mon, 14 Jan 2008 09:04:40 -0800 (PST) Message-ID: <5ad23a300801140904w7da3a952m7d1b6cd45c2326e1@mail.gmail.com> Date: Mon, 14 Jan 2008 09:04:40 -0800 From: "Jordan Sissel" To: "Kris Kennaway" , current@freebsd.org, jls@freebsd.org In-Reply-To: <20080114110054.GK17508@fasolt.home.paeps.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <478A739F.2030003@FreeBSD.org> <20080114110054.GK17508@fasolt.home.paeps.cx> Cc: Subject: Re: mpsafe psm driver needed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 17:33:54 -0000 On Jan 14, 2008 3:00 AM, Philip Paeps wrote: > On 2008-01-13 21:25:03 (+0100), Kris Kennaway wrote: > > I've been looking at some mutex profiling traces from users of 6.x and 7.x > > who are reporting that their mouse pointer sometimes freezes when their > > system is busy. In most of the situations I have looked at this is because > > the psm driver is Giant-locked, and competes with other things like the > > syncer (in 6.x), or sysctl calls (I have a WIP for this that I need to > > revisit). > > > > This is a minor problem from a grand architectural point of view but an > > important one from a usability point of view. I believe these particular > > interactivity problems would be resolved if the psm driver no longer > > required Giant. Is anyone able to work on this? > > I have taken a look at this in the past. It's not a trivial problem. > > There is a lot of what I can only charitably call "legacy code" in psm and it > appears that as soon as you touch any of it, it upsets at least one brand of > KVM "out there". > > One of my mentees has been working on a rewrite for a while, but the project > has not yet been committed to cvs. > > jls: any news on this? > This was on my list of things to fix in psm(4) as part of the rewrite, but I haven't done that yet. Looks like it's become a priority now, so what better time? I must confess I don't have a great deal of experience with the freebsd kernel and its locking system. From what I can tell, the only outside resources psm(4) uses is spltty (which has been deprecated for some time, yes?), atkbdc, and giant. However, in searching the source, I see many instances of mtx_lock(&Giant), but none in psm.c. From looking at the code, it seems like if you pass D_NEEDGIANT in your flags when you call make_dev, some of your methods are implicitly wrapped with mutex locks which use Giant? (Forgive any oversight, it's 9am ;)) Any guidance is welcome regarding the best way to remove the need for giant. I'm happy to take on doing this, since I'm already somewhat familiar with psm(4). -Jordan > - Philip > > -- > Philip Paeps Please don't Cc me, I am > philip@freebsd.org subscribed to the list. > > It is impossible for an optimist to be pleasantly > suprised. > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 17:37:02 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 528C816A41A for ; Mon, 14 Jan 2008 17:37:02 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from QMTA04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id C929A13C457 for ; Mon, 14 Jan 2008 17:37:01 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from OMTA14.westchester.pa.mail.comcast.net ([76.96.62.60]) by QMTA04.westchester.pa.mail.comcast.net with comcast id d4UQ1Y00T1HzFnQ050A700; Mon, 14 Jan 2008 17:37:01 +0000 Received: from ANTENNA.LOCAL ([68.35.224.189]) by OMTA14.westchester.pa.mail.comcast.net with comcast id d5ce1Y00945o48c3a00000; Mon, 14 Jan 2008 17:36:41 +0000 X-Authority-Analysis: v=1.0 c=1 a=BZmrEeO8dF8A:10 a=AWZsz0D3HEaANAFFC6IA:9 a=abw7UR8LeD_HYzdCDrsA:7 a=4eolpm2fWpqtU4OE71uOfqjI6eEA:4 a=si9q_4b84H0A:10 a=a24e7YDjOykA:10 Message-ID: <478B9D5C.4080101@comcast.net> Date: Mon, 14 Jan 2008 12:35:24 -0500 From: Nathan Lay User-Agent: Thunderbird 2.0.0.9 (X11/20071230) MIME-Version: 1.0 To: Igor Mozolevsky References: <1200197787.67286.13.camel@shumai.marcuscom.com> <20080113182457.GN929@server.vk2pj.dyndns.org> <200801141254.20400.doconnor@gsoft.com.au> <478AE741.1000105@comcast.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current , freebsd-current@freebsd.org, Joe Marcus Clarke , Peter Jeremy , Kostik Belousov Subject: Re: RFC: Adding a hw.features[2] sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 17:37:02 -0000 Igor Mozolevsky wrote: > On 14/01/2008, Nathan Lay wrote: > > >> I have to agree with Daniel here. ioctl is probably inappropriate. >> sysctl is already intended for gathering or setting system information >> by both programs and/or people. cat'ing /dev/cpuinfo sounds reminiscent >> to Linux /proc. >> >> sysctl() could fill a cpu features bitmask for programs. >> sysctl dev.cpu.features (or something like that) could output those >> features in human readable format. >> > > So how would you MIB these: > > " > CPU: Dual Core AMD Opteron(tm) Processor 280 (2411.12-MHz K8-class CPU) > Origin = "AuthenticAMD" Id = 0x20f12 Stepping = 2 > Features=0x178bfbff > Features2=0x1 > AMD Features=0xe2500800 > AMD Features2=0x3 > Cores per package: 2 > " > > ? Would you need four separate MIBs? Have four separate bitmasks in > one MIB, what order in? Is there XXX Features3, what would happen > then? > > > Igor > > Make one contiguous bitmask that include all of them. That way the bitmask can sit in one sysctl MIB. For example: typedef uint8_t cpu_features_t[4*4]; /* 4 32 bit masks */ #define CPU_HAS_FEATURE(mask,feature) ( (mask)[(feature) >> 3] & (1<<((feature) & 0x07)) ) /* CPU features - reflect bit positions */ #define CPU_I386_SSE 1 #define CPU_I386_SSE2 2 ... #define CPU_AMD64_ ... etc, etc... Something along these lines. This of course removes the elegant OR'd flags and you'd have to do something like cpu_features_t mask; sysctl( ... ); /* Get mask */ if ( CPU_HAS_FEATURE(mask, CPU_I386_SSE) || CPU_HAS_FEATURE(mask, CPU_I386_SSE2) ) ) { ... } These bit positions could be reclaimed for use by other architectures...the programmer's code or makefile would have to check that the code is being compiled on the intended architecture, otherwise you might have unexpected results (e.g. CPU_I386_SSE might mean something else). Best Regards, Nathan Lay From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 17:37:02 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C74716A41B for ; Mon, 14 Jan 2008 17:37:02 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from QMTA05.westchester.pa.mail.comcast.net (qmta05.westchester.pa.mail.comcast.net [76.96.62.48]) by mx1.freebsd.org (Postfix) with ESMTP id C9CF813C458 for ; Mon, 14 Jan 2008 17:37:01 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from OMTA14.westchester.pa.mail.comcast.net ([76.96.62.60]) by QMTA05.westchester.pa.mail.comcast.net with comcast id d1J81Y0011HzFnQ050X200; Mon, 14 Jan 2008 17:37:01 +0000 Received: from ANTENNA.LOCAL ([68.35.224.189]) by OMTA14.westchester.pa.mail.comcast.net with comcast id d5ce1Y00945o48c3a00000; Mon, 14 Jan 2008 17:36:41 +0000 X-Authority-Analysis: v=1.0 c=1 a=BZmrEeO8dF8A:10 a=AWZsz0D3HEaANAFFC6IA:9 a=abw7UR8LeD_HYzdCDrsA:7 a=4eolpm2fWpqtU4OE71uOfqjI6eEA:4 a=si9q_4b84H0A:10 a=a24e7YDjOykA:10 Message-ID: <478B9D5C.4080101@comcast.net> Date: Mon, 14 Jan 2008 12:35:24 -0500 From: Nathan Lay User-Agent: Thunderbird 2.0.0.9 (X11/20071230) MIME-Version: 1.0 To: Igor Mozolevsky References: <1200197787.67286.13.camel@shumai.marcuscom.com> <20080113182457.GN929@server.vk2pj.dyndns.org> <200801141254.20400.doconnor@gsoft.com.au> <478AE741.1000105@comcast.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current , freebsd-current@freebsd.org, Joe Marcus Clarke , Peter Jeremy , Kostik Belousov Subject: Re: RFC: Adding a hw.features[2] sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 17:37:02 -0000 Igor Mozolevsky wrote: > On 14/01/2008, Nathan Lay wrote: > > >> I have to agree with Daniel here. ioctl is probably inappropriate. >> sysctl is already intended for gathering or setting system information >> by both programs and/or people. cat'ing /dev/cpuinfo sounds reminiscent >> to Linux /proc. >> >> sysctl() could fill a cpu features bitmask for programs. >> sysctl dev.cpu.features (or something like that) could output those >> features in human readable format. >> > > So how would you MIB these: > > " > CPU: Dual Core AMD Opteron(tm) Processor 280 (2411.12-MHz K8-class CPU) > Origin = "AuthenticAMD" Id = 0x20f12 Stepping = 2 > Features=0x178bfbff > Features2=0x1 > AMD Features=0xe2500800 > AMD Features2=0x3 > Cores per package: 2 > " > > ? Would you need four separate MIBs? Have four separate bitmasks in > one MIB, what order in? Is there XXX Features3, what would happen > then? > > > Igor > > Make one contiguous bitmask that include all of them. That way the bitmask can sit in one sysctl MIB. For example: typedef uint8_t cpu_features_t[4*4]; /* 4 32 bit masks */ #define CPU_HAS_FEATURE(mask,feature) ( (mask)[(feature) >> 3] & (1<<((feature) & 0x07)) ) /* CPU features - reflect bit positions */ #define CPU_I386_SSE 1 #define CPU_I386_SSE2 2 ... #define CPU_AMD64_ ... etc, etc... Something along these lines. This of course removes the elegant OR'd flags and you'd have to do something like cpu_features_t mask; sysctl( ... ); /* Get mask */ if ( CPU_HAS_FEATURE(mask, CPU_I386_SSE) || CPU_HAS_FEATURE(mask, CPU_I386_SSE2) ) ) { ... } These bit positions could be reclaimed for use by other architectures...the programmer's code or makefile would have to check that the code is being compiled on the intended architecture, otherwise you might have unexpected results (e.g. CPU_I386_SSE might mean something else). Best Regards, Nathan Lay From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 17:52:37 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C04316A418 for ; Mon, 14 Jan 2008 17:52:37 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id 64E8913C467 for ; Mon, 14 Jan 2008 17:52:36 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id 70523FF10; Mon, 14 Jan 2008 18:52:35 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id 3013FFF05; Mon, 14 Jan 2008 18:52:35 +0100 (CET) X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Received: from mail.physik.uni-wuerzburg.de (wptd92.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 6C1CEF74C; Mon, 14 Jan 2008 18:52:33 +0100 (CET) Received: from wep4017.physik.uni-wuerzburg.de ([132.187.37.17]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 7.0.3HF96) with ESMTP id 2008011418523184-10734 ; Mon, 14 Jan 2008 18:52:31 +0100 Received: by wep4017.physik.uni-wuerzburg.de (sSMTP sendmail emulation); Mon, 14 Jan 2008 18:52:32 +0100 From: "Alexey Shuvaev" Date: Mon, 14 Jan 2008 18:52:31 +0100 To: Kai Wang Message-ID: <20080114175231.GA56071@wep4017.physik.uni-wuerzburg.de> Mail-Followup-To: Kai Wang , freebsd-current@freebsd.org References: <20080111142336.GA1379@plan0.kaiwan.csbnet.se> <20080111194036.GA28896@troutmask.apl.washington.edu> <20080112072138.GB1016@plan0.kaiwan.csbnet.se> <20080112085134.GA1613@plan0.kaiwan.csbnet.se> <20080114170140.GA8759@wep4017.physik.uni-wuerzburg.de> <20080114172320.GA15092@plan0.kaiwan.csbnet.se> MIME-Version: 1.0 In-Reply-To: <20080114172320.GA15092@plan0.kaiwan.csbnet.se> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.17 (2007-11-01) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 7.0.3HF96 | December 5, 2007) at 01/14/2008 18:52:31, Serialize by Router on domino1/uni-wuerzburg(Release 7.0.3HF96 | December 5, 2007) at 01/14/2008 18:52:33, Serialize complete at 01/14/2008 18:52:33 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Cc: freebsd-current@freebsd.org Subject: Re: [Call for testers] "BSD ar" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 17:52:37 -0000 On Mon, Jan 14, 2008 at 06:23:20PM +0100, Kai Wang wrote: > On Mon, Jan 14, 2008 at 06:01:40PM +0100, Alexey Shuvaev wrote: > > Ok, first bad news... > > Well, maybe not so bad, and maybe not so new... > > > > I have tried to compile editors/openoffice.org-2 on amd64 8-CURRENT > > machine. It fails while compiling: > > > > [snip] > > ============= > > Building project nas > > ============= > > /usr/ports/editors/openoffice.org-2/work/OOG680_m9/nas > > mkout -- version: 1.7 > > ------------- > > [snip] > > > > What it tries to execute exactly is, for example: > > > > [snip] > > rm -f libvoxware.a > > ar clq libvoxware.a auvoxware.o config.o > > usage: ar -d [-jsvz] archive file ... > > ar -m [-jsvz] archive file ... > > ar -m [-abijsvz] position archive file ... > > ar -p [-v] archive [file ...] > > ar -r [-cjsuvz] archive file ... > > ar -r [-abcijsuvz] position archive file ... > > ar -s [-jz] archive > > ar -t [-v] archive [file ...] > > ar -x [-Couv] archive [file ...] > > ar -V > > *** Error code 64 > > Hi Alexey, > > Thank you for reporting this bug. I listed option '-l' in the getopt's > optstring, but I forgot to write the corresponding case clause. > > Please try again with the new tarball I just packed: > http://web.student.chalmers.se/~kaiw/patch/ar-20080114.tgz > > -- > Kai Nice to hear from you so quick Kai! The offending invocation like > > ar clq libvoxware.a auvoxware.o config.o seems to work now. Just restarted the build of OOo-2 with the latest version of your ar. Will report tomorrow :-) Thanks, Alexey. From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 17:58:55 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BC9416A418 for ; Mon, 14 Jan 2008 17:58:55 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from unsane.co.uk (www.unsane.co.uk [85.233.185.162]) by mx1.freebsd.org (Postfix) with ESMTP id 714D513C478 for ; Mon, 14 Jan 2008 17:58:53 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from prawn.unsane.co.uk (150.117-84-212.staticip.namesco.net [212.84.117.150]) (authenticated bits=0) by unsane.co.uk (8.14.0/8.14.0) with ESMTP id m0EHIlDg024676 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 14 Jan 2008 17:18:48 GMT (envelope-from jhary@unsane.co.uk) Message-ID: <478B99B8.2080602@unsane.co.uk> Date: Mon, 14 Jan 2008 17:19:52 +0000 From: Vince Hoffman User-Agent: Thunderbird 2.0.0.9 (X11/20071116) MIME-Version: 1.0 To: Ollivier Robert References: <20080111140144.59498431.timo.schoeler@riscworks.net> <200801111917.m0BJHP8u018954@lurza.secnetix.de> <20080111211500.GD79270@cicely12.cicely.de> <4787D1AF.3090900@tomjudge.com> <20080114152557.GA51877@keltia.freenix.fr> In-Reply-To: <20080114152557.GA51877@keltia.freenix.fr> X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD's problems as seen by the BSDForen.de community X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 17:58:55 -0000 Ollivier Robert wrote: > According to Tom Judge: >> I have also have this patch (against RELENG_6_2) but it also includes the >> HPN patches, please drop me a private email if you would like a copy. > > Both the "-c none" and the HPN patches are worthy for a ports patch. Please send a PR with both. If noone else does, I can commit them. HPN is already in security/openssh-portable the -c none would be welcome though. Vince From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 18:08:58 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 542C816A418 for ; Mon, 14 Jan 2008 18:08:58 +0000 (UTC) (envelope-from mozolevsky@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 A10CC13C45A for ; Mon, 14 Jan 2008 18:08:57 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so1303697uge.37 for ; Mon, 14 Jan 2008 10:08:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received: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; bh=XgZXOvylzwsADOxOnGZI2JjUjAq7BLOIpf8bU0dXowE=; b=Zc5hKAXCwf+cAOxqipCsYdg2c0sORpINQUt9vgfCSlHpQkkFCzgFj0+l4nZlMCoPTVrUjtjri28RhX6oRIxzLk5vvMFtbt5BLeWUAGWD0Zny3pT4USbR+cog47mG0pFE4Sr2UcfR0hJOqoRy08O0qSHVN9sCad0+fW+dsEO9Zho= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=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=Aft7PuVOWcD30cUV9aT6hhB5L/ZWyXRitkwQcgduGXql/epuHOC9DhUFHvz2qJurvHiFlo9F9HKpkwrxr8sx+fSq2Ni4CXqzFOdzaX2zDHYZTUDOPXNTN6t4DLHDq3Hu2aq3A5+2szYiuj9kNNSIw8WYmTT40Li6X17GcSsbo/Y= Received: by 10.67.115.19 with SMTP id s19mr3888155ugm.70.1200334136159; Mon, 14 Jan 2008 10:08:56 -0800 (PST) Received: by 10.66.248.11 with HTTP; Mon, 14 Jan 2008 10:08:56 -0800 (PST) Message-ID: Date: Mon, 14 Jan 2008 18:08:56 +0000 From: "Igor Mozolevsky" Sender: mozolevsky@gmail.com To: "Nathan Lay" In-Reply-To: <478B9D5C.4080101@comcast.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1200197787.67286.13.camel@shumai.marcuscom.com> <20080113182457.GN929@server.vk2pj.dyndns.org> <200801141254.20400.doconnor@gsoft.com.au> <478AE741.1000105@comcast.net> <478B9D5C.4080101@comcast.net> X-Google-Sender-Auth: 417accc42f73271a Cc: Kostik Belousov , freebsd-current@freebsd.org, Joe Marcus Clarke , Peter Jeremy Subject: Re: RFC: Adding a hw.features[2] sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 18:08:58 -0000 On 14/01/2008, Nathan Lay wrote: > > " > > CPU: Dual Core AMD Opteron(tm) Processor 280 (2411.12-MHz K8-class CPU) > > Origin = "AuthenticAMD" Id = 0x20f12 Stepping = 2 > > Features=0x178bfbff > > Features2=0x1 > > AMD Features=0xe2500800 > > AMD Features2=0x3 > > Cores per package: 2 > > " > > > > ? Would you need four separate MIBs? Have four separate bitmasks in > > one MIB, what order in? Is there XXX Features3, what would happen > > then? > > > > > > Igor > > > > > Make one contiguous bitmask that include all of them. That way the > bitmask can sit in one sysctl MIB. > > For example: > > typedef uint8_t cpu_features_t[4*4]; /* 4 32 bit masks */ > > #define CPU_HAS_FEATURE(mask,feature) ( (mask)[(feature) >> 3] & > (1<<((feature) & 0x07)) ) > > /* CPU features - reflect bit positions */ > #define CPU_I386_SSE 1 > #define CPU_I386_SSE2 2 > ... > #define CPU_AMD64_ ... > etc, etc... > > Something along these lines. This of course removes the elegant OR'd > flags and you'd have to do something like > > cpu_features_t mask; > > sysctl( ... ); /* Get mask */ > if ( CPU_HAS_FEATURE(mask, CPU_I386_SSE) || CPU_HAS_FEATURE(mask, > CPU_I386_SSE2) ) ) { ... } > > These bit positions could be reclaimed for use by other > architectures...the programmer's code or makefile would have to check > that the code is being compiled on the intended architecture, otherwise > you might have unexpected results (e.g. CPU_I386_SSE might mean > something else). There'd have to be a lot more sanity checks at runtime, on top of the checks in the makefile. It's all getting very nasty on the userland, just like I imagined. I doubt I will persuade you guys about the portability and abstraction of an ioctl, so just go ahead and code it as a MIB. If people want to write BSD-specific code to take advantage of it in the future they can deal with it there and then... Igor From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 18:41:57 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15F7016A417 for ; Mon, 14 Jan 2008 18:41:57 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from s200aog13.obsmtp.com (s200aog13.obsmtp.com [207.126.144.127]) by mx1.freebsd.org (Postfix) with SMTP id 780A313C457 for ; Mon, 14 Jan 2008 18:41:55 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from source ([217.206.187.80]) by eu1sys200aob013.postini.com ([207.126.147.11]) with SMTP; Mon, 14 Jan 2008 18:41:54 UTC Received: from bill.mintel.co.uk (bill.mintel.co.uk [10.0.0.89]) by rodney.mintel.co.uk (Postfix) with ESMTP id C103918141F; Mon, 14 Jan 2008 18:24:42 +0000 (GMT) Message-ID: <478BA8E9.1000005@tomjudge.com> Date: Mon, 14 Jan 2008 18:24:41 +0000 From: Tom Judge User-Agent: Thunderbird 2.0.0.6 (X11/20071022) MIME-Version: 1.0 To: Vince Hoffman References: <20080111140144.59498431.timo.schoeler@riscworks.net> <200801111917.m0BJHP8u018954@lurza.secnetix.de> <20080111211500.GD79270@cicely12.cicely.de> <4787D1AF.3090900@tomjudge.com> <20080114152557.GA51877@keltia.freenix.fr> <478B99B8.2080602@unsane.co.uk> In-Reply-To: <478B99B8.2080602@unsane.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Ollivier Robert , freebsd-current@freebsd.org Subject: Re: OpenSSH HPN Patchset (WAS: FreeBSD's problems as seen by the BSDForen.de community) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 18:41:57 -0000 Vince Hoffman wrote: > Ollivier Robert wrote: >> According to Tom Judge: >>> I have also have this patch (against RELENG_6_2) but it also includes the >>> HPN patches, please drop me a private email if you would like a copy. >> Both the "-c none" and the HPN patches are worthy for a ports patch. Please send a PR with both. If noone else does, I can commit them. > HPN is already in security/openssh-portable the -c none would be > welcome though. > If you are using the HPN patch set from openssh-portable (as per the default hpn patch set) you should already have the none cypher avaliable. My patch against RELENG_6_2 is available here: http://www.tomjudge.com/tmp/ssh-hpn.diff This patch is based on the HPN12 patch set. Tom From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 19:11:52 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 979F916A417 for ; Mon, 14 Jan 2008 19:11:52 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 6DDE313C448 for ; Mon, 14 Jan 2008 19:11:52 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 65005 invoked from network); 14 Jan 2008 19:11:52 -0000 Received: from ppp-71-139-9-226.dsl.snfc21.pacbell.net (HELO ?10.0.5.18?) (nate-mail@71.139.9.226) by root.org with ESMTPA; 14 Jan 2008 19:11:52 -0000 Message-ID: <478BB3F4.7050600@root.org> Date: Mon, 14 Jan 2008 11:11:48 -0800 From: Nate Lawson User-Agent: Thunderbird 2.0.0.9 (X11/20071122) MIME-Version: 1.0 To: stable@freebsd.org References: <47893F8B.7010805@root.org> <4789756B.8060203@vwsoft.com> <4789B267.1000505@root.org> In-Reply-To: <4789B267.1000505@root.org> X-Enigmail-Version: 0.95.5 Content-Type: multipart/mixed; boundary="------------070609030008030803090405" Cc: current@FreeBSD.org Subject: Re: Fix for GPE livelock on HPs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 19:11:52 -0000 This is a multi-part message in MIME format. --------------070609030008030803090405 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Nate Lawson wrote: > Volker wrote: >> On 12/23/-58 20:59, Nate Lawson wrote: >>> I've committed the below patch and want to MFC it to 7.0. To do this, I >>> need people to test this quickly. It probably has no effect in 6.x and >>> probably doesn't apply cleanly there. >>> >>> Please try this patch if you have a laptop and 7.x. If you have >>> -current, just cvsup. I'd like to make sure there is no regression. >>> I'm already aware that it fixes things for some HP users. >> Nate, >> >> can you be a bit specific for a) what GPE is, b) what the problem is, >> c) what to look for (any test procedures?) and d) which HP laptop >> models might be affected? >> >> I do have an Omnibook vt6200 (P-IV 1.8G) running 6-STABLE and a new HP >> 6715b (Tur-X2 TL-60) running 7-RC1 (currently installing on this, OS >> is not yet fully set up). >> >> If I knew what to look for, I might test your patches (at least on the >> 7-RC1 version). > > A GPE is an interrupt of sorts. I'm looking for any bad behavior the > patch might cause. I'm certain it fixes lockups some HPs had during > thermal zone events (i.e. fan switching on when it gets hot). Pretty > much anyone with a laptop that locks up and you suspect acpi should test > it. And anyone who is willing to test it on another brand laptop to be > sure the patch doesn't break anything more would be welcome. > > You should be able to do "sysctl hw.acpi" and see the temperature and > "apm" to see battery status without any new problems after applying the > patch. I've added a patch for 6-stable also (attached). Please test if you have a laptop and 6.x. See -current for the 7.x patch if that's relevant to you. -Nate --------------070609030008030803090405 Content-Type: text/x-patch; name="defer_gpe_6x.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="defer_gpe_6x.diff" Index: sys/dev/acpica/Osd/OsdSchedule.c =================================================================== RCS file: /home/ncvs/src/sys/dev/acpica/Osd/OsdSchedule.c,v retrieving revision 1.32.2.6 diff -u -r1.32.2.6 OsdSchedule.c --- sys/dev/acpica/Osd/OsdSchedule.c 6 Jul 2006 08:32:49 -0000 1.32.2.6 +++ sys/dev/acpica/Osd/OsdSchedule.c 14 Jan 2008 19:06:27 -0000 @@ -106,10 +106,8 @@ at->at_context = Context; switch (Priority) { case OSD_PRIORITY_GPE: - pri = 4; - break; case OSD_PRIORITY_HIGH: - pri = 3; + pri = 4; break; case OSD_PRIORITY_MED: pri = 2; Index: sys/contrib/dev/acpica/evgpe.c =================================================================== RCS file: /home/ncvs/src/sys/contrib/dev/acpica/evgpe.c,v retrieving revision 1.1.1.9.2.1 diff -u -r1.1.1.9.2.1 evgpe.c --- sys/contrib/dev/acpica/evgpe.c 7 Nov 2005 09:55:48 -0000 1.1.1.9.2.1 +++ sys/contrib/dev/acpica/evgpe.c 14 Jan 2008 19:02:15 -0000 @@ -587,6 +587,10 @@ * ******************************************************************************/ +static void +AcpiEvAsynchEnableGpe ( + void *Context); + static void ACPI_SYSTEM_XFACE AcpiEvAsynchExecuteGpeMethod ( void *Context) @@ -656,13 +660,26 @@ } } - if ((LocalGpeEventInfo.Flags & ACPI_GPE_XRUPT_TYPE_MASK) == ACPI_GPE_LEVEL_TRIGGERED) + /* Defer enabling of GPE until all notify handlers are done */ + AcpiOsExecute(OSL_NOTIFY_HANDLER, AcpiEvAsynchEnableGpe, GpeEventInfo); + return_VOID; +} + +static void +AcpiEvAsynchEnableGpe ( + void *Context) +{ + ACPI_GPE_EVENT_INFO *GpeEventInfo = (void *) Context; + ACPI_STATUS Status; + + if ((GpeEventInfo->Flags & ACPI_GPE_XRUPT_TYPE_MASK) == + ACPI_GPE_LEVEL_TRIGGERED) { /* * GPE is level-triggered, we clear the GPE status bit after * handling the event. */ - Status = AcpiHwClearGpe (&LocalGpeEventInfo); + Status = AcpiHwClearGpe (GpeEventInfo); if (ACPI_FAILURE (Status)) { return_VOID; @@ -671,7 +688,7 @@ /* Enable this GPE */ - (void) AcpiHwWriteGpeEnableReg (&LocalGpeEventInfo); + (void) AcpiHwWriteGpeEnableReg (GpeEventInfo); return_VOID; } --------------070609030008030803090405-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 19:44:30 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE44E16A41B for ; Mon, 14 Jan 2008 19:44:30 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 8173813C4D9 for ; Mon, 14 Jan 2008 19:44:30 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 71056 invoked from network); 14 Jan 2008 19:44:31 -0000 Received: from ppp-71-139-9-226.dsl.snfc21.pacbell.net (HELO ?10.0.5.18?) (nate-mail@71.139.9.226) by root.org with ESMTPA; 14 Jan 2008 19:44:31 -0000 Message-ID: <478BBB9C.9090809@root.org> Date: Mon, 14 Jan 2008 11:44:28 -0800 From: Nate Lawson User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Stefan Lambrev References: <200801110909.m0B99tlr097501@lurza.secnetix.de> <47873840.7050401@moneybookers.com> <47894263.6010706@root.org> <478965CC.1010609@moneybookers.com> <47896CCA.9020309@root.org> In-Reply-To: <47896CCA.9020309@root.org> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.ORG Subject: Re: powerd adaptive mode latching X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 19:44:30 -0000 Nate Lawson wrote: > Stefan Lambrev wrote: >> Nate Lawson wrote: >>> I am not sure this patch should be committed as-is. It might be better >>> centralized in the cpufreq mid-layer so that all drivers benefit instead >>> of just acpi_perf. If there are frequencies that are too close to each >>> other (no matter what the source driver), it might be good to eliminate >>> them. >>> >>> I'll look into it later today. >>> >>> -Nate >>> >> I fully agree that centralized solution is better. >> But at this late stage of RELENG_7_0, I'm happy with this patch, as it >> solves our problem and is very simple. >> If you can come with something better before 7-RELEASE, it's OK, but >> otherwise I think we should have this patch in the CVS and then >> RELENG_7_0 (even marked as XXX) >> >> The other patch actually is in powerd.c and with it doesn't matter what >> is the source of the information, but I personally, more like the >> acpi_perf patch :) > > Some of us have other jobs that have nothing to do with FreeBSD. > Anyway, attached is the patch (compile tested). You should test without > the acpi_perf patch to be sure it is functionally equivalent. Please test the patch. I need at least one "it works" from someone who has duplicated cpufreq states to commit it to -current. Be sure to first remove any acpi_perf patch that you previously applied. Thanks. -- Nate From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 19:48:38 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D74916A41B for ; Mon, 14 Jan 2008 19:48:38 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0D4DC13C4F2 for ; Mon, 14 Jan 2008 19:48:37 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by py-out-1112.google.com with SMTP id u52so3242389pyb.10 for ; Mon, 14 Jan 2008 11:48:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=wHxlubMrSXnEIHx8QMT7Mxm+uzpsaG15MOfqsey5CLQ=; b=wOf21tA0Upip8nP1jSalkM27GKZc8nUi2XIEwpsdVdK2oneP6x3qEzyABEnCufKxyH/uRxVbOqhvzi7uW4OwezIlqV/xw1I3RlMbHE+QiKoAYeYJl7xLRxs5Kdv2dhKTIzx5CcXS8w/vkDq8OyxfjReFS5LYV+APZLbF0SpeIjQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=C3PA3azBW7oj5VogBnwaMZ21kPjwCbS65bJE53B+sNETFNNDd+RLg1EbcNare1xA4OcboxH9+MHVSAejLxhfutOOxI07h4rd5JKuuLnBZG9bTHj7uT/+wUBmXeuZ8wQ9QAlvSKU2puD3dbkw60VBpvGG6a4BvBGSnFshHyJy/HQ= Received: by 10.65.158.9 with SMTP id k9mr15220199qbo.85.1200338428670; Mon, 14 Jan 2008 11:20:28 -0800 (PST) Received: by 10.65.197.7 with HTTP; Mon, 14 Jan 2008 11:20:28 -0800 (PST) Message-ID: <5f67a8c40801141120i29da5aceu229582504511a408@mail.gmail.com> Date: Mon, 14 Jan 2008 14:20:28 -0500 From: "Zaphod Beeblebrox" To: "Peter Wemm" In-Reply-To: MIME-Version: 1.0 References: <1200197787.67286.13.camel@shumai.marcuscom.com> <20080113064450.GW57756@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Kostik Belousov , Joe Marcus Clarke , current Subject: Re: RFC: Adding a hw.features[2] sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 19:48:38 -0000 On Jan 13, 2008 2:10 AM, Peter Wemm wrote: > > t just so happens I wrote almost exactly this program a few weeks ago > for somebody at work: > > peter@daintree[11:05pm]~-101> ./is64bit > CPU: AMD Athlon(tm) 64 Processor 3200+ Any possibility that you could post a copy or make a port? From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 21:51:54 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DAC5116A469 for ; Mon, 14 Jan 2008 21:51:54 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 8A2C913C447 for ; Mon, 14 Jan 2008 21:51:54 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 1896B1B10EF8; Mon, 14 Jan 2008 22:51:53 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-10.6 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from hater.haters.org (unknown [192.168.25.10]) by blah.sun-fish.com (Postfix) with ESMTP id BA0971B10EF1; Mon, 14 Jan 2008 22:51:50 +0100 (CET) Message-ID: <478BD976.1030307@moneybookers.com> Date: Mon, 14 Jan 2008 23:51:50 +0200 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.9 (X11/20071120) MIME-Version: 1.0 To: Nate Lawson References: <200801110909.m0B99tlr097501@lurza.secnetix.de> <47873840.7050401@moneybookers.com> <47894263.6010706@root.org> <478965CC.1010609@moneybookers.com> <47896CCA.9020309@root.org> <478BBB9C.9090809@root.org> In-Reply-To: <478BBB9C.9090809@root.org> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/5483/Mon Jan 14 15:45:01 2008 on blah.cmotd.com X-Virus-Status: Clean Cc: freebsd-current@FreeBSD.ORG Subject: Re: powerd adaptive mode latching X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 21:51:54 -0000 Greetings, -cut- Nate Lawson wrote: > > Please test the patch. I need at least one "it works" from someone who > has duplicated cpufreq states to commit it to -current. Be sure to > first remove any acpi_perf patch that you previously applied. Thanks. > > Sorry I was busy. I'm compiling right now and will let you know ASAP :) -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 22:46:23 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFD2316A41B for ; Mon, 14 Jan 2008 22:46:23 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 7F0CA13C458 for ; Mon, 14 Jan 2008 22:46:23 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 471D81B10EFF; Mon, 14 Jan 2008 23:46:22 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-10.6 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from hater.haters.org (unknown [192.168.25.10]) by blah.sun-fish.com (Postfix) with ESMTP id 0743B1B10EFE; Mon, 14 Jan 2008 23:46:16 +0100 (CET) Message-ID: <478BE637.6090307@moneybookers.com> Date: Tue, 15 Jan 2008 00:46:15 +0200 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.9 (X11/20071120) MIME-Version: 1.0 To: Nate Lawson References: <200801110909.m0B99tlr097501@lurza.secnetix.de> <47873840.7050401@moneybookers.com> <47894263.6010706@root.org> <478965CC.1010609@moneybookers.com> <47896CCA.9020309@root.org> <478BBB9C.9090809@root.org> In-Reply-To: <478BBB9C.9090809@root.org> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/5483/Mon Jan 14 15:45:01 2008 on blah.cmotd.com X-Virus-Status: Clean Cc: freebsd-current@FreeBSD.ORG Subject: Re: powerd adaptive mode latching X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 22:46:23 -0000 Hi, It works :) Nate Lawson wrote: > Nate Lawson wrote: > > Please test the patch. I need at least one "it works" from someone who > has duplicated cpufreq states to commit it to -current. Be sure to > first remove any acpi_perf patch that you previously applied. Thanks. > > I applied your patch on clean releng_7_0 from today an it works - here is the output from sysctl: dev.cpu.0.freq_levels: 2201/35000 1925/30625 1650/26250 1600/23000 1400/20125 1200/16000 1050/14000 900/12000 800/14000 700/12250 600/10500 Thanks! -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-current@FreeBSD.ORG Tue Jan 15 00:36:36 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 879DB16A4A5 for ; Tue, 15 Jan 2008 00:36:36 +0000 (UTC) (envelope-from leafy7382@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id 0D21813C448 for ; Tue, 15 Jan 2008 00:36:35 +0000 (UTC) (envelope-from leafy7382@gmail.com) Received: by py-out-1112.google.com with SMTP id u52so3353838pyb.10 for ; Mon, 14 Jan 2008 16:36:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=s0KXa1uGnmfK+G3zthx2U1U4/16HzvufsbzIVbbxUeY=; b=WkZPKkJuZimtoDyeQdbtHv8B7/84dclKHqECrfwcHVSNjZhTXTbgCZENU2RKr3kfbCnUrwiWurvPmbu3SM94nkLnuoztTbYFp8OOR+v1M41kNu0Cxo/FPEWD5Yx92xKs4R16cZWC0Lz7ICONNBWmXaRAtmWGmRNwYGvtHMPFfLE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=apSOj7a1iIpNIHIEdMGlKn94Lqrz+DSd5odiFTQC189acxnP9iqG8vdae2427eY09sCXh8t5P8gkGlWpluma+MUrZ12PZiFWuV1D1fLXqhxVOrmDyyPxD9VMZa1pnpcWJL5hDGTV7XULtzA6DxxU+oA3biLx/AKfImwiW+JaJQc= Received: by 10.65.81.10 with SMTP id i10mr15779968qbl.75.1200355767104; Mon, 14 Jan 2008 16:09:27 -0800 (PST) Received: by 10.65.126.12 with HTTP; Mon, 14 Jan 2008 16:09:27 -0800 (PST) Message-ID: Date: Tue, 15 Jan 2008 08:09:27 +0800 From: "Jiawei Ye" To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: long running gcc process when building world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 00:36:36 -0000 Having updated to -current as of Jan 14, gcc now drops in to never-ending compilation when building world: cc -O2 -fno-strict-aliasing -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr/obj/usr/src/tmp/usr\" -I/tmp/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/usr/obj/usr/src/tmp/legacy/usr/include -c ../cc_tools/insn-attrtab.c This has been running for more than 5 minutes as of now. The same symptom occurs when building java/jdk16. dmesg of the said machine as follows: Copyright (c) 1992-2008 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 8.0-CURRENT #26: Mon Jan 14 15:52:08 CST 2008 leafy@sh-mail.moderntimes.com.cn:/usr/obj/usr/src/sys/MAIL Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 1.80GHz (1804.10-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf13 Stepping = 3 Features=0x3febfbff real memory = 2147401728 (2047 MB) avail memory = 2098364416 (2001 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi0: Overriding SCI Interrupt from IRQ 9 to IRQ 22 acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7ff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: mem 0xee000000-0xeeffffff,0xf0000000-0xf7ffffff,0xef800000-0xef87ffff irq 16 at device 0.0 on pci1 uhci0: port 0xd800-0xd81f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xd400-0xd41f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xd000-0xd01f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xed800000-0xed8003ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered pcib2: at device 30.0 on pci0 pci2: on pcib2 bfe0: mem 0xed000000-0xed001fff irq 20 at device 5.0 on pci2 miibus0: on bfe0 bmtphy0: PHY 1 on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bfe0: using obsoleted if_watchdog interface bfe0: Ethernet address: 00:0c:6e:55:fc:7d bfe0: [ITHREAD] rl0: port 0xb800-0xb8ff mem 0xec800000-0xec8000ff irq 20 at device 12.0 on pci2 miibus1: on rl0 rlphy0: PHY 0 on miibus1 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:0a:eb:f6:29:ad rl0: [ITHREAD] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f irq 18 at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pcm0: port 0xa800-0xa8ff,0xa400-0xa43f mem 0xec000000-0xec0001ff,0xeb800000-0xeb8000ff irq 17 at device 31.5 on pci0 pcm0: [ITHREAD] pcm0: sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 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 ppbus0: [ITHREAD] lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] Timecounter "TSC" frequency 1804099616 Hz quality 800 Timecounters tick every 5.000 msec ad0: 76319MB at ata0-master UDMA100 acd0: CDROM at ata1-slave UDMA33 Please let me know if there is any more details I can provide to solve the problem. Regards, Jiawei Ye -- "If it looks like a duck, walks like a duck, and quacks like a duck, then to the end user it's a duck, and end users have made it pretty clear they want a duck; whether the duck drinks hot chocolate or coffee is irrelevant." From owner-freebsd-current@FreeBSD.ORG Tue Jan 15 00:40:02 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EB9D16A417 for ; Tue, 15 Jan 2008 00:40:02 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 0D6EF13C469 for ; Tue, 15 Jan 2008 00:40:01 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 34257 invoked from network); 15 Jan 2008 00:40:03 -0000 Received: from ppp-71-139-9-226.dsl.snfc21.pacbell.net (HELO ?10.0.5.18?) (nate-mail@71.139.9.226) by root.org with ESMTPA; 15 Jan 2008 00:40:03 -0000 Message-ID: <478C00DB.2080008@root.org> Date: Mon, 14 Jan 2008 16:39:55 -0800 From: Nate Lawson User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Stefan Lambrev References: <200801110909.m0B99tlr097501@lurza.secnetix.de> <47873840.7050401@moneybookers.com> <47894263.6010706@root.org> <478965CC.1010609@moneybookers.com> <47896CCA.9020309@root.org> <478BBB9C.9090809@root.org> <478BE637.6090307@moneybookers.com> In-Reply-To: <478BE637.6090307@moneybookers.com> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.ORG Subject: Re: powerd adaptive mode latching X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 00:40:02 -0000 Stefan Lambrev wrote: > It works :) > > Nate Lawson wrote: >> Nate Lawson wrote: >> Please test the patch. I need at least one "it works" from someone who >> has duplicated cpufreq states to commit it to -current. Be sure to >> first remove any acpi_perf patch that you previously applied. Thanks. >> >> > I applied your patch on clean releng_7_0 from today an it works - here > is the output from sysctl: > > dev.cpu.0.freq_levels: 2201/35000 1925/30625 1650/26250 1600/23000 > 1400/20125 1200/16000 1050/14000 900/12000 800/14000 700/12250 600/10500 Thanks for testing. Can you be sure the 2201 Mhz setting works properly. Perhaps you can set dev.cpu.0.freq=2201 then 1600 and be sure it has approximately correct CPU performance. One test I use is: dd if=/dev/zero bs=128k count=N | sha256 where "N" is some number that takes about 10 seconds to complete. -- Nate From owner-freebsd-current@FreeBSD.ORG Tue Jan 15 00:49:50 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BE2216A4EC for ; Tue, 15 Jan 2008 00:49:50 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id D856B13C44B for ; Tue, 15 Jan 2008 00:49:49 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.2/8.14.2) with ESMTP id m0F0npO0038679; Mon, 14 Jan 2008 16:49:51 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.2/8.14.2/Submit) id m0F0npBC038678; Mon, 14 Jan 2008 16:49:51 -0800 (PST) (envelope-from sgk) Date: Mon, 14 Jan 2008 16:49:51 -0800 From: Steve Kargl To: Jiawei Ye Message-ID: <20080115004951.GA84187@troutmask.apl.washington.edu> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-current Subject: Re: long running gcc process when building world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 00:49:50 -0000 On Tue, Jan 15, 2008 at 08:09:27AM +0800, Jiawei Ye wrote: > Having updated to -current as of Jan 14, gcc now drops in to never-ending > compilation when building world: > cc -O2 -fno-strict-aliasing -pipe -DIN_GCC -DHAVE_CONFIG_H > -DPREFIX=\"/usr/obj/usr/src/tmp/usr\" > -I/tmp/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools > -I/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber > -I/usr/obj/usr/src/tmp/legacy/usr/include -c ../cc_tools/insn-attrtab.c > Yep. insn-attrtab.c takes a long time to compile. There isn't much the FreeBSD guys can do about it. It is a GCC issue. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Jan 15 01:06:16 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BCAC16A419 for ; Tue, 15 Jan 2008 01:06:16 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DF55D13C43E; Tue, 15 Jan 2008 01:06:15 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <478C0706.1060306@FreeBSD.org> Date: Tue, 15 Jan 2008 02:06:14 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Jiawei Ye References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current Subject: Re: long running gcc process when building world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 01:06:16 -0000 Jiawei Ye wrote: > Having updated to -current as of Jan 14, gcc now drops in to never-ending > compilation when building world: > cc -O2 -fno-strict-aliasing -pipe -DIN_GCC -DHAVE_CONFIG_H > -DPREFIX=\"/usr/obj/usr/src/tmp/usr\" > -I/tmp/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools > -I/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber > -I/usr/obj/usr/src/tmp/legacy/usr/include -c ../cc_tools/insn-attrtab.c > > This has been running for more than 5 minutes as of now. The same symptom > occurs when building java/jdk16. 5 minutes != infinity. This seems reasonable to me, it's a 3.5MB machine-generated C file. Turn down the optimization level if you can't bear to wait that long for it :) Kris From owner-freebsd-current@FreeBSD.ORG Tue Jan 15 02:46:23 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8155116A420 for ; Tue, 15 Jan 2008 02:46:23 +0000 (UTC) (envelope-from leafy7382@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 2852913C469 for ; Tue, 15 Jan 2008 02:46:22 +0000 (UTC) (envelope-from leafy7382@gmail.com) Received: by py-out-1112.google.com with SMTP id u52so3413929pyb.10 for ; Mon, 14 Jan 2008 18:46:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=RCfiL2r0QhZejT/oCTNzSicXtyQnoKJ2AMD4frmnuHg=; b=oReghOX9EroAwggSmtI6FkHRxo+SqrrE+Xt6av9gF7NDRkx29ITgpduGWXYGJdxv5SThqEilTSrin+TwqC/4EwNNznFDBRk7/W1GUQSndqLWWZQm0WoXlGrN2XaHjRBrKlSRs3t8P+ks8C6en9OUTrTBEnlHSOJ/GXBqRlkxXHw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=PGkYujmzAfGfR1YssesY2Xl5/dLF3Z0LEI776kkRD/XsNnWJ5i2qZa+PxR8ieduXmt4KbwB1UGI64xLjToQXxzahxFZYNMBwhg9l9KGLUstI7QvgcblY4jn+Hn0VdVsmqyuFUj0lEt6hb7h+DCDDWu32bRrK2+6dDR1JWcrdSlk= Received: by 10.65.121.9 with SMTP id y9mr16114819qbm.26.1200365181593; Mon, 14 Jan 2008 18:46:21 -0800 (PST) Received: by 10.65.126.12 with HTTP; Mon, 14 Jan 2008 18:46:21 -0800 (PST) Message-ID: Date: Tue, 15 Jan 2008 10:46:21 +0800 From: "Jiawei Ye" To: "Kris Kennaway" In-Reply-To: <478C0706.1060306@FreeBSD.org> MIME-Version: 1.0 References: <478C0706.1060306@FreeBSD.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current Subject: Re: long running gcc process when building world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 02:46:23 -0000 On Jan 15, 2008 9:06 AM, Kris Kennaway wrote: > Jiawei Ye wrote: > > Having updated to -current as of Jan 14, gcc now drops in to > never-ending > > compilation when building world: > > cc -O2 -fno-strict-aliasing -pipe -DIN_GCC -DHAVE_CONFIG_H > > -DPREFIX=\"/usr/obj/usr/src/tmp/usr\" > > -I/tmp/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools > > -I/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools > > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc > > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config > > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include > > > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include > > > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber > > -I/usr/obj/usr/src/tmp/legacy/usr/include -c ../cc_tools/insn-attrtab.c > > > > This has been running for more than 5 minutes as of now. The same > symptom > > occurs when building java/jdk16. > > 5 minutes != infinity. This seems reasonable to me, it's a 3.5MB > machine-generated C file. Turn down the optimization level if you can't > bear to wait that long for it :) > > Kris > > Ok, restarted the build job and it took 8:45 wall time to finish compiling the file. I brought this up because I saw another long-running compilation when trying to build java/jdk16 (1.5hr on a single file). It did not take this long before updating to the latest current. Sorry for the noise. Jiawei -- "If it looks like a duck, walks like a duck, and quacks like a duck, then to the end user it's a duck, and end users have made it pretty clear they want a duck; whether the duck drinks hot chocolate or coffee is irrelevant." From owner-freebsd-current@FreeBSD.ORG Tue Jan 15 03:05:38 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6EC5A16A418; Tue, 15 Jan 2008 03:05:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 28F1B13C448; Tue, 15 Jan 2008 03:05:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0F35a7B083959; Mon, 14 Jan 2008 22:05:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0F35aQt075718; Mon, 14 Jan 2008 22:05:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3E94D73039; Mon, 14 Jan 2008 22:05:36 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080115030536.3E94D73039@freebsd-current.sentex.ca> Date: Mon, 14 Jan 2008 22:05:36 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 03:05:38 -0000 TB --- 2008-01-15 01:54:08 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-15 01:54:08 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-01-15 01:54:08 - cleaning the object tree TB --- 2008-01-15 01:54:43 - cvsupping the source tree TB --- 2008-01-15 01:54:43 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-01-15 01:54:52 - building world (CFLAGS=-O -pipe) TB --- 2008-01-15 01:54:52 - cd /src TB --- 2008-01-15 01:54:52 - /usr/bin/make -B buildworld >>> World build started on Tue Jan 15 01:54:54 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jan 15 02:53:55 UTC 2008 TB --- 2008-01-15 02:53:55 - generating LINT kernel config TB --- 2008-01-15 02:53:55 - cd /src/sys/sparc64/conf TB --- 2008-01-15 02:53:55 - /usr/bin/make -B LINT TB --- 2008-01-15 02:53:55 - building LINT kernel (COPTFLAGS=) TB --- 2008-01-15 02:53:55 - cd /src TB --- 2008-01-15 02:53:55 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jan 15 02:53:56 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> export_syms awk -f /src/sys/modules/rc4/../../conf/kmod_syms.awk rc4.kld export_syms | xargs -J% objcopy % rc4.kld ld -Bshareable -d -warn-common -o rc4.ko rc4.kld objcopy --strip-debug rc4.ko ===> re (all) cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/re/../../dev/re/if_re.c /src/sys/modules/re/../../dev/re/if_re.c: In function 're_encap': /src/sys/modules/re/../../dev/re/if_re.c:2237: error: request for member 'm_hdr' in something not a structure or union *** Error code 1 Stop in /src/sys/modules/re. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-15 03:05:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-15 03:05:36 - ERROR: failed to build lint kernel TB --- 2008-01-15 03:05:36 - tinderbox aborted TB --- 3175.54 user 377.55 system 4287.31 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Jan 15 03:12:01 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 886D116A417 for ; Tue, 15 Jan 2008 03:12:01 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 4492A13C457 for ; Tue, 15 Jan 2008 03:12:01 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.2/8.14.2/NETPLEX) with ESMTP id m0F2uuIp010119 for ; Mon, 14 Jan 2008 21:56:56 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.0 (mail.netplex.net [204.213.176.10]); Mon, 14 Jan 2008 21:56:56 -0500 (EST) Date: Mon, 14 Jan 2008 21:56:56 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: How to disable acpi thermal? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 03:12:01 -0000 The man pages don't appear to be very helpful. How do I disable ACPI thermal from shutting down my machine when it incorrectly is detecting false temperature readings? Do I have to disable ACPI altogether? Can I safely kill the acpi_thermal thread? Thermal zone 0 skyrockets past 110C in a couple of minutes when trying to build a kernel. All the other zones stay relatively static. I suspect something is wrong somewhere because this machine is very lightly loaded and has never had a problem until now. I just upgraded it from 4.x to 7.0. FreeBSD slrtr 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #0: Wed Jan 9 14:01:39 EST 2008 root@ninja1:/opt/FreeBSD/obj/opt/FreeBSD/src/src/sys/ninja i386 $ sysctl -a | grep acpi debug.acpi.suspend_bounce: 0 debug.acpi.do_powerstate: 1 debug.acpi.acpi_ca_version: 20070320 debug.acpi.ec.timeout: 750 debug.acpi.ec.polled: 0 debug.acpi.ec.burst: 0 debug.acpi.semaphore_debug: 0 debug.acpi.resume_beep: 0 hw.acpi.supported_sleep_state: S1 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S1 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: 0 hw.acpi.disable_on_reboot: 0 hw.acpi.handle_reboot: 0 hw.acpi.reset_video: 0 hw.acpi.cpu.cx_lowest: C1 hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.user_override: 0 hw.acpi.thermal.tz0.temperature: 45.0C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.passive_cooling: 0 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: -1 hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 110.0C hw.acpi.thermal.tz0._ACx: 77.0C -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz1.temperature: 5.0C hw.acpi.thermal.tz1.active: -1 hw.acpi.thermal.tz1.passive_cooling: 0 hw.acpi.thermal.tz1.thermal_flags: 0 hw.acpi.thermal.tz1._PSV: -1 hw.acpi.thermal.tz1._HOT: -1 hw.acpi.thermal.tz1._CRT: 110.0C hw.acpi.thermal.tz1._ACx: 77.0C -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz2.temperature: 36.0C hw.acpi.thermal.tz2.active: -1 hw.acpi.thermal.tz2.passive_cooling: 0 hw.acpi.thermal.tz2.thermal_flags: 0 hw.acpi.thermal.tz2._PSV: -1 hw.acpi.thermal.tz2._HOT: -1 hw.acpi.thermal.tz2._CRT: 80.0C hw.acpi.thermal.tz2._ACx: 47.0C -1 -1 -1 -1 -1 -1 -1 -1 -1 machdep.acpi_timer_freq: 3579545 machdep.acpi_root: 1009936 dev.acpi.0.%desc: INTEL 024B dev.acpi.0.%driver: acpi dev.acpi.0.%parent: nexus0 dev.acpi_sysresource.0.%desc: System Resource dev.acpi_sysresource.0.%driver: acpi_sysresource dev.acpi_sysresource.0.%location: handle=\_SB_.PCI0.ISA0.SBSI dev.acpi_sysresource.0.%pnpinfo: _HID=PNP0C02 _UID=1 dev.acpi_sysresource.0.%parent: acpi0 dev.acpi_sysresource.1.%desc: System Resource dev.acpi_sysresource.1.%driver: acpi_sysresource dev.acpi_sysresource.1.%location: handle=\_SB_.PCI0.ISA0.SBRD dev.acpi_sysresource.1.%pnpinfo: _HID=PNP0C02 _UID=2 dev.acpi_sysresource.1.%parent: acpi0 dev.acpi_sysresource.2.%desc: System Resource dev.acpi_sysresource.2.%driver: acpi_sysresource dev.acpi_sysresource.2.%location: handle=\_SB_.PCI0.ISA0.SBDM dev.acpi_sysresource.2.%pnpinfo: _HID=PNP0C02 _UID=3 dev.acpi_sysresource.2.%parent: acpi0 dev.acpi_timer.0.%desc: 24-bit timer at 3.579545MHz dev.acpi_timer.0.%driver: acpi_timer dev.acpi_timer.0.%location: unknown dev.acpi_timer.0.%pnpinfo: unknown dev.acpi_timer.0.%parent: acpi0 dev.acpi_ec.0.%desc: Embedded Controller: GPE 0x4 dev.acpi_ec.0.%driver: acpi_ec dev.acpi_ec.0.%location: handle=\_SB_.PCI0.ISA0.EC0_ dev.acpi_ec.0.%pnpinfo: _HID=PNP0C09 _UID=0 dev.acpi_ec.0.%parent: acpi0 dev.pci_link.0.%parent: acpi0 dev.pci_link.1.%parent: acpi0 dev.pci_link.2.%parent: acpi0 dev.pci_link.3.%parent: acpi0 dev.pci_link.4.%parent: acpi0 dev.pci_link.5.%parent: acpi0 dev.pci_link.6.%parent: acpi0 dev.pci_link.7.%parent: acpi0 dev.pci_link.8.%parent: acpi0 dev.pci_link.9.%parent: acpi0 dev.pci_link.10.%parent: acpi0 dev.pci_link.11.%parent: acpi0 dev.pci_link.12.%parent: acpi0 dev.pci_link.13.%parent: acpi0 dev.pci_link.14.%parent: acpi0 dev.pci_link.15.%parent: acpi0 dev.cpu.0.%parent: acpi0 dev.acpi_button.0.%desc: Sleep Button dev.acpi_button.0.%driver: acpi_button dev.acpi_button.0.%location: handle=\_SB_.SLPB dev.acpi_button.0.%pnpinfo: _HID=PNP0C0E _UID=0 dev.acpi_button.0.%parent: acpi0 dev.pcib.0.%parent: acpi0 dev.pcib.2.%parent: acpi0 dev.acpi_tz.0.%desc: Thermal Zone dev.acpi_tz.0.%driver: acpi_tz dev.acpi_tz.0.%location: handle=\_TZ_.TZC0 dev.acpi_tz.0.%pnpinfo: _HID=none _UID=0 dev.acpi_tz.0.%parent: acpi0 dev.acpi_tz.1.%desc: Thermal Zone dev.acpi_tz.1.%driver: acpi_tz dev.acpi_tz.1.%location: handle=\_TZ_.TZC1 dev.acpi_tz.1.%pnpinfo: _HID=none _UID=0 dev.acpi_tz.1.%parent: acpi0 dev.acpi_tz.2.%desc: Thermal Zone dev.acpi_tz.2.%driver: acpi_tz dev.acpi_tz.2.%location: handle=\_TZ_.TZE0 dev.acpi_tz.2.%pnpinfo: _HID=none _UID=0 dev.acpi_tz.2.%parent: acpi0 dev.attimer.0.%parent: acpi0 dev.attimer.1.%parent: acpi0 dev.sio.0.%parent: acpi0 dev.sio.1.%parent: acpi0 dev.fdc.0.%parent: acpi0 dev.atkbdc.0.%parent: acpi0 dev.psmcpnp.0.%parent: acpi0 dev.atdma.0.%parent: acpi0 dev.atpic.0.%parent: acpi0 dev.npxisa.0.%parent: acpi0 -- DE From owner-freebsd-current@FreeBSD.ORG Tue Jan 15 03:35:49 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18E8816A41A; Tue, 15 Jan 2008 03:35:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id C042913C4D3; Tue, 15 Jan 2008 03:35:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0F3ZmBq085588; Mon, 14 Jan 2008 22:35:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0F3Zl0S027996; Mon, 14 Jan 2008 22:35:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BD4AE73039; Mon, 14 Jan 2008 22:35:47 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080115033547.BD4AE73039@freebsd-current.sentex.ca> Date: Mon, 14 Jan 2008 22:35:47 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 03:35:49 -0000 TB --- 2008-01-15 02:29:20 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-15 02:29:20 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-01-15 02:29:20 - cleaning the object tree TB --- 2008-01-15 02:29:49 - cvsupping the source tree TB --- 2008-01-15 02:29:49 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-01-15 02:29:55 - building world (CFLAGS=-O -pipe) TB --- 2008-01-15 02:29:55 - cd /src TB --- 2008-01-15 02:29:55 - /usr/bin/make -B buildworld >>> World build started on Tue Jan 15 02:29:57 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jan 15 03:25:36 UTC 2008 TB --- 2008-01-15 03:25:36 - generating LINT kernel config TB --- 2008-01-15 03:25:36 - cd /src/sys/sun4v/conf TB --- 2008-01-15 03:25:36 - /usr/bin/make -B LINT TB --- 2008-01-15 03:25:36 - building LINT kernel (COPTFLAGS=) TB --- 2008-01-15 03:25:36 - cd /src TB --- 2008-01-15 03:25:36 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jan 15 03:25:36 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> export_syms awk -f /src/sys/modules/rc4/../../conf/kmod_syms.awk rc4.kld export_syms | xargs -J% objcopy % rc4.kld ld -Bshareable -d -warn-common -o rc4.ko rc4.kld objcopy --strip-debug rc4.ko ===> re (all) cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sun4v/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sun4v/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/re/../../dev/re/if_re.c /src/sys/modules/re/../../dev/re/if_re.c: In function 're_encap': /src/sys/modules/re/../../dev/re/if_re.c:2237: error: request for member 'm_hdr' in something not a structure or union *** Error code 1 Stop in /src/sys/modules/re. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-15 03:35:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-15 03:35:47 - ERROR: failed to build lint kernel TB --- 2008-01-15 03:35:47 - tinderbox aborted TB --- 3154.48 user 372.61 system 3986.77 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Jan 15 03:35:56 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B9B516A473 for ; Tue, 15 Jan 2008 03:35:56 +0000 (UTC) (envelope-from chflags@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.freebsd.org (Postfix) with ESMTP id 90A2913C44B for ; Tue, 15 Jan 2008 03:35:55 +0000 (UTC) (envelope-from chflags@gmail.com) Received: by py-out-1112.google.com with SMTP id u52so3432023pyb.10 for ; Mon, 14 Jan 2008 19:35:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:references; bh=/f0z39Bia+5qj4+0grvEz09HhPUJzHXObFaq0WNqNpk=; b=S6SbxAm8/4S9C7CMqJkY/dhPryF5tEq4fN6BCdkMbMZj8QFMxQQqbAjtWts+8Axi9t2uZe9V7Mv0PxAV4NxUZlPiUFbDtw3lmEuvjgX9jzDMiEX/2kB14+BKNk5fje4rGxXfxC/Go9GRiTUbCqqR7Tb+47rnyvwJgGfI6O5FA+M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:references; b=mZbNXafhiEdkobFGPFbGyOREyk6SedQ7leo5FuXKmV0cYVBG8L4BOmdd9l/JXD5OY2ZBcfIeMGsNjkolyS83qfNsRb0S8G67EfhEDPPgUkWnk72cQLzj7acvLBN4Zxzpwghv4E7D4XdEdA9raKq9un1IQc1xZ9nI9TE9RyF/0Kc= Received: by 10.65.44.5 with SMTP id w5mr16221792qbj.45.1200368154160; Mon, 14 Jan 2008 19:35:54 -0800 (PST) Received: by 10.65.137.9 with HTTP; Mon, 14 Jan 2008 19:35:54 -0800 (PST) Message-ID: <25cb30801141935g75bdef9l564630d2ffa8f8f7@mail.gmail.com> Date: Tue, 15 Jan 2008 11:35:54 +0800 From: "Kevin Foo" To: freebsd-current@freebsd.org In-Reply-To: MIME-Version: 1.0 References: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: How to disable acpi thermal? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: chflags@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 03:35:56 -0000 You can disable ACPI thermal by adding line below to /boot/loader.conf debug.acpi.disable="thermal" I doubt it is safe to do so. -- Regards Kevin Foo On Jan 15, 2008 10:56 AM, Daniel Eischen wrote: > The man pages don't appear to be very helpful. How do I > disable ACPI thermal from shutting down my machine when it > incorrectly is detecting false temperature readings? > Do I have to disable ACPI altogether? Can I safely kill > the acpi_thermal thread? > > Thermal zone 0 skyrockets past 110C in a couple of minutes > when trying to build a kernel. All the other zones stay > relatively static. I suspect something is wrong somewhere > because this machine is very lightly loaded and has never > had a problem until now. I just upgraded it from 4.x to > 7.0. > > FreeBSD slrtr 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #0: Wed Jan 9 > 14:01:39 EST 2008 > root@ninja1:/opt/FreeBSD/obj/opt/FreeBSD/src/src/sys/ninja i386 > > $ sysctl -a | grep acpi > debug.acpi.suspend_bounce: 0 > debug.acpi.do_powerstate: 1 > debug.acpi.acpi_ca_version: 20070320 > debug.acpi.ec.timeout: 750 > debug.acpi.ec.polled: 0 > debug.acpi.ec.burst: 0 > debug.acpi.semaphore_debug: 0 > debug.acpi.resume_beep: 0 > hw.acpi.supported_sleep_state: S1 S4 S5 > hw.acpi.power_button_state: S5 > hw.acpi.sleep_button_state: S1 > 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: 0 > hw.acpi.disable_on_reboot: 0 > hw.acpi.handle_reboot: 0 > hw.acpi.reset_video: 0 > hw.acpi.cpu.cx_lowest: C1 > hw.acpi.thermal.min_runtime: 0 > hw.acpi.thermal.polling_rate: 10 > hw.acpi.thermal.user_override: 0 > hw.acpi.thermal.tz0.temperature: 45.0C > hw.acpi.thermal.tz0.active: -1 > hw.acpi.thermal.tz0.passive_cooling: 0 > hw.acpi.thermal.tz0.thermal_flags: 0 > hw.acpi.thermal.tz0._PSV: -1 > hw.acpi.thermal.tz0._HOT: -1 > hw.acpi.thermal.tz0._CRT: 110.0C > hw.acpi.thermal.tz0._ACx: 77.0C -1 -1 -1 -1 -1 -1 -1 -1 -1 > hw.acpi.thermal.tz1.temperature: 5.0C > hw.acpi.thermal.tz1.active: -1 > hw.acpi.thermal.tz1.passive_cooling: 0 > hw.acpi.thermal.tz1.thermal_flags: 0 > hw.acpi.thermal.tz1._PSV: -1 > hw.acpi.thermal.tz1._HOT: -1 > hw.acpi.thermal.tz1._CRT: 110.0C > hw.acpi.thermal.tz1._ACx: 77.0C -1 -1 -1 -1 -1 -1 -1 -1 -1 > hw.acpi.thermal.tz2.temperature: 36.0C > hw.acpi.thermal.tz2.active: -1 > hw.acpi.thermal.tz2.passive_cooling: 0 > hw.acpi.thermal.tz2.thermal_flags: 0 > hw.acpi.thermal.tz2._PSV: -1 > hw.acpi.thermal.tz2._HOT: -1 > hw.acpi.thermal.tz2._CRT: 80.0C > hw.acpi.thermal.tz2._ACx: 47.0C -1 -1 -1 -1 -1 -1 -1 -1 -1 > machdep.acpi_timer_freq: 3579545 > machdep.acpi_root: 1009936 > dev.acpi.0.%desc: INTEL 024B > dev.acpi.0.%driver: acpi > dev.acpi.0.%parent: nexus0 > dev.acpi_sysresource.0.%desc: System Resource > dev.acpi_sysresource.0.%driver: acpi_sysresource > dev.acpi_sysresource.0.%location: handle=\_SB_.PCI0.ISA0.SBSI > dev.acpi_sysresource.0.%pnpinfo: _HID=PNP0C02 _UID=1 > dev.acpi_sysresource.0.%parent: acpi0 > dev.acpi_sysresource.1.%desc: System Resource > dev.acpi_sysresource.1.%driver: acpi_sysresource > dev.acpi_sysresource.1.%location: handle=\_SB_.PCI0.ISA0.SBRD > dev.acpi_sysresource.1.%pnpinfo: _HID=PNP0C02 _UID=2 > dev.acpi_sysresource.1.%parent: acpi0 > dev.acpi_sysresource.2.%desc: System Resource > dev.acpi_sysresource.2.%driver: acpi_sysresource > dev.acpi_sysresource.2.%location: handle=\_SB_.PCI0.ISA0.SBDM > dev.acpi_sysresource.2.%pnpinfo: _HID=PNP0C02 _UID=3 > dev.acpi_sysresource.2.%parent: acpi0 > dev.acpi_timer.0.%desc: 24-bit timer at 3.579545MHz > dev.acpi_timer.0.%driver: acpi_timer > dev.acpi_timer.0.%location: unknown > dev.acpi_timer.0.%pnpinfo: unknown > dev.acpi_timer.0.%parent: acpi0 > dev.acpi_ec.0.%desc: Embedded Controller: GPE 0x4 > dev.acpi_ec.0.%driver: acpi_ec > dev.acpi_ec.0.%location: handle=\_SB_.PCI0.ISA0.EC0_ > dev.acpi_ec.0.%pnpinfo: _HID=PNP0C09 _UID=0 > dev.acpi_ec.0.%parent: acpi0 > dev.pci_link.0.%parent: acpi0 > dev.pci_link.1.%parent: acpi0 > dev.pci_link.2.%parent: acpi0 > dev.pci_link.3.%parent: acpi0 > dev.pci_link.4.%parent: acpi0 > dev.pci_link.5.%parent: acpi0 > dev.pci_link.6.%parent: acpi0 > dev.pci_link.7.%parent: acpi0 > dev.pci_link.8.%parent: acpi0 > dev.pci_link.9.%parent: acpi0 > dev.pci_link.10.%parent: acpi0 > dev.pci_link.11.%parent: acpi0 > dev.pci_link.12.%parent: acpi0 > dev.pci_link.13.%parent: acpi0 > dev.pci_link.14.%parent: acpi0 > dev.pci_link.15.%parent: acpi0 > dev.cpu.0.%parent: acpi0 > dev.acpi_button.0.%desc: Sleep Button > dev.acpi_button.0.%driver: acpi_button > dev.acpi_button.0.%location: handle=\_SB_.SLPB > dev.acpi_button.0.%pnpinfo: _HID=PNP0C0E _UID=0 > dev.acpi_button.0.%parent: acpi0 > dev.pcib.0.%parent: acpi0 > dev.pcib.2.%parent: acpi0 > dev.acpi_tz.0.%desc: Thermal Zone > dev.acpi_tz.0.%driver: acpi_tz > dev.acpi_tz.0.%location: handle=\_TZ_.TZC0 > dev.acpi_tz.0.%pnpinfo: _HID=none _UID=0 > dev.acpi_tz.0.%parent: acpi0 > dev.acpi_tz.1.%desc: Thermal Zone > dev.acpi_tz.1.%driver: acpi_tz > dev.acpi_tz.1.%location: handle=\_TZ_.TZC1 > dev.acpi_tz.1.%pnpinfo: _HID=none _UID=0 > dev.acpi_tz.1.%parent: acpi0 > dev.acpi_tz.2.%desc: Thermal Zone > dev.acpi_tz.2.%driver: acpi_tz > dev.acpi_tz.2.%location: handle=\_TZ_.TZE0 > dev.acpi_tz.2.%pnpinfo: _HID=none _UID=0 > dev.acpi_tz.2.%parent: acpi0 > dev.attimer.0.%parent: acpi0 > dev.attimer.1.%parent: acpi0 > dev.sio.0.%parent: acpi0 > dev.sio.1.%parent: acpi0 > dev.fdc.0.%parent: acpi0 > dev.atkbdc.0.%parent: acpi0 > dev.psmcpnp.0.%parent: acpi0 > dev.atdma.0.%parent: acpi0 > dev.atpic.0.%parent: acpi0 > dev.npxisa.0.%parent: acpi0 > > -- > DE > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Jan 15 03:51:46 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9EA716A417 for ; Tue, 15 Jan 2008 03:51:46 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.178]) by mx1.freebsd.org (Postfix) with ESMTP id B001A13C44B for ; Tue, 15 Jan 2008 03:51:46 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so4298995waf.3 for ; Mon, 14 Jan 2008 19:51:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=mvpGW9Bc3N34oBIulJ9kdW5DqHIm0bLHZfrb8f0Coi4=; b=Zj6q/3XPz0s8YYBA5ju41RHIFxehQI5T6H1rFIcWABvu21xw8rg6XYTBD7C9MMVrbudvfhxLq1KTRUUx5l1jPh1zgcajnt/Q4q2GWOBixVaduZopUEbC+Lid+zs9gp19PJs2XI8B5WP1K/dpYwMfJqMHzo2kZq/CvB8esuRifX4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=I/IZ1xTVMiCP4aJOawHfix5JiBmXt3rjAPoX7zYGRh/tlUTeEkLDPqRF1JXcdW6+UlSLrVHXloSWHNygIYjJ4aOb9bzX5O5KNsf8jb7uKwr1G96RcMMciSN1A5wg8oZA8e7PIfnbQOF/2kIcWYgqrJdmZtY2yt0ge1H6HkI4NPM= Received: by 10.114.61.1 with SMTP id j1mr4411554waa.62.1200369105974; Mon, 14 Jan 2008 19:51:45 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id k26sm18165483waf.58.2008.01.14.19.51.43 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 14 Jan 2008 19:51:44 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m0F3kJ08081210 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 15 Jan 2008 12:46:19 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m0F3kJWl081209; Tue, 15 Jan 2008 12:46:19 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 15 Jan 2008 12:46:19 +0900 From: Pyun YongHyeon To: FreeBSD Tinderbox Message-ID: <20080115034619.GC80745@cdnetworks.co.kr> References: <20080115030536.3E94D73039@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080115030536.3E94D73039@freebsd-current.sentex.ca> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org, sparc64@freebsd.org Subject: Re: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 03:51:47 -0000 On Mon, Jan 14, 2008 at 10:05:36PM -0500, FreeBSD Tinderbox wrote: > TB --- 2008-01-15 01:54:08 - tinderbox 2.3 running on freebsd-current.sentex.ca > TB --- 2008-01-15 01:54:08 - starting HEAD tinderbox run for sparc64/sparc64 > TB --- 2008-01-15 01:54:08 - cleaning the object tree > TB --- 2008-01-15 01:54:43 - cvsupping the source tree > TB --- 2008-01-15 01:54:43 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile > TB --- 2008-01-15 01:54:52 - building world (CFLAGS=-O -pipe) > TB --- 2008-01-15 01:54:52 - cd /src > TB --- 2008-01-15 01:54:52 - /usr/bin/make -B buildworld > >>> World build started on Tue Jan 15 01:54:54 UTC 2008 > >>> Rebuilding the temporary build tree > >>> stage 1.1: legacy release compatibility shims > >>> stage 1.2: bootstrap tools > >>> stage 2.1: cleaning up the object tree > >>> stage 2.2: rebuilding the object tree > >>> stage 2.3: build tools > >>> stage 3: cross tools > >>> stage 4.1: building includes > >>> stage 4.2: building libraries > >>> stage 4.3: make dependencies > >>> stage 4.4: building everything > >>> World build completed on Tue Jan 15 02:53:55 UTC 2008 > TB --- 2008-01-15 02:53:55 - generating LINT kernel config > TB --- 2008-01-15 02:53:55 - cd /src/sys/sparc64/conf > TB --- 2008-01-15 02:53:55 - /usr/bin/make -B LINT > TB --- 2008-01-15 02:53:55 - building LINT kernel (COPTFLAGS=) > TB --- 2008-01-15 02:53:55 - cd /src > TB --- 2008-01-15 02:53:55 - /usr/bin/make -B buildkernel KERNCONF=LINT > >>> Kernel build for LINT started on Tue Jan 15 02:53:56 UTC 2008 > >>> stage 1: configuring the kernel > >>> stage 2.1: cleaning up the object tree > >>> stage 2.2: rebuilding the object tree > >>> stage 2.3: build tools > >>> stage 3.1: making dependencies > >>> stage 3.2: building everything > [...] > :> export_syms > awk -f /src/sys/modules/rc4/../../conf/kmod_syms.awk rc4.kld export_syms | xargs -J% objcopy % rc4.kld > ld -Bshareable -d -warn-common -o rc4.ko rc4.kld > objcopy --strip-debug rc4.ko > ===> re (all) > cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/re/../../dev/re/if_re.c > /src/sys/modules/re/../../dev/re/if_re.c: In function 're_encap': > /src/sys/modules/re/../../dev/re/if_re.c:2237: error: request for member 'm_hdr' in something not a structure or union > *** Error code 1 > Should be fixed now. Sorry for the breakage. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Tue Jan 15 03:55:03 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9EE0E16A41B; Tue, 15 Jan 2008 03:55:03 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from vms048pub.verizon.net (vms048pub.verizon.net [206.46.252.48]) by mx1.freebsd.org (Postfix) with ESMTP id 89B5113C465; Tue, 15 Jan 2008 03:55:03 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from [10.0.3.231] ([70.21.165.95]) by vms048.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JUO001692VAV091@vms048.mailsrvcs.net>; Mon, 14 Jan 2008 21:54:47 -0600 (CST) Date: Mon, 14 Jan 2008 22:53:19 -0500 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: To: Daniel Eischen Message-id: <1200369199.2054.38.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.12.3 FreeBSD GNOME Team Port Content-type: text/plain Content-transfer-encoding: 7bit References: Cc: freebsd-current@freebsd.org Subject: Re: How to disable acpi thermal? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 03:55:03 -0000 On Mon, 2008-01-14 at 21:56 -0500, Daniel Eischen wrote: > The man pages don't appear to be very helpful. How do I > disable ACPI thermal from shutting down my machine when it > incorrectly is detecting false temperature readings? > Do I have to disable ACPI altogether? Can I safely kill > the acpi_thermal thread? As someone else have indicated, this might not be the solution. > > Thermal zone 0 skyrockets past 110C in a couple of minutes > when trying to build a kernel. All the other zones stay > relatively static. I suspect something is wrong somewhere > because this machine is very lightly loaded and has never > had a problem until now. I just upgraded it from 4.x to > 7.0. It need not to be bogus -- if I turn off fan on my ThinkPad it will overheat and shut itself down within couple of minutes of buildworld, starting from the relative cool state. From the look of the stuff below your fan should kick in no later then 10 seconds after tz0 reached 77C. Do you hear it running before shutdown? If yes, maybe lowering threshold in AC0 down from 77C will help. If not -- you will need to figure out who is supposed to turn on the fan. You can dump your ASL (instructions in the handbook) and post it someplace accessible -- I will take a look and maybe spot something interesting, but, being far from the expert in the field, I do not promise too much. Do any vendor specific drivers (e.g. acpi_ibm, acpi_asus) match your laptop? -- Alexandre "Sunny" Kovalenko From owner-freebsd-current@FreeBSD.ORG Mon Jan 14 18:20:23 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD0E616A420 for ; Mon, 14 Jan 2008 18:20:23 +0000 (UTC) (envelope-from vermaden@interia.pl) Received: from smtp4.poczta.interia.pl (smtp35.poczta.interia.pl [80.48.65.35]) by mx1.freebsd.org (Postfix) with ESMTP id 6C6CE13C442 for ; Mon, 14 Jan 2008 18:20:23 +0000 (UTC) (envelope-from vermaden@interia.pl) Received: by smtp4.poczta.interia.pl (INTERIA.PL, from userid 502) id 2CA3750A6B0; Mon, 14 Jan 2008 18:53:38 +0100 (CET) Received: from f38.poczta.interia.pl (f38.poczta.interia.pl [10.217.2.38]) by smtp4.poczta.interia.pl (INTERIA.PL) with ESMTP id BE54850A542 for ; Mon, 14 Jan 2008 18:53:37 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by f38.poczta.interia.pl (Postfix) with ESMTP id 775EF3E8846 for ; Mon, 14 Jan 2008 18:53:37 +0100 (CET) Date: 14 Jan 2008 18:53:37 +0100 From: vermaden To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=ISO-8859-2 Content-Transfer-Encoding: QUOTED-PRINTABLE X-ORIGINATE-IP: 85.89.167.26 X-Mailer: PSE Message-Id: <20080114175337.775EF3E8846@f38.poczta.interia.pl> X-EMID: 1c540acc X-Mailman-Approved-At: Tue, 15 Jan 2008 04:32:11 +0000 Subject: RFC: Adding a hw.features[2] sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2008 18:20:23 -0000 current output # 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.cx_supported: C1/0 dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_usage: 100.00% So why not transform this: CPU: Dual Core AMD Opteron(tm) Processor 280 (2411.12-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x20f12 Stepping =3D 2 Features=3D0x178bfbff Features2=3D0x1 AMD Features=3D0xe2500800 AMD Features2=3D0x3 Cores per package: 2 into this: # sysctl dev.cpu dev.cpu.0.model: Dual Core AMD Opteron(tm) Processor 280 dev.cpu.0.class: K8-class dev.cpu.0.frequency: 2411.12 dev.cpu.0.features: FPU VME DE PSE TSC MSR PAE MCE CX8 APIC SEP MTRR PGE MC= A CMOV PAT PSE36 CLFLUSH MMX FXSR SSE SSE2 HTT SYSCALL NX MMX+ FFXSR LM 3DN= ow!+ 3DNow! LAHF CMP dev.cpu.0.cores: 2 <-- but that would propably be the same as kern.smp.cpus= : 2 so link it to the value of kern.smp.cpus or do not even create it. I also do not like idea of /dev/cpuinfo it is FreeBSD not Linux: http://wiki.freebsd.org/AvoidingLinuxisms Regards vermaden ---------------------------------------------------------------------- Kupujesz laptopa? Sprawdz nasze testy! Kliknij >>> http://link.interia.pl/f1cd1 From owner-freebsd-current@FreeBSD.ORG Tue Jan 15 05:11:54 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20EB116A417 for ; Tue, 15 Jan 2008 05:11:53 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.181]) by mx1.freebsd.org (Postfix) with ESMTP id 3F3DB13C45A for ; Tue, 15 Jan 2008 05:11:48 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so4335836waf.3 for ; Mon, 14 Jan 2008 21:11:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:date:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent:organization:x-operation-sytem:from; bh=UCEW4nRSuTAm2r+8sGmwg42Y40/53V5vs2BDOVP1Qoo=; b=KVuL8k/o/ka5iS9HuTIe8JS2e/4wxv7qiOYRBpZDmy3uRjZLSyfjPfzJEKR/vaippnLYLY09fWXkefse24cvjGPlJ+ZOZmsGztZIypqk7DR8gGesp9dIBaKthODK/v0yL6OU5buTHtyK9Qp/XOpOoTHRgfZIs3eVhpHpBF2oxwE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent:organization:x-operation-sytem:from; b=itOIsc1gXllHk7JEyxPkkBa8R5MfXgcBoXSOzovludy8bi32h0f+xxScQV20SzrJsuU4PPkmUl/BFUXXcDJTWcID1HhnS/NR2cmhJwUDNEdCZNK9Z4RG3F2p5QPsFIk/4LpxlhNeJh0BwfQlewJPIG+vRfSLYQd7SPBKRL906y4= Received: by 10.114.200.2 with SMTP id x2mr5150877waf.19.1200373907792; Mon, 14 Jan 2008 21:11:47 -0800 (PST) Received: from freebsd.weongyo.org ( [211.53.35.67]) by mx.google.com with ESMTPS id l38sm17311283waf.27.2008.01.14.21.11.46 (version=SSLv3 cipher=OTHER); Mon, 14 Jan 2008 21:11:47 -0800 (PST) Received: by freebsd.weongyo.org (sSMTP sendmail emulation); Tue, 15 Jan 2008 14:11:26 +0900 Date: Tue, 15 Jan 2008 14:11:26 +0900 To: Diego Giagio Message-ID: <20080115051126.GA42277@freebsd.weongyo.org> Mail-Followup-To: Diego Giagio , "freebsd-current@freebsd.org" , freebsd-hackers@freebsd.org References: <1b0798830801130752k4209bce7yc5e1cbec7dd67f82@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1b0798830801130752k4209bce7yc5e1cbec7dd67f82@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD From: Weongyo Jeong Cc: freebsd-hackers@freebsd.org, "freebsd-current@freebsd.org" Subject: Re: NDIS debugging X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 05:11:54 -0000 On Sun, Jan 13, 2008 at 12:52:01PM -0300, Diego Giagio wrote: > Hi, > > Recently i've bought a new laptop (Dell Precision M2300) which came > with Intel 4965 Wifi chipset. Since there's no native driver available > yet, I've been trying to get it to work throught Project Evil (NDIS > Windows Driver NETw4x64). > > At first, the driver complained for "no match for > InitializeSListHead". Then I figured it out how to implement that > function (a simple bzero on slist_head, just like ndiswrapper on > Linux) and it stopped complaining. I'm able to kldload NETx4x64_sys.ko > with success, but it stays silent. It just loads two dependent modules > (if_nids.ko and nids.ko) and nothing is printed into dmesg or console. > Also, there's no ndis0 device. > > As far as I can get I could see that DriverEntry()'s module is working > OK as it returns STATUS_SUCCESS on subr_windrv.c's windrv_load(). > > So, the question is: Is there a way to turn on verbose debugging on > the NDIS subsystem? Would be great if I could get some more info on > what's going wrong. As far as I know, there is no verbose debugging mode on the NDIS subsystem. Only a variable `ndis_debug' which is defined in if_ndis.c can be available to turn on `if_ndis' module's debugging mode. regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Tue Jan 15 05:23:15 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0CE416A421; Tue, 15 Jan 2008 05:23:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 972B213C46A; Tue, 15 Jan 2008 05:23:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id m0F5NEl1089947; Tue, 15 Jan 2008 00:23:14 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0F5NEZP086592; Tue, 15 Jan 2008 00:23:14 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 89F7073039; Tue, 15 Jan 2008 00:23:14 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080115052314.89F7073039@freebsd-current.sentex.ca> Date: Tue, 15 Jan 2008 00:23:14 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 05:23:15 -0000 TB --- 2008-01-15 03:40:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-15 03:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-01-15 03:40:00 - cleaning the object tree TB --- 2008-01-15 03:40:37 - cvsupping the source tree TB --- 2008-01-15 03:40:37 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-01-15 03:40:44 - building world (CFLAGS=-O -pipe) TB --- 2008-01-15 03:40:44 - cd /src TB --- 2008-01-15 03:40:44 - /usr/bin/make -B buildworld >>> World build started on Tue Jan 15 03:40:47 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Tue Jan 15 05:08:45 UTC 2008 TB --- 2008-01-15 05:08:45 - generating LINT kernel config TB --- 2008-01-15 05:08:45 - cd /src/sys/amd64/conf TB --- 2008-01-15 05:08:45 - /usr/bin/make -B LINT TB --- 2008-01-15 05:08:46 - building LINT kernel (COPTFLAGS=) TB --- 2008-01-15 05:08:46 - cd /src TB --- 2008-01-15 05:08:46 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jan 15 05:08:46 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -d -warn-common -r -d -o rc4.ko rc4.o :> export_syms awk -f /src/sys/modules/rc4/../../conf/kmod_syms.awk rc4.ko export_syms | xargs -J% objcopy % rc4.ko objcopy --strip-debug rc4.ko ===> re (all) cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/re/../../dev/re/if_re.c /src/sys/modules/re/../../dev/re/if_re.c: In function 're_encap': /src/sys/modules/re/../../dev/re/if_re.c:2237: error: request for member 'm_hdr' in something not a structure or union *** Error code 1 Stop in /src/sys/modules/re. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-15 05:23:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-15 05:23:14 - ERROR: failed to build lint kernel TB --- 2008-01-15 05:23:14 - tinderbox aborted TB --- 4599.39 user 565.46 system 6194.11 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Jan 15 05:41:43 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 115DC16A417 for ; Tue, 15 Jan 2008 05:41:43 +0000 (UTC) (envelope-from eischen@vigrid.com) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id DEAE313C43E for ; Tue, 15 Jan 2008 05:41:42 +0000 (UTC) (envelope-from eischen@vigrid.com) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.2/8.14.2/NETPLEX) with ESMTP id m0F5UXOG002142; Tue, 15 Jan 2008 00:30:33 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.0 (mail.netplex.net [204.213.176.10]); Tue, 15 Jan 2008 00:30:34 -0500 (EST) Date: Tue, 15 Jan 2008 00:30:34 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: "Alexandre \\Sunny\\ Kovalenko" In-Reply-To: <1200369199.2054.38.camel@RabbitsDen> Message-ID: References: <1200369199.2054.38.camel@RabbitsDen> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: How to disable acpi thermal? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 05:41:43 -0000 On Mon, 14 Jan 2008, Alexandre \Sunny\ Kovalenko wrote: > > On Mon, 2008-01-14 at 21:56 -0500, Daniel Eischen wrote: >> >> Thermal zone 0 skyrockets past 110C in a couple of minutes >> when trying to build a kernel. All the other zones stay >> relatively static. I suspect something is wrong somewhere >> because this machine is very lightly loaded and has never >> had a problem until now. I just upgraded it from 4.x to >> 7.0. > > It need not to be bogus -- if I turn off fan on my ThinkPad it will > overheat and shut itself down within couple of minutes of buildworld, > starting from the relative cool state. From the look of the stuff below > your fan should kick in no later then 10 seconds after tz0 reached 77C. > Do you hear it running before shutdown? If yes, maybe lowering threshold > in AC0 down from 77C will help. If not -- you will need to figure out > who is supposed to turn on the fan. You can dump your ASL (instructions > in the handbook) and post it someplace accessible -- I will take a look > and maybe spot something interesting, but, being far from the expert in > the field, I do not promise too much. I can try that. I don't hear any fans, but I'll check again tomorrow. > Do any vendor specific drivers (e.g. acpi_ibm, acpi_asus) match your > laptop? It ain't a laptop. It's a rackmount server, Intel STL2 Tupelo server board in a 2U chassis. Temperature in the rack is probably about 23C (73F). -- DE From owner-freebsd-current@FreeBSD.ORG Tue Jan 15 05:41:43 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3B6716A41A for ; Tue, 15 Jan 2008 05:41:43 +0000 (UTC) (envelope-from eischen@vigrid.com) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 6557213C45B for ; Tue, 15 Jan 2008 05:41:43 +0000 (UTC) (envelope-from eischen@vigrid.com) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.2/8.14.2/NETPLEX) with ESMTP id m0F5NaJT000248; Tue, 15 Jan 2008 00:23:36 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.0 (mail.netplex.net [204.213.176.10]); Tue, 15 Jan 2008 00:23:36 -0500 (EST) Date: Tue, 15 Jan 2008 00:23:36 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Kevin Foo In-Reply-To: <25cb30801141935g75bdef9l564630d2ffa8f8f7@mail.gmail.com> Message-ID: References: <25cb30801141935g75bdef9l564630d2ffa8f8f7@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: How to disable acpi thermal? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 05:41:43 -0000 On Tue, 15 Jan 2008, Kevin Foo wrote: > You can disable ACPI thermal by adding line below to /boot/loader.conf > > debug.acpi.disable="thermal" > > I doubt it is safe to do so. Well, I don't know what else to do. Everything worked just fine under FreeBSD 4.x until upgrading to 7.0. I was looking for some way to turn it off without rebooting. -- DE From owner-freebsd-current@FreeBSD.ORG Tue Jan 15 05:56:31 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81F4416A418 for ; Tue, 15 Jan 2008 05:56:31 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by mx1.freebsd.org (Postfix) with ESMTP id 5B77B13C46B for ; Tue, 15 Jan 2008 05:56:31 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp4-g19.free.fr (Postfix) with ESMTP id D1F833EA0CF; Tue, 15 Jan 2008 06:56:29 +0100 (CET) Received: from mail.herbelot.nom (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g19.free.fr (Postfix) with ESMTP id A517F3EA0CC; Tue, 15 Jan 2008 06:56:29 +0100 (CET) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by mail.herbelot.nom (8.14.0/8.14.0) with ESMTP id m0F5uS3Y027372; Tue, 15 Jan 2008 06:56:28 +0100 (CET) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Tue, 15 Jan 2008 06:56:21 +0100 User-Agent: KMail/1.9.7 X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801150656.22319.thierry@herbelot.com> Cc: freebsd-net@freebsd.org Subject: Linux SMP network performance measurements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 05:56:31 -0000 Hello, a recent article (http://www.ibm.com/developerworks/linux/library/l-scalability/?ca=dgr-lnxw02FasterLinuxNet) gives some measurements on various tweakings of an SMP machine with 4 Xeon processors (it *shows* a nice improvement when using more CPUs and more bonded Ethernet interfaces). Has some the machine (and the time, obviously) to make some of the same measurements with the latest FreeBSD versions ? TfH From owner-freebsd-current@FreeBSD.ORG Tue Jan 15 06:53:48 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0E6316A417 for ; Tue, 15 Jan 2008 06:53:48 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail18.syd.optusnet.com.au (mail18.syd.optusnet.com.au [211.29.132.199]) by mx1.freebsd.org (Postfix) with ESMTP id A4F0313C46E for ; Tue, 15 Jan 2008 06:53:48 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail18.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m0F6rj5e021921 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 15 Jan 2008 17:53:45 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.1) with ESMTP id m0F6rjap007567; Tue, 15 Jan 2008 17:53:45 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m0F6rjgl007566; Tue, 15 Jan 2008 17:53:45 +1100 (EST) (envelope-from peter) Date: Tue, 15 Jan 2008 17:53:45 +1100 From: Peter Jeremy To: vermaden Message-ID: <20080115065344.GY929@server.vk2pj.dyndns.org> References: <20080114175337.775EF3E8846@f38.poczta.interia.pl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="T6xhMxlHU34Bk0ad" Content-Disposition: inline In-Reply-To: <20080114175337.775EF3E8846@f38.poczta.interia.pl> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-current@freebsd.org Subject: Re: RFC: Adding a hw.features[2] sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 06:53:49 -0000 --T6xhMxlHU34Bk0ad Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 14, 2008 at 06:53:37PM +0100, vermaden wrote: >dev.cpu.0.cores: 2 <-- but that would propably be the same as kern.smp.cpu= s: 2 so link it to the value of kern.smp.cpus or do not even create it. This doesn't work because "cores" are associated with physical dies whereas dev.cpu currently counts logical CPUs (scheduling entities ie cores). Also note that kern.smp.cpus is the total number of logical CPUs. If you have multiple multi-core processors then whatever.cores will be different to kern.smp.cpus --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --T6xhMxlHU34Bk0ad Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHjFh4/opHv/APuIcRArXmAJwNpNWcqQMe/PpsN3jlyZXJRtCiUACePEeY wu0NDBjtw8DUDH3nSVuumxQ= =CNaK -----END PGP SIGNATURE----- --T6xhMxlHU34Bk0ad-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 15 07:50:24 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00ADC16A420 for ; Tue, 15 Jan 2008 07:50:24 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id AA9EB13C442 for ; Tue, 15 Jan 2008 07:50:23 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 9B5B41B10EF8; Tue, 15 Jan 2008 08:50:21 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-10.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, J_CHICKENPOX_51 autolearn=no version=3.2.3 Received: from hater.haters.org (unknown [192.168.25.10]) by blah.sun-fish.com (Postfix) with ESMTP id 250881B10EFE; Tue, 15 Jan 2008 08:50:19 +0100 (CET) Message-ID: <478C65BA.1090604@moneybookers.com> Date: Tue, 15 Jan 2008 09:50:18 +0200 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.9 (X11/20071120) MIME-Version: 1.0 To: Nate Lawson References: <200801110909.m0B99tlr097501@lurza.secnetix.de> <47873840.7050401@moneybookers.com> <47894263.6010706@root.org> <478965CC.1010609@moneybookers.com> <47896CCA.9020309@root.org> <478BBB9C.9090809@root.org> <478BE637.6090307@moneybookers.com> <478C00DB.2080008@root.org> In-Reply-To: <478C00DB.2080008@root.org> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/5483/Mon Jan 14 15:45:01 2008 on blah.cmotd.com X-Virus-Status: Clean Cc: freebsd-current@FreeBSD.ORG Subject: Re: powerd adaptive mode latching X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 07:50:24 -0000 Hi Nate, Nate Lawson wrote: > Stefan Lambrev wrote: > >> It works :) >> >> Nate Lawson wrote: >> >>> Nate Lawson wrote: >>> Please test the patch. I need at least one "it works" from someone who >>> has duplicated cpufreq states to commit it to -current. Be sure to >>> first remove any acpi_perf patch that you previously applied. Thanks. >>> >>> >>> >> I applied your patch on clean releng_7_0 from today an it works - here >> is the output from sysctl: >> >> dev.cpu.0.freq_levels: 2201/35000 1925/30625 1650/26250 1600/23000 >> 1400/20125 1200/16000 1050/14000 900/12000 800/14000 700/12250 600/10500 >> > > Thanks for testing. Can you be sure the 2201 Mhz setting works > properly. Perhaps you can set dev.cpu.0.freq=2201 then 1600 and be sure > it has approximately correct CPU performance. One test I use is: > > dd if=/dev/zero bs=128k count=N | sha256 > > where "N" is some number that takes about 10 seconds to complete. > > dev.cpu.0.freq: 2201 dd if=/dev/zero bs=128k count=10000 | sha256 - takes 16.453 sec at dev.cpu.0.freq: 1925 it takes 19.020 sec at dev.cpu.0.freq: 1600 - 22.629 sec Everything works as expected. :) -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-current@FreeBSD.ORG Tue Jan 15 08:07:01 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF47516A418; Tue, 15 Jan 2008 08:07:01 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 4B77213C45D; Tue, 15 Jan 2008 08:07:00 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id E8CC61B10EF3; Tue, 15 Jan 2008 09:06:58 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-10.6 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from hater.haters.org (unknown [192.168.25.10]) by blah.sun-fish.com (Postfix) with ESMTP id D74BC1B10EE7; Tue, 15 Jan 2008 09:06:54 +0100 (CET) Message-ID: <478C699E.8080105@moneybookers.com> Date: Tue, 15 Jan 2008 10:06:54 +0200 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.9 (X11/20071120) MIME-Version: 1.0 To: thierry@herbelot.com References: <200801150656.22319.thierry@herbelot.com> In-Reply-To: <200801150656.22319.thierry@herbelot.com> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/5483/Mon Jan 14 15:45:01 2008 on blah.cmotd.com X-Virus-Status: Clean Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: Linux SMP network performance measurements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 08:07:02 -0000 Greetings, Thierry Herbelot wrote: > Hello, > > a recent article > (http://www.ibm.com/developerworks/linux/library/l-scalability/?ca=dgr-lnxw02FasterLinuxNet) > gives some measurements on various tweakings of an SMP machine with 4 Xeon > processors (it *shows* a nice improvement when using more CPUs and more > bonded Ethernet interfaces). > > Has some the machine (and the time, obviously) to make some of the same > measurements with the latest FreeBSD versions ? > I'm planning to test network performance on FreeBSD + bridged interfaces, very soon, but my test servers are not so powerful as the server from this page :) Best that I'll have is 1x quad core processor, 4 port gigabit intel network card and 2GB RAM. But I think this should be enough for tests. When I have some results/question I'll post to -performance :) > TfH > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-current@FreeBSD.ORG Tue Jan 15 08:11:26 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EB3416A41A for ; Tue, 15 Jan 2008 08:11:26 +0000 (UTC) (envelope-from leafy7382@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id 9F7D713C447 for ; Tue, 15 Jan 2008 08:11:25 +0000 (UTC) (envelope-from leafy7382@gmail.com) Received: by py-out-1112.google.com with SMTP id u52so3530461pyb.10 for ; Tue, 15 Jan 2008 00:11:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:subject:cc:in-reply-to:mime-version:content-type:references; bh=c2qL7+01OQXmDEMt1sUpaJj/HYuDuFfPto5FhdFG10o=; b=jeoYtQ1hyUw+VWWeDnHOYO2P/PNDK693Tr1Hem9FTadE6trj07Pi9GRZBqFuXdYGvNNuGjDhxh53iP19Y0MTVDV1HJmcPT/zEKncegVUiKKTC7u3HLKnPM8LFtI6PbjqcLYR2KJYPMw8lOAA+VYopc/Ux6evC48UvkgFW4rHVVg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:subject:cc:in-reply-to:mime-version:content-type:references; b=IcDBRL02lX1nCoM73jHm81lWPrPfT9PL+te4Py3qwj5tSI7SB4OQ2HgRNjQduWk3YnTlOd9CpxeyMSGMHIEp2k2FZtQc9C52jn2Nd9hNpJ0ieTggXGfqFO0iCmiQbjNERk8G4sgfZNDCbLhN4skYiyKSLJBYosW93aqO3mrO9Fc= Received: by 10.64.233.12 with SMTP id f12mr16734414qbh.34.1200384684161; Tue, 15 Jan 2008 00:11:24 -0800 (PST) Received: by 10.65.126.12 with HTTP; Tue, 15 Jan 2008 00:11:24 -0800 (PST) Message-ID: Date: Tue, 15 Jan 2008 16:11:24 +0800 From: "Jiawei Ye" In-Reply-To: MIME-Version: 1.0 References: <478BFD2B.7030106@delphij.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, java Subject: Re: Cannot compile jdk16 on latest -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 08:11:26 -0000 On Jan 15, 2008 3:02 PM, Jiawei Ye wrote: > On Jan 15, 2008 8:24 AM, Xin LI wrote: > > > Jiawei Ye wrote: > > > I have upgraded my machine to -current as of Jan 14. java/jdk16 > > stalled at > > > va/jdk16/work/hotspot/src/share/vm/services > > > -I/usr/ports/java/jdk16/work/hotspot/src/share/vm/utilities > > > -I/usr/ports/java/jdk16/work/hotspot/src/cpu/i486/vm > > > -I/usr/ports/java/jdk16/work/hotspot/src/os/bsd/vm > > > -I/usr/ports/java/jdk16/work/hotspot/src/os_cpu/bsd_i486/vm > > -I../generated > > > -DHOTSPOT_BUILD_VERSION="\" 1.6.0_03-p3-leafy_15_jan_2008_05_57-b00\"" > > > -DHOTSPOT_BUILD_USER="\"root\"" -DHOTSPOT_RELEASE_VERSION="\"1.6.0\"" > > -O2 > > > -fno-strict-aliasing -pipe -DCOMPILER2 -fno-rtti -fno-exceptions > > -pthread > > > -fcheck-new -m32 -march=i586 -pipe -DCOMPILER2 -fPIC -fno-rtti > > > -fno-exceptions -pthread -fcheck-new -m32 -march=i586 -pipe -O3 > > > -fno-strict-aliasing -DVM_LITTLE_ENDIAN -Werror -Wpointer-arith > > -Wconversion > > > -Wsign-compare -c -x c++-header -c > > ../generated/incls/_precompiled.incl > > > -o incls/_precompiled.incl.gch > > > ^Cgmake[5]: *** Deleting file `incls/_precompiled.incl.gch' > > > gmake[5]: *** [incls/_precompiled.incl.gch] Interrupt: 2 > > > gmake[4]: *** [the_vm] Interrupt: 2 > > > gmake[3]: *** [product] Interrupt: 2 > > > gmake[2]: *** [generic_build2] Interrupt: 2 > > > gmake[1]: *** [product] Interrupt: 2 > > > gmake: *** [hotspot-build] Interrupt: 2 > > > > > > The compilation went on for 1.5hr before I killed it. Bootstrapped > > with > > > diablo-jdk15. > > > > > > Has anyone else seen this symptom? > > > > What does '^T' (Ctrl+T) say? > > > > Cheers, > > - -- > > Xin LI http://www.delphij.net/ > > > > Here it is: > > load: 1.00 cmd: cc1plus 31106 [runnable] 4011.05u 0.46s 100% 109568k > load: 1.00 cmd: cc1plus 31106 [runnable] 4011.73u 0.46s 100% 109568k > load: 1.00 cmd: cc1plus 31106 [runnable] 4012.04u 0.46s 100% 109568k > load: 1.00 cmd: cc1plus 31106 [runnable] 4012.31u 0.46s 100% 109568k > load: 1.00 cmd: cc1plus 31106 [runnable] 4012.99u 0.46s 100% 109568k > load: 1.00 cmd: cc1plus 31106 [runnable] 4013.31u 0.46s 100% 109568k > load: 1.00 cmd: cc1plus 31106 [runnable] 4013.54u 0.46s 100% 109568k > load: 1.00 cmd: cc1plus 31106 [runnable] 4015.31u 0.46s 100% 109568k > load: 1.00 cmd: cc1plus 31106 [runnable] 4015.61u 0.46s 100% 109568k > load: 1.00 cmd: cc1plus 31106 [runnable] 4015.83u 0.46s 100% 109568k > load: 1.00 cmd: cc1plus 31106 [runnable] 4467.44u 0.46s 98% 109568k > load: 1.02 cmd: cc1plus 31106 [runnable] 4586.39u 0.46s 98% 109568k > load: 1.01 cmd: cc1plus 31106 [runnable] 4612.37u 0.46s 100% 109568k > > Regards, > > > This compile has been going on for over 2hrs. The same system with an older -current used to compile the whole JDK16 in about 2hrs, now the output from ctrl-t load: 1.00 cmd: cc1plus 31106 [runnable] 8489.21u 0.46s 100% 109568k This certainly does not look right at all. Any suggestion to investigate further? Jiawei -- "If it looks like a duck, walks like a duck, and quacks like a duck, then to the end user it's a duck, and end users have made it pretty clear they want a duck; whether the duck drinks hot chocolate or coffee is irrelevant." From owner-freebsd-current@FreeBSD.ORG Tue Jan 15 09:22:06 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 558DF16A419 for ; Tue, 15 Jan 2008 09:22:06 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C7C0F13C474; Tue, 15 Jan 2008 09:22:04 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <478C7B3B.4090301@FreeBSD.org> Date: Tue, 15 Jan 2008 10:22:03 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Jiawei Ye References: <478C0706.1060306@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current Subject: Re: long running gcc process when building world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 09:22:06 -0000 Jiawei Ye wrote: > On Jan 15, 2008 9:06 AM, Kris Kennaway > wrote: > > Jiawei Ye wrote: > > Having updated to -current as of Jan 14, gcc now drops in to > never-ending > > compilation when building world: > > cc -O2 -fno-strict-aliasing -pipe -DIN_GCC -DHAVE_CONFIG_H > > -DPREFIX=\"/usr/obj/usr/src/tmp/usr\" > > -I/tmp/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools > > -I/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools > > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc > > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config > > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include > > > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include > > > > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber > > -I/usr/obj/usr/src/tmp/legacy/usr/include -c > ../cc_tools/insn-attrtab.c > > > > This has been running for more than 5 minutes as of now. The same > symptom > > occurs when building java/jdk16. > > 5 minutes != infinity. This seems reasonable to me, it's a 3.5MB > machine-generated C file. Turn down the optimization level if you can't > bear to wait that long for it :) > > Kris > > Ok, restarted the build job and it took 8:45 wall time to finish > compiling the file. I brought this up because I saw another long-running > compilation when trying to build java/jdk16 ( 1.5hr on a single file). > It did not take this long before updating to the latest current. Sorry > for the noise. 7.0 has a newer compiler than 6.x, so it is expected that compilation times will differ. Kris From owner-freebsd-current@FreeBSD.ORG Tue Jan 15 10:40:40 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3064E16A419 for ; Tue, 15 Jan 2008 10:40:40 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: from web57004.mail.re3.yahoo.com (web57004.mail.re3.yahoo.com [66.196.97.108]) by mx1.freebsd.org (Postfix) with SMTP id BB52C13C474 for ; Tue, 15 Jan 2008 10:40:39 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: (qmail 35479 invoked by uid 60001); 15 Jan 2008 10:40:38 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=EGQ8dHZk+XxLTVx1GKTrlbzZ/62vGgkfDIIRgIuOwe8e9Fcgs//9Dsj4H7p0BqX6L9Z1kgzH90FRyZ30CS65s+p4Cr7tKyKsQ45Ser+4UzJCl04CSNx5yKpAI1mjTGUa7P4kYXjCGJEea2+amYVdVC41yAyeTYqXW1CcXqxPJas=; X-YMail-OSG: _9.u0y0VM1lbSSM2JYZGEB6zhcOBNJa_AumEPVE3aIBgQNHIZHJLekXKRytG5adISs7kOtZv4geJO.Fy2k36w2JR0ttwxzOYiANAzM7TAgCAKlfNSQSFrNFmbxkf.PI- Received: from [165.21.154.8] by web57004.mail.re3.yahoo.com via HTTP; Tue, 15 Jan 2008 02:40:38 PST Date: Tue, 15 Jan 2008 02:40:38 -0800 (PST) From: Unga To: freebsd-current@freebsd.org In-Reply-To: <759176.88786.qm@web57003.mail.re3.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <584432.34495.qm@web57004.mail.re3.yahoo.com> Subject: Re: ERROR! Can't stop Rx DMA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 10:40:40 -0000 --- Unga wrote: > I have upgraded from 7.0-BETA4 to 7.0-PRERELEASE by > compiling from source. > > Now I'm getting network access freeze quite often > and > when issue a reboot, it shows following message, > some > times hangs there, sometimes continue: > > tx0: ERROR! Can't stop Rx DMA > Anybody experience this problem? Please note, I'm getting almost every time I try 7.0-PRERELEASE. Shutdown hangs with "tx0: ERROR! Can't stop Rx DMA" message. It leaves no log message. Is it been fixed in the kernel sources? If it is, I recompile the kernel and give it a try. Regards Unga ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ From owner-freebsd-current@FreeBSD.ORG Tue Jan 15 11:29:23 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C4A516A419 for ; Tue, 15 Jan 2008 11:29:23 +0000 (UTC) (envelope-from mozolevsky@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 CE8A313C442 for ; Tue, 15 Jan 2008 11:29:22 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so81654uge.37 for ; Tue, 15 Jan 2008 03:29:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received: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; bh=ICNgYZ3vyrQdOPkzDoTfK4rh4kK/eedH5NGyd3gSUDs=; b=iZ7fHZrTDIkrB9JLWhPXJd4lp9pixM4xSqoYnD15Rp8ZKBdTIeXhfpZckAzYAWT5mE0oxJ2GhR9CyW7HZ2XXaXsSQMl7d8J59xmcNSKO4JtyshO2uW1+5RAYgjYfSlg9RqEggziAEm70zd7hLJ565HEHNwXW5+GdYhvL1Wj4Qj4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=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=cg7rt43EZsgXWuSX0YhIrye+pyBuI0PYpbRivUBIA/OvPJQdtX6QlTPZNwHomBBjK6urldJTGQovgM3/FBunQRmWWvYPu70fBDcUmeTkte1DRg0HmKCQ3J4BL1mXDRw0DWfQsK6tHQDhBTl+0BUk3SOtkajjof/oNkS24sibgyc= Received: by 10.66.239.2 with SMTP id m2mr712130ugh.26.1200396561256; Tue, 15 Jan 2008 03:29:21 -0800 (PST) Received: by 10.66.248.11 with HTTP; Tue, 15 Jan 2008 03:29:21 -0800 (PST) Message-ID: Date: Tue, 15 Jan 2008 11:29:21 +0000 From: "Igor Mozolevsky" Sender: mozolevsky@gmail.com To: vermaden In-Reply-To: <20080114175337.775EF3E8846@f38.poczta.interia.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080114175337.775EF3E8846@f38.poczta.interia.pl> X-Google-Sender-Auth: 7a97b86211aef9d5 Cc: freebsd-current@freebsd.org Subject: Re: RFC: Adding a hw.features[2] sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 11:29:23 -0000 On 14 Jan 2008 18:53:37 +0100, vermaden wrote: > So why not transform this: >Features=0x178bfbff > Features2=0x1 > AMD Features=0xe2500800 > AMD Features2=0x3 > > into this: > > dev.cpu.0.features: FPU VME DE PSE TSC MSR PAE MCE CX8 APIC SEP MTRR PGE MCA CMOV PAT PSE36 CLFLUSH MMX FXSR SSE SSE2 HTT SYSCALL NX MMX+ FFXSR LM 3DNow!+ 3DNow! LAHF CMP > I also do not like idea of /dev/cpuinfo it is FreeBSD not Linux: > http://wiki.freebsd.org/AvoidingLinuxisms Because just like in Linux, you will have to write a parser for that! And even if there was a lib function or a macro in the header files to check for features, it would be still significantly more expensive than using CPUID op. Then the question really boils down to: who is this feature for? The user or the programmer? If it's for the user, then they could just as easily run dmesg to get cpu feature. If it's for the programmer, then it has to be easier than ripping someone else's cpuid code... Igor From owner-freebsd-current@FreeBSD.ORG Tue Jan 15 11:42:22 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53AAC16A417 for ; Tue, 15 Jan 2008 11:42:22 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from gidgate.gid.co.uk (gid.co.uk [194.32.164.225]) by mx1.freebsd.org (Postfix) with ESMTP id EB71313C457 for ; Tue, 15 Jan 2008 11:42:21 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from [192.168.234.199] ([192.168.234.199]) by gidgate.gid.co.uk (8.13.8/8.13.8) with ESMTP id m0FBgKKQ001852; Tue, 15 Jan 2008 11:42:20 GMT (envelope-from rb@gid.co.uk) Message-Id: <3650D1F1-6B19-42EC-9206-BF4059D46CEC@gid.co.uk> From: Bob Bishop To: Daniel Eischen In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Tue, 15 Jan 2008 11:42:20 +0000 References: <25cb30801141935g75bdef9l564630d2ffa8f8f7@mail.gmail.com> X-Mailer: Apple Mail (2.915) Cc: freebsd-current@freebsd.org, Kevin Foo Subject: Re: How to disable acpi thermal? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 11:42:22 -0000 Hi, On 15 Jan 2008, at 05:23, Daniel Eischen wrote: > On Tue, 15 Jan 2008, Kevin Foo wrote: > >> You can disable ACPI thermal by adding line below to /boot/ >> loader.conf >> >> debug.acpi.disable="thermal" >> >> I doubt it is safe to do so. > > Well, I don't know what else to do. Everything worked just fine > under FreeBSD 4.x until upgrading to 7.0. > > I was looking for some way to turn it off without rebooting. Can't help you there, but FWIW we recently had to disable ACPI thermal as above on a Core 2 Quad server running 6.2R to suppress continuous error messages. It's been running nice and cool for over a month with no problems. -- Bob Bishop +44 (0)118 940 1243 rb@gid.co.uk fax +44 (0)118 940 1295 From owner-freebsd-current@FreeBSD.ORG Tue Jan 15 11:47:35 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17AB916A418; Tue, 15 Jan 2008 11:47:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id DD9EE13C448; Tue, 15 Jan 2008 11:47:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0FBlXPS069813; Tue, 15 Jan 2008 06:47:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id m0FBlXN5089687; Tue, 15 Jan 2008 06:47:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id ABEAF73039; Tue, 15 Jan 2008 06:47:33 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080115114733.ABEAF73039@freebsd-current.sentex.ca> Date: Tue, 15 Jan 2008 06:47:33 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 11:47:35 -0000 TB --- 2008-01-15 10:39:28 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-15 10:39:28 - starting HEAD tinderbox run for i386/i386 TB --- 2008-01-15 10:39:28 - cleaning the object tree TB --- 2008-01-15 10:39:54 - cvsupping the source tree TB --- 2008-01-15 10:39:54 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-01-15 10:40:01 - building world (CFLAGS=-O -pipe) TB --- 2008-01-15 10:40:01 - cd /src TB --- 2008-01-15 10:40:01 - /usr/bin/make -B buildworld >>> World build started on Tue Jan 15 10:40:04 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jan 15 11:41:51 UTC 2008 TB --- 2008-01-15 11:41:51 - generating LINT kernel config TB --- 2008-01-15 11:41:51 - cd /src/sys/i386/conf TB --- 2008-01-15 11:41:51 - /usr/bin/make -B LINT TB --- 2008-01-15 11:41:51 - building LINT kernel (COPTFLAGS=) TB --- 2008-01-15 11:41:51 - cd /src TB --- 2008-01-15 11:41:51 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jan 15 11:41:51 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cxgb/cxgb_main.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cxgb/cxgb_offload.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cxgb/cxgb_l2t.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cxgb/cxgb_lro.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cxgb/cxgb_sge.c cc1: warnings being treated as errors /src/sys/dev/cxgb/cxgb_sge.c: In function 't3_encap': /src/sys/dev/cxgb/cxgb_sge.c:1254: warning: format '%ld' expects type 'long int', but argument 2 has type 'unsigned int' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-15 11:47:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-15 11:47:32 - ERROR: failed to build lint kernel TB --- 2008-01-15 11:47:32 - tinderbox aborted TB --- 2995.30 user 368.23 system 4084.62 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Jan 15 12:10:10 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6CBE16A418 for ; Tue, 15 Jan 2008 12:10:10 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 9973413C455 for ; Tue, 15 Jan 2008 12:10:10 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=cdZFh4ef7gB2K8vzP3n15TRkzjtbC+lKbgVGcVEzVIJ+91m9+aT8S1M3CsrFenCvUJ+ke+c1Xt4DQiwwJ6YcwZq49Pl1MKXWqqzf2R37h5Ze1xZq5ZB5jvgUMEVWg5qqmYdG+CnDxk4Mw+ACSsWNfE9uYRg2ozsDPbznERuej1A/sA4GU/tSESHkOEnLicb+xRzApheZ1TDOE4MRz59OoVxeWQrbMi0iRFpT2qj6hRsUXqWYPqx8W0S1GXZj8kGf; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1JEkcJ-00041U-EV; Tue, 15 Jan 2008 12:10:07 +0000 Received: from dsl-241-38-20.telkomadsl.co.za ([41.241.38.20] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JEkbS-0004vA-Dc; Tue, 15 Jan 2008 12:09:14 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JEkbQ-0001bz-Of; Tue, 15 Jan 2008 14:09:12 +0200 To: Stefan Lambrev From: Ian FREISLICH In-Reply-To: Message from Stefan Lambrev of "Tue, 15 Jan 2008 10:06:54 +0200." <478C699E.8080105@moneybookers.com> X-Attribution: BOFH Date: Tue, 15 Jan 2008 14:09:12 +0200 Message-Id: Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, thierry@herbelot.com Subject: Re: Linux SMP network performance measurements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 12:10:10 -0000 Stefan Lambrev wrote: > Thierry Herbelot wrote: > > gives some measurements on various tweakings of an SMP machine with > > 4 Xeon processors (it *shows* a nice improvement when using more > > CPUs and more bonded Ethernet interfaces). > > > > Has some the machine (and the time, obviously) to make some of the > > same measurements with the latest FreeBSD versions ? > > I'm planning to test network performance on FreeBSD + bridged > interfaces, very soon, but my test servers are not so powerful as > the server from this page :) Best that I'll have is 1x quad core > processor, 4 port gigabit intel network card and 2GB RAM. I did some testing about a year or two ago and with a recent current of about 2 months ago. I found that generally SMP was a performance regression for the workload I tested - forwarding and filtering. The single most significant contributer to network performance is level 1 cache size. I believe that the extreme cost of mutex acquisition on Intel cpus is the main culprit for SMP network performance regression. Coupled with miniscule L1 cache size on the entire Intel CPU product line gives pretty poor network performance. Forwarding (routing between multiple interfaces) and filtering (ipfw) IIRC with quad Intel e1000 NIC: Dual Intel Xeon 2.8GHz: 240Kpps 12k L1 cache Single Intel Xeon 2.8GHz: 380Kpps 12k L1 cache Core 2 Duo 1.8Ghz: 420kpps 12k L1 cache Single Pentium-M 1.8GHz: 550Kpps 32k L1 cache Dual AMD opteron 2GHz: 890Kpps 64k L1 cache Single AMD opteron 2GHz: 970Kpps 64k L1 cache All these hosts had 255 vlan interfaces with about 3000 routes and about 30000 firewall rules, with a good spread of packets between the interfaces with polling and fastforwarding. I struggled to generate enough packets to load the AMD routers. I was interested in SMP due to additional processing for netflow accounting and packet rate monitoring for DDoS detection and mitigation. I recomend to anyone using FreeBSD as a router or for any serious workload to just plain forget about using Intel CPUs. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue Jan 15 12:52:55 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F9F316A419; Tue, 15 Jan 2008 12:52:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1B4C313C45D; Tue, 15 Jan 2008 12:52:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0FCqsvZ074381; Tue, 15 Jan 2008 07:52:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0FCqsid029973; Tue, 15 Jan 2008 07:52:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6815B73039; Tue, 15 Jan 2008 07:52:54 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080115125254.6815B73039@freebsd-current.sentex.ca> Date: Tue, 15 Jan 2008 07:52:54 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 12:52:55 -0000 TB --- 2008-01-15 11:40:54 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-15 11:40:54 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-01-15 11:40:54 - cleaning the object tree TB --- 2008-01-15 11:41:17 - cvsupping the source tree TB --- 2008-01-15 11:41:17 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-01-15 11:41:25 - building world (CFLAGS=-O -pipe) TB --- 2008-01-15 11:41:25 - cd /src TB --- 2008-01-15 11:41:25 - /usr/bin/make -B buildworld >>> World build started on Tue Jan 15 11:41:26 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jan 15 12:42:58 UTC 2008 TB --- 2008-01-15 12:42:58 - generating LINT kernel config TB --- 2008-01-15 12:42:58 - cd /src/sys/pc98/conf TB --- 2008-01-15 12:42:58 - /usr/bin/make -B LINT TB --- 2008-01-15 12:42:58 - building LINT kernel (COPTFLAGS=) TB --- 2008-01-15 12:42:58 - cd /src TB --- 2008-01-15 12:42:58 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jan 15 12:42:58 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -O -pipe -DCONFIG_CHELSIO_T3_CORE -g -DCONFIG_DEFINED -DDEFAULT_JUMBO -DSMP -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/cxgb/cxgb/../../../dev/cxgb -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/common/cxgb_xgmac.c cc -O -pipe -DCONFIG_CHELSIO_T3_CORE -g -DCONFIG_DEFINED -DDEFAULT_JUMBO -DSMP -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/cxgb/cxgb/../../../dev/cxgb -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/common/cxgb_vsc7323.c cc -O -pipe -DCONFIG_CHELSIO_T3_CORE -g -DCONFIG_DEFINED -DDEFAULT_JUMBO -DSMP -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/cxgb/cxgb/../../../dev/cxgb -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/common/cxgb_t3_hw.c cc -O -pipe -DCONFIG_CHELSIO_T3_CORE -g -DCONFIG_DEFINED -DDEFAULT_JUMBO -DSMP -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/cxgb/cxgb/../../../dev/cxgb -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/cxgb_main.c cc -O -pipe -DCONFIG_CHELSIO_T3_CORE -g -DCONFIG_DEFINED -DDEFAULT_JUMBO -DSMP -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/cxgb/cxgb/../../../dev/cxgb -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/cxgb_sge.c cc1: warnings being treated as errors /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/cxgb_sge.c: In function 't3_encap': /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/cxgb_sge.c:1254: warning: format '%ld' expects type 'long int', but argument 2 has type 'unsigned int' *** Error code 1 Stop in /src/sys/modules/cxgb/cxgb. *** Error code 1 Stop in /src/sys/modules/cxgb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-15 12:52:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-15 12:52:54 - ERROR: failed to build lint kernel TB --- 2008-01-15 12:52:54 - tinderbox aborted TB --- 3193.88 user 396.16 system 4319.52 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Jan 15 13:52:15 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5596C16A419 for ; Tue, 15 Jan 2008 13:52:15 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id DFCE213C459 for ; Tue, 15 Jan 2008 13:52:14 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so2979976fgg.35 for ; Tue, 15 Jan 2008 05:52:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=XRNH2dTrQY4oPdHULuTOtZdQypC+JRsXJ9G1oVZqe5Q=; b=Bvq1CTm8EyAhufppBR4P6EINYa+ewcVY5JnC5oWxL/GhFdbxKKYxZHcBHCxsakilm7UsP9BlECLEnYFB0iBaWoyWyowmMavPchNcFUNs9rZ6In5SmiKVqikGMJjx2xJEG/QeD3rt1Ao5N7UzS/RsUpSYEm+RBdcFE333qMA96xc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=OIhPwKaDjMhOLT0KlkRkgDJSAvLozKKwfL5obD8K1xjMRddagqacHANfPlXyyIXXCLCCmxpRdU4dfWqOeYjWCTuo4UWguQj5FARLoN8iy7LH3GRTyFThTtuidSH+MHm0qrBuScULULRSW2s5BGRxk3oQK5juGJLq+Dv0F+TC240= Received: by 10.86.36.11 with SMTP id j11mr7416619fgj.34.1200405132720; Tue, 15 Jan 2008 05:52:12 -0800 (PST) Received: by 10.86.3.20 with HTTP; Tue, 15 Jan 2008 05:52:12 -0800 (PST) Message-ID: <790a9fff0801150552l542a4238ofc12efe5fdb45fc2@mail.gmail.com> Date: Tue, 15 Jan 2008 07:52:12 -0600 From: "Scot Hetzel" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_8442_25662526.1200405132698" Subject: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 13:52:15 -0000 ------=_Part_8442_25662526.1200405132698 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline When I boot a Jan 13th or Jan 15th kernel, and then run /usr/local/etc/cvsup/update.sh to update the local CVS repository, I get the following panic: panic: System call lstat returning with 1 locks held cpuid = 0 KDB: enter: panic [thread ; pid 1240 tid 10031] stopped at kdb_enter+0x3d: movq $0,0x41b048(%rip) db> show alllocks db> show locks db> bt tracing pid 1240 tid 10031 td 0xffffff001c1ad360 kdb_enter() at kdb_enter+0x3d panic() at panic+0x176 syscalls() at syscalls+0x66d Xfast_syscalls() at Xfast_syscalls+0xab --- syscall (0, FreeBSD ELF64, nosys), rip = 0x8009e87ec, rsp= 0x72ec50, rbp = 0x72ed28 --- ---- $ strings /boot/kernel_hp_debug/kernel | grep CURRENT @(#)FreeBSD 8.0-CURRENT #0: Tue Jan 15 01:30:50 CST 2008 FreeBSD 8.0-CURRENT #0: Tue Jan 15 01:30:50 CST 2008 8.0-CURRENT $ strings /boot/kernel_hp_debug.old/kernel | grep CURRENT @(#)FreeBSD 8.0-CURRENT #0: Sun Jan 13 13:12:56 CST 2008 FreeBSD 8.0-CURRENT #0: Sun Jan 13 13:12:56 CST 2008 8.0-CURRENT --- When I try to look at the core file that gets generated, kgdb is having problems reading it: hp010# cd /sys/amd64/compile/DV8135NR hp010# kgdb -n 14 kernel.debug kgdb: kvm_read: invalid address (0x1050000) [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd". Ready to go. Enter 'tr' to connect to the remote target with /dev/cuad0, 'tr /dev/cuad1' to connect to a different port or 'trf portno' to connect to the remote target with the firewire interface. portno defaults to 5556. Type 'getsyms' after connection to load kld symbols. If you're debugging a local system, you can use 'kldsyms' instead to load the kld symbols. That's a less obnoxious interface. During symbol reading...location expression too complex... During symbol reading, unsupported tag: 'DW_TAG_const_type'. Cannot access memory at address 0x0 (kgdb) --- A Jan 9th kernel doesn't exhibit this problem with lstat when /usr/local/etc/cvsup/update.sh is run. Any suggestions to isolate this problem? Scot ------=_Part_8442_25662526.1200405132698 Content-Type: text/plain; name=DV8135NR Content-Transfer-Encoding: base64 X-Attachment-Id: f_fbghzo9f Content-Disposition: attachment; filename=DV8135NR b3B0aW9ucwlDT05GSUdfQVVUT0dFTkVSQVRFRAppZGVudAlEVjgxMzVOUi1kZWJ1ZwptYWNoaW5l CWFtZDY0CmNwdQlIQU1NRVIKbWFrZW9wdGlvbnMJS09ESVI9L2Jvb3QvJHtLRVJORUx9X2hwX2Rl YnVnCm1ha2VvcHRpb25zCURFQlVHPS1nCm9wdGlvbnMJSU5DTFVERV9DT05GSUdfRklMRQpvcHRp b25zCVdJVE5FU1NfU0tJUFNQSU4Kb3B0aW9ucwlXSVRORVNTCm9wdGlvbnMJSU5WQVJJQU5UX1NV UFBPUlQKb3B0aW9ucwlJTlZBUklBTlRTCm9wdGlvbnMJR0RCCm9wdGlvbnMJRERCCm9wdGlvbnMJ S0RCCm9wdGlvbnMJQVRBX1NUQVRJQ19JRApvcHRpb25zCVNNUApvcHRpb25zCUFVRElUCm9wdGlv bnMJU1RPUF9OTUkKb3B0aW9ucwlLQkRfSU5TVEFMTF9DREVWCm9wdGlvbnMJX0tQT1NJWF9QUklP UklUWV9TQ0hFRFVMSU5HCm9wdGlvbnMJU1lTVlNFTQpvcHRpb25zCVNZU1ZNU0cKb3B0aW9ucwlT WVNWU0hNCm9wdGlvbnMJU1RBQ0sKb3B0aW9ucwlLVFJBQ0UKb3B0aW9ucwlTQ1NJX0RFTEFZPTUw MDAKb3B0aW9ucwlDT01QQVRfRlJFRUJTRDcKb3B0aW9ucwlDT01QQVRfRlJFRUJTRDYKb3B0aW9u cwlDT01QQVRfRlJFRUJTRDUKb3B0aW9ucwlDT01QQVRfRlJFRUJTRDQKb3B0aW9ucwlDT01QQVRf SUEzMgpvcHRpb25zCUNPTVBBVF80M1RUWQpvcHRpb25zCUdFT01fTEFCRUwKb3B0aW9ucwlHRU9N X1BBUlRfR1BUCm9wdGlvbnMJUFNFVURPRlMKb3B0aW9ucwlQUk9DRlMKb3B0aW9ucwlDRDk2NjAK b3B0aW9ucwlNU0RPU0ZTCm9wdGlvbnMJTlRGUwpvcHRpb25zCU5GU19ST09UCm9wdGlvbnMJTkZT U0VSVkVSCm9wdGlvbnMJTkZTQ0xJRU5UCm9wdGlvbnMJTURfUk9PVApvcHRpb25zCVVGU19HSk9V Uk5BTApvcHRpb25zCVVGU19ESVJIQVNICm9wdGlvbnMJVUZTX0FDTApvcHRpb25zCVNPRlRVUERB VEVTCm9wdGlvbnMJRkZTCm9wdGlvbnMJU0NUUApvcHRpb25zCUlORVQ2Cm9wdGlvbnMJSU5FVApv cHRpb25zCVBSRUVNUFRJT04Kb3B0aW9ucwlTQ0hFRF9VTEUKb3B0aW9ucwlLU0UKb3B0aW9ucwlH RU9NX01CUgpvcHRpb25zCUdFT01fQlNECmRldmljZQlpc2EKZGV2aWNlCW1lbQpkZXZpY2UJaW8K ZGV2aWNlCXVhcnRfbnM4MjUwCmRldmljZQljcHVmcmVxCmRldmljZQlhY3BpCmRldmljZQlwY2kK ZGV2aWNlCWZkYwpkZXZpY2UJYXRhCmRldmljZQlhdGFkaXNrCmRldmljZQlhdGFyYWlkCmRldmlj ZQlhdGFwaWNkCmRldmljZQlhdGFwaWZkCmRldmljZQlhdGFwaXN0CmRldmljZQlzY2J1cwpkZXZp Y2UJY2gKZGV2aWNlCWRhCmRldmljZQlzYQpkZXZpY2UJY2QKZGV2aWNlCXBhc3MKZGV2aWNlCXNl cwpkZXZpY2UJYXRrYmRjCmRldmljZQlhdGtiZApkZXZpY2UJcHNtCmRldmljZQlrYmRtdXgKZGV2 aWNlCXZnYQpkZXZpY2UJc3BsYXNoCmRldmljZQlzYwpkZXZpY2UJYWdwCmRldmljZQljYmIKZGV2 aWNlCXBjY2FyZApkZXZpY2UJY2FyZGJ1cwpkZXZpY2UJc2lvCmRldmljZQl1YXJ0CmRldmljZQlt aWlidXMKZGV2aWNlCXJsCmRldmljZQlsb29wCmRldmljZQlyYW5kb20KZGV2aWNlCWV0aGVyCmRl dmljZQlzbApkZXZpY2UJcHBwCmRldmljZQl0dW4KZGV2aWNlCXB0eQpkZXZpY2UJbWQKZGV2aWNl CWdpZgpkZXZpY2UJZmFpdGgKZGV2aWNlCWZpcm13YXJlCmRldmljZQlicGYKZGV2aWNlCXVoY2kK ZGV2aWNlCW9oY2kKZGV2aWNlCWVoY2kKZGV2aWNlCXVzYgpkZXZpY2UJdWdlbgpkZXZpY2UJdWhp ZApkZXZpY2UJdWtiZApkZXZpY2UJdWxwdApkZXZpY2UJdW1hc3MKZGV2aWNlCXVtcwpkZXZpY2UJ dXJpbwpkZXZpY2UJdXNjYW5uZXIKZGV2aWNlCXVjb20KZGV2aWNlCXVhcmsKZGV2aWNlCXVic2EK ZGV2aWNlCXVic2VyCmRldmljZQl1ZnRkaQpkZXZpY2UJdWlwYXEKZGV2aWNlCXVwbGNvbQpkZXZp Y2UJdXZpc29yCmRldmljZQl1dnNjb20KZGV2aWNlCWZpcmV3aXJlCmRldmljZQlzYnAKZGV2aWNl CWZ3ZQpkZXZpY2UJZndpcApkZXZpY2UJZGNvbnMKZGV2aWNlCWRjb25zX2Nyb20KAA== ------=_Part_8442_25662526.1200405132698-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 15 13:58:34 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24BFC16A41A; Tue, 15 Jan 2008 13:58:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 012ED13C455; Tue, 15 Jan 2008 13:58:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m0FDwXH9004079; Tue, 15 Jan 2008 08:58:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.1) with ESMTP id m0FDwW89000442; Tue, 15 Jan 2008 08:58:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A2F5C73039; Tue, 15 Jan 2008 08:58:32 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080115135832.A2F5C73039@freebsd-current.sentex.ca> Date: Tue, 15 Jan 2008 08:58:32 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 13:58:34 -0000 TB --- 2008-01-15 12:52:54 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-15 12:52:54 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-01-15 12:52:54 - cleaning the object tree TB --- 2008-01-15 12:53:14 - cvsupping the source tree TB --- 2008-01-15 12:53:14 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-01-15 12:53:20 - building world (CFLAGS=-O -pipe) TB --- 2008-01-15 12:53:20 - cd /src TB --- 2008-01-15 12:53:20 - /usr/bin/make -B buildworld >>> World build started on Tue Jan 15 12:53:22 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jan 15 13:55:14 UTC 2008 TB --- 2008-01-15 13:55:14 - generating LINT kernel config TB --- 2008-01-15 13:55:14 - cd /src/sys/powerpc/conf TB --- 2008-01-15 13:55:14 - /usr/bin/make -B LINT TB --- 2008-01-15 13:55:15 - building LINT kernel (COPTFLAGS=) TB --- 2008-01-15 13:55:15 - cd /src TB --- 2008-01-15 13:55:15 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jan 15 13:55:15 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/cxgb_main.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/cxgb_offload.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/cxgb_l2t.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/cxgb_lro.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/cxgb_sge.c cc1: warnings being treated as errors /src/sys/dev/cxgb/cxgb_sge.c: In function 't3_encap': /src/sys/dev/cxgb/cxgb_sge.c:1254: warning: format '%ld' expects type 'long int', but argument 2 has type 'unsigned int' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-15 13:58:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-15 13:58:32 - ERROR: failed to build lint kernel TB --- 2008-01-15 13:58:32 - tinderbox aborted TB --- 2945.48 user 347.98 system 3937.89 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Jan 15 14:16:47 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADBEC16A417 for ; Tue, 15 Jan 2008 14:16:47 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [IPv6:2001:660:330f:f820:213:72ff:fe15:f44]) by mx1.freebsd.org (Postfix) with ESMTP id 7462013C4D9 for ; Tue, 15 Jan 2008 14:16:47 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id 10FC93E940; Tue, 15 Jan 2008 15:16:46 +0100 (CET) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xCZcs33rI8Kk; Tue, 15 Jan 2008 15:16:43 +0100 (CET) Received: by keltia.freenix.fr (Postfix/TLS, from userid 101) id 5244C3E93F; Tue, 15 Jan 2008 15:16:43 +0100 (CET) Date: Tue, 15 Jan 2008 15:16:43 +0100 From: Ollivier Robert To: Dominic Fandrey Message-ID: <20080115141643.GA88659@keltia.freenix.fr> References: <20080111140144.59498431.timo.schoeler@riscworks.net> <200801111917.m0BJHP8u018954@lurza.secnetix.de> <20080111211500.GD79270@cicely12.cicely.de> <4787D1AF.3090900@tomjudge.com> <20080114152557.GA51877@keltia.freenix.fr> <478B95C3.7030900@bsdforen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <478B95C3.7030900@bsdforen.de> X-Operating-System: MacOS X / Macbook Pro - FreeBSD 6.2 / Dell D820 SMP User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD's problems as seen by the BSDForen.de community X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 14:16:47 -0000 According to Dominic Fandrey: > > Both the "-c none" and the HPN patches are worthy for a ports patch. Please send a PR with both. If noone else does, I can commit them. > > That would be great, I've been wishing for this feature, too. Some of my > machines don't have a CPU sufficient to encrypt data fast enough to entirely > exploit a 100MBit line. I don't even dare think about 1GBit. Looking at that, I've found that the v19 patch was pulled out because of security problem (buffer oflow), v20 is out but the port has not been updated... -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin sidhe.keltia.net Version 8.10.1: Wed May 23 16:33:00 PDT 2007 i386 From owner-freebsd-current@FreeBSD.ORG Tue Jan 15 14:39:34 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F63D16A417 for ; Tue, 15 Jan 2008 14:39:34 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id E0DE113C447 for ; Tue, 15 Jan 2008 14:39:33 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=deviant.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JEmwn-000Ggp-IC for freebsd-current@freebsd.org; Tue, 15 Jan 2008 16:39:32 +0200 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m0FEdOqx092932; Tue, 15 Jan 2008 16:39:24 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m0FEdO05092931; Tue, 15 Jan 2008 16:39:24 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 15 Jan 2008 16:39:24 +0200 From: Kostik Belousov To: Scot Hetzel Message-ID: <20080115143924.GB57756@deviant.kiev.zoral.com.ua> References: <790a9fff0801150552l542a4238ofc12efe5fdb45fc2@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LaOWr55S2G0Q4C4N" Content-Disposition: inline In-Reply-To: <790a9fff0801150552l542a4238ofc12efe5fdb45fc2@mail.gmail.com> User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: 5fdc4a360edd9950fa55977ea4c6e665 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1996 [Jan 15 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-current@freebsd.org Subject: Re: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 14:39:34 -0000 --LaOWr55S2G0Q4C4N Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 15, 2008 at 07:52:12AM -0600, Scot Hetzel wrote: > When I boot a Jan 13th or Jan 15th kernel, and then run > /usr/local/etc/cvsup/update.sh to update the local CVS repository, I > get the following panic: >=20 > panic: System call lstat returning with 1 locks held > cpuid =3D 0 > KDB: enter: panic > [thread ; pid 1240 tid 10031] > stopped at kdb_enter+0x3d: movq $0,0x41b048(%rip) > db> show alllocks > db> show locks > db> bt > tracing pid 1240 tid 10031 td 0xffffff001c1ad360 > kdb_enter() at kdb_enter+0x3d > panic() at panic+0x176 > syscalls() at syscalls+0x66d > Xfast_syscalls() at Xfast_syscalls+0xab > --- syscall (0, FreeBSD ELF64, nosys), rip =3D 0x8009e87ec, rsp=3D > 0x72ec50, rbp =3D 0x72ed28 --- >=20 I think this could be related to the recent vn_lock()/VOP_LOCK() KPI change= s. Please, add DEBUG_VFS_LOCKS to the kernel config, and do the show lockedvnods from the ddb prompt when the panic occurs. The witness does not track the lockmgr locks. > ---- > $ strings /boot/kernel_hp_debug/kernel | grep CURRENT > @(#)FreeBSD 8.0-CURRENT #0: Tue Jan 15 01:30:50 CST 2008 > FreeBSD 8.0-CURRENT #0: Tue Jan 15 01:30:50 CST 2008 > 8.0-CURRENT >=20 > $ strings /boot/kernel_hp_debug.old/kernel | grep CURRENT > @(#)FreeBSD 8.0-CURRENT #0: Sun Jan 13 13:12:56 CST 2008 > FreeBSD 8.0-CURRENT #0: Sun Jan 13 13:12:56 CST 2008 > 8.0-CURRENT > --- >=20 > When I try to look at the core file that gets generated, kgdb is > having problems reading it: >=20 > hp010# cd /sys/amd64/compile/DV8135NR > hp010# kgdb -n 14 kernel.debug > kgdb: kvm_read: invalid address (0x1050000) > [GDB will not be able to debug user-mode threads: > /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you = are > welcome to change it and/or distribute copies of it under certain conditi= ons. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "amd64-marcel-freebsd". > Ready to go. Enter 'tr' to connect to the remote target > with /dev/cuad0, 'tr /dev/cuad1' to connect to a different port > or 'trf portno' to connect to the remote target with the firewire > interface. portno defaults to 5556. >=20 > Type 'getsyms' after connection to load kld symbols. >=20 > If you're debugging a local system, you can use 'kldsyms' instead > to load the kld symbols. That's a less obnoxious interface. > During symbol reading...location expression too complex... > During symbol reading, unsupported tag: 'DW_TAG_const_type'. > Cannot access memory at address 0x0 > (kgdb) >=20 > --- >=20 > A Jan 9th kernel doesn't exhibit this problem with lstat when > /usr/local/etc/cvsup/update.sh is run. >=20 > Any suggestions to isolate this problem? >=20 > Scot > options CONFIG_AUTOGENERATED > ident DV8135NR-debug > machine amd64 > cpu HAMMER > makeoptions KODIR=3D/boot/${KERNEL}_hp_debug > makeoptions DEBUG=3D-g > options INCLUDE_CONFIG_FILE > options WITNESS_SKIPSPIN > options WITNESS > options INVARIANT_SUPPORT > options INVARIANTS > options GDB > options DDB > options KDB > options ATA_STATIC_ID > options SMP > options AUDIT > options STOP_NMI > options KBD_INSTALL_CDEV > options _KPOSIX_PRIORITY_SCHEDULING > options SYSVSEM > options SYSVMSG > options SYSVSHM > options STACK > options KTRACE > options SCSI_DELAY=3D5000 > options COMPAT_FREEBSD7 > options COMPAT_FREEBSD6 > options COMPAT_FREEBSD5 > options COMPAT_FREEBSD4 > options COMPAT_IA32 > options COMPAT_43TTY > options GEOM_LABEL > options GEOM_PART_GPT > options PSEUDOFS > options PROCFS > options CD9660 > options MSDOSFS > options NTFS > options NFS_ROOT > options NFSSERVER > options NFSCLIENT > options MD_ROOT > options UFS_GJOURNAL > options UFS_DIRHASH > options UFS_ACL > options SOFTUPDATES > options FFS > options SCTP > options INET6 > options INET > options PREEMPTION > options SCHED_ULE > options KSE > options GEOM_MBR > options GEOM_BSD > device isa > device mem > device io > device uart_ns8250 > device cpufreq > device acpi > device pci > device fdc > device ata > device atadisk > device ataraid > device atapicd > device atapifd > device atapist > device scbus > device ch > device da > device sa > device cd > device pass > device ses > device atkbdc > device atkbd > device psm > device kbdmux > device vga > device splash > device sc > device agp > device cbb > device pccard > device cardbus > device sio > device uart > device miibus > device rl > device loop > device random > device ether > device sl > device ppp > device tun > device pty > device md > device gif > device faith > device firmware > device bpf > device uhci > device ohci > device ehci > device usb > device ugen > device uhid > device ukbd > device ulpt > device umass > device ums > device urio > device uscanner > device ucom > device uark > device ubsa > device ubser > device uftdi > device uipaq > device uplcom > device uvisor > device uvscom > device firewire > device sbp > device fwe > device fwip > device dcons > device dcons_crom > =00 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" --LaOWr55S2G0Q4C4N Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkeMxZwACgkQC3+MBN1Mb4jvBgCfW4lAizJW+I6Go7QN2t7Cmxry TWwAn39Ofd1Rnf5FKkI23qpojla4pBe0 =CcUE -----END PGP SIGNATURE----- --LaOWr55S2G0Q4C4N-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 15 15:09:35 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10CEE16A41B for ; Tue, 15 Jan 2008 15:09:35 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.freebsd.org (Postfix) with ESMTP id C884113C4DB for ; Tue, 15 Jan 2008 15:09:34 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.14.2/8.14.1) with ESMTP id m0FF9Msi058554; Tue, 15 Jan 2008 10:09:22 -0500 (EST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.14.2/8.14.1/Submit) id m0FF9MSm058553; Tue, 15 Jan 2008 10:09:22 -0500 (EST) (envelope-from das@FreeBSD.ORG) Date: Tue, 15 Jan 2008 10:09:22 -0500 From: David Schultz To: Jiawei Ye Message-ID: <20080115150921.GA56295@VARK.MIT.EDU> Mail-Followup-To: Jiawei Ye , freebsd-current References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: freebsd-current Subject: Re: long running gcc process when building world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 15:09:35 -0000 On Tue, Jan 15, 2008, Jiawei Ye wrote: > Having updated to -current as of Jan 14, gcc now drops in to never-ending > compilation when building world: > cc -O2 -fno-strict-aliasing -pipe -DIN_GCC -DHAVE_CONFIG_H > -DPREFIX=\"/usr/obj/usr/src/tmp/usr\" > -I/tmp/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools > -I/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber > -I/usr/obj/usr/src/tmp/legacy/usr/include -c ../cc_tools/insn-attrtab.c > > This has been running for more than 5 minutes as of now. The same symptom > occurs when building java/jdk16. It should take a while, but not that long. I'll bet src/lib/libc/stdlib/qsort.c,v 1.14 is the culprit. Try updating it, then rebuild libc and gcc. From owner-freebsd-current@FreeBSD.ORG Tue Jan 15 16:00:27 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 523F916A417 for ; Tue, 15 Jan 2008 16:00:27 +0000 (UTC) (envelope-from bates@telehouse.com) Received: from mail.telehouse.com (mail.telehouse.com [209.137.140.6]) by mx1.freebsd.org (Postfix) with ESMTP id 248CF13C442 for ; Tue, 15 Jan 2008 16:00:27 +0000 (UTC) (envelope-from bates@telehouse.com) Received: from [172.18.1.139] (BatesiBook.telehouse.com [172.18.1.139]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.telehouse.com (Postfix) with ESMTP id BC5A4880BE for ; Tue, 15 Jan 2008 11:00:25 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v753) To: freebsd-current@freebsd.org Message-Id: <9419F125-F8F9-4FFB-A9F0-CF59DC9278C9@telehouse.com> From: Richard Bates Date: Tue, 15 Jan 2008 11:00:24 -0500 X-Mailer: Apple Mail (2.753) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Question on security.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 16:00:27 -0000 I know login failures are logged in /var/log/auth.log is there a way to log the login of users in this log say something like Jan 15 10:59:00 MyServer sshd[91869]: User bates authenticated from 172.18.1.139 Jan 15 10:59:00 MyServer sshd[91869]: User bates Disconnected from 172.18.1.139 ================================ === Richard Bates === TELEHOUSE America ================================ From owner-freebsd-current@FreeBSD.ORG Tue Jan 15 16:18:50 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27C8516A421 for ; Tue, 15 Jan 2008 16:18:50 +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 E8B7A13C46E for ; Tue, 15 Jan 2008 16:18:49 +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 5AFF646E1A; Tue, 15 Jan 2008 11:18:48 -0500 (EST) Date: Tue, 15 Jan 2008 16:18:48 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Richard Bates In-Reply-To: <9419F125-F8F9-4FFB-A9F0-CF59DC9278C9@telehouse.com> Message-ID: <20080115161724.U32954@fledge.watson.org> References: <9419F125-F8F9-4FFB-A9F0-CF59DC9278C9@telehouse.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Question on security.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 16:18:50 -0000 On Tue, 15 Jan 2008, Richard Bates wrote: > I know login failures are logged in /var/log/auth.log > > is there a way to log the login of users in this log say something like > > Jan 15 10:59:00 MyServer sshd[91869]: User bates authenticated from > 172.18.1.139 > Jan 15 10:59:00 MyServer sshd[91869]: User bates Disconnected from > 172.18.1.139 The normal system lastlog, accessed via last(1), does this fairly well. As you notch up the level of logging on sshd, it should also be able to do that. However, I tend to use audit for the above type of functionality, as the results are more parseable using tools like auditreduce. There's a handbook chapter on how to configure and use audit, should you be looking for something a bit more on that scale of things. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Tue Jan 15 17:17:17 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C097216A419 for ; Tue, 15 Jan 2008 17:17:17 +0000 (UTC) (envelope-from kravnus@yahoo.com) Received: from web35003.mail.mud.yahoo.com (web35003.mail.mud.yahoo.com [209.191.68.197]) by mx1.freebsd.org (Postfix) with SMTP id 7800F13C4F2 for ; Tue, 15 Jan 2008 17:17:17 +0000 (UTC) (envelope-from kravnus@yahoo.com) Received: (qmail 20371 invoked by uid 60001); 15 Jan 2008 16:50:35 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=cdVZQNQ8USvrozsaQD68ch7mc4Dy1cMIjqtVnmOCS0SDJJYqggWJWUdKMAm1V0zQwQPWibYKsj4Pynb45i7QJdLpmntfL4SjUhbsgtWcCPvIUfgx6gCG5hVW7DBIVNggNEUc9WgD2mTCwSqP4HSeqSTeYHr97F7f9yWFIzZ6sj0=; X-YMail-OSG: pHA1BIYVM1kHUKOoTvrjt0ChcmYwwNBez6hIbzv3c51oYBXwo9An30NwZTQI67OtAEQ_kpIwbmACJO_r6vhkffiHALmOn4au5bkFPqaXF8BnO7ZR18gnvUU.S91_kQ-- Received: from [218.111.13.11] by web35003.mail.mud.yahoo.com via HTTP; Tue, 15 Jan 2008 08:50:35 PST Date: Tue, 15 Jan 2008 08:50:35 -0800 (PST) From: John Chung To: Richard Bates , freebsd-current@freebsd.org In-Reply-To: <9419F125-F8F9-4FFB-A9F0-CF59DC9278C9@telehouse.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <270362.18555.qm@web35003.mail.mud.yahoo.com> Cc: Subject: Re: Question on security.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 17:17:17 -0000 type in the terminal: last display who login. john --- Richard Bates wrote: > I know login failures are logged in > /var/log/auth.log > > is there a way to log the login of users in this log > say something like > > Jan 15 10:59:00 MyServer sshd[91869]: User bates > authenticated from > 172.18.1.139 > Jan 15 10:59:00 MyServer sshd[91869]: User bates > Disconnected from > 172.18.1.139 > > ================================ > === Richard Bates > === TELEHOUSE America > ================================ > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping From owner-freebsd-current@FreeBSD.ORG Tue Jan 15 17:22:01 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D05BD16A41B; Tue, 15 Jan 2008 17:22:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id AA1E713C4F3; Tue, 15 Jan 2008 17:22:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m0FHM0gg034717; Tue, 15 Jan 2008 12:22:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.1) with ESMTP id m0FHM0wI063883; Tue, 15 Jan 2008 12:22:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4332F73039; Tue, 15 Jan 2008 12:22:00 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080115172200.4332F73039@freebsd-current.sentex.ca> Date: Tue, 15 Jan 2008 12:22:00 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 17:22:02 -0000 TB --- 2008-01-15 16:14:16 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-15 16:14:16 - starting HEAD tinderbox run for i386/i386 TB --- 2008-01-15 16:14:16 - cleaning the object tree TB --- 2008-01-15 16:14:34 - cvsupping the source tree TB --- 2008-01-15 16:14:34 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-01-15 16:14:42 - building world (CFLAGS=-O -pipe) TB --- 2008-01-15 16:14:42 - cd /src TB --- 2008-01-15 16:14:42 - /usr/bin/make -B buildworld >>> World build started on Tue Jan 15 16:14:43 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jan 15 17:16:33 UTC 2008 TB --- 2008-01-15 17:16:33 - generating LINT kernel config TB --- 2008-01-15 17:16:33 - cd /src/sys/i386/conf TB --- 2008-01-15 17:16:33 - /usr/bin/make -B LINT TB --- 2008-01-15 17:16:33 - building LINT kernel (COPTFLAGS=) TB --- 2008-01-15 17:16:33 - cd /src TB --- 2008-01-15 17:16:33 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jan 15 17:16:33 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cxgb/cxgb_main.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cxgb/cxgb_offload.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cxgb/cxgb_l2t.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cxgb/cxgb_lro.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cxgb/cxgb_sge.c cc1: warnings being treated as errors /src/sys/dev/cxgb/cxgb_sge.c: In function 't3_encap': /src/sys/dev/cxgb/cxgb_sge.c:1254: warning: format '%ld' expects type 'long int', but argument 2 has type 'unsigned int' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-15 17:22:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-15 17:22:00 - ERROR: failed to build lint kernel TB --- 2008-01-15 17:22:00 - tinderbox aborted TB --- 2992.95 user 370.06 system 4063.88 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Jan 15 17:59:39 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 518BA16A419 for ; Tue, 15 Jan 2008 17:59:39 +0000 (UTC) (envelope-from tim1timau@yahoo.com) Received: from web50306.mail.re2.yahoo.com (web50306.mail.re2.yahoo.com [206.190.38.60]) by mx1.freebsd.org (Postfix) with SMTP id E766E13C447 for ; Tue, 15 Jan 2008 17:59:38 +0000 (UTC) (envelope-from tim1timau@yahoo.com) Received: (qmail 73825 invoked by uid 60001); 15 Jan 2008 17:32:58 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=3gFMIrFY/eruJhL/1SPyV8nVOnhwNFgPZiVse8P9iU4gnEhoOl/sdkT8fs95i0OyX4FKEL8MJA6kj/YI0x4jH1eW6gjdjHkl1VmlXFSTWAYZYAv6Mpls45WuKExW3yduu1kHHGCqXqDRvRFEOx6rY03WSrf5gbtsCfaLQ/8F38c=; X-YMail-OSG: ot8DlTYVM1kxkvH06jd6UFHQ6S7kCb_SRMWRvPZJCpssPd1FwSkN8pZzXk4aeaC7tTwU1j6usG0iW6qtdEpVnEAVI1.PCzkQhqDOf9mpYH2EXOFjHYV9dM8Bogcgww-- Received: from [203.49.197.51] by web50306.mail.re2.yahoo.com via HTTP; Tue, 15 Jan 2008 09:32:57 PST Date: Tue, 15 Jan 2008 09:32:57 -0800 (PST) From: Tim Clewlow To: Richard Bates , freebsd-current@freebsd.org In-Reply-To: <9419F125-F8F9-4FFB-A9F0-CF59DC9278C9@telehouse.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <24594.73739.qm@web50306.mail.re2.yahoo.com> Cc: Subject: Re: Question on security.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 17:59:39 -0000 --- Richard Bates wrote: > I know login failures are logged in /var/log/auth.log > > is there a way to log the login of users in this log > say something like > > Jan 15 10:59:00 MyServer sshd[91869]: User bates authenticated from > 172.18.1.139 > Jan 15 10:59:00 MyServer sshd[91869]: User bates Disconnected from > 172.18.1.139 > > ================================ > === Richard Bates > === TELEHOUSE America > ================================ > Hello, login successes are also logged in /var/log/auth.log - if you just want to see the successful ssh logins, then do: # cat /var/log/auth.log | grep -e "ssh.*Accept" If you want to see a list of currently logged in users, then do: # who Cheers, Tim. ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping From owner-freebsd-current@FreeBSD.ORG Tue Jan 15 18:27:46 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 538C616A418; Tue, 15 Jan 2008 18:27:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1C5A213C4F4; Tue, 15 Jan 2008 18:27:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m0FIRjVJ043210; Tue, 15 Jan 2008 13:27:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0FIRjvu020934; Tue, 15 Jan 2008 13:27:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2707E73039; Tue, 15 Jan 2008 13:27:45 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080115182745.2707E73039@freebsd-current.sentex.ca> Date: Tue, 15 Jan 2008 13:27:45 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 18:27:46 -0000 TB --- 2008-01-15 17:15:44 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-15 17:15:44 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-01-15 17:15:44 - cleaning the object tree TB --- 2008-01-15 17:16:04 - cvsupping the source tree TB --- 2008-01-15 17:16:04 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-01-15 17:16:13 - building world (CFLAGS=-O -pipe) TB --- 2008-01-15 17:16:13 - cd /src TB --- 2008-01-15 17:16:13 - /usr/bin/make -B buildworld >>> World build started on Tue Jan 15 17:16:14 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jan 15 18:18:07 UTC 2008 TB --- 2008-01-15 18:18:07 - generating LINT kernel config TB --- 2008-01-15 18:18:07 - cd /src/sys/pc98/conf TB --- 2008-01-15 18:18:07 - /usr/bin/make -B LINT TB --- 2008-01-15 18:18:07 - building LINT kernel (COPTFLAGS=) TB --- 2008-01-15 18:18:07 - cd /src TB --- 2008-01-15 18:18:07 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jan 15 18:18:07 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -O -pipe -DCONFIG_CHELSIO_T3_CORE -g -DCONFIG_DEFINED -DDEFAULT_JUMBO -DSMP -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/cxgb/cxgb/../../../dev/cxgb -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/common/cxgb_xgmac.c cc -O -pipe -DCONFIG_CHELSIO_T3_CORE -g -DCONFIG_DEFINED -DDEFAULT_JUMBO -DSMP -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/cxgb/cxgb/../../../dev/cxgb -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/common/cxgb_vsc7323.c cc -O -pipe -DCONFIG_CHELSIO_T3_CORE -g -DCONFIG_DEFINED -DDEFAULT_JUMBO -DSMP -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/cxgb/cxgb/../../../dev/cxgb -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/common/cxgb_t3_hw.c cc -O -pipe -DCONFIG_CHELSIO_T3_CORE -g -DCONFIG_DEFINED -DDEFAULT_JUMBO -DSMP -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/cxgb/cxgb/../../../dev/cxgb -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/cxgb_main.c cc -O -pipe -DCONFIG_CHELSIO_T3_CORE -g -DCONFIG_DEFINED -DDEFAULT_JUMBO -DSMP -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/cxgb/cxgb/../../../dev/cxgb -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/cxgb_sge.c cc1: warnings being treated as errors /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/cxgb_sge.c: In function 't3_encap': /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/cxgb_sge.c:1254: warning: format '%ld' expects type 'long int', but argument 2 has type 'unsigned int' *** Error code 1 Stop in /src/sys/modules/cxgb/cxgb. *** Error code 1 Stop in /src/sys/modules/cxgb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-15 18:27:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-15 18:27:44 - ERROR: failed to build lint kernel TB --- 2008-01-15 18:27:44 - tinderbox aborted TB --- 3195.17 user 394.91 system 4320.88 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Jan 15 19:33:18 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 815D816A41B; Tue, 15 Jan 2008 19:33:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5F1B613C4F6; Tue, 15 Jan 2008 19:33:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id m0FJXHNV009697; Tue, 15 Jan 2008 14:33:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.1) with ESMTP id m0FJXH05070980; Tue, 15 Jan 2008 14:33:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0495773039; Tue, 15 Jan 2008 14:33:16 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080115193317.0495773039@freebsd-current.sentex.ca> Date: Tue, 15 Jan 2008 14:33:16 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 19:33:18 -0000 TB --- 2008-01-15 18:27:45 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-15 18:27:45 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-01-15 18:27:45 - cleaning the object tree TB --- 2008-01-15 18:28:04 - cvsupping the source tree TB --- 2008-01-15 18:28:04 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-01-15 18:28:10 - building world (CFLAGS=-O -pipe) TB --- 2008-01-15 18:28:10 - cd /src TB --- 2008-01-15 18:28:10 - /usr/bin/make -B buildworld >>> World build started on Tue Jan 15 18:28:12 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jan 15 19:30:04 UTC 2008 TB --- 2008-01-15 19:30:04 - generating LINT kernel config TB --- 2008-01-15 19:30:04 - cd /src/sys/powerpc/conf TB --- 2008-01-15 19:30:04 - /usr/bin/make -B LINT TB --- 2008-01-15 19:30:04 - building LINT kernel (COPTFLAGS=) TB --- 2008-01-15 19:30:04 - cd /src TB --- 2008-01-15 19:30:04 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jan 15 19:30:05 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/cxgb_main.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/cxgb_offload.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/cxgb_l2t.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/cxgb_lro.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/cxgb_sge.c cc1: warnings being treated as errors /src/sys/dev/cxgb/cxgb_sge.c: In function 't3_encap': /src/sys/dev/cxgb/cxgb_sge.c:1254: warning: format '%ld' expects type 'long int', but argument 2 has type 'unsigned int' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-15 19:33:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-15 19:33:16 - ERROR: failed to build lint kernel TB --- 2008-01-15 19:33:16 - tinderbox aborted TB --- 2942.41 user 351.59 system 3931.60 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Jan 15 16:35:14 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1EDE016A419 for ; Tue, 15 Jan 2008 16:35:14 +0000 (UTC) (envelope-from bseklecki@collaborativefusion.com) Received: from collaborativefusion.com (mx01.pub.collaborativefusion.com [206.210.89.201]) by mx1.freebsd.org (Postfix) with ESMTP id A8AAF13C468 for ; Tue, 15 Jan 2008 16:35:13 +0000 (UTC) (envelope-from bseklecki@collaborativefusion.com) Received: from Internal Mail-Server by mx01 (envelope-from bseklecki@collaborativefusion.com) with SMTP; 15 Jan 2008 11:08:31 -0500 From: "Brian A. Seklecki" To: Richard Bates In-Reply-To: <9419F125-F8F9-4FFB-A9F0-CF59DC9278C9@telehouse.com> References: <9419F125-F8F9-4FFB-A9F0-CF59DC9278C9@telehouse.com> Content-Type: text/plain Organization: Collaborative Fusion, Inc. Date: Tue, 15 Jan 2008 11:08:26 -0500 Message-Id: <1200413306.10463.88.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> Mime-Version: 1.0 X-Mailer: Evolution 2.12.2 (2.12.2-2.fc8) Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 15 Jan 2008 21:08:52 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Question on security.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bseklecki@collaborativefusion.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 16:35:14 -0000 You can bump the debugging level in sshd(8). Read sshd_config(5) man page, and/or check out the debugging options available via PAM ~BAS On Tue, 2008-01-15 at 11:00 -0500, Richard Bates wrote: > Jan 15 10:59:00 MyServer sshd[91869]: User bates Disconnected from -- Brian A. Seklecki Collaborative Fusion, Inc. IMPORTANT: This message contains confidential information and is intended only for the individual named. If the reader of this message is not an intended recipient (or the individual responsible for the delivery of this message to an intended recipient), please be advised that any re-use, dissemination, distribution or copying of this message is prohibited. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. From owner-freebsd-current@FreeBSD.ORG Tue Jan 15 21:14:02 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EA6D16A421 for ; Tue, 15 Jan 2008 21:14:02 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id CE4D913C46A for ; Tue, 15 Jan 2008 21:14:01 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id m0FKqVop073575 for ; Tue, 15 Jan 2008 12:52:31 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id m0FKqVCv073574 for current@freebsd.org; Tue, 15 Jan 2008 12:52:31 -0800 (PST) (envelope-from david) Date: Tue, 15 Jan 2008 12:52:31 -0800 From: David Wolfskill To: current@freebsd.org Message-ID: <20080115205231.GF29422@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org References: <20080115172200.4332F73039@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vhOf6eAHdfH9MSjZ" Content-Disposition: inline In-Reply-To: <20080115172200.4332F73039@freebsd-current.sentex.ca> User-Agent: Mutt/1.4.2.1i Eo: current@freebsd.org Cc: Subject: Re: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 21:14:02 -0000 --vhOf6eAHdfH9MSjZ Content-Type: multipart/mixed; boundary="II8oT75hj15qngTC" Content-Disposition: inline --II8oT75hj15qngTC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 15, 2008 at 12:22:00PM -0500, FreeBSD Tinderbox wrote: > ... > cc -c -std=3Dc99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-pro= totypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef= -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys= /contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h = -fno-common -finline-limit=3D8000 --param inline-unit-growth=3D100 --param = large-function-growth=3D1000 -DGPROF -falign-functions=3D16 -DGPROF4 -DGUPR= OF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=3D2 -mn= o-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -m= profiler-epilogue /src/sys/dev/cxgb/cxgb_sge.c > cc1: warnings being treated as errors > /src/sys/dev/cxgb/cxgb_sge.c: In function 't3_encap': > /src/sys/dev/cxgb/cxgb_sge.c:1254: warning: format '%ld' expects type 'lo= ng int', but argument 2 has type 'unsigned int' > *** Error code 1 >=20 > Stop in /obj/src/sys/LINT. > *** Error code 1 >=20 > Stop in /src. > *** Error code 1 >=20 > Stop in /src. Attached is the hack I used to get through this, in case it helps someone. Caveat: I don't use cxgb(4) myself, so I haven't actually tested the result. Peace, david --=20 David H. Wolfskill david@catwhisker.org I submit that "conspiracy" would be an appropriate collective noun for cats. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --II8oT75hj15qngTC Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="cxgb.patch" Content-Transfer-Encoding: quoted-printable Index: cxgb_sge.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /cvs/freebsd/src/sys/dev/cxgb/cxgb_sge.c,v retrieving revision 1.42 diff -u -r1.42 cxgb_sge.c --- cxgb_sge.c 15 Jan 2008 08:08:09 -0000 1.42 +++ cxgb_sge.c 15 Jan 2008 20:08:56 -0000 @@ -1251,7 +1251,7 @@ KASSERT(txsd->mi.mi_base =3D=3D NULL, ("overwrting valid entry mi_base=3D= =3D%p", txsd->mi.mi_base)); if (cxgb_debug) - printf("uipc_mvec PIO_LEN=3D%ld\n", PIO_LEN); + printf("uipc_mvec PIO_LEN=3D%ud\n", PIO_LEN); =20 if (count > 1) { panic("count > 1 not support in CVS\n"); Index: sys/uipc_mvec.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /cvs/freebsd/src/sys/dev/cxgb/sys/uipc_mvec.c,v retrieving revision 1.21 diff -u -r1.21 uipc_mvec.c --- sys/uipc_mvec.c 15 Jan 2008 08:08:09 -0000 1.21 +++ sys/uipc_mvec.c 15 Jan 2008 20:13:23 -0000 @@ -209,7 +209,7 @@ m_tag_delete_chain(n, NULL); =20 if (cxgb_debug) - printf("cxgb_sge PIO_LEN=3D%ld\n", PIO_LEN); + printf("cxgb_sge PIO_LEN=3D%ud\n", PIO_LEN); =09 if (n->m_pkthdr.len <=3D PIO_LEN) return (0); --II8oT75hj15qngTC-- --vhOf6eAHdfH9MSjZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkeNHQ4ACgkQmprOCmdXAD27/QCePl8fPxmWVGjXeW/1Qsq2Vyxj LrwAnjRRSI6yQiZKyA3iLjVTWl+7a5AQ =+htg -----END PGP SIGNATURE----- --vhOf6eAHdfH9MSjZ-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 15 21:42:58 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5E2B16A419; Tue, 15 Jan 2008 21:42:58 +0000 (UTC) (envelope-from eric@anholt.net) Received: from vonnegut.anholt.net (69-30-77-85.dq1sn.easystreet.com [69.30.77.85]) by mx1.freebsd.org (Postfix) with ESMTP id 6E2B113C43E; Tue, 15 Jan 2008 21:42:58 +0000 (UTC) (envelope-from eric@anholt.net) Received: from vonnegut.anholt.net (localhost [127.0.0.1]) by vonnegut.anholt.net (8.14.2/8.14.1) with ESMTP id m0FKYrBP009129; Tue, 15 Jan 2008 12:34:53 -0800 (PST) (envelope-from eric@anholt.net) Received: (from anholt@localhost) by vonnegut.anholt.net (8.14.2/8.14.1/Submit) id m0FKYpok009128; Tue, 15 Jan 2008 12:34:51 -0800 (PST) (envelope-from eric@anholt.net) X-Authentication-Warning: vonnegut.anholt.net: anholt set sender to eric@anholt.net using -f From: Eric Anholt To: Rui Paulo In-Reply-To: <864pdgjt0y.wl%rpaulo@fnop.net> References: <20080113042318.GA5312@mua.local> <864pdgjt0y.wl%rpaulo@fnop.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-sOo7m3SSdulv592NoLJ7" Date: Tue, 15 Jan 2008 12:34:51 -0800 Message-Id: <1200429291.2916.26.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Cc: freebsd-current@FreeBSD.org Subject: Re: FreeBSD on macbook & backlight module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 21:42:58 -0000 --=-sOo7m3SSdulv592NoLJ7 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2008-01-14 at 16:01 +0000, Rui Paulo wrote: > I have the backlight module ready to be committed (needs approval > first), but it would be great if we could create a general backlight > API. I have some initial ideas, but needs a bit more thought.=20 >=20 > Also, xrandr on (7.3 with "intel" video driver) seems to be able to > control the LCD backlight on MacBooks, but it seems bogus: >=20 > % xrandr --prop > Screen 0: minimum 320 x 200, current 1280 x 800, maximum 1280 x 1280 > VGA disconnected (normal left inverted right x axis y axis) > LVDS connected 1280x800+0+0 (normal left inverted right x axis y axis) 28= 6mm x 179mm > EDID_DATA: > 00ffffffffffff0006105b9c00000000 > 0e100103801d12780a87f594574f8c27 > 27505400000001010101010101010101 > 010101010101bc1b00a0502017303020 > 36001eb3100000190000000100061020 > 00000000000000000a20000000fe004c > 544e31333357310000000a20000000fc > 00436f6c6f72204c43440a20202000c6 > BACKLIGHT: 296 (0x00000128) range: (0,296) >=20 > I don't really know about how exactly this control works, because: >=20 > 1) the range is wrong. > 2) setting values with xrandr --output LVDS --set BACKLIGHT , > doesn't seem to be doing anything good. It just sets a high and low > value for the backlight brigthness. >=20 > If anyone knows anything about this, I would appreciate if you could > step forward. >=20 > There's another problem: xv (try it with mplayer -vo xv) seems to be > setting the backlight value on initialization. So, if you start Xorg > with backlight value of 50, then reduce it to 20 and after that try > to play a video with mplayer, the backlight value seems to come back > to 50. There are very strange interactions between xrandr and my own > backlight control kernel module. It would be great to disable xrandr's > backlight control, at least. >=20 > Regards. > -- > Rui Paulo > I have the backlight module ready to be committed (needs approval > first), but it would be great if we could create a general backlight > API. I have some initial ideas, but needs a bit more thought.=20 >=20 > Also, xrandr on (7.3 with "intel" video driver) seems to be able to > control the LCD backlight on MacBooks, but it seems bogus: >=20 > % xrandr --prop > Screen 0: minimum 320 x 200, current 1280 x 800, maximum 1280 x 1280 > VGA disconnected (normal left inverted right x axis y axis) > LVDS connected 1280x800+0+0 (normal left inverted right x axis y axis) 28= 6mm x 179mm > EDID_DATA: > 00ffffffffffff0006105b9c00000000 > 0e100103801d12780a87f594574f8c27 > 27505400000001010101010101010101 > 010101010101bc1b00a0502017303020 > 36001eb3100000190000000100061020 > 00000000000000000a20000000fe004c > 544e31333357310000000a20000000fc > 00436f6c6f72204c43440a20202000c6 > BACKLIGHT: 296 (0x00000128) range: (0,296) >=20 > I don't really know about how exactly this control works, because: >=20 > 1) the range is wrong. > 2) setting values with xrandr --output LVDS --set BACKLIGHT , > doesn't seem to be doing anything good. It just sets a high and low > value for the backlight brigthness. That xrandr --prop output may be broken. My xlib fu is weak. > If anyone knows anything about this, I would appreciate if you could > step forward. >=20 > There's another problem: xv (try it with mplayer -vo xv) seems to be > setting the backlight value on initialization. So, if you start Xorg > with backlight value of 50, then reduce it to 20 and after that try > to play a video with mplayer, the backlight value seems to come back > to 50. There are very strange interactions between xrandr and my own > backlight control kernel module. It would be great to disable xrandr's > backlight control, at least. I use xbacklight -set to control backlight. Your issue with it flipping to only a high/low value may have been the one jbarnes fixed in git recently (apparently a low bit got redefined on us). --=20 Eric Anholt anholt@FreeBSD.org eric@anholt.net eric.anholt@intel.com --=-sOo7m3SSdulv592NoLJ7 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHjRjqHUdvYGzw6vcRAnl5AJ0bQdnHca3cQxb8VbgKeyEtb3loLQCeKV3q wr1S7HvkrTuB+TMIbylC7Yg= =taL6 -----END PGP SIGNATURE----- --=-sOo7m3SSdulv592NoLJ7-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 15 22:11:50 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC95416A419 for ; Tue, 15 Jan 2008 22:11:50 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 75A6513C442 for ; Tue, 15 Jan 2008 22:11:50 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8q) with ESMTP id 228635859-1834499 for multiple; Tue, 15 Jan 2008 17:09:54 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id m0FMBgVQ062213; Tue, 15 Jan 2008 17:11:46 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 15 Jan 2008 16:45:24 -0500 User-Agent: KMail/1.9.7 References: <20080115172200.4332F73039@freebsd-current.sentex.ca> <20080115205231.GF29422@bunrab.catwhisker.org> In-Reply-To: <20080115205231.GF29422@bunrab.catwhisker.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801151645.24261.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 15 Jan 2008 17:11:46 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/5484/Tue Jan 15 14:31:27 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: Re: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 22:11:50 -0000 On Tuesday 15 January 2008 03:52:31 pm David Wolfskill wrote: > On Tue, Jan 15, 2008 at 12:22:00PM -0500, FreeBSD Tinderbox wrote: > > ... > > cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cxgb/cxgb_sge.c > > cc1: warnings being treated as errors > > /src/sys/dev/cxgb/cxgb_sge.c: In function 't3_encap': > > /src/sys/dev/cxgb/cxgb_sge.c:1254: warning: format '%ld' expects type 'long int', but argument 2 has type 'unsigned int' > > *** Error code 1 > > > > Stop in /obj/src/sys/LINT. > > *** Error code 1 > > > > Stop in /src. > > *** Error code 1 > > > > Stop in /src. > > Attached is the hack I used to get through this, in case it helps > someone. > > Caveat: I don't use cxgb(4) myself, so I haven't actually tested the > result. I think '%zd' may be the best actually since PIO_LEN is a constant minus a size_t. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Jan 15 23:08:45 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D61616A47E; Tue, 15 Jan 2008 23:08:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B35DA13C467; Tue, 15 Jan 2008 23:08:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m0FN8i4w023924; Tue, 15 Jan 2008 18:08:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id m0FN8hDi049989; Tue, 15 Jan 2008 18:08:43 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A2BA673039; Tue, 15 Jan 2008 18:08:43 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080115230843.A2BA673039@freebsd-current.sentex.ca> Date: Tue, 15 Jan 2008 18:08:43 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 23:08:45 -0000 TB --- 2008-01-15 21:54:22 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-15 21:54:22 - starting HEAD tinderbox run for i386/i386 TB --- 2008-01-15 21:54:22 - cleaning the object tree TB --- 2008-01-15 21:54:42 - cvsupping the source tree TB --- 2008-01-15 21:54:42 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-01-15 21:59:47 - building world (CFLAGS=-O -pipe) TB --- 2008-01-15 21:59:47 - cd /src TB --- 2008-01-15 21:59:47 - /usr/bin/make -B buildworld >>> World build started on Tue Jan 15 21:59:49 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jan 15 23:03:21 UTC 2008 TB --- 2008-01-15 23:03:21 - generating LINT kernel config TB --- 2008-01-15 23:03:21 - cd /src/sys/i386/conf TB --- 2008-01-15 23:03:21 - /usr/bin/make -B LINT TB --- 2008-01-15 23:03:21 - building LINT kernel (COPTFLAGS=) TB --- 2008-01-15 23:03:21 - cd /src TB --- 2008-01-15 23:03:21 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jan 15 23:03:21 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cxgb/cxgb_main.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cxgb/cxgb_offload.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cxgb/cxgb_l2t.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cxgb/cxgb_lro.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cxgb/cxgb_sge.c cc1: warnings being treated as errors /src/sys/dev/cxgb/cxgb_sge.c: In function 't3_encap': /src/sys/dev/cxgb/cxgb_sge.c:1254: warning: format '%ld' expects type 'long int', but argument 2 has type 'unsigned int' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-15 23:08:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-15 23:08:43 - ERROR: failed to build lint kernel TB --- 2008-01-15 23:08:43 - tinderbox aborted TB --- 2992.06 user 373.36 system 4460.56 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Jan 16 01:27:33 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1343816A417 for ; Wed, 16 Jan 2008 01:27:33 +0000 (UTC) (envelope-from leafy7382@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.freebsd.org (Postfix) with ESMTP id B40FC13C46E for ; Wed, 16 Jan 2008 01:27:32 +0000 (UTC) (envelope-from leafy7382@gmail.com) Received: by py-out-1112.google.com with SMTP id u52so90767pyb.10 for ; Tue, 15 Jan 2008 17:27:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; bh=2AnF2Tr1MhLxJlgAtpN7nbIGYMApqcCYWc6VGL8+UHc=; b=JxGQKr7qeRd00NEeWqOM9KiEZGItXHFZePQ9/7g4dudn/+YVkR/I7HSd1PoZFpQmy36orJhI6OMSHG9oUXbIri2zhZcB6aQozhrnM3LyNyd0chUuCvD2VntXANtYpRv6OOFNj2FNCdz/6SN6vEP5RYximnacCf0TMcMgd5xEiDY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=Xw4dVWavWlgv553ud2IRw+ViWshxs95sEFG/zFm2eUBROT+ST/SgRX2sCEtJa64akuxlAjZcqW6r7PZxdwG2biAKhDsXjqKGdxvQDwUGL5gUfc3/y2KIZl0x7tb4Svn77e+8BrfuIkuRTVrGrgTgODSOusVbK9iKx4EUJzk6k98= Received: by 10.65.96.6 with SMTP id y6mr391860qbl.24.1200446851678; Tue, 15 Jan 2008 17:27:31 -0800 (PST) Received: by 10.65.126.12 with HTTP; Tue, 15 Jan 2008 17:27:31 -0800 (PST) Message-ID: Date: Wed, 16 Jan 2008 09:27:31 +0800 From: "Jiawei Ye" To: "Jiawei Ye" , freebsd-current In-Reply-To: <20080115150921.GA56295@VARK.MIT.EDU> MIME-Version: 1.0 References: <20080115150921.GA56295@VARK.MIT.EDU> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: long running gcc process when building world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2008 01:27:33 -0000 On Jan 15, 2008 11:09 PM, David Schultz wrote: > On Tue, Jan 15, 2008, Jiawei Ye wrote: > > -I/usr/obj/usr/src/tmp/legacy/usr/include -c ../cc_tools/insn-attrtab.c > > > > This has been running for more than 5 minutes as of now. The same > symptom > > occurs when building java/jdk16. > > It should take a while, but not that long. I'll bet > src/lib/libc/stdlib/qsort.c,v 1.14 is the culprit. > Try updating it, then rebuild libc and gcc. > Yes, made new libc and everything is well again. JDK16 finished building in 2hr16min. Jiawei -- "If it looks like a duck, walks like a duck, and quacks like a duck, then to the end user it's a duck, and end users have made it pretty clear they want a duck; whether the duck drinks hot chocolate or coffee is irrelevant." From owner-freebsd-current@FreeBSD.ORG Wed Jan 16 01:27:38 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35B1316A421 for ; Wed, 16 Jan 2008 01:27:38 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.176]) by mx1.freebsd.org (Postfix) with ESMTP id E708F13C46E for ; Wed, 16 Jan 2008 01:27:37 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so111986waf.3 for ; Tue, 15 Jan 2008 17:27:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=hlQmzcYUDw6LbPxE2dwEpdxN/MNxPNBbl5q25lB1DD8=; b=Gv9LOgRanLA1MdlcKa9EFpVchdIff/F+AryM6AahnwMGmSrBg5N2WxpgD+kIXBw9k0pTVsADAnIfONzhrwinhoyeQySc9gKFJDjFPMagDVHK3bSbHxR+6AclEvxGqWSibmsZbdrI0JKuKKcZuXoyv6vvL9sQR5BLdrRn2uiZjnQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=qCEiXLbIDSxITJmvnVGv7XT6CDJ9194XYH3U0Ud+7zYxrYcJgUVPYTsGd+/22ZWMJDJP/vMvD1CV8NaeQzeUOJN2zAQ46wWCm2+hvq3m+C2c7aK8wDTteR4NHMeYMF9nD92e4jghSbmciNwkiKEsguZiYU5EvXKcCX8+Fjss+cg= Received: by 10.115.55.1 with SMTP id h1mr197729wak.69.1200446857671; Tue, 15 Jan 2008 17:27:37 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id j7sm424084wah.23.2008.01.15.17.27.34 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 15 Jan 2008 17:27:36 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m0G1LurQ085111 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Jan 2008 10:21:56 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m0G1LsfN085110; Wed, 16 Jan 2008 10:21:54 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 16 Jan 2008 10:21:54 +0900 From: Pyun YongHyeon To: Chris Poulsen Message-ID: <20080116012154.GB84758@cdnetworks.co.kr> References: <476EE604.2070809@nesluop.dk> <20071225234723.GA1018@cdnetworks.co.kr> <4772D649.3010001@nesluop.dk> <20071227002252.GE1018@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071227002252.GE1018@cdnetworks.co.kr> User-Agent: Mutt/1.4.2.1i Cc: kevlo@freebsd.org, FreeBSD Current Subject: Re: Problem with nfe stability and throughput X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2008 01:27:38 -0000 On Thu, Dec 27, 2007 at 09:22:52AM +0900, To Chris Poulsen wrote: > On Wed, Dec 26, 2007 at 11:31:37PM +0100, Chris Poulsen wrote: > > Hi, > > > > Pyun YongHyeon wrote: > > >On Sun, Dec 23, 2007 at 11:49:40PM +0100, Chris Poulsen wrote: > > > > Hi, > > > > > > > > I've installed CURRENT on an asus m2n-vm. My network config is giving > > > me > problems. > > > > > > > My dmesg contains: > > > > > > > > ata3: [ITHREAD] > > > > nfe0: port 0xd880-0xd887 mem > > > > 0xdfffc000-0xdfffcfff,0xdfffe400-0xdfffe4ff,0 > > > > xdfffe000-0xdfffe00f irq 23 at device 10.0 on pci0 > > > > miibus0: on nfe0 > > > > ukphy0: PHY 1 on miibus0 > > > ^^^^^^ > > >It seems that ukphy(4) was picked up to serve your PHY hardware. > > >I guess ukphy(4) is not right phy driver for the hardware as it could > > >result in non-working driver. Would you show me the ukphy(4) output of > > >verbosed boot message?(In verbosed boot mode, ukphy(4) may have printed > > >OUI/model number of the PHY hardware.) > > > > > > > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-FDX, > > > auto > > > > nfe0: Ethernet address: 00:1d:60:6d:73:ec > > > > > > > > A verbose boot log contains the following: > > ... > > ata3: [ITHREAD] > > nfe0: port 0xd880-0xd887 mem > > 0xdfffc000-0xdfffcfff,0xdfffe400-0xdfffe4ff,0xdfffe000-0xdfffe00f irq 23 > > at device 10.0 on pci0 > > nfe0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xdfffc000 > > nfe0: attempting to allocate 8 MSI vectors (8 supported) > > msi: routing MSI IRQ 256 to vector 56 > > msi: routing MSI IRQ 257 to vector 57 > > msi: routing MSI IRQ 258 to vector 58 > > msi: routing MSI IRQ 259 to vector 59 > > msi: routing MSI IRQ 260 to vector 60 > > msi: routing MSI IRQ 261 to vector 61 > > msi: routing MSI IRQ 262 to vector 62 > > msi: routing MSI IRQ 263 to vector 63 > > nfe0: using IRQs 256-263 for MSI > > nfe0: Using 8 MSI messages > > miibus0: on nfe0 > > ukphy0: PHY 1 on miibus0 > > ukphy0: OUI 0x001374, model 0x0001, rev. 6 > ^^^^^^^^^^^^^^^^^^^^^^^^^^ > According to IEEE stanards OUI database the manufacturer is Atheros > Communications. Since Atheros acquired Attansic Technology I guess > the phy originated from Attansic Technology. ATM there is no phy > driver for FreeBSD and the vendor didn't release publicly available > datasheets to developers. AFAIK kevlo is working on Attansic driver > so I guess he may have more information for this phy hardware(CCed). > Based on hardware information from Linux l1 driver I wrote a simple PHY driver. You can get the diff at the following URL. Would you give it spin? http://people.freebsd.org/~yongari/atphy.diff Note, I don't have the hardware so don't know whether it works or not. Just compile tested. I also have no PHY hardware information so the model name in the driver may not reflect real name. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Wed Jan 16 02:51:55 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AB4816A41A for ; Wed, 16 Jan 2008 02:51:55 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from hu-out-0506.google.com (hu-out-0506.google.com [72.14.214.233]) by mx1.freebsd.org (Postfix) with ESMTP id 81E7113C4F5 for ; Wed, 16 Jan 2008 02:51:54 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by hu-out-0506.google.com with SMTP id 28so1037017hub.8 for ; Tue, 15 Jan 2008 18:51:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=J0ODuTGKrPY1f/cRuZXt88UyxO+FgeCQYlAiG0QVN70=; b=eOceyLM9Rt0OEhUUQg42HdafaM2+7QFGIKWL46oRo8I7iTLWj4fqQFxDAQtRpVNHU/8kUXpugh4QDN+1WvSnX2qBEtmPFqLNRP+ylI9UBRSKNoAy6zmWL5YOHSQAioWfrLMZ+F2snnJ9cAxBWFtgx0Yi0JmX91MFV83WTFldu6c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=D3Xh7VzhCARpxM/WW0WAyxScCQAIPAG3dKnH1V5/FpZinFCmxTeYwWjjmREy33pttKVpKPpQEq36QuSEJcbzYfb04W8PJ67nQq6JQywznybDgC9pWoimYtu1y5pCjC+cJMuCKv6iu3GErXlo8PemRkRW2pVSqh/rJSeKB6rElvs= Received: by 10.78.129.16 with SMTP id b16mr246190hud.39.1200451027410; Tue, 15 Jan 2008 18:37:07 -0800 (PST) Received: by 10.78.16.10 with HTTP; Tue, 15 Jan 2008 18:37:07 -0800 (PST) Message-ID: Date: Wed, 16 Jan 2008 05:37:07 +0300 From: pluknet To: "Bruce M Simpson" In-Reply-To: <478B89F6.1010703@incunabulum.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <478B89F6.1010703@incunabulum.net> Cc: FreeBSD Current Subject: Re: exmap port - shared memory profiler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2008 02:51:55 -0000 On 14/01/2008, Bruce M Simpson wrote: > I began porting this: > http://www.berthels.co.uk/exmap/ > > and it is here: > http://people.freebsd.org/~bms/dump/exmap.tgz > > It needs debugging. Would anyone like to help? > > It is a very useful tool for profiling memory sharing between processes. > > cheers > BMS > > P.S. I'm not on arch or hackers at the moment, please circulate this. Good day. As I can see this port depends on sysutil/pmap which is broken on 7.0. I just submitted PR with patch in it. Look at ports/119704, please. btw, procstat provides similar functionality when specified with -v flag. wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Wed Jan 16 07:01:46 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6FB116A421 for ; Wed, 16 Jan 2008 07:01:46 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 4727913C4D5 for ; Wed, 16 Jan 2008 07:01:46 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so172485fgg.35 for ; Tue, 15 Jan 2008 23:01:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=SMgK0Fx/LImqn0OqAta+uq5izz04g98nNWjMgN7Q1Rg=; b=uufxv2B7ZWxr59H/uDTGGhQknUVjt8TD1GRKjN9Yc0e8Au62aWn8SuD/gaXDaOjJRfFX4Q9t53bbh1YSt+pic8enNg+78oUvM3ojDaBbsnqI+NJnUf1B0cbUI/XPs4PJqD54w9TNdasMu+bl9Yg/Fp9x2+R94uD2FCH9TdPuCwc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=fSH85jLekU/UDTOnNNuXVJEZFBROu1VlTBYhn9RK2LcW+hQTNuEzJoCw78s+az+iEDAZtNFV137jqC9mSmrepWV/GwO2WRuUXRFCEB/RWignZ3rEptQ67P9HzBA/mAvK5eqCuqyZluHBQSNtMBmcUY1pKD8axFJ8M+ohEK1LSOk= Received: by 10.86.77.5 with SMTP id z5mr408326fga.41.1200466905031; Tue, 15 Jan 2008 23:01:45 -0800 (PST) Received: by 10.86.3.20 with HTTP; Tue, 15 Jan 2008 23:01:45 -0800 (PST) Message-ID: <790a9fff0801152301l5d50461aw3a253608506368e2@mail.gmail.com> Date: Wed, 16 Jan 2008 01:01:45 -0600 From: "Scot Hetzel" To: "Kostik Belousov" In-Reply-To: <20080115143924.GB57756@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <790a9fff0801150552l542a4238ofc12efe5fdb45fc2@mail.gmail.com> <20080115143924.GB57756@deviant.kiev.zoral.com.ua> Cc: freebsd-current@freebsd.org Subject: Re: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2008 07:01:46 -0000 On 1/15/08, Kostik Belousov wrote: > On Tue, Jan 15, 2008 at 07:52:12AM -0600, Scot Hetzel wrote: > > When I boot a Jan 13th or Jan 15th kernel, and then run > > /usr/local/etc/cvsup/update.sh to update the local CVS repository, I > > get the following panic: > > > > panic: System call lstat returning with 1 locks held > > cpuid = 0 > > KDB: enter: panic > > [thread ; pid 1240 tid 10031] > > stopped at kdb_enter+0x3d: movq $0,0x41b048(%rip) > > db> show alllocks > > db> show locks > > db> bt > > tracing pid 1240 tid 10031 td 0xffffff001c1ad360 > > kdb_enter() at kdb_enter+0x3d > > panic() at panic+0x176 > > syscalls() at syscalls+0x66d > > Xfast_syscalls() at Xfast_syscalls+0xab > > --- syscall (0, FreeBSD ELF64, nosys), rip = 0x8009e87ec, rsp= > > 0x72ec50, rbp = 0x72ed28 --- > > > I think this could be related to the recent vn_lock()/VOP_LOCK() KPI changes. > Please, add DEBUG_VFS_LOCKS to the kernel config, and do the > show lockedvnods > from the ddb prompt when the panic occurs. The witness does not track > the lockmgr locks. > I added DEBUG_VFS_LOCKS to the kernel config file, rebuilt and installed the kernel. After rebooting the system, I started the cvsup update for my local mirror, when the panic occured I received a similar panic to the one above. When I used 'show lockedvnods' the only thing that was displayed was 'Locked vnodes' and that was it. I'm going to try a binary search to see if I can narrow the problem down. Scot From owner-freebsd-current@FreeBSD.ORG Wed Jan 16 09:55:49 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51FC216A41B for ; Wed, 16 Jan 2008 09:55:49 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8F77713C459; Wed, 16 Jan 2008 09:55:47 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <478DD4A2.6020202@FreeBSD.org> Date: Wed, 16 Jan 2008 10:55:46 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Scot Hetzel References: <790a9fff0801150552l542a4238ofc12efe5fdb45fc2@mail.gmail.com> <20080115143924.GB57756@deviant.kiev.zoral.com.ua> <790a9fff0801152301l5d50461aw3a253608506368e2@mail.gmail.com> In-Reply-To: <790a9fff0801152301l5d50461aw3a253608506368e2@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Kostik Belousov , freebsd-current@freebsd.org Subject: Re: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2008 09:55:49 -0000 Scot Hetzel wrote: > On 1/15/08, Kostik Belousov wrote: >> On Tue, Jan 15, 2008 at 07:52:12AM -0600, Scot Hetzel wrote: >>> When I boot a Jan 13th or Jan 15th kernel, and then run >>> /usr/local/etc/cvsup/update.sh to update the local CVS repository, I >>> get the following panic: >>> >>> panic: System call lstat returning with 1 locks held >>> cpuid = 0 >>> KDB: enter: panic >>> [thread ; pid 1240 tid 10031] >>> stopped at kdb_enter+0x3d: movq $0,0x41b048(%rip) >>> db> show alllocks >>> db> show locks >>> db> bt >>> tracing pid 1240 tid 10031 td 0xffffff001c1ad360 >>> kdb_enter() at kdb_enter+0x3d >>> panic() at panic+0x176 >>> syscalls() at syscalls+0x66d >>> Xfast_syscalls() at Xfast_syscalls+0xab >>> --- syscall (0, FreeBSD ELF64, nosys), rip = 0x8009e87ec, rsp= >>> 0x72ec50, rbp = 0x72ed28 --- >>> >> I think this could be related to the recent vn_lock()/VOP_LOCK() KPI changes. >> Please, add DEBUG_VFS_LOCKS to the kernel config, and do the >> show lockedvnods >> from the ddb prompt when the panic occurs. The witness does not track >> the lockmgr locks. >> > I added DEBUG_VFS_LOCKS to the kernel config file, rebuilt and > installed the kernel. After rebooting the system, I started the cvsup > update for my local mirror, when the panic occured I received a > similar panic to the one above. When I used 'show lockedvnods' the > only thing that was displayed was 'Locked vnodes' and that was it. > > I'm going to try a binary search to see if I can narrow the problem down. Do you also have witness enabled? Kris From owner-freebsd-current@FreeBSD.ORG Wed Jan 16 11:51:12 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C9F816A469 for ; Wed, 16 Jan 2008 11:51:12 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id 0A29D13C46A for ; Wed, 16 Jan 2008 11:51:11 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id CC2B3FC6D; Wed, 16 Jan 2008 12:51:07 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id BE727FC67; Wed, 16 Jan 2008 12:51:07 +0100 (CET) X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Received: from mail.physik.uni-wuerzburg.de (wptd92.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 8AB0EFC5F; Wed, 16 Jan 2008 12:51:06 +0100 (CET) Received: from wep4017.physik.uni-wuerzburg.de ([132.187.37.17]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 7.0.3HF96) with ESMTP id 2008011612510522-18586 ; Wed, 16 Jan 2008 12:51:05 +0100 Received: by wep4017.physik.uni-wuerzburg.de (sSMTP sendmail emulation); Wed, 16 Jan 2008 12:51:05 +0100 From: "Alexey Shuvaev" Date: Wed, 16 Jan 2008 12:51:05 +0100 To: kaiwang27@gmail.com Message-ID: <20080116115105.GA795@wep4017.physik.uni-wuerzburg.de> Mail-Followup-To: kaiwang27@gmail.com, freebsd-current@freebsd.org References: <20080111142336.GA1379@plan0.kaiwan.csbnet.se> <20080111194036.GA28896@troutmask.apl.washington.edu> <20080112072138.GB1016@plan0.kaiwan.csbnet.se> <20080112085134.GA1613@plan0.kaiwan.csbnet.se> <20080114170140.GA8759@wep4017.physik.uni-wuerzburg.de> <20080114172320.GA15092@plan0.kaiwan.csbnet.se> <20080114175231.GA56071@wep4017.physik.uni-wuerzburg.de> MIME-Version: 1.0 In-Reply-To: <20080114175231.GA56071@wep4017.physik.uni-wuerzburg.de> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.17 (2007-11-01) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 7.0.3HF96 | December 5, 2007) at 01/16/2008 12:51:05, Serialize by Router on domino1/uni-wuerzburg(Release 7.0.3HF96 | December 5, 2007) at 01/16/2008 12:51:07, Serialize complete at 01/16/2008 12:51:07 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Cc: freebsd-current@freebsd.org Subject: Re: [Call for testers] "BSD ar" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2008 11:51:12 -0000 On Mon, Jan 14, 2008 at 06:52:31PM +0100, Alexey Shuvaev wrote: > On Mon, Jan 14, 2008 at 06:23:20PM +0100, Kai Wang wrote: > > > > Hi Alexey, > > > > Thank you for reporting this bug. I listed option '-l' in the getopt's > > optstring, but I forgot to write the corresponding case clause. > > > > Please try again with the new tarball I just packed: > > http://web.student.chalmers.se/~kaiw/patch/ar-20080114.tgz > > > > -- > > Kai > > Nice to hear from you so quick Kai! > The offending invocation like > > > ar clq libvoxware.a auvoxware.o config.o > seems to work now. > > Just restarted the build of OOo-2 with the latest version of your ar. > Will report tomorrow :-) > > Thanks, Alexey. > The parallel build of OOo-2 failed somehow (with NUMOFPROCESSES=3), but singlethread build was successful. OpenOffice is not only compiles with new BSD ar, but also work as expected. Thank you! Well done! Alexey. From owner-freebsd-current@FreeBSD.ORG Wed Jan 16 12:38:17 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E56B16A419; Wed, 16 Jan 2008 12:38:17 +0000 (UTC) (envelope-from sobomax@digifonica.com) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 3835113C45A; Wed, 16 Jan 2008 12:38:15 +0000 (UTC) (envelope-from sobomax@digifonica.com) Received: from [192.168.0.3] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id m0CLSdqu055226 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 12 Jan 2008 13:28:41 -0800 (PST) (envelope-from sobomax@digifonica.com) Message-ID: <478930D2.90806@digifonica.com> Date: Sat, 12 Jan 2008 13:27:46 -0800 From: Maxim Sobolev Organization: DIGIFONICA CANADA INC User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Igor Mozolevsky References: <20080111181344.5E7244500E@ptavv.es.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 16 Jan 2008 12:45:14 +0000 Cc: njl@FreeBSD.org, bruno@FreeBSD.org, Stefan Lambrev , freebsd-current@FreeBSD.org, =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= Subject: Re: powerd adaptive mode latching X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2008 12:38:17 -0000 I wonder if somebody did measurement of power consumption with powerd and without it on typical tasks. There is very interesting idea in the last issue of ACM Queue that it might be much more beneficial to run CPU at the full speed and then switch it to low-power mode as soon as possible in the idle loop than to run longer at reduced speed for a longer period of time. -Maxim From owner-freebsd-current@FreeBSD.ORG Wed Jan 16 15:13:33 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D36216A469 for ; Wed, 16 Jan 2008 15:13:33 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 021FA13C45D for ; Wed, 16 Jan 2008 15:13:32 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id 9CAF51A4D89; Wed, 16 Jan 2008 07:10:11 -0800 (PST) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 16 Jan 2008 10:09:53 -0500 User-Agent: KMail/1.9.7 References: <478930D2.90806@digifonica.com> In-Reply-To: <478930D2.90806@digifonica.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801161009.55401.jhb@freebsd.org> Cc: njl@freebsd.org, bruno@freebsd.org, Stefan Lambrev , Igor Mozolevsky , Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= , Maxim Sobolev Subject: Re: powerd adaptive mode latching X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2008 15:13:33 -0000 On Saturday 12 January 2008 04:27:46 pm Maxim Sobolev wrote: > I wonder if somebody did measurement of power consumption with powerd > and without it on typical tasks. There is very interesting idea in the > last issue of ACM Queue that it might be much more beneficial to run CPU > at the full speed and then switch it to low-power mode as soon as > possible in the idle loop than to run longer at reduced speed for a > longer period of time. I haven't done hard tests, but even with C3 enabled on my laptop I find that anecdotally I get longer battey life with powerd enabled. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jan 16 15:13:34 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D94216A419; Wed, 16 Jan 2008 15:13:34 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 4556613C455; Wed, 16 Jan 2008 15:13:34 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id A5EB41A4D8C; Wed, 16 Jan 2008 07:10:12 -0800 (PST) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 16 Jan 2008 10:11:33 -0500 User-Agent: KMail/1.9.7 References: <790a9fff0801150552l542a4238ofc12efe5fdb45fc2@mail.gmail.com> <790a9fff0801152301l5d50461aw3a253608506368e2@mail.gmail.com> <478DD4A2.6020202@FreeBSD.org> In-Reply-To: <478DD4A2.6020202@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801161011.34102.jhb@freebsd.org> Cc: Kostik Belousov , Scot Hetzel Subject: Re: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2008 15:13:34 -0000 On Wednesday 16 January 2008 04:55:46 am Kris Kennaway wrote: > Scot Hetzel wrote: > > On 1/15/08, Kostik Belousov wrote: > >> On Tue, Jan 15, 2008 at 07:52:12AM -0600, Scot Hetzel wrote: > >>> When I boot a Jan 13th or Jan 15th kernel, and then run > >>> /usr/local/etc/cvsup/update.sh to update the local CVS repository, I > >>> get the following panic: > >>> > >>> panic: System call lstat returning with 1 locks held > >>> cpuid = 0 > >>> KDB: enter: panic > >>> [thread ; pid 1240 tid 10031] > >>> stopped at kdb_enter+0x3d: movq $0,0x41b048(%rip) > >>> db> show alllocks > >>> db> show locks > >>> db> bt > >>> tracing pid 1240 tid 10031 td 0xffffff001c1ad360 > >>> kdb_enter() at kdb_enter+0x3d > >>> panic() at panic+0x176 > >>> syscalls() at syscalls+0x66d > >>> Xfast_syscalls() at Xfast_syscalls+0xab > >>> --- syscall (0, FreeBSD ELF64, nosys), rip = 0x8009e87ec, rsp= > >>> 0x72ec50, rbp = 0x72ed28 --- > >>> > >> I think this could be related to the recent vn_lock()/VOP_LOCK() KPI changes. > >> Please, add DEBUG_VFS_LOCKS to the kernel config, and do the > >> show lockedvnods > >> from the ddb prompt when the panic occurs. The witness does not track > >> the lockmgr locks. > >> > > I added DEBUG_VFS_LOCKS to the kernel config file, rebuilt and > > installed the kernel. After rebooting the system, I started the cvsup > > update for my local mirror, when the panic occured I received a > > similar panic to the one above. When I used 'show lockedvnods' the > > only thing that was displayed was 'Locked vnodes' and that was it. > > > > I'm going to try a binary search to see if I can narrow the problem down. > > Do you also have witness enabled? It could be that lockmgr_disown() doesn't update curthread->td_locks which is checked by INVARIANTS. Not sure if it needs to update td_locks, but it might. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jan 16 15:27:21 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99F0D16A417 for ; Wed, 16 Jan 2008 15:27:21 +0000 (UTC) (envelope-from mozolevsky@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 1AE1613C44B for ; Wed, 16 Jan 2008 15:27:20 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so274089uge.37 for ; Wed, 16 Jan 2008 07:27:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received: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; bh=nEuCVJOhZZnLA3JKnYLjSMGYLCeI3cx2AbOTW641L7c=; b=PqY+puolTNxWGSXmHVer97Vjb3Tahvy6M7ri4VMvkrnbXvzrpttj3R1Zk3EQt9jEzJV4+lUvBsexMcDaCGpuVXNV6Oq1E+Qon2vc375QQVXtefcXhru8pq0wQTNoxC1fZ9N+TlK3HUZyEmR3N5qc2JLLp42tyU268i5uTbQzYbQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=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=s+7JED7iSwi/SER/X9km5dIu6Uz2kNoZrYEkE5LcqycF10P4WVjq4vWsdrNSKAHyOEfwwpY1z4EsMu0Z/PJDVCzfnGoixrzEpGHwM+eqLz82N1RJQbpVcRcXnsfBsxauB/OAcqvraiEtyHObQroiQr54ofJfNOpLH+ltpfcLPrE= Received: by 10.67.122.10 with SMTP id z10mr2208591ugm.44.1200497239691; Wed, 16 Jan 2008 07:27:19 -0800 (PST) Received: by 10.66.248.11 with HTTP; Wed, 16 Jan 2008 07:27:19 -0800 (PST) Message-ID: Date: Wed, 16 Jan 2008 15:27:19 +0000 From: "Igor Mozolevsky" Sender: mozolevsky@gmail.com To: "John Baldwin" In-Reply-To: <200801161009.55401.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <478930D2.90806@digifonica.com> <200801161009.55401.jhb@freebsd.org> X-Google-Sender-Auth: bc1ceee5a91c2dd4 Cc: njl@freebsd.org, bruno@freebsd.org, Stefan Lambrev , freebsd-current@freebsd.org, =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , Maxim Sobolev Subject: Re: powerd adaptive mode latching X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2008 15:27:21 -0000 On 16/01/2008, John Baldwin wrote: > On Saturday 12 January 2008 04:27:46 pm Maxim Sobolev wrote: > > I wonder if somebody did measurement of power consumption with powerd > > and without it on typical tasks. There is very interesting idea in the > > last issue of ACM Queue that it might be much more beneficial to run CPU > > at the full speed and then switch it to low-power mode as soon as > > possible in the idle loop than to run longer at reduced speed for a > > longer period of time. > > I haven't done hard tests, but even with C3 enabled on my laptop I find that > anecdotally I get longer battey life with powerd enabled. That could be something to do with the rate of throttling of powerd; I can't remember how long it was exactly, but under the default setting it would take powerd 9s to go from 100MHz to full clock speed on my T43p, by which time, I would suspect most of hard tasks would be done and the clock would be dropped back to something minuscule. Baring in mind that the power consumption vs clock rate is not a linear relationship in most cases. I think the only way we could get a significant benefit from low CPU clock in idle loop without the powerd would be if/when the kernel becomes tick-less (which I think is a pretty cool idea)... Igor From owner-freebsd-current@FreeBSD.ORG Wed Jan 16 15:57:28 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABFEE16A468; Wed, 16 Jan 2008 15:57:28 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 5975613C458; Wed, 16 Jan 2008 15:57:28 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 062312082; Wed, 16 Jan 2008 16:57:20 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 3993F207F; Wed, 16 Jan 2008 16:57:19 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 19DFC84460; Wed, 16 Jan 2008 16:57:19 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Igor Mozolevsky" References: <478930D2.90806@digifonica.com> <200801161009.55401.jhb@freebsd.org> Date: Wed, 16 Jan 2008 16:57:19 +0100 In-Reply-To: (Igor Mozolevsky's message of "Wed\, 16 Jan 2008 15\:27\:19 +0000") Message-ID: <86wsq9kbkw.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: njl@freebsd.org, bruno@freebsd.org, Stefan Lambrev , freebsd-current@freebsd.org, Maxim Sobolev Subject: Re: powerd adaptive mode latching X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2008 15:57:28 -0000 "Igor Mozolevsky" writes: > That could be something to do with the rate of throttling of powerd; I > can't remember how long it was exactly, but under the default setting > it would take powerd 9s to go from 100MHz to full clock speed [...] Do you really have 18 steps, or did you have a higher ival? Have you tried setting ival to something like 100 ms? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Jan 16 16:05:58 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E88F516A49E for ; Wed, 16 Jan 2008 16:05:58 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id 6529213C4FF for ; Wed, 16 Jan 2008 16:05:57 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so279563uge.37 for ; Wed, 16 Jan 2008 08:05:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received: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; bh=LY0aDFNa+k1RDa7fqeAJy4cKjDiHro+RINGh+5ThvTk=; b=Qx2kYIOcr4FQy2WZBVzZMqB32x7UWC1lEmrKPa8rp+/9gjFmKDspbMlipPjCC/4qcMps6Nj6rYSW143qWfEGGrRnpqIeeGy5RbUUUtyJKWIj62onvqzfHSAWS3xOqDY1laRMLZVcWw9+1i0Awqq+/947hLTs1vqAONkl3BgmwuI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=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=SO57OH8nAO237v+NmjbV+u+PhcKBQF3fF7cO4OCHw6WrMehQHlpch49Qpc9GLXQtXyUC+97bZ/MZYjUbtmCH7JwdzKwXNekcExb3Bv3R24JvI6fCeKuXSOGKx0FINAkJ3/V4Ntoll6jRzX9VkpIwgFvboyXW5lBkaPJ3mK0Uefs= Received: by 10.66.243.2 with SMTP id q2mr2266054ugh.14.1200499556446; Wed, 16 Jan 2008 08:05:56 -0800 (PST) Received: by 10.66.248.11 with HTTP; Wed, 16 Jan 2008 08:05:56 -0800 (PST) Message-ID: Date: Wed, 16 Jan 2008 16:05:56 +0000 From: "Igor Mozolevsky" Sender: mozolevsky@gmail.com To: "=?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?=" In-Reply-To: <86wsq9kbkw.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <478930D2.90806@digifonica.com> <200801161009.55401.jhb@freebsd.org> <86wsq9kbkw.fsf@ds4.des.no> X-Google-Sender-Auth: a79b8a3b5adc1b1f Cc: njl@freebsd.org, bruno@freebsd.org, Stefan Lambrev , freebsd-current@freebsd.org, Maxim Sobolev Subject: Re: powerd adaptive mode latching X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2008 16:05:59 -0000 On 16/01/2008, Dag-Erling Sm=F8rgrav wrote: > "Igor Mozolevsky" writes: > > That could be something to do with the rate of throttling of powerd; I > > can't remember how long it was exactly, but under the default setting > > it would take powerd 9s to go from 100MHz to full clock speed [...] > > Do you really have 18 steps, or did you have a higher ival? > > Have you tried setting ival to something like 100 ms? Yup, there's 18 steps (if I recall correctly, don't have my laptop on me) :-) I've got my ival at 50ms, but the point I was making was that jhb's results were not surprising if he'd used defaults. Igor From owner-freebsd-current@FreeBSD.ORG Wed Jan 16 17:15:39 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F155116A469 for ; Wed, 16 Jan 2008 17:15:39 +0000 (UTC) (envelope-from bw@exodus.desync.com) Received: from exodus.desync.com (desync.com [208.83.20.11]) by mx1.freebsd.org (Postfix) with ESMTP id A300F13C4E5 for ; Wed, 16 Jan 2008 17:15:39 +0000 (UTC) (envelope-from bw@exodus.desync.com) Received: from exodus.desync.com (localhost [127.0.0.1]) by exodus.desync.com (8.14.2/8.14.2) with ESMTP id m0GGuRwk021123 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 16 Jan 2008 11:56:27 -0500 (EST) (envelope-from bw@exodus.desync.com) Received: (from bw@localhost) by exodus.desync.com (8.14.2/8.14.2/Submit) id m0GGuRib021122 for freebsd-current@freebsd.org; Wed, 16 Jan 2008 11:56:27 -0500 (EST) (envelope-from bw) Date: Wed, 16 Jan 2008 11:56:27 -0500 From: ben wilber To: FreeBSD Current Message-ID: <20080116165627.GA20303@exodus.desync.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Angst-Level: High User-Agent: Mutt/1.5.17 (2007-11-01) Subject: unkillable multithreaded stopped process X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2008 17:15:40 -0000 Hello, We run a number of Asterisk soft switches under FreeBSD. Lately, the copy of Asterisk used for development has been ending up in a STOPped state, unable to be killed or continued. The problem is intermittent, but always happens when Asterisk is asked to quit (via "stop" on the CLI or SIGTERM). PID USER F LOCK WCHAN TT STAT TIME COMMAND 1497 _asterisk 10480181 - - ?? Ts 9:47.29 /usr/local/sbin/asterisk -U _asterisk This only seems to happen under -CURRENT (amd64, dated Dec 28). Machines running RELENG_6 don't exhibit this behavior. I haven't tested RELENG_7. Asterisk is installed from ports and run unprivileged. The only similar problem I can find is an old PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=72979 Any ideas would be appreciated. Thanks, bw. From owner-freebsd-current@FreeBSD.ORG Wed Jan 16 19:01:00 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEA0616A418 for ; Wed, 16 Jan 2008 19:01:00 +0000 (UTC) (envelope-from bates@telehouse.com) Received: from mail.telehouse.com (mail.telehouse.com [209.137.140.6]) by mx1.freebsd.org (Postfix) with ESMTP id C07B213C45D for ; Wed, 16 Jan 2008 19:01:00 +0000 (UTC) (envelope-from bates@telehouse.com) Received: from [172.18.6.139] (RbatesiBook.telehouse.com [172.18.6.139]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.telehouse.com (Postfix) with ESMTP id DE199882CE for ; Wed, 16 Jan 2008 14:00:59 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v753) In-Reply-To: <20080115161724.U32954@fledge.watson.org> References: <9419F125-F8F9-4FFB-A9F0-CF59DC9278C9@telehouse.com> <20080115161724.U32954@fledge.watson.org> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <3E41B004-70D9-46CF-8F04-ED4475E39BAA@telehouse.com> Content-Transfer-Encoding: 7bit From: Richard Bates Date: Wed, 16 Jan 2008 14:00:55 -0500 To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.753) Subject: Re: Question on security.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2008 19:01:01 -0000 Ok, I setup a test server with FreeBSd 6.2 installed Compiled the kernel to include auditd SAMBA3, NetAtalk, and SSH enabled Audit seems to log the ssh connections, but doesn't log the smb/cifs netatalk connections. I'd also like to monitor MySQl connections. Is there a way to do this? I went through the audit section of the handbook, but there is nothing specific. Thanks On Jan 15, 2008, at 11:18 AM, Robert Watson wrote: > > On Tue, 15 Jan 2008, Richard Bates wrote: > >> I know login failures are logged in /var/log/auth.log >> >> is there a way to log the login of users in this log say something >> like >> >> Jan 15 10:59:00 MyServer sshd[91869]: User bates authenticated >> from 172.18.1.139 >> Jan 15 10:59:00 MyServer sshd[91869]: User bates Disconnected from >> 172.18.1.139 > > The normal system lastlog, accessed via last(1), does this fairly > well. As you notch up the level of logging on sshd, it should also > be able to do that. However, I tend to use audit for the above type > of functionality, as the results are more parseable using tools > like auditreduce. There's a handbook chapter on how to configure > and use audit, should you be looking for something a bit more on > that scale of things. > > Robert N M Watson > Computer Laboratory > University of Cambridge > From owner-freebsd-current@FreeBSD.ORG Wed Jan 16 19:29:57 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 819EE16A41B for ; Wed, 16 Jan 2008 19:29:57 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id F2A9913C46E for ; Wed, 16 Jan 2008 19:29:56 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so424246fgg.35 for ; Wed, 16 Jan 2008 11:29:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received: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; bh=6bJdl3CguIrRI3SVz90jjMunaPKvjhtg5BBXbKn8HUQ=; b=pD+9FdWmAK7siB3xp8+4y114D89rZ6/osUDvaNI3V+DBp4ag37iBuzb7OMiv4wMwA/mypg3Mr0Ax0FqD7Six5RaC+4VS+oj+MZwqG1w0dHst7R7aCEXDlW6mEd3H+gqttwAKBCWSZniiT7Ox+VA1P2+e4YvD9ihzyUj+UPrj66o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=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=v2Bhq5H5eC7fQF5kbYPFeA3e3R6rd14e7sLuSg3JhZC04X79w3O9/Fl2wa3ZrioSVyBC71gXECqZoaXdVRfyplHeVFt2YXLUjZdHLU/i06h91od6ecWCgXgGruiKg+6LDNS4VE5cBB+LjBQ2q3HOz7ot4i9eD9h8Vx1AmJml1t4= Received: by 10.86.53.8 with SMTP id b8mr1016255fga.64.1200510254582; Wed, 16 Jan 2008 11:04:14 -0800 (PST) Received: by 10.86.92.1 with HTTP; Wed, 16 Jan 2008 11:04:14 -0800 (PST) Message-ID: <3bbf2fe10801161104h71d2343bgc9980531508fce7@mail.gmail.com> Date: Wed, 16 Jan 2008 20:04:14 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: freebsd-current@freebsd.org, "Kostik Belousov" , "Scot Hetzel" In-Reply-To: <3bbf2fe10801160935v13459273nb93cd06283b5756e@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <790a9fff0801150552l542a4238ofc12efe5fdb45fc2@mail.gmail.com> <790a9fff0801152301l5d50461aw3a253608506368e2@mail.gmail.com> <478DD4A2.6020202@FreeBSD.org> <200801161011.34102.jhb@freebsd.org> <3bbf2fe10801160935v13459273nb93cd06283b5756e@mail.gmail.com> X-Google-Sender-Auth: ad9aaa309d2adfdc Cc: Subject: Fwd: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2008 19:29:57 -0000 ---------- Forwarded message ---------- From: Attilio Rao Date: 16-gen-2008 18.35 Subject: Re: panic: System call lstat returning with 1 locks held To: John Baldwin 2008/1/16, John Baldwin : > On Wednesday 16 January 2008 04:55:46 am Kris Kennaway wrote: > > Scot Hetzel wrote: > > > On 1/15/08, Kostik Belousov wrote: > > >> On Tue, Jan 15, 2008 at 07:52:12AM -0600, Scot Hetzel wrote: > > >>> When I boot a Jan 13th or Jan 15th kernel, and then run > > >>> /usr/local/etc/cvsup/update.sh to update the local CVS repository, I > > >>> get the following panic: > > >>> > > >>> panic: System call lstat returning with 1 locks held > > >>> cpuid = 0 > > >>> KDB: enter: panic > > >>> [thread ; pid 1240 tid 10031] > > >>> stopped at kdb_enter+0x3d: movq $0,0x41b048(%rip) > > >>> db> show alllocks > > >>> db> show locks > > >>> db> bt > > >>> tracing pid 1240 tid 10031 td 0xffffff001c1ad360 > > >>> kdb_enter() at kdb_enter+0x3d > > >>> panic() at panic+0x176 > > >>> syscalls() at syscalls+0x66d > > >>> Xfast_syscalls() at Xfast_syscalls+0xab > > >>> --- syscall (0, FreeBSD ELF64, nosys), rip = 0x8009e87ec, rsp= > > >>> 0x72ec50, rbp = 0x72ed28 --- > > >>> > > >> I think this could be related to the recent vn_lock()/VOP_LOCK() KPI changes. > > >> Please, add DEBUG_VFS_LOCKS to the kernel config, and do the > > >> show lockedvnods > > >> from the ddb prompt when the panic occurs. The witness does not track > > >> the lockmgr locks. > > >> > > > I added DEBUG_VFS_LOCKS to the kernel config file, rebuilt and > > > installed the kernel. After rebooting the system, I started the cvsup > > > update for my local mirror, when the panic occured I received a > > > similar panic to the one above. When I used 'show lockedvnods' the > > > only thing that was displayed was 'Locked vnodes' and that was it. > > > > > > I'm going to try a binary search to see if I can narrow the problem down. > > > > Do you also have witness enabled? > > It could be that lockmgr_disown() doesn't update curthread->td_locks which is > checked by INVARIANTS. Not sure if it needs to update td_locks, but it might. It does really. Should we monitor all lockmgr-side movements on td_lock? Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Wed Jan 16 20:49:25 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9B2616A417 for ; Wed, 16 Jan 2008 20:49:25 +0000 (UTC) (envelope-from crapsh@monkeybrains.net) Received: from ape.monkeybrains.net (ape.monkeybrains.net [208.69.40.11]) by mx1.freebsd.org (Postfix) with ESMTP id 7E2B013C442 for ; Wed, 16 Jan 2008 20:49:25 +0000 (UTC) (envelope-from crapsh@monkeybrains.net) Received: from [192.168.0.100] (busymonkey.monkeybrains.net [66.92.187.117]) (authenticated bits=0) by ape.monkeybrains.net (8.14.1/8.14.1) with ESMTP id m0GKnO35064153 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 16 Jan 2008 12:49:25 -0800 (PST) (envelope-from crapsh@monkeybrains.net) Message-ID: <478E6DD4.3070803@monkeybrains.net> Date: Wed, 16 Jan 2008 12:49:24 -0800 From: Rudy Rucker User-Agent: Thunderbird 1.5.0.10 (X11/20070221) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on pita.monkeybrains.net X-Virus-Status: Clean Subject: 7.0 RC1 amd64 -- no boot with 3ware 9650-2 port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2008 20:49:25 -0000 Not sure if it is the 3ware card or the motherboard (supermicro X7SBi) that is holding up the boot. BUT, when booting the freshly download RC1 ISO from IDE CDROM, the boot stops ... last line is "da0" (the 3ware array). Rudy From owner-freebsd-current@FreeBSD.ORG Wed Jan 16 21:38:20 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9207F16A417; Wed, 16 Jan 2008 21:38:20 +0000 (UTC) (envelope-from wsk@gddsn.org.cn) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) by mx1.freebsd.org (Postfix) with ESMTP id 915B813C448; Wed, 16 Jan 2008 21:37:51 +0000 (UTC) (envelope-from wsk@gddsn.org.cn) Received: from lp.gddsn.org.cn (unknown [10.44.8.159]) by gddsn.org.cn (Postfix) with ESMTP id 3C7D838CB49; Wed, 16 Jan 2008 17:44:44 +0800 (CST) Message-ID: <478DD1E3.9010307@gddsn.org.cn> Date: Wed, 16 Jan 2008 17:44:03 +0800 From: wsk User-Agent: Thunderbird 2.0.0.6 (X11/20071029) MIME-Version: 1.0 To: current@freebsd.org, stable@freebsd.org, x11@freebsd.org Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 16 Jan 2008 21:43:43 +0000 Cc: Subject: xorg core dumped with multi-display setting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2008 21:38:20 -0000 hello, friends wanna to setting multi-display on my Nvidia Quadro FX1400 dual-heads card and got dumped core... and help?? my xorg.conf Section "ServerLayout" Identifier "X.org Configured" Screen "Screen0" LeftOf "Screen1" Screen "Screen1" RightOf "Screen0" InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" EndSection Section "Files" RgbPath "/usr/local/share/X11/rgb" ModulePath "/usr/local/lib/xorg/modules" FontPath "/usr/local/lib/X11/fonts/misc/" FontPath "/usr/local/lib/X11/fonts/TTF/" FontPath "/usr/local/lib/X11/fonts/OTF" FontPath "/usr/local/lib/X11/fonts/Type1/" FontPath "/usr/local/lib/X11/fonts/100dpi/" FontPath "/usr/local/lib/X11/fonts/75dpi/" EndSection Section "Module" Load "extmod" Load "record" Load "dbe" Load "glx" Load "GLcore" Load "xtrap" Load "dri" Load "freetype" Load "type1" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "kbd" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/sysmouse" Option "ZAxisMapping" "4 5 6 7" EndSection Section "Monitor" #DisplaySize 520 330 # mm Identifier "Monitor0" VendorName "DEL" ModelName "DELL 2405FPW" ### Comment all HorizSync and VertRefresh values to use DDC: HorizSync 30.0 - 81.0 VertRefresh 56.0 - 76.0 Option "DPMS" EndSection Section "Monitor" #DisplaySize 520 330 # mm Identifier "Monitor1" VendorName "DEL" ModelName "DELL 2405FPW" ### Comment all HorizSync and VertRefresh values to use DDC: HorizSync 30.0 - 81.0 VertRefresh 56.0 - 76.0 Option "DPMS" EndSection Section "Device" ### Available Driver options are:- ### Values: : integer, : float, : "True"/"False", ### : "String", : " Hz/kHz/MHz" ### [arg]: arg optional #Option "SWcursor" # [] #Option "HWcursor" # [] #Option "NoAccel" # [] #Option "ShadowFB" # [] #Option "UseFBDev" # [] #Option "Rotate" # [] #Option "VideoKey" # #Option "FlatPanel" # [] #Option "FPDither" # [] #Option "CrtcNumber" # #Option "FPScale" # [] #Option "FPTweak" # #Option "DualHead" # [] Identifier "Card0" Driver "nv" VendorName "nVidia Corporation" BoardName "NV41GL [Quadro FX 1400]" BusID "PCI:5:0:0" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor "Monitor0" DefaultDepth 24 SubSection "Display" Viewport 0 0 Depth 24 EndSubSection EndSection Section "Screen" Identifier "Screen1" Device "Card0" Monitor "Monitor1" DefaultDepth 24 SubSection "Display" Viewport 0 0 Depth 24 EndSubSection EndSection # X -config xorg.conf.multi X.Org X Server 1.4.0 Release Date: 5 September 2007 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 7.0-PRERELEASE amd64 Current Operating System: FreeBSD iseasa.gddsn.org.cn 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #0: Fri Jan 11 02:33:37 CST 2008 root@iseasa.gddsn.org.cn:/usr/obj/usr/src/sys/IBM01 amd64 Build Date: 11 January 2008 04:35:47AM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Wed Jan 16 17:26:47 2008 (++) Using config file: "xorg.conf.multi" (WW) NV: More than one matching Device section for instances (BusID: PCI:5:0:0) found: Card0 (II) Module "i2c" already built-in (II) Module "ddc" already built-in (II) Module "ramdac" already built-in Fatal server error: Caught signal 10. Server aborting Abort (core dumped) #gdb -c Xorg.core /usr/local/bin/X GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols found)... warning: core file may not match specified executable file. Core was generated by `Xorg'. Program terminated with signal 6, Aborted. Reading symbols from /usr/local/lib/libXfont.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libXfont.so.1 Reading symbols from /usr/local/lib/libfreetype.so.9...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libfreetype.so.9 Reading symbols from /usr/local/lib/libXau.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libXau.so.6 Reading symbols from /usr/local/lib/libfontenc.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libfontenc.so.1 Reading symbols from /lib/libz.so.4...(no debugging symbols found)...done. Loaded symbols for /lib/libz.so.4 Reading symbols from /usr/local/lib/libpixman-1.so.9...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libpixman-1.so.9 Reading symbols from /usr/local/lib/libhal.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libhal.so.1 Reading symbols from /usr/local/lib/libintl.so.8...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libintl.so.8 Reading symbols from /usr/local/lib/libiconv.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libiconv.so.3 Reading symbols from /usr/local/lib/libdbus-1.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libdbus-1.so.3 Reading symbols from /usr/local/lib/libXdmcp.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libXdmcp.so.6 Reading symbols from /usr/lib/librpcsvc.so.4...(no debugging symbols found)...done. Loaded symbols for /usr/lib/librpcsvc.so.4 Reading symbols from /lib/libm.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /usr/local/lib/xorg/modules//libpcidata.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules//libpcidata.so Reading symbols from /usr/local/lib/xorg/modules/extensions//libextmod.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules/extensions//libextmod.so Reading symbols from /usr/local/lib/xorg/modules/extensions//librecord.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules/extensions//librecord.so Reading symbols from /usr/local/lib/xorg/modules/extensions//libdbe.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules/extensions//libdbe.so Reading symbols from /usr/local/lib/xorg/modules/extensions//libglx.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules/extensions//libglx.so Reading symbols from /usr/local/lib/xorg/modules/extensions//libxtrap.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules/extensions//libxtrap.so Reading symbols from /usr/local/lib/xorg/modules/extensions//libdri.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules/extensions//libdri.so Reading symbols from /usr/local/lib/libdrm.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libdrm.so.2 Reading symbols from /usr/local/lib/xorg/modules/fonts//libfreetype.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules/fonts//libfreetype.so Reading symbols from /usr/local/lib/xorg/modules/fonts//libtype1.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules/fonts//libtype1.so Reading symbols from /usr/local/lib/xorg/modules/drivers//nv_drv.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules/drivers//nv_drv.so Reading symbols from /usr/local/lib/xorg/modules/input//mouse_drv.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules/input//mouse_drv.so Reading symbols from /usr/local/lib/xorg/modules/input//kbd_drv.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules/input//kbd_drv.so Reading symbols from /usr/local/lib/xorg/modules//libint10.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules//libint10.so Reading symbols from /usr/local/lib/xorg/modules//libvgahw.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules//libvgahw.so Reading symbols from /usr/local/lib/xorg/modules//libfb.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules//libfb.so Reading symbols from /usr/local/lib/xorg/modules//libxaa.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules//libxaa.so Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x00000008018359dc in kill () from /lib/libc.so.7 From owner-freebsd-current@FreeBSD.ORG Wed Jan 16 22:04:53 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B06B16A418 for ; Wed, 16 Jan 2008 22:04:53 +0000 (UTC) (envelope-from mailinglist@nesluop.dk) Received: from unixdunk.nesluop.dk (cpe.atm4-0-51450.0x535f05ca.hrnxx12.customer.tele.dk [83.95.5.202]) by mx1.freebsd.org (Postfix) with SMTP id 662F413C442 for ; Wed, 16 Jan 2008 22:04:52 +0000 (UTC) (envelope-from mailinglist@nesluop.dk) Received: (qmail 1352 invoked by uid 89); 16 Jan 2008 21:58:10 -0000 Received: from unknown (HELO ?192.168.1.100?) (192.168.1.100) by unixdunk.nesluop.dk with SMTP; 16 Jan 2008 21:58:10 -0000 Message-ID: <478E7DF3.4080908@nesluop.dk> Date: Wed, 16 Jan 2008 22:58:11 +0100 From: Chris Poulsen User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: pyunyh@gmail.com References: <476EE604.2070809@nesluop.dk> <20071225234723.GA1018@cdnetworks.co.kr> <4772D649.3010001@nesluop.dk> <20071227002252.GE1018@cdnetworks.co.kr> <20080116012154.GB84758@cdnetworks.co.kr> In-Reply-To: <20080116012154.GB84758@cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: kevlo@freebsd.org, FreeBSD Current Subject: Re: Problem with nfe stability and throughput X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2008 22:04:53 -0000 Hi, Pyun YongHyeon wrote: > > Based on hardware information from Linux l1 driver I wrote a simple > PHY driver. You can get the diff at the following URL. > Would you give it spin? > > http://people.freebsd.org/~yongari/atphy.diff > > Note, I don't have the hardware so don't know whether it works or > not. Just compile tested. I also have no PHY hardware information > so the model name in the driver may not reflect real name. > > Thank you for your reply. I tried building a new kernel with your patch and loaded nfe0 instead of the old rl0 I'm currently using. It came up nicely with the following entries in dmesg: ata3: on atapci0 ata3: [ITHREAD] nfe0: port 0xc880-0xc887 mem 0xdfefc000-0xdfefcfff,0xdfefe400-0xdfefe4ff,0xdfefe0 00-0xdfefe00f irq 23 at device 10.0 on pci0 miibus0: on nfe0 atphy0: PHY 1 on miibus0 atphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-FDX, auto nfe0: Ethernet address: 00:1d:60:6d:73:ec nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] nfe0: [FILTER] pcib2: at device 11.0 on pci0 pci2: on pcib2 Things seemed to work, so I decided to try and transfer a couple of big files to it using ftp. First file went really well, transfer finished reporting a transfer speed of 7.68 megabyte/sec - a performance that seems ok, taking my network equipment into account ;) After transferring the file, the ftp client said "entering passive mode" preparing for the next file and then things froze up. (Well only the network.) The M2N-VM machine stopped responding to ping, ssh, ftp. I could not find anything in /var/log/messages, I tried pulling the interface down and up, but it didn't bring it back to life. What do you need me to do, in order to get some usable info about what is going on? -- Regards Chris From owner-freebsd-current@FreeBSD.ORG Wed Jan 16 22:31:39 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2038A16A418 for ; Wed, 16 Jan 2008 22:31:39 +0000 (UTC) (envelope-from support@monkeybrains.net) Received: from ape.monkeybrains.net (ape.monkeybrains.net [208.69.40.11]) by mx1.freebsd.org (Postfix) with ESMTP id 0CF8E13C46A for ; Wed, 16 Jan 2008 22:31:39 +0000 (UTC) (envelope-from support@monkeybrains.net) Received: from [192.168.0.100] (busymonkey.monkeybrains.net [66.92.187.117]) (authenticated bits=0) by ape.monkeybrains.net (8.14.1/8.14.1) with ESMTP id m0GLXkdi077894 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 16 Jan 2008 13:33:47 -0800 (PST) (envelope-from support@monkeybrains.net) Message-ID: <478E783A.7050301@monkeybrains.net> Date: Wed, 16 Jan 2008 13:33:46 -0800 From: "Support (Rudy)" User-Agent: Thunderbird 1.5.0.10 (X11/20070221) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <478E6DD4.3070803@monkeybrains.net> In-Reply-To: <478E6DD4.3070803@monkeybrains.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on pita.monkeybrains.net X-Virus-Status: Clean X-Mailman-Approved-At: Wed, 16 Jan 2008 22:56:13 +0000 Subject: Re: 7.0 RC1 amd64 -- no boot with 3ware 9650-2 port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2008 22:31:39 -0000 Rudy Rucker wrote: > > Not sure if it is the 3ware card or the motherboard (supermicro X7SBi) > that is holding up the boot. > > BUT, when booting the freshly download RC1 ISO from IDE CDROM, the boot > stops ... last line is "da0" (the 3ware array). I pulled the 3ware card and still no install. Output was something like this on the console: ad0... ad2... acd0... SMP: AP CPU #1 Launched! -------------- STUCK HERE --------------- So, I rebooted and put in a 7.0 RC1 i386 (instead of the amd64). Same problem... I tried with a 6.2 amd64 disk I had kicking around -- works fine. Gets me to the install menu. [1] Am I incorrect to assume that an 'amd64' disk will install on my Intel Core DUO and give me a 64bit OS? [2] Is this a compatibility issue with the SUpermicro x7DBi motherboard? Hoping for answers, Rudy From owner-freebsd-current@FreeBSD.ORG Wed Jan 16 23:06:24 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B0A016A417 for ; Wed, 16 Jan 2008 23:06:24 +0000 (UTC) (envelope-from crapsh@monkeybrains.net) Received: from ape.monkeybrains.net (ape.monkeybrains.net [208.69.40.11]) by mx1.freebsd.org (Postfix) with ESMTP id 67B8A13C44B for ; Wed, 16 Jan 2008 23:06:24 +0000 (UTC) (envelope-from crapsh@monkeybrains.net) Received: from [192.168.0.100] (busymonkey.monkeybrains.net [66.92.187.117]) (authenticated bits=0) by ape.monkeybrains.net (8.14.1/8.14.1) with ESMTP id m0GN6M9m007940 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Jan 2008 15:06:22 -0800 (PST) (envelope-from crapsh@monkeybrains.net) Message-ID: <478E8DED.80101@monkeybrains.net> Date: Wed, 16 Jan 2008 15:06:21 -0800 From: Rudy Rucker User-Agent: Thunderbird 1.5.0.10 (X11/20070221) MIME-Version: 1.0 To: Rudy Rucker References: <478E6DD4.3070803@monkeybrains.net> In-Reply-To: <478E6DD4.3070803@monkeybrains.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on pita.monkeybrains.net X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: 7.0 RC1 amd64 -- no boot with 3ware 9650-2 port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2008 23:06:24 -0000 Rudy Rucker wrote: > > Not sure if it is the 3ware card or the motherboard (supermicro X7SBi) > that is holding up the boot. > > BUT, when booting the freshly download RC1 ISO from IDE CDROM, the boot > stops ... last line is "da0" (the 3ware array). > > Rudy > I replaced the 1999 CD-ROM with a slightly newer one, and now it boots fine. Must have been something with the OLD CDROM drive. Time to send it to China and have it recycled. :( Rudy From owner-freebsd-current@FreeBSD.ORG Wed Jan 16 23:13:38 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CF8A16A418 for ; Wed, 16 Jan 2008 23:13:38 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 1E23D13C46B for ; Wed, 16 Jan 2008 23:13:38 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id BD138207E for ; Thu, 17 Jan 2008 00:13:30 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id AFF412049 for ; Thu, 17 Jan 2008 00:13:30 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 8BE4B84487; Thu, 17 Jan 2008 00:13:30 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: freebsd-current@freebsd.org References: <20080111142336.GA1379@plan0.kaiwan.csbnet.se> Date: Thu, 17 Jan 2008 00:13:30 +0100 In-Reply-To: <20080111142336.GA1379@plan0.kaiwan.csbnet.se> (Kai Wang's message of "Fri\, 11 Jan 2008 15\:23\:36 +0100") Message-ID: <86wsq9icth.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [Call for testers] "BSD ar" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2008 23:13:38 -0000 Kai Wang writes: > I think it's time for "BSD ar" to get a public review after months of > bug hunting and cleaning up done by jkoshy@ and me. The majority of > the coding work was done during the summer of 2007 and was sponsored > by Google SoC 2007 programme. Just one question: why wasn't this done in libarchive? (ar is basically just an archiving format, the cross-reference stuff is an optional addition) DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Jan 16 23:36:02 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9AF3B16A420 for ; Wed, 16 Jan 2008 23:36:02 +0000 (UTC) (envelope-from kaiwang27@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.186]) by mx1.freebsd.org (Postfix) with ESMTP id 20DB813C478 for ; Wed, 16 Jan 2008 23:36:01 +0000 (UTC) (envelope-from kaiwang27@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so335723fka.11 for ; Wed, 16 Jan 2008 15:36:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:content-transfer-encoding:in-reply-to:user-agent; bh=brgGnOIuFNM6aig9PjEoyvMF7Mz60p6/N/52hbVKRSU=; b=olmLukCraRF/+3X4eSldn7e34rrSrQYr5hqXl/75oHFPKq53KZmkQXabyDfZlJa//6WJq8flJUOzr+v4gyMIFxp5Y/txQ64gcdiC/wmR2ebeL59MQGuTtc0NKk74n7nJsKXYsYL9rCO9XkMXeVPS7HWX0jH+lq7l7mOpBoZTyRo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:content-transfer-encoding:in-reply-to:user-agent; b=tZ+MJMAGIOoAFhcdGo1b12HzGyYqL4YsCBnAvhzb62V+5kmyzT9XE+Mb4eQZINV8QEU7/5WCXtRLu9mzamiBkPHDksk4PoTKx48cWyyQ0UIarYh/NHTOkN4c/aStvcqKgI3rIUrBzK1VBYMq01Ndhaa/O/nsXex5VM2pjtgCxxI= Received: by 10.78.166.7 with SMTP id o7mr1964029hue.31.1200526560820; Wed, 16 Jan 2008 15:36:00 -0800 (PST) Received: from plan0.kaiwan.csbnet.se ( [193.11.244.12]) by mx.google.com with ESMTPS id d23sm3676526nfh.24.2008.01.16.15.35.59 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 16 Jan 2008 15:35:59 -0800 (PST) Received: by plan0.kaiwan.csbnet.se (Postfix, from userid 1001) id 0FE2BB849; Thu, 17 Jan 2008 00:36:00 +0100 (CET) Date: Thu, 17 Jan 2008 00:36:00 +0100 From: Kai Wang To: Dag-Erling =?utf-8?B?U23DuHJncmF2?= Message-ID: <20080116233559.GA1114@plan0.kaiwan.csbnet.se> Mail-Followup-To: Dag-Erling =?utf-8?B?U23DuHJncmF2?= , freebsd-current@freebsd.org References: <20080111142336.GA1379@plan0.kaiwan.csbnet.se> <86wsq9icth.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <86wsq9icth.fsf@ds4.des.no> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: Re: [Call for testers] "BSD ar" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2008 23:36:02 -0000 Hi Dag-Erling, On Thu, Jan 17, 2008 at 12:13:30AM +0100, Dag-Erling Smørgrav wrote: > Kai Wang writes: > > I think it's time for "BSD ar" to get a public review after months of > > bug hunting and cleaning up done by jkoshy@ and me. The majority of > > the coding work was done during the summer of 2007 and was sponsored > > by Google SoC 2007 programme. > > Just one question: why wasn't this done in libarchive? Don't quite understand what you actually mean. This ar(1) is indeed based on libarchive's ar format support, (see archive_read_support_format_ar.c and archive_write_set_format_ar.c) which was initially coarsely implemented by me, later radically improved by Tim. ar(1) itself is barely a front-end. (command line option handler plus the cross-reference stuff) > (ar is basically just an archiving format, the cross-reference stuff is > an optional addition) True. jkoshy@ had this idea last year. That's the motivation of this reimplementation. -- Kai From owner-freebsd-current@FreeBSD.ORG Wed Jan 16 23:45:30 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F49016A41A for ; Wed, 16 Jan 2008 23:45:30 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 4FB0413C474 for ; Wed, 16 Jan 2008 23:45:30 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id E6AF4208A for ; Thu, 17 Jan 2008 00:45:21 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id DAE352087 for ; Thu, 17 Jan 2008 00:45:21 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id B560284492; Thu, 17 Jan 2008 00:45:21 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: freebsd-current@freebsd.org References: <20080111142336.GA1379@plan0.kaiwan.csbnet.se> <86wsq9icth.fsf@ds4.des.no> <20080116233559.GA1114@plan0.kaiwan.csbnet.se> Date: Thu, 17 Jan 2008 00:45:21 +0100 In-Reply-To: <20080116233559.GA1114@plan0.kaiwan.csbnet.se> (Kai Wang's message of "Thu\, 17 Jan 2008 00\:36\:00 +0100") Message-ID: <86odblibce.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [Call for testers] "BSD ar" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2008 23:45:30 -0000 Kai Wang writes: > Don't quite understand what you actually mean. This ar(1) is indeed > based on libarchive's ar format support, (see > archive_read_support_format_ar.c and archive_write_set_format_ar.c) > which was initially coarsely implemented by me, later radically > improved by Tim. ar(1) itself is barely a front-end. (command line > option handler plus the cross-reference stuff) OK. You could have mentioned this in your initial post... DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Jan 16 23:50:30 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2623216A469 for ; Wed, 16 Jan 2008 23:50:30 +0000 (UTC) (envelope-from kaiwang27@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id A1A3913C459 for ; Wed, 16 Jan 2008 23:50:29 +0000 (UTC) (envelope-from kaiwang27@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so509254fgg.35 for ; Wed, 16 Jan 2008 15:50:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:content-transfer-encoding:in-reply-to:user-agent; bh=oXb8OoSKy290Odo4cdFE/u8dxt1/DEQsdd2ev7CswLQ=; b=t/gtnXrBP56nnp87EO1soxT6xarCAI4pyT09zsa39UcwyOPW6OBcxTF6+uE6ICX8Or9z1GVuu9prueJPpAwAAxtiEN6XjWoHx1BWmNZbooA++otmJfrMBRCRqG7WhHwlRnN8dFs4U96e3EhygmnxxN3lIiVndUzyxWwhbhpAHeg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:content-transfer-encoding:in-reply-to:user-agent; b=WEVsFztlh2HRm6ttl47lGj9MwMatER0qaROEvMbXq4LypswwaxQ2kLMuqfEdCgjH2sHfeAQxyqKx8hPQjszHayzJYFqAN7xNaWUzuF8MOsB4kQX2amL3rm6gBoGh0cFv3EQBSA30ZUvc3ZPc4El1z5ePYnqkW3bScwOt8nGbsKI= Received: by 10.82.121.15 with SMTP id t15mr2496291buc.26.1200527427742; Wed, 16 Jan 2008 15:50:27 -0800 (PST) Received: from plan0.kaiwan.csbnet.se ( [193.11.244.12]) by mx.google.com with ESMTPS id d26sm3853482nfh.25.2008.01.16.15.50.26 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 16 Jan 2008 15:50:26 -0800 (PST) Received: by plan0.kaiwan.csbnet.se (Postfix, from userid 1001) id DFB7BB849; Thu, 17 Jan 2008 00:50:26 +0100 (CET) Date: Thu, 17 Jan 2008 00:50:26 +0100 From: Kai Wang To: Dag-Erling =?utf-8?B?U23DuHJncmF2?= Message-ID: <20080116235026.GB1114@plan0.kaiwan.csbnet.se> Mail-Followup-To: Dag-Erling =?utf-8?B?U23DuHJncmF2?= , freebsd-current@freebsd.org References: <20080111142336.GA1379@plan0.kaiwan.csbnet.se> <86wsq9icth.fsf@ds4.des.no> <20080116233559.GA1114@plan0.kaiwan.csbnet.se> <86odblibce.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <86odblibce.fsf@ds4.des.no> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: Re: [Call for testers] "BSD ar" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jan 2008 23:50:30 -0000 On Thu, Jan 17, 2008 at 12:45:21AM +0100, Dag-Erling Smørgrav wrote: > Kai Wang writes: > > Don't quite understand what you actually mean. This ar(1) is indeed > > based on libarchive's ar format support, (see > > archive_read_support_format_ar.c and archive_write_set_format_ar.c) > > which was initially coarsely implemented by me, later radically > > improved by Tim. ar(1) itself is barely a front-end. (command line > > option handler plus the cross-reference stuff) > > OK. You could have mentioned this in your initial post... I did mentioned that "build on libarchive and libelf", however, I should have given more details... :-) -- Kai From owner-freebsd-current@FreeBSD.ORG Thu Jan 17 00:11:50 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5654816A421 for ; Thu, 17 Jan 2008 00:11:50 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 14B9713C4D3 for ; Thu, 17 Jan 2008 00:11:50 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id D6B8F2083 for ; Thu, 17 Jan 2008 01:11:40 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id CBC812082 for ; Thu, 17 Jan 2008 01:11:40 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id AACF18449D; Thu, 17 Jan 2008 01:11:40 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: freebsd-current@freebsd.org References: <20080111142336.GA1379@plan0.kaiwan.csbnet.se> <86wsq9icth.fsf@ds4.des.no> <20080116233559.GA1114@plan0.kaiwan.csbnet.se> <86odblibce.fsf@ds4.des.no> <20080116235026.GB1114@plan0.kaiwan.csbnet.se> Date: Thu, 17 Jan 2008 01:11:40 +0100 In-Reply-To: <20080116235026.GB1114@plan0.kaiwan.csbnet.se> (Kai Wang's message of "Thu\, 17 Jan 2008 00\:50\:26 +0100") Message-ID: <86k5m9ia4j.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [Call for testers] "BSD ar" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jan 2008 00:11:50 -0000 Kai Wang writes: > I did mentioned that "build on libarchive and libelf", however, > I should have given more details... :-) I thought I had read through your entire post, but apparently I missed that bit. Sorry for the noise... DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Jan 17 00:24:30 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71A6D16A417 for ; Thu, 17 Jan 2008 00:24:30 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id E1A4213C43E for ; Thu, 17 Jan 2008 00:24:29 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so518452fgg.35 for ; Wed, 16 Jan 2008 16:24:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=0+fvKUq+Z1/Cb7Y+VREiw05vdehvSd1ic2YWJ9+mOl8=; b=gGFr+mk4d/V+E2Cy9QiRQAkJwA+Kd+GASerjo2QRwek/xQQpMgWLhvG6jjdSZ5fQaLQeP66b1lF84PWWrbwQP49Kx2FDDvlZM/zFe2YfKEYEcwvh3K9IPJfaAbPMDZHsd1Xx7rxpE9vAqlE5/cOK1aIgZoO6CrO91qzVS/wS6Rg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=OFdx4swfZSzaEuaCeMaTI/0Kx5EacCZtc1SVU7gZ1yHayrCbu7lB/btdjJpwaRIbOO3cpZmfdONI0dvqGtN/YrosYEGpCYfXlXs21Ttq19QmAK/tq88FGp/l4F+EdfwhnmpkGHXUTMEqgND3QzwfITYbXZQw+qFKYBTIDlxYIsI= Received: by 10.86.51.2 with SMTP id y2mr1281078fgy.56.1200529468444; Wed, 16 Jan 2008 16:24:28 -0800 (PST) Received: by 10.86.3.20 with HTTP; Wed, 16 Jan 2008 16:24:28 -0800 (PST) Message-ID: <790a9fff0801161624g459857b8y6217e579337f2f0e@mail.gmail.com> Date: Wed, 16 Jan 2008 18:24:28 -0600 From: "Scot Hetzel" To: "Kostik Belousov" In-Reply-To: <790a9fff0801152301l5d50461aw3a253608506368e2@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <790a9fff0801150552l542a4238ofc12efe5fdb45fc2@mail.gmail.com> <20080115143924.GB57756@deviant.kiev.zoral.com.ua> <790a9fff0801152301l5d50461aw3a253608506368e2@mail.gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jan 2008 00:24:30 -0000 On 1/16/08, Scot Hetzel wrote: > On 1/15/08, Kostik Belousov wrote: > > On Tue, Jan 15, 2008 at 07:52:12AM -0600, Scot Hetzel wrote: > > > When I boot a Jan 13th or Jan 15th kernel, and then run > > > /usr/local/etc/cvsup/update.sh to update the local CVS repository, I > > > get the following panic: > > > > > > panic: System call lstat returning with 1 locks held > > > cpuid = 0 > > > KDB: enter: panic > > > [thread ; pid 1240 tid 10031] > > > stopped at kdb_enter+0x3d: movq $0,0x41b048(%rip) > > > db> show alllocks > > > db> show locks > > > db> bt > > > tracing pid 1240 tid 10031 td 0xffffff001c1ad360 > > > kdb_enter() at kdb_enter+0x3d > > > panic() at panic+0x176 > > > syscalls() at syscalls+0x66d > > > Xfast_syscalls() at Xfast_syscalls+0xab > > > --- syscall (0, FreeBSD ELF64, nosys), rip = 0x8009e87ec, rsp= > > > 0x72ec50, rbp = 0x72ed28 --- > > > > > I think this could be related to the recent vn_lock()/VOP_LOCK() KPI changes. > > Please, add DEBUG_VFS_LOCKS to the kernel config, and do the > > show lockedvnods > > from the ddb prompt when the panic occurs. The witness does not track > > the lockmgr locks. > > > I added DEBUG_VFS_LOCKS to the kernel config file, rebuilt and > installed the kernel. After rebooting the system, I started the cvsup > update for my local mirror, when the panic occured I received a > similar panic to the one above. When I used 'show lockedvnods' the > only thing that was displayed was 'Locked vnodes' and that was it. > > I'm going to try a binary search to see if I can narrow the problem down. > > Scot > I found the point where the problem occurs. If I update /usr/src/sys to Jan 08 23:45 UTC 2008, then I don't get the lstat panic. But when I update to Jan 08 23:49 UTC 2008, the panic returns. These are the files that change between these times: dev/usb/ehci.c: $FreeBSD: src/sys/dev/usb/ehci.c,v 1.57 2008/01/08 23:48:30 attilio Exp $ dev/usb/if_udav.c: $FreeBSD: src/sys/dev/usb/if_udav.c,v 1.34 2008/01/08 23:48:30 attilio Exp $ fs/hpfs/hpfs_subr.h: $FreeBSD: src/sys/fs/hpfs/hpfs_subr.h,v 1.4 2008/01/08 23:48:31 attilio Exp $ fs/ntfs/ntfs_subr.c: $FreeBSD: src/sys/fs/ntfs/ntfs_subr.c,v 1.43 2008/01/08 23:48:31 attilio Exp $ kern/kern_lock.c: $FreeBSD: src/sys/kern/kern_lock.c,v 1.117 2008/01/08 23:48:31 attilio Exp $ sys/buf.h: $FreeBSD: src/sys/sys/buf.h,v 1.197 2008/01/08 23:48:31 attilio Exp $ sys/lockmgr.h: $FreeBSD: src/sys/sys/lockmgr.h,v 1.56 2008/01/08 23:48:31 attilio Exp $ Scot From owner-freebsd-current@FreeBSD.ORG Thu Jan 17 00:33:15 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE47A16A4F0 for ; Thu, 17 Jan 2008 00:33:15 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id 3F8A213C465 for ; Thu, 17 Jan 2008 00:33:15 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so521211fgg.35 for ; Wed, 16 Jan 2008 16:33:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=a8qVtwJ9rxt5wIugiz806IHXFlYxnN5Wy1oihqyWXOI=; b=reAwORe33ewHOJjjZYi3JlJn6ltJwAnsRoHgkXkH7U/Lpu+Ft8dHD4R4wuWn2wEh24i18yfjArweLVz6XBvf7i8RbKDoOnDuyccSjw+tn+Am/e5xFqflMngd0LQ6OYwBTvWyge3Jo7bKF1KW8RsDerIcdQ/cA2j1j/++GtxhFhI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=b7GcsjoqS/OguAaLM0RMPUurw5arZIaychwcwh228mPYmb80W7WOKrZFhvuf+NDR+agH5ZDlnjY8XShOxZM8URz378t081T4Qh9JAX/+bpOGDKgVA7/Z9LjPDJian9Da3zcLkB5ftE8BDUWG1wUnd7bwPO4O79dpLli2ssuvpAA= Received: by 10.86.97.7 with SMTP id u7mr1277136fgb.65.1200529994116; Wed, 16 Jan 2008 16:33:14 -0800 (PST) Received: by 10.86.3.20 with HTTP; Wed, 16 Jan 2008 16:33:14 -0800 (PST) Message-ID: <790a9fff0801161633k73b79123ka729861abb2ec71c@mail.gmail.com> Date: Wed, 16 Jan 2008 18:33:14 -0600 From: "Scot Hetzel" To: "Kris Kennaway" In-Reply-To: <478DD4A2.6020202@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <790a9fff0801150552l542a4238ofc12efe5fdb45fc2@mail.gmail.com> <20080115143924.GB57756@deviant.kiev.zoral.com.ua> <790a9fff0801152301l5d50461aw3a253608506368e2@mail.gmail.com> <478DD4A2.6020202@FreeBSD.org> Cc: Kostik Belousov , freebsd-current@freebsd.org Subject: Re: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jan 2008 00:33:15 -0000 On 1/16/08, Kris Kennaway wrote: > Scot Hetzel wrote: > > On 1/15/08, Kostik Belousov wrote: > >> On Tue, Jan 15, 2008 at 07:52:12AM -0600, Scot Hetzel wrote: > >>> When I boot a Jan 13th or Jan 15th kernel, and then run > >>> /usr/local/etc/cvsup/update.sh to update the local CVS repository, I > >>> get the following panic: > >>> > >>> panic: System call lstat returning with 1 locks held > >>> cpuid = 0 > >>> KDB: enter: panic > >>> [thread ; pid 1240 tid 10031] > >>> stopped at kdb_enter+0x3d: movq $0,0x41b048(%rip) > >>> db> show alllocks > >>> db> show locks > >>> db> bt > >>> tracing pid 1240 tid 10031 td 0xffffff001c1ad360 > >>> kdb_enter() at kdb_enter+0x3d > >>> panic() at panic+0x176 > >>> syscalls() at syscalls+0x66d > >>> Xfast_syscalls() at Xfast_syscalls+0xab > >>> --- syscall (0, FreeBSD ELF64, nosys), rip = 0x8009e87ec, rsp= > >>> 0x72ec50, rbp = 0x72ed28 --- > >>> > >> I think this could be related to the recent vn_lock()/VOP_LOCK() KPI changes. > >> Please, add DEBUG_VFS_LOCKS to the kernel config, and do the > >> show lockedvnods > >> from the ddb prompt when the panic occurs. The witness does not track > >> the lockmgr locks. > >> > > I added DEBUG_VFS_LOCKS to the kernel config file, rebuilt and > > installed the kernel. After rebooting the system, I started the cvsup > > update for my local mirror, when the panic occured I received a > > similar panic to the one above. When I used 'show lockedvnods' the > > only thing that was displayed was 'Locked vnodes' and that was it. > > > > I'm going to try a binary search to see if I can narrow the problem down. > > Do you also have witness enabled? > witness is enabled in the kernel: # Debugging for use in -current 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 struct ures, required by INVARIANTS options WITNESS # Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks for spe ed options DEBUG_VFS_LOCKS and sysctl debug.witness.watch is set to 1. Scot From owner-freebsd-current@FreeBSD.ORG Thu Jan 17 01:04:06 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62E7116A41B for ; Thu, 17 Jan 2008 01:04:06 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id D874F13C4D9 for ; Thu, 17 Jan 2008 01:04:05 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m0H13jHQ048205 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 17 Jan 2008 11:33:46 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Thu, 17 Jan 2008 11:15:35 +1030 User-Agent: KMail/1.9.7 References: <478930D2.90806@digifonica.com> In-Reply-To: <478930D2.90806@digifonica.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2254063.AcRIhP1dHZ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200801171115.43663.doconnor@gsoft.com.au> X-Spam-Score: -3.402 () ALL_TRUSTED,AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: njl@freebsd.org, bruno@freebsd.org, Stefan Lambrev , Igor Mozolevsky , Dag-Erling =?utf-8?q?Sm=C3=B8rgrav?= , Maxim Sobolev Subject: Re: powerd adaptive mode latching X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jan 2008 01:04:06 -0000 --nextPart2254063.AcRIhP1dHZ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sun, 13 Jan 2008, Maxim Sobolev wrote: > I wonder if somebody did measurement of power consumption with powerd > and without it on typical tasks. There is very interesting idea in > the last issue of ACM Queue that it might be much more beneficial to > run CPU at the full speed and then switch it to low-power mode as > soon as possible in the idle loop than to run longer at reduced speed > for a longer period of time. I did a bit of testing on a road trip once using acipconf -i 0 to=20 measure current draw. One problem with it is that it lags behind actual usage by a few seconds=20 (presumably averaging it). Still, at full steam (md5'ing /dev/zero at 1.4GHz) my laptop uses ~34W=20 vs ~20W idle (which is ~300MHz depending on what KDE is doing :). Turning the LCD off saves about 4W too. I set my powerd flags like so.. powerd_enable=3D"YES" powerd_flags=3D"-i 70 -r 30 -a adaptive -b adaptive -n adaptive -p 200" =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2254063.AcRIhP1dHZ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHjqU35ZPcIHs/zowRAvmQAJ40Fg6/SK/oXz3e23BHL8olhU8PtQCeLmd1 s1IrNUGT79YyNxZX1DH2ArQ= =dPzA -----END PGP SIGNATURE----- --nextPart2254063.AcRIhP1dHZ-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 17 01:40:28 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4018216A420 for ; Thu, 17 Jan 2008 01:40:28 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.235]) by mx1.freebsd.org (Postfix) with ESMTP id E773A13C45D for ; Thu, 17 Jan 2008 01:40:27 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so362779nzf.13 for ; Wed, 16 Jan 2008 17:40:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=lX7AcUW13s+Jlwl+XDRpRCDb8+dlV8j5xcZozsZn930=; b=RaHv3bdK3CsBoM9FGjZFGDssgkqxhYmN4HrUDF8tRCilp8aMZhbxTAzjYJtc9ygZF4owEGhS4F5MDy6d7cwHP0HCKgckQbX7Zg1l2/cdGOkcyuabJCPC8jLrPfD2COTDew9Tc//NB4qnGcljumPow6WI6yS1oH90ovAqKPT/vvE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=awFXAax1gTyEuESgLC2cvruV5TI5LNna+5f/e2CrLmM54JCv+AdCXkjv7t26w+Uxs71WHR+aGtkHAvoFnxIz4u21pPS5qg23bs7Kl2Xd/aIHJs/kpESAaxPslF7sX+mklpZx3fKdEURzWp7SNMCGB4+GI23G20bu7izGXU4q45E= Received: by 10.114.161.11 with SMTP id j11mr1691085wae.127.1200534026174; Wed, 16 Jan 2008 17:40:26 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id k39sm3213773wah.4.2008.01.16.17.40.23 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 16 Jan 2008 17:40:25 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m0H1eJkf089236 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 17 Jan 2008 10:40:19 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m0H1eDuJ089235; Thu, 17 Jan 2008 10:40:13 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 17 Jan 2008 10:40:13 +0900 From: Pyun YongHyeon To: Chris Poulsen Message-ID: <20080117014013.GA89210@cdnetworks.co.kr> References: <476EE604.2070809@nesluop.dk> <20071225234723.GA1018@cdnetworks.co.kr> <4772D649.3010001@nesluop.dk> <20071227002252.GE1018@cdnetworks.co.kr> <20080116012154.GB84758@cdnetworks.co.kr> <478E7DF3.4080908@nesluop.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <478E7DF3.4080908@nesluop.dk> User-Agent: Mutt/1.4.2.1i Cc: kevlo@freebsd.org, FreeBSD Current Subject: Re: Problem with nfe stability and throughput X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jan 2008 01:40:28 -0000 On Wed, Jan 16, 2008 at 10:58:11PM +0100, Chris Poulsen wrote: > Hi, > > Pyun YongHyeon wrote: > > > >Based on hardware information from Linux l1 driver I wrote a simple > >PHY driver. You can get the diff at the following URL. > >Would you give it spin? > > > >http://people.freebsd.org/~yongari/atphy.diff > > > >Note, I don't have the hardware so don't know whether it works or > >not. Just compile tested. I also have no PHY hardware information > >so the model name in the driver may not reflect real name. > > > > > Thank you for your reply. I tried building a new kernel with your patch > and loaded nfe0 instead of the old rl0 I'm currently using. It came up > nicely with the following entries in dmesg: > > ata3: on atapci0 > ata3: [ITHREAD] > nfe0: port 0xc880-0xc887 mem > 0xdfefc000-0xdfefcfff,0xdfefe400-0xdfefe4ff,0xdfefe0 > 00-0xdfefe00f irq 23 at device 10.0 on pci0 > miibus0: on nfe0 > atphy0: PHY 1 on miibus0 > atphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-FDX, auto > nfe0: Ethernet address: 00:1d:60:6d:73:ec > nfe0: [FILTER] > nfe0: [FILTER] > nfe0: [FILTER] > nfe0: [FILTER] > nfe0: [FILTER] > nfe0: [FILTER] > nfe0: [FILTER] > nfe0: [FILTER] > pcib2: at device 11.0 on pci0 > pci2: on pcib2 > > Things seemed to work, so I decided to try and transfer a couple of big > files to it using ftp. First file went really well, transfer finished > reporting a transfer speed of 7.68 megabyte/sec - a performance that > seems ok, taking my network equipment into account ;) > Good, it looks like a step forward to right direction. I didn't even think atphy(4) can establish a valid link. > After transferring the file, the ftp client said "entering passive mode" > preparing for the next file and then things froze up. (Well only the > network.) The M2N-VM machine stopped responding to ping, ssh, ftp. I > could not find anything in /var/log/messages, I tried pulling the > interface down and up, but it didn't bring it back to life. > Would you show me the output of "ifconfig nfe0"? > What do you need me to do, in order to get some usable info about what > is going on? > What about changing /usr/src/sys/dev/mii/atphy.c as the following? >From atphy.c, line number 174: 171 /* 172 * Reset the PHY so all changes take effect. 173 */ 174 if (IFM_SUBTYPE(ife->ifm_media) != IFM_AUTO) { 175 bmcr = PHY_READ(sc, MII_BMCR); 176 PHY_WRITE(sc, MII_BMCR, bmcr | BMCR_RESET); 177 } 178 break; To: 171 /* 172 * Reset the PHY so all changes take effect. 173 */ 174 bmcr = PHY_READ(sc, MII_BMCR); 175 PHY_WRITE(sc, MII_BMCR, bmcr | BMCR_RESET); 176 break; As you know, no public documentation for the phy is available so it would take long time to find a clue to support the hardware. Please don't give up and lets try possible (still guessing) combinations. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Thu Jan 17 02:10:05 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D26F16A41A for ; Thu, 17 Jan 2008 02:10:05 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id 1B22F13C447 for ; Thu, 17 Jan 2008 02:10:04 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so549272fgg.35 for ; Wed, 16 Jan 2008 18:10:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=5f/FdCQ+omYHjZWzYV+DgsAlJVS1g/wJ0YPZDbLLA04=; b=Vk6FwBx8W041HYS4yW+yXI4Tn5kgwYWNIdxBkcYzsRWrfRSZcdg2jeOkv2X1i4AjPctPMR6U0WxnxsfjRlsS8HNItUQUttCRsYkVkeh1oSxF4QBXoGpf89ngj3Sx89wsQoKtiIbs/GR3COmhW8+OP/IVrJLM5XP58iUi+Vi26B8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ra/Q8kaTdFNonEBtHYbA0JBsBOavtllE5nmm/2cufynmxPWnxsEj2kYukMbtZRub2ik+SRp/Xq2oPoL1CNvHgXYuOWtAy2rGsaLUnxfQ3EQ0IDsILGnJYC2TYsRUxR7EDuHN1SfejQ32npT+gQbrOYMcZzcFgcM1liysimOt6/I= Received: by 10.86.58.3 with SMTP id g3mr1399465fga.1.1200535803978; Wed, 16 Jan 2008 18:10:03 -0800 (PST) Received: by 10.86.3.20 with HTTP; Wed, 16 Jan 2008 18:10:03 -0800 (PST) Message-ID: <790a9fff0801161810j5a9953c4j5d2f3f10b3a1baf@mail.gmail.com> Date: Wed, 16 Jan 2008 20:10:03 -0600 From: "Scot Hetzel" To: freebsd-current@freebsd.org In-Reply-To: <790a9fff0801161624g459857b8y6217e579337f2f0e@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <790a9fff0801150552l542a4238ofc12efe5fdb45fc2@mail.gmail.com> <20080115143924.GB57756@deviant.kiev.zoral.com.ua> <790a9fff0801152301l5d50461aw3a253608506368e2@mail.gmail.com> <790a9fff0801161624g459857b8y6217e579337f2f0e@mail.gmail.com> Subject: Re: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jan 2008 02:10:05 -0000 On 1/16/08, Scot Hetzel wrote: > On 1/16/08, Scot Hetzel wrote: > > On 1/15/08, Kostik Belousov wrote: > > > On Tue, Jan 15, 2008 at 07:52:12AM -0600, Scot Hetzel wrote: > > > > When I boot a Jan 13th or Jan 15th kernel, and then run > > > > /usr/local/etc/cvsup/update.sh to update the local CVS repository, I > > > > get the following panic: > > > > > > > > panic: System call lstat returning with 1 locks held > > > > cpuid = 0 > > > > KDB: enter: panic > > > > [thread ; pid 1240 tid 10031] > > > > stopped at kdb_enter+0x3d: movq $0,0x41b048(%rip) > > > > db> show alllocks > > > > db> show locks > > > > db> bt > > > > tracing pid 1240 tid 10031 td 0xffffff001c1ad360 > > > > kdb_enter() at kdb_enter+0x3d > > > > panic() at panic+0x176 > > > > syscalls() at syscalls+0x66d > > > > Xfast_syscalls() at Xfast_syscalls+0xab > > > > --- syscall (0, FreeBSD ELF64, nosys), rip = 0x8009e87ec, rsp= > > > > 0x72ec50, rbp = 0x72ed28 --- > > > > The local CVS repository is on a ZFS filesystem. Is anyone seeing this problem on a UFS filesystem? Scot From owner-freebsd-current@FreeBSD.ORG Thu Jan 17 09:13:58 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D83B16A417 for ; Thu, 17 Jan 2008 09:13:58 +0000 (UTC) (envelope-from avleeuwen@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.176]) by mx1.freebsd.org (Postfix) with ESMTP id 5F01A13C465 for ; Thu, 17 Jan 2008 09:13:58 +0000 (UTC) (envelope-from avleeuwen@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so972793waf.3 for ; Thu, 17 Jan 2008 01:13:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:references; bh=nbwB1PNliPWNXJxDv0uO9uxUOpULvGyRQJ4Cb5Ak2lU=; b=EM+eNCK+xcnD3KEPIGVswyb87qoZgsTMsqm2hSi2J0LkQIHj9gdqr3d2JMVrK4aBvUTRXPKa8ZocENsFiY3i+SrFjXwQhNCTlefrB+78zRws8rGrOSfyBwxalASNGDDZ9lznBKE+mfajGV/dUaiz1mk/n7CiznlbGr9kqnXWHKQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:references; b=ufze6ywOivzH7seVZgREs7HVUgJoCNOnuPPOclj4+PvHI5gNyJWCzpT3PGZ9G13WSKjZXpFhU/vNMCjZ0CHHHhu1UP5bIOaTcTqtHyNE7lIkxvI+GkncgS9aJ8CMwWIKljrRem85rCOKHLQn3TstLaGpPufwCdFU8rQ7IMFk3h0= Received: by 10.115.15.1 with SMTP id s1mr2159494wai.0.1200559657106; Thu, 17 Jan 2008 00:47:37 -0800 (PST) Received: by 10.114.131.15 with HTTP; Thu, 17 Jan 2008 00:47:37 -0800 (PST) Message-ID: Date: Thu, 17 Jan 2008 09:47:37 +0100 From: "Arjan van Leeuwen" To: freebsd-current@freebsd.org In-Reply-To: <20080111142336.GA1379@plan0.kaiwan.csbnet.se> MIME-Version: 1.0 References: <20080111142336.GA1379@plan0.kaiwan.csbnet.se> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: [Call for testers] "BSD ar" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: avleeuwen@piwebs.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jan 2008 09:13:58 -0000 Hi Kai, 2008/1/11, Kai Wang : > > Hi list, > > I think it's time for "BSD ar" to get a public review after months of > bug hunting and cleaning up done by jkoshy@ and me. The majority of > the coding work was done during the summer of 2007 and was sponsored > by Google SoC 2007 programme. > > You can find the tarball at: > http://web.student.chalmers.se/~kaiw/patch/ar-20080111.tgz > > BSD ar is mostly compatible with GNU ar and it has advantages like: > > * BSD licensed. > * hopefully cleaner and simpler. (build on libarchive and libelf) > * inherited compression support from libarchive. > (the usefulness of this function is limited though, since ld(1) > does not recognize compressed .a files) > * faster, due to the adoption of libarchive and libelf. > (see benchmark below) > > Some details on the speedup brought by BSD ar: > > Below is a speed comparison of processing 5329 .o files (38 MB in > total) in create, list and extract mode of both ar. The benchmark was > done by the acp.sh script (you can find it in the tarball) which was > adapted from Jan Psota's Tar Comparison Program. > > outcast% sh acp.sh ~/arobj . > bsdar: BSD ar 1.0.0 - libarchive 2.4.10 > gnuar: GNU ar 2.15 [FreeBSD] 2004-05-23 > > best time of 3 repetitions > src=/home/kaiw/arobj, 38M in 5329 files > archive=./acp.a, extract to ./acptmp > > program operation real user system speed > bsdar create 2.17 0.26 0.68 15741 KB/s > gnuar create 8.80 5.30 2.89 3881 KB/s > > bsdar list 0.04 0.00 0.04 854000 KB/s > gnuar list 0.70 0.51 0.18 48800 KB/s > > bsdar extract 4.10 0.02 1.22 8331 KB/s > gnuar extract 4.95 0.68 1.65 6901 KB/s > > > Any feedback would be appreciated. After more thorough test, I'd > like to bring it to the tree as an alternative ar. I've been using this (and its updated versions) to build a large software project (file created by ar is 405MB) several times a day for the last week. I didn't encounter any problems during building or debugging. It's indeed faster :). Thanks a lot! Arjan From owner-freebsd-current@FreeBSD.ORG Thu Jan 17 10:15:11 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A361316A417; Thu, 17 Jan 2008 10:15:11 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 5A63913C468; Thu, 17 Jan 2008 10:15:11 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id E46C12087; Thu, 17 Jan 2008 11:15:02 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 4A4742086; Thu, 17 Jan 2008 11:15:02 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 3AD648449D; Thu, 17 Jan 2008 11:15:02 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Daniel O'Connor" References: <478930D2.90806@digifonica.com> <200801171115.43663.doconnor@gsoft.com.au> Date: Thu, 17 Jan 2008 11:15:02 +0100 In-Reply-To: <200801171115.43663.doconnor@gsoft.com.au> (Daniel O'Connor's message of "Thu\, 17 Jan 2008 11\:15\:35 +1030") Message-ID: <86myr4n4gp.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: njl@freebsd.org, bruno@freebsd.org, Stefan Lambrev , freebsd-current@freebsd.org, Igor Mozolevsky , Maxim Sobolev Subject: Re: powerd adaptive mode latching X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jan 2008 10:15:11 -0000 "Daniel O'Connor" writes: > One problem with it is that it lags behind actual usage by a few > seconds (presumably averaging it). It is based on the (didle/dt) / (dtotal/dt) fraction computed from kern.cp_time, which can take a while to ramp up. This is not easily seen in a cursory reading of the code, as the fraction is computed in a very roundabout way. > Turning the LCD off saves about 4W too. Hmm, it would be interesting to experiment with varying backlight brightness based on system load :) DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Jan 17 11:40:37 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83A0D16A417 for ; Thu, 17 Jan 2008 11:40:37 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 2B22213C459 for ; Thu, 17 Jan 2008 11:40:36 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 66A4F45E90; Thu, 17 Jan 2008 12:40:35 +0100 (CET) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id C1C1B45E98; Thu, 17 Jan 2008 12:40:30 +0100 (CET) Date: Thu, 17 Jan 2008 12:40:23 +0100 From: Pawel Jakub Dawidek To: Scot Hetzel Message-ID: <20080117114023.GF8820@garage.freebsd.pl> References: <790a9fff0801150552l542a4238ofc12efe5fdb45fc2@mail.gmail.com> <20080115143924.GB57756@deviant.kiev.zoral.com.ua> <790a9fff0801152301l5d50461aw3a253608506368e2@mail.gmail.com> <790a9fff0801161624g459857b8y6217e579337f2f0e@mail.gmail.com> <790a9fff0801161810j5a9953c4j5d2f3f10b3a1baf@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KrHCbChajFcK0yQE" Content-Disposition: inline In-Reply-To: <790a9fff0801161810j5a9953c4j5d2f3f10b3a1baf@mail.gmail.com> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-current@freebsd.org Subject: Re: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jan 2008 11:40:37 -0000 --KrHCbChajFcK0yQE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 16, 2008 at 08:10:03PM -0600, Scot Hetzel wrote: > The local CVS repository is on a ZFS filesystem. Is anyone seeing > this problem on a UFS filesystem? WITNESS won't work on ZFS' lock by default. Please add: CFLAGS+=3D-DDEBUG to sys/modules/zfs/Makefile and recompile zfs kernel module. DEBUG define tells ZFS not to add NOWITNESS flag at lock initialization time. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --KrHCbChajFcK0yQE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHjz6nForvXbEpPzQRAqAUAJ9IYSSVOmYkmeVAYS0mFYuPOR09CQCfaML0 clWY9+IUyn87pgwQ0rI+Z3o= =2K9p -----END PGP SIGNATURE----- --KrHCbChajFcK0yQE-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 17 13:29:53 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E143316A419 for ; Thu, 17 Jan 2008 13:29:53 +0000 (UTC) (envelope-from kaiwang27@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id 7D9A913C46E for ; Thu, 17 Jan 2008 13:29:53 +0000 (UTC) (envelope-from kaiwang27@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so756476fgg.35 for ; Thu, 17 Jan 2008 05:29:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=JyjOWElnCAuUAD3Tl3kFHMSrtAMo1RnIFYhrDGFoWaA=; b=GIDAVnuFRTxn3lrMiDJHXOVD2Vh5Emz7jqrTspNiAXZnfmBcd/1w4X4tWqZV94wEEZZWqF4mt8gaCX3Z9zDaGVIEO7qbuXEVZb4qZIgaTn9geDpaKzjcp5ZHnlWsVuTR2Htq7epLiZSkdMnys071JGIN/7pnwSmX6Nz/0gR8vMk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=cLj5FjVYOuabqQsxR2mUpe44kN2o2oL7JJANiuxX2qSNoalBh/xAA81osIYucogRW6TbVx/MU9B6t/8oIl+x+kbbJwA2OakXTZNZUHm1W/5qdPFNN4MbaLdL390Uorc8ZrUEKbIE8unoIR9AzlCRp7G87wioAN6zDGoYIuyyjHU= Received: by 10.82.162.14 with SMTP id k14mr3625250bue.32.1200576592019; Thu, 17 Jan 2008 05:29:52 -0800 (PST) Received: from plan0.kaiwan.csbnet.se ( [193.11.244.12]) by mx.google.com with ESMTPS id i6sm1769447gve.5.2008.01.17.05.29.48 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 17 Jan 2008 05:29:50 -0800 (PST) Received: by plan0.kaiwan.csbnet.se (Postfix, from userid 1001) id BD2F4B849; Thu, 17 Jan 2008 14:29:45 +0100 (CET) Date: Thu, 17 Jan 2008 14:29:45 +0100 From: Kai Wang To: avleeuwen@piwebs.com Message-ID: <20080117132945.GB1696@plan0.kaiwan.csbnet.se> Mail-Followup-To: avleeuwen@piwebs.com, freebsd-current@freebsd.org References: <20080111142336.GA1379@plan0.kaiwan.csbnet.se> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: Re: [Call for testers] "BSD ar" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jan 2008 13:29:54 -0000 Hi Arjan, On Thu, Jan 17, 2008 at 09:47:37AM +0100, Arjan van Leeuwen wrote: > I've been using this (and its updated versions) to build a large software > project (file created by ar is 405MB) several times a day for the last week. > I didn't encounter any problems during building or debugging. It's indeed > faster :). Thanks a lot! > Arjan Thank you for testing it. A 405MB library is kinda large... Btw, just a quick note: I put links to updated tarball and patch under this wiki page: http://wiki.freebsd.org/BSDBintools -- Kai From owner-freebsd-current@FreeBSD.ORG Thu Jan 17 15:12:57 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6F7516A417 for ; Thu, 17 Jan 2008 15:12:57 +0000 (UTC) (envelope-from urbansnap@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.224]) by mx1.freebsd.org (Postfix) with ESMTP id 896AF13C4EC for ; Thu, 17 Jan 2008 15:12:57 +0000 (UTC) (envelope-from urbansnap@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so389978wxd.7 for ; Thu, 17 Jan 2008 07:12:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to:content-type:mime-version:subject:date:x-mailer; bh=7bSaJlDbxPjds3ubs0jFWctx2a1zXJuh7pXuuVFx140=; b=xKzyxjI/Al90wFKn9hvUPCF9+sn+YbciRbR+7VYLHRTpDcfm70hekbby42ZsYJD1B8VtDUyW1xS+A77KFSw5wYch/OJsJ0y1TJBUOoEPdA3zWkekAUvOkoECn/6YWTnqYefvn0RHcfqohvnG8PehdWe/w5N600KF7lg1tQ6YhSQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:content-type:mime-version:subject:date:x-mailer; b=KljhvJAchHelOD5D0UQNGqWvhNl9u993K66HmzFoeBSNEp/0U3SO1eNEq3egGX01y6r4fS6RpfiL7QUVgzl8JuUV3RfFbfAcoYmpIEQcyAUXVSyYaFX9ODcnCNX273Yzqv1OHuA9oppuUK5JiSq9k+X5yStj19Lg7/rY89CsqEQ= Received: by 10.142.158.17 with SMTP id g17mr1221410wfe.234.1200581162831; Thu, 17 Jan 2008 06:46:02 -0800 (PST) Received: from ?192.168.1.200? ( [24.218.111.132]) by mx.google.com with ESMTPS id h39sm7247746wxd.14.2008.01.17.06.46.01 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 17 Jan 2008 06:46:02 -0800 (PST) Message-Id: <485228D5-8D0B-4CD5-9FB7-B0D551B172DA@gmail.com> From: Adam To: freebsd-current@freebsd.org Mime-Version: 1.0 (Apple Message framework v915) Date: Thu, 17 Jan 2008 09:46:00 -0500 X-Mailer: Apple Mail (2.915) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Reading and Writing to Block from di_spare X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jan 2008 15:12:57 -0000 Hi, I am working on a project for where I want to take the standard UFS/FFS file system that BSD ships with and add several blocks of information to the dinode. The simplest way of doing it seemed to be to allocate blocks to di_spare. I believe that I have figured out how to do that: ffs_alloc(inode, 0 , 0, (int)(inode->i_fs->fs_bsize), td->td_ucred, &addr); dinode->di_spare[1]=(int64_t)addr; I'm having problems taking that block address and reading/writing to it. As far as I can tell most of the buffer read routines (getblk, bread) seem to be geared toward reading and writing direct and indirect blocks in an inode. How do I read and write a block that is neither a direct nor an indirect block? I apologize in advance if this is has been posted before. I have spent a considerable amount of time searching past posts for the solution. Thanks, Adam From owner-freebsd-current@FreeBSD.ORG Thu Jan 17 17:03:56 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 410F316A41A for ; Thu, 17 Jan 2008 17:03:56 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 3DA5A13C457 for ; Thu, 17 Jan 2008 17:03:55 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 26066 invoked from network); 17 Jan 2008 17:03:56 -0000 Received: from adsl-71-141-123-117.dsl.snfc21.pacbell.net (HELO ?192.168.1.77?) (nate-mail@71.141.123.117) by root.org with ESMTPA; 17 Jan 2008 17:03:56 -0000 Message-ID: <478F8A75.5010701@root.org> Date: Thu, 17 Jan 2008 09:03:49 -0800 From: Nate Lawson User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <478930D2.90806@digifonica.com> <200801171115.43663.doconnor@gsoft.com.au> <86myr4n4gp.fsf@ds4.des.no> In-Reply-To: <86myr4n4gp.fsf@ds4.des.no> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org, Maxim Sobolev , Igor Mozolevsky , Stefan Lambrev Subject: Re: powerd adaptive mode latching X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jan 2008 17:03:56 -0000 Dag-Erling Smørgrav wrote: > "Daniel O'Connor" writes: >> One problem with it is that it lags behind actual usage by a few >> seconds (presumably averaging it). > > It is based on the (didle/dt) / (dtotal/dt) fraction computed from > kern.cp_time, which can take a while to ramp up. This is not easily > seen in a cursory reading of the code, as the fraction is computed in a > very roundabout way. While providing more accurate information to powerd is a good goal, I want to preempt any requests to move the scheduling algorithm into the kernel. Until we're making multiple changes a second by necessity, there's no reason to have the scheduler there. Note that inefficiencies in the current scheduling algorithm (2x up, 1x down) are not a cause to make decisions more quickly. The path should be first fix the algorithm by profiling replacements, then improve the liveness of data provided to it. >> Turning the LCD off saves about 4W too. > > Hmm, it would be interesting to experiment with varying backlight > brightness based on system load :) I think xscreensaver could do some of this based on interactivity. It already can blank the screen with dpms. Macbooks slowly dim before blanking. I often have a bg job that uses a lot of cpu (buildkernel?) so using cpu load wouldn't be good. -- Nate From owner-freebsd-current@FreeBSD.ORG Thu Jan 17 17:45:05 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46F1E16A417 for ; Thu, 17 Jan 2008 17:45:05 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id DB6B413C46A for ; Thu, 17 Jan 2008 17:45:04 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JFYnW-00080C-LO for freebsd-current@freebsd.org; Thu, 17 Jan 2008 17:45:02 +0000 Received: from 78-1-115-40.adsl.net.t-com.hr ([78.1.115.40]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 17 Jan 2008 17:45:02 +0000 Received: from ivoras by 78-1-115-40.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 17 Jan 2008 17:45:02 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Thu, 17 Jan 2008 18:44:55 +0100 Lines: 44 Message-ID: References: <1200197787.67286.13.camel@shumai.marcuscom.com> <20080113182457.GN929@server.vk2pj.dyndns.org> <200801141254.20400.doconnor@gsoft.com.au> <478AE741.1000105@comcast.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig01D30F736FAF44BD17665816" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 78-1-115-40.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) In-Reply-To: X-Enigmail-Version: 0.95.6 Sender: news Subject: Re: RFC: Adding a hw.features[2] sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jan 2008 17:45:05 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig01D30F736FAF44BD17665816 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Igor Mozolevsky wrote: > Would you need > ...features=3D0x178bfbff > ...features2=3D0x1 > ...amd.features=3D0xe2500800 > ...amd.features20x3; or Please go this way because applications that care only about "features2" = will be unmoved if another manufacturer adds "features3" and=20 "features4". Programs made to depend on "features3" will simply get an=20 "not found" error at a system level when run on a machine that lacks=20 "features3", which is desirable and good design. > I genuinely don't know (and don't have the time to work out) the > actual overhead of a sysctl vs ioctl, so if someone knows please let > me know :-) Please don't start polluting /dev with info-only nodes. Sysctls are=20 designed exactly for that purpose. --------------enig01D30F736FAF44BD17665816 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.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHj5QXldnAQVacBcgRApCQAJ9rnbw+O910rWrv6xhtlHCnXI16qgCg+r0T hOOoWqJxESQMFpLZ3eckibU= =6tGc -----END PGP SIGNATURE----- --------------enig01D30F736FAF44BD17665816-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 17 18:05:21 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F6F616A419 for ; Thu, 17 Jan 2008 18:05:21 +0000 (UTC) (envelope-from mailinglist@nesluop.dk) Received: from unixdunk.nesluop.dk (cpe.atm4-0-51450.0x535f05ca.hrnxx12.customer.tele.dk [83.95.5.202]) by mx1.freebsd.org (Postfix) with SMTP id 000F213C4D3 for ; Thu, 17 Jan 2008 18:05:19 +0000 (UTC) (envelope-from mailinglist@nesluop.dk) Received: (qmail 2545 invoked by uid 89); 17 Jan 2008 18:05:14 -0000 Received: from unknown (HELO ?192.168.1.100?) (192.168.1.100) by unixdunk.nesluop.dk with SMTP; 17 Jan 2008 18:05:14 -0000 Message-ID: <478F98D7.5040007@nesluop.dk> Date: Thu, 17 Jan 2008 19:05:11 +0100 From: Chris Poulsen User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: pyunyh@gmail.com References: <476EE604.2070809@nesluop.dk> <20071225234723.GA1018@cdnetworks.co.kr> <4772D649.3010001@nesluop.dk> <20071227002252.GE1018@cdnetworks.co.kr> <20080116012154.GB84758@cdnetworks.co.kr> <478E7DF3.4080908@nesluop.dk> <20080117014013.GA89210@cdnetworks.co.kr> In-Reply-To: <20080117014013.GA89210@cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: kevlo@freebsd.org, FreeBSD Current Subject: Re: Problem with nfe stability and throughput X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jan 2008 18:05:21 -0000 Hi, Pyun YongHyeon wrote: > Would you show me the output of "ifconfig nfe0"? > nfe0: flags=8843 metric 0 mtu 1500 options=48 ether 00:1d:60:6d:73:ec inet 192.168.1.11 netmask 0xffffff00 broadcast 192.168.1.255 media: Ethernet 100baseTX status: active > > What do you need me to do, in order to get some usable info about what > > is going on? > > > > What about changing /usr/src/sys/dev/mii/atphy.c as the following? > From atphy.c, line number 174: > 171 /* > 172 * Reset the PHY so all changes take effect. > 173 */ > 174 if (IFM_SUBTYPE(ife->ifm_media) != IFM_AUTO) { > 175 bmcr = PHY_READ(sc, MII_BMCR); > 176 PHY_WRITE(sc, MII_BMCR, bmcr | BMCR_RESET); > 177 } > 178 break; > > To: > 171 /* > 172 * Reset the PHY so all changes take effect. > 173 */ > 174 bmcr = PHY_READ(sc, MII_BMCR); > 175 PHY_WRITE(sc, MII_BMCR, bmcr | BMCR_RESET); > 176 break; > > As you know, no public documentation for the phy is available so > it would take long time to find a clue to support the hardware. > Please don't give up and lets try possible (still guessing) > combinations. > > Tried the changes. Things came up just fine. Ftp transfer worked, well my machine had a panic after 3 big files, but as far as i could tell it was zfs related (I was dropping the files on my zfs test partition ;)) Ftp client reported transfer speeds around 8,7 megabyte/sec until the panic. After a reboot I tried ssh/sftp and things ran seemingly stable. So I decided to beat it up with a torrent download :) Finally I managed to get some text in my logs ;) : .... kernel: nfe0: discard frame w/o leading ethernet header (len 4294967295 pkt len 4294967295) kernel: nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) last message repeated 9 times kernel: nfe0: discard frame w/o leading ethernet header (len 4294967295 pkt len 4294967295) kernel: nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) last message repeated 10 times kernel: nfe0: discard frame w/o leading ethernet header (len 7 pkt len 7) kernel: nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) last message repeated 7 times kernel: nfe0: discard frame w/o leading ethernet header (len 6 pkt len 6) kernel: nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) kernel: nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) kernel: nfe0: discard frame w/o leading ethernet header (len 5 pkt len 5) kernel: nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) kernel: nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) kernel: nfe0: discard frame w/o leading ethernet header (len 4 pkt len 4) kernel: nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) last message repeated 7 times kernel: nfe0: discard frame w/o leading ethernet header (len 5 pkt len 5) kernel: nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) last message repeated 4 times kernel: nfe0: discard frame w/o leading ethernet header (len 5 pkt len 5) kernel: nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) ... Things seemed to still be running, but ping to another local machine was sloooow. HTH. -- Regards Chris From owner-freebsd-current@FreeBSD.ORG Thu Jan 17 19:00:17 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F1C616A531 for ; Thu, 17 Jan 2008 19:00:17 +0000 (UTC) (envelope-from mail@sysfault.org) Received: from smtprelay10.ispgateway.de (smtprelay10.ispgateway.de [80.67.29.24]) by mx1.freebsd.org (Postfix) with ESMTP id 3D1F113C504 for ; Thu, 17 Jan 2008 19:00:17 +0000 (UTC) (envelope-from mail@sysfault.org) Received: from [89.182.9.65] (helo=medusa.sysfault.org) by smtprelay10.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1JFZyF-000522-0H for freebsd-current@freebsd.org; Thu, 17 Jan 2008 20:00:11 +0100 Received: from localhost ([127.0.0.1] helo=medusa.sysfault.org) by medusa.sysfault.org with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JFZyJ-00028F-NM for freebsd-current@freebsd.org; Thu, 17 Jan 2008 20:00:17 +0100 Received: (from marcus@localhost) by medusa.sysfault.org (8.14.2/8.14.2/Submit) id m0HJ0DMr008192 for freebsd-current@freebsd.org; Thu, 17 Jan 2008 20:00:13 +0100 (CET) (envelope-from marcus) Date: Thu, 17 Jan 2008 20:00:11 +0100 From: Marcus von Appen To: freebsd-current@freebsd.org Message-ID: <20080117190011.GA1094@medusa.sysfault.org> Mail-Followup-To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0OAP2g/MAC+5xKAE" Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) X-Spam-Score: -4.4 (----) X-Df-Sender: 936934 Subject: BSD cflow available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Marcus von Appen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jan 2008 19:00:17 -0000 --0OAP2g/MAC+5xKAE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, after standards@ already knows about it, I'm going to present my ongoing effort on bringing a BSD licensed cflow to FreeBSD on this list now. Being required as an extension to the POSIX standard, cflow is a C language flowgraph generator for C, assember, lex and yacc sourcecode. Although there are two other cflow implementations available, those suffer from various problems. GNU cflow being GPLv3 licensed and thus not easily adoptable to the main source tree (I think) and devel/cflow being declared as Public Domain. Besides lacking a decent compliance to the required POSIX standard both suffer from various other issues such as incorrect source code handling for K&R code, missing implementations for assembler, lex and yacc code and a huge code complexity, that makes them slow and hard to enhance. The presented cflow implementation in contrast currently supports C source code of nearly any style and basic assembler flowgraph generators for nasm and a GNU as subset. Additionally it comes with features such as the exclusion of certain standard subsets for C code (POSIX, ANSI, C99, GCC), graphviz dot graph generation (thanks for pointing that out, das@) and more. Lex and yacc support are currently not available, but will be implemented later on. Those interested in it are invited to test it out and blame me for any error that occurs. You can get the most recent version either using the bzr repository at http://sysfault.org/freebsd/cflow or by downloading on of the source packages available at http://sysfault.org/freebsd/. Once downloaded (and extracted), you can build it using make. Afterwards you will find the assembler flowgraph generator under asmgraph/, the C flowgraph generator under cgraph/: ./asmgraph/asmgraph test/posixtest_nasm.s ./cgraph/cgraph test/posixtest.c As I did not integrate it into a local src/ tree for now, use both programs directly, not the cflow.sh shell script. Regards Marcus --0OAP2g/MAC+5xKAE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkePpbsACgkQo/JpszXavhzhTQCeLkjKHbU7xZp2Q7/i5oRgmaWo ZFUAnRzl0pxvi0Qxwhf0xpgtRCq63XBB =foI5 -----END PGP SIGNATURE----- --0OAP2g/MAC+5xKAE-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 17 19:45:18 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0553A16A418 for ; Thu, 17 Jan 2008 19:45:18 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.freebsd.org (Postfix) with ESMTP id DBA3D13C447 for ; Thu, 17 Jan 2008 19:45:17 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.14.2/8.14.1) with ESMTP id m0HJiv4s084982; Thu, 17 Jan 2008 14:44:57 -0500 (EST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.14.2/8.14.1/Submit) id m0HJivrR084981; Thu, 17 Jan 2008 14:44:57 -0500 (EST) (envelope-from das@FreeBSD.ORG) Date: Thu, 17 Jan 2008 14:44:57 -0500 From: David Schultz To: Adam Message-ID: <20080117194457.GA84887@VARK.MIT.EDU> Mail-Followup-To: Adam , freebsd-current@FreeBSD.ORG References: <485228D5-8D0B-4CD5-9FB7-B0D551B172DA@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <485228D5-8D0B-4CD5-9FB7-B0D551B172DA@gmail.com> Cc: freebsd-current@FreeBSD.ORG Subject: Re: Reading and Writing to Block from di_spare X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jan 2008 19:45:18 -0000 On Thu, Jan 17, 2008, Adam wrote: > Hi, I am working on a project for where I want to take the standard > UFS/FFS file system that BSD ships with and add several blocks of > information to the dinode. The simplest way of doing it seemed to be > to allocate blocks to di_spare. I believe that I have figured out how > to do that: > > ffs_alloc(inode, 0 , 0, (int)(inode->i_fs->fs_bsize), td->td_ucred, > &addr); > dinode->di_spare[1]=(int64_t)addr; > > I'm having problems taking that block address and reading/writing to > it. As far as I can tell most of the buffer read routines (getblk, > bread) seem to be geared toward reading and writing direct and > indirect blocks in an inode. > > How do I read and write a block that is neither a direct nor an > indirect block? Maybe I'm misunderstanding your question, but I don't see how you could expect FreeBSD to have routines to read and write things that don't exist in FreeBSD. :) See extattr(2). It may be possible that the "extra information" you want to store with files can be stored in user space using the relatively standard extended attributes API. From owner-freebsd-current@FreeBSD.ORG Thu Jan 17 19:53:49 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2DDD116A419 for ; Thu, 17 Jan 2008 19:53:49 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id 1743A13C465 for ; Thu, 17 Jan 2008 19:53:49 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 55DBB1CEE3; Thu, 17 Jan 2008 20:53:48 +0100 (CET) Date: Thu, 17 Jan 2008 20:53:48 +0100 From: Ed Schouten To: FreeBSD Current Message-ID: <20080117195348.GA67081@hoeg.nl> References: <20080117190011.GA1094@medusa.sysfault.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="liOOAslEiF7prFVr" Content-Disposition: inline In-Reply-To: <20080117190011.GA1094@medusa.sysfault.org> User-Agent: Mutt/1.5.17 (2007-11-01) Subject: Re: BSD cflow available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jan 2008 19:53:49 -0000 --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Marcus, * Marcus von Appen wrote: > Those interested in it are invited to test it out and blame me for any > error that occurs. You can get the most recent version either using the > bzr repository at http://sysfault.org/freebsd/cflow or by downloading > on of the source packages available at http://sysfault.org/freebsd/. >=20 > Once downloaded (and extracted), you can build it using make. > Afterwards you will find the assembler flowgraph generator under > asmgraph/, the C flowgraph generator under cgraph/: >=20 > ./asmgraph/asmgraph test/posixtest_nasm.s > ./cgraph/cgraph test/posixtest.c >=20 > As I did not integrate it into a local src/ tree for now, use both > programs directly, not the cflow.sh shell script. I just tried cgraph to see how it works, I've never used cflow before (I didn't even know it was part of POSIX). I don't know if this is required by the standards, but here it goes: When I create 2 C files: ~~~~~~~~~~~~~~~~~~ a.c: void a(void) { b(); } ~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~ b.c: void b(void) { } ~~~~~~~~~~~~~~~~~~ Two very simple C files with a function call that connects the objects together. When I run cgraph, I get this: | 1 a: void(), | 2 b: <> | 1 b: void(), Isn't the application supposed to resolve b as well? cflow looks like a useful utility. Hope to see it get integrated. :-) Yours, --=20 Ed Schouten WWW: http://g-rave.nl/ --liOOAslEiF7prFVr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkePskwACgkQ52SDGA2eCwWGYQCfSJmF8qOmY9woqu7GWGmluFz9 qH0An0cYyovnXviQwci0/BUVgCPwAK71 =noii -----END PGP SIGNATURE----- --liOOAslEiF7prFVr-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 17 20:08:44 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12E9E16A418 for ; Thu, 17 Jan 2008 20:08:44 +0000 (UTC) (envelope-from urbansnap@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.224]) by mx1.freebsd.org (Postfix) with ESMTP id 65E8413C457 for ; Thu, 17 Jan 2008 20:08:42 +0000 (UTC) (envelope-from urbansnap@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so492579wxd.7 for ; Thu, 17 Jan 2008 12:08:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer; bh=5qYKH3UvCm2Dh+N8YuIr5Anowb+bQ71yhyC/m78A9MI=; b=vmDbOXqhEdyxLQDLrMM/p6D6ZhCtLsPn8QrxhDwgXQU2nCWBuX3w/K0YTh/jbyfDj17S/kQTmD5hBrAUerDHI2mb2cSZLyWKNvqtm3Naz3hObyfm9/XKAbwnmlwf2/SMPxDVuhj7LWWalQnw0lLikzOwh3B7LekmkQR0ZIf3phQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer; b=tKqa5bsWIajpT3ED0gEkFj8efVY1aWC1tOVnAWV1hT6H/ETGElmeSeJc4VgNX7da9v8n8helDN1NqjUA6dm1jDB9B2EefafiOT2lni6DZpuBmA2LanSpEt3JzqUMlv7ZcpPj3sEPZPU2WOzQALC7r195bxvu485/h2pZgd9BNOI= Received: by 10.142.106.18 with SMTP id e18mr1559691wfc.33.1200600520071; Thu, 17 Jan 2008 12:08:40 -0800 (PST) Received: from ?192.168.1.200? ( [24.218.111.132]) by mx.google.com with ESMTPS id 5sm3610078wrh.20.2008.01.17.12.08.38 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 17 Jan 2008 12:08:39 -0800 (PST) Message-Id: From: Adam To: David Schultz In-Reply-To: <20080117194457.GA84887@VARK.MIT.EDU> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Thu, 17 Jan 2008 15:08:36 -0500 References: <485228D5-8D0B-4CD5-9FB7-B0D551B172DA@gmail.com> <20080117194457.GA84887@VARK.MIT.EDU> X-Mailer: Apple Mail (2.915) Cc: freebsd-current@FreeBSD.ORG Subject: Re: Reading and Writing to Block from di_spare X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jan 2008 20:08:44 -0000 David, I understand that there is no routine to read and write specifically to an address contained in the di_spare. I also understand that di_spare is currently unused and has no specific manipulators. Allow me to clarify. I am looking for a way to take a ufs2_daddr_t (which is neither a direct nor indirect block of a di_node) and read/ write to that address. Regards, Adam On Jan 17, 2008, at 2:44 PM, David Schultz wrote: > On Thu, Jan 17, 2008, Adam wrote: >> Hi, I am working on a project for where I want to take the standard >> UFS/FFS file system that BSD ships with and add several blocks of >> information to the dinode. The simplest way of doing it seemed to be >> to allocate blocks to di_spare. I believe that I have figured out >> how >> to do that: >> >> ffs_alloc(inode, 0 , 0, (int)(inode->i_fs->fs_bsize), td->td_ucred, >> &addr); >> dinode->di_spare[1]=(int64_t)addr; >> >> I'm having problems taking that block address and reading/writing to >> it. As far as I can tell most of the buffer read routines (getblk, >> bread) seem to be geared toward reading and writing direct and >> indirect blocks in an inode. >> >> How do I read and write a block that is neither a direct nor an >> indirect block? > > Maybe I'm misunderstanding your question, but I don't see how you > could expect FreeBSD to have routines to read and write things > that don't exist in FreeBSD. :) > > See extattr(2). It may be possible that the "extra information" > you want to store with files can be stored in user space using the > relatively standard extended attributes API. From owner-freebsd-current@FreeBSD.ORG Thu Jan 17 21:02:09 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DC5916A47A for ; Thu, 17 Jan 2008 21:02:09 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.freebsd.org (Postfix) with ESMTP id 5060E13C4DD for ; Thu, 17 Jan 2008 21:02:08 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.14.2/8.14.1) with ESMTP id m0HL1mDt085435; Thu, 17 Jan 2008 16:01:48 -0500 (EST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.14.2/8.14.1/Submit) id m0HL1mnP085434; Thu, 17 Jan 2008 16:01:48 -0500 (EST) (envelope-from das@FreeBSD.ORG) Date: Thu, 17 Jan 2008 16:01:48 -0500 From: David Schultz To: Adam Message-ID: <20080117210148.GA85323@VARK.MIT.EDU> Mail-Followup-To: Adam , freebsd-current@FreeBSD.ORG References: <485228D5-8D0B-4CD5-9FB7-B0D551B172DA@gmail.com> <20080117194457.GA84887@VARK.MIT.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: freebsd-current@FreeBSD.ORG Subject: Re: Reading and Writing to Block from di_spare X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jan 2008 21:02:09 -0000 On Thu, Jan 17, 2008, Adam wrote: > David, > I understand that there is no routine to read and write specifically > to an address contained in the di_spare. I also understand that > di_spare is currently unused and has no specific manipulators. > > Allow me to clarify. I am looking for a way to take a ufs2_daddr_t > (which is neither a direct nor indirect block of a di_node) and read/ > write to that address. To do it cleanly you'd probably need to hack ufs_bmap and ffs_balloc to map your 'extra' block to a particular LBN (or at least that's the only way I know how to do it easily.) But as I said before, if you just need to store a small amount of information, extended attributes are most likely a much simpler alternative. From owner-freebsd-current@FreeBSD.ORG Thu Jan 17 21:25:14 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CE5916A583 for ; Thu, 17 Jan 2008 21:25:12 +0000 (UTC) (envelope-from mail@sysfault.org) Received: from smtprelay09.ispgateway.de (smtprelay09.ispgateway.de [80.67.29.23]) by mx1.freebsd.org (Postfix) with ESMTP id 8387713C46E for ; Thu, 17 Jan 2008 21:25:12 +0000 (UTC) (envelope-from mail@sysfault.org) Received: from [89.182.9.65] (helo=medusa.sysfault.org) by smtprelay09.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1JFcEY-0002J1-EQ for freebsd-current@freebsd.org; Thu, 17 Jan 2008 22:25:10 +0100 Received: from localhost ([127.0.0.1] helo=medusa.sysfault.org) by medusa.sysfault.org with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JFcEc-000LGB-Tr for freebsd-current@freebsd.org; Thu, 17 Jan 2008 22:25:16 +0100 Received: (from marcus@localhost) by medusa.sysfault.org (8.14.2/8.14.2/Submit) id m0HLPC7c081726 for freebsd-current@freebsd.org; Thu, 17 Jan 2008 22:25:12 +0100 (CET) (envelope-from marcus) Date: Thu, 17 Jan 2008 22:25:10 +0100 From: Marcus von Appen To: freebsd-current@freebsd.org Message-ID: <20080117212510.GB1094@medusa.sysfault.org> Mail-Followup-To: freebsd-current@freebsd.org References: <20080117190011.GA1094@medusa.sysfault.org> <20080117195348.GA67081@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JP+T4n/bALQSJXh8" Content-Disposition: inline In-Reply-To: <20080117195348.GA67081@hoeg.nl> User-Agent: Mutt/1.5.17 (2007-11-01) X-Spam-Score: -4.4 (----) X-Df-Sender: 936934 Subject: Re: BSD cflow available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Marcus von Appen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jan 2008 21:25:14 -0000 --JP+T4n/bALQSJXh8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On, Thu Jan 17, 2008, Ed Schouten wrote: > Hello Marcus, >=20 [...] =20 > I just tried cgraph to see how it works, I've never used cflow before (I > didn't even know it was part of POSIX). I don't know if this is required > by the standards, but here it goes: >=20 > When I create 2 C files: >=20 > ~~~~~~~~~~~~~~~~~~ > a.c: >=20 > void a(void) > { > b(); > } > ~~~~~~~~~~~~~~~~~~ >=20 > ~~~~~~~~~~~~~~~~~~ > b.c: >=20 > void b(void) > { > } > ~~~~~~~~~~~~~~~~~~ >=20 > Two very simple C files with a function call that connects the objects > together. When I run cgraph, I get this: >=20 > | 1 a: void(), > | 2 b: <> > | 1 b: void(), >=20 > Isn't the application supposed to resolve b as well? cflow looks like a > useful utility. Hope to see it get integrated. :-) No, it should not resolve b here. In contrast to the POSIX requirements this implementation accepts multiple source code files at once in order to ease the generation of multiple graphs at once. Technically those are built one after each other, without knowing about the contents of the previously parsed file. The problem with your expectation lies within the nature of C code itself (you surely know that): How should the parser know that b is the correct function to be referenced by a()? It can't know and letting it guess this can quickly lead to unwanted, wrong results in the parsing and output tree. Imagine two static functions, both with the same name in each C file. Or a.c is linked to a library, which also defines b() and thus is not related to b.c itself. As cflow - in my opinion - is a useful tool to get a better overview about the control flow in (possibly unknown) source code, being "better safe than sorry" would be the best way to go here, I think. Your expectation however shows that both, the output for multiple files, and the man pages should reflect that :-). Regards Marcus --JP+T4n/bALQSJXh8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkePx7YACgkQo/JpszXavhxXrwCgithreTAjZNCnrqWn3d+S/NpY lbsAn3Wb4Mb6I/lv+Qy48TSy08clTqQ7 =N1hj -----END PGP SIGNATURE----- --JP+T4n/bALQSJXh8-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 17 23:55:59 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 913EC16A469 for ; Thu, 17 Jan 2008 23:55:59 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.maindns.de [85.214.95.103]) by mx1.freebsd.org (Postfix) with ESMTP id 5E75A13C469 for ; Thu, 17 Jan 2008 23:55:57 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (F7265.f.ppp-pool.de [195.4.114.101]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 3BF7712883F; Fri, 18 Jan 2008 00:55:50 +0100 (CET) Received: from cesar.sz.vwsoft.com (unknown [192.168.16.33]) by mail.vtec.ipme.de (Postfix) with ESMTP id D79593F43B; Fri, 18 Jan 2008 00:54:14 +0100 (CET) Message-ID: <478FEAF5.2080008@vwsoft.com> Date: Fri, 18 Jan 2008 00:55:33 +0100 From: Volker User-Agent: Thunderbird 2.0.0.9 (X11/20080113) MIME-Version: 1.0 To: Nate Lawson References: <47893F8B.7010805@root.org> <4789756B.8060203@vwsoft.com> <4789B267.1000505@root.org> <478BB3F4.7050600@root.org> In-Reply-To: <478BB3F4.7050600@root.org> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit MailScanner-NULL-Check: 1201218867.54708@PaqYtmJ2TBxo32DxeAzDpA X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Cc: stable@freebsd.org, current@FreeBSD.org Subject: Re: Re: Fix for GPE livelock on HPs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jan 2008 23:55:59 -0000 On 12/23/-58 20:59, Nate Lawson wrote: > Nate Lawson wrote: >> Volker wrote: >>> On 12/23/-58 20:59, Nate Lawson wrote: >>>> I've committed the below patch and want to MFC it to 7.0. To do this, I >>>> need people to test this quickly. It probably has no effect in 6.x and >>>> probably doesn't apply cleanly there. >>>> >>>> Please try this patch if you have a laptop and 7.x. If you have >>>> -current, just cvsup. I'd like to make sure there is no regression. >>>> I'm already aware that it fixes things for some HP users. >>> Nate, >>> >>> can you be a bit specific for a) what GPE is, b) what the problem is, >>> c) what to look for (any test procedures?) and d) which HP laptop >>> models might be affected? >>> >>> I do have an Omnibook vt6200 (P-IV 1.8G) running 6-STABLE and a new HP >>> 6715b (Tur-X2 TL-60) running 7-RC1 (currently installing on this, OS >>> is not yet fully set up). >>> >>> If I knew what to look for, I might test your patches (at least on the >>> 7-RC1 version). >> A GPE is an interrupt of sorts. I'm looking for any bad behavior the >> patch might cause. I'm certain it fixes lockups some HPs had during >> thermal zone events (i.e. fan switching on when it gets hot). Pretty >> much anyone with a laptop that locks up and you suspect acpi should test >> it. And anyone who is willing to test it on another brand laptop to be >> sure the patch doesn't break anything more would be welcome. >> >> You should be able to do "sysctl hw.acpi" and see the temperature and >> "apm" to see battery status without any new problems after applying the >> patch. > > I've added a patch for 6-stable also (attached). Please test if you > have a laptop and 6.x. See -current for the 7.x patch if that's > relevant to you. > > -Nate > Nate, I'm sorry, your patch applies cleanly but does not compile on 6-STABLE (csup'ed today, applied patch defer_gpe_6x.diff posted on 2008-01-15). ===> acpi/acpi (all) cc -O2 -fno-strict-aliasing -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I/usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica -DHAVE_KERNEL_OPTIO N_HEADERS -include /usr/obj/usr/src/sys/CESAR/opt_global.h -I. -I@ -I@/contrib/a ltq -I@/../include -finline-limit=8000 -fno-common -g -I/usr/obj/usr/src/sys/CES AR -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mn o-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict -prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat -extensions -std=c99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uniniti alized -c /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/evgpe.c /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/evgpe.c: In function `AcpiEvAsynchExecuteGpeMethod': /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/evgpe.c:664: warning: implicit declaration of function `AcpiOsExecute' /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/evgpe.c:664: warning: nested extern declaration of `AcpiOsExecute' /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/evgpe.c:664: error: ` OSL_NOTIFY_HANDLER' undeclared (first use in this function) /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/evgpe.c:664: error: ( Each undeclared identifier is reported only once /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/evgpe.c:664: error: for each function it appears in.) *** Error code 1 Stop in /usr/src/sys/modules/acpi/acpi. BTW, reading the source code changes and your commit comments, I'm pretty sure I've seen those ACPI related problems on my HP Omnibook vt6200 using 6-STABLE. Sometimes the tz0 temperature values have been nailed to a fixed value, sometimes the system went too hot (with or without the fan running), sometimes it was just freezing and no way out to revitalize the notebook. I haven't reported this before because something like "my system freezes w/o message" or "the system does stupid things but I don't have an error message" is most likely not the kind of report to get a useful reply for. If you've got another patch for a 6-STABLE target, I'll be happy to test. Thanks! Volker From owner-freebsd-current@FreeBSD.ORG Fri Jan 18 00:44:16 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF3A416A469 for ; Fri, 18 Jan 2008 00:44:16 +0000 (UTC) (envelope-from jesper.louis.andersen@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id 08FCE13C45A for ; Fri, 18 Jan 2008 00:44:15 +0000 (UTC) (envelope-from jesper.louis.andersen@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so969818fgg.35 for ; Thu, 17 Jan 2008 16:44:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=DdGFFnzoNUU547BtfBuZ6KWiGlBeobXFUbiN68pbVc4=; b=UFVHbrE5IxYtQIuO9MlA+8LmLz5vCQ1kEponwbgF/QuS/L3Zjvo++7Hx7G0vWHYKGRM3dGc0M6ghe1aFuh4N0r9FEk7XlFcH2E8qTTJM+F3FFHqW/nuBu2uu5wl2ISYM3NlGoyhpBwdoI+RPBMxoUzagWY1XPC3+yoTy+XFVk0c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=avYFDW019vJWCmZ5yHyU6gg14uRFCj+ARfynUAG2umV+g/pdlAIxk+DRF9xIeAxd684CO03OUmdqmJkYpsD4Xs7xclKE6bmTyiJqRxbEyNYMn+BzSASpwm07scoSMg189iX6KyApMHmnhaaxYDKGUmeOw1uOdeKiJMwIuCpCLhg= Received: by 10.86.26.11 with SMTP id 11mr2464889fgz.37.1200615428942; Thu, 17 Jan 2008 16:17:08 -0800 (PST) Received: by 10.86.70.6 with HTTP; Thu, 17 Jan 2008 16:17:08 -0800 (PST) Message-ID: <56a0a2840801171617r6ca60b30x9f6cebb12b523c7f@mail.gmail.com> Date: Fri, 18 Jan 2008 01:17:08 +0100 From: "Jesper Louis Andersen" To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Strange /dev/tty behaviour on 7.0-PRELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 00:44:16 -0000 I am certainly not a kernel hacker, so I might be totally off, but I have found some behaviour of the 7.0-PRELEASE kernel that perplexes me. First, I am on a kernel from FreeBSD ogre 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #9: Thu Jan 17 23:34:07 CET 2008 root@ogre:/usr/obj/usr/src/sys/OGRE amd64 Just built. Now, I installed /usr/ports/devel/plan9port on the system. Ignore the ONLY_FOR_ARCH i386, comment it out on amd64 and let it compile (if you are on i386 I have the same problem there, so it is not only affecting the amd64 arch. I have no access to a sparc64 at the moment). When this has compiled add /usr/local/plan9/bin to your $PATH and execute acme(1) (Rob Pike's text editor btw). Then execute the win(1) command via 9 win rc (yes, the 9 is a shell script from /usr/local/plan9/bin which shoves in some plumbing before invocation, so you must remember to add it) to get an rc-shell directly into acme. This makes for some really strange behaviour on my system. whenever I need to get access to a pty/tty things lock up for me. I have the following strange thing in /dev ogre% ls -l /dev total 2 [SNIP] crw-rw-rw- 1 root wheel 1, 46 Jan 18 00:56 tty crw-rw-rw- 1 root wheel 1, 46 Jan 18 00:56 tty crw-rw-rw- 1 root wheel 1, 46 Jan 18 00:56 tty crw-rw-rw- 1 root wheel 1, 46 Jan 18 00:56 tty crw-rw-rw- 1 root wheel 1, 46 Jan 18 00:56 tty crw-rw-rw- 1 root wheel 1, 46 Jan 18 00:56 tty crw-rw-rw- 1 root wheel 1, 46 Jan 18 00:56 tty crw-rw-rw- 1 root wheel 1, 46 Jan 18 00:56 tty crw-rw-rw- 1 root wheel 1, 46 Jan 18 00:56 tty crw-rw-rw- 1 root wheel 1, 46 Jan 18 00:56 tty crw-rw-rw- 1 root wheel 1, 46 Jan 18 00:56 tty crw-rw-rw- 1 root wheel 1, 46 Jan 18 00:56 tty crw-rw-rw- 1 root wheel 1, 46 Jan 18 00:56 tty crw-rw-rw- 1 root wheel 1, 46 Jan 18 00:56 tty crw-rw-rw- 1 root wheel 1, 46 Jan 18 00:56 tty crw-rw-rw- 1 root wheel 1, 46 Jan 18 00:56 tty crw-rw-rw- 1 root wheel 1, 46 Jan 18 00:56 tty crw-rw-rw- 1 root wheel 1, 46 Jan 18 00:56 tty crw-rw-rw- 1 root wheel 1, 46 Jan 18 00:56 tty crw-rw-rw- 1 root wheel 1, 46 Jan 18 00:56 tty crw-rw-rw- 1 root wheel 1, 46 Jan 18 00:56 tty crw-rw-rw- 1 root wheel 1, 46 Jan 18 00:56 tty crw-rw-rw- 1 root wheel 1, 46 Jan 18 00:56 tty crw-rw-rw- 1 root wheel 1, 46 Jan 18 00:56 tty crw-rw-rw- 1 root wheel 1, 46 Jan 18 00:56 tty crw-rw-rw- 1 root wheel 1, 46 Jan 18 00:56 tty ... which I am pretty sure is bad. I also wondered why my zsh(1) invocation failed to do anything, so enter ktrace/kdump of a zsh invocation: 1319 zsh RET sigaction 0 1319 zsh CALL sigaction(SIGINT,0x7fffffffe530,0) 1319 zsh RET sigaction 0 1319 zsh CALL sigaction(SIGINT,0x7fffffffe530,0) 1319 zsh RET sigaction 0 1319 zsh CALL sigaction(SIGINT,0x7fffffffe530,0) 1319 zsh RET sigaction 0 1319 zsh CALL sigprocmask(SIG_BLOCK,0x3b8fab60,0x3b8fab90) 1319 zsh RET sigprocmask 0 1319 zsh CALL sigprocmask(SIG_BLOCK,0x3b8fab60,0x3b8fab90) 1319 zsh RET sigprocmask 0 1319 zsh CALL sigprocmask(SIG_BLOCK,0x3b8fab60,0x3b8fab90) 1319 zsh RET sigprocmask 0 1319 zsh CALL sigprocmask(SIG_BLOCK,0x3b8fab60,0x3b8fab90) 1319 zsh RET sigprocmask 0 1319 zsh CALL open(0x542930,O_WRONLY|O_CREAT|O_TRUNC|O_NOCTTY,S_IRUSR|S_IWUSR|S_IRGRP|S_IWGRP|S_IROTH|S_IWOTH) 1319 zsh NAMI "/dev/tty" Hmmm. At this point the system is barely usable. Almost everything you wish to play with hangs. What I do not like about it is that it works like an effective DOS on the system because it would seem like everybody would be able to do something like this (no root required at all). The problem is deterministic with the above usage of acme+win on amd64 and i386. I don't know if it is present on 6.x or some earlier 7.0-FOO release since I just recently began playing with the devel/plan9port port. And now for the questions: * Is this a bug or a feature? In the case it is a feature, can anybody point me to the explanation or explain it? I would be grateful for it and I think there may be more readers that would. * Should it be PR'ed? * Is there some way to fix the behaviour? J. From owner-freebsd-current@FreeBSD.ORG Fri Jan 18 01:01:08 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E5B216A41A for ; Fri, 18 Jan 2008 01:01:08 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.176]) by mx1.freebsd.org (Postfix) with ESMTP id 2840313C448 for ; Fri, 18 Jan 2008 01:01:08 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1399511waf.3 for ; Thu, 17 Jan 2008 17:01:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=wE4Z5vQg+DZNIdwV+Jpul7xLSsR23GFt26H31R5fNQM=; b=A3p4LZDoAZyFbTuayMZpR4nkog04x6aKjBDbUFBsQVdD85/5Wpd5m6wJbOUAVRunCx/eiUNCc3aOvZx/X3WKZPxTX4MvgOESt0kMB84SKTV2+ODX9D2Gu7itn3b9cDWUY3ZHcpuoYvHyLuRj4W5rNMWshTcuvnNSJj6uWO7Mcc4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=Sqkmy5hAIrJ0RP+yoDdPKt9SZO4L4ZnZa0E8yDoOpS8kCAeb1Rz6u/RqOx1R1WI58z4NiMSZ5lrcbBXXDpOef+i2l3nWpLEhoktXOYMQZV1vkQCnFMEI0+fm0L/Im0mJHE5NhasY1IXU81jMXMhCk7bZBBreErkdp7Zqfid67hk= Received: by 10.114.144.1 with SMTP id r1mr3174213wad.53.1200618067900; Thu, 17 Jan 2008 17:01:07 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id k26sm5955782waf.58.2008.01.17.17.01.05 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 17 Jan 2008 17:01:06 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m0I11127093009 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 18 Jan 2008 10:01:01 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m0I110LC093008; Fri, 18 Jan 2008 10:01:00 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 18 Jan 2008 10:01:00 +0900 From: Pyun YongHyeon To: Chris Poulsen Message-ID: <20080118010100.GC92718@cdnetworks.co.kr> References: <476EE604.2070809@nesluop.dk> <20071225234723.GA1018@cdnetworks.co.kr> <4772D649.3010001@nesluop.dk> <20071227002252.GE1018@cdnetworks.co.kr> <20080116012154.GB84758@cdnetworks.co.kr> <478E7DF3.4080908@nesluop.dk> <20080117014013.GA89210@cdnetworks.co.kr> <478F98D7.5040007@nesluop.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <478F98D7.5040007@nesluop.dk> User-Agent: Mutt/1.4.2.1i Cc: kevlo@freebsd.org, FreeBSD Current Subject: Re: Problem with nfe stability and throughput X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 01:01:08 -0000 On Thu, Jan 17, 2008 at 07:05:11PM +0100, Chris Poulsen wrote: > Hi, > > Pyun YongHyeon wrote: > >Would you show me the output of "ifconfig nfe0"? > > > nfe0: flags=8843 metric 0 mtu 1500 > options=48 > ether 00:1d:60:6d:73:ec > inet 192.168.1.11 netmask 0xffffff00 broadcast 192.168.1.255 > media: Ethernet 100baseTX > status: active Hmmm, it seems that you've set media type manually without relying on automatic media detection. Is there any reason not using auto media type? How about using media type 'auto'? #ifconfig nfe0 media auto > > > > What do you need me to do, in order to get some usable info about what > > > is going on? > > > > > > >What about changing /usr/src/sys/dev/mii/atphy.c as the following? > >From atphy.c, line number 174: > >171 /* > >172 * Reset the PHY so all changes take effect. > >173 */ > >174 if (IFM_SUBTYPE(ife->ifm_media) != IFM_AUTO) { > >175 bmcr = PHY_READ(sc, MII_BMCR); > >176 PHY_WRITE(sc, MII_BMCR, bmcr | BMCR_RESET); > >177 } > >178 break; > > > >To: > >171 /* > >172 * Reset the PHY so all changes take effect. > >173 */ > >174 bmcr = PHY_READ(sc, MII_BMCR); > >175 PHY_WRITE(sc, MII_BMCR, bmcr | BMCR_RESET); > >176 break; > > > >As you know, no public documentation for the phy is available so > >it would take long time to find a clue to support the hardware. > >Please don't give up and lets try possible (still guessing) > >combinations. > > > > > Tried the changes. Things came up just fine. Ftp transfer worked, well > my machine had a panic after 3 big files, but as far as i could tell it > was zfs related (I was dropping the files on my zfs test partition ;)) > > Ftp client reported transfer speeds around 8,7 megabyte/sec until the > panic. After a reboot I tried ssh/sftp and things ran seemingly stable. > So I decided to beat it up with a torrent download :) > Finally I managed to get some text in my logs ;) : > .... > kernel: nfe0: discard frame w/o leading ethernet header (len 4294967295 > pkt len 4294967295) > kernel: nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) > last message repeated 9 times > kernel: nfe0: discard frame w/o leading ethernet header (len 4294967295 > pkt len 4294967295) > kernel: nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) > last message repeated 10 times > kernel: nfe0: discard frame w/o leading ethernet header (len 7 pkt len 7) > kernel: nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) > last message repeated 7 times > kernel: nfe0: discard frame w/o leading ethernet header (len 6 pkt len 6) > kernel: nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) > kernel: nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) > kernel: nfe0: discard frame w/o leading ethernet header (len 5 pkt len 5) > kernel: nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) > kernel: nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) > kernel: nfe0: discard frame w/o leading ethernet header (len 4 pkt len 4) > kernel: nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) > last message repeated 7 times > kernel: nfe0: discard frame w/o leading ethernet header (len 5 pkt len 5) > kernel: nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) > last message repeated 4 times > kernel: nfe0: discard frame w/o leading ethernet header (len 5 pkt len 5) > kernel: nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) > ... > nfe(4) has a long standing issue not correctly handling half-duplex media in manual media configuration. I guess the above issue is related with your manual media configuration such that nfe(4) thinks it established a full-duplex link with link partner but the resolved link is still half-duplex one. > Things seemed to still be running, but ping to another local machine was > sloooow. > Yep, it's getting closer to working state. :) -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Fri Jan 18 02:41:23 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8054B16A419 for ; Fri, 18 Jan 2008 02:41:23 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id 403FD13C447 for ; Fri, 18 Jan 2008 02:41:23 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id DB30D8B0D4 for ; Thu, 17 Jan 2008 21:41:22 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Thu, 17 Jan 2008 21:41:22 -0500 X-Sasl-enc: j4CbwF/LMax3fObQf55FdvET04xwzrpVU3neErvb/E2W 1200624082 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 7EF35E1B1 for ; Thu, 17 Jan 2008 21:41:22 -0500 (EST) Message-ID: <479011D1.2020502@FreeBSD.org> Date: Fri, 18 Jan 2008 02:41:21 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.6 (X11/20070928) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20080117190011.GA1094@medusa.sysfault.org> <20080117195348.GA67081@hoeg.nl> <20080117212510.GB1094@medusa.sysfault.org> In-Reply-To: <20080117212510.GB1094@medusa.sysfault.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: BSD cflow available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 02:41:23 -0000 Marcus von Appen wrote: > As cflow - in my opinion - is a useful tool to get a better overview > about the control flow in (possibly unknown) source code, being "better > safe than sorry" would be the best way to go here, I think. > Nice. I downloaded and tried the code. It's good to see that it uses BSD make, so it builds quickly, and should just drop right into the src/ tree, which is your intention. I'm glad you've done this, as ticking POSIX boxes is always good for the project's credibility. However, I prefer using something like kscope or gonzui for large projects. cheers BMS From owner-freebsd-current@FreeBSD.ORG Fri Jan 18 02:46:15 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 882FB16A418 for ; Fri, 18 Jan 2008 02:46:15 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id 128ED13C478 for ; Fri, 18 Jan 2008 02:46:14 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id B37FA8AFEB; Thu, 17 Jan 2008 21:46:14 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Thu, 17 Jan 2008 21:46:14 -0500 X-Sasl-enc: ghyQ3A5yPVhgZQ/hTCuGdKuTu19UprrKv0Bgrr7MX8wH 1200624374 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 38C8C29893; Thu, 17 Jan 2008 21:46:14 -0500 (EST) Message-ID: <479012F5.9050408@incunabulum.net> Date: Fri, 18 Jan 2008 02:46:13 +0000 From: Bruce M Simpson User-Agent: Thunderbird 2.0.0.6 (X11/20070928) MIME-Version: 1.0 To: pluknet References: <478B89F6.1010703@incunabulum.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: exmap port - shared memory profiler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 02:46:15 -0000 pluknet wrote: > As I can see this port depends on sysutil/pmap which is broken on 7.0. > I just submitted PR with patch in it. Look at ports/119704, please. > btw, procstat provides similar functionality when specified with -v flag. > Actually, procstat doesn't provide the functionality which pmap_helper.ko or exmap does, although it is still a useful tool to have. I unfortunately don't have time to look at sysutils/pmap or do further work on exmap at this moment, which is why I'm asking people for help as they may also benefit from the tool. Thanks for the feedback! BMS From owner-freebsd-current@FreeBSD.ORG Fri Jan 18 03:38:03 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C34716A419 for ; Fri, 18 Jan 2008 03:38:03 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 5DAF313C461 for ; Fri, 18 Jan 2008 03:38:02 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-39-232.lns10.adl2.internode.on.net [121.45.39.232]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m0I3bih7005139 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 18 Jan 2008 14:07:45 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Dag-Erling =?utf-8?q?Sm=C3=B8rgrav?= Date: Fri, 18 Jan 2008 14:07:28 +1030 User-Agent: KMail/1.9.7 References: <200801171115.43663.doconnor@gsoft.com.au> <86myr4n4gp.fsf@ds4.des.no> In-Reply-To: <86myr4n4gp.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2288516.ogWvC6iNXF"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200801181407.36360.doconnor@gsoft.com.au> X-Spam-Score: -2.39 () AWL,BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: njl@freebsd.org, bruno@freebsd.org, Stefan Lambrev , freebsd-current@freebsd.org, Igor Mozolevsky , Maxim Sobolev Subject: Re: powerd adaptive mode latching X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 03:38:03 -0000 --nextPart2288516.ogWvC6iNXF Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 17 Jan 2008, Dag-Erling Sm=C3=B8rgrav wrote: > "Daniel O'Connor" writes: > > One problem with it is that it lags behind actual usage by a few > > seconds (presumably averaging it). > > It is based on the (didle/dt) / (dtotal/dt) fraction computed from > kern.cp_time, which can take a while to ramp up. This is not easily > seen in a cursory reading of the code, as the fraction is computed in > a very roundabout way. I meant the current usage reported by ACPI. Presumably totally up to the BIOS implementation as to how it works.. > > Turning the LCD off saves about 4W too. > > Hmm, it would be interesting to experiment with varying backlight > brightness based on system load :) Heh, sounds like a great way to get a headache 8-) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2288516.ogWvC6iNXF Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHkB8A5ZPcIHs/zowRAltDAJ9VnVTx/hB2O5OFZxnUGaSGI5GuswCfboXJ rEa0RXx5PxmAWYCl1lEBy5A= =L9zl -----END PGP SIGNATURE----- --nextPart2288516.ogWvC6iNXF-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 18 05:58:41 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99C7A16A419; Fri, 18 Jan 2008 05:58:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 44C4613C4D1; Fri, 18 Jan 2008 05:58:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m0I5weVn076294; Fri, 18 Jan 2008 00:58:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.1) with ESMTP id m0I5weAx003983; Fri, 18 Jan 2008 00:58:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E03B273039; Fri, 18 Jan 2008 00:58:39 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080118055839.E03B273039@freebsd-current.sentex.ca> Date: Fri, 18 Jan 2008 00:58:39 -0500 (EST) X-Virus-Scanned: ClamAV 0.92/5493/Thu Jan 17 13:09:26 2008 clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 05:58:41 -0000 TB --- 2008-01-18 05:30:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-18 05:30:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-01-18 05:30:00 - cleaning the object tree TB --- 2008-01-18 05:30:51 - cvsupping the source tree TB --- 2008-01-18 05:30:51 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-01-18 05:30:58 - building world (CFLAGS=-O -pipe) TB --- 2008-01-18 05:30:58 - cd /src TB --- 2008-01-18 05:30:58 - /usr/bin/make -B buildworld >>> World build started on Fri Jan 18 05:31:00 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libarchive/archive_string_sprintf.c cc -O -pipe -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libarchive/archive_util.c cc -O -pipe -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libarchive/archive_virtual.c cc -O -pipe -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libarchive/archive_write.c cc -O -pipe -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libarchive/archive_write_disk.c cc1: warnings being treated as errors /src/lib/libarchive/archive_write_disk.c: In function '_archive_write_data_block': /src/lib/libarchive/archive_write_disk.c:480: warning: comparison between signed and unsigned *** Error code 1 Stop in /src/lib/libarchive. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-18 05:58:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-18 05:58:38 - ERROR: failed to build world TB --- 2008-01-18 05:58:38 - tinderbox aborted TB --- 1207.76 user 164.10 system 1718.60 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Jan 18 06:13:51 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C584416A418 for ; Fri, 18 Jan 2008 06:13:51 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from darklight.org.ru (darklight.org.ru [IPv6:2001:470:1f09:81::dead:c0de]) by mx1.freebsd.org (Postfix) with ESMTP id 1D9D313C43E for ; Fri, 18 Jan 2008 06:13:49 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from darklight.org.ru (yuri@darklight.org.ru [IPv6:::1]) by darklight.org.ru (8.14.2/8.14.2) with ESMTP id m0I6DdDr033473; Fri, 18 Jan 2008 09:13:39 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by darklight.org.ru (8.14.2/8.14.2/Submit) id m0I6Dcdn033472; Fri, 18 Jan 2008 09:13:38 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: darklight.org.ru: yuri set sender to yuri.pankov@gmail.com using -f Date: Fri, 18 Jan 2008 09:13:38 +0300 From: Yuri Pankov To: freebsd-current@freebsd.org Message-ID: <20080118061338.GA24750@darklight.org.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) Subject: SIGABRT on `cvs login` X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 06:13:51 -0000 Hi, I'm getting SIGABRT running `cvs login`. It's -CURRENT/amd64 updated on Jan, 16. Backtrace: (gdb) run login Starting program: /usr/bin/cvs login Logging in to :pserver:anoncvs@anoncvs.tw.freebsd.org:2401/home/ncvs CVS password: <- using "anoncvs" here cvs login: warning: failed to open /home/yuri/.cvspass for reading: No such file or directory Assertion failed: ((run->regs_mask[elm] & (1U << bit)) == 0), function arena_run_reg_dalloc, file /usr/src/lib/libc/stdlib/malloc.c, line 2197. Program received signal SIGABRT, Aborted. 0x00000008013f53cc in kill () at kill.S:2 2 RSYSCALL(kill) Current language: auto; currently asm (gdb) bt full #0 0x00000008013f53cc in kill () at kill.S:2 No locals. #1 0x00000008013f423b in abort () at /usr/src/lib/libc/stdlib/abort.c:65 act = {__sigaction_u = {__sa_handler = 0x90, __sa_sigaction = 0x90}, sa_flags = 8, sa_mask = {__bits = {4294967263, 4294967295, 4294967295, 4294967295}}} #2 0x00000008013dd225 in __assert (func=0x8289 , file=0x6 , line=0, failedexpr=0x0) at /usr/src/lib/libc/gen/assert.c:54 No locals. #3 0x0000000801383bf3 in arena_dalloc_small (arena=0x589e70, chunk=Variable "chunk" is not available. ) at /usr/src/lib/libc/stdlib/malloc.c:2197 run = (arena_run_t *) 0x601000 bin = (arena_bin_t *) 0x589fe8 size = 16 __func__ = "arena_dalloc_small" #4 0x0000000801383ea6 in idalloc (ptr=0x6012a0) at /usr/src/lib/libc/stdlib/malloc.c:3097 chunk = (arena_chunk_t *) 0x600000 __func__ = "idalloc" #5 0x0000000801384177 in free (ptr=0x6012a0) at /usr/src/lib/libc/stdlib/malloc.c:4571 __func__ = "free" #6 0x0000000000429bb2 in login (argc=Variable "argc" is not available. ) at /usr/src/gnu/usr.bin/cvs/cvs/../../../../contrib/cvs/src/login.c:574 typed_password = 0x601290 'Z' cvsroot_canonical = 0x613300 ":pserver:anoncvs@anoncvs.tw.freebsd.org:2401/home/ncvs" #7 0x000000000042c538 in main (argc=1, argv=0x7fffffffe668) at /usr/src/gnu/usr.bin/cvs/cvs/../../../../contrib/cvs/src/main.c:1010 n = (Node *) 0x6131c0 CVSroot_parsed = Variable "CVSroot_parsed" is not available. Any other info that I can provide? TIA, Yuri From owner-freebsd-current@FreeBSD.ORG Fri Jan 18 07:12:08 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BD3816A41B for ; Fri, 18 Jan 2008 07:12:08 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id A19B613C46A for ; Fri, 18 Jan 2008 07:12:07 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so1077453fgg.35 for ; Thu, 17 Jan 2008 23:12:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=AnD6DFYNcK52VV8VNfoxyhxTo99WtfFQi9Y5PqDik7Q=; b=ZY5+gAu9F54DmAm+F/q6LOaZgOjQRjLGvj0FmsNKT8LWe4/ulrfDbmT6RGnYj7NefqW5doIKxLcQ807h36UiQzS+Jj7FJc/5Rgg7a5tgy2NUeTFtKbdxUUDUSRvq4GiDpQ3XBO/tWuLoKd26M7BcnNkp9Dp8zkKRmkgq9U5ll1w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=NoVZw0/syh0OJnPesF0kTkFyaZ9VzfPFqInZV4EFVBnOTZLrzRrdtXU2bGABjygsfE4UMmwmTITzXrg57vl5+kNJubzXFeBLY9yrwgepEIJFgSRNtxRlEo+PiCHEkxxd7UdY3i+DNvXlK5nWf7DA/MGBMo683+ZHR7WYLsLQYWE= Received: by 10.86.100.7 with SMTP id x7mr2762986fgb.63.1200640326504; Thu, 17 Jan 2008 23:12:06 -0800 (PST) Received: by 10.86.70.11 with HTTP; Thu, 17 Jan 2008 23:12:06 -0800 (PST) Message-ID: <790a9fff0801172312o18d46a65x3be9c8f752f7845d@mail.gmail.com> Date: Fri, 18 Jan 2008 01:12:06 -0600 From: "Scot Hetzel" To: "Pawel Jakub Dawidek" In-Reply-To: <20080117114023.GF8820@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <790a9fff0801150552l542a4238ofc12efe5fdb45fc2@mail.gmail.com> <20080115143924.GB57756@deviant.kiev.zoral.com.ua> <790a9fff0801152301l5d50461aw3a253608506368e2@mail.gmail.com> <790a9fff0801161624g459857b8y6217e579337f2f0e@mail.gmail.com> <790a9fff0801161810j5a9953c4j5d2f3f10b3a1baf@mail.gmail.com> <20080117114023.GF8820@garage.freebsd.pl> Cc: freebsd-current@freebsd.org Subject: Re: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 07:12:08 -0000 On 1/17/08, Pawel Jakub Dawidek wrote: > On Wed, Jan 16, 2008 at 08:10:03PM -0600, Scot Hetzel wrote: > > The local CVS repository is on a ZFS filesystem. Is anyone seeing > > this problem on a UFS filesystem? > > WITNESS won't work on ZFS' lock by default. Please add: > > CFLAGS+=-DDEBUG > > to sys/modules/zfs/Makefile and recompile zfs kernel module. DEBUG > define tells ZFS not to add NOWITNESS flag at lock initialization time. > I rebuilt the zfs module as suggested. When I reboot, I am now seeing 4 different lock order reversals related to ZFS: 1. This lock order reversal occurs most often: lock order reversal: 1st 0xffffff0001b95838 dr->dt.di.dr_mtx (dr->dt.di.dr_mtx) @ /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/dbuf.c:1866 2nd 0xffffff00017531c0 db->db_mtx (db->db_mtx) @ /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/dbuf.c:1888 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a witness_checkorder() at witness_checkorder+0x606 _sx_xlock() at _sx_xlock+0x52 dbuf_sync_list() at dbuf_sync_list+0x215 dbuf_sync_list() at dbuf_sync_list+0x194 dnode_sync() at dnode_sync+0x385 dmu_objset_sync() at dmu_objset_sync+0x116 dsl_pool_sync() at dsl_pool_sync+0x153 spa_sync() at spa_sync+0x39e txg_sync_thread() at txg_sync_thread+0x17d fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffd72a3d30, rbp = 0 --- 2. This lock order reversal is similar to the one above: lock order reversal: 1st 0xffffff0001b00d38 dr->dt.di.dr_mtx (dr->dt.di.dr_mtx) @ /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/dbuf.c:1866 2nd 0xffffff0001a27760 db->db_mtx (db->db_mtx) @ /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/dbuf.c:1837 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a witness_checkorder() at witness_checkorder+0x606 _sx_xlock() at _sx_xlock+0x52 dbuf_sync_list() at dbuf_sync_list+0xaf dbuf_sync_list() at dbuf_sync_list+0x194 dnode_sync() at dnode_sync+0x385 dmu_objset_sync() at dmu_objset_sync+0x116 dsl_pool_sync() at dsl_pool_sync+0x72 spa_sync() at spa_sync+0x39e txg_sync_thread() at txg_sync_thread+0x17d fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffd72a3d30, rbp = 0 --- 3. lock order reversal related to the write syscall lock order reversal: 1st 0xffffff00269f6500 dn->dn_mtx From owner-freebsd-current@FreeBSD.ORG Fri Jan 18 07:40:13 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26D4716A468 for ; Fri, 18 Jan 2008 07:40:13 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id 6BC2B13C46A for ; Fri, 18 Jan 2008 07:40:12 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so1086292fgg.35 for ; Thu, 17 Jan 2008 23:40:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=+H5bs5g7zWOb+mqy/+2gLrNwSIOTqVccBwZ8EqUrTFg=; b=honubedcaR+pLhNMoBBoQRWEAHwGlh/wiPtqJ12PloIFTnd9KOglzm+MVoD20geHv9WGDERRE/SdVH5ZCuCEAe0Xix97qxoP+TxIv9dKY0ycmIJSsJgjBNjY9WIz1jJ8g/srPWH/8Uki5s2CCR0UXKBj5RvzGWtU4++OA13FhTk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=DtR/ruwuDIzirugvTl/8JF05AEZ8yoh3HgggBo0nCBzelMo2rHeIvIEcCtld3QBc254yAYy0FqReWmHsMTtEwu4WJRskSIyHei40ghbklsChHzmQR/mfpJAskzWlAftF/olj9AYZ7+bRJ+bMgs7PrCGOJt4U280tiW6xFee+GIQ= Received: by 10.86.90.2 with SMTP id n2mr2787104fgb.66.1200642011402; Thu, 17 Jan 2008 23:40:11 -0800 (PST) Received: by 10.86.70.11 with HTTP; Thu, 17 Jan 2008 23:40:11 -0800 (PST) Message-ID: <790a9fff0801172340p664b48c0m9a3b961ab2e7918f@mail.gmail.com> Date: Fri, 18 Jan 2008 01:40:11 -0600 From: "Scot Hetzel" To: "Pawel Jakub Dawidek" In-Reply-To: <790a9fff0801172312o18d46a65x3be9c8f752f7845d@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <790a9fff0801150552l542a4238ofc12efe5fdb45fc2@mail.gmail.com> <20080115143924.GB57756@deviant.kiev.zoral.com.ua> <790a9fff0801152301l5d50461aw3a253608506368e2@mail.gmail.com> <790a9fff0801161624g459857b8y6217e579337f2f0e@mail.gmail.com> <790a9fff0801161810j5a9953c4j5d2f3f10b3a1baf@mail.gmail.com> <20080117114023.GF8820@garage.freebsd.pl> <790a9fff0801172312o18d46a65x3be9c8f752f7845d@mail.gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 07:40:13 -0000 Previous message sent prematurely. On 1/18/08, Scot Hetzel wrote: > On 1/17/08, Pawel Jakub Dawidek wrote: > > On Wed, Jan 16, 2008 at 08:10:03PM -0600, Scot Hetzel wrote: > > > The local CVS repository is on a ZFS filesystem. Is anyone seeing > > > this problem on a UFS filesystem? > > > > WITNESS won't work on ZFS' lock by default. Please add: > > > > CFLAGS+=-DDEBUG > > > > to sys/modules/zfs/Makefile and recompile zfs kernel module. DEBUG > > define tells ZFS not to add NOWITNESS flag at lock initialization time. > > > > I rebuilt the zfs module as suggested. > > When I reboot, I am now seeing 4 different lock order reversals related to ZFS: > > 1. This lock order reversal occurs most often: > > lock order reversal: > 1st 0xffffff0001b95838 dr->dt.di.dr_mtx (dr->dt.di.dr_mtx) @ > /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/dbuf.c:1866 > 2nd 0xffffff00017531c0 db->db_mtx (db->db_mtx) @ > /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/dbuf.c:1888 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > witness_checkorder() at witness_checkorder+0x606 > _sx_xlock() at _sx_xlock+0x52 > dbuf_sync_list() at dbuf_sync_list+0x215 > dbuf_sync_list() at dbuf_sync_list+0x194 > dnode_sync() at dnode_sync+0x385 > dmu_objset_sync() at dmu_objset_sync+0x116 > dsl_pool_sync() at dsl_pool_sync+0x153 > spa_sync() at spa_sync+0x39e > txg_sync_thread() at txg_sync_thread+0x17d > fork_exit() at fork_exit+0x12a > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip = 0, rsp = 0xffffffffd72a3d30, rbp = 0 --- > > 2. This lock order reversal is similar to the one above: > > lock order reversal: > 1st 0xffffff0001b00d38 dr->dt.di.dr_mtx (dr->dt.di.dr_mtx) @ > /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/dbuf.c:1866 > 2nd 0xffffff0001a27760 db->db_mtx (db->db_mtx) @ > /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/dbuf.c:1837 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > witness_checkorder() at witness_checkorder+0x606 > _sx_xlock() at _sx_xlock+0x52 > dbuf_sync_list() at dbuf_sync_list+0xaf > dbuf_sync_list() at dbuf_sync_list+0x194 > dnode_sync() at dnode_sync+0x385 > dmu_objset_sync() at dmu_objset_sync+0x116 > dsl_pool_sync() at dsl_pool_sync+0x72 > spa_sync() at spa_sync+0x39e > txg_sync_thread() at txg_sync_thread+0x17d > fork_exit() at fork_exit+0x12a > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip = 0, rsp = 0xffffffffd72a3d30, rbp = 0 --- > 3. lock order reversal related to the write syscall lock order reversal: 1st 0xffffff00269f6500 dn->dn_mtx (dn->dn_mtx) @ /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/dnode.c:874 2nd 0xffffff0026338d38 dr->dt.di.dr_mtx (dr->dt.di.dr_mtx) @ /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/dnode.c:875 KDB: Stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a witness_check_order() at witness_check_order+0x606 _sx_lock() at _sx_lock+0x52 dnode_new_blkid() at dnode_new_blkid+0x15b dbuf_dirty() at dbuf_dirty+0x7dc dmu_write_uio() at dmu_write_uio+0x167 zfs_freebsd_write() at zfs_freebsd_write+0x9b4 VOP_WRITE_APV() at VOP_WRITE_APV+0x131 vn_write() at vn_write+0x24f dofilewrite() at dofilewrite+0x85 kern_writev() at kern_writev+0x60 write() at write+0x54 syscall() at syscall+0x1ce Xfast_syscall() at Xfast_syscall+0xab --- syscall (4, FreeBSD ELF64, write), rip = 0x8009f623c, rsp = 0x7729d0, rbp = 0x772a18 --- 4. lock order reversal related to the lstat syscall lock order reversal: 1st 0xffffff0001578058 zfsvfs->z_um_lock (zfsvfs->z_um_lock) @ /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:2949 2nd 0xffffff001725cd0 tx->tx_sync_lock (tx->tx_sync_lock) @ /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/txg.c:414 KDB: Stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a witness_check_order() at witness_check_order+0x606 _sx_lock() at _sx_lock+0x52 txg_wait_open() at txg_wait_open+0x34 dmu_tx_assign() at dmu_tx_assign+0x2a5 zfs_inactive() at zfs_inactive+0x21f zfs_freebsd_inactive() at zfs_freebsd_inactive+0x18 VOP_INACTIVE_APV() at VOP_INACTIVE_APV+0xb5 vinactive() at vinactive+0x90 vput() at vput+0x24d namei() at namei+0x29a kern_lstat() at kern_lstat+0x5e lstat() at lstat+0x2a syscall() at syscall+0x1ce Xfast_syscall() at Xfast_syscall+0xab --- syscall (190, FreeBSD ELF64, lstat), rip = 0x8009e87ec, rsp = 0x72f1d0, rbp = 0x72f2a8 --- The panic didn't occur after lock order reversal 4, instead it occured after the system had displayed lock order reversal 2. hp010# /usr/local/etc/cvsup/update.sh & hp010# tail -f /var/log/cvsup.log : : : : : Edit CVSROOT-ports/modules,v : : Edit ports/audio/sonata/pkg-plist,v panic: System call lstat returning with 1 locks held cpuid = 0 KDB: enter: panic [ thread pid 996 tid 10011 ] stopped at kdb_enter+0x3d: movq $0,0x4ad188(%rip) db> show lockedvnods Locked vnodes db> Scot From owner-freebsd-current@FreeBSD.ORG Fri Jan 18 07:48:09 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 039F616A41A for ; Fri, 18 Jan 2008 07:48:09 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id 897C013C474 for ; Fri, 18 Jan 2008 07:48:08 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1586366waf.3 for ; Thu, 17 Jan 2008 23:48:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=ZsjjyAiYF/9qSRQSJ4KYt1004vuwQbt0xVEqD8ts0gc=; b=NiMZG4SYAkLGtQ34bBT8rgxTcIizO622JhPGU9ttWINpM9Vr1io59Z93MuyNj4Th7BEiT/mVuWFsMxl/LPC1oIQTvw9MIPbMb2HOQriO1pkCTZNsZvX3ObdbvE8XnGVAAWE6W3N01lkOzqId6ud4TPcJ+6S/uIdgmSiZCxHENsE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=OT3OCImkea1yzhvNRCbkb+E7z1cmgWnOL2bwLQokgq/cmyCVJL0KdN+TJf8TW3M3RijJryB+lIeR8to/B2IuIinK+Q7QfmsiYZMjw1iCHMx2Vd+dsFd97vehTZ1DuYvKW70Va4WodxPZfSUJ5j7ZOkjKqjnM46qoB5Cl7O1Zxtw= Received: by 10.114.15.1 with SMTP id 1mr3574982wao.27.1200642488439; Thu, 17 Jan 2008 23:48:08 -0800 (PST) Received: by 10.114.255.16 with HTTP; Thu, 17 Jan 2008 23:48:08 -0800 (PST) Message-ID: Date: Thu, 17 Jan 2008 23:48:08 -0800 From: "Kip Macy" To: "Scot Hetzel" In-Reply-To: <790a9fff0801172340p664b48c0m9a3b961ab2e7918f@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <790a9fff0801150552l542a4238ofc12efe5fdb45fc2@mail.gmail.com> <20080115143924.GB57756@deviant.kiev.zoral.com.ua> <790a9fff0801152301l5d50461aw3a253608506368e2@mail.gmail.com> <790a9fff0801161624g459857b8y6217e579337f2f0e@mail.gmail.com> <790a9fff0801161810j5a9953c4j5d2f3f10b3a1baf@mail.gmail.com> <20080117114023.GF8820@garage.freebsd.pl> <790a9fff0801172312o18d46a65x3be9c8f752f7845d@mail.gmail.com> <790a9fff0801172340p664b48c0m9a3b961ab2e7918f@mail.gmail.com> Cc: freebsd-current@freebsd.org, Pawel Jakub Dawidek Subject: Re: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 07:48:09 -0000 What does: Try ddb> show locks On Jan 17, 2008 11:40 PM, Scot Hetzel wrote: > Previous message sent prematurely. > > On 1/18/08, Scot Hetzel wrote: > > On 1/17/08, Pawel Jakub Dawidek wrote: > > > On Wed, Jan 16, 2008 at 08:10:03PM -0600, Scot Hetzel wrote: > > > > The local CVS repository is on a ZFS filesystem. Is anyone seeing > > > > this problem on a UFS filesystem? > > > > > > WITNESS won't work on ZFS' lock by default. Please add: > > > > > > CFLAGS+=-DDEBUG > > > > > > to sys/modules/zfs/Makefile and recompile zfs kernel module. DEBUG > > > define tells ZFS not to add NOWITNESS flag at lock initialization time. > > > > > > > I rebuilt the zfs module as suggested. > > > > When I reboot, I am now seeing 4 different lock order reversals related to ZFS: > > > > 1. This lock order reversal occurs most often: > > > > lock order reversal: > > 1st 0xffffff0001b95838 dr->dt.di.dr_mtx (dr->dt.di.dr_mtx) @ > > /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/dbuf.c:1866 > > 2nd 0xffffff00017531c0 db->db_mtx (db->db_mtx) @ > > /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/dbuf.c:1888 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > > witness_checkorder() at witness_checkorder+0x606 > > _sx_xlock() at _sx_xlock+0x52 > > dbuf_sync_list() at dbuf_sync_list+0x215 > > dbuf_sync_list() at dbuf_sync_list+0x194 > > dnode_sync() at dnode_sync+0x385 > > dmu_objset_sync() at dmu_objset_sync+0x116 > > dsl_pool_sync() at dsl_pool_sync+0x153 > > spa_sync() at spa_sync+0x39e > > txg_sync_thread() at txg_sync_thread+0x17d > > fork_exit() at fork_exit+0x12a > > fork_trampoline() at fork_trampoline+0xe > > --- trap 0, rip = 0, rsp = 0xffffffffd72a3d30, rbp = 0 --- > > > > 2. This lock order reversal is similar to the one above: > > > > lock order reversal: > > 1st 0xffffff0001b00d38 dr->dt.di.dr_mtx (dr->dt.di.dr_mtx) @ > > /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/dbuf.c:1866 > > 2nd 0xffffff0001a27760 db->db_mtx (db->db_mtx) @ > > /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/dbuf.c:1837 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > > witness_checkorder() at witness_checkorder+0x606 > > _sx_xlock() at _sx_xlock+0x52 > > dbuf_sync_list() at dbuf_sync_list+0xaf > > dbuf_sync_list() at dbuf_sync_list+0x194 > > dnode_sync() at dnode_sync+0x385 > > dmu_objset_sync() at dmu_objset_sync+0x116 > > dsl_pool_sync() at dsl_pool_sync+0x72 > > spa_sync() at spa_sync+0x39e > > txg_sync_thread() at txg_sync_thread+0x17d > > fork_exit() at fork_exit+0x12a > > fork_trampoline() at fork_trampoline+0xe > > --- trap 0, rip = 0, rsp = 0xffffffffd72a3d30, rbp = 0 --- > > > 3. lock order reversal related to the write syscall > > lock order reversal: > 1st 0xffffff00269f6500 dn->dn_mtx (dn->dn_mtx) @ > /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/dnode.c:874 > 2nd 0xffffff0026338d38 dr->dt.di.dr_mtx (dr->dt.di.dr_mtx) @ > /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/dnode.c:875 > KDB: Stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > witness_check_order() at witness_check_order+0x606 > _sx_lock() at _sx_lock+0x52 > dnode_new_blkid() at dnode_new_blkid+0x15b > dbuf_dirty() at dbuf_dirty+0x7dc > dmu_write_uio() at dmu_write_uio+0x167 > zfs_freebsd_write() at zfs_freebsd_write+0x9b4 > VOP_WRITE_APV() at VOP_WRITE_APV+0x131 > vn_write() at vn_write+0x24f > dofilewrite() at dofilewrite+0x85 > kern_writev() at kern_writev+0x60 > write() at write+0x54 > syscall() at syscall+0x1ce > Xfast_syscall() at Xfast_syscall+0xab > --- syscall (4, FreeBSD ELF64, write), rip = 0x8009f623c, rsp = > 0x7729d0, rbp = 0x772a18 --- > > 4. lock order reversal related to the lstat syscall > > lock order reversal: > 1st 0xffffff0001578058 zfsvfs->z_um_lock (zfsvfs->z_um_lock) @ > /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:2949 > 2nd 0xffffff001725cd0 tx->tx_sync_lock (tx->tx_sync_lock) @ > /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/txg.c:414 > KDB: Stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > witness_check_order() at witness_check_order+0x606 > _sx_lock() at _sx_lock+0x52 > txg_wait_open() at txg_wait_open+0x34 > dmu_tx_assign() at dmu_tx_assign+0x2a5 > zfs_inactive() at zfs_inactive+0x21f > zfs_freebsd_inactive() at zfs_freebsd_inactive+0x18 > VOP_INACTIVE_APV() at VOP_INACTIVE_APV+0xb5 > vinactive() at vinactive+0x90 > vput() at vput+0x24d > namei() at namei+0x29a > kern_lstat() at kern_lstat+0x5e > lstat() at lstat+0x2a > syscall() at syscall+0x1ce > Xfast_syscall() at Xfast_syscall+0xab > --- syscall (190, FreeBSD ELF64, lstat), rip = 0x8009e87ec, rsp = > 0x72f1d0, rbp = 0x72f2a8 --- > > The panic didn't occur after lock order reversal 4, instead it occured > after the system had displayed lock order reversal 2. > > hp010# /usr/local/etc/cvsup/update.sh & > hp010# tail -f /var/log/cvsup.log > : > > : > > : > > > : > > : > > > Edit CVSROOT-ports/modules,v > : > : > Edit ports/audio/sonata/pkg-plist,v > panic: System call lstat returning with 1 locks held > cpuid = 0 > KDB: enter: panic > [ thread pid 996 tid 10011 ] > stopped at kdb_enter+0x3d: movq $0,0x4ad188(%rip) > db> show lockedvnods > Locked vnodes > db> > > Scot > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri Jan 18 08:26:20 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DEF0F16A468 for ; Fri, 18 Jan 2008 08:26:20 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7D3D313C448 for ; Fri, 18 Jan 2008 08:26:20 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1603852waf.3 for ; Fri, 18 Jan 2008 00:26:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=wk2oUIRcJplhS4Mr4eSkR7GTCpZHCrPdr0ocnG5sXoA=; b=Vqk6Grqe6HzR2YcR7xsRBvdlTEp4c4Vpje3vt3XhaMl55xrxydJIlApwucovpXvPCxBbkSe30a8lwzhHjSnlIaPdYSLIyG+rPWTSqHvfX0I7rCpo4a91E8hXIBts35rSDFPykQRsvEyd0ziHla9vSceKCc604u2KSds5tWnhJKo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=bbbK1o9Z+IIiiC3WDOS3+TX930k7qjLXyaSPPJD5G6PFMKSd6fZdWJZjIv1g/5DPr6LmUbyrfi5PGsYTNIBfGRgd9W0Zt1ywpynoEltK8O0bQhdY/VCNAj+MTRL2CfZ2cHQhwAZc5mMcbGRMPjm8CY+YMt+Qdm9T0L9kuq7QmjA= Received: by 10.114.148.1 with SMTP id v1mr3620075wad.21.1200644780125; Fri, 18 Jan 2008 00:26:20 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id m40sm6802816waf.16.2008.01.18.00.26.17 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 18 Jan 2008 00:26:19 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m0I8QDm8094283 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 18 Jan 2008 17:26:13 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m0I8Q91s094282; Fri, 18 Jan 2008 17:26:09 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 18 Jan 2008 17:26:09 +0900 From: Pyun YongHyeon To: Chris Poulsen Message-ID: <20080118082609.GA93423@cdnetworks.co.kr> References: <476EE604.2070809@nesluop.dk> <20071225234723.GA1018@cdnetworks.co.kr> <4772D649.3010001@nesluop.dk> <20071227002252.GE1018@cdnetworks.co.kr> <20080116012154.GB84758@cdnetworks.co.kr> <478E7DF3.4080908@nesluop.dk> <20080117014013.GA89210@cdnetworks.co.kr> <478F98D7.5040007@nesluop.dk> <20080118010100.GC92718@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080118010100.GC92718@cdnetworks.co.kr> User-Agent: Mutt/1.4.2.1i Cc: kevlo@freebsd.org, FreeBSD Current Subject: Re: Problem with nfe stability and throughput X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 08:26:21 -0000 On Fri, Jan 18, 2008 at 10:01:00AM +0900, To Chris Poulsen wrote: > On Thu, Jan 17, 2008 at 07:05:11PM +0100, Chris Poulsen wrote: > > Hi, > > > > Pyun YongHyeon wrote: > > >Would you show me the output of "ifconfig nfe0"? > > > > > nfe0: flags=8843 metric 0 mtu 1500 > > options=48 > > ether 00:1d:60:6d:73:ec > > inet 192.168.1.11 netmask 0xffffff00 broadcast 192.168.1.255 > > media: Ethernet 100baseTX > > status: active > > Hmmm, it seems that you've set media type manually without relying > on automatic media detection. Is there any reason not using auto > media type? How about using media type 'auto'? > #ifconfig nfe0 media auto > I've updated the experimental driver. Please revert previous patch and apply the following one. http://people.freebsd.org/~yongari/atphy.diff2 And show me the 'ifconfig nfe0' output again. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Fri Jan 18 09:11:47 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62F5216A468 for ; Fri, 18 Jan 2008 09:11:47 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by mx1.freebsd.org (Postfix) with ESMTP id CBBC213C474 for ; Fri, 18 Jan 2008 09:11:46 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so1116736fgg.35 for ; Fri, 18 Jan 2008 01:11:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=AlYhG6gMkdy0hGirxXpQ6a5uGBtUhUmybdpLLDb+1hw=; b=bM4LE0tOzn/ERJkcdMyvFFVnYdIw2XLc9A3q1ndDnZcOLwFd0CiNJlDvPBCJaYMkCaaU0m1r66fmcSrgbZkt23UHKn4eFCoqixs/g20l/rxlpumfEXhte/ZYysZuoGxFbcmvaQ+VFM7gtaGLgGHWjNYO4uY/z+rHf+Kkgqu/yGk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=vGQr4AsocVdTzdq3afcTxmxWQ7lFB7F8LwE5isJJxyzV6eifp0ATf01oTN1wVIFFez5m5EYDISP6LOyI7HgghxgX3Fy0LK9T+wKEhQo7u5TGlokOnYKycpVX8eeY/sFSonVxhc4DO4QhOxnQswfFnPK3sXw2Ya/8TZia43nAUsk= Received: by 10.86.59.2 with SMTP id h2mr2847548fga.78.1200647505415; Fri, 18 Jan 2008 01:11:45 -0800 (PST) Received: by 10.86.70.11 with HTTP; Fri, 18 Jan 2008 01:11:45 -0800 (PST) Message-ID: <790a9fff0801180111w2397d1edpc6cff2925e114ce7@mail.gmail.com> Date: Fri, 18 Jan 2008 03:11:45 -0600 From: "Scot Hetzel" To: "Kip Macy" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <790a9fff0801150552l542a4238ofc12efe5fdb45fc2@mail.gmail.com> <20080115143924.GB57756@deviant.kiev.zoral.com.ua> <790a9fff0801152301l5d50461aw3a253608506368e2@mail.gmail.com> <790a9fff0801161624g459857b8y6217e579337f2f0e@mail.gmail.com> <790a9fff0801161810j5a9953c4j5d2f3f10b3a1baf@mail.gmail.com> <20080117114023.GF8820@garage.freebsd.pl> <790a9fff0801172312o18d46a65x3be9c8f752f7845d@mail.gmail.com> <790a9fff0801172340p664b48c0m9a3b961ab2e7918f@mail.gmail.com> Cc: freebsd-current@freebsd.org, Pawel Jakub Dawidek Subject: Re: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 09:11:47 -0000 > On Jan 17, 2008 11:40 PM, Scot Hetzel wrote: > > The panic didn't occur after lock order reversal 4, instead it occured > > after the system had displayed lock order reversal 2. > > > > hp010# /usr/local/etc/cvsup/update.sh & > > hp010# tail -f /var/log/cvsup.log > > : > > > > : > > > > : > > > > > > : > > > > : > > > > > > Edit CVSROOT-ports/modules,v > > : > > : > > Edit ports/audio/sonata/pkg-plist,v > > panic: System call lstat returning with 1 locks held > > cpuid = 0 > > KDB: enter: panic > > [ thread pid 996 tid 10011 ] > > stopped at kdb_enter+0x3d: movq $0,0x4ad188(%rip) > > db> show lockedvnods > > Locked vnodes > > db> > > On 1/18/08, Kip Macy wrote: > What does: > Try > > ddb> show locks > It doesn't show any locks, I also tried show alllocks and nothing was displayed. When the panic occured this time, lock order reversal 4 didn't occur. Scot From owner-freebsd-current@FreeBSD.ORG Fri Jan 18 09:36:19 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3347B16A468 for ; Fri, 18 Jan 2008 09:36:19 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id D172713C45D for ; Fri, 18 Jan 2008 09:36:18 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 5F99A2087; Fri, 18 Jan 2008 10:36:10 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 31B1A2086; Fri, 18 Jan 2008 10:36:10 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 064ED844C5; Fri, 18 Jan 2008 10:36:10 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Nate Lawson References: <478930D2.90806@digifonica.com> <200801171115.43663.doconnor@gsoft.com.au> <86myr4n4gp.fsf@ds4.des.no> <478F8A75.5010701@root.org> Date: Fri, 18 Jan 2008 10:36:09 +0100 In-Reply-To: <478F8A75.5010701@root.org> (Nate Lawson's message of "Thu\, 17 Jan 2008 09\:03\:49 -0800") Message-ID: <86y7aneara.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Maxim Sobolev , Igor Mozolevsky , Stefan Lambrev Subject: Re: powerd adaptive mode latching X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 09:36:19 -0000 Nate Lawson writes: > Dag-Erling Sm=C3=B8rgrav writes: > > [powerd's load calculation] is based on the (didle/dt) / (dtotal/dt) > > fraction computed from kern.cp_time, which can take a while to ramp > > up. This is not easily seen in a cursory reading of the code, as the > > fraction is computed in a very roundabout way. > While providing more accurate information to powerd is a good goal, I > want to preempt any requests to move the scheduling algorithm into the > kernel. Never struck my mind. Policy belongs in userland. However, the load calculations could benefit from a (semantically identical) rewrite, if only to make them more easily understandable to the reader. I would rename a couple of variables to make it clear that they are derivatives, compute the fraction explicitly, and use an internal representation of the threshold that places it in [0..1] instead of [0..100], allowing a direct comparison. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Jan 18 11:29:44 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F46216A41A for ; Fri, 18 Jan 2008 11:29:44 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from darklight.org.ru (darklight.org.ru [IPv6:2001:470:1f09:81::dead:c0de]) by mx1.freebsd.org (Postfix) with ESMTP id 8B59713C447 for ; Fri, 18 Jan 2008 11:29:42 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from darklight.org.ru (yuri@darklight.org.ru [IPv6:::1]) by darklight.org.ru (8.14.2/8.14.2) with ESMTP id m0IBTWWN023133; Fri, 18 Jan 2008 14:29:32 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by darklight.org.ru (8.14.2/8.14.2/Submit) id m0IBTV2d023132; Fri, 18 Jan 2008 14:29:31 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: darklight.org.ru: yuri set sender to yuri.pankov@gmail.com using -f Date: Fri, 18 Jan 2008 14:29:31 +0300 From: Yuri Pankov To: freebsd-current@freebsd.org Message-ID: <20080118112931.GB24750@darklight.org.ru> References: <20080118061338.GA24750@darklight.org.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080118061338.GA24750@darklight.org.ru> User-Agent: Mutt/1.5.17 (2007-11-01) Subject: Re: SIGABRT on `cvs login` X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 11:29:44 -0000 On Fri, Jan 18, 2008 at 09:13:38AM +0300, Yuri Pankov wrote: > Hi, > > I'm getting SIGABRT running `cvs login`. It's -CURRENT/amd64 updated > on Jan, 16. > > Backtrace: > > (gdb) run login > Starting program: /usr/bin/cvs login > Logging in to :pserver:anoncvs@anoncvs.tw.freebsd.org:2401/home/ncvs > CVS password: <- using "anoncvs" here > cvs login: warning: failed to open /home/yuri/.cvspass for reading: No > such file or directory > Assertion failed: ((run->regs_mask[elm] & (1U << bit)) == 0), function > arena_run_reg_dalloc, file /usr/src/lib/libc/stdlib/malloc.c, line 2197. > > Program received signal SIGABRT, Aborted. > 0x00000008013f53cc in kill () at kill.S:2 > 2 RSYSCALL(kill) > Current language: auto; currently asm > (gdb) bt full > #0 0x00000008013f53cc in kill () at kill.S:2 > No locals. > #1 0x00000008013f423b in abort () at > /usr/src/lib/libc/stdlib/abort.c:65 > act = {__sigaction_u = {__sa_handler = 0x90, __sa_sigaction = > 0x90}, sa_flags = 8, sa_mask = {__bits = {4294967263, > 4294967295, 4294967295, 4294967295}}} > #2 0x00000008013dd225 in __assert (func=0x8289 0x8289: Bad address>, > file=0x6 , line=0, > failedexpr=0x0) at /usr/src/lib/libc/gen/assert.c:54 > No locals. > #3 0x0000000801383bf3 in arena_dalloc_small (arena=0x589e70, > chunk=Variable "chunk" is not available. > ) at /usr/src/lib/libc/stdlib/malloc.c:2197 > run = (arena_run_t *) 0x601000 > bin = (arena_bin_t *) 0x589fe8 > size = 16 > __func__ = "arena_dalloc_small" > #4 0x0000000801383ea6 in idalloc (ptr=0x6012a0) at > /usr/src/lib/libc/stdlib/malloc.c:3097 > chunk = (arena_chunk_t *) 0x600000 > __func__ = "idalloc" > #5 0x0000000801384177 in free (ptr=0x6012a0) at > /usr/src/lib/libc/stdlib/malloc.c:4571 > __func__ = "free" > #6 0x0000000000429bb2 in login (argc=Variable "argc" is not available. > ) at > /usr/src/gnu/usr.bin/cvs/cvs/../../../../contrib/cvs/src/login.c:574 > typed_password = 0x601290 'Z' > cvsroot_canonical = 0x613300 > ":pserver:anoncvs@anoncvs.tw.freebsd.org:2401/home/ncvs" > #7 0x000000000042c538 in main (argc=1, argv=0x7fffffffe668) > at > /usr/src/gnu/usr.bin/cvs/cvs/../../../../contrib/cvs/src/main.c:1010 > n = (Node *) 0x6131c0 > CVSroot_parsed = Variable "CVSroot_parsed" is not available. > > Any other info that I can provide? More details: diff between 1.11.17 and 1.11.22 Index: ccvs/src/client.c diff -u ccvs/src/client.c:1.318.4.20 ccvs/src/client.c:1.318.4.42 --- ccvs/src/client.c:1.318.4.20 Mon Apr 26 15:52:05 2004 +++ ccvs/src/client.c Thu Jun 8 19:58:30 2006 @@ -3914,6 +3921,7 @@ /* Paranoia. */ memset (password, 0, strlen (password)); + free (password); # else /* ! AUTH_CLIENT_SUPPORT */ error (1, 0, "INTERNAL ERROR: This client does not support pserver authentication"); # endif /* AUTH_CLIENT_SUPPORT */ password = get_cvs_password(), which returns cvs_password if it's set, and cvs_password is free()'d again in login.c. Yuri From owner-freebsd-current@FreeBSD.ORG Fri Jan 18 16:55:12 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from freefall.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with SMTP id 664BD16A41B; Fri, 18 Jan 2008 16:55:09 +0000 (UTC) (envelope-from nork@FreeBSD.org) Date: Sat, 19 Jan 2008 01:55:08 +0900 From: Norikatsu Shigemura To: freebsd-current@freebsd.org Message-Id: <20080119015508.d1421ac3.nork@FreeBSD.org> In-Reply-To: <790a9fff0801180111w2397d1edpc6cff2925e114ce7@mail.gmail.com> References: <790a9fff0801150552l542a4238ofc12efe5fdb45fc2@mail.gmail.com> <20080115143924.GB57756@deviant.kiev.zoral.com.ua> <790a9fff0801152301l5d50461aw3a253608506368e2@mail.gmail.com> <790a9fff0801161624g459857b8y6217e579337f2f0e@mail.gmail.com> <790a9fff0801161810j5a9953c4j5d2f3f10b3a1baf@mail.gmail.com> <20080117114023.GF8820@garage.freebsd.pl> <790a9fff0801172312o18d46a65x3be9c8f752f7845d@mail.gmail.com> <790a9fff0801172340p664b48c0m9a3b961ab2e7918f@mail.gmail.com> <790a9fff0801180111w2397d1edpc6cff2925e114ce7@mail.gmail.com> X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.5; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Sat__19_Jan_2008_01_55_08_+0900_mfrjzwWDBd4X377p" Cc: Kip Macy , Scot Hetzel , Pawel Jakub Dawidek Subject: Re: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 16:55:12 -0000 This is a multi-part message in MIME format. --Multipart=_Sat__19_Jan_2008_01_55_08_+0900_mfrjzwWDBd4X377p Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi. I have a same trouble like swhetzei said. Please see also LOR information on my /var/log/messages. Sorry, I couldn't split LOR logs like swhetzei:-(. And I couldn't get any lock information: db> show lockedvnodes, alllocks, locks, ... (I reproduced by 'find /usr/ports', of couse by csup, too) P.S. Thanks for pjd, dfr and simokawa. I lost the UFS world. I'm living with Panasonic Toughbook CF-R4 in the new^W ZFS world. # disklabel ad0s2 # /dev/ad0s2: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 64772741 0 ZFS b: 4194304 64772741 swap c: 68967045 0 unused 0 0 # "raw" part, don't edit # mount zoot on / (zfs, local, noatime) devfs on /dev (devfs, local) zoot/compat on /compat (zfs, local, noatime) zoot/home on /home (zfs, local, noatime) zoot/home/nork on /home/nork (zfs, local, noatime) zoot/tmp on /tmp (zfs, local, noatime) zoot/usr on /usr (zfs, local, noatime) zoot/usr/doc on /usr/doc (zfs, local, noatime) zoot/usr/obj on /usr/obj (zfs, local, noatime) zoot/usr/ports on /usr/ports (zfs, local, noatime) zoot/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, noatime) zoot/usr/src on /usr/src (zfs, local, noatime) zoot/var on /var (zfs, local, noatime) zoot/var/empty on /var/empty (zfs, local, noatime, read-only) /dev/ad0s1 on /ntfs (ntfs, local, read-only) # df -h Filesystem Size Used Avail Capacity Mounted on zoot 29G 350M 29G 1% / devfs 1.0K 1.0K 0B 100% /dev zoot/compat 29G 0B 29G 0% /compat zoot/home 29G 0B 29G 0% /home zoot/home/nork 29G 0B 29G 0% /home/nork zoot/tmp 29G 0B 29G 0% /tmp zoot/usr 29G 211M 29G 1% /usr zoot/usr/doc 29G 29M 29G 0% /usr/doc zoot/usr/obj 29G 488M 29G 2% /usr/obj zoot/usr/ports 29G 135M 29G 0% /usr/ports zoot/usr/ports/distfiles 29G 187M 29G 1% /usr/ports/distfiles zoot/usr/src 29G 153M 29G 1% /usr/src zoot/var 29G 137M 29G 0% /var zoot/var/empty 29G 0B 29G 0% /var/empty /dev/ad0s1 20G 10G 9.7G 52% /ntfs --Multipart=_Sat__19_Jan_2008_01_55_08_+0900_mfrjzwWDBd4X377p Content-Type: application/octet-stream; name="messages.bz2" Content-Disposition: attachment; filename="messages.bz2" Content-Transfer-Encoding: base64 QlpoOTFBWSZTWXxM1TQDGjRfgEAQQG//81QYAAq//9/wYOLevoKASAEQKAAAAFAAAAAAAAAAAAAA ABQDAfCqoLzD4wqn24HEBMCduU7LRQGiBFITrcC7twlthLrVONijNhG7cJyBdz0QXsd7vAA98A+g CgDOAAAARKKegUKAJAKFBIsBiw9eB9O4+g773fBSgANtsmfbXwAGgAAAG4AAGAABsBOQPkehpfPt AA4GvnoEkqFABR8VOGnkB8D6AwPnQOxqoUAHfA0BWFB9D31VJLfTqvbp3yhAA9YAnwA9jDaBzX1U zQWwO8DARYvJezoPoB8ssAEBwAAAAeUBSQoAA+dBAo+mR8AijwHwlUAAnudpgA+h8AggAAXx5ufQ 0AB4XvCeBr0UPAHe4BwAAM8nlXnoD0UwAiSAAA+3gAeQAb2ADkAB2sAB2wAMgA2sAO7AAcgAc5gA ZADu8A+5y9xgAV6jZ2MAHyO3ne177YveRsN8BtgAD6AMlSuhRr1zD7gO+zEh7e02m+YehB7fKun0 ddIAAAAADVPI0aNklSRRD9GpADQBiAGp6YgpSRpSjAAAAAACRpJSEhCIDTQAAAABJ6pKU0JoRKMA AAAAAJqkkCaYIjTQSaZohqNlANMESQINCUURQyaAaA0A0HOq9b43rastX8773i9b73wva5Xr+Pzu tl168PnmuvDqklKfZIoaDhg4sEEEEEUJBFAhgfj9DTGnbt27du3bw7e3bHe8eSsb3ve98brjexQ0 HDBwgQQQQRQkEUCGBBEBwwcEEEEEEESCKBDAmEzwSSTJeSRQ0HDBwgQQQQRQkEUCGBMJngkkmS8k 1p2dEkmpNFiYdnJJJMmixBEBwwcEEEEEEESCKBDAmEzwSSTJeSRQ0HDBwgQTZs2dnBs7NkNu3DTG nbt27du3bw7e/j83xBEBwwcEEEEEEESCKBDAmEzwSSTJeSRQ0HDBwgQQQQRQkEUCGBMJngkkmS8k ihoOGDhAggggihIIoEMCYTPBJJMl5JFDQcMHCBBBBBFCQRQIYEEQHDBwQQQQQQRIIoEMCYTOdEkm S+yRQ0HDBwgQQQQRQkEUCGBBEBwwcEEEEEEESCKBDAmEznRJJkvskUNBwwcIEEEEEUJBFAhgTCZ4 JJJkvO9nZkohR4bNmzZs7ODZ2bIbduGjymz4Z8fHx8fHx5fHy05Y+GzJRCjZs2bNmyhIIoEMCYdn JJJMmixBEBwwcEEEEEEESCKBDAgiA4YOCCCCCCCJBFAhgTCZzokkyX2SKGg4YOECCCCCKEgigQwJ hM50SSZL7JFDQcMHCBBBBBFCQRQIYEwmeCSSZLySKGg4YOECCCCCKEgigQwJhM8EkkyXkkUNBwwc IEEEEEUJBFAhgTCZ4JJJkvJIoaDhg4QIIIIIoSCKBDAmEzwSSTJeSRQ0HDBwgQQQQRQkEUCGBMJn gkkmS8kihoOGDhAggggihIIoEMKymeoqq1zuur/eowbOCiFHp4eHh4cnJweGzwhtNphKSJSbTabT abTabThNp2m0ibTaYSkiUm02m02m02m04TadptIm9mChg4IIIIIJkEUCGB1r9sBCQ4YOCgyCCHR0 SECEGFZ8z5qqrXO76jlxQ2HDBwgQQQRwcEgigQwrKZ81VVrnd9X3RoOGDhChQoUF9X0gigQwrKZ8 1VVrnd9Ry4obDhg4QIIII4OCQRQIYEwmc6JJMl9kihoOGDhAggggihIIoEMCYTOdEkmS+yfqctMa fHbt27dvbw7e3bHe8eSsb3ve98brgkUNBwwcIEEEEEUJBFAhgQRAcMHBBBBBBBEgigQwJhM8Ekky XkkUNBwwcIEEEEEUJBFAhgTCZzokkyX2SKGg4YOECCCCCKEgigQwJhM8EkkyXkkUNBwwcIEEEEEU JBFAhgTCZ4JJJkvJIoaDhg4QIIIIIoSCKBDAgiA4YOCCCCCCCJBFAhgTCZ4JJJkvJIoaDhg4QIII IIoSCKBDAgiA4YOCCCCCCCJBFAhgTCZ4JJJkvJIoaDhg4QIIIIIoSCKBDAmEzwSSTJeSRQ0HDBwg QQQQRQkEUCGBMJngkkmS8kihoOGDhAggggihIIoEMCYTPBJJMl5JrTteLSSR4imQIgOGDggggggg iQRQIYEEQHDBwQQQQQkEOBAhBgghAcMHCCCCCBBEgigQwJi2eCSSZLyTWnZ0SSak0WIIgOGDgggg gggiQRQIYEw7OSSSZNFiCIDhg4ohiCCCCJBFAhgTCZ4JJJkvJIoaDhg4QIIIIIoSCKBDAgiA4YOC CCCCCCJBFAhgTCZ4JJJkvJNadnRJJqTRYgiA4YOCCCCCCCJBFAhgTCZzokkyX2TWnZ0SSak0WJh2 ckkkyaLEEQHDBwQQQQQQRIIoEMCYTPBJJMl5JFDQcMHCBBBBBFCQRQIYEwmc6JJMl9kihoOGDhAg gggihIIoEMCYTPBJJMl5JrTs6JJNSaLEEQHDBwQQQQQQRIIoEMCCIDhg4IIIIIIIkEUCGBMJnOiS TJfZIoaDhg4QIIIIIoSCKBDAmEznRJJkvsn6vtfP83zvjt27du3t4dvbtjvePJWN73ve+N1xvZ2Z KDBwgQQQQRQkEUCGBMJnOiSTJfZIoaDhg4QIIIIIoSCKBDAmEzwSSTJeSRQ0HDBwgQQQQRQkEUCG BBEBwwcEEEEEEESCKBDAmHZySSTJosQRAcMHBBBBBBBEgigQwJh2ckkkyaLVku8Yckkk2Uyou8LO EkkkUy7TucOSSSaLHtOXwSSSVJTLBdPhJJJKSmWC7rDpJJFF06os5Jk6XOLSUJclnSOTO0UyT6b+ +3uuu+K3GbvQTW13eOslRdPhJJJbRY4p3OHJJJKKZUXeFnCSSSKYqi+MLP+GP7fe973fee28z+Nv nHsukkkulNSLs5JJNHiKY5TvGc4SXUkurSos5JMLsrqZNDJlyWcv3/Kdfx7nm95/e5jzdHhYcMHF Dwgggggjg8EEGCCEBwwcIIJBBBBDgQIQYJQ7OkSSZNFiYdnJJJMmixMOzkkkmTRTmEzpLaW67DdS SmGdI5ru0iYOgRwOGDggjoIoUKEggj+9BwghoOGF4FixYsWLFieCwQhlwghoOGDhBBBBBBCQhQKD hLTs6SSSlUWJh2ckkkyaLEw7OSUklxFMlDs6SJJk0WJh2ckkkriKZBCA4YOEEEEEECg3AgQgwOUz pLiT7ro769W1xfHZ7u7uqm7LEw7OSSSZNFiYdnJJJMmi3+KWnZ0ru7u+WrZKHZ0iSTJosTH/LD4S SSV8tWyUOzpJJJcRWXS07OkkkpVJiYdnJJJMmixMOzkkkpcRTL+69YZ7u7u1KKYgiA4YOCCCCCCC JBFAhgQRAcMHBBFhBB0GQZBuBAjCDOEtOzpJJKVSYmHZySSTJosTDs5JJJk0WJh2ckkkyaKdLTs6 S2mSXEdJnS07OklKS4v2VtYsaDhg4sWLFhBBCQhQIYEw7OSSSZNFiYdnJJJMmixMOzkkkmTRYgiA 4YOCCCCCCCJBFAhhWS7xhySSTRY9p3OHJJJNFj2meqwdaJJOie8d+4ckkkkse07nDkkkmix7TPVd yd7NpLSXeO/cOkUSSWPadzhySSTRY9pnqsHWiSTonvHfuHJJJJLHtO5w5JJJRTKizk4WtSkktpV1 3rDpEklJMqLp8JJJLdFjinL4JJJO6LHFOXwSSSd0WOKZ2OckkkmSTTl8EkknZLHFOXwkkklJTLBd Pgkkk7ot/gslM+EkklJTdxRZ8EkkmaLdJvTtlJJJSU1Vl2ftVVVUqixMOz0SSTJosTDs5JJJk0WJ h2ckklLiKZKHZ0kkiuIpkodnSSSUmix/hawzpJJKUUxBEBwwcEEEEEEESCKBDAgiA4YOCCCCCCCJ BFAhgTDs5JJJk0WcmHZySSTNFiTDs5JJNrhTVgs5JPTtdz1LK1Cl2dJJEyUnSWnZ0kkiuHCespDG HDBwgggggghI7QSDjCWnZ0kklNFu4p3OHJJJNFj2nc4GMOwcggggggie0CGFYMM2KJJJmi3cU7nO RnLsHoEEEEJBDhIQY5TO0ZyM5dnQQQQQIImqBDVnJD4JSSS4U1YLPTqIEZdnQ0QQQQRNUCGrJhnw SSSZot3FM9Vg60NZdn1oggggiaoENWTDPgkkkzRbuKZ6qqgzInLs8zMkEETVAhqyWckk67zg5l2f nOc4QRNUCGrJeHwSSSd0WOKZ6qqrR4ODmXZY73Hev1kEOEoMcpnSSWu863Qq1hsYqqqtIIcRTHKZ 0ko5MlJRlNpcdnSSJMpJkYTOkktV0d6klMM6SS0kF1LCU6Z0klpIV1LAWVLs6SSrtcSUOlp2dJKU yXEYT7S27OlKThMpRUOTp2cklJSqTVku8Yckkk0WPadzhySSTRY9p3OHJJJNFj2nc4ckkk0WPaZ6 qqrSXepRlRhThnSSUk8SWnS07OkkkpVJiYdnJJSb+277m1bXenZ7u7tKTRYmHZySSTJosktOzpJJ KUUxMOzkkkmTSTmEzwkkt13vEspTtnSSij3mElGVpcdnS0mRJ4kmSh27hLATJkyZcdFYdLTs6SSS lUmrJZySSd12mosdOzkkn/au8RTHKZ0klrvOG1lKds6SS0u8Rwcnbt39ZSykbXbu2ObZ0klrvOI4 KhS7OkkiZX+V2yQ0HDBwggggkpCFFgd73mDO2ckmtHo4SbypdnSSVVKSYkQHDBwQQQQSZBFFgd73 mDO2ckmtHo4ScHbs5JJ72SSySGg4YOEEEEElIQKYG5mY1pcdnSSqqlEtWSzkknXeDhNrKl2dJJVU 0kmSGg4YOEEEklIIosDznOc1s94zk1VaPeE4OTt2/x/jN3fveu697zeUOzpIkmTRYmHZ6JJJXEcJ 0tOzlJJKVRYmHZySSTJotWSzkknXeDhJO4ZySYqpJKhaQ4HDBwggggQTIQJYHS22YdTtnSSWlVN1 JCMqXZ0klVSkU6WnZ0kklKopnMJnSSWq4OKkwTZQkOGH8YFixdiyeCxdsFy+NxuNptttDocMHCCF IkyEEmBXe9x1u7nEqnZ0iSTKSYmHZySSTJosTDs5JJJk0WrJZySkn3XcU9JRGVLs6SSqq4kmOUzp JLXedbqTnbs5JJ5yTRasl3jOcEkknhPadzGcEkknhPadzGcEkknn+ZKi7rWcJJJLhtUXdazhJJJc SVF3Ws4SSSXElRd1rOEkklxJUWckk6VU3Ukph3nDpJKqKY9p3OHJJJNFj2nc4ckkk0W6CKDhg4oU KFChQoSCKBDAmP5Z4JJJkvJ7BfT4RJJO6LHFOXwSSSd0WOKcvgkkk7oscU5fBJJJ3Rbpy7PVWSSe IpjlPD4SJJO6LHFOXwSSSd+KZZLp8IJJJbot05dnqqqqqTRYmHZySSTJotZiEH/nN3d3d8Vt3BZ6 qqqtrtNVpwhsOGDhBBBBBDgkIEIMCYdnJJJMmtzbtw0xp27du3bt28O3t2x3vH6Vje972ZLySKGg 4YOECCCCCKEgigQwIIgOnGAtIIIIIIcCDrgYIEaDhg4IIIIIIoSCKBDCslnJJOu8HCSdwzkknRI4 ScHbs5JJ72SSxIgOGDiiGJBJkEUWB5fOc1td4zpUq0u/cJODt2ckk97JJYkQHDBwSCSTIIosDSqq qp4jTPSqq0u8JwckbDhg4IIIIIqpBBLAre8xCEhwzhJJVUhAlgc1VVVVzp7TPVVVaPefwllQhLs6 SS8/Pl1unTPYU7ZK64v1ypX+BEbOBEZBH9REb0I/9IjFEclSUq3cTwpJkzImKmSlWsiq3SRayqM+ ipKVYQjgqUX6iI0IjekrMIsyKZmZUzBTQKqmv+yIye161mZlLMiwUmt7CIwEyVaitUWtZbW1s2tr FQbVFWNtRWKslWi1rY2jbRaNtaKo1VFrGrZtbWzVtYLBsaijaja1MSxlTMKzJGSIyRMsRGkrG2xa xUajYtqK1sws6UIwiNRGYUyysxlltGsW2xtgslgoi2oYzJTMiZ+f2VKLW2ERiiZmwa0GoxVo1EVU FUYLWICqjWza2tltaySYxrFgsmxVo2tFRrUYSCxq2bW1s2rWSwhqqDaqI0G1Fq1/dqkpVpCPh7e/ 0zMve53zzLh0sz9vayzLWtEkkaRDtbRkskQmwQSTqJMJ8yC/MlDKO9RPtBPt5EEgFiULIDKBhFG7 FeenXpXC4kPLl7mOfXd6MCRGJ6+d85AAAEgISCAAABggAAAAXdwBCJEFpS0perXW7W3a2121bcbO c5y2rnK7ZXGc7VLdbbbbU21urXbaal1q3ZznOzsthTYtr8rhFI5lWdGJadIKqyE8pEHyMRRRNmiE xVihncocFBxLztVZuNeraGknyJJIPjtNYQiCqo1cTCq9jcoULKQFkKidYTVBEvtZbVE+OthyI1SQ gy01VeEr9p1zTzsWlrKJT6PvTrSnc1ZZiMQ5sMmqD3KQJMBqVSoI+vbVggiWNS1RuxXIy2u2rdtm lxbrgpSQgfLyqkCCA3M1evGqKxNJs16gNazrs4+opWD2LkOQ7NsYKgKLnK7Sp2NGW5yZNSEIwdGj gwFzRCcFiGgsENH4WH1Dx9k46W9+aylVupfvt1rxEs897zQva7ZNXz5fInz4AB5zr0O969IC5xAS AQe8AAAe8DIc57nu93e97u7u7u73u7uAAAAAEIQQ7uECQAADACa5cIRIfX2+99fjl+b5vz9X3SWP SRwoWveOo8MjF4dE9ntsEbwIJFUK8RpEIPDRILEINg+IOhCUD5kFhkFA4M4V4b4aGCQSCx0Fn0IQ lCiLsL16dem5F0knlyep3X13eiISIxPT5fInfAAPOdeh3vXpAXOACQCC94AAA94HLoc5Pe73d73d 3u7u7ve7u97gAAAACEIIe7hAkAAAgAc6M6XQQiR33+fPx9q+toZLd9tUq7Bo2tfYxIcCNreV6Ftd H0dHVQvIUrutSomwVORvUBKrcrnTRLk+vzX8VbW0b8cO1HFzTDLnLUqOKUKYR/N2o17GuwiUrXbK NDGHLsrlmuFE1zlG2mSqasqY1bdWjs5NFmprF1KUWDU2paa1uqt1xWolRbVxazOtK63LXNtTZqs2 jrmho5dG3tqi3XKLRtK6VGgeMlLrFpa8uIFZm+2qsGkRwgv1jRw4kEHxHsGDRAGMBB0sQ0Fgho5I mkwcDcuyX5tGEqqloT77db1CtgljdtYW00GSlgdxxbPnwAPOdeh3vXpAXOAJAIPeAAD3gHLorWl2 cuyqqu2V2bbbbbbbbaQAIQgh7uECQAADAOdrlwhEifUwXtEcH7rGJLHpI4ULXvHUeGRgnDnqd9/P GLeKWjTIIZv0U9zZflN462zefZm5pylpbYFLeH8b1tBnc8YHaCTHJAlBS2JKiseK6qhFeDFlsMkf ZXfS40hRi+/zh3vtfW/P5+fD5hoFeykCDibo+esrE/ZcCB2hREKVHyqpVHwIIRwo+PiCSeSRIfda J0xXaiiOhNJVQoVRAerzvIH6j6RqjZJSryfj3r2AxQiODvz8vz8Pt8Xe7vz+K04MSG5QJRFp5TII ChJNE2aBYdWMdHUce2K1JFndZBK0+45qp3mrKE30mdjHAOUwb6qw3KDNdQ0AhAgkHx2msKlCnVGr tMKpsblChapAWSTR1pqhRT7WZAZ6jroKWqpJCC7jRNeJg2gi6IlUjEUkCSQRg1snx83RleXmRSPN h0fU9xQkueIQoVQIvbVgg3ZCIomgqWqZmmxhhsjpGVKNK5G3JrbVUQ1M1DMoU6RSONoEI0Nbzrs4 +opWD2LkOV0cgsVAUX3K7SyyT52kSUhWdnYNqt7eVS3YwKmqzVL4iIo1RHdi5v2/mXfPy47NpTai 63JS7WbbGKUaXNrm21tNWZLZVGqV12aW25v1w8cXY1xjGxmuzMYttBNtbm7JktxmjbdmLrMR2LTU tcOWuaZ2qmq62p3a57H49r2bsJm7KU/PbFvKJ8zfnccPfH061p1ckLoTXrPVAwUCEbtBb2q9q2Ra o8QlqOoYMS8lhE7rraOjLNuyJtDOiGEsOha42aVjNEpH1UREiQiQbOl5KBJf0e7kVM0Rutzup9X6 vT58RKbCGrgiaqo6FDaDbBpEUSjRTaVCtRlTJyRlwS+21CiQDR6mzuWGXCgYqWJQ0qrnU3a76Tu9 d5Fqy3tZil2xtN9/fGObRPIPk7Xi5w2tep0v19/D4dPFbWtzrOwmbWTtsZK5TbamilLabDttmm+v dvXyzVNtZ+br9/QkOhCQul0kON7a3FYPqHdnFo0ySKlVjxGPbxFZ3Vao1Y6spi+JJhPiK0Z7Hjgh xyQkKophqGITk4MYMmITJGE4EJQPmQWGQUDgzhXhvhoYJBILHQWfepjyNPnw2MVMWNLRKUpdRpcT uvru9EQkRieny+RAAAEh8dJAXnABIBBAAAAA5dDnIRIiLu53e88B7x7wDnAD3c93Pdx3c93OXDu9 7gO8DnOve8ec73nRnS6Du57kuVNStSuo3Otzi0suM3DdXJl4dZIcckJCqKYcQxCcnBjBkxCZIkHQ hKB8yCwyCgcG8K8N8NrgT4FiUPlnUx5Gnz4bGKmLGlolKUuo0ep3X13eiISIxPT5fIgMDJASQEAS AIIAAAAnLomESIiRJ8c9dw7wO9689d3e7Octq5yu2MW2623W2221Ntbq12RsqUTbZznLstS0suM3 HMNCRB31fW/G+/3l+PzIu67L8hCDo0SCxCDYPiDoQlA+ZBYZBQODfwYfcPt/C2F48nyzqY8jT58N jFTF3Iukk8uT1O6+u70RCRGJ6fL5EAIkgIggAQBBAAAAC5dAIRIiJEnx3eO1rrbbttW3a3Oc5y2r nW5EqtS3W2221Ntbq122NZcUTbZz7vd3vdzjQkQd9X1fjfV97835JMHRo5MBc0QnBYhoLBDRyRNJ g4G5fHz8+ZO7nk/Hz3w+E01Jue95opoMlLA7ji0vV7XOzUxbXYxQC5xASAQe8AXeeNttttuolta0 uu1dlVVdldtwAJBgiEIw93CBIAABd45zvedrlwiSCQQSDcwXtEcH7rGJLHpI4ULXvHUeGRizVVni gNE9ntgI3gQSKoV4jSIQdGiQWIQbB8QdCEoHzILDIKBwZwrx9w+zi0tLx+ePlnqY8jT58NjFTFii 6STy5PU7r67vREJEYnp8vkTvgAHnOvQ73r0gLnABIBBe8AAttttdbbqJXW2q3Kuyqquy973AAAAA EIQQ93CBIAABAAEZ0ughEjd731fW/G+/yX4/MhFUK8RhEIPDRILEINg+IOhCUD5kFhkFA4M4V4b4 aGCQSCx0Fn0IQlCiL+GxipixpaJSlLqNLgqnxcWxCRGJ6fL5EAAASHx0kBecAEgEEAAAADl0AhEi Ik7ve7vAe8O8Dve8O94yty3La42tbs25ctttdbbWtTbW6tdqlsqUS21W7LstGXVttttxWq4ZfmPn JaWU48bV1dcoJ7fZARvAgkVQrxGkQg6NEgsQg2CwnBYxRG8JcvCWJo5Imk1wSMkuc4PlnqY8jT58 NjFTFjS0SlKXUaPU7r67vREJEYnp8vkQBCEiIgMAICCAAAABy6AQiRESL5zueu4e8He9ed717nbO W1drnba20t2ttpam2t1a7VLZUom2znOXZSpaWUxja3ZIg0Q+W0D45x7ukuq2kJQZBGM7aIjTuxt9 LodjNcLLwWcrbydl3Qox1EDRLu2776d+NtnnLWmxdrq6OxjYXY2LrrjaN2rlmlUXVMpi0qKLao3K C0phNkRptrta52so5czK6q1HVLZaLZs1QuVTS4zUrUwlGqW1RLcLTqJxQXl2Go7aqlczWFUcLJrN dqBqiC8L4bdSxeFQDh1MjcIWTpYO3XFr2OMlrSR4tJai3Xe/wKi/6X/AqL/0UDtbfarawmMmxY2N Y0W2kNWJDWDWixUhotGAj+X2IjNERtVTMUMyjJYo1RYpNrUUFjUWMa00DFo22ha2tlttYxa2i2ym sa0WqUqgMt/DcRGiIwiNxEfGIjdIjRpSTFJOSo3qjKhWCK2kk2m22tsiYxgrYVsK0K2FbNmyrY2N jVRT8BEfYRH4L8b20tYZkzK1jNaTGc65dOU7tbudi1c5YuVrqUpG1raCoKg2DZGwhIQJYVGkqNUK jfypVHkRGiI5AOWETmRGykm+IjYiOZEbiI2lN1FVfDvlSiJqILedw/wdXt/mf9ec2MYqxLz/Wi2L liUf7yoFYljC+LIZxCM1QTKSSxAM+lxe/L+++YH7XOvc76S2Xzujt3B1/vX2/v5L9u+vdRfZttWv 9arVe19miiKxoooijYiIiIiqIiIxRoiiiIjYsUYoiNEYiKq2KoxtXVVtXm1G1rGsaxtq16NFEUbE RRRFGxERERFURERiiIiiiIjYsUYoiNEYiNrza1blqMbRb5fTRRFGxEUURRsRERERVEREYoiIooiI 2LFGKIjRGImSJmSsxmKtkqOEKNXX52zj1CH+7ov1WER/T5BIJBSLHEODmhdi/rHeixxBfg5sbsTI Xh2xfhXw98PBBIJBcFyJn6ZEiUPdHSCQQSCD4EjxBqhQoVVgkEiwkgq70d6O+FVQ8CR731+HtDWh oa0Ne973rJNVXBwc926FCrJN2EkvXd3d2Lu/euxd3Yu7u7u7973ve973ve973ve973h4e97ySQSC CQSCQQ94eF2aqqqqqvE+SSSSSSCXhfvD12Lu7u7sXZ8EkSSST713d2Pe973ve97333x9294MGDH3 3x/OeT74+PvuAAFioKo6y6j86dZzP5jU/g7ynHhj7o2EJqgh+fcCEhAhCB4UKFDex0IeGQh0IUCD 8D8CJEiRoZB+IyCIHBoSJGxQQQ1oVsV4SRYQXQt7CHhex4eF/WKHhgHIJ8vX5FIk9HR3vvEggjyS 94Xd3d3d3di7v3ve8Pe94e973ve973ve973ve973ve973veHh73ve94e94e94e8PeHvDw973ve97 ySSRqqr3qqqrx8gkh67Hve8Pe8Pe97w973ve9713d3d3d3d3Yu7u7u7u7sXX2RnIzfvD0+HveF1O oXe51jk1XrvfZznNmsczW66d98cd5z591xvUzf0foIEgSMQRGj70y3oITIN+sIi/kEgkFIscQ4Oa F2L+sd6LHEF4c2N2JkLw7Yvwr4e+HggkEguC5Ez9MiRKHujpBIIJBB8CR4g1QoUKqwSCRYSQVd6O 9HfCqoeBI976/D2hrQ0NaGve973ve973ve973vDw973veHh4e973vD3ve973ve97w8Pe973vD3ve Hve973ve973ve973ve973ve973h4e973veHveHvDw94e8PeHh7w8Pe973ve973ve973ve973ve97 3ve94e94e94e97w97w973vD3ve8PD3ve973ve973ve97w973ve973ve94er6oECBHveHucHfvd7v 3qo9MRmEl2lPMiNCqtsRLMStlJNiI8pEeduokpliSkokoiJKJKZZKJKJKJKSiSkokokplkokpKJK JKJKJKJKJKJKJKaWmlpKSiSiSiSiSiZYkpKJKJKJKJKSiSkokokokoiSkpKIkokokpKIkoiJKJKJ KIkpKJKJliSiSiSkokoiIiIiIiIiIiIkpKIiIkpKSiIiJKIiIiIiIiSkoiIiJKIiSiIiIiIiIiIi IiIiIiIiIkpKIiIiSiJKJKSiSiSiSkokpKIiIiIiIiIiIiIiIiIiIiIiSiJKIkoiJKIkoiIkoiIk pKIiIiIiIiIiIiSiIiIiIiIiSiZYkpKSiIkoiSiSkoi2tV9lrFrWtypReW7CsymYMUkwiMIjoRHI iN9K6MyswYYliwyorjiKsykWqsossJia1TNVtLNqTTUlJSlpU1opNZUtpm1LKk0pmKspJmSyqxRs RG8cMWKIrGiiiKNiIiIiKoiIjFGiKKIiNixRiiI0RiIqJmSsxmFbiRLlWFbZWSJm8/S2d0Vb5Tcu c2ZdOUlbmq/a1a1l5PfHvI0Zzp8u9MS2bmTZLVS2WyrFYoxWS2JYznRrq7oxzkXUMzlMjG6W6bJ2 7oxo3V6do3lOdF2cne70927u0Rykrm5QRjF2ctKZ3bnbunOnvbvSRTuppSm5oknd5c3lfK1ptlt7 qLyzLVclLd3WpqNJYsa0iKA1lALY0IilpKIqd25szrundjXIp06CJKSjc3LjFKbu0nI5S5050dS3 TF3calNulXZqtyu7duW0mfOr09LM2mcjYSFVpU1ysztM6aUlgaY2m9e9vSOckknvd6K5u66uZIxj RzdJ50EZ7q5pM7tzc5O4XdpPN0ki9d0c5aV27hUpc3MY3d067d0upOs3d2556G8973ouFJJcLSzS XUuWZjPOnOjGKe6GbpO7d171eYz04LTTFERRknXbuundGe7cyRRenNlJ3Vd7vbK3qXTY3Pexysyl WFFC0iUbLKlJZYqBYsXYmpChoyJqluLaNJZkNCk9Lpbsijrujm6TrtzGdOn467zo7N2Vlvjoxop3 va93Su7S7qWVzJHTkV2XSpXOit3dGSpSrs3Lt3RrpW6ldSt1MZ3OupO93N5jdK3V3ZK5jJGddQy1 DLdd2TcyRXTpZkRXTmzOrrqTdXcWZqsRt1Ny6l0goUbAYjKsKWJFLWpSWLCZb0pK9Zcs3dO4szu6 pmQqV3RuRUzrrqQqZdddSW3NyNppdruqZVudlSu7aWdm00rz3ujpykq7d0b1kDSkxRRClGFjUpDO xchS7Y3SPe7ecLzZe7Sd3aTW8q97sWlkYjltO6NvKi23teupd25eWKiZtte90YxgjFVy6bMxtvJK J73p3aORzLujlcxgjrukgnMWJVLY0uWhsa0TBS2lqWNDZmWKxtpbGWNlrY0RS5AtrFjbGtYxksY1 rGKqjYjajbRaNbSaLVrze86NWs86O+deWvLk65fHeRlS2FdprC3KVY2SijQptMW1rVmNsNsTMMxm LGC0RGREfSiI9YiPbvERgiPtft86SSN+IlVmBSNhRUtiRGiRHaIj3qEfeoRt/SIjEiMiIxQpxyg1 ER+cRGCI5xEcxEeoiOAiN0qUXWVtkzFmMxFRjGjRjFoxjGMYxqjGMYo0YxjRoxjFRsaKNGMWMUYx RT9sLdlVthWYzKWiI+qEf3T+wZ/bWv9rxxUojB3d3CIPbuSnW9zuSjB7u4OEbe7u7c8cVK1jde7j KtN23VEQdu7jDNcYZsY0Hu7uEQe3dxhB7dxxhj27drVlqvfMz/sUUWAii/4vHmv9f9b8TU5yVP8y u9V9d/gzc3s5n6v7/rrdV/am8fH6vWEISP2f2T/Vs52MiWHG8+bfbRjmO9x+/n4R30/1prfd02cL uaE9xeJq2v8eWV91h16vK5ir9VG9yzxo9fJw1lhpGhMezEjPK7hk0Az7r3Vxue4gUo2jp8Fu9oHH Y9e8KMYcHERjUbkbrN9BeJnNnOu43r1ezO/tbC3Sh4W8Y9jmsKEwMt1wtCmnek8e5zvNRwxuH0GQ xnT4pYB05XRGeXd87qc5HNNoYb7eaHyfv3R/nIH+fufaO/Terfyl0H2J/iwKvcjcagWRyYZq9ru4 WMW3It+RlhjTxbX6dLNS/p79zuDiGauzLpsMoT5rZi4yGz8cu79rPsVarXrFaFQX8IMiIC8+N0/a PvONdd8cb/P1vstl/kM1a7UVbrddbitLbbNtNW2ltwLrrBartkrS0VuuV2tdbbkRcUXS0LTbEabV t2ujq8Ze885zHldLp7xeurl07RotpoKbbZ2bjUbqXXWlcbBRcuZaOdTXWVrqYut2twwuyrdtK5KO sy4xYuttKtldsZasZrblMtWsw4zltldalKbXbXFxrXVq6y6/vIBAKQJYQB98/WE/DY/Ep2lfPy/F Y4/2vhjISSlLqpFLnCqV2lMURlKo4VZUkpRRdJaBGqYSAfiWIyATfVkSzeqPv6J04fu6STH9F5Tt j7+/rfKQs+fWAGQf31Kuq7oQqqAFyjTbZzwdSUHdUSAbBF3lu/J5II7hYcoZbGSeRB8YamH8K9JC 9qHx8sCCA1JGzV0CbdMMMsZAGqzKx0SThVYvIeUSuvM2Qw7S8EPeIBDu56HwABBBxoeATqUYgcqK XcE8XVsAbCakDZktS/XvXTswLX59XzcqgkgrS8mJQALTD9LCBJKdYD5ljKUwrwg9Uy4erwA9YeoY WQPH1ZoYt1AvzfenHp73vT27QIYrVXbDdL9brcBSBoliVki/rsA7os5b1WYjlLAYaOEllVWVSAxh ehzK9YlUDUoIs/l6oH1a+vSV4auLYGC4qqrup7KuysYhhzKfsiV1QB8ReDBKqeFWkLBYgoAkPCWq OnDmqLyuZFSku7umrpP0L8EqtWkJVPUGYWdsY9qXtR0TcSQN3I/IjzVSMlzasC/AW0hkSCdsMC6d UF4Gri8/G7sr2Kp4JF1ggElKUKLBiIryANZEGHbkDyzjTqstZltzKlVZso4Qg8BCHldWbB/GpJ5o sVcgfgWRdpMVVAaMY2AUfAQB1RvWIwIAKtISq8HV1cJYEAMgkovwTBqVaCGJZLVhijgIoBAO1kob MVbXhpHgCc0UF7RRlMsCY5PQXVAYpDHFyimrl7ghcgtRKdWtYznTrAYNYzl9PTsY0y++u94h4noX xhC+9104+aaKWbL8/OOCAQJpAoPF5poKqTNeYUQNiEcuMyYwmDWcY1kUyl9YqXC4RIX698+L0PQ5 bviYBUh9QLKfPccb2MVrPAdtIH1+vfXve2wUl77+uO0QGSfDHGNOUmMuL1kU1awBZQgmSziWvAZF iiYtqqrNXtWKrWKvhGBfOdZb6rSOhFqh51QFVQlq7p8b11lWVtbKYuq94zMpByqyJEG7UynZtSvO OrplGgqoAAQBtTabay2yqWmaTVS1NMVSIhASKAZxNYuKDbVrzOsUDSoOr29Ng7bqmLaVRQty5d3V hBeCSXgWbiICvaii9cY22+sWvaYv+1v3X7EPsrQMim0/5NTJLa0sU06r8cTGUMrnNjtvDYjSxrOa bGlGxLzeK7xTF1T50d7gY3M73vcvuu453PY3g5RsScdYcO+ZWm4r7D3jJ6tfO0bbmK5x6pcTdbgW 5zzE5Y1OcwJPe57GqTd4B1zp36WjGRitJZiH3kHF0M/c4+H72q3EbjeOs1vWbmlGDUNttTZDP9zK fkrZxrs6zLYzyeXW967jmcwDxtW/HnZ6xnnRwTI7NdXXoZbbc4Mvl+LZzJfFsprJbWs13KjMM9vQ 5Gc71WXnT8zOy3GvvNu4zyg1WdsHPI7wtt9aN02iredk9veKx9iqnoKxZz1+p3rHe3zOmMwzsE32 NO+H+w3Hpr4trua3kaw1lVqYicKa4y2ea1yYviuMazmonLO2Oc7M3WrVYxvWe3QpPxrjG2jm4wo1 zktWbzuJvtdwZdp5VzkImelNo9aO9VPW3sis92+OrKg/KND5BJ10/mqu6+dD+MwxE/r8z5/cOdpf y6TcYNjuJa7+ownnGFLZh095w0nLvMd7OI4oedHb0e7pttlu9YZiIxGN0afmNB8Yd9Yg6bZGsGD0 7Et3SxMNfKng3rHQ2Q+TfKdzHHvWOdyzc3jrbYPW772H7zmuX2MPyejtLOr40Z+5l7zPdW/U5jK5 tlmW6xL0X5kGN22avncWdvWcQo27DaF2oEtL7mtacahHcYzeiI7UaGpl+vduso/GhhtqUhzmGfmY zrTvsZcPh/tHNcnT648xFS7de8TgOJl8udx2ZCjWbfGt8WszpducGZjWuTcZru2688bLajM4dwUG 7q73KGM7jvexdidQ2dR0k8bKeYE2M75GpyzdvLrI0+bQ5EV2cVnEKIxPA+dcqDqWjRlPO31uYCO9 KeTvncPujizhu4e87li7d4yurqrOxzM5F/cnFXqeJjVPMqJrvW59jenut5l4Z3Wn5WNM2K0KzUcV 7iToy+RO9YzvG/pZT1Q2W3PBUtrWecfdYx0KmYibs63qGzndadCyJHGzB3SxnTYzjvJxjepba5cY U8jOLbIR1jqTPzXeCsu+cvzONcnVtdPL4fEPh8/b3lsP3GuTWmxGqxrPeS78i5V0EO9hy+BmMVoc 1stmiKHezNcBmdzqeDWA1xu8ak6KidocM7qqM9WM4cZbGMTcOaUaRrme1DvU8fOsWYCb7GCwze7f swxnBOtERqZGhEsrjbZjer7e9ZXN4gVioDw0zhsa5rcc5m3ezvanT9E1w4YWuvjG+4hPcSNOjyjw M6in3M8DDGe8nfMjRfdS0W+YtuQddi2xd6zfdNMx0KRiO26ahM9Faxvu6vPM5xHSMxvi3uqx0ZgH PKQqc5oq11RdE9k6rTNE4lmZuZqG12rnHA2O0ua1Wdt3HcvGtTPTzua1vMzDtzU4nePr5FxzYN6L 1XNaya111bOeeL1z13j3iHPNzJJCEYyQhCEkIQCQkzJCQkJJCSQkJMyQkkJCQkJCQkJCTTTTSSQk JCQkMwkkJCQkJJCSQkJCQJJJAkJCSQJAJCQkCSQkMwkJCSQkAAAAAAJJAAkkkACQAAACSQACQCQA AAAAAAAACSQACQJCSQkJCSQkkAAAAAAAAAAAkCQJAJAkAJACSQAAAAACQAAAAkMwkkkAkCQkkH8m E+N8mtZrXe1ODMxrXJuM13bdeeNltRmcO4OrZLON5zyN7zQvW8vnUo3LZPMRtrGN45O2z1sLCyG3 FrjRHKxL1GMrOd8EY1zUUdCNGVOBzW8yyOtbW+b5ju8EvZy1Ni87HCzT0K7Jq9FuTGRf0zWdXPEX qscUxXO9bnGGd73dc3G8DTsrnFLG2bHVIrEHVWZjiGttgbbOIdfS3drLYbW5HNtrWZp91jHQhQIu zGoEZzrunQuhwcbMVRcYhsP2d4xqOyuXnvYXa3nF5dlG8VxM/I7zjVDvDR3L77FtZvE4y+E+Hz9M 5bD1jXZOmxrR1nHeS781U30GeO94OB3YxnirjdVPjsY7bU8zdVMtjs95rmG5oHHHyLvZ3yyRxqoW 2uIb4cjZ33uNqebTc1zFaFGsuwjT7gwd3vq1vbVFON8cZnnDWKjVCNzzm2vSd4w+FyNvvOdPULR2 ub5D43yMRgWuMeYgZ4zNU2swL5qaxSonp4uvls7yjPNjtPDdILZcTkRjbihqTq8PLZngZ3xzT3vg KGqzFspemhYK0+N91TxuFzvcdncahalilDbqdxONnV3nRxrgxiO3vm9W1SuzobL7aVlO47GtDWeB maFvnRauGbHN5Z9Plbp7w1CainXL+TGeefDqs337e2MGfc8cTWanWeydTfPedKKL+PfeWfv1ytFl 2zsZlSXnN7XdBXd1OuWWWDaU0ytfO5kU2qNUqVSVjVGmypZNVzqrMrNpVpqpK2ZtuaotdptbJWVN tFptHpuZau6Nc3xryzLRke7l1s2a2dlXVMVckupErQYEGIhCHkUOBRRYAZ6wfiTn2dkOr1b3RvXf Jq/2bB1Djk8+zry5R0EtGkk/hfn57e/T+/QZs6iiJQrDCTATu4M04VX57w94e9uOe7ufcGbOooiU Lp3aytm6C6r1WzbqA9QKhUHqAeTmLuFREvEkxGp3ACQtNRbwOYuo9yo9RTMWR1DqGoHUA5lop1H6 VPYjzF9iN4dRqAeR5jmI1mh1O45ncA4gyBIhmDeHJakCogVBeIlojIExQ2i3iBzBTyAVBPIOYDnN AYwFlA/iAIf9MFRqmUrJFKyViRUspWQqmRMSlMqldd0tUSvDvz350oMAAhm3lkVQ0Ndfs79/m8Z/ b6Mxh1yaa1zfyJIfyqWolQqqFlSgLl5vZW85Ay0ZE8EBOjcJCfi8Zvu+zJCSfEXQhyblWW9l20hs cGWy+M5sAD4Bshg082GGPIQhNfbz7Xj7sUerHwPbuq8qVUqVV2Fz3QqAfKKL6FAgJg4hIT3n+P6j vFePIZadfrWhVrEMElxQ6FVgFzyQTwsKWLiqu3qMjM+TkqAHMSwSoHgW6iI8pyCq33VUapWKjnkl ICyqEBdcGx07uFXktwqoOLl7CjwcQkI433DfVAeUXUUXtQOQYtt1VnCplk30RGZERszLIkhJ8+QA gfufypfJVFbWlUqitVUaVqNLRUVFS2roAQGS2tVXXlElEkYxYiJlqBtthZmYzMzUqJtKygbFKq1e tS1bbbq2VWrubEAYO2ttVeryIiIiIixFF2ttV68rBg7aqqveJIwkSBJA6qrXrU1taq9am2tV3SJJ CAABB1VVstTVtrq0tXr0oiIkiiIiIiD1q9eURESYKLERT3u7pIEhDu7nQOd6tXq3Xu65ERJSUTnX c67uuRO67u561PRkoiDEkGSDPc2hDIe1q/V+kT9Vqc3unRbnkL3tfBaYonyubSQ7k+ArI0F2EbNA zsYcl1LW7IT7YqPxCQxEq0A9NdhGBLYJV0bWkuFhDguCqfyAouQscwkJhRRbeUGARavSdwG+8hZg xi2vG5O3+fdckJyAmoKuteeIuXkshmYhCSYooOCBRZLZkkrkYyOWMcKvhSpRdhKrJEYQo8oKpzBA fH+QIn7i3pH+FyxRir1clCqiYkkhSdUyY3HUSfqkD8gnEiWY6JQdNKUFTDqlBIZTCBbpwN0ix0zj d73nuda7nPD1S+7nxeEburnApEyg6pOepNwMU3DVEgPwMZjpBimFTCQYSjcjNGKSSSSJJSSSSSSS SSSSCSSSSQSSSSSCSSMV5AoRwSpG1I24A/ChXoIEKDp0GEKqJiSSJJSRmjFJJJJUKqRuSSSSSSSS QSSSSSCSSSSQSSRivIFCOCUG6oPzrep7pbeWm1PT17sWvd1Nu9K18U7KzezX1u5q97Hb1PeN7e91 LjgvgWy2F5hsKmEgwlG4pRikkkCMVVHJJJJJJJIJJJJJBJJJJIJI0J5Fx7vHva+7t73d29q2tiI1 bVVstN7wtLWrTnau2uRlVGVtqvupPiT4g0adEoRpKUHTdMQVGTIZQklxe57x3PY5x3uvs+OtR6pf Hho3pSlFsSoqgYSkJIRULhbCibpOooEJETSdVScBqg2ISo2jTkVUU446FQlJtJpJClSpiBIQqo6p lRmm2o4olSAjKZgkNUoyiVVR002wymIRIPc+Zm+447vHV6rvHvX1eDQRmOMUHToMIVUTEkkdFVFG klG25JJJG23JRCUD8gU3Ik6hKQB8JEwfQMIUJToMIVUTEkkKUiSMpuOolJ5VA/IJxOTwPg2mD6Bh ChKdBhCqiYkkhSkSlVTbjqJP1SB+QTiXhPAuGMNCRkMOBUwkGKpQwtOREp1TckkbqVIG223IJJJJ JAqgfkCg3BKEjakbciUYB8KFeYgQoOnQYQqomJJIklJGaMUkkklGSOSSSSSSSSSSSSCSSSSQSSSS SCSSSBeYLDcEBYC8IK9AwhQdOgwhVRMSSR0JUiSUaUbkb293e8028dMXd7vN73s4GCMxxhOp0GEK qJiSSFJ1Uqom45VSeVQPyCcRTiQJiFU0AqTTjpRFKoUDEGaknkiKTMYlSiyiYqEkajEKSgiEdVDh 4jOIxnGHhodod+4GQRgWL8Pfgv9DxNjwv3hd52GGR4QI8LF2LurFi0El6R4aGhoa8N+HvD3j4eF+ 8Pe9+w+A9jbc9rn065+PhmGOMM10aSSgif19Fddw34fzX9c0SkEv1n59/RsTPyj8+MzN8GGjzsPd /mEh18PjAqVRr3eDXWnAb5seBXkqC9Ph9sy/spkv5II+Px75DIrtJXf3d998L0/IHxXwKASoL0+V 72jnBrrvl9A+r5b1Ri2MVfRq1/9+V4AvwiKB/AVX8xFVP4dwkJejXp33JJIKKB5ghzB5ABDCoI0W VsiA35IS09nFdVjHrwfrmveYTye2sVaoWLM1fWiwc5MOwFE4f2m78wYHAGv0wkffEKMPjOa7OeKV 3I7OBkOBjUkvxc96bor6AowchKEODMJCfdE+4osSSEtRVH57+3TaQkQBFOaosdpqRXriBLflu371 6PPxw3Tdl4IjvVSvyIjKVzeMZjN3LgupEb9d9YH5Np+aLezsUB4oZInDZUBODuEhO6T+yiSSQhCH 9I+cKkp4/T9VMlZCugBCjNlksoImeiE54/mrWq1rVaxVre8JywOVVWJehDk5hITrgnzW3qB3rdmR oqmpUPQ8IatVuxBvfyyiiyIIjMBSCgUXPKwEDNAf1ARBAyIc+kJz91JITnxkkgf1BEeAUQp9D7og xElEWIkx/ZcrREVE+9qbV69AkkkkkGlMlJkkkkpIl0JAAgSGJ1q9au3mIiICiLERj3LQhkPWrrbe vd1yIiIh3bu6WIoio0tKxFRwQHWhShaEmEDJBnubJDAwHrV1q62vXIiIiIIxEREROrXq1e8SQJCB IE9Wr1tbryiDEmCJLETMe5tBR6tXXpJAkIRIE9au23u5xIJBDu7nQJrV+/2/V+kTrCi+fJo1ZCaa RD+/v7+JyTm5aZJO+yExsLhpUUXOgNkKf1HqoI8ufMef0uST77r3ighGThGuqO7W6viZ6UUWtJIk L8S/bfIoot+QoRRZwcBHLo2HpEjJIyWNWaIVPbQSM2HZ9QQYv9BUXIKi/ENkLzo3cwWlEMYvjGMY xgxiQSSSSSCSQSCSSSSSSRhtuCCSQQSRIpUnTahcjalCm0xKLpEVPUG7fd2rR9rXld73GezxTbuv ijceEhUqISKpEEJhJBtxtuCSQSCRhpR1QKUZDEBELEYgRoENhJBtxtuCSQSekYaUbSEoRJAkOqKK KpmA0qKBEBECpyNkoUU1KVAuNIpkF0YyaMRjLkcMQTEaIQhDpUQgiqRBCgSQbcSUDkgkJkYaUbkk CpRBxii6OLnTuunc3S+3yYT7OnOdljVbVaNpGr3FLeV6id6lz5L63u6Zfc9ndqPPM7vdy9uc2573 Ld1d4vh9zxRtrnXw4tfc+vk3r73hOJUmnSLZpOBqlTpMwwGqMglOqkC5znXm+fPZryd7n1rrw928 Lu3EEQIoFSqr1ENsRqg4nI6adNowt1SeHtcpm197bY8+6efCJT149x41oESOSSSCSQSRttwSSCQS SSSSSSMNKBhySQkkxMpJOUGY5VFAySmfEIEIsRiBGgRI5JEElBJG24G2xIJJJJJJJGG1Aw3IIJIk QXTiTfdvI92Pe7nu7nZec6lEp149x41QRJFVBpuRtqMNyCQSSSSSSRBJSCCSQQSVRqUnClG1KFNq JUlVSlSIIohUqISKpEEUoG0G3G24JJBJJJJIw0o3JIKqOkivIQEIwRiBGgQ2EkG3G24JJBJ6RiGq BFMUICIYIxAjQIkckkkEkgkjbbgkkEgkkkkkkkYbbggkkEhJdJSoUknKDdVUZqJCVTNKmaQIgIhY jECNAiRyRoKKNtpQNsNhuSSSSSRhtuCCSQQN1DVNOJJJyhTaMiqFJNIHxJYlGAtMNpn1MinGIpVI sSN1CKRdEOGNKqLXrFYktVXu3vi2PP9BBzkxo6M9Gz349+/h/PC7H573ve94RmRvA2NjY8LsXYuh ZpE2Jy/scE+HBvg4OeHfeHvC7Hve94e94X7mNP0Tjma5fdru95LMMcy00qHOZ9rB7POHmdQ8LWRn B5jTcjYi8dw2twl0u30mmnWNQs9uDfTutjdZGM7w89zb7W6uu8T83AZmKaMc7o9zSYc+nKxrvxjE 43fdaY1tkIbGZwVD91s1pYs7w9tK7vWO7xEfBH+F9lDfpsj/E0Rna/1hdB97Pfz+s/MM/WXvPRyx dszPJEyIkbgb5vswt6M4bSKy1ApFzmNo8GMlpR2tV1blyH7MZrmgoDcwG72j3vG3AdM27ju9beeJ KpjY59E7y6G4XXaeRzGmxfKznfTbvL71Tb5fe8HKW9Rl7e9OucFaptdxInpnFu/7fffD4br3Ne7r XNc9kY4Nu+8YdZkY+Xu9f8jvlz6pszeRLbYMOYYd53HWK1L65n83jo27fDmtxp3FbeB4nVrUz3GA WHMvhgx+dszySaqGq/w/nycYH6aXr+N61B93X+fl7vJD8dDiiD+g8cy+M0cbYR047XcDD4fu3OuG /vvgLFaDhg7kooqijk4k+sWhXdBYMCn5EFi1SogcDq+A8KPYQD/hpFQKMEEMKKLZEVOzghCEN+Y+ 85v7fjz6TRKImeKn3n8M/veX2HTCQkJGeH+VFFza/V1FF6+cxgBvvht/gBAPfV+zbPtzvL6tsd5z vKn8xPXv7biZ1ua9lrzrH73PN+Ja1A/wFF+chpRRbAh+LQkJxuGOscFrhSocY7+z7fzjm97XJKie 3z7au19RUd2ChR69IT9jvgPfCZ3OnlnwXkpt7mWPPAAAo5wNwuCHL/i0BfYKSACyAKhbX265t7wV BQqLnyIjnIVu9SI0oLnXHvxq8sQeuK6iEloGe/vb47AASiIIvbz2SHxlIE7Wqkf4TwDgRF6sSgQ5 bILudkMkQjn+yMkhCEJIT+lBwqi6tDo1+UUXAIdD5npk+mFRA5T1AksCfsQP0ED9yB/XNdSqKgqA Kj3aO4JAAHq1d0AL3LFRUqVVFVVYqtcQNi20MA0gBEgBe7uru7ctbUqqqqxVVUKpVFQVCu7ru6i7 oEkACQRVtKlUC0tLRUKpVioqRUVLZVlUVBUAVFYWraW0pSgBIRYK7u7ciQh3d3bjnd0EYOd1ELuO d3d3csVVuDKKioKgCoqTGzI1orGtVa2KioqRUVFwQN3und3dd3Vd3d3bugSQED9PnpVUdBVMjwI5 i2iJ2sFMtt6TXHjYabYabYNJB4SB+17F4D+D4BJ0PwMBw6vSBRELEFLEOpJG3SoIB/mIgI3AexdD R/f76yb9Hab3xdqFWqWtZk2TIq1Cdj+NP64EITv2u8WMsP52fR6EhMAg9nNzqcQDSXYSDRQuqoZJ bbYRJ+/fc+r8WVUorKUtfbfuG21mIyJAk2wKiwewgyhaXulE0MW48sWRLfjuRHEiOz09OWbOWrfd TjujaepNji+vvBXXTyeK5wg8Yh6IQGGSiS4a9KkRbIi9RIhARbpfU93Z8pqd7jBnXTyeNPb108nj T29dPJ40NjF6+8FddPJ409vXTyeLOLYlnFGC0ja1paF8W/wdxD9BVBuaODcL71i/wfh/Y+XhdoJf oNjgkbGPsoJBSuIdXjauIz7NDo4N759PBzw94ePl4Xd2Lvw/Pvh98L+FFF/woO+P5331e1bye2sW 91xbMzbFr3hnLtoPGWhlTfM336/NjXOs/W3Pv1an9HaDu2md2e8ViMOntyNR3HY6tOG6wx1nywVd HOeD7ZmbEne8RmD11XZWuPjAws/OzPgszcrdS45rQxkcyztyaqjqRt5w3e9mcazBw9Uamt4fGMHP zsz23KlY1jrfG9c53znvuuL2m9GLlSjRfd4CoujzM1ZtD0sv5BQO0A/gAgf2CIP9c3HPgaFAD0fX v30P4kVBHsZOEG3CogQWCCBw+9fzm+pP517bfGf7e3CcVmZv1rGXwNHP9zgA8FUchQtAo9D1oN4E yG1af3kCRC5vnnR5RxC5jrOM9dca3Ne36vz4Ki87CwSFgQw+9YbVr6DISfKpoEEjRgsCEH7r47DQ B1yM/OIWqWaKr8nQij18X9qjUoIHQQi5EADRohCEN74DpPznr0JXQo+hfmdeVIdYO3aCpd4V3T0I NxQWckJ7++hOdByifcBogVgMFwstuqbEDBAB8UVrzqV1IjRCulYQrLCFUoosUVD36/F683vHlzN/ vOD9m2ftVvGNazHIZuKOVpuTFTgcUb2IUTxgdeg4TTlxXMNjZxdOuxW6y2+THYzFVsQzdxqswjnC 2RjWcaxuRMDrnmN6GS2uvcZ31rl8WN1W+40z6pb083mJHdnWgbznj7bOt31LnZxW4bWrp+3isP90 zKnvHt8Tjkp+sdworGX3zHW3EliMSZqOmWjs6HMY3wFOJ1sNONnf2MRG9YWNreA88xCvCne7yz4h VDtnndDSOzWsUyibw16a13vL5fL5FZ+3hcm9W1C6E1ne1psbecaxtsRLt2Dhtq8Dncdjgucnva6s REb3Wr7D03MbUNqQqe6rCG+DYnkgA3IMEgNdh2I1cYHWgsncCfAIbH93cM3BC1K/iJSEJFXyRhG5 CDX2bfiWL+mr9t+hGDEbRFT7xbBGIixF/W1Pe7u7ndzu4AA7ud3A7W6Ll3dd3V3dau7rd0ISAAAA EkIAE6u7p3Xd1d3Wru63dACAAcdd13Od1XJ3XHRIAQUhForuUEhAEDkAJBJAAOru67uu7ouWp3W7 oSEAgBCPXd1TnXLuOxaoVRUVFQVFRcQKJbZCwILJEZEiBw5OvQ7L/fAiAhctCQnpmyeB7sO5ws4K EzRCZPTnWbVUlEKrz8hzVNVTVUyFQcBs7XlG86YHUdfb6uts+qauoti1NS1osWvxTbpb58ut6pK5 uVVtm1TSUbLTb6349fTfeIDGIht9s238LzH4XzS3xXxHxvlLu1LNgjCBYHjmlOhLJbFOn3xSWFDZ sqoKmzmEhPXFwERy5CGYh7VHcb0ON1/n+/8z5MKJ+5dUpje93HXIwx48zl9j0wonirb2xxfY15Oh jx5nY5pcJ51nq+E8bvdx1Ndd42Mnq8l6byPeor2OmFE8efePTCiePPvHphRPHcdDjjzOX2PTCieP PvHphRPHn3j0wonjZUb149T1/iwMZFD1BA/EK6qrtJJDw90bGxoaHvvD3vc97xPkh4d5D9GJEiJE i/rHveJPvXd3Y8Pz756zC8r8d8dfs66xu/PMwUbliVLQqZKLSOK+WdYucVHBpSBRePzECnHKwNB9 tQhgJl2ZzD10L3f459tyEaRu0Jtb8GoTXm3R+NZbOcSars9CHzAD9/vh98PvvFKv0qD4OfbWHy06 d2AZb/i8Ffvc8vzn+tGvf13Oj66r8wTqcP5VqtQ73g9/Ewbom+fnczhzOvsYauFsuHjGIdtjkfXd q9VSnQj+P116RH4+8PeHvIO8En318q77Qkc+Cqmk6Io2Ui4j9tC2dOYSa+QvuuBRReuQ+8mpxYOb NwBOxHtz/AEBh2QJYL86/NgDKWM1ZJzeycAiBfEZm/PGRNR22rWFrWXy7ZxQbWMy28+1bMzBp+6G 1bHLEhCBAtXcLwC1UgeiFHsJCHXhttmg9YiqEIhIAiEYAqEYiAkIhIICGfa8vWNVL1O+ZPK5zzbM 44t5zzhQxRgLKk8pPBFPG/OYYDtSPflr1aiS6OwCk7vcFpgdKh4dwkDYmCzjuvyuyJ3uo4dRDPcc x7ePzedPE7Ei0bl/fypk6vvjYXvz+pvyP7pfoXwHhJQC8wG/wCtql85KO0fyiAVshL5X3yiEJDUh iJbZzbsiVijmrCdAgJT1s7XAPftglDaIDBikGJn1uZLql5wCjTx+47Tnv0LienTSp7eTVwLiBIEN wSRVgU0JAkEikgJAgOxR4NwkJ5wz2aAkpFsqEENNlgQPVFFrJD8A6d/NqW1a1WtW1bUVVXu7uO7u 7u1Q2g13RERFJSRERERF1q64FJFARRElESXbUtTalalqIkgSECQJrUrU6jSWMYNGTGLJjFnVqdIA SAAEklCHoIWFagxAoQoVqDBDrohPlFF7POvU6m3EcKQiBEwLJ5DomNFAJy1SASC8DfwK77b4NG1F Fjz97+7eIe7JQSEjI6h0K8lFiyuwgQq4QrAcmAqQgRSDAsFCh8SZeeUMyQMmRUX7QUKhyHGAkJou oWsQnxtObodg5WggsiBmDIkjJoqMY0aMaKjGMYxiNUYxRijRjGNGjGMVGxoo0YxYxRhkVBZFCQJB D04OTk6bWhLWLXktBOMcY4s444xbt1e3FKY44xsZtxxQe43W61Xdb0abXPHFLE443FOOOm4pxx03 FOOOMcWcccbiNy5csXIXLlyzL2lyrXLtFefHJz9vv3775e8Pe8Pe97n2xAgZu7u+XYq7CV3EY936 RESJG5n3ve8veHveHve9+ffAfcxqecDTGMtDMNNj8fvJhHAEkFgsgrEgxCEQhBRJBGBEFQjj9a9H FvfPPu5f93frfZo0QZmYNmK22aGYbmXDJ8Lq/ODexMxtuNw6YXFZOLPvt+2I0/qefbYjzjR3YCN7 7CuX2rt7qtaurW99N55Dj6Yq1+VA7WqVOMBayHTAKgJeIH5BFPHw97I/r2sSaNVaQqqla2yqP2VK P66FoHdaMgBqAUv6BW7QnmFvFYXKSoMeFFFwVYCEQNqAh2dkCdTqu9785xxRxv791Wva/bOLBMh0 B0KxYpTbmWBuRQf0VSiCgvu6C0kAV+EKyQnXWOOOP3HdFVJRVZFbb6srJVqdkFXM74758v+z9zru 1Z4tvUrr43IvOu9qPMZKpiZFixWLDgUIwYT8IfHMJCbHHfUkP04S/6mpUKqmpUPLACUe3KqeKY0f u57OciPFKBUQF5iNYSkC8Ci56iB7wQnxr6T8HydHaVxCwIZYkGAKB8oov6hEuuIGMWsFnKYBNpAD YiAZNwkI5L9seDYcOBrdPlrW7iwjAwUBQgQgfN50ffrEOK+44JGgoCoCbQLUqllH5AAPuiE8UUXn 4LT2sceSUV13fnZNKkqk1r7dbdKDMmTEYMxW1+/dq2/e2zas2X6BCKOTigAFoqEvMHXQZ/qAkIMl YllZTMZTJisRV1siOdkhnizlXXcK4ZQzJmEuGQVzoiECOwEN6IT7t469zfi8NdEITVgA37tza1Fi rcrbfpllb6WMa1aMW2r+VYqt9u/a/pJAkAiIWW2LLV/ZWrttzNq61drlFajUtU2xn1iDEREQRGMR jpndxd3Xduku7pgSRJJMu7ruukmTq3q1e9F6XXdXd1yDEkRcuu65FOtt62s9tGFoMdWruhFgzG1E WOtXXQCoMK26tXbpWiwsQBBAkigiRVEDJQIcvd9U1U5m6ISTKii/UQwHTmxc8uuG5ZLg013a0/k3 ihA6NkIQh094kkJ2DUEcofwUUXWiEL+FeJB8TQAEturyxaI0kcgjIL3ScGYSE/dzrrV5ISStBEIJ O1IQesNKthVuRADgdPutfuKvGXo0zAYodopUFLBBA2nMSRJQ2gJP6ooug3gJRONjAMR/lISEnwp/ QVREYxiqIiIiqIiqqqIiqIjGMREVREVREVREREVREREVREVREYxiIiqIiIiqIiqIiqIiqIiqIiqI iqIiqIjBgwYMGCIiIiqIiqIiqIiqIirGMVREREVREVREVREVREREVREREVREVREVREVVREREREVV REVREVREREVVREVVVREVREVREVVREREVREVYxiqIiqIiqIiIiqIirVVVqq1aqtWrVVVVq1aqoiIi KqqqqoiIiIiKqqqqoiKqqqqqqqqqqqoiIiKqqqqqoiKqqoiNVWrVVq1VatVWrVqqqqqqqqqqqqqq qqqiIiIqqqqqqiIq1WoqtqKqqqqqqqqqqqqqqqqqqqqqqqqqqrVVVVqqqqqqqqqqqqqqqqqqqqiI qqiIqqiIqqqiIqqqqqqqqiIqqqqiIiIqqqqqqq1VVVVVVatVVUoiqqqqqqqqqqqqqIirGMVRERER EVVVREVVREVRERStVf2+j+W/oV4/jXx4xj23inEggnoGk6qNxU0lEqTkBacEpJepOlSoCI+QjDbF VGVBE1EjGQaLkpshuzdu9sMvMtO6m3u7bvO891pj3aEn0kU9RIpU6bjFOJhMUKDggnoCZJJIgkpJ JIlUjckkkkkkkkgkgkEkgkgkkkkjbbiSQgnkUQX6qBTFQQQIIRKAhiQQT0BMkkkQSUkkkoyRySSS SSSSSCSCQSSCSCSSSSSSSSKCVIIJSSdEQAuSUqTUcQIVGmiGFIUCSJUpuKMRoVSphSeLCDQnux5T 1G5RO88+71z7x3bcbhE7x4T0BMkjdCJSSQNtuSSSSSNtuCSCQSSCSCSSSSNtSokIJ5FEFtSjCtRY lVBra8pbrSyt3p5ooxlli1sRbKJb7n1jlrZ712NNnCpCqYqBqKIREGSRmilVSRBAygGzUqmqqQSh PSRQUkyg6cCaIShJDDqGp6MyjVeJdSEyU6VUI0USkmIQ4YHCaIopCJNSEiUkpK9Awm5KLlPyr12w vXju3sV6+5GbHvGzi7jtPUyJFUCmKgggQQiUBDEggnoKkiiSUkkkkkkkgkkkhMUEqSCFtooJoGmK gggQQiUBDEggnoG243FTSUSpOQFomg2waYqCCBBCJQEMSCCegaTqo3FTSUSpOQFqgZSqOFlVCFEo ExQoOCCegkqmGk6BkkbbkbbckkEkEgkkEkEkkkkESSEE8iiC3VeVAtioIIEEIlAQxIIJ6AmSSSIJ KSSSQSSSSSSSSSSSSSQSQSCSQSQSSSSSSSSRQSpBBAwUC2KgggQQiUBDEggnoKkilVTbiSkbbckk JiglSQpxMvyoGMVBBAghEoCGJBBPQSSRtxU6pVUJcgKRJoOMRxpISNUEXAaoRkR0Y0zJRdBIqJtC OqBgoR1KclCowYqZjpJSmQyIihQYgbGDgNWCDfgldi7u7H5wcEjY2Nj3h4e94VXiPJLw9D8HBIzI kSN+8PD3vBL1i7u7HvffD5FwdX55txi+qyQ+Z9qFBqzrvSdRJEnYgfD4fau9nGfV4dsK9nVdV/ay 2MvhlEZZs8hgZmXcM7hm3L/O2lFRW/cn7wAj0x3221g6neeHGlKwLYeYYbzhg74Zn289zfMXtq1D ReMdpnt3vsZymwy5r2NQGy3pFbk35ox2LrNrGvScZZMLYZbzhg74Znh5EZDmd9WNS7FsdxOK5Ws+ q9/cX5oxJJz9v4L+nuqqqqiVYoX3uKeFdZbqXIiJmNHhCEIZeON33sK8t4kq3iWJIuuu0+42lgC8 IcQkJXXPHPFS1vPc+nk+ndq9tX16LFpw2JGrcaz8c8/HvmpxaQhPrUIX4+bBeHx2pzYlUEipANkj PLyErn2GPurIfTh8FbI2gFB2pBFPeMVFT1MMNpgmOo4yh3hqyZ9jcv9IrbneeACAIgW79TqEhPvM bs+atZtRu5S256sNWtYq1rJaFWqOsNk+CJdL68w5MAlIm9hCPu3t4PqM1UkhOiUdyp2dkJ5IJm1K NtVVqsC8rItWJwMqsGtChBgJwiovcJCGMgO44Sqc/RBvEke5WAGCAccEJ4eS3OAzohYohxKGAGGA BZ59WoZa704nEu+N3l6mMDrBnjVafQO46+8xPA79hoaZ3MiS/NcVYzTTsNj4OH24PB++S5MOz7zc hz3QVVBVUklQ4Kva3aXtf26F4nAmS2VAGsZ40CbbHhwQ3AS0XCEWqBDlx3QdoXSBe3fTs2SR0Utv 2tXbpGCMaIokWEoiIoghqIVBAgjBiIjRFEjaIiiOrV26RBgExFEjEEkRFEdanBGxE2CBkJIBMEQ1 Vfm2pJAkKIhq9WptXVq61dtui2iKibYbEkjJJt29+Vp84JCQJvo3fCuzec6O3l64w9PWloMEAkke 1Tkz5nC21VRLy98MiDiL3YoRiwQyRip29msPElqamIop+dOuXfmr22l9SSX86+v1OjNMjIyPvlVV WU2h+UUX64bwImF36jPCE9751jvw6hISEO+gaonZyvCNFyJgrtx7IqHYXAWJWtWoqHQg1Chfgf5B 8qX7kkkkEkEEkEkkkEjbbkkkkkkgkkEkEEEEgdVKkpRtKmk25I23KlSIuhHKSaNNEU0JUUUqqdVI pC3KNUW5GKoUD4KpEhKoVBBGxI22HJIJJBJI226TqgvAsHyqhSEEbEkkkEkkEkgkkDbbZYhrzLZQ KdF+kiMYTqlDIUpEFIapSBIFGEtey9rx7qbZ1nQ58p5R4493Hvd3cd73vW+97x73vHd3d25NDNFG 1EqtWo1GiVDW7h8xLSo1rSrZS0YrbOw+teO913l73V7bew3u8vmvUqUZdUJUoqk4THCCKotpw1Ag hJJQUTJYTiRpyGSCgIxD6oqgNVVIKPTdx7e13dfbrr2FopryLfX123vGaNEOjThpBxAtNuEomImg 2FIE1QS9Hccce3RPc7rn3WUtrXr7u7hgWD5UpJJJIIww2xJJJBJJJJJJJJJJBJIJIIIIJCS1TqnI 23DVFB1GqBcRC8CwfKk0kpBJBBJJJJJJJJJJJJJI2GoG2IIIJA6qVJSjaCSckbbLkjbdAtGONKGh XgUD5Umko4JIIJJJG23JJJJJJJJJBJIJIIIIJA6ot1I2mW25I23KlSCORKUD4KpVB0qQLCEbEjbY ckjSUcgkkDbbkqqkLqFBeBQPlVCkII2JJJIJJJJIIjImEwvAsHypSSSSQRhhtiSSSCSSSSSSSSSS CSQSQQQQSEym6lGkqkjbcbbNMOVXoIFHDVQLwLB8qTjbcDbDEkEkbbjbckkkkkkgkkEkEEEEjqpU NNRVTjjbZckkDThfHV0EW5Pdvd5OOo7qe8vrje8e95vvYs6+TzcmPd3d657x30T96aw/akkA++j6 dT3VC/xXSJNpeM3z6xlJb0vXd3Woznz77p1rWtfHPP333xvf3n3vvv3t1FF/ggr/iAIviAgp6oov fk/m/P2P56X2Z44LTj7FhPo1fqH9n40RNPPM3QCRQG7X7zH39nVwrcrAGGf5BhUfp/O+WOR5fDp7 bB1iWwfq1vNvi2lL77tHxr6/n3Bj73xeDYwcpV9XxV+y8f1L3xlL4MYChu/Pu4S8uHVPjf5oD9+E efh8CHx55opLxIySSSMiTJRUVDAHfwSEvvgvr4NqdXx2HkC9/MqKLfaLwiQHyPOR0nkjCHttc87+ +sV1z5b6r2o7uVYrG/RfQ8CHnntyrYPsrQGIkiSCSigkCAaKE6C1AkD8CDQhV3pjIw9LB+CIq/jj v7u2tX8vV+bW/fm0l+v2c7QwGjyiE5vc0Ts2UQ9rg8qgvpHEaiBNZ+UUW7k6hISVcOqAlvasilIm 0RA/kRAceJinIQsNBUT4aOYSE6EER61xi1VVVRVaC4up3jxbgkIi1b0sGBRx5EApA+fjU7LqmiAj 5uQnTz1x3l5kRz2s0RG9yLdW0RHIMuj8ootU8qod+TqrUc3dOKiSTi++goruV/Dq+yGhyZkheu7p oyUbhIS4/lxl65twly17/dFMT3tvoIWA3SGZcLkChXA+K4JBSEJBkJDgEKBKEutXcCLQaa3Vq7dC NoTSt1q66EVBSt1anAQSEgDCdanAQSAAMDq1OgASQgIJOtTgRYJYQCAkCMANAGHTu5u7ru6LuuwY yRF3OndJE61dVddziLcLlNb38Sfr97XvzshCdhBRRZ0Tglg54Ydhku9OTx7XpTuSSEh1wJRq3K2G 2zDdSz5wrqmTuhZ5SwhSii2+6/qii7OYSE85xz1d9uaIQnXivgZKQPyySNxic2XXZCcV1+790Sp3 sNHMJCWCybGemCMIxjJJkgkyZkmTJkkySZMmSQkkyZMmTJkyZNNNNEyZMmTJTMkmTJkySZJMmTJE kkkSEmSSJIJMmSJJMlMyZMkhIgAAABIGSQEMkkgATIAAAJJAAJAJgAAAAAAEAAEkgJBIhCSQkhIS SEkkgQCAEAAhAkhJCEIQkkIQAhIQkkkCSSAAAGQAkCBMhmZImEIQhJITtf11rSI0AAAQImCS1FtY 1otgSRkkUPDuFjs+vjBCS9YqjFr2JglBjxp7z4VGnjx7veKe9iuxT1TxQ48dPefC8XB4rnsexvex 29i+KmRfDi+vje3rV16tfYxqcePd7xZRoggjkB8RREEEcgIIEEC9JUFVQoiCCOQHxFEQQRyA+Ioi CCOQEOvQmk4vi1VSii3JJ3QFWoKjuIU6QJEja2RFgAACBEwSWo2rGtG1WjBtX9e/F8uBeC96Z6L6 SaGQAAPvr3uRkaC2Ekpuu2P5/f9X4+qYWyajZRFNJJZlKWZjGKjUmxMpTBAaTKbFsJZLUWMBZLbM qya1krMoEaMyEkZCLCBIHBowbyb9885587Pd+nvvh1tbW33r9mKiqWShswjBJgikpmpiSk02CkpZ tGtAmkzNaSmapNJEzUzUWSyVGLEhRTNGpJDbEaKUiTUW1ts1RqNrZEWAAAIETBJaiqxrRVWjBWv4 X7Ny+4xeG3LhcLlvNHnLleYsHObnLleVBebzy8Hurl5BXe6t3dUVeec8KNeeF5XnMeBXvdt5dNCa LmjmjTztjcvK8ublXlO7crlvDYvLlcvEpNYNC21UGtqwbIVZBpG5Y1sxTLGisjS1zKpbEs1ijDWK lspS5hbLqhtWDdS2ZY01NRo5ha3XLGg0xQa3ULWt5F3ujRReXIIorzf12tr3kMI38qvjetOigST6 qX7oZv82v4i2D9bf0zbM3h74w86+rgNdD8xBQcbaaIrAfu9cXY1puh64J5vec61pqlOMz3EarVVo nes5emZqOpzlsYbTyDjsnGw2Od8mq6xVxGexx+Q/zhvstlqbLRCHvPrLQ4fTh3nnc973ndjGGrtd 6KvR5lplzSWOqbNH8yvH6r+3W980t2D54/lrNajX1t/cF07Wc6jVYVRTVfZQIInrCW5RYPcc3o5m W1c9cU++YsEIExqe2u/DoPVtiGMOQyUKwPtI2YRCxHw5hITbZ3zuWH4I2+9v1a18DcihiIMCA3Xo 6hITMrq/1tde8bzbn6QnU1Zo599+1q3YeidapajA+KDk+KDm9FBSUSDCQCy0F+yE1m4a49O64IQm 1ucEiaHs0INNhPbd+a6NTe4bzY75x7nsaZgo5VAeA8PqcB/gF9ocYSE3vUMvPlDReB3EkZEkSw8d cSqLNxIkSk/Y+oDHzAwRGAhG0/VLSZ1997wNuAOISIWchekLMQ9CIRIK45CEMWQJYMhYc1QwopoY hbSii0hrrPGdBwQKknSR4G0Zhtu445OU0UQn7bgxNwCT4FiHz9IWwxLAjrQUNBGoPKiI8wkJ3dv6 SJJDZsKBru3ZduFr1YbvbQwj2FgtOUERuhsuJQ67UUWn5SIeWIS+tnNBlDOKGVSEEgOoPEQ8UAao H3UkkjaIr+lyoogjERFETgIqEprdrnNy3d2u7tGu47URRaNGjXd2u7tGjS61JCDYK7XK0WiMVGxo 0aLRo0Wq7aCx21dWpwYsEjYAOqu6EhIdOEkIiA6tXcADUESq7bdtbtau21dau1q6q60GuKxptS0N imDMG7KGeYjjz2PL2Ow5z1bQOGrGcbamrp+kP16DnW7z8N/zqH63erCCJM/Y/NJJJ/fvBRd9od61 k8atezh7FjRB0EBswdZqFmmRkGCcckJYfA3rVvIQknt4HIBJp7AopCLEJclMQg9hG6jZIFxhQvTb J1w+QObbDnoaegp3KFCLUQwGKGIRvAcRjEL8HcqU27JCFBoApgBG2LNm1qcMBhBC8QyZhISnjryA FgdUdhYeLpcs3YhI3IA8cEJ9ZuBGEYkYJShQ0FUNMGAy0zTNLNNmiY1levxkmUkmTAmSZkyZMkmS TJkkyQkmTJkyZMmTJNNNNJJkyZMmZSSZMmTJJkkyZMmEkkwkJkkwmBMmTCSZMykyZJISAAIEACBk kATJJIAEgAAAEkgAEgEgkJCQkAkAAAASSAkEgSJJCQkJJAAkAAACQACEAISQkCQJAIQAJJACSQAC AAQBMAAAAkMpIkgCT89xCSQn31WtWq+0/N9Xr9iBhpIlKVG6JSrzoIIMQMNMRhhBiBhqgqZdFtRV JQbCCDEDDUjB8RjjwrrXefdzbsxz17qeL7Xa19fe61mydxjHHjjtx7jjHHjjtx7jjDEDDTEYYQYg YaYjDCDEDDTEYYQYgYaYjDCDEDDTbpxKGKOqr9uhbGiK4O3Y93tIE2leuDYgWEgtJDnEqVzGMcGd iNDSG1di6qxYSu7X6++H3w++cfgofkczzhx9VUqNAfb6gAf4/cx2g/6/O+/oayASqHwSx+ON/ka6 wsdfvmneXrHcYYcfOMjMNTCGtZjcitAoGhghabI3d24cFGs3MTyxWAUDQ3ijir4nErBKNVrPB9gL QfoyMgSFIRI+UlPtgpgRkQ0RCohu0knFnWISY38riTMyBMmZL1n59XXm1mxJZAOUjwcQkJ13uvsd ee18Yq1u81jXM5lQ61LVGSd2rRZqbVCA941iGgwPmaeY6ito4YMjINEHsvCQnQWd8PcZGQJCyGuq 8gyqtH7RQyDUQ83jrUm8V7fPV8W0Z1L6684OOr5sezObWyMBDIU7jRAejRCEIVbRk8J3g6XfgWag 81Q8VCFMxKYQGRQ/gg95IS3Mcfuzokkl36od9b+DonIWk44ZxZ7AzBQmA/hB7AuxRRafxiRkJCQk oemNixJTRTKQ4jI4grkZ+GHWeeObyMkkhhC1qGq5CwMyUDVUDwzYfS1jk4kJJPr8x+XrG0o2WjLV m9I4sZRtWhLQYoosGvj8FhzGgg+oIjyPtn7qLzF2XGjeL3bkGoxDUCgdKVtQvv/Gt+xaAwYEgTAE QIyEQQaDDZrItoiwRNq9dJJJJkkkiESTJJJJkknFJREGJAyQZ1ytERYxLYbQYFqWrrkkkpSSTCCI iSSJl3NoDAthtBR2tcNGMZKKCxjGMYxDtq61dbbpK0RjYi+/yybr9/2ATMPToaiyIyIUQeLUhj3y 9wcEejqEhLnt3oW040V06UgVAsCRRRcdw3yS/PmHFHpJI/UyVCo1VNSQndVJx+trdK/jV9sqLaZq ZUW0yyGQqK0WijUaZWmVSCkaqAoovBFRRfU7VLjj7OcwsGaKqUXYoosS0y8HJIYmQxuhWqvrfe73 8gLqvXtaf+L+ISZhJISASEmZISEhJISSEhJmSEkhISEhISEhISaaaaSSEhISEhmEkhISEhJISSEh ISBJJIEhISSBIBISEgSSEhmEhISSEgAAAAABJIAEkkgASAAAASSAASASAAAAAAAAAASSAASAAAAA AAAAAAAAAAAAAAEgSBIBIAAEgBJIAAAAABIAAAASGYSSSASBIWWWWZlmFCo/4yQP3IjCor2oCH8O +7c9HmM1N3vnWdY1hrf2r4vVWrHHHTbztGbBBWKKbNvN0YmCkRly91aqolVjx5LzBuwQFJ6Q83Ny tqt1bai9W6lWu5pzKoaKGGnChMOncCgYVHHbl4NdgiDUrsWhYu1di1cFUXe65tjc2xYSUU2bebo7 YIOrup7oxMEZauxduF3Qodt4dwPPAAeA0aOYXTRozN7tyWc4RSSrFhyUxdhzsGBYMwYGLqqsNq1K N7UGVlWLwOYbJwmmCIFeYbYd2ry3llirMkpXMmYXgqsolhXeFWRYpBSxgu8O3eCxNCkGi77tXat4 aLYUuxwzO7F2cMe1BdhzDnsFYMwYHYsVYV2LF3u2u4rhgkC4cJO7NZzFunMjtSrGVwAHgMHgCPeE fr7+yqalcrgdsO2KmcNM7G2q422Ntg2yuNtjbYNtxIBDxuF9jwoY8nuobt864KNg0Oam5JnZ2DRA xXDdbvpM7M7QuzMcR28zrvhqBwbil5JnZ2DR1mUZBnbV9wNPc9td18eFMHDM3L3lR4bFlc77l2ic KFCtEy6vL7sqDhOHat3BgeB5jy2sCwdV7jvb7BwyxAuD1t313nbvaIGHwzuvr7syWOGcOru3cq51 91atJTnCD3ve9Y7o2Nvt4ZlxnPVdddCqoRxCShJFJaE7ls1DdoTYhVwt5q16JF6xerNoMXeJzUpl aQVcosZqx6fU8QzL3QzAN3ud93cMy1ln3dmPOzuGZcee6UHk1i7oXKD6Ibmbo6Vbyvd2N53ccmtZ tp4hbm/GeOeLKoBYEIqoOjRCIiJKIiIiIidaAHvdPDsG7ky4BLfS91KtwLx7FRw+EgtOO5Ju5mjX 2+FQR9O29kndmcNz1EI22zg3eKG+ENi3yTfZd4OfasrZY5VsBPqGi82plbmieENsZmSzhF1W29m3 7Ldh7KG214VYuSXmWNuX4TRe3NuDH4LA8yXmWH4GPA76LFg633Z4Lhk6Z1zru+7d4bnhGH3TuyxK E8DgeSZkGOiAzMHO7zq59AAB4DOWuTt3m6qXd0kmG29vM6arzcbjl7e5t5BuTXR3cybenZIrl9vb BSW5B2zmN3s2Z283rXLu6Z3JV2vu7nvbzddmPMtZxzMT3ruZnc3Wsvu7nvbzdfhvz677+fV+/rgC AXvoKpW1CqVSqKlUqVFRUFtRUVBcBIT6IAR4eAADoQPy2PTbu416Yce91d1nc0kd69mvJO4du4EO He7szG+4dmdoLNbXMh2t3jHjqhnt3sWdw7MwXvWDQLDys5Z2Vm3rQgxZEdwYsOZuuQmxSoxOFqY8 VBivPJl3gsIIZ7LV3YQvyu3d1IkL9t3e6NuxaGjfLb55J3Dt3tDFDvd2yXEEL9dq7tJdBgfDMWpS wAPAPw06Fe9ujhmZmTblUt16fegq5LvwsXd2LvwzMvMzazu4+BHb2Dr8M3Te475dziajm7LVd1DN nbu5t71uDj7DmGtlXhpLuY0+HGhkzu4cLkUvfDjw17vDhdyPsG+HHRr3c4cMy7eb4WLU3RiwewZm Zl+HHBmd3cOGZduY7Fb4cUNc3tHC5FmaPJN8lmjq973ve9BD0UUWkFA0IRFEODmqqSEKES21RGpU W221qVERRUaQoooqimqKhChQWQ4NccY5441OubTWrTr57h7OhBmU113gzMHdYYS63a7t4ZmAhVJR V1ndNgM6tW9eDMwdysF91PR1vdtndk0buet0g80bsVzaZejd2CBK93M2NDRu7N3Vo0buzd3NBvnW ZeC7HdBwS62rfdvDdwSBDu7r7Vo0buzd1LBXMdmJCt5D3veAHBjM1iSdm8Lu7gmVIs2oJpWEVkq2 LWTDAxmIY8vCI6rKzE9N1bXdweelXq6CsmFB4WxVvk8fZuduvAtfKs28W8stt5DQuo8eUq3OcU0N G4MQmPt3OrQRd8xJL3ukjDenQRfIc3vdwuRh9m7VAjOj6Tu4Rth32UDcrWNW5eqrEG6hr3cEDGdr Gyd28Lu7gjwkETueyb3cLkYeYJQe9bcul3cJaA94e9oHhNba3r8SiIiSiIiIJCQkJQAAcghBFQ4l 8muDkznNhXTW4ylUYsZR7hOtqyLFBW8eycO4bubcdoqw+FjukfScO4bujSChSvjua6s3c87wYEOb x9NG8My8uO9mE8KwTNynMNo7UaWW4No7ruYpV3MRoXt2GKESrdzRL3YVWh2LGZmMa29G6MF3aCSs XYsXdr1iChqxc9G6M7I9tFWHwsd0j6Th3Dd0bLN2L4YLlC0VYuxYuV6Jkt7uVm3Via54AAeHYwnl 9vd3bu2NnXVEUqCSre6r284dOIcxDEcy7Wb2Ya3OvN5xLqFc5XU83sowYzvaL17zrhLve3u3MzkJ UHO77u7uzJt3Y55nd3d27t3xsX0ti5L2CTczu7u3dtsXaHZnd27uZOHdXdh3DvT82tbfj7kkISAS BO22tvxWpa2q+zEREGIixEgkEgnwHvAA8injHSid5hvR2HOWdm5u5Mk7u3dG9RPddyXd93d2jatY ybvOsnsnSbd9vd2jepmpWy81uYQWqTF7l66u3WW7vbvaray83W5gJpzMsTMRu7Yu7Ru7YuxuN93d nYM2uquV3Jd33d3aNHUazMuxLoyRiBpzJe60jN97w8AGN68nXejhu7uHKFLN2WZcu0ILtXdq7iT2 HMs3ZsyZdr11VzBeF4SfXBJLxGVkqRzBmMXtRjEjMG6U7Iy9zcu9G7uWKZoXNvZNGjN3cTKCGTUt Gjdy0tCwuPZuvA7V3asXm7Nu9G7uXWFA1rG2ktGiZt1urdWzxM8avq1sIAtxgxjEjIxIwIM0xmZm ZmZmZmSFtrb1IQEE4BCCKOTByX4xjV64tm+q4zq/N9nQUScE1XjebuZyCHDdV833bmclVcqmYZ0v apjrVpZuXvW+hNYc68ZxZTu6yWsNy5eG6USdVd3l34ixJmXhGDBd3PQQSSCEwda1LMy9oUNGYuvp O7t3UEOHbu3joYMGPMuzWYLmHMZzwHveB5NztHcNkbnbqYSbE6SQS+59NrXd7oy1Y2bW9Bs7d5Pe 1Y4deXN4Luvhg7e09ZQjvd1Peuu3XmcN7pObru7M4dw6RrD3dmcN4bI+069E1Xd2JW9dvt0d3SVw 2u674d2SPuxcl2d3Eq0wDVA0TQBqgar1VRqhVKlRUVBbUVFQXx9hQpSkpJTDKSSSSSSZPz73uED0 dt3dzyvjQzp2zZA+rN3q3BwKHSrx9gzd3vc67BgdiTtet9w7t3vdGpszpu9URD03cuxVDe7FmDOz vbzXZkBp3tBPq3eXUaGSC123bC6sbYgqUc6svM3uKeZ249xoaFDdDd7EtgwPRd3d3l+6xYsXovZI /Www7Eu7u56mxVju7lYvr72Ks7BgnC77nzfcO7d73WLFwTtu72/basWL0ZskfsWNObXYwS94WNXb w3rE3Rw7tu5zrNdpcxdIMXYsXdixcatSYTWbmYHtiDb1IG093TodXuxzHtur3JeWLe3u7bc7b0lq dnHgw0LkEvRo7tlO64TuEzho7tu5T4TuEzho7tu5wfcJwusGDMwYMzN0buiXo0d2xC3wncJnDhuN dfbm3xjnnicatbQhd5YyMIwIMIxjIwIMIwjCMIwjCMYSaVDRRq96xzbFO1qrcdVvYBYzd3dfd3bu 9BBW3d8+7u3e5wG7qdL7jUYvipt6t7tzNYLFOszNW7V3S10Zu7Yhpa3ua3VGqJDl4svCMFSZl3eU gQsupBApKkEwutmZu7d7sECU6+fd3bvdBAu3ZJdBAhXdSCCq3F17q1vh3IXg6bebw3MzM3I9p9h3 QMQgd3mrQd0aNe7u6cOutx3eaM84IMmXmtDVhUV7m3rvbDG1cMvTrEK2XvOw83mut2zNUHZu5Cyu oU2HguZebwS0EWuHDn0vuHZmZkBDXDhjyX3C7u74EVw4ZmX3UyDujRr3d0PdHcOnXncNbrxFrhw5 9L7h2ZdvKCfC10N7z31DEDQQBFJBBKghsmNkw4uMFHJhyY2xjbGNsY2xjbGNsY2xh3j7KFpaWlpR RERERET6r7oiIwREWIiJ6/P5l763z8Xfj7/S+/3+c9usa1FLs7GYCK9gpSa+ze3dCQwX5cE75dnb mcKwmxmVN5XvXK4QX5illdOy+4I2bO5e5o4aGDr7KzrzadGudEjtyXL7RQXCSpxqLa093uRwILy0 Y+kzpoIu/XobbzKwWLvzwNZkwQQkWFr2dl9wWMEX5cE7V9O3u7tFDBfpw59JuzQRPTRiWZeEGdmb s7q4VUuLRwQzpLvt7ty3VEya9WKyUFHLoWLF27vFgGLmu7t6xxOC7czO17T2Zu52wEmjR0uZl9O6 zvLbzs7ZnJgwiYwuN4+7eEgwMPMnXvdHVeocO7und29FXbXmIOXPu7Mi7uDJsW33dzGjRuvSIIOu 5d93R1qCHBd06+7uuKv3zfvvfX1vu/WIFICfPxbFRUVFRatlUVKpaWioqLUaLduN+emDbuGR1xzc 6uPHRVLVmDRudrC4bT5dwwdnbS67O7s7sJ5jKcWaMHZ2vg626md1c+vZUdYcm72Pch3d7e7AmXHt 7tdBmi+zLHb0udwT2Y6uwruXYsZ27o0dvawuG1FOncNHd2tcO7uvu5dw3dm7lVum+6tE6pmatvRk 7e4dmZkTyO8lnblIN5eIZmDHmZNCp727vVKwR5uLnq6+7NFdgx7e5nV3XpzL12u7elvFfXuaK7Bu 5BJndwtlXfd1yZ3Dbka7KMvukm9vDsu2sncw87tXHt0a7M67FzO7hdzqyu6xJfdw7JbVuNc6xxrX PJLAhgokIwhGSMJCEIQmSSSSSSYf29Vq2v8/jERGhEfwRH7kR+/8VSUq47yI/68veIjb8kiP2iI9 qIjcRH3gjKTJEYKTnER7xEd4iOURH4ERsRG1ST+skmVgrBWSwwiNKSbERsRGpT+VER1iI5xEeURH nERuSI/GIjcpU6ZVX6qkpV35/b0tr6f1/kf1/Q7/qF85/Pf5/uJPxvfR0aEBILWld3dX8VnHTovf JjJ54e+9de+799999feRFF0oour3n+Ob5tri+s/ddEKaw3sa2SEkScVQQhCEhTu5BkObpRImTIpQ S7uHcds0UwEpJkpGQJGEAqiqKqqp7nvu+96tY7nvWftzTIaAorDEnlcv5u80UER8DbosV/Cp99++ /n+fs1qsxnU+4N+o9b4J3LBsb5uwz71Sru72WyBbOcUrz1sbQYT3mBncGFVUNpV1gE5wGxvm71jC VRO3nCWbh7a2Ca8A6ObaI++H3w++rX2cFNJ7OKt8YGxplzHFVGpSoosTtRRZo1wEIZ+tX3nnWPZ4 XwneKOqqT7OX3uSSE96nOD2xdwfVwIpocfc82D3qq9rv3z2oknE1Lfe8+a9NYOveRHfA3tHySSQn nd09urKK1m2vd96xR1MySeJjsE685xJVnHJO5w311qJPOK6Rl+0wZFJxbmHFFDRyuDXWNSSefeBy 4hIbO/LE7vAulFN0sUqWG/Vkvk6IQhDXd+jbe0ISEN+HAWOQtz4UHUtYOMQz5c9vRGcE1zITHOAx FDuqTl4KS9/S7grP/AUUXo6hITj6vuYF90VVFVQVXdvMGyXvS7DQNUR46gQhh6M6514QPIToQunR ZT0MEtAh3CQnZ45k7h8zMwa3ZiKOB+deI2/CLgQIFmxh9isfOzYyK3O+MZ49s8Ve26x5eToOT1xy SqtX9FARDfL3IjuqUXCIjjurLLzu1u61yzcVWbvYFaJCQzab5Dec9fKAC12GDBYys7SrdW2JvIjK siIytLJm+1q6M+tCO8RH/KpKVYqUX0iI+oKqnbx46XW59r4+OV6+3Pn6+fr0vb97uxsaGBdi7u75 fRd3Y5zGLzngkagauxd97737s99999PBRRf/FBQX9AX/TWDJPatyRuVv2dmYSE0moyDIoSBCEioH 2v3/X19/Nq7v+xcfw2EiSNVEflFO8He/M/Mz2f1lhmHRoNrArMHM71Q4NbAGRmIxD1VStyogOXTt jQUMz9lFQHnYXTzL70n0n08YFT3FOSenc9iA9OXbGgoDiOYPYnI5juUo7R+nml3MTx0VUD1SCFuV SmFvL+7zKqVRK5zdk47SBJeFLKIQlWqLrk8xn+X7xfd/IHRCV5WHnrOM/SSSQMiRjrjpfg9FPAgH NevSoov28vTDhjRJJAhJCd6G877xkwS0tfoA0kB390Ztn054zxWpxV2W+n1y0Mru4ylpTQh4hPsV eEZ5zpl6YcdwDyB15b67aVaiPAXTVTiXC5cuGiwXgdqU2C3XUDkN9dlBYJpCFNDkrObXkkJcMY3z pGRbX5viGNzlkLRJEkGQOYTIii+h0bkXSiK8dj5OtWoKJIwkkJJdApqSMkwpi55yhwsRPDrVtW0X AhQA4pAIEh4/mPqW/ufm0pblKUWNpVbaWq0tVrUFf4xXW12Y58nqlWtVJRx/8Cii/1RRchvxTMAC Ik3KNle46o2giN8tUBQwNJa2+TGedyuKqqqpK0CovyEQEFMX1YAEQBoW+ABAnh9biuv38h8f6rKS STDp0Kajq3XZLLql38fo2KaglAn9CSFunNdYiO2lsaz+IiOxEcJUouxEecL1+tFT1wlJOytoNxUq gFB6O9/0z13nXxxvn79+3yQ3vfmPPAkkktQgKYfD4UM5gZS3tIcXUkuofffD9fIjIWuhEfIRH2lO vnx7ZeetWz1QtBoF5y9s/YW+Nl98fuGxpnEc3Iy3zZhsfV9zl+/td+ZiE9rxY+QxBJEVLDc6ltyL 36bFYrBtmFUViK0VADNqOb/Tj8m3ueNGWvAaGz2W3D50+n3nfecU3uzPzf7H+/zjle/iq/jghwgu apV/pWG68bHyFDB+af529/i63Yv0PxghJg78MraWnL7eWR1p38LIz8/GFvArRtCt/Pj9Pt/Lrdtf D8YIKTBntark6y8iXeGxOO1W5zucbd9DnI05+A+Hw+Xvvb38yUx871eWbV9xxoLVb/eootZpRRf/ UiMVGKjKhWVCszBWCsYww88IjUqUWrCI2uJPux5zHizz1dJKhKpKjXIFC3D+K9e0siAQiHOhL4ep nq5/Ofc266r9+6+/lXv4Yl72znv8fByi9zFoWhiz2cWqqgUFkg7JB8PgYA3Aae5AewL7jlWOb5YL +bme8z3Y6X1t27SePQiMFJlCMIjKSntiVbG0t6yulmytZTSrWRQ+G/ULTTRNWrUNaKSZKNKjUqMV GhFZUK1EHDFFoBUIIiPY/3X83TA+iySDIaHnhVVIqr/X8YTuqlBfHuIYvNrCHFhtagKwVIqRWH8g p/SwO61grAERD8/n9H4E758RUNIWlhDZBaUYAxjAVi2pBWEVFSSKhFxAmDZVCIlrBfvEn2FhJxxa wBVWRWC2sBUgtqEYxhFRVWSk9CBwyQMHSQLJASRWCshWmmpjGYZGRoiOjHXcObhhdLoWINFFKhVU FVQ1WAsATTRVgIiLbayQVVAJ8+hkncxUFdZNkVkkVBWSKwVCRgwYKwVhERkgqEGMSSRVWSDGWoKy AiW2pIqRcGAhbJtawVkFVZFZIMYrar+ltwRWQ/VklobIKxWEFZItqT58EO5BVUAVW1kW1IrFZBUi oKhERICsgMjIyKgqC22sRYKkVFQFZBjGCshiQpaBsxWf1fYPcqgRkZEhERBf20hNkFRUAVkiIkgt rBUgiJItqrBbWEWlEFQVgKgCIkFYSIIMW1VAVBWKraxUVgqEREkVjGJAVAFYIjJBjFERUgtqDGMg C2nVu3btruDtfSSpJlXvdb+z6VgdyCoSLaw+rDZIqHfoEO5BbU+5YTTRIIiQVBVbWRWSDBhbaw/b 67uAVIREZIiMBEZIIIIEYMNCYC8T+qfn51ttt80J9fSACIxUCKioIirBbWSfohT+qwnHCQRGArAE RAisIrIC7QJ+BZCHTokgiMkYxEEEIiMIggkjGMJFSQYMEARGADIyICIkiCDIMYwiIg0FBSZYgFgs FKFNP9D+G+WsoJnNChQUFJxECzZoNEUtbImAuIHToyC/rSGyqdP6v3MAT3kVBWT6kKT9w7tIKkEE GQgxjIMYisUqqHMADuOIqYUwpVVQ2iKNrUgKwAVgrPU98k/N8+P8v0h3MV0/cgva818yQh/juMkj NLEeeb8d5cYkoCqxYO811F4AgutUFVJVVTVUBboNEP5YZ0gfPiAKyKrayC2pBUgiJAoorb1iCdgB SfrP473a0vPF50B8oscc2LrzqtZXk48/7xEfKVKLyUEfHAfz+0HxzVVVVRVUB16IpSf3wU/ycUE/ VRFOTFwmyVL7dGf4kCqvUQOQxg03zASmAH5RRYp1EcEFYPYwM2QM7F6BU5IKkgKm/SsdXNUEF2rb VVXXk0nxTBLl0usy2UuLKWgiJ5B/z/mSg7gon+kBL3ocZOQUUX/T/HVEsd2vijHjvw6TIwpZQVhs uhRRcvOQ+IHRm088oaqgwhFyKKLVSTutQisFZIrAVVFtQW222mqrkja1DdTkVFE9ggUDyCij937D 4/d/fmo/P3Wttq3fWf3xl8ffu9V+8abkj9sZwrxuO+DOzutX3W9TgOK3oX8jD5Ivz/yiii/ER85S i5REaVKL96IjwRHuRG7dER16ded0ve8rrcvHP08vTn+1UK/sr7QgQIBFpJLt2SDd8ZpGhoaFjV3d 9urtIK0NgfAfPiMi8YbDPHcb3Ef2YiGfGKw+XdhsffAfcMvPd2N+WsSMavjOzMzatuIe3wGu9DQH Vbj6eDm6rrvLXjoyqaXEzvG+hu8HI1n5+Uvy7oi/hzvPyq+Py/A/z8O0OkuDLZfXo7B1R3qxnrrn wKT/INB9Z8bFyFoF6ovSUHNPQuEpoJQ0FlFF4heSSQeQlBq5SAgpZOar08z7V/cX1iaPjjZflt2d q2fuDVFSSRjJJISEMmN3xK0pPwoovPnV+a88MkrPMNXU5KNPmiSY8ibxWKry9rX7Op7oPNhDl0qF Vy+HkC5NEgw1XKii9qKLpnp5iSiqkqL+XnqxZSrbrcq8rtaS2KphHNyUF7ZKnT8ZhMCfakuu0n77 0X3+++fHyG6nln2BIyJL5iSId7lQ6t0GG3kD7Xnja1D19jQAYgzgfRCkIQgSBpAKasycJWuOy1vn ciPkRHPvb8tZVqsrwq1QjUOOq1VX5UknHFU/vERqIjrKvEK18oiMBFF23+Dl/B0UiGPv8P+JKln/ HMf0JCEOuGR6Z0qxYIENPmTJCnRUkhMUZl4e6RG06G1bfaUovJ5e7GZOJlrMvtUI9KlJXyoRqoRq Ij4iFmVVK8tZER8tfT8/0/nsRHiIjCI6/B29PF7/Pl8+34Xx+nvfS6dOnnefBDIySQTN8QSJGMXo YxAzF3di7sWrF3aGeec1VX/5k1b45hJJyz3rU1VTw8zVb4w5LbLHK150U07gf6P6H0/f8PfzvxUv xhhhfMkFmiWKjr4sYoeM+5eis78HnIxkZbDh39gZcayhMNujir3cJv1YT9n5mS+r6q0Oxl8/p3z7 4VWsNBlUKr5B0Lf5Wq5iOOHjL36skz8+nfem1rahK3Zcdd33vrTaaO/FbcbHjm7wGqdfN99ofcDG L3qe9i+92dW8ZGHfJd41nOIZnOmHcNSQJEnPdu465nsvdpOzkhXK7gVyCosCKgj11aV3BL432Qwd Q84v31xN47tCT+mLQrAzYubnvvSjocqvPaHqqg7JBCfihSenw0lCaNLbQRDjE+z5xISEmkCfJf1/ D+rGqP59OtnU69nrLe7aRvC96bXKfA4sN4l+aSrUNgzE64VC9KKL0xAQUmCwZRnVaCXL8gQ4VDBp j5ckoMLeIS1vrqLxAbdd2huVcIYzQtjgfOMzrq1tDVWvoTCii//0FiOKRHJnXfXGyzMMxXn00+sR GBpvWtQNbpfxVjo+GlvCE0e/6qKL225CF+kA+lnoIFod2Mcjc/AXDRmJYYF1x4Srf/Qoov+dvXAY FM6ed6cB/n/OrJojJIWg2oPAUUWXCMsoIjlwnNSTKxSTailV6b6MYzwRHWqSlX6JEf/KkpVn0ER/ juhGiIyRGKIwiPyqkpVtQj6xEcpEckiOMRHzoRr7xEffv8PP6+l7fBfW9vr9rv9Ofx/Aqq/oTQvX ZE/DYWxd3N2O9urTToY18IGPPD3333v308889998/2Cii/7hRRb41JOu+ep9fV053PeftX3/oEJY yaCNCKaKBEwG0aSBih15x7iPdUVKjUkKgnEBF/QVAkR2r+db+iz+PXfV6MLEBsCmpCElpNnGChrN xBGI8AIjQgumnjSU3ciI4u7VlmZm1bkirFIikVEAYVy0GCNEC1VLOq1ro7zVQqVVNVV9tVbt70HC f9v9QEFIIouWAgj9biHlsXmFSPqqgkaRH7H1IgvCkCXvgs5rAhuRI/v3wd/zj5NPfFk/VjmiQkCe 0YSqKHPMoa4C1ipTBpdEIHoeF3SQzHWWm5Btam8TFSSSSaHv+cmTNj5ImRPdV119q7fs3sazK9v3 2lF9t5fsONLOzONwaN+z0bjR5zxVrwAvnDNblbnqqlL3ySlfNIjZ68utdpdKp75Ls6+CC8eEmJJI cwOdccXmSEISqwkqyOoeWaf5rktwQZXXVFC3U/XUI9f7d5SUq9KIj+dER+sRH5+8RGeIiP7REbfh 6VCMSI9ZSUq5xEfEiNoiNURH//BIjEiPx7xEc0RHCiI7JVUVoVJXpQjyqkpVwiI60RH9vrERuFVR W0RH40RHKhHSIjjqUlKt0RHoIj9IiOcRHGER6REf52VJSrhER0VJSrZQFPxIj47REeFSUq1VU88p BZyiI7REcoiPju3+cRHxlKL84iOwiNXGIjxER+sRHxiI3xEZERqIj1iI50I/WIjpREa+BEcvT5ER kiNVSi5ecRGJEecRHaIjjER4JSPLEB6VCOQiMqEelREe8RGwiOcpRf0iI40I3xEcoiN1ER8/KiVS uPeIjhERkRHuIjvERviI2iI3pEfKhHaIj/MRHTvER5e8RHlKVbsqUyIjooqzEKXsIjZVUbZSfehH WiI2IjmpJVmRVSW8RHru/P1Eu+QmERkiQtiI1ERmREZInHAHWoRziI3ER5REbkiN+vdUosJEaIjr ER1iI17QiMiI6+/nuiIzSqUWREfHdREe3WhHGIjmKqZkJa3wiP0lKou0RGQQ35VUNoiN0RG+IjfK IjtyoiP9GKCskymskA2pGwKqjq/APggsN//7v//v/V////gwbr+gABEAAAAAAAAAAAAAAAAAAAAA AAAA+GVUSqp8AeAIAACAQAQAAACgEAAAAAAAAAABUtE4kSAgDwBQAAC1wAAABjSGgFH0DQAi4oj4 AAF8AV8BteT0gF9gGKPAGgAAABuAABgAAMAeKgUpwlJA1PAAAHnN9g9KKwAAtOAB4ChsBF3d06PA +Ipg8AAfMa+umWAJ33yiDg4AAA8x7m+lHoHwoEHTwADzMF0aak8PkG6KcAAAAPAAAPjsQCnw8Bhw AHn3OTbDXgB8N2AABngACPoB8vWL2ezge+2AAHu7gAAeAAA8cyBwH0DUIAACPrwHggBEAJAAkACI oCEAISgBQAKSASAACgAAd9epUhAM3y8PbcxIDoa7ncweZ9D0B6Q833xsJ7YxOjAy2tEmgeuGeOO2 aVUHNxUcICA5hoFEhChQAACgFAEgRTyBo3qj1VSCmmSemp6eqaGkyAeoZA0aNAAANTw1SFJJplCm jQNAAAAAAAAADU/apUqRvUpkaj01GmBADEGEwABBkAMCU/VJUzNVUEm0QA0AAAAAAAAACapIgIBN GkYEEyNJNtE9CekU8k9kRqPTTRHoIUkEAQhE00T1GmkZGkJ+qbTUyeT1T2pMTNRp6bVH/4PmhSkS iIj8/0v1/3/4/pt/Hj9P8f1/jv447nQwsKrlVVS39TA5eqqqqt8c5TxVVWCZAuYJh4AKqpAcMQ8A AElDhiHgAAkoerjwFXnWgDBk3DwHCqqQHDEPAABJQ4Yh4AAJKHDEPAABJQ4Yh4AAJKHDEPAABJQ/ 697mHjve973s9OuGIeAACSu9iO9zDx3ve97vr76dvHe5h473Ldfr9fvd9Mdjvcw8d7puv1+97bfS 3Yjvcw8d73ve9nnTr97n+q0W973ve9PTr+73MPa3e973uu76dfHe5h473ve97PTrhiHgAAkocMQ8 AAElDhiHgAAko7He5h473ve97Pa64Yh4AAJ706/e5h473ve97JQ4Yh4AAJKHDEPAABJQ4Yh4ADve 76dfvcQ8d73vQkocMQ8AAElDhiHgAAkocMQ8AAElD973MPHe973vZ6derj/xt3pjcz3ve47k3q0W DhqqkB6uPAAGq5T17sd1Dx3ve97uenXDH8rRbve973s9OuGIeAACSh4DEPAABPjr9jyPleB7/r/V x/R/6a6aO2J9c/0250uv8++31YBf+P3xOn3z/Od4K2uMw+V+/PQ/JLefA9x3HW3a/Ieg8/bbvc+F /y//v5jr8cBz4yLpZR17f8tnI/MPN60BzGHh2d20//Jptfffnz83ZYj36fj97xWPb/X8cn84nxWY ePABU+ocMQ8AAElDhiHgAAkocMQ8AAElDjDYaGdoYYYYYYYaWGphnYMeeMAASRIVmHjoAVJQ4Yh4 AAJKHgMQ8AAE0OBiHgAAmhwMQ8AAE0OBiHgAAmhwMQ8AAE0PVXh4qqqqqShwxDwAASUOGIeAACSh wxDwAASUOGIeAACShwxDwAASUOGIeAACShwxDwAASUOGIeAACShwxDwAASUOGIeAACShwxDwAASU OGIeAACShwxDwAASUOGIeAACShwxDwAASUOGIeAACShwxDwAASUOGIeAACShwxDwAASUOGIeAACS hwxDwAASUOGIeAACShxhsNDO0MMMMMMMNLDUwztEhmHgMAE0PVXh4qqqqqSh6uRGLQAAUPVBDwAA TQ4GIeAACaHAxDxQAE0ODDYaGdoamGGGGGGluUwztAY68ZAAl9FcxDx2qqqqe0OGIeAACShwxDwA ASUOGIeAACShwxDwAASUOGIeAACShwxDwAASUOGIeAACShwxDwAASUOGIeAACShwxDwAASUOGIeA ACShxhsNDO0MMMMMMMNLDUwztV+vF6qqzvmudLxWoeOgG9yUOGIeAACShwxDwAASUOGIeAACShwx DwAASUOGIeAACShwxDwAASUOGIeAACShwxDwAASUOGIeAACShwxDwAASUOGIeAACShwxDwAASUOG IeAACShwxDwAASUOMNhoZ2hhhhhhhhpYamGdgx14wABJEhWYeOgBUlDhiHgAAkoerkRi0AAFD1QQ 8AAE0OBiHgAAmhwMQ8AAE0OBiHgAAmhwMQ8AAE0PVXh4qqqqqShwxDwAASUOGIeAACShwxDwAASU PAYh4oACaHqrw8cqqqqkocMQ8AAElDhiHgAAkocMQ8AAElDhiHgAAkocMQ8AAElDhiHgAAkocMQ8 AAElDhiHgAAkocMQ8AAElDhiHgAAkocMQ8AAElDhiHgAAkocMQ8AAElDhiHgAAkocMQ8AAElDhiH gAAkoerGHewABND1V4eKqqqqkocMQ8AAElDhiHgAAkocMQ8AAElD1ceAAzzbbAsah4ADnJAcMQ8A AElDhiHgAAkocMQ8AAElD1ceAAzzbbANYeAA5oKei8GYeAAOTQ4GIeAACaHAxDwAATQ9VeHiqqqq pKHDEPAABJQ4Yh4AAJKHDEPAABJQ4Yh4AAJKHDEPAABJQ4Yh4AAJKHDEPAABJQ4Yh4AAJKHDEPAA BJQ4Yh4AAJKHDEPAABJQ4Yh4AAJKHDEPAABJQ4Yh4AAJKHDEPAABJQ4Yh4AAJKHDEPAABJQ4Yh4A AJKHDEPAABJQ4Yh4AAJKHDEPAABJQ8BiHgAAmh6q8PFVVVVSUOGIeAACShwxDwAASUPVx4AMbmQL mckw8AAEg4GIeAACaHAxDwAATQ4GIeAACaH5aoIsAAaoeqMQ8AAE0PVXh4qqqqqShwxDwAASUOGI eAACShxhsNDO0MMMMMMMNLDUwztAY68ZAAl9FcxDxztVVVPaHDEPFAASUOGIeKAAkocMQ8UABJQ4 Yh4AAJKHDEPAABJQ8BiHgAAnFD1WIeKrVVVSUOGIeAACShwxDwAASUOGIeAACShwxDwAASUOMNho Z2hhhhhhhhpYamGdgx14wABJElisw8dAAmh+Bh3sAATQ9VeHiqqqqpKHDEPAABJQ4Yh4AAJKHDEP AABJQ4Yh4AAJKHDEPAABJQ4Yh4AAJKHDEPAABJQ4Yh4AAJKHDEPAABJQ4Yh4AAJKHDEPAABJQ4Yh 4AAJKHDEPAABJQ4Yh4AAJKHDEPAABJQ4Yh4AAJKHDEPAABJQ4Yh4AAJKHDEPAABJQ4Yh4AAJKHDE PAABJQ4Yh4AAJKHDEPAABJQ4Yh4AAJKHDEPAABJQ4Yh4AAJKHq48ABnm9hYxg1DwAASD1V4eKqqq qkoeAxDwAATQ/LVEF72AANhyh4sAASDgYh4AAJoeqvDxVVVVUlDhiHgAAkocMQ8AAElDhiHgAAko cMQ8UABJQ4Yh4oACShwxDwAASUPAYh4AAJ/+TrhiHgAAntDhiHgAAkocMQ8AAElDhiHgAAkocMQ8 AAElDhiHgAAkocMQ8AAElDhiHgAAkocYbDQztDDDDDDDDSw1MM7BjzxgACSJCsw8dACpKHDEPAAB JQ8BiHgAAmh6q8PFVVVVSUOGIeAACSh6uPAVedaAMGTcPAcKqpAerGHewABNDgYh4AAJocDEPAAB ND1V4eKqqqqkocMQ8AAElDhiHgAAkocMQ8AAElDhiHgAAkocMQ8AAElDhiHgAAkocMQ8AAElDhiH gAAkocMQ8AAElDhiHgAAkocMQ8AAElDhiHgAAkocMQ8AAElDhiHgAAkocMQ8AAElDhiHgAAkocMQ 8AAElDhiHgAAkocMQ8UABJQ4Yh4oACShwxDwAASUOGIeAACShwxDwAASUOGIeAACSh4DEPAABND8 tUQXvYAA2ADvYAAkH5YGiwABND1V4eKqqqqkocMQ8AAElDhiHgAAkocMQ8AAElDhiHgAAkocMQ8A AElDhiHgAAkocMQ8AAElDhiHgAAkocMQ8AAElDhiHgAAkocMQ8AAElDjDYaGdoYYYYYYYaWGphnY MdeMAASRIVmHjoAVJQ8BiHgAAmh+Wp4qqqsm9hYNZeAAyc2FjGDUPAABIPVXh4qqqqqSh6uRGLQA AUPVBDwAATQ4GIeAACaHqrw8VVVVVJQ4Yh4AAJKHDEPAABJQ4Yh4AAJKHDEPAABJQ4Yh4AAJKHDE PAABJQ4Yh4AAJKHDEPAABJQ4Yh4AAJKHDEPAABJQ4Yh4AAJKHDEPAABJQ4Yh4AAJKHDEPAABJQ4Y h4AAJKHDEPAABJQ4Yh4AAJKHDEPAABJQ4Yh4AAJKHDEPAABJQ4Yh4AAJKHDEPAABJQ4Yh4AAJKHD EPAABJQ4Yh4AAJKHDEPAABJQ4Yh4AAJKHgMQ8AAE0PwMO9gACaHAxDwAATQ4GIeAACaHqrw8VVVV VJQ4Yh4AAJKHDEPAABJQ4Yh4AAJKHDEPAABJQ4Yh4AAJKHDEPAABJQ4Yh4AAJKHDEPAABJQ4Yh4A AJKHDEPAABJQ4Yh4AAJKHDEPAABJQ4Yh4AAJKHDEPAABJQ4Yh4AAJKHDEPAABJQ4Yh4AAJKHDEPA ABJQ4Yh4AAJKHDEPAABJQ4Yh4AAJKHDEPAABJQ8DDYaGdoYYYYYYYaW5TDO0BjrxkACX0VzEPHaq qqp7Q4Yh4AAJKHDEPAABJQ4Yh4AAJKHPj7H0fP9Hx8fHx8fHx9Px9Xx8/0BjrxkACX0VzEPHaqqq p7Q4Yh4AAJKHqxh3sAATQ9VeHiqqqqpKHGGw0M7Qwwwwwww0sNTDOwYh4AAJKHDEPAABJQ4Yh4AA JKHDEPAABJQ4Yh4AAJKHDEPAABJQ4Yh4AAJKHgMQ8AAE0Py1QRYAA1Q9UYh4AAJoemprtDO0NTU1 NTU1NTSw1MM7BiHgAAkoeAxDwAATQ4GIeAACaHqrw8VVVVVJQ4Yh4AAJKHGGw0M7Qwwwwwww0sNT DO0BjrxkACcRormYeO1NVVT2hxhsNDO0MMMMMMMNLDUwzsGOvGAAJIkKzDx0AKkoerkRi9/rtdoZ /oY+Pj4+Pj4+lqavj52DEPAABJQ4w2GhnaGGGGGGGGlhqYZ2DEPAABJQ4Yh4AAJKHGGw0M7Qwwww www0sNTDOwY68YAAkiR+fwvO5xXn1fXP5RSd95h43v1HuSV5wxDwAASUOMNhoZ2hhhhhhhhpYamG dj4+x9Hz/R8fHx8fHx8fT8fV8fP8MNhoZ2hhhhhhhhpYamGdgwnjAAEkScwRGbR0ACh+FQ8VVVVV JQ4w2GhnaGGGGGGGGlhqYZ2q/Xi9Wzn90P9832f95/4d33/L1f8f9Mv8Nr/n7L4eP7b/K8b/mUR/ x2eHp9Pv/8896p4YopmR7FEfV1/eUR7fo9BI/7f+hI0JHL4dMqoKr27dz8842Vn/pZWqvmKjJMVZ mClZlUrbYSP7v/k+D/X/n8/p6/7Dqfyzc6/HbJAFUAv9e60bdT6QUXUf8zn+k9etZ9fzL+Xl/Lc7 CKL+MT4uY26n89b+fu5fLzWuy5X44K8sfLK7fhVEduERz/d/zv0UFF//fQ2/y/x/7e3v+J/6505/ wzPt66bGr8EVX7H6GvPz/2/r359n6/b+7fr6/7Pp6cbx+e0iPs29/D9/y7bv47c+nhfbn8O/t4/P 8vj6/Pjjzvfb9P9m/75P4/H37BsbHjPtfapP9sYTzKoaSzKVHx8pbS8rfTnnWjriEev3aqVF+Hfv +2x6svpzjKqLMUkZ+3UiNYSou3srvs1jVnbXfa++RF/f9fw/Fn6fjbZ789yNjsZx/s666/2nT8jr Yb5+9AD9oUQdCKL4EUWqqAFFkCJEjLEqMxO35+63EjdVllKjW+ZKiLIEQIC1yAovwGlRGyrMTMET XhzUR14NKI6bWIKLr5sNe+n/K23VEXACgpApVkwSMqszMpUc/3tO749eN7uHj9F/LetdD+Xn2HWn rCKLKFLQqo1U91RFQCQUX3/R/DzD/u/b86irb+mqqqoABH8M/nCAA816AAEPf5YAAAB60605wAAA B61vQBAAPY6AAAAPe8aAPPAIH1DwAAAA++AAIPvgAAAAAd6AAAA9ugwetgG9gN1znLj3HITcSN7a 877u93m8BAAAGjRfnPt+eLz78X1737q8aab420qvZ9pPe++978PzzwzniPvOvSdvn2vfvOm9U+2+ l+mdKvfPvPe7Lvve+v7e/erx/Blvmt6I+Mbz7Yy8iVnt654uoi8PN1e/X5a72ffd2987vGVryRRt ttteY9Q/s+9+Xnz+vvij0Pt50+4E75eFW8Lr4r9349+536bbwnHvZ8XyPz490u983i+ks9775vvG PoqjeI8QpXvJD3v33fl4/brq/d96zs73uqM/XBHfMvPJvD37xS7p76DFPfO+Ldg1T2e1bnhfPffP Pu0+899tuj6leZrWvu05feTr5+XOKfn0AAAAfG/eGAA+54AAYd6AAAA9aAN6AAADrTvDjRgCPc6A AAAHo3vAPPACfVrfAAAADwPAAZ9b5zjQAAAA70AAAB7nRT1oDTsDd3HtuwtzcWu3udiOtAAAAAO+ 98/OeW9vnPy534esyQ7ugAAAAAZnffBD74AAAALre8IAB5HoABB3oAAAD1oA3oAAAOtO8ONEAA9j oAAAAeje8A88AIfVrfAAAADw8AAR9b5zjQAAAA70AAAB7dBg9bANOwNuc5cb7bsI2txbOz2riinz H3ReefLxRfd8+kXv3ffJ753eD3r8N2E6+1RTd693z4872djbX06vb93Cj+VRV5p92z4z3Zi+KdXn Dtc8S++71Pe/Vq3v0fev0d752+Sez0ZPZvOXua+9cT746nffu+m8875d2vvl28j8+7vJZ5n37dOv 3zvJ9fW/vve+nnnnv3lT3sLqvbu7v1799019+vQ8+89ffPKd3vh6++/L1Vbzvv3x96enm978vcu7 qO/dXp756LdTPVPJfX9203197u+zP08T7Dvky9a+86vX5638m94AAkLHrWGS93bz89+++/V9z5z8 u693MsK+cnx5+XOKfn0AAAAfG+cMAB9zwAAw70AAAB60Ab0AAAHWneHGjAEe50AAAAPQ6A88AJ9W t8AAAAPp4AAz63znGgAAAB3oAAAD3OinrQGnYG7uPbdhbm4tdvfPvnz858t8vnPy55fLsR1oAAAA BxTe/PPzvy+WvnvHJ1d4aP1O1+HX2ZzZr0LfN57lvIu+QXnfFuq8juLjTys1e3u8yVy77flJL8Iy Z4+++zz2isj8GvVZKeqTtzVPfZ573y6edeqXdaPePPvj76o+7r+888+vkbeRutF715DFe+buvfLi 882snnm8PToXt76vOlPey48d9vnUBWQnXNb42217z5/b7Lc7O4yh53MM7772VY9qa99t967qRTz2 WcGLo+uTU8PPOutXKTUdXj6+rvinOeNL1c+fFFxNLn07Mvfj5rxjiXkUZvPt4Py3LT3U+LO/Tv3f joLTvs+z33y8T3s99+874zu9f2r931L22ru73z7ztW93V3708T99q+L5l337qnT36+B9e2dlfPGe Zt6+G3nvvi31fz870+Dp7fNDnbORNtpteB57vvDy/Lq+nvyPHr6Xzuv3iyfZPCYIg8Ed76ffcz8+ vhFV1Ov7vmd+9vu2PvJ91uP7tt9+87nIW+d6p0ejnmvvZ3775/P4e78Tu9phFdGi6eX3t3as+ur3 r7PlPvd52Te98RIrO+7bzp53xNv33yK71nq93iEryteWuUhm97O/ev375fDPt4tZvI/vFbXj09n1 Xnlv23j+a87T7HTZfIWnnpjXeh9N9BwvfF4dUfnihG+uLp3aeuT3yXx963559e/afOfNecKH1cLa 52uZe8+zWXdffhx/Xz7o/Ne+P319+3fj73l28+0JvPfX8WNeue+v7qpDv1+9+Ku7zz3s94Hx8nPP p45r7enlvft3vT7ePvpHN51sZqpKUQe+vp5PLPfX7fj2G++7fevniXvl332m9c3fV70+63767V7P uvz5b6XyfT2wdF84+N4tiI1bzdmCS5136Lz582/Od8kT42/vfhXzznfD7b1e73y6371dl771WqU9 q98eU1c+x8ffOH2n3q+l8T93l87ee2fbw+a73fWni9W+9DWe+/fW/fS3feL77q9kkv3nfO7b2T1e r7o27V953s978e3u+zXvnUb7zx9D19H4vPZ8e+YXyl73Pzzq3NXL4/bp92btXr3lY9wf1fsfnnvs fd9exTxHb6vCP1Sfd83l5TTu8ffvPvr7ev133xdX3fft5VnrOnz7953zt7dO9findfnPD37w75zy qKHfV54nk5Tx/LdLy/DEwkme7a7ubDEl7357r5vrec+O+fN957u/m83gAAAA1oLN++iH3wAAAAXT ogAHkegAEPegAAAHrQBvQAAAetb0AQAD2OgAAAB06APPACH1DwAAAA++AACPrfOAAAAAO9AAAAe3 QYPWwDekDbnOXHcchNpi3urt2y999EPPQAAABenogAHl6AAEPegAAAHrTrThwAAAHrW9AEAA9joA AAA97xoA88AIfUPAAAAD74AAI++AAAAAB3oAAAD26DB62Ab0gbc5y49xyE2mLe6ve3Xd3m83gEIA A1aG7c5zd5vN4BgAANGize9EPegAAAC6dEAA8vQAAh70AAAA9adac4AAAA9a3oAgAHsdAAAAHveN AHngBD6h4AAAAffAABH3wAAAAAO9AAAAe3QYPWwDekDbnOXHuOQm0xb3V7ZfPyfXz8ucU/PoAAAA +N+8MAB9zoABh3oAAAD1oA3oAAAOtO8AMAR7nQAAAA9DoD74AT6tb4AAAAfTwABn1vnONAAAADvQ AAAHudFPWgN6QN3ce27C3Nxa7e+ffPn5z5b5fOflzz4XaI60AgIAATm2nN0AAAAADM774IA88AAA CAd10API9AAIAe9ONAAAAA96AAAAA70uNAD2a3oAAAAB70HngBAgeeAAAAD74ACA+tb4AAAAB70A AAd3d6M1ogA7d5znOXOcuN9t2EbW4tnZ7lV554IffAAAABfTwQADyOgAEPegAAAHrQBvQAAAetb0 AQAD2OgAAAD3vGgDzwAh9Q8AAAAPvgAAj74AAAAAHegAAAPboMHrYBvSBtznLj3HITaYt7q877u9 3m8AAAAGtCX3dfj83ebzeAQCADWgs3vRD70AAAAXTogAHkegAEPegAAAHrTrThwAAAHrW9AEAA9j oAAAA97xoA88AIfUPAAAAD74AAI++AAAAAB3oAAAD26DB62Ab0gbc5y49xyE2mLe6vesq/Gfdebv 38r1TP37zd6vb9uP3LqrIj5I++T52NeLvPE3fQfl8T5fKfLuddzrz0vY9333329QXr89b9snq88S F5555z5+rxe+ehyLz7zzm8Z6APfP5/fLxerq9X0XnUd+88+Xjb83t5tzzLqEMPz8zudz773y8unt 7fPld+/XzPffL7vmxz0OvLFw8nHB1rnZ2DR1NuXbrzwbnDx1m6PV26HudvX38+S58Xx3SJ7de96n R7u5uzVb03d96jIB7u06tMmJI5733z14fLj5vfx7bLdK997c753n7nn7ufHkvRH7+/jY/lHyGfn+ n37n/P3h973OvGJ+nmsr8s3+sMnZ/vg/cekFF+X7LMTVf0n654zlPme94X6uVfiy43pxvZ0+d9yi Ptvf49Zw633Xw93dxuNrl2biRzVZZSoyRHr9nHhfncLjb3n4799w+z2/R266yE5ZRgkcarMqzEKP nFpoPnr/o1tO/zmV4MEUXEaoqJGhRRvnONZVVVf19L+36/uSNiRGNFy21e2Em8JMosouRJP99Zqi /UVVXlRcLarYimEU9StlYqUxUpmbEk3JJggXYFNg2CASATQKaR4kMktjYr92g2Nts3tI6R2R0jI2 xttm2bIA1vrSqr8uHL7tyusojfsyzR7/6+VrH29t+coju/3v9for8r+r/PRZi1izLVhUKapI0kjV URqwojz8f0dgkem2hUZb+fnem/lwwSOAkbbSIwiNCo4XGojff02EjaRHjIjcSNhmemuSrMlOuJSe n6/4X5fj/X+z09m/u9nDy6/P7Ot+Hd+N6txI9dgkfldnXYRF/Q7YeehYfEdemf641rDrO+YiO0on /ZAUIjQolIJSI0AB0ldwB91KiDkrcwouQiI7wAUJQAFIUAFKlCU0rEChSI0qPCiUxDQCULSBQjQC 0LQo0FADQtCvzAmS0g00pSFBG6qdiGgEoWkClBKFoUaRGhAKWkGmlKQoOdIiL1AHUqINK2S+mzfL f8P6zP6/p+Z+S73ve973ve9738JJJJJe+9973ve83ve973kkkkkkkkkkkkkySSSZJJJJJJJkkkkk kkkkySSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSZJJJJJJJkkkkkkkkkkkkkkkkkkkkkk kkkkkmSSXve973ve973veSSSSSSSSSSSSSSSSTJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJMkkl8 kkkySSSSSZJJJkkyS+SZJHv158HV0evW3o9CiL0FSkER73jXvR4lm+b777z/M3zfffRmLtVdYCl7 vur3ve973ve973V73ve973vd+63e971gAPd6ve97ySSSSSSSTJJJJve973ve973vN1e973ve973v eTe973ve973ve95JJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJN73ve973ve95ur3ve973ve97ySSS SSSSSSSSSSSSSSSTe973e973ve96ve95JJJJJJJJJJJJJJJJN73ve973ve973kkkkkkkkkkkkkkk kkkkkkkkkkm973vfd73vW73vV73veTJJJN7zd793rd71q5xp+sytTb2aXcWU47yLyQn3hmZmu/3z fMzfWX1/jaxKbnKF1JJJJJJJJJJJJJkkkkySSSSSSTJJJJJJJJJkkkkkkkkkkkkkkkkkkkkkkkkk kkkkkkkkkkkkkkkkkySSSSSSTJJJJJJJJJJJJJJJJJJJJJJJJJJJMkkve973ve973ve8kkkkkkkk kkkkkkkkmSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSZJJL5JJJkkkkkkySSTJJkl8kySZe6Nv6ze 9fzZbzN980ppnDTMyuJJJJJJJJJJJJJJJLf33zfffh2Zm+d2+ZhaQX/LvhzvHJrv/l/x67HiTyAe vPVURdlFxyFZiksyBvnAVG4kYoiP2BSPqNuYiCiiIKKKKiIiIiIiIiIiIiIiIiIiIiImLGLCIiJK IiIiIiIiIiIiIiIiIiIiJKIiIiSiIiIiIiIiSiIiIiIiIiIiSiIiIiIiIiIiIiIiIiIiIiIiIiIi IiIiIiIiIiIiIiIiIiIiIiIiIiIiSiIiIiIiIiSiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiJK IiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiJKIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIi IiIkoiIiYsIiIkoiIiIiIkoiIiSiJKImLCSiJKIiSmLEoiJK+Mysy5ZVMxKMymhVFjYrnlRTWtUX 7s+n+P/1ff79X7f6/9/1/b/HXHh7dtu7t1+z08vZrKJNeWqL3ba2ok90JNevfMzeFvRbfPu+rpCi Ox1YJhJCIkAT90DSJSUarCsVTJFZEsSjEkyrJZmbIk510wUmt96JPja1m+a2BTFEMkImCgQwFNwU 0oCjRTEkX6wG+aNBMV4URGETSQakYZQANApCAGtGLMm4ooMiiP6gKawtsAwzKXxgXOJmTLdpm6ZS m7sWRW7uSORFEBhBlM5LbjgKH7etGxzuIGhG1JEFIvMgUI0iddjAKXoO4ZQMMGIZhEjDIYmY+IAx YDQGGBHODpHbY0MwaDMiKoQkMxyOYdBoygIMxJCzbMIGG1OUQRO1qINZELDDiZikEGDmUAQy5hgT FBE0LLBi4YEYYMmZEBBAYOYBMBlbsZkycFczOWlSlm1uiEpCTS4hZRRKEhLg4ZQEEOCWQRCkJJg2 EhBJgZlFKywYuGIyS4MYEDDJrTj15mzbW0NNPa0lta2Y1rUlmOWQgGiVLEza2gII0tkESbaEzVUQ ssBgEbawCCdDGQUKQkOS4SJCSYpGRSsuYhIQZIw2FkETi44DJZOQYEZTCy1FIYOZVCSTWGYUGETB mYSTjIkhGZiRDhNYVixZbY1SZtm24FUqTgGOCEsONhDBFNG2g1qJSSQwcxKVISAwCcKhZbAnIDHM iiBJDg20OwztrNSQaMSgCAtToLUFCyw4WVUrLBSzrA0RqGcw1JgRqGYwzC1rNFLgxk0gQEmKWb5k jDGksqAggpcGdVA6GTQ5lCEsGLZNdoHBh0uBgEEOGYkQGBOE0KyMmJiYJJAYuBiklvGnWNRAEBak WkBKRKKSorKLUWrOKOJLitTmpZFm25taxu4nLbnIsCMSNt2Sa2SMq1VxaK4xunFlGEjR2g66BRHA FEdwUgFMjffV88/KlEfdKI5bH19l9e2t99tvPXTzlEflffVEfyv3XH6/f9mtV7tfhw93bn3W3+HH j3fT/b+F7/3QJUv4glS/nUiNVIjw9M8cc9fy/bX6741/fm2s450f19M/rQFF9B9ACi//JUR499+y kRhRHO7H6r4X879dy+7KRHMojFRGsvppEfv7tiiPs+2kRlIj8KRH7/5f/3UojkgAp8AqfprPtf9/ 4f8/4Ynq/lGXqbpxts9d/4eProeB5On3MyzOmy0glK0IUCJStKjQo0oBQFCNBQNepDJHvznOLi5y b9sj3JLnFzn+O/2/yF/XoAgAAADLbYARuMiWmeWJrYxwDUtMZ021btBxTTlojYBAAAAADYAAgwrZ wBiDAIAAAAAbAAEGFbEglTcjJgIZ65NXW05rFJIIwhGlmRsAgAAAABsAAQYVs4E1bcWeVzIZ3NxS klvB8krMR4adW0WtjJALYg2og0uTsoROzkTW3BR2t1TYMWLJtOmamvKFc0YsVyLa6zJi0yFc5B2y 7g+WGQACAAAAAQAAIDkkSwwQACAAAAMttgBG4yJYYIABAAAAGW2wAjcZEswEbAIAAAAAbAAEGFbO BtgAAAAAAEAAgAi2iVCQQACAAAAMttgBG4yJYYIABAAAAGW2wAjcZEszV66rYV0xqtcVtwybg3hM iz2n9z/Xy5/gq/wc5xcXOZKiL/Seu5v/V5za2jbCxARfOZ+3v1m/T/Rtv4vi9ps/sw7TrTWveKGm zVjk/njlyQHOftjm7R+j/tj3tQ9rY5fCtemW87lZbm3dtxd35NsSpLxzhq1oTVjk8dvT68zCxW71 e0PnnLY9zuFq+31ned6vub3nW8RrObeq6jjtPO73OPc9bMyz6veOcjURxqtfTetZb+q+edSvxpjk VN+5mG9j272a7xrec6FMXzltXlay2b228c47Z5rV8W2/WrZm2M6ht23KnOWgw2rvWZhvchtTPoo1 i1XrxzEx3u6qtY5iXw+9dqw/Zx3cO3DtWiip5vWLXbl843nd+6z2gq07fkYh5z67W1bOHqpvu0HR n7XZ3O64+L5xqcWrZ29a157oIL8LT6shoURbz16edunvz28fHx6/H49+Ekkkko5pnd4dod3d3h3Z /o88Wj54s8Rdy6dq3W1c3l6vYV6k9FZBavK1sKhVbu73a962qqtVavN3cvK1l5Q9dNaSve90vVWr Wh62h1vJenTnrryqt2BzPVl6qVa3O5VVVq1XvHXcz1herave/FL18i8k1k14+dsst1u1oVt0vOG1 msc21kbWzGtEce+ATiREXmMEJEW++9r3vZ973un4S/C973ve97yWjXOX5fnObSQvL379+/fv3799 +/fqoAvxvHfNHuBEXjrggArfuu3hx5+FvqVyUkwimshJqiyouTtqjVRTIplFtRagPOdveR4w54A0 aK5lA2XjODLfk85uIgdGRVeedzfZEUeLc54uNjYDnOObg0gkI63ktYl6+BEi97luNNv098Fw3lRr XOsQQ0EgGbccaN7ViKkBLtq2wzYdg5NPO8bjuhvvVueLnm89B6AbGGD73bmS0fxTxNs8yS7+358k n97796l3i9yOzguE1u14ryedneuPq51cOA/BIS8712cGxcvOXtUd4d00XfPF8LnqXSqrj6qolUl5 PBTmSW4d7IcQuFQCQuZRO8bfH2riv573nPcP1+P1WTcS7zncdgkLjnG/vILq9a355xL3i9h77Kkc TzIJnjOc6l8XLvZeLvOEJoXcSF21VYzyWkN2otd4qRuJ1+eTLi5xeLvgxIRdluLeMO814XgDk1te +3Dw3EcUcHOHTWZbCcDx1Nivz55fp3b3d78yu5e+3Xe+93O9s7le9637eY+3O69y3J33zne8XS2p eZ962+HOHZOJPxbKXi7IaTnMWrztS3U/OZ7iXV27LLnls3X4QXOrit2W52IOt9cmSXVzsfm6upHO dXO3l434nk9gUuSOJObxyzvnjqqty4vEl3zm88z83vq5777akn69uv32chxLxc721cs4xDOTJIS8 H3dya7LznVzt60vE+95zvOo3hwSPKHtXeca9Xs5VJXec99056vavJfEl5xPzzD7wXOrxXL77vO9U nOe/PefL2devVOqdOtG/FdbryvIeOdHHEc5aHgedtrYNhs1hoC6RccmXJxtyxOuEeUzWts66DcDp txxzcJw8dNtuOdFmZoDgEB64YOsxH2RcJOeLjT996ILZpkpJy8/NqRs0bdWyFpiKAyONtjv33E4g YamJHvu8ZsaVRFzfW/xvz6666x9fY9fRsdIAfAKfWsURG/VFB2zk58+PX157+ONeOl7u8fPPPnDW L/np4nNtxx7nxveJed45Wt4403/TW9Pa57cX1c5Z7an129WadsxabZe0Zve/rXxyWC9D75bVuPVs 53WrtzW81GG5a2b6tfenzk33vO6N4qtQ9Tq+NW1dqbN23G99q99nS0dzu0YtBFa1OS1r+vnHMvfe udzDX4XtbWSN8dsPmub3Oe7qeckIPdu9oxOL5th37EdbjY5DxHGxjN+boe996vmM5a05NXtGrNyu bi1mo7hsbh9NbXC5y2c4Z5O5zl3xu0P2cW28ZmcdjXGK7ycs9Z7vurVi8dtU6m1o7eM81ONtyI3G nH3zFVNu2rLO/vVxvBaS3dTl607atmWp/j+n0jT/KrnNItLv6EZpK5I1qu+zzv6n2nEZ17uPa9p+ 3vuxrfOzfXrU943pr13fZ21rW72rVmsbsY00+t6ozznMZzqr6bEatjBx+5je5uzXy3Iv3lWrPdGr Ze1sBm+uQ7enfq6R5ulrYq3sRyMYJfU9aNYtD7PNOsYvGL65y09eZ5oeoxy+frchotcC9s7es2z3 JzTa22ORl2p91HIbWZth7XtvGLYiL7q047Pe51qMvrrRzXcdzmnve2HzjVmHbNOXnecZxi+bRmZv c5ysaviHmMca0zzOs1DWaGnUxN9ZfkYfTtjE1nEZeMRp602y9T93s11ntmHYvWt4c1UWv89e4/L1 nFrmNW41msXs9uPuWx6mbe9WjMFs4fTXsa+ZmatDOzWbl+XwYMvbfmzF6687xEYaGMWtqNNmZxzP GzzetejbZxus5bcPsvvHZfPWmpfManBM5i2rZzar6t2zYfmMY6Ycvh21jNYi/uN3utGsOateoq3b WvkeatvEYi7FW7nGIbEtjbZzy2msbpuvq9+X1O7OTeW4cmrRpuU+ft23pqzepvaNtisNjbzMNi8w 1WiN8xvhwbnX2Xd3tjp23ctrU5NDabTv17au3Mbjj2jd78h85eM6p2rG5d8vub1vrWi0ziNtrlrR mJsYfH2XsF8zeX3204xyHcxvLVjOGu1sarZp3kBtVrHb2xbF+z3l7+psPapGLcaw7nMnHNbc89s0 +9W4+/X8+sb33XIrvmp9Ri85vaM2zg5e+D3O1zedtm82isTdpqpjGbcu7R3EVebM7zmOcj3Y1uL5 3osWeXK2xjG9WqDTcsRe+isNmDMc3bsMcw8833fO1bVmiL3xV+Z3flW4933F93nEy1863a861nkX td8Yxi3Qm7dYq9b5JuetUNvj3mt95Rbm4n7vbZM87u9Z00l6Y6Z9LctL6m9WptWvGK7DTiexGtQ2 uw8vuJ23dNWNYi2J33ra9VNM79GtM2uya1HN3uz65PO59rD+tiipbGuTbWGHh88e22xe9o6/0Nh8 FyNWa9VmxW5to3Gcx3I7tnOnft+9zg733JtyJ7BjfOfLx3zOOvXbt21v4867RFVEVVVVVUAAAAAA AAAPMYxgAJAAAAAAAAAACQACQAAAAkAAAAAJAAAAAAAAAAAAAAAAAAAAAAAAAAACQAAAAkAAAAAA AAAAAAAAAAACQAAAAAAAAAAAAAAAAAkAAAAAAAAAAAAAAAAAAAAACQAMYACQAAAkACQJAxgkCQCT GJAI3dyee0y2Yv4eM3s17S1pd9bzvjmtv3r2zT71bj79fz6xvcXqNajcDZ57Hs8bO960Rts43Wct uH32999l89aal8xM4JnMW1bObVfVu2bD8xjHTDl8O2sZrEX9xu91o1jkE3xiKt21r5HmrbxGIuxV u5xiGxLY22c8tprG6br6vfl9Tuzk3luHJq0ablPn7dt6as3qb2jbYrDY28zDYvMNVojd+b4coauv zt3d7ZydsZbWpyaG02nfr21duY3HHtG735D5y8Z1Ttys8276fm7631rRaZxG21y1oza03Lvj7L2C +Zu077E8zl4c3nLVjN2u1sarZp3kBqnWO2tjF79mO89imu4+739tp70j036272eN443rRbl41bkY tyOZiJq2Xs29Wtns3YzvNYq+bNuGjRqz9vvmIiMtyN9J1bUazhutaXxuHaKxh71h+25nu4YrfN8M 5mdbaWLXy9p7zue91xiqLxjvrzxrxQZ4/G1eNPaXnEYrGNa9bubXaZjkNO3xN+X53m+Xd9VnGqvl jmszi87u04ticva+7wZxO9GDmNtOnyRG6qdW1d236/H5rs1i+9deTeI5wl4s9u8nVXZ5x9m2tNl8 FP3m+YvOOc5PWxd3xO33rDVDde2SMNqt3i/I6Tt8dnhzjZxhpffWxVZ9E4iMZ1prMVD937Wu7Ntf 3pz7Wz0Xq0X2/GNwzffNv76vvmZpZEGhXUCDuSg6hAZkw2URHQuDTExBTUEBAOSJjKGQimNSEwgD kqBQhhK6CONwFEegCkafZADeena3ex1229eD2ePOcdO3bbbNbQKcqIja22rNfQcO8MYO+kME+LEU NpHtCUjwSHMHxmLzA8g9IwA6XJKhqAyTCONumgSkPiB2g22xA69cE6c76AoE4keIUtYjsSp4gOow nXp68/4elXcDre+3U8dM6+yqdKcHfu4ct/PzpWZUrJBYWVUYZBRkrAirLKiZVZVRMyomKsKEzKiY qwgvrcPtvbiInjVV9vXyqPOwYOdOgp8SqutBTrKySlWSsJRWSIQFhATfoGz4423EU7naKLr06eUq D6E9h1QgEoHOTiM0j1QUdxNobpmgBDrtVaXcUPZmT07dOzhE3UUB75gCL27VXP27nk8IvQzfSchD gd+oIobdar2B8wIUjS/SqI7gKMKkKKb71XDv8dR2+J37JZlhjdAFm+7pbIXDpvmZm5JO3IqFwqJ1 TNPILsirAvHFYA5mArsdu0nqqrWHToAo+APOKAnY7RReh5VTlZJirKoC4VE6Ek53Vb0lDH/d08n5 367bfpt56frrP22/+9xzf32cdM42/lr9u/P/DhzbN9eNdI778b77ncz2r+c/mY0xBRRVNEIikIpu Zms3ZACQAEBtlNkAgEAAm2VtmaplW5mNkJCBN3d3QN3ZtlbZSyt2xMMgsGmmJpppppoKIVAxXJwF FwiqqoqgqioQUfzlFczllMrMs5ISECAAQUAXBYRFsyEyoyMjAFBP3iIsAo6AMwBRzVmSCjRVRIAA AzLMrLmZnGbVmWbyQAgQDWg2sssz+I/e/e3zYPXoi/edKIlEkkKES/cm8gG52MX9ZefAbfw/Xpul rMy8ddqrur3YmEZIUC3Dp/DY5NwU55quioi52sEDbgomBCIEpoEKA7uURdntzwnPSq46JTMCEQqz Ei61VdHoRQUP8dtqrDlO12z3/xv8P/YBRf5Zq21mrYRRqzWKlFqwqRm+22++2tlRGjDBFFyQFF/Y JAy3232qqtsDNKts2IGVEYoTazNs0JHfRd/r1Nu7WZUvLEquzJE+/Ienu8FH935/PwAWQM2AAAAA AAAAAACT2bvMx4ie5dmSUZHMhtUcg9yV16ZcYYAy2yNtgAAARaFoAAAAqzTiT0oAAAAALiAAAEAt tsAAACSTfCqaZ2FxHRZSWOilyhGXYRZRAANLiRqAGW2RtsAAACrNgtAAAAFyspNLkcpKlSYrlkFQ tbrailESSSUujqTDAnuXZklCOOZCbo5GTchpmQWFFk87dxgwRB4jsjVjAZpo9hyauF4hSVa1u7bI Vg7bFRFxaWSAa7QHgeahQAAAAOJAAADYCAAAAABLgAABZAzYAAAAAgA22wAANNAFtoAAcSAAALIG bAAAAAEcXAAAy2yNtgAAAVaNgtAAAAE2AAAAAAuIAAAAkltoAAAD5xJMAACyBmwAAAAAAAAAAA42 AbbYAAOJAAAFkDNgAAAACEuJtQMxrasjtLZJVDFGN7hYw49YbbNZ/vqaW/6/6fx5v6+/wVd75L9/ 9P6L96SSSSS/FNVVVVVVX4/H4/H4SSSSSX4mZmZmfx+Px+Px+Px+EkkkuNzn471u/2O1/YRlfn+8 QA9/br7MaKr47d/dVH28f9Z/p+/5fft48+LvrDUzlWsz1fPTrdOeeMukZpz399bbb/l/em0Kqk5E 45Gv5aj4207xx2W5Z6zdu2jSLZbp1NZLm+f4vPntvb79gH7QBQA7wpqEyETUpQGQqFIpRqATb5r8 r7nH5//bz9IdIApePw2e1fwH4QgjCqCimIoAkMDFcQwIwqgopiKwPzFQD0gD9CygPJKiOhEC+ar7 dUTxyDfcMXPwzpQO2i9IlO4bEW/b25mZ3atz3VmdvmeI6KADvqq5B2PXpPyw9b9uneszDOe/dUV1 AAO/eq56goJjrvyNlt6eVFzkXDeesSMrw3VTfbMzOleXqBTzo+uvxj1AQPg9AgPg0oKf+/nzVZzw iC+OgnMsIpycxRdvnxoMjhHo+NbXkU56gAHXYi7+gF3SLlOEDWtjsLcFGK59bnmMQd8qCq4QT22q vHb3rv41HQdKgLJ2VA/Pg6x/VGW2973tvfgtt729+Y+ssgPJCNWWCJhh4LRhsdvbe97erbe9vHUw ETSAkABQB2973vb23dyIIhAEAAAGO97e3veOxQIkaaJgAAAdvbdu7F6MB4maVIbDDDDDDCO3tpya YoIxSMAUwBTt7a7gBEIlEgAACnb213aaCIjCJoAAAO3tm97rrzupgAQiaUAEgpy1Vq2yXndNVpEC aQAJBTt71LzuRBpogpGABII7e8tru2KYeiMssEkTDDDVhmY5Z0ZOOKrgFPflBd3Qgod5UVvPLOXL MzO6tSL2Qk6S9RJPTulQu/NV3477Ap9eHjg7b6qtu4IBzjttVdnxrVV24O99sF+tfCCi+AFF/Xt+ mvt6+O23433AADbbAAAEkrzNDXObDkoYjlVwptsAAAAAgAAAONgAAAAAIAAAAc5BWvlwQFkthjtM 5QAAAABAAAAJo2pKhZg7YV14Hqmo1GaG2c2HJQwpKsZog1bVi3D1UYYqilulmt5IaIueMPN5ZoWh o3sAAAAAIAAABsAAAANstgAACSSRsAAAANtsAAANgAAAAAIAAADm22AAAAAAAAJIAAAAACAAAAkk kbAAAADbLYAAA5tLgcTdpaIkbIR55rZffzZJb+lmZl+X5/hv6PNXt178/6PyX6pJJJJJJgBgYAAS SSSSSSSbbb22973ve0kkkkkkkmAv/q/L8fmzfq/39De/P9fL2F+ePy0+bYtjCtjE4xfDfkz/rGni 36XnN/0fH5Z521t2G3j1qrZvbdfno5n2sM/vRsxusYqK9vBfu9152tPMU9rth779syczNpa+ctq9 a1u+ePL8vu2sb3D6d8z9pu6n0+1ez63578jHfRbG7P6L6M3znjtmr00azWLXz0OPiOamWh/037VB 3y3fsffo7sP4X7/tJ52d+9tcu987ei+yeubbXIs5XdX47RMGYjkbnhOJZ35WW1EY1y9qm93770c5 mI5u+8d7M1Jl5fGKvG2xZ63vmII0+tZ4DxyeV3xNt5a413+vnPLsWtjJHcRgmOay/vWh2xdrZ87c 5iMnN21l9Pdz0w0b12d8rH7m+++W2e9ydunujKysJiMmwzz5rpmZ0uDO3+F3916/qp/EuhhurzF8 3es8qvmI4vF15v9K8SnHczz093ervk81dgytt+Ptfkkd2h4vO+b+vni+/FPzv4vd8x896bMe/Aj6 Oc186jtabFdu97Y6fk54dTNunm72RpgHt7uxd88pGI7Z775Ue+aZ+3eCN4x876bMe9CPo5zXzqO1 psVy3e9sdG2p23N7vdX5O9H3zxRTrOvs23Vt0BdXl7es98SE8wMSFNAK0okSUqNLQIlItB33+n+j bqa+198+hFDv9VXjufb2KiPMINIgj16CidOlV29+tszDC80aTfK+KvV/zVf5K7FpCzv4FlmsjiLn Dh39/JK3hJ3CRq28jYSNts36UH5x2/MNj8WvjFv1/Vp9q7Zds2Ub3GMbm0bmL7d21fRz8fHjtyqI v0fQAJ9+3eq+z9GvHv69WxXe+SH8WrxLxxvNaqcGo+Zp+G0WkTXel3GZ9dhO4nkRQ+uNVWfp46FC U0JQlULVNCUbc9PGeYMBUR7+g6J9/y6i499Iu/bMzNxIyr19hJPPcSOgii8qKHPNV67gJ0FGCVep 5Dd9eOoAPXaq2uiGfXfhAQ4OIovYi/juHBsp3cEUXlAQ52IvZxyc+RzBcjX4/yYoNNI0AoAKAo73 vde7uRAiaY0GAAUGne97rzuRAiII0gAFBjt7Y6mBpomlIQAACnb213RAAgDSgAAGO7aoYRhEBEYE RhzgASQgABvEgBIAABzgEgEgAFdvbTqYGKQmgQAAAdvbd3aNGGpRow1ZAYYYYYYYbqqqqgAAAc4A EkICqqrt7Y7TQIiUTSAAAI7e2dcQTQrVaqqzMzMos/0/6u3aq6++x7iii7v224H6OfpeK1xiD14q vQnHCdg+ynIHX2d+mwPMJwqiI7HBJ920AKXfvVbdB8njlDd23565n2VAXv0O3Sq0IHJuaTpzxqq8 /fobbVV1vGdOfsIovQFPEP5Sog5C/n+7Dn+9F6/42u/tAAMttgAy23NltlZi7NAo4FwPk1bisl5V BZZPLW2gABs3ttthbbm22VVqttuAANm9sAGW25stsrdFLJlaCrqOVkajxq2pOHDK22gABs3ttthb bm22Vs2T12UWduzAE49LHVlsNRlmyzBRzFAnJq3E7LyRm4VvO8mY3nK6MqJVNqZYRVHIyqlzadVd ljByssermUVyttuAAMttgAy23NltlbVXbLgADLbYAMttzZbZW1Vm1wAAZbbABltubLbKq1W23AAG ze222FtubbZVWq4AAAAAA22wAABwBABqQVttAADLbYAMttzZbZW1V2y4AAy22ADLbc2W2V2eRZbM 9EZx7StyHxez2aLWhrx+nD9W0/zfMzffP79fy/T8XvXTu/H6Jfokkkkky9VVznOc5xUkve8kkkmW vPMzMzK6+/fv379+/fv379+z3679+/wqIvwoiPk6HACnxx9vzQQO+59ezQU0RJXNhFRhnT64quh6 8b8/WdTbx1HW19UTBccRxxQb9O2a8b5XP3843FW3FW8XR68bxm+R8iIshtxmApGeWPwfWerx3eiZ HyqIv13QDSdm6+okunTMzPU67IuVFrpUeHm5qp/tc9arn1fX3759Xb7dSg+/Hb66BvrXD0gdvXpE UjLu75NN3sdIlq1p72v9189otuPmZmZnxd3iIwxERV+8ePgAfUAB9dAVd+lV6Xyd9Hrqd/rjjbbk OqqJ161XybC/baKCItwVc/XbqrXiq3iPVx6WZZlxD1VanjlcaI9ShMEeCiNKE5b5mICDmYgCugFF kFR59Pq7/XFz9fa0K+Ncnf5cZ9Pz89TaO4O/lndRdqj24q9M9F54be1RLbaOvzWI3NT5o1rU8z3F cnEmqnPMvXs5H1irZdozFqtm+uRa985w7zDRG8sWhsYfe+VatX5OmzvFtzn7lnvaZ5FPvGY1T6r3 mz6G20e5rztg4aM69a86fOj7TzjG781Z7+n286mqjV6bUxjGobNr9zedt1ob3ZB6s1PYzGL/ZvrF ozGN1fZm9abkcxfFrPrr9p8P5332NPXvNHnn3sVPcPuc+32/sVbnLQ2bDQ8NruNNN9RedNh2wRff ZbbbzOjl/Rvdqv1t7zOs8v2oH7u77vrnbtI/muZq/dfc3r1YrOObyeOviA4E8p66mxrZU9gAuG+K gGear5Ohrp6OAAX10VTrtfGtazWtZrWta1ZrVK5a5LbKpa5LbbbbbbZJbbbbLXZXNwIiKDAIiJzb VWrPbbt7bu6YCharVVUBUHvbt7buuKqqq1Wqqo0H77lV+Vn4/Ljhu2oiMMSc3DDLXM5hlu973ddE CIgQAAFAHb2xzSB4DGtNEqqZQB7t7ZwAEkIAgbwCSSEAAN4kJIEAEDllMtMIgACBvJCSEkAAN4kJ CBAEDllbsgEJIBVUXTvVdQFADD3RgKjmqrx5E2AANtqrt87AejcN2mnETUEiQQAAHY+MBEwIUIkU doBTACeONqrqb7gmiEF0IyiioGQIodt9VWgU0HGs7weDr8e+nv16uvrrv73333333AQwDCAAkgAA AOOBltsozaQpZIqpRW7Du2g65MKyc0rccWFGThpQAAAHtrkAZkAAAALntsttk4BcAAACHtrkABJA AAAJXaZbbItiiGAVZ3kWskRUNOcGFrkRjSQlg4ZrEAAAAHtrkAZkAAAAldpltsnDljq2WRRlybd2 idc4A4ylscb1xJXRj1ppLU5RmAZciREwrJzSt52qiicc2mtDOywqjUVk5OVMtjergxYt2TWlUK1N UScspnrBtYBRvFOGecU0lxNcAAACGAYQAEkAAABxwMttlNpsAAAIYBhAASQAAAHHAy22U2mwAAAh gGEABJAAAAccDLbZTm02AAAB7a5AGZAAAAJXaZbbJwUsAAAQBstsBpCgAABHlrsi0LQAAAQwDCAA kgAAAOOBltsoBQAAAEMAwgAJIAAADjgZbbKDV1dbuK9GMwsoWFjEOLQKTc2qKrqc5f+u1s9blvz/ LfNTVHUvySSSSSTKmqqqqqqqkkkkkkkkya0zMziZlJJJJJJJMt8pni4zHMzb7dP9l+D8KqHfXn7e D5+oaGZKizjbzcbG+2jYU+xh9j5OnTjpla6h8SGfhURdGtc9XlO+Z3s4sy05OtG0528a19vvrgua t8waXa7m419tu3MSXy+dO7rI7u5+uvLMnWuvLOtp0uo2Pl2a73xLnF3XOrxdikccfj7XLa1HJbea Pm3Lx6uVazNts1sbZhra3OOQFNw37l7RVeA8ddt6qXHvzMzdecncSuY1VzzkRLnz6VXjjt53e9vm udijLMrJ2wyzbb12EPHBmbqIj4UU8AKPbnEVOh08FFGHjc7Y7ql61SmVLJUplSxUpkCSAgwCd9+3 X0dd9GWjML1rTZlZtmG22uvB4AUaEFNeKrvt6jz6Kp9PLh0URZT2e9Ao7dqrnv6+fHfOPeu3c6aN Z5vXxmH4+4XJq9s/gZ963qzVrOL2aztq82e1r32/06s+PSeZDeA3lpaWkNAASEqeDYFRG+BEXXkw RE+OlVv4hOEUE2Hr45AUdhEYBXbmq5XrLxLS0t4wchv2+U79pD4xBHO4iLSiPc7/GZXynIA8Ic/P QBR5TSm2kRDXNVvsbAKN4BRHQKYp4/5d9imqaKaUkRGBEYfsv0SiDEiIoiIiIOWU2zCmyAQCAQDa SIiKDEiIiIi2ylynNjN2wbMcmqSmJppyczHJobNJCSQMA2zNU2QkgEAgNszVNpIpKIMSIiiMNszV NABIACA2zNUtlERElJREQRBtmFLM1jKtsrdQkhAYGNZLK3UAIiqaphwQ7/AePFV8AKL0z6A7wORT S0D2E8dEuhzcVRwgP1uYmOLiFGEmsDRvrQY162wFPtKIjzxVcngACEHpzHgDTmgZaKWSG4ee2dKr ZXZxwAT68Y+UBRHjcoo6gbx2779NazPTnZvLjQc5EmJrKj/TAp6h2ufGalpBKFpQoESlaVGhRpQC gKEaCgb1fGjijS/P539f1+GPgIpAAAADbbAEihYzcC8GUVgzmcmYKcNdsRSAAAAFtoFa0K7QAKra AAABVbQDRR8zhhZaEEJ4oS67Ai0zobEUgAAABbaBWtBVFqw28JSRwWxOVTjqcyyjuQXgwzrgzlcm YJxLPK6aIQ28pLNoIkycd2u4R1bisFqVkUTNXCoNZLgAqtoAAAG22ANbymACKQAAAA22wBJyAAEU gAAABttgCTk22xFIAAAAW2gVrQYGCqQMAAAAAABtzbAAVW0AAADbbAEnIAAFVtAAAA22wBIprtcB FK3hYiqzmsWY9hfnv938/2fn5+b5z8/d9+S97ze973vd4qqqqqqkJJe95ve97x6ZmZmde373ve95 ve973u8Ve9+X7mt/Q3zfffa27Zj86s2TvBRVBVFARbfXPOZWehUE6AQiMisMzQpnnqfXTr27Gr62 1qPo7m+blk2V1vGtJuqmZOnV3qC7dFIo5pXNpss6tkXOyyLABRwsUV0Vt1a1X9j/P6TrJ1xp2z16 +xOacOGk75u+Lxee67vk3YvPfEBRwsUV0VtWrWq9cJHl22NbqVcQOykmeSm3Z77+y/ZL3+RJJP0w mz8AKOB1sRRHjpVdNuST2lhq6bUSaWEOVROdFpSS2sbzsCgdOlV74vXcnevHvXqttuI173N9bW21 qotrWxxu/GI9V8CwZL68gKOzohFwVe3mq6eOsSQFHLyntDyABsXHn63+mLH7O9S7f3qta0f7+Wvk Bd7+Li3OcX9ECjiDAAPjr5KKPRzfOfF2zg6qiakAQPMp2URekArv1quTy+Tt0R9gXcSTv61EzclL KEmSqQYiIcdu1VsIHT5Ydh78gKPXx24eX0pJxpHPrZlmXMSO3bq5TPdrwhJ3OlRPZkDe5ddJIzWZ nQ73iVw4XACjHQBE+k52QVNulVztuAbqIv3FHUAOiBUPnsUUU1RRRQRERP1baiLcq/ToAAAAAcsr llcsrbQRUGKzbgIqDOaogSAuNDcq5ZXOAAAADm6VPbZ27WNMxmsaZrGYxMZjMZjMZjMZjNY3bK5Z XLgACwMcsrnAEgEgCBtlLSEkkIAgbZW7ISQgAATbK2yttGERJhgYRERElpJAkJSBLcSqH9+xrv3a aeqnXqIfISJEgvUCyqHqsp2Ygu7KmZQ6GVJXWq6o6VX0wInIQ0hEKh0hVc+egCiPcBTe69SijNuo Hfsdx/B0e11qs3OOh1F24Diq6afJ4zdHYNCQAC1wsyzLSiG2VJ5CR1tQeEJIJCWSqYgMoQowqFCF KjQgMqd2EwVQNDALQJvPwbe9vvX42NIAAAAAAAAAAAAAAAAAAAA3vybve/zfPevncAAzMAAAAAAA AAAAAAAAGZgEQBmYAAAAAAMzAAAAAAAAMzABEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD MwAAAAAAZmAAAAAAAAAAAAAAAAARAAAAAAAAAzMAAAAAAAAAAAAAAAAAAEQAAAAAAMzAAABEAAAA AAAAAAAAAAAAAAAAAAAAAAAAZmAADzzwAAZmAAAAAZmAADMwDMwCs8wZmAZmFAMzPPPMzCORyKKK Se9/j/on7/n9l838AIkgBJAAAAAEbam2AC3l1bbVa1iaCZOw1aavHE2ttnssaLQABBbA0eDAAABd EQNsAAACaYAAAAAAAACC2Bo8GAAABHLURiVhmrNK7dB2O6rBoPFzLijsuAQW2gRgYAAALoiBtgAA ANaoQ4XPmzwNYd1i1Tb442sshuNalTarRSqKEydhq01eOJtWq3LBFOZXTIWCLLGescHlFdqhDteW Q9bLpCqWumdhWm1itw1szJo2O0jzJwZtsAABttgAESQAjAwAAAAgAARJACSAAAAAVom2xttgtusx sAABarQAESQAkgAAAAFtoAgttAjAwAAAXKcIGxtTbATkgAAAAAAAAIAttFttgAAAAABEkAJIAAAA AjbbAAAbZwcDbAbbbbbAAIkgBJAAAAAG3antpYRF1sZwiaGQl5Ra7ve1rxhod4xbmI0zf0/hd/P9 OSHTvur9EkkkkkmQAAAAkkkve973vN5bfe973ve0kkkkkkkyAvWLt9983zfeZvvm8LvmHx8xuId/ 04bKgNCgKW/r1z57VRmefGts1mWwbbbajuPlz94iHnfFYbKzTkeW5c7vfbn+8nY4p1PxXcy0qbit 5K7mqqlo6pONt8r1nK4pk8ruZaKpuKqqPO7Kuciiw0W22oxFEd1Ae8gekA/+MVDS0kghu9/NyKIP nQZF5E77ce6r3saPVHrRdNrLWxsbazbbRfHwYd+X5g/6BAp8IeQMI9l4ZREcw4Nt9tvWZpeAheuj xzWrNecovO+ttrfYyrbzsc9cRfXPetZmexA9wJ4frFVDqEkuxigvL67eATUjxZy+DB2ShoHyAovn Xkoo54PByTeumh0HId+0REyeYTpua7Zlhnnpzz01vbbk/fm9Nvz793vX64WNZZue0l00/MNfNdqN 9zXGts89PncPKB0jyVdbnhTB4/GCnvlwD0H5etUvjfSfk+RDb4qqqqqiKqgE2ymgBIAABNspsgEC AAE2ymgABIAAbZW6BIAAABtlbshJAhVVVVTe2Kr8WKCImhVUKrTbdvbO7002NIw00GKYpsUxp7e7 e2dXDGkACJVUxVae929s7tNMaRGKRimKYpinb23d2mmKCMUGlMUxTFPe27e27tdGKARNJVVhmVRY Bo4+Gmn0vHvqHYNewB69KKNzztmZudtuQIOH5eiAXUB2YSISR1s+NcYoBjkfQii9HAyE2IIEJNMO 7yB11h16YaDc3wMfP2PIbIdVETnv7cSUf6n37/sAAG22AAAAI7HZJDS6x0DajM5R7Jx64AANtsgA AADjYAAAbbZAAAAA+TOls1xk1bFhK3EBmAAA22yAAAAFULZi1lgpXatLFcDTE3iW63aOgbUZnKPA ptLh62uwQRask1cFiTGeQ3loKS6rUwpm5VGxyzAAAG22QAAAApIAAAG22AAAAI7FJI7AAAA22wAA AA2AAAG22QAAABwNtsAAACAAAAsdlAAANtsgAAACOyRywAAANtsAAAASaRAYKAysjlFpqceX9/83 5Elzi5z9UrekY2Fd/X9PwkkkkmSbzVVVVU1VVISSSSSSZJvNMzLTMytpJJJJJMk3mqqtzH3yR5iR 21Ki7+Ikd7w63jnPVWqCiLZ9nPY69CvOeNFqzUWiytYanbRsEazLCMwrbNWZuWrtzrro9Kvvpvzm ZWXyijrcUcfJ+feK5dfF28dlaeTybV71CwSNx9UUdbijj5O25qNtPSTkjlsq878c2D56HfKvGwPt 9OcL5gB7/CiI79Sijzz4bOOfWWjLLWtarWRrMyLdHdi6XTSyEnXS32Qk2y1uta8ZVsv1+m2/p+/P ePnma/b9P9tJ+2rsaykttnKti866O58cCnfXk2CPHujplmZjhnHX0AosBrtvVfCGwaL0jhmwKaA6 9bAA88b1XvsIAL95Tgekdux5LEDskAvU1rtooo9+1Q4Oi8h5BTYDpAYCnOkMKLxRdG/YFcMd9b1s s42arphLrUHHKXswzSA/p9dHp4VN8xfmXyB8ICnr5vPb2+z8P5YGNIAgaUxTFMU7e27uxTFBGmg0 pimKYp29t3dTGKCExGlMUxTGnb2zd2L0zKlhjFWWMy0zLTMtMzWdvbO7SKYRYoFKY00pjHb213Yp igjSgxTFMUxTdvbd3RGNIgAaUxTFMU+vm9s7XzGMFVVa1pMZ61m3u3tu6qkACTAubbBuVcsray3m 1ugBJCAAcsrlqyubuW6gECAAHLK5Vc5ubsgBAgAHc++VZkzLynTYd02xh0KiPHvXIKZ69T9xB+0A k6O/yq5JmLZyN6333mnbkacJaV+TMv1+SECQAAAAAAAAAkkAWft7l5y0BJAAAAAAAAAASCQEkAAA BJAAAAASQkAAAAAAAAAAJAIQAAAAAAAAAkAkASQAAAEkAAAAAAAAAJAhAAAAABJACQAAAAAAAAAJ AAAABJCEJAAAAAAAAAAAAAAAAAAASQBjEASAACRIAEkSSYhIEn7dlREzEVFEb7c676R9zt8JkRIB MlABSgBSi0gAUIUgm1xfvP7P679fywAAAAQAhAAANFSuAtNKFusW1pqV12NMqxHsptgAACsKKbbG wRvV60W2wAABWFEVhQACJvZCupoyNju2dhk047rpqWOim2AAAKwoptsbBG9ZjjichhuU2RbowdB6 XWmVsNpbbnK1aWlI67GmVtRW2rVkE6JrFiseRZlbBrVjbdsuppZjKYr1GpVNVpRbbAAACAEIAABo 2uBgAAAAgBCAAAaNrgYAAAAIAQgAAGi6vCm2AAAEAKbbGwx6vW422wAAAVW0QbalpsGqk1wttgAA BACEAAA0bXAwAAAAQAhAAANF1cWFdNMjVTMoNsmRTLfbfEFF7YYmoiQCYiaKFaQoWkClBKApKFGI EaEApaChCus5KUUNB15+O/vz87dPPlubK9735JJJJJL775vm++mOctznNtudpJL3ve9evfv1nv3u PiA92y0i0IlItFAg0gpSqFCFD16656m/Xr09++/v379+/fv379+/eDvK0oR27duoCi7A+I93JSAN UgFAFCrQqFIiUgUIUjSUJQf9+vjSiI/Eim5ETRQrSFC0gUoJQFJQoxAjQgFLQUIVxOSlFDQby5ES rb4eY7Eash1rHU4yaIKKHtj3e+Zvd03q94Ye5c7ezpt3r3nNzN7rbtbzW6dnvWsxt15r2bWBrWst KayrEJg1mtCZrAxliS4tzG5taIjWFcS1uZquSyZgkS5DRrWtDgS6s1YOo1hiGo7W8te5trp7znus 7Pa5vZuba903tzNs171j3l6vV5ddzbcb3c97dr3o3jnbVuT29N13syezawatWiTUZGWqtWp7gpx3 +u3buebC+fZq61yyWx68lrijdb/i35/n7+9bTabXG+felKLZPV61MMrZ6q9YevVVWtapEaqE0zVT fZd3T2tP3mbq9prZ9dtO/s2frta94d2s8Nl5cup01mWyKSq2pWRr2tXabk76fruffG/J2WxbrXfP LfucXFxcLX1e+tXzTch6XrjQtpXBvwZzZHQURG8eN5Oqbgc+vAb7Wvy0j0PsG2g3TiT58vPcOE/F 8wGxu+8uL5PXz83OW05lZfOuPA9fbrfb53PKXgjr2ev3fXzPynKB55+PZnxv40cG+eDIzjD4338P T7IdHDZUeN0354fXvo+5gkiILqCngkjqeuvV+eAU2JeQFF29eR8aexxUSxRPvMKmsSTJDCEwz1bh SN/gfsozOYqO7u6OfdTnU8eq6Vz7tZh3ioxefhPAKaLwOt0OgdOgvYGijt61oo1qgAIQAJy5JJBI SYkSW8kJIBAAJyyuWVvAJJJAAA5ckkCQkkiTnAJAhAADlXKIkJIiOckJCSQACcy5QAEklu7BvAJA JAIJy5JIEhJJEm8kAhAAAOckkCQkkxJOckJCSQAA5ySQJCSSSTnAJAJAAJzkkgSEkkkm8AkkJAAJ zkkgSEkkkm8kJIEAADnAkEggkkk5yQAkkAAnufr8veLWzhcz9zP4d7M+G/PEPEzqfR9UWtHNRnDb taNZqe8ezbhhV0otJWjBWGrQXJx7quQczs9d0UTH4E7omDm4eNgzf49/BUQCQAAAAAAAAAkAD9rc tqAEwAAAAAAAAABIABMAAAATAAAAAEwAAAAAAAAAAAAAAAAAAAAAAAJAAATAAAAEwAAAAAAAAAJA kAAAAABMACQAAAAAAAAAJAAAABMCEAAAAAAAAAAAAAAAAAAABMAGKAEgAABIAEwTCYhIEr9W6JMY mAmfrySXOc4kl/D997QAAC20AABgGAAAG0Gig+Woqoo5EzI1t5EZrWq3FGTTbTPZomoAABtqWmwr bQAADga1XiEbbAAAbam2AB7a4AADga1UaUsmkJUaoNa6kbN0zmjYYWqWQ2XbAAAbalpsK20AAA4G tV4hZXZ0yzsueB7MUu1oqczWlQPYw5lrR0UbUrGPWXkRnrdcMbxtpns1M1JprBAiOuxSya6PSZou C5a1tVtqhY41SM01kjKtbGtqotmQVkqWWu2AAAttAAAYBgAABtBooPga4AAC20AABgGAAAG0Gig+ BrgAALbQAAGAYAAAbQaKD4GuAAA22xtthW2gAADaDWq8QpJgAAANrTYC20AAAielVHw2uAAAttAA AYBgAABtBooPga4AAC20AABgGAAAG0Gig+BtWWs1hqXj697XtbFrRF7PENh7YxbD3uzs1/tLwL8b be6Bd63vwkkkkkuc5znG5ve0kyXve973kkra1ptX1rSSZJJJJJJc5y/fw3zffN99Lfm2+P7LjtE5 71hGWZhOs141RHxb7Tr41rWOMWiyT37+QO+ueYuErOTWi1rN/ZtrbJ3M1mjGpFI/1v19l3drlqar aaiZ20XWTbPnVLKpxuRSPunHdLLbVnG9FrKu9/j8X7RHCiI9OeXnWAd5UPy+P20iPvpjbZnXoWVh 5zLRozWsPt87eN09pwebq7wa49HfOnPeNFlrUd9GultXfbjtnDi7bI8bCd5aWlsxpxPC9KUQAT8k DZ88vJ5Dhz7QYgKOoPXL1BSFER9EBE9ecMPx52FRHYDaHJRyH4w6gpAILp2HnKhKetMjDGMJPzGp Ly5tyFv5ftfJJAkJJJJP3/oAASAAHOSSBISSSSc5IBAIABNspsgEIAAE5mVzMreASBIAATllcsre AAAAAByyuVnOa2Kq1WkSmKqmNdvbd72zqhJJIAATllcqt5rYAQIbboAcsrllc5ISEIAAHLK5mVzk gEAgAByyuWVzkgEIAAE5ZXKy5cVhTlEYEUSRERREXPufu2XzMskbyF8+h3eW7pFNVEUQUUVSRkZE lEQYSQll3mVrVFY5jFg/RD1IF++7wAouvoT0qBhsqwyzLPCQh3IcAFIYBSDtcqbuMIMMEwQ7ApKh jPI99BpDaYh9sA8Q7M8TwE+u2GcVn6GV8Vj+tIAAAAAAAAAAAAAGYzAASAAAAAAAAAAEgAEgAAAB IAAAAASAAAAAAAAAAAAAAAAAAAAAAAAAAAEgAAABIAAAAAAAAAAAAAAAAAEgAAAAAAAAAAAAAAAA BIAAAAAAAAAAAAAAAAAAAAAEgAYwAEgAABIAEgSASEgSAEmMSASX+XfSCi/zkFFzpgii5MvTWFIU 08QmWqtmjWYH+H+OKKLrzg5vYn/wTWDqHAEVoXJQQUyEEFPvCUWf+LUiNuv8Nt8VfwxVD85EY1IA r/vlBV/2/Xx+Xv8MbGv3bb776zKrW++EzgGE0J617F1bdDCYrinCNvGRiyNtUuzRU3jDTzauMcaO Bdxrc2u41k3sYTOAbCinAu41ubXcaydgYTy/hc4kubvf75stqrM4tpdatnHLZrXXK1drdatlK3td lJnFpqnrtybPbOS2a1vbbLaSW27Zu21bSS222yS7ZbSS23bSR2LRiS5xen4itIKHpYMLWlpsWChQ oZxwUNU7e2rbe29/keYzV7GVjz1LNeMjyl56vGaF61jzY82PPYym+u3bc82PN6yb3tt531q+vnz5 XdPl8RyWO2t61vSZN3bN3OZ7SOTRy1vWt627S1RS53PRxyWbatSOZWVS7XRaSpu7ZuyZN3bN2TJu 7Zu521vWt57k2zdkybu2bsmTd2zdzs0WVa2XFxc5p991y1y222yWu1OWS1W1W2OW2222222+7bW2 123qS5xcmPu7LZTkre02u2W0ktt20ldWbrtl2y2m22stj5K3tpdtXbI5spsnLbds3tts9I5bbtm9 tstpJbNa3ttltJLbds1rc06hJc4uOfSSRtuFDQ0KiK1SQhQoUKd3cChQ+/83t7299v197dczi3c6 3d2651u1u51Xc7czm6cqyKyK2q8tqvLaq2rZXbbWnary2qt8ttSXOLlu92WVlvJmpNssm9tlk089 pk9tlk2nNrpNeTPPluiqu13G9tlk3tssm9tlk3tssm8ttuN7bLJvbZZOvO5ppLnFwx9994OxGJXN gGwADbDGygDmAAiuM7swLiDmAEAAgAEAAIDZvbAgAFnMHi5ziSXdpFvpKrVG2rZJa2npHta2rdcn dE6rVq5GrrsptU5bpG5ItpJbpG21tJLW29ItpJborHzvn2be973ufaJqhQyehVNNessSFChQoUKD jnKlxc5z72i0cV1Sc2W5tss3Xrry65ZNua6zK6ptV6bap15rW5bm2y3NtlubbLc22WzT2y3NtlnJ HXnznFznHPufbLJ5ax3PO7l2zdk3Ltm7FNWpc5ebbN2TOLVaxTR1axNVW7RPXTZyc2yze5tlm9zb LN7m2zdk3LtlZNy7LN7m2WycTc2zXFzin32NZqnbba3boptU9dJbuW7bSbRXXZbbZbbZbW2/bLY2 W22zmnUlxJarutV+rlTeeTVtquklqutbdleszU1quiq0yeztTeeUcVb0Us0leclqutbVtquklqut bVtquklqbbV+d274O7d87qw7Xzfoc+4TVChqkGMTWowUKFChUkbkjckccXi/Pymjj2nJNtzbbK2X Tj22V0rycd05XLrtbnx27c223Nttzbbc2/ARwNtzbbLW7LznOLn+S0lznOLnd5+vPBAlI7cwRU5L gQJSRACDgbNYs5ZABAkWp3mLU89cBkx2vG3NBzFEnpcCDkkAEHJIAIOSQAQJSQ2ze5JMAg5JABBy KPYwk3P1+ts3+sVOUBAANMpVYYMSvRR67XbTLXbNt3bZvbbN7bZbACA2Texs3ttk7cYprar+pLrH pXVtFJbpHpLrns5y526TaN3SWa66yaK3S7ROW3Wt22q6SW3WuN7vg7qrvndu+Du753aT58SvX22C gZqGM9LNCMFVVUKFCqM327r67t1p3128d83zb58+ZazXmsSu2WktzVbT11S1la2VvK7px2q8btqv G7aqldssltsslrVeN21VW25qar7VVWKJtWS21tN21XHc1qd27d3OVWq3Fd3dk1zRS1VNq2qptW1V N21VN1W1tNq2qptW1VWRqxX7n3225frUyKPk22TfNsAmMqz5XzbbJy7cz5ZM5pxaarJyXavjfLds m+bbZN822yb5ttuLY2TfNjZN8223G5JtFIW1Wy/aqp6RXSS3SSZ1R5WXWq6Xa2azTbVVSR5112Vb KWTWt22qtyS2t22q6Hd3zuru7t2k7u7ucvnNPo1pIUFnoWtIlGWhCh6hQwoeoUn276753euZ0ru7 r13d3pOlTu6FxUZ1nWdQnXOOW1NO21NO23jdtr4/ttk07bU07beW2tt5ffbZR6qaRXXaNa7ZNvW7 RbXaXVV557KaKbTONZaaxa7ZtbbZtbbZta3aPK7ZtbbZtbbZ5xXS/hvz87uO25tu3ZZvbZZqu3Ou bZZqXbJ67ZtNZ7RabZabbm225ttubbZZbfgIbDbm22S2222Lar+OVXbLOW1u5W223WuuK67RzWt3 a7OOTSXl2ymtUk2tzakzktutbttV0ktutbttbuklukb1tV0ktu7sddXztfcfLN0FDVINJ6ymdztd OKHY4oUKHY4k33b7nzbuxaudadt3Wu7buPHWdru27pq6d4tXO1u3G4uOJxO1K1p2pWtO1K1p2pWt P7ZLZp2pWtO1K12qJ1vwjXxZbVE2rbW93d3k6as7u3HO7d2Q57nbvVlqqtqqtqqttTdX22bWtrat tllTSmX3dk9dq2pdllts5MtFFLss5btrtrbNo9NZoortlltssttllttttlltssttldtNd9pXWm5H 89lNbWndVbbbrbLYtrXNa07rtNrKm5HdnteSa7a6WqS2aZ2y6TSSPSt222Ka1WW2612yt3Su2zTV 2q2afLnOJJ62TO2NtyRuSc0rz1kcms2drekk11Vq2T10lksmbes0jckbkkttky1ukjlc2S5xc58v tbLK02pe6t3dux3ZZ3dc93a7utS3cc3ZqW3ltvLbeW2tq/bbmtvLbUrauJLnJl9TJfBpk1beVW1V NSxVS3ksbVctlSLc3lHZGrtuZbbcy225lreWo25ljbmW2ysmTWSSXOZC8+7m843tVlbs2sttm027 s8mrdndnlm3G5Htank9ntXlXyLbZtZbbNrLbZtZbbN7bZtZbbNrLbZvSKbY4uc5zl+IK/a7STRTT N3W22aZNS17KaZu51XTbZ6yTS3VZ3RPW6ZOWaZ2yq6KSzTJ2yt3W223Wu2VXSSzTcatcuFxcXOTW yaK1ZWWSyWRNO122RuW1qxVOp2KKXPbSWSyZa3SU4occfN87vh3duzbe9vfX13Zzc6VW2quu2ypu 2ORVSK21WO1W2q21W2qq+7LLWq21Vx1pLnFyzL61tOu673abu6tXbu6tXdzlqbu6vXdd2tU673aX W7qjm6tdu7q1dra2m6ra2m6ra3y1W8bqtrabqtrak5K21ucXFzm+X33c5s+OXLLbVu3VW7O3LLXb ksuc2mTW22W22W2qtuy22WW22W2clWFxcXOb66ru+VtLGOW1bCttsCtx1sLcVGNjQhW7dYzKV7W4 czDM1btsxR7arYttsCq21GLbbbrXTVbErtsC12xUOpLnFyWySS2OqS22SW2u2t2OW91HOu7l13dc Z3Zc7u4AAd3dXHHd3AKLtve3vfX1859Pny+aybbZvbbRyyPXbSyuSKqWp2Vt2x2Wx2Wyu2VPbLZu 2Oy2K21pLnFyzL7bPa1Nu3bN7bZaybJW3bNObPaLa7jcerc1Uzzeky22aeW2zTy22aeW2ze1rdV2 zTy22ckVmryS5xc333xybO6XXZvbbPNWrPS7NNy7ayu5rWvOXV6O7ZvbZbbZbbbN7bZvbZbbZWS5 RnOc5xcFvtau77vLLa+YTb1Sqtkr2Nzi223OCNJeJJxy1S3G5xJCCSp7GXA15a8GNtUsJqzKrXOJ MwEfBp5aBcWO7LgjSVcUUvbV3dlt6uC27b0XFVSS8e3dttucEBbdxJKq7tqN2d02y4I3bcucWtad dO5N85znFx2yTOWXbPW25W3W1yJy63a25ypzabOXZPZO6Sp65O7W2SW25W2SSTW3KTSaS23K2622 xOrZcXOLnv3Y7a7JG4pFI5IRQd3cGfXfN83zhTtt729d8318+aSKavatp1XbSRvLbaSc0li2t1W2 0kWilcm2sW2j0c1j2u0d0uT1Uq22kjeW20kby22kjeW20kW1qbqu2kjeW20ks1cmjj5xcXOB9597 lpptLds2ttlnrtnrtnHrnW9rm5s87LdY1rsttttttttm1tssttstts9tjqS5xch95b5utabme0z2 kls045dMnpnsotFrrtuaxbPWPTXK2zSSQtMSTalqsmJpHLbda6a7EksC8s1p3iXOLjje0mytkblV rdcjlkbtlrldlVbTu0uTucretrdy2zekblUkklrdy2zeTjd4lzi5X99VW1LVZaq3bVVZy2O2qqy2 calqqartTnK7bVW7aq3bVW7arVaqm7aq3bVW25K6kucXJfl9tmm1rZdYnVds028ttmnpJFrqplts 09rbFNFHa5tLHbdObRbRTSRbbPjy22fHlts+PLbZprLWtNuq7Z8eW2zTej22t832JHV7vp7qrfL4 ZH/3iqRb8ss/bt/j1/D/N/pj/a+/7P32t/f/htv9o3Efx/b+ef3cammP9b/GGv/zl7fl/tS/vYoj 1lEer/3+n7/+teVt/DL+2zpfn1sn7v/zsvkj/14/8gjj/MP/J68R48cn8j4NoIjD/8iKL36fP3Xz 6XpddXu53ZZr8eHXOOcFtX97H+1edzV5c2r277fRrfRSfHby+Jy/3iKL1/sNZ9zwfuIKo9+u35bf l1f1/xQ8h8B01v+p9f+32LDn/oc/2J+Ro3/yPmP82Py6s7XYv7PZ8v8q+Vyu3Pt7vPF8PfbexXZy 9/t0zY518cam3D9seP+ARz+38z8P9Hzx+ufxPwh/M+TjcD+eJ/0AIKru1Ij1Vw17G3ZXPw4f3eu1 v359t148L2/K5/o+f1d3y69Ofhl5bPu+LxseTz7667/bXDwrpz66unY132Ot8bZ6Q8u+ts2PvG4e w4N7+B9vd0f6ENcfodOr1+P2zqcmYdi3z9j8ByBsfxXxxxfHHjt9/7vwcP+Zm7/bHx/V3Pr+mzNB +2z/D7qfofXo0dvjp/Xv3fP/WQcydUntAd7Qfbwa98mdoM/B+40n8y+fj9L6z39s6ch+sH4LE5p9 9e2vOv6f20iP+bX9lIj87WX4wkbV/+2duZw/uBI/hdFEfx/hIjUrEkYKjWvrv8oSMvshI7rhdlvS I86RH8xI40WxFMJJ3kU1RZRZjBlKGhUbCRsJGqrkCR/xCR++u+Ejw76RHlCRrndbnSI7vLM8LV/p SI8XYqeGKVOOJ+PZyIhMzfk/zR7HRf83/V/r/q/v/5f+3/Z/s/T3v0SSSS+X1Vzm973va94Pd773 ve9977K3u2973va4kkkkkkvl9VaZvvjcBRdCoj8fP3Dtvy8detEUkxdfYeP2EMkiRIoMLDMYpjJS JMiJimYTCGP3G4rBiWiaqKGg/P479u+HHAYYdfnWtraNZy8l5X+1P7fW/d31ey3yaPOWy7VtXJSp /0+/fRRC8z6l5q5py1aORZk/F9+meNHnLfeR8btem9U93liLj0VWry9XnX4l7q5py1aORZnHU+LR YuqtcanHtD3z1658qLRJONaenVK7vp8tbF0sV5O+06HUVhRQcHbRjZY7H4wQ5IfoBTSiS5zvP3/p 7/H35b/W7bKxp1ut3SXfP7n3F8xjDDFCMMUojAjDGKILbFuRDJKQvrmOMBiZIiLFQ8GnHlTtARAX x1Y2e6KTuPQxwZ0iIq7mDJDxt23LtozvqLpto3zejetumbW26cbnRycYZkOz+rPz8tUwr8/Qvz4Q wBSiIkYiMJASPlcs5cQC5cdaCSrHTDDOTiQxDMhpmHpCDrQ4kyTnzg4M04ZYOLDMzP4RnZ87hp+3 QKEiYhiAIwcWeQxcHDkfZp5npD4kDcnTzlA9IfYSEMibjO7yOdvThsowwzDIcSvbRis9wMcCdwDo CJjqdBmOIhDKGlAEYDGODCoxUMalZMisYixkjGVj/vCRrg0bQaJlAOCVwZRJhAJyHFQwx8howSQH NBp0q8iQsCmPY0qmPL9Y8OYOJwAOOMEwyQxD2hwYH/3P7Pz5jp3jjvmF6aqJpqJiksUkYKTJJE2x piEYxhEEYPzD9vHnoX0a69ff1v16c9aOhzdfmcM11v+X595fvf7rwV3l/Ptfzzz2Hj7abwi5/T/U 1NsfOkRjJEaykRp4rh7YI8YVF7yvOreEjg4u9rMZZWYJjCAEpjCCgZZ8/T+WaNgiisfnNRVRFpwS GEmQh/fOKyHDPedMx+ktA0FFA330Oy6aeVRbLVKx5am1KrJpLHfRJitVlNWKxVVL007Mdfpu1873 er/S+Pz9N/TuUR2avw4vOW8JH75UFV3dl/S8MuAkfX3MuP+dvSI+rV252Zq16qRHZ7F/LZt0R+WV Sqp33XRcuXlWz1dL6/O0b+n+ef2/wfx/s/j/i/m37ft+ySSSSSVVX1VVVVVSZJJJJJJKfpmZmZlJ kkkkkkkucVN8zffN99/MEUXzufY11OnjvWnVmtZlYZrQZorVaw0ZkWsvfSi0qj47GgyyKXCPj3t1 jbfZap5GN9fh32bzdvs1qvsIWVeMcnj313dneqrLCnC5s0VmTlxri4J44OCKtZlmZGVOZjk8cb7b JG5MYbwaKjUGb64js7fyHqwTzu7GgfYaJxD7e/jOu+rd9cjivO/U5iI2dwhpD0pJKmbTPO++6z8y v1Mr3pPL9O93bd1NH1whwblRjCTmCYwEzPE4pDDD8MyQ8aovYimkdQUgcCTcbuZ01rIxzpuibTH1 jzwURHrnbob4CZm3OVsriTvUPBxiHxrii3dnuEC8ygbb0WD1kM1tnxoNOyFtqi6gdHdCGYFJwh3N KdN+KLoCm/z9us+P/rdOKe/XVFmnbiB6l8eBFAU56UXwKiPPl5lw6fopEe2RG4ST8uytuvLMs7S+ OXW1ZZ9teROgKd/o6puH1PUdZ11xmF/aOwApvW/VREeyAAJo3Dxz0ot1FJ2y+iCxfHVVvwsys9dU RtKzXpXpymv1X1BI990PS+u/zu/w/66URplfCJUWues1OWeyK/1yccgp6ZHG/AEj/GxCR5+vje/K qjPp7nX2fDj7/p7+vw+fz7/o8PBJJJJNVVTVVVVVS973ve973ve95pVR9znOc5zipJeSSSSSbnJY Zm++b77X8efffN8332P4M3zfIv8PRAH479bv9nNd8iwosrHIs6/J9dvfnhT+f53Pd+q/1E20017X E9HpFnLE7HVWu3et3ediRum6rr3Oc2Wi1c8NLTu713uvduNuZe6sG67W7WjDdPWBnd5XZeOa5db8 DvqLk4RFunHyd+Xp16mGta306IrbYyMLNnl9/auX17q8dcad5Y3U/HPMtotUzOqWJtNLazbiOt5X J4izz5XyprC3UTibXbeXDqGuifc6pYm00trNuLoKkFeKtvaaRp2bZWkna40ucX7ft/H9i4IC/gVE ZCQkBBkBBqIqpGRqoO8UKmApBBAJANjWiSaVUFgWUivD18fq9eeHhmJ7zn57zDaf9P3a/bLNW1Of 1yWWm22aly22ZhoTf5ch0ZxvRff7gImHRtsM4M0HTWo1RsZhzY5lrYzqdxBfhREYFVYFIFIFIFIF IBA+5YebMzKKNsKbTaaJbYFMrFKaiKbK0rUrFaVKYqU1KlMVKazVjCSYSTIKNVqMAgwBIBMAEgEg U+unWj1l9mPjVEVcq9DoY5lYCGBgY5mImA2b2rzM2H3VVvbq5jPYeO/DtttsE74Zpxz4ITWsKHjR hoIywqQQhkywqiBDEZHBGRlQkMzEwBReXsmgAdq2zCQjMyRDJalpK1NTUlqamta0LS0tVVqamqLV NU1KtLS0K0aNDTTVK1atE1NTRVqamimmmitVqtI1NTUmlpaqrTTQaNGpTVarVa1qk0NDSNGjVRpa WiampmaStTU0GjRpK0tezeHvFMPe2GGzM3sPe8PYbA1N7MzfZe23vdt2z22G3vWlaVqqtTU0qaWl oLTTVFpDEMUTExMUwwrBXHHBwwwEzzzbez3nvNvAYe8Pbbzzz3sMMEDAwKwBxcXEExxwRMccZarV arWtBqamhNNNUWpalpDMxVMWwoZAwcHDMwRMAwDEQwwwEMHBxXDDFDMxBwTBMAwwwcHBxFMTEwBM AwDFTFo1JaVpWhWlpaStGjSNVqtVWmmqqtVqtQ0mk0VampioYuL9tCBrWIIk5h6E580X3FRHqGxu Cc3OVjmY5mBmYonjpuvk2Hjh7DA/K3e3cw3thh7Yb233ffrWCHgYd9+nfZDbaqrA45ooRDr4qIuY 9BF17RzzReup5X2CnvR+YAoup/NFAFO6oC9OtF9PsTD6Op1vI+umfGbfgTn93Xei3OAUjYljlOvJ scc0X4M+H+3dOb6l/sw6ACnYbpRfg/QXQIouqi+5AKdDSqApxt/WegBT9ueKK98/l9e9bef3/u/d wxrPNzV43Ufq3+DRca4/6e2Rnl4zDd3+/Mvqu727cZt9uD9ZD530cfn+4/iCKLoP0E/uKIIKXt2k R7tQqL1UiNoVFyvr+P1UiNtrGqjMIJlXBcCtNOVm1XxX0UX1ZN9Z5bW+CU+GVWpEb3dn59+rOus6 Wq6iRtpZoSNXn9Px29/u7/h8vy/j/L9P5f1pJJJJfJc4+973ve9pJLvkkkl8lLTMzMzKSSSSSSXy XOTlvmZt3brfNvvXdnG+4uc79bm082nf22ukrbkz379Dd6ldFs9LXyOaR/r9jqDlfWtUq1Y7Y2q4 9JnorWrOVq8adbTq25XmtUq1Y7Y2WrKNZo0ZWtsM1ZlO3vuBoTya/oTX1e/qeuqLr22BT61BgIBt vRd9/G2RhmHOtaMjVvVhrWrjuAPwMnH0rNHo45ordNxi9VF5Ek5dNEk1tRcu3s6TpNJV+zbstlly k+/OfpA2pGvxe84uL04pzFERnrpOKi6bifJoFOoii29FnSPnfgTt0URHYNdBIT12rFR7bUXkC7yS b7q7aK7a2TVZDXHffWrO27ePCAAJCIdkkToHHNF00PcPEH+o+vUe/yD+oO4eHtCUBiyAdZTu7Bo2 A3VauzSrX9v097jjMZ7lEfaoj19WZTM0SQk9QTBvsSgH+gEUX/mIEcqRHyVEYlEefY7Msys53UP5 5+O6fBKfm9OhF6T8sf6DNtVWnbZTocutWZZXO4SiPh6KiTe2596Ki+Pj5ZHZ3cczM/57ndl5dK+y qI2vv/Uvvu0oj2Z9P0XjbSiP0+lqojhUR2VRG20ojjVEdl6yiNvs/Qn6bMu39d9Gfu+37vPhl0+w SOsiP2+eXl2bbY1rWW28iNuB83zffPd+ZbJqPxv+7+z+7+f7f2/4v5/2/2/2pJJJJMuc5znOc5zi SSSSSS83lMzMzmZSSSSSSSTLnPufff2vT16qmXftrb4771sa847VXGbW+xqNTDTTX7+L2+vyeWvx tNPn39e3JvrnZCykUinnj2zhPLXm00+d8qPKcXULxrzWyP83+b/WXxRcn3W2w5+LLNNp336SJksn Mk2+wge1FB1gbQdYOpnU3Io4AwFNJcaXOKDfcl7995S8y0TTdmfubb6vz8auA6bK5FCnHFVYLSpQ PQJePYCnbNC78VXXsRwgou21Vgggp0IF7ogby0Ic8cVXR09E6nTXrqF06VXALgmOctHDlIj1e3X0 W3s1550NbLxrjSIyEj0u7uzMzlJdtBTGSqqrGLwy9/cEj+68PzdOmZmdLt6UKTn0URvXdy5ZmZ9v L1R5z5UiPh8a/Xf+fX4X7jPy/4/Z3P49w5Pn5qvP6/cGmIb5/hoDEBtcaV/en0eDbrVchwInQI/T 0inwqgtDELKSAJIygFCQQqhFBLRMRBSzAyEFIqUIoVASgBQsNSoDSCJQEkkFQ1TEsxAhoUNSqfs9 VwAdzAxF+8H5AKd+9V3AU0Co+hdc42Xfolp6vf2e5CP4XxfRPHLTLKiFVwvhER7BQVW9w03vbzfq X872UiOP5/Xvl1uix0/O1q5fCu1RHWRGKI7s1IjWpEcOFlxx8XO4b3K5eFq437K4ZQhVa11kR/TH Dlre6pEdq8lEZ1pEfLbflvkJHb/jbcrnb6URy1H6La4XO2hI4V/3vgr4f1X2dd7546WP5fjP88/3 b/zcr9v8f93+5/l/ypkkkkkmfnOc5znOb4kkkySSSSTTMzMzMpJJMkkkkk3Ocqc4Zvvm+GgURoBT gRRHI/mgKLnsomggr376VXx3UpRp1Knb4BTsggwD5BSE4CE0qhtIgjxzVYdkAtwSdAgGAIOwezbU gutqrB4dLfaGsKdvjlqW2dFVc/yX44zEqhP7lERgQCBSMmrqd6oOYA+goKA5Y6CO+1V6+Q2PA79F U4BRHnWFFGlE6BD9mULg5AUR20ccVXm5QoPci/RrByMgHojdO/GkF6cVXj52uAwQ51iC3bbQgPnp 0qr5VEXxxznK9ITGJgiRQfG3rz17VXg+g6Cl2+aUR7KRHLlmZnCDjZlrQWSI8nVC+P388VXG4c+Q D5Tg4qvZ1OX2SGEkUSEZGDGYh344qvnjEAAStVV8dTP3Y/KH1d88dOarXsFPaiI9OiuvTbv8+fs7 cu69t61UFV6bQSPZfu17qyv2CiP3UiMTa+NfCEj667L2+IfOHcOdZpP2fk3/8MP25Ki/veNgFRf5 4aJAUX/U/RyH9nB5AFFnokFVUBTRQH4/y0Ox5/JEUXgO58Gjg+hdoz/L/Ufp55DIM/vPx/SHZ+4X E/f77oAqgHn9P3zZ4FZHq9PLp1/l/Su25cr02r1Tlwx9KiPHiuKu7VqtqRGGtrLuBI7fqvjCR+zm mWspEcHb2K4V2+e/P5ZCR7/DCIzlpRH260kRgJHTxxmMUI/pmlRFQDwbiAIhzhfpDT2LKb477W+a syZ0rgojQkKrN7LthI1CR3WUiOb23fdedpwys6qz2UvtwFHFxEole7t4wkaBI052X55VurfwUR7J EayRHheJ37Ac5rYNYG3/h/jpPK9qABVAP/9zgU6rLVIje16yiPqpEdG1ZcHfCR27+fhSiPfVEf4Z yrlKgqsrtsFrF0ylvZER781d18bLkqgquLKvjt84JHfkFGYSiOritvjIjOQSOucvlYRCq43ypEa7 /C4119nD0/v3/0y/TXp7b7fSsshI2fR6vKkRl5+Fbf4y2bWZtxXBVQ1eb1rLgvnXv9kJHr+sKi/j cxEeVIjteNwuLuyyEj5pEd2eUJG8vt8LBEcOmxlVmMsUzrSI2v9eAiP6qysyuYSPZ6rrWeqkR2XK 7euyiPwpEdfK+zP00JHDHdTwf5+qrVv/jrpWfn9Nq/vul9HyEj1iR9CiPPWZgkc/bfe8t4SPhdra 6ZlkyyzFei/C/n66RHhSI4W+ce/43mVte3l3XK7YSM7oSMjjSI8db5W3/buur9dq+SuLmrb2WkEe FhEYyIjVUR2pEaq1VEeoqkrhtpKovfSI1cKRHargiovrs+uEjrcay958K16rLTa5NrtxCONdtIjL 3X9M/qN/vuegRRfhHqGewAUXgbcj1oqNSoKrb0+PcnjyrzVyBHKmtZZqzMv277///y16XrzWs69u Xty369tIjz3pEaKI0URypEb0iNkiODXPbXTN/qycKRHAuNX6+qiO7irLrL0rz3sXw4XrpEb3/Tvv 5wkcPnnd25la+iEjuvXXGIjy6KI4wkc7sSI/TSI8HCIj+5RHAEj6duUiOy48NnjSIyxKhTnSI1as Ig454Bf2NewPCCi2x1kVF2jiVlRZkkjGUIzPrs78EjhhRGCRyRDvwqjMCRoSM4eNURy25VxucJHG 5r6a4yI47P8OvPC58+MuV91przzTrcq14dt+PW8oSO+4V92fRv07XHr31aN6RHhzrv72cl+EKi60 iOGQkYJGyqh5569XOkR1mPZttmPHwpRHOEjurhd3Z4O/lVEb/N3T0u3Ze+JUXbV49lxKI6d2vjeh 2r9F1rMnVW90vUkR4214eG9JRenS8/Sfv6HPsC+2BugovlzMCAJiCNw/TQooue/aIourfMsxNAgo ez8xUovSkRgiLplRG8JHEJHGkRjrbZ9DVrV47PVvnfrONrqKhTzsqqHhnL9azP6Xf7KkR5Fng1f7 5+3/4YoKyTKayPvNDZAfPGb8AoCCA3//m/n+alX//v+DBpT32AAAAAChIAAAAAAAAAAKAABKiSQE lYA+APAfWBQCApAgfQA6AAHUAAAAByAAABYNPByA4AvgF2AUAzgAAAcjawPqUpFCoiqKkTtwIPgA O+ATfB6976+FUCICQJwAAAAAC+AAFgAAvcOe8AAPeAYZwAHuQvIAesNDa0eAC8AKF09HbCgcAQHg AAL1CAB6wCeD6wfAAB5hIABwAIPsHgAHnkSj0o++AzocAAAB8AD51SUAo+elDA++ADfds5jroD74 AwIAAV8A6AAdw8lAaetNbvQxVAc9UG6PXAAGA9AA88koAPAfYMAAG3hyPkWdwDlIBBDSGMKbuHdJ LHW4C1MA0yACEAOgwIOrwA+3xjAACuibIlUAaBM1L1u9YBIp9FQABEBGWQB65tX08KQAD1IQeaQA +gAOHW6+gDoQAAAAAIap5A0b1RqpJRkmjRoAAYENAAAanhqkKUSeinqAGgAAAAAABKb1UpJTeqIN Q09JiaABkMTBNGhoMmEnqlKJtqommVT1D1B6gAAAAAAATVJIBNMkZNBMiJtMp4kjAjwm0yp6j1BE iEAQpJSeh6hNDQABoA0ADwVd/+PTv7P9vb53Lhe+91qy1f63+90ul0ul0uV7r43Ww7e3LR/kpt8N ePj4+Pj48PjXhwx8e3TR5X1vurPfu/d+7934+3937tm3833TPWfAATA8ApWU6ZOuoQhCFKhClCZB jrPgACB4Ccuz9ACYJGELCdMnQhCEIQoQpQmQY6z4AAgeA+n7Pz/N8/3fj4+Pj4+n6Pj6fj5vnDDs 4ABEjTN3Z5mZmZgkYMOzgAEEjBh2cAAgkYMOzgAEEjBh2cAAgkZww7OAARIwGHZwACJGmbuzzMzM zBIwYdnAAIJGDDs4ABBIwYdnAAIJGDDs4ABBIwYdnAAIJGELCdMnQhCEIQoQpQmThjrPkACG0TzD s/ZmZmY7IwYdnAAIJGELCdMnQhCEIQoQpQmThjrPkACG0TzDs/ZmZmY7Izhh2cAAiRpm7s8zMzMw SMGHZwACCRgw7OAAQSMGHZwACCRhCwnTJ0IQhCEKEKUJk4Y6z5AAhtE8w7P2ZmZmOyMGHZwACCRg w7OAAQSMIWE6ZOhCEIQhQhShMgx1nwABA8BOXZ+gBMEjCFhOmToQhCEIUIUoTIMOzgAEEjCFhOmT oQhCEIUIUoTIQsJ0ydCEIQhChClCZAsJ0zoAAhCkYRh2TiEIQhCglCZBjrPgACB4BSsp0yddQhCE KVCFKEyELCdMnQhCEIQoQpQmQY6z4AAgeAUrKdMnXUIQhClQhShMhCwnTJ0IQhCEKEKUJkGHZwAC CRnELCdMnQhCEIQoXLShMhCynTJ0IQhC4hQhShMgx1nwABA8BOXZ+gBMEjBh2eQAIJGPj7Hz/N8/ 0/Hx8fHx8fR8fT8fN8GHZwACCRhCwnTJ0IQhCEKEKUJkGOs+AAIHgsKVlOmTrqEIQhChcBMmR8fY +ddf633Vnv3fu/d+7937f3fn6t/N90y7OABMEjCFhOmToQhCEIUIUoTIQsJ+urLuerq6urq6trqf u0y6hZTpk6EIQhClQhShMhCwnTJ0IQhCEKEKUJkfH2PqPKbfDXj4+Pj4+PD4+XOGPh2aK8os814e Lq6uoW11P3aZdQsp0ydCEIQhSoQpQmQY6z4AAgeAUrKdMnXUIQhClQhShMgx1nwABA8ApWU6ZOuo QhCFKhClCZBjrPgACB4BSsp0yddQhB2dnRudnR2Q7e3LR5Tb4a8fHx8fHx4fHy5wx8OzRXlFnmvD w8PDw7ODwrzgh4dmihk6EIQhClQhShMncFfHaC6yo7jX9Ove9xf1Va8z+XVJ7cx+VLs+c1rszADT cZwANTyWkYy7OABuCRgw7OAAQSM4YdnAAIkaZu7PMzMzMEjOGHZwACJGmbuzzMzMzBIzhh2cAAiR gMOzgAESNM3dnmZmZmCRgw7OAAQSMGHZwACCRgw7OAAQSMGHZwACCRgw7OAAQSMGHZwACCRgw7OA AQSMGHZwACCRgw7OAAQSMGHZwACCRgw7OAAQSMIWE6ZOhCEIQhQhShMgxTPgACB4Ccuz9ACYJGEL CdMnQhCEIQoQpQmThh2cAAiRpm7s8zMzMwSMGHZwACCRnDDs4ABEjctLPMzMzMEjFmMOzgAESNM3 dnmZmZmCRgw7OAAQSMGHZwACCRhCwnTJ0IQhCEKEKUJk4Y6z5AAhtE8w7P2ZmZmOyMGHZwACCRgw 7OAAQSMGHZwACCRgWE6ZOhCEIQhQhShMhGOs+AAIHgsTl2foAESMBh2cAAiRuWlx7AAGpGmTDs4A BEjAYdnAAIkaZu7PMzMzMEjBh2cAAgkYMOzgAEEjBh2cAAgkYMOzgAEEjBh2cAAgkYMOzgAEEjBh 2cAAgkZxCwnTJ0IQhCEKF/3kXUy73Ls/e973vYJGm5hnsAARIwGHZwACJG5aWeZmZnRyWku5l2cA DkSMCFhOmToQhCEIULkoTJww7OAARI0zd2eZmZmYJGDDs4ABBIwYdnAAIJGDDs4ABBIwhYTpk6EI QhCFCFKEycMeZ8gAQ2ieYdn7MzMzHZGDDs4ABBIwYdnAAIJGDDs4ABBIwYdnAAIJGDDs4ABBIwYd nAAIJGcMOzgAESNKlXTpk6lSpUqVKlQhShMnDHWfIAENoCcuz9AAiRpm7s8zMzMwSMGHZwACCRgw 7OAAQSMGHZwACCRgw7OAAQSMGHZwACCRgw7OAAQSMGHZwACCRgw7OAAQSMGHZwACCRgw7OAAQSMG HZwACCRgw7OAAQSMGHZwACCRgw7OAAQSMGHZwACCRgw7OAAQSMGHZwACCRgw7OAAQSMGHZwACCRg w7OAAQSMGHZwACCRgw7OAAQSMGHZwACCRgw7OAAQSMGHZwACCRgw7OAAQSMGHZwACCRpsYZrAAES MBh2cAAiRgMOzgAESNy0s8zYzkAMkQcdnAAIBuWkZ7AAESNM3dnmZmZmCRgw7OAAQSMGHZwACCRg w7OAAQSMGHZwACCRgw7OAAQSMGHZwACCRgw7OAAQSMGHZwACCRgw7OAAQSMGHZwACCRgw7OAAQSM GHZwACCRgw7OAAQSMGHZwACCRgw7OAAQSMGHZwACCRgw7OAAQSM4hYTpk6EIQhCFC5KEyDHWfAAE DwcwM/QDM72FjGDTs4ABAMBh2cAAiRuBhmsAARI0zd2eZmZmYJGDDs4ABBIwYdnAAIJGDDs4ABBI wYdnAAIJGDDs4ABBIwYdnAAIJGDDs4ABBIwYdnAAIJGDDs4ABBIwYdnAAIJGDDs4ABBIwYdnAAIJ GDDs4ABBIwYdnAAIJGDDs4ABBIwYdnAAIJGDDs4ABBIwYdnAAIJGDDs4ABBIwYdnAAIJGDDs4ABB IwYdnAAIJGm474srWdk4hCEIQo5KEyDHWfAAEDwWJy7P0ACJGAw7OAARIwGHZwA77367nT04aY09 PT09PT09O729PbHvvNSu+wAgkY+PsfP83z/Hx8fHx8fH0fH0/HzfBh2cAAgkYMOzgAEEjBh2cAAg kYMOzgAEEjBh2cAAgkYMOzgAEEjBh2cAAgkYMOzgAEEjBh2cAAgkYMOzgAEEjBh2cAAgkYMOzgAE EjCFhOmToQhCEIUIUoTIQsJ0ydCEIQhChClCZBjrPgACB4Ccuz9ACYJGELCdMnQhCEIQoQpQmQhY Tpk6EIQhCFCFKEyDHWfAAEDwClZTpk66hCEIUqEKUJkGOs+AAIHgFKynTJ11CEIQpUIUoTIMdZ8A AQPAKVlOmTrqEIQhSoQpQmQY6z4AAgeAUrKdMnXUIQhClQhShMgx1nwABA8ApWU6ZOuoQhCFKhCl CZBjrPgACB4BSsp0yddQhCEKVCFKEyELCfrqy7nq6urq6ura6n7tMumXZwAJgkYMOzgAEEjBh2cA AgkYMOzgAEEjHyPlj5P8m+T/I+R8j47TtO07TdO06TtInZ2ZKIUdnZ2dnZ2dm52dHZDt7ctHlNvh rx8fHx8fHh8a8OPm+6hZTpk6EIQhClQhShMj4+x866/1vhrx8fHx8fHh8fLnDHw7NFEKOzs7OzsF KhClCZCFhOmToQhCEIUIUoTIQsJ0ydCEIQhChClCZBjrPgACB4BSsp0yddQhCEKVCFKEyPj7Hzrr tvhrx8fHx8fHh8a8OGPj26aPKbfDXj4+Pj49vD414cMfA7DQU+UFh468DwPA8F1IS2l1Lqs20mS6 hZTpk6EIQhClQhShMhCwnTJ0IQhCEKEKUJkfH2Gjym3w14+Pj4+Pjw+NeHDHx7dNHlNvhrx8fHx8 e3h8fLnDHx7dNHlNvhrx8fHx8e/t/d+fq3833ULKdMnQhCEIUqEKUJkIWE6ZOhCEIQhQhShMgx1n wABA8B9P2fn+b5/u/Hx8fHx9P0fH0/HzfBjrPgACB4BSsp0yddQhCEKVCFKEyDHWfAAEDwClZTpk 66hCEIUqEKUJkGOs+AAIHgFKynTJ11CEIQpUIUoTIMdZ8AAQPAfT9n5/m+f7vx8fHx8fT9Hx9P3b HsOwyFPlBYeOvA8DwPA8DwOA8Dy4cBA8e3TR5Tb4a8fHx8fHt4fHy5wx8BZTpk6EIQhClQhShMgx 1nwABA8ApWU6ZOuoQhCFKhClCZHx9j511/rPhrx8fHx8fHh8fLnDHw7NFEKOzs7Ozs7UqEKUJkGH ZwACCRn/5f/Evvvvvl9/zWF8lV3xBXeqo/X8/tgJ+4CfoBMAnWAgxv80VMyUxBNAThAQcQJ/bAJx qqS/bAT8ft3KqOWZgEwCbqqiLXYCdoT6ZWYzKmYiVsBN4EygTECYBMAmZmYBMAneBNATQE41VR4b aqqP10BNwEwCYBOWgJoCZnyIINDbW/x+JDB/p3XP9Bw7xzkEf6P+QQoX+R/e/J/jv6IpD77cgmh7 zuTj75+N5EB8d6eAACfnPvzzzyIA956ABeOEBAHz2AAAAfO498AAAD5HoAAAD2PcGAAXy9ZMRgyB iMhEiRJkSRMva9cjEcQkCl8e/n559efrz789+u+vffPudmT778p5ffvBm8ivj61j21/b7Rfdy+5T 6e+fN/X6c+zfj+mCe/ffev77w98zj7d556776vPbKr599636zI3v3j3s87SeknVdt5792zZ6+e3s Xl+pu0WXmJ72+J12qvp4vPF992niM2vJ4d7T3z4cI3nQXqPuP0b33t89x753vnne7H2v2gjxT736 d8yW84WvxefbCh3QvJn1bx358jkbaJXWm22+NNKuW0WsgjJvGG1sNe2Wx6VSSWOWPlU6cK142eL5 Pi8nPHW3LHDH36CRfrp7fi9vaSGynvXTr6sjD09AAG+Xvnnjy5gvfecALvPDyAwHz3AAAE+dx744 cAAHy73gAAAHy9MYAB817KwGkkklJMySXtt7kk0n9J9fDa6Jngont54k0m03omc33vv3898vn1+f nldfrMR5O36cO8c4QX5+ATE/Se35L31Ipl99zESy9uuy6fd+LxMkg9PQABH5ffnnjzhAT33xwAu8 8PICAPnsAAAA+dx744cAAHyd74AAAA+c9MYABfL1kxEREgaTJkkTMpTMy9vWjTabTfIk+NNp8T+R PV7LYPs8e8esh8j7t+2998y8Ds+98+6u9e1m89nkvqe7PF9K/PuvfMT9776jx3vn08b89j9OefX2 Dnt8Y58iD7b3d967YvO+Tyzytbzuu8f3V2/embi3nmfqjsTdX2y8ntXv24Xr6bRS989nx3vqF58q 7au9k9fz89fs756W+bz69n2+nZ9Hs/XH57rF74u37xed99bDP33z09afii+ajVXneHneSuvHneXm S88nnhN5ODs40pZO91ve60HWd3R1087jhVarUpOmn1+9+v2fiU7y+tDZ6vU+Lyc8dbcscb4ffwEi /XT2/F7e0kNlPeunX1ZGHp6AAN8vfPPHlzBe+84AXO8dAYD57gAACfO498c4AAD5d7wAAAD5emMA A+a9lYDSSSSkmZJL229yUk/pPvC2kTPBRPbzxJpNpvRM5vvfT36r3eeVKXuJ6/F8Hmr7PG/o1ez6 /e9+W81e84emfLjw7O48bvaKOVDz8TTbab42mmm2/cs/vJ74t7kGGXKdXj758/L3J6dCo8x77L2e 03vn2E4Wr1v3t89yXjXMdnUc7rZ5776d0tbfWqvmz70j8fYcif09uxDVmt5Jra6mCbVV7FwkiEki Tg4Kxtja0N5KZp1+o+vq89T6zzUtenfYUcEvXRC7u+TyVX6eNppJtM++m2ePnxuCWRuGdfrqHY+0 f2f33fO8fm8pQ17pfDvy65n2Hqv1n33UTyK+tDx9czHsXs8fvL92e+fNz75r56exfTBPfvvvX9fv PfK4+1ee+evz1+e2VXz372P0mNPfvGez3w09JOqw3nv0kYu3z29i8s+OmFl4E97fE67VX08Xni++ nTxFbXk8O9p75vlCNrUF6t8vZCvfe3z0PPDvnnnTF+v2gt4p979O+ZecaGSeLz50Qd07eTdj3lXz 5XI20SutNpp8aaVc9aLWQRk3jDa2GvbLYsqkcrcsfLH7t9cvfeuox75w9j8Xs3nd591/bY8f013V 726+KNdw7O/IN54YnhPffeuPxEmb+o0z7viH98p57596eb7t8bvvu3l2vs3s+9fsk97fpT5zz5Lv puvqy9vi9X3fL5PfffPvn8Kd+Rvgm+Pe/Hb5mL5+e2+enfZl9737zy+Hnrf3z8dfnXM95ZLfX52+ +ly+3uvnfvr9sfe9x53ufq+fen3nzXu6vZW5meJ9j8m+L35VR8PZIo627ytxpzkqdsjSbbV8PF2n eydZh+66Qo+uOJpjXnd4m/PF786cabT7Vu746Feqq7555fu+7epvwk+6urB3fYuH3y9fa7u9HGjZ dvm317Ws1vu99miqMe+w791TfefKeGfYt0D10+8ZHm1Ixw+vh775N9O++urfXT7nW/b7ZZq/fvYv vl4q/m/fFt0mv2978vN18Z36NdTUd85O++jXi+T0ya7TfffeeXyKbzXedkV74+vU3yM/Ozv3k8m8 TOROckUfzkkrqijQeK5Lu6Dl53jw7XCPPn6+fo6Ckife/MvVHONyRklvvV2su+9+86lfJmI/U7fp w7xzhBfr8AmJ+k9vye3qRTL77mIll7ddl0+78XiZIHp6AAI/L7888ecICe+gAXjvHQEAfPYAAAB8 7j3wAAAPk73wAAAD5HpjAAL5esmIiIkDSZMkiZlKZmXt63IiN1MiafPZmI+Tt64d45wgvfQJifE9 vye3qRTL77mIll7ddl0+78XiZIHp6AAI/L7888ecICe+gAXjvHQEAfPYAAAB87j3wAAAPkegAAAP kemMAAvl6yYiIiQNJkySJmUpmZe3rciI3UyJp77MxHydvXDvHOEF76BMT4nt+T29SKZffcxEsvbr sun3fi8TJHx3p4AAI/L7888ecICe+gAXjhAQB89gAAAHzuPfAAAA+R6AAAA9j0xgAF8vWTERESBp MmSRMylMzL29bkRG6mRNP1+bvF+j7+Xs1+dvx4O85xj79BIv109vxe3tJDZT3rp19WRh6egADfL3 zzx5cwXvoAFzvHQGA+e4AAAnzuPfHOAAA+Xe8AAAA+XpjAAPmvZWA0kkkpKMYQhDgXhhAgTiq4vb OMXiiZ2yUTGNtggSEmKJlxxvvnfizfG21hTpjISWSkA/R4LnJ+j8F3XJ+k9vyXvqRTL77mIll7dd l0+78XiZLzuA9d74ACPycLv0XjhAfPQF3gdzwXOA9ne+AAAD53AHvgAAe9wd6AAAHvce7xgAF8vW TERESBpMmSRMylMzL29bkRG6mRNPfZmI9nb1w7xzhBe+gTE+J7fk9vUimX33MRLL267Lp934vEyQ PT0AAR+X355484QE99AAvHeOgIA+ewAAAD53HvgAAAfI9AAAAfI9MYABfL1kxEREgaTJkkTMpTMy 9vW5ERupkTT56mYj5O3rh3jnCC99AmJ8T2/J7epFMvvuYiWXt12XT7vxeJkgenoAAj8vvzzx5wgJ 76ABeO8dAQB89gAAAHzuPfAAAA+R6AAAA+R6YwAC+XrJiIiJA0mTJImZSmZl7exqEhISNBGEhEm4 ZN3fAZ1xm9szMz5558/DdUOHPWLza+97aGzqL377xHi71fKYGjx/Ty+3737zPjPu+a9F96vZe++2 eL3QTfuF3y+bvPJ997fu96n773qm98nr98kUf3s+QzWfW98vjPa7vrPQfb3rPfn547ft7JHvO+Ze F971dO+Le/SfPivg/ct9FE2k376vo99e93Qd978/Xz3z3ISYNJafrm3zNOxWSKqySJPj4+Jqrlfj nt73ba1WF8le74m2mm03onufd3Z995rvt1IS8r/k8Ovj2An03gT9fHiBOAE46AmfPW2ctgJ9NgJu AmZnnrWZmATAJmZmZmef06gT7fECaAm8Cfy1zAm2RVMiqeFN9MiFkQsrK2pVe/CFfQCbsWqAOYFl klJbCFtsQCIBYgWgEEC0C0CkC0CIEQLIq8LJHDFJrKI5UCa56vsoE4X+f35IVTxAmgJoBNZFUbcu gE55FUzbbntt1Am4CbdQJgE1FU39eIEzAJvAnECcAJsozgQvHKCvhVUbsAnz+3QE+eKV+/CmZKpd wfLFmVmUZinHEFbIVFtqq+mq15RJGNqKKjRtFGoqKKLBERQRVi2LGti0VqLRsa2NRVGiIiIxrFFi iMWIijERFiIoy+/9SiSMbUUVGjaKNRUUUWCIigirFsWNbFo21jWxaxoiIiMaxRYojFiIoxEWZMyz LMrMaAn0VVfLEFbcfrvq+/yfb/cv16VJ9Pv5f5aqqqqqqpVVUqqqqqpV7ververvVtV9ylKmVxc8 trcQfa0gVfVxcXFxd+6hEqeKpU/UhAB7vfVVVVVVVVVVKqpVVVXve95e973vL3veqqqqqqqlVVVU qqqqlVVVVVVSqqqqqqqqqqqqqqqqpVVVVVVVVVVVVVVVVVVVSqqqqqqqqqqqqqqqqqqqlVVVfVX1 VVVVVVVVLS1rKysyp0taW4UQt0qVV3tfKlX1KvqVKlVKvq+pKl5e+9977y8ve+95e8veXbu713d7 v3u7tduwE42ZKq2wCt21CLxAFRd/T09PDzR4+dfPPfe++/nnz334e++rve973qmplVKmVSr6ltQo UdWlnNfZytqlUKdra6iV1QoUL21ER3vO992ve96qqqqqXvL3ve93ve9RXe9QFd73va973l6qqqVV VVS973ve97y73ve173ve973qqqqqqlVVVVVVVVVVVVVVVVVVVL3ve973ve973vVVVVVVVVUve977 3vve973ve9VVS0s4WFKurq6yqVVUVXypSqQqXV5UvLy995dXV1dXV1H1KVxV9z7i4tra2vc52Z2R ag7MvbsVWImNzrjbe8PNZrnYm9drXOc1Xm+3fYqJIiMgKSCMiAh1Nzt4cbVc4uz949VVVVVVVUqq qVVVVVUq93vV3vV3q2q+5SlTK4ueW1uIPtaQKvq4uLi4u/dQiVPFUqfqQgA93vqqqqqqqqqqlVUq qqr3ve8ve973l73vVVVVVVVSqqqqVVVVSqqqqqqpVVVVVVVVVVVVVVVVUqqqqqqqqqqqqqqqqqqq pVVVVVVVVVVVVVVVVVVVSqqqvqr6qqqqqqqqlpa1lZWZU6WtLcKIW6VKq72vlSr6lX1KlSqlX1fU lS8vfe+995eXvfe8veXvL1fVXd3u/e7u127cYPLBUuG2uVso59OIE3xDjlSm7N8VTcBMAnl5/HvS UyzLElESUTLERERERERESURElERERElERElESUSUlMsSUlElJRJSUREyxJRJTLElJSUlMslJRJRJ RJTLJSURiIiIiIiIiIiIiIkoiSiIiIiIkoiIiSiIiIiIiIiJKIiIkoiIiSiIiIiIkoiIiIiIiIiI iIiIiJKIiIiIiIiIiIiIiIiIiJKIiIiIiIiIiIiIiIiIiJKIiJliZYiIiIiIiJKSiJKSiSiSiSiS iSiSkoiImlpKZZKZZKSkokplmWUqSkplmWZZKSiZYkokokomWUqZZKJKZZKKtt+KtWv1a21ajYio dRkkRJFQc7wUAagC/ZQAC9qqjk0XPdhVRrZIAQkGWyyaNMWpay1r1tWrdstS2y1TaWpaytpqmqm0 tpVNVKy01alq021KpTLIsxZiZixZkVZItoE3lXUSQJAWQUROsZAAWuKAUHrmgJiFcaKpgEyrGTr4 atVea1LVLf17ds3dG5JSXX7+eMrNkXlMm7p0/t55vF1Ldd25nOndyk5bpRL+eqvpGjRUVvE+rndU y7rqSjpyl46PJukRG54uavN3VyeOgjzPHN46bmOci5brq5nI5bcO6a262rt1nFt2e8vLOk0U50UZ 3k7yO7ooouzKc3ddTctbUtcsLbkWtZ3ObaxeS99Klec+er1byyW3U5EfS55H05m8kXddSXXdGzO3 MvLb3arVu3lYtpqubpxa1i5u2W245TTdDlrZZqTEUvO3PLtxrLdLtmd11Ldjbj2Xq1pbyd5vnqW7 b25ubqudoW3dLctZnWi0W3bcy5ZmObunaXXXLM7XXbM0d3RsZIxd3TnQST67zzo5G5RkjXio3jeM dddSYrW6TnVqOxbNLW13buOvmve4HdHTlJnXbuu3TTNL67cry7oxt05SW8bebzox13RshTIZZnJn KV+/nXlLui3S5a25jW1voaNo2trlW5W723pWsu3POb1vrV63beLHDi7c5dKXdbpuxpual30vPFJO Stbt5e27d5Tha3E4nN2zb4vbt5tzTXLCycfN627ed1qKWtpuWtlFtNci1upO5PO3KSCOeLup28Xi NXZeK6aZEUm87p125jrujzx28kml527u3Lm7zzzMt5Ijx550GsYtuxa3NW+J7LZxZltfXnnkdTc5 reDWI3edG8Read7ErSXLbWLW4r5695blKmkX15eeRp3ci5IbpPF1LyXUydnRtbeDW8bxtrxtWLFv FeSedu7oI0V3l2t0pd5e7u226m722scKHd3dvO897vat3nmueKQiI3SubMi7zt551w2unJzdbdll t73O9rtfE3b58esYtkW1Ws3NtbdsosNSc3dOgndCV0jBPO886IiKXXbiUnddS8u8bx3jc86Lu7SE adurly3TRjw8ubvYWOatuta3ss97vMtuxty1s3ne9Y4XJnWnS5HDdraFUSrtuy6skZVtsuiUUQgh cRkcltZNFotFqS1RoJWWZmYyxgtQJgCZnPF9dVVHzVVHtoE99Anzv33zqqkV9lVSK/CgJqgJ6+vh 7/SgTl+f1UCfpQJtATnATICZATKBO/2QE1ATygJ5QE+UBP77uEBMIKXjWvpjGKK0aNRYrGi0aj/e XLFjFGMYxX+Xd/Src2xsW2Noq2LbG1ixjGMYxrGjUYxioxjYoxjFFGjFv1tttb6tttb/L/Df0Dc2 39YQnORAgAAAtUTlKoZOJzD5qwUQRp8kuBRNAgAAA2RC3lhw2BCc5ECAAADULlWRkWqecpEccbU2 rW4TAKJoEAAAGyIVCymAGNsTFMNaNrAapx5Omqhk4nMPkyBRBEmRu5xTaismqcKSx67I5rLBbCmm izI7At2oZzmpzbAhOciBAAABmchubYEJzkQIAAAEcDc2wITnIgQAAACnJDAomgQAAAbIhbyw4bYs QneRGAQAAAW8t3NsCE5yIEAAACOBubYEJzkQIAAABRS1SiamkEIGxZyK61/zec5znFzxcVUcYAAP 7wFUOK353/0fc/3zqdf6L59z7/j533166zmLN7fFg2u7h47N/Xzm0Pf+7xd06ltUtZePbPc722KO +elXY5to3wb09mR86zkeY5NjT4fXs7dsV6fqh49b2/Z5zOfchaGar44U2+Jnvaw+bu+ZaDfL6tvM 38eLq+8Z7bet9qr8VtK7xi3XJe2dZ1O02ay/u+y8ejl8b9u15bVNa3tYO8q1o3ltcs9lhWy78xlV Oey3Zvpda98T63sPvWXnb3qb6w92q3M9r0e5yNK+99ptzbu98e2rD4Gt7mY5WYxPvPjJqzd9KecV zrv7f28NiM55TY7F7U/KxzXowr42456mu+jbrUvjnF8Iqj/dF+1RIoovwzx5ydbc9eefffnnnxPr 4998u0kLklaKLq7hULVU5Gryuy28qtrnHIpa7bU2nxVryWtiva28217NNOPeTwvXvL2vbt7XmLz0 8Nr3vTU2jbc7vbtrWtrF57Nb3tPYe86e715O7WmZWr1t7Vm9k3O0U8tve87N7nrbsta9bbWveyeX otbLw7zgJBwrzyeeK55deSvO54sEs896Wi88ed6z9H5fp6u7u73S++ZJJL77Ct+brPK3NVQe+VLq /GdsLFYuqqq+fPnz5558T4+PYICOcUiqCVZkr6AuEEwVJyudNJVMrNqErVCWNfGNE4nd/SyjWdda dDX3ZNtZk1tWSXXF2zuja88i8J1NVKSpJVJJay97++ft1dR5VfvO3z59Xj338ngC8kXPF5+He86l o3LJzpa6/wmWkU4VVdk485ziJOdi8PH17i7994BJF2TeX55jOyvWTdtpbxXWJA2o1qX7gL51tZja qeudYJMc1RCtptYc1BLSLfO7vtXV2w044x1RRReyJP1zy3bKy0FrqqVKKpNVJTvqzEwZ44u8XYXz 8K/GX9N4LM8v5lfu93V5+L2bnLreF1Ukv6FaavPi98i0g17OZcXEzeeRdNZziPL+d996LxSbybmw M5fZ26/d8qHa5zp38791dXvbfpEu6o/TW6C0/PzP4N2Tnn1vlvez19SS87ep6dqqKZbiL1TJbnns 3op6/YvdzneKyckjR5ENdfth5aqn1zTxKz3TLtsWWjvW1Vd1W2tsby71ZvNsXLbZe9GCGDW+MbzJ hUa3lZqkWGBIqQgiQQgoRgrECbQBpUgzN2XjezrfO20F5ZvJiffTSd552oXmqEvPLeeSkR21dVUX nZuOPvZlfLJHpPIKS6Z9cXfAEWLrvEKCCpE770F55W75IpPZFeKeiyxDTXy/p8eaJd8tSv19ROHP texxDLlVeSXQfvdY/X1++bzFm9niPbeX3xZZSRSTSWeSVbtvdRx7yddVkdc4klZOcxbtU+97l376 LoevL1XZJvLv6Rd6WycXnlkxxReqLnXGyI7g4GE2ihQMVJIwAiN5znJzelODFGynGMFq4GMrrV1W fJtjiSS9ck29t945798t0i+kS9tsX4ZN5Y7eQKqV78vKmI8s06yl/GffUfZG/AlkXi+9Fvvbfovz 7fkPn1H5+UesiWLnJNZJIvpPwMmQ81VmqttqJFh1UkVLelqF374F95Z5NyfW/ed6E9Kj3vr/O+mj +D3D8dUnZJ6zuice3lypfEvJkW7qsOao2FiDFBgpIIRFgDASeVaAAvt+/58IHKqo/6hUfa66/Tr9 f7W/xXXq47rF1e365Fft2eO025bky9mnObREYl1o3glnxi/dZe17PfVs20bIw+3ZYxOO2xyerOc+ te23V96znpnUd1tbfQtXTnuxm8WnOdmeTuNNL5zy1sTyO61vyty+csjUdbSm7se15j3U3GiNxrr3 hsag2ax5lueX5ZutzEa9l9ZxfMnZ1lwybTJ1PcbtmL+5DexjP0e28W9sbKbV725HtP5t9IzaX0ve 3KtzStq2LZ71u8UtmH1ctr2NzxdNoy828dznMX5yCIi2nvvL34041qA8rdu0Y7Gt2fUd8d7bXuX9 Npbk67fFmsz37ffW5CN2vu/dXxbqtMZtsy+Wu7afDdv6+vYvMPucYzqxjzpoxge7a3hutNttDPa/ sTrTda/GZd8/sFnfnXuo5H2uGcRJzWm2TfHurW41prcWt27rj7xG7NG9bjuXnHFzes+7C16xjnd7 s3LXu/W7Z/aw2L2Y7y3OTjXlzsbnGPewrtreuN58e5mGvN7RhMZ1vsK08dZnHt28vYxFsu3uT7fd cJ9y+jXdT2MQYxm0Lc+uZnfedvnu1Lz1b5GPT3XObjs+tp+27h8anPPHddy87ZPFrWzzHrkd+vrk 91ec9c5lm7tW3fPX8nnjwYtffM24bws28jVsau/MzENOL92txYOZjvo6N3e35nc6zbPPGlrVurjb mc+l/XbWEatPb8nOmWfh793aHH+ed3bSu6vhb3qy2odDatveoV3d3TtnWNW73eSdvfehhRta783l 1PdrRgtN9Go7dO/dPzNtwTYa/YLBn24JmWYwebe5d7ZjXOSYvf7HtrN96u27RiZxF85sCeEcT7x3 V8903kZ9eDLP5Xfj46Nt3LPbtu6k855rclWaVu+m5LbfkLsENGMlmv1zzZj0Z7jlvs3vq88u0vzv d6wt+PZu0cta3VHbrud4ur4a/JtfuL41HtPl8dllbu9WnWe8a3s6a0b40Z0X3h7a2ua3nHE7QX7d 2hMa768NvntbvfT83nzWRHta2aH1eb39B6Nzq2dl5728R9u0Sr5fl+TnuPTq14s7ynmGZlPOBaYt 70xy0zbTJoZF2tiJ9jWJnG879vW+5s+9tnXfQc3MQz366gyjfb522c3zOlvnbZfl9LEt0lWzfU48 raE+Z8/D0X7ptdaLdnsdbt74XsY6jty5fcQZjb6bkNbVumFa4zzbHL/Zbsu1/NvW+r19SNprseXN 4u+GVzl433Ri285bURw7fxydPvN5y1tK8LSnuHXvZ3h/Zj1p9rGfc2e5zGpgyMtbjLo9Jf208cjt t9tHb7Z+YtJ6fRxumbLLXx2e29pa9Z8bedRpRF8c5kv6QnivGtO0ssciTjuF49Om7z3SN3m174i1 tPD+tdmZY7lYmyv67F4eYa/IvzDtY4t7x5nHN576ucGe68zx3vrw56hCMYxkhCSRIZgAAAASASAA EgBIEhJJmEkhJISSAZhISZhJJJJmSSEhISZkkgQAAAAAAEgSAAASABIAAAAEgASABIAABIAAAAAA ABIAAAAAAAAASAAAAAAAAAEgBmGYAAABJIEkhISEhISEkgBppJmSZkkkhJmZlKSSZmZmSSGYSEhI ZlKYwhJCEYwhJzx76VXWa91fPfXl+zHu/d99683BMyzGDzb3LvbMa5yTF/bu29PlbvrEziL5zYlP COJ99zq+e6byM+3gWbeV35e09Tbce1n73Ieb3Vbc/WnbX1Ly++W2o7oUY0Wa/XPNmPRnuOW+ze+j HLtL873d4bfjHrvHLWt1R26x3eLq2GvybX7i+NR7T5fHZZW7vVp1nvGt7OmtG+NGdF94e2t3bmt6 zxO3o7j2E+0/Y9u8NvntbvfT83nzWR7etbNDrN5vf0Ho3OrZ2XnvYxH23iVnHLX5OO55n1rxd5s7 6lMy3JwvO7e9meW5NtMmhhmxbGpzn0zrd95j0bv20W5nHc89rs5BleVfvfPOeKd3ZryzZw8SvNGl 629LN86nfCeXtvnAXdvq0dVodRr2l2bW2POIs0Z36z2fy5317tcU6zLas2F7O/Z9ie7tYnS2/Pad sPi9iTF83XtdgecubNzNnL3a7LSw1jetFjzY9h8bnNua1nkQ2ssNn2t+vfOezdl6MF9q6y/Ltho1 vXr67rXDuR+w2HvkzEcbcjbdRj2dtM8tLNuyve3udnlvPmLRnWsyxp88tiMY82E2l5NE5sR63bY5 l82vMRq/n1hceFPTby/I0y4GvReNztOzG/Zv3ttddjL2vFr7tsbGPe21v55jbjjlNRKiFRWSQUJA ZBkZCZlV4ZVrKZl0AnYFmVMyGNWxUaisV553dqNX02ty1Gxa3i5G2Numtm2q+ltrrJb6aq+lFbzb uiNosRrFiCu67rW+mtoNfdtttb1dqv8LGW+tk7v1WcTWe1rcWMXb3Mxtrw+vbXONvCdOy9rOLWuc 5lW1vm1dtRLFsP1ceczOGez3aoeFjr9ft7qy/P37vOc5zi5750nyJ7374csz+3czVavVwzsavjbf jmnyA9RO4dwEzBxCiCVFkxAxDvikPInUMxTaO0EqC7xX2AXFDFUhzO5zATqJcMd82G8B1FqAcQPZ tALgpmAlxU3hiOpj2m4uoBmAeQQMRTnG3IdX7Kle3zhMJpxT7t9UV7e+cZfhOp5yQhGv6FVRV/Jg 0A9IKfNP2fveZ0zPdTP6i/32VWvt880VN+obUHocG36nfwsPqbbAbGJKSg+CCHT8vo+awyqZVNVT JxXziYv6nHnfHm1b6avr55nW23BiXj4a+8bbZ+Q19AFy/Jtrqc9hTo3OPkPs4nyYh1S8mwUnJ9t8 BV0+45MhzU5gduEwTYABe88CqW7bG+xKDvboNZ7twxhIEISSiqkhoyQxRjAO5vwKDS6YiqowhCRJ prqVHeF4Za3NwxfRUoMg4xuq7iiEVaIqyCrPuA+YJruzQOMcpZMpRIJ17R2V99Od1h4CiGzuZICb uW+y11AmtLbnK7pWSiCQkgIgTbZalqVqVqWpWp/MREREYIiIiIi61dwAAAAAdWruAAAAABaurU6I iIiIiIiIiIutXdERgiIiIiIiIgAAAAAP73zfetW/Xn9+uft9d4887x55Vy5d7cBgB0kU4n2Zhwzd RTKNJxTcKlwd8FFQTLpVUeN76DZBHjScC29fNltFTncYMxTCp61l4MZrGA+Jgneb1iDRWMXYbw5h IVCiirkB2d9Sw0XKyuObeK/gSpV7cKqqfOyRqyoxVRlVRlAnslVb8QVxX8L/D+H8VgAARhMAAAAN DR4tuet2mWNoNYonCqwFdsACNhMDAABDkDCwAAI2EwMAABwkeyZqxFcdkIzg3MzkAV2wAI2EwMAA EHEPbcYCznLkTa82jiIBGFtz1u2rxtBrTDkLhnM3iilwWOWt6YV5GGkYxbV0st4CyLXww0YwsAAC NhMDAAAcYAsAACNhSAAAAHGALAAAjYUgAAABxhldsACNhMDAABDgBgIAIAKwoAAA1IAsAACNhSAA AAHGALAAAjYUgAAAAqGTg9nnHoSaSSto4xn9+qXV+fsvxd7znTvf173V37q/ddUsYWFVVVVVVXvh 4eGKmD0zgye+++++++++++Hj4aP7Io/7/t6+zkx33CMh8mjbWM7bQ/xK/fxx+r9+v9vz3dd3eCrZ /VsRo9bE6tfjvyVzDRxuVu+Fpy0rKeFEd7mYY7tmi937e17dnEXL7sy0+ZjdmJy0YJLSsb1YzrcK E+E97q3Cd7adwzTe7ze173JzFy+7MtNaFw1rczu6nE5xxPcw61lFofjpP98kvst99UUJEQCQEA+L idETmXQp/p8UOwxhSkURjWlZtSsYUpFEYvl9VfNat+1Nra7NWmMRU6T+Kq9PXWLmoEIE2o952VPx FPaPigA7odIKcvW+9frx83q+arts7zcx+2v2e5rr5nk1/n4H981HF+8J+ISSSSD+EBLfmN+oGnPm v1a+fv2L23reSXfGK3Pdt9V++8/scB3j4qgePWPmgh1RRW3O2DHmjIbhQ/xVUdVALCA8oo7ptxCO gzKhPbhIcIf+03FQYeQPwh+wCp07c/YTapJJNhIftfgkkhmEkkIfJCV/KrkVAMpBFLeX7lMk2CQh CEJ9J4SJgjCtwVXKFWNiIu7trJXm/KGTYBa6OxsFScrIqbvHf6wEG5VLwePt8btmem4dJcD+YM23 AkJLKvP9cLNh3FAGV+1tVvz9Xuv8bv5/wtX8ZkSSBKRAJkkkkkkkRav6q2totqs1S1q2rrpRBkjG IiIiJLtbarLUqJ7aVkkbSsUkalYomrU2q1q86QkgQAAnWtbWnASBIAATqta28rV5alqWpWrzcxjE UliCxjGMYyb+N/h+vP7vP6ox2We6XlP4qH2yg57+X6YyEf2K4IY7Q54a1rW2VN1dgJ1AnEqptOTp XZCBuJqiMWiQppkYsROo68o6Ia+t5r9Z5++/e1y0qfdfRJfuEQWe0ud3Qm0v+rQiRIQjFUA2a4sR dKcCxoaQpJRaFVVCUFhF2GIkvYMAGCgiHV/0qqOUAF11X77xnJVICwZbm5sAZ000CNTJsuAuTsmH jbZDBUFubm5sAZp7bAKpgqC3Nzc2ANFXW3peaSGxFZttaqAZDBUFubm5sAZpukQma0dUoXRKvA2w JoEamTLjFydkw627dNRa5GJtwQrHmtFqNxRCr1EOzK82bu2AVTBUFlubmwBttgFUwVBZbm5sAbbY BVMFQWW5ubAFtDIYKgstzc2AM1aYQCgIBsLeXlADbbAKpgqCy3NzYA22wCqYKgstzc2AHeSMceFa y6p5heM4ujP8QX1/fvx++Hv889Ojv3+fz3309PX1904wsYXveXl73vHurq6uq/rWfP185WcrPveX l73ve95eXvvfer9tfrhmfw69dyu4esTTcHzjLX5jmNXeN/Xxa7vF9dv+RfEcieey2y3lrdra7a3b WfUdtfHY3bOIxnNj3E+u+d1O5b2O4u7eXOrnJ7fC8G8pjlm05vHsMaF6BnBobNuXxC1zD38+Lch8 2z3N8vub6w2+OuPt3RjGMNNtXnRdoxu2uNmZvvFoXe79mW33F7Q3eLMGdJm83dRw88zPGez92i3T l2fcd8+sYbXoZ2ZZl9Y5rjPe29Nayft+zfRvNu7nN8x2292xuB+Z3xrbaHnNuxDZZNDX1rE9j2N+ seZPg13XsKH7o93lsyibq+u20/eS9px3jw+2ve4Vqf0ICfOvNGtuPc49O8VebN5nWtYmM+a5bC79 vizH7Y817yxzV8JrbZRa27xuW5l+ytpkzXjEVb6NY13DPZolJm1mH0lGIUOrflt6N5x5pe03T3s1 vcayxltGlF+W3CeWW51GXl0Ty+75wrWVscvPDNxpexdPezWONZY5rKsrxZaxeGzy2eZ3nqcXv3qa vpAPkAJFWQRkZFSRjbYtsWtBqijUWto2xIyNdSSSTO6rZADpB+gAhocwhCQkJgQ9pD2EhJYMT9pF Hjx80PPJm2pV2201tqHnxSLfcwJuUYgJ/IIPMBVDKqmy6+V714e1U893q61ReKP5L/ncvqptx81+ 2D+d0Bj0dKHaqo/VVRzd7NTbKqo5wJkd4AfhtJwbfGfd5pt/md3eO2xeyt7FmXI5YOazO/y85xnL e/M8149bfcdbtuXNL2IGVXCsXcCbQh27Y94mCVRKoqqPC6tCqqziGPdvPdaa+z2zjFVxXOZnzNb6 6Ntg8EFDX3gcQIvIZVAadtHufobG5yZikgyKSCSKQiMgyKSBnNGQhd4BNu/uTJNvgqqMrz6+KlLf 0W+Xt71atlvRXBu4gTovyjqqqVCoVVH1VUcqqj3uAo4NpOlVRsFGm/tB1ZOzjBU9qTMlFlQDYFV4 CCAFP2OvlaNBScMAPCD7wAo7hYXIEMhWFRWxwgBv83P2/JNA/IbwJ1Cfml5IHQiLXsL0yl2VVHIq tvRxAhGSQ8qirQpxAri2223bW+6/m1e/xIBAgAAdWrrkRJSUSURERETrV3QkACBIEurUulEGSMRi IiIkutTdNFJoMUUUYxFGMm6tXWpWruAACQAA61LUtXXIiIkpMYiIiJLrUuEZMGIKIgxEl1q4Qgik EMO254dlMJCEhLKP5wOD+XvDkdjSP6/udunPPod1JJJzjqywKuzfZ88wCqo7Lh83O0rXORsKhPN0 JYCyF0a1QY+CgDsGtZkbeBBb28Exq5KKqqra9O5Csgaggfy39hz8HTOISMhL1b08BCrheoBHMpIR phVUYagFwqw9TjA5xZcJD+lVR3EAMT+oiqH3rq38A22wBGmwMgEIQhHBCOC22sCOuwUo8bZyZTY1 TJc61HOavRSa6sDbbbbckmWQhCECEc2tsbU2dsYG22wBGmwMgEIQhHBCOC22meHwzctLoEsNYpcF axhZqJyau5S2sDbbbbckmWQhCECEc2tsbU2ciG801HE4ngajkTanJySc25LyW5Zljrdw5q8bZyZT Y1TJc61HOavROZuIwa1OR7Ur1UqBVqV4easTTJs6nqrqg0uBPKoyK8mVoNKk8q2nctbZADbbAEab AyAQhCEcEI4LbZaSAG22AI02BkAhCEI4IRwW2y0kANtsARpsDIBCEIRwQjgtto9ZADbbbbkkyyEI QgQjm1tjamztAG9ttqm7TIBCEIRwQjgttlpIAbbYAjTYGQCEIQjghHBbbLSQA22wBGmwMgEIQhHB COC22irY5jNRldllVyOGRWZR2GKzKkMXiv4KAP7+ffv87fuueOuvPPn733338fD4Zzm6vVVXve8H UIXnqra1a2Ps1VVyqqve96lR8fqqo8Kqju/0AJ13bz8msZknVfL8ydpkyzbbLcfpTp+WtrduNl8v vnm/WR82zzaGXDf5vGFZnut8bmbae30ZfjLmiNW4ozizNh1fitK82rw7KE1ohrs29zGFD3007u/F bM3vbDW2ytbnN2lTnFmbDq8q3FLavDt9qHebRzXLTzi3eMtaZ4vjfFcGcY5Opt3UkZJGe5q4flhn WPMGJjGJf0RF0flVRiUIpw5zuSNxkZGbArzcg4+YNhEU/17Dt5/P5987ryY7MFS7lSjGPDH3n+b5 +c8c97skkhPGFX4HR3jJj4Ao8cHPuBRHp2cuOyiBCHUqVm7uXvM9Z88vEuXvxjzFZurzMec7kvXX vtHGvUFH1K+57DIIpAz/JQSIeO3DnreQ8gbrbv8E2FQRbePBO8G2Ns0dqiNBzDsYhYqBp6+9vgde hcSYCngkIkikQI6U3ERa3IEXvczhMoqZS4nZQUyZJkxJJNaAUc0ItIoGXbff7N/lVRR7QGMVCTkl S6oypwAowfooqUABbVVGohdLIhZkQtATBRU18456+fzrN7Y52xWMH02uufu+NcTrOe89fTku0wsb jWxu4Lzqbfl+mIbng3uHWPYv22+8jDT4hPxvPPtKxmO4l94tm/Oo0av7jbTE61dMy5nl8b3nZNuT fg2+923vEa73WJ+zL722rav1tt7DR674tuLWy1rNN7xfl8a0scRvLr198zHu4nk2Y9mZnt3GnkvE cW9wt9ifRvsc7rvO6bkdhnW5huWTxaycvMx21rey2d82Y2ea1pU69drt96LRrHXw9789y/m6Yx7u FrFtMnnmt6aXyrti11HLd1qcbXNd7nZOe9nbac77Tvd8x67t7ObY5bLaMW2oM8zupWDiTB9+BjWe u4CXd8c/A+iCh0Z2liCGX5eiqkolfG7KKgdkCZh1YbCgPnb+1alal+4KSIxgxElESXW1m5iKIwWI xRjEUYybq1LpjBEGIxEGIklq62stXVq6tToSABAkCdWpdWrq11K6l1LqXUrqXUtrLUtrLXRbGMRF iKgEKrTidFQ9C+S+au6+X13Q4IAgjoSQ58skNvv9ra2PJnq8waItzHWRxf31/WeQkJCc+JACzpwg cFdU5+VnFEiCi0Q9UqkihFiwADeGAgj0wV5ECAKogYz0pFPIGSw+/dBOCrkpP9teXPLLSTb9AAAA aTQtNG3nUay2oejJNKJkC52V83JC6sUsTaaqHdjABtqTgqikb1nKoqoma82WWWkmwAAAbFSaqLdz QT0dsqwmCryzHVMxNatzRMrylibTVWd2MAG2r5lFro3rFIo4LROOJuKNzj5UcbFI1K1pao23HUay 2oejJNKJkC5uPm5IVkYntVGGJoVq60UKKxaWJy1NSyPK0V5TR8JIbI1qDLZtzTlVVUTNebLLLSTY AAABpNCyyyyiZrzZZZaSbAAAANJoWWWWUTNebLLLSTYAAABpNC0MxSxNpqrO7GADbV8yi10b1nKo qoma82WWW5sAAAAEqTVQhZZRM15ssstJNgAAAGk0LLLLKJmvNlllpJsAAAA0mhYz0B3M1BO4Wz5G 6LcotKKq2dYdKqldQpI3PJKr3veVfUq+nWtLSzmqquVVV73vKlSpM7ylrWlpaWaqq5VVXve8q+pV 90H8xQcfwVXbrrPle944hs6r3m9TVbnp7U+z50b3nifaezW5XWdit/dr86rReM4qYIXiqzWS29TV 1nExWsaKcVJvsenW/fmt+rh5fHvReOzRsoyAP8VVGq6ze86xe2q/k98z1N5tzn7vvzzfO88vZYTr fmxeH+wy+vnD3OceDGmW7jPF3w7NEJ+a3x4bmN41HOPHMaZcvxnjPM6ZYeNNvG7rPMpAynMA5Tni 2iOPwgJiAo+Jk/OZKoKVU466w5ui5e2eow4osAQxFUDhzx5NX5f6rvfyaJg52/b5vX0PDc5CAcIP NdFaq7rCqo/PQEU5tKUR9fu301zv4EB+fLMT5mjEznNioIuPnw325wVM518+39xm5xvitwT6IgB5 ERT697+c7c86Lzx8+b8eVVVVVK+G0Rm1Vx7dZ+TEM9ifABR4AyFKoHxx98pz581fvE+8UYlPsree /MY5LmMSOM7e7bdarY45muOc75rb71tsddb1yXOv1VkORVUYnQeH0QBYOAwWIp7cTzrr0rpuyH6+ JjDUu7KlWyqupy/jJkOz9VkcUGRM2/rTjn9lMB8FHcpGkEPW+vfLD7Ymeia9RBNBrdUR942qHyg+ /d+aQm33bNEhISHNfbyfAxnGeSw1sGjrdffFAS3Hzr8CftOuc8z7W22t+1L+/8QkACBMJ/etXV0V EmIxERFEFEYoKDQaKMYijGTdWpcgyYjJFEQYiDray5ERElJFERERJdbWbgUREBiBKCKLdbWcAEhI ABOrV3AACQgCbq1OkJIQAAJ1qcAEhIAAdbWW3KarrU6QAgQACdWp979W22t/U/r+Pf6JJPgJoEhu k5D78qjfbJ0PRni4HtHU3JVOHp5k32eNxnOEzmarO+MWcKqju9HE237qCcT50AyunBw1rRv83vTN Uw6OOy7JCQkMhVBlWiCuCHhyAqo05M7USEhIUHd3fzYZCDjGfA2YkRBMkRpljweGkrfiSy5WpV0o ExVrWr+ddrfWvNd9NGDFFaNGosVjRaNRo0bEYxjRGP5atzbGxbY2irYtsbWLGMYxii2NGxoxRsYx ooxjGxjGjf2/a/bfsv0/XaqLKLINZNcAAEhK8Gaji02EWp2O5TV6ZNZW2RVRa7WM1wBYqhZPgjbV RZRZCwaPa4AInqF0yu1kc5WShLbq1VUJoRbIqotdrNAwAWVCgLSO6q0l1SbhJdo2RRbavatDi02E Wp2O5TV5RRyyRpq7NDWM4ZaQxMhRNnBTCw4R6RW3R1p5mWQnwRtqososjBpCgAANPgg2qiyiyMGk KAAA0+CDaqLKLINZNcAADTQi2RVRF2s0DABYqhTKcEAAKqKIRg3NtgACq8qptVFlFkYNIUAACRTg g2qiyiyMGkKAABErNlXIZZwddUENBk7VkKJfu9X6/c8u1zmyT1eXq8vXurfWXve973ve91d6qqsY V8fXVVVVVVVeXq8vRjH58vl8rL836JsywmU9fyvcvTkBcBACCQAaoJAoRItQf96WqMiLBCIjIAEU gIvzjk4/dfON52Zq/WdxCxb9VeyX4Y52/HXbd1fXvVVdszWxu+7/Xq98dmy1bVjytp7Pa97PZ4nt a1rVk82tdc5a7WvOnzyYUzq252uWxbkq2nsz2vaz2fkzONwn1fWMc9X1ibGaxC+Z1z1HiFvXuvjE zDaoMVNw/AC4dw9nhwchsaAQ52DgThUcMZnHR++hYaWnj1f8hq4Z1F/kkxZRL2u+ElK59RAcPGnj 6TwM1u1/hA/Hv33bbXvXyXZe9/p3N8e4+n6j12U/CCR73Xgl7SpyhXkkknBCdwHI3QUHW44Cmcii 4eyB1jqqMx3AmNxZlXGAmBXFBjrru/Jh4L8wVUlSqhL4lUQQ68LbNCALyiNPaqo/u+ZtRtEQhAkS RpAwBOMKrjzAnlq5Tw8sc+68Zu7b7xvlF4rB7vqAFdMp+eoinj6R408zyVUqpVer7H7eTrAZ8zkz o0QEkklAaZYTVZF7gRA2EKEKEKBChagRAoSXc1bqldS6l1LqXUupd1vrzUIGC8tXlWry8lElElBi IiIieWry2t5ra8avOpIwUQEREQRjytXm6WMRRBooxjGMYxHlq8tXXkkCQiIjzm0GDytXltvFvOAA AAEJ5bW/bfd8uftX5+T23LMEsSeXMmHT3qmScma5MSSSSIm2CVh+/2QFHgFVGCjh1v1wH29OA3p5 jMkumRNVisxmA71khdZlTEgBx3RkWIqaoaGRkBUxFXUEAkBUOujt/cVOp95kkkBqBwRa2o9v5YO7 r3qt3bgIWoUZA0wVVHq6Qx/ZVUZSfRCIJuZuwHB0dlNNNNNISQCSDnOAAAAAAASQASQAAASQACSA SQSSSRECSSQSSSCSSQAc5wSQSTnOCSSSSSTnOSSSCSCSCSc5ySSRIAAAAAAAAAABJAJIAAAAJIAA JIAAAAAABJAABJAABJAAAABJAAAAAAAAAAAAAAAAAAAAAAAAAAAJIAAAAAAAAAAAAABsgADnODnO AAAAAASSSASSSCSCSCSCSCSCSSQADp06STnOSTnOSSSSQSTnOc5ylKSSSc5znOc5ySSQc5wSQSQS Qc5ylKc5ySCSc5ySCv7i/vX7xQCgBttgAAOUizclAqJAG81qjjK2IoAAW2gAABlIUQIAADbbAAAC I7cS80CWCcYczTQWtiKAAFtoAAAYrJWS4hBkj02a2onkxRZt3GqZAGxrVCEVx3NS524e1UZpFFtX VCkIzPRZSiKQwtrRAgAANtsAABWFECAAA22wAAFYUQKAUANtsAAAEGxFAAC20AAAMyCBG22DY2mw AACttECAAA22wAAFYUQIAADbbAAABB1lixJcs5bjOhbqv0/P1+L09qd8DvvyqpUqVfUuazlZxVVV cqqrq6uqvvLD0nzlZxmqqqqqqqpUqVfUn++++++X14zv19ZzJGj3FaxZrHtbvgKAPsqVKrnbiVnb 2s6bKG4y4+mzzC0Zs+caV6vHluPYU1FtGy3eZMXNN153etbaxVe8bckumQm1/K1vxii+a666qXp6 sz6f2sZxjNn3eMTrGcYnGmllzEvzkRqburbfkcdraebM+nnWtYa2dbbEvzHFabPpuRfO5fHzJp5u e4JSqoyiccXnRV35g5peAhODcNZYa6xfzFdMqmVQSqNlAB9yXtKLq57wq832Jtn6In3iyi8Pdk3F 58syy+ee2rq2JqJa2okL3uyruyrou7+JnOdESlJAw8v+FYwYYtRfG1VR65MY+V9vdrN1KqVVVitg uq+1tvxttD7qjPh9qr+5zip1MGr++9cIG3TzjJqQ64x7tQa3fbwpCAl2FI0kECJHj3jG8oPV0gFd ztAsCi7eAwBztSJ6KqMdeFne3DRJnerJCRk4Dc5MwMuYc40JoSREztpKtAwZ6336xrCDsXb3t3VF bUhJIJPTiyBH2OwJj7N6c7+Zxe3ce2Sue5G27zW3xwbUM/1ky63uxiN2zh8cveyd6952334ZxWdt hOoHWE8EAsIgEIIBcJBD4HlEhrC74z1s8azJvDi6lSpUqFSpc+MqUdiBZ1gtA3VH1XyO9SSSSEhI AgcWxu5AIEAEJ7Wry7zp3Tuu7ndndCFkmsQhCEIY9dS1d5ISEgAATray4YgyYKIiIiJLo2WMjGIs xsAZYCctTgJJCQACdautXVq61dbcpqutTgAkAAAOtXcAEkgABOukAIEA5wO1WHc5496PO2vK0HgB w4IpUBDBEAOI/O8uIGEAdoiyCKUMBC4IJqN2lBu5OomIVCMkYSEt+GVEznNgrVXYiD0ZpuALiKiS CBqCAflVR+lBbEQfCAK57PDH3b5VBVSUFVsL5AXWSn7FUKLpRW4ExSid+GNq75VcGrSmUyqrLKVa AngcXj4kk/u1W3lWtv2OAAACxczQem22tk2WK6q6glysURCS4tAAJblLVbeVFtMbQtAAFXFQ0sTv KU0nLJJbUWbKxREJcFAAJbnCJ5ZGacLkWA7a7atVbCQu22tk2WLY66nq3IFzsbrdK1MKPZ0dTWoK phq2y0HZaparbyrW0xWgoAAttlbeVFtMVoKAALbZW3lRbTHAAABV6bKxREJcFAAJblLVbeVSYNkG kKALbZW3lRbTFaCgAC22Vt5UW0xWgoAZy3dhiXlwGC8yjJjBLxjcVUefvJ30Z92t85J73veXvL8r OcrOViqVVVVVe95dXfVnOVfhcO/e79+/fv379u3a7drv35gT2gTUhQ8wqqPedVv56VI7PvWc7G++ LCc7/ak8lXeM6lWaZe1VnF8czr81XhY+3hkzPh4ut9hP83s7uzRt9oWs+mGWodMzM22dRa+rNDeW lpYxqL4syvw9B/RKnPfPz8HPvtULvn33rXnsTbb/HF7d5X6/xS+d9nqzkkb+g799VPfPl+Ld5fv3 R8Peib+lmaNm7t1gkJMfJRgaxTW9A88b8Q+SoSEYwkhAjMp0Ddk6hRhTf06w2qqOFadUj8+cfPhz 7o+Rzd4kxOTeeVbdt936vHLsBMFw6a2ATKs7942NwhAD6ALgpIxm1CHdUVVGYC1zFVa1n/EPh3Vd 1e7fmPx3s7991Lzffw37b4IWotYMhzqEyWJqP0VUassV0Qajx+L98Q2/Xd8nDjGs6KIdJ2uIpjBZ u1U6ewUAe+YWG9BrRWTO+cYMd6ycB+9RBIA0/TOarq/A1ozjhnzcx5grcDBe2eKrjghJhFDrnB+6 xgjCM3zxm7+1JITo6qjJNGRrOcjEowEK6L4MYfA3vRxCQmt8+5vvG0Cugw1RDV4wdQIQJCsTGDoD 1VUe8Yq7X4+zAsss2WMsAGx3dzu7uACQAAAWpbcpqu6QAkAAA61dwEkhIAAdau6QCEkAAOtXdISE kgAE6tS4YkogiMREXd0Qdql0JAAgQE61OkAhJAAJ1qdISEIAAHWrrkRBiJKIiIkJCSShDl7hIEe8 8ekmKp94x3nMkLuSrkqi+Q5LMFwohoJEsIbRMmQzm+XaEgTnfbbFJe67OaibaIQ2xnXzfcx11M3V VVVVVsLRw0qqNlb7Jj+Kqj0ZhITG3U0/I6TQKgWwFC4lQhEVOAiAuIQn3bHnk9qqqqqVpFEqIG9Q N+Esp677D8t+3Vv7bpkyZIkpgAAAASQSQAEkBJEhJIkZJMkhJJBmEmTISRJJkiTJkyZIkkgAAAAA AkiQBIAkgBMJAAAEiSRIAEkAAEkAAAAAAAAAAJJAAAAAASEAAAAAAAAJEBmGYAAABJJEkmTJkyZM kAGmkmSTJJJJkyZKZJJkyZJJKZkyZKZTMkmTCEJO8SYlJF1d2VQFSEiMInqFQsGxWxFRY21i2qK1 o+Li43xLif5+t/b94IBAIAqldqiiELIDiOHBBwS3Ny2vNSmDAx3AbbUq1lmyzxVq8VXIuEW0jOCL cAqragCq1RNVCFkBxCELLcqqmoamQraAKq2oAqtVqiiELIDiOHBBwS3Nyaj2NeZbRhCrClrmUzaL RTk2r1TmrdZcALKlAEZbZYCq1RNVCFkBxCELLcqqmob3189e1m2jct27WXz6+iztiVojbbiuE6Gm tGrjBgY9gLtCK2WGWeKtXiq5Fwi2kZnnRmkBaqjbbM1ZKGrikkw87YsSCTNdtQ1V0HAE6LNqyrDC ps4J1G5dnHbXJsyYcMi2gCMtssBVarVFEIWQHEcOCDglubmRbQBGW2WAqtVqiiELIDiOHBBwS3Nz ItoAgEAgCq1WqKIQsgOI4cEHBLc3MhW0ARltlgKrVE1UIWQHEIQstyqqahqZCYUVtqANlstVFEIW QHEcOCDglubmRbQBGW2WAqtVqiiELIDiOHBBwS3NzItoAjLbLAVWq1RRCFkBxHDgg4Jbm4GwaqkV qYhAo4tlBV1s5GmoFlOauWXM4zdZvAIC6hqqNpcuKVJGIKjRaNzkbmuXKd25oL4vpfSvoXireNRR Y1sWjWjVRrYtoxrxcuRcuY1iixRGd2uRFGLkTsvmZMyZkmb7Fc12PL8/J71B7y973vxVShJJL77e tawqr3l7fPLweQr+qnhKzund0/zMy08eRgkZDRb97W3MVqjaorGKti0UWjWi1sVks7zrUKq3VKar y973qVUqpJJL77dJmSTNjuZd3xXN5JKxX8ba5Vsa1RVUlFo1GixYtqitb+f7dtttb8V9r77r9PHj a4aIKjRaNzkbmuXKd25oL8X0vpX0LxVvGoosa2LRrRqo1sW0Y14uXIuXMaxRYojO7XIijFyLliIp H5tQZqiqurG4SDJcCpxdSMI4hiFCuePFc3Lwa5BGPGjc5y5zXK5ueS5u7zyvr66PGxzGdfPXety1 Y72u3l7NNbdbXt3ivMXg4Fc3SLuurx2Vc5rlcahcKhI1CS6lNw6MXa0RZAoi4XnnW3i8a8Xjxrm8 cty54jcjm3OcNePHjl4vO6uZ3l5XPF4gXibbvbsc1zXs1e3V7XbNtXi8eNzxcueA3nddMcuVcrx5 CRuXAqJIXCp88v2Ta518421idxtlzbfXn5z68WxE2y/K0mjD9ypZX2rW6ua02uJ/rtpub+j9U9x+ nVPur2W1vc+kXwc9j/F3uH+pv3frCPutKjVuXs8MH0GE7Jspc0p9alq2rO2bK69e7Nd9d5Z/VzO9 a7OdXyyZN9aZtzmevjOfLevlarS2dLE4XbS12ZX3r2dIy0KORzN2dsWTLUcfEve0TyVSSSX33N30 2hYMKbS12ZXNGdIyzW3szXOcHObriYnXHHOxtxxrrrsVVHs+HjWe6Ky9aPjDbFmN0Cj6QbCyE5r3 o4gO/6nLHfMfuNoWSGSkkCvqb28xkZ5jbjet7+a758/67j80W1dmXuqNfrb82vTjcD6dOlVlLb4q snCa1JJ2Vwc/Dy5td1zirCqkpqq8lmZ1ii7vpL5Rj7DLaS++qra6X3aPamI0P2cNar84jzdba8K9 9OJ2EIEJGIQ4+SSa39dzWZzckklCBbVlm4NF2ZwHu255j0kkAhCSTtEE2pG0h32SEhIdpoMmxSFd Oxtc2kk2TgkkkJYlUcVR2KqNm5nqRhXCVvJJ7wBRYbQqIHuiYtuKYDrwUAbuSTb58A696DzeSSSf OwTp8yYlTD8FAHxo+42PKDf5sHGEqSTWuTvVByHhjvuu8r5/b7v3Ubm+S/LbxTwpKIkokiKIijrd 3bud3O5BoMJo2QhMYIULblLbmaruSEhJIA7NtnVZsANiWttbbbbM2O1nAJJAAHODtV3WTGMYsZMY xjO7cxZ2qXDElEGSiIiIkutS6xksYxjGTGLGMWdautS1d0gBIAkkkkklCEEIIZ5ZGR4PM5+ceHGs bY4z38xrN7J7457VtJ83svzSxWNtF9PPL+ndapX03lDnPWNd3xsYzSWnCe5eNfJ3JJtz1cxKkjIy BJMJPjjfkB6vLIyPfzvnvzfw8ZNaoqpKqV0B4BDiBJXe/dqXmOCYkk293299ezWxORORNx/pxTWy 0XMomvE/vm2/1Iukz8XVyScnO4TzYQ+wPTwhGECEZIMzAAAAAmBMAAmATCQkkJkkySQkmBmEySYS JJJMSZMmSTEl+y4AAAAAAAmEgAAEwAmAAAAEgASABMAACYAAAAAAAAAAJAAAAAABKQAAAAAAAATA MwzAAAAJJhJMmTJkyZIgBppJMkmSSTJJkzKSSTJkySZlJkyZmZSZMkmSP3rnOc5xc5znyamq/b3k QspxQMAAACOCEI4cDgroPElcs0ubabRVNSlcxQWWhNGMB04abciy0SgYAAAEcEIRwWWWxSFEaoOR CynFAwAAAI4IQjhwOHNeVGb5mhtPlkBa21GcrsFrTOYZglRJtyLLRKBgAAARwQhHBZZbFII46m0h LJt8+fS2zExqm2+fXvb5Bmkrlj1zbTaMpjGkmZcMWLNWMB0Hy2E3KqBmzNlyY0NTbQ1xlpaZSbVw TrhCqDbd1eiNJIWaWTO5ixdk0G1yEWrHIhZTigYAAAEcEIRw4HBIRqg5ELKcUDAAAAjghCOHA4JC NUHIhZTigYAAAEcEIRw4HBIs25FlolAwAAAI4IQjgsstikKI1QciFlOIKYAAAIpyIQjhwOCQjVBy IWU4oGAAABHBCEcOBwSEaoORCynFAwAAAI4IQjhwOCVduQ7q3iqVpzSLWInCixcnFLLrC7Y2uRSF NUp73ve/nveX55ewsYpYVUqr3vTMriKqraWtUoWKpVRVVXveVeXr/n33333y+Fna5zj6YKOJOru+ NuiiFyQkkHPzVnzmSvMVenfnqVRxf3Xk3eSdfcE25kYcTniF6rjHv3U825u8GDNvt3ezWmY9lY3N ty3FExi6wyxa2ubl4INRnOY3lo0WticGbfbu9msTBxPq8xO+PZWzfTXtK6431nrrrnuzTAzvviyU SpKjWgqsyqsLuzwwcqqjsWWBko5PkJCb+nYdfJwVH75a0mTRorkm6075s/PtXaLZdRdsdniZZSwy nW1NSoVVNSpU3MVDFU1oxriSSa3rved4PkJCQntIetUJsl54feL58PPM+41xjitcScZm18G5pdiN b8ySaOvNk9IQjEkkkhJIQgMgTGe6KDh8JuTBwUUUZwFtVMF1MD1m/gIqCfkFyahITj0R1CbBsIAu IQd2uTFG+5CY7OOIBsgAv0igA/fFKSWXNuqF1MwCCxJHnmSSuoa2rchCEIw4BqCzGdYAL9ShKgr5 AHeC7qqjqkzFLhxiSqqi9zuzIfArBwFXsX2DVTAgSC4hX3an0+eXo2G68OBQB30SEhfWshoKwFAd YuSSJJIQAA/tau4AJCQAA61dcMSUQYMRERETtq7iSBIQJAna1cAEhIAAdWnOru67rqSKSiIi7uiD rbrYruAkAABCdwJAkCADrlTMlqNZWKsozKsFXJz3cgJ2Q2g8BDiUV13jh7MWdM2fMWc8Ob0QhGQk YVUlEIRkCVRRzcNWGPntWGMGtiK9PYqoxcGdzAWmuBKBqzOh8MG/cl5u3GKC2FQqqCiSSFSiXxxs 6PnpISL6+w5DYjWtBpJBSoqVFMq+l/v31MzMJAkMwAAAAJAJAACQAkCQkkkCSQkkJJAMwkJMwkkk kzJJCQkJMySSQAAAAAAAkCQAACQAJAAAAAkACQAJAAAJAAAAAAAAAAAAAAAAAAJAAAAAAAAAAADM MwAAACSQJJCQkJCQkJJADTSTMkzJJJCTMzKUkkzMzMkkMwkJCQzKUzJCTMkNAT9mKqP45IKX9sQE /vgEf+1VUZcFAF4+H9H9FXLJLq7lFFyRWx2Wq1W211VxWKV2uKK2qq2qqySWv+NVyyqqtqqrcVu1 U/jFI1W7G67Y3Wo3bZY3Y5XW061a4q7Xao1ZG67Y3XbG67Y3VIo7Y3XbG7eeeF5/n93ZiIgCCEyY iIIJIIIIkn+Z/Py+XuNdGPGVwFEIeJkFwKhgGwApGaUkxjDYYohAAhAAhDDKgH8N1dXe9BCABCGs ZA4uyRqJ/g7z29ePHi24DZpaFtsy0NobQ24lt4vG0LMn3+aOdqtslkVlaqrrVrrvLHFE6pLIm+S2 y1VWKctqvLary23llaqtVV5bVeVuxVfbKL62qRSu1SuJ1uKVxWMCWzMSJEie3vPb3pF0O89YyBEk YMGmYpIwYMBEGDEl989vWrhZbRcstouWW0Xdkllyy26LskldVSjdqsiqvHXVeSuq8ldV5FXVeRV1 XkrqvJXVeSuq8i+VV5FJ1eKTLKtqIB2sQopBCgIV5FIIWNB6WvURgYqopBCly1yhhCli1WVbUWQP YctFtYDwDTVWkwtashXkUmQhCEcikEIQhHIpBCwxCikEKAhXkUghCEI5FIIQhCORSCFtx4jcQNz3 5LOScj5HGlJFGo+TDodM3bNtQoUOZubFCjK+TXvt4vbvaeXte8r3veva9Yo665Iq64+W2pVqtWxV q2KtWxe17y2bF7XvL2vee3e9fc3bLTNNty03M1sG6JM0zTNNxtqONRxxqP371er0Oh1zu73IXe97 3dXV3ve4T73ve9XV3ve7vY+9Dp3rnYG693obvY+973uF1d73verq73ve9XV3veiF3ofbq6u+eed6 urve971dXQ6Dfeky8k+ila2mckudqsmakkutekuiuc2qsaui0cuiucuVqsm1q0m1q0mcck2dqb1t Wk2tWk0ikl26s+qRVqO2NquuOOuu2ctllqrjVdatlTVdsVdsVdczzaePL295e3mXt9Xd1d9/Pk2Z iRO0ZBtszaMbRIkSJa35b3pE7T7+/xd3VX49+C1klsCRInawwG2Gw2BLYbDYMt6u7u4vu+r77775 8+j2bG4CFkITYIQjhyjogrjhkIWQm6EeCSR3ElzY3MnNHjTPYjoSSMyEI4cBCEcOAhCOHAQhCE3l l0Rw53q6hHDgIQjhzZkECan8BVR2FAcmSpngowS8YMYLmMGGzD2WvNssss9lpdlqm009srs5tHZn ncmoq9llVnssqs9lqs9luXlqpZiYwYLMTGCqujGCWKA8uTZyQoljRTdtlt3ULqS7bLbkhRbdlkto q5bCoVcJGFN22W3bZbdtlt22W3bZbdtltl0QlmAAQ5zlqqaapoqmoVnHLcZy1sTZhyORyORz73vc jnZr5113Xz5+dtmczbM2aczawszaLZw2Gw2G0c9csjckabk3FznOcs33q+59uyjQs1FXgeEcO9uT CdBVDDtE+9ne9ZcNdWnapmd73dT6+972HV3ne973q7zve971d53vcshne4Rw3e96u873ve9Xed73 LIZ3xcS51a1876F717t73telt63r07w8eTrtqqibqbcdkktdqvHbarVa1Wrba6rKqpyySqq8skqq vLJKqqm6nZZTebu8Flt1VWWW3VUQoslXKQQb632waIoigxREG9Xa27atu71Xdd77+JsNYaxGW1hr M7DdmMt2JsTYmw2J+R5NiZlvld3d3z7nz3q2Pb17N4nns029l48eL2m89vW3veVVdsUtrattbVtr aklkUtqbVtrhd3ckhVoKN3w2bnBw4msl4wTNzNOSrI4HBCEcuO6rdXc33vedXV1d50673vW5siTu VMn2uQvdl3pIu7ruOtzZd1bg0aNOtadGjRp1rTo0aNOtadGjRpw4MGDDrWnRo0ada06NGjTjWslm jJolCK5yvb7lt25trzLbbjlvNLtza3NbXXJWzPS3NZa7c223Ntty23mW23NtsOMYxhl3bjnCKrfO xRCiFVRRKkhVRbTBaLJEiEJEiaz1113fn96DaJEsyJbGzazMziRIkSJEiRPLWtv26b9hwk3Om5y5 xNwyzNtW2ZiluZbmW5luZZGSiNSiNVRJUsBRqpuXwcnDnWqmc67adfdkK3p15XLq6u969iTXp17d XVb0r73vZC9vekZ3vbVCs6FOzq73vZC9715XLq6jr6u9XV1HX1d6urqOvoIVvSqVCEdfV3q6uo6+ rvV1dWF0wmXq4ucXIpHvktKtclZZtzNq57JRW7cb0025m67LnzbLXJR7Zu8trs05Fa9ksrnsllc9 kptNuZtXPZLK57JZXPYCql4wyUqIw4yaskJVyyqLLbssvx7M15evG97vba3vba93ryexrwstuyy2 7Ltuyy27LLbsstuyywlz18uuu77vfX17hw4M1BpuDNDocO973uHM3DhYvlXdd+VlZ81bVa01I7FV LWq5yWKKx2x3ksVlVsicjrtbjrUUtbVVtbVVlaqkdiqsbUVtbVVtbbqcuSXOLkVfq++1y2tWi2y2 W0y02y2WztWWtq2seym2uT0Vq2y2W2WeW1Wy2y2W2Wy2y2W22mmEuLnEr8vua5VZOK1XlVqvKpao 6rVeW2t12KKpq1VVRW1tVWq8qtV5Varyq1XlV2W5lqryy7LasqyFCgMeLzLkkuEq5YXVwq118srr jlarrbrtlkacdaUtd5ZXeWV1WV1K/VVKzO8srUkvBcSXETn0E6OcbO245MxOs04nE4nDi+/e29OJ xJn5/qq6vr834Lz8Wm05JObRPa8zjUus05tI+ba6TaczjV0m15mnreZ7a8z215rby6O28bu15ntr zPll2Elxc4nvz8FddlddlttltqttrlNqtLNuWXa61a3XLbbLbbLbbLW1XbZbbZa65i4uJJLJ1N/n 4rdJHc6tk3Vstk3ctVm5Vork3lrXVJlM5ZHs4s3lVtnppZqtk3cstk3sstk3sstk3Vstk2YQgTey y2Tey2yklWqSXOLk59eupvltqsrvFZXW05ak7XU44q+R8lqrkrVast4nK6lZXUrK7yyu8ViiUlfq 89vHt6vl1V3fb5GliRNhEsxp2ZmWJEiRIkSJYeu659/fMwFAbTbMxkIQ4M0IUS+++X39972QUQ3h TmQcBHBBzBHdIJgtzIObMlbwpYIKIbQEAcksZK2CmEcyDgI4IOAjgg4COCDgHBBwEcEHARwQcAeF UcdVf3PpWts1LnePaLPc0Vuausz3HrLzTNZq7NXaXj21W49Ys9zarPc2qz3NrnuPaLMOBkPc2qz3 NbnuPL7udtktvLbXbVJarbVHbFLbJK07arbbbJLyxRS222uW/aVuqyuq2qq2qxxOt2qpuS1yut2y xyyKWqq2t1W1uq2qqddeeeHl554eTnnnpggxiCE2m02m0/oo02m1Pefffc8fTpA7Z3t53Ife97w7 3ncWbtrO7pzvUPux2o53s2OwO2B25tM7Tvau873Bzd7zve953ved73vO97zve94C6+9OYOB3vO97 zve953vedx2LD6+y/JzVS2q21W2q21S2q21KVOJyQhHvXve9e8hZ71a+bNkSSSFnaWsttktyYIk2 SbJNkkvv169ybJNsY993yDJrZG0jtGzIaY2ybZmbazkjaRtItkcTaRtI7WR+WyBZZhkWWSSSSRuS SROT75er7i+SrLSLCcbMC3EcrCoRxCQFyGo5KwuRxHKwl0abE5Uy0iwmpylMiySWYl0abE5QiEcQ kAhHEJAIRxCQAjiOVhUI4hIBCOISAQjiEsGQiMLlhfBw2XCy2guy2wuy225VkKC1Xlsrd5Gq1VeS SKuVxVqVtxK1VsLstsLstsLstsLxgw4DFlthdlutq22sz6VVJftoCZAT+l/X9b/UCe//3f2/qBOX +1+euV+l/OAg2An9ef53K3bX6X1/2vK43Cv3Xw9fC4X333QE/3gJ/KAmOWZ/lIE/pmb4E/zgTKjI EyKp98BP+L74Ccr5wE8oCfiBNRVNwE3xVNZMFZKsVZVI1FU2AmwE0o/JQJ2v4wE+67QE6wE8oCeN f4v43fnc7pATUBNrnRPHCKuEBB/B+P5bnlz7/j+X1fV+X8OvX79yPv7iur+uvd73ve9mfuqV1Xfz P9j1vvY973ve8dvp2+mwqo2qqMNjbO0GTF4454M1u9a+pgZJqhhGEjGSDIFGJkCxGEERBKEhGJGC Y359/f7/x+8/v5+tY/JxazJ3fXdeqrWWnZpmC/z8l78rVaWdM/cO3jPsLXNXFZvLvdSpd9u3Ku9t 2npjOLTycTD4m+1jjb5ENtrbu+94sz6mbZhnZad21e72zaZ3jOL556z1vWesccXtg3zzzxOOLkzz KudYzng6r4qqN6ISEc+X2GucZK3AOiBuG5CMDjY6kjIzAKAMOQ9DW7Ce+EhIY2J7itjRnc2vuONZ 8255xt6HTI+egka8kk+c943+c+2JAVhiSzvAqCLhTW1fMY5xWsW3vvvMnvzGNsgkcaOISE7Ot+t4 WQJEkkGdqFR8qWWZ8lHikHuqXlOnrrbv57gxVty7uqsurtm4VWDgEPDjkkJDzoyTnXKdmUK6eJyo B8wvQ77IGxZCEIc/A5D0pz57nMqpVSVxYa5rhr5xcklczjBGE4PT4kkkknCVXWFq6B1n4IFh62fM 8jv892TqJva3ZsOx17tjecZkkk0G/iHCHAm3A3ImgQEcIoHSfDXmEJEQg7BQFCFbnsBff/AVVGvH 78rmBubT4F6KlTOXIbDf3tQwEQD2LY+p6r9CzQUko+ySSSSMZJhlQlOU3PJ0bPaWzT1I2TxuJWl5 0z8S0scWYabY+Ublb235Ncqd2hcjmuc6xw73xnRZV1x7W/GeM8+a448wYz0GF/uKqnSxBS6dPkBM QUvOrlAD9/nZ/OfvPm3P0sNtx9shCZLIQhDcs/j+zdySEyhAo5hYYPPxrHEDLIyM5s8hCEg3gVUY URQzdBZCkVQSB/+17gJpecBP/kBBiCl84CfhfXVURb8+Hm93p1vb5+nt8+fpe7169fC7PduV/YXv e973l7wT5Wd/W+v7C973ve8veCV773y+VR/9BVUdujfmXvMQ+SuJV0VffXeJtWTyMVDMBGfOsVzu Ta6IQ23avkl741DG9Sala/ite7axdPa5PN2+ZNj69vG7GeP+dMJdb6GvZ3TvpzfHxlsLbP9Z87uT zV2ZOxctLscZttq2La1DnJwkN9DXs7p305vj4V1u2L8hPu2ly+F3t1glUdw7Our630fUaJUCE6WL wPvzfhJkZz2G64YPARIWAbdZMgOSyUAPFdMmTJkRBNGHx67Piu4+wzX3JM5WXzbO/NJJJPdB86LG yB0Q36KbwVx8kk78HQjFmWna/t87p70nwyhqw2U21yxpoUpknQmTEIbcOE2kDUNFvk+fKA22/vy7 /dqDxMGNE3HkyK4CAho0QhCHuQx9kjISEIjWmG32ExlhjfeSTnycFVRVUVVVKlSbbIPjnfFjUUcJ GDHYcnfu+Tv53DjWQ4c90VzRd3Vl3RdX3tIac2WQG0NdjTxjFj/runQmgppUuI02jYUyPXRjBhhG U4tDZ9897z7CHnD8DUkhFkjEkJMoUVKappoOBpXYOqBpYhoBVBMDlVUbf3e4Wyxp8boG4Oo7btlj JaXHw6ekBPQCcOMxivGgJ/hZCEIdHwy+VPHMJCRkwDVUyqHJ4lIViBQ1EMOg8p++M52A2H2mgYJB /JGMGBAYjBgwdnBxY55Gh81SuDsiYsbI2v5VUZlLHAoCJGDAHkuEhObGohgUAdjwtfCDZHtiuUg8 eK088EJQKqPsckYwcoxjlpWqsVmTzsVqsdLH5wE6SqNyQpdQJ5/VUBNteRJJffsV7K2L9oVfrtft 3v37dS6retZe8veXve973fvd+6rvT4q+FVKqVVVV3v1dS6iqX3333y+H998qj/jFVR/oBa+daleV 799kJKx6OSurKd2fDeVTdXTSmfEYtjcTqbfmH+pJ2ay093w7MZIeY1dm3l79VMax0+O+dF7ecaEm ZAEeK66nM421jmcxOK/Z6esY6oqy56e1XOec8VDiZquFdPETnWnb1+i+8srWUxjiuYGdkzacVo3H bnL+Vd9+vy3ZT8tSv353fgp7+C++PxxpvyT1NG45fGXTss6u1lnF1aOcjUZhuX5z7qVjEPbVrVd3 Vl3fPcDfGTOunTmZ1M6w8d0/7QACxlk66An8wJlMpkQsiFlKEhmaqaqapqmvUvPreG1Gm8Cb1CqZ aVx89K6Vjr5WQkKzHjtnhGEhGScmHeN5NW0XTqMI9A0Uhusa1TTYUMg0EeLZGR2+ek34hyc/Dy8z bp7cfaN8XJJJHO9Dqdj+DUt/CTOnZC2oyimg4exLabwIFjECNGFAoaYwacW8BgpojbhbGEG2XTsE G2OgoKYtU0hGEZMlEodYtr3fvuem2PcFnD9j00j+VVGAgD6GHNtNkc/zWRQQMMAWgUAbBomqmU1E LIhaohZELVZWqsrKqjAJgE1rVmRUNuTKH8l91Z7SQ68mjv9t57l6IDwdU2x3I8RqIfPCHg2wsKfh 8LCFSiBAaaaGODDiyIBEAwIBEAiINtJWyrFW0qxVhTyTaqo7OFjCMPNn3k/gQ/FVKKYVVFUcdJDT QvJ0UBVUKFVQW62j7/PhMvA51GlLcO3HDo+d918r58dCqSd0Kkl3ASqoCijDyBsCUhpj+jQYDbUk AKMDvB+fCQkPqqo25P5nM/l1JIQkkkm+mKRsjo3Cy3rdTSL51QBRRSlSfXbu73l3Q66c5e73vdw6 HQaKPLQsLC8MMLjFDVV9MC5QsM5qqXQoUkuFSXu8t3d47uhDuhUkuSdDpJ3d7td3vLuSdJLuuFVC hXQHdyWypL8XXrveddJKkguhDu5JcO6NaUbOo+d+m/Xvr6+l0bKktg7jZ3SSulKVptttl0krudOt kO7kl3DqBtsocB0OqklVH13ru9el0O66SdKUqFdckqHdDupLbZ1JLuhcKF0Luc5XQunOd1w66EpT uc50O642UO7kvd669end0O/N1rveXdyQdSTgkF3Q6FwqHdQqHVG3u73XWrV7zuHUKhXzve2293cO uNmtw5SqoBHw3IQhD+fDZs55NkHDEEgEVJBEjBBjbSI0Oz60OCyh+kA4jjd9t3U7OylKqSSkqqqq EppoBclsHULhSTqh0DZdDuklcOuc7Z3BJ1c5yF0KA7pJ3Du6F1ylBdC4UK6HQ7oQ6h0kodDknUO4 d3cKFcO7h3CSe7de8u6Hd0LhUO4d0KnOCjZQ6FTnOuXUNIUUSUWwH6PO0lNVQ9gLXWm4AeYQKGQd U0PhB9WPDQUDqPAEQxBrYphsQhCH13why7U1wlP84CQu0tWOdaXHaca2VwtDScK2y/9QE9ygpbEn PCKubwZZZmMc+vpZWr2EISC9pBgwYx7oPr9aVqqEoo2Do2VQu6HULoXDknAXCkndQuSdDuqvXfm7 9BY6GLrVIWwAP8yf5ekLBJADAhrVK8IxwMHhAg6D8U/2Y5GNx9yEgSB/Vj5/aaN8Cav5Y8eeQhCF WhAu/7DYXeFu7oEwhhDjQ61oDIPdKGMYHBjGMOsKGMYAb2ClDOcyWOU4GkP8SnzoMuEIbbUloYpD aZMmRvMChmMUpYPLHkg3dy2wNiNDHemmDvQ0xiGUqgYB0KqjY2h/TuoZsYEcBVDYpQ0hApFpDZ0Z NykVQSwtWTMm+Zexj83+bf807ciutrO7rUQnxjGb6XObi7TmV/XachwH379AqqEoooqqL9/yiqo/ 5DuBMApcoCaQUv60BMq8CquOUFe8CbQE1dvK8+X8f8C/f/BR/D+4P3/vXbq/l73l73ve9M+8vK6v 5W97y973vvvffvp53yAL841t13eWUYhZ8M7F2coeo/fLFLm46+mraZuq97NrI0w+9WZtxlrs3z1u sa9x3KvkTzmutqL2m+1GYX1WbM8zBqqNb1ibyeL2OeP2bzyLzx+diGr7Co9cV886oReNeG96333q c32bzNSSSVveL6VlbWPYrRs/CMIwjMkh4VVSSSZD+2DXqUbm8k0tDTu78e11+r9Wy6HdQodQhUOu Fw7qFwrhdC7hdCHXJKSXcLgB1JBxsNkB1wqod1CAuHCVVVSjVVVaMMIwjrbf77Pe53v+v03kkk9e r9jv2Odf4d3e8oOdsuSULoXQ6EKHQqgOHXcOuHFFFBVVVUGYt3JJQ8c0JWMWfOPbDOaAqpKaaaVv fkSwSJ2m9hQ5Gg4UOrWwFhG1SGAr+abIQgQ3e9gbll7loWXsIl0QH4qqOYqqPnzus6+51x9266gc DSO4eiFMUIB3BKDw0SEYe+7c5KJCQ89/nOU56m0QaVVGJSQC8AdNq0gQAKQwQwSEhPHQS6Cq0idm gytgl1Sqo40MI0UZuvkkkny7xoaVVHQYrGDY2wnlmnCqo/zfaj/oqjjB9T8VvGQQ1gZA6MEIQh86 l5AhH9ObFVBPGzY6IZATkExRET5sliBqMgYGTIpjUknJiTVVVVVVWg0EUD5nNsq7HSyQAMgxogke 1f/z/d/uYHpP7Hom4J3IfubDaQwFSAGdU1szLwrz5cfK3V5ZVxVbn1wJ6wJ6RymQjzQsZzDcN2Zt YEAieRp/4BUT+9AnhATn1y7y4WsMspyslNqsX1UCcFAnsdbLLLLrevt9b2XxNeUvkWUUtRaqDhLK /qiVbmHlgUL6Q2V6R0nA4QT9F65PNSScpumK0gXJJJsU0hTBMWOTGZX+Y2KYRhA3DbbgxiiVZZV3 Ks2EsmBKInAJGASt+Lng8cukBMm+sjI+GNF41AmL9iCl7ezpWWMzGV/fLiTgXjVkW09dr9tAnugS r4QJqgTUBPfQJ3gJ7vw/YBOgE/S8MsxoCbATXX4enwvbcble/w+Xy+Pp8f7f8VV5e79F7q68sL3u 933ve96un16p82ysqlpVW6qqqqry936lrV+WsmWYmzK7JPgZWvZPi+ebnB8ZCSEcGEeOfbMbyauH Jvv153v5x55fycep17TQuXvaZw9vs2haStmKvrKzE++wucZuc3xJs81bVuX5nitnVoxfGFdKL85f WVnnOfYXOM0RzdiYzeprjni5rbar5vGe99dbhDl2AfgdFb0m5gMh2hoEtTNKQIIYZeaHkWI/DBCE IdcHfNySSWO/tVuoXd2FBFIm0EoeMS1IA4YYVCcXJJ88+fNcV5fvtbYMSsaOttpyHQoA/MqyHmjW 1ebBPm3Ow6N6YJ2VxyQjgsgY6o8gbCJlmggTvRISE83DdwHAUahL4zn5tkGqvGdomuAboKzeG0DM 52NY+fMax5tOC98Zr3kOh2TKvtsjI7ekJN9Iw2JWQrRMexTI7DHcDTj4QDWQ0l0Gjc+QIQkCSQkY SIiEfw5dvv9fdqddVz9V5Xl+z9tyQkPDIbJqwtKIlBVr2QJEHXJMvu2SvSxVRzxJJQioJkqampJJ L4yVKichs0BW/UrDo/09p463XrV8Jxd1siCZRpK7363xf2wDkJFOTXbrkycoG1pq1zsqqOoKqjoV VHZ197nd2X7irlVRUqVVHKdxAQG8QuxEBWi5QJuYgQ8RB1ueY/uKqjOnz3trc29kkJWAwMo97oYg TqhaQPFAESJihQBpP8AAF2OnafLoM7RFz3T/MasP4T8e+WH+2Kqj07fDCpqHJAwhBIxIEOwgwgET t2DE4mRogbCNEEoCBAWkIBgIhuWAqo2FpkYg/zG9jZ3WMrQjGtNkYwi4SDZFfgFR7iCD64Ce+Ag+ yqqPLiBNATAJgEwCfYgQcb4gT7YCdtqqjpAToAnHcBP3QE9fffL1efyuT04+709fl8vh/H73veXk sYx9e6973ve973e+6u/O7+bGLfYwsfe97t27du3bt27du12W3huoE5QE/GgTpc5/fk1rzfHhue5r F3cu7qTG/HuOOW/R1AqqkDGJMbGMef0/f39+Z8Nfzzt/FRiKqjpxHIdohyGldDAHBdMjlmIv2Vn5 fHuZpy2KOcsksV8edbi97FznaQyzJnO6InO8kDWYmTANIf5kVQT/UqqMD/cjMeDo1VVQyEgyFbnI SEhISj4nWQuqCqydEhpW9oIENPyQ9gFb4JWAC/l/0ZDfsnUkhOJuFgfUAFrd8K8KKrcSov8EqHoK qOMYCuLNnfzpdn17SbhMPKBQJ3E0220HDDqFATAhAd1MDSbxTCtBKTyk08eqqj/MdSVRt5ZgjiSV CpUKlSRro5cXJJJrrfRlUkTd5XrfeiEk4CENAhArMzMzLgyzKynmoE+MBOTbh3znzySSfD4FDz2h pWxgb2LocQn2gcOQoIEGrqKcuQx5JSFGlXl4NAb1yYKfZl+v2gxfAqqM6DVqqjjkTAdq97s4Ogx7 zh2Y3zYZNyc05OVVRmnH9fRBB8UBPWz5X4kCfbATKfFVUfdfP3wE/ABPSgT6QE1us7QEHTn1rNeJ VR/9uHuqqOcBNygTxAnssAmX4wE4Ve6AndVRxwCZgE/ZZYwCaoCeZAlWiEq5rkBOhBB5QE/fQE+y Am1ASrUBOa9igTgsuYE7ATVgE38b03wEG0BOt7oCfvgJzgJzqBPWVUcNoCDOv5ZmoCcrpFUD/CoV T6ATUBNiCD0gJpdl1vCAnv73WAnCzXhATl2gJ5qqS9tVUdICb4CecBPugJ290BOnXjATaAm+Am/p ekBOm3yzmBPugJut1ATr6gT4ATxqqO2sAnrkBPZwqqjtATygJ3gJzgJu87LzISr0oE5wE21QJzqA nxgJugJuQUvvgJ+vledVRxgJ4QE4QCdbwQIOHD0tlVGtrvkBOUBMoE8oCZ7YCcICaATxgJiuQE3r 23SAnD/EBOL2QE9ICbqqjxgJ8YCe+Am0BNvZfaBO6gTaqo73UIE4wE21mZx8AJykEq9uRUlyAmyk qzKk6YSNa0gTQE60CdbVxgJuAm/nATfz5fGrlATbd8UFLhQE2Am0BOMBOvxqBN34cL8bLfuqqj18 eMqo9EhS8oCcXCzOMBPfeWoCezyqwCdLhccsrICZATwkCfukopZN0BNVCjSqo3wE3QE3KhVNsKqP G5UBHYZH3R//i7kinChIVz4oh4A= --Multipart=_Sat__19_Jan_2008_01_55_08_+0900_mfrjzwWDBd4X377p-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 18 18:17:38 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55BCA16A41A for ; Fri, 18 Jan 2008 18:17:38 +0000 (UTC) (envelope-from mailinglist@nesluop.dk) Received: from unixdunk.nesluop.dk (cpe.atm4-0-51450.0x535f05ca.hrnxx12.customer.tele.dk [83.95.5.202]) by mx1.freebsd.org (Postfix) with SMTP id 8719D13C447 for ; Fri, 18 Jan 2008 18:17:37 +0000 (UTC) (envelope-from mailinglist@nesluop.dk) Received: (qmail 1496 invoked by uid 89); 18 Jan 2008 18:10:48 -0000 Received: from unknown (HELO ?192.168.1.100?) (192.168.1.100) by unixdunk.nesluop.dk with SMTP; 18 Jan 2008 18:10:48 -0000 Message-ID: <4790EBA8.9090500@nesluop.dk> Date: Fri, 18 Jan 2008 19:10:48 +0100 From: Chris Poulsen User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: pyunyh@gmail.com References: <476EE604.2070809@nesluop.dk> <20071225234723.GA1018@cdnetworks.co.kr> <4772D649.3010001@nesluop.dk> <20071227002252.GE1018@cdnetworks.co.kr> <20080116012154.GB84758@cdnetworks.co.kr> <478E7DF3.4080908@nesluop.dk> <20080117014013.GA89210@cdnetworks.co.kr> <478F98D7.5040007@nesluop.dk> <20080118010100.GC92718@cdnetworks.co.kr> <20080118082609.GA93423@cdnetworks.co.kr> In-Reply-To: <20080118082609.GA93423@cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: kevlo@freebsd.org, FreeBSD Current Subject: Re: Problem with nfe stability and throughput X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 18:17:38 -0000 Hi, Pyun YongHyeon wrote: > On Fri, Jan 18, 2008 at 10:01:00AM +0900, To Chris Poulsen wrote: > > On Thu, Jan 17, 2008 at 07:05:11PM +0100, Chris Poulsen wrote: > > > Hi, > > > > > > Pyun YongHyeon wrote: > > > >Would you show me the output of "ifconfig nfe0"? > > > > > > > nfe0: flags=8843 metric 0 mtu 1500 > > > options=48 > > > ether 00:1d:60:6d:73:ec > > > inet 192.168.1.11 netmask 0xffffff00 broadcast 192.168.1.255 > > > media: Ethernet 100baseTX > > > status: active > > > > Hmmm, it seems that you've set media type manually without relying > > on automatic media detection. Is there any reason not using auto > > media type? How about using media type 'auto'? > > #ifconfig nfe0 media auto > > > > I've updated the experimental driver. Please revert previous patch and > apply the following one. > > http://people.freebsd.org/~yongari/atphy.diff2 > > And show me the 'ifconfig nfe0' output again. > I tried specifying the media type manually, when I was trying to get nfe up and running earlier, I've reverted to auto now. The box in question is currently running with your latest patch, I did manage to stress it (with a couple of concurrent ftp uploads+some web browing) into a state where it once again gave me a bunch of the following: kernel: nfe0: discard frame w/o leading ethernet header (len 4 pkt len 4) kernel: nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) last message repeated 12 times kernel: nfe0: discard frame w/o leading ethernet header (len 3 pkt len 3) kernel: nfe0: discard frame w/o leading ethernet header (len 11 pkt len 11) kernel: nfe0: discard frame w/o leading ethernet header (len 5 pkt len 5) kernel: nfe0: discard frame w/o leading ethernet header (len 5 pkt len 5) kernel: nfe0: link state changed to DOWN kernel: nfe0: link state changed to UP However bringing the interface down and up seemed to put it back into a normal state. (I just noticed that nfe0 went down/up again, without my interaction, if that matters). ifconfig nfe0 yields: nfe0: flags=8843 metric 0 mtu 1500 options=48 ether 00:1d:60:6d:73:ec inet 192.168.1.11 netmask 0xffffff00 broadcast 192.168.1.255 media: Ethernet autoselect (100baseTX ) status: active -- Regards Chris From owner-freebsd-current@FreeBSD.ORG Fri Jan 18 18:28:48 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B37A16A417 for ; Fri, 18 Jan 2008 18:28:48 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id AF4EA13C44B for ; Fri, 18 Jan 2008 18:28:47 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id m0IISl7G095774 for ; Fri, 18 Jan 2008 10:28:47 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id m0IISlZx095773 for current@freebsd.org; Fri, 18 Jan 2008 10:28:47 -0800 (PST) (envelope-from david) Date: Fri, 18 Jan 2008 10:28:47 -0800 From: David Wolfskill To: current@freebsd.org Message-ID: <20080118182847.GA29422@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KGRu7WxDW0E86NnQ" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: make delete-old whine: Malformed conditional (${MK_FORTRAN} == no) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 18:28:48 -0000 --KGRu7WxDW0E86NnQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Just winding up building today's CURRENT; finished "make installworld" and started "make delete-old," which whined: "/usr/src/tools/build/mk/OptionalObsoleteFiles.inc", line 384: Malformed co= nditional (${MK_FORTRAN} =3D=3D no) "/usr/src/Makefile.inc1", line 1285: if-less endif make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /usr/src. freebeast(8.0-C)[10]=20 Errr... huh? That file hasn't changed since 10 Oct 2007. And it's the same on my work desktop's version of CURRENT (which was last updated on Sunday, 13 Jan 2008. Running: freebeast(8.0-C)[16] uname -a FreeBSD freebeast.catwhisker.org 8.0-CURRENT FreeBSD 8.0-CURRENT #14: Thu J= an 17 06:40:59 PST 2008 root@freebeast.catwhisker.org:/common/S4/obj/us= r/src/sys/FREEBEAST i386 freebeast(8.0-C)[17]=20 The files that changed from yesterday to today: freebeast(8.0-C)[15] grep '^[CMUP] ' c U contrib/gdb/FREEBSD-diffs U contrib/gdb/gdb/ia64-fbsd-nat.c U contrib/gdb/gdb/ia64-fbsd-tdep.c U contrib/gdb/gdb/config/ia64/fbsd.mh U contrib/gdb/gdb/config/ia64/fbsd.mt U contrib/gdb/gdb/config/ia64/nm-fbsd.h U contrib/gdb/gdb/config/ia64/tm-fbsd.h U contrib/top/display.c U contrib/top/layout.h U contrib/top/machine.h U contrib/top/top.c U contrib/top/top.h U gnu/usr.bin/gdb/kgdb/kgdb.h U gnu/usr.bin/gdb/kgdb/main.c U gnu/usr.bin/gdb/kgdb/trgt.c U include/unistd.h U lib/libarchive/archive_read_extract.c U lib/libarchive/archive_write_disk.c U lib/libarchive/test/Makefile U lib/libarchive/test/test_write_disk.c U lib/libarchive/test/test_write_disk_hardlink.c U lib/libc/amd64/_fpmath.h U lib/libc/i386/_fpmath.h U lib/libc/ia64/_fpmath.h U lib/libthr/Makefile U lib/msun/src/math_private.h U share/man/man4/mfi.4 U share/misc/pci_vendors U share/mk/bsd.own.mk U share/zoneinfo/leapseconds U sys/amd64/amd64/pmap.c U sys/amd64/include/_types.h U sys/amd64/include/float.h U sys/amd64/isa/clock.c U sys/arm/arm/pmap.c U sys/arm/xscale/ixp425/if_npe.c U sys/dev/ath/if_ath.c U sys/dev/cxgb/cxgb_sge.c U sys/dev/cxgb/sys/cxgb_support.c U sys/dev/cxgb/sys/mvec.h U sys/dev/gem/if_gem.c U sys/dev/if_ndis/if_ndis.c U sys/dev/msk/if_msk.c U sys/dev/nfe/if_nfe.c U sys/dev/re/if_re.c U sys/dev/stge/if_stge.c U sys/dev/wpi/if_wpi.c U sys/i386/i386/pmap.c U sys/i386/isa/clock.c U sys/kern/kern_mib.c U sys/kern/kern_rwlock.c U sys/kern/kern_time.c U sys/kern/uipc_mbuf.c U sys/net/if_bridge.c U sys/sys/mbuf.h U sys/sys/time.h U tools/tools/aac/aac_checkq.c U usr.bin/top/machine.c The named file (tools/build/mk/OptionalObsoleteFiles.inc) is the only one where "MK_FORTRAN" shows up anywhere in any of my copies of the tree -- including the one from my work desktop. (My laptop did the same thing, too. It's not surprising that they behaved the same....) Maybe I'm confused or something..... :-{ Peace, david --=20 David H. Wolfskill david@catwhisker.org I submit that "conspiracy" would be an appropriate collective noun for cats. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --KGRu7WxDW0E86NnQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkeQ794ACgkQmprOCmdXAD3wQACeP31aW/bZNP4BRVCs4/vBESG1 vhAAnA7uM+6Wh+xPam0kiKLEAmyUlrbc =azf5 -----END PGP SIGNATURE----- --KGRu7WxDW0E86NnQ-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 18 18:57:06 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AECC616A419 for ; Fri, 18 Jan 2008 18:57:06 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 00D9713C465 for ; Fri, 18 Jan 2008 18:57:05 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 63241 invoked from network); 18 Jan 2008 18:19:24 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 18 Jan 2008 18:19:24 -0000 Message-ID: <4790F680.1090204@freebsd.org> Date: Fri, 18 Jan 2008 19:57:04 +0100 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: Steve Kargl References: <1199966437.1545.27.camel@localhost> <20080110175347.GA68673@troutmask.apl.washington.edu> In-Reply-To: <20080110175347.GA68673@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Tom Evans , freebsd-current@freebsd.org Subject: Re: Regular bge watchdog timeouts on 7.0-PRERELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 18:57:06 -0000 Steve Kargl wrote: > On Thu, Jan 10, 2008 at 12:00:37PM +0000, Tom Evans wrote: > >>I am encountering regular watchdog timeouts on bge: >> >>Jan 9 08:36:11 zoot kernel: bge0: watchdog timeout -- resetting >>Jan 9 08:36:11 zoot kernel: bge0: link state changed to DOWN >>Jan 9 08:36:13 zoot kernel: bge0: link state changed to UP > > > Add the following to /etc/sysctl.conf > > net.inet.tcp.sendspace=131072 > net.inet.tcp.recvspace=131072 In 7.0 these are automatically tuning and can be left at the default settings. > net.inet.tcp.path_mtu_discovery=0 You should not disable path MTU discovery. It'll most likely break the internet for you when you encounter for example PPPoE links. > net.inet.udp.recvspace=65536 > net.inet.raw.recvspace=16384 > kern.ipc.nmbclusters=50000 > kern.ipc.shm_use_phys=1 > net.inet.tcp.rexmit_min=30 These changes do not really have much influence on the bge problem (at least theoretically). It really is a driver issue and needs to be fixed in the driver. As far as I understand the problem we have a lack of documentation and errata information. -- Andre > And then try this patch > > > cvs diff: Diffing dev/bge > Index: dev/bge/if_bge.c > =================================================================== > RCS file: /home/ncvs/src/sys/dev/bge/if_bge.c,v > retrieving revision 1.199 > diff -u -p -r1.199 if_bge.c > --- dev/bge/if_bge.c 16 Nov 2007 16:39:27 -0000 1.199 > +++ dev/bge/if_bge.c 10 Jan 2008 17:51:38 -0000 > @@ -2454,9 +2454,9 @@ bge_attach(device_t dev) > /* Set default tuneable values. */ > sc->bge_stat_ticks = BGE_TICKS_PER_SEC; > sc->bge_rx_coal_ticks = 150; > - sc->bge_tx_coal_ticks = 150; > - sc->bge_rx_max_coal_bds = 10; > - sc->bge_tx_max_coal_bds = 10; > + sc->bge_tx_coal_ticks = 1500000; > + sc->bge_rx_max_coal_bds = 32; > + sc->bge_tx_max_coal_bds = 300; > > /* Set up ifnet structure */ > ifp = sc->bge_ifp = if_alloc(IFT_ETHER); > Index: dev/bge/if_bgereg.h > =================================================================== > RCS file: /home/ncvs/src/sys/dev/bge/if_bgereg.h,v > retrieving revision 1.73 > diff -u -p -r1.73 if_bgereg.h > --- dev/bge/if_bgereg.h 22 May 2007 19:22:58 -0000 1.73 > +++ dev/bge/if_bgereg.h 10 Jan 2008 17:51:38 -0000 > @@ -2342,7 +2342,7 @@ struct bge_gib { > * allocated for the standard, mini and jumbo receive rings. > */ > > -#define BGE_SSLOTS 256 > +#define BGE_SSLOTS 512 > #define BGE_MSLOTS 256 > #define BGE_JSLOTS 384 > > > From owner-freebsd-current@FreeBSD.ORG Fri Jan 18 19:04:45 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62C6616A417 for ; Fri, 18 Jan 2008 19:04:45 +0000 (UTC) (envelope-from chris@hitnet.RWTH-Aachen.DE) Received: from mta-2.ms.rz.rwth-aachen.de (mta-2.ms.rz.RWTH-Aachen.DE [134.130.7.73]) by mx1.freebsd.org (Postfix) with ESMTP id 04C4E13C442 for ; Fri, 18 Jan 2008 19:04:44 +0000 (UTC) (envelope-from chris@hitnet.RWTH-Aachen.DE) Received: from ironport-out-2.rz.rwth-aachen.de ([134.130.3.59]) by mta-2.ms.rz.RWTH-Aachen.de (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0JUU005MWRLVJXA0@mta-2.ms.rz.RWTH-Aachen.de> for current@freebsd.org; Fri, 18 Jan 2008 19:34:43 +0100 (CET) Received: from smarthost-1.ms.rz.rwth-aachen.de (HELO smarthost.rwth-aachen.de) ([134.130.7.89]) by ironport-in-2.rz.rwth-aachen.de with ESMTP; Fri, 18 Jan 2008 19:34:44 +0100 Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by smarthost.rwth-aachen.de (8.13.8+Sun/8.13.8/1) with ESMTP id m0IIYgaS025216; Fri, 18 Jan 2008 19:34:43 +0100 (CET) Received: from haakonia.hitnet.rwth-aachen.de ([137.226.181.92]) by bigboss.hitnet.rwth-aachen.de with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1JFw38-00020M-2P; Fri, 18 Jan 2008 19:34:42 +0100 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id B1C333F433; Fri, 18 Jan 2008 19:34:41 +0100 (CET) Date: Fri, 18 Jan 2008 19:34:41 +0100 From: Christian Brueffer In-reply-to: <20080118182847.GA29422@bunrab.catwhisker.org> To: David Wolfskill , current@freebsd.org Message-id: <20080118183441.GC1653@haakonia.hitnet.RWTH-Aachen.DE> MIME-version: 1.0 Content-type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary=4jXrM3lyYWu4nBt5 Content-disposition: inline X-IronPort-AV: E=Sophos;i="4.25,217,1199660400"; d="scan'208";a="27959186" X-Operating-System: FreeBSD 6.3-PRERELEASE X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <20080118182847.GA29422@bunrab.catwhisker.org> User-Agent: Mutt/1.5.11 Cc: Subject: Re: make delete-old whine: Malformed conditional (${MK_FORTRAN} == no) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 19:04:45 -0000 --4jXrM3lyYWu4nBt5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 18, 2008 at 10:28:47AM -0800, David Wolfskill wrote: > Just winding up building today's CURRENT; finished "make installworld" > and started "make delete-old," which whined: >=20 > "/usr/src/tools/build/mk/OptionalObsoleteFiles.inc", line 384: Malformed = conditional (${MK_FORTRAN} =3D=3D no) > "/usr/src/Makefile.inc1", line 1285: if-less endif > make: fatal errors encountered -- cannot continue > *** Error code 1 >=20 > Stop in /usr/src. > freebeast(8.0-C)[10]=20 >=20 > Errr... huh? That file hasn't changed since 10 Oct 2007. And it's > the same on my work desktop's version of CURRENT (which was last > updated on Sunday, 13 Jan 2008. >=20 Those come from the FORTRAN removal from bsd.own.mk. The Fortran files in OptionalObsoleteFiles.inc should be added to ObsoleteFiles.inc. I'll take care of it. Sorry for the hassle and thanks for the report! - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --4jXrM3lyYWu4nBt5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFHkPFBbHYXjKDtmC0RApV8AJwI959FxQt+G7CH8rSUfcsNQ6vg6wCfYk77 urHeiVSIjrX/xMo/zaPnQSo= =vrcu -----END PGP SIGNATURE----- --4jXrM3lyYWu4nBt5-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 18 21:13:24 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C05C16A417; Fri, 18 Jan 2008 21:13:24 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id D73DF13C465; Fri, 18 Jan 2008 21:13:23 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.2/8.14.2) with ESMTP id m0ILDRnT051350; Fri, 18 Jan 2008 13:13:27 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.2/8.14.2/Submit) id m0ILDRup051349; Fri, 18 Jan 2008 13:13:27 -0800 (PST) (envelope-from sgk) Date: Fri, 18 Jan 2008 13:13:27 -0800 From: Steve Kargl To: Andre Oppermann Message-ID: <20080118211327.GA50720@troutmask.apl.washington.edu> References: <1199966437.1545.27.camel@localhost> <20080110175347.GA68673@troutmask.apl.washington.edu> <4790F680.1090204@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4790F680.1090204@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: Tom Evans , freebsd-current@freebsd.org Subject: Re: Regular bge watchdog timeouts on 7.0-PRERELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 21:13:24 -0000 On Fri, Jan 18, 2008 at 07:57:04PM +0100, Andre Oppermann wrote: > Steve Kargl wrote: > >On Thu, Jan 10, 2008 at 12:00:37PM +0000, Tom Evans wrote: > > > >>I am encountering regular watchdog timeouts on bge: > >> > >>Jan 9 08:36:11 zoot kernel: bge0: watchdog timeout -- resetting > >>Jan 9 08:36:11 zoot kernel: bge0: link state changed to DOWN > >>Jan 9 08:36:13 zoot kernel: bge0: link state changed to UP > > > >Add the following to /etc/sysctl.conf > > > >net.inet.tcp.sendspace=131072 > >net.inet.tcp.recvspace=131072 > > In 7.0 these are automatically tuning and can be left at the default > settings. I started using the above before automatic tuning was available, and I haven't revisited whether these are still needed. "If it works, why fix it?" motto. > >net.inet.tcp.path_mtu_discovery=0 > > You should not disable path MTU discovery. It'll most likely break the > internet for you when you encounter for example PPPoE links. This is on a intranet. A small cluster used for MPI computations. I won't run into PPPoE issues, but it's good to know that problems can occur. > >net.inet.udp.recvspace=65536 > >net.inet.raw.recvspace=16384 > >kern.ipc.nmbclusters=50000 > >kern.ipc.shm_use_phys=1 > >net.inet.tcp.rexmit_min=30 > > These changes do not really have much influence on the bge problem > (at least theoretically). The first 3 are needed to make NFS happy on my cluster. The shm change is needed for MPICH2's nemesis device. I don't remember why I set rexmit_min. See motto above. -- Steve From owner-freebsd-current@FreeBSD.ORG Fri Jan 18 22:29:25 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ECAAD16A417 for ; Fri, 18 Jan 2008 22:29:24 +0000 (UTC) (envelope-from kirk@strauser.com) Received: from kanga.honeypot.net (kanga.honeypot.net [IPv6:2001:470:1f01:383:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 940B413C458 for ; Fri, 18 Jan 2008 22:29:24 +0000 (UTC) (envelope-from kirk@strauser.com) Received: from localhost (localhost [127.0.0.1]) by kanga.honeypot.net (Postfix) with ESMTP id 08DD05F0BC2 for ; Fri, 18 Jan 2008 16:29:24 -0600 (CST) X-Virus-Scanned: amavisd-new at honeypot.net Received: from kanga.honeypot.net ([127.0.0.1]) by localhost (kanga.honeypot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id M5z6uKyTW--y for ; Fri, 18 Jan 2008 16:29:21 -0600 (CST) Received: from janus.daycos.com (janus.daycos.com [10.45.12.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by kanga.honeypot.net (Postfix) with ESMTP id 113555F0BD8 for ; Fri, 18 Jan 2008 16:29:21 -0600 (CST) From: Kirk Strauser To: freebsd-current@freebsd.org Date: Fri, 18 Jan 2008 16:29:18 -0600 User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405) X-Face: T+/_{qmjgbosI0J/e83I~w[&VF'w)!((xEpj///^bA/6?jHHS?nq+T8_+`nh"WnEWCWG, \}]Y2$)) =?utf-8?q?vLVz4ACChrEcb=7DCO=5EtYmMG=5C=0A=09ts=2Em=3F=5B7=5B6OwE*dAJ*9f+m?= =?utf-8?q?X=2E7R32qeN=5EDJ=5C?=(k@evW?IRQCy.^ MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801181629.19061.kirk@strauser.com> Subject: Still having ServerWorks HT1000 drive problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 22:29:25 -0000 I have a Dell rackmount server with the HT1000 chipset and two 160GB SATA drives. As of a recent kernel build, I'm still getting drive-related lockups. $ uname -a FreeBSD jail3.daycos.com 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #1: Tue Jan 15 10:55:06 CST 2008 root@jail3.daycos.com:/usr/obj/usr/src/sys/GENERIC amd64 $ dmesg | grep -i ata atapci0: port 0xecb0-0xecb7,0xeca0-0xeca3,0xecb8-0xecbf,0xeca4-0xeca7,0xece0-0xecef mem 0xefdfe000-0xefdfffff irq 6 at device 14.0 on pci3 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x8c0-0x8cf at device 2.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] ata1: on atapci1 ata1: [ITHREAD] acd0: CDROM at ata0-master PIO4 ad4: 152587MB at ata2-master PIO4 ad6: 152587MB at ata3-master PIO4 The PIO4 mode is because I have DMA disabled in loader.conf. That was the only way I could find to keep the system stable. Whenever I used atacontrol to set UDMA133 mode, I immediately got the "non-ATA66 cable" warning and then soon started seeing DMA timeouts: Jan 15 11:10:42 jail3 kernel: ad4: DMA limited to UDMA33, device found non-ATA66 cable Jan 15 11:11:07 jail3 ntpd[628]: kernel time sync enabled 2001 Jan 15 11:13:00 jail3 kernel: NMI ISA NMI ISA 20, EISA f2f0, Jan 15 11:13:00 jail3 kernel: N N Jan 15 11:13:00 jail3 kernel: Jan 15 11:13:00 jail3 kernel: << Jan 15 11:13:00 jail3 kernel: 22<>>EM2I>ISM AII ISfSfA Jan 15 11:13:00 jail3 kernel: A Jan 15 11:13:00 jail3 kernel: 20, EIS3A0 ,f fE Jan 15 11:13:00 jail3 kernel: I Jan 15 11:13:00 jail3 kernel: SA ff Jan 15 11:13:17 jail3 kernel: ad4: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=8129551 Jan 15 11:13:17 jail3 kernel: NMI ISA 20, EISA ff Jan 15 11:13:17 jail3 kernel: NMI ISA 20, EISA ff Jan 15 11:13:17 jail3 kernel: NMNMI ISA 30, EIS3A0 , fEfI Jan 15 11:13:17 jail3 kernel: S Jan 15 11:13:17 jail3 kernel: A ff Jan 15 11:13:17 jail3 kernel: ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly Jan 15 11:13:17 jail3 kernel: ad4: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=8129551 Jan 15 11:13:17 jail3 kernel: NMI ISA 20, EISA fNfM Jan 15 11:13:17 jail3 kernel: I Jan 15 11:13:17 jail3 kernel: ISA 20, EISA ff Jan 15 11:13:17 jail3 kernel: NMI ISAN M3I0 ,I ESISAA ff3 Jan 15 11:13:17 jail3 kernel: 0 Jan 15 11:13:17 jail3 kernel: , EISA ff Jan 15 11:13:17 jail3 kernel: ad4: FAILURE - WRITE_DMA timed out LBA=8129551 Jan 15 11:13:17 jail3 kernel: GEOM_MIRROR: Request failed (error=5). ad4s1d[WRITE(offset=1477943296, length=131072)] Jan 15 11:13:17 jail3 kernel: g_vfs_done():mirror/mirror1e[WRITE(offset=404193280, length=131072)]error = 5 Jan 15 11:13:17 jail3 kernel: ad4: WARNING - SETFEATURES SET TRANSFER MODE freeing taskqueue zombie request Is there anything else I could try? There's nowhere in the BIOS to switch between PATA and SATA modes, so I don't know of any way to see if that would make a difference. -- Kirk Strauser From owner-freebsd-current@FreeBSD.ORG Fri Jan 18 22:33:51 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 453CF16A469 for ; Fri, 18 Jan 2008 22:33:51 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id C294713C469 for ; Fri, 18 Jan 2008 22:33:50 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (unknown [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTP id DCE1128448 for ; Sat, 19 Jan 2008 06:33:49 +0800 (CST) Received: from localhost (unknown [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id 9AC8DEB8376; Sat, 19 Jan 2008 06:33:49 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id ZseH5p4fLTON; Sat, 19 Jan 2008 06:33:44 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id A074CEB2B67; Sat, 19 Jan 2008 06:33:43 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=aAK19+nZ0JWcbfrFyoP2A9D7imvLS2fg5H/p1UH6BGV3J9mE5TF1DPuNMTgak+8nG ylkJH7GLrbd8MUt/A5Qdw== Message-ID: <47912942.2050201@delphij.net> Date: Fri, 18 Jan 2008 14:33:38 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Kirk Strauser References: <200801181629.19061.kirk@strauser.com> In-Reply-To: <200801181629.19061.kirk@strauser.com> X-Enigmail-Version: 0.95.5 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Still having ServerWorks HT1000 drive problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 22:33:51 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Kirk, Kirk Strauser wrote: [snip] > Jan 15 11:10:42 jail3 kernel: ad4: DMA limited to UDMA33, device found non-ATA66 cable > Jan 15 11:11:07 jail3 ntpd[628]: kernel time sync enabled 2001 > Jan 15 11:13:00 jail3 kernel: NMI ISA NMI ISA 20, EISA f2f0, > Jan 15 11:13:00 jail3 kernel: N N > Jan 15 11:13:00 jail3 kernel: > Jan 15 11:13:00 jail3 kernel: << > Jan 15 11:13:00 jail3 kernel: 22<>>EM2I>ISM AII ISfSfA > Jan 15 11:13:00 jail3 kernel: A > Jan 15 11:13:00 jail3 kernel: 20, EIS3A0 ,f fE > Jan 15 11:13:00 jail3 kernel: I > Jan 15 11:13:00 jail3 kernel: SA ff > Jan 15 11:13:17 jail3 kernel: ad4: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=8129551 > Jan 15 11:13:17 jail3 kernel: NMI ISA 20, EISA ff > Jan 15 11:13:17 jail3 kernel: NMI ISA 20, EISA ff > Jan 15 11:13:17 jail3 kernel: NMNMI ISA 30, EIS3A0 , fEfI > Jan 15 11:13:17 jail3 kernel: S > Jan 15 11:13:17 jail3 kernel: A ff > Jan 15 11:13:17 jail3 kernel: ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly > Jan 15 11:13:17 jail3 kernel: ad4: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=8129551 > Jan 15 11:13:17 jail3 kernel: NMI ISA 20, EISA fNfM > Jan 15 11:13:17 jail3 kernel: I > Jan 15 11:13:17 jail3 kernel: ISA 20, EISA ff > Jan 15 11:13:17 jail3 kernel: NMI ISAN M3I0 ,I ESISAA ff3 > Jan 15 11:13:17 jail3 kernel: 0 > Jan 15 11:13:17 jail3 kernel: , EISA ff > Jan 15 11:13:17 jail3 kernel: ad4: FAILURE - WRITE_DMA timed out LBA=8129551 > Jan 15 11:13:17 jail3 kernel: GEOM_MIRROR: Request failed (error=5). ad4s1d[WRITE(offset=1477943296, length=131072)] > Jan 15 11:13:17 jail3 kernel: g_vfs_done():mirror/mirror1e[WRITE(offset=404193280, length=131072)]error = 5 > Jan 15 11:13:17 jail3 kernel: ad4: WARNING - SETFEATURES SET TRANSFER MODE freeing taskqueue zombie request > > Is there anything else I could try? There's nowhere in the BIOS to switch > between PATA and SATA modes, so I don't know of any way to see if that > would make a difference. It seems that you have a lot of NMIs. Do you have your hands on the box to see if there is any hardware problem? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHkSlCi+vbBBjt66ARAiTiAJ4p2hdBNCu1Ih2yupYiOSRC4xNcbwCgllLN gKwsHy1AL/zpZFosf4GDl2k= =KvzZ -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Jan 18 22:51:16 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACAC516A418; Fri, 18 Jan 2008 22:51:16 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id 2BFE313C468; Fri, 18 Jan 2008 22:51:15 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru ([10.24.21.170]) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id m0IMpB0Z014109 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 19 Jan 2008 01:51:13 +0300 (MSK) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JG03K-0000mD-SV; Sat, 19 Jan 2008 01:51:10 +0300 From: Vladimir Grebenschikov To: "Bruce M. Simpson" In-Reply-To: <477A630A.5050103@FreeBSD.org> References: <1198439210.1617.8.camel@localhost> <477A630A.5050103@FreeBSD.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Sat, 19 Jan 2008 01:51:10 +0300 Message-Id: <1200696670.2418.1.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.12.2 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: freebsd-current , freebsd-mobile Subject: Re: device uart - does it work for anybody with PCMCI card? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 22:51:16 -0000 On Tue, 2008-01-01 at 15:58 +0000, Bruce M. Simpson wrote: > Vladimir Grebenschikov wrote: > > Hi ppl > > > > Can anybody confirm that device uart just works for some PCMCI card ? > > > > I've tried with two different cards (both are different pccard celluar > > modems) and gets exactly same result. > > > > Device is detected, port can be open with any valid speed, but no any > > communication, or probably, no any replays from modem. > > > I see the same issue with "device uart" using a US Robotics Speedster > 28800 PCMCIA with 6.2-RELEASE. uart attaches, but I see the same > symptoms as you. > > Rebuilding the kernel with sio, puc, and pccard statically compiled > results in the PCMCIA modem being detected as per onboard serial ports > would be (this Thinkpad T43 only has an IR port), and the modem works OK. Ehhh, tried that way, yes, it was detected as sio4 device now, but still no any response: sio4: at port 0x400-0x408 irq 16 function 1 config 63 on pccard0 sio4: type 16550A sio4: [FILTER] > cheers > BMS -- Vladimir B. Grebenschikov SWsoft Inc. vova@swsoft.com From owner-freebsd-current@FreeBSD.ORG Fri Jan 18 23:27:37 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E799016A417 for ; Fri, 18 Jan 2008 23:27:36 +0000 (UTC) (envelope-from rpaulo@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 3CF4613C469 for ; Fri, 18 Jan 2008 23:27:36 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so694193uge.37 for ; Fri, 18 Jan 2008 15:27:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; bh=gTkFLeDl0BQy9PLhw/wf9NOdNKl+ZNk7XK3E7k3A2IY=; b=mNPIt3E4lST2bdaVmVVgOQg4nyhuyOr6hlZe2uHVamZq4lcHeo4BU6UdtLfTRKdOcwDBjivuIePlm1evo8GYPJJ4UWqY7ZkVton39z/DivSkRFtluFOCSXmXnYV5w5+ZsGnrm7R2aWn92Ab/nDBWvjd2wNEgQ3ms3EKTBim+aT0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; b=Gs33RLhN3FUPYBA5OuT9RXScmBhi18h7TTEhADiZCICz5Kbzu3MIvV+GtM7KNOIvi2HUPChGRwZ8k8XfQtN+nQBMHDEFsOxIeQkw0od7PGjclKhRgsDyHXInQtCZdmCJhXl0ohqjLe5lEqq8z5tb+q19uZ/j9sPoXpAgNlQA8Ns= Received: by 10.67.20.3 with SMTP id x3mr1660230ugi.3.1200698855001; Fri, 18 Jan 2008 15:27:35 -0800 (PST) Received: from epsilon.mshome.net ( [78.130.107.158]) by mx.google.com with ESMTPS id 23sm4289374ugf.24.2008.01.18.15.27.29 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 18 Jan 2008 15:27:34 -0800 (PST) Message-Id: From: Rui Paulo To: Eric Anholt In-Reply-To: <1200429291.2916.26.camel@localhost> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Fri, 18 Jan 2008 22:59:28 +0000 References: <20080113042318.GA5312@mua.local> <864pdgjt0y.wl%rpaulo@fnop.net> <1200429291.2916.26.camel@localhost> X-Mailer: Apple Mail (2.915) Sender: Rui Paulo Cc: freebsd-current@FreeBSD.org Subject: Re: FreeBSD on macbook & backlight module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 23:27:37 -0000 On Jan 15, 2008, at 8:34 PM, Eric Anholt wrote: > On Mon, 2008-01-14 at 16:01 +0000, Rui Paulo wrote: >> I have the backlight module ready to be committed (needs approval >> first), but it would be great if we could create a general backlight >> API. I have some initial ideas, but needs a bit more thought. >> >> Also, xrandr on (7.3 with "intel" video driver) seems to be able to >> control the LCD backlight on MacBooks, but it seems bogus: >> >> % xrandr --prop >> Screen 0: minimum 320 x 200, current 1280 x 800, maximum 1280 x 1280 >> VGA disconnected (normal left inverted right x axis y axis) >> LVDS connected 1280x800+0+0 (normal left inverted right x axis y >> axis) 286mm x 179mm >> EDID_DATA: >> 00ffffffffffff0006105b9c00000000 >> 0e100103801d12780a87f594574f8c27 >> 27505400000001010101010101010101 >> 010101010101bc1b00a0502017303020 >> 36001eb3100000190000000100061020 >> 00000000000000000a20000000fe004c >> 544e31333357310000000a20000000fc >> 00436f6c6f72204c43440a20202000c6 >> BACKLIGHT: 296 (0x00000128) range: (0,296) >> >> I don't really know about how exactly this control works, because: >> >> 1) the range is wrong. >> 2) setting values with xrandr --output LVDS --set BACKLIGHT , >> doesn't seem to be doing anything good. It just sets a high and low >> value for the backlight brigthness. >> >> If anyone knows anything about this, I would appreciate if you could >> step forward. >> >> There's another problem: xv (try it with mplayer -vo xv) seems to be >> setting the backlight value on initialization. So, if you start Xorg >> with backlight value of 50, then reduce it to 20 and after that try >> to play a video with mplayer, the backlight value seems to come back >> to 50. There are very strange interactions between xrandr and my own >> backlight control kernel module. It would be great to disable >> xrandr's >> backlight control, at least. >> >> Regards. >> -- >> Rui Paulo >> I have the backlight module ready to be committed (needs approval >> first), but it would be great if we could create a general backlight >> API. I have some initial ideas, but needs a bit more thought. >> >> Also, xrandr on (7.3 with "intel" video driver) seems to be able to >> control the LCD backlight on MacBooks, but it seems bogus: >> >> % xrandr --prop >> Screen 0: minimum 320 x 200, current 1280 x 800, maximum 1280 x 1280 >> VGA disconnected (normal left inverted right x axis y axis) >> LVDS connected 1280x800+0+0 (normal left inverted right x axis y >> axis) 286mm x 179mm >> EDID_DATA: >> 00ffffffffffff0006105b9c00000000 >> 0e100103801d12780a87f594574f8c27 >> 27505400000001010101010101010101 >> 010101010101bc1b00a0502017303020 >> 36001eb3100000190000000100061020 >> 00000000000000000a20000000fe004c >> 544e31333357310000000a20000000fc >> 00436f6c6f72204c43440a20202000c6 >> BACKLIGHT: 296 (0x00000128) range: (0,296) >> >> I don't really know about how exactly this control works, because: >> >> 1) the range is wrong. >> 2) setting values with xrandr --output LVDS --set BACKLIGHT , >> doesn't seem to be doing anything good. It just sets a high and low >> value for the backlight brigthness. > > That xrandr --prop output may be broken. My xlib fu is weak. > >> If anyone knows anything about this, I would appreciate if you could >> step forward. >> >> There's another problem: xv (try it with mplayer -vo xv) seems to be >> setting the backlight value on initialization. So, if you start Xorg >> with backlight value of 50, then reduce it to 20 and after that try >> to play a video with mplayer, the backlight value seems to come back >> to 50. There are very strange interactions between xrandr and my own >> backlight control kernel module. It would be great to disable >> xrandr's >> backlight control, at least. > > I use xbacklight -set to control backlight. Your issue > with it flipping to only a high/low value may have been the one > jbarnes > fixed in git recently (apparently a low bit got redefined on us). That's great news. This way we can rely on Xorg to set the backlight instead of adding one more kernel module. Thanks for the information. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Fri Jan 18 23:34:39 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BC1816A417 for ; Fri, 18 Jan 2008 23:34:39 +0000 (UTC) (envelope-from jesper.louis.andersen@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id B14C913C442 for ; Fri, 18 Jan 2008 23:34:38 +0000 (UTC) (envelope-from jesper.louis.andersen@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so1381652fgg.35 for ; Fri, 18 Jan 2008 15:34:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=QmtamecB+k15HoZatvBqcBTYXTJjHG1LqmBX3dU+dQ8=; b=WbW/z+ISTFITtq7pexTAPkEHajZGU/8TqjAETnSrTQU9lZ76uHSMgKLqA7iEvLcoBWbtCBmLB7feY5nJl72ajwoninUV3pvWr+ZvgQfuzR2ztVjw+NXChaqBdZONZ/ZFg9UlQapeTMA16g35BzaCWzLydVpUWu/EILHI+NpfKCQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=Vb5BKdv15PblR9KNfdacLQEXo8A1K/erF808kr6TYS6SjJQl1BOozWA897gzQ+X6KBrCs49rxqZS5v3ry5PW/l9K0iGDv3K1l4pbaKIH5oX3aji59HauB8Ye6MrkhNjbQjDvKKkOa0uRK4omrQWXXsrQjgYpmpB9vqG5/joJgmE= Received: by 10.86.60.15 with SMTP id i15mr3608607fga.28.1200699277689; Fri, 18 Jan 2008 15:34:37 -0800 (PST) Received: by 10.86.60.1 with HTTP; Fri, 18 Jan 2008 15:34:37 -0800 (PST) Message-ID: <56a0a2840801181534t57d24177o7528093c6daa995@mail.gmail.com> Date: Sat, 19 Jan 2008 00:34:37 +0100 From: "Jesper Louis Andersen" To: "Kostik Belousov" In-Reply-To: <20080118120816.GH57756@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 References: <56a0a2840801171617r6ca60b30x9f6cebb12b523c7f@mail.gmail.com> <20080118120816.GH57756@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: current@freebsd.org Subject: Re: Strange /dev/tty behaviour on 7.0-PRELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 23:34:39 -0000 On Jan 18, 2008 1:08 PM, Kostik Belousov wrote: > After your post, I could imagine the almost plausible scenario how to > get more then one /dev/tty in the listing, but the other behaviour that > looks like deadlock, isn't. > Well, your commit here: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/kern/tty_pty.c.diff?r1=1.155;r2=1.156 gratiously provided to me by Peter Wemm solved the problem I had. I think we are "talking past each other" with the lockup due to my bad choice of words: The kernel did not deadlock, but a process executed after having multiple tty's made that process hang with the ktrace I posted. The kernel itself were still running fine though anything in need of /dev/tty would hang. I hope this clears up the misconceptions. The patch fixes my problem completely. Thanks! From owner-freebsd-current@FreeBSD.ORG Sat Jan 19 03:42:21 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24EB216A417 for ; Sat, 19 Jan 2008 03:42:21 +0000 (UTC) (envelope-from kirk@strauser.com) Received: from kanga.honeypot.net (kanga.honeypot.net [IPv6:2001:470:1f01:383:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id C9E7A13C43E for ; Sat, 19 Jan 2008 03:42:20 +0000 (UTC) (envelope-from kirk@strauser.com) Received: from localhost (localhost [127.0.0.1]) by kanga.honeypot.net (Postfix) with ESMTP id DAC8C5F0C8B for ; Fri, 18 Jan 2008 21:42:19 -0600 (CST) X-Virus-Scanned: amavisd-new at honeypot.net Received: from kanga.honeypot.net ([127.0.0.1]) by localhost (kanga.honeypot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1yEzZFZMIvYw for ; Fri, 18 Jan 2008 21:42:17 -0600 (CST) Received: from pooh.honeypot.net (pooh.honeypot.net [10.0.5.130]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by kanga.honeypot.net (Postfix) with ESMTP id E570F5F0C79 for ; Fri, 18 Jan 2008 21:42:16 -0600 (CST) Resent-To: freebsd-current@FreeBSD.org From: Kirk Strauser To: d@delphij.net In-Reply-To: <47912942.2050201@delphij.net> Resent-From: Kirk Strauser References: <200801181629.19061.kirk@strauser.com> <47912942.2050201@delphij.net> Message-Id: <200801181655.11179.kirk@strauser.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Resent-Date: Fri, 18 Jan 2008 21:42:12 -0600 Mime-Version: 1.0 (Apple Message framework v915) Date: Fri, 18 Jan 2008 16:55:07 -0600 X-Pgp-Agent: GPGMail d51 (Leopard) X-Mailer: Apple Mail (2.915) Resent-Message-Id: <20080119034216.E570F5F0C79@kanga.honeypot.net> Cc: Subject: Re: Still having ServerWorks HT1000 drive problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2008 03:42:21 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Friday 18 January 2008, Xin LI wrote: > Hi, Kirk, > It seems that you have a lot of NMIs. Do you have your hands on the > box > to see if there is any hardware problem? Yep, it's in the next room. It seems to be working well other than that. I should also mention that it worked perfectly under 6-STABLE. I only started seeing those NMIs after I upgraded to 7 in early November. Immediately after the upgrade - as in the first time I ever booted into a 7 kernel - it starting hanging. - -- Kirk Strauser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) iD8DBQFHkXGU5sRg+Y0CpvERAmQgAKCQBFQtNVv2Wf3XP9AebN3WcXBwIACgpfqj jTKST55QNieZJBeBRk/IL5o= =UJ6E -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Jan 19 04:49:22 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A93A16A468; Sat, 19 Jan 2008 04:49:22 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from smtp7.server.rpi.edu (smtp7.server.rpi.edu [128.113.2.227]) by mx1.freebsd.org (Postfix) with ESMTP id 1378713C4D5; Sat, 19 Jan 2008 04:49:16 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp7.server.rpi.edu (8.13.1/8.13.1) with ESMTP id m0J3eWSi019186; Fri, 18 Jan 2008 22:40:33 -0500 Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Fri, 18 Jan 2008 22:40:32 -0500 To: Ivan Voras , freebsd-current@FreeBSD.org From: Garance A Drosehn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-RPI-SA-Score: undef - spam scanning disabled X-CanItPRO-Stream: default X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.227 Cc: Howard Goldstein , Kip Macy Subject: Re: FreeBSD on Asus EEE PC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2008 04:49:22 -0000 At 10:04 PM +0100 1/2/08, Ivan Voras wrote: >Hi, > >If anyone's interested, here's dmesg and pciconf for Asus' EEE PC. >Apparently everything works except the network and the wireless cards. One of the guys I know is running FreeBSD on the Eee, and has written up the following information for anyone who is interested in doing what he did: http://nighthack.org/wiki/EeeBSD This includes tips on how to get the wireless working, and sound, and some oddities with how X11 works. -- Garance Alistair Drosehn = drosehn@rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA From owner-freebsd-current@FreeBSD.ORG Sat Jan 19 05:02:13 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13BBB16A417 for ; Sat, 19 Jan 2008 05:02:13 +0000 (UTC) (envelope-from pawel.worach@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id 8A0F313C469 for ; Sat, 19 Jan 2008 05:02:12 +0000 (UTC) (envelope-from pawel.worach@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so1442942fgg.35 for ; Fri, 18 Jan 2008 21:02:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; bh=SEjQGKzLdnNe16SUtX/wFcgmca5zoQop6eaJT3v+VBU=; b=YEkz7MUQlvcuNA49XRhuyfqGrc+kS9PAUg3XFyH0llyn4Ch7UQP2GM2fGrtK5aWGlJeu6wAdjThqFFV2AbNAeW093q1CcY/2VBYlhsbiJykThXnYubCqzBxAoZQj4npV5hLpLqS3X3+12ChCUlrWMIN09+tArxOfhPknT+3sZzQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; b=ppvuPXYqT8DkifHZ172n+Op9wQ4lv/ljJWdjHjmQ1673rOZWBT8k0EXgXgEl76/XdiOG1DrUCT2AiZyeEZFkLy1OTrmoPcrTySMbNd+/I3ZOZBWa4alLXukDXo43pb7+82D5em/9po/F7xz7I2kZxWCX7bufxM/q791UO8m7p1A= Received: by 10.82.134.12 with SMTP id h12mr7460885bud.29.1200717378962; Fri, 18 Jan 2008 20:36:18 -0800 (PST) Received: from ?192.168.1.46? ( [90.227.56.82]) by mx.google.com with ESMTPS id g12sm7901218nfb.27.2008.01.18.20.36.17 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 18 Jan 2008 20:36:18 -0800 (PST) Message-ID: <47917E41.3050002@gmail.com> Date: Sat, 19 Jan 2008 05:36:17 +0100 From: Pawel Worach User-Agent: Thunderbird 2.0.0.9 (X11/20071226) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Processes stuck in vmo_de state X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2008 05:02:13 -0000 Hi, On recent current when building the gnome2 meta port the build gets stuck, here is a ddb trace of the stuck process. Any ideas ? db> ps pid ppid pgrp uid state wmesg wchan cmd 46836 46834 81809 0 S+ piperd 0xc80d6da4 grep 46835 46834 81809 0 S+ vmo_de 0xc080f074 sh 46834 46719 81809 0 S+ wait 0xc3dc82ac sh db> bt 46835 Tracing pid 46835 tid 100105 td 0xc3e1f000 sched_switch(c3e1f000,0,1,20794e9a,1b01,...) at sched_switch+0x46b mi_switch(1,0,c3e1f000,e6597940,c05ad5e7,...) at mi_switch+0x120 sleepq_switch(c3e1f000,0,c079c9f3,240,0,...) at sleepq_switch+0x88 sleepq_timedwait(c080f074,1,c07acfa9,2,0,...) at sleepq_timedwait+0x37 _sleep(c080f074,0,0,c07acfa9,1,...) at _sleep+0x2c4 pause(c07acfa9,1,0,0,0,...) at pause+0x30 vm_object_deallocate(c59b2480,281d8000,281f5000,c21e4000,0,...) at vm_object_deallocate+0x34b vm_map_delete(c4543828,0,bfc00000,c39c5000,c4543828,...) at vm_map_delete+0x348 vm_map_remove(c4543828,0,bfc00000,c079ff3d,11a,...) at vm_map_remove+0x55 exec_new_vmspace(e6597be8,c07ec800,e6597be8,e6597ae8,c055855f,...) at exec_new_vmspace+0x1b0 exec_elf32_imgact(e6597be8,38,687,c14d51c0,e0cbf000,...) at exec_elf32_imgact+0x21a kern_execve(c3e1f000,e6597c5c,0,81899c0,8189ee4,e0cbf000,e0cbf000,e0cbf031,e0cbf6b8,e0cff000,3f948,4,38) at kern_execve+0x3a1 execve(c3e1f000,e6597cfc,c,e6597d38,e6597d2c,...) at execve+0x4c syscall(e6597d38) at syscall+0x345 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (59, FreeBSD ELF32, execve), eip = 0x28145c2f, esp = 0xbfbfcdfc, ebp = 0xbfbfce18 --- -- Pawel From owner-freebsd-current@FreeBSD.ORG Sat Jan 19 05:16:43 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4063616A419 for ; Sat, 19 Jan 2008 05:16:43 +0000 (UTC) (envelope-from martin@gneto.com) Received: from proxy3.bredband.net (proxy3.bredband.net [195.54.101.73]) by mx1.freebsd.org (Postfix) with ESMTP id AA63F13C461 for ; Sat, 19 Jan 2008 05:16:42 +0000 (UTC) (envelope-from martin@gneto.com) Received: from ironport2.bredband.com (195.54.101.122) by proxy3.bredband.net (7.3.127) id 473103E70188BCD2 for freebsd-current@freebsd.org; Sat, 19 Jan 2008 05:55:53 +0100 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AsI1AEMRkUdT47UeRmdsb2JhbACBV4YHiCwBAQE3ngc Received: from ua-83-227-181-30.cust.bredbandsbolaget.se (HELO mailbox.gneto.com) ([83.227.181.30]) by ironport2.bredband.com with ESMTP; 19 Jan 2008 05:55:52 +0100 Received: from euklides.gneto.com (euklides.gneto.com [192.168.10.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailbox.gneto.com (Postfix) with ESMTP id 2676528407; Sat, 19 Jan 2008 05:55:52 +0100 (CET) Message-ID: <479182D8.1090206@gneto.com> Date: Sat, 19 Jan 2008 05:55:52 +0100 From: Martin Nilsson User-Agent: Thunderbird 2.0.0.9 (X11/20071117) MIME-Version: 1.0 To: "Support (Rudy)" References: <478E6DD4.3070803@monkeybrains.net> <478E783A.7050301@monkeybrains.net> In-Reply-To: <478E783A.7050301@monkeybrains.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: 7.0 RC1 amd64 -- no boot with 3ware 9650-2 port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2008 05:16:43 -0000 Support (Rudy) wrote: > > [2] Is this a compatibility issue with the SUpermicro x7DBi motherboard? > Are you able to reboot your X7SBi motherboard? Mine just sits there when I run: shutdown -r now - The Rebooting... line is not displayed and I have to hit the reset button. This is 8-CURRENT of a week ago. Best Regards, Martin From owner-freebsd-current@FreeBSD.ORG Sat Jan 19 05:21:29 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E11B16A419 for ; Sat, 19 Jan 2008 05:21:29 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 3D79E13C455 for ; Sat, 19 Jan 2008 05:21:29 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=deviant.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JG691-000DBa-72 for current@freebsd.org; Sat, 19 Jan 2008 07:21:27 +0200 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m0J5LQHa097066; Sat, 19 Jan 2008 07:21:26 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m0J5LQrq097065; Sat, 19 Jan 2008 07:21:26 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 19 Jan 2008 07:21:26 +0200 From: Kostik Belousov To: Jesper Louis Andersen Message-ID: <20080119052126.GK57756@deviant.kiev.zoral.com.ua> References: <56a0a2840801171617r6ca60b30x9f6cebb12b523c7f@mail.gmail.com> <20080118120816.GH57756@deviant.kiev.zoral.com.ua> <56a0a2840801181534t57d24177o7528093c6daa995@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="O5OU7BkHbHh2yz88" Content-Disposition: inline In-Reply-To: <56a0a2840801181534t57d24177o7528093c6daa995@mail.gmail.com> User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: 4fe2b897d4d72954524b6b73d18f8617 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 2009 [Jan 18 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: current@freebsd.org Subject: Re: Strange /dev/tty behaviour on 7.0-PRELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2008 05:21:29 -0000 --O5OU7BkHbHh2yz88 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 19, 2008 at 12:34:37AM +0100, Jesper Louis Andersen wrote: > On Jan 18, 2008 1:08 PM, Kostik Belousov wrote: >=20 >=20 > > After your post, I could imagine the almost plausible scenario how to > > get more then one /dev/tty in the listing, but the other behaviour that > > looks like deadlock, isn't. > > >=20 > Well, your commit here: >=20 > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/kern/tty_pty.c.diff?r1=3D1.= 155;r2=3D1.156 >=20 > gratiously provided to me by Peter Wemm solved the problem I had. I think= we > are "talking past each other" with the lockup due to my bad choice of wor= ds: > The kernel did not deadlock, but a process executed after having multiple > tty's made that process hang with the ktrace I posted. The kernel itself > were still running fine though anything in need of /dev/tty would hang. I > hope this clears up the misconceptions. >=20 > The patch fixes my problem completely. Thanks! Thank you for confirming that the problem solved. I will MFC the change shortly. --O5OU7BkHbHh2yz88 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkeRiNUACgkQC3+MBN1Mb4hc1wCfeFykp29np6igqxqABiqRpOkN iIwAn3WkkujuyjH1qV/S/P6B1E5xHsl5 =C5NN -----END PGP SIGNATURE----- --O5OU7BkHbHh2yz88-- From owner-freebsd-current@FreeBSD.ORG Sat Jan 19 05:27:02 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E81616A417 for ; Sat, 19 Jan 2008 05:27:02 +0000 (UTC) (envelope-from peter@wemm.org) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id DF1C613C45B for ; Sat, 19 Jan 2008 05:27:01 +0000 (UTC) (envelope-from peter@wemm.org) Received: by fg-out-1718.google.com with SMTP id 16so1446506fgg.35 for ; Fri, 18 Jan 2008 21:27:00 -0800 (PST) Received: by 10.82.121.15 with SMTP id t15mr7524319buc.26.1200720419636; Fri, 18 Jan 2008 21:26:59 -0800 (PST) Received: by 10.82.181.17 with HTTP; Fri, 18 Jan 2008 21:26:59 -0800 (PST) Message-ID: Date: Fri, 18 Jan 2008 21:26:59 -0800 From: "Peter Wemm" To: "Pawel Worach" In-Reply-To: <47917E41.3050002@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47917E41.3050002@gmail.com> Cc: current@freebsd.org Subject: Re: Processes stuck in vmo_de state X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2008 05:27:02 -0000 On Jan 18, 2008 8:36 PM, Pawel Worach wrote: > Hi, > > On recent current when building the gnome2 meta port the build gets > stuck, here is a ddb trace of the stuck process. Any ideas ? > > db> ps > pid ppid pgrp uid state wmesg wchan cmd > 46836 46834 81809 0 S+ piperd 0xc80d6da4 grep > 46835 46834 81809 0 S+ vmo_de 0xc080f074 sh > 46834 46719 81809 0 S+ wait 0xc3dc82ac sh > db> bt 46835 > Tracing pid 46835 tid 100105 td 0xc3e1f000 > sched_switch(c3e1f000,0,1,20794e9a,1b01,...) at sched_switch+0x46b > mi_switch(1,0,c3e1f000,e6597940,c05ad5e7,...) at mi_switch+0x120 > sleepq_switch(c3e1f000,0,c079c9f3,240,0,...) at sleepq_switch+0x88 > sleepq_timedwait(c080f074,1,c07acfa9,2,0,...) at sleepq_timedwait+0x37 > _sleep(c080f074,0,0,c07acfa9,1,...) at _sleep+0x2c4 > pause(c07acfa9,1,0,0,0,...) at pause+0x30 > vm_object_deallocate(c59b2480,281d8000,281f5000,c21e4000,0,...) at > vm_object_deallocate+0x34b > vm_map_delete(c4543828,0,bfc00000,c39c5000,c4543828,...) at > vm_map_delete+0x348 > vm_map_remove(c4543828,0,bfc00000,c079ff3d,11a,...) at vm_map_remove+0x55 > exec_new_vmspace(e6597be8,c07ec800,e6597be8,e6597ae8,c055855f,...) at > exec_new_vmspace+0x1b0 > exec_elf32_imgact(e6597be8,38,687,c14d51c0,e0cbf000,...) at > exec_elf32_imgact+0x21a > kern_execve(c3e1f000,e6597c5c,0,81899c0,8189ee4,e0cbf000,e0cbf000,e0cbf031,e0cbf6b8,e0cff000,3f948,4,38) > at kern_execve+0x3a1 > execve(c3e1f000,e6597cfc,c,e6597d38,e6597d2c,...) at execve+0x4c > syscall(e6597d38) at syscall+0x345 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (59, FreeBSD ELF32, execve), eip = 0x28145c2f, esp = > 0xbfbfcdfc, ebp = 0xbfbfce18 --- > > -- > Pawel I ran into the same thing recently too. Same stack trace. The machine was running with the ULE scheduler and I heard hints that this problem tends to turn up only with ULE. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-current@FreeBSD.ORG Sat Jan 19 05:36:32 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A4D916A41A for ; Sat, 19 Jan 2008 05:36:32 +0000 (UTC) (envelope-from crapsh@monkeybrains.net) Received: from ape.monkeybrains.net (ape.monkeybrains.net [208.69.40.11]) by mx1.freebsd.org (Postfix) with ESMTP id EB60E13C455 for ; Sat, 19 Jan 2008 05:36:31 +0000 (UTC) (envelope-from crapsh@monkeybrains.net) Received: from monchichi.monkeybrains.net (adsl-75-55-221-71.dsl.pltn13.sbcglobal.net [75.55.221.71]) (authenticated bits=0) by ape.monkeybrains.net (8.14.1/8.14.1) with ESMTP id m0J5aVos027002 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 18 Jan 2008 21:36:31 -0800 (PST) (envelope-from crapsh@monkeybrains.net) Message-ID: <47918C61.3010009@monkeybrains.net> Date: Fri, 18 Jan 2008 21:36:33 -0800 From: Rudy User-Agent: Thunderbird 2.0.0.9 (X11/20071122) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <478E6DD4.3070803@monkeybrains.net> <478E783A.7050301@monkeybrains.net> <479182D8.1090206@gneto.com> In-Reply-To: <479182D8.1090206@gneto.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on pita.monkeybrains.net X-Virus-Status: Clean Subject: Re: 7.0 RC1 amd64 -- no boot with 3ware 9650-2 port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2008 05:36:32 -0000 I can reboot, no problem. I got 7.0-RC1 on it (my CD-ROM drive was bad too old ... it would boot up, but freeze at the 'acd0' line in the boot process). Once installed, I removed the hard disk and got an error "No Operating system". I pulled the second drive, and booted with just one disk in. After it had booted, I plugged the SATA cable back into the running machine (the SATA protocol is HOT-SWAP friendly) and ran atacontrol to detect the added disk. Then I created a gmirror between the two disks. Actually, I made two slices on the disks, one small for the OS, and a larger one which now has zfs on it. I used these instructions: http://people.freebsd.org/~rse/work/gmirror-slice.txt ... those instructions are missing one step before: gmirror insert gm0s1 /dev/ad0s1 It helps to have a partition table on your ad0... this command will do that: fdisk -p ad1 | fdisk -f - ad0 (disks need to be the same size) The x7sBi is working great. (send me some free motherboards, Supermicro and I'll test them out!) Rudy Martin Nilsson wrote: > Support (Rudy) wrote: >> >> [2] Is this a compatibility issue with the SUpermicro x7DBi motherboard? >> > > Are you able to reboot your X7SBi motherboard? > Mine just sits there when I run: shutdown -r now - The Rebooting... > line is not displayed and I have to hit the reset button. This is > 8-CURRENT of a week ago. > > Best Regards, > Martin > From owner-freebsd-current@FreeBSD.ORG Sat Jan 19 06:04:02 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D73B516A41A for ; Sat, 19 Jan 2008 06:04:02 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.177]) by mx1.freebsd.org (Postfix) with ESMTP id 8FF5613C461 for ; Sat, 19 Jan 2008 06:04:02 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so2190757waf.3 for ; Fri, 18 Jan 2008 22:04:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=4FJeDJsMIJKOmXMrl7FIHq6r/pcL2ZU1hpSAgVAPfRs=; b=R5DjjsEfmvBP243WoLsVoO0NWcM335X3fs5ICgtTF5OzzPVWQzX7q4aI9UpdOqfqTSpMSnnSmAgKWMze17R4IXRcwTD+UuDswjkjGbZqNxQSfMhBfb38vQXYg3Hzdc1vDhCuSPRqRJCCaK0tNRKdnyGX6PpvY8y643i4OEmc3sw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=w5qKRSAPDBMBqMdceFet6CD853fcKexq16621JeJpO34Be/FB9lvXnlS90d5yOOfn17fL84/jr96RraVUBEtEEHrHu237FgjAHOXucL4cmL5wWQyXp1OHwMMHbbwf2O82MsBx2X+82XdiVIXt9awMchX5RlR/QWg5q8+YoWqrf8= Received: by 10.115.77.1 with SMTP id e1mr2525927wal.103.1200722642301; Fri, 18 Jan 2008 22:04:02 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id n38sm9342004wag.2.2008.01.18.22.03.59 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 18 Jan 2008 22:04:01 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m0J63tTl098101 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 19 Jan 2008 15:03:55 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m0J63siP098100; Sat, 19 Jan 2008 15:03:54 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sat, 19 Jan 2008 15:03:54 +0900 From: Pyun YongHyeon To: Chris Poulsen Message-ID: <20080119060354.GA98043@cdnetworks.co.kr> References: <20071225234723.GA1018@cdnetworks.co.kr> <4772D649.3010001@nesluop.dk> <20071227002252.GE1018@cdnetworks.co.kr> <20080116012154.GB84758@cdnetworks.co.kr> <478E7DF3.4080908@nesluop.dk> <20080117014013.GA89210@cdnetworks.co.kr> <478F98D7.5040007@nesluop.dk> <20080118010100.GC92718@cdnetworks.co.kr> <20080118082609.GA93423@cdnetworks.co.kr> <4790EBA8.9090500@nesluop.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4790EBA8.9090500@nesluop.dk> User-Agent: Mutt/1.4.2.1i Cc: kevlo@freebsd.org, FreeBSD Current Subject: Re: Problem with nfe stability and throughput X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2008 06:04:02 -0000 On Fri, Jan 18, 2008 at 07:10:48PM +0100, Chris Poulsen wrote: > Hi, > > Pyun YongHyeon wrote: > >On Fri, Jan 18, 2008 at 10:01:00AM +0900, To Chris Poulsen wrote: > > > On Thu, Jan 17, 2008 at 07:05:11PM +0100, Chris Poulsen wrote: > > > > Hi, > > > > > > > > Pyun YongHyeon wrote: > > > > >Would you show me the output of "ifconfig nfe0"? > > > > > > > > > nfe0: flags=8843 metric 0 > > mtu 1500 > > > > options=48 > > > > ether 00:1d:60:6d:73:ec > > > > inet 192.168.1.11 netmask 0xffffff00 broadcast 192.168.1.255 > > > > media: Ethernet 100baseTX > > > > status: active > > > > > > Hmmm, it seems that you've set media type manually without relying > > > on automatic media detection. Is there any reason not using auto > > > media type? How about using media type 'auto'? > > > #ifconfig nfe0 media auto > > > > > > >I've updated the experimental driver. Please revert previous patch and > >apply the following one. > > > >http://people.freebsd.org/~yongari/atphy.diff2 > > > >And show me the 'ifconfig nfe0' output again. > > > > I tried specifying the media type manually, when I was trying to get nfe > up and running earlier, I've reverted to auto now. > > The box in question is currently running with your latest patch, I did > manage to stress it (with a couple of concurrent ftp uploads+some web > browing) into a state where it once again gave me a bunch of the following: > > kernel: nfe0: discard frame w/o leading ethernet header (len 4 pkt len 4) > kernel: nfe0: discard frame w/o leading ethernet header (len 0 pkt len 0) > last message repeated 12 times > kernel: nfe0: discard frame w/o leading ethernet header (len 3 pkt len 3) > kernel: nfe0: discard frame w/o leading ethernet header (len 11 pkt len 11) > kernel: nfe0: discard frame w/o leading ethernet header (len 5 pkt len 5) > kernel: nfe0: discard frame w/o leading ethernet header (len 5 pkt len 5) > kernel: nfe0: link state changed to DOWN > kernel: nfe0: link state changed to UP > > However bringing the interface down and up seemed to put it back into a > normal state. (I just noticed that nfe0 went down/up again, without my Did you have to bring nfe(4) down and up manually due to network lockups? > interaction, if that matters). > Maybe this would come from atphy(4) bug. atphy(4) does not seem to reliabily detect an established link. > ifconfig nfe0 yields: > > nfe0: flags=8843 metric 0 mtu 1500 > options=48 > ether 00:1d:60:6d:73:ec > inet 192.168.1.11 netmask 0xffffff00 broadcast 192.168.1.255 > media: Ethernet autoselect (100baseTX ) > status: active > How about the following change? >From /usr/src/sys/dev/mii/athpy.c: 288 ssr = PHY_READ(sc, ATPHY_SSR); 289 if ((((bmcr & BMCR_AUTOEN) != 0) && ((bmsr & BMSR_ACOMP) == 0)) || 290 (ssr & ATPHY_SSR_SPD_DPLX_RESOLVED) == 0) { 291 /* Erg, still trying, I guess... */ 292 mii->mii_media_active |= IFM_NONE; 293 return; 294 } To: 288 ssr = PHY_READ(sc, ATPHY_SSR); 289 if ((ssr & ATPHY_SSR_SPD_DPLX_RESOLVED) == 0) { 290 /* Erg, still trying, I guess... */ 291 mii->mii_media_active |= IFM_NONE; 292 return; 293 } Thanks for your patience and testing. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Sat Jan 19 08:08:30 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 406D316A417; Sat, 19 Jan 2008 08:08:30 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.freebsd.org (Postfix) with ESMTP id E721713C45D; Sat, 19 Jan 2008 08:08:24 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.6/8.13.6) with ESMTP id m0IHHto7037044; Fri, 18 Jan 2008 12:17:55 -0500 (EST) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-arch@FreeBSD.org Date: Fri, 18 Jan 2008 12:17:46 -0500 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200801181217.52788.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.92/5494/Fri Jan 18 09:23:47 2008 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: freebsd-current@FreeBSD.org Subject: [RFC] SysV SHM on 64-bit platforms X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2008 08:08:30 -0000 While I was working on kern/113218, I realized it is a bigger problem than I originally thought: http://www.freebsd.org/cgi/query-pr.cgi?pr=113218 Because fixing this PR breaks ABI, I had to make compat shims. But the question is which branch to break? Since we are very close to 7.0-RELEASE, the question became more complicated. A lot of people are asking me to fix this PR because it is much needed fix for large database installations, so I have to make a quick decision. :-( I think I have four options (with corresponding patches): - Option 1: HEAD. HEAD: http://people.freebsd.org/~jkim/shmmax8o.diff - Option 2: HEAD and RELENG_7. HEAD: http://people.freebsd.org/~jkim/shmmax8c2.diff RELENG_7: http://people.freebsd.org/~jkim/shmmax7s2.diff - Option 3: HEAD, RELENG_7, and RELENG_7_0. HEAD: http://people.freebsd.org/~jkim/shmmax8c.diff RELENG_7: http://people.freebsd.org/~jkim/shmmax7s.diff RELENG_7_0: http://people.freebsd.org/~jkim/shmmax70.diff - Option 4: Don't do anything ATM. Break it with ipc_perm later. FYI, fixing ipc_perm is a lot more complicated and very intrusive. What do I do now? Do I have any other options? Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Sat Jan 19 12:13:43 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6D4216A418 for ; Sat, 19 Jan 2008 12:13:43 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.freebsd.org (Postfix) with ESMTP id A3A8513C46E for ; Sat, 19 Jan 2008 12:13:43 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.14.2/8.14.1) with ESMTP id m0JCDGsn022194; Sat, 19 Jan 2008 07:13:16 -0500 (EST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.14.2/8.14.1/Submit) id m0JCDG1B022193; Sat, 19 Jan 2008 07:13:16 -0500 (EST) (envelope-from das@FreeBSD.ORG) Date: Sat, 19 Jan 2008 07:13:16 -0500 From: David Schultz To: Jung-uk Kim Message-ID: <20080119121316.GA21917@VARK.MIT.EDU> Mail-Followup-To: Jung-uk Kim , freebsd-arch@FreeBSD.ORG, freebsd-current@FreeBSD.ORG References: <200801181217.52788.jkim@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200801181217.52788.jkim@FreeBSD.org> Cc: freebsd-current@FreeBSD.ORG, freebsd-arch@FreeBSD.ORG Subject: Re: [RFC] SysV SHM on 64-bit platforms X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2008 12:13:44 -0000 On Fri, Jan 18, 2008, Jung-uk Kim wrote: > Because fixing this PR breaks ABI, I had to make compat shims. But > the question is which branch to break? Since we are very close to > 7.0-RELEASE, the question became more complicated. A lot of people > are asking me to fix this PR because it is much needed fix for large > database installations, so I have to make a quick decision. :-( It's far too late to fix it for 7.0. RC1 is out, the packages have already been built, and this could potentially break things. In particular, you have no way of guaranteeing that an "old" shared library that uses semctl(2) linked with a "new" binary will work properly, or vise versa. For 8-CURRENT, I'd say go ahead and fix it and add the syscall compat goop. Then I guess backport it to 7-STABLE after a while if nothing important breaks and nobody has any objections to that plan. It would also be cool if struct ipcperm got fixed at the same time so we only have to do this once. I think that only entails adding compat crud to semctl and maybe one or two other syscalls. Those changes aren't urgent enough to make it worthwhile to backport to 7.X IMO, though. Two questions/comments about the patches: - Why the #if !defined(__i386__)? There are better ways to test whether you're compiling for a 32-bit architecture, if that's what you meant. - The 8.X version needs to take the p_osrel for the equivalent change in 7.X into account. From owner-freebsd-current@FreeBSD.ORG Sat Jan 19 12:45:53 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F299316A418; Sat, 19 Jan 2008 12:45:53 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id E461913C467; Sat, 19 Jan 2008 12:45:53 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 67A5F1A4D7E; Sat, 19 Jan 2008 04:26:57 -0800 (PST) Date: Sat, 19 Jan 2008 04:26:57 -0800 From: Alfred Perlstein To: Jung-uk Kim Message-ID: <20080119122657.GN99258@elvis.mu.org> References: <200801181217.52788.jkim@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200801181217.52788.jkim@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@FreeBSD.org, freebsd-arch@FreeBSD.org Subject: Re: [RFC] SysV SHM on 64-bit platforms X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2008 12:45:54 -0000 * Jung-uk Kim [080119 00:05] wrote: > While I was working on kern/113218, I realized it is a bigger problem > than I originally thought: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=113218 > > Because fixing this PR breaks ABI, I had to make compat shims. But > the question is which branch to break? Since we are very close to > 7.0-RELEASE, the question became more complicated. A lot of people > are asking me to fix this PR because it is much needed fix for large > database installations, so I have to make a quick decision. :-( I think this is a step forward so it's not so bad, just make sure to talk to "re@" about your MFCs, if it'll work out. > > I think I have four options (with corresponding patches): > - Option 1: HEAD. > - Option 2: HEAD and RELENG_7. > - Option 3: HEAD, RELENG_7, and RELENG_7_0. > - Option 4: Don't do anything ATM. Break it with ipc_perm later. I like option 3 if possible. > FYI, fixing ipc_perm is a lot more complicated and very intrusive. Why does ipc_perm need fixing? -- - Alfred Perlstein From owner-freebsd-current@FreeBSD.ORG Sat Jan 19 14:54:01 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AAF5D16A419 for ; Sat, 19 Jan 2008 14:54:01 +0000 (UTC) (envelope-from emaste@freebsd.org) Received: from gw.sandvine.com (gw.sandvine.com [199.243.201.138]) by mx1.freebsd.org (Postfix) with ESMTP id 70C0C13C44B for ; Sat, 19 Jan 2008 14:54:01 +0000 (UTC) (envelope-from emaste@freebsd.org) Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by gw.sandvine.com with Microsoft SMTPSVC(6.0.3790.3959); Sat, 19 Jan 2008 09:52:59 -0500 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 12627) id 726BD11613; Sat, 19 Jan 2008 09:52:59 -0500 (EST) Date: Sat, 19 Jan 2008 09:52:59 -0500 From: Ed Maste To: Alfred Perlstein Message-ID: <20080119145259.GA36194@sandvine.com> References: <200801181217.52788.jkim@FreeBSD.org> <20080119122657.GN99258@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080119122657.GN99258@elvis.mu.org> User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 19 Jan 2008 14:52:59.0646 (UTC) FILETIME=[FBDB69E0:01C85AAA] Cc: freebsd-current@FreeBSD.org, Jung-uk Kim , freebsd-arch@FreeBSD.org Subject: Re: [RFC] SysV SHM on 64-bit platforms X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2008 14:54:01 -0000 On Sat, Jan 19, 2008 at 04:26:57AM -0800, Alfred Perlstein wrote: > * Jung-uk Kim [080119 00:05] wrote: > > FYI, fixing ipc_perm is a lot more complicated and very intrusive. > > Why does ipc_perm need fixing? Most of the types in ipc_perm have the wrong type. There's even an XXX comment in ipc.h saying as much. We really need to fix both issues at the same time though. -Ed From owner-freebsd-current@FreeBSD.ORG Sat Jan 19 14:56:05 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 090E816A46D for ; Sat, 19 Jan 2008 14:56:05 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id 91DDB13C46E for ; Sat, 19 Jan 2008 14:56:04 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so1564246fgg.35 for ; Sat, 19 Jan 2008 06:56:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; bh=euMNAqffmz+juJgins1dAmNX/XJ1nfpPlalm0CE8il0=; b=i/h8k5EYdcbIfavwAr11AR8ZivI4ez0sZNVpsL3pTf2wsFN8Fu/+MUg7AmwBC7vPcg1XPhlYRhJwI5Llc47DnaCsm84XslffZBoVjFT9T2lztqnRSqbKIEglrkjLgdFgy4mWg3Zjwvijvho7P0gZVdnnBk1u1KZBURUMWWtMQDg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; b=c2zeunyRC1zk/ctHBR2TVwqUUmMu1mcfQMlL+xBmSW/c3WEcWIIM7yHPBcEkUStIdnisnRHsQWEtt7SkrglQ19DWYWWH8pYYDiyno8LkIXktcT0GI5F1WjqZiuIoqoG2xoytW9zzXJPIZvMuGDp0MkF/hkq5YH/0zmVUQqtVL48= Received: by 10.78.166.7 with SMTP id o7mr6570488hue.31.1200754562662; Sat, 19 Jan 2008 06:56:02 -0800 (PST) Received: from epsilon.mshome.net ( [62.169.100.21]) by mx.google.com with ESMTPS id 33sm8950153nfu.9.2008.01.19.06.55.56 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 19 Jan 2008 06:56:02 -0800 (PST) Message-Id: From: Rui Paulo To: Garance A Drosehn In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Sat, 19 Jan 2008 14:55:52 +0000 References: X-Mailer: Apple Mail (2.915) Sender: Rui Paulo Cc: Howard Goldstein , Kip Macy , freebsd-current@FreeBSD.org, Ivan Voras Subject: Re: FreeBSD on Asus EEE PC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2008 14:56:05 -0000 On Jan 19, 2008, at 3:40 AM, Garance A Drosehn wrote: > At 10:04 PM +0100 1/2/08, Ivan Voras wrote: >> Hi, >> >> If anyone's interested, here's dmesg and pciconf for Asus' EEE PC. >> Apparently everything works except the network and the wireless >> cards. > > One of the guys I know is running FreeBSD on the Eee, and has written > up the following information for anyone who is interested in doing > what he did: > > http://nighthack.org/wiki/EeeBSD > > This includes tips on how to get the wireless working, and sound, > and some oddities with how X11 works. Well, I searched the wiki and I found no contact email, so I'm posting here hoping that you can contact him. Perhaps he wants to use the Xorg intel driver instead of i815? This way he probably doesn't need 915resolution anymore (if the LCD reports the correct size, the intel driver will use it). Regards. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Sat Jan 19 15:42:42 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A73616A41B; Sat, 19 Jan 2008 15:42:42 +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 BE13913C458; Sat, 19 Jan 2008 15:42:41 +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 5074E46D1E; Sat, 19 Jan 2008 10:42:41 -0500 (EST) Date: Sat, 19 Jan 2008 15:42:41 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Alfred Perlstein In-Reply-To: <20080119122657.GN99258@elvis.mu.org> Message-ID: <20080119154147.E91115@fledge.watson.org> References: <200801181217.52788.jkim@FreeBSD.org> <20080119122657.GN99258@elvis.mu.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@FreeBSD.org, Jung-uk Kim , freebsd-arch@FreeBSD.org Subject: Re: [RFC] SysV SHM on 64-bit platforms X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2008 15:42:42 -0000 On Sat, 19 Jan 2008, Alfred Perlstein wrote: >> FYI, fixing ipc_perm is a lot more complicated and very intrusive. > > Why does ipc_perm need fixing? It is desparately broken due to using 16-bit types for uids and gids. Fixing it really tears up the ABI, unfortunately, and requires quite a bit of compat code writing. When there, there are some other types in ipc_perm that would also like to be fixed. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sat Jan 19 17:09:09 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B567E16A420 for ; Sat, 19 Jan 2008 17:09:09 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 9240E13C455 for ; Sat, 19 Jan 2008 17:09:09 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=g3Hdt5aS2EllAIuxcIsmhy9CFTOsP/rvPYf1dy3wql0tM9wX+i6DGvMYIeRhRV7vHDCBUMREBIAhlz7UOpRK3/c7w4pkUjmWPBHCX9rrp2KUFGLE8hCxKpX8fpNKZ1ymRo+JA//Gcl2cVmkDNQgDMdDG5OknViQW8yqTxp74hWbZrVZOBIcacm62+rh4FGO5Uu46eAkiku9EZcM5Sys8MMQFkDNi6SJ1ebTTVgIro08g+lZPddTp//UbV7Gm7Htn; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1JGHBs-00008h-L6; Sat, 19 Jan 2008 17:09:08 +0000 Received: from dsl-241-11-240.telkomadsl.co.za ([41.241.11.240] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JGHB9-0005EJ-2s; Sat, 19 Jan 2008 17:08:23 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JGHB7-0000hA-7u; Sat, 19 Jan 2008 19:08:21 +0200 To: Rui Paulo From: Ian FREISLICH In-Reply-To: Message from Rui Paulo of "Fri, 18 Jan 2008 22:59:28 GMT." X-Attribution: BOFH Date: Sat, 19 Jan 2008 19:08:21 +0200 Message-Id: Cc: Eric Anholt , freebsd-current@FreeBSD.org Subject: Re: FreeBSD on macbook & backlight module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2008 17:09:09 -0000 Rui Paulo wrote: > On Jan 15, 2008, at 8:34 PM, Eric Anholt wrote: > > > I use xbacklight -set to control backlight. Your issue > > with it flipping to only a high/low value may have been the one > > jbarnes > > fixed in git recently (apparently a low bit got redefined on us). > > That's great news. This way we can rely on Xorg to set the backlight > instead of adding one more kernel module. Neither work for me - my MacBook 17" uses the Radeon Mobility X1600 (M56P) chip. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Sat Jan 19 18:32:23 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E5D416A418 for ; Sat, 19 Jan 2008 18:32:23 +0000 (UTC) (envelope-from i.bernevig@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.185]) by mx1.freebsd.org (Postfix) with ESMTP id EEF2013C45A for ; Sat, 19 Jan 2008 18:32:22 +0000 (UTC) (envelope-from i.bernevig@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so1338451rvb.43 for ; Sat, 19 Jan 2008 10:32:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=OMxeLIBgNb5HU30iao+/kbNy/peLTqdjbFOVY1Ny2QI=; b=Ct4w5zeGrs/gXQHau02iMa7kJv6DyoQ71Y9G1RmxSMP6jfj/GU3c3Kmzn1iQs+5svyaRzPJgTa4puxyj0oDmYE2SDUSbVhW8w/yE5Yurcja6j6ZFGwLrjMMl696jArrX32ztKe47gCGVIBqdA9ReBi0K4JnZ1pt9IJ8+yg6dC+k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=U7Ii+oCS8tdCHybyx16nARHWpOjWlEZE52TN4Y6hExAkD2QQFXHKgb1UcOcBPXEiuuGtJ1FbUG4mlxUyV/0vRpg9Tlvxae6jiUQKLqDI29GM4/xgyI9Z+nboSuimd880N1xHK8qmp/1gSmDT1YAipDtWi6epDX0GHYFp7JCght0= Received: by 10.141.29.18 with SMTP id g18mr3271975rvj.298.1200765937632; Sat, 19 Jan 2008 10:05:37 -0800 (PST) Received: by 10.141.85.17 with HTTP; Sat, 19 Jan 2008 10:05:37 -0800 (PST) Message-ID: Date: Sat, 19 Jan 2008 10:05:37 -0800 From: "i b" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Taking screenshots during install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2008 18:32:23 -0000 Hi everyone How can I take some screenshots during install ? I have to write a paper about the 7.0-RELEASE install process so ... Thanks in advance, -- Bernevig Ioan From owner-freebsd-current@FreeBSD.ORG Sat Jan 19 19:04:34 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38FE116A417 for ; Sat, 19 Jan 2008 19:04:34 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.freebsd.org (Postfix) with ESMTP id 0543E13C442 for ; Sat, 19 Jan 2008 19:04:33 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u52so2106987pyb.10 for ; Sat, 19 Jan 2008 11:04:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=liB9AxFZJFklUF7rIuQvYOxCUq9rxLcCYD9tu3h0tzY=; b=rxOZUFb1VYjYoK1oI1DTl31ccO65BRgyg1WlYSW9NPhsqrrubAsiMPrOVto6PqEi+D59AQKAnnW8EGZA1kRamJX7gqDk3B/UnLAgfiTf11Pf26CSHX5E/uLcdHzI27nLxMkprV+FaG8LlYaBbC+jNfk12w67QaUipJglKfLfr+k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=nJwMWv4G63ER5p8egpW8oL0Hes/9YKK2DudCYQQYJejCyY4pzSVqnD7Qr/viub0x8U9g5KloP0vD5DpkkBLY8DZ3el3bENLt3Sqn6Cy3PyY06mUMbwjyGyLMscIvHUfx9KVYe1lq7SpE9x8IAClD9/g7x8YK44hC3szxcrJACI0= Received: by 10.65.121.9 with SMTP id y9mr10550376qbm.26.1200768027898; Sat, 19 Jan 2008 10:40:27 -0800 (PST) Received: from flosoft.no-ip.biz ( [67.85.89.184]) by mx.google.com with ESMTPS id d12sm3717850qbc.3.2008.01.19.10.40.27 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 19 Jan 2008 10:40:27 -0800 (PST) Message-ID: <4792441A.1060501@gmail.com> Date: Sat, 19 Jan 2008 13:40:26 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.9 (X11/20080117) MIME-Version: 1.0 To: i b References: In-Reply-To: X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Taking screenshots during install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2008 19:04:34 -0000 i b wrote: > Hi everyone > > How can I take some screenshots during install ? > > I have to write a paper about the 7.0-RELEASE install process so ... > Install it under qemu and take screenshots of the terminal window. From owner-freebsd-current@FreeBSD.ORG Sat Jan 19 19:17:50 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB2A316A417 for ; Sat, 19 Jan 2008 19:17:50 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 2977B13C459 for ; Sat, 19 Jan 2008 19:17:49 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 19 Jan 2008 18:51:08 -0000 Received: from unknown (EHLO [192.168.0.10]) [85.127.93.157] by mail.gmx.net (mp019) with SMTP; 19 Jan 2008 19:51:08 +0100 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX192MzA3K6R2Jw7kw2wLT8fZai6Ok3jG4frXpm3r5X dRAJa+Iz58YM04 From: Stefan Ehmann To: freebsd-current@freebsd.org Date: Sat, 19 Jan 2008 19:51:08 +0100 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801191951.08856.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 Cc: i b Subject: Re: Taking screenshots during install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2008 19:17:50 -0000 On Saturday 19 January 2008 19:05:37 i b wrote: > Hi everyone > > How can I take some screenshots during install ? > > I have to write a paper about the 7.0-RELEASE install process so ... How about installing FreeBSD in some kind of emulation SW (like qemu or vmware)? You should be able to take screenshots from the host OS. From owner-freebsd-current@FreeBSD.ORG Sat Jan 19 19:20:27 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD68E16A419 for ; Sat, 19 Jan 2008 19:20:27 +0000 (UTC) (envelope-from xi@borderworlds.dk) Received: from kazon.borderworlds.dk (kazon.borderworlds.dk [213.239.213.48]) by mx1.freebsd.org (Postfix) with ESMTP id B74BD13C47E for ; Sat, 19 Jan 2008 19:20:27 +0000 (UTC) (envelope-from xi@borderworlds.dk) Received: from dominion.borderworlds.dk (localhost [127.0.0.1]) by kazon.borderworlds.dk (Postfix) with ESMTP id 266131703D for ; Sat, 19 Jan 2008 20:04:46 +0100 (CET) Received: by dominion.borderworlds.dk (Postfix, from userid 2000) id DAE05492; Sat, 19 Jan 2008 20:04:45 +0100 (CET) To: freebsd-current@freebsd.org References: From: Christian Laursen Date: Sat, 19 Jan 2008 20:04:45 +0100 In-Reply-To: (i. b.'s message of "Sat\, 19 Jan 2008 10\:05\:37 -0800") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.99 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: Taking screenshots during install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2008 19:20:28 -0000 "i b" writes: > How can I take some screenshots during install ? > > I have to write a paper about the 7.0-RELEASE install process so ... The easiest way is probably to perform the install inside qemu and take screenshots of that. -- Christian Laursen From owner-freebsd-current@FreeBSD.ORG Sat Jan 19 19:23:20 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0D1116A419 for ; Sat, 19 Jan 2008 19:23:20 +0000 (UTC) (envelope-from cristiano.deana@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.187]) by mx1.freebsd.org (Postfix) with ESMTP id 9508F13C467 for ; Sat, 19 Jan 2008 19:23:20 +0000 (UTC) (envelope-from cristiano.deana@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so1138232fka.11 for ; Sat, 19 Jan 2008 11:23:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=m/NtI1NM6vRjwrxPt2w/TOjZn4Mm3qC/RrArZpR57uE=; b=UHxhT5WkF1M6Po8bJGwyR7O5k0PgF3TkBdfoYw/k0/Cois0ZfOH8r61OiaVwH8bkuwEXBqe10s4v4S3gEkxTqK6Hl+ij0/tRF3TghpIdc7phDbo9DEkZCvixT0yPn2GmT0CdoPB5dOoINcxQDa4d6wBYnYCRke2DIdE7dzhWY1Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=O3zzx/KqqYSewUxx8gUu4HLXGSWHMwydVhNKAlLElj9R0FX1V8FKAd3w1iU2j3yjvXYCJIQ05GTLlgp/0fYz31TggaPkXBb/jDTd61MAol3dHJhFiLVu1kBTCKFgrVP+vbGUAihbT4/P4K4OqAtM74UXsU6USJdm+wAow9EBNyw= Received: by 10.78.151.3 with SMTP id y3mr6909885hud.65.1200768953272; Sat, 19 Jan 2008 10:55:53 -0800 (PST) Received: by 10.78.141.5 with HTTP; Sat, 19 Jan 2008 10:55:53 -0800 (PST) Message-ID: Date: Sat, 19 Jan 2008 19:55:53 +0100 From: "Cristiano Deana" To: freebsd-current@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Subject: Re: Taking screenshots during install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2008 19:23:21 -0000 On Jan 19, 2008 7:05 PM, i b wrote: > How can I take some screenshots during install ? Installing it on a virtual machine. -- Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ From owner-freebsd-current@FreeBSD.ORG Sat Jan 19 20:04:27 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E036D16A417 for ; Sat, 19 Jan 2008 20:04:27 +0000 (UTC) (envelope-from merlyn500@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id 8590913C459 for ; Sat, 19 Jan 2008 20:04:27 +0000 (UTC) (envelope-from merlyn500@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so1651939fgg.35 for ; Sat, 19 Jan 2008 12:04:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date:user-agent:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; bh=s3ouEF983jrw9J0bEdEan2cHCmjaODgE6pGZx4JcH10=; b=nTC/45t0UZNxC3ARz3EMA+wEC2VhpnSF2BUMHwbm+jCGkpQW/37pT2Gl1NUsKDONcBWZwON/gihYm9gL291/xXz+J+pA7s6CUZ/2sZGD34qTDqfB1i4gOimEPimb2YF8nck06crWe5OyM7Xs0cdbrBNFp3EM/YW3QioJRR+8yjw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=Qz0ngdN22aR/pxFAT1M/M9TLoQEjYdZibiE5LR4te+4hUqOxpKF3FU5/BUZYFN0DL9hc8VJ7AvWUGHxdHQW30/iVJufGM1vt91A1xQBjGBk+9XVdpG5Tx9la4Tt61vMrYe9vMR2oVwc7C3UiQUp7fXj/bHDayUtjJkniRNcVZG4= Received: by 10.82.155.10 with SMTP id c10mr8812616bue.39.1200773065973; Sat, 19 Jan 2008 12:04:25 -0800 (PST) Received: from ?192.168.1.3? ( [85.207.232.114]) by mx.google.com with ESMTPS id 34sm442988nfu.26.2008.01.19.12.04.22 (version=SSLv3 cipher=OTHER); Sat, 19 Jan 2008 12:04:24 -0800 (PST) From: Milan Bartos To: freebsd-current@freebsd.org Date: Sat, 19 Jan 2008 21:02:58 +0100 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801192102.59898.merlyn500@gmail.com> Subject: Re: Taking screenshots during install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2008 20:04:28 -0000 What about camera? ;-) Dne Saturday 19 of January 2008 19:05:37 i b napsal(a): > Hi everyone > > How can I take some screenshots during install ? > > I have to write a paper about the 7.0-RELEASE install process so ... > > Thanks in advance, From owner-freebsd-current@FreeBSD.ORG Sat Jan 19 22:11:36 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79D3F16A418 for ; Sat, 19 Jan 2008 22:11:36 +0000 (UTC) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: from bewilderbeast.blackhelicopters.org (bewilderbeast.blackhelicopters.org [198.22.63.8]) by mx1.freebsd.org (Postfix) with ESMTP id 4259913C468 for ; Sat, 19 Jan 2008 22:11:36 +0000 (UTC) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: from bewilderbeast.blackhelicopters.org (localhost [127.0.0.1]) by bewilderbeast.blackhelicopters.org (8.14.1/8.13.8) with ESMTP id m0JLfSop057328; Sat, 19 Jan 2008 16:41:28 -0500 (EST) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: (from mwlucas@localhost) by bewilderbeast.blackhelicopters.org (8.14.1/8.13.8/Submit) id m0JLfSAW057327; Sat, 19 Jan 2008 16:41:28 -0500 (EST) (envelope-from mwlucas) Date: Sat, 19 Jan 2008 16:41:28 -0500 From: "Michael W. Lucas" To: i b Message-ID: <20080119214128.GA57253@bewilderbeast.blackhelicopters.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (bewilderbeast.blackhelicopters.org [127.0.0.1]); Sat, 19 Jan 2008 16:41:29 -0500 (EST) Cc: freebsd-current@freebsd.org Subject: Re: Taking screenshots during install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2008 22:11:36 -0000 On Sat, Jan 19, 2008 at 10:05:37AM -0800, i b wrote: > Hi everyone > > How can I take some screenshots during install ? > > I have to write a paper about the 7.0-RELEASE install process so ... > > Thanks in advance, Here's how I generated all the installation screen shots in "Absolute FreeBSD": Take notes on how you install, and which options you chose. Install without taking screenshots. Then run in console-only mode. On the main console, run sysinstall(8). On the second virtual console, use "vidcontrol -p" to capture the contents of the first screen to a screenshot file. Then use scr2png to transform that screen shot into a .png. You can use sysinstall to generate all the screens you would during a normal install. Just don't commit any of the changes, and it won't write to the hard drive. Or, if you have a second hard drive, you can actually install on that hard drive. ==ml -- Michael W. Lucas mwlucas@BlackHelicopters.org, mwlucas@FreeBSD.org http://www.BlackHelicopters.org/~mwlucas/ Now Shipping: "Absolute FreeBSD" -- http://www.AbsoluteFreeBSD.com On 5/4/2007, the TSA kept 3 pairs of my soiled undies "for security reasons."