From owner-freebsd-current@FreeBSD.ORG Sun Nov 20 00:08:01 2011 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 0C8B8106564A for ; Sun, 20 Nov 2011 00:08:01 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from adsum.doit.wisc.edu (adsum.doit.wisc.edu [144.92.197.210]) by mx1.freebsd.org (Postfix) with ESMTP id D49AB8FC08 for ; Sun, 20 Nov 2011 00:08:00 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth1.wiscmail.wisc.edu by smtpauth1.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0LUX00500N1CZI00@smtpauth1.wiscmail.wisc.edu> for freebsd-current@freebsd.org; Sat, 19 Nov 2011 18:08:00 -0600 (CST) Received: from comporellon.tachypleus.net ([unknown] [76.210.72.96]) by smtpauth1.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0LUX003I5N1A5700@smtpauth1.wiscmail.wisc.edu>; Sat, 19 Nov 2011 18:07:59 -0600 (CST) Date: Sat, 19 Nov 2011 18:07:58 -0600 From: Nathan Whitehorn In-reply-to: To: nevtic@tx.net Message-id: <4EC844DE.7020003@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.210.72.96 X-Spam-PmxInfo: Server=avs-10, Version=5.6.1.2065439, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.11.19.235714, SenderIP=76.210.72.96 References: User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111113 Thunderbird/8.0 Cc: freebsd-current@freebsd.org Subject: Re: 9.0-RC2 - bsdinstall miscount of remaining diskspace after partition deletion. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Nov 2011 00:08:01 -0000 On 11/18/11 17:09, nevtic@tx.net wrote: > > If you are performating a manual partion in 9.0-RC2 bsdinstall and you > delete any created partition except the most recently created one, the > total remaining space will be miscalculated. Reproducable as shown > below. > > Workaround: if you delete a partition that is not the last partition > that was created, delete all partitions created after that partition > before continuing. Order does not seem to be important. > > The results are similar with other hard drive sizes, with the i386 or > amd64 distributions, and with either 9.0-RC2 or 9.0-RC1 (I did not go > back and check install discs prior to RC1) > > Reproducing the miscount: > > A 114 GB drive is used for this example: > > Select Manual Partitioning > > Perform the first Create on the drive and select GPT > > Creating the first partition: "Add Partition" "size" shows 114GB > > Change size to 4GB, set mountpoint to / and tab to OK > (agree to the boot partition creation) > > Create a second partition: "Add Partition" "size" shows 110GB > > Adjust size to 10GB, set mountpoint to /usr and tab to OK > > Create a third partition: "Add Partition" "size" shows 100GB > > Adjust size to 20GB, set mountpoint to /var, and tab to OK > > Create a 4th partition: "size" shows 80GB remaining > > Adjust size to 40GB, set mountpoint to /data, and tab to OK. > > There is 40 GB remaining on the drive. Now change the size of /var. > First, delete the currently configured /var partition. > > In the Partition Editor, adding up all the lines on the screen shows > 54GB (plus a 64K boot) as allocated, so there should now be 60GB > remaining. But the deleted /var space has not been added back into > the total. > > Select Create again: "Add Partition" "size" shows 40GB > > Adjust size to 30GB, set mountpoint as /var, tab to OK > > A subsequent "Create" will show that 20GB is remaining, rather than > the actual remaining 30GB. Selecting any size 20GB or larger for > /home will give you a 20GB partition, and then an additional create > will show the 10GB. This isn't a bug. The partitions are laid out on disk already, and, because you deleted one in the middle, the largest *contiguous* block of free space is 20GB, which is what is shown and the maximum it is possible to create. That's why you can make one 20 GB partition and one 10 GB partition, but not a single 30 GB one. -Nathan From owner-freebsd-current@FreeBSD.ORG Sun Nov 20 11:40:49 2011 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 5A6EE106566B; Sun, 20 Nov 2011 11:40:49 +0000 (UTC) (envelope-from rmh.aybabtu@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 4BFEF8FC0A; Sun, 20 Nov 2011 11:40:47 +0000 (UTC) Received: by wwg14 with SMTP id 14so7934503wwg.31 for ; Sun, 20 Nov 2011 03:40:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=C4aW2lOCoRiybYjlCwU5KOcWW1a9JN0btpBchS8XgwE=; b=GAV6oVHn7/i+QRRbtinBzxQTl75MULTM9/YnFsS3Et2ZcY+D5Czap31KLW718ZEQdV YyzPNOJ4og7O8VftpTXOJkxtBIu2Pc7V+sm2C1bKaM1tS06QiFyyrEbROTZ9px8TWXyI DYXuBP9NRAKRiu9KMgUNuLQED16928ihbCTng= Received: by 10.216.30.206 with SMTP id k56mr1350964wea.98.1321789247206; Sun, 20 Nov 2011 03:40:47 -0800 (PST) Received: from thorin (52.Red-95-122-67.staticIP.rima-tde.net. [95.122.67.52]) by mx.google.com with ESMTPS id m25sm8430800wbp.6.2011.11.20.03.40.44 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 20 Nov 2011 03:40:46 -0800 (PST) Sender: Robert Millan Received: from rmh by thorin with local (Exim 4.72) (envelope-from ) id 1RS5lL-0000L0-0a; Sun, 20 Nov 2011 12:40:43 +0100 Date: Sun, 20 Nov 2011 12:40:42 +0100 From: Robert Millan To: Kostik Belousov Message-ID: <20111120114042.GA1256@thorin> References: <201111170959.56767.jhb@freebsd.org> <201111171632.34979.jhb@freebsd.org> <20111119175620.GV50300@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="uZ3hkaAS1mZxFaxD" Content-Disposition: inline In-Reply-To: <20111119175620.GV50300@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Adrian Chadd , freebsd-current@freebsd.org, Warner Losh , freebsd-arch@freebsd.org Subject: Re: [PATCH] Detect GNU/kFreeBSD in user-visible kernel headers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Nov 2011 11:40:49 -0000 --uZ3hkaAS1mZxFaxD Content-Type: multipart/mixed; boundary="45Z9DzgjV8m4Oswq" Content-Disposition: inline --45Z9DzgjV8m4Oswq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 19, 2011 at 07:56:20PM +0200, Kostik Belousov wrote: > I fully agree with an idea that compiler is not an authorative source > of the knowledge of the FreeBSD version. Even more, I argue that we shall > not rely on compiler for this at all. Ideally, we should be able to > build FreeBSD using the stock compilers without local modifications. > Thus relying on the symbols defined by compiler, and not the source > is the thing to avoid and consistently remove. >=20 > We must do this to be able to use third-party tooldchain for FreeBSD buil= ds. >=20 > That said, why not define __FreeBSD_kernel as equal to __FreeBSD_version ? > And then make more strong wording about other systems that use the macro, > e.g. remove 'may' from the kFreeBSD example. > Also, please remove the smile from comment. Ok. New patch attached. --=20 Robert Millan --45Z9DzgjV8m4Oswq Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="freebsd_kernel.diff" Content-Transfer-Encoding: quoted-printable Index: sys/sys/param.h =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 --- sys/sys/param.h (revision 227580) +++ sys/sys/param.h (working copy) @@ -60,6 +60,22 @@ #undef __FreeBSD_version #define __FreeBSD_version 1000001 /* Master, propagated to newvers */ =20 +/* + * __FreeBSD_kernel__ indicates that this system uses the kernel of FreeBS= D, + * which by definition is always true on FreeBSD. This macro is also defin= ed + * on other systems that use the kernel of FreeBSD, such as GNU/kFreeBSD + * + * It is tempting to use this macro in userland code when we want to enable + * kernel-specific routines, and in fact it's fine to do this in code that + * is part of FreeBSD itself. However, be aware that as presence of this + * macro is still not widespread (e.g. older FreeBSD versions, 3rd party + * compilers, etc), it is STRONGLY DISCOURAGED to check for this macro in + * external applications without also checking for __FreeBSD__ as an + * alternative. + */ +#undef __FreeBSD_kernel__ +#define __FreeBSD_kernel__ __FreeBSD_version + #ifdef _KERNEL #define P_OSREL_SIGWAIT 700000 #define P_OSREL_SIGSEGV 700004 --45Z9DzgjV8m4Oswq-- --uZ3hkaAS1mZxFaxD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/kFreeBSD) iQIcBAEBCAAGBQJOyOc6AAoJELd1onhloKnOtqcP/i5iauSTUFGr+KKByL67pChM AnQyq223iEfPn21v9kKuD8wIBqoetQCYMUPfd4QyNI5SEDi/4kSr4LWG4h81wKCQ 6WjEesPb5lCG+/7+mp4SpLgVHQAwXarNLTP5KKCYKyROrj3DC1tTPjkBuknfcA89 Qp2on7e2vNzd9D+CFO0ol+q3Y5Oy/NkiN5GFLfDo01B2fELTn7b91VxkbkNGki4b Mz35uaiLMLOdzVt9iskbpRA2aCndRgIzMeSs04XHZvVpykj/wi50TXtpkfI8FeKG U+AyFTjY99ltJlpwcaU8iPnkLTiUdORtHp44pdNccSKBHcfR9ru55RRQm9aZ63ud XqaSC+WZaMLa3gMFf7+6NF4KB8h/HvnjGqe9g7bSLD6SgsmTa1QRx3m9h483gQ4J rwzy+jPj7BgL4SvQT0ZM4VUNwxCa13z3+Q5sCyVOxfgCI2SS+7w4kgRGXSN0rByF y5xlE+eF3N8X7NnmnEpRubEQIrU+Yeiby5QMR/kqbDb/MBUTVGkUisFNPKpvfkcJ UsbEpOVnnadrslmylYvb+0UDoy5g35IdpQVq6hSLNGObgPHl3A6g+JCGU4Dev49X xTtuOxJKXwWM/uJh1R9CpI/AihlFMrvaJhp4OXmH4nQO/KPOy2MwLP87PiqJ3nn4 uTF3AW2xq69KGB4qSere =GLmz -----END PGP SIGNATURE----- --uZ3hkaAS1mZxFaxD-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 20 13:41:36 2011 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 9F541106566C for ; Sun, 20 Nov 2011 13:41:36 +0000 (UTC) (envelope-from sub.mesa@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6264B8FC0A for ; Sun, 20 Nov 2011 13:41:36 +0000 (UTC) Received: by ywe9 with SMTP id 9so5638896ywe.13 for ; Sun, 20 Nov 2011 05:41:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=jKUDFBHrXRXwBCLbx1y2M9G4DAzNApLNptXNDpppwzA=; b=XjjRMiIw8sv06s/bFJBPY9zG2dsEVRlDl/u9SgAaAlezfg0JfTJj6lzdDiBdssQMUN Hpde+EOI6mOhXJveN32WJQpFrHQ7ddhYXYkTU/lqz6r9Zv++Zk3BugGvmu842MaITggs g3CjVvIffFz4KsY8zTtmjYb/r7sJeTKDCEX/4= MIME-Version: 1.0 Received: by 10.236.185.68 with SMTP id t44mr14746320yhm.41.1321796495736; Sun, 20 Nov 2011 05:41:35 -0800 (PST) Received: by 10.236.79.233 with HTTP; Sun, 20 Nov 2011 05:41:35 -0800 (PST) In-Reply-To: <5D3FFA12-BB54-4297-A098-3B85951ECEC5@lassitu.de> References: <5D3FFA12-BB54-4297-A098-3B85951ECEC5@lassitu.de> Date: Sun, 20 Nov 2011 14:41:35 +0100 Message-ID: From: Jason Edwards To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: ee (easy editor) bugged on 9.0? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Nov 2011 13:41:36 -0000 On Sat, Nov 19, 2011 at 6:07 PM, Stefan Bethke wrote: > Am 19.11.2011 um 17:29 schrieb Jason Edwards: > >> Dear list, >> >> Has anyone noticed the easy editor is quite bugged on 9.0? On console >> direct access, opening the easy editor has several bugs: >> >> 1) the cursor starts on line 2 instead of line 1 >> 2) the line numbering is printed on line 1 instead of the boundary (line 0) >> 3) the keys page up and page down bring the escape menu >> >> Strange enough, if I SSH into the box the ee editor works normally. So >> I'm wondering if this is something other people have noticed? Just >> want to exclude the possibility of me doing something wrong. >> >> I've noticed this behavior on 9-CURRENT, 9.0-RC1 as well as 9.0-RC2, >> amd64. GENERIC kernel and tested inside Virtualbox. > > Working fine here on 9.0-RC1. > > Is this a fresh install, or did you upgrade? Have you updated your ttys to set the terminal type to xterm instead of cons25? This is a fresh install. I do make a LiveCD using scripted tools. But it pretty much is a vanilla FreeBSD install with just some packages preinstalled (webserver, php, etc). The only relevant changes I think are a change to /etc/ttys. But when I revert the file back to the defaults, the problem stays. I thought that perhaps Virtualbox had something to do with it, but it seems to happen on a real system as well. Some of you asked for the environmental settings. Using 'env' the output begins with: -- on console -- TERM=cons25 SHELL=/usr/local/bin/bash -- via SSH -- TERM=xterm SHELL=/usr/local/bin/bash Via SSH the ee editor works as it should. On the console it is bugged. Regards, Jason From owner-freebsd-current@FreeBSD.ORG Sun Nov 20 14:55:57 2011 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 8DA94106566B for ; Sun, 20 Nov 2011 14:55:57 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from hercules.mthelicon.com (unknown [IPv6:2001:49f0:2023::2]) by mx1.freebsd.org (Postfix) with ESMTP id 57ED98FC12 for ; Sun, 20 Nov 2011 14:55:57 +0000 (UTC) Received: from feathers.peganest.com ([213.205.234.12]) (authenticated bits=0) by hercules.mthelicon.com (8.14.5/8.14.3) with ESMTP id pAKEtOf0061900; Sun, 20 Nov 2011 14:55:25 GMT (envelope-from ken@mthelicon.com) From: Pegasus Mc Cleaft Organization: Feathers To: freebsd-current@freebsd.org Date: Sun, 20 Nov 2011 14:54:49 +0000 User-Agent: KMail/1.13.7 (FreeBSD/10.0-CURRENT; KDE/4.6.5; amd64; ; ) References: <20111028200227.GA50663@sandvine.com> In-Reply-To: <20111028200227.GA50663@sandvine.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201111201454.49863.ken@mthelicon.com> X-Spam-Status: No, score=-1.1 required=15.0 tests=BAYES_00,RDNS_NONE autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on hercules.mthelicon.com Cc: andre@albsmeier.net, Nima Misaghian Subject: Re: Adding disk firmware programming capability to camcontrol X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Nov 2011 14:55:57 -0000 Hi Nima, I have tried your latest patch against current, but I am having difficulty getting it to work. I was wondering, is this feature limited to SCSI drives? I have been trying it against my SATA drives but it looks like it is failing on issuing a TUR. IE: feathers# camcontrol fwdownload ada5 -f JP0NB3MA.BD -s -v Running in simulation mode camcontrol: Device is not ready (pass5:ahcich4:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (pass5:ahcich4:0:0:0): CAM status: CCB request was invalid Firmware download failed I have tried issuing a TUR to all my drives to see if it was controller or drive specific, but all of them return the same error (The drives are Seagate, Hitachi and WD). What am I doing wrong? Ta Peg From owner-freebsd-current@FreeBSD.ORG Sun Nov 20 15:24:48 2011 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 34410106564A for ; Sun, 20 Nov 2011 15:24:48 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 82D708FC0C for ; Sun, 20 Nov 2011 15:24:47 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA04756; Sun, 20 Nov 2011 17:24:42 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1RS9G6-000MPi-5P; Sun, 20 Nov 2011 17:24:42 +0200 Message-ID: <4EC91BB9.3090107@FreeBSD.org> Date: Sun, 20 Nov 2011 17:24:41 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111108 Thunderbird/8.0 MIME-Version: 1.0 To: Pegasus Mc Cleaft References: <20111028200227.GA50663@sandvine.com> <201111201454.49863.ken@mthelicon.com> In-Reply-To: <201111201454.49863.ken@mthelicon.com> X-Enigmail-Version: undefined Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: Adding disk firmware programming capability to camcontrol X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Nov 2011 15:24:48 -0000 on 20/11/2011 16:54 Pegasus Mc Cleaft said the following: > Hi Nima, > > I have tried your latest patch against current, but I am having difficulty > getting it to work. I was wondering, is this feature limited to SCSI drives? > I have been trying it against my SATA drives but it looks like it is failing > on issuing a TUR. > > IE: > > feathers# camcontrol fwdownload ada5 -f JP0NB3MA.BD -s -v > Running in simulation mode > camcontrol: Device is not ready > (pass5:ahcich4:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 > (pass5:ahcich4:0:0:0): CAM status: CCB request was invalid > Firmware download failed > > > I have tried issuing a TUR to all my drives to see if it was controller or > drive specific, but all of them return the same error (The drives are Seagate, > Hitachi and WD). > > What am I doing wrong? You are sending SCSI commands to a (S)ATA drive. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sun Nov 20 15:45:35 2011 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 ECCD01065679; Sun, 20 Nov 2011 15:45:35 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from hercules.mthelicon.com (unknown [IPv6:2001:49f0:2023::2]) by mx1.freebsd.org (Postfix) with ESMTP id B98138FC17; Sun, 20 Nov 2011 15:45:35 +0000 (UTC) Received: from feathers.peganest.com ([213.205.234.140]) (authenticated bits=0) by hercules.mthelicon.com (8.14.5/8.14.3) with ESMTP id pAKFjAJB062084; Sun, 20 Nov 2011 15:45:11 GMT (envelope-from ken@mthelicon.com) From: Pegasus Mc Cleaft Organization: Feathers To: freebsd-current@freebsd.org Date: Sun, 20 Nov 2011 15:44:35 +0000 User-Agent: KMail/1.13.7 (FreeBSD/10.0-CURRENT; KDE/4.6.5; amd64; ; ) References: <20111028200227.GA50663@sandvine.com> <201111201454.49863.ken@mthelicon.com> <4EC91BB9.3090107@FreeBSD.org> In-Reply-To: <4EC91BB9.3090107@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201111201544.35530.ken@mthelicon.com> X-Spam-Status: No, score=-1.1 required=15.0 tests=BAYES_00,RDNS_NONE autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on hercules.mthelicon.com Cc: Andriy Gapon Subject: Re: Adding disk firmware programming capability to camcontrol X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Nov 2011 15:45:36 -0000 On Sunday 20 November 2011 15:24:41 Andriy Gapon wrote: > > I have tried issuing a TUR to all my drives to see if it was controller > > or drive specific, but all of them return the same error (The drives are > > Seagate, Hitachi and WD). > > > > What am I doing wrong? > > You are sending SCSI commands to a (S)ATA drive. Ah... Bummer... I thought that might be the issue. I had kind of hoped that the code would also handle the ATA drives as well, but still this will be a great feature to have in camcontrol as it is. Thanks Peg From owner-freebsd-current@FreeBSD.ORG Sun Nov 20 16:37:36 2011 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 3C100106564A; Sun, 20 Nov 2011 16:37:36 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 0440B8FC0C; Sun, 20 Nov 2011 16:37:34 +0000 (UTC) Received: by wwg14 with SMTP id 14so8272725wwg.31 for ; Sun, 20 Nov 2011 08:37:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=NYXbGwUk+Pn5WBHWGN8iXt0XDiY/PTVXY/V4iL0O3Uc=; b=NIjr6mVxfHU1KjkqWPiV6/24v603/ZHD/Inr1otnm94MeeRwKK5TYUpDzjn2kWtcNg sjw44OlZeXjNpspAhOA1Kn8oFhDKbpAbWtsz9V0qypzhqs6b7zeRx4q+FJobnWLhHndz LXScKLgvIkmfE+2e4oXf/VRizcsAuD/y5UBDE= MIME-Version: 1.0 Received: by 10.180.109.106 with SMTP id hr10mr13846250wib.9.1321807053759; Sun, 20 Nov 2011 08:37:33 -0800 (PST) Sender: asmrookie@gmail.com Received: by 10.216.85.8 with HTTP; Sun, 20 Nov 2011 08:37:33 -0800 (PST) In-Reply-To: References: <20111105141306.GW50300@deviant.kiev.zoral.com.ua> <20111105151530.GX50300@deviant.kiev.zoral.com.ua> <4EB595FA.4020500@rice.edu> <20111106124331.GP50300@deviant.kiev.zoral.com.ua> <4EB81942.70501@rice.edu> <20111107193516.GA50300@deviant.kiev.zoral.com.ua> <20111116084542.GY50300@deviant.kiev.zoral.com.ua> <20111118105224.GB50300@deviant.kiev.zoral.com.ua> Date: Sun, 20 Nov 2011 17:37:33 +0100 X-Google-Sender-Auth: fNu7uDkFAmYkmkXt3Gm6zv2--bw Message-ID: From: Attilio Rao To: Kostik Belousov Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: mdf@freebsd.org, "K. Macy" , Alan Cox , Andriy Gapon , freebsd-current@freebsd.org, Benjamin Kaduk , Penta Upa Subject: Re: vm_page_t related KBI [Was: Re: panic at vm_page_wire with FreeBSD 9.0 Beta 3] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Nov 2011 16:37:36 -0000 2011/11/18 Attilio Rao : > 2011/11/18 Attilio Rao : >> 2011/11/18 Kostik Belousov : >>> On Fri, Nov 18, 2011 at 11:40:28AM +0100, Attilio Rao wrote: >>>> 2011/11/16 Kostik Belousov : >>>> > On Tue, Nov 15, 2011 at 07:15:01PM +0100, Attilio Rao wrote: >>>> >> 2011/11/7 Kostik Belousov : >>>> >> > On Mon, Nov 07, 2011 at 11:45:38AM -0600, Alan Cox wrote: >>>> >> >> Ok. =C2=A0I'll offer one final suggestion. =C2=A0Please consider= an alternative >>>> >> >> suffix to "func". =C2=A0Perhaps, "kbi" or "KBI". =C2=A0In other = words, something >>>> >> >> that hints at the function's reason for existing. >>>> >> > >>>> >> > Sure. Below is the extraction of only vm_page_lock() bits, togeth= er >>>> >> > with the suggested rename. When Attilio provides the promised sim= plification >>>> >> > of the mutex KPI, this can be reduced. >>>> >> >>>> >> My tentative patch is here: >>>> >> http://www.freebsd.org/~attilio/mutexfileline.patch >>>> >> >>>> >> I need to make more compile testing later, but it already compiles >>>> >> GENERIC + modules fine on HEAD. >>>> >> >>>> >> The patch provides a common entrypoint, option independent, for bot= h >>>> >> fast case and debug/compat case. >>>> >> Additively, it almost entirely fixes the standard violation of the >>>> >> reserved namespace, as you described (the notable exception being t= he >>>> >> macro used in the fast path, that I want to fix as well, but in a >>>> >> separate commit). >>>> >> >>>> >> Now the file/line couplet can be passed to the "_" suffix variant o= f >>>> >> the flag functions. >>>> > Yes, this is exactly KPI that I would use when available for the >>>> > vm_page_lock() patch. >>>> > >>>> >> >>>> >> eadler@ reviewed the mutex.h comment. >>>> >> >>>> >> Please let me know what you think about it, as long as we agree on = the >>>> >> patch I'll commit it. >>>> > But I also agree with John that imposing large churn due to the elim= ination >>>> > of the '__' prefix is too late now. At least it will make the change >>>> > non-MFCable. Besides, we already lived with the names for 10+ years. >>>> > >>>> > I will be happy to have the part of the patch that exports the mtx_X= XX_(mtx, >>>> > file, line) defines which can be used without taking care of LOCK_DE= BUG >>>> > or MUTEX_NOINLINE in the consumer code. >>>> >>>> Ok, this patch should just add the compat stub: >>>> http://www.freebsd.org/~attilio/mutexfileline2.patch >>> Am I right that I would use mtx_lock_(mtx, file, line) etc ? >>> If yes, I am fine with it. >> >> Yes that is correct. >> >> However, I'm a bit confused on one aspect: would you mind using >> _mtx_lock_flags() instead? >> If you don't mind the "underscore namespace violation" I think I can >> make a much smaller patch against HEAD for it. >> >> Otherwise, the one now posted should be ok. > > After thinking more about it, I think that is basically the shorter > version I can came up with. > > Please consider: > http://www.freebsd.org/~attilio/mutexfileline2.patch This is now committed as r227758,227759, you can update your patch now. Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Sun Nov 20 17:39:06 2011 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 CA3A2106564A; Sun, 20 Nov 2011 17:39:06 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 631658FC15; Sun, 20 Nov 2011 17:39:05 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id pAKHcuSX045006 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 20 Nov 2011 19:38:56 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id pAKHct6R031088; Sun, 20 Nov 2011 19:38:55 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id pAKHctWl031087; Sun, 20 Nov 2011 19:38:55 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 20 Nov 2011 19:38:55 +0200 From: Kostik Belousov To: Attilio Rao Message-ID: <20111120173855.GX50300@deviant.kiev.zoral.com.ua> References: <20111106124331.GP50300@deviant.kiev.zoral.com.ua> <4EB81942.70501@rice.edu> <20111107193516.GA50300@deviant.kiev.zoral.com.ua> <20111116084542.GY50300@deviant.kiev.zoral.com.ua> <20111118105224.GB50300@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="myb/XQFuBEu15iBx" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: mdf@freebsd.org, "K. Macy" , Alan Cox , Andriy Gapon , freebsd-current@freebsd.org, Benjamin Kaduk , Penta Upa Subject: Re: vm_page_t related KBI [Was: Re: panic at vm_page_wire with FreeBSD 9.0 Beta 3] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Nov 2011 17:39:06 -0000 --myb/XQFuBEu15iBx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 20, 2011 at 05:37:33PM +0100, Attilio Rao wrote: > 2011/11/18 Attilio Rao : > > Please consider: > > http://www.freebsd.org/~attilio/mutexfileline2.patch >=20 > This is now committed as r227758,227759, you can update your patch now. Here is it. diff --git a/sys/vm/vm_page.c b/sys/vm/vm_page.c index d592ac0..74e5126 100644 --- a/sys/vm/vm_page.c +++ b/sys/vm/vm_page.c @@ -2843,6 +2843,34 @@ vm_page_test_dirty(vm_page_t m) vm_page_dirty(m); } =20 +void +vm_page_lock_KBI(vm_page_t m, const char *file, int line) +{ + + mtx_lock_flags_(vm_page_lockptr(m), 0, file, line); +} + +void +vm_page_unlock_KBI(vm_page_t m, const char *file, int line) +{ + + mtx_unlock_flags_(vm_page_lockptr(m), 0, file, line); +} + +int +vm_page_trylock_KBI(vm_page_t m, const char *file, int line) +{ + + return (mtx_trylock_flags_(vm_page_lockptr(m), 0, file, line)); +} + +void +vm_page_lock_assert_KBI(vm_page_t m, int a, const char *file, int line) +{ + + mtx_assert_(vm_page_lockptr(m), a, file, line); +} + int so_zerocp_fullpage =3D 0; =20 /* diff --git a/sys/vm/vm_page.h b/sys/vm/vm_page.h index 151710d..fe0295b 100644 --- a/sys/vm/vm_page.h +++ b/sys/vm/vm_page.h @@ -218,11 +218,23 @@ extern struct vpglocks pa_lock[]; =20 #define PA_LOCK_ASSERT(pa, a) mtx_assert(PA_LOCKPTR(pa), (a)) =20 +#ifdef KLD_MODULE +#define vm_page_lock(m) vm_page_lock_KBI((m), LOCK_FILE, LOCK_LINE) +#define vm_page_unlock(m) vm_page_unlock_KBI((m), LOCK_FILE, LOCK_LINE) +#define vm_page_trylock(m) vm_page_trylock_KBI((m), LOCK_FILE, LOCK_LINE) +#ifdef INVARIANTS +#define vm_page_lock_assert(m, a) \ + vm_page_lock_assert_KBI((m), (a), LOCK_FILE, LOCK_LINE) +#else +#define vm_page_lock_assert(m, a) +#endif +#else /* KLD_MODULE */ #define vm_page_lockptr(m) (PA_LOCKPTR(VM_PAGE_TO_PHYS((m)))) #define vm_page_lock(m) mtx_lock(vm_page_lockptr((m))) #define vm_page_unlock(m) mtx_unlock(vm_page_lockptr((m))) #define vm_page_trylock(m) mtx_trylock(vm_page_lockptr((m))) #define vm_page_lock_assert(m, a) mtx_assert(vm_page_lockptr((m)), (a)) +#endif =20 #define vm_page_queue_free_mtx vm_page_queue_free_lock.data /* @@ -405,6 +417,11 @@ void vm_page_cowfault (vm_page_t); int vm_page_cowsetup(vm_page_t); void vm_page_cowclear (vm_page_t); =20 +void vm_page_lock_KBI(vm_page_t m, const char *file, int line); +void vm_page_unlock_KBI(vm_page_t m, const char *file, int line); +int vm_page_trylock_KBI(vm_page_t m, const char *file, int line); +void vm_page_lock_assert_KBI(vm_page_t m, int a, const char *file, int lin= e); + #ifdef INVARIANTS void vm_page_object_lock_assert(vm_page_t m); #define VM_PAGE_OBJECT_LOCK_ASSERT(m) vm_page_object_lock_assert(m) --myb/XQFuBEu15iBx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk7JOy4ACgkQC3+MBN1Mb4gu9wCg5i6yn+wK0/XobkNYIGP75gzd zPoAoPTMcX2qjDhj4+PtMdKf9ifLELnh =kyUi -----END PGP SIGNATURE----- --myb/XQFuBEu15iBx-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 20 17:48:17 2011 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 E48B71065670; Sun, 20 Nov 2011 17:48:17 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 57F908FC08; Sun, 20 Nov 2011 17:48:17 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id pAKHm71M046366 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 20 Nov 2011 19:48:07 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id pAKHm7MI031145; Sun, 20 Nov 2011 19:48:07 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id pAKHm7nr031144; Sun, 20 Nov 2011 19:48:07 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 20 Nov 2011 19:48:07 +0200 From: Kostik Belousov To: Robert Millan Message-ID: <20111120174807.GY50300@deviant.kiev.zoral.com.ua> References: <201111170959.56767.jhb@freebsd.org> <201111171632.34979.jhb@freebsd.org> <20111119175620.GV50300@deviant.kiev.zoral.com.ua> <20111120114042.GA1256@thorin> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Wf9W8POIGIHIPm/L" Content-Disposition: inline In-Reply-To: <20111120114042.GA1256@thorin> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Adrian Chadd , freebsd-current@freebsd.org, Warner Losh , freebsd-arch@freebsd.org Subject: Re: [PATCH] Detect GNU/kFreeBSD in user-visible kernel headers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Nov 2011 17:48:18 -0000 --Wf9W8POIGIHIPm/L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 20, 2011 at 12:40:42PM +0100, Robert Millan wrote: > On Sat, Nov 19, 2011 at 07:56:20PM +0200, Kostik Belousov wrote: > > I fully agree with an idea that compiler is not an authorative source > > of the knowledge of the FreeBSD version. Even more, I argue that we sha= ll > > not rely on compiler for this at all. Ideally, we should be able to > > build FreeBSD using the stock compilers without local modifications. > > Thus relying on the symbols defined by compiler, and not the source > > is the thing to avoid and consistently remove. > >=20 > > We must do this to be able to use third-party tooldchain for FreeBSD bu= ilds. > >=20 > > That said, why not define __FreeBSD_kernel as equal to __FreeBSD_versio= n ? > > And then make more strong wording about other systems that use the macr= o, > > e.g. remove 'may' from the kFreeBSD example. > > Also, please remove the smile from comment. >=20 > Ok. New patch attached. And the last, question, why not do #ifndef __FreeBSD_kernel__ #define __FreeBSD_kernel__ __FreeBSD_version #endif ? #undef is too big tools tool apply there, IMO. --Wf9W8POIGIHIPm/L Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk7JPVYACgkQC3+MBN1Mb4gSRgCdGTjCg5VHRaGSDqLIZEzpDHy6 THEAoOu96w8IHK1UsmOqzZS/S/sIDFdj =LGeQ -----END PGP SIGNATURE----- --Wf9W8POIGIHIPm/L-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 20 18:02:16 2011 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 54C5E1065670; Sun, 20 Nov 2011 18:02:16 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 47D4B8FC19; Sun, 20 Nov 2011 18:02:15 +0000 (UTC) Received: by wwg14 with SMTP id 14so8367927wwg.31 for ; Sun, 20 Nov 2011 10:02:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=GmRzrdYzy+Fv91ZSrRGOu2e+u25/5CApCdj7miotze8=; b=YppTZE6bFshTc7hBmqQwdSqLPsoN+VkK1KeQ8xubO6HVZGDTBoAZiW+pN2JkYkOjZr 36JtoXtZ8Mxqihi3dxs4LolIECKf0NBuZ+2s0MwtloDZZGDlr2STi/duXefWOvvDYN1i 2XFcs2uqw3QUUPU8/M7GlMR5r3qMw10kK9t2o= MIME-Version: 1.0 Received: by 10.227.205.79 with SMTP id fp15mr7088021wbb.20.1321812134198; Sun, 20 Nov 2011 10:02:14 -0800 (PST) Sender: asmrookie@gmail.com Received: by 10.216.85.8 with HTTP; Sun, 20 Nov 2011 10:02:14 -0800 (PST) In-Reply-To: <20111120173855.GX50300@deviant.kiev.zoral.com.ua> References: <20111106124331.GP50300@deviant.kiev.zoral.com.ua> <4EB81942.70501@rice.edu> <20111107193516.GA50300@deviant.kiev.zoral.com.ua> <20111116084542.GY50300@deviant.kiev.zoral.com.ua> <20111118105224.GB50300@deviant.kiev.zoral.com.ua> <20111120173855.GX50300@deviant.kiev.zoral.com.ua> Date: Sun, 20 Nov 2011 19:02:14 +0100 X-Google-Sender-Auth: zhiDUk_IsvO9UXGcnDuCgtraeG0 Message-ID: From: Attilio Rao To: Kostik Belousov Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: mdf@freebsd.org, "K. Macy" , Alan Cox , Andriy Gapon , freebsd-current@freebsd.org, Benjamin Kaduk , Penta Upa Subject: Re: vm_page_t related KBI [Was: Re: panic at vm_page_wire with FreeBSD 9.0 Beta 3] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Nov 2011 18:02:16 -0000 2011/11/20 Kostik Belousov : > On Sun, Nov 20, 2011 at 05:37:33PM +0100, Attilio Rao wrote: >> 2011/11/18 Attilio Rao : >> > Please consider: >> > http://www.freebsd.org/~attilio/mutexfileline2.patch >> >> This is now committed as r227758,227759, you can update your patch now. > Here is it. > > diff --git a/sys/vm/vm_page.c b/sys/vm/vm_page.c > index d592ac0..74e5126 100644 > --- a/sys/vm/vm_page.c > +++ b/sys/vm/vm_page.c > @@ -2843,6 +2843,34 @@ vm_page_test_dirty(vm_page_t m) > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0vm_page_dirty(m); > =C2=A0} > > +void > +vm_page_lock_KBI(vm_page_t m, const char *file, int line) > +{ > + > + =C2=A0 =C2=A0 =C2=A0 mtx_lock_flags_(vm_page_lockptr(m), 0, file, line)= ; > +} > + > +void > +vm_page_unlock_KBI(vm_page_t m, const char *file, int line) > +{ > + > + =C2=A0 =C2=A0 =C2=A0 mtx_unlock_flags_(vm_page_lockptr(m), 0, file, lin= e); > +} > + > +int > +vm_page_trylock_KBI(vm_page_t m, const char *file, int line) > +{ > + > + =C2=A0 =C2=A0 =C2=A0 return (mtx_trylock_flags_(vm_page_lockptr(m), 0, = file, line)); > +} > + > +void > +vm_page_lock_assert_KBI(vm_page_t m, int a, const char *file, int line) > +{ > + > + =C2=A0 =C2=A0 =C2=A0 mtx_assert_(vm_page_lockptr(m), a, file, line); > +} > + > =C2=A0int so_zerocp_fullpage =3D 0; > > =C2=A0/* > diff --git a/sys/vm/vm_page.h b/sys/vm/vm_page.h > index 151710d..fe0295b 100644 > --- a/sys/vm/vm_page.h > +++ b/sys/vm/vm_page.h > @@ -218,11 +218,23 @@ extern struct vpglocks pa_lock[]; > > =C2=A0#define =C2=A0 =C2=A0 =C2=A0 =C2=A0PA_LOCK_ASSERT(pa, a) =C2=A0 mtx= _assert(PA_LOCKPTR(pa), (a)) > > +#ifdef KLD_MODULE > +#define =C2=A0 =C2=A0 =C2=A0 =C2=A0vm_page_lock(m) =C2=A0 =C2=A0 =C2=A0 = =C2=A0 vm_page_lock_KBI((m), LOCK_FILE, LOCK_LINE) > +#define =C2=A0 =C2=A0 =C2=A0 =C2=A0vm_page_unlock(m) =C2=A0 =C2=A0 =C2= =A0 vm_page_unlock_KBI((m), LOCK_FILE, LOCK_LINE) > +#define =C2=A0 =C2=A0 =C2=A0 =C2=A0vm_page_trylock(m) =C2=A0 =C2=A0 =C2= =A0vm_page_trylock_KBI((m), LOCK_FILE, LOCK_LINE) > +#ifdef INVARIANTS > +#define =C2=A0 =C2=A0 =C2=A0 =C2=A0vm_page_lock_assert(m, a) =C2=A0 =C2= =A0 =C2=A0 \ > + =C2=A0 =C2=A0vm_page_lock_assert_KBI((m), (a), LOCK_FILE, LOCK_LINE) I think you should put the "\" in the last tab and also, for consistency, you may want to use __FILE__ and __LINE__ for assert (or maybe I should also switch mutex.h to use LOCK_FILE and LOCK_LINE at some point?). > +#else > +#define =C2=A0 =C2=A0 =C2=A0 =C2=A0vm_page_lock_assert(m, a) > +#endif > +#else =C2=A0/* KLD_MODULE */ This should be /* !KLD_MODULE */, I guess? > =C2=A0#define =C2=A0 =C2=A0 =C2=A0 =C2=A0vm_page_lockptr(m) This is not defined for the KLD_MODULE case? Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Sun Nov 20 18:27:33 2011 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 40046106566C; Sun, 20 Nov 2011 18:27:33 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id CD13E8FC14; Sun, 20 Nov 2011 18:27:32 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id pAKIRJab052186 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 20 Nov 2011 20:27:19 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id pAKIRJ8X031294; Sun, 20 Nov 2011 20:27:19 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id pAKIRIpi031293; Sun, 20 Nov 2011 20:27:18 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 20 Nov 2011 20:27:18 +0200 From: Kostik Belousov To: Attilio Rao Message-ID: <20111120182718.GZ50300@deviant.kiev.zoral.com.ua> References: <20111107193516.GA50300@deviant.kiev.zoral.com.ua> <20111116084542.GY50300@deviant.kiev.zoral.com.ua> <20111118105224.GB50300@deviant.kiev.zoral.com.ua> <20111120173855.GX50300@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eoFns4BmSIo9TYbW" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: mdf@freebsd.org, "K. Macy" , Alan Cox , Andriy Gapon , freebsd-current@freebsd.org, Benjamin Kaduk , Penta Upa Subject: Re: vm_page_t related KBI [Was: Re: panic at vm_page_wire with FreeBSD 9.0 Beta 3] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Nov 2011 18:27:33 -0000 --eoFns4BmSIo9TYbW Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 20, 2011 at 07:02:14PM +0100, Attilio Rao wrote: > 2011/11/20 Kostik Belousov : > > +#define =9A =9A =9A =9Avm_page_lock_assert(m, a) =9A =9A =9A \ > > + =9A =9Avm_page_lock_assert_KBI((m), (a), LOCK_FILE, LOCK_LINE) >=20 > I think you should put the "\" in the last tab and also, for > consistency, you may want to use __FILE__ and __LINE__ for assert (or > maybe I should also switch mutex.h to use LOCK_FILE and LOCK_LINE at > some point?). I never saw the requirement for the backslash. I am consistent with PA_UNLOCK_COND() several lines above. Changed assert to use __FILE/LINE__. >=20 > > +#else > > +#define =9A =9A =9A =9Avm_page_lock_assert(m, a) > > +#endif > > +#else =9A/* KLD_MODULE */ >=20 > This should be /* !KLD_MODULE */, I guess? Changed. >=20 > > =9A#define =9A =9A =9A =9Avm_page_lockptr(m) >=20 > This is not defined for the KLD_MODULE case? Yes, explicitely. This was discussed. http://lists.freebsd.org/pipermail/freebsd-current/2011-November/029009.html diff --git a/sys/vm/vm_page.c b/sys/vm/vm_page.c index d592ac0..74e5126 100644 --- a/sys/vm/vm_page.c +++ b/sys/vm/vm_page.c @@ -2843,6 +2843,34 @@ vm_page_test_dirty(vm_page_t m) vm_page_dirty(m); } =20 +void +vm_page_lock_KBI(vm_page_t m, const char *file, int line) +{ + + mtx_lock_flags_(vm_page_lockptr(m), 0, file, line); +} + +void +vm_page_unlock_KBI(vm_page_t m, const char *file, int line) +{ + + mtx_unlock_flags_(vm_page_lockptr(m), 0, file, line); +} + +int +vm_page_trylock_KBI(vm_page_t m, const char *file, int line) +{ + + return (mtx_trylock_flags_(vm_page_lockptr(m), 0, file, line)); +} + +void +vm_page_lock_assert_KBI(vm_page_t m, int a, const char *file, int line) +{ + + mtx_assert_(vm_page_lockptr(m), a, file, line); +} + int so_zerocp_fullpage =3D 0; =20 /* diff --git a/sys/vm/vm_page.h b/sys/vm/vm_page.h index 151710d..1fab735 100644 --- a/sys/vm/vm_page.h +++ b/sys/vm/vm_page.h @@ -218,11 +218,23 @@ extern struct vpglocks pa_lock[]; =20 #define PA_LOCK_ASSERT(pa, a) mtx_assert(PA_LOCKPTR(pa), (a)) =20 +#ifdef KLD_MODULE +#define vm_page_lock(m) vm_page_lock_KBI((m), LOCK_FILE, LOCK_LINE) +#define vm_page_unlock(m) vm_page_unlock_KBI((m), LOCK_FILE, LOCK_LINE) +#define vm_page_trylock(m) vm_page_trylock_KBI((m), LOCK_FILE, LOCK_LINE) +#ifdef INVARIANTS +#define vm_page_lock_assert(m, a) \ + vm_page_lock_assert_KBI((m), (a), __FILE__, __LINE__) +#else +#define vm_page_lock_assert(m, a) +#endif +#else /* !KLD_MODULE */ #define vm_page_lockptr(m) (PA_LOCKPTR(VM_PAGE_TO_PHYS((m)))) #define vm_page_lock(m) mtx_lock(vm_page_lockptr((m))) #define vm_page_unlock(m) mtx_unlock(vm_page_lockptr((m))) #define vm_page_trylock(m) mtx_trylock(vm_page_lockptr((m))) #define vm_page_lock_assert(m, a) mtx_assert(vm_page_lockptr((m)), (a)) +#endif =20 #define vm_page_queue_free_mtx vm_page_queue_free_lock.data /* @@ -405,6 +417,11 @@ void vm_page_cowfault (vm_page_t); int vm_page_cowsetup(vm_page_t); void vm_page_cowclear (vm_page_t); =20 +void vm_page_lock_KBI(vm_page_t m, const char *file, int line); +void vm_page_unlock_KBI(vm_page_t m, const char *file, int line); +int vm_page_trylock_KBI(vm_page_t m, const char *file, int line); +void vm_page_lock_assert_KBI(vm_page_t m, int a, const char *file, int lin= e); + #ifdef INVARIANTS void vm_page_object_lock_assert(vm_page_t m); #define VM_PAGE_OBJECT_LOCK_ASSERT(m) vm_page_object_lock_assert(m) --eoFns4BmSIo9TYbW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk7JRoYACgkQC3+MBN1Mb4gNzQCfXcbpjm+LNuYdfAhveL1NJ3m2 ZO8AoM/3mlTavKgFNvzmNP4gmgAJLTfd =eXxZ -----END PGP SIGNATURE----- --eoFns4BmSIo9TYbW-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 20 18:31:24 2011 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 A8544106566B; Sun, 20 Nov 2011 18:31:24 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id A347A8FC18; Sun, 20 Nov 2011 18:31:23 +0000 (UTC) Received: by wwg14 with SMTP id 14so8401565wwg.31 for ; Sun, 20 Nov 2011 10:31:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=kXpnsuOSmKYlkX6ZVDiriwPYEtCWUkHxLlgjJlbCyqU=; b=miHmgQ5xxneB+GkSekdxetbvfZ8N/8HMkYn0apVYByIJjqlLWBii3/RHc6oY9iWbjL FHmJkkY5P/7xCS29UrqHrNxrm0Y4uMqCM2HyGvA7o8SQt0S073lGAXPUaRJDRzKtt/9d i4ZcLw4iPL65h+PMwNkaQLopWA/WvTdwPIq8k= MIME-Version: 1.0 Received: by 10.216.176.14 with SMTP id a14mr1593894wem.14.1321813882473; Sun, 20 Nov 2011 10:31:22 -0800 (PST) Sender: asmrookie@gmail.com Received: by 10.216.85.8 with HTTP; Sun, 20 Nov 2011 10:31:22 -0800 (PST) In-Reply-To: <20111120182718.GZ50300@deviant.kiev.zoral.com.ua> References: <20111107193516.GA50300@deviant.kiev.zoral.com.ua> <20111116084542.GY50300@deviant.kiev.zoral.com.ua> <20111118105224.GB50300@deviant.kiev.zoral.com.ua> <20111120173855.GX50300@deviant.kiev.zoral.com.ua> <20111120182718.GZ50300@deviant.kiev.zoral.com.ua> Date: Sun, 20 Nov 2011 19:31:22 +0100 X-Google-Sender-Auth: UNaOrLmAXYN0bonAU7FojWm47L8 Message-ID: From: Attilio Rao To: Kostik Belousov Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: mdf@freebsd.org, "K. Macy" , Alan Cox , Andriy Gapon , freebsd-current@freebsd.org, Benjamin Kaduk , Penta Upa Subject: Re: vm_page_t related KBI [Was: Re: panic at vm_page_wire with FreeBSD 9.0 Beta 3] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Nov 2011 18:31:24 -0000 It looks good to me. Attilio 2011/11/20 Kostik Belousov : > On Sun, Nov 20, 2011 at 07:02:14PM +0100, Attilio Rao wrote: >> 2011/11/20 Kostik Belousov : >> > +#define =C2=A0 =C2=A0 =C2=A0 =C2=A0vm_page_lock_assert(m, a) =C2=A0 = =C2=A0 =C2=A0 \ >> > + =C2=A0 =C2=A0vm_page_lock_assert_KBI((m), (a), LOCK_FILE, LOCK_LINE) >> >> I think you should put the "\" in the last tab and also, for >> consistency, you may want to use __FILE__ and __LINE__ for assert (or >> maybe I should also switch mutex.h to use LOCK_FILE and LOCK_LINE at >> some point?). > I never saw the requirement for the backslash. I am consistent with > PA_UNLOCK_COND() several lines above. > > Changed assert to use __FILE/LINE__. > >> >> > +#else >> > +#define =C2=A0 =C2=A0 =C2=A0 =C2=A0vm_page_lock_assert(m, a) >> > +#endif >> > +#else =C2=A0/* KLD_MODULE */ >> >> This should be /* !KLD_MODULE */, I guess? > Changed. > >> >> > =C2=A0#define =C2=A0 =C2=A0 =C2=A0 =C2=A0vm_page_lockptr(m) >> >> This is not defined for the KLD_MODULE case? > Yes, explicitely. This was discussed. > http://lists.freebsd.org/pipermail/freebsd-current/2011-November/029009.h= tml > > diff --git a/sys/vm/vm_page.c b/sys/vm/vm_page.c > index d592ac0..74e5126 100644 > --- a/sys/vm/vm_page.c > +++ b/sys/vm/vm_page.c > @@ -2843,6 +2843,34 @@ vm_page_test_dirty(vm_page_t m) > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0vm_page_dirty(m); > =C2=A0} > > +void > +vm_page_lock_KBI(vm_page_t m, const char *file, int line) > +{ > + > + =C2=A0 =C2=A0 =C2=A0 mtx_lock_flags_(vm_page_lockptr(m), 0, file, line)= ; > +} > + > +void > +vm_page_unlock_KBI(vm_page_t m, const char *file, int line) > +{ > + > + =C2=A0 =C2=A0 =C2=A0 mtx_unlock_flags_(vm_page_lockptr(m), 0, file, lin= e); > +} > + > +int > +vm_page_trylock_KBI(vm_page_t m, const char *file, int line) > +{ > + > + =C2=A0 =C2=A0 =C2=A0 return (mtx_trylock_flags_(vm_page_lockptr(m), 0, = file, line)); > +} > + > +void > +vm_page_lock_assert_KBI(vm_page_t m, int a, const char *file, int line) > +{ > + > + =C2=A0 =C2=A0 =C2=A0 mtx_assert_(vm_page_lockptr(m), a, file, line); > +} > + > =C2=A0int so_zerocp_fullpage =3D 0; > > =C2=A0/* > diff --git a/sys/vm/vm_page.h b/sys/vm/vm_page.h > index 151710d..1fab735 100644 > --- a/sys/vm/vm_page.h > +++ b/sys/vm/vm_page.h > @@ -218,11 +218,23 @@ extern struct vpglocks pa_lock[]; > > =C2=A0#define =C2=A0 =C2=A0 =C2=A0 =C2=A0PA_LOCK_ASSERT(pa, a) =C2=A0 mtx= _assert(PA_LOCKPTR(pa), (a)) > > +#ifdef KLD_MODULE > +#define =C2=A0 =C2=A0 =C2=A0 =C2=A0vm_page_lock(m) =C2=A0 =C2=A0 =C2=A0 = =C2=A0 vm_page_lock_KBI((m), LOCK_FILE, LOCK_LINE) > +#define =C2=A0 =C2=A0 =C2=A0 =C2=A0vm_page_unlock(m) =C2=A0 =C2=A0 =C2= =A0 vm_page_unlock_KBI((m), LOCK_FILE, LOCK_LINE) > +#define =C2=A0 =C2=A0 =C2=A0 =C2=A0vm_page_trylock(m) =C2=A0 =C2=A0 =C2= =A0vm_page_trylock_KBI((m), LOCK_FILE, LOCK_LINE) > +#ifdef INVARIANTS > +#define =C2=A0 =C2=A0 =C2=A0 =C2=A0vm_page_lock_assert(m, a) =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 \ > + =C2=A0 =C2=A0vm_page_lock_assert_KBI((m), (a), __FILE__, __LINE__) > +#else > +#define =C2=A0 =C2=A0 =C2=A0 =C2=A0vm_page_lock_assert(m, a) > +#endif > +#else =C2=A0/* !KLD_MODULE */ > =C2=A0#define =C2=A0 =C2=A0 =C2=A0 =C2=A0vm_page_lockptr(m) =C2=A0 =C2=A0= =C2=A0(PA_LOCKPTR(VM_PAGE_TO_PHYS((m)))) > =C2=A0#define =C2=A0 =C2=A0 =C2=A0 =C2=A0vm_page_lock(m) =C2=A0 =C2=A0 = =C2=A0 =C2=A0 mtx_lock(vm_page_lockptr((m))) > =C2=A0#define =C2=A0 =C2=A0 =C2=A0 =C2=A0vm_page_unlock(m) =C2=A0 =C2=A0 = =C2=A0 mtx_unlock(vm_page_lockptr((m))) > =C2=A0#define =C2=A0 =C2=A0 =C2=A0 =C2=A0vm_page_trylock(m) =C2=A0 =C2=A0= =C2=A0mtx_trylock(vm_page_lockptr((m))) > =C2=A0#define =C2=A0 =C2=A0 =C2=A0 =C2=A0vm_page_lock_assert(m, a) =C2=A0= =C2=A0 =C2=A0 mtx_assert(vm_page_lockptr((m)), (a)) > +#endif > > =C2=A0#define =C2=A0 =C2=A0 =C2=A0 =C2=A0vm_page_queue_free_mtx =C2=A0vm_= page_queue_free_lock.data > =C2=A0/* > @@ -405,6 +417,11 @@ void vm_page_cowfault (vm_page_t); > =C2=A0int vm_page_cowsetup(vm_page_t); > =C2=A0void vm_page_cowclear (vm_page_t); > > +void vm_page_lock_KBI(vm_page_t m, const char *file, int line); > +void vm_page_unlock_KBI(vm_page_t m, const char *file, int line); > +int vm_page_trylock_KBI(vm_page_t m, const char *file, int line); > +void vm_page_lock_assert_KBI(vm_page_t m, int a, const char *file, int l= ine); > + > =C2=A0#ifdef INVARIANTS > =C2=A0void vm_page_object_lock_assert(vm_page_t m); > =C2=A0#define =C2=A0 =C2=A0 =C2=A0 =C2=A0VM_PAGE_OBJECT_LOCK_ASSERT(m) = =C2=A0 vm_page_object_lock_assert(m) > --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Sun Nov 20 18:52:26 2011 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 2379C1065673 for ; Sun, 20 Nov 2011 18:52:26 +0000 (UTC) (envelope-from matheus@eternamente.info) Received: from phoenix.eternamente.info (phoenix.eternamente.info [109.169.62.232]) by mx1.freebsd.org (Postfix) with ESMTP id BEC9C8FC15 for ; Sun, 20 Nov 2011 18:52:25 +0000 (UTC) Received: by phoenix.eternamente.info (Postfix, from userid 80) id 35C3B1CC6C; Sun, 20 Nov 2011 15:34:08 -0300 (BRT) Received: from 187.114.193.241 (SquirrelMail authenticated user matheus) by eternamente.info with HTTP; Sun, 20 Nov 2011 16:34:08 -0200 Message-ID: <756156cae2c2d388dd15f980e32422c8.squirrel@eternamente.info> Date: Sun, 20 Nov 2011 16:34:08 -0200 From: "Nenhum_de_Nos" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.21 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Acer Aspire Atheros Netbook X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Nov 2011 18:52:26 -0000 hail, I just installed 9.0 RC2 in Aspire One 751h and the atheros shows in ifconfig: ath0: flags=8843 metric 0 mtu 2290 ether xx:xx:xx:xx:xx:xx nd6 options=29 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated wlan0: flags=8843 metric 0 mtu 1500 ether xx:xx:xx:xx:xx:xx nd6 options=29 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ssid "" channel 9 (2452 MHz 11g) regdomain 101 indoor ecm authmode WPA1+WPA2/802.11i privacy OFF txpower 20 bmiss 7 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS wme burst but is unusable. I found this: http://markmail.org/message/rhv2s2n7jwf6dj4w and in fact I can't use it. Is there any news ? anyone using this card ? anything I could do ? thanks, matheus -- Pregando o ódio a Oi desde 2007 We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-current@FreeBSD.ORG Sun Nov 20 19:04:24 2011 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 219C3106564A; Sun, 20 Nov 2011 19:04:24 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id 1436F8FC08; Sun, 20 Nov 2011 19:04:22 +0000 (UTC) Received: by wwe3 with SMTP id 3so4281611wwe.1 for ; Sun, 20 Nov 2011 11:04:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=tZhJB6qt7ysCPzI6JVN+UCxnrL1NpWpZlfjQ2iJ4Hv0=; b=ji1KnA1HK58SpZz+0Ru0HAH/oUxdL0na1WFrVNQOAq1btkBayFAss/3LyuoJHqrMlN TgzgUdvPNcy0me6GVW27Ui3g4KemyQStDv0S731oSFGlPntZSaQ4lf2Yg+LwxslD+46c Huwz/7VQma8xm8NEAFwJn8qOMQuIDd2nAeuD4= MIME-Version: 1.0 Received: by 10.227.206.143 with SMTP id fu15mr6985943wbb.16.1321815861973; Sun, 20 Nov 2011 11:04:21 -0800 (PST) Sender: asmrookie@gmail.com Received: by 10.216.85.8 with HTTP; Sun, 20 Nov 2011 11:04:21 -0800 (PST) In-Reply-To: References: <20111105141306.GW50300@deviant.kiev.zoral.com.ua> <20111105151530.GX50300@deviant.kiev.zoral.com.ua> <4EB595FA.4020500@rice.edu> <20111106124331.GP50300@deviant.kiev.zoral.com.ua> <4EB81942.70501@rice.edu> <20111107193516.GA50300@deviant.kiev.zoral.com.ua> <20111116084542.GY50300@deviant.kiev.zoral.com.ua> <20111118105224.GB50300@deviant.kiev.zoral.com.ua> Date: Sun, 20 Nov 2011 20:04:21 +0100 X-Google-Sender-Auth: rrMZamo7Ym9T9VybAwIkqu0EDJ0 Message-ID: From: Attilio Rao To: Kostik Belousov Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: mdf@freebsd.org, "K. Macy" , Alan Cox , Andriy Gapon , freebsd-current@freebsd.org, Benjamin Kaduk , Penta Upa Subject: Re: vm_page_t related KBI [Was: Re: panic at vm_page_wire with FreeBSD 9.0 Beta 3] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Nov 2011 19:04:24 -0000 2011/11/20 Attilio Rao : > 2011/11/18 Attilio Rao : >> 2011/11/18 Attilio Rao : >>> 2011/11/18 Kostik Belousov : >>>> On Fri, Nov 18, 2011 at 11:40:28AM +0100, Attilio Rao wrote: >>>>> 2011/11/16 Kostik Belousov : >>>>> > On Tue, Nov 15, 2011 at 07:15:01PM +0100, Attilio Rao wrote: >>>>> >> 2011/11/7 Kostik Belousov : >>>>> >> > On Mon, Nov 07, 2011 at 11:45:38AM -0600, Alan Cox wrote: >>>>> >> >> Ok. =C2=A0I'll offer one final suggestion. =C2=A0Please conside= r an alternative >>>>> >> >> suffix to "func". =C2=A0Perhaps, "kbi" or "KBI". =C2=A0In other= words, something >>>>> >> >> that hints at the function's reason for existing. >>>>> >> > >>>>> >> > Sure. Below is the extraction of only vm_page_lock() bits, toget= her >>>>> >> > with the suggested rename. When Attilio provides the promised si= mplification >>>>> >> > of the mutex KPI, this can be reduced. >>>>> >> >>>>> >> My tentative patch is here: >>>>> >> http://www.freebsd.org/~attilio/mutexfileline.patch >>>>> >> >>>>> >> I need to make more compile testing later, but it already compiles >>>>> >> GENERIC + modules fine on HEAD. >>>>> >> >>>>> >> The patch provides a common entrypoint, option independent, for bo= th >>>>> >> fast case and debug/compat case. >>>>> >> Additively, it almost entirely fixes the standard violation of the >>>>> >> reserved namespace, as you described (the notable exception being = the >>>>> >> macro used in the fast path, that I want to fix as well, but in a >>>>> >> separate commit). >>>>> >> >>>>> >> Now the file/line couplet can be passed to the "_" suffix variant = of >>>>> >> the flag functions. >>>>> > Yes, this is exactly KPI that I would use when available for the >>>>> > vm_page_lock() patch. >>>>> > >>>>> >> >>>>> >> eadler@ reviewed the mutex.h comment. >>>>> >> >>>>> >> Please let me know what you think about it, as long as we agree on= the >>>>> >> patch I'll commit it. >>>>> > But I also agree with John that imposing large churn due to the eli= mination >>>>> > of the '__' prefix is too late now. At least it will make the chang= e >>>>> > non-MFCable. Besides, we already lived with the names for 10+ years= . >>>>> > >>>>> > I will be happy to have the part of the patch that exports the mtx_= XXX_(mtx, >>>>> > file, line) defines which can be used without taking care of LOCK_D= EBUG >>>>> > or MUTEX_NOINLINE in the consumer code. >>>>> >>>>> Ok, this patch should just add the compat stub: >>>>> http://www.freebsd.org/~attilio/mutexfileline2.patch >>>> Am I right that I would use mtx_lock_(mtx, file, line) etc ? >>>> If yes, I am fine with it. >>> >>> Yes that is correct. >>> >>> However, I'm a bit confused on one aspect: would you mind using >>> _mtx_lock_flags() instead? >>> If you don't mind the "underscore namespace violation" I think I can >>> make a much smaller patch against HEAD for it. >>> >>> Otherwise, the one now posted should be ok. >> >> After thinking more about it, I think that is basically the shorter >> version I can came up with. >> >> Please consider: >> http://www.freebsd.org/~attilio/mutexfileline2.patch > > This is now committed as r227758,227759, you can update your patch now. This other patch converts sx to a similar interface which cleans up vm_map.= c: http://www.freebsd.org/~attilio/sxfileline.patch What do you think about it? Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Sun Nov 20 19:18:53 2011 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 811FD106564A; Sun, 20 Nov 2011 19:18:53 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id E640A8FC12; Sun, 20 Nov 2011 19:18:52 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id pAKJIaai061218 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 20 Nov 2011 21:18:36 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id pAKJIaIr031471; Sun, 20 Nov 2011 21:18:36 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id pAKJIZEZ031470; Sun, 20 Nov 2011 21:18:35 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 20 Nov 2011 21:18:35 +0200 From: Kostik Belousov To: Attilio Rao Message-ID: <20111120191835.GB50300@deviant.kiev.zoral.com.ua> References: <4EB81942.70501@rice.edu> <20111107193516.GA50300@deviant.kiev.zoral.com.ua> <20111116084542.GY50300@deviant.kiev.zoral.com.ua> <20111118105224.GB50300@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uFQ3EfMV5sJP+Vaj" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: mdf@freebsd.org, "K. Macy" , Alan Cox , Andriy Gapon , freebsd-current@freebsd.org, Benjamin Kaduk , Penta Upa Subject: Re: vm_page_t related KBI [Was: Re: panic at vm_page_wire with FreeBSD 9.0 Beta 3] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Nov 2011 19:18:53 -0000 --uFQ3EfMV5sJP+Vaj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 20, 2011 at 08:04:21PM +0100, Attilio Rao wrote: > This other patch converts sx to a similar interface which cleans up vm_ma= p.c: > http://www.freebsd.org/~attilio/sxfileline.patch >=20 > What do you think about it? This one only changes the KBI ? Note that _sx suffix is not reserved. --uFQ3EfMV5sJP+Vaj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk7JUosACgkQC3+MBN1Mb4j28QCeMAMDDfnNdqtkIIBZX4vzBC/F fW8AoNuDTwdumn+3ywhE/bGDdWFN78pf =BAQx -----END PGP SIGNATURE----- --uFQ3EfMV5sJP+Vaj-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 20 19:22:40 2011 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 BA153106566B; Sun, 20 Nov 2011 19:22:40 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id BF3408FC13; Sun, 20 Nov 2011 19:22:39 +0000 (UTC) Received: by wwg14 with SMTP id 14so8460517wwg.31 for ; Sun, 20 Nov 2011 11:22:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=5y6blPb/2trBo5eVVGo47GmgRmsxhi0Z2ZRFG1rmLKo=; b=aoVKpFeG8UNZV9LZ3PQDyXsg9QrF4ZpvdbKu6gi5UAQJJzDbJvyqCJi+vTyDDfFqFG 8DwEysp4bkd94kvbZYT8/WVqmYjYx4C/eAwmjH3jH4yAnYvKbSvETkotKSZcd3j0wHd2 RuJx3pIqv0dzE6XgsTwlGNt/ca018qsH652zw= MIME-Version: 1.0 Received: by 10.180.109.106 with SMTP id hr10mr14333551wib.9.1321816958597; Sun, 20 Nov 2011 11:22:38 -0800 (PST) Sender: asmrookie@gmail.com Received: by 10.216.85.8 with HTTP; Sun, 20 Nov 2011 11:22:38 -0800 (PST) In-Reply-To: <20111120191835.GB50300@deviant.kiev.zoral.com.ua> References: <4EB81942.70501@rice.edu> <20111107193516.GA50300@deviant.kiev.zoral.com.ua> <20111116084542.GY50300@deviant.kiev.zoral.com.ua> <20111118105224.GB50300@deviant.kiev.zoral.com.ua> <20111120191835.GB50300@deviant.kiev.zoral.com.ua> Date: Sun, 20 Nov 2011 20:22:38 +0100 X-Google-Sender-Auth: _8eGwu6MwMPndxVi7RtkE6HYAJs Message-ID: From: Attilio Rao To: Kostik Belousov Content-Type: text/plain; charset=UTF-8 Cc: mdf@freebsd.org, "K. Macy" , Alan Cox , Andriy Gapon , freebsd-current@freebsd.org, Benjamin Kaduk , Penta Upa Subject: Re: vm_page_t related KBI [Was: Re: panic at vm_page_wire with FreeBSD 9.0 Beta 3] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Nov 2011 19:22:40 -0000 2011/11/20 Kostik Belousov : > On Sun, Nov 20, 2011 at 08:04:21PM +0100, Attilio Rao wrote: >> This other patch converts sx to a similar interface which cleans up vm_map.c: >> http://www.freebsd.org/~attilio/sxfileline.patch >> >> What do you think about it? > > This one only changes the KBI ? Note that _sx suffix is not reserved. In which sense? If you want to keep the shim support for KLD (thus the hard path) you will always need to keep an hard function and thus you still need a macro acting as a gate between the 'hard function' (or KLD version, if you prefer) and the fast case, that is where the "_" suffix came from. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Sun Nov 20 20:22:02 2011 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 66CC1106566B; Sun, 20 Nov 2011 20:22:01 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id AF5D88FC12; Sun, 20 Nov 2011 20:22:00 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id pAKKLfls072458 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 20 Nov 2011 22:21:41 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id pAKKLfHm031656; Sun, 20 Nov 2011 22:21:41 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id pAKKLfC1031655; Sun, 20 Nov 2011 22:21:41 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 20 Nov 2011 22:21:41 +0200 From: Kostik Belousov To: Attilio Rao Message-ID: <20111120202141.GC50300@deviant.kiev.zoral.com.ua> References: <20111116084542.GY50300@deviant.kiev.zoral.com.ua> <20111118105224.GB50300@deviant.kiev.zoral.com.ua> <20111120191835.GB50300@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kBIJpUqFhZddC6hl" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: mdf@freebsd.org, "K. Macy" , Alan Cox , Andriy Gapon , freebsd-current@freebsd.org, Benjamin Kaduk , Penta Upa Subject: Re: vm_page_t related KBI [Was: Re: panic at vm_page_wire with FreeBSD 9.0 Beta 3] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Nov 2011 20:22:02 -0000 --kBIJpUqFhZddC6hl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 20, 2011 at 08:22:38PM +0100, Attilio Rao wrote: > 2011/11/20 Kostik Belousov : > > On Sun, Nov 20, 2011 at 08:04:21PM +0100, Attilio Rao wrote: > >> This other patch converts sx to a similar interface which cleans up vm= _map.c: > >> http://www.freebsd.org/~attilio/sxfileline.patch > >> > >> What do you think about it? > > > > This one only changes the KBI ? Note that _sx suffix is not reserved. >=20 > In which sense? > If you want to keep the shim support for KLD (thus the hard path) you > will always need to keep an hard function and thus you still need a > macro acting as a gate between the 'hard function' (or KLD version, if > you prefer) and the fast case, that is where the "_" suffix came from. As I see, right now kernel exports e.g. _sx_try_slock() for the hard path. After the patch, it will export sx_try_slock_() for the same purpose. The old modules, which call _sx_try_slock(), cannot be loaded into the patched kernel. Am I reading the patch wrong ? --kBIJpUqFhZddC6hl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk7JYVQACgkQC3+MBN1Mb4gINwCdHdKjfFl1RitvK2MeYr16E5Ra No8An2iqH9NOH8ABgfMEhUlsO6LRteQc =ChO2 -----END PGP SIGNATURE----- --kBIJpUqFhZddC6hl-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 20 20:24:02 2011 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 5E2EA106566B; Sun, 20 Nov 2011 20:24:02 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 696828FC0C; Sun, 20 Nov 2011 20:24:01 +0000 (UTC) Received: by wwg14 with SMTP id 14so8530220wwg.31 for ; Sun, 20 Nov 2011 12:24:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=2DP0Mjdt2At4tOfLAC3ncHgIMQPNs84zxw8Nhr3tPhY=; b=e0QeldnETzio7zRaPSdcXxhJHDmyk6Hs6Y6mCD4Ie5glLwYhl5ZXEkCFpUOu70kuAN 832L1VGsYCl0ognIER8zkHHNhldV3z7Aac87ds69Rer66WR1/GoiAnpUEZQkWKPU6ws9 p21FtJnIVfD3y0CiymZ/vnj0qZ57e4uthfkqo= MIME-Version: 1.0 Received: by 10.180.109.106 with SMTP id hr10mr14500983wib.9.1321820639259; Sun, 20 Nov 2011 12:23:59 -0800 (PST) Sender: asmrookie@gmail.com Received: by 10.216.85.8 with HTTP; Sun, 20 Nov 2011 12:23:59 -0800 (PST) In-Reply-To: <20111120202141.GC50300@deviant.kiev.zoral.com.ua> References: <20111116084542.GY50300@deviant.kiev.zoral.com.ua> <20111118105224.GB50300@deviant.kiev.zoral.com.ua> <20111120191835.GB50300@deviant.kiev.zoral.com.ua> <20111120202141.GC50300@deviant.kiev.zoral.com.ua> Date: Sun, 20 Nov 2011 21:23:59 +0100 X-Google-Sender-Auth: tpXmWLdQLHHfQu3OdqxZiuCWkYM Message-ID: From: Attilio Rao To: Kostik Belousov Content-Type: text/plain; charset=UTF-8 Cc: mdf@freebsd.org, "K. Macy" , Alan Cox , Andriy Gapon , freebsd-current@freebsd.org, Benjamin Kaduk , Penta Upa Subject: Re: vm_page_t related KBI [Was: Re: panic at vm_page_wire with FreeBSD 9.0 Beta 3] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Nov 2011 20:24:02 -0000 2011/11/20 Kostik Belousov : > On Sun, Nov 20, 2011 at 08:22:38PM +0100, Attilio Rao wrote: >> 2011/11/20 Kostik Belousov : >> > On Sun, Nov 20, 2011 at 08:04:21PM +0100, Attilio Rao wrote: >> >> This other patch converts sx to a similar interface which cleans up vm_map.c: >> >> http://www.freebsd.org/~attilio/sxfileline.patch >> >> >> >> What do you think about it? >> > >> > This one only changes the KBI ? Note that _sx suffix is not reserved. >> >> In which sense? >> If you want to keep the shim support for KLD (thus the hard path) you >> will always need to keep an hard function and thus you still need a >> macro acting as a gate between the 'hard function' (or KLD version, if >> you prefer) and the fast case, that is where the "_" suffix came from. > > As I see, right now kernel exports e.g. _sx_try_slock() for the hard path. > After the patch, it will export sx_try_slock_() for the same purpose. > The old modules, which call _sx_try_slock(), cannot be loaded into > the patched kernel. Am I reading the patch wrong ? We shouldn't be concerned about it for -CURRENT, when MFCing this patch I'll just make: #define sx_try_slock_ _sx_try_slock rather than renaming the function. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Sun Nov 20 21:47:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 15D8C1065679; Sun, 20 Nov 2011 21:47:55 +0000 (UTC) Date: Sun, 20 Nov 2011 21:47:55 +0000 From: Alexander Best To: Jason Edwards Message-ID: <20111120214755.GA38320@freebsd.org> References: <5D3FFA12-BB54-4297-A098-3B85951ECEC5@lassitu.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: freebsd-current@freebsd.org Subject: Re: ee (easy editor) bugged on 9.0? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Nov 2011 21:47:55 -0000 On Sun Nov 20 11, Jason Edwards wrote: > On Sat, Nov 19, 2011 at 6:07 PM, Stefan Bethke wrote: > > Am 19.11.2011 um 17:29 schrieb Jason Edwards: > > > >> Dear list, > >> > >> Has anyone noticed the easy editor is quite bugged on 9.0? On console > >> direct access, opening the easy editor has several bugs: > >> > >> 1) the cursor starts on line 2 instead of line 1 > >> 2) the line numbering is printed on line 1 instead of the boundary (line 0) > >> 3) the keys page up and page down bring the escape menu > >> > >> Strange enough, if I SSH into the box the ee editor works normally. So > >> I'm wondering if this is something other people have noticed? Just > >> want to exclude the possibility of me doing something wrong. > >> > >> I've noticed this behavior on 9-CURRENT, 9.0-RC1 as well as 9.0-RC2, > >> amd64. GENERIC kernel and tested inside Virtualbox. > > > > Working fine here on 9.0-RC1. > > > > Is this a fresh install, or did you upgrade? Have you updated your ttys to set the terminal type to xterm instead of cons25? > > > This is a fresh install. I do make a LiveCD using scripted tools. But > it pretty much is a vanilla FreeBSD install with just some packages > preinstalled (webserver, php, etc). The only relevant changes I think > are a change to /etc/ttys. But when I revert the file back to the > defaults, the problem stays. I thought that perhaps Virtualbox had > something to do with it, but it seems to happen on a real system as > well. > > Some of you asked for the environmental settings. Using 'env' the > output begins with: > > -- on console -- > TERM=cons25 > SHELL=/usr/local/bin/bash > > -- via SSH -- > TERM=xterm > SHELL=/usr/local/bin/bash > > Via SSH the ee editor works as it should. On the console it is bugged. i just grabbed a copy of "FreeBSD-9.0-RC2-amd64-dvd1.iso" and ran it in qemu. i noticed nothing irregular running ee. also TERM is set to "xterm" on the console. so this is either an issue with bash (have you tried running sh?) or something in your /etc is broken. cheers. alex > > Regards, > Jason From owner-freebsd-current@FreeBSD.ORG Sun Nov 20 22:02:04 2011 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 944561065673 for ; Sun, 20 Nov 2011 22:02:04 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2001:470:1f0b:105e::1ea]) by mx1.freebsd.org (Postfix) with ESMTP id 594D38FC12 for ; Sun, 20 Nov 2011 22:02:04 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id 3D49CD0912; Sun, 20 Nov 2011 23:02:03 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=iso-8859-1 From: Stefan Bethke In-Reply-To: Date: Sun, 20 Nov 2011 23:02:02 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <3A9E50F5-03D3-4DD5-A95D-5948D4705462@lassitu.de> References: <5D3FFA12-BB54-4297-A098-3B85951ECEC5@lassitu.de> To: Jason Edwards X-Mailer: Apple Mail (2.1251.1) Cc: freebsd-current@freebsd.org Subject: Re: ee (easy editor) bugged on 9.0? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Nov 2011 22:02:04 -0000 Am 20.11.2011 um 14:41 schrieb Jason Edwards: > Some of you asked for the environmental settings. Using 'env' the > output begins with: >=20 > -- on console -- > TERM=3Dcons25 > SHELL=3D/usr/local/bin/bash >=20 > -- via SSH -- > TERM=3Dxterm > SHELL=3D/usr/local/bin/bash >=20 > Via SSH the ee editor works as it should. On the console it is bugged. As I suspected. On my fresh 90-RC1 install, I get xterm for all the = console terminals. You'll have to check where your /etc/ttys picks up = the old entries. Both stable and releng have the updated version, as = far as I can tell. If your /etc/ttys has ttyv0 "/usr/libexec/getty Pc" xterm on secure and so on, you'll need to check whether a login script resets the TERM = environment variable. Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-current@FreeBSD.ORG Sun Nov 20 22:15:56 2011 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 8B4A1106564A; Sun, 20 Nov 2011 22:15:56 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3AC2A8FC0A; Sun, 20 Nov 2011 22:15:56 +0000 (UTC) Received: by ggnk5 with SMTP id k5so5379217ggn.13 for ; Sun, 20 Nov 2011 14:15:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=lLDyBdQ5FoVBr6g5QMUJdIAi53Sun9HwC3dTvRoTO4o=; b=t/TUmYK2tVhNsgX/Iz+2prjchPikQ9WBVqZePow7FmPvJi9YlLF+3Du8ofy7jlAHnK uqHUUlYR2ZJFCEhLVG0/VWLG4fYUGkIZbqAvb+q0vffjUaTaXB++/6/04TBQxKnLXLPY yi34nsm5WMFZJgbQwOQ29tNzf3Yb4ybLTQq2s= MIME-Version: 1.0 Received: by 10.182.169.34 with SMTP id ab2mr2478535obc.27.1321827355480; Sun, 20 Nov 2011 14:15:55 -0800 (PST) Received: by 10.182.7.34 with HTTP; Sun, 20 Nov 2011 14:15:55 -0800 (PST) In-Reply-To: <201111201544.35530.ken@mthelicon.com> References: <20111028200227.GA50663@sandvine.com> <201111201454.49863.ken@mthelicon.com> <4EC91BB9.3090107@FreeBSD.org> <201111201544.35530.ken@mthelicon.com> Date: Sun, 20 Nov 2011 14:15:55 -0800 Message-ID: From: Garrett Cooper To: Pegasus Mc Cleaft Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, Andriy Gapon Subject: Re: Adding disk firmware programming capability to camcontrol X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Nov 2011 22:15:56 -0000 On Sun, Nov 20, 2011 at 7:44 AM, Pegasus Mc Cleaft wrote: > On Sunday 20 November 2011 15:24:41 Andriy Gapon wrote: >> > I have tried issuing a TUR to all my drives to see if it was controller >> > or drive specific, but all of them return the same error (The drives are >> > Seagate, Hitachi and WD). >> > >> > What am I doing wrong? >> >> You are sending SCSI commands to a (S)ATA drive. > > Ah... Bummer... I thought that might be the issue. > > I had kind of hoped that the code would also handle the ATA drives as well, > but still this will be a great feature to have in camcontrol as it is. Enhancements will need to be added to pass through the right commands from CAM_ATA to the ata layer. Cheers, -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Nov 20 20:38:40 2011 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 77946106564A; Sun, 20 Nov 2011 20:38:40 +0000 (UTC) (envelope-from wkoszek@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) by mx1.freebsd.org (Postfix) with ESMTP id 014D78FC0C; Sun, 20 Nov 2011 20:38:39 +0000 (UTC) Received: from wkoszek-thinkpad-t410 (freebsd.czest.pl [212.87.224.105]) by freebsd.czest.pl (8.14.5/8.14.5) with ESMTP id pAKKHWXY049236; Sun, 20 Nov 2011 20:17:32 GMT (envelope-from wkoszek@freebsd.czest.pl) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Date: Sun, 20 Nov 2011 21:18:38 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Wojciech A. Koszek" Organization: FreeBSD.czest.pl Message-ID: User-Agent: Opera Mail/11.60 (Linux) X-Greylist: Default is to whitelist mail, not delayed by milter-greylist-4.2.7 (freebsd.czest.pl [127.0.0.2]); Sun, 20 Nov 2011 20:17:32 +0000 (UTC) X-Mailman-Approved-At: Sun, 20 Nov 2011 22:18:37 +0000 Cc: Subject: The FreeBSD Project in the Google Code-In 2011 contest X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Nov 2011 20:38:40 -0000 Hello, (cross-posted message; please keep eventual comments on freebsd-hackers@) The FreeBSD project has been accepted to the Google Code-In 2011 contest. http://google-opensource.blogspot.com/2011/11/google-code-in-2011-participating.html We have proposed 50 tasks so far, and more are still coming! This is an event similar to the Google Summer of Code, but is targetted to people in the 13-17 age range. Young people will be working on FreeBSD-related tasks for the next weeks. If you know any potential candidates, feel free to forward this message. Brief summary: T-shirts and possibility of earning some $$$ for participants. The best participants get a chance to see the Google complex in Mountain View, Silicon Valley, California, USA. FreeBSD tasks are here: http://wiki.freebsd.org/GoogleCodeIn/2011 Ideas page can be extended till December, 16th! Contest's home page: http://www.google-melange.com/gci/homepage/google/gci2011 After you create an account, you can acquire tasks which you're interested in (if any of them are left!) Start date: November, 21st (tomorrow) Official communication channels: IRC (EFNet): #freebsd-soc Q/A: wkoszek@FreeBSD.ORG, jceel@FreeBSD.ORG, eadler@FreeBSD.org wkoszek, jceel, eadler on IRC Mailing list: freebsd-hackers@ Please coordinate communication with your mentor. Include '[GCIN]' header when posting to freebsd-hackers@ In case of potential task candidates, ideas and suggestions, feel free to contact me. -- Wojciech A. Koszek wkoszek@freebsd.czest.pl http://FreeBSD.czest.pl/~wkoszek/ From owner-freebsd-current@FreeBSD.ORG Mon Nov 21 04:26:50 2011 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 82C9E106566C; Mon, 21 Nov 2011 04:26:50 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from fallbackmx09.syd.optusnet.com.au (fallbackmx09.syd.optusnet.com.au [211.29.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id 1732D8FC08; Mon, 21 Nov 2011 04:26:49 +0000 (UTC) Received: from mail03.syd.optusnet.com.au (mail03.syd.optusnet.com.au [211.29.132.184]) by fallbackmx09.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id pAL2jYjf004081; Mon, 21 Nov 2011 13:45:34 +1100 Received: from c211-28-227-231.carlnfd1.nsw.optusnet.com.au (c211-28-227-231.carlnfd1.nsw.optusnet.com.au [211.28.227.231]) by mail03.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id pAL2jTje008191 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 21 Nov 2011 13:45:30 +1100 Date: Mon, 21 Nov 2011 13:45:29 +1100 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: Kostik Belousov In-Reply-To: <20111120174807.GY50300@deviant.kiev.zoral.com.ua> Message-ID: <20111121133954.A1108@besplex.bde.org> References: <201111170959.56767.jhb@freebsd.org> <201111171632.34979.jhb@freebsd.org> <20111119175620.GV50300@deviant.kiev.zoral.com.ua> <20111120114042.GA1256@thorin> <20111120174807.GY50300@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Mon, 21 Nov 2011 05:48:22 +0000 Cc: freebsd-arch@freebsd.org, Adrian Chadd , freebsd-current@freebsd.org, Robert Millan Subject: Re: [PATCH] Detect GNU/kFreeBSD in user-visible kernel headers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Nov 2011 04:26:50 -0000 On Sun, 20 Nov 2011, Kostik Belousov wrote: > On Sun, Nov 20, 2011 at 12:40:42PM +0100, Robert Millan wrote: >> On Sat, Nov 19, 2011 at 07:56:20PM +0200, Kostik Belousov wrote: >>> I fully agree with an idea that compiler is not an authorative source >>> of the knowledge of the FreeBSD version. Even more, I argue that we shall >>> not rely on compiler for this at all. Ideally, we should be able to >>> build FreeBSD using the stock compilers without local modifications. >>> Thus relying on the symbols defined by compiler, and not the source >>> is the thing to avoid and consistently remove. >>> >>> We must do this to be able to use third-party tooldchain for FreeBSD builds. >>> >>> That said, why not define __FreeBSD_kernel as equal to __FreeBSD_version ? >>> And then make more strong wording about other systems that use the macro, >>> e.g. remove 'may' from the kFreeBSD example. >>> Also, please remove the smile from comment. >> >> Ok. New patch attached. > > And the last, question, why not do > #ifndef __FreeBSD_kernel__ > #define __FreeBSD_kernel__ __FreeBSD_version > #endif > ? > > #undef is too big tools tool apply there, IMO. #ifndef is too big to apply here, IMO :-). __FreeBSD_kernel__ is in the implementation namespace, so any previous definition of it is a bug. The #ifndef breaks the warning for this bug. And why not use FreeBSD style? In KNF, the fields are separated by tabs, not spaces. In FreeBSD style, trailing underscores are not used for names in the implementation namespace, since they have no effect on namespaces. The name __FreeBSD_version is an example of this. Does existing practice require using the name with the trailing underscores? Bruce From owner-freebsd-current@FreeBSD.ORG Mon Nov 21 09:27:56 2011 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 AEDD5106566B; Mon, 21 Nov 2011 09:27:56 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 2C8AD8FC08; Mon, 21 Nov 2011 09:27:54 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id pAL9Roh9010373 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 21 Nov 2011 11:27:50 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id pAL9RoxD033780; Mon, 21 Nov 2011 11:27:50 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id pAL9Robu033779; Mon, 21 Nov 2011 11:27:50 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 21 Nov 2011 11:27:49 +0200 From: Kostik Belousov To: Bruce Evans Message-ID: <20111121092749.GD50300@deviant.kiev.zoral.com.ua> References: <201111170959.56767.jhb@freebsd.org> <201111171632.34979.jhb@freebsd.org> <20111119175620.GV50300@deviant.kiev.zoral.com.ua> <20111120114042.GA1256@thorin> <20111120174807.GY50300@deviant.kiev.zoral.com.ua> <20111121133954.A1108@besplex.bde.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MsQ2Tn89rTjvu/Ra" Content-Disposition: inline In-Reply-To: <20111121133954.A1108@besplex.bde.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-arch@freebsd.org, Adrian Chadd , freebsd-current@freebsd.org, Robert Millan Subject: Re: [PATCH] Detect GNU/kFreeBSD in user-visible kernel headers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Nov 2011 09:27:56 -0000 --MsQ2Tn89rTjvu/Ra Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 21, 2011 at 01:45:29PM +1100, Bruce Evans wrote: > On Sun, 20 Nov 2011, Kostik Belousov wrote: >=20 > >On Sun, Nov 20, 2011 at 12:40:42PM +0100, Robert Millan wrote: > >>On Sat, Nov 19, 2011 at 07:56:20PM +0200, Kostik Belousov wrote: > >>>I fully agree with an idea that compiler is not an authorative source > >>>of the knowledge of the FreeBSD version. Even more, I argue that we sh= all > >>>not rely on compiler for this at all. Ideally, we should be able to > >>>build FreeBSD using the stock compilers without local modifications. > >>>Thus relying on the symbols defined by compiler, and not the source > >>>is the thing to avoid and consistently remove. > >>> > >>>We must do this to be able to use third-party tooldchain for FreeBSD= =20 > >>>builds. > >>> > >>>That said, why not define __FreeBSD_kernel as equal to __FreeBSD_versi= on=20 > >>>? > >>>And then make more strong wording about other systems that use the mac= ro, > >>>e.g. remove 'may' from the kFreeBSD example. > >>>Also, please remove the smile from comment. > >> > >>Ok. New patch attached. > > > >And the last, question, why not do > >#ifndef __FreeBSD_kernel__ > >#define __FreeBSD_kernel__ __FreeBSD_version > >#endif > >? > > > >#undef is too big tools tool apply there, IMO. >=20 > #ifndef is too big to apply here, IMO :-). __FreeBSD_kernel__ is in the > implementation namespace, so any previous definition of it is a bug. The > #ifndef breaks the warning for this bug. FreeBSD does not need it at all. There are some implementations that use FreeBSD kernel, and which could potentially benefit from providing its own value for __FreeBSD_kernel. I was only tried to be nice for the out-of-tree implementations, it boils down to kFreeBSD project preferences. >=20 > And why not use FreeBSD style? In KNF, the fields are separated by > tabs, not spaces. In FreeBSD style, trailing underscores are not used > for names in the implementation namespace, since they have no effect > on namespaces. The name __FreeBSD_version is an example of this. Does > existing practice require using the name with the trailing underscores? --MsQ2Tn89rTjvu/Ra Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk7KGZUACgkQC3+MBN1Mb4hnkQCeIbVEc2t+iid/4Az+A/ujTt7g ZkIAoOKQNSWGsnqSPDR635aoifSLKuVJ =XKUs -----END PGP SIGNATURE----- --MsQ2Tn89rTjvu/Ra-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 21 16:49:41 2011 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 72AFB106566C; Mon, 21 Nov 2011 16:49:41 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4A4578FC12; Mon, 21 Nov 2011 16:49:41 +0000 (UTC) Received: from bigwig.baldwin.cx (96.47.65.170.static.nyinternet.net [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 0079746B42; Mon, 21 Nov 2011 11:49:41 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id C2220B977; Mon, 21 Nov 2011 11:49:37 -0500 (EST) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Mon, 21 Nov 2011 11:26:15 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p8; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201111211126.15627.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 21 Nov 2011 11:49:37 -0500 (EST) Cc: FreeBSD-Current Subject: Re: Reprobing of devices after module load? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2011 16:49:41 -0000 On Friday, November 18, 2011 11:48:20 am Paul B. Mahol wrote: > Hi, > > Is there nice way in FreeBSD to force reprobe of devices for specific > driver like it is done when kernel module is loaded (via > DRIVER_MODULE(...) stuff)? Note that those probes happen for specific buses rather than for specific drivers. The routine that does this currently is static (devclass_driver_added() in sys/kern/subr_bus.c). What specific problem are you trying to solve? You might be able to use BUS_DRIVER_ADDED() or device_probe_and_attach() to achieve what you are trying to do. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Nov 21 16:49:42 2011 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 5B0F1106564A; Mon, 21 Nov 2011 16:49:42 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 31A1B8FC1A; Mon, 21 Nov 2011 16:49:42 +0000 (UTC) Received: from bigwig.baldwin.cx (96.47.65.170.static.nyinternet.net [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id DD67446B46; Mon, 21 Nov 2011 11:49:41 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id AD6B3B978; Mon, 21 Nov 2011 11:49:38 -0500 (EST) From: John Baldwin To: Luigi Rizzo Date: Mon, 21 Nov 2011 11:29:29 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p8; KDE/4.5.5; amd64; ; ) References: <4EC6AEF0.1010402@FreeBSD.org> <20111118220458.GA21152@onelab2.iet.unipi.it> In-Reply-To: <20111118220458.GA21152@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201111211129.29362.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 21 Nov 2011 11:49:38 -0500 (EST) Cc: Matteo Landi , Doug Barton , freebsd-current@freebsd.org Subject: Re: ixgbe and fast interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Nov 2011 16:49:42 -0000 On Friday, November 18, 2011 5:04:58 pm Luigi Rizzo wrote: > On Fri, Nov 18, 2011 at 11:16:00AM -0800, Doug Barton wrote: > > On 11/18/2011 09:54, Luigi Rizzo wrote: > > > One more thing (i am mentioning it here for archival purposes, > > > as i keep forgetting to test it). Is entropy harvesting expensive ? > > > > No. It was designed to be inexpensive on purpose. :) > > hmmm.... > unfortunately I don't have a chance to test it until monday > (probably one could see if the ping times change by modifying > the value of kern.random.sys.harvest.* ). > > But in the code i see the following: > > - the harvest routine is this: > > void > random_harvest(void *entropy, u_int count, u_int bits, u_int frac, > enum esource origin) > { > if (reap_func) > (*reap_func)(get_cyclecount(), entropy, count, bits, frac, > origin); > } > > - the reap_func seems to be bound to > > dev/random/randomdev_soft.c::random_harvest_internal() > > which internally uses a spinlock and then moves entries between > two lists. > > I am concerned that the get_cyclecount() might end up querying an > expensive device (is it using kern.timecounter.hardware ?) On modern x86 it just does rdtsc(). > So between the indirect function call, spinlock, list manipulation > and the cyclecounter i wouldn't be surprised it the whole thing > takes a microsecond or so. I suspect it is not quite that expensive. > Anyways, on monday i'll know better. in the meantime, if someone > wants to give it a try... in our tests between two machines and > ixgbe (10G) interfaces, an unmodified 9.0 kernel has a median ping > time of 30us with "slow" pings (say -i 0.01 or larger) and 17us with > a ping -f . Did you time it with harvest.interrupt disabled? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Nov 21 16:49:43 2011 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 021851065676; Mon, 21 Nov 2011 16:49:43 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id B57818FC23; Mon, 21 Nov 2011 16:49:42 +0000 (UTC) Received: from bigwig.baldwin.cx (96.47.65.170.static.nyinternet.net [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 4F06946B06; Mon, 21 Nov 2011 11:49:42 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 18AA5B979; Mon, 21 Nov 2011 11:49:39 -0500 (EST) From: John Baldwin To: Andriy Gapon Date: Mon, 21 Nov 2011 11:32:41 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p8; KDE/4.5.5; amd64; ; ) References: <20111113083215.GV50300@deviant.kiev.zoral.com.ua> <201111171638.03208.jhb@freebsd.org> <4EC6D544.5040803@FreeBSD.org> In-Reply-To: <4EC6D544.5040803@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201111211132.42119.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 21 Nov 2011 11:49:39 -0500 (EST) Cc: Kostik Belousov , Alexander Motin , freebsd-current@freebsd.org Subject: Re: Stop scheduler on panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Nov 2011 16:49:43 -0000 On Friday, November 18, 2011 4:59:32 pm Andriy Gapon wrote: > on 17/11/2011 23:38 John Baldwin said the following: > > On Thursday, November 17, 2011 4:35:07 pm John Baldwin wrote: > >> Hmmm, you could also make critical_exit() not perform deferred preemptions > >> if SCHEDULER_STOPPED? That would fix the recursion and still let the > >> preemption "work" when resuming from the debugger? > > Yes, that's a good solution, I think. I just didn't want to touch such a "low > level" code, but I guess there is no rational reason for that. > > > Or you could let the debugger run in a permament critical section (though > > perhaps that breaks too many other things like debugger routines that try > > to use locks like the 'kill' command (which is useful!)). Effectively what you > > are trying to do is having the debugger run in a critical section until the > > debugger is exited. It would be cleanest to let it run that way explicitly > > if possible since then you don't have to catch as many edge cases. > > I like this idea, but likely it would take some effort to get done. Yes, it would take some effort, so checking SCHEDULER_STOPPED in critical_exit() is probably good for the short term. Would be nice to fix it properly some day. > Related to this is something that I attempted to discuss before. I think that > because the debugger acts on a frozen system image (the debugger is a sole actor > and observer), the debugger should try to minimize its interaction with the > debugged system. In this vein I think that the debugger should also bypass any > locks just like with SCHEDULER_STOPPED. The debugger should also be careful to > note a state of any subsystems that it uses (e.g. the keyboard) and return them > to the initial state if it had to be changed. But that's a bit different story. > And I really get beyond my knowledge zone when I try to think about things like > handling 'call func_xxxx' in the debugger where func_xxxx may want to acquire > some locks or noticeably change some state within a system. I think to some extent, I think if a user calls a function from the debugger they better know what they are doing. However, I think it can also be useful to have the debugger modify the system in some cases if it can safely do so (e.g. the 'kill' command from DDB can be very useful, and IIRC, it is careful to only use try locks and just fail if it can't acquire the needed locks). > But to continue about the locks... I have this idea to re-implement > SCHEDULER_STOPPED as some more general check that could be abstractly denoted as > LOCKING_POLICY_CHECK(context). Where the context could be defined by flags like > normal, in-panic, in-debugger, etc. And the locking policies could be: normal, > bypass, warn, panic, etc. > > However, I am not sure if this could be useful (and doable properly) in > practice. I am just concerned with the interaction between the debugger and the > locks. It still seems to me inconsistent that we are going with > SCHEDULER_STOPPED for panic, but we are continuing to use "if (!kdb_active)" > around some locks that could be problematic under kdb (e.g. in USB). In my > opinion the amount of code shared between normal context and kdb context is > about the same as amount of code shared between normal context and panic > context. But I haven't really quantified those. I think you need to keep the 'kill' case in mind. In that case you don't want to ignore locks, but the code is carefully written to use try locks instead (or should be). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Nov 21 16:58:41 2011 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 2730B106564A; Mon, 21 Nov 2011 16:58:41 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 376468FC15; Mon, 21 Nov 2011 16:58:39 +0000 (UTC) Received: by eyd10 with SMTP id 10so7909395eyd.13 for ; Mon, 21 Nov 2011 08:58:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=HCbgJp85wGhdGddljVa0oLXogJkaCt5+bRCcx6EsCoM=; b=kCKnHW7pgL6iJfsF5pKYBYvD9pY2VIYVMc/jl1zdZ31612n1qziCrOClUDPTo0AtTj 5593fOhxTk7YswPRL+uU67Yw50dLSraXSHrXuUT2w8Cdcu0M1j8aL4b/xriy/SzBioI7 t1Ngpw723LPMrizO7b7cxOtuekPe0wUvsXYBE= MIME-Version: 1.0 Received: by 10.180.109.106 with SMTP id hr10mr19251735wib.9.1321894719140; Mon, 21 Nov 2011 08:58:39 -0800 (PST) Sender: asmrookie@gmail.com Received: by 10.216.85.8 with HTTP; Mon, 21 Nov 2011 08:58:38 -0800 (PST) In-Reply-To: <201111211132.42119.jhb@freebsd.org> References: <20111113083215.GV50300@deviant.kiev.zoral.com.ua> <201111171638.03208.jhb@freebsd.org> <4EC6D544.5040803@FreeBSD.org> <201111211132.42119.jhb@freebsd.org> Date: Mon, 21 Nov 2011 17:58:38 +0100 X-Google-Sender-Auth: 1T2BYcoWjY82HBAV2gNj5UcSLJk Message-ID: From: Attilio Rao To: John Baldwin Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Kostik Belousov , Alexander Motin , freebsd-current@freebsd.org, Andriy Gapon Subject: Re: Stop scheduler on panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Nov 2011 16:58:41 -0000 2011/11/21 John Baldwin : > On Friday, November 18, 2011 4:59:32 pm Andriy Gapon wrote: >> on 17/11/2011 23:38 John Baldwin said the following: >> > On Thursday, November 17, 2011 4:35:07 pm John Baldwin wrote: >> >> Hmmm, you could also make critical_exit() not perform deferred preemp= tions >> >> if SCHEDULER_STOPPED? =C2=A0That would fix the recursion and still le= t the >> >> preemption "work" when resuming from the debugger? >> >> Yes, that's a good solution, I think. =C2=A0I just didn't want to touch = such a "low >> level" code, but I guess there is no rational reason for that. >> >> > Or you could let the debugger run in a permament critical section (tho= ugh >> > perhaps that breaks too many other things like debugger routines that = try >> > to use locks like the 'kill' command (which is useful!)). =C2=A0Effect= ively what you >> > are trying to do is having the debugger run in a critical section unti= l the >> > debugger is exited. =C2=A0It would be cleanest to let it run that way = explicitly >> > if possible since then you don't have to catch as many edge cases. >> >> I like this idea, but likely it would take some effort to get done. > > Yes, it would take some effort, so checking SCHEDULER_STOPPED in > critical_exit() is probably good for the short term. =C2=A0Would be nice = to fix > it properly some day. > >> Related to this is something that I attempted to discuss before. =C2=A0I= think that >> because the debugger acts on a frozen system image (the debugger is a so= le actor >> and observer), the debugger should try to minimize its interaction with = the >> debugged system. =C2=A0In this vein I think that the debugger should als= o bypass any >> locks just like with SCHEDULER_STOPPED. =C2=A0The debugger should also b= e careful to >> note a state of any subsystems that it uses (e.g. the keyboard) and retu= rn them >> to the initial state if it had to be changed. =C2=A0But that's a bit dif= ferent story. >> =C2=A0And I really get beyond my knowledge zone when I try to think abou= t things like >> handling 'call func_xxxx' in the debugger where func_xxxx may want to ac= quire >> some locks or noticeably change some state within a system. > > I think to some extent, I think if a user calls a function from the debug= ger > they better know what they are doing. =C2=A0However, I think it can also = be useful > to have the debugger modify the system in some cases if it can safely do = so > (e.g. the 'kill' command from DDB can be very useful, and IIRC, it is car= eful > to only use try locks and just fail if it can't acquire the needed locks)= . I would be very in favor about having a 'thread trampoline for KDB', thus that it can use locks. The only downside is that it assume an healthy state of the switching infrastructure, so maybe it would be fine to wrapper this under a proper compile-time option (KDB_LITE -> it will run in interrupt context and the users will better know what they do). Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Mon Nov 21 17:15:23 2011 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 4FF911065679; Mon, 21 Nov 2011 17:15:23 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id EBB778FC14; Mon, 21 Nov 2011 17:15:22 +0000 (UTC) Received: from [10.30.101.53] ([209.117.142.2]) (authenticated bits=0) by harmony.bsdimp.com (8.14.4/8.14.3) with ESMTP id pALH9i5D060437 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Mon, 21 Nov 2011 10:09:46 -0700 (MST) (envelope-from imp@bsdimp.com) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <201111211126.15627.jhb@freebsd.org> Date: Mon, 21 Nov 2011 10:09:37 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <8D7CE344-05B3-4A48-8E5B-91100A48F0B1@bsdimp.com> References: <201111211126.15627.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1084) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (harmony.bsdimp.com [10.0.0.6]); Mon, 21 Nov 2011 10:09:47 -0700 (MST) Cc: freebsd-hackers@FreeBSD.org, FreeBSD-Current Subject: Re: Reprobing of devices after module load? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2011 17:15:23 -0000 On Nov 21, 2011, at 9:26 AM, John Baldwin wrote: > On Friday, November 18, 2011 11:48:20 am Paul B. Mahol wrote: >> Hi, >>=20 >> Is there nice way in FreeBSD to force reprobe of devices for specific >> driver like it is done when kernel module is loaded (via >> DRIVER_MODULE(...) stuff)? >=20 > Note that those probes happen for specific buses rather than for = specific=20 > drivers. The routine that does this currently is static=20 > (devclass_driver_added() in sys/kern/subr_bus.c). What specific = problem are=20 > you trying to solve? You might be able to use BUS_DRIVER_ADDED() or=20= > device_probe_and_attach() to achieve what you are trying to do. You can load a dummy module that has an attach point to the bus that = you're wanting to force a rescan on. Warner From owner-freebsd-current@FreeBSD.ORG Mon Nov 21 17:20:32 2011 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 BF564106564A; Mon, 21 Nov 2011 17:20:32 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 7E62F8FC08; Mon, 21 Nov 2011 17:20:31 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 067EE73027; Mon, 21 Nov 2011 18:36:15 +0100 (CET) Date: Mon, 21 Nov 2011 18:36:15 +0100 From: Luigi Rizzo To: John Baldwin Message-ID: <20111121173614.GA63552@onelab2.iet.unipi.it> References: <4EC6AEF0.1010402@FreeBSD.org> <20111118220458.GA21152@onelab2.iet.unipi.it> <201111211129.29362.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201111211129.29362.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: Matteo Landi , Doug Barton , freebsd-current@freebsd.org Subject: Re: ixgbe and fast interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Nov 2011 17:20:32 -0000 On Mon, Nov 21, 2011 at 11:29:29AM -0500, John Baldwin wrote: > On Friday, November 18, 2011 5:04:58 pm Luigi Rizzo wrote: > > On Fri, Nov 18, 2011 at 11:16:00AM -0800, Doug Barton wrote: > > > On 11/18/2011 09:54, Luigi Rizzo wrote: > > > > One more thing (i am mentioning it here for archival purposes, > > > > as i keep forgetting to test it). Is entropy harvesting expensive ? > > > > > > No. It was designed to be inexpensive on purpose. :) > > > > hmmm.... > > unfortunately I don't have a chance to test it until monday > > (probably one could see if the ping times change by modifying > > the value of kern.random.sys.harvest.* ). > > > > But in the code i see the following: > > > > - the harvest routine is this: > > > > void > > random_harvest(void *entropy, u_int count, u_int bits, u_int frac, > > enum esource origin) > > { > > if (reap_func) > > (*reap_func)(get_cyclecount(), entropy, count, bits, frac, > > origin); > > } > > > > - the reap_func seems to be bound to > > > > dev/random/randomdev_soft.c::random_harvest_internal() > > > > which internally uses a spinlock and then moves entries between > > two lists. > > > > I am concerned that the get_cyclecount() might end up querying an > > expensive device (is it using kern.timecounter.hardware ?) > > On modern x86 it just does rdtsc(). > > > So between the indirect function call, spinlock, list manipulation > > and the cyclecounter i wouldn't be surprised it the whole thing > > takes a microsecond or so. > > I suspect it is not quite that expensive. > > > Anyways, on monday i'll know better. in the meantime, if someone > > wants to give it a try... in our tests between two machines and > > ixgbe (10G) interfaces, an unmodified 9.0 kernel has a median ping > > time of 30us with "slow" pings (say -i 0.01 or larger) and 17us with > > a ping -f . > > Did you time it with harvest.interrupt disabled? yes, thanks for reminding me to post the results. Using unmodified ping (which has 1us resolution on the reports), there is no measurable difference irrespective of the setting of kern.random.sys.harvest.ethernet, kern.random.sys.harvest.interrupt and kern.timecounter.hardware. Have tried to set hw mitigation to 0 on the NIC (ixgbe on both sides) but there is no visible effect either. However I don't trust my measurements because i cannot explain them. Response times have a min of 20us (about 50 out of 5000 samples) and a median of 27us, and i really don't understand if the low readings are real or the result of some races. Ping does a gettimeofday() for the initial timestamp, and relies on in-kernel timestamp for the response. cheers luigi From owner-freebsd-current@FreeBSD.ORG Mon Nov 21 17:52:37 2011 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 66993106564A; Mon, 21 Nov 2011 17:52:37 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 252288FC0C; Mon, 21 Nov 2011 17:52:37 +0000 (UTC) Received: from bigwig.baldwin.cx (96.47.65.170.static.nyinternet.net [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 58B7946B3C; Mon, 21 Nov 2011 12:52:36 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 0DFEDB978; Mon, 21 Nov 2011 12:52:33 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 21 Nov 2011 12:52:35 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p8; KDE/4.5.5; amd64; ; ) References: <4EC844DE.7020003@freebsd.org> In-Reply-To: <4EC844DE.7020003@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201111211252.35193.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 21 Nov 2011 12:52:33 -0500 (EST) Cc: nevtic@tx.net, Nathan Whitehorn Subject: Re: 9.0-RC2 - bsdinstall miscount of remaining diskspace after partition deletion. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Nov 2011 17:52:37 -0000 On Saturday, November 19, 2011 7:07:58 pm Nathan Whitehorn wrote: > On 11/18/11 17:09, nevtic@tx.net wrote: > > > > If you are performating a manual partion in 9.0-RC2 bsdinstall and you > > delete any created partition except the most recently created one, the > > total remaining space will be miscalculated. Reproducable as shown > > below. > > > > Workaround: if you delete a partition that is not the last partition > > that was created, delete all partitions created after that partition > > before continuing. Order does not seem to be important. > > > > The results are similar with other hard drive sizes, with the i386 or > > amd64 distributions, and with either 9.0-RC2 or 9.0-RC1 (I did not go > > back and check install discs prior to RC1) > > > > Reproducing the miscount: > > > > A 114 GB drive is used for this example: > > > > Select Manual Partitioning > > > > Perform the first Create on the drive and select GPT > > > > Creating the first partition: "Add Partition" "size" shows 114GB > > > > Change size to 4GB, set mountpoint to / and tab to OK > > (agree to the boot partition creation) > > > > Create a second partition: "Add Partition" "size" shows 110GB > > > > Adjust size to 10GB, set mountpoint to /usr and tab to OK > > > > Create a third partition: "Add Partition" "size" shows 100GB > > > > Adjust size to 20GB, set mountpoint to /var, and tab to OK > > > > Create a 4th partition: "size" shows 80GB remaining > > > > Adjust size to 40GB, set mountpoint to /data, and tab to OK. > > > > There is 40 GB remaining on the drive. Now change the size of /var. > > First, delete the currently configured /var partition. > > > > In the Partition Editor, adding up all the lines on the screen shows > > 54GB (plus a 64K boot) as allocated, so there should now be 60GB > > remaining. But the deleted /var space has not been added back into > > the total. > > > > Select Create again: "Add Partition" "size" shows 40GB > > > > Adjust size to 30GB, set mountpoint as /var, tab to OK > > > > A subsequent "Create" will show that 20GB is remaining, rather than > > the actual remaining 30GB. Selecting any size 20GB or larger for > > /home will give you a 20GB partition, and then an additional create > > will show the 10GB. > > This isn't a bug. The partitions are laid out on disk already, and, > because you deleted one in the middle, the largest *contiguous* block of > free space is 20GB, which is what is shown and the maximum it is > possible to create. That's why you can make one 20 GB partition and one > 10 GB partition, but not a single 30 GB one. Except that this is not intuitive. If I'm laying out a disk and haven't committed the changes yet, it should be possible to do things like resize an existing partition, or have the installer realize that if you delete one partition the other partitions that are pending should just "move up" to maximize free space automatically. I ran into this when first trying the new installer last week where you could not modify a pending partition's size which I found non-intuitive. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Nov 21 17:39:28 2011 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 039A4106564A; Mon, 21 Nov 2011 17:39:28 +0000 (UTC) (envelope-from rmh.aybabtu@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 884908FC1F; Mon, 21 Nov 2011 17:39:27 +0000 (UTC) Received: by yenq9 with SMTP id q9so743345yen.13 for ; Mon, 21 Nov 2011 09:39:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=SlONRK9gfgMCKC1nlR+fu8w2+2BF2hmUNA3VRAVDuJg=; b=pSDZmHQwGxZhoxLxVs9YKVQwRj2Z2rxMkLkBylqtTHvw0gecjJ7Iezldn5ndB5IkbR CaHhb18jHcvcfbM7hcEML7LpFF/LxrA/SzD1KpcIANv/b3/OFlEh1Eg8f8tSfbXrl/KP mdo/EQnGXMjfczKEr3OuK1u/2EUwsYaESsZEw= MIME-Version: 1.0 Received: by 10.50.169.1 with SMTP id aa1mr15646765igc.9.1321897166684; Mon, 21 Nov 2011 09:39:26 -0800 (PST) Sender: rmh.aybabtu@gmail.com Received: by 10.42.222.200 with HTTP; Mon, 21 Nov 2011 09:39:26 -0800 (PST) In-Reply-To: <20111121092749.GD50300@deviant.kiev.zoral.com.ua> References: <201111170959.56767.jhb@freebsd.org> <201111171632.34979.jhb@freebsd.org> <20111119175620.GV50300@deviant.kiev.zoral.com.ua> <20111120114042.GA1256@thorin> <20111120174807.GY50300@deviant.kiev.zoral.com.ua> <20111121133954.A1108@besplex.bde.org> <20111121092749.GD50300@deviant.kiev.zoral.com.ua> Date: Mon, 21 Nov 2011 18:39:26 +0100 X-Google-Sender-Auth: sYqpNhocR9rVYUbN1EgOH6hCixc Message-ID: From: Robert Millan To: Kostik Belousov Content-Type: text/plain; charset=UTF-8 X-Mailman-Approved-At: Mon, 21 Nov 2011 17:53:40 +0000 Cc: Adrian Chadd , freebsd-current@freebsd.org, Bruce Evans , freebsd-arch@freebsd.org Subject: Re: [PATCH] Detect GNU/kFreeBSD in user-visible kernel headers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Nov 2011 17:39:28 -0000 (replying with Debian hat this time) 2011/11/21 Kostik Belousov : > There are some implementations that > use FreeBSD kernel, and which could potentially benefit from providing > its own value for __FreeBSD_kernel. Actually, we wouldn't be able to provide a different value for the macro (whatever its name). Our compiler simply doesn't know which version of the kernel it is building for. Only the headers do, but if we define it in the headers we'd just use the FreeBSD definitions. Our compiler defines __FreeBSD_kernel__ as an empty macro, I don't expect this will change because unlike with FreeBSD, on Debian there are strong technical limitations to making it a number. If __FreeBSD_kernel__ is to be defined in FreeBSD land, may I suggest that it is defined as an empty macro as well? This covers the vast majority of cases (e.g. like the ones in my initial patch which started this discussion), and it doesn't preclude the possibility that this macro becomes a number without breaking backward compatibility. OTOH once you define it as a number, it becomes relevant whether you did it with #ifndef or with #undef, and so you have to commit to it. Just to make it clear: It's no problem to me if it's defined as a number, but it doesn't help much either. At least from Debian POV it's not worth making a big argument about. It could be a good idea from FreeBSD POV, but please only do this if it's useful to FreeBSD. -- Robert Millan From owner-freebsd-current@FreeBSD.ORG Mon Nov 21 18:05:31 2011 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 05049106566C for ; Mon, 21 Nov 2011 18:05:31 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from argol.doit.wisc.edu (argol.doit.wisc.edu [144.92.197.212]) by mx1.freebsd.org (Postfix) with ESMTP id C9D398FC15 for ; Mon, 21 Nov 2011 18:05:30 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth3.wiscmail.wisc.edu by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0LV000J02VL61N00@smtpauth3.wiscmail.wisc.edu>; Mon, 21 Nov 2011 12:05:30 -0600 (CST) Received: from wanderer.tachypleus.net (i3-user-nat.icecube.wisc.edu [128.104.255.12]) by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0LV000CFZVL4U120@smtpauth3.wiscmail.wisc.edu>; Mon, 21 Nov 2011 12:05:28 -0600 (CST) Date: Mon, 21 Nov 2011 12:05:28 -0600 From: Nathan Whitehorn In-reply-to: <201111211252.35193.jhb@freebsd.org> To: John Baldwin Message-id: <4ECA92E8.2060904@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=128.104.255.12 X-Spam-PmxInfo: Server=avs-9, Version=5.6.1.2065439, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.11.21.175416, SenderIP=128.104.255.12 References: <4EC844DE.7020003@freebsd.org> <201111211252.35193.jhb@freebsd.org> User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0) Gecko/20110928 Thunderbird/7.0 Cc: nevtic@tx.net, freebsd-current@freebsd.org Subject: Re: 9.0-RC2 - bsdinstall miscount of remaining diskspace after partition deletion. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Nov 2011 18:05:31 -0000 On 11/21/11 11:52, John Baldwin wrote: > On Saturday, November 19, 2011 7:07:58 pm Nathan Whitehorn wrote: >> On 11/18/11 17:09, nevtic@tx.net wrote: >>> >>> If you are performating a manual partion in 9.0-RC2 bsdinstall and you >>> delete any created partition except the most recently created one, the >>> total remaining space will be miscalculated. Reproducable as shown >>> below. >>> >>> Workaround: if you delete a partition that is not the last partition >>> that was created, delete all partitions created after that partition >>> before continuing. Order does not seem to be important. >>> >>> The results are similar with other hard drive sizes, with the i386 or >>> amd64 distributions, and with either 9.0-RC2 or 9.0-RC1 (I did not go >>> back and check install discs prior to RC1) >>> >>> Reproducing the miscount: >>> >>> A 114 GB drive is used for this example: >>> >>> Select Manual Partitioning >>> >>> Perform the first Create on the drive and select GPT >>> >>> Creating the first partition: "Add Partition" "size" shows 114GB >>> >>> Change size to 4GB, set mountpoint to / and tab to OK >>> (agree to the boot partition creation) >>> >>> Create a second partition: "Add Partition" "size" shows 110GB >>> >>> Adjust size to 10GB, set mountpoint to /usr and tab to OK >>> >>> Create a third partition: "Add Partition" "size" shows 100GB >>> >>> Adjust size to 20GB, set mountpoint to /var, and tab to OK >>> >>> Create a 4th partition: "size" shows 80GB remaining >>> >>> Adjust size to 40GB, set mountpoint to /data, and tab to OK. >>> >>> There is 40 GB remaining on the drive. Now change the size of /var. >>> First, delete the currently configured /var partition. >>> >>> In the Partition Editor, adding up all the lines on the screen shows >>> 54GB (plus a 64K boot) as allocated, so there should now be 60GB >>> remaining. But the deleted /var space has not been added back into >>> the total. >>> >>> Select Create again: "Add Partition" "size" shows 40GB >>> >>> Adjust size to 30GB, set mountpoint as /var, tab to OK >>> >>> A subsequent "Create" will show that 20GB is remaining, rather than >>> the actual remaining 30GB. Selecting any size 20GB or larger for >>> /home will give you a 20GB partition, and then an additional create >>> will show the 10GB. >> >> This isn't a bug. The partitions are laid out on disk already, and, >> because you deleted one in the middle, the largest *contiguous* block of >> free space is 20GB, which is what is shown and the maximum it is >> possible to create. That's why you can make one 20 GB partition and one >> 10 GB partition, but not a single 30 GB one. > > Except that this is not intuitive. If I'm laying out a disk and haven't > committed the changes yet, it should be possible to do things like resize > an existing partition, or have the installer realize that if you delete > one partition the other partitions that are pending should just "move up" > to maximize free space automatically. I ran into this when first trying > the new installer last week where you could not modify a pending partition's > size which I found non-intuitive. > There doesn't seem to be an easy solution though. Not laying them out on disk is extremely fragile: the installer needs to know tons of tiny details about the partition schemes (alignment constraints, partition numbering/lettering, available space after the header, the list is very long) or it will break. One simple example is that whether a partition is ad0s1 or ad0s3 depends on its order on the disk (or in the partition table anyway). If I have an ad0s2 and s3, and delete the s2, should the new partition be s2 or s4? That depends on a lot of things the installer can't easily know about, and that even if it could, simulating which would be dangerous. -Nathan From owner-freebsd-current@FreeBSD.ORG Mon Nov 21 18:42:12 2011 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 0B32C106566B; Mon, 21 Nov 2011 18:42:12 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8B60D8FC08; Mon, 21 Nov 2011 18:42:11 +0000 (UTC) Received: by vcbfl10 with SMTP id fl10so3017413vcb.13 for ; Mon, 21 Nov 2011 10:42:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=C5AZ9F9jmwPKdRcnShIseP+FJpeEndss3YRKdRsCXkQ=; b=b2TfhYSmWhlslc9RmwVYH0GhSy5VNWAHuM43+JQ3eFxxPYnC/mciflcmnFOPVFAzL7 D4uagbsHJnCAx4opvW656r4GdYvk68L0lWQj5NyiZgGdgPDgFaj7PiNY2c/F1rWJCcsi ZlyA5TUMcBcw6HqQOUDnDxBUYob7hPfhJPCI0= MIME-Version: 1.0 Received: by 10.52.65.77 with SMTP id v13mr16439341vds.95.1321900930857; Mon, 21 Nov 2011 10:42:10 -0800 (PST) Received: by 10.52.101.132 with HTTP; Mon, 21 Nov 2011 10:42:10 -0800 (PST) In-Reply-To: <201111211126.15627.jhb@freebsd.org> References: <201111211126.15627.jhb@freebsd.org> Date: Mon, 21 Nov 2011 18:42:10 +0000 Message-ID: From: "Paul B. Mahol" To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hackers@freebsd.org, FreeBSD-Current Subject: Re: Reprobing of devices after module load? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2011 18:42:12 -0000 On 11/21/11, John Baldwin wrote: > On Friday, November 18, 2011 11:48:20 am Paul B. Mahol wrote: >> Hi, >> >> Is there nice way in FreeBSD to force reprobe of devices for specific >> driver like it is done when kernel module is loaded (via >> DRIVER_MODULE(...) stuff)? > > Note that those probes happen for specific buses rather than for specific > drivers. The routine that does this currently is static > (devclass_driver_added() in sys/kern/subr_bus.c). What specific problem are > you trying to solve? You might be able to use BUS_DRIVER_ADDED() or > device_probe_and_attach() to achieve what you are trying to do. I have changed NDISulator to load 3rd party *.SYS from userspace via ioctl on /dev/ndis. For now i can do reprobe by reloading if_ndis.ko module. Loading if_ndis.ko ideally should not cause reprobe but reprobe should be done after ioctl on /dev/ndis. Perhaps devclass_add_driver from sys/kern/subr_bus can do this? From owner-freebsd-current@FreeBSD.ORG Mon Nov 21 19:04:18 2011 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 39591106566B for ; Mon, 21 Nov 2011 19:04:18 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (secure.freebsdsolutions.net [69.55.234.48]) by mx1.freebsd.org (Postfix) with ESMTP id 1F8098FC28 for ; Mon, 21 Nov 2011 19:04:18 +0000 (UTC) Received: from jnielsen.socialserve.com ([12.249.176.26]) (authenticated bits=0) by ns1.jnielsen.net (8.14.4/8.14.4) with ESMTP id pALIjf9n053245 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Mon, 21 Nov 2011 13:45:43 -0500 (EST) (envelope-from lists@jnielsen.net) From: John Nielsen Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Mon, 21 Nov 2011 13:45:36 -0500 Message-Id: <848DEEC1-570F-43F8-B432-A34F81014CD0@jnielsen.net> To: current@freebsd.org Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) X-DCC-x.dcc-servers-Metrics: ns1.jnielsen.net 104; Body=1 Fuz1=1 Fuz2=1 X-Virus-Scanned: clamav-milter 0.97.2 at ns1.jnielsen.net X-Virus-Status: Clean Cc: Subject: loader crash / BTX halted on 9.0-RC2 DVD with AMD pseudo-RAID X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Nov 2011 19:04:18 -0000 This weekend I downloaded the Freebsd 9.0 RC2 amd64 ISO image and burned = it to a DVD. I have a computer that currently runs Windows 7 but I plan = to install FreeBSD on it in the near future so I booted it up from the = DVD to check the hardware/driver status. Much to my dismay, the boot = loader crashed right away (register dump followed by "BTX halted") and = the computer immediately rebooted. I took a video with my phone so I = could capture the crash message, screenshot here: http://picpaste.com/pics/BTXcrash.1321899682.jpg I then tried tweaking a few BIOS settings and found that turning off the = built-in pseudo-RAID allowed the DVD to boot normally. I changed the = SATA type from "RAID" to "AHCI". Fortunately I plan to use the = controller in AHCI mode for the FreeBSD installation so this won't end = up being a problem for me, but I still thought it was worth reporting. The system in question has a Foxconn A7GM-S motherboard with AMD 780G = (NB) and AMD SB700 chipsets. I have a two-disk mirror for the Windows = installation which is why I had RAID mode enabled in the first place. In case jhb^H^H^Hsomeone is interested, below is the output from "dmesg" = and "pciconf -lv" once I booted up in AHCI mode. Let me know if any = additional information or tests would be helpful. Thanks! JN =3D=3D=3D dmesg =3D=3D=3D Copyright (c) 1992-2011 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 9.0-RC2 #0: Sat Nov 12 18:35:25 UTC 2011 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 5200+ (2767.66-MHz = K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x60fb2 Family =3D f Model =3D 6b = Stepping =3D 2 = Features=3D0x178bfbff Features2=3D0x2001 AMD = Features=3D0xea500800 AMD Features2=3D0x11f real memory =3D 8589934592 (8192 MB) avail memory =3D 7711911936 (7354 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: <050410 APIC1120> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ACPI Warning: Optional field Pm2ControlBlock has zero address or length: = 0x0000000000000000/0x1 (20110527/tbfadt-586) ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: <050410 RSDT1120> on motherboard acpi0: Power Button (fixed) acpi0: reservation of fee00000, 1000 (3) failed acpi0: reservation of ffb80000, 80000 (3) failed acpi0: reservation of fec10000, 20 (3) failed acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, bfe00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xc000-0xc0ff mem = 0xc0000000-0xcfffffff,0xfe9f0000-0xfe9fffff,0xfe800000-0xfe8fffff irq 18 = at device 5.0 on pci1 hdac0: mem = 0xfe9e8000-0xfe9ebfff irq 19 at device 5.1 on pci1 pcib2: irq 18 at device 2.0 on pci0 pci2: on pcib2 vgapci1: port 0xd000-0xd0ff mem = 0xd0000000-0xdfffffff,0xfeaf0000-0xfeafffff irq 18 at device 0.0 on pci2 hdac1: mem = 0xfeaec000-0xfeaeffff irq 19 at device 0.1 on pci2 pcib3: irq 17 at device 9.0 on pci0 pci3: on pcib3 re0: port = 0xe800-0xe8ff mem 0xfebff000-0xfebfffff irq 17 at device 0.0 on pci3 re0: Using 1 MSI message re0: Chip rev. 0x38000000 re0: MAC rev. 0x00400000 miibus0: on re0 rgephy0: PHY 1 on = miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, = 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, = 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, = 1000baseT-FDX-flow-master, auto, auto-flow re0: Ethernet address: 00:1f:e2:55:1d:bc ahci0: port = 0xb000-0xb007,0xa000-0xa003,0x9000-0x9007,0x8000-0x8003,0x7000-0x700f = mem 0xfe7ff800-0xfe7ffbff irq 22 at device 17.0 on pci0 ahci0: AHCI v1.10 with 4 3Gbps ports, Port Multiplier supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ahcich2: at channel 2 on ahci0 ahcich3: at channel 3 on ahci0 ohci0: mem 0xfe7fe000-0xfe7fefff irq 16 = at device 18.0 on pci0 usbus0: on ohci0 ohci1: mem 0xfe7fd000-0xfe7fdfff irq 16 = at device 18.1 on pci0 usbus1: on ohci1 ehci0: mem 0xfe7ff000-0xfe7ff0ff irq = 17 at device 18.2 on pci0 ehci0: AMD SB600/700 quirk applied usbus2: EHCI version 1.0 usbus2: on ehci0 ohci2: mem 0xfe7fc000-0xfe7fcfff irq 18 = at device 19.0 on pci0 usbus3: on ohci2 ohci3: mem 0xfe7f7000-0xfe7f7fff irq 18 = at device 19.1 on pci0 usbus4: on ohci3 ehci1: mem 0xfe7f6800-0xfe7f68ff irq = 19 at device 19.2 on pci0 ehci1: AMD SB600/700 quirk applied usbus5: EHCI version 1.0 usbus5: on ehci1 pci0: at device 20.0 (no driver attached) atapci0: port = 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 20.1 on pci0 ata0: on atapci0 ata1: on atapci0 hdac2: mem = 0xfe7f0000-0xfe7f3fff irq 16 at device 20.2 on pci0 isab0: at device 20.3 on pci0 isa0: on isab0 pcib4: at device 20.4 on pci0 pci4: on pcib4 ohci4: mem 0xfe7f5000-0xfe7f5fff irq 18 = at device 20.5 on pci0 usbus6: on ohci4 acpi_button0: on acpi0 acpi_tz0: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 550 Event timer "HPET1" frequency 14318180 Hz quality 450 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on = isa0 ppc0: cannot reserve I/O port range powernow0: on cpu0 powernow1: on cpu1 Timecounters tick every 1.000 msec hdac0: HDA Codec #0: ATI RS690/780 HDMI pcm0: at cad 0 nid 1 on hdac0 hdac1: HDA Codec #0: ATI R6xx HDMI pcm1: at cad 0 nid 1 on hdac1 hdac2: HDA Codec #3: Realtek ALC888 pcm2: at cad 3 nid 1 on hdac2 pcm3: at cad 3 nid 1 on hdac2 pcm4: at cad 3 nid 1 on hdac2 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 480Mbps High Speed USB v2.0 usbus6: 12Mbps Full Speed USB v1.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 ugen6.1: at usbus6 uhub6: on usbus6 uhub6: 2 ports with 2 removable, self powered uhub0: 3 ports with 3 removable, self powered uhub1: 3 ports with 3 removable, self powered uhub3: 3 ports with 3 removable, self powered uhub4: 3 ports with 3 removable, self powered uhub2: 6 ports with 6 removable, self powered uhub5: 6 ports with 6 removable, self powered ugen2.2: at usbus2 uhub7: = on usbus2 ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-7 SATA 2.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 238475MB (488397168 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 ada1: ATA-7 SATA 2.x device ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 239372MB (490234752 512 byte sectors: 16H 63S/T 16383C) ada1: Previously was known as ad6 ada2 at ahcich3 bus 0 scbus3 target 0 lun 0 ada2: ATA-8 SATA 2.x device ada2: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada2: Command Queueing enabled ada2: 57241MB (117231408 512 byte sectors: 16H 63S/T 16383C) ada2: Previously was known as ad10 cd0 at ahcich2 bus 0 scbus2 target 0 lun 0 SMP: AP CPU #1 Launched! cd0: Removable CD-ROM SCSI-0 device=20 cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO = 8192bytes) cd0: cd present [313168 x 2048 byte records] ugen3.2: at usbus3 uhub7: 4 ports with 4 removable, self powered Root mount waiting for: usbus2 ugen2.3: at usbus2 ukbd0: on = usbus2 kbd2 at ukbd0 ums0: on = usbus2 ums0: 10 buttons and [XYZT] coordinates ID=3D2 Trying to mount root from cd9660:/dev/iso9660/FREEBSD_INSTALL [ro]... ugen3.3: at usbus3 ums1: on usbus3 ums1: 3 buttons and [XYZT] coordinates ID=3D1 calcru: runtime went backwards from 2959 usec to 2886 usec for pid 76 = (md0) calcru: runtime went backwards from 260194 usec to 255371 usec for pid = 18 (sh) calcru: runtime went backwards from 88 usec to 85 usec for pid 4 = (pagedaemon) calcru: runtime went backwards from 29524 usec to 28896 usec for pid 15 = (usb) calcru: runtime went backwards from 3546 usec to 3459 usec for pid 1 = (init) calcru: runtime went backwards from 1038 usec to 1013 usec for pid 0 = (kernel) re0: link state changed to UP =3D=3D=3D pciconf =3D=3D=3D hostb0@pci0:0:0:0: class=3D0x060000 card=3D0x96001022 = chip=3D0x96001022 rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices [AMD]' device =3D 'RS780 Host Bridge' class =3D bridge subclass =3D HOST-PCI pcib1@pci0:0:1:0: class=3D0x060400 card=3D0x96021022 = chip=3D0x96021022 rev=3D0x00 hdr=3D0x01 vendor =3D 'Advanced Micro Devices [AMD]' device =3D 'RS780/RS880 PCI to PCI bridge (int gfx)' class =3D bridge subclass =3D PCI-PCI pcib2@pci0:0:2:0: class=3D0x060400 card=3D0x96001022 = chip=3D0x96031022 rev=3D0x00 hdr=3D0x01 vendor =3D 'Advanced Micro Devices [AMD]' device =3D 'RS780 PCI to PCI bridge (ext gfx port 0)' class =3D bridge subclass =3D PCI-PCI pcib3@pci0:0:9:0: class=3D0x060400 card=3D0x96001022 = chip=3D0x96081022 rev=3D0x00 hdr=3D0x01 vendor =3D 'Advanced Micro Devices [AMD]' device =3D 'RS780/RS880 PCI to PCI bridge (PCIE port 4)' class =3D bridge subclass =3D PCI-PCI ahci0@pci0:0:17:0: class=3D0x010601 card=3D0x0e0f105b = chip=3D0x43911002 rev=3D0x00 hdr=3D0x00 vendor =3D 'ATI Technologies Inc' device =3D 'SB7x0/SB8x0/SB9x0 SATA Controller [AHCI mode]' class =3D mass storage subclass =3D SATA ohci0@pci0:0:18:0: class=3D0x0c0310 card=3D0x0e0f105b = chip=3D0x43971002 rev=3D0x00 hdr=3D0x00 vendor =3D 'ATI Technologies Inc' device =3D 'SB7x0/SB8x0/SB9x0 USB OHCI0 Controller' class =3D serial bus subclass =3D USB ohci1@pci0:0:18:1: class=3D0x0c0310 card=3D0x0e0f105b = chip=3D0x43981002 rev=3D0x00 hdr=3D0x00 vendor =3D 'ATI Technologies Inc' device =3D 'SB7x0 USB OHCI1 Controller' class =3D serial bus subclass =3D USB ehci0@pci0:0:18:2: class=3D0x0c0320 card=3D0x0e0f105b = chip=3D0x43961002 rev=3D0x00 hdr=3D0x00 vendor =3D 'ATI Technologies Inc' device =3D 'SB7x0/SB8x0/SB9x0 USB EHCI Controller' class =3D serial bus subclass =3D USB ohci2@pci0:0:19:0: class=3D0x0c0310 card=3D0x0e0f105b = chip=3D0x43971002 rev=3D0x00 hdr=3D0x00 vendor =3D 'ATI Technologies Inc' device =3D 'SB7x0/SB8x0/SB9x0 USB OHCI0 Controller' class =3D serial bus subclass =3D USB ohci3@pci0:0:19:1: class=3D0x0c0310 card=3D0x0e0f105b = chip=3D0x43981002 rev=3D0x00 hdr=3D0x00 vendor =3D 'ATI Technologies Inc' device =3D 'SB7x0 USB OHCI1 Controller' class =3D serial bus subclass =3D USB ehci1@pci0:0:19:2: class=3D0x0c0320 card=3D0x0e0f105b = chip=3D0x43961002 rev=3D0x00 hdr=3D0x00 vendor =3D 'ATI Technologies Inc' device =3D 'SB7x0/SB8x0/SB9x0 USB EHCI Controller' class =3D serial bus subclass =3D USB none0@pci0:0:20:0: class=3D0x0c0500 card=3D0x0e0f105b = chip=3D0x43851002 rev=3D0x3a hdr=3D0x00 vendor =3D 'ATI Technologies Inc' device =3D 'SBx00 SMBus Controller' class =3D serial bus subclass =3D SMBus atapci0@pci0:0:20:1: class=3D0x01018a card=3D0x0e0f105b = chip=3D0x439c1002 rev=3D0x00 hdr=3D0x00 vendor =3D 'ATI Technologies Inc' device =3D 'SB7x0/SB8x0/SB9x0 IDE Controller' class =3D mass storage subclass =3D ATA hdac2@pci0:0:20:2: class=3D0x040300 card=3D0x0e0f105b = chip=3D0x43831002 rev=3D0x00 hdr=3D0x00 vendor =3D 'ATI Technologies Inc' device =3D 'SBx00 Azalia (Intel HDA)' class =3D multimedia subclass =3D HDA isab0@pci0:0:20:3: class=3D0x060100 card=3D0x0e0f105b = chip=3D0x439d1002 rev=3D0x00 hdr=3D0x00 vendor =3D 'ATI Technologies Inc' device =3D 'SB7x0/SB8x0/SB9x0 LPC host controller' class =3D bridge subclass =3D PCI-ISA pcib4@pci0:0:20:4: class=3D0x060401 card=3D0x00000000 = chip=3D0x43841002 rev=3D0x00 hdr=3D0x01 vendor =3D 'ATI Technologies Inc' device =3D 'SBx00 PCI to PCI Bridge' class =3D bridge subclass =3D PCI-PCI ohci4@pci0:0:20:5: class=3D0x0c0310 card=3D0x0e0f105b = chip=3D0x43991002 rev=3D0x00 hdr=3D0x00 vendor =3D 'ATI Technologies Inc' device =3D 'SB7x0/SB8x0/SB9x0 USB OHCI2 Controller' class =3D serial bus subclass =3D USB hostb1@pci0:0:24:0: class=3D0x060000 card=3D0x00000000 = chip=3D0x11001022 rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices [AMD]' device =3D 'K8 [Athlon64/Opteron] HyperTransport Technology = Configuration' class =3D bridge subclass =3D HOST-PCI hostb2@pci0:0:24:1: class=3D0x060000 card=3D0x00000000 = chip=3D0x11011022 rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices [AMD]' device =3D 'K8 [Athlon64/Opteron] Address Map' class =3D bridge subclass =3D HOST-PCI hostb3@pci0:0:24:2: class=3D0x060000 card=3D0x00000000 = chip=3D0x11021022 rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices [AMD]' device =3D 'K8 [Athlon64/Opteron] DRAM Controller' class =3D bridge subclass =3D HOST-PCI hostb4@pci0:0:24:3: class=3D0x060000 card=3D0x00000000 = chip=3D0x11031022 rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices [AMD]' device =3D 'K8 [Athlon64/Opteron] Miscellaneous Control' class =3D bridge subclass =3D HOST-PCI vgapci0@pci0:1:5:0: class=3D0x030000 card=3D0x0e0f105b = chip=3D0x96101002 rev=3D0x00 hdr=3D0x00 vendor =3D 'ATI Technologies Inc' device =3D 'Radeon HD 3200 Graphics' class =3D display subclass =3D VGA hdac0@pci0:1:5:1: class=3D0x040300 card=3D0x960f1002 = chip=3D0x960f1002 rev=3D0x00 hdr=3D0x00 vendor =3D 'ATI Technologies Inc' device =3D 'RS780 Azalia controller' class =3D multimedia subclass =3D HDA vgapci1@pci0:2:0:0: class=3D0x030000 card=3D0x15301462 = chip=3D0x94421002 rev=3D0x00 hdr=3D0x00 vendor =3D 'ATI Technologies Inc' device =3D 'RV770 [Radeon HD 4850]' class =3D display subclass =3D VGA hdac1@pci0:2:0:1: class=3D0x040300 card=3D0xaa301462 = chip=3D0xaa301002 rev=3D0x00 hdr=3D0x00 vendor =3D 'ATI Technologies Inc' device =3D 'HD48x0 audio' class =3D multimedia subclass =3D HDA re0@pci0:3:0:0: class=3D0x020000 card=3D0x0e0f105b chip=3D0x816810ec = rev=3D0x01 hdr=3D0x00 vendor =3D 'Realtek Semiconductor Co., Ltd.' device =3D 'RTL8111/8168B PCI Express Gigabit Ethernet = controller' class =3D network subclass =3D ethernet From owner-freebsd-current@FreeBSD.ORG Mon Nov 21 19:06:49 2011 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 9F9B0106566C for ; Mon, 21 Nov 2011 19:06:49 +0000 (UTC) (envelope-from fbsdq@peterk.org) Received: from poshta.pknet.net (poshta.pknet.net [216.241.167.213]) by mx1.freebsd.org (Postfix) with ESMTP id 574AA8FC14 for ; Mon, 21 Nov 2011 19:06:49 +0000 (UTC) Received: (qmail 62787 invoked by uid 89); 21 Nov 2011 19:06:48 -0000 Received: from localhost (HELO pop.pknet.net) (127.0.0.1) by poshta.pknet.net with ESMTP; 21 Nov 2011 19:06:48 -0000 Received: from 74.63.162.21 (SquirrelMail authenticated user fbsdq@peterk.org) by pop.pknet.net with HTTP; Mon, 21 Nov 2011 12:06:48 -0700 Message-ID: <46119df792bc1c7b787115a08f0593b0.squirrel@pop.pknet.net> In-Reply-To: <201111211252.35193.jhb@freebsd.org> References: <4EC844DE.7020003@freebsd.org> <201111211252.35193.jhb@freebsd.org> Date: Mon, 21 Nov 2011 12:06:48 -0700 From: "Peter" To: "John Baldwin" User-Agent: SquirrelMail/1.4.21 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: nevtic@tx.net, freebsd-current@freebsd.org, Nathan Whitehorn Subject: Re: 9.0-RC2 - bsdinstall miscount of remaining diskspace after partition deletion. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Nov 2011 19:06:49 -0000 > On Saturday, November 19, 2011 7:07:58 pm Nathan Whitehorn wrote: >> On 11/18/11 17:09, nevtic@tx.net wrote: >> > >> > If you are performating a manual partion in 9.0-RC2 bsdinstall and you >> > delete any created partition except the most recently created one, the >> > total remaining space will be miscalculated. Reproducable as shown >> > below. >> > >> > Workaround: if you delete a partition that is not the last partition >> > that was created, delete all partitions created after that partition >> > before continuing. Order does not seem to be important. >> > >> > The results are similar with other hard drive sizes, with the i386 or >> > amd64 distributions, and with either 9.0-RC2 or 9.0-RC1 (I did not go >> > back and check install discs prior to RC1) >> > >> > Reproducing the miscount: >> > >> > A 114 GB drive is used for this example: >> > >> > Select Manual Partitioning >> > >> > Perform the first Create on the drive and select GPT >> > >> > Creating the first partition: "Add Partition" "size" shows 114GB >> > >> > Change size to 4GB, set mountpoint to / and tab to OK >> > (agree to the boot partition creation) >> > >> > Create a second partition: "Add Partition" "size" shows 110GB >> > >> > Adjust size to 10GB, set mountpoint to /usr and tab to OK >> > >> > Create a third partition: "Add Partition" "size" shows 100GB >> > >> > Adjust size to 20GB, set mountpoint to /var, and tab to OK >> > >> > Create a 4th partition: "size" shows 80GB remaining >> > >> > Adjust size to 40GB, set mountpoint to /data, and tab to OK. >> > >> > There is 40 GB remaining on the drive. Now change the size of /var. >> > First, delete the currently configured /var partition. >> > >> > In the Partition Editor, adding up all the lines on the screen shows >> > 54GB (plus a 64K boot) as allocated, so there should now be 60GB >> > remaining. But the deleted /var space has not been added back into >> > the total. >> > >> > Select Create again: "Add Partition" "size" shows 40GB >> > >> > Adjust size to 30GB, set mountpoint as /var, tab to OK >> > >> > A subsequent "Create" will show that 20GB is remaining, rather than >> > the actual remaining 30GB. Selecting any size 20GB or larger for >> > /home will give you a 20GB partition, and then an additional create >> > will show the 10GB. >> >> This isn't a bug. The partitions are laid out on disk already, and, >> because you deleted one in the middle, the largest *contiguous* block of >> free space is 20GB, which is what is shown and the maximum it is >> possible to create. That's why you can make one 20 GB partition and one >> 10 GB partition, but not a single 30 GB one. > > Except that this is not intuitive. If I'm laying out a disk and haven't > committed the changes yet, it should be possible to do things like resize > an existing partition, or have the installer realize that if you delete > one partition the other partitions that are pending should just "move up" > to maximize free space automatically. I ran into this when first trying > the new installer last week where you could not modify a pending > partition's > size which I found non-intuitive. > > -- > John Baldwin > _______________________________________________ Issue is not just because of deleting a partition in the middle, but also because the installer doesn't use up 100% of the remaining disk space... I'm doing an install onto a 232GB drive now. Deleted all partitions, and created the following: ada0p1 64KB freebsd-boot ada0p2 10GB freebsd-ufs / ada0p3 1GB freebsd-swap none When I go to create 'p4' it automatically fills the disk space to 221GB, so now I have: ada0p4 221GB freebsd-ufs /data ..BUT I can still create 'p5' with a size of 907MB! Workaround is to delete 'p4' and hit 'Create' but for size instead of accepting default of '221GB' I input '321GB' [well over the physical disk size] - It creates 'p5' with size 221GB and now when I go to create 'p5' I get the expected 'No free space left on device'. Both times the installer showed 221GB for /data, but one time it still had 907MB left to create a fifth partition - So it rounds down the 221.9GB to 221GB giving a false impression the disk is 100% full. and yes, when I delete 'p2' and my 221GB 'p4', I can create another partition of 221GB [which is now p2] and then create another 10GB partition which becomes p4. The installer should move swap to p2 and allow me to recreate p3 with size of 331GB instead of this result: ada0p1 64kB freebsd-boot ada0p3 1GB freebsd-swap ada0p2 221GB freebsd-ufs /data ada0p4 10GB freebsd-ufs / How did p2 become 221GB when originally it was only 10GB? Seems nothing is written to disk at this point and the installer should have dynamically "moved" p3 into p2, and allowed to use the remaining continous disk space for p3 of 331GB [after all, it moved 221GB from p4 to p2 without a problem]. ]Peter[ There are more "advanced user" installer issues which I'm documenting. From owner-freebsd-current@FreeBSD.ORG Mon Nov 21 19:25:07 2011 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 F32321065674 for ; Mon, 21 Nov 2011 19:25:07 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id CED0D8FC15 for ; Mon, 21 Nov 2011 19:25:07 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1RSZUJ-0001DG-2Y for freebsd-current@freebsd.org; Mon, 21 Nov 2011 11:25:07 -0800 Date: Mon, 21 Nov 2011 11:25:07 -0800 (PST) From: Jakub Lach To: freebsd-current@freebsd.org Message-ID: <1321903507072-5011412.post@n5.nabble.com> In-Reply-To: References: <1321697130749-5006547.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: 9RC2 amd64 "Can't work out which disk we are booting from" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Nov 2011 19:25:08 -0000 > But I have not found what it was, and switched to build i386 images only > yet. Indeed, only amd64 has this problem. -- View this message in context: http://freebsd.1045724.n5.nabble.com/9RC2-amd64-Can-t-work-out-which-disk-we-are-booting-from-tp5006547p5011412.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Mon Nov 21 19:25:10 2011 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 3A5FF106566B for ; Mon, 21 Nov 2011 19:25:10 +0000 (UTC) (envelope-from dan@sunsaturn.com) Received: from sunsaturn.com (mail1.sunsaturn.com [IPv6:2001:49f0:4004::2]) by mx1.freebsd.org (Postfix) with ESMTP id C2CB48FC18 for ; Mon, 21 Nov 2011 19:25:09 +0000 (UTC) Received: by sunsaturn.com (Postfix, from userid 1001) id 42B49119CAD; Mon, 21 Nov 2011 13:25:08 -0600 (CST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=sunsaturn.com; s=gamma; t=1321903508; bh=GYPzXH9qLNTqCOWso/3459VdxB87n3Lc9MS0aR45aMw=; h=Date:From:To:Subject:Message-ID:MIME-Version:Content-Type; b=doO80zVQ4ehIvPcEnurhv2ZPYaImyN0BK+t/1G4IO/mJ7TSrQgttTlikmlUAL4Oz6 fO/LyR/L5FR46kRE+GdEjHVo3jYmYWEe4NH3rh3fT9B7yz9+P3JwhQrF/+4ZyOtGst FFckqXRy56Aqcy3v+JNFiL1DSYoyYzD9Yf1qcdAE= Received: from localhost (localhost [127.0.0.1]) by sunsaturn.com (Postfix) with ESMTP id 38F37119C64 for ; Mon, 21 Nov 2011 13:25:08 -0600 (CST) Date: Mon, 21 Nov 2011 13:25:08 -0600 (CST) From: Dan The Man To: freebsd-current@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Subject: rc.conf changes IPV6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Nov 2011 19:25:10 -0000 I notice we have changed way IPV6 is done in rc.conf now. I assume someone will update: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-ipv6.html My question now concerns aliases, and what the norm will end up being. Here is example below: Here we have the new layout with IPV6, the below works fine, however since the ifconfig lines for IPV4 and IPV6 are essentially the same other than the actual "inet" and "inet6", will it be ok to start with alias0 for both IPV4 and IPV6, or should I in this example be starting at alias4 for IPV6? I would like idea to keep it way it is each protocal starting at alias0. #GATEWAY defaultrouter="67.159.46.233" hostname="sunsaturn.com" #IPV4 ifconfig_em1="inet 67.159.46.238 netmask 255.255.255.248" ifconfig_em1_alias0="inet 67.159.46.234 netmask 255.255.255.248" ifconfig_em1_alias1="inet 67.159.46.235 netmask 255.255.255.248" ifconfig_em1_alias2="inet 67.159.46.236 netmask 255.255.255.248" ifconfig_em1_alias3="inet 67.159.46.237 netmask 255.255.255.248" #IPV6 ipv6_activate_all_interfaces="YES" ipv6_network_interfaces="em1" ipv6_defaultrouter="2001:49f0:4004:0000:0000:0000:0000:0001" ifconfig_em1_ipv6="inet6 2001:49f0:4004:0000:0000:0000:0000:0002 prefixlen 48" ifconfig_em1_alias0="inet6 2001:49f0:4004:0000:0000:0000:0000:0003 prefixlen 48" ifconfig_em1_alias1="inet6 2001:49f0:4004:0000:0000:0000:0000:0004 prefixlen 48" Dan. -- Dan The Man CTO/ Senior System Administrator Websites, Domains and Everything else http://www.SunSaturn.com Email: Dan@SunSaturn.com From owner-freebsd-current@FreeBSD.ORG Mon Nov 21 19:26:00 2011 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 CD0991065677 for ; Mon, 21 Nov 2011 19:26:00 +0000 (UTC) (envelope-from fbsdq@peterk.org) Received: from poshta.pknet.net (poshta.pknet.net [216.241.167.213]) by mx1.freebsd.org (Postfix) with ESMTP id 8A5B68FC1A for ; Mon, 21 Nov 2011 19:26:00 +0000 (UTC) Received: (qmail 63271 invoked by uid 89); 21 Nov 2011 19:25:59 -0000 Received: from localhost (HELO pop.pknet.net) (127.0.0.1) by poshta.pknet.net with ESMTP; 21 Nov 2011 19:25:59 -0000 Received: from 74.63.162.21 (SquirrelMail authenticated user fbsdq@peterk.org) by pop.pknet.net with HTTP; Mon, 21 Nov 2011 12:25:59 -0700 Message-ID: Date: Mon, 21 Nov 2011 12:25:59 -0700 From: "Peter" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.21 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: 9.0-RC2 - bsdinstall - new user group X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Nov 2011 19:26:00 -0000 Doing a fresh install of 9.0RC2 [amd64]. Add User Accounts -> Yes [stuff between '*' is my input/answers] Username: *peter* Full name: *P* UID: [default] Login group [peter]: *admin* Group admin does not exist! Login group [peter]: *ENTER* Login group is peter. Invite peter into other groups? []? . .. .... Why can the installer create a new login group 'peter' but not a new login group 'admin' ?. [when adding second user, I can input Login Group of 'peter' without any problems, or third user can create a group name of its name, but still no 'admin' group unless I add an 'admin' user]. ]Peter[ No biggie, just always have to remember to edit /etc/group. From owner-freebsd-current@FreeBSD.ORG Mon Nov 21 20:11:02 2011 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 71EE9106566C for ; Mon, 21 Nov 2011 20:11:02 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2001:470:1f0b:105e::1ea]) by mx1.freebsd.org (Postfix) with ESMTP id 3B82C8FC1F for ; Mon, 21 Nov 2011 20:11:02 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id 8C7A67B497; Mon, 21 Nov 2011 21:11:01 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii From: Stefan Bethke In-Reply-To: Date: Mon, 21 Nov 2011 21:11:00 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <5F3A6014-8DD4-4FDF-88E4-2DFF2322F963@lassitu.de> References: To: Dan The Man X-Mailer: Apple Mail (2.1251.1) Cc: freebsd-current@freebsd.org Subject: Re: rc.conf changes IPV6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Nov 2011 20:11:02 -0000 Am 21.11.2011 um 20:25 schrieb Dan The Man: > I notice we have changed way IPV6 is done in rc.conf now. > I assume someone will update: > = http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-ipv6.htm= l >=20 > My question now concerns aliases, and what the norm will end up being. > Here is example below: > Here we have the new layout with IPV6, the below works fine, however = since > the ifconfig lines for IPV4 and IPV6 are essentially the same other = than the actual "inet" and "inet6", will it be ok to start with alias0 = for both IPV4 and IPV6, or should I in this example be starting at = alias4 for IPV6? > I would like idea to keep it way it is each protocal starting at = alias0. >=20 >=20 > #GATEWAY > defaultrouter=3D"67.159.46.233" > hostname=3D"sunsaturn.com" > #IPV4 > ifconfig_em1=3D"inet 67.159.46.238 netmask 255.255.255.248" > ifconfig_em1_alias0=3D"inet 67.159.46.234 netmask 255.255.255.248" > ifconfig_em1_alias1=3D"inet 67.159.46.235 netmask 255.255.255.248" > ifconfig_em1_alias2=3D"inet 67.159.46.236 netmask 255.255.255.248" > ifconfig_em1_alias3=3D"inet 67.159.46.237 netmask 255.255.255.248" >=20 > #IPV6 > ipv6_activate_all_interfaces=3D"YES" > ipv6_network_interfaces=3D"em1" > ipv6_defaultrouter=3D"2001:49f0:4004:0000:0000:0000:0000:0001" > ifconfig_em1_ipv6=3D"inet6 2001:49f0:4004:0000:0000:0000:0000:0002 = prefixlen 48" > ifconfig_em1_alias0=3D"inet6 2001:49f0:4004:0000:0000:0000:0000:0003 = prefixlen 48" > ifconfig_em1_alias1=3D"inet6 2001:49f0:4004:0000:0000:0000:0000:0004 = prefixlen 48" Remember that rc.conf follows shell syntax and sematics, so the second = _alias0 and _alias1 will overwrite the previous ones. In 9.0 you can use the ipv4_addrs_ variable to set both the IPv4 = "main" address as well as "alias" addresses, see rc.conf(5). There = doesn't seem to be an equivalent IPv6 option, as best as I can tell. Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-current@FreeBSD.ORG Mon Nov 21 20:15:31 2011 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 928DC1065676 for ; Mon, 21 Nov 2011 20:15:31 +0000 (UTC) (envelope-from fbsdq@peterk.org) Received: from poshta.pknet.net (poshta.pknet.net [216.241.167.213]) by mx1.freebsd.org (Postfix) with ESMTP id 4C23F8FC08 for ; Mon, 21 Nov 2011 20:15:31 +0000 (UTC) Received: (qmail 64347 invoked by uid 89); 21 Nov 2011 20:15:30 -0000 Received: from localhost (HELO pop.pknet.net) (127.0.0.1) by poshta.pknet.net with ESMTP; 21 Nov 2011 20:15:30 -0000 Received: from 74.63.162.21 (SquirrelMail authenticated user fbsdq@peterk.org) by pop.pknet.net with HTTP; Mon, 21 Nov 2011 13:15:30 -0700 Message-ID: <9498a5e91e270bcedc6a2526e55f9217.squirrel@pop.pknet.net> Date: Mon, 21 Nov 2011 13:15:30 -0700 From: "Peter" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.21 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: 9.0-RC2 - bsdinstall overwrites /etc/fstab and spams /etc/rc.conf after edits in shell X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Nov 2011 20:15:31 -0000 Fresh install of 9.0RC2. Which comes first the, installer writing config files, or user using live shell to write custom config files? On the "Final Configuration' screen I have the option to change several options like hostname/root password/network/etc.etc and final option is: "Open a shell in the new system" I used that option to create /etc/fstab with /dev/gpt/label for my partitions. After I reboot, my 'fstab' changes were overwritten with the installer /dev/ada0p# devices. Another file I tested is '/etc/rc.conf' - it just gets appended and the 'hostname=' entry is added on the very first line, so my entries stayed in the middle. I understand "Open a shell in the new system" is with the config files already written and are 'editable' but that is not the case. What else is touched in that final 'Exit' that will overwrite changes made in 'shell' ? How about adding that option into the last 'Complete' dialog where the configs are all written and are safe to edit and have three options: ? ]Peter[ Just a complain...errr...tester. From owner-freebsd-current@FreeBSD.ORG Mon Nov 21 21:12:56 2011 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 65BE8106566B for ; Mon, 21 Nov 2011 21:12:56 +0000 (UTC) (envelope-from null@pozo.com) Received: from pozo.com (pozo.com [216.101.162.50]) by mx1.freebsd.org (Postfix) with ESMTP id 3FA4C8FC0C for ; Mon, 21 Nov 2011 21:12:56 +0000 (UTC) Received: from T61p.pozo.com (t61p.pozo.com [192.168.0.4]) (authenticated bits=0) by pozo.com (8.14.5/8.14.5) with ESMTP id pALKxho9047979 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Mon, 21 Nov 2011 12:59:44 -0800 (PST) (envelope-from null@pozo.com) Message-Id: <201111212059.pALKxho9047979@pozo.com> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 21 Nov 2011 12:59:38 -0800 To: freebsd-current@freebsd.org From: Manfred Antar Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Spam-Status: No, score=-102.1 required=5.0 tests=ALL_TRUSTED,MISSING_MID, RP_MATCHES_RCVD, USER_IN_WHITELIST autolearn=unavailable version=3.3.2, No X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on pozo.com X-pozocom-MailScanner-Information: Please contact the ISP for more information X-pozocom-MailScanner-ID: pALKxho9047979 X-pozocom-MailScanner: Found to be clean X-pozocom-MailScanner-From: null@pozo.com Subject: Buildworld broken with clang on current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2011 21:12:56 -0000 make buildworld is broken iif using clang on current i386 (libc)5027}make clang -O2 -pipe -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/src/lib/libc/string/strcasecmp.c /usr/src/lib/libc/string/strcasecmp.c:45:23: error: redefinition of typedef 'u_char' is invalid in C [-Wtypedef-redefinition] typedef unsigned char u_char; ^ /usr/include/sys/types.h:50:23: note: previous definition is here typedef unsigned char u_char; ^ 1 error generated. *** Error code 1 Stop in /usr/src/lib/libc. ======================== || null@pozo.com || || Ph. (415) 681-6235 || ======================== -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-current@FreeBSD.ORG Mon Nov 21 21:16:19 2011 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 90B2C106566C for ; Mon, 21 Nov 2011 21:16:19 +0000 (UTC) (envelope-from rdivacky@vlakno.cz) Received: from vlakno.cz (vlakno.cz [46.28.110.116]) by mx1.freebsd.org (Postfix) with ESMTP id 519AF8FC18 for ; Mon, 21 Nov 2011 21:16:19 +0000 (UTC) Received: by vlakno.cz (Postfix, from userid 1002) id E994F7F3851; Mon, 21 Nov 2011 22:16:10 +0100 (CET) Date: Mon, 21 Nov 2011 22:16:10 +0100 From: Roman Divacky To: Manfred Antar , theraven@freebsd.org Message-ID: <20111121211610.GA33766@freebsd.org> References: <201111212059.pALKxho9047979@pozo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201111212059.pALKxho9047979@pozo.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: Buildworld broken with clang on current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2011 21:16:19 -0000 this was broken by the xlocale import, David, can you fix this please? I guess that just removing the typedef from strcasecmp.c should do it On Mon, Nov 21, 2011 at 12:59:38PM -0800, Manfred Antar wrote: > make buildworld is broken iif using clang on current i386 > > (libc)5027}make > clang -O2 -pipe -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/src/lib/libc/string/strcasecmp.c > /usr/src/lib/libc/string/strcasecmp.c:45:23: error: redefinition of typedef 'u_char' is invalid in C > [-Wtypedef-redefinition] > typedef unsigned char u_char; > ^ > /usr/include/sys/types.h:50:23: note: previous definition is here > typedef unsigned char u_char; > ^ > 1 error generated. > *** Error code 1 > > Stop in /usr/src/lib/libc. > > > > ======================== > || null@pozo.com || > || Ph. (415) 681-6235 || > ======================== > > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > > _______________________________________________ > 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 Nov 21 23:44:31 2011 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 EB249106566C for ; Mon, 21 Nov 2011 23:44:31 +0000 (UTC) (envelope-from dave@dogwood.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id B34C18FC0A for ; Mon, 21 Nov 2011 23:44:31 +0000 (UTC) Received: by yenq9 with SMTP id q9so1183632yen.13 for ; Mon, 21 Nov 2011 15:44:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dogwood.com; s=google; h=mime-version:date:message-id:subject:from:to:content-type; bh=UGDBDx4mTVErgb6QSsPK0Ccuv70zZtfzjhGM5Z/d1ng=; b=fEFB6G4e+nxbW4/2ax4hX6Pd00S+fBaEyiYCjTByWmgsyHpvK78Zj3JeTVFCu5I1yo HD2vreHOWJBXqcZlWmfM0gCdXGwdb3eNkMQWW2q0JImFdoqMl8xlVS3/qX3p6jSJKiE3 h7Piw7hYiK3eOSd0wudAzhdW7VIvX7cHw5XOo= MIME-Version: 1.0 Received: by 10.50.135.40 with SMTP id pp8mr16993389igb.1.1321917337010; Mon, 21 Nov 2011 15:15:37 -0800 (PST) Received: by 10.42.175.134 with HTTP; Mon, 21 Nov 2011 15:15:36 -0800 (PST) Date: Mon, 21 Nov 2011 13:15:36 -1000 Message-ID: From: David Cornejo To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: /usr/home vs /home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Nov 2011 23:44:32 -0000 Hi, In the old days home was typically a separate partition that was mounted on /home. If you didn't have a partition the installer would create /usr/home and symlink /home to it. The root was also typically an independent partition, so it made sense not to clutter it up with home directories. Now that the default behavior is to use one big partition, the installer defaults to /usr/home + symlink. I've always liked the more succinct /home and was wondering if there is any reason why not to delete the symlink and move home to / to mimic the old many partition style? thanks, dave c From owner-freebsd-current@FreeBSD.ORG Tue Nov 22 00:21:25 2011 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 0B1CF1065670 for ; Tue, 22 Nov 2011 00:21:25 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.auburn.protected-networks.net (mail.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::3]) by mx1.freebsd.org (Postfix) with ESMTP id B490D8FC0C for ; Tue, 22 Nov 2011 00:21:24 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (unknown [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA" (verified OK)) (Authenticated sender: imb@protected-networks.net) by mail.auburn.protected-networks.net (Postfix) with ESMTPSA id 0174A1CD25 for ; Mon, 21 Nov 2011 19:21:21 -0500 (EST) Message-ID: <4ECAEAFD.5010404@protected-networks.net> Date: Mon, 21 Nov 2011 19:21:17 -0500 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:8.0) Gecko/20111111 Thunderbird/8.0 MIME-Version: 1.0 To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: did SVN r227753 (locale changes) break something? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2011 00:21:25 -0000 VLC (multimedia/vlc) on my -current now crashes leaving a trace like this .. imb@toshi:/home/imb> gdb `which vlc` vlc.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols found)... Core was generated by `vlc'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/local/lib/libvlc.so.7...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libvlc.so.7 Reading symbols from /usr/local/lib/libvlccore.so.4...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libvlccore.so.4 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 /lib/libm.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.5 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 /lib/libthr.so.3...(no debugging symbols found)...done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x283eb243 in fprintf () from /lib/libc.so.7 [New Thread 28804300 (LWP 100408/vlc)] (gdb) bt #0 0x283eb243 in fprintf () from /lib/libc.so.7 #1 0x283eb558 in uselocale () from /lib/libc.so.7 #2 0x283eb6f9 in newlocale () from /lib/libc.so.7 #3 0x281637f2 in msg_Subscribe () from /usr/local/lib/libvlccore.so.4 #4 0x00000000 in ?? () #5 0x28191f6f in .rodata () from /usr/local/lib/libvlccore.so.4 #6 0x28420120 in _CurrentRuneLocale () from /lib/libc.so.7 #7 0x00000000 in ?? () #8 0x281a3ee0 in .got () from /usr/local/lib/libvlccore.so.4 #9 0x288400fc in ?? () #10 0x288400fc in ?? () #11 0x280ca9b6 in libvlc_InternalCreate () from /usr/local/lib/libvlccore.so.4 #12 0x281a4df4 in .bss () from /usr/local/lib/libvlccore.so.4 #13 0x0000005c in ?? () #14 0xfffffd66 in ?? () #15 0x281861d4 in .rodata () from /usr/local/lib/libvlccore.so.4 #16 0x00000440 in ?? () #17 0x00000001 in ?? () #18 0x00000000 in ?? () #19 0x280b4ad0 in .got () from /usr/local/lib/libvlc.so.7 #20 0xbfbfe640 in ?? () #21 0x00000002 in ?? () #22 0xbfbfe678 in ?? () #23 0x280a39b2 in libvlc_new () from /usr/local/lib/libvlc.so.7 Previous frame inner to this frame (corrupt stack?) (gdb) From owner-freebsd-current@FreeBSD.ORG Tue Nov 22 00:41:40 2011 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 4CC57106566B for ; Tue, 22 Nov 2011 00:41:40 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 096718FC12 for ; Tue, 22 Nov 2011 00:41:39 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEAALvyk6DaFvO/2dsb2JhbABDhQGmRYIcgQsCDRkCnVWOAJIFgTCFUoF/gRYEiBqMIYkCiSE X-IronPort-AV: E=Sophos;i="4.69,550,1315195200"; d="scan'208";a="146382956" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 21 Nov 2011 19:41:38 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id D4823B3F03 for ; Mon, 21 Nov 2011 19:41:38 -0500 (EST) Date: Mon, 21 Nov 2011 19:41:38 -0500 (EST) From: Rick Macklem To: freebsd-current@freebsd.org Message-ID: <1190103347.107832.1321922498854.JavaMail.root@erie.cs.uoguelph.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Subject: Heads Up: NFS server will now use LK_SHARED vnode locks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2011 00:41:40 -0000 Hi, I have just committed r227809 to head/current which enables the new/default NFS server's use of shared vnode locks for Read, Readdir, Readlink, Getattr and Access. Although it is hoped that this will improve performance for these operations when multiple ones are performed concurrently on the same file/vnode, I thought I should give a heads up. Why? Well it is conceivable that this may have negative issues that I haven't seen in testing along the lines of overloading a server, due to the lack of serialization of the above RPCs for the same file/vnode. If anyone encounters problems with their NFS server after upgrading to post-r227809, please email and let me know. rick From owner-freebsd-current@FreeBSD.ORG Tue Nov 22 01:13:19 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 591AC106566C; Tue, 22 Nov 2011 01:13:19 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id C887917B736; Tue, 22 Nov 2011 01:13:18 +0000 (UTC) Message-ID: <4ECAF72E.8090307@FreeBSD.org> Date: Mon, 21 Nov 2011 17:13:18 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111110 Thunderbird/8.0 MIME-Version: 1.0 To: Stefan Bethke References: <5F3A6014-8DD4-4FDF-88E4-2DFF2322F963@lassitu.de> In-Reply-To: <5F3A6014-8DD4-4FDF-88E4-2DFF2322F963@lassitu.de> X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Dan The Man , hrs@FreeBSD.org Subject: Re: rc.conf changes IPV6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2011 01:13:19 -0000 Looping Hiroki Sato in since he's the architect of the most recent changes here. Doug On 11/21/2011 12:11, Stefan Bethke wrote: > Am 21.11.2011 um 20:25 schrieb Dan The Man: > >> I notice we have changed way IPV6 is done in rc.conf now. >> I assume someone will update: >> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-ipv6.html >> >> My question now concerns aliases, and what the norm will end up being. >> Here is example below: >> Here we have the new layout with IPV6, the below works fine, however since >> the ifconfig lines for IPV4 and IPV6 are essentially the same other than the actual "inet" and "inet6", will it be ok to start with alias0 for both IPV4 and IPV6, or should I in this example be starting at alias4 for IPV6? >> I would like idea to keep it way it is each protocal starting at alias0. >> >> >> #GATEWAY >> defaultrouter="67.159.46.233" >> hostname="sunsaturn.com" >> #IPV4 >> ifconfig_em1="inet 67.159.46.238 netmask 255.255.255.248" >> ifconfig_em1_alias0="inet 67.159.46.234 netmask 255.255.255.248" >> ifconfig_em1_alias1="inet 67.159.46.235 netmask 255.255.255.248" >> ifconfig_em1_alias2="inet 67.159.46.236 netmask 255.255.255.248" >> ifconfig_em1_alias3="inet 67.159.46.237 netmask 255.255.255.248" >> >> #IPV6 >> ipv6_activate_all_interfaces="YES" >> ipv6_network_interfaces="em1" >> ipv6_defaultrouter="2001:49f0:4004:0000:0000:0000:0000:0001" >> ifconfig_em1_ipv6="inet6 2001:49f0:4004:0000:0000:0000:0000:0002 prefixlen 48" >> ifconfig_em1_alias0="inet6 2001:49f0:4004:0000:0000:0000:0000:0003 prefixlen 48" >> ifconfig_em1_alias1="inet6 2001:49f0:4004:0000:0000:0000:0000:0004 prefixlen 48" > > Remember that rc.conf follows shell syntax and sematics, so the second _alias0 and _alias1 will overwrite the previous ones. > > In 9.0 you can use the ipv4_addrs_ variable to set both the IPv4 "main" address as well as "alias" addresses, see rc.conf(5). There doesn't seem to be an equivalent IPv6 option, as best as I can tell. > > > Stefan From owner-freebsd-current@FreeBSD.ORG Tue Nov 22 01:39:37 2011 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 B9856106566B for ; Tue, 22 Nov 2011 01:39:37 +0000 (UTC) (envelope-from dan@sunsaturn.com) Received: from sunsaturn.com (mail1.sunsaturn.com [IPv6:2001:49f0:4004::2]) by mx1.freebsd.org (Postfix) with ESMTP id 832CE8FC0C for ; Tue, 22 Nov 2011 01:39:37 +0000 (UTC) Received: by sunsaturn.com (Postfix, from userid 1001) id 02376119CAA; Mon, 21 Nov 2011 19:39:36 -0600 (CST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=sunsaturn.com; s=gamma; t=1321925977; bh=bZ9mn6RdlMELumdY6xCY+e2Tv5HjMo2rThwRGUQ0KnA=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References: MIME-Version:Content-Type; b=lQI7MR7hAY8AGR57TlmRrXW4nSqY9ujpgnQysQ8DLCy44E+wLyPGgTqvK9ykDi9dB C4i/EAAlpanuDW9QdGurKEbNmplzBK38N9jrxtSMVplreT+lLPOvBTSgVcRxYsvq4C 1ebNMP2UgDEf2HNAYseNVVvQ4S2H6cqj+B47X+bY= Received: from localhost (localhost [127.0.0.1]) by sunsaturn.com (Postfix) with ESMTP id F16B7119CA7; Mon, 21 Nov 2011 19:39:36 -0600 (CST) Date: Mon, 21 Nov 2011 19:39:36 -0600 (CST) From: Dan The Man To: Stefan Bethke In-Reply-To: <5F3A6014-8DD4-4FDF-88E4-2DFF2322F963@lassitu.de> Message-ID: References: <5F3A6014-8DD4-4FDF-88E4-2DFF2322F963@lassitu.de> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: rc.conf changes IPV6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2011 01:39:37 -0000 On Mon, 21 Nov 2011, Stefan Bethke wrote: > Am 21.11.2011 um 20:25 schrieb Dan The Man: > >> I notice we have changed way IPV6 is done in rc.conf now. >> I assume someone will update: >> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-ipv6.html >> >> My question now concerns aliases, and what the norm will end up being. >> Here is example below: >> Here we have the new layout with IPV6, the below works fine, however since >> the ifconfig lines for IPV4 and IPV6 are essentially the same other than the actual "inet" and "inet6", will it be ok to start with alias0 for both IPV4 and IPV6, or should I in this example be starting at alias4 for IPV6? >> I would like idea to keep it way it is each protocal starting at alias0. >> >> >> #GATEWAY >> defaultrouter="67.159.46.233" >> hostname="sunsaturn.com" >> #IPV4 >> ifconfig_em1="inet 67.159.46.238 netmask 255.255.255.248" >> ifconfig_em1_alias0="inet 67.159.46.234 netmask 255.255.255.248" >> ifconfig_em1_alias1="inet 67.159.46.235 netmask 255.255.255.248" >> ifconfig_em1_alias2="inet 67.159.46.236 netmask 255.255.255.248" >> ifconfig_em1_alias3="inet 67.159.46.237 netmask 255.255.255.248" >> >> #IPV6 >> ipv6_activate_all_interfaces="YES" >> ipv6_network_interfaces="em1" >> ipv6_defaultrouter="2001:49f0:4004:0000:0000:0000:0000:0001" >> ifconfig_em1_ipv6="inet6 2001:49f0:4004:0000:0000:0000:0000:0002 prefixlen 48" >> ifconfig_em1_alias0="inet6 2001:49f0:4004:0000:0000:0000:0000:0003 prefixlen 48" >> ifconfig_em1_alias1="inet6 2001:49f0:4004:0000:0000:0000:0000:0004 prefixlen 48" > > Remember that rc.conf follows shell syntax and sematics, so the second _alias0 and _alias1 will overwrite the previous ones. > > In 9.0 you can use the ipv4_addrs_ variable to set both the IPv4 "main" address as well as "alias" addresses, see rc.conf(5). There doesn't seem to be an equivalent IPv6 option, as best as I can tell. > > > Stefan > > -- > Stefan Bethke Fon +49 151 14070811 > > > > You would assume so Stefan, that the duplicate alias0 would overwrite, but it seems since ifconfig separates the namespace for IPV4/IPV6 it actually works. Which is good news I would assume, as I have time to time added a new IPV4 alias, and would have forgotten to update IPV6 alias numbers many times unless I revise my config to put ipv4 and ipv6 aliases together in rc.conf instead of separating the protocals in there. I looked at man page, thats a very nice config option ipv4_addrs_, I agree it would be nice to have an IPV6 equivalent considering how big the IPV6 range is. Dan. -- Dan The Man CTO/ Senior System Administrator Websites, Domains and Everything else http://www.SunSaturn.com Email: Dan@SunSaturn.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 22 01:43:18 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id CB00D106564A for ; Tue, 22 Nov 2011 01:43:18 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 8CD4714E225; Tue, 22 Nov 2011 01:43:18 +0000 (UTC) Message-ID: <4ECAFE36.1060705@FreeBSD.org> Date: Mon, 21 Nov 2011 17:43:18 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111110 Thunderbird/8.0 MIME-Version: 1.0 To: Dan The Man References: <5F3A6014-8DD4-4FDF-88E4-2DFF2322F963@lassitu.de> In-Reply-To: X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Stefan Bethke Subject: Re: rc.conf changes IPV6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2011 01:43:18 -0000 On 11/21/2011 17:39, Dan The Man wrote: > > On Mon, 21 Nov 2011, Stefan Bethke wrote: > >> Am 21.11.2011 um 20:25 schrieb Dan The Man: >> >>> I notice we have changed way IPV6 is done in rc.conf now. >>> I assume someone will update: >>> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-ipv6.html >>> >>> >>> My question now concerns aliases, and what the norm will end up being. >>> Here is example below: >>> Here we have the new layout with IPV6, the below works fine, however >>> since >>> the ifconfig lines for IPV4 and IPV6 are essentially the same other >>> than the actual "inet" and "inet6", will it be ok to start with >>> alias0 for both IPV4 and IPV6, or should I in this example be >>> starting at alias4 for IPV6? >>> I would like idea to keep it way it is each protocal starting at alias0. >>> >>> >>> #GATEWAY >>> defaultrouter="67.159.46.233" >>> hostname="sunsaturn.com" >>> #IPV4 >>> ifconfig_em1="inet 67.159.46.238 netmask 255.255.255.248" >>> ifconfig_em1_alias0="inet 67.159.46.234 netmask 255.255.255.248" >>> ifconfig_em1_alias1="inet 67.159.46.235 netmask 255.255.255.248" >>> ifconfig_em1_alias2="inet 67.159.46.236 netmask 255.255.255.248" >>> ifconfig_em1_alias3="inet 67.159.46.237 netmask 255.255.255.248" >>> >>> #IPV6 >>> ipv6_activate_all_interfaces="YES" >>> ipv6_network_interfaces="em1" >>> ipv6_defaultrouter="2001:49f0:4004:0000:0000:0000:0000:0001" >>> ifconfig_em1_ipv6="inet6 2001:49f0:4004:0000:0000:0000:0000:0002 >>> prefixlen 48" >>> ifconfig_em1_alias0="inet6 2001:49f0:4004:0000:0000:0000:0000:0003 >>> prefixlen 48" >>> ifconfig_em1_alias1="inet6 2001:49f0:4004:0000:0000:0000:0000:0004 >>> prefixlen 48" >> >> Remember that rc.conf follows shell syntax and sematics, so the second >> _alias0 and _alias1 will overwrite the previous ones. >> >> In 9.0 you can use the ipv4_addrs_ variable to set both the >> IPv4 "main" address as well as "alias" addresses, see rc.conf(5). >> There doesn't seem to be an equivalent IPv6 option, as best as I can >> tell. > > You would assume so Stefan, that the duplicate alias0 would overwrite, > but it seems since ifconfig separates the namespace for IPV4/IPV6 it > actually works. I don't see how that could possibly be true, how have you tested it? Doug -- "We could put the whole Internet into a book." "Too practical." Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Tue Nov 22 01:50:33 2011 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 C814F106566C; Tue, 22 Nov 2011 01:50:33 +0000 (UTC) (envelope-from dan@sunsaturn.com) Received: from sunsaturn.com (mail1.sunsaturn.com [IPv6:2001:49f0:4004::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9F7328FC08; Tue, 22 Nov 2011 01:50:33 +0000 (UTC) Received: by sunsaturn.com (Postfix, from userid 1001) id 3BA64119CAE; Mon, 21 Nov 2011 19:50:33 -0600 (CST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=sunsaturn.com; s=gamma; t=1321926633; bh=pcIDZx2PWd3keyjDHKMmNeKLVn7QfPNnaoVADUyQDGo=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References: MIME-Version:Content-Type; b=DpZK7bSiAalGonzBP+oExlXpIRUMen0DbiuaI+Hf2MGT92ke7VTewQYk+1R+Zs1vV ZK5oFZ3gFq0QYG+CSMGS+MPOkUI5IFrk5Qdg373HEq451XJj4wsgCfvZENzXr7A+CA wZ/QaaWKbfz21UZ954RyvoH6Mgs/ROwnIPJ/6564= Received: from localhost (localhost [127.0.0.1]) by sunsaturn.com (Postfix) with ESMTP id 35C52119CAA; Mon, 21 Nov 2011 19:50:33 -0600 (CST) Date: Mon, 21 Nov 2011 19:50:33 -0600 (CST) From: Dan The Man To: Doug Barton In-Reply-To: <4ECAFE36.1060705@FreeBSD.org> Message-ID: References: <5F3A6014-8DD4-4FDF-88E4-2DFF2322F963@lassitu.de> <4ECAFE36.1060705@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, Stefan Bethke Subject: Re: rc.conf changes IPV6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2011 01:50:34 -0000 Good point, I did switch to new config, let me find a box I can take down and I'll report back. I assume you'd be right considering how shell scripting works, that would not make much sense... Dan. -- Dan The Man CTO/ Senior System Administrator Websites, Domains and Everything else http://www.SunSaturn.com Email: Dan@SunSaturn.com On Mon, 21 Nov 2011, Doug Barton wrote: > On 11/21/2011 17:39, Dan The Man wrote: >> >> On Mon, 21 Nov 2011, Stefan Bethke wrote: >> >>> Am 21.11.2011 um 20:25 schrieb Dan The Man: >>> >>>> I notice we have changed way IPV6 is done in rc.conf now. >>>> I assume someone will update: >>>> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-ipv6.html >>>> >>>> >>>> My question now concerns aliases, and what the norm will end up being. >>>> Here is example below: >>>> Here we have the new layout with IPV6, the below works fine, however >>>> since >>>> the ifconfig lines for IPV4 and IPV6 are essentially the same other >>>> than the actual "inet" and "inet6", will it be ok to start with >>>> alias0 for both IPV4 and IPV6, or should I in this example be >>>> starting at alias4 for IPV6? >>>> I would like idea to keep it way it is each protocal starting at alias0. >>>> >>>> >>>> #GATEWAY >>>> defaultrouter="67.159.46.233" >>>> hostname="sunsaturn.com" >>>> #IPV4 >>>> ifconfig_em1="inet 67.159.46.238 netmask 255.255.255.248" >>>> ifconfig_em1_alias0="inet 67.159.46.234 netmask 255.255.255.248" >>>> ifconfig_em1_alias1="inet 67.159.46.235 netmask 255.255.255.248" >>>> ifconfig_em1_alias2="inet 67.159.46.236 netmask 255.255.255.248" >>>> ifconfig_em1_alias3="inet 67.159.46.237 netmask 255.255.255.248" >>>> >>>> #IPV6 >>>> ipv6_activate_all_interfaces="YES" >>>> ipv6_network_interfaces="em1" >>>> ipv6_defaultrouter="2001:49f0:4004:0000:0000:0000:0000:0001" >>>> ifconfig_em1_ipv6="inet6 2001:49f0:4004:0000:0000:0000:0000:0002 >>>> prefixlen 48" >>>> ifconfig_em1_alias0="inet6 2001:49f0:4004:0000:0000:0000:0000:0003 >>>> prefixlen 48" >>>> ifconfig_em1_alias1="inet6 2001:49f0:4004:0000:0000:0000:0000:0004 >>>> prefixlen 48" >>> >>> Remember that rc.conf follows shell syntax and sematics, so the second >>> _alias0 and _alias1 will overwrite the previous ones. >>> >>> In 9.0 you can use the ipv4_addrs_ variable to set both the >>> IPv4 "main" address as well as "alias" addresses, see rc.conf(5). >>> There doesn't seem to be an equivalent IPv6 option, as best as I can >>> tell. >> >> You would assume so Stefan, that the duplicate alias0 would overwrite, >> but it seems since ifconfig separates the namespace for IPV4/IPV6 it >> actually works. > > I don't see how that could possibly be true, how have you tested it? > > > Doug > > -- > > "We could put the whole Internet into a book." > "Too practical." > > Breadth of IT experience, and depth of knowledge in the DNS. > Yours for the right price. :) http://SupersetSolutions.com/ > > From owner-freebsd-current@FreeBSD.ORG Tue Nov 22 03:04:01 2011 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 89471106564A; Tue, 22 Nov 2011 03:04:01 +0000 (UTC) (envelope-from dan@sunsaturn.com) Received: from sunsaturn.com (mail1.sunsaturn.com [IPv6:2001:49f0:4004::2]) by mx1.freebsd.org (Postfix) with ESMTP id 506FE8FC0A; Tue, 22 Nov 2011 03:04:01 +0000 (UTC) Received: by sunsaturn.com (Postfix, from userid 1001) id 93973119C6F; Mon, 21 Nov 2011 21:04:00 -0600 (CST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=sunsaturn.com; s=gamma; t=1321931040; bh=En6hCMOOQIJexqdOAhc5cSzfK5VFfUfcM3iBwzRbd6E=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References: MIME-Version:Content-Type; b=cP3RlrFklxwqNd3CLodqmmSPnufy1GWjpmq89a8f2haEsTEFu1ryKxF8Reof99F5/ ybyT1HUtzBXPolUzo6Aq6XQq5Yc8bcYvTFkyu2tCOoxKhr5XqqJ5vrVJfbxcAx0KTS R2GzueRtYoJ00XdAileNirTdRhmAIq1zL9FJyIGE= Received: from localhost (localhost [127.0.0.1]) by sunsaturn.com (Postfix) with ESMTP id 9288E119C6E; Mon, 21 Nov 2011 21:04:00 -0600 (CST) Date: Mon, 21 Nov 2011 21:04:00 -0600 (CST) From: Dan The Man To: Doug Barton In-Reply-To: Message-ID: References: <5F3A6014-8DD4-4FDF-88E4-2DFF2322F963@lassitu.de> <4ECAFE36.1060705@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, Stefan Bethke Subject: Re: rc.conf changes IPV6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2011 03:04:01 -0000 Your right Doug, didn't bother taking box down after changing to new format, it works as expected, ignoring duplicate aliases regardless of protocal. I've regrouped my configs into interfaces instead of protocals now for the change so ipv4/6 aliases can be seen together without making mistakes. Definately would be nice to see ipv6_addrs_ added. Dan. -- Dan The Man CTO/ Senior System Administrator Websites, Domains and Everything else http://www.SunSaturn.com Email: Dan@SunSaturn.com On Mon, 21 Nov 2011, Dan The Man wrote: > > > Good point, I did switch to new config, let me find a box I can take down and > I'll report back. I assume you'd be right considering how shell scripting > works, that would not make much sense... > > > Dan. > > > -- > Dan The Man > CTO/ Senior System Administrator > Websites, Domains and Everything else > http://www.SunSaturn.com > Email: Dan@SunSaturn.com > > On Mon, 21 Nov 2011, Doug Barton wrote: > >> On 11/21/2011 17:39, Dan The Man wrote: >>> >>> On Mon, 21 Nov 2011, Stefan Bethke wrote: >>> >>>> Am 21.11.2011 um 20:25 schrieb Dan The Man: >>>> >>>>> I notice we have changed way IPV6 is done in rc.conf now. >>>>> I assume someone will update: >>>>> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-ipv6.html >>>>> >>>>> >>>>> My question now concerns aliases, and what the norm will end up being. >>>>> Here is example below: >>>>> Here we have the new layout with IPV6, the below works fine, however >>>>> since >>>>> the ifconfig lines for IPV4 and IPV6 are essentially the same other >>>>> than the actual "inet" and "inet6", will it be ok to start with >>>>> alias0 for both IPV4 and IPV6, or should I in this example be >>>>> starting at alias4 for IPV6? >>>>> I would like idea to keep it way it is each protocal starting at alias0. >>>>> >>>>> >>>>> #GATEWAY >>>>> defaultrouter="67.159.46.233" >>>>> hostname="sunsaturn.com" >>>>> #IPV4 >>>>> ifconfig_em1="inet 67.159.46.238 netmask 255.255.255.248" >>>>> ifconfig_em1_alias0="inet 67.159.46.234 netmask 255.255.255.248" >>>>> ifconfig_em1_alias1="inet 67.159.46.235 netmask 255.255.255.248" >>>>> ifconfig_em1_alias2="inet 67.159.46.236 netmask 255.255.255.248" >>>>> ifconfig_em1_alias3="inet 67.159.46.237 netmask 255.255.255.248" >>>>> >>>>> #IPV6 >>>>> ipv6_activate_all_interfaces="YES" >>>>> ipv6_network_interfaces="em1" >>>>> ipv6_defaultrouter="2001:49f0:4004:0000:0000:0000:0000:0001" >>>>> ifconfig_em1_ipv6="inet6 2001:49f0:4004:0000:0000:0000:0000:0002 >>>>> prefixlen 48" >>>>> ifconfig_em1_alias0="inet6 2001:49f0:4004:0000:0000:0000:0000:0003 >>>>> prefixlen 48" >>>>> ifconfig_em1_alias1="inet6 2001:49f0:4004:0000:0000:0000:0000:0004 >>>>> prefixlen 48" >>>> >>>> Remember that rc.conf follows shell syntax and sematics, so the second >>>> _alias0 and _alias1 will overwrite the previous ones. >>>> >>>> In 9.0 you can use the ipv4_addrs_ variable to set both the >>>> IPv4 "main" address as well as "alias" addresses, see rc.conf(5). >>>> There doesn't seem to be an equivalent IPv6 option, as best as I can >>>> tell. >>> >>> You would assume so Stefan, that the duplicate alias0 would overwrite, >>> but it seems since ifconfig separates the namespace for IPV4/IPV6 it >>> actually works. >> >> I don't see how that could possibly be true, how have you tested it? >> >> >> Doug >> >> -- >> >> "We could put the whole Internet into a book." >> "Too practical." >> >> Breadth of IT experience, and depth of knowledge in the DNS. >> Yours for the right price. :) http://SupersetSolutions.com/ >> >> > From owner-freebsd-current@FreeBSD.ORG Tue Nov 22 07:05:55 2011 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 A8E68106564A for ; Tue, 22 Nov 2011 07:05:55 +0000 (UTC) (envelope-from martin@sugioarto.com) Received: from mailserv.regfish.com (mailserv.regfish.com [79.140.61.33]) by mx1.freebsd.org (Postfix) with ESMTP id 034C58FC12 for ; Tue, 22 Nov 2011 07:05:54 +0000 (UTC) Received: (qmail 3088 invoked from network); 22 Nov 2011 07:05:53 -0000 Received: from pd9ec0762.dip0.t-ipconnect.de (HELO yuni.sugioarto.com) (46959-0001@[217.236.7.98]) (envelope-sender ) by mailserv.regfish.com (qmail-ldap-1.03) with SMTP for ; 22 Nov 2011 07:05:53 -0000 Received: from zelda.sugioarto.com (zelda.sugioarto.com [192.168.0.12]) by yuni.sugioarto.com (Postfix) with ESMTP id B08181BAC55; Tue, 22 Nov 2011 08:05:50 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=sugioarto.com; s=mail; t=1321945550; bh=HCrwvrfPpIyuzISvaixCxVNxnYpqbh1EI80ULsorXoc=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: Mime-Version:Content-Type; b=sACrCP0K9IVkdCAUQkCz5Pht5b1MxL/XLPfqoWw/cnCPgx4r27uLv6Lsn1FCR8g0A 2v6LLC8/ANI5v+OThOUTFBUA9Ult/TbG1bG2Gn/r3ENSSHC1+57ViFZEmCRn4b7ws+ p41GpJnyjb9kP4JCPvZZk0VKy0uA7NKVyB++u258= Date: Tue, 22 Nov 2011 08:05:42 +0100 From: Martin Sugioarto To: David Cornejo Message-ID: <20111122080542.5c993efe@zelda.sugioarto.com> In-Reply-To: References: X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/79_PxkfhD+UGFOCgIQeEu1G"; protocol="application/pgp-signature" Cc: freebsd-current@freebsd.org Subject: Re: /usr/home vs /home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2011 07:05:55 -0000 --Sig_/79_PxkfhD+UGFOCgIQeEu1G Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Mon, 21 Nov 2011 13:15:36 -1000 schrieb David Cornejo : > I've always liked the more succinct /home and was wondering if there > is any reason why not to delete the symlink and move home to / to > mimic the old many partition style? Hi David, I like the idea of having /usr/home better, because if you don't want to have a separate partition for homes, you would at least have a huge partition (/usr) and won't run out of space quickly. If you create /home, you'll assign the rootfs space to users without a home partitions and rootfs is typically small. FreeBSD is totally fine with /home mountpoint. It won't work differently. I consider the installer procedure as a quick way to install FreeBSD. It is for people who want to try something. And you don't want to have all these "help! my rootfs is full!" support questions and explain the same thing over and over again. I think, I'm not alone when I say that I prepare the disks myself instead of using the installer. I don't even know if the new installer will be capable of installing FreeBSD like I have it installed now. -- Martin --Sig_/79_PxkfhD+UGFOCgIQeEu1G Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQIcBAEBAgAGBQJOy0nNAAoJEF8wvLx/5p/7ZAIP/2tOi82H3+QoCD8rjmmcjQnM G5TSW3bpoggmNtcZ4+IWmXsEwLkpiaB4VEmJU6Cuafa0rdtuRxN2eLVqm7KYqLCi Bo+IdPV7sL6OyZ+5Vq5UCd1qCnrd17LwemZz//0UsmI+t1mkrijusdbIJC8JGtRQ eAKWMsaINlA2bw8PqLbPclI9IyKeaaOkP559wrRTi/sJGTjnZhQB3E5fPkWjp8lo 6fo33dEymIKOJmRna5d7FM+OG4qsOX6ou9C8JGMc1Z/+lPYD2prvtb3yA9L8bg2J YhEbjfOdV7IVtrYgs+pswdYTxgnQcpPn74t7b9VeknjXuZRqyLMqV4uHjB1BHwOl 0tY9XN8nIVZU2sL6APcKV7Czo+waYCR3OyMbrNy7xDrLdaZ05SfQ8YzR4aSH0caG aWqRG/EhyVR9LT748JFDbTscH4CBjnT/UNsdextbMPADNBZARaDupLU0rRqYFMXm EVMdWol4qytTJgVHInYBeIfuRPP1dUIOlxWd38gIFpqgacF4X1XHQdnSB/eDCnIe jZk7dt+G6ZSkdn5mA2ZExBftha5c1bKjYtQfaNp0dNVU4v/8xba+s8OizojXl+kU qdhiSkruLDJMJiWG8r+3Whg/GKGQi9icL1gqyME+ZNJFA9R5XMWBY7HTZJlG0C/i Zx/Z6oxcSkJFCPX6QTpi =Ix0c -----END PGP SIGNATURE----- --Sig_/79_PxkfhD+UGFOCgIQeEu1G-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 22 07:25:42 2011 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 748841065670 for ; Tue, 22 Nov 2011 07:25:42 +0000 (UTC) (envelope-from ache@vniz.net) Received: from vniz.net (vniz.net [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id E92498FC0C for ; Tue, 22 Nov 2011 07:25:41 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vniz.net (8.14.5/8.14.5) with ESMTP id pAM7CRI6049286; Tue, 22 Nov 2011 11:12:27 +0400 (MSK) (envelope-from ache@vniz.net) Received: (from ache@localhost) by localhost (8.14.5/8.14.5/Submit) id pAM7CRnP049285; Tue, 22 Nov 2011 11:12:27 +0400 (MSK) (envelope-from ache) Date: Tue, 22 Nov 2011 11:12:26 +0400 From: Andrey Chernov To: Michael Butler Message-ID: <20111122071226.GA49238@vniz.net> Mail-Followup-To: Andrey Chernov , Michael Butler , freebsd-current References: <4ECAEAFD.5010404@protected-networks.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4ECAEAFD.5010404@protected-networks.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current Subject: Re: did SVN r227753 (locale changes) break something? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2011 07:25:42 -0000 On Mon, Nov 21, 2011 at 07:21:17PM -0500, Michael Butler wrote: > #0 0x283eb243 in fprintf () from /lib/libc.so.7 > #1 0x283eb558 in uselocale () from /lib/libc.so.7 > #2 0x283eb6f9 in newlocale () from /lib/libc.so.7 > #3 0x281637f2 in msg_Subscribe () from /usr/local/lib/libvlccore.so.4 Could you contact new locale submitter directly on this issue, please? It seems I don't understand the new code path well. -- http://ache.vniz.net/ From owner-freebsd-current@FreeBSD.ORG Tue Nov 22 07:59:25 2011 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 8A2A81065674; Tue, 22 Nov 2011 07:59:25 +0000 (UTC) (envelope-from poyopoyo@puripuri.plala.or.jp) Received: from msa03b.plala.or.jp (msa03.plala.or.jp [IPv6:2400:7800:0:5010::3]) by mx1.freebsd.org (Postfix) with ESMTP id E1C6B8FC12; Tue, 22 Nov 2011 07:59:24 +0000 (UTC) Received: from i125-202-5-22.s02.a026.ap.plala.or.jp ([125.202.5.22]) by msa03b.plala.or.jp with ESMTP id <20111122075923.SVRA5763.msa03b.plala.or.jp@i125-202-5-22.s02.a026.ap.plala.or.jp>; Tue, 22 Nov 2011 16:59:23 +0900 Date: Tue, 22 Nov 2011 16:59:23 +0900 Message-ID: <86vcqca8pw.wl%poyopoyo@puripuri.plala.or.jp> From: poyopoyo@puripuri.plala.or.jp To: Gabor Kovesdan To: freebsd-current@FreeBSD.org User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.8 Emacs/23.3 (amd64-portbld-freebsd9.9) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-VirusScan: Outbound; msa03b; Tue, 22 Nov 2011 16:59:23 +0900 Cc: Subject: bsdgrep: does anyone see this? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2011 07:59:25 -0000 Hi, On the latest -CURRENT of r227785, I found bsdgrep acts differently from GNU grep; bsdgrep -R exits at first unreadable directory. == $ bsdgrep -R ddb /etc/ /etc/defaults/rc.conf:ddb_enable="NO" # Set to YES to load ddb scripts at boot. /etc/defaults/rc.conf:ddb_config="/etc/ddb.conf" # ddb(8) config file. grep: /etc/bluetooth/hcsecd.conf: Permission denied grep: /etc/ntp: Permission denied == == $ gnugrep -R ddb /etc/ /etc/defaults/rc.conf:ddb_enable="NO" # Set to YES to load ddb scripts at boot. /etc/defaults/rc.conf:ddb_config="/etc/ddb.conf" # ddb(8) config file. gnugrep: /etc/bluetooth/hcsecd.conf: Permission denied gnugrep: /etc/ntp: Permission denied gnugrep: /etc/ppp/ppp.conf: Permission denied /etc/rc.d/ddb:# $FreeBSD: head/etc/rc.d/ddb 208307 2010-05-19 19:03:19Z dougb $ /etc/rc.d/ddb:# PROVIDE: ddb /etc/rc.d/ddb:name="ddb" /etc/rc.d/ddb:start_precmd="ddb_prestart" /etc/rc.d/ddb:ddb_prestart() /etc/rc.d/ddb: # Silently exit if ddb is not enabled /etc/rc.d/ddb: if [ -z "`sysctl -Nq debug.ddb.scripting.scripts`" ]; then /etc/rc.d/ddb:required_files="${ddb_config}" /etc/rc.d/ddb:command_args="${ddb_config}" /etc/rc.d/initrandom:# REQUIRE: dumpon ddb /etc/rc.d/savecore:# REQUIRE: dumpon ddb syslogd gnugrep: /etc/security/audit_control: Permission denied gnugrep: /etc/security/audit_user: Permission denied gnugrep: /etc/security/audit_warn: Permission denied gnugrep: /etc/ssh/ssh_host_key: Permission denied gnugrep: /etc/ssh/ssh_host_dsa_key: Permission denied gnugrep: /etc/ssh/ssh_host_rsa_key: Permission denied gnugrep: /etc/ssh/ssh_host_ecdsa_key: Permission denied /etc/ddb.conf:# $FreeBSD: src/etc/ddb.conf,v 1.1 2008/03/05 18:32:58 brooks Exp $ /etc/ddb.conf:# ``ddb'' to define debugging scripts. /etc/ddb.conf:# see ``man 4 ddb'' and ``man 8 ddb'' for details. /etc/sysctl.conf:#debug.ddb.textdump.pending=1 gnugrep: /etc/namedb/s: Permission denied gnugrep: /etc/namedb/rndc.key: Permission denied gnugrep: warning: /etc/namedb/namedb: recursive directory loop /etc/portsnap.conf:KEYPRINT=9b5feee6d69f170e3dd0a2c8e469ddbd64f13f978f2f3aede40c98633216c330 gnugrep: /etc/master.passwd: Permission denied gnugrep: /etc/nsmb.conf: Permission denied gnugrep: /etc/opieaccess: Permission denied gnugrep: /etc/spwd.db: Permission denied gnugrep: /etc/opiekeys: Permission denied /etc/rc.conf.local:ddb_enable="YES" gnugrep: /etc/malloc.conf: No such file or directory == -- kuro From owner-freebsd-current@FreeBSD.ORG Tue Nov 22 09:35:24 2011 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 9253E1065670; Tue, 22 Nov 2011 09:35:24 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 2785F8FC15; Tue, 22 Nov 2011 09:35:23 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id pAM9ZGxc009372 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 22 Nov 2011 11:35:16 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id pAM9ZG9E038036; Tue, 22 Nov 2011 11:35:16 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id pAM9ZF43038035; Tue, 22 Nov 2011 11:35:15 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 22 Nov 2011 11:35:15 +0200 From: Kostik Belousov To: Robert Millan Message-ID: <20111122093515.GK50300@deviant.kiev.zoral.com.ua> References: <201111171632.34979.jhb@freebsd.org> <20111119175620.GV50300@deviant.kiev.zoral.com.ua> <20111120114042.GA1256@thorin> <20111120174807.GY50300@deviant.kiev.zoral.com.ua> <20111121133954.A1108@besplex.bde.org> <20111121092749.GD50300@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="313G32quqWeq5lpS" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Adrian Chadd , freebsd-current@freebsd.org, Bruce Evans , freebsd-arch@freebsd.org Subject: Re: [PATCH] Detect GNU/kFreeBSD in user-visible kernel headers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2011 09:35:24 -0000 --313G32quqWeq5lpS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 21, 2011 at 06:39:26PM +0100, Robert Millan wrote: > (replying with Debian hat this time) >=20 > 2011/11/21 Kostik Belousov : > > There are some implementations that > > use FreeBSD kernel, and which could potentially benefit from providing > > its own value for __FreeBSD_kernel. >=20 > Actually, we wouldn't be able to provide a different value for the > macro (whatever its name). Our compiler simply doesn't know which > version of the kernel it is building for. Only the headers do, but if > we define it in the headers we'd just use the FreeBSD definitions. >=20 > Our compiler defines __FreeBSD_kernel__ as an empty macro, I don't > expect this will change because unlike with FreeBSD, on Debian there > are strong technical limitations to making it a number. >=20 > If __FreeBSD_kernel__ is to be defined in FreeBSD land, may I suggest > that it is defined as an empty macro as well? This covers the vast > majority of cases (e.g. like the ones in my initial patch which > started this discussion), and it doesn't preclude the possibility that > this macro becomes a number without breaking backward compatibility. >=20 > OTOH once you define it as a number, it becomes relevant whether you > did it with #ifndef or with #undef, and so you have to commit to it. >=20 > Just to make it clear: It's no problem to me if it's defined as a > number, but it doesn't help much either. At least from Debian POV it's > not worth making a big argument about. It could be a good idea from > FreeBSD POV, but please only do this if it's useful to FreeBSD. >=20 I am fine with __FreeBSD_kernel being empty, please submit the patch. --313G32quqWeq5lpS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk7LbNMACgkQC3+MBN1Mb4gXaQCfdYpkCc+hivE5dTAUIUj7IvKa 7owAn1Myrkr9h2XERuYtrgXTEMgMATlb =uxi0 -----END PGP SIGNATURE----- --313G32quqWeq5lpS-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 22 10:30:43 2011 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 82377106564A for ; Tue, 22 Nov 2011 10:30:43 +0000 (UTC) (envelope-from mueller6727@bellsouth.net) Received: from fmailhost03.isp.att.net (fmailhost03.isp.att.net [207.115.11.53]) by mx1.freebsd.org (Postfix) with ESMTP id 70C498FC08 for ; Tue, 22 Nov 2011 10:30:43 +0000 (UTC) Date: Tue, 22 Nov 2011 10:30:42 +0000 (GMT) X-Comment: Sending client does not conform to RFC822 minimum requirements X-Comment: Date has been added by Maillennium Received: from localhost (adsl-65-80-65-31.sdf.bellsouth.net[65.80.65.31]) by isp.att.net (frfwmhc03) with SMTP id <20111122103042H03005rng7e>; Tue, 22 Nov 2011 10:30:42 +0000 X-Originating-IP: [65.80.65.31] From: "Thomas Mueller" <20111122080542.5c993efe@zelda.sugioarto.com> Message-Id: <20111122103043.82377106564A@hub.freebsd.org> Cc: David Cornejo Subject: Re: /usr/home vs /home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2011 10:30:43 -0000 > In the old days home was typically a separate partition that was > mounted on /home. If you didn't have a partition the installer would > create /usr/home and symlink /home to it. The root was also typically > an independent partition, so it made sense not to clutter it up with > home directories. > Now that the default behavior is to use one big partition, the > installer defaults to /usr/home + symlink. > I've always liked the more succinct /home and was wondering if there > is any reason why not to delete the symlink and move home to / to > mimic the old many partition style? > thanks, > dave c My preference is to use the traditional /home, on a separate partition. That way, user data can be kept safe in the case of a major upgrading or revamping of the system. This principle is even applicable for MS-Windows, even if the user-data partition is not called "home". A Linux user can run two or more distributions sharing the same /home with each other, but not the same /home as for FreeBSD because of different file system. bsdinstall on FreeBSD 9.0-BETA1 changed my /home to a symlink to /usr/home, but I changed it back to my preference. I read that PC-BSD considers /usr/home to be correct. I agree with Martin Sugioarto on preparing the disks myself rather than letting the installer do it. bsdinstall only made things more difficult for partitioning the disk, not allowing enough space, and also bsdinstall's boot partition was nonfunctional for me. But I don't see any advantage to putting /, /usr, and /var on separate partitions. Tom From owner-freebsd-current@FreeBSD.ORG Tue Nov 22 11:08:11 2011 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 20A19106566B for ; Tue, 22 Nov 2011 11:08:11 +0000 (UTC) (envelope-from hhasenbe@techfak.uni-bielefeld.de) Received: from smarthost.TechFak.Uni-Bielefeld.DE (smarthost.TechFak.Uni-Bielefeld.DE [IPv6:2001:638:504:2014:ffff::24]) by mx1.freebsd.org (Postfix) with ESMTP id C9CAA8FC0C for ; Tue, 22 Nov 2011 11:08:09 +0000 (UTC) Received: from [IPv6:2001:638:504:f1fc:221:9bff:fe18:66f5] (unknown [IPv6:2001:638:504:f1fc:221:9bff:fe18:66f5]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: hhasenbe) by smarthost.TechFak.Uni-Bielefeld.DE (Postfix) with ESMTPSA id 6F4E0AF; Tue, 22 Nov 2011 12:08:06 +0100 (CET) Message-ID: <4ECB8292.7020804@techfak.uni-bielefeld.de> Date: Tue, 22 Nov 2011 12:08:02 +0100 From: Hendrik Hasenbein User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20111004 Icedove/3.0.11 MIME-Version: 1.0 To: Thomas Mueller References: <20111122080542.5c993efe@zelda.sugioarto.com> <20111122103043.82377106564A@hub.freebsd.org> In-Reply-To: <20111122103043.82377106564A@hub.freebsd.org> X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig138ABA2D5F21C300D4956A0B" Cc: David Cornejo , freebsd-current@freebsd.org Subject: Re: /usr/home vs /home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2011 11:08:11 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig138ABA2D5F21C300D4956A0B Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 22.11.2011 11:30, "Thomas Mueller > In the old days home was typically a separate partition that was=20 >> mounted on /home. If you didn't have a partition the installer >> would create /usr/home and symlink /home to it. The root was also >> typically an independent partition, so it made sense not to clutter >> it up with home directories. >=20 >> Now that the default behavior is to use one big partition, the=20 >> installer defaults to /usr/home + symlink. >=20 >> I've always liked the more succinct /home and was wondering if >> there is any reason why not to delete the symlink and move home to >> / to mimic the old many partition style? >=20 >> thanks, dave c >=20 > My preference is to use the traditional /home, on a separate > partition. That way, user data can be kept safe in the case of a > major upgrading or revamping of the system. >=20 > This principle is even applicable for MS-Windows, even if the > user-data partition is not called "home". >=20 > A Linux user can run two or more distributions sharing the same /home > with each other, but not the same /home as for FreeBSD because of > different file system. >=20 > bsdinstall on FreeBSD 9.0-BETA1 changed my /home to a symlink to > /usr/home, but I changed it back to my preference. >=20 > I read that PC-BSD considers /usr/home to be correct. >=20 > I agree with Martin Sugioarto on preparing the > disks myself rather than letting the installer do it. bsdinstall > only made things more difficult for partitioning the disk, not > allowing enough space, and also bsdinstall's boot partition was > nonfunctional for me. >=20 > But I don't see any advantage to putting /, /usr, and /var on > separate partitions. This might not be an universal advantage, but it is good to keep the choice. For example / could reside on a small flash memory built-in on the mainboard. /usr and /homes are mounted from different fileservers and /var is on a usb flash drive inside the case, because / is already filled. mata ne, Hendrik --------------enig138ABA2D5F21C300D4956A0B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7LgpYACgkQytd3dYHoMPWhowCdF7PeMHPhLzOiri2+FuITnfZE PREAoOQEccQjRTqxH+4ZOr3a3VDcWf/r =aQOw -----END PGP SIGNATURE----- --------------enig138ABA2D5F21C300D4956A0B-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 22 11:25:43 2011 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 1F7731065670 for ; Tue, 22 Nov 2011 11:25:43 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id CD9CC8FC19 for ; Tue, 22 Nov 2011 11:25:42 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1RSoTs-0000gf-3V>; Tue, 22 Nov 2011 12:25:40 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1RSoTs-0006tl-1T>; Tue, 22 Nov 2011 12:25:40 +0100 Message-ID: <4ECB86B3.9080602@mail.zedat.fu-berlin.de> Date: Tue, 22 Nov 2011 12:25:39 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111109 Thunderbird/8.0 MIME-Version: 1.0 To: Hendrik Hasenbein References: <20111122080542.5c993efe@zelda.sugioarto.com> <20111122103043.82377106564A@hub.freebsd.org> <4ECB8292.7020804@techfak.uni-bielefeld.de> In-Reply-To: <4ECB8292.7020804@techfak.uni-bielefeld.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 X-Mailman-Approved-At: Tue, 22 Nov 2011 12:11:37 +0000 Cc: Thomas Mueller , freebsd-current@freebsd.org, David Cornejo Subject: Re: /usr/home vs /home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2011 11:25:43 -0000 On 11/22/11 12:08, Hendrik Hasenbein wrote: > On 22.11.2011 11:30, "Thomas Mueller >> In the old days home was typically a separate partition that was >>> mounted on /home. If you didn't have a partition the installer >>> would create /usr/home and symlink /home to it. The root was also >>> typically an independent partition, so it made sense not to clutter >>> it up with home directories. >> >>> Now that the default behavior is to use one big partition, the >>> installer defaults to /usr/home + symlink. >> >>> I've always liked the more succinct /home and was wondering if >>> there is any reason why not to delete the symlink and move home to >>> / to mimic the old many partition style? >> >>> thanks, dave c >> >> My preference is to use the traditional /home, on a separate >> partition. That way, user data can be kept safe in the case of a >> major upgrading or revamping of the system. >> >> This principle is even applicable for MS-Windows, even if the >> user-data partition is not called "home". >> >> A Linux user can run two or more distributions sharing the same /home >> with each other, but not the same /home as for FreeBSD because of >> different file system. >> >> bsdinstall on FreeBSD 9.0-BETA1 changed my /home to a symlink to >> /usr/home, but I changed it back to my preference. >> >> I read that PC-BSD considers /usr/home to be correct. >> >> I agree with Martin Sugioarto on preparing the >> disks myself rather than letting the installer do it. bsdinstall >> only made things more difficult for partitioning the disk, not >> allowing enough space, and also bsdinstall's boot partition was >> nonfunctional for me. >> >> But I don't see any advantage to putting /, /usr, and /var on >> separate partitions. > > This might not be an universal advantage, but it is good to keep the > choice. For example / could reside on a small flash memory built-in on > the mainboard. /usr and /homes are mounted from different fileservers > and /var is on a usb flash drive inside the case, because / is already > filled. > > mata ne, > Hendrik Substantially it is irrelevant where the home-directory resides as long as it doesn't have any serious performance implications or anything else. Our homes resides on a dedicated ZFS volume and are mounted on /home since many Linux systems we use for HPC duties also expect their homes "by default" at /home. But there is indeed on critical issue. In some cases where it is allowed to log in as a user even no home folder could be mounted - say due to a failure of the ZFS subsystem or due to failure of mounting from a NAS/SAN or other kind of server - the "dead" mountpoint as empty as it is resides in the "/" filesystem which is usually very small. We/I preferr to use a legacy traditional partitioning of the directory structure with fixed partitions for /, var,/ var/tmp, /usr, /usr/local, /usr/obj, /usr/src and /usr/ports. It is, indeed, a huge waste of space, but under some critical circumstances it is much easier and more healthy for the system to "repair" only one partition with a subset of data than a mega-partition containing everything. well, in such a case, with a small "/", users are able to fill up, by accident or by intention, "/" which then could end up in a stuck system (if /tmp is also residing as a folder and not a partition in /). Havin the homes in /usr/home or even /usr/local/home (latter seems more logical to me since /usr is SYSTEM, and except root's home everything else is a local issue, also the additional homes for users). Regards, Oliver From owner-freebsd-current@FreeBSD.ORG Tue Nov 22 12:44:16 2011 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 1E2931065675; Tue, 22 Nov 2011 12:44:16 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 8EF898FC08; Tue, 22 Nov 2011 12:44:15 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id pAMCiA2r031304 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 22 Nov 2011 14:44:11 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id pAMCiAUn038971; Tue, 22 Nov 2011 14:44:10 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id pAMCiA5R038970; Tue, 22 Nov 2011 14:44:10 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 22 Nov 2011 14:44:10 +0200 From: Kostik Belousov To: arch@freebsd.org Message-ID: <20111122124410.GP50300@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0GVCiSrLHbw8OoqI" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: is@nginx.org, current@freebsd.org Subject: RLIMIT_DATA and malloc(3) use of mmap(2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2011 12:44:16 -0000 --0GVCiSrLHbw8OoqI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I was reminded about the patch I wrote for Igor Sysoev some time ago. The issue the patch tries to handle is that jemalloc uses mmap() instead of sbrk() for pages allocation, and thus RLIMIT_DATA limit is no longer effective to put the bounds on the process heap. Since reverting to sbrk for such purpose is worse then the issue itself, I proposed a solution of 'self-restricting malloc'. The patch adds a flag MAP_DATALIMIT to the flags argument of mmap(2), which instructs the system to account the mapping in the RLIMIT_DATA resource count. The malloc(3) also gets new option 'L' to enable passing MAP_DATALIMIT to mmap() when allocating pages. By default, the 'L' option is not activated. Now, if user wants to ensure that process heap is restricted by the ulimit -d and still use mmap() for jemalloc, he supplies the option using any mechanism. The behaviour is voluntaristic, to prevent the trashing use RLIMIT_SWAP. Do people consider the facility useful ? Any comments for the patch itself ? http://people.freebsd.org/~kib/misc/map_datalimit.1.patch --0GVCiSrLHbw8OoqI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk7LmRoACgkQC3+MBN1Mb4gr7gCeM4pLMS2vJRO9MN2TLcsBEpjK BbAAn26eANd2C7HD4MnpBNthTjnvfhbx =FksP -----END PGP SIGNATURE----- --0GVCiSrLHbw8OoqI-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 22 13:29:25 2011 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 894401065670 for ; Tue, 22 Nov 2011 13:29:25 +0000 (UTC) (envelope-from theraven@freebsd.org) Received: from theravensnest.org (theravensnest.org [109.169.23.128]) by mx1.freebsd.org (Postfix) with ESMTP id 2D6F58FC0C for ; Tue, 22 Nov 2011 13:29:24 +0000 (UTC) Received: from [192.168.0.2] (cpc2-cwma5-0-0-cust875.7-3.cable.virginmedia.com [86.11.39.108]) (authenticated bits=0) by theravensnest.org (8.14.4/8.14.4) with ESMTP id pAMDTNUf024926 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Tue, 22 Nov 2011 13:29:24 GMT (envelope-from theraven@freebsd.org) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=iso-8859-1 From: David Chisnall In-Reply-To: <4ECAEAFD.5010404@protected-networks.net> Date: Tue, 22 Nov 2011 13:29:18 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <9FF032B7-A2E6-4303-8099-E0E0F2EA2358@freebsd.org> References: <4ECAEAFD.5010404@protected-networks.net> To: Michael Butler X-Mailer: Apple Mail (2.1251.1) Cc: freebsd-current Subject: Re: did SVN r227753 (locale changes) break something? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2011 13:29:25 -0000 On 22 Nov 2011, at 00:21, Michael Butler wrote: > #0 0x283eb243 in fprintf () from /lib/libc.so.7 This looks suspicious. uselocale() does not call fprintf(). In fact, = nothing in xlocale.c does - fprintf() accesses the current locale, so = calling it from anywhere in the setlocale() path is likely to be = problematic. > #1 0x283eb558 in uselocale () from /lib/libc.so.7 > #2 0x283eb6f9 in newlocale () from /lib/libc.so.7 > #3 0x281637f2 in msg_Subscribe () from /usr/local/lib/libvlccore.so.4 The newlocale / uselocale functions were introduced with the xlocale = commit, so no existing code should be using them. If you're just = reconfigured / recompiled libvlccore.so then we may be in an untested = code path - I'd have to see what the parameter to newlocale() was to be = able to debug this. David= From owner-freebsd-current@FreeBSD.ORG Tue Nov 22 13:30:07 2011 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 296CF1065670; Tue, 22 Nov 2011 13:30:07 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id E995D8FC1C; Tue, 22 Nov 2011 13:30:06 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 9C5EF46B23; Tue, 22 Nov 2011 08:30:06 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 17571B947; Tue, 22 Nov 2011 08:30:06 -0500 (EST) From: John Baldwin To: freebsd-arch@freebsd.org Date: Tue, 22 Nov 2011 08:24:07 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p8; KDE/4.5.5; amd64; ; ) References: <20111121092749.GD50300@deviant.kiev.zoral.com.ua> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201111220824.07823.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 22 Nov 2011 08:30:06 -0500 (EST) Cc: Kostik Belousov , Robert Millan , freebsd-current@freebsd.org, Adrian Chadd Subject: Re: [PATCH] Detect GNU/kFreeBSD in user-visible kernel headers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2011 13:30:07 -0000 On Monday, November 21, 2011 12:39:26 pm Robert Millan wrote: > (replying with Debian hat this time) > > 2011/11/21 Kostik Belousov : > > There are some implementations that > > use FreeBSD kernel, and which could potentially benefit from providing > > its own value for __FreeBSD_kernel. > > Actually, we wouldn't be able to provide a different value for the > macro (whatever its name). Our compiler simply doesn't know which > version of the kernel it is building for. Only the headers do, but if > we define it in the headers we'd just use the FreeBSD definitions. > > Our compiler defines __FreeBSD_kernel__ as an empty macro, I don't > expect this will change because unlike with FreeBSD, on Debian there > are strong technical limitations to making it a number. > > If __FreeBSD_kernel__ is to be defined in FreeBSD land, may I suggest > that it is defined as an empty macro as well? This covers the vast > majority of cases (e.g. like the ones in my initial patch which > started this discussion), and it doesn't preclude the possibility that > this macro becomes a number without breaking backward compatibility. > > OTOH once you define it as a number, it becomes relevant whether you > did it with #ifndef or with #undef, and so you have to commit to it. > > Just to make it clear: It's no problem to me if it's defined as a > number, but it doesn't help much either. At least from Debian POV it's > not worth making a big argument about. It could be a good idea from > FreeBSD POV, but please only do this if it's useful to FreeBSD. Is __FreeBSD_version defined if __FreeBSD_kernel__ is defined on kFreeBSD? Most things that want to check versions that I've seen do something like this: #ifdef __FreeBSD__ #include #if __FreeBSD_version > XXXXXXX /* use new feature */ #endif #endif If __FreeBSD_version is defined when __FreeBSD_kernel__ is defined, then I think having it be empty would be ok as it would allow usage as above. Also, in that case I think __FreeBSD_kernel__ is much closer in meaning to __FreeBSD__ than to __FreeBSD_version. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Nov 22 13:33:11 2011 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 AD3EC106567A for ; Tue, 22 Nov 2011 13:33:11 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theravensnest.org [109.169.23.128]) by mx1.freebsd.org (Postfix) with ESMTP id 358CA8FC1C for ; Tue, 22 Nov 2011 13:33:11 +0000 (UTC) Received: from [192.168.0.2] (cpc2-cwma5-0-0-cust875.7-3.cable.virginmedia.com [86.11.39.108]) (authenticated bits=0) by theravensnest.org (8.14.4/8.14.4) with ESMTP id pAMDD8rE024844 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Tue, 22 Nov 2011 13:13:09 GMT (envelope-from theraven@FreeBSD.org) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=iso-8859-1 From: David Chisnall In-Reply-To: <4ECAEAFD.5010404@protected-networks.net> Date: Tue, 22 Nov 2011 13:13:02 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <18810925-DC65-4D9B-9508-2B5153BDC3D5@FreeBSD.org> References: <4ECAEAFD.5010404@protected-networks.net> To: Michael Butler X-Mailer: Apple Mail (2.1251.1) Cc: freebsd-current Subject: Re: did SVN r227753 (locale changes) break something? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2011 13:33:11 -0000 It's entirely possible - please can you compile libc with debug symbols? = The back trace isn't very informative... David On 22 Nov 2011, at 00:21, Michael Butler wrote: > VLC (multimedia/vlc) on my -current now crashes leaving a trace like = this .. >=20 > imb@toshi:/home/imb> gdb `which vlc` vlc.core > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and = you are > welcome to change it and/or distribute copies of it under certain = conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for = details. > This GDB was configured as "i386-marcel-freebsd"...(no debugging = symbols found)... > Core was generated by `vlc'. > Program terminated with signal 11, Segmentation fault. > Reading symbols from /usr/local/lib/libvlc.so.7...(no debugging = symbols found)...done. > Loaded symbols for /usr/local/lib/libvlc.so.7 > Reading symbols from /usr/local/lib/libvlccore.so.4...(no debugging = symbols found)...done. > Loaded symbols for /usr/local/lib/libvlccore.so.4 > 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 /lib/libm.so.5...(no debugging symbols = found)...done. > Loaded symbols for /lib/libm.so.5 > 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 /lib/libthr.so.3...(no debugging symbols = found)...done. > Loaded symbols for /lib/libthr.so.3 > Reading symbols from /lib/libc.so.7...(no debugging symbols = found)...done. > Loaded symbols for /lib/libc.so.7 > Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols = found)...done. > Loaded symbols for /libexec/ld-elf.so.1 > #0 0x283eb243 in fprintf () from /lib/libc.so.7 > [New Thread 28804300 (LWP 100408/vlc)] > (gdb) bt > #0 0x283eb243 in fprintf () from /lib/libc.so.7 > #1 0x283eb558 in uselocale () from /lib/libc.so.7 > #2 0x283eb6f9 in newlocale () from /lib/libc.so.7 > #3 0x281637f2 in msg_Subscribe () from /usr/local/lib/libvlccore.so.4 > #4 0x00000000 in ?? () > #5 0x28191f6f in .rodata () from /usr/local/lib/libvlccore.so.4 > #6 0x28420120 in _CurrentRuneLocale () from /lib/libc.so.7 > #7 0x00000000 in ?? () > #8 0x281a3ee0 in .got () from /usr/local/lib/libvlccore.so.4 > #9 0x288400fc in ?? () > #10 0x288400fc in ?? () > #11 0x280ca9b6 in libvlc_InternalCreate () from = /usr/local/lib/libvlccore.so.4 > #12 0x281a4df4 in .bss () from /usr/local/lib/libvlccore.so.4 > #13 0x0000005c in ?? () > #14 0xfffffd66 in ?? () > #15 0x281861d4 in .rodata () from /usr/local/lib/libvlccore.so.4 > #16 0x00000440 in ?? () > #17 0x00000001 in ?? () > #18 0x00000000 in ?? () > #19 0x280b4ad0 in .got () from /usr/local/lib/libvlc.so.7 > #20 0xbfbfe640 in ?? () > #21 0x00000002 in ?? () > #22 0xbfbfe678 in ?? () > #23 0x280a39b2 in libvlc_new () from /usr/local/lib/libvlc.so.7 > Previous frame inner to this frame (corrupt stack?) > (gdb) > _______________________________________________ > 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 Nov 22 13:36:47 2011 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 5CD441065670 for ; Tue, 22 Nov 2011 13:36:47 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1E8EC8FC18 for ; Tue, 22 Nov 2011 13:36:46 +0000 (UTC) Received: by vcbfl10 with SMTP id fl10so307455vcb.13 for ; Tue, 22 Nov 2011 05:36:46 -0800 (PST) MIME-Version: 1.0 Received: by 10.182.220.7 with SMTP id ps7mr3265962obc.51.1321969006220; Tue, 22 Nov 2011 05:36:46 -0800 (PST) Received: by 10.182.187.8 with HTTP; Tue, 22 Nov 2011 05:36:46 -0800 (PST) X-Originating-IP: [93.221.165.190] In-Reply-To: <20111122103043.82377106564A@hub.freebsd.org> References: <20111122080542.5c993efe@zelda.sugioarto.com> <20111122103043.82377106564A@hub.freebsd.org> Date: Tue, 22 Nov 2011 14:36:46 +0100 Message-ID: From: "C. P. Ghost" To: "Thomas Mueller , freebsd-current@freebsd.org Subject: Re: /usr/home vs /home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2011 13:36:47 -0000 On Tue, Nov 22, 2011 at 11:30 AM, <"Thomas Mueller wrote: > But I don't see any advantage to putting /, /usr, and /var on separate partitions. > > Tom Regarding separate /usr and /var: the advantage is that you can keep /usr read-only which is also important for security reasons since modifying system binaries becomes less easy. Furthermore, you can NFS share a read-only /usr among many similar machines, while /var is a per-machine specific read-write area. -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Tue Nov 22 13:43:53 2011 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 18610106564A; Tue, 22 Nov 2011 13:43:53 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id D4C408FC18; Tue, 22 Nov 2011 13:43:52 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA" (verified OK)) (Authenticated sender: imb@protected-networks.net) by sarah.protected-networks.net (Postfix) with ESMTPSA id 2D17060E5; Tue, 22 Nov 2011 08:43:52 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1321969432; bh=JzXZsmAzvfT4XXg5IfuXPu+UWEK/M/TmkprwyNJVOcY=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=AmVv6wlYH9Txzab9AF/1GlaQCFeVYRNkKr6/6L8Wi4arkKmqP3ZSGXayu3nXhfHWC fz3TWihoW7o17tiPBwTfn7ZoEZiQtq4Qi+cdUa8fiofTUn+0BJgyzPjOwlsZVx4 DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:content-type:content-transfer-encoding; b=NSijUzxqIqpCZHvTLdz4+3B9ZKHYlaRN2F7eum84UVnL/BHN/mdQAIpyo177J5FEM tmiGtiQBHc2DaNYGxm57NKAjuwKJZTvYgbFDu4HzVreggVxUU0oCVdjbbRZXOyt Message-ID: <4ECBA716.2080808@protected-networks.net> Date: Tue, 22 Nov 2011 08:43:50 -0500 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:8.0) Gecko/20111111 Thunderbird/8.0 MIME-Version: 1.0 To: David Chisnall References: <4ECAEAFD.5010404@protected-networks.net> <18810925-DC65-4D9B-9508-2B5153BDC3D5@FreeBSD.org> <4ECBA4D7.7070607@protected-networks.net> <52C052B0-EFBD-4044-937A-669F475A0FD4@FreeBSD.org> In-Reply-To: <52C052B0-EFBD-4044-937A-669F475A0FD4@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current Subject: Re: did SVN r227753 (locale changes) break something? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2011 13:43:53 -0000 On 11/22/11 08:37, David Chisnall wrote: > Do you have valgrind installed? It would probably also be helpful to see the results from that. With symbols for libc .. #0 xlocale_retain (val=0x0) at atomic.h:363 363 ATOMIC_ASM(add, long, "addl %1,%0", "ir", v); [New Thread 28804300 (LWP 100592/vlc)] (gdb) bt #0 xlocale_retain (val=0x0) at atomic.h:363 #1 0x283eb568 in dupcomponent (type=3, base=Variable "base" is not available. ) at /usr/home/imb/svn/head/lib/libc/locale/xlocale.c:204 #2 0x283eb709 in newlocale (mask=Variable "mask" is not available. ) at /usr/home/imb/svn/head/lib/libc/locale/xlocale.c:250 #3 0x281637f2 in msg_Subscribe () from /usr/local/lib/libvlccore.so.4 #4 0x00000000 in ?? () #5 0x28191f6f in .rodata () from /usr/local/lib/libvlccore.so.4 #6 0x28420120 in __xlocale_global_locale () from /lib/libc.so.7 #7 0x00000000 in ?? () #8 0x281a3ee0 in .got () from /usr/local/lib/libvlccore.so.4 #9 0x288400fc in ?? () #10 0x288400fc in ?? () #11 0x280ca9b6 in libvlc_InternalCreate () from /usr/local/lib/libvlccore.so.4 #12 0x281a4df4 in .bss () from /usr/local/lib/libvlccore.so.4 #13 0x0000005c in ?? () #14 0xfffffd66 in ?? () #15 0x281861d4 in .rodata () from /usr/local/lib/libvlccore.so.4 #16 0x00000440 in ?? () #17 0x00000001 in ?? () #18 0x00000000 in ?? () #19 0x280b4ad0 in .got () from /usr/local/lib/libvlc.so.7 #20 0xbfbfe640 in ?? () #21 0x00000002 in ?? () #22 0xbfbfe678 in ?? () #23 0x280a39b2 in libvlc_new () from /usr/local/lib/libvlc.so.7 Previous frame inner to this frame (corrupt stack?) .. and valgrind shows .. imb@toshi:/home/imb> valgrind vlc ==41007== Memcheck, a memory error detector ==41007== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al. ==41007== Using Valgrind-3.6.1 and LibVEX; rerun with -h for copyright info ==41007== Command: vlc ==41007== VLC media player 1.1.12 The Luggage (revision exported) ==41007== Invalid read of size 4 ==41007== at 0x3BC253: ??? (atomic.h:363) ==41007== by 0x3BC567: ??? (xlocale.c:204) ==41007== by 0x3BC708: newlocale (xlocale.c:250) ==41007== by 0x1347F1: msg_Create (in /usr/local/lib/libvlccore.so.4) ==41007== Address 0x0 is not stack'd, malloc'd or (recently) free'd ==41007== ==41007== ==41007== Process terminating with default action of signal 11 (SIGSEGV): dumping core ==41007== Access not within mapped region at address 0x0 ==41007== at 0x3BC253: ??? (atomic.h:363) ==41007== by 0x3BC567: ??? (xlocale.c:204) ==41007== by 0x3BC708: newlocale (xlocale.c:250) ==41007== by 0x1347F1: msg_Create (in /usr/local/lib/libvlccore.so.4) ==41007== If you believe this happened as a result of a stack ==41007== overflow in your program's main thread (unlikely but ==41007== possible), you can try to increase the size of the ==41007== main thread stack using the --main-stacksize= flag. ==41007== The main thread stack size used in this run was 16777216. ==41007== ==41007== HEAP SUMMARY: ==41007== in use at exit: 9,284 bytes in 76 blocks ==41007== total heap usage: 79 allocs, 3 frees, 9,316 bytes allocated ==41007== ==41007== LEAK SUMMARY: ==41007== definitely lost: 0 bytes in 0 blocks ==41007== indirectly lost: 0 bytes in 0 blocks ==41007== possibly lost: 554 bytes in 13 blocks ==41007== still reachable: 8,730 bytes in 63 blocks ==41007== suppressed: 0 bytes in 0 blocks ==41007== Rerun with --leak-check=full to see details of leaked memory ==41007== ==41007== For counts of detected and suppressed errors, rerun with: -v ==41007== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) Segmentation fault .. so it looks like a NULL pointer but I guess I need to recompile libvlc to see if it's involved, imb From owner-freebsd-current@FreeBSD.ORG Tue Nov 22 14:33:12 2011 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 0B5381065672 for ; Tue, 22 Nov 2011 14:33:12 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theravensnest.org [109.169.23.128]) by mx1.freebsd.org (Postfix) with ESMTP id 85D5A8FC1B for ; Tue, 22 Nov 2011 14:33:11 +0000 (UTC) Received: from [192.168.0.2] (cpc2-cwma5-0-0-cust875.7-3.cable.virginmedia.com [86.11.39.108]) (authenticated bits=0) by theravensnest.org (8.14.4/8.14.4) with ESMTP id pAMECvcQ025277 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Tue, 22 Nov 2011 14:12:57 GMT (envelope-from theraven@FreeBSD.org) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=iso-8859-1 From: David Chisnall In-Reply-To: <4ECBAB05.8050808@protected-networks.net> Date: Tue, 22 Nov 2011 14:12:52 +0000 Content-Transfer-Encoding: 7bit Message-Id: <82D773CF-DC40-44F0-863A-BBBF80BEB0AB@FreeBSD.org> References: <4ECAEAFD.5010404@protected-networks.net> <18810925-DC65-4D9B-9508-2B5153BDC3D5@FreeBSD.org> <4ECBA4D7.7070607@protected-networks.net> <52C052B0-EFBD-4044-937A-669F475A0FD4@FreeBSD.org> <4ECBA716.2080808@protected-networks.net> <4ECBAB05.8050808@protected-networks.net> To: Michael Butler X-Mailer: Apple Mail (2.1251.1) Cc: current@FreeBSD.org Subject: Re: did SVN r227753 (locale changes) break something? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2011 14:33:12 -0000 On 22 Nov 2011, at 14:00, Michael Butler wrote: > On 11/22/11 08:52, David Chisnall wrote: >> Please can you try this patch? ... > That works :-) > > Thanks! Fixed in head (r227818), thanks for the report! David From owner-freebsd-current@FreeBSD.ORG Tue Nov 22 15:26:24 2011 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 B47EB1065674; Tue, 22 Nov 2011 15:26:24 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 744E28FC14; Tue, 22 Nov 2011 15:26:24 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id EA25F46B23; Tue, 22 Nov 2011 10:26:23 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 7A156B914; Tue, 22 Nov 2011 10:26:23 -0500 (EST) From: John Baldwin To: Luigi Rizzo Date: Tue, 22 Nov 2011 08:43:20 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p8; KDE/4.5.5; amd64; ; ) References: <201111211129.29362.jhb@freebsd.org> <20111121173614.GA63552@onelab2.iet.unipi.it> In-Reply-To: <20111121173614.GA63552@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201111220843.21207.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 22 Nov 2011 10:26:23 -0500 (EST) Cc: Matteo Landi , Doug Barton , freebsd-current@freebsd.org Subject: Re: ixgbe and fast interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2011 15:26:24 -0000 On Monday, November 21, 2011 12:36:15 pm Luigi Rizzo wrote: > On Mon, Nov 21, 2011 at 11:29:29AM -0500, John Baldwin wrote: > > On Friday, November 18, 2011 5:04:58 pm Luigi Rizzo wrote: > > > On Fri, Nov 18, 2011 at 11:16:00AM -0800, Doug Barton wrote: > > > > On 11/18/2011 09:54, Luigi Rizzo wrote: > > > > > One more thing (i am mentioning it here for archival purposes, > > > > > as i keep forgetting to test it). Is entropy harvesting expensive ? > > > > > > > > No. It was designed to be inexpensive on purpose. :) > > > > > > hmmm.... > > > unfortunately I don't have a chance to test it until monday > > > (probably one could see if the ping times change by modifying > > > the value of kern.random.sys.harvest.* ). > > > > > > But in the code i see the following: > > > > > > - the harvest routine is this: > > > > > > void > > > random_harvest(void *entropy, u_int count, u_int bits, u_int frac, > > > enum esource origin) > > > { > > > if (reap_func) > > > (*reap_func)(get_cyclecount(), entropy, count, bits, frac, > > > origin); > > > } > > > > > > - the reap_func seems to be bound to > > > > > > dev/random/randomdev_soft.c::random_harvest_internal() > > > > > > which internally uses a spinlock and then moves entries between > > > two lists. > > > > > > I am concerned that the get_cyclecount() might end up querying an > > > expensive device (is it using kern.timecounter.hardware ?) > > > > On modern x86 it just does rdtsc(). > > > > > So between the indirect function call, spinlock, list manipulation > > > and the cyclecounter i wouldn't be surprised it the whole thing > > > takes a microsecond or so. > > > > I suspect it is not quite that expensive. > > > > > Anyways, on monday i'll know better. in the meantime, if someone > > > wants to give it a try... in our tests between two machines and > > > ixgbe (10G) interfaces, an unmodified 9.0 kernel has a median ping > > > time of 30us with "slow" pings (say -i 0.01 or larger) and 17us with > > > a ping -f . > > > > Did you time it with harvest.interrupt disabled? > > yes, thanks for reminding me to post the results. > > Using unmodified ping (which has 1us resolution on the reports), > there is no measurable difference irrespective > of the setting of kern.random.sys.harvest.ethernet, > kern.random.sys.harvest.interrupt and kern.timecounter.hardware. > Have tried to set hw mitigation to 0 on the NIC (ixgbe on both > sides) but there is no visible effect either. I had forgotten that kern.random.sys.harvest.interrupt only matters if the interrupt handlers pass the INTR_ENTROPY flag to bus_setup_intr(). I suspect your drivers probably aren't doing that anyway. > However I don't trust my measurements because i cannot explain them. > Response times have a min of 20us (about 50 out of 5000 samples) > and a median of 27us, and i really don't understand if the low > readings are real or the result of some races. Hmm, 7 us does seem a bit much for a spread. > Ping does a gettimeofday() for the initial timestamp, and relies > on in-kernel timestamp for the response. Hmm, gettimeofday() isn't super cheap. What I do for measuring RTT is to use an optimized echo server (not the one in inetd) on the remote host and reflect packets off of that. The sender/receiver puts a TSC timestamp into the packet payload and computes a TSC delta when it receives the reflected response. I then run ministat over the TSC deltas to get RTT in TSC counts and use machdep.tsc_freq of the sending machine to convert the TSC delta values to microseconds. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Nov 22 15:26:25 2011 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 7ADEF1065670; Tue, 22 Nov 2011 15:26:25 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 40D9D8FC15; Tue, 22 Nov 2011 15:26:25 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id E939246B45; Tue, 22 Nov 2011 10:26:24 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 1AF79B93A; Tue, 22 Nov 2011 10:26:24 -0500 (EST) From: John Baldwin To: Nathan Whitehorn Date: Tue, 22 Nov 2011 08:46:58 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p8; KDE/4.5.5; amd64; ; ) References: <201111211252.35193.jhb@freebsd.org> <4ECA92E8.2060904@freebsd.org> In-Reply-To: <4ECA92E8.2060904@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201111220846.58453.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 22 Nov 2011 10:26:24 -0500 (EST) Cc: nevtic@tx.net, freebsd-current@freebsd.org Subject: Re: 9.0-RC2 - bsdinstall miscount of remaining diskspace after partition deletion. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2011 15:26:25 -0000 On Monday, November 21, 2011 1:05:28 pm Nathan Whitehorn wrote: > On 11/21/11 11:52, John Baldwin wrote: > > On Saturday, November 19, 2011 7:07:58 pm Nathan Whitehorn wrote: > >> On 11/18/11 17:09, nevtic@tx.net wrote: > >>> > >>> If you are performating a manual partion in 9.0-RC2 bsdinstall and you > >>> delete any created partition except the most recently created one, the > >>> total remaining space will be miscalculated. Reproducable as shown > >>> below. > >>> > >>> Workaround: if you delete a partition that is not the last partition > >>> that was created, delete all partitions created after that partition > >>> before continuing. Order does not seem to be important. > >>> > >>> The results are similar with other hard drive sizes, with the i386 or > >>> amd64 distributions, and with either 9.0-RC2 or 9.0-RC1 (I did not go > >>> back and check install discs prior to RC1) > >>> > >>> Reproducing the miscount: > >>> > >>> A 114 GB drive is used for this example: > >>> > >>> Select Manual Partitioning > >>> > >>> Perform the first Create on the drive and select GPT > >>> > >>> Creating the first partition: "Add Partition" "size" shows 114GB > >>> > >>> Change size to 4GB, set mountpoint to / and tab to OK > >>> (agree to the boot partition creation) > >>> > >>> Create a second partition: "Add Partition" "size" shows 110GB > >>> > >>> Adjust size to 10GB, set mountpoint to /usr and tab to OK > >>> > >>> Create a third partition: "Add Partition" "size" shows 100GB > >>> > >>> Adjust size to 20GB, set mountpoint to /var, and tab to OK > >>> > >>> Create a 4th partition: "size" shows 80GB remaining > >>> > >>> Adjust size to 40GB, set mountpoint to /data, and tab to OK. > >>> > >>> There is 40 GB remaining on the drive. Now change the size of /var. > >>> First, delete the currently configured /var partition. > >>> > >>> In the Partition Editor, adding up all the lines on the screen shows > >>> 54GB (plus a 64K boot) as allocated, so there should now be 60GB > >>> remaining. But the deleted /var space has not been added back into > >>> the total. > >>> > >>> Select Create again: "Add Partition" "size" shows 40GB > >>> > >>> Adjust size to 30GB, set mountpoint as /var, tab to OK > >>> > >>> A subsequent "Create" will show that 20GB is remaining, rather than > >>> the actual remaining 30GB. Selecting any size 20GB or larger for > >>> /home will give you a 20GB partition, and then an additional create > >>> will show the 10GB. > >> > >> This isn't a bug. The partitions are laid out on disk already, and, > >> because you deleted one in the middle, the largest *contiguous* block of > >> free space is 20GB, which is what is shown and the maximum it is > >> possible to create. That's why you can make one 20 GB partition and one > >> 10 GB partition, but not a single 30 GB one. > > > > Except that this is not intuitive. If I'm laying out a disk and haven't > > committed the changes yet, it should be possible to do things like resize > > an existing partition, or have the installer realize that if you delete > > one partition the other partitions that are pending should just "move up" > > to maximize free space automatically. I ran into this when first trying > > the new installer last week where you could not modify a pending partition's > > size which I found non-intuitive. > > > > There doesn't seem to be an easy solution though. Not laying them out on > disk is extremely fragile: the installer needs to know tons of tiny > details about the partition schemes (alignment constraints, partition > numbering/lettering, available space after the header, the list is very > long) or it will break. One simple example is that whether a partition > is ad0s1 or ad0s3 depends on its order on the disk (or in the partition > table anyway). If I have an ad0s2 and s3, and delete the s2, should the > new partition be s2 or s4? That depends on a lot of things the installer > can't easily know about, and that even if it could, simulating which > would be dangerous. I think you would need to not commit to as many details up front and figure out the names and exact sizes when doing the commit if you wanted to support this (i.e. you know the user wants a partition of 4GB, another one of 2GB, and one for "rest of disk", and you only bind those to specific names and exact sizes on the final commit). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Nov 22 15:26:29 2011 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 89BE31065677; Tue, 22 Nov 2011 15:26:29 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 618018FC19; Tue, 22 Nov 2011 15:26:29 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 18FC446B23; Tue, 22 Nov 2011 10:26:29 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 82B49B969; Tue, 22 Nov 2011 10:26:28 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 22 Nov 2011 10:26:22 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p8; KDE/4.5.5; amd64; ; ) References: <848DEEC1-570F-43F8-B432-A34F81014CD0@jnielsen.net> In-Reply-To: <848DEEC1-570F-43F8-B432-A34F81014CD0@jnielsen.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201111221026.23015.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 22 Nov 2011 10:26:28 -0500 (EST) Cc: John Nielsen , current@freebsd.org Subject: Re: loader crash / BTX halted on 9.0-RC2 DVD with AMD pseudo-RAID X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2011 15:26:29 -0000 On Monday, November 21, 2011 1:45:36 pm John Nielsen wrote: > This weekend I downloaded the Freebsd 9.0 RC2 amd64 ISO image and burned it to a DVD. I have a computer that currently runs Windows 7 but I plan to install FreeBSD on it in the near future so I booted it up from the DVD to check the hardware/driver status. Much to my dismay, the boot loader crashed right away (register dump followed by "BTX halted") and the computer immediately rebooted. I took a video with my phone so I could capture the crash message, screenshot here: > > http://picpaste.com/pics/BTXcrash.1321899682.jpg > > I then tried tweaking a few BIOS settings and found that turning off the built-in pseudo-RAID allowed the DVD to boot normally. I changed the SATA type from "RAID" to "AHCI". Fortunately I plan to use the controller in AHCI mode for the FreeBSD installation so this won't end up being a problem for me, but I still thought it was worth reporting. Hmmm, so this is odd. It died with an Invalid TSS exception on the iret instruction at the end of the return-from-real-mode trampoline in BTX. Looking at the dump I noticed that PSL_NT is set in %eflags, so for some reason the iret was trying to do a nested task return. We shouldn't let that flag leak out of any real mode code. Try this patch perhaps: Index: btx.S =================================================================== --- btx.S (revision 227815) +++ btx.S (working copy) @@ -39,6 +39,8 @@ .set PSL_RESERVED_DEFAULT,0x00000002 .set PSL_T,0x00000100 # Trap flag .set PSL_I,0x00000200 # Interrupt enable flag + .set PSL_D,0x00000400 # String instruction direction + .set PSL_NT,0x00004000 # Nested task flag .set PSL_VM,0x00020000 # Virtual 8086 mode flag .set PSL_AC,0x00040000 # Alignment check flag /* @@ -609,8 +611,8 @@ rret_tramp: movw $MEM_ESPR-0x08,%sp # Reset stack pushl %ds # regs pushl %es pushfl # Save %eflags - cli # Disable interrupts - std # String ops dec + pushl $PSL_RESERVED_DEFAULT|PSL_D # Use clean %eflags with + popfl # string ops dec xorw %ax,%ax # Reset seg movw %ax,%ds # regs movw %ax,%es # (%ss is already 0) @@ -673,6 +675,7 @@ rret_tramp.1: xorl %ecx,%ecx # Zero testl $V86F_FLAGS,%edx # User wants flags? jz rret_tramp.3 # No movl MEM_ESPR-0x3c,%eax # Read real mode flags + andl $~(PSL_T|PSL_NT),%eax # Clear unsafe flags movw %ax,-0x08(%esi) # Update user flags (low 16) /* * Return to the user task I haven't tested it yet, so only try this from a CD install for now. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Nov 22 15:26:29 2011 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 89BE31065677; Tue, 22 Nov 2011 15:26:29 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 618018FC19; Tue, 22 Nov 2011 15:26:29 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 18FC446B23; Tue, 22 Nov 2011 10:26:29 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 82B49B969; Tue, 22 Nov 2011 10:26:28 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 22 Nov 2011 10:26:22 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p8; KDE/4.5.5; amd64; ; ) References: <848DEEC1-570F-43F8-B432-A34F81014CD0@jnielsen.net> In-Reply-To: <848DEEC1-570F-43F8-B432-A34F81014CD0@jnielsen.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201111221026.23015.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 22 Nov 2011 10:26:28 -0500 (EST) Cc: John Nielsen , current@freebsd.org Subject: Re: loader crash / BTX halted on 9.0-RC2 DVD with AMD pseudo-RAID X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2011 15:26:29 -0000 On Monday, November 21, 2011 1:45:36 pm John Nielsen wrote: > This weekend I downloaded the Freebsd 9.0 RC2 amd64 ISO image and burned it to a DVD. I have a computer that currently runs Windows 7 but I plan to install FreeBSD on it in the near future so I booted it up from the DVD to check the hardware/driver status. Much to my dismay, the boot loader crashed right away (register dump followed by "BTX halted") and the computer immediately rebooted. I took a video with my phone so I could capture the crash message, screenshot here: > > http://picpaste.com/pics/BTXcrash.1321899682.jpg > > I then tried tweaking a few BIOS settings and found that turning off the built-in pseudo-RAID allowed the DVD to boot normally. I changed the SATA type from "RAID" to "AHCI". Fortunately I plan to use the controller in AHCI mode for the FreeBSD installation so this won't end up being a problem for me, but I still thought it was worth reporting. Hmmm, so this is odd. It died with an Invalid TSS exception on the iret instruction at the end of the return-from-real-mode trampoline in BTX. Looking at the dump I noticed that PSL_NT is set in %eflags, so for some reason the iret was trying to do a nested task return. We shouldn't let that flag leak out of any real mode code. Try this patch perhaps: Index: btx.S =================================================================== --- btx.S (revision 227815) +++ btx.S (working copy) @@ -39,6 +39,8 @@ .set PSL_RESERVED_DEFAULT,0x00000002 .set PSL_T,0x00000100 # Trap flag .set PSL_I,0x00000200 # Interrupt enable flag + .set PSL_D,0x00000400 # String instruction direction + .set PSL_NT,0x00004000 # Nested task flag .set PSL_VM,0x00020000 # Virtual 8086 mode flag .set PSL_AC,0x00040000 # Alignment check flag /* @@ -609,8 +611,8 @@ rret_tramp: movw $MEM_ESPR-0x08,%sp # Reset stack pushl %ds # regs pushl %es pushfl # Save %eflags - cli # Disable interrupts - std # String ops dec + pushl $PSL_RESERVED_DEFAULT|PSL_D # Use clean %eflags with + popfl # string ops dec xorw %ax,%ax # Reset seg movw %ax,%ds # regs movw %ax,%es # (%ss is already 0) @@ -673,6 +675,7 @@ rret_tramp.1: xorl %ecx,%ecx # Zero testl $V86F_FLAGS,%edx # User wants flags? jz rret_tramp.3 # No movl MEM_ESPR-0x3c,%eax # Read real mode flags + andl $~(PSL_T|PSL_NT),%eax # Clear unsafe flags movw %ax,-0x08(%esi) # Update user flags (low 16) /* * Return to the user task I haven't tested it yet, so only try this from a CD install for now. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Nov 22 15:44:23 2011 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 F22B11065672; Tue, 22 Nov 2011 15:44:23 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from agogare.doit.wisc.edu (agogare.doit.wisc.edu [144.92.197.211]) by mx1.freebsd.org (Postfix) with ESMTP id C301E8FC16; Tue, 22 Nov 2011 15:44:23 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth2.wiscmail.wisc.edu by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0LV200M0UJPY8800@smtpauth2.wiscmail.wisc.edu>; Tue, 22 Nov 2011 09:44:23 -0600 (CST) Received: from anacreon.physics.wisc.edu (anacreon.physics.wisc.edu [128.104.160.176]) by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0LV200HHWJPOYO10@smtpauth2.wiscmail.wisc.edu>; Tue, 22 Nov 2011 09:44:12 -0600 (CST) Date: Tue, 22 Nov 2011 09:44:11 -0600 From: Nathan Whitehorn In-reply-to: <201111220846.58453.jhb@freebsd.org> To: John Baldwin Message-id: <4ECBC34B.5000303@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=128.104.160.176 X-Spam-PmxInfo: Server=avs-14, Version=5.6.1.2065439, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.11.22.153314, SenderIP=128.104.160.176 References: <201111211252.35193.jhb@freebsd.org> <4ECA92E8.2060904@freebsd.org> <201111220846.58453.jhb@freebsd.org> User-Agent: Mozilla/5.0 (X11; U; FreeBSD powerpc; en-US; rv:1.9.2.22) Gecko/20110913 Thunderbird/3.1.14 Cc: nevtic@tx.net, freebsd-current@freebsd.org Subject: Re: 9.0-RC2 - bsdinstall miscount of remaining diskspace after partition deletion. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2011 15:44:24 -0000 On 11/22/11 07:46, John Baldwin wrote: > On Monday, November 21, 2011 1:05:28 pm Nathan Whitehorn wrote: >> On 11/21/11 11:52, John Baldwin wrote: >>> On Saturday, November 19, 2011 7:07:58 pm Nathan Whitehorn wrote: >>>> On 11/18/11 17:09, nevtic@tx.net wrote: >>>>> If you are performating a manual partion in 9.0-RC2 bsdinstall and you >>>>> delete any created partition except the most recently created one, the >>>>> total remaining space will be miscalculated. Reproducable as shown >>>>> below. >>>>> >>>>> Workaround: if you delete a partition that is not the last partition >>>>> that was created, delete all partitions created after that partition >>>>> before continuing. Order does not seem to be important. >>>>> >>>>> The results are similar with other hard drive sizes, with the i386 or >>>>> amd64 distributions, and with either 9.0-RC2 or 9.0-RC1 (I did not go >>>>> back and check install discs prior to RC1) >>>>> >>>>> Reproducing the miscount: >>>>> >>>>> A 114 GB drive is used for this example: >>>>> >>>>> Select Manual Partitioning >>>>> >>>>> Perform the first Create on the drive and select GPT >>>>> >>>>> Creating the first partition: "Add Partition" "size" shows 114GB >>>>> >>>>> Change size to 4GB, set mountpoint to / and tab to OK >>>>> (agree to the boot partition creation) >>>>> >>>>> Create a second partition: "Add Partition" "size" shows 110GB >>>>> >>>>> Adjust size to 10GB, set mountpoint to /usr and tab to OK >>>>> >>>>> Create a third partition: "Add Partition" "size" shows 100GB >>>>> >>>>> Adjust size to 20GB, set mountpoint to /var, and tab to OK >>>>> >>>>> Create a 4th partition: "size" shows 80GB remaining >>>>> >>>>> Adjust size to 40GB, set mountpoint to /data, and tab to OK. >>>>> >>>>> There is 40 GB remaining on the drive. Now change the size of /var. >>>>> First, delete the currently configured /var partition. >>>>> >>>>> In the Partition Editor, adding up all the lines on the screen shows >>>>> 54GB (plus a 64K boot) as allocated, so there should now be 60GB >>>>> remaining. But the deleted /var space has not been added back into >>>>> the total. >>>>> >>>>> Select Create again: "Add Partition" "size" shows 40GB >>>>> >>>>> Adjust size to 30GB, set mountpoint as /var, tab to OK >>>>> >>>>> A subsequent "Create" will show that 20GB is remaining, rather than >>>>> the actual remaining 30GB. Selecting any size 20GB or larger for >>>>> /home will give you a 20GB partition, and then an additional create >>>>> will show the 10GB. >>>> This isn't a bug. The partitions are laid out on disk already, and, >>>> because you deleted one in the middle, the largest *contiguous* block of >>>> free space is 20GB, which is what is shown and the maximum it is >>>> possible to create. That's why you can make one 20 GB partition and one >>>> 10 GB partition, but not a single 30 GB one. >>> Except that this is not intuitive. If I'm laying out a disk and haven't >>> committed the changes yet, it should be possible to do things like resize >>> an existing partition, or have the installer realize that if you delete >>> one partition the other partitions that are pending should just "move up" >>> to maximize free space automatically. I ran into this when first trying >>> the new installer last week where you could not modify a pending partition's >>> size which I found non-intuitive. >>> >> There doesn't seem to be an easy solution though. Not laying them out on >> disk is extremely fragile: the installer needs to know tons of tiny >> details about the partition schemes (alignment constraints, partition >> numbering/lettering, available space after the header, the list is very >> long) or it will break. One simple example is that whether a partition >> is ad0s1 or ad0s3 depends on its order on the disk (or in the partition >> table anyway). If I have an ad0s2 and s3, and delete the s2, should the >> new partition be s2 or s4? That depends on a lot of things the installer >> can't easily know about, and that even if it could, simulating which >> would be dangerous. > I think you would need to not commit to as many details up front and figure > out the names and exact sizes when doing the commit if you wanted to support > this (i.e. you know the user wants a partition of 4GB, another one of 2GB, > and one for "rest of disk", and you only bind those to specific names and > exact sizes on the final commit). > Exactly. It requires a fundamental rewrite of the code -- something also fraught with peril because some partition schemes (VTOC8 comes to mind) have ... interesting ... rules that the partitioner would need to know about. -Nathan From owner-freebsd-current@FreeBSD.ORG Tue Nov 22 15:47:43 2011 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 C71B51065686 for ; Tue, 22 Nov 2011 15:47:43 +0000 (UTC) (envelope-from nmisaghian@sandvine.com) Received: from mail1.sandvine.com (Mail1.sandvine.com [64.7.137.134]) by mx1.freebsd.org (Postfix) with ESMTP id 5E3C88FC19 for ; Tue, 22 Nov 2011 15:47:42 +0000 (UTC) Received: from WTL-EXCH-3.sandvine.com (192.168.196.36) by WTL-EXCH-2.sandvine.com (192.168.196.32) with Microsoft SMTP Server (TLS) id 14.0.694.0; Tue, 22 Nov 2011 10:47:41 -0500 Received: from WTL-EXCH-1.sandvine.com ([fe80::f523:8e57:71d7:5206]) by wtl-exch-3.sandvine.com ([::1]) with mapi id 14.01.0218.012; Tue, 22 Nov 2011 10:47:41 -0500 From: Nima Misaghian To: Pegasus Mc Cleaft , "freebsd-current@freebsd.org" Thread-Topic: Adding disk firmware programming capability to camcontrol Thread-Index: AQHMlbNjRU3luhlSCEi1qnlaSVQugpW2UR6AgALaLEA= Date: Tue, 22 Nov 2011 15:47:41 +0000 Message-ID: <0A3573FC36A1BE41AAA3DFF287C7968453400CEB@wtl-exch-1.sandvine.com> References: <20111028200227.GA50663@sandvine.com> <201111201454.49863.ken@mthelicon.com> In-Reply-To: <201111201454.49863.ken@mthelicon.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [192.168.200.101] Content-Type: multipart/mixed; boundary="_002_0A3573FC36A1BE41AAA3DFF287C7968453400CEBwtlexch1sandvin_" MIME-Version: 1.0 Cc: "andre@albsmeier.net" Subject: RE: Adding disk firmware programming capability to camcontrol X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2011 15:47:44 -0000 --_002_0A3573FC36A1BE41AAA3DFF287C7968453400CEBwtlexch1sandvin_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, Sorry for the late reply. As I mentioned in the man page, the fwdownload co= mmand currently only supports SCSI disks. "fwdownload: Program firmware of the named <> device using the image = file provided." We have added firmware download command to atacontrol at work, for which I = have attached a patch against 8.2 to this email. The format of the command is similar to the camcontrol counterpart: atacontrol fwdownload But ultimately we would like to add the support to program ATA/SATA disks t= o camcontrol as well. Nima Misaghian nmisaghian@sandvine.com > -----Original Message----- > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- > current@freebsd.org] On Behalf Of Pegasus Mc Cleaft > Sent: Sunday, November 20, 2011 9:55 AM > To: freebsd-current@freebsd.org > Cc: andre@albsmeier.net; Nima Misaghian > Subject: Re: Adding disk firmware programming capability to camcontrol >=20 > Hi Nima, >=20 > I have tried your latest patch against current, but I am having > difficulty > getting it to work. I was wondering, is this feature limited to SCSI > drives? > I have been trying it against my SATA drives but it looks like it is > failing > on issuing a TUR. >=20 > IE: >=20 > feathers# camcontrol fwdownload ada5 -f JP0NB3MA.BD -s -v > Running in simulation mode > camcontrol: Device is not ready > (pass5:ahcich4:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 > (pass5:ahcich4:0:0:0): CAM status: CCB request was invalid > Firmware download failed >=20 >=20 > I have tried issuing a TUR to all my drives to see if it was controller > or > drive specific, but all of them return the same error (The drives are > Seagate, > Hitachi and WD). >=20 > What am I doing wrong? >=20 > Ta > Peg > _______________________________________________ > 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" --_002_0A3573FC36A1BE41AAA3DFF287C7968453400CEBwtlexch1sandvin_ Content-Type: application/octet-stream; name="atacontrol.diff" Content-Description: atacontrol.diff Content-Disposition: attachment; filename="atacontrol.diff"; size=5495; creation-date="Tue, 22 Nov 2011 15:40:04 GMT"; modification-date="Tue, 22 Nov 2011 15:40:04 GMT" Content-Transfer-Encoding: base64 LS0tIC9ob21lL25taXNhZ2hpYW4vYXRhX3BhdGNoL2F0YWNvbnRyb2wub2xkCTIwMTEtMTEtMjIg MTA6Mzg6NDQuOTAwMzA3NzAwIC0wNTAwCisrKyAvaG9tZS9ubWlzYWdoaWFuL2F0YV9wYXRjaC9h dGFjb250cm9sLm5ldwkyMDExLTExLTIyIDEwOjM5OjEzLjA5MTgxOTkwMCAtMDUwMApAQCAtMSw0 ICsxLDUgQEAKIC8qLQorICogQ29weXJpZ2h0IChjKSAyMDExIFNhbmR2aW5lIEluY29ycG9yYXRl ZC4gQWxsIHJpZ2h0cyByZXNlcnZlZC4KICAqIENvcHlyaWdodCAoYykgMjAwMCAtIDIwMDYgU/hy ZW4gU2NobWlkdCA8c29zQEZyZWVCU0Qub3JnPgogICogQWxsIHJpZ2h0cyByZXNlcnZlZC4KICAq CkBAIC0yNywxMSArMjgsMTMgQEAKICAqLwogCiAjaW5jbHVkZSA8c3lzL3R5cGVzLmg+CisjaW5j bHVkZSA8c3lzL3N0YXQuaD4KICNpbmNsdWRlIDxzeXMvYXRhLmg+CiAKICNpbmNsdWRlIDxlcnIu aD4KICNpbmNsdWRlIDxlcnJuby5oPgogI2luY2x1ZGUgPGZjbnRsLmg+CisjaW5jbHVkZSA8aW50 dHlwZXMuaD4KICNpbmNsdWRlIDxzdGRpbnQuaD4KICNpbmNsdWRlIDxzdGRpby5oPgogI2luY2x1 ZGUgPHN0ZGxpYi5oPgpAQCAtMzksNiArNDIsOSBAQAogI2luY2x1ZGUgPHN5c2V4aXRzLmg+CiAj aW5jbHVkZSA8dW5pc3RkLmg+CiAKKyNkZWZpbmUJTUFYX0ZXX0lNQUdFX1NJWkUJKDB4RkZGRiAq IDUxMikKKyNkZWZpbmUJRE9XTkxPQURfRldfVElNRU9VVAkyMAkvKiAyMCBzZWNvbmRzICovCisK IHN0YXRpYyBjb25zdCBjaGFyICoKIG1vZGUyc3RyKGludCBtb2RlKQogewpAQCAtMTI1LDYgKzEz MSw3IEBACiAJCSIgICAgICAgIGF0YWNvbnRyb2wgbW9kZSBkZXZpY2UgW21vZGVdXG4iCiAJCSIg ICAgICAgIGF0YWNvbnRyb2wgY2FwIGRldmljZVxuIgogCQkiICAgICAgICBhdGFjb250cm9sIHNw aW5kb3duIGRldmljZSBbc2Vjb25kc11cbiIKKwkJIiAgICAgICAgYXRhY29udHJvbCBmd2Rvd25s b2FkIGRldmljZSBmd19pbWFnZV9wYXRoXG4iCiAJKTsKIAlleGl0KEVYX1VTQUdFKTsKIH0KQEAg LTI4MCw2ICsyODcsMTQyIEBACiAJY2FwX3ByaW50KCZwYXJhbXMpOwogfQogCitzdGF0aWMgaW50 CithdGFfZndfZG93bmxvYWQoaW50IGZkLCBjb25zdCBjaGFyICpmd19pbWdfcGF0aCkKK3sKKwlz dHJ1Y3QgYXRhX2lvY19yZXF1ZXN0IGlvY19yZXF1ZXN0OworCXN0cnVjdCBhdGFfcGFyYW1zIHBh cmFtczsKKwlzdHJ1Y3Qgc3RhdCBzdGJ1ZjsKKwljYWRkcl90IGJ1ZjsKKwlvZmZfdCBpbWdfc2l6 ZTsKKwlvZmZfdCBvZmZzZXQ7CisJaW50IGZ3X2ZkOworCWludCB0cmFuc2Zlcl9tb2RlOworCWlu dCB0cmFuc2Zlcl9ieXRlczsKKwlpbnQgdHJhbnNmZXJfYmxvY2tzOworCWludCBtaW5fdHJhbnNm ZXJfYmxvY2tzOworCisJaWYgKGlvY3RsKGZkLCBJT0NBVEFHUEFSTSwgJnBhcmFtcykgPCAwKSB7 CisJCXdhcm4oIkNvdW5kIG5vdCBnZXQgQVRBIGlkZW50aWZ5IGRhdGEiKTsKKwkJcmV0dXJuICgx KTsKKwl9CisJaWYgKCEoKHBhcmFtcy5zdXBwb3J0LmNvbW1hbmQyICYgQVRBX1NVUFBPUlRfTUlD Uk9DT0RFKSAmJgorCSAgICAocGFyYW1zLmVuYWJsZWQuY29tbWFuZDIgJiBBVEFfU1VQUE9SVF9N SUNST0NPREUpKSkgeworCQl3YXJueCgiRmlybXdhcmUgZG93bmxvYWQgbm90IHN1cHBvcnRlZCBi eSBkZXZpY2UiKTsKKwkJcmV0dXJuICgxKTsKKwl9CisJaWYgKChmd19mZCA9IG9wZW4oZndfaW1n X3BhdGgsIE9fUkRPTkxZKSkgPCAwKSB7CisJCXdhcm4oIkNvdWxkIG5vdCBvcGVuICVzIiwgZndf aW1nX3BhdGgpOworCQlyZXR1cm4gKDEpOworCX0KKwlpZiAoZnN0YXQoZndfZmQsICZzdGJ1Zikg PCAwKSB7CisJCXdhcm4oIkNvdWxkIG5vdCBzdGF0ICVzIiwgZndfaW1nX3BhdGgpOworCQlnb3Rv IGJhaWxvdXQ7CisJfQorCWltZ19zaXplID0gc3RidWYuc3Rfc2l6ZTsKKwlpZiAoaW1nX3NpemUg PT0gMCkgeworCQl3YXJueCgiRmlsZSAoJXMpIGhhcyB6ZXJvIHNpemUiLCBmd19pbWdfcGF0aCk7 CisJCWdvdG8gYmFpbG91dDsKKwl9CisJaWYgKGltZ19zaXplID4gTUFYX0ZXX0lNQUdFX1NJWkUp IHsKKwkJd2FybngoIkltYWdlIGZpbGUgKCVzKSBpcyB0b28gbGFyZ2UgKG1heCA9ICVkKSIsIGZ3 X2ltZ19wYXRoLAorCQkgICAgTUFYX0ZXX0lNQUdFX1NJWkUpOworCQlnb3RvIGJhaWxvdXQ7CisJ fQorCWlmIChpbWdfc2l6ZSAlIDUxMiAhPSAwKSB7CisJCXdhcm54KCJTaXplIG9mICVzIGlzIG5v dCBhIG11bHRpcGxlIG9mIDUxMiIsIGZ3X2ltZ19wYXRoKTsKKwkJZ290byBiYWlsb3V0OworCX0K KwlpZiAoKGJ1ZiA9IG1hbGxvYyhpbWdfc2l6ZSkpID09IE5VTEwpIHsKKwkJd2FybngoIkNvdWxk IG5vdCBhbGxvY2F0ZSBidWZmZXIgdG8gcmVhZCAlcyIsCisJCSAgICBmd19pbWdfcGF0aCk7CisJ CWdvdG8gYmFpbG91dDsKKwl9CisJLyogUmVhZCBpbWFnZSBpbnRvIGEgYnVmZmVyLiAqLworCWlm IChyZWFkKGZ3X2ZkLCBidWYsIGltZ19zaXplKSAhPSBpbWdfc2l6ZSkgeworCQl3YXJuKCJDb3Vs ZCBub3QgcmVhZCBpbWFnZSBmaWxlICVzIiwgZndfaW1nX3BhdGgpOworCQlnb3RvIGJhaWxvdXQx OworCX0KKwkvKiBEZXRlcm1pbmUgZG93bmxvYWQgdHJhbnNmZXIgbW9kZS4gKi8KKwlpZiAoKChw YXJhbXMuc3VwcG9ydDIgJiBBVEFfU1VQUE9SVF9NSUNST0NPREUzKSAhPSAwKSAmJgorCSAgICAo KHBhcmFtcy5lbmFibGVkMiAmIEFUQV9TVVBQT1JUX01JQ1JPQ09ERTMpICE9IDApKSB7CisJCXRy YW5zZmVyX21vZGUgPSAzOworCQltaW5fdHJhbnNmZXJfYmxvY2tzID0gcGFyYW1zLnJlc2VydmVk MjI0WzIzNCAtIDIyNF07CisJCWlmICgobWluX3RyYW5zZmVyX2Jsb2NrcyA9PSAwKSB8fAorCQkg ICAgKG1pbl90cmFuc2Zlcl9ibG9ja3MgPT0gMHhmZmZmKSkKKwkJCW1pbl90cmFuc2Zlcl9ibG9j a3MgPSAxOworCQkvKiBBbHdheXMgY2hvb3NlIG1pbmltdW0gdHJhbnNmZXIgc2l6ZSBmb3IgbW9k ZSAzLiAqLworCQl0cmFuc2Zlcl9ibG9ja3MgPSBtaW5fdHJhbnNmZXJfYmxvY2tzOworCX0gZWxz ZSB7CisJCXRyYW5zZmVyX21vZGUgPSA3OworCQl0cmFuc2Zlcl9ibG9ja3MgPSBpbWdfc2l6ZSAv IDUxMjsKKwl9CisJdHJhbnNmZXJfYnl0ZXMgPSB0cmFuc2Zlcl9ibG9ja3MgKiA1MTI7CisJaW9j X3JlcXVlc3QuZmxhZ3MgfD0gQVRBX0NNRF9XUklURTsKKwlpb2NfcmVxdWVzdC51LmF0YS5jb21t YW5kID0gMHg5MjsgLyogRE9XTkxPQUQgTUlDUk9DT0RFICovCisJaW9jX3JlcXVlc3QudS5hdGEu ZmVhdHVyZSA9IHRyYW5zZmVyX21vZGU7CisJaW9jX3JlcXVlc3QuY291bnQgPSB0cmFuc2Zlcl9i eXRlczsKKwlpb2NfcmVxdWVzdC5kYXRhID0gYnVmOworCWlvY19yZXF1ZXN0LnRpbWVvdXQgPSBE T1dOTE9BRF9GV19USU1FT1VUOworCWlvY19yZXF1ZXN0LnUuYXRhLmNvdW50ID0gdHJhbnNmZXJf YmxvY2tzICYgMHhmZjsKKwkvKiBEb3dubG9hZCB0aGUgZmlybXdhcmUgaW1hZ2UgaW50byB0aGUg ZGV2aWNlLiAqLworCWZwcmludGYoc3Rkb3V0LCAiRG93bmxvYWRpbmcgaW1hZ2UgJXMgIHNpemUo Ynl0ZXMpPSAiCisJICAgICIlIlBSSWQ2NCIgdHJhbnNmZXJfbW9kZT0gJWQgYmxvY2tfc2l6ZShi eXRlcyk9ICVkXG4iLAorCSAgICBmd19pbWdfcGF0aCwgaW1nX3NpemUsIHRyYW5zZmVyX21vZGUs IHRyYW5zZmVyX2J5dGVzKTsKKwlmb3IgKG9mZnNldCA9IDA7IG9mZnNldCA8IGltZ19zaXplOyBv ZmZzZXQgKz0gdHJhbnNmZXJfYnl0ZXMpIHsKKwkJaW9jX3JlcXVlc3QudS5hdGEubGJhID0gKChv ZmZzZXQgLyA1MTIpIDw8IDgpIHwKKwkJICAgICgodHJhbnNmZXJfYmxvY2tzID4+IDgpICYgMHhm Zik7CisJCWlmIChpb2N0bChmZCwgSU9DQVRBUkVRVUVTVCwgJmlvY19yZXF1ZXN0KSA8IDApIHsK KwkJCXdhcm4oImlvY3RsKElPQ0FUQVJFUVVFU1QpIGZhaWxlZCIpOworCQkJZ290byBiYWlsb3V0 MTsKKwkJfQorCQlpZiAodHJhbnNmZXJfbW9kZSA9PSAzKSB7CisJCQlzd2l0Y2ggKGlvY19yZXF1 ZXN0LmVycm9yKSB7CisJCQljYXNlIDA6CS8qIE5vIGVycm9yICovCisJCQkJYnJlYWs7CisJCQlj YXNlIDE6CS8qIERyaXZlIG5lZWRzIG1vcmUgc2VnbWVudHMuICovCisJCQkJaWYgKG9mZnNldCAr IHRyYW5zZmVyX2J5dGVzID49IGltZ19zaXplKSAKKwkJCQkJd2FybngoIkRyaXZlIGluZGljYXRl cyBpdCBuZWVkcyBtb3JlIgorCQkJCQkgICAgIiBzZWdtZW50cyBhZnRlciBkb3dubG9hZCB3YXMi CisJCQkJCSAgICAiIGNvbXBsZXRlIik7CisJCQkJYnJlYWs7CisJCQljYXNlIDI6IC8qIERyaXZl IGhhcyBoYWQgZW5vdWdoIG9mIGl0ISAqLworCQkJCWlmIChvZmZzZXQgKyB0cmFuc2Zlcl9ieXRl cyA8IGltZ19zaXplKSB7CisJCQkJCXdhcm54KCJGaXJtd2FyZSB0cmFuc2ZlciBhYm9ydGVkIGF0 ICUiUFJJZDY0IiIsCisJCQkJCSAgICBvZmZzZXQgKyB0cmFuc2Zlcl9ieXRlcyk7CisJCQkJCWdv dG8gYmFpbG91dDE7CisJCQkJfQorCQkJCWJyZWFrOworCQkJZGVmYXVsdDoKKwkJCQl3YXJueCgi RE9XTkxPQURfTUlDUk9DT0RFIHJldHVybmVkIGVycm9yIgorCQkJCSAgICAiIHZhbHVlICVkIiwg aW9jX3JlcXVlc3QuZXJyb3IpOworCQkJCWdvdG8gYmFpbG91dDE7CisJCQl9CisJCX0KKwkJaW9j X3JlcXVlc3QuZGF0YSArPSB0cmFuc2Zlcl9ieXRlczsKKwl9CisJaWYgKGlvY19yZXF1ZXN0LmVy cm9yID09IDIgfHwgaW9jX3JlcXVlc3QuZXJyb3IgPT0gMCkgeworCQlmcHJpbnRmKHN0ZG91dCwg IkZpcm13YXJlIGRvd25sb2FkIHN1Y2Nlc3NmdWwuXG4iKTsKKwkJLyogCisJCSAqIENhbGwgR2V0 IFBhcmFtIHRvIHVwZGF0ZSBmaXJtd2FyZSByZXZpc2lvbgorCQkgKiBudW1iZXIgaW4gQVRBIGRy aXZlciBjYWNoZQorCQkgKi8KKwkJaWYgKGlvY3RsKGZkLCBJT0NBVEFHUEFSTSwgJnBhcmFtcykg PCAwKQorCQkJd2FybngoImlvY3RsKElPQ0FUQUdQQVJNKSBmYWlsZWQiKTsKKwl9IGVsc2Ugewor CQl3YXJueCgiRmlybXdhcmUgZG93bmxvYWQgZmFpbGVkLiIpOworCQlnb3RvIGJhaWxvdXQxOwor CX0KKwlmcmVlKGJ1Zik7CisJY2xvc2UoZndfZmQpOworCXJldHVybiAoMCk7CitiYWlsb3V0MToK KwlmcmVlKGJ1Zik7CitiYWlsb3V0OgorCWNsb3NlKGZ3X2ZkKTsKKyAgICAgICAgcmV0dXJuICgx KTsKK30KKwogc3RhdGljIHZvaWQKIGluZm9fcHJpbnQoaW50IGZkLCBpbnQgY2hhbm5lbCwgaW50 IHByY2hhbikKIHsKQEAgLTQxMCw2ICs1NTMsMTQgQEAKIAkJZXhpdChFWF9PSyk7CiAJfQogCisJ aWYgKCFzdHJjbXAoYXJndlsxXSwgImZ3ZG93bmxvYWQiKSAmJiBhcmdjID09IDQpIHsKKwkJaW50 IGVycm9yOworCisJCWZkID0gb3Blbl9kZXYoYXJndlsyXSwgT19SRE9OTFkpOworCQllcnJvciA9 IGF0YV9md19kb3dubG9hZChmZCwgYXJndlszXSk7CisJCWV4aXQoZXJyb3IpOworCX0KKwogCWlm ICgoZmQgPSBvcGVuKCIvZGV2L2F0YSIsIE9fUkRXUikpIDwgMCkKIAkJZXJyKDEsICJjb250cm9s IGRldmljZSBub3QgZm91bmQiKTsKIAo= --_002_0A3573FC36A1BE41AAA3DFF287C7968453400CEBwtlexch1sandvin_-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 22 15:49:44 2011 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 2D5E3106564A; Tue, 22 Nov 2011 15:49:44 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id B97758FC13; Tue, 22 Nov 2011 15:49:43 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id pAMFnZLb053047 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 22 Nov 2011 17:49:35 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id pAMFnZnF040186; Tue, 22 Nov 2011 17:49:35 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id pAMFnZas040185; Tue, 22 Nov 2011 17:49:35 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 22 Nov 2011 17:49:35 +0200 From: Kostik Belousov To: Maxim Dounin Message-ID: <20111122154935.GR50300@deviant.kiev.zoral.com.ua> References: <20111122124410.GP50300@deviant.kiev.zoral.com.ua> <20111122154357.GI95664@mdounin.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ej7tn9G4wHTwOygb" Content-Disposition: inline In-Reply-To: <20111122154357.GI95664@mdounin.ru> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: is@nginx.org, arch@freebsd.org, current@freebsd.org Subject: Re: RLIMIT_DATA and malloc(3) use of mmap(2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2011 15:49:44 -0000 --ej7tn9G4wHTwOygb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 22, 2011 at 07:43:57PM +0400, Maxim Dounin wrote: > Hello! >=20 > On Tue, Nov 22, 2011 at 02:44:10PM +0200, Kostik Belousov wrote: >=20 > > I was reminded about the patch I wrote for Igor Sysoev some time ago. > > The issue the patch tries to handle is that jemalloc uses mmap() instead > > of sbrk() for pages allocation, and thus RLIMIT_DATA limit is no longer > > effective to put the bounds on the process heap. Since reverting to sbrk > > for such purpose is worse then the issue itself, I proposed a solution > > of 'self-restricting malloc'. >=20 > Just a little clarification for others: currently, there is no way=20 > to *safely* limit memory usage of a process while using jemalloc=20 > with mmap(). >=20 > The only thing available is RLIMIT_VMEM, but it's not safe as it=20 > may be reached on stack grow (leaving no possibility for an=20 > application to handle this). >=20 > > The patch adds a flag MAP_DATALIMIT to the flags argument of mmap(2), > > which instructs the system to account the mapping in the RLIMIT_DATA > > resource count. The malloc(3) also gets new option 'L' to enable > > passing MAP_DATALIMIT to mmap() when allocating pages. By default, > > the 'L' option is not activated. > >=20 > > Now, if user wants to ensure that process heap is restricted by the > > ulimit -d and still use mmap() for jemalloc, he supplies the option > > using any mechanism. The behaviour is voluntaristic, to prevent the > > trashing use RLIMIT_SWAP. > >=20 > > Do people consider the facility useful ? >=20 > Yes, at least some way to safely limit process memory usage is=20 > certainly needed. >=20 > It's a bit sad this isn't enabled by default, but it's probably=20 > too late for this. RLIMIT_DATA was (almost) a noop for too long=20 > and making it work again to limit all memory allocations will=20 > break POLA. >=20 > > Any comments for the patch itself ? > >=20 > > http://people.freebsd.org/~kib/misc/map_datalimit.1.patch >=20 > Patch looks ok for me (though I'm not a VM expert). >=20 > Another possible aproach would be to introduce separate anonymous=20 > (private?) mmap limit, this will allow to do essentially the same=20 > thing in a bit more consistent (IMHO) manner. This is already done in some form as the per-user swap limit. Converting swap limit to the per-process limit raises the architectural questions, due to shadow chains of the backing vm objects. In particular, we have to account the anonymous memory used for backing the changed pages from the writeable private mapping of the files. Similar issues appear due to fork(). Anyway, the patch needs testers before I will push it forward. --ej7tn9G4wHTwOygb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk7LxI4ACgkQC3+MBN1Mb4iMIACeKyzYhqGotSkEe2TGFxRtc3f7 Nk8An0DfqopmYU75H0PmQ4ssc4eL42m4 =GU0S -----END PGP SIGNATURE----- --ej7tn9G4wHTwOygb-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 22 15:59:04 2011 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 D7C94106564A; Tue, 22 Nov 2011 15:59:04 +0000 (UTC) (envelope-from mdounin@mdounin.ru) Received: from mdounin.cust.ramtel.ru (mdounin.cust.ramtel.ru [81.19.69.81]) by mx1.freebsd.org (Postfix) with ESMTP id 92D118FC0C; Tue, 22 Nov 2011 15:59:04 +0000 (UTC) Received: from mdounin.ru (mdounin.cust.ramtel.ru [81.19.69.81]) by mdounin.cust.ramtel.ru (Postfix) with ESMTP id 4437F17024; Tue, 22 Nov 2011 19:43:57 +0400 (MSK) Date: Tue, 22 Nov 2011 19:43:57 +0400 From: Maxim Dounin To: Kostik Belousov Message-ID: <20111122154357.GI95664@mdounin.ru> References: <20111122124410.GP50300@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20111122124410.GP50300@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: is@nginx.org, arch@freebsd.org, current@freebsd.org Subject: Re: RLIMIT_DATA and malloc(3) use of mmap(2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2011 15:59:04 -0000 Hello! On Tue, Nov 22, 2011 at 02:44:10PM +0200, Kostik Belousov wrote: > I was reminded about the patch I wrote for Igor Sysoev some time ago. > The issue the patch tries to handle is that jemalloc uses mmap() instead > of sbrk() for pages allocation, and thus RLIMIT_DATA limit is no longer > effective to put the bounds on the process heap. Since reverting to sbrk > for such purpose is worse then the issue itself, I proposed a solution > of 'self-restricting malloc'. Just a little clarification for others: currently, there is no way to *safely* limit memory usage of a process while using jemalloc with mmap(). The only thing available is RLIMIT_VMEM, but it's not safe as it may be reached on stack grow (leaving no possibility for an application to handle this). > The patch adds a flag MAP_DATALIMIT to the flags argument of mmap(2), > which instructs the system to account the mapping in the RLIMIT_DATA > resource count. The malloc(3) also gets new option 'L' to enable > passing MAP_DATALIMIT to mmap() when allocating pages. By default, > the 'L' option is not activated. > > Now, if user wants to ensure that process heap is restricted by the > ulimit -d and still use mmap() for jemalloc, he supplies the option > using any mechanism. The behaviour is voluntaristic, to prevent the > trashing use RLIMIT_SWAP. > > Do people consider the facility useful ? Yes, at least some way to safely limit process memory usage is certainly needed. It's a bit sad this isn't enabled by default, but it's probably too late for this. RLIMIT_DATA was (almost) a noop for too long and making it work again to limit all memory allocations will break POLA. > Any comments for the patch itself ? > > http://people.freebsd.org/~kib/misc/map_datalimit.1.patch Patch looks ok for me (though I'm not a VM expert). Another possible aproach would be to introduce separate anonymous (private?) mmap limit, this will allow to do essentially the same thing in a bit more consistent (IMHO) manner. Maxim Dounin From owner-freebsd-current@FreeBSD.ORG Tue Nov 22 17:53:55 2011 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 60731106564A; Tue, 22 Nov 2011 17:53:55 +0000 (UTC) (envelope-from rmh.aybabtu@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7EEF28FC13; Tue, 22 Nov 2011 17:53:54 +0000 (UTC) Received: by bkbzs8 with SMTP id zs8so685096bkb.13 for ; Tue, 22 Nov 2011 09:53:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=c1Ejf3Xq3gD1rPEA9QYLniOvCrRHavz5BomSugShYhY=; b=BFedfFAjI9YQ+ggyLtLm3gxelNdFaEZP2IKmkJi1gq0NIMIsOUkMpdlBzdBmo3inD7 YZV6npoBbUoqDnG+j8hcGD+D9B61Mazkmvzy9vjuS5d+C/4+crtiZVN4z41x2roez+SR ol9oU7WvVSePMRs+wAOD5PzVUY8IR8ppgohV8= Received: by 10.204.152.4 with SMTP id e4mr19850076bkw.56.1321984433465; Tue, 22 Nov 2011 09:53:53 -0800 (PST) Received: from thorin (52.Red-95-122-67.staticIP.rima-tde.net. [95.122.67.52]) by mx.google.com with ESMTPS id cc2sm10734870bkb.8.2011.11.22.09.53.48 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 22 Nov 2011 09:53:52 -0800 (PST) Sender: Robert Millan Received: from rmh by thorin with local (Exim 4.72) (envelope-from ) id 1RSuXM-000BYA-MR; Tue, 22 Nov 2011 18:53:40 +0100 Date: Tue, 22 Nov 2011 18:53:40 +0100 From: Robert Millan To: Kostik Belousov Message-ID: <20111122175340.GA44367@thorin> References: <201111171632.34979.jhb@freebsd.org> <20111119175620.GV50300@deviant.kiev.zoral.com.ua> <20111120114042.GA1256@thorin> <20111120174807.GY50300@deviant.kiev.zoral.com.ua> <20111121133954.A1108@besplex.bde.org> <20111121092749.GD50300@deviant.kiev.zoral.com.ua> <20111122093515.GK50300@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="6sX45UoQRIJXqkqR" Content-Disposition: inline In-Reply-To: <20111122093515.GK50300@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Robert Millan , freebsd-current@freebsd.org, Adrian Chadd , Bruce Evans , freebsd-arch@freebsd.org Subject: Re: [PATCH] Detect GNU/kFreeBSD in user-visible kernel headers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2011 17:53:55 -0000 --6sX45UoQRIJXqkqR Content-Type: multipart/mixed; boundary="lrZ03NoBR/3+SXJZ" Content-Disposition: inline --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 22, 2011 at 11:35:15AM +0200, Kostik Belousov wrote: > I am fine with __FreeBSD_kernel being empty, please submit the patch. Here. --=20 Robert Millan --lrZ03NoBR/3+SXJZ Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="freebsd_kernel.diff" Content-Transfer-Encoding: quoted-printable Index: sys/sys/param.h =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 --- sys/sys/param.h (revision 227580) +++ sys/sys/param.h (working copy) @@ -60,6 +60,22 @@ #undef __FreeBSD_version #define __FreeBSD_version 1000001 /* Master, propagated to newvers */ =20 +/* + * __FreeBSD_kernel__ indicates that this system uses the kernel of FreeBS= D, + * which by definition is always true on FreeBSD. This macro is also defin= ed + * on other systems that use the kernel of FreeBSD, such as GNU/kFreeBSD + * + * It is tempting to use this macro in userland code when we want to enable + * kernel-specific routines, and in fact it's fine to do this in code that + * is part of FreeBSD itself. However, be aware that as presence of this + * macro is still not widespread (e.g. older FreeBSD versions, 3rd party + * compilers, etc), it is STRONGLY DISCOURAGED to check for this macro in + * external applications without also checking for __FreeBSD__ as an + * alternative. + */ +#undef __FreeBSD_kernel__ +#define __FreeBSD_kernel__ + #ifdef _KERNEL #define P_OSREL_SIGWAIT 700000 #define P_OSREL_SIGSEGV 700004 --lrZ03NoBR/3+SXJZ-- --6sX45UoQRIJXqkqR Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/kFreeBSD) iQIcBAEBCAAGBQJOy+GjAAoJELd1onhloKnOUDgP+QFg4UkD/RNaWH1SPxcfaudV U8V24pPqgTYnftLGc+R9IFK+pXcr+lIOL7em8whIa0QYbl4L0s4a9cStcKySJALa BPLtHHv2b64WELfa8RVzPeXYZ87oCSYrhYroEU7l7yd2ezaHbZf6yq7ugrIzBtM8 uJNDUKwz2plFT2Mq2uf8s42o++cWZUXP2ifVlEiQNqvcsNTrfYaLA2iXDhs26tTV eX1Y/aiD83PVIPRIpbiFPu7Wv4EkeF0aW/ejlH6fcEyaNjAo+mFDPaFL7Ci6OCfS 3V8gFERM3TZy3HAKcX6yuP1OuIfVAPt/LxMhF6bzADSh9rVjKDvDbbsRojp0z3w8 zHqZDQFcZYItee2HeCmUKcb8OGRNwP3Twqh78Tfy9AVmLaYFgdq3qVQ4HIO8UCJr pTqZRnthZlIxA6EtTZqxQ4Gv59YD5Z7FKwjc83oMRdnxhIFcc1pQtKWIZBoPjgkE N1iJhu9opqFUPH97lqoTFxFZnVVS/YsT5VaoPJcuADv+pc4GmlABZm1nid5tzEIx v97pJSEfY0UweNUAAoVZFt63jgShvWYPJ4sZ9Fb4TVu5sJeztFJiFAKNp6+3CDXh 5HBrfmEJTS7vioAyaF4PpU1sYLSADV8jpRLbYwTrFvW73UrcQONTHRtRkAfAEclp 2Gvjex6xv0XjhsB6trrW =mtIo -----END PGP SIGNATURE----- --6sX45UoQRIJXqkqR-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 22 17:59:20 2011 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 DCD38106566C; Tue, 22 Nov 2011 17:59:20 +0000 (UTC) (envelope-from rmh.aybabtu@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7EEB18FC08; Tue, 22 Nov 2011 17:59:20 +0000 (UTC) Received: by iakl21 with SMTP id l21so758172iak.13 for ; Tue, 22 Nov 2011 09:59:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=CqYJlEeVevEYv63b2oOGDu6p9ZBFvCC7qR3FjCJ9Rx4=; b=EpyR822OnRfFVI6wAveTRYDOEF1Stfjfv1psmsj17isDTTWgFA/cQeS4oWau9SQSib V8PyIXvsPPnriQPfGhKPC95Ou8wM6GMvJlRJKV+mNcZEvGjvhfHyLY6QW/7lVooOAA9J lyjvRh8DgjQMi3wm/7OXs8OfdLN22dgsh2SYo= MIME-Version: 1.0 Received: by 10.50.149.165 with SMTP id ub5mr23104261igb.23.1321984759696; Tue, 22 Nov 2011 09:59:19 -0800 (PST) Sender: rmh.aybabtu@gmail.com Received: by 10.42.222.200 with HTTP; Tue, 22 Nov 2011 09:59:19 -0800 (PST) In-Reply-To: <201111220824.07823.jhb@freebsd.org> References: <20111121092749.GD50300@deviant.kiev.zoral.com.ua> <201111220824.07823.jhb@freebsd.org> Date: Tue, 22 Nov 2011 18:59:19 +0100 X-Google-Sender-Auth: bd6J299HIomwO-QgrENhS4BJyUk Message-ID: From: Robert Millan To: John Baldwin Content-Type: text/plain; charset=UTF-8 X-Mailman-Approved-At: Tue, 22 Nov 2011 18:09:44 +0000 Cc: Kostik Belousov , Adrian Chadd , freebsd-current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [PATCH] Detect GNU/kFreeBSD in user-visible kernel headers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2011 17:59:21 -0000 2011/11/22 John Baldwin : > Is __FreeBSD_version defined if __FreeBSD_kernel__ is defined on kFreeBSD? Not currently (except for kernel-space code), but if all the checks that use __FreeBSD_version are like the one you describe, I think it'd make sense. But we need to make sure that defining it wouldn't suddenly enable code that is intended for FreeBSD userland, like it happens with __FreeBSD__. It'd also have to be discussed on Debian mailing list. My first impression is that defining it could be useful in some situations. We just don't run into this kind of situation so often, so this possibility AFAIK has never been discussed. I had it in my TODO to bring it up. -- Robert Millan From owner-freebsd-current@FreeBSD.ORG Tue Nov 22 18:53:01 2011 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 E78EE106564A; Tue, 22 Nov 2011 18:53:01 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from mx0.hoeg.nl (mx0.hoeg.nl [IPv6:2a01:4f8:101:5343::aa]) by mx1.freebsd.org (Postfix) with ESMTP id 80E578FC08; Tue, 22 Nov 2011 18:53:01 +0000 (UTC) Received: by mx0.hoeg.nl (Postfix, from userid 1000) id 6BA732A28CC8; Tue, 22 Nov 2011 19:53:00 +0100 (CET) Date: Tue, 22 Nov 2011 19:53:00 +0100 From: Ed Schouten To: Robert Millan Message-ID: <20111122185300.GC1979@hoeg.nl> References: <20111119175620.GV50300@deviant.kiev.zoral.com.ua> <20111120114042.GA1256@thorin> <20111120174807.GY50300@deviant.kiev.zoral.com.ua> <20111121133954.A1108@besplex.bde.org> <20111121092749.GD50300@deviant.kiev.zoral.com.ua> <20111122093515.GK50300@deviant.kiev.zoral.com.ua> <20111122175340.GA44367@thorin> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oTHb8nViIGeoXxdp" Content-Disposition: inline In-Reply-To: <20111122175340.GA44367@thorin> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Kostik Belousov , Robert Millan , freebsd-current@freebsd.org, Adrian Chadd , freebsd-arch@freebsd.org Subject: Re: [PATCH] Detect GNU/kFreeBSD in user-visible kernel headers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2011 18:53:02 -0000 --oTHb8nViIGeoXxdp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Robert, * Robert Millan , 20111122 18:53: > +#undef __FreeBSD_kernel__ > +#define __FreeBSD_kernel__ So why not remove the #undef and not let the compiler define it at all? --=20 Ed Schouten WWW: http://80386.nl/ --oTHb8nViIGeoXxdp Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQIcBAEBAgAGBQJOy++MAAoJEG5e2P40kaK73E0P/RopaqICYgBUUlIJZxENyIVk IOBmYxj+z/cKP8zfAnJDKz2K6ahhaHwVLSNM9hi+Ie7v3JFrn8olZSC2HQvm0+RH iszJVme4Bs6UP9ugNSq+2YeSJme0MieaBtWNzyZE6dOj+7iW0mj6TrQnVSeiVSdm yM6eEIpX8jYLjjtTlIHxNW8zeukZUDWXtaEf0LenjF4jSqw/4EU3pMhxtJ/J6PfV smf8nTNW993ZwFYc512H7k5w7Af7w2MRMIGO7LZgUXEXql/OsxxLapf3h8lYR2WD uxsptHBmnDmWVcGkgkrHxw/JsX/DUJHizZ+V0r0hYqxGsa6UUVrczNq3kCDH9hLM Uom7dZ6+UvYEMEZtRZKqEdg2P9XRk52vScDFe/HJdK9RQu+5gs4WmZ4aAlLARLaF Yuh6dFSUZalAc7n0SmuSDrHv+d201D6LeN8ZoPVzQTkI/BEZrUlWGIm6VAEuKHF6 3MOcADrhHfnYd4hlr3NLoCZMeUC57/8hDd0pYE/Z4nG5J2hcAlI20a4daIpEZGrs PUXk96UXX0wsps5WK0BZsNI73EQLtFRwKyMGYl98YGJJDX+XOerP1mDESr7McTXv 0AXRt+O7CE3zBVtrwQUOCtFQT0X9nKV6QcsEl6aaf25NpRfgqEOMnT4SXP72y2ZF 0RggeUNmvPbrNk8E7r2Q =4Ux/ -----END PGP SIGNATURE----- --oTHb8nViIGeoXxdp-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 22 19:13:44 2011 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 BF216106566C for ; Tue, 22 Nov 2011 19:13:44 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from smtp.fgznet.ch (mail.fgznet.ch [81.92.96.47]) by mx1.freebsd.org (Postfix) with ESMTP id 38ABA8FC1A for ; Tue, 22 Nov 2011 19:13:43 +0000 (UTC) Received: from deuterium.andreas.nets (dhclient-91-190-14-19.flashcable.ch [91.190.14.19]) by smtp.fgznet.ch (8.13.8/8.13.8/Submit_SMTPAUTH) with ESMTP id pAMIYtiQ055306 for ; Tue, 22 Nov 2011 19:34:57 +0100 (CET) (envelope-from andreast-list@fgznet.ch) Message-ID: <4ECBEB6A.6010305@fgznet.ch> Date: Tue, 22 Nov 2011 19:35:22 +0100 From: Andreas Tobler User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on 81.92.96.47 Cc: Subject: buildworld race? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2011 19:13:44 -0000 Anyone seen this too? make: don't know how to make /usr/obj/export/devel/fbsd/src/tmp/usr/lib/libkrb5.a. Stop *** Error code 2 Happens on amd64 and powerpc64 while doing a make -j4 buildworld. Continuing with -DNO_CLEAN -j1 completes the build. Thanks, Andreas From owner-freebsd-current@FreeBSD.ORG Tue Nov 22 19:14:51 2011 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 EF6F0106564A; Tue, 22 Nov 2011 19:14:51 +0000 (UTC) (envelope-from rmh.aybabtu@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9B7788FC08; Tue, 22 Nov 2011 19:14:51 +0000 (UTC) Received: by iakl21 with SMTP id l21so900530iak.13 for ; Tue, 22 Nov 2011 11:14:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=M17aGCBWLZN3WOgt09ff64Dq7K1toKW/SAXpJ1u6YZo=; b=hgxG3zRqlKSIkVW2gAziUYKAjPgC6TfO5ORg5JP9n+RjYzg8h09l/7CE9shFv4Z+57 VMPdOvvxkWVm05ngHywZS+jeQWyA4OMW4NWjwAVT+/m5kVEKYVDovgojDtVDG+LhWxtG /HV3TeQLMZ2oZJNEgPNphwGQ/uZWgfTptqSas= MIME-Version: 1.0 Received: by 10.50.149.165 with SMTP id ub5mr23634748igb.23.1321989290944; Tue, 22 Nov 2011 11:14:50 -0800 (PST) Sender: rmh.aybabtu@gmail.com Received: by 10.42.222.200 with HTTP; Tue, 22 Nov 2011 11:14:50 -0800 (PST) In-Reply-To: <20111122185300.GC1979@hoeg.nl> References: <20111119175620.GV50300@deviant.kiev.zoral.com.ua> <20111120114042.GA1256@thorin> <20111120174807.GY50300@deviant.kiev.zoral.com.ua> <20111121133954.A1108@besplex.bde.org> <20111121092749.GD50300@deviant.kiev.zoral.com.ua> <20111122093515.GK50300@deviant.kiev.zoral.com.ua> <20111122175340.GA44367@thorin> <20111122185300.GC1979@hoeg.nl> Date: Tue, 22 Nov 2011 20:14:50 +0100 X-Google-Sender-Auth: 2Xb0MP5xOIceOmfUw2vLCENP3bg Message-ID: From: Robert Millan To: Ed Schouten Content-Type: text/plain; charset=UTF-8 Cc: Kostik Belousov , Adrian Chadd , freebsd-current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [PATCH] Detect GNU/kFreeBSD in user-visible kernel headers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2011 19:14:52 -0000 Hi Ed, 2011/11/22 Ed Schouten : >> +#undef __FreeBSD_kernel__ >> +#define __FreeBSD_kernel__ > > So why not remove the #undef and not let the compiler define it at all? Well I have no objection if the #undef is removed. I don't understand why you consider it a problem though. It's not terribly useful but if compilers can opt in and define it (usually as an empty macro), this doesn't hurt either AFAICT. The problem I described before was about compilers being forced to provide a number. Anyhow, I don't think it makes a big difference. From owner-freebsd-current@FreeBSD.ORG Tue Nov 22 19:20:25 2011 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 1E3201065670 for ; Tue, 22 Nov 2011 19:20:25 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm2.ukr.net (fsm2.ukr.net [195.214.192.121]) by mx1.freebsd.org (Postfix) with ESMTP id C9B0F8FC0A for ; Tue, 22 Nov 2011 19:20:24 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=zthXTWx0Rq8SHlcAZgv/2mn/62h9Fn9EHJZFPFS6ksY=; b=G/Qsd2XNzzyKzFnlV0i+bt+/jq3XGvE1qA3+KZSf5Q2zJSL2Sl9IYlnfPIWfFCeU2sKNdE3EFAPGz/zhtYTXQTZKlP+lhxBx9AQQ+wvOOMKR11zgItporABCp5kcEuj9ZeAw3IzhffzCn3ivjabA9igPYVn4YSD3OkoSdBGMHCQ=; Received: from [46.211.181.249] (helo=nonamehost.) by fsm2.ukr.net with esmtpsa ID 1RSvtG-0003cA-BT ; Tue, 22 Nov 2011 21:20:23 +0200 Date: Tue, 22 Nov 2011 21:20:10 +0200 From: Ivan Klymenko To: Andreas Tobler Message-ID: <20111122212010.7b14103f@nonamehost.> In-Reply-To: <4ECBEB6A.6010305@fgznet.ch> References: <4ECBEB6A.6010305@fgznet.ch> X-Mailer: Claws Mail 3.7.9 (GTK+ 2.22.1; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Current Subject: Re: buildworld race? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2011 19:20:25 -0000 =D0=92 Tue, 22 Nov 2011 19:35:22 +0100 Andreas Tobler =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > Anyone seen this too? >=20 > make: don't know how to make=20 > /usr/obj/export/devel/fbsd/src/tmp/usr/lib/libkrb5.a. Stop > *** Error code 2 >=20 > Happens on amd64 and powerpc64 while doing a make -j4 buildworld. > Continuing with -DNO_CLEAN -j1 completes the build. >=20 > Thanks, > Andreas I see the same thing. Now try to find what SVN revision it happened ...http://komitet-2012.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 22 19:24:33 2011 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 6B9081065677; Tue, 22 Nov 2011 19:24:33 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 411508FC1C; Tue, 22 Nov 2011 19:24:33 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id E977E46B3C; Tue, 22 Nov 2011 14:24:32 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 5AF3CB93F; Tue, 22 Nov 2011 14:24:32 -0500 (EST) From: John Baldwin To: Robert Millan Date: Tue, 22 Nov 2011 14:21:53 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p8; KDE/4.5.5; amd64; ; ) References: <201111220824.07823.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201111221421.53395.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 22 Nov 2011 14:24:32 -0500 (EST) Cc: Kostik Belousov , Adrian Chadd , freebsd-current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [PATCH] Detect GNU/kFreeBSD in user-visible kernel headers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2011 19:24:33 -0000 On Tuesday, November 22, 2011 12:59:19 pm Robert Millan wrote: > 2011/11/22 John Baldwin : > > Is __FreeBSD_version defined if __FreeBSD_kernel__ is defined on kFreeBSD? > > Not currently (except for kernel-space code), but if all the checks > that use __FreeBSD_version are like the one you describe, I think it'd > make sense. I can think of cases where you might want it exposed (e.g. in the parts of net-snmp that grovel around in kernel data structures and use __FreeBSD_version to figure out what the right thing to do is, possibly the same with lsof). > But we need to make sure that defining it wouldn't suddenly enable > code that is intended for FreeBSD userland, like it happens with > __FreeBSD__. Correct. I don't believe that is the case since normally one has to check for __FreeBSD__ before using __FreeBSD_version. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Nov 22 19:24:41 2011 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 CF374106564A for ; Tue, 22 Nov 2011 19:24:41 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm2.ukr.net (fsm2.ukr.net [195.214.192.121]) by mx1.freebsd.org (Postfix) with ESMTP id 83F968FC08 for ; Tue, 22 Nov 2011 19:24:41 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=RdkEJWE1F75OzAPhjMtJxVEOvMKVp8PEDKI3VXuwjlI=; b=NygTO8DNCtFh3UwvTbdUjSHxx1h/QHp6xD0gRFSsNQBMYZFVcyx9i/R2a6Nwz+PyZPxK2i/ZRutupAtvdimsSYFC8oUeD1EpTsYQD7xLIIxCK57e9RI5V3CJLjCusqkr0Mja4jzceoyscufkCIZXyLkH95g4/41rcgTjGAIMIBQ=; Received: from [46.211.181.231] (helo=nonamehost.) by fsm2.ukr.net with esmtpsa ID 1RSvxP-0004en-Tf ; Tue, 22 Nov 2011 21:24:40 +0200 Date: Tue, 22 Nov 2011 21:24:35 +0200 From: Ivan Klymenko To: Ivan Klymenko Message-ID: <20111122212435.7e6c118e@nonamehost.> In-Reply-To: <20111122212010.7b14103f@nonamehost.> References: <4ECBEB6A.6010305@fgznet.ch> <20111122212010.7b14103f@nonamehost.> X-Mailer: Claws Mail 3.7.9 (GTK+ 2.22.1; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Current , Andreas Tobler Subject: Re: buildworld race? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2011 19:24:41 -0000 =D0=92 Tue, 22 Nov 2011 21:20:10 +0200 Ivan Klymenko =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > =D0=92 Tue, 22 Nov 2011 19:35:22 +0100 > Andreas Tobler =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >=20 > > Anyone seen this too? > >=20 > > make: don't know how to make=20 > > /usr/obj/export/devel/fbsd/src/tmp/usr/lib/libkrb5.a. Stop > > *** Error code 2 > >=20 > > Happens on amd64 and powerpc64 while doing a make -j4 buildworld. > > Continuing with -DNO_CLEAN -j1 completes the build. > >=20 > > Thanks, > > Andreas >=20 > I see the same thing. > Now try to find what SVN revision it > happened ...http://komitet-2012.com Sorry for URL :( From owner-freebsd-current@FreeBSD.ORG Tue Nov 22 19:28:07 2011 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 A910C106564A; Tue, 22 Nov 2011 19:28:07 +0000 (UTC) (envelope-from rmh.aybabtu@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4820C8FC14; Tue, 22 Nov 2011 19:28:07 +0000 (UTC) Received: by iakl21 with SMTP id l21so922343iak.13 for ; Tue, 22 Nov 2011 11:28:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=QBsDQYqLYmgyUXvhJLgNvEtBvEmeDXZr3MJJ8Qn46uY=; b=dGaOP8Y1fK5OqSo/hXbcQ57nT/aJR9qtWCgcs7dGxg2sh5Ky7jjkb788SRNbMnfvWB NcmffiZ3ERO7czy1DHAl1ZepHQWt0tXCEkTDQxkIUf0rMyzwa5JpteSCjPx9iwNsqgPR PeySwGKu0BPPHfO3bD5mWQfVG97XwfYRagiE8= MIME-Version: 1.0 Received: by 10.50.17.197 with SMTP id q5mr23787362igd.2.1321990086678; Tue, 22 Nov 2011 11:28:06 -0800 (PST) Sender: rmh.aybabtu@gmail.com Received: by 10.42.222.200 with HTTP; Tue, 22 Nov 2011 11:28:06 -0800 (PST) In-Reply-To: <201111221421.53395.jhb@freebsd.org> References: <201111220824.07823.jhb@freebsd.org> <201111221421.53395.jhb@freebsd.org> Date: Tue, 22 Nov 2011 20:28:06 +0100 X-Google-Sender-Auth: tUGdXGVOAG2mB71Vf2MLM3-L6qM Message-ID: From: Robert Millan To: John Baldwin Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Tue, 22 Nov 2011 19:36:37 +0000 Cc: Kostik Belousov , Adrian Chadd , freebsd-current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [PATCH] Detect GNU/kFreeBSD in user-visible kernel headers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2011 19:28:07 -0000 2011/11/22 John Baldwin : >> Not currently (except for kernel-space code), but if all the checks >> that use __FreeBSD_version are like the one you describe, I think it'd >> make sense. > > I can think of cases where you might want it exposed (e.g. in the parts > of net-snmp that grovel around in kernel data structures and use > __FreeBSD_version to figure out what the right thing to do is, possibly > the same with lsof). > >> But we need to make sure that defining it wouldn't suddenly enable >> code that is intended for FreeBSD userland, like it happens with >> __FreeBSD__. > > Correct. =C2=A0I don't believe that is the case since normally one has to > check for __FreeBSD__ before using __FreeBSD_version. Makes sense. I'll bring this up in debian-bsd mailing list. Thanks for the tip --=20 Robert Millan From owner-freebsd-current@FreeBSD.ORG Tue Nov 22 19:41:36 2011 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 11A2F1065670 for ; Tue, 22 Nov 2011 19:41:36 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: from mail-qw0-f47.google.com (mail-qw0-f47.google.com [209.85.216.47]) by mx1.freebsd.org (Postfix) with ESMTP id C55718FC0A for ; Tue, 22 Nov 2011 19:41:35 +0000 (UTC) Received: by qadb10 with SMTP id b10so2185026qad.13 for ; Tue, 22 Nov 2011 11:41:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=YRxeKFHGGBA5pF5hoecPYK6AuQEPmEsksp4axQMmNPk=; b=T9/txswF00wff2dOKC+tuV/eLkzlHjyWJ3WVyvLnQ+1rQc4b7gkDe60ZRD+JWRecF6 RYvvM1S2KQ9RuGJl9qKSWOIWugUZSweDpIgGaZ5y/b/HxSHyylqEyqPqgBH8LobCNvJK S5e46Jk/z7oVTAd54fTA+CZgi6Fzq9ImUTZxY= MIME-Version: 1.0 Received: by 10.224.96.3 with SMTP id f3mr9140962qan.90.1321989402006; Tue, 22 Nov 2011 11:16:42 -0800 (PST) Received: by 10.229.84.130 with HTTP; Tue, 22 Nov 2011 11:16:41 -0800 (PST) In-Reply-To: <4ECBEB6A.6010305@fgznet.ch> References: <4ECBEB6A.6010305@fgznet.ch> Date: Tue, 22 Nov 2011 11:16:41 -0800 Message-ID: From: Navdeep Parhar To: Andreas Tobler Content-Type: text/plain; charset=ISO-8859-1 Cc: Current Subject: Re: buildworld race? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2011 19:41:36 -0000 On Tue, Nov 22, 2011 at 10:35 AM, Andreas Tobler wrote: > Anyone seen this too? > Yes, I've been running into this error too. Navdeep > make: don't know how to make > /usr/obj/export/devel/fbsd/src/tmp/usr/lib/libkrb5.a. Stop > *** Error code 2 > > Happens on amd64 and powerpc64 while doing a make -j4 buildworld. > Continuing with -DNO_CLEAN -j1 completes the build. > > Thanks, > Andreas > _______________________________________________ > 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 Nov 22 20:56:29 2011 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 206791065670 for ; Tue, 22 Nov 2011 20:56:29 +0000 (UTC) (envelope-from sub.mesa@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id D3C528FC0A for ; Tue, 22 Nov 2011 20:56:28 +0000 (UTC) Received: by ggnk5 with SMTP id k5so932183ggn.13 for ; Tue, 22 Nov 2011 12:56:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=9+LbWJRib1U4UPwslhqRzfQFtxJC7RE3awzHylo3k+c=; b=noCGukYx8riye9QE+hLiZupBdSMMsVV0sWSkBlRd7Rkk38duuelUWU+E9nvMIbYq4l CB8VEa/DjIKeLWIqD8/nFjodOVEKLCTNRm+++JvCx4owteSQJgn6G5Nx8rwEfU3ilv2+ B4pF7krRCPiyFnTfx5s13t74S8EGqefdFqNlE= MIME-Version: 1.0 Received: by 10.236.187.1 with SMTP id x1mr6178521yhm.58.1321995388039; Tue, 22 Nov 2011 12:56:28 -0800 (PST) Received: by 10.236.79.233 with HTTP; Tue, 22 Nov 2011 12:56:27 -0800 (PST) In-Reply-To: <3A9E50F5-03D3-4DD5-A95D-5948D4705462@lassitu.de> References: <5D3FFA12-BB54-4297-A098-3B85951ECEC5@lassitu.de> <3A9E50F5-03D3-4DD5-A95D-5948D4705462@lassitu.de> Date: Tue, 22 Nov 2011 21:56:27 +0100 Message-ID: From: Jason Edwards To: Stefan Bethke Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: ee (easy editor) bugged on 9.0? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2011 20:56:29 -0000 On Sun, Nov 20, 2011 at 11:02 PM, Stefan Bethke wrote: > Am 20.11.2011 um 14:41 schrieb Jason Edwards: > >> Some of you asked for the environmental settings. Using 'env' the >> output begins with: >> >> -- on console -- >> TERM=3Dcons25 >> SHELL=3D/usr/local/bin/bash >> >> -- via SSH -- >> TERM=3Dxterm >> SHELL=3D/usr/local/bin/bash >> >> Via SSH the ee editor works as it should. On the console it is bugged. > > As I suspected. =A0On my fresh 90-RC1 install, I get xterm for all the co= nsole terminals. =A0You'll have to check where your /etc/ttys picks up the = old entries. =A0Both stable and releng have the updated version, as far as = I can tell. Hi Stefan, I'm very sorry for not having checked properly, but you are indeed correct. I had overlooked one script which replaces the /etc/ttys which I did not suspect. Sorry for the confusion! With TERM=3Dxterm, ee indeed works properly on the console. I wonder: is cons25 bugged or simply obsolete? Not that I want to keep cons25; just being curious. Regards, Jason Edwards From owner-freebsd-current@FreeBSD.ORG Tue Nov 22 21:26:12 2011 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 5274A106564A for ; Tue, 22 Nov 2011 21:26:12 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm2.ukr.net (fsm2.ukr.net [195.214.192.121]) by mx1.freebsd.org (Postfix) with ESMTP id 08F158FC17 for ; Tue, 22 Nov 2011 21:26:11 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=F4URzWHwa3P+UziaBwR3wnMWXJ0Oka6rxgqkzct1ins=; b=c8wph2XZ+YBzgdttgE5UUd+bOQKVKNANso5DnNIDIjsPxdA1ua6/7nOH2Ftud6UZUBieGVHAFC6qRI+X/Aj9MTV0cR9pHxxV0o5XiY5oj9rIbHnx+Tc31jBu3P4XcSjx55rZU5pi+vIqoMpiEdhG4+ISPwTpe7V9mNwrrLX/ruk=; Received: from [46.211.181.218] (helo=nonamehost.) by fsm2.ukr.net with esmtpsa ID 1RSxr0-0002ye-4j ; Tue, 22 Nov 2011 23:26:10 +0200 Date: Tue, 22 Nov 2011 23:26:01 +0200 From: Ivan Klymenko To: Andreas Tobler Message-ID: <20111122232601.4af5f00d@nonamehost.> In-Reply-To: <4ECBEB6A.6010305@fgznet.ch> References: <4ECBEB6A.6010305@fgznet.ch> X-Mailer: Claws Mail 3.7.9 (GTK+ 2.22.1; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Current Subject: Re: buildworld race? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2011 21:26:12 -0000 =D0=92 Tue, 22 Nov 2011 19:35:22 +0100 Andreas Tobler =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > Anyone seen this too? >=20 > make: don't know how to make=20 > /usr/obj/export/devel/fbsd/src/tmp/usr/lib/libkrb5.a. Stop > *** Error code 2 >=20 > Happens on amd64 and powerpc64 while doing a make -j4 buildworld. > Continuing with -DNO_CLEAN -j1 completes the build. >=20 > Thanks, > Andreas Problem is solved in revision 227841 http://svn.freebsd.org/changeset/base/227841 From owner-freebsd-current@FreeBSD.ORG Tue Nov 22 21:47:18 2011 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 BC43A1065672 for ; Tue, 22 Nov 2011 21:47:18 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from smtp.fgznet.ch (mail.fgznet.ch [81.92.96.47]) by mx1.freebsd.org (Postfix) with ESMTP id 4E6FE8FC0C for ; Tue, 22 Nov 2011 21:47:17 +0000 (UTC) Received: from deuterium.andreas.nets (dhclient-91-190-14-19.flashcable.ch [91.190.14.19]) by smtp.fgznet.ch (8.13.8/8.13.8/Submit_SMTPAUTH) with ESMTP id pAMLkk9P075353; Tue, 22 Nov 2011 22:46:47 +0100 (CET) (envelope-from andreast-list@fgznet.ch) Message-ID: <4ECC1862.1030404@fgznet.ch> Date: Tue, 22 Nov 2011 22:47:14 +0100 From: Andreas Tobler User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Ivan Klymenko References: <4ECBEB6A.6010305@fgznet.ch> <20111122232601.4af5f00d@nonamehost.> In-Reply-To: <20111122232601.4af5f00d@nonamehost.> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.64 on 81.92.96.47 Cc: Current Subject: Re: 0 Re: buildworld race? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2011 21:47:18 -0000 On 22.11.11 22:26, Ivan Klymenko wrote: > Ð’ Tue, 22 Nov 2011 19:35:22 +0100 > Andreas Tobler пишет: > >> Anyone seen this too? >> >> make: don't know how to make >> /usr/obj/export/devel/fbsd/src/tmp/usr/lib/libkrb5.a. Stop >> *** Error code 2 >> >> Happens on amd64 and powerpc64 while doing a make -j4 buildworld. >> Continuing with -DNO_CLEAN -j1 completes the build. >> >> Thanks, >> Andreas > > Problem is solved in revision 227841 > http://svn.freebsd.org/changeset/base/227841 Confirmed and seen, thanks :) Andreas From owner-freebsd-current@FreeBSD.ORG Tue Nov 22 22:47:00 2011 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 98F9A106566B; Tue, 22 Nov 2011 22:47:00 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) by mx1.freebsd.org (Postfix) with ESMTP id 590FD8FC0C; Tue, 22 Nov 2011 22:47:00 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=KD+lKiL2Gv7+cDw+ESGc7XvhSMZGHrSOZjgNVlE1swg=; b=klW2WeTCl3DKdqV7tdE/pcIkAk3CFOwIXSqZb0/NJtb/IDDnkAheRgdLx28CpyWXyrX/dkkCzBvinbEBqHsRKg6H/ZuSt49qoOmK2RlUC9s33vSTV1E5P86x2nLaNe7JbEdNq5p3RyKbJsJQsJXWv+FtFCyp2Dv1nxIeHcFv1Vc=; Received: from [32.97.110.60] (port=24422 helo=[9.41.58.142]) by thebighonker.lerctr.org with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1RSz7B-000H9j-Ec; Tue, 22 Nov 2011 16:46:59 -0600 Message-ID: <4ECC2651.6020307@lerctr.org> Date: Tue, 22 Nov 2011 16:46:41 -0600 From: Larry Rosenman Organization: LERCTR Consulting User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: John Baldwin References: <201111220824.07823.jhb@freebsd.org> <201111221421.53395.jhb@freebsd.org> In-Reply-To: <201111221421.53395.jhb@freebsd.org> X-Enigmail-Version: 1.3.3 OpenPGP: id=2F035CE6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: 0.5 (/) X-LERCTR-Spam-Score: 0.5 (/) X-Spam-Report: SpamScore (0.5/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, FM_MULTI_ODD2=1.1, FM_MULTI_ODD3=0.7, FM_MULTI_ODD4=0.7, FM_MULTI_ODD5=0.9 X-LERCTR-Spam-Report: SpamScore (0.5/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, FM_MULTI_ODD2=1.1, FM_MULTI_ODD3=0.7, FM_MULTI_ODD4=0.7, FM_MULTI_ODD5=0.9 Cc: Kostik Belousov , Robert Millan , freebsd-current@freebsd.org, Adrian Chadd , freebsd-arch@freebsd.org Subject: Re: [PATCH] Detect GNU/kFreeBSD in user-visible kernel headers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2011 22:47:00 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 11/22/2011 1:21 PM, John Baldwin wrote: > On Tuesday, November 22, 2011 12:59:19 pm Robert Millan wrote: >> 2011/11/22 John Baldwin : >>> Is __FreeBSD_version defined if __FreeBSD_kernel__ is defined >>> on kFreeBSD? >> >> Not currently (except for kernel-space code), but if all the >> checks that use __FreeBSD_version are like the one you describe, >> I think it'd make sense. > > I can think of cases where you might want it exposed (e.g. in the > parts of net-snmp that grovel around in kernel data structures and > use __FreeBSD_version to figure out what the right thing to do is, > possibly the same with lsof). > >> But we need to make sure that defining it wouldn't suddenly >> enable code that is intended for FreeBSD userland, like it >> happens with __FreeBSD__. > > Correct. I don't believe that is the case since normally one has > to check for __FreeBSD__ before using __FreeBSD_version. > Let me know if I can help on the lsof front. I'm the maintainer of the FreeBSD lsof port, and have access to the developer. - -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOzCZQAAoJENC8dtAvA1zmuLoIAItbMRQhoF1OcW9DVI9A1qNj UHCUCIlqYqS16m+/xoagjrPdjNK/nrP1aU791KIyvtaVZQ4HCsrzsePHv7iyGBAQ L1APl7FXkAl7If3C+Nl2tJ+kiRrM8bp336KSoVnipm5zbCX7Zhp7ZFFNpcNGQ0V4 7LJdtqIwyWtPzTIdri/qARVnOcBEaG8OYj+N55JTVjPL6cqeSiu2uQSAw9tgGY68 SMQ22N04HGOrFPcGUaHA9A4RbM/b/au2oqFN+2ggcC84qpweJMMLn3/lNksM0vj+ N+RkpafGdkmUAomUYoGP7BqHx0RMnEC7Kkc2y6Ti3HeIwcbehQR+RN6953ELGwk= =Rpp5 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Nov 22 23:18:07 2011 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 1926E10656A8 for ; Tue, 22 Nov 2011 23:18:07 +0000 (UTC) (envelope-from girgen@pingpong.net) Received: from melon.pingpong.net (melon.pingpong.net [79.136.116.200]) by mx1.freebsd.org (Postfix) with ESMTP id CB5D78FC0A for ; Tue, 22 Nov 2011 23:18:06 +0000 (UTC) Received: from [172.16.1.65] (c-0a56e155.1521-1-64736c12.cust.bredbandsbolaget.se [85.225.86.10]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by melon.pingpong.net (Postfix) with ESMTPSA id 7EBD11DF7C for ; Tue, 22 Nov 2011 23:59:25 +0100 (CET) From: Palle Girgensohn Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Tue, 22 Nov 2011 23:59:23 +0100 Message-Id: To: freebsd-current@freebsd.org Mime-Version: 1.0 (Apple Message framework v1251.1) X-Mailer: Apple Mail (2.1251.1) Subject: Remote access to HP Proliant hardware available to fix the problem with failing booting 9.0 on ciss(4), HP SmartArray P410i X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2011 23:18:07 -0000 Hi, When installing 9.0 RC1 on our HP servers, we of course wanted to use = gpt intead of fdisk. However, it doesn't work. First I tried gptzfsboot, it failed with an error (see this thread: = http://lists.freebsd.org/pipermail/freebsd-current/2011-August/026175.html= ) Second, I tried a standard gptboot, it just goes into a boot loop. Seriously, we have a couple of idle machines with ciss(4) and an iLO = (for remote connections). If someone has the knowledge and time to try = and fix the problems with ciss and gpt boot, we have the equipment for = it. We tried with a standard vanilla zpool, no mirror or raid at all, on top = of a ciss raid-5, and it failed with RC1. [trying RC2 now, but seems = nothing is changed?]. Anyone up to the task of finding this culprit, we can let you into the = machine remotely through the iLO. Please let me know. Best reagards Palle Girgensohn girgen@FreeBSD.org= From owner-freebsd-current@FreeBSD.ORG Tue Nov 22 23:40:31 2011 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 EAC52106566B; Tue, 22 Nov 2011 23:40:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 8CA268FC0A; Tue, 22 Nov 2011 23:40:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAMNeUFR076002; Tue, 22 Nov 2011 18:40:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAMNeUpt075989; Tue, 22 Nov 2011 23:40:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 22 Nov 2011 23:40:30 GMT Message-Id: <201111222340.pAMNeUpt075989@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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, 22 Nov 2011 23:40:32 -0000 TB --- 2011-11-22 21:46:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-22 21:46:00 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-11-22 21:46:00 - cleaning the object tree TB --- 2011-11-22 21:46:23 - cvsupping the source tree TB --- 2011-11-22 21:46:23 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-11-22 21:46:41 - building world TB --- 2011-11-22 21:46:41 - CROSS_BUILD_TESTING=YES TB --- 2011-11-22 21:46:41 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-22 21:46:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-22 21:46:41 - SRCCONF=/dev/null TB --- 2011-11-22 21:46:41 - TARGET=powerpc TB --- 2011-11-22 21:46:41 - TARGET_ARCH=powerpc TB --- 2011-11-22 21:46:41 - TZ=UTC TB --- 2011-11-22 21:46:41 - __MAKE_CONF=/dev/null TB --- 2011-11-22 21:46:41 - cd /src TB --- 2011-11-22 21:46:41 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 22 21:46:42 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /src/usr.bin/procstat/procstat_auxv.c: In function 'procstat_auxv': /src/usr.bin/procstat/procstat_auxv.c:116: error: 'AT_NOTELF' undeclared (first use in this function) /src/usr.bin/procstat/procstat_auxv.c:116: error: (Each undeclared identifier is reported only once /src/usr.bin/procstat/procstat_auxv.c:116: error: for each function it appears in.) /src/usr.bin/procstat/procstat_auxv.c:120: error: 'AT_UID' undeclared (first use in this function) /src/usr.bin/procstat/procstat_auxv.c:124: error: 'AT_EUID' undeclared (first use in this function) /src/usr.bin/procstat/procstat_auxv.c:128: error: 'AT_GID' undeclared (first use in this function) /src/usr.bin/procstat/procstat_auxv.c:132: error: 'AT_EGID' undeclared (first use in this function) *** Error code 1 Stop in /src/usr.bin/procstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-22 23:40:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-22 23:40:29 - ERROR: failed to build world TB --- 2011-11-22 23:40:29 - 5575.50 user 933.90 system 6869.42 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 23 00:08:22 2011 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 E1218106566C; Wed, 23 Nov 2011 00:08:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 8A36F8FC19; Wed, 23 Nov 2011 00:08:22 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAN08LTO098147; Tue, 22 Nov 2011 19:08:21 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAN08LqF098146; Wed, 23 Nov 2011 00:08:21 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 23 Nov 2011 00:08:21 GMT Message-Id: <201111230008.pAN08LqF098146@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/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: Wed, 23 Nov 2011 00:08:23 -0000 TB --- 2011-11-22 22:16:15 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-22 22:16:15 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-11-22 22:16:15 - cleaning the object tree TB --- 2011-11-22 22:16:33 - cvsupping the source tree TB --- 2011-11-22 22:16:33 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-11-22 22:16:46 - building world TB --- 2011-11-22 22:16:46 - CROSS_BUILD_TESTING=YES TB --- 2011-11-22 22:16:46 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-22 22:16:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-22 22:16:46 - SRCCONF=/dev/null TB --- 2011-11-22 22:16:46 - TARGET=powerpc TB --- 2011-11-22 22:16:46 - TARGET_ARCH=powerpc64 TB --- 2011-11-22 22:16:46 - TZ=UTC TB --- 2011-11-22 22:16:46 - __MAKE_CONF=/dev/null TB --- 2011-11-22 22:16:46 - cd /src TB --- 2011-11-22 22:16:46 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 22 22:16:47 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /src/usr.bin/procstat/procstat_auxv.c: In function 'procstat_auxv': /src/usr.bin/procstat/procstat_auxv.c:116: error: 'AT_NOTELF' undeclared (first use in this function) /src/usr.bin/procstat/procstat_auxv.c:116: error: (Each undeclared identifier is reported only once /src/usr.bin/procstat/procstat_auxv.c:116: error: for each function it appears in.) /src/usr.bin/procstat/procstat_auxv.c:120: error: 'AT_UID' undeclared (first use in this function) /src/usr.bin/procstat/procstat_auxv.c:124: error: 'AT_EUID' undeclared (first use in this function) /src/usr.bin/procstat/procstat_auxv.c:128: error: 'AT_GID' undeclared (first use in this function) /src/usr.bin/procstat/procstat_auxv.c:132: error: 'AT_EGID' undeclared (first use in this function) *** Error code 1 Stop in /src/usr.bin/procstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-23 00:08:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-23 00:08:21 - ERROR: failed to build world TB --- 2011-11-23 00:08:21 - 5580.23 user 901.91 system 6725.95 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 23 00:12:30 2011 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 8B7A81065676; Wed, 23 Nov 2011 00:12:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 480148FC17; Wed, 23 Nov 2011 00:12:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAN0CTQj008025; Tue, 22 Nov 2011 19:12:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAN0CTFg008024; Wed, 23 Nov 2011 00:12:29 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 23 Nov 2011 00:12:29 GMT Message-Id: <201111230012.pAN0CTFg008024@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2011 00:12:30 -0000 TB --- 2011-11-22 23:20:12 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-22 23:20:12 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-11-22 23:20:13 - cleaning the object tree TB --- 2011-11-22 23:20:31 - cvsupping the source tree TB --- 2011-11-22 23:20:31 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-11-22 23:20:47 - building world TB --- 2011-11-22 23:20:47 - CROSS_BUILD_TESTING=YES TB --- 2011-11-22 23:20:47 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-22 23:20:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-22 23:20:47 - SRCCONF=/dev/null TB --- 2011-11-22 23:20:47 - TARGET=sparc64 TB --- 2011-11-22 23:20:47 - TARGET_ARCH=sparc64 TB --- 2011-11-22 23:20:47 - TZ=UTC TB --- 2011-11-22 23:20:47 - __MAKE_CONF=/dev/null TB --- 2011-11-22 23:20:47 - cd /src TB --- 2011-11-22 23:20:47 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 22 23:20:48 UTC 2011 >>> 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 [...] gzip -cn /src/usr.bin/printf/printf.1 > printf.1.gz ===> usr.bin/procstat (all) cc -O2 -pipe -std=gnu99 -fstack-protector -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/procstat/procstat.c cc -O2 -pipe -std=gnu99 -fstack-protector -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_args.c cc -O2 -pipe -std=gnu99 -fstack-protector -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_auxv.c cc1: warnings being treated as errors /src/usr.bin/procstat/procstat_auxv.c: In function 'procstat_auxv': /src/usr.bin/procstat/procstat_auxv.c:75: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.bin/procstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-23 00:12:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-23 00:12:29 - ERROR: failed to build world TB --- 2011-11-23 00:12:29 - 2543.18 user 569.66 system 3136.52 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 23 01:11:28 2011 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 0FBAC106564A; Wed, 23 Nov 2011 01:11:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id B7EFA8FC13; Wed, 23 Nov 2011 01:11:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAN1BQDh065241; Tue, 22 Nov 2011 20:11:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAN1BQBv065240; Wed, 23 Nov 2011 01:11:26 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 23 Nov 2011 01:11:26 GMT Message-Id: <201111230111.pAN1BQBv065240@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Wed, 23 Nov 2011 01:11:28 -0000 TB --- 2011-11-23 00:20:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-23 00:20:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-11-23 00:20:00 - cleaning the object tree TB --- 2011-11-23 00:20:30 - cvsupping the source tree TB --- 2011-11-23 00:20:30 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-11-23 00:20:45 - building world TB --- 2011-11-23 00:20:45 - CROSS_BUILD_TESTING=YES TB --- 2011-11-23 00:20:45 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-23 00:20:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-23 00:20:45 - SRCCONF=/dev/null TB --- 2011-11-23 00:20:45 - TARGET=arm TB --- 2011-11-23 00:20:45 - TARGET_ARCH=arm TB --- 2011-11-23 00:20:45 - TZ=UTC TB --- 2011-11-23 00:20:45 - __MAKE_CONF=/dev/null TB --- 2011-11-23 00:20:45 - cd /src TB --- 2011-11-23 00:20:45 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 23 00:20:46 UTC 2011 >>> 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 [...] gzip -cn /src/usr.bin/printf/printf.1 > printf.1.gz ===> usr.bin/procstat (all) cc -O -pipe -std=gnu99 -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/procstat/procstat.c cc -O -pipe -std=gnu99 -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_args.c cc -O -pipe -std=gnu99 -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_auxv.c cc1: warnings being treated as errors /src/usr.bin/procstat/procstat_auxv.c: In function 'procstat_auxv': /src/usr.bin/procstat/procstat_auxv.c:75: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.bin/procstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-23 01:11:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-23 01:11:26 - ERROR: failed to build world TB --- 2011-11-23 01:11:26 - 2183.43 user 665.40 system 3086.01 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 23 01:21:05 2011 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 84757106566B for ; Wed, 23 Nov 2011 01:21:05 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout2-b.corp.bf1.yahoo.com (mrout2-b.corp.bf1.yahoo.com [98.139.253.105]) by mx1.freebsd.org (Postfix) with ESMTP id 3C7D78FC17 for ; Wed, 23 Nov 2011 01:21:05 +0000 (UTC) Received: from [127.0.0.1] (rideseveral.corp.yahoo.com [10.73.160.231]) by mrout2-b.corp.bf1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id pAN1KpVu009922; Tue, 22 Nov 2011 17:20:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1322011252; bh=EzuXpPv3R7RZqCIaY0sWPkjC0Js/8gtvitVbjNw3wO4=; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date: Message-ID:Mime-Version:Content-Transfer-Encoding; b=MsiFoV4+yDWC1GC3iFmgjCod7Ah77ZXSvaZUk55f7bdTDkL50ODXpOuWPe2NfVLzb GMMliyAA9tA6xOvLSkQ3x1UXeZauIfOpvF+EdHyitqPfCdPtDuZzMmTNHWWXrID43B 2HeaGR7tcJUsz1FILNgWXLkIM5BZJLi570DMr9lE= From: Sean Bruno To: Palle Girgensohn In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Date: Tue, 22 Nov 2011 17:20:51 -0800 Message-ID: <1322011251.2779.86.camel@hitfishpass-lx.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.3 (2.32.3-1.fc14) Content-Transfer-Encoding: 7bit Cc: "freebsd-current@freebsd.org" Subject: Re: Remote access to HP Proliant hardware available to fix the problem with failing booting 9.0 on ciss(4), HP SmartArray P410i X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Nov 2011 01:21:05 -0000 On Tue, 2011-11-22 at 14:59 -0800, Palle Girgensohn wrote: > Hi, > > When installing 9.0 RC1 on our HP servers, we of course wanted to use gpt intead of fdisk. However, it doesn't work. > > First I tried gptzfsboot, it failed with an error (see this thread: > http://lists.freebsd.org/pipermail/freebsd-current/2011-August/026175.html) > > Second, I tried a standard gptboot, it just goes into a boot loop. > > Seriously, we have a couple of idle machines with ciss(4) and an iLO (for remote connections). If someone has the knowledge and time to try and fix the problems with ciss and gpt boot, we have the equipment for it. > > We tried with a standard vanilla zpool, no mirror or raid at all, on top of a ciss raid-5, and it failed with RC1. [trying RC2 now, but seems nothing is changed?]. > > Anyone up to the task of finding this culprit, we can let you into the machine remotely through the iLO. Please let me know. > > Best reagards > Palle Girgensohn I just got done with an HP DL160G6 with a P410 raid-5 configuration in the freebsd.org cluster. I definitely had to use RC2 due to some type of disk issue. I suspect that http://svnweb.freebsd.org/base?view=revision&revision=227400 fixed it. Sean From owner-freebsd-current@FreeBSD.ORG Wed Nov 23 02:02:50 2011 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 8CEA31065670 for ; Wed, 23 Nov 2011 02:02:50 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 5AABA8FC08 for ; Wed, 23 Nov 2011 02:02:50 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA" (verified OK)) (Authenticated sender: imb@protected-networks.net) by sarah.protected-networks.net (Postfix) with ESMTPSA id 6AA3C60E5 for ; Tue, 22 Nov 2011 21:02:49 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1322013769; bh=2N+4xAZqXVod3oz1PsJq3R/kGyjnyyqyx0SIKOSIEtE=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=dCvDU0yzs6botQBwWJi7Ua793YlrWAaGaesKAa7yP9Pc1vVvG3XHcg7UxFhUeEOG1 20QDeP8Zhy6j0YeptYvbcS+3rlFGdPpfGGArAQZx+gll2X3Ss6mXTUuYPUwfEGS DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: content-type:content-transfer-encoding; b=CDVI4T375S2wG7MLaS0YHhzKhGKBi9BzwDWDk7V3Dnei5S8ceReVDlKswsSuv6LhB 7/te6QHnbtOc7MYxGc4W/NNt0s59+RGOrugQ0tU1B5kv81TqB9P1j/Mi/gTo+fT Message-ID: <4ECC5446.5060107@protected-networks.net> Date: Tue, 22 Nov 2011 21:02:46 -0500 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:8.0) Gecko/20111111 Thunderbird/8.0 MIME-Version: 1.0 To: current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: pam 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: Wed, 23 Nov 2011 02:02:50 -0000 Whatever was just changed in the libpam family, it breaks courier-authdaemond: authdaemond: in openpam_load_module(): no pam_unix.so found imb From owner-freebsd-current@FreeBSD.ORG Wed Nov 23 02:28:46 2011 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 B555F106567A; Wed, 23 Nov 2011 02:28:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 70FFB8FC0A; Wed, 23 Nov 2011 02:28:46 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAN2SjMK001495; Tue, 22 Nov 2011 21:28:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAN2Sjr8001452; Wed, 23 Nov 2011 02:28:45 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 23 Nov 2011 02:28:45 GMT Message-Id: <201111230228.pAN2Sjr8001452@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Wed, 23 Nov 2011 02:28:46 -0000 TB --- 2011-11-23 01:11:27 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-23 01:11:27 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-11-23 01:11:27 - cleaning the object tree TB --- 2011-11-23 01:11:39 - cvsupping the source tree TB --- 2011-11-23 01:11:39 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-11-23 01:11:52 - building world TB --- 2011-11-23 01:11:52 - CROSS_BUILD_TESTING=YES TB --- 2011-11-23 01:11:52 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-23 01:11:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-23 01:11:52 - SRCCONF=/dev/null TB --- 2011-11-23 01:11:52 - TARGET=ia64 TB --- 2011-11-23 01:11:52 - TARGET_ARCH=ia64 TB --- 2011-11-23 01:11:52 - TZ=UTC TB --- 2011-11-23 01:11:52 - __MAKE_CONF=/dev/null TB --- 2011-11-23 01:11:52 - cd /src TB --- 2011-11-23 01:11:52 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 23 01:11:53 UTC 2011 >>> 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 [...] gzip -cn /src/usr.bin/printf/printf.1 > printf.1.gz ===> usr.bin/procstat (all) cc -O2 -pipe -std=gnu99 -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/procstat/procstat.c cc -O2 -pipe -std=gnu99 -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_args.c cc -O2 -pipe -std=gnu99 -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_auxv.c cc1: warnings being treated as errors /src/usr.bin/procstat/procstat_auxv.c: In function 'procstat_auxv': /src/usr.bin/procstat/procstat_auxv.c:75: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.bin/procstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-23 02:28:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-23 02:28:45 - ERROR: failed to build world TB --- 2011-11-23 02:28:45 - 3677.82 user 710.86 system 4637.98 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 23 03:10:39 2011 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 9286E106566B; Wed, 23 Nov 2011 03:10:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 44B2D8FC17; Wed, 23 Nov 2011 03:10:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAN3Acgd067379; Tue, 22 Nov 2011 22:10:38 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAN3AcR2067364; Wed, 23 Nov 2011 03:10:38 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 23 Nov 2011 03:10:38 GMT Message-Id: <201111230310.pAN3AcR2067364@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Wed, 23 Nov 2011 03:10:39 -0000 TB --- 2011-11-23 00:20:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-23 00:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-11-23 00:20:00 - cleaning the object tree TB --- 2011-11-23 00:20:52 - cvsupping the source tree TB --- 2011-11-23 00:20:52 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-11-23 00:21:05 - building world TB --- 2011-11-23 00:21:05 - CROSS_BUILD_TESTING=YES TB --- 2011-11-23 00:21:05 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-23 00:21:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-23 00:21:05 - SRCCONF=/dev/null TB --- 2011-11-23 00:21:05 - TARGET=amd64 TB --- 2011-11-23 00:21:05 - TARGET_ARCH=amd64 TB --- 2011-11-23 00:21:05 - TZ=UTC TB --- 2011-11-23 00:21:05 - __MAKE_CONF=/dev/null TB --- 2011-11-23 00:21:05 - cd /src TB --- 2011-11-23 00:21:05 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 23 00:21:06 UTC 2011 >>> 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 Wed Nov 23 03:02:06 UTC 2011 TB --- 2011-11-23 03:02:06 - generating LINT kernel config TB --- 2011-11-23 03:02:06 - cd /src/sys/amd64/conf TB --- 2011-11-23 03:02:06 - /usr/bin/make -B LINT TB --- 2011-11-23 03:02:07 - cd /src/sys/amd64/conf TB --- 2011-11-23 03:02:07 - /usr/sbin/config -m LINT-NOINET TB --- 2011-11-23 03:02:07 - building LINT-NOINET kernel TB --- 2011-11-23 03:02:07 - CROSS_BUILD_TESTING=YES TB --- 2011-11-23 03:02:07 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-23 03:02:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-23 03:02:07 - SRCCONF=/dev/null TB --- 2011-11-23 03:02:07 - TARGET=amd64 TB --- 2011-11-23 03:02:07 - TARGET_ARCH=amd64 TB --- 2011-11-23 03:02:07 - TZ=UTC TB --- 2011-11-23 03:02:07 - __MAKE_CONF=/dev/null TB --- 2011-11-23 03:02:07 - cd /src TB --- 2011-11-23 03:02:07 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Wed Nov 23 03:02:07 UTC 2011 >>> 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 [...] cc1: warnings being treated as errors /src/sys/dev/netmap/netmap.c: In function 'netmap_memory_init': /src/sys/dev/netmap/netmap.c:1626: warning: format '%d' expects type 'int', but argument 7 has type 'size_t' [-Wformat] /src/sys/dev/netmap/netmap.c:1634: warning: format '%d' expects type 'int', but argument 7 has type 'size_t' [-Wformat] /src/sys/dev/netmap/netmap.c: In function 'netmap_memory_fini': /src/sys/dev/netmap/netmap.c:1677: warning: format '%d' expects type 'int', but argument 2 has type 'size_t' [-Wformat] /src/sys/dev/netmap/netmap.c: In function 'netmap_init': /src/sys/dev/netmap/netmap.c:1707: warning: format '%d' expects type 'int', but argument 2 has type 'size_t' [-Wformat] *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT-NOINET. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-23 03:10:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-23 03:10:37 - ERROR: failed to build LINT-NOINET kernel TB --- 2011-11-23 03:10:37 - 8073.13 user 1541.72 system 10237.60 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 23 03:18:56 2011 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 E28371065670; Wed, 23 Nov 2011 03:18:56 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (secure.freebsdsolutions.net [69.55.234.48]) by mx1.freebsd.org (Postfix) with ESMTP id C51898FC08; Wed, 23 Nov 2011 03:18:56 +0000 (UTC) Received: from [192.168.2.80] (jn@stealth.jnielsen.net [74.218.226.254]) (authenticated bits=0) by ns1.jnielsen.net (8.14.4/8.14.4) with ESMTP id pAN37n6h017885 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 22 Nov 2011 22:07:50 -0500 (EST) (envelope-from lists@jnielsen.net) References: <848DEEC1-570F-43F8-B432-A34F81014CD0@jnielsen.net> <201111221026.23015.jhb@freebsd.org> In-Reply-To: <201111221026.23015.jhb@freebsd.org> Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: <929879BF-521C-43A1-8D63-DF2B04B6D013@jnielsen.net> X-Mailer: iPhone Mail (9A405) From: John Nielsen Date: Tue, 22 Nov 2011 22:07:52 -0500 To: John Baldwin X-DCC-sonic.net-Metrics: ns1.jnielsen.net; whitelist Cc: "freebsd-current@freebsd.org" Subject: Re: loader crash / BTX halted on 9.0-RC2 DVD with AMD pseudo-RAID X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Nov 2011 03:18:57 -0000 On Nov 22, 2011, at 10:26 AM, John Baldwin wrote: > On Monday, November 21, 2011 1:45:36 pm John Nielsen wrote: >> This weekend I downloaded the Freebsd 9.0 RC2 amd64 ISO image and burned i= t=20 > to a DVD. I have a computer that currently runs Windows 7 but I plan to=20= > install FreeBSD on it in the near future so I booted it up from the DVD to= =20 > check the hardware/driver status. Much to my dismay, the boot loader crash= ed=20 > right away (register dump followed by "BTX halted") and the computer=20 > immediately rebooted. I took a video with my phone so I could capture the=20= > crash message, screenshot here: >>=20 >> http://picpaste.com/pics/BTXcrash.1321899682.jpg >>=20 >> I then tried tweaking a few BIOS settings and found that turning off the=20= > built-in pseudo-RAID allowed the DVD to boot normally. I changed the SATA t= ype=20 > from "RAID" to "AHCI". Fortunately I plan to use the controller in AHCI mo= de=20 > for the FreeBSD installation so this won't end up being a problem for me, b= ut=20 > I still thought it was worth reporting. >=20 > Hmmm, so this is odd. It died with an Invalid TSS exception on the iret=20= > instruction at the end of the return-from-real-mode trampoline in BTX. =20= > Looking at the dump I noticed that PSL_NT is set in %eflags, so for some=20= > reason the iret was trying to do a nested task return. We shouldn't let > that flag leak out of any real mode code. Try this patch perhaps: Thanks for looking! I put gptboot on a USB stick and tried it with and without the patch. Identi= cal behavior in both cases to booting from the DVD (only faster)--BTX dump a= nd an instant reboot. I didn't do a screen capture yet but will be happy to t= omorrow if it will help. JN From owner-freebsd-current@FreeBSD.ORG Wed Nov 23 03:22:17 2011 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 506651065673; Wed, 23 Nov 2011 03:22:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 0980A8FC16; Wed, 23 Nov 2011 03:22:16 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAN3MGFQ047620; Tue, 22 Nov 2011 22:22:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAN3MGu0047616; Wed, 23 Nov 2011 03:22:16 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 23 Nov 2011 03:22:16 GMT Message-Id: <201111230322.pAN3MGu0047616@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2011 03:22:17 -0000 TB --- 2011-11-23 02:28:45 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-23 02:28:45 - starting HEAD tinderbox run for mips/mips TB --- 2011-11-23 02:28:45 - cleaning the object tree TB --- 2011-11-23 02:28:54 - cvsupping the source tree TB --- 2011-11-23 02:28:54 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-11-23 02:29:07 - building world TB --- 2011-11-23 02:29:07 - CROSS_BUILD_TESTING=YES TB --- 2011-11-23 02:29:07 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-23 02:29:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-23 02:29:07 - SRCCONF=/dev/null TB --- 2011-11-23 02:29:07 - TARGET=mips TB --- 2011-11-23 02:29:07 - TARGET_ARCH=mips TB --- 2011-11-23 02:29:07 - TZ=UTC TB --- 2011-11-23 02:29:07 - __MAKE_CONF=/dev/null TB --- 2011-11-23 02:29:07 - cd /src TB --- 2011-11-23 02:29:07 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 23 02:29:08 UTC 2011 >>> 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 [...] gzip -cn /src/usr.bin/printf/printf.1 > printf.1.gz ===> usr.bin/procstat (all) cc -O -pipe -G0 -std=gnu99 -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/procstat/procstat.c cc -O -pipe -G0 -std=gnu99 -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_args.c cc -O -pipe -G0 -std=gnu99 -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_auxv.c cc1: warnings being treated as errors /src/usr.bin/procstat/procstat_auxv.c: In function 'procstat_auxv': /src/usr.bin/procstat/procstat_auxv.c:75: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.bin/procstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-23 03:22:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-23 03:22:15 - ERROR: failed to build world TB --- 2011-11-23 03:22:16 - 2321.40 user 631.99 system 3210.18 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 23 04:22:57 2011 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 3EBE4106564A; Wed, 23 Nov 2011 04:22:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id E4F1B8FC13; Wed, 23 Nov 2011 04:22:56 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAN4Mux5073777; Tue, 22 Nov 2011 23:22:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAN4MuQG073755; Wed, 23 Nov 2011 04:22:56 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 23 Nov 2011 04:22:56 GMT Message-Id: <201111230422.pAN4MuQG073755@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2011 04:22:57 -0000 TB --- 2011-11-23 03:22:16 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-23 03:22:16 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-11-23 03:22:16 - cleaning the object tree TB --- 2011-11-23 03:22:25 - cvsupping the source tree TB --- 2011-11-23 03:22:25 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-11-23 03:22:36 - building world TB --- 2011-11-23 03:22:36 - CROSS_BUILD_TESTING=YES TB --- 2011-11-23 03:22:36 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-23 03:22:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-23 03:22:36 - SRCCONF=/dev/null TB --- 2011-11-23 03:22:36 - TARGET=sparc64 TB --- 2011-11-23 03:22:36 - TARGET_ARCH=sparc64 TB --- 2011-11-23 03:22:36 - TZ=UTC TB --- 2011-11-23 03:22:36 - __MAKE_CONF=/dev/null TB --- 2011-11-23 03:22:36 - cd /src TB --- 2011-11-23 03:22:36 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 23 03:22:37 UTC 2011 >>> 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 [...] gzip -cn /src/usr.bin/printf/printf.1 > printf.1.gz ===> usr.bin/procstat (all) cc -O2 -pipe -std=gnu99 -fstack-protector -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/procstat/procstat.c cc -O2 -pipe -std=gnu99 -fstack-protector -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_args.c cc -O2 -pipe -std=gnu99 -fstack-protector -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_auxv.c cc1: warnings being treated as errors /src/usr.bin/procstat/procstat_auxv.c: In function 'procstat_auxv': /src/usr.bin/procstat/procstat_auxv.c:75: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.bin/procstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-23 04:22:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-23 04:22:55 - ERROR: failed to build world TB --- 2011-11-23 04:22:55 - 2717.69 user 630.12 system 3639.59 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 23 04:43:09 2011 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 3D22A106564A; Wed, 23 Nov 2011 04:43:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id DBCEE8FC12; Wed, 23 Nov 2011 04:43:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAN4h3pK076627; Tue, 22 Nov 2011 23:43:08 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAN4h2LC076623; Wed, 23 Nov 2011 04:43:03 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 23 Nov 2011 04:43:03 GMT Message-Id: <201111230443.pAN4h2LC076623@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Wed, 23 Nov 2011 04:43:09 -0000 TB --- 2011-11-23 02:50:13 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-23 02:50:13 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-11-23 02:50:13 - cleaning the object tree TB --- 2011-11-23 02:50:24 - cvsupping the source tree TB --- 2011-11-23 02:50:24 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-11-23 02:50:38 - building world TB --- 2011-11-23 02:50:38 - CROSS_BUILD_TESTING=YES TB --- 2011-11-23 02:50:38 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-23 02:50:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-23 02:50:38 - SRCCONF=/dev/null TB --- 2011-11-23 02:50:38 - TARGET=powerpc TB --- 2011-11-23 02:50:38 - TARGET_ARCH=powerpc TB --- 2011-11-23 02:50:38 - TZ=UTC TB --- 2011-11-23 02:50:38 - __MAKE_CONF=/dev/null TB --- 2011-11-23 02:50:38 - cd /src TB --- 2011-11-23 02:50:38 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 23 02:50:38 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /src/usr.bin/procstat/procstat_auxv.c: In function 'procstat_auxv': /src/usr.bin/procstat/procstat_auxv.c:116: error: 'AT_NOTELF' undeclared (first use in this function) /src/usr.bin/procstat/procstat_auxv.c:116: error: (Each undeclared identifier is reported only once /src/usr.bin/procstat/procstat_auxv.c:116: error: for each function it appears in.) /src/usr.bin/procstat/procstat_auxv.c:120: error: 'AT_UID' undeclared (first use in this function) /src/usr.bin/procstat/procstat_auxv.c:124: error: 'AT_EUID' undeclared (first use in this function) /src/usr.bin/procstat/procstat_auxv.c:128: error: 'AT_GID' undeclared (first use in this function) /src/usr.bin/procstat/procstat_auxv.c:132: error: 'AT_EGID' undeclared (first use in this function) *** Error code 1 Stop in /src/usr.bin/procstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-23 04:43:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-23 04:43:02 - ERROR: failed to build world TB --- 2011-11-23 04:43:02 - 5525.94 user 933.98 system 6768.75 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 23 04:57:26 2011 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 72538106564A; Wed, 23 Nov 2011 04:57:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 3CD0A8FC14; Wed, 23 Nov 2011 04:57:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAN4vPmx014825; Tue, 22 Nov 2011 23:57:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAN4vPPA014820; Wed, 23 Nov 2011 04:57:25 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 23 Nov 2011 04:57:25 GMT Message-Id: <201111230457.pAN4vPPA014820@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2011 04:57:26 -0000 TB --- 2011-11-23 00:20:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-23 00:20:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-11-23 00:20:00 - cleaning the object tree TB --- 2011-11-23 00:20:53 - cvsupping the source tree TB --- 2011-11-23 00:20:53 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-11-23 00:21:07 - building world TB --- 2011-11-23 00:21:07 - CROSS_BUILD_TESTING=YES TB --- 2011-11-23 00:21:07 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-23 00:21:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-23 00:21:07 - SRCCONF=/dev/null TB --- 2011-11-23 00:21:07 - TARGET=i386 TB --- 2011-11-23 00:21:07 - TARGET_ARCH=i386 TB --- 2011-11-23 00:21:07 - TZ=UTC TB --- 2011-11-23 00:21:07 - __MAKE_CONF=/dev/null TB --- 2011-11-23 00:21:07 - cd /src TB --- 2011-11-23 00:21:07 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 23 00:21:07 UTC 2011 >>> 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 Wed Nov 23 02:30:39 UTC 2011 TB --- 2011-11-23 02:30:39 - generating LINT kernel config TB --- 2011-11-23 02:30:39 - cd /src/sys/i386/conf TB --- 2011-11-23 02:30:39 - /usr/bin/make -B LINT TB --- 2011-11-23 02:30:40 - cd /src/sys/i386/conf TB --- 2011-11-23 02:30:40 - /usr/sbin/config -m LINT-NOINET TB --- 2011-11-23 02:30:40 - building LINT-NOINET kernel TB --- 2011-11-23 02:30:40 - CROSS_BUILD_TESTING=YES TB --- 2011-11-23 02:30:40 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-23 02:30:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-23 02:30:40 - SRCCONF=/dev/null TB --- 2011-11-23 02:30:40 - TARGET=i386 TB --- 2011-11-23 02:30:40 - TARGET_ARCH=i386 TB --- 2011-11-23 02:30:40 - TZ=UTC TB --- 2011-11-23 02:30:40 - __MAKE_CONF=/dev/null TB --- 2011-11-23 02:30:40 - cd /src TB --- 2011-11-23 02:30:40 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Wed Nov 23 02:30:40 UTC 2011 >>> 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 >>> Kernel build for LINT-NOINET completed on Wed Nov 23 03:00:47 UTC 2011 TB --- 2011-11-23 03:00:47 - cd /src/sys/i386/conf TB --- 2011-11-23 03:00:47 - /usr/sbin/config -m LINT-NOINET6 TB --- 2011-11-23 03:00:48 - building LINT-NOINET6 kernel TB --- 2011-11-23 03:00:48 - CROSS_BUILD_TESTING=YES TB --- 2011-11-23 03:00:48 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-23 03:00:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-23 03:00:48 - SRCCONF=/dev/null TB --- 2011-11-23 03:00:48 - TARGET=i386 TB --- 2011-11-23 03:00:48 - TARGET_ARCH=i386 TB --- 2011-11-23 03:00:48 - TZ=UTC TB --- 2011-11-23 03:00:48 - __MAKE_CONF=/dev/null TB --- 2011-11-23 03:00:48 - cd /src TB --- 2011-11-23 03:00:48 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Wed Nov 23 03:00:48 UTC 2011 >>> 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 >>> Kernel build for LINT-NOINET6 completed on Wed Nov 23 03:30:59 UTC 2011 TB --- 2011-11-23 03:30:59 - cd /src/sys/i386/conf TB --- 2011-11-23 03:30:59 - /usr/sbin/config -m LINT-NOIP TB --- 2011-11-23 03:31:00 - building LINT-NOIP kernel TB --- 2011-11-23 03:31:00 - CROSS_BUILD_TESTING=YES TB --- 2011-11-23 03:31:00 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-23 03:31:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-23 03:31:00 - SRCCONF=/dev/null TB --- 2011-11-23 03:31:00 - TARGET=i386 TB --- 2011-11-23 03:31:00 - TARGET_ARCH=i386 TB --- 2011-11-23 03:31:00 - TZ=UTC TB --- 2011-11-23 03:31:00 - __MAKE_CONF=/dev/null TB --- 2011-11-23 03:31:00 - cd /src TB --- 2011-11-23 03:31:00 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Wed Nov 23 03:31:00 UTC 2011 >>> 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 >>> Kernel build for LINT-NOIP completed on Wed Nov 23 03:59:23 UTC 2011 TB --- 2011-11-23 03:59:24 - cd /src/sys/i386/conf TB --- 2011-11-23 03:59:24 - /usr/sbin/config -m LINT-VIMAGE TB --- 2011-11-23 03:59:24 - building LINT-VIMAGE kernel TB --- 2011-11-23 03:59:24 - CROSS_BUILD_TESTING=YES TB --- 2011-11-23 03:59:24 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-23 03:59:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-23 03:59:24 - SRCCONF=/dev/null TB --- 2011-11-23 03:59:24 - TARGET=i386 TB --- 2011-11-23 03:59:24 - TARGET_ARCH=i386 TB --- 2011-11-23 03:59:24 - TZ=UTC TB --- 2011-11-23 03:59:24 - __MAKE_CONF=/dev/null TB --- 2011-11-23 03:59:24 - cd /src TB --- 2011-11-23 03:59:24 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Wed Nov 23 03:59:24 UTC 2011 >>> 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 >>> Kernel build for LINT-VIMAGE completed on Wed Nov 23 04:29:25 UTC 2011 TB --- 2011-11-23 04:29:25 - cd /src/sys/i386/conf TB --- 2011-11-23 04:29:25 - /usr/sbin/config -m GENERIC TB --- 2011-11-23 04:29:25 - building GENERIC kernel TB --- 2011-11-23 04:29:25 - CROSS_BUILD_TESTING=YES TB --- 2011-11-23 04:29:25 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-23 04:29:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-23 04:29:25 - SRCCONF=/dev/null TB --- 2011-11-23 04:29:25 - TARGET=i386 TB --- 2011-11-23 04:29:25 - TARGET_ARCH=i386 TB --- 2011-11-23 04:29:25 - TZ=UTC TB --- 2011-11-23 04:29:25 - __MAKE_CONF=/dev/null TB --- 2011-11-23 04:29:25 - cd /src TB --- 2011-11-23 04:29:25 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Nov 23 04:29:25 UTC 2011 >>> 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 >>> Kernel build for GENERIC completed on Wed Nov 23 04:50:24 UTC 2011 TB --- 2011-11-23 04:50:24 - cd /src/sys/i386/conf TB --- 2011-11-23 04:50:24 - /usr/sbin/config -m PAE TB --- 2011-11-23 04:50:24 - building PAE kernel TB --- 2011-11-23 04:50:24 - CROSS_BUILD_TESTING=YES TB --- 2011-11-23 04:50:24 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-23 04:50:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-23 04:50:24 - SRCCONF=/dev/null TB --- 2011-11-23 04:50:24 - TARGET=i386 TB --- 2011-11-23 04:50:24 - TARGET_ARCH=i386 TB --- 2011-11-23 04:50:24 - TZ=UTC TB --- 2011-11-23 04:50:24 - __MAKE_CONF=/dev/null TB --- 2011-11-23 04:50:24 - cd /src TB --- 2011-11-23 04:50:24 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Wed Nov 23 04:50:25 UTC 2011 >>> 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 >>> Kernel build for PAE completed on Wed Nov 23 04:55:51 UTC 2011 TB --- 2011-11-23 04:55:52 - cd /src/sys/i386/conf TB --- 2011-11-23 04:55:52 - /usr/sbin/config -m XBOX TB --- 2011-11-23 04:55:52 - building XBOX kernel TB --- 2011-11-23 04:55:52 - CROSS_BUILD_TESTING=YES TB --- 2011-11-23 04:55:52 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-23 04:55:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-23 04:55:52 - SRCCONF=/dev/null TB --- 2011-11-23 04:55:52 - TARGET=i386 TB --- 2011-11-23 04:55:52 - TARGET_ARCH=i386 TB --- 2011-11-23 04:55:52 - TZ=UTC TB --- 2011-11-23 04:55:52 - __MAKE_CONF=/dev/null TB --- 2011-11-23 04:55:52 - cd /src TB --- 2011-11-23 04:55:52 - /usr/bin/make -B buildkernel KERNCONF=XBOX >>> Kernel build for XBOX started on Wed Nov 23 04:55:52 UTC 2011 >>> 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 -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -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 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_pmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -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 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_priv.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -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 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_proc.c cc1: warnings being treated as errors /src/sys/kern/kern_proc.c: In function 'get_proc_vector': /src/sys/kern/kern_proc.c:1500: warning: 'size' may be used uninitialized in this function /src/sys/kern/kern_proc.c:1500: warning: 'vsize' may be used uninitialized in this function /src/sys/kern/kern_proc.c:1498: warning: 'vptr' may be used uninitialized in this function *** Error code 1 Stop in /obj/i386.i386/src/sys/XBOX. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-23 04:57:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-23 04:57:24 - ERROR: failed to build XBOX kernel TB --- 2011-11-23 04:57:24 - 13508.51 user 2299.48 system 16644.57 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 23 05:02:12 2011 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 342021065672; Wed, 23 Nov 2011 05:02:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id CC9898FC1C; Wed, 23 Nov 2011 05:02:11 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAN52AgM022663; Wed, 23 Nov 2011 00:02:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAN52Apu022662; Wed, 23 Nov 2011 05:02:10 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 23 Nov 2011 05:02:10 GMT Message-Id: <201111230502.pAN52Apu022662@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/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: Wed, 23 Nov 2011 05:02:12 -0000 TB --- 2011-11-23 03:10:38 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-23 03:10:38 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-11-23 03:10:38 - cleaning the object tree TB --- 2011-11-23 03:10:48 - cvsupping the source tree TB --- 2011-11-23 03:10:48 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-11-23 03:11:01 - building world TB --- 2011-11-23 03:11:01 - CROSS_BUILD_TESTING=YES TB --- 2011-11-23 03:11:01 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-23 03:11:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-23 03:11:01 - SRCCONF=/dev/null TB --- 2011-11-23 03:11:01 - TARGET=powerpc TB --- 2011-11-23 03:11:01 - TARGET_ARCH=powerpc64 TB --- 2011-11-23 03:11:01 - TZ=UTC TB --- 2011-11-23 03:11:01 - __MAKE_CONF=/dev/null TB --- 2011-11-23 03:11:01 - cd /src TB --- 2011-11-23 03:11:01 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 23 03:11:01 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /src/usr.bin/procstat/procstat_auxv.c: In function 'procstat_auxv': /src/usr.bin/procstat/procstat_auxv.c:116: error: 'AT_NOTELF' undeclared (first use in this function) /src/usr.bin/procstat/procstat_auxv.c:116: error: (Each undeclared identifier is reported only once /src/usr.bin/procstat/procstat_auxv.c:116: error: for each function it appears in.) /src/usr.bin/procstat/procstat_auxv.c:120: error: 'AT_UID' undeclared (first use in this function) /src/usr.bin/procstat/procstat_auxv.c:124: error: 'AT_EUID' undeclared (first use in this function) /src/usr.bin/procstat/procstat_auxv.c:128: error: 'AT_GID' undeclared (first use in this function) /src/usr.bin/procstat/procstat_auxv.c:132: error: 'AT_EGID' undeclared (first use in this function) *** Error code 1 Stop in /src/usr.bin/procstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-23 05:02:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-23 05:02:10 - ERROR: failed to build world TB --- 2011-11-23 05:02:10 - 5562.14 user 910.48 system 6691.98 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 23 06:00:13 2011 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 CFE7F106566B; Wed, 23 Nov 2011 06:00:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 74BD78FC12; Wed, 23 Nov 2011 06:00:12 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAN60Bbx079500; Wed, 23 Nov 2011 01:00:11 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAN60Bwn079499; Wed, 23 Nov 2011 06:00:11 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 23 Nov 2011 06:00:11 GMT Message-Id: <201111230600.pAN60Bwn079499@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Wed, 23 Nov 2011 06:00:13 -0000 TB --- 2011-11-23 05:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-23 05:10:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-11-23 05:10:00 - cleaning the object tree TB --- 2011-11-23 05:10:15 - cvsupping the source tree TB --- 2011-11-23 05:10:15 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-11-23 05:10:56 - building world TB --- 2011-11-23 05:10:56 - CROSS_BUILD_TESTING=YES TB --- 2011-11-23 05:10:56 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-23 05:10:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-23 05:10:56 - SRCCONF=/dev/null TB --- 2011-11-23 05:10:56 - TARGET=arm TB --- 2011-11-23 05:10:56 - TARGET_ARCH=arm TB --- 2011-11-23 05:10:56 - TZ=UTC TB --- 2011-11-23 05:10:56 - __MAKE_CONF=/dev/null TB --- 2011-11-23 05:10:56 - cd /src TB --- 2011-11-23 05:10:56 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 23 05:10:57 UTC 2011 >>> 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 [...] gzip -cn /src/usr.bin/printf/printf.1 > printf.1.gz ===> usr.bin/procstat (all) cc -O -pipe -std=gnu99 -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/procstat/procstat.c cc -O -pipe -std=gnu99 -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_args.c cc -O -pipe -std=gnu99 -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_auxv.c cc1: warnings being treated as errors /src/usr.bin/procstat/procstat_auxv.c: In function 'procstat_auxv': /src/usr.bin/procstat/procstat_auxv.c:75: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.bin/procstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-23 06:00:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-23 06:00:11 - ERROR: failed to build world TB --- 2011-11-23 06:00:11 - 2152.62 user 652.07 system 3010.35 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 23 07:00:44 2011 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 8B2D8106566B; Wed, 23 Nov 2011 07:00:44 +0000 (UTC) (envelope-from rmh.aybabtu@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 786408FC19; Wed, 23 Nov 2011 07:00:42 +0000 (UTC) Received: by bkbzs8 with SMTP id zs8so1599112bkb.13 for ; Tue, 22 Nov 2011 23:00:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:mime-version:content-type :content-disposition:user-agent; bh=96fW9g4IfohqUriHyyHywNi7Vd9+UxudIqVff3kidyw=; b=XT1qGfyIoWBlj7iM9qpURuQWv00ZGm/B913FFa9aBpXMKhHgbA99eFvuGONlnYSdsA XWinLTlRAs61gon80GzYDG+jmsWfQdt32dO5RTYxf2RbnZTkzKJ6qzQGBwJtAlx+tHY0 e5rMVhaDczc8pBPsduunuhEnjZES2DSwll4m8= Received: by 10.204.149.216 with SMTP id u24mr22118757bkv.73.1322031642070; Tue, 22 Nov 2011 23:00:42 -0800 (PST) Received: from thorin (52.Red-95-122-67.staticIP.rima-tde.net. [95.122.67.52]) by mx.google.com with ESMTPS id jf4sm6373023bkc.5.2011.11.22.23.00.38 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 22 Nov 2011 23:00:40 -0800 (PST) Sender: Robert Millan Received: from rmh by thorin with local (Exim 4.72) (envelope-from ) id 1RT6ou-0007nN-Oe; Wed, 23 Nov 2011 08:00:36 +0100 Date: Wed, 23 Nov 2011 08:00:36 +0100 From: Robert Millan To: freebsd-current@freebsd.org, freebsd-arch@freebsd.org Message-ID: <20111123070036.GA29952@thorin> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="8GpibOaaTibBMecb" Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Kostik Belousov , Adrian Chadd Subject: [PATCH] Detect GNU/kFreeBSD in user-visible kernel headers (v2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Nov 2011 07:00:44 -0000 --8GpibOaaTibBMecb Content-Type: multipart/mixed; boundary="nFreZHaLTZJo0R7j" Content-Disposition: inline --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Here we go again :-) Out of the kernel headers that are installed in /usr/include/ hierracy, the= re are some which include support multiple operating systems (usually FreeBSD = and other *BSD flavours). This patch adds support to detect GNU/kFreeBSD as well. In all cases, we match the same declarations as FreeBSD does (which is to be expected in ker= nel headers, since both systems share the same kernel). --=20 Robert Millan --nFreZHaLTZJo0R7j Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="gnu-kfreebsd_headers.diff" Content-Transfer-Encoding: quoted-printable Index: sys/cam/scsi/scsi_low.h =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 --- sys/cam/scsi/scsi_low.h (revision 227831) +++ sys/cam/scsi/scsi_low.h (working copy) @@ -44,6 +44,8 @@ #ifndef _SCSI_LOW_H_ #define _SCSI_LOW_H_ =20 +#include + /*=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 * Scsi low OSDEP=20 * (All os depend structures should be here!) @@ -53,10 +55,10 @@ #define SCSI_LOW_INTERFACE_XS #endif /* __NetBSD__ */ =20 -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ #define SCSI_LOW_INTERFACE_CAM #define CAM -#endif /* __FreeBSD__ */ +#endif /* __FreeBSD_kernel__ */ =20 /******** includes *******************************/ #ifdef __NetBSD__ @@ -64,7 +66,7 @@ #include #endif /* __NetBSD__ */ =20 -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ #include #include #include @@ -75,7 +77,7 @@ =20 #include #include -#endif /* __FreeBSD__ */ +#endif /* __FreeBSD_kernel__ */ =20 /******** functions macro ************************/ #ifdef __NetBSD__ @@ -85,13 +87,13 @@ #define SCSI_LOW_BZERO(pt, size) memset((pt), 0, (size)) #endif /* __NetBSD__ */ =20 -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ #undef MSG_IDENTIFY #define SCSI_LOW_DEBUGGER(dev) kdb_enter(KDB_WHY_CAM, dev) #define SCSI_LOW_DELAY(mu) DELAY((mu)) #define SCSI_LOW_SPLSCSI splcam #define SCSI_LOW_BZERO(pt, size) bzero((pt), (size)) -#endif /* __FreeBSD__ */ +#endif /* __FreeBSD_kernel__ */ =20 /******** os depend interface structures **********/ #ifdef __NetBSD__ @@ -111,7 +113,7 @@ }; #endif /* __NetBSD__ */ =20 -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ typedef struct scsi_sense_data scsi_low_osdep_sense_data_t; =20 struct scsi_low_osdep_interface { @@ -134,7 +136,7 @@ =20 struct scsi_low_osdep_lun_interface { }; -#endif /* __FreeBSD__ */ +#endif /* __FreeBSD_kernel__ */ =20 /******** os depend interface functions *************/ struct slccb; Index: sys/cam/scsi/scsi_low_pisa.h =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 --- sys/cam/scsi/scsi_low_pisa.h (revision 227831) +++ sys/cam/scsi/scsi_low_pisa.h (working copy) @@ -34,14 +34,16 @@ #ifndef _SCSI_LOW_PISA_H_ #define _SCSI_LOW_PISA_H_ =20 +#include + #ifdef __NetBSD__ int scsi_low_activate_pisa(pisa_device_handle_t); int scsi_low_deactivate_pisa(pisa_device_handle_t); int scsi_low_notify_pisa(pisa_device_handle_t, pisa_event_t); #endif /* __NetBSD__ */ =20 -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ int scsi_low_activate_pisa(struct scsi_low_softc *, int); int scsi_low_deactivate_pisa(struct scsi_low_softc *); -#endif /* __FreeBSD__ */ +#endif /* __FreeBSD_kernel__ */ #endif /* !_SCSI_LOW_PISA_H_ */ Index: sys/contrib/altq/altq/altq_var.h =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 --- sys/contrib/altq/altq/altq_var.h (revision 227831) +++ sys/contrib/altq/altq/altq_var.h (working copy) @@ -201,7 +201,7 @@ #define CALLOUT_STOP(c) untimeout((c)->c_func,(c)->c_arg) #define CALLOUT_INITIALIZER { NULL, NULL } #endif -#if !defined(__FreeBSD__) +#if !defined(__FreeBSD_kernel__) typedef void (timeout_t)(void *); #endif =20 Index: sys/contrib/altq/altq/if_altq.h =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 --- sys/contrib/altq/altq/if_altq.h (revision 227831) +++ sys/contrib/altq/altq/if_altq.h (working copy) @@ -29,7 +29,9 @@ #ifndef _ALTQ_IF_ALTQ_H_ #define _ALTQ_IF_ALTQ_H_ =20 -#ifdef __FreeBSD__ +#include + +#ifdef __FreeBSD_kernel__ #include /* XXX */ #include /* XXX */ #include /* XXX */ @@ -51,7 +53,7 @@ int ifq_len; int ifq_maxlen; int ifq_drops; -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ struct mtx ifq_mtx; #endif =20 Index: sys/contrib/pf/net/if_pflog.h =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 --- sys/contrib/pf/net/if_pflog.h (revision 227831) +++ sys/contrib/pf/net/if_pflog.h (working copy) @@ -27,10 +27,12 @@ #ifndef _NET_IF_PFLOG_H_ #define _NET_IF_PFLOG_H_ =20 +#include + #define PFLOGIFS_MAX 16 =20 struct pflog_softc { -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ struct ifnet *sc_ifp; /* the interface pointer */ #else struct ifnet sc_if; /* the interface */ @@ -74,7 +76,7 @@ #define OLD_PFLOG_HDRLEN sizeof(struct old_pfloghdr) =20 #ifdef _KERNEL -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ struct pf_rule; struct pf_ruleset; struct pfi_kif; @@ -90,7 +92,7 @@ if (pflog_packet_ptr !=3D NULL) \ pflog_packet_ptr(i,a,b,c,d,e,f,g,h); \ } while (0) -#else /* ! __FreeBSD__ */ +#else /* ! __FreeBSD_kernel__ */ #if NPFLOG > 0 #define PFLOG_PACKET(i,x,a,b,c,d,e,f,g,h) pflog_packet(i,a,b,c,d,e,f,g,h) #else Index: sys/contrib/pf/net/if_pflow.h =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 --- sys/contrib/pf/net/if_pflow.h (revision 227831) +++ sys/contrib/pf/net/if_pflow.h (working copy) @@ -22,6 +22,8 @@ #ifndef _NET_IF_PFLOW_H_ #define _NET_IF_PFLOW_H_ =20 +#include + #define PFLOW_ID_LEN sizeof(u_int64_t) =20 #define PFLOW_MAXFLOWS 30 @@ -66,7 +68,7 @@ unsigned int sc_maxcount; u_int64_t sc_gcounter; struct ip_moptions sc_imo; -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ struct callout sc_tmo; #else struct timeout sc_tmo; Index: sys/contrib/pf/net/if_pfsync.h =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 --- sys/contrib/pf/net/if_pfsync.h (revision 227831) +++ sys/contrib/pf/net/if_pfsync.h (working copy) @@ -45,6 +45,8 @@ #ifndef _NET_IF_PFSYNC_H_ #define _NET_IF_PFSYNC_H_ =20 +#include + #define PFSYNC_VERSION 5 #define PFSYNC_DFLTTL 255 =20 @@ -268,7 +270,7 @@ int pfsyncr_authlevel; }; =20 -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ #define SIOCSETPFSYNC _IOW('i', 247, struct ifreq) #define SIOCGETPFSYNC _IOWR('i', 248, struct ifreq) #endif @@ -288,7 +290,7 @@ #define PFSYNC_S_DEFER 0xfe #define PFSYNC_S_NONE 0xff =20 -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ void pfsync_input(struct mbuf *, __unused int); #else void pfsync_input(struct mbuf *, ...); @@ -300,7 +302,7 @@ #define PFSYNC_SI_CKSUM 0x02 #define PFSYNC_SI_ACK 0x04 int pfsync_state_import(struct pfsync_state *, u_int8_t); -#ifndef __FreeBSD__ +#ifndef __FreeBSD_kernel__ void pfsync_state_export(struct pfsync_state *, struct pf_state *); #endif Index: sys/contrib/pf/net/pfvar.h =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 --- sys/contrib/pf/net/pfvar.h (revision 227831) +++ sys/contrib/pf/net/pfvar.h (working copy) @@ -37,7 +37,7 @@ #include #include #include -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ #include #include #else @@ -46,7 +46,7 @@ =20 #include #include -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ #include #include #include @@ -54,7 +54,7 @@ #include #endif =20 -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ #include #endif =20 @@ -62,7 +62,7 @@ =20 struct ip; struct ip6_hdr; -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ struct inpcb; #endif =20 @@ -173,7 +173,7 @@ } a; char ifname[IFNAMSIZ]; char tblname[PF_TABLE_NAME_SIZE]; -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ #define RTLABEL_LEN 32 #endif char rtlabelname[RTLABEL_LEN]; @@ -211,7 +211,7 @@ * Address manipulation macros */ =20 -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ #define splsoftnet() splnet() =20 #define HTONL(x) (x) =3D htonl((__uint32_t)(x)) @@ -236,7 +236,7 @@ if (var) \ uma_zdestroy(var) =20 -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ extern struct mtx pf_task_mtx; =20 #define PF_LOCK_ASSERT() mtx_assert(&pf_task_mtx, MA_OWNED) @@ -255,7 +255,7 @@ #define PF_UNLOCK_ASSERT() #define PF_LOCK() #define PF_UNLOCK() -#endif /* __FreeBSD__ */ +#endif /* __FreeBSD_kernel__ */ =20 #define PF_COPYIN(uaddr, kaddr, len, r) do { \ PF_UNLOCK(); \ @@ -279,7 +279,7 @@ #define PFSYNC_MINVER 1 #define PFSYNC_PREFVER PFSYNC_MODVER #define PFSYNC_MAXVER 1 -#endif /* __FreeBSD__ */ +#endif /* __FreeBSD_kernel__ */ #ifdef INET #ifndef INET6 #define PF_INET_ONLY @@ -833,7 +833,7 @@ u_int64_t id; u_int32_t creatorid; u_int8_t direction; -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ u_int8_t pad[2]; u_int8_t local_flags; #define PFSTATE_EXPIRING 0x01 @@ -923,7 +923,7 @@ sa_family_t af; u_int8_t proto; u_int8_t direction; -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ u_int8_t local_flags; #define PFSTATE_EXPIRING 0x01 u_int8_t pad; @@ -935,7 +935,7 @@ u_int8_t updates; } __packed; =20 -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ #ifdef _KERNEL /* pfsync */ typedef int pfsync_state_import_t(struct pfsync_state *, u_int8_t); @@ -1215,7 +1215,7 @@ RB_HEAD(pfi_ifhead, pfi_kif); =20 /* state tables */ -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ #ifdef _KERNEL VNET_DECLARE(struct pf_state_tree, pf_statetbl); #define V_pf_statetbl VNET(pf_statetbl) @@ -1277,7 +1277,7 @@ struct pf_addr *dst; /* dst address */ u_int16_t *sport; u_int16_t *dport; -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ struct pf_mtag *pf_mtag; #endif =20 @@ -1403,7 +1403,7 @@ *(a) =3D (x); \ } while (0) =20 -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ #define REASON_SET(a, x) \ do { \ if ((a) !=3D NULL) \ @@ -1488,7 +1488,7 @@ u_int32_t parent_qid; /* parent queue id */ u_int32_t bandwidth; /* queue bandwidth */ u_int8_t priority; /* priority */ -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ u_int8_t local_flags; /* dynamic interface */ #define PFALTQ_FLAG_IF_REMOVED 0x01 #endif @@ -1768,7 +1768,7 @@ #define DIOCSETIFFLAG _IOWR('D', 89, struct pfioc_iface) #define DIOCCLRIFFLAG _IOWR('D', 90, struct pfioc_iface) #define DIOCKILLSRCNODES _IOWR('D', 91, struct pfioc_src_node_kill) -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ struct pf_ifspeed { char ifname[IFNAMSIZ]; u_int32_t baudrate; @@ -1779,7 +1779,7 @@ #ifdef _KERNEL RB_HEAD(pf_src_tree, pf_src_node); RB_PROTOTYPE(pf_src_tree, pf_src_node, entry, pf_src_compare); -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ VNET_DECLARE(struct pf_src_tree, tree_src_tracking); #define V_tree_src_tracking VNET(tree_src_tracking) #else @@ -1789,7 +1789,7 @@ RB_HEAD(pf_state_tree_id, pf_state); RB_PROTOTYPE(pf_state_tree_id, pf_state, entry_id, pf_state_compare_id); -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ VNET_DECLARE(struct pf_state_tree_id, tree_id); #define V_tree_id VNET(tree_id) VNET_DECLARE(struct pf_state_queue, state_list); @@ -1800,14 +1800,14 @@ #endif =20 TAILQ_HEAD(pf_poolqueue, pf_pool); -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ VNET_DECLARE(struct pf_poolqueue, pf_pools[2]); #define V_pf_pools VNET(pf_pools) #else extern struct pf_poolqueue pf_pools[2]; #endif TAILQ_HEAD(pf_altqqueue, pf_altq); -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ VNET_DECLARE(struct pf_altqqueue, pf_altqs[2]); #define V_pf_altqs VNET(pf_altqs) VNET_DECLARE(struct pf_palist, pf_pabuf); @@ -1817,7 +1817,7 @@ extern struct pf_palist pf_pabuf; #endif =20 -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ VNET_DECLARE(u_int32_t, ticket_altqs_active); #define V_ticket_altqs_active VNET(ticket_altqs_active) VNET_DECLARE(u_int32_t, ticket_altqs_inactive); @@ -1849,7 +1849,7 @@ extern void pf_tbladdr_remove(struct pf_addr_wrap *); extern void pf_tbladdr_copyout(struct pf_addr_wrap *); extern void pf_calc_skip_steps(struct pf_rulequeue *); -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ #ifdef ALTQ extern void pf_altq_ifnet_event(struct ifnet *, int); #endif @@ -1886,7 +1886,7 @@ extern struct pool pf_state_scrub_pl; #endif extern void pf_purge_thread(void *); -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ extern int pf_purge_expired_src_nodes(int); extern int pf_purge_expired_states(u_int32_t , int); #else @@ -1911,7 +1911,7 @@ extern u_int16_t pf_cksum_fixup(u_int16_t, u_int16_t, u_int16_t, u_int8_t); =20 -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ VNET_DECLARE(struct ifnet *, sync_ifp); #define V_sync_ifp VNET(sync_ifp); VNET_DECLARE(struct pf_rule, pf_default_rule); @@ -1924,12 +1924,12 @@ u_int8_t); void pf_rm_rule(struct pf_rulequeue *, struct pf_rule *); -#ifndef __FreeBSD__ +#ifndef __FreeBSD_kernel__ struct pf_divert *pf_find_divert(struct mbuf *); #endif =20 #ifdef INET -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ int pf_test(int, struct ifnet *, struct mbuf **, struct ether_header *, struct inpcb *); #else @@ -1938,7 +1938,7 @@ #endif /* INET */ =20 #ifdef INET6 -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ int pf_test6(int, struct ifnet *, struct mbuf **, struct ether_header *, struct inpcb *); #else @@ -1949,7 +1949,7 @@ void pf_addr_inc(struct pf_addr *, sa_family_t); #endif /* INET6 */ =20 -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ u_int32_t pf_new_isn(struct pf_state *); #endif void *pf_pull_hdr(struct mbuf *, int, void *, int, u_short *, u_short *, @@ -1986,7 +1986,7 @@ void pf_purge_expired_fragments(void); int pf_routable(struct pf_addr *addr, sa_family_t af, struct pfi_kif *); int pf_rtlabel_match(struct pf_addr *, sa_family_t, struct pf_addr_wrap *); -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ int pf_socket_lookup(int, struct pf_pdesc *, struct inpcb *); #else int pf_socket_lookup(int, struct pf_pdesc *); @@ -2031,7 +2031,7 @@ int pfr_ina_define(struct pfr_table *, struct pfr_addr *, int, int *, int *, u_int32_t, int); =20 -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ VNET_DECLARE(struct pfi_kif *, pfi_all); #define V_pfi_all VNET(pfi_all) #else @@ -2039,7 +2039,7 @@ #endif =20 void pfi_initialize(void); -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ void pfi_cleanup(void); #endif struct pfi_kif *pfi_kif_get(const char *); @@ -2061,7 +2061,7 @@ int pfi_set_flags(const char *, int); int pfi_clear_flags(const char *, int); =20 -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ int pf_match_tag(struct mbuf *, struct pf_rule *, int *, struct pf_mtag *); #else @@ -2071,7 +2071,7 @@ void pf_tag2tagname(u_int16_t, char *); void pf_tag_ref(u_int16_t); void pf_tag_unref(u_int16_t); -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ int pf_tag_packet(struct mbuf *, int, int, struct pf_mtag *); #else int pf_tag_packet(struct mbuf *, int, int); @@ -2080,14 +2080,14 @@ void pf_qid2qname(u_int32_t, char *); void pf_qid_unref(u_int32_t); =20 -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ VNET_DECLARE(struct pf_status, pf_status); #define V_pf_status VNET(pf_status) #else extern struct pf_status pf_status; #endif =20 -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ VNET_DECLARE(uma_zone_t, pf_frent_pl); #define V_pf_frent_pl VNET(pf_frent_pl) VNET_DECLARE(uma_zone_t, pf_frag_pl); @@ -2103,14 +2103,14 @@ void *pp; unsigned limit; }; -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ VNET_DECLARE(struct pf_pool_limit, pf_pool_limits[PF_LIMIT_MAX]); #define V_pf_pool_limits VNET(pf_pool_limits) #else extern struct pf_pool_limit pf_pool_limits[PF_LIMIT_MAX]; #endif =20 -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ struct pf_frent { LIST_ENTRY(pf_frent) fr_next; struct ip *fr_ip; @@ -2140,11 +2140,11 @@ LIST_HEAD(pf_cacheq, pf_frcache) fru_cache; /* non-buf */ } fr_u; }; -#endif /* (__FreeBSD__) */ +#endif /* (__FreeBSD_kernel__) */ =20 #endif /* _KERNEL */ =20 -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ #ifdef _KERNEL VNET_DECLARE(struct pf_anchor_global, pf_anchors); #define V_pf_anchors VNET(pf_anchors) @@ -2172,7 +2172,7 @@ struct pf_ruleset *pf_find_or_create_ruleset(const char *); void pf_rs_initialize(void); =20 -#ifndef __FreeBSD__ +#ifndef __FreeBSD_kernel__ #ifdef _KERNEL int pf_anchor_copyout(const struct pf_ruleset *, const struct pf_rule *, struct pfioc_rule *); @@ -2193,7 +2193,7 @@ const struct tcphdr *); void pf_osfp_flush(void); int pf_osfp_get(struct pf_osfp_ioctl *); -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ int pf_osfp_initialize(void); void pf_osfp_cleanup(void); #else Index: sys/dev/firewire/firewirereg.h =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 --- sys/dev/firewire/firewirereg.h (revision 227831) +++ sys/dev/firewire/firewirereg.h (working copy) @@ -35,6 +35,8 @@ * */ =20 +#include + #ifdef __DragonFly__ typedef d_thread_t fw_proc; #include @@ -75,7 +77,7 @@ }; =20 struct firewire_softc { -#if defined(__FreeBSD__) && __FreeBSD_version >=3D 500000 +#if defined(__FreeBSD_kernel__) && __FreeBSD_version >=3D 500000 struct cdev *dev; #endif struct firewire_comm *fc; Index: sys/dev/lmc/if_lmc.h =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 --- sys/dev/lmc/if_lmc.h (revision 227831) +++ sys/dev/lmc/if_lmc.h (working copy) @@ -47,6 +47,8 @@ #ifndef IF_LMC_H #define IF_LMC_H =20 +#include + #define DEVICE_NAME "lmc" =20 /* Linux RPM-style version information */ @@ -984,7 +986,7 @@ #endif u_int32_t address1; /* buffer1 bus address */ u_int32_t address2; /* buffer2 bus address */ -#if (defined(__FreeBSD__) || defined(__NetBSD__) || defined(__OpenBSD__)) +#if (defined(__FreeBSD_kernel__) || defined(__NetBSD__) || defined(__OpenB= SD__)) bus_dmamap_t map; /* bus dmamap for this descriptor */ # define TLP_BUS_DSL_VAL (sizeof(bus_dmamap_t) & TLP_BUS_DSL) #else @@ -1035,7 +1037,7 @@ #elif BSD struct mbuf *head; /* tail-queue of mbufs */ struct mbuf *tail; -# if (defined(__FreeBSD__) || defined(__NetBSD__) || defined(__OpenBSD__)) +# if (defined(__FreeBSD_kernel__) || defined(__NetBSD__) || defined(__Open= BSD__)) bus_dma_tag_t tag; /* bus_dma tag for desc array */ bus_dmamap_t map; /* bus_dma map for desc array */ bus_dma_segment_t segs[2]; /* bus_dmamap_load() or bus_dmamem_alloc() */ @@ -1068,7 +1070,7 @@ */ #define IOREF_CSR 1 /* access Tulip CSRs with IO cycles if 1 */ =20 -#if (defined(__FreeBSD__) && defined(DEVICE_POLLING)) +#if (defined(__FreeBSD_kernel__) && defined(DEVICE_POLLING)) # define DEV_POLL 1 #else # define DEV_POLL 0 @@ -1151,7 +1153,7 @@ # endif #endif =20 -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ struct callout callout; /* watchdog needs this */ struct device *dev; /* base device pointer */ bus_space_tag_t csr_tag; /* bus_space needs this */ @@ -1173,7 +1175,7 @@ int top_spl; /* lock card->watchdog vs core_ioctl */ int bottom_spl; /* lock for buf queues & descriptor rings */ # endif -#endif /* __FreeBSD__ */ +#endif /* __FreeBSD_kernel__ */ =20 #ifdef __linux__ struct pci_dev *pci_dev; /* READ/WRITE_PCI_CFG macros need this */ @@ -1210,7 +1212,7 @@ =20 /* Hide the minor differences between OS versions */ =20 -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ typedef void intr_return_t; # define READ_PCI_CFG(sc, addr) pci_read_config ((sc)->dev, addr, 4) # define WRITE_PCI_CFG(sc, addr, data) pci_write_config((sc)->dev, addr, d= ata, 4) @@ -1264,7 +1266,7 @@ # if (__FreeBSD_version >=3D 600000) # define IFF_RUNNING IFF_DRV_RUNNING # endif -#endif /* __FreeBSD__ */ +#endif /* __FreeBSD_kernel__ */ =20 #ifdef __NetBSD__ typedef int intr_return_t; @@ -1428,7 +1430,7 @@ #endif =20 #if (defined(__bsdi__) || /* unconditionally */ \ - (defined(__FreeBSD__) && (__FreeBSD_version < 503000)) || \ + (defined(__FreeBSD_kernel__) && (__FreeBSD_version < 503000)) || \ (defined(__NetBSD__) && (__NetBSD_Version__ < 106000000)) || \ (defined(__OpenBSD__) && ( OpenBSD < 200111))) # define IFQ_ENQUEUE(ifq, m, pa, err) \ @@ -1531,7 +1533,7 @@ static int t1_ioctl(softc_t *, struct ioctl *); =20 #if IFNET -# if ((defined(__FreeBSD__) && (__FreeBSD_version < 500000)) ||\ +# if ((defined(__FreeBSD_kernel__) && (__FreeBSD_version < 500000)) ||\ defined(__NetBSD__) || defined(__OpenBSD__) || defined(__bsdi__)) static void netisr_dispatch(int, struct mbuf *); # endif @@ -1541,7 +1543,7 @@ #if BSD static void mbuf_enqueue(struct desc_ring *, struct mbuf *); static struct mbuf* mbuf_dequeue(struct desc_ring *); -# ifdef __FreeBSD__ +# ifdef __FreeBSD_kernel__ static void fbsd_dmamap_load(void *, bus_dma_segment_t *, int, int); # endif static int create_ring(softc_t *, struct desc_ring *, int); @@ -1570,7 +1572,7 @@ static void core_interrupt(void *, int); static void user_interrupt(softc_t *, int); #if BSD -# if (defined(__FreeBSD__) && defined(DEVICE_POLLING)) +# if (defined(__FreeBSD_kernel__) && defined(DEVICE_POLLING)) static int fbsd_poll(struct ifnet *, enum poll_cmd, int); # endif static intr_return_t bsd_interrupt(void *); @@ -1638,12 +1640,12 @@ static int attach_card(softc_t *, const char *); static void detach_card(softc_t *); =20 -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ static int fbsd_probe(device_t); static int fbsd_detach(device_t); static int fbsd_shutdown(device_t); static int fbsd_attach(device_t); -#endif /* __FreeBSD__ */ +#endif /* __FreeBSD_kernel__ */ =20 #ifdef __NetBSD__ static int nbsd_match(struct device *t, struct cfdata *, void *); Index: sys/dev/mpt/mpilib/mpi_type.h =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 --- sys/dev/mpt/mpilib/mpi_type.h (revision 227831) +++ sys/dev/mpt/mpilib/mpi_type.h (working copy) @@ -55,7 +55,9 @@ #ifndef MPI_TYPE_H #define MPI_TYPE_H =20 +#include =20 + /*************************************************************************= ****** * Define MPI_POINTER if it hasn't already been defined. By default MPI_PO= INTER * is defined to be a near pointer. MPI_POINTER can be defined as a far po= inter @@ -77,7 +79,7 @@ typedef signed short S16; typedef unsigned short U16; =20 -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ =20 typedef int32_t S32; typedef uint32_t U32; Index: sys/dev/wi/if_wireg.h =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 --- sys/dev/wi/if_wireg.h (revision 227831) +++ sys/dev/wi/if_wireg.h (working copy) @@ -32,6 +32,8 @@ * $FreeBSD$ */ =20 +#include + #define WI_DELAY 5 #define WI_TIMEOUT (500000/WI_DELAY) /* 500 ms */ =20 @@ -84,7 +86,7 @@ #ifdef __NetBSD__ #define OS_STRING_NAME "NetBSD" #endif -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ #define OS_STRING_NAME "FreeBSD" #endif #ifdef __OpenBSD__ Index: sys/fs/nfs/nfs_var.h =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 --- sys/fs/nfs/nfs_var.h (revision 227831) +++ sys/fs/nfs/nfs_var.h (working copy) @@ -32,6 +32,8 @@ * $FreeBSD$ */ =20 +#include + /* * XXX needs and because of typedefs */ @@ -76,7 +78,7 @@ struct nfsvattr; struct nfs_vattr; struct NFSSVCARGS; -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ NFS_ACCESS_ARGS; NFS_OPEN_ARGS; NFS_GETATTR_ARGS; Index: sys/net/if_atm.h =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 --- sys/net/if_atm.h (revision 227831) +++ sys/net/if_atm.h (working copy) @@ -37,6 +37,8 @@ * net/if_atm.h */ =20 +#include + /* * Classification of ATM cards. */ @@ -202,7 +204,7 @@ =20 #if defined(__NetBSD__) || defined(__OpenBSD__) || defined(__bsdi__) #define RTALLOC1(A,B) rtalloc1((A),(B)) -#elif defined(__FreeBSD__) +#elif defined(__FreeBSD_kernel__) #define RTALLOC1(A,B) rtalloc1((A),(B),0UL) #endif =20 Index: sys/net/zlib.h =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 --- sys/net/zlib.h (revision 227831) +++ sys/net/zlib.h (working copy) @@ -50,6 +50,8 @@ #ifndef _ZLIB_H #define _ZLIB_H =20 +#include + #ifdef __cplusplus extern "C" { #endif @@ -510,7 +512,7 @@ done by inflate(). */ =20 -#if defined(__FreeBSD__) && defined(_KERNEL) +#if defined(__FreeBSD_kernel__) && defined(_KERNEL) #define inflate inflate_ppp /* FreeBSD already has an inflate :-= ( */ #endif =20 Index: sys/net80211/ieee80211_ioctl.h =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 --- sys/net80211/ieee80211_ioctl.h (revision 227831) +++ sys/net80211/ieee80211_ioctl.h (working copy) @@ -28,6 +28,8 @@ #ifndef _NET80211_IEEE80211_IOCTL_H_ #define _NET80211_IEEE80211_IOCTL_H_ =20 +#include + /* * IEEE 802.11 ioctls. */ @@ -569,7 +571,7 @@ uint16_t sv_vlan; }; =20 -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ /* * FreeBSD-style ioctls. */ @@ -849,6 +851,6 @@ #define IEEE80211_CLONE_WDSLEGACY 0x0004 /* legacy WDS processing */ #define IEEE80211_CLONE_MACADDR 0x0008 /* use specified mac addr */ #define IEEE80211_CLONE_TDMA 0x0010 /* operate in TDMA mode */ -#endif /* __FreeBSD__ */ +#endif /* __FreeBSD_kernel__ */ =20 #endif /* _NET80211_IEEE80211_IOCTL_H_ */ Index: sys/net80211/ieee80211_var.h =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 --- sys/net80211/ieee80211_var.h (revision 227831) +++ sys/net80211/ieee80211_var.h (working copy) @@ -28,13 +28,15 @@ #ifndef _NET80211_IEEE80211_VAR_H_ #define _NET80211_IEEE80211_VAR_H_ =20 +#include + /* * Definitions for IEEE 802.11 drivers. */ /* NB: portability glue must go first */ #if defined(__NetBSD__) #include -#elif defined(__FreeBSD__) +#elif defined(__FreeBSD_kernel__) #include #elif defined(__linux__) #include Index: sys/netinet/sctp_constants.h =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 --- sys/netinet/sctp_constants.h (revision 227831) +++ sys/netinet/sctp_constants.h (working copy) @@ -38,6 +38,8 @@ #ifndef __sctp_constants_h__ #define __sctp_constants_h__ =20 +#include + /* IANA assigned port number for SCTP over UDP encapsulation */ /* For freebsd we cannot bind the port at * startup. Otherwise what will happen is @@ -1020,7 +1022,7 @@ #define SCTP_GETTIME_TIMEVAL(x) (getmicrouptime(x)) #define SCTP_GETPTIME_TIMEVAL(x) (microuptime(x)) #endif -/*#if defined(__FreeBSD__) || defined(__APPLE__)*/ +/*#if defined(__FreeBSD_kernel__) || defined(__APPLE__)*/ /*#define SCTP_GETTIME_TIMEVAL(x) { \*/ /* (x)->tv_sec =3D ticks / 1000; \*/ /* (x)->tv_usec =3D (ticks % 1000) * 1000; \*/ @@ -1028,7 +1030,7 @@ =20 /*#else*/ /*#define SCTP_GETTIME_TIMEVAL(x) (microtime(x))*/ -/*#endif __FreeBSD__ */ +/*#endif __FreeBSD_kernel__ */ =20 #if defined(_KERNEL) || defined(__Userspace__) #define sctp_sowwakeup(inp, so) \ Index: sys/netinet/sctp_pcb.h =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 --- sys/netinet/sctp_pcb.h (revision 227831) +++ sys/netinet/sctp_pcb.h (working copy) @@ -37,6 +37,8 @@ #ifndef __sctp_pcb_h__ #define __sctp_pcb_h__ =20 +#include + #include #include #include @@ -240,7 +242,7 @@ * All static structures that anchor the system must be here. */ struct sctp_epinfo sctppcbinfo; -#if defined(__FreeBSD__) && defined(SMP) && defined(SCTP_USE_PERCPU_STAT) +#if defined(__FreeBSD_kernel__) && defined(SMP) && defined(SCTP_USE_PERCPU= _STAT) struct sctpstat *sctpstat; #else struct sctpstat sctpstat; @@ -633,7 +635,7 @@ struct sctp_inpcb *, uint8_t co_off); =20 -#if defined(__FreeBSD__) && defined(SCTP_MCORE_INPUT) && defined(SMP) +#if defined(__FreeBSD_kernel__) && defined(SCTP_MCORE_INPUT) && defined(SM= P) void sctp_queue_to_mcore(struct mbuf *m, int off, int cpu_to_use); =20 Index: sys/netinet/sctp_structs.h =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 --- sys/netinet/sctp_structs.h (revision 227831) +++ sys/netinet/sctp_structs.h (working copy) @@ -38,6 +38,8 @@ #ifndef __sctp_structs_h__ #define __sctp_structs_h__ =20 +#include + #include #include #include @@ -108,7 +110,7 @@ typedef int (*inp_func) (struct sctp_inpcb *, void *ptr, uint32_t val); typedef void (*end_func) (void *ptr, uint32_t val); =20 -#if defined(__FreeBSD__) && defined(SCTP_MCORE_INPUT) && defined(SMP) +#if defined(__FreeBSD_kernel__) && defined(SCTP_MCORE_INPUT) && defined(SM= P) /* whats on the mcore control struct */ struct sctp_mcore_queue { TAILQ_ENTRY(sctp_mcore_queue) next; Index: sys/netinet/sctp_uio.h =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 --- sys/netinet/sctp_uio.h (revision 227831) +++ sys/netinet/sctp_uio.h (working copy) @@ -37,6 +37,7 @@ #ifndef __sctp_uio_h__ #define __sctp_uio_h__ =20 +#include =20 #if ! defined(_KERNEL) #include @@ -1062,7 +1063,7 @@ =20 #define SCTP_STAT_INCR(_x) SCTP_STAT_INCR_BY(_x,1) #define SCTP_STAT_DECR(_x) SCTP_STAT_DECR_BY(_x,1) -#if defined(__FreeBSD__) && defined(SMP) && defined(SCTP_USE_PERCPU_STAT) +#if defined(__FreeBSD_kernel__) && defined(SMP) && defined(SCTP_USE_PERCPU= _STAT) #define SCTP_STAT_INCR_BY(_x,_d) (SCTP_BASE_STATS[PCPU_GET(cpuid)]._x +=3D= _d) #define SCTP_STAT_DECR_BY(_x,_d) (SCTP_BASE_STATS[PCPU_GET(cpuid)]._x -=3D= _d) #else Index: sys/sys/device_port.h =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 --- sys/sys/device_port.h (revision 227831) +++ sys/sys/device_port.h (working copy) @@ -27,9 +27,11 @@ * $FreeBSD$ */ =20 +#include + #if defined(__NetBSD__) # include -#elif defined(__FreeBSD__) +#elif defined(__FreeBSD_kernel__) # include # include #endif @@ -43,7 +45,7 @@ # define DEVPORT_DEVNAME(dev) (dev).dv_xname # define DEVPORT_DEVUNIT(dev) (dev).dv_unit =20 -#elif defined(__FreeBSD__) +#elif defined(__FreeBSD_kernel__) /* * FreeBSD (compatibility for struct device) */ @@ -67,4 +69,4 @@ #define DEVPORT_PDEVALLOC_SOFTC(pdev) device_get_softc(pdev) #define DEVPORT_PDEVGET_SOFTC(pdev) device_get_softc(pdev) =20 -#endif /* __FreeBSD__ */ +#endif /* __FreeBSD_kernel__ */ Index: sys/sys/timex.h =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 --- sys/sys/timex.h (revision 227831) +++ sys/sys/timex.h (working copy) @@ -95,6 +95,9 @@ */ #ifndef _SYS_TIMEX_H_ #define _SYS_TIMEX_H_ 1 + +#include + #define NTP_API 4 /* NTP API version */ =20 #ifndef MSDOS /* Microsoft specific */ @@ -218,7 +221,7 @@ long stbcnt; /* stability limit exceeded (ro) */ }; =20 -#ifdef __FreeBSD__ +#ifdef __FreeBSD_kernel__ =20 #ifdef _KERNEL void ntp_update_second(int64_t *adjustment, time_t *newsec); @@ -231,6 +234,6 @@ __END_DECLS #endif /* _KERNEL */ =20 -#endif /* __FreeBSD__ */ +#endif /* __FreeBSD_kernel__ */ =20 #endif /* !_SYS_TIMEX_H_ */ --nFreZHaLTZJo0R7j-- --8GpibOaaTibBMecb Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/kFreeBSD) iQIcBAEBCAAGBQJOzJoSAAoJELd1onhloKnOSSoP/14VCu82RmybijW2Jb2aWLjK z1XZVo5oPa6RM/rFGMIphfwRJv73ep4iieRDlbaxJm/Mky8VEY18VIMWVLlVeSFk W1RlzDaQEQVFx3mdhtVY22zEKRIDi+TAx8c5Fh/aOMacP2krrrbKFKNIjUCb1mGZ 5NNp42gnRCQkkdciZ0iDGP3jL2sG04vmNrzpC/2nVOyulzH+JLSvRAFbKg23XUe/ Xm4vaojiCPDRJk7FT7lznLW4g1i284ojYwGbxOm4GZl9T0XeUgw3ZCFpXHQ4zzjw RkesuQudqWbn3rJ5KD6xbhMF8NK3cxBVl33RRvXIVAD44abw97sAMshcW+JC50Pk dJ+F3lHxPi/RdGSZRpU0OYxnaTGc0ZByGyZrbo5589FcQx9UA2fhrhh0DQLCfSd1 bIHfZBrZnRf9DLlidnWn2FuQ2961gcMY/ehpqUXXTgY9CU8FvRRSdat8RJadlYI3 4epiiXzR9RZXlFxhhcN/s4uvKGuIZNbLSxBUZ98Nn3kaLpYQ9Ex+fGxO4ErWITEH 3mkj0a0hYUF9TSegXW6aIf//cyqT+P6FvY+o9ft4WUAXW+oyC7hpT7eExwmcBFTW RYs2MlbnVtuzwaXpkx0Vwv1JWII1+XRZRxrGywY/seXS8i+IvdbLS/P3iiiu4A57 cT9klxq+J6ViBv8ZFvF8 =qRMr -----END PGP SIGNATURE----- --8GpibOaaTibBMecb-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 23 07:17:21 2011 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 EB1AC106564A; Wed, 23 Nov 2011 07:17:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A504A8FC08; Wed, 23 Nov 2011 07:17:20 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAN7HJoq006870; Wed, 23 Nov 2011 02:17:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAN7HJu8006831; Wed, 23 Nov 2011 07:17:19 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 23 Nov 2011 07:17:19 GMT Message-Id: <201111230717.pAN7HJu8006831@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Wed, 23 Nov 2011 07:17:21 -0000 TB --- 2011-11-23 06:00:12 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-23 06:00:12 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-11-23 06:00:12 - cleaning the object tree TB --- 2011-11-23 06:00:18 - cvsupping the source tree TB --- 2011-11-23 06:00:18 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-11-23 06:00:56 - building world TB --- 2011-11-23 06:00:56 - CROSS_BUILD_TESTING=YES TB --- 2011-11-23 06:00:56 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-23 06:00:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-23 06:00:56 - SRCCONF=/dev/null TB --- 2011-11-23 06:00:56 - TARGET=ia64 TB --- 2011-11-23 06:00:56 - TARGET_ARCH=ia64 TB --- 2011-11-23 06:00:56 - TZ=UTC TB --- 2011-11-23 06:00:56 - __MAKE_CONF=/dev/null TB --- 2011-11-23 06:00:56 - cd /src TB --- 2011-11-23 06:00:56 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 23 06:00:56 UTC 2011 >>> 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 [...] gzip -cn /src/usr.bin/printf/printf.1 > printf.1.gz ===> usr.bin/procstat (all) cc -O2 -pipe -std=gnu99 -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/procstat/procstat.c cc -O2 -pipe -std=gnu99 -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_args.c cc -O2 -pipe -std=gnu99 -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_auxv.c cc1: warnings being treated as errors /src/usr.bin/procstat/procstat_auxv.c: In function 'procstat_auxv': /src/usr.bin/procstat/procstat_auxv.c:75: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.bin/procstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-23 07:17:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-23 07:17:19 - ERROR: failed to build world TB --- 2011-11-23 07:17:19 - 3642.05 user 706.41 system 4627.20 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 23 07:45:29 2011 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 BF4DD106566B for ; Wed, 23 Nov 2011 07:45:29 +0000 (UTC) (envelope-from girgen@pingpong.net) Received: from melon.pingpong.net (melon.pingpong.net [79.136.116.200]) by mx1.freebsd.org (Postfix) with ESMTP id 799668FC08 for ; Wed, 23 Nov 2011 07:45:29 +0000 (UTC) Received: from [10.170.255.111] (host-95-199-31-111.mobileonline.telia.com [95.199.31.111]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by melon.pingpong.net (Postfix) with ESMTPSA id 42BD61AF24; Wed, 23 Nov 2011 08:45:27 +0100 (CET) References: <1322011251.2779.86.camel@hitfishpass-lx.corp.yahoo.com> In-Reply-To: <1322011251.2779.86.camel@hitfishpass-lx.corp.yahoo.com> Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: <087DD07C-6A74-417C-BAEE-29CC10188AC1@pingpong.net> X-Mailer: iPhone Mail (9A405) From: Palle Girgensohn Date: Wed, 23 Nov 2011 08:45:23 +0100 To: Sean Bruno Cc: "freebsd-current@freebsd.org" Subject: Re: Remote access to HP Proliant hardware available to fix the problem with failing booting 9.0 on ciss(4), HP SmartArray P410i X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Nov 2011 07:45:29 -0000 23 nov 2011 kl. 02:20 skrev Sean Bruno : > On Tue, 2011-11-22 at 14:59 -0800, Palle Girgensohn wrote: >> Hi, >>=20 >> When installing 9.0 RC1 on our HP servers, we of course wanted to use gpt= intead of fdisk. However, it doesn't work. >>=20 >> First I tried gptzfsboot, it failed with an error (see this thread: >> http://lists.freebsd.org/pipermail/freebsd-current/2011-August/026175.htm= l) >>=20 >> Second, I tried a standard gptboot, it just goes into a boot loop. >>=20 >> Seriously, we have a couple of idle machines with ciss(4) and an iLO (for= remote connections). If someone has the knowledge and time to try and fix t= he problems with ciss and gpt boot, we have the equipment for it. >>=20 >> We tried with a standard vanilla zpool, no mirror or raid at all, on top o= f a ciss raid-5, and it failed with RC1. [trying RC2 now, but seems nothing i= s changed?]. >>=20 >> Anyone up to the task of finding this culprit, we can let you into the ma= chine remotely through the iLO. Please let me know. >>=20 >> Best reagards >> Palle Girgensohn >=20 > I just got done with an HP DL160G6 with a P410 raid-5 configuration in > the freebsd.org cluster. I definitely had to use RC2 due to some type > of disk issue. I suspect that > http://svnweb.freebsd.org/base?view=3Drevision&revision=3D227400 fixed it.= >=20 > Sean >=20 Thanks for the heads-up! Hoping for rc2! :-) Palle= From owner-freebsd-current@FreeBSD.ORG Wed Nov 23 07:57:53 2011 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 D7758106564A; Wed, 23 Nov 2011 07:57:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A300F8FC0C; Wed, 23 Nov 2011 07:57:53 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAN7vqTU075049; Wed, 23 Nov 2011 02:57:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAN7vqEG075030; Wed, 23 Nov 2011 07:57:52 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 23 Nov 2011 07:57:52 GMT Message-Id: <201111230757.pAN7vqEG075030@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Wed, 23 Nov 2011 07:57:54 -0000 TB --- 2011-11-23 05:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-23 05:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-11-23 05:10:00 - cleaning the object tree TB --- 2011-11-23 05:10:28 - cvsupping the source tree TB --- 2011-11-23 05:10:28 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-11-23 05:10:56 - building world TB --- 2011-11-23 05:10:56 - CROSS_BUILD_TESTING=YES TB --- 2011-11-23 05:10:56 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-23 05:10:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-23 05:10:56 - SRCCONF=/dev/null TB --- 2011-11-23 05:10:56 - TARGET=amd64 TB --- 2011-11-23 05:10:56 - TARGET_ARCH=amd64 TB --- 2011-11-23 05:10:56 - TZ=UTC TB --- 2011-11-23 05:10:56 - __MAKE_CONF=/dev/null TB --- 2011-11-23 05:10:56 - cd /src TB --- 2011-11-23 05:10:56 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 23 05:10:57 UTC 2011 >>> 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 Wed Nov 23 07:49:49 UTC 2011 TB --- 2011-11-23 07:49:49 - generating LINT kernel config TB --- 2011-11-23 07:49:49 - cd /src/sys/amd64/conf TB --- 2011-11-23 07:49:49 - /usr/bin/make -B LINT TB --- 2011-11-23 07:49:49 - cd /src/sys/amd64/conf TB --- 2011-11-23 07:49:49 - /usr/sbin/config -m LINT-NOINET TB --- 2011-11-23 07:49:49 - building LINT-NOINET kernel TB --- 2011-11-23 07:49:49 - CROSS_BUILD_TESTING=YES TB --- 2011-11-23 07:49:49 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-23 07:49:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-23 07:49:49 - SRCCONF=/dev/null TB --- 2011-11-23 07:49:49 - TARGET=amd64 TB --- 2011-11-23 07:49:49 - TARGET_ARCH=amd64 TB --- 2011-11-23 07:49:49 - TZ=UTC TB --- 2011-11-23 07:49:49 - __MAKE_CONF=/dev/null TB --- 2011-11-23 07:49:49 - cd /src TB --- 2011-11-23 07:49:49 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Wed Nov 23 07:49:49 UTC 2011 >>> 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 [...] cc1: warnings being treated as errors /src/sys/dev/netmap/netmap.c: In function 'netmap_memory_init': /src/sys/dev/netmap/netmap.c:1626: warning: format '%d' expects type 'int', but argument 7 has type 'size_t' [-Wformat] /src/sys/dev/netmap/netmap.c:1634: warning: format '%d' expects type 'int', but argument 7 has type 'size_t' [-Wformat] /src/sys/dev/netmap/netmap.c: In function 'netmap_memory_fini': /src/sys/dev/netmap/netmap.c:1677: warning: format '%d' expects type 'int', but argument 2 has type 'size_t' [-Wformat] /src/sys/dev/netmap/netmap.c: In function 'netmap_init': /src/sys/dev/netmap/netmap.c:1707: warning: format '%d' expects type 'int', but argument 2 has type 'size_t' [-Wformat] *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT-NOINET. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-23 07:57:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-23 07:57:52 - ERROR: failed to build LINT-NOINET kernel TB --- 2011-11-23 07:57:52 - 7973.36 user 1507.55 system 10071.61 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 23 08:10:23 2011 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 0C0B410656DC; Wed, 23 Nov 2011 08:10:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id BAC3F8FC18; Wed, 23 Nov 2011 08:10:22 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAN8ALiJ056950; Wed, 23 Nov 2011 03:10:22 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAN8ALrL056944; Wed, 23 Nov 2011 08:10:21 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 23 Nov 2011 08:10:21 GMT Message-Id: <201111230810.pAN8ALrL056944@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2011 08:10:23 -0000 TB --- 2011-11-23 07:17:20 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-23 07:17:20 - starting HEAD tinderbox run for mips/mips TB --- 2011-11-23 07:17:20 - cleaning the object tree TB --- 2011-11-23 07:17:28 - cvsupping the source tree TB --- 2011-11-23 07:17:28 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-11-23 07:17:52 - building world TB --- 2011-11-23 07:17:52 - CROSS_BUILD_TESTING=YES TB --- 2011-11-23 07:17:52 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-23 07:17:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-23 07:17:52 - SRCCONF=/dev/null TB --- 2011-11-23 07:17:52 - TARGET=mips TB --- 2011-11-23 07:17:52 - TARGET_ARCH=mips TB --- 2011-11-23 07:17:52 - TZ=UTC TB --- 2011-11-23 07:17:52 - __MAKE_CONF=/dev/null TB --- 2011-11-23 07:17:52 - cd /src TB --- 2011-11-23 07:17:52 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 23 07:17:52 UTC 2011 >>> 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 [...] gzip -cn /src/usr.bin/printf/printf.1 > printf.1.gz ===> usr.bin/procstat (all) cc -O -pipe -G0 -std=gnu99 -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/procstat/procstat.c cc -O -pipe -G0 -std=gnu99 -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_args.c cc -O -pipe -G0 -std=gnu99 -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_auxv.c cc1: warnings being treated as errors /src/usr.bin/procstat/procstat_auxv.c: In function 'procstat_auxv': /src/usr.bin/procstat/procstat_auxv.c:75: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.bin/procstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-23 08:10:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-23 08:10:21 - ERROR: failed to build world TB --- 2011-11-23 08:10:21 - 2265.15 user 628.24 system 3181.59 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 23 08:11:57 2011 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 948701065673 for ; Wed, 23 Nov 2011 08:11:57 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2001:470:1f0b:105e::1ea]) by mx1.freebsd.org (Postfix) with ESMTP id 5A3EA8FC0A for ; Wed, 23 Nov 2011 08:11:57 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id 4AE6BE1E06; Wed, 23 Nov 2011 09:11:56 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=iso-8859-1 From: Stefan Bethke In-Reply-To: Date: Wed, 23 Nov 2011 09:11:55 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <38585DB4-6CD8-4D8A-9561-66A9933D32DC@lassitu.de> References: <5D3FFA12-BB54-4297-A098-3B85951ECEC5@lassitu.de> <3A9E50F5-03D3-4DD5-A95D-5948D4705462@lassitu.de> To: Jason Edwards X-Mailer: Apple Mail (2.1251.1) Cc: freebsd-current@freebsd.org Subject: Re: ee (easy editor) bugged on 9.0? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Nov 2011 08:11:57 -0000 Am 22.11.2011 um 21:56 schrieb Jason Edwards: > I wonder: is cons25 bugged or simply obsolete? Not that I want to keep > cons25; just being curious. cons25 is no more, syscons speaks xterm now, thanks to Ed Schouten and = his libteken. Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-current@FreeBSD.ORG Wed Nov 23 09:11:06 2011 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 DDFFC1065672; Wed, 23 Nov 2011 09:11:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 993128FC13; Wed, 23 Nov 2011 09:11:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAN9B4J2085358; Wed, 23 Nov 2011 04:11:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAN9B4ue085354; Wed, 23 Nov 2011 09:11:04 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 23 Nov 2011 09:11:04 GMT Message-Id: <201111230911.pAN9B4ue085354@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2011 09:11:06 -0000 TB --- 2011-11-23 08:10:22 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-23 08:10:22 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-11-23 08:10:22 - cleaning the object tree TB --- 2011-11-23 08:10:30 - cvsupping the source tree TB --- 2011-11-23 08:10:30 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-11-23 08:11:39 - building world TB --- 2011-11-23 08:11:39 - CROSS_BUILD_TESTING=YES TB --- 2011-11-23 08:11:39 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-23 08:11:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-23 08:11:39 - SRCCONF=/dev/null TB --- 2011-11-23 08:11:39 - TARGET=sparc64 TB --- 2011-11-23 08:11:39 - TARGET_ARCH=sparc64 TB --- 2011-11-23 08:11:39 - TZ=UTC TB --- 2011-11-23 08:11:39 - __MAKE_CONF=/dev/null TB --- 2011-11-23 08:11:39 - cd /src TB --- 2011-11-23 08:11:39 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 23 08:11:39 UTC 2011 >>> 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 [...] gzip -cn /src/usr.bin/printf/printf.1 > printf.1.gz ===> usr.bin/procstat (all) cc -O2 -pipe -std=gnu99 -fstack-protector -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/procstat/procstat.c cc -O2 -pipe -std=gnu99 -fstack-protector -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_args.c cc -O2 -pipe -std=gnu99 -fstack-protector -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_auxv.c cc1: warnings being treated as errors /src/usr.bin/procstat/procstat_auxv.c: In function 'procstat_auxv': /src/usr.bin/procstat/procstat_auxv.c:75: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.bin/procstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-23 09:11:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-23 09:11:04 - ERROR: failed to build world TB --- 2011-11-23 09:11:04 - 2669.35 user 615.55 system 3642.36 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 23 09:29:09 2011 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 0D4A81065670; Wed, 23 Nov 2011 09:29:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id AB50B8FC12; Wed, 23 Nov 2011 09:29:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAN9T7hv083774; Wed, 23 Nov 2011 04:29:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAN9T7px083769; Wed, 23 Nov 2011 09:29:07 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 23 Nov 2011 09:29:07 GMT Message-Id: <201111230929.pAN9T7px083769@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Wed, 23 Nov 2011 09:29:09 -0000 TB --- 2011-11-23 07:38:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-23 07:38:00 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-11-23 07:38:00 - cleaning the object tree TB --- 2011-11-23 07:38:09 - cvsupping the source tree TB --- 2011-11-23 07:38:09 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-11-23 07:38:22 - building world TB --- 2011-11-23 07:38:22 - CROSS_BUILD_TESTING=YES TB --- 2011-11-23 07:38:22 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-23 07:38:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-23 07:38:22 - SRCCONF=/dev/null TB --- 2011-11-23 07:38:22 - TARGET=powerpc TB --- 2011-11-23 07:38:22 - TARGET_ARCH=powerpc TB --- 2011-11-23 07:38:22 - TZ=UTC TB --- 2011-11-23 07:38:22 - __MAKE_CONF=/dev/null TB --- 2011-11-23 07:38:22 - cd /src TB --- 2011-11-23 07:38:22 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 23 07:38:23 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /src/usr.bin/procstat/procstat_auxv.c: In function 'procstat_auxv': /src/usr.bin/procstat/procstat_auxv.c:116: error: 'AT_NOTELF' undeclared (first use in this function) /src/usr.bin/procstat/procstat_auxv.c:116: error: (Each undeclared identifier is reported only once /src/usr.bin/procstat/procstat_auxv.c:116: error: for each function it appears in.) /src/usr.bin/procstat/procstat_auxv.c:120: error: 'AT_UID' undeclared (first use in this function) /src/usr.bin/procstat/procstat_auxv.c:124: error: 'AT_EUID' undeclared (first use in this function) /src/usr.bin/procstat/procstat_auxv.c:128: error: 'AT_GID' undeclared (first use in this function) /src/usr.bin/procstat/procstat_auxv.c:132: error: 'AT_EGID' undeclared (first use in this function) *** Error code 1 Stop in /src/usr.bin/procstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-23 09:29:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-23 09:29:07 - ERROR: failed to build world TB --- 2011-11-23 09:29:07 - 5463.49 user 911.39 system 6667.49 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 23 09:49:15 2011 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 AD72E1065673; Wed, 23 Nov 2011 09:49:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 4A1D18FC12; Wed, 23 Nov 2011 09:49:15 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAN9nEka037190; Wed, 23 Nov 2011 04:49:14 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAN9nELk037189; Wed, 23 Nov 2011 09:49:14 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 23 Nov 2011 09:49:14 GMT Message-Id: <201111230949.pAN9nELk037189@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/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: Wed, 23 Nov 2011 09:49:15 -0000 TB --- 2011-11-23 07:57:53 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-23 07:57:53 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-11-23 07:57:53 - cleaning the object tree TB --- 2011-11-23 07:58:03 - cvsupping the source tree TB --- 2011-11-23 07:58:03 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-11-23 07:58:53 - building world TB --- 2011-11-23 07:58:53 - CROSS_BUILD_TESTING=YES TB --- 2011-11-23 07:58:53 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-23 07:58:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-23 07:58:53 - SRCCONF=/dev/null TB --- 2011-11-23 07:58:53 - TARGET=powerpc TB --- 2011-11-23 07:58:53 - TARGET_ARCH=powerpc64 TB --- 2011-11-23 07:58:53 - TZ=UTC TB --- 2011-11-23 07:58:53 - __MAKE_CONF=/dev/null TB --- 2011-11-23 07:58:53 - cd /src TB --- 2011-11-23 07:58:53 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 23 07:58:54 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /src/usr.bin/procstat/procstat_auxv.c: In function 'procstat_auxv': /src/usr.bin/procstat/procstat_auxv.c:116: error: 'AT_NOTELF' undeclared (first use in this function) /src/usr.bin/procstat/procstat_auxv.c:116: error: (Each undeclared identifier is reported only once /src/usr.bin/procstat/procstat_auxv.c:116: error: for each function it appears in.) /src/usr.bin/procstat/procstat_auxv.c:120: error: 'AT_UID' undeclared (first use in this function) /src/usr.bin/procstat/procstat_auxv.c:124: error: 'AT_EUID' undeclared (first use in this function) /src/usr.bin/procstat/procstat_auxv.c:128: error: 'AT_GID' undeclared (first use in this function) /src/usr.bin/procstat/procstat_auxv.c:132: error: 'AT_EGID' undeclared (first use in this function) *** Error code 1 Stop in /src/usr.bin/procstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-23 09:49:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-23 09:49:14 - ERROR: failed to build world TB --- 2011-11-23 09:49:14 - 5506.52 user 903.80 system 6680.96 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 23 09:49:34 2011 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 905881065742; Wed, 23 Nov 2011 09:49:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 56FD08FC14; Wed, 23 Nov 2011 09:49:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAN9nXkY037518; Wed, 23 Nov 2011 04:49:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAN9nX8r037517; Wed, 23 Nov 2011 09:49:33 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 23 Nov 2011 09:49:33 GMT Message-Id: <201111230949.pAN9nX8r037517@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2011 09:49:34 -0000 TB --- 2011-11-23 05:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-23 05:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-11-23 05:10:00 - cleaning the object tree TB --- 2011-11-23 05:10:39 - cvsupping the source tree TB --- 2011-11-23 05:10:39 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-11-23 05:16:03 - building world TB --- 2011-11-23 05:16:03 - CROSS_BUILD_TESTING=YES TB --- 2011-11-23 05:16:03 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-23 05:16:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-23 05:16:03 - SRCCONF=/dev/null TB --- 2011-11-23 05:16:03 - TARGET=i386 TB --- 2011-11-23 05:16:03 - TARGET_ARCH=i386 TB --- 2011-11-23 05:16:03 - TZ=UTC TB --- 2011-11-23 05:16:03 - __MAKE_CONF=/dev/null TB --- 2011-11-23 05:16:03 - cd /src TB --- 2011-11-23 05:16:03 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 23 05:16:03 UTC 2011 >>> 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 Wed Nov 23 07:24:45 UTC 2011 TB --- 2011-11-23 07:24:45 - generating LINT kernel config TB --- 2011-11-23 07:24:45 - cd /src/sys/i386/conf TB --- 2011-11-23 07:24:45 - /usr/bin/make -B LINT TB --- 2011-11-23 07:24:45 - cd /src/sys/i386/conf TB --- 2011-11-23 07:24:45 - /usr/sbin/config -m LINT-NOINET TB --- 2011-11-23 07:24:45 - building LINT-NOINET kernel TB --- 2011-11-23 07:24:45 - CROSS_BUILD_TESTING=YES TB --- 2011-11-23 07:24:45 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-23 07:24:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-23 07:24:45 - SRCCONF=/dev/null TB --- 2011-11-23 07:24:45 - TARGET=i386 TB --- 2011-11-23 07:24:45 - TARGET_ARCH=i386 TB --- 2011-11-23 07:24:45 - TZ=UTC TB --- 2011-11-23 07:24:45 - __MAKE_CONF=/dev/null TB --- 2011-11-23 07:24:45 - cd /src TB --- 2011-11-23 07:24:45 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Wed Nov 23 07:24:45 UTC 2011 >>> 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 >>> Kernel build for LINT-NOINET completed on Wed Nov 23 07:54:24 UTC 2011 TB --- 2011-11-23 07:54:24 - cd /src/sys/i386/conf TB --- 2011-11-23 07:54:24 - /usr/sbin/config -m LINT-NOINET6 TB --- 2011-11-23 07:54:24 - building LINT-NOINET6 kernel TB --- 2011-11-23 07:54:24 - CROSS_BUILD_TESTING=YES TB --- 2011-11-23 07:54:24 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-23 07:54:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-23 07:54:24 - SRCCONF=/dev/null TB --- 2011-11-23 07:54:24 - TARGET=i386 TB --- 2011-11-23 07:54:24 - TARGET_ARCH=i386 TB --- 2011-11-23 07:54:24 - TZ=UTC TB --- 2011-11-23 07:54:24 - __MAKE_CONF=/dev/null TB --- 2011-11-23 07:54:24 - cd /src TB --- 2011-11-23 07:54:24 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Wed Nov 23 07:54:24 UTC 2011 >>> 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 >>> Kernel build for LINT-NOINET6 completed on Wed Nov 23 08:24:30 UTC 2011 TB --- 2011-11-23 08:24:30 - cd /src/sys/i386/conf TB --- 2011-11-23 08:24:30 - /usr/sbin/config -m LINT-NOIP TB --- 2011-11-23 08:24:30 - building LINT-NOIP kernel TB --- 2011-11-23 08:24:30 - CROSS_BUILD_TESTING=YES TB --- 2011-11-23 08:24:30 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-23 08:24:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-23 08:24:30 - SRCCONF=/dev/null TB --- 2011-11-23 08:24:30 - TARGET=i386 TB --- 2011-11-23 08:24:30 - TARGET_ARCH=i386 TB --- 2011-11-23 08:24:30 - TZ=UTC TB --- 2011-11-23 08:24:30 - __MAKE_CONF=/dev/null TB --- 2011-11-23 08:24:30 - cd /src TB --- 2011-11-23 08:24:30 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Wed Nov 23 08:24:30 UTC 2011 >>> 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 >>> Kernel build for LINT-NOIP completed on Wed Nov 23 08:52:01 UTC 2011 TB --- 2011-11-23 08:52:01 - cd /src/sys/i386/conf TB --- 2011-11-23 08:52:01 - /usr/sbin/config -m LINT-VIMAGE TB --- 2011-11-23 08:52:01 - building LINT-VIMAGE kernel TB --- 2011-11-23 08:52:01 - CROSS_BUILD_TESTING=YES TB --- 2011-11-23 08:52:01 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-23 08:52:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-23 08:52:01 - SRCCONF=/dev/null TB --- 2011-11-23 08:52:01 - TARGET=i386 TB --- 2011-11-23 08:52:01 - TARGET_ARCH=i386 TB --- 2011-11-23 08:52:01 - TZ=UTC TB --- 2011-11-23 08:52:01 - __MAKE_CONF=/dev/null TB --- 2011-11-23 08:52:01 - cd /src TB --- 2011-11-23 08:52:01 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Wed Nov 23 08:52:01 UTC 2011 >>> 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 >>> Kernel build for LINT-VIMAGE completed on Wed Nov 23 09:21:26 UTC 2011 TB --- 2011-11-23 09:21:26 - cd /src/sys/i386/conf TB --- 2011-11-23 09:21:26 - /usr/sbin/config -m GENERIC TB --- 2011-11-23 09:21:26 - building GENERIC kernel TB --- 2011-11-23 09:21:26 - CROSS_BUILD_TESTING=YES TB --- 2011-11-23 09:21:26 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-23 09:21:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-23 09:21:26 - SRCCONF=/dev/null TB --- 2011-11-23 09:21:26 - TARGET=i386 TB --- 2011-11-23 09:21:26 - TARGET_ARCH=i386 TB --- 2011-11-23 09:21:26 - TZ=UTC TB --- 2011-11-23 09:21:26 - __MAKE_CONF=/dev/null TB --- 2011-11-23 09:21:26 - cd /src TB --- 2011-11-23 09:21:26 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Nov 23 09:21:26 UTC 2011 >>> 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 >>> Kernel build for GENERIC completed on Wed Nov 23 09:42:30 UTC 2011 TB --- 2011-11-23 09:42:30 - cd /src/sys/i386/conf TB --- 2011-11-23 09:42:30 - /usr/sbin/config -m PAE TB --- 2011-11-23 09:42:30 - building PAE kernel TB --- 2011-11-23 09:42:30 - CROSS_BUILD_TESTING=YES TB --- 2011-11-23 09:42:30 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-23 09:42:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-23 09:42:30 - SRCCONF=/dev/null TB --- 2011-11-23 09:42:30 - TARGET=i386 TB --- 2011-11-23 09:42:30 - TARGET_ARCH=i386 TB --- 2011-11-23 09:42:30 - TZ=UTC TB --- 2011-11-23 09:42:30 - __MAKE_CONF=/dev/null TB --- 2011-11-23 09:42:30 - cd /src TB --- 2011-11-23 09:42:30 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Wed Nov 23 09:42:30 UTC 2011 >>> 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 >>> Kernel build for PAE completed on Wed Nov 23 09:47:58 UTC 2011 TB --- 2011-11-23 09:47:58 - cd /src/sys/i386/conf TB --- 2011-11-23 09:47:58 - /usr/sbin/config -m XBOX TB --- 2011-11-23 09:47:58 - building XBOX kernel TB --- 2011-11-23 09:47:58 - CROSS_BUILD_TESTING=YES TB --- 2011-11-23 09:47:58 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-23 09:47:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-23 09:47:58 - SRCCONF=/dev/null TB --- 2011-11-23 09:47:58 - TARGET=i386 TB --- 2011-11-23 09:47:58 - TARGET_ARCH=i386 TB --- 2011-11-23 09:47:58 - TZ=UTC TB --- 2011-11-23 09:47:58 - __MAKE_CONF=/dev/null TB --- 2011-11-23 09:47:58 - cd /src TB --- 2011-11-23 09:47:58 - /usr/bin/make -B buildkernel KERNCONF=XBOX >>> Kernel build for XBOX started on Wed Nov 23 09:47:58 UTC 2011 >>> 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 -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -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 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_pmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -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 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_priv.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -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 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_proc.c cc1: warnings being treated as errors /src/sys/kern/kern_proc.c: In function 'get_proc_vector': /src/sys/kern/kern_proc.c:1500: warning: 'size' may be used uninitialized in this function /src/sys/kern/kern_proc.c:1500: warning: 'vsize' may be used uninitialized in this function /src/sys/kern/kern_proc.c:1498: warning: 'vptr' may be used uninitialized in this function *** Error code 1 Stop in /obj/i386.i386/src/sys/XBOX. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-23 09:49:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-23 09:49:33 - ERROR: failed to build XBOX kernel TB --- 2011-11-23 09:49:33 - 13340.57 user 2244.59 system 16772.34 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 23 10:44:19 2011 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 7E1841065673 for ; Wed, 23 Nov 2011 10:44:19 +0000 (UTC) (envelope-from ray@dlink.ua) Received: from dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 1D6FC8FC19 for ; Wed, 23 Nov 2011 10:44:18 +0000 (UTC) Received: from [192.168.99.1] (helo=terran.dlink.ua) by dlink.ua with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1RT9eq-0002aw-JY for freebsd-current@freebsd.org; Wed, 23 Nov 2011 12:02:26 +0200 Date: Wed, 23 Nov 2011 12:07:15 +0200 From: Aleksandr Rybalko To: freebsd-current@freebsd.org Message-Id: <20111123120715.7a338cbd.ray@dlink.ua> Organization: D-Link X-Mailer: Sylpheed 2.7.1 (GTK+ 2.20.1; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: 9.0-RC2 - bsdinstall - ifconfig X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Nov 2011 10:44:19 -0000 Hi peoples who stay current! Several days ago I made fresh installation of 9.0-RC2. I found that new installer is very easy and very usable. But found small problem: When I doing interface configuration, I press instead of and then for return press , after that dialog was closed with only IP field filled. So it is not a problem that not supported, but problem is that unexpected keys combinations close the dialog box. Thank you! WBW -- Alexandr Rybalko aka Alex RAY From owner-freebsd-current@FreeBSD.ORG Wed Nov 23 07:22:15 2011 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 C8C4B106564A; Wed, 23 Nov 2011 07:22:15 +0000 (UTC) (envelope-from maxim.konovalov@gmail.com) Received: from mp2.macomnet.net (ipv6.irc.int.ru [IPv6:2a02:28:1:2::1b:2]) by mx1.freebsd.org (Postfix) with ESMTP id 3594D8FC08; Wed, 23 Nov 2011 07:22:15 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.14.5/8.14.5) with ESMTP id pAN7MDhj022144; Wed, 23 Nov 2011 11:22:13 +0400 (MSK) (envelope-from maxim.konovalov@gmail.com) Date: Wed, 23 Nov 2011 11:22:13 +0400 (MSK) From: Maxim Konovalov To: Kostik Belousov In-Reply-To: <20111122154935.GR50300@deviant.kiev.zoral.com.ua> Message-ID: References: <20111122124410.GP50300@deviant.kiev.zoral.com.ua> <20111122154357.GI95664@mdounin.ru> <20111122154935.GR50300@deviant.kiev.zoral.com.ua> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Wed, 23 Nov 2011 12:03:18 +0000 Cc: arch@freebsd.org, current@freebsd.org, igor@sysoev.ru, Maxim Dounin Subject: Re: RLIMIT_DATA and malloc(3) use of mmap(2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2011 07:22:15 -0000 [...] > Anyway, the patch needs testers before I will push it forward. > [igor's email was corrected] We will test it in out environment and let you know. Thanks for the patch! -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Wed Nov 23 12:35:30 2011 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 39D1D106564A; Wed, 23 Nov 2011 12:35:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 0F4698FC0C; Wed, 23 Nov 2011 12:35:29 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pANCZTDN070296; Wed, 23 Nov 2011 07:35:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pANCZTEw070243; Wed, 23 Nov 2011 12:35:29 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 23 Nov 2011 12:35:29 GMT Message-Id: <201111231235.pANCZTEw070243@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Wed, 23 Nov 2011 12:35:30 -0000 TB --- 2011-11-23 09:50:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-23 09:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-11-23 09:50:00 - cleaning the object tree TB --- 2011-11-23 09:50:28 - cvsupping the source tree TB --- 2011-11-23 09:50:28 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-11-23 09:51:06 - building world TB --- 2011-11-23 09:51:06 - CROSS_BUILD_TESTING=YES TB --- 2011-11-23 09:51:06 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-23 09:51:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-23 09:51:06 - SRCCONF=/dev/null TB --- 2011-11-23 09:51:06 - TARGET=amd64 TB --- 2011-11-23 09:51:06 - TARGET_ARCH=amd64 TB --- 2011-11-23 09:51:06 - TZ=UTC TB --- 2011-11-23 09:51:06 - __MAKE_CONF=/dev/null TB --- 2011-11-23 09:51:06 - cd /src TB --- 2011-11-23 09:51:06 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 23 09:51:06 UTC 2011 >>> 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 Wed Nov 23 12:27:25 UTC 2011 TB --- 2011-11-23 12:27:25 - generating LINT kernel config TB --- 2011-11-23 12:27:25 - cd /src/sys/amd64/conf TB --- 2011-11-23 12:27:25 - /usr/bin/make -B LINT TB --- 2011-11-23 12:27:25 - cd /src/sys/amd64/conf TB --- 2011-11-23 12:27:25 - /usr/sbin/config -m LINT-NOINET TB --- 2011-11-23 12:27:25 - building LINT-NOINET kernel TB --- 2011-11-23 12:27:25 - CROSS_BUILD_TESTING=YES TB --- 2011-11-23 12:27:25 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-23 12:27:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-23 12:27:25 - SRCCONF=/dev/null TB --- 2011-11-23 12:27:25 - TARGET=amd64 TB --- 2011-11-23 12:27:25 - TARGET_ARCH=amd64 TB --- 2011-11-23 12:27:25 - TZ=UTC TB --- 2011-11-23 12:27:25 - __MAKE_CONF=/dev/null TB --- 2011-11-23 12:27:25 - cd /src TB --- 2011-11-23 12:27:25 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Wed Nov 23 12:27:25 UTC 2011 >>> 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 [...] cc1: warnings being treated as errors /src/sys/dev/netmap/netmap.c: In function 'netmap_memory_init': /src/sys/dev/netmap/netmap.c:1626: warning: format '%d' expects type 'int', but argument 7 has type 'size_t' [-Wformat] /src/sys/dev/netmap/netmap.c:1634: warning: format '%d' expects type 'int', but argument 7 has type 'size_t' [-Wformat] /src/sys/dev/netmap/netmap.c: In function 'netmap_memory_fini': /src/sys/dev/netmap/netmap.c:1677: warning: format '%d' expects type 'int', but argument 2 has type 'size_t' [-Wformat] /src/sys/dev/netmap/netmap.c: In function 'netmap_init': /src/sys/dev/netmap/netmap.c:1707: warning: format '%d' expects type 'int', but argument 2 has type 'size_t' [-Wformat] *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT-NOINET. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-23 12:35:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-23 12:35:28 - ERROR: failed to build LINT-NOINET kernel TB --- 2011-11-23 12:35:28 - 7799.66 user 1502.58 system 9927.94 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 23 12:41:34 2011 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 9F633106566B for ; Wed, 23 Nov 2011 12:41:34 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2001:470:1f0b:105e::1ea]) by mx1.freebsd.org (Postfix) with ESMTP id 69CFD8FC0A for ; Wed, 23 Nov 2011 12:41:34 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id 508F71103A5; Wed, 23 Nov 2011 13:41:33 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Stefan Bethke In-Reply-To: <20111123120715.7a338cbd.ray@dlink.ua> Date: Wed, 23 Nov 2011 13:41:32 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20111123120715.7a338cbd.ray@dlink.ua> To: Aleksandr Rybalko X-Mailer: Apple Mail (2.1084) Cc: freebsd-current@freebsd.org Subject: Re: 9.0-RC2 - bsdinstall - ifconfig X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Nov 2011 12:41:34 -0000 Am 23.11.2011 um 11:07 schrieb Aleksandr Rybalko: > Hi peoples who stay current! >=20 > Several days ago I made fresh installation of 9.0-RC2. > I found that new installer is very easy and very usable. > But found small problem: > When I doing interface configuration, I press instead of > and then for return press , after that dialog was closed > with only IP field filled. >=20 > So it is not a problem that not supported, but problem is > that unexpected keys combinations close the dialog box. I've been annoyed by this dialog mis-feature as well, and I've just = found this debian bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D641135 My standard terminal is Mac OS X' Terminal.app, using TERM=3Dxterm-color. = I've tested this dialog invocation: $ dialog --menu foo 20 60 12 a one b two c three Hitting Shift-Tab exits from dialog. Looking at /etc/termcap, it seems the various xterm definitions lack a = kB definition. syscons as well as Terminal.app produces ^]]Z for = Shift-Tab. If I set these environment variables: $ export TERMCAP=3D'xterm-fixed:kB=3D\E[Z:tc=3Dxterm-color:' $ export TERM=3Dxterm-fixed dialog behaves correctly. This article discusses how to add a keybinding for plain xterm to = produce ^[[Z for Shift-Tab (by default, xterm produces ^I for both Tab = and Shift-Tab): http://stuff.mit.edu/afs/sipb/user/daveg/Info/backtab-howto.txt It might be beneficial to add kB=3D\e[Z to the standard xterm entries in = our termcap. Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-current@FreeBSD.ORG Wed Nov 23 14:06:22 2011 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 8C4781065672 for ; Wed, 23 Nov 2011 14:06:22 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2001:470:1f0b:105e::1ea]) by mx1.freebsd.org (Postfix) with ESMTP id 53C668FC1C for ; Wed, 23 Nov 2011 14:06:22 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id 83ACB110C1A; Wed, 23 Nov 2011 15:06:21 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Stefan Bethke In-Reply-To: Date: Wed, 23 Nov 2011 15:06:20 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <51D03405-064A-4BDF-A9A9-BF846A38AA14@lassitu.de> References: <20111123120715.7a338cbd.ray@dlink.ua> To: freebsd-current Current X-Mailer: Apple Mail (2.1084) Cc: Aleksandr Rybalko Subject: Re: 9.0-RC2 - bsdinstall - ifconfig X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Nov 2011 14:06:22 -0000 Am 23.11.2011 um 13:41 schrieb Stefan Bethke: > Am 23.11.2011 um 11:07 schrieb Aleksandr Rybalko: >=20 >> Hi peoples who stay current! >>=20 >> Several days ago I made fresh installation of 9.0-RC2. >> I found that new installer is very easy and very usable. >> But found small problem: >> When I doing interface configuration, I press instead of = >> and then for return press , after that dialog was closed >> with only IP field filled. >>=20 >> So it is not a problem that not supported, but problem is >> that unexpected keys combinations close the dialog box. >=20 > I've been annoyed by this dialog mis-feature as well, and I've just = found this debian bug: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D641135 >=20 > My standard terminal is Mac OS X' Terminal.app, using = TERM=3Dxterm-color. I've tested this dialog invocation: > $ dialog --menu foo 20 60 12 a one b two c three > Hitting Shift-Tab exits from dialog. >=20 > Looking at /etc/termcap, it seems the various xterm definitions lack a = kB definition. syscons as well as Terminal.app produces ^]]Z for = Shift-Tab. >=20 > If I set these environment variables: > $ export TERMCAP=3D'xterm-fixed:kB=3D\E[Z:tc=3Dxterm-color:' > $ export TERM=3Dxterm-fixed >=20 > dialog behaves correctly. >=20 > This article discusses how to add a keybinding for plain xterm to = produce ^[[Z for Shift-Tab (by default, xterm produces ^I for both Tab = and Shift-Tab): > http://stuff.mit.edu/afs/sipb/user/daveg/Info/backtab-howto.txt >=20 > It might be beneficial to add kB=3D\e[Z to the standard xterm entries = in our termcap. http://www.freebsd.org/cgi/query-pr.cgi?pr=3D162787 --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-current@FreeBSD.ORG Wed Nov 23 14:34:17 2011 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 8D3331065670 for ; Wed, 23 Nov 2011 14:34:17 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 1FB498FC12 for ; Wed, 23 Nov 2011 14:34:17 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id BEA57E65EE; Wed, 23 Nov 2011 14:34:15 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cran.org.uk; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; s=mail; bh=r7TlqLKrUvc0 UtWRGccZM0m4Z+s=; b=A2uQK3oiRCmCTmSEM3NbhRg3dS4y3jL53mSkThidMVPg wQF2X2SedX8UUc7wJxngfrIHEpDUXXcICCPiWB9mCvPL33Gxxa+mOv8m227IJftq RSfEP9vVtnwdcWf6IPErJqkKNzz7qkwXobAvZ/TifAr6FDfVc5L0xT3pHPqe5Og= DomainKey-Signature: a=rsa-sha1; c=nofws; d=cran.org.uk; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=mail; b=lg826D RxIWHC2JujekK4YXsBu2DCVsyi12Ssp+ZRqcjkwJ1tDngIgMNmj+9UR4UYmf5a30 +yav9zSMA+n2AxUea+BiLxOxe9h2nrArmTHR642IkvwcQJhTmMEYcfltwpgPmCQG 71EzcFbHALVTimo0/v0mDHy7RLQr533MMIEL0= Received: from [192.168.1.68] (188-220-36-32.zone11.bethere.co.uk [188.220.36.32]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id 945ECE65E2; Wed, 23 Nov 2011 14:34:15 +0000 (GMT) Message-ID: <4ECD0463.2010009@cran.org.uk> Date: Wed, 23 Nov 2011 14:34:11 +0000 From: Bruce Cran User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Stefan Bethke References: <20111123120715.7a338cbd.ray@dlink.ua> <51D03405-064A-4BDF-A9A9-BF846A38AA14@lassitu.de> In-Reply-To: <51D03405-064A-4BDF-A9A9-BF846A38AA14@lassitu.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Aleksandr Rybalko , freebsd-current Current Subject: Re: 9.0-RC2 - bsdinstall - ifconfig X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Nov 2011 14:34:17 -0000 On 23/11/2011 14:06, Stefan Bethke wrote: > http://www.freebsd.org/cgi/query-pr.cgi?pr=162787 That's a much better PR than the one I submitted about the problem last year: http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/151229 :) -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Wed Nov 23 14:41:30 2011 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 8F876106564A for ; Wed, 23 Nov 2011 14:41:30 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2001:470:1f0b:105e::1ea]) by mx1.freebsd.org (Postfix) with ESMTP id 572C88FC18 for ; Wed, 23 Nov 2011 14:41:30 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id 9876411045E; Wed, 23 Nov 2011 15:41:29 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Stefan Bethke In-Reply-To: <4ECD0463.2010009@cran.org.uk> Date: Wed, 23 Nov 2011 15:41:29 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <9A1A1DF0-0EB9-4E6C-A597-4C2C265B9467@lassitu.de> References: <20111123120715.7a338cbd.ray@dlink.ua> <51D03405-064A-4BDF-A9A9-BF846A38AA14@lassitu.de> <4ECD0463.2010009@cran.org.uk> To: Bruce Cran X-Mailer: Apple Mail (2.1084) Cc: Aleksandr Rybalko , freebsd-current Current Subject: Re: 9.0-RC2 - bsdinstall - ifconfig X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Nov 2011 14:41:30 -0000 Am 23.11.2011 um 15:34 schrieb Bruce Cran: > On 23/11/2011 14:06, Stefan Bethke wrote: >> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D162787=20 >=20 > That's a much better PR than the one I submitted about the problem = last year: http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dbin/151229 :) Sorry, I did try to check termcap related PRs before filing mine, but = didn't see yours. Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-current@FreeBSD.ORG Wed Nov 23 14:48:32 2011 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 779DA1065674 for ; Wed, 23 Nov 2011 14:48:32 +0000 (UTC) (envelope-from jan@dusatko.org) Received: from mail.dusatko.org (static-84-242-66-51.net.upcbroadband.cz [84.242.66.51]) by mx1.freebsd.org (Postfix) with ESMTP id 38C6C8FC19 for ; Wed, 23 Nov 2011 14:48:32 +0000 (UTC) Received: from mail.dusatko.org (localhost [127.0.0.1]) by mail.dusatko.org (Postfix) with ESMTP id 9790C84AD0 for ; Wed, 23 Nov 2011 15:37:44 +0100 (CET) Received: from Relict (unknown [192.168.253.33]) by mail.dusatko.org (Postfix) with ESMTPA id 925A484892 for ; Wed, 23 Nov 2011 15:37:44 +0100 (CET) From: =?iso-8859-2?B?SmFuIER1ueF0a28=?= To: Date: Wed, 23 Nov 2011 15:37:39 +0100 Message-ID: <008b01cca9ed$735deb60$5a19c220$@org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Acyp7XMpDN2FHrWpQ7Wd6ZL4ZJjXWg== Content-Language: cs Subject: Cross-architecture compiling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jan@dusatko.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2011 14:48:32 -0000 Hi, I would like to ask people in this conference for advice regards cross-architecture compiling. Right now I have 32-bit system, where I need to boot over TFTP/NFS diferrent architectures (i386/AMD64). I need to populate appropriate directory structure using some "generalized" kernel configuration, each platform have thein own kernel.conf. I did those steps bellow, but this not work. Can someone help me? Regards Jan #!bin/sh export CC="/usr/cross/usr/bin/gcc" export AS="/usr/cross/usr/bin/as" export NM="/usr/cross/usr/bin/nm" export RANLIB=/usr/cross/usr/bin/ranlib" export LD="/usr/cross/usr/bin/ld" export OBJCOPY="/usr/cross/usr/bin/objcopy" export SIZE="/usr/cross/usr/bin/size" export CPUTYPE="native" export KERNCONF="" for TARGET_ARCH in i386 amd64 do export MACHINE=${TARGET_ARCH} export MACHINE_ARCH=${TARGET_ARCH} export DESTDIR="/pxeboot/diskless/${TARGET_ARCH}" mkdir $DESTDIR mkdir -p ${DESTDIR}usr/bin mkdir -p ${DESTDIR}usr/lib mkdir -p ${DESTDIR}usr/include mkdir -p ${DESTDIR}usr/share/man/man1 mkdir -p ${DESTDIR}usr/share/info mkdir -p ${DESTDIR}usr/libdata/ldscripts mkdir -p ${DESTDIR}usr/libexec cd /usr/obj rm -rf usr cd /usr/src make world TARGET_ARCH=$TARGET_ARCH TOOLS_PREFIX=$DESTDIR DESTDIR=$DESTDIR install make kernel TARGET_ARCH=$TARGET_ARCH TOOLS_PREFIX=$DESTDIR DESTDIR=$DESTDIR install cd etc make distribution mkdir $DESTDIR/boot cp /boot/device.hints $DESTDIR/boot done mkdir -p /pxeboot/diskless/conf/default/etc ln -s /pxeboot/diskless/conf/default /pxeboot/diskless/i386/conf/default ln -s /pxeboot/diskless/conf/default /pxeboot/diskless/amd64/conf/default From owner-freebsd-current@FreeBSD.ORG Wed Nov 23 16:41:41 2011 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 6389B106566B for ; Wed, 23 Nov 2011 16:41:41 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1.yahoo.com (mrout1.yahoo.com [216.145.54.171]) by mx1.freebsd.org (Postfix) with ESMTP id 4EACB8FC18 for ; Wed, 23 Nov 2011 16:41:41 +0000 (UTC) Received: from [127.0.0.1] (proxy6.corp.yahoo.com [216.145.48.19]) by mrout1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id pANGfKuJ051514 for ; Wed, 23 Nov 2011 08:41:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1322066482; bh=UoRQOJ5OReSVVL5x4rhSbqKE3K1N5dhcw4VXjtfbZHk=; h=Subject:From:To:Content-Type:Date:Message-ID:Mime-Version: Content-Transfer-Encoding; b=NUx8pNM6Krm8Bexm9oZPN/obnr45f94Qs18sRD+p2IX9Ils6j2Ep/6WS6RBJtLEvP 6rfXK7nYUHb5rh7yx5s76u6NbDPhCT3cBSsQXq/b/vVXum9bg66eFrIpIgbIbcEElu FTyNkLFUZSBtwVjTPlq/8kM38citElh7Y4dR9R8g= From: Sean Bruno To: FreeBSD-Current Content-Type: text/plain; charset="UTF-8" Date: Wed, 23 Nov 2011 08:41:19 -0800 Message-ID: <1322066479.12047.2.camel@hitfishpass-lx.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.3 (2.32.3-1.fc14) Content-Transfer-Encoding: 7bit Subject: NFS + SVN problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2011 16:41:41 -0000 Not sure what this all means, but when I attempt to check out HEAD on an NFS mount in the fbsd cluster (nfs server is a netapp filer), I'm getting an odd failure error. FreeBSD bhyve.freebsd.org 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r227883: Wed Nov 23 06:08:40 PST 2011 sbruno@bhyve.freebsd.org:/usr/obj/var/tmp/temp/head/sys/GENERIC amd64 [sbruno@bhyve /dumpster/scratch/sbruno-scratch]$ svn co -q svn +ssh://svn.freebsd.org/base/head Enter passphrase for key '/home/sbruno/.ssh/id_rsa': svn: E200030: disk I/O error, executing statement 'PRAGMA synchronous=OFF;PRAGMA recursive_triggers=ON;' Mounting the filer mount with the following entry in my fstab: dumpster:/vol/volshscratch /dumpster/scratch nfs rw,soft,bg,intr,nosuid 0 0 From owner-freebsd-current@FreeBSD.ORG Wed Nov 23 17:34:41 2011 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 9D69A106564A for ; Wed, 23 Nov 2011 17:34:41 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 607F88FC08 for ; Wed, 23 Nov 2011 17:34:41 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:b05b:f492:dbc7:e1ed] (unknown [IPv6:2001:7b8:3a7:0:b05b:f492:dbc7:e1ed]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id A29805C37; Wed, 23 Nov 2011 18:34:39 +0100 (CET) Message-ID: <4ECD2EAE.2010900@FreeBSD.org> Date: Wed, 23 Nov 2011 18:34:38 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111115 Thunderbird/9.0 MIME-Version: 1.0 To: Sean Bruno References: <1322066479.12047.2.camel@hitfishpass-lx.corp.yahoo.com> In-Reply-To: <1322066479.12047.2.camel@hitfishpass-lx.corp.yahoo.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: NFS + SVN problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2011 17:34:41 -0000 On 2011-11-23 17:41, Sean Bruno wrote: > Not sure what this all means, but when I attempt to check out HEAD on an > NFS mount in the fbsd cluster (nfs server is a netapp filer), I'm > getting an odd failure error. > > > FreeBSD bhyve.freebsd.org 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r227883: > Wed Nov 23 06:08:40 PST 2011 > sbruno@bhyve.freebsd.org:/usr/obj/var/tmp/temp/head/sys/GENERIC amd64 > > > [sbruno@bhyve /dumpster/scratch/sbruno-scratch]$ svn co -q svn > +ssh://svn.freebsd.org/base/head > Enter passphrase for key '/home/sbruno/.ssh/id_rsa': > svn: E200030: disk I/O error, executing statement 'PRAGMA > synchronous=OFF;PRAGMA recursive_triggers=ON;' > > > Mounting the filer mount with the following entry in my fstab: > > dumpster:/vol/volshscratch /dumpster/scratch nfs > rw,soft,bg,intr,nosuid 0 0 Either downgrade to Subversion 1.6, or upgrade to NFSv4. I have found nothing else that works. :( Subversion 1.7 is a disaster in many areas, this is one of them... From owner-freebsd-current@FreeBSD.ORG Wed Nov 23 17:37:12 2011 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 43086106566C for ; Wed, 23 Nov 2011 17:37:12 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id F16E48FC1A for ; Wed, 23 Nov 2011 17:37:11 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap8EAJsuzU6DaFvO/2dsb2JhbABDhQGmdoFyAQEBAwEBAQEgKyALBRYYAgINGQIpAQkmBggHBAEcBIdkCKJlkWWBMIIvhW2BFgSIIIoIgiCSKA X-IronPort-AV: E=Sophos;i="4.69,560,1315195200"; d="scan'208";a="146659881" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 23 Nov 2011 12:37:11 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 235C1B3F10; Wed, 23 Nov 2011 12:37:11 -0500 (EST) Date: Wed, 23 Nov 2011 12:37:11 -0500 (EST) From: Rick Macklem To: Sean Bruno Message-ID: <1684390071.236017.1322069831075.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <1322066479.12047.2.camel@hitfishpass-lx.corp.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: FreeBSD-Current Subject: Re: NFS + SVN problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2011 17:37:12 -0000 Sean Bruno wrote: > Not sure what this all means, but when I attempt to check out HEAD on > an > NFS mount in the fbsd cluster (nfs server is a netapp filer), I'm > getting an odd failure error. > > > FreeBSD bhyve.freebsd.org 10.0-CURRENT FreeBSD 10.0-CURRENT #0 > r227883: > Wed Nov 23 06:08:40 PST 2011 > sbruno@bhyve.freebsd.org:/usr/obj/var/tmp/temp/head/sys/GENERIC amd64 > > > [sbruno@bhyve /dumpster/scratch/sbruno-scratch]$ svn co -q svn > +ssh://svn.freebsd.org/base/head > Enter passphrase for key '/home/sbruno/.ssh/id_rsa': > svn: E200030: disk I/O error, executing statement 'PRAGMA > synchronous=OFF;PRAGMA recursive_triggers=ON;' > I just did a checkout of head/sys to an NFS mount (off of a FreeBSD server) and it worked ok. I have no idea what the above means, but it suggests that the NFS mount point returned some error? A couple of questions: - Is the failure intermittent? - Did it occur right when the svn was started or part way through it? > > Mounting the filer mount with the following entry in my fstab: > > dumpster:/vol/volshscratch /dumpster/scratch nfs > rw,soft,bg,intr,nosuid 0 0 > I'd try again without the "soft,intr" options. In particular, "soft" can cause an I/O syscall to fail when the server is slow to respond and apps. don't expect that to happen. rick > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Nov 23 17:39:44 2011 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 4D32F1065672; Wed, 23 Nov 2011 17:39:44 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 9210B8FC17; Wed, 23 Nov 2011 17:39:43 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap8EAJsuzU6DaFvO/2dsb2JhbABDhQGmdoFyAQEBBAEBASArIAsbDgoCAg0ZAikBCSYGCAcEARwEh2yiZZFlgTCCL4VtgRYEiCCKCIIgkig X-IronPort-AV: E=Sophos;i="4.69,560,1315195200"; d="scan'208";a="146660378" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 23 Nov 2011 12:39:42 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 53CBBB3F07; Wed, 23 Nov 2011 12:39:42 -0500 (EST) Date: Wed, 23 Nov 2011 12:39:42 -0500 (EST) From: Rick Macklem To: Dimitry Andric Message-ID: <102026389.236225.1322069982334.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <4ECD2EAE.2010900@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: FreeBSD-Current , Sean Bruno Subject: Re: NFS + SVN problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2011 17:39:44 -0000 Dinitry Andric wrote: > On 2011-11-23 17:41, Sean Bruno wrote: > > Not sure what this all means, but when I attempt to check out HEAD > > on an > > NFS mount in the fbsd cluster (nfs server is a netapp filer), I'm > > getting an odd failure error. > > > > > > FreeBSD bhyve.freebsd.org 10.0-CURRENT FreeBSD 10.0-CURRENT #0 > > r227883: > > Wed Nov 23 06:08:40 PST 2011 > > sbruno@bhyve.freebsd.org:/usr/obj/var/tmp/temp/head/sys/GENERIC > > amd64 > > > > > > [sbruno@bhyve /dumpster/scratch/sbruno-scratch]$ svn co -q svn > > +ssh://svn.freebsd.org/base/head > > Enter passphrase for key '/home/sbruno/.ssh/id_rsa': > > svn: E200030: disk I/O error, executing statement 'PRAGMA > > synchronous=OFF;PRAGMA recursive_triggers=ON;' > > > > > > Mounting the filer mount with the following entry in my fstab: > > > > dumpster:/vol/volshscratch /dumpster/scratch nfs > > rw,soft,bg,intr,nosuid 0 0 > > Either downgrade to Subversion 1.6, or upgrade to NFSv4. I have found > nothing else that works. :( > Ah, yes. I used an up-to-date NFS client but an old svn. If the upgrade to NFSv4 helps, I suspect it is related to byte range locking, which I think NFSv4 gets right. rick > Subversion 1.7 is a disaster in many areas, this is one of them... > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Nov 23 17:58:23 2011 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 B3B111065670; Wed, 23 Nov 2011 17:58:23 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 5998A8FC1C; Wed, 23 Nov 2011 17:58:23 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap8EACEzzU6DaFvO/2dsb2JhbABDhQGmd4FyAQEBAwEBAQEgKyALBRYOCgICDRkCKQEJJgYIBwQBHASHZAiiYZFigTCCL4VtgRYEiCCKCIIgkig X-IronPort-AV: E=Sophos;i="4.69,560,1315195200"; d="scan'208";a="146664555" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 23 Nov 2011 12:58:22 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 64E51B3F4C; Wed, 23 Nov 2011 12:58:22 -0500 (EST) Date: Wed, 23 Nov 2011 12:58:22 -0500 (EST) From: Rick Macklem To: Dimitry Andric Message-ID: <465660264.237830.1322071102401.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <4ECD2EAE.2010900@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: FreeBSD-Current , Sean Bruno Subject: Re: NFS + SVN problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2011 17:58:23 -0000 Dimitry Andric wrote: > On 2011-11-23 17:41, Sean Bruno wrote: > > Not sure what this all means, but when I attempt to check out HEAD > > on an > > NFS mount in the fbsd cluster (nfs server is a netapp filer), I'm > > getting an odd failure error. > > > > > > FreeBSD bhyve.freebsd.org 10.0-CURRENT FreeBSD 10.0-CURRENT #0 > > r227883: > > Wed Nov 23 06:08:40 PST 2011 > > sbruno@bhyve.freebsd.org:/usr/obj/var/tmp/temp/head/sys/GENERIC > > amd64 > > > > > > [sbruno@bhyve /dumpster/scratch/sbruno-scratch]$ svn co -q svn > > +ssh://svn.freebsd.org/base/head > > Enter passphrase for key '/home/sbruno/.ssh/id_rsa': > > svn: E200030: disk I/O error, executing statement 'PRAGMA > > synchronous=OFF;PRAGMA recursive_triggers=ON;' > > > > > > Mounting the filer mount with the following entry in my fstab: > > > > dumpster:/vol/volshscratch /dumpster/scratch nfs > > rw,soft,bg,intr,nosuid 0 0 > > Either downgrade to Subversion 1.6, or upgrade to NFSv4. I have found > nothing else that works. :( > I don't know if Dimitry tried this, but you could also try the "nolockd" option, so that byte range locking is done locally in the client and avoids the NLM. Good luck with it and please let us know how it goes, rick > Subversion 1.7 is a disaster in many areas, this is one of them... > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Nov 23 18:11:34 2011 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 45466106564A for ; Wed, 23 Nov 2011 18:11:34 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from mx0.hoeg.nl (mx0.hoeg.nl [IPv6:2a01:4f8:101:5343::aa]) by mx1.freebsd.org (Postfix) with ESMTP id C4DD68FC08 for ; Wed, 23 Nov 2011 18:11:33 +0000 (UTC) Received: by mx0.hoeg.nl (Postfix, from userid 1000) id 0DB0A2A28CC9; Wed, 23 Nov 2011 19:11:33 +0100 (CET) Date: Wed, 23 Nov 2011 19:11:33 +0100 From: Ed Schouten To: Jason Edwards Message-ID: <20111123181133.GD1979@hoeg.nl> References: <5D3FFA12-BB54-4297-A098-3B85951ECEC5@lassitu.de> <3A9E50F5-03D3-4DD5-A95D-5948D4705462@lassitu.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="n2Pv11Ogg/Ox8ay5" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org, Stefan Bethke Subject: Re: ee (easy editor) bugged on 9.0? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Nov 2011 18:11:34 -0000 --n2Pv11Ogg/Ox8ay5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Jason, * Jason Edwards , 20111122 21:56: > I wonder: is cons25 bugged or simply obsolete? Not that I want to keep > cons25; just being curious. There are two reasons why I changed the default terminal emulator to be xterm-like, instead of conforming to cons25: - It is more compatible. Not all operating systems have proper cons25 entries in their termcap/terminfo, meaning it is practically impossible to SSH to one of those systems and do your work properly. Also, there are many devices (e.g. Cisco/HP switches) that don't offer a lot of flexibility with respect to terminal handling. By using an xterm-style emulator, this is all solved, because xterm is pretty much compatible with VT100 and friends. - It is more bandwidth efficient. cons25-like terminals do not (have to) support more advanced features like scrolling regions. This means for example that if you use applications where only a portion of the screen scrolls (e.g. irssi, mutt), it has to redraw that entire portion of the screen, instead of being able to simply scroll that independent region, without affecting the rest of the display contents. This is of course no problem when running applications locally, but it does have its advantages when SSHing to another system. - It is more future proof. There are many implementations of xterm-like terminals that demonstrate that it's not hard to get (a sane subset of) UTF-8 and 256 colors working. Things like that are simply not available for cons25. As people pointed out, if you still want to keep on using TERM=3Dcons25 (not advised, though), you _MUST_ either compile your kernel with TEKEN_CONS25 or run vidcontrol -T cons25. This is due to the fact that cons25-like terminals are incompatible with xterm-like terminals. For example: - With xterm, ^N and ^O are used to switch character maps, while with cons25, they render a music note and star symbol. - With xterm, processing backspace while the cursor is at the first column of the screen does nothing, while cons25 performs reverse line wrapping. - With xterm, ^L is interpreted as a newline, while with cons25, it clears the entire screen. - With xterm, line wrapping of the cursor on a display of n columns wide is only performed when printing the n+1'th character, while cons25 already does this after the n'th character. Effectively, this makes it very hard to print a character in the lower righthand corner of the screen. One of these incompatibilities is likely what caused the problems you experienced when you ran ee(1) without updating /etc/ttys accordingly. --=20 Ed Schouten WWW: http://80386.nl/ --n2Pv11Ogg/Ox8ay5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQIcBAEBAgAGBQJOzTdUAAoJEG5e2P40kaK774kP/0FjSEkAYQsNGpid3uL6I2dp C4yjRONkKC/JHzsXQPTZaMKT4oepXdWPRSj1RpmNmUTb8xk80cNhpdWiMj2N8SBX aoIev3JJK2Oz5tPFEk/x/iu9GjCBul30p9LD72V/lWi+2yHPsJ8/xwwR6ymDDnmF 86JylvwQmx3cEWN9EcOAl0ItdU0/6WlfK4Fi+2dJDvynmAXGlO6yVKtMkapH4MW0 +rEZQ/xsZA9TmcQP9VxH2dSksmnPRkAhRCeLSP3nS/dg3v515wb9y9604klpUB+c yJbWtYBvO7vxwI1XbRhzJpJlnco1mUVhQnswf/OwuMqavndDDQexa0lKuuFzGqel hV+bNOtsoSrM2dUyEmq8G0Yvhah09nPRyn4sO7Tev53f/e7yRPgzEkvrOJrIKzNr FhHVgK7fk3Mzusw4r3EUjl+An5mQna9e5VsaZ0qr/7aZDJEYheKE5DlwYxbWeDv4 6kEwZlxgBDmhnQCMXF0NH4hBgZzM+xjk2J8JT2iXdDIoop8ETmshOx8ojPPLIZ1g GOtFOA641LClMNmLCeT97OAQvY5KFtXyQ9dCF5MuJAK8QGQ1rlYllhsfujrPiyhi SMlXrtSrp8GKkkegG4psMRtB2kJAqwyfxEESRhatZu6n91pS+rbkQjJb8954roNr SaRwuAQ/7JYGHlJU0bAM =iCXg -----END PGP SIGNATURE----- --n2Pv11Ogg/Ox8ay5-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 23 18:13:53 2011 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 DA444106566B for ; Wed, 23 Nov 2011 18:13:53 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from mx0.hoeg.nl (mx0.hoeg.nl [IPv6:2a01:4f8:101:5343::aa]) by mx1.freebsd.org (Postfix) with ESMTP id 9DFAD8FC0A for ; Wed, 23 Nov 2011 18:13:53 +0000 (UTC) Received: by mx0.hoeg.nl (Postfix, from userid 1000) id 154A22A28CC9; Wed, 23 Nov 2011 19:13:53 +0100 (CET) Date: Wed, 23 Nov 2011 19:13:53 +0100 From: Ed Schouten To: Jason Edwards Message-ID: <20111123181353.GE1979@hoeg.nl> References: <5D3FFA12-BB54-4297-A098-3B85951ECEC5@lassitu.de> <3A9E50F5-03D3-4DD5-A95D-5948D4705462@lassitu.de> <20111123181133.GD1979@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2hMgfIw2X+zgXrFs" Content-Disposition: inline In-Reply-To: <20111123181133.GD1979@hoeg.nl> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org, Stefan Bethke Subject: Re: ee (easy editor) bugged on 9.0? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Nov 2011 18:13:53 -0000 --2hMgfIw2X+zgXrFs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Ed Schouten , 20111123 19:11: > There are two reasons why I changed the default terminal emulator to be > xterm-like, instead of conforming to cons25: Errr... for large values of two. --=20 Ed Schouten WWW: http://80386.nl/ --2hMgfIw2X+zgXrFs Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQIcBAEBAgAGBQJOzTfgAAoJEG5e2P40kaK7eSEQAKCsjSse0cFPqVbpSuQ+TfWk j+F86LJNj8LrWe7/usZe/lMU4fzQriXMn4NVQXpGcNgThoaG4cNo/09/F3BWeJTX KCYi21rJHqu5o59tGoVn51ia7MHQa0GJeFDaN+yqJXWFJdhWS4eYiqgKYmmH2qs1 Y80bcvObz6U2LZTCJwy68Arco/epK/g5g8Mv2L/xd52X04oS2N4uv4xzbYIuN+d4 s6eu1MuPxAiXBnegZJqqVZQNmNJrPTe/k2L4LN7V1Nu3kUij9r5BQIZTi9+VGC+r AyH5XCVOp4ix+PM06W/543g4cci4PiRk+lqfUpJAjfOoRuZvGUS2bQeOtF8ICQqX M4/qIAD0p/GWFJAxAelN0FeOu0VYgCWZayHEuZCPPqiZigLglQPJCRrWPGUHWihq NEqfJn9ykxXwtqGbtFJxVMGSqUqMLA/dO8p9Eqe0C3vhjj1vpreDR87bYACCrsJ1 8kbaNPmo+6B9N/mHcY3alfmSVAYi/TQgEhhJIbq9H/+yN8UveG9XZNpchIhysMY1 fCj7Z/hGA8h/1UhncImzsu7izfl4pZ0cB6IyNBSxI3EIhwqBrF+tfLjsBkQtlkGD NSBDOcIm2VOzp3d9tbqCpKmZ3ZkD6OupYvsS/36/teeaw7UBIYeAK3a2ywLM0x// kg+P8Mn/1tXgubuqAERq =Qevy -----END PGP SIGNATURE----- --2hMgfIw2X+zgXrFs-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 23 18:26:36 2011 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 25E5D106564A; Wed, 23 Nov 2011 18:26:36 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout2.yahoo.com (mrout2.yahoo.com [216.145.54.172]) by mx1.freebsd.org (Postfix) with ESMTP id 089668FC0A; Wed, 23 Nov 2011 18:26:35 +0000 (UTC) Received: from [127.0.0.1] (proxy6.corp.yahoo.com [216.145.48.19]) by mrout2.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id pANIQLva075435; Wed, 23 Nov 2011 10:26:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1322072782; bh=3KAdNP7MP1Dld46FquA96eF62jVHuy6LBlXY4EtEGW4=; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date: Message-ID:Mime-Version; b=cFOBVxVSnzB+AJV3NRFmxyfItQYgBTPzQIfWgRe5utSypGWvJrN4dgYAmpzmwSYlE YOtlUl/G9E/FmDGq1XWA1PhXvNssqJ/21WAALxgSiVJZWOiulseQJKi5ASfEm9BdKk usrTq+/DEvoIgiYQoqeggXJIqPuTv2uy5wL9qQ/k= From: Sean Bruno To: Rick Macklem In-Reply-To: <465660264.237830.1322071102401.JavaMail.root@erie.cs.uoguelph.ca> References: <465660264.237830.1322071102401.JavaMail.root@erie.cs.uoguelph.ca> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-gmakS/ERo3+SPZtfuGZL" Date: Wed, 23 Nov 2011 10:26:21 -0800 Message-ID: <1322072781.12047.4.camel@hitfishpass-lx.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.3 (2.32.3-1.fc14) Cc: FreeBSD-Current , Dimitry Andric Subject: Re: NFS + SVN problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2011 18:26:36 -0000 --=-gmakS/ERo3+SPZtfuGZL Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, 2011-11-23 at 09:58 -0800, Rick Macklem wrote: > I don't know if Dimitry tried this, but you could also try the > "nolockd" option, so that byte range locking is done locally in > the client and avoids the NLM. >=20 > Good luck with it and please let us know how it goes, rick=20 This seems to allow SVN 1.7 to do whatever nonsense it is trying to do. I've modified my fstab on the test host in the cluster to: dumpster:/vol/volshscratch /dumpster/scratch nfs rw,soft,intr,bg,nolockd,nosuid 0 0 Removing soft,intr had no effect. This, I suspect will be problematic for clusteradm@ if we start updating hosts in the cluster. Sean --=-gmakS/ERo3+SPZtfuGZL Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iQEcBAABAgAGBQJOzTrHAAoJEL2UHwafTLtOGJwH/0mW4Uy9iaQ2AcRc0NAQkWze MFxbUw320m8XAmukp9MYvoG6PMvAQl+YZSX01sI6ERb8ItcEQIOflF8wtvR7Tm2k N5TXM3bB45gmm5kAhEgZ+7iC2rNkhvnZMlhfruH+TBS7KJfp+g4PMEicNcNFIusU QPv3LhU9f1uPh9SjKb1FddzsZRVXAdUWCgm2v2wPVbLihuoiPFugA6lAl9G5zD8v e1v2N7Is5F9rFlGMrOxnmhVjRNHA2atLAkDmIYnvXSzhQIZys/3q8psDjDY/0Nuy OEn27QUgEugO2gNTpsglYTIZ2wEptbUlpCUruDkuM6Csbvq9zf97fttzrwnU0dA= =+kkK -----END PGP SIGNATURE----- --=-gmakS/ERo3+SPZtfuGZL-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 23 19:16:13 2011 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 58E83106564A for ; Wed, 23 Nov 2011 19:16:13 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward15.mail.yandex.net (forward15.mail.yandex.net [IPv6:2a02:6b8:0:801::5]) by mx1.freebsd.org (Postfix) with ESMTP id D736C8FC15 for ; Wed, 23 Nov 2011 19:16:12 +0000 (UTC) Received: from smtp13.mail.yandex.net (smtp13.mail.yandex.net [95.108.130.68]) by forward15.mail.yandex.net (Yandex) with ESMTP id 4E56D9E2406; Wed, 23 Nov 2011 23:16:11 +0400 (MSK) Received: from smtp13.mail.yandex.net (localhost [127.0.0.1]) by smtp13.mail.yandex.net (Yandex) with ESMTP id 34D42E4031B; Wed, 23 Nov 2011 23:16:11 +0400 (MSK) Received: from 93.91.0.139.tel.ru (93.91.0.139.tel.ru [93.91.0.139]) by smtp13.mail.yandex.net (nwsmtp/Yandex) with ESMTP id GArOAf4m-GAr0TWV5; Wed, 23 Nov 2011 23:16:11 +0400 X-Yandex-Spam: 1 Message-ID: <4ECD467A.9010204@passap.ru> Date: Wed, 23 Nov 2011 23:16:10 +0400 From: Boris Samorodov User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:8.0) Gecko/20111114 Thunderbird/8.0 MIME-Version: 1.0 To: jan@dusatko.org References: <008b01cca9ed$735deb60$5a19c220$@org> In-Reply-To: <008b01cca9ed$735deb60$5a19c220$@org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Wed, 23 Nov 2011 19:18:43 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Cross-architecture compiling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Nov 2011 19:16:13 -0000 Hi All, 23.11.2011 18:37, Jan Dušátko пишет: > Hi, > > I would like to ask people in this conference for advice regards > cross-architecture compiling. > Right now I have 32-bit system, where I need to boot over TFTP/NFS diferrent > architectures (i386/AMD64). I need to populate appropriate directory > structure using some "generalized" kernel configuration, each platform have > thein own kernel.conf. At my previous $JOB we configured an amd64 system to load i386 diskless stations. > I did those steps bellow, but this not work. Can someone help me? "Not work" is not a diagnostic message. Please, be more specific here. > Regards > > Jan > > > #!bin/sh > export CC="/usr/cross/usr/bin/gcc" > export AS="/usr/cross/usr/bin/as" > export NM="/usr/cross/usr/bin/nm" > export RANLIB=/usr/cross/usr/bin/ranlib" > export LD="/usr/cross/usr/bin/ld" > export OBJCOPY="/usr/cross/usr/bin/objcopy" > export SIZE="/usr/cross/usr/bin/size" > export CPUTYPE="native" I'm not sure if those varialbes are needed. > export KERNCONF="" Well, does this really work? Is it the same as KERNCONF=GENERIC? Not sure. > for TARGET_ARCH in i386 amd64 > do > export MACHINE=${TARGET_ARCH} > export MACHINE_ARCH=${TARGET_ARCH} > export DESTDIR="/pxeboot/diskless/${TARGET_ARCH}" > mkdir $DESTDIR > mkdir -p ${DESTDIR}usr/bin > mkdir -p ${DESTDIR}usr/lib > mkdir -p ${DESTDIR}usr/include > mkdir -p ${DESTDIR}usr/share/man/man1 > mkdir -p ${DESTDIR}usr/share/info > mkdir -p ${DESTDIR}usr/libdata/ldscripts > mkdir -p ${DESTDIR}usr/libexec > cd /usr/obj > rm -rf usr > cd /usr/src > make world TARGET_ARCH=$TARGET_ARCH TOOLS_PREFIX=$DESTDIR > DESTDIR=$DESTDIR install > make kernel TARGET_ARCH=$TARGET_ARCH TOOLS_PREFIX=$DESTDIR > DESTDIR=$DESTDIR install I'm not sure about TOOLS_PREFIX (do not recall we used it). > cd etc I'd say this is not needed. > make distribution And that should be "make distribution DESTDIR=$DESTDIR". > mkdir $DESTDIR/boot That directory should already present. And the rest I don't understand (may be OK). > cp /boot/device.hints $DESTDIR/boot > done > mkdir -p /pxeboot/diskless/conf/default/etc > ln -s /pxeboot/diskless/conf/default /pxeboot/diskless/i386/conf/default > ln -s /pxeboot/diskless/conf/default /pxeboot/diskless/amd64/conf/default -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Wed Nov 23 19:28:51 2011 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 7FFA0106564A for ; Wed, 23 Nov 2011 19:28:51 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mail.egr.msu.edu (hill.egr.msu.edu [35.9.37.162]) by mx1.freebsd.org (Postfix) with ESMTP id 569848FC1C for ; Wed, 23 Nov 2011 19:28:50 +0000 (UTC) Received: from hill (localhost [127.0.0.1]) by mail.egr.msu.edu (Postfix) with ESMTP id CC4AB54E31 for ; Wed, 23 Nov 2011 14:12:04 -0500 (EST) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mail.egr.msu.edu ([127.0.0.1]) by hill (hill.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uCGJxlgYrgC9 for ; Wed, 23 Nov 2011 14:12:04 -0500 (EST) Received: from [35.9.44.65] (daemon.egr.msu.edu [35.9.44.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: mcdouga9) by mail.egr.msu.edu (Postfix) with ESMTPSA id A6FCE54E2A for ; Wed, 23 Nov 2011 14:12:04 -0500 (EST) Message-ID: <4ECD4584.6040905@egr.msu.edu> Date: Wed, 23 Nov 2011 14:12:04 -0500 From: Adam McDougall User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111109 Thunderbird/8.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Trouble getting serial support for "Live CD" in 9 installer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Nov 2011 19:28:51 -0000 I often use the serial console on my servers through ILOM remote console access to install FreeBSD because it lets me cut and paste commands into a live shell from install media. Back with FreeBSD 8.x and previous, the console worked as a dual console between the redirected VGA/keyboard console and serial, all I had to do was drop to the loader prompt at the boot loader menu to enter: set console=comconsole set boot_serial=yes boot From then on, the VGA console was ignored until I rebooted. But in 9.x (currently trying 9.0-RC2 from the usb image), I have to interrupt an earlier loader to use -h or -D to enable serial(dual) console support at all. I then enter the two variables above as I usually do, then specify my terminal type (xterm), then choose "Live CD" which prints: Updating motd: /etc/motd is not writable, update failed. Configuring syscons: blanktime. Starting cron. Starting background file system checks in 60 seconds. Wed Nov 23 19:03:02 UTC 2011 but then it prints the FreeBSD banner and spawns the login: prompt on the VGA console instead. Is there something else I can set during the boot process to make this work? I could try modifying the configuration on the usb image to suit my site but this is more modification than I required in the past and surprisingly different. Please let me know if I can provide more information or help in some way. Thanks. If I don't hear back in a few days or so, I'll make a PR. From owner-freebsd-current@FreeBSD.ORG Wed Nov 23 20:03:35 2011 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 1E140106566C for ; Wed, 23 Nov 2011 20:03:35 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id CD10D8FC18 for ; Wed, 23 Nov 2011 20:03:34 +0000 (UTC) Received: by vcbfk1 with SMTP id fk1so481193vcb.13 for ; Wed, 23 Nov 2011 12:03:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=mXjpzQD4b/Oxl5RsaIrkKcbog1RNW3DUrrDx7YPaK58=; b=julIgN2B5dUsLkuifqILvhOf3K0HF4TtgIXGQK50Bla1xA12H00GObg4ffms14+Jq9 FUqRvTzbwNy0gBsqJT4gcBPfWqXpsPt5gPFaulEn64HAGPo2lJp9nMJJsg1OrEmvfSXD IxgGN+68LN8DqUlg8gTw2KnesCaZV0myxiJrc= MIME-Version: 1.0 Received: by 10.182.172.41 with SMTP id az9mr8866214obc.42.1322078613788; Wed, 23 Nov 2011 12:03:33 -0800 (PST) Received: by 10.182.62.227 with HTTP; Wed, 23 Nov 2011 12:03:33 -0800 (PST) In-Reply-To: <4ECD4584.6040905@egr.msu.edu> References: <4ECD4584.6040905@egr.msu.edu> Date: Wed, 23 Nov 2011 12:03:33 -0800 Message-ID: From: Garrett Cooper To: Adam McDougall Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Trouble getting serial support for "Live CD" in 9 installer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Nov 2011 20:03:35 -0000 On Wed, Nov 23, 2011 at 11:12 AM, Adam McDougall wro= te: > I often use the serial console on my servers through ILOM remote console > access to install FreeBSD because it lets me cut and paste commands into = a > live shell from install media. =A0Back with FreeBSD 8.x and previous, the > console worked as a dual console between the redirected VGA/keyboard cons= ole > and serial, all I had to do was drop to the loader prompt at the boot loa= der > menu to enter: > > set console=3Dcomconsole > set boot_serial=3Dyes > boot > > From then on, the VGA console was ignored until I rebooted. =A0But in 9.x > (currently trying 9.0-RC2 from the usb image), I have to interrupt an > earlier loader to use -h or -D to enable serial(dual) console support at > all. =A0I then enter the two variables above as I usually do, then specif= y my > terminal type (xterm), then choose "Live CD" which prints: > Updating motd: /etc/motd is not writable, update failed. > Configuring syscons: blanktime. > Starting cron. > Starting background file system checks in 60 seconds. > > Wed Nov 23 19:03:02 UTC 2011 > > but then it prints the FreeBSD banner and spawns the login: prompt on the > VGA console instead. > > Is there something else I can set during the boot process to make this wo= rk? > =A0I could try modifying the configuration on the usb image to suit my si= te > but this is more modification than I required in the past and surprisingl= y > different. =A0Please let me know if I can provide more information or hel= p in > some way. =A0Thanks. > > If I don't hear back in a few days or so, I'll make a PR. You'll need to change your device.hints and /etc/ttys. -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Nov 23 20:34:15 2011 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 D9FF1106566C for ; Wed, 23 Nov 2011 20:34:15 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 677008FC12 for ; Wed, 23 Nov 2011 20:34:14 +0000 (UTC) Received: by bkbzs8 with SMTP id zs8so2685212bkb.13 for ; Wed, 23 Nov 2011 12:34:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=w+1Nqiuley++3ELd8fP1U+zErHRYZbJ6R0C4kQkO2Ag=; b=h6tK8EBom0b+BT9E8oYtNjJswNY1fhCd1DP6letokIJUwHV2xWZYFHD0YRV2xIaZj/ e9qUvlhzOphX6TV+NrawzjFZ8Gt/ksJLpcaTb8Pt8p7E2OQT3ilO2+S3lNwmY2hZV/8V Hr/cj+7vxSoYVcl/MZHi6z56rDTHVxpp/4dSw= MIME-Version: 1.0 Received: by 10.205.128.138 with SMTP id he10mr25316051bkc.13.1322080454101; Wed, 23 Nov 2011 12:34:14 -0800 (PST) Sender: crodr001@gmail.com Received: by 10.204.37.141 with HTTP; Wed, 23 Nov 2011 12:34:14 -0800 (PST) In-Reply-To: <008b01cca9ed$735deb60$5a19c220$@org> References: <008b01cca9ed$735deb60$5a19c220$@org> Date: Wed, 23 Nov 2011 12:34:14 -0800 X-Google-Sender-Auth: u1axO2WUEFEh2yLru_rTEHarfrs Message-ID: From: Craig Rodrigues To: jan@dusatko.org Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Cross-architecture compiling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Nov 2011 20:34:16 -0000 2011/11/23 Jan Du=B9=E1tko : > Hi, > > I would like to ask people in this conference for advice regards > cross-architecture compiling. > Right now I have 32-bit system, where I need to boot over TFTP/NFS diferr= ent > architectures (i386/AMD64). I need to populate appropriate directory > structure using some "generalized" kernel configuration, each platform ha= ve > thein own kernel.conf. > > I did those steps bellow, but this not work. Can someone help me? > > Regards > > Jan > > > #!bin/sh > export CC=3D"/usr/cross/usr/bin/gcc" > =A0export AS=3D"/usr/cross/usr/bin/as" > =A0export NM=3D"/usr/cross/usr/bin/nm" > =A0export RANLIB=3D/usr/cross/usr/bin/ranlib" > =A0export LD=3D"/usr/cross/usr/bin/ld" > =A0export OBJCOPY=3D"/usr/cross/usr/bin/objcopy" > =A0export SIZE=3D"/usr/cross/usr/bin/size" > =A0export CPUTYPE=3D"native" > =A0export KERNCONF=3D"" > =A0for TARGET_ARCH in i386 amd64 > =A0do > =A0 =A0 =A0export MACHINE=3D${TARGET_ARCH} > =A0 =A0 =A0export MACHINE_ARCH=3D${TARGET_ARCH} > =A0 =A0 =A0export DESTDIR=3D"/pxeboot/diskless/${TARGET_ARCH}" > =A0 =A0 =A0mkdir $DESTDIR > =A0 =A0 =A0mkdir -p ${DESTDIR}usr/bin > =A0 =A0 =A0mkdir -p ${DESTDIR}usr/lib > =A0 =A0 =A0mkdir -p ${DESTDIR}usr/include > =A0 =A0 =A0mkdir -p ${DESTDIR}usr/share/man/man1 > =A0 =A0 =A0mkdir -p ${DESTDIR}usr/share/info > =A0 =A0 =A0mkdir -p ${DESTDIR}usr/libdata/ldscripts > =A0 =A0 =A0mkdir -p ${DESTDIR}usr/libexec > =A0 =A0 =A0cd /usr/obj > =A0 =A0 =A0rm -rf usr > =A0 =A0 =A0cd /usr/src > =A0 =A0 =A0make world TARGET_ARCH=3D$TARGET_ARCH TOOLS_PREFIX=3D$DESTDIR > DESTDIR=3D$DESTDIR install > =A0 =A0 =A0make kernel TARGET_ARCH=3D$TARGET_ARCH TOOLS_PREFIX=3D$DESTDIR > DESTDIR=3D$DESTDIR install > =A0 =A0 =A0cd etc > =A0 =A0 =A0make distribution > =A0 =A0 =A0mkdir $DESTDIR/boot > =A0 =A0 =A0cp /boot/device.hints $DESTDIR/boot > =A0done > =A0mkdir -p /pxeboot/diskless/conf/default/etc > =A0ln -s /pxeboot/diskless/conf/default /pxeboot/diskless/i386/conf/defau= lt > =A0ln -s /pxeboot/diskless/conf/default /pxeboot/diskless/amd64/conf/defa= ult Hi, I don't have experience setting up a cross-build environment for FreeBSD, but you may want to read this: http://bsdimp.blogspot.com/2006/09/cross-building-freebsd.html However, I have more experience setting up PXE (TFTP + NFS) booting systems of FreeBSD. You should read this document which I wrote: http://www.freebsd.org/doc/handbook/network-pxe-nfs.html --=20 Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Wed Nov 23 23:26:49 2011 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 275C51065692; Wed, 23 Nov 2011 23:26:49 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id BE1FC8FC1C; Wed, 23 Nov 2011 23:26:48 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap4EAKiAzU6DaFvO/2dsb2JhbABEhQGmd4FyAQEEASNWBRYYAgINGQJZBogYowCRTYEwiByBFgSIIIwokig X-IronPort-AV: E=Sophos;i="4.69,562,1315195200"; d="scan'208";a="146713046" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 23 Nov 2011 18:26:47 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id CB230B3F71; Wed, 23 Nov 2011 18:26:47 -0500 (EST) Date: Wed, 23 Nov 2011 18:26:47 -0500 (EST) From: Rick Macklem To: Sean Bruno Message-ID: <1555980227.268467.1322090807813.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <1322072781.12047.4.camel@hitfishpass-lx.corp.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: FreeBSD-Current , Dimitry Andric Subject: Re: NFS + SVN problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2011 23:26:49 -0000 Sean Bruno wrote: > On Wed, 2011-11-23 at 09:58 -0800, Rick Macklem wrote: > > I don't know if Dimitry tried this, but you could also try the > > "nolockd" option, so that byte range locking is done locally in > > the client and avoids the NLM. > > > > Good luck with it and please let us know how it goes, rick > > This seems to allow SVN 1.7 to do whatever nonsense it is trying to > do. > I've modified my fstab on the test host in the cluster to: > > dumpster:/vol/volshscratch /dumpster/scratch nfs > rw,soft,intr,bg,nolockd,nosuid 0 0 > Yep. Unless you have multiple clients locking the same file concurrently, doing locking locally within the client is the way to go. (Although I'm not fond of "soft", I think the default timeout is pretty conservative, so it would take a network partitioning or VERY SLOW server to trigger it.) (The NLM and associated NSM protocols are fundamentally flawed in their design, so no implementation can be expected to make them work "correctly". Having said that, I am not familiar enough with the FreeBSD implementation to try and fix specific scenarios. I do have a patch submitted by John Dees that fixes the case where a process with read access to a file attempts to read lock it. This case fails for the code in head, because the nlm always tests for write access. I do plan on getting this patch into head at some point.) Oh, and don't hesitate to try NFSv4. It should do the locking correctly without needing "nolockd" and the more testing it gets, the better.;-) rick > Removing soft,intr had no effect. This, I suspect will be problematic > for clusteradm@ if we start updating hosts in the cluster. > > Sean From owner-freebsd-current@FreeBSD.ORG Thu Nov 24 00:26:26 2011 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 D6275106564A for ; Thu, 24 Nov 2011 00:26:25 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) by mx1.freebsd.org (Postfix) with ESMTP id 24F2F8FC08 for ; Thu, 24 Nov 2011 00:26:25 +0000 (UTC) Received: from amavis-proxy-ori.ijs.si (localhost [IPv6:::1]) by mail.ijs.si (Postfix) with ESMTP id 3SphD01QSRzGMWZ for ; Thu, 24 Nov 2011 01:26:24 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= message-id:content-transfer-encoding:content-type:content-type :mime-version:organization:user-agent:date:date:subject:subject :from:from:received:received:received:vbr-info; s=jakla2; t= 1322094382; x=1324686383; bh=OHWKfZbkD2DkdR20p7FoNRxdFb9GHGAAxqO DgW/ZgzU=; b=lZRzKqTjxZlMXYNMd8G1s35bjMrszQsidtz6C6t9YcNnCfWsLY+ 4fczuXX+ZvCaprXDekiPWFa13cvi++ZW2yGcH/5jEOfsY3JJr1EAIfXW+MijGVf1 3wAGCRvXLv8py2fMxAprt99AJQh3XrfQ8ViE/qo6OqMJK5oCvSM5Hoq0= VBR-Info: md=ijs.si; mc=all; mv=dwl.spamhaus.org; X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([127.0.0.1]) by amavis-proxy-ori.ijs.si (mail.ijs.si [127.0.0.1]) (amavisd-new, port 10012) with ESMTP id cDqUyLGCDsPG for ; Thu, 24 Nov 2011 01:26:22 +0100 (CET) Received: from rozamunda.ijs.si (unknown [IPv6:2001:1470:ff80:0:225:90ff:fe11:b090]) by mail.ijs.si (Postfix) with ESMTP for ; Thu, 24 Nov 2011 01:26:22 +0100 (CET) Received: from sleepy.ijs.si (upc.si.94.140.92.23.dc.cable.static.telemach.net [94.140.92.23]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by rozamunda.ijs.si (Postfix) with ESMTPSA id 1DAF9211253 for ; Thu, 24 Nov 2011 01:26:22 +0100 (CET) From: Mark Martinec To: freebsd-current@freebsd.org Date: Thu, 24 Nov 2011 01:26:21 +0100 User-Agent: KMail/1.13.7 (FreeBSD/9.0-RC2; KDE/4.7.3; amd64; ; ) Organization: J. Stefan Institute MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201111240126.21470.Mark.Martinec+freebsd@ijs.si> Subject: iSCSI initiator: iscontrol cannot be stopped or killed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Nov 2011 00:26:26 -0000 Problem: the iscontrol process starts normally and establishes a session and brings up a device, but it cannot be stopped. It does not react to a HUP signal, and neither to KILL. The /dev/da0 device is operational and the remote disk remains normally accessible, regardless of how I try to (unsuccessfully) shutdown the iscontrol process. The ps reports the state of the process as "Ds", not doing anything. A ktrace does not show any reaction to a received signal. A restart seems to be necessary to break the iSCSI session. Using FreeBSD 9.0-rc2, amd64, also tried with 9.0-PRERELEASE (csup tag=RELENG_9 as of today). This used to work normally as documented on the same host with the same iscsi.conf config file before upgrading from 8.2 to 9.0. Anybody else experiencing this problem? Suggestions welcome. Mark From owner-freebsd-current@FreeBSD.ORG Thu Nov 24 00:35:30 2011 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 6F158106566B for ; Thu, 24 Nov 2011 00:35:30 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 018B08FC08 for ; Thu, 24 Nov 2011 00:35:29 +0000 (UTC) Received: by wwg14 with SMTP id 14so3249330wwg.31 for ; Wed, 23 Nov 2011 16:35:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=GZj9xLHrIu/uBiSGftdZRa7ftQAWMEoI4BlILVzQw2Y=; b=d+lX+onhh08O5b128tYs0QmDUbaEr9+qHTa/h48wPCJh9uTLIWMBO945En2EVz0lqX 0enZ1ZDBbsTaLzLue4AH4Pn4kvyuFS0mAxHEQhWij9eKWqLnpHQ36yRMdev649AGVrCX VthuYTLQTCqtR7/1ra7PptaZnifwknTRyzpKk= MIME-Version: 1.0 Received: by 10.180.109.83 with SMTP id hq19mr25367160wib.54.1322094928745; Wed, 23 Nov 2011 16:35:28 -0800 (PST) Received: by 10.180.101.102 with HTTP; Wed, 23 Nov 2011 16:35:28 -0800 (PST) In-Reply-To: <201111240126.21470.Mark.Martinec+freebsd@ijs.si> References: <201111240126.21470.Mark.Martinec+freebsd@ijs.si> Date: Wed, 23 Nov 2011 19:35:28 -0500 Message-ID: From: Ryan Stone To: Mark Martinec Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: iSCSI initiator: iscontrol cannot be stopped or killed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Nov 2011 00:35:30 -0000 On Wed, Nov 23, 2011 at 7:26 PM, Mark Martinec wrote: > Problem: the iscontrol process starts normally and establishes > a session and brings up a device, but it cannot be stopped. > It does not react to a HUP signal, and neither to KILL. If you can get it back into this state, a procstat -k -k would be very helpful. (the second -k is not a typo). From owner-freebsd-current@FreeBSD.ORG Thu Nov 24 01:25:51 2011 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 887A8106566C for ; Thu, 24 Nov 2011 01:25:51 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) by mx1.freebsd.org (Postfix) with ESMTP id 36FDD8FC14 for ; Thu, 24 Nov 2011 01:25:51 +0000 (UTC) Received: from amavis-proxy-ori.ijs.si (localhost [IPv6:::1]) by mail.ijs.si (Postfix) with ESMTP id 3SpjXZ4K0czGMTC for ; Thu, 24 Nov 2011 02:25:50 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= message-id:content-transfer-encoding:content-type:content-type :mime-version:in-reply-to:references:user-agent:date:date :subject:subject:organization:from:from:received:received :received:vbr-info; s=jakla2; t=1322097948; x=1324689949; bh=XVJ k1+SV4B1BfSHGD7yPb1Hs+L7XTQyIJBfLdkGmqDg=; b=YzojV6dDoZ/jQQEwomK LrOGF3UZpAYi3pWKt0xjamxv8cc7/hztn1RI3dS8UtPoZLj/fS37QPC8BhQh+c/O dHduq9PDMOp+XuphSbYTWBYd33pywNEmcyfXYOlBAn371I0E6FRkAxK+PtGmysmt rUi67y1xugsZNj7yRujsi5hY= VBR-Info: md=ijs.si; mc=all; mv=dwl.spamhaus.org; X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([127.0.0.1]) by amavis-proxy-ori.ijs.si (mail.ijs.si [127.0.0.1]) (amavisd-new, port 10012) with ESMTP id GBWR8Y9ogbn4 for ; Thu, 24 Nov 2011 02:25:48 +0100 (CET) Received: from rozamunda.ijs.si (unknown [IPv6:2001:1470:ff80:0:225:90ff:fe11:b090]) by mail.ijs.si (Postfix) with ESMTP for ; Thu, 24 Nov 2011 02:25:48 +0100 (CET) Received: from sleepy.ijs.si (upc.si.94.140.92.23.dc.cable.static.telemach.net [94.140.92.23]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by rozamunda.ijs.si (Postfix) with ESMTPSA id 9363621125D for ; Thu, 24 Nov 2011 02:25:48 +0100 (CET) From: Mark Martinec Organization: J. Stefan Institute To: freebsd-current@freebsd.org Date: Thu, 24 Nov 2011 02:25:48 +0100 User-Agent: KMail/1.13.7 (FreeBSD/9.0-RC2; KDE/4.7.3; amd64; ; ) References: <201111240126.21470.Mark.Martinec+freebsd@ijs.si> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201111240225.48154.Mark.Martinec+freebsd@ijs.si> Subject: Re: iSCSI initiator: iscontrol cannot be stopped or killed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Nov 2011 01:25:51 -0000 On Thursday November 24 2011 01:35:28 Ryan Stone wrote: > If you can get it back into this state, Sure, *every* time. > a procstat -k -k would be very helpful. > (the second -k is not a typo). # procstat -k -k 5896 PID TID COMM TDNAME KSTACK 5896 102364 iscontrol - mi_switch+0x174 sleepq_timedwait+0x42 _sleep+0x301 ic_init+0x2f1 iscsi_ioctl+0x525 devfs_ioctl_f+0x7b kern_ioctl+0x115 sys_ioctl+0xfd amd64_syscall+0x450 Xfast_syscall+0xf7 Thanks Mark From owner-freebsd-current@FreeBSD.ORG Thu Nov 24 03:25:55 2011 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 3B09F1065673; Thu, 24 Nov 2011 03:25:55 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail03.syd.optusnet.com.au (mail03.syd.optusnet.com.au [211.29.132.184]) by mx1.freebsd.org (Postfix) with ESMTP id B28668FC0A; Thu, 24 Nov 2011 03:25:54 +0000 (UTC) Received: from c211-28-227-231.carlnfd1.nsw.optusnet.com.au (c211-28-227-231.carlnfd1.nsw.optusnet.com.au [211.28.227.231]) by mail03.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id pAO3PpxX020118 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 24 Nov 2011 14:25:52 +1100 Date: Thu, 24 Nov 2011 14:25:51 +1100 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: Robert Millan In-Reply-To: <20111123070036.GA29952@thorin> Message-ID: <20111124141821.O932@besplex.bde.org> References: <20111123070036.GA29952@thorin> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Thu, 24 Nov 2011 04:54:55 +0000 Cc: Kostik Belousov , Adrian Chadd , freebsd-current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [PATCH] Detect GNU/kFreeBSD in user-visible kernel headers (v2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Nov 2011 03:25:55 -0000 On Wed, 23 Nov 2011, Robert Millan wrote: > Here we go again :-) > > Out of the kernel headers that are installed in /usr/include/ hierracy, there > are some which include support multiple operating systems (usually FreeBSD and > other *BSD flavours). > > This patch adds support to detect GNU/kFreeBSD as well. In all cases, we > match the same declarations as FreeBSD does (which is to be expected in kernel > headers, since both systems share the same kernel). Now it adds lots of namespace pollution (all of , including all of its namespace pollution), just to get 1 new symbol defined. % Index: sys/cam/scsi/scsi_low.h % =================================================================== % --- sys/cam/scsi/scsi_low.h (revision 227831) % +++ sys/cam/scsi/scsi_low.h (working copy) % @@ -44,6 +44,8 @@ % #ifndef _SCSI_LOW_H_ % #define _SCSI_LOW_H_ % % +#include % + % /*================================================ % * Scsi low OSDEP % * (All os depend structures should be here!) % % [... 22 more headers polluted] All the affected headers are poorly implemented ones. Mostly kernel headers which escaped to userland. Bruce From owner-freebsd-current@FreeBSD.ORG Thu Nov 24 08:03:50 2011 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 1140D106566C; Thu, 24 Nov 2011 08:03:50 +0000 (UTC) (envelope-from ambrosehua@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0B3A38FC0C; Thu, 24 Nov 2011 08:03:48 +0000 (UTC) Received: by bkbzs8 with SMTP id zs8so3406359bkb.13 for ; Thu, 24 Nov 2011 00:03:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=lkjnQWQNA+O8421zcAyQKzC9stQ0tmMFrIHfdGWNoyY=; b=pjJXDTNb5LyWwXGnq8wwLljQA0wbGsXLEwU0m0fIVeW9N/4YU9axZe2ZxxJo75LQl9 TOb6pPdbQsky9ZdAI96oxh5D7jXMP94E8b/1gfIU23KZXpAL70QkCGkeEHiCcX+cyU2I LW1I4RgrtiMZcsRu/RWmk0giWJ8XBq9XKVHn4= MIME-Version: 1.0 Received: by 10.204.149.215 with SMTP id u23mr28524491bkv.105.1322121827523; Thu, 24 Nov 2011 00:03:47 -0800 (PST) Received: by 10.223.159.193 with HTTP; Thu, 24 Nov 2011 00:03:47 -0800 (PST) In-Reply-To: References: Date: Thu, 24 Nov 2011 16:03:47 +0800 Message-ID: From: Paul Ambrose To: Davide Italiano Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: quoted-printable Cc: Attilio Rao , George Neville-Neil , freebsd-current@freebsd.org, Fabien Thomas Subject: Re: [PATCH] Intel Sandy Bridge support for hwpmc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Nov 2011 08:03:50 -0000 sorry, I'm late. the -current has the same problem. here is coredump capoor-daemon dumped core - see /var/crash/vmcore.2 Thu Nov 24 15:46:46 CST 2011 FreeBSD capoor-daemon 10.0-CURRENT FreeBSD 10.0-CURRENT #1 r+8692e3b-dirty: Thu Nov 24 15:34:53 CST 2011 root@capoor-daemon:/usr/obj/usr/src/sys/MYKERNEL amd64 panic: 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 ar= e welcome to change it and/or distribute copies of it under certain condition= s. 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"... Unread portion of the kernel message buffer: <118>Nov 24 15:44:10 capoor-daemon syslogd: exiting on signal 15 Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop...Syncing disks, vnodes remaining...6 3 1 1 1 0 0 done All buffers synced. Uptime: 50s Fatal trap 9: general protection fault while in kernel mode cpuid =3D 0; apic id =3D 00 instruction pointer =3D 0x20:0xffffffff8075e19b stack pointer =3D 0x28:0xffffff811c0e29b0 frame pointer =3D 0x28:0xffffff811c0e29c0 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 1555 (reboot) Reading symbols from /boot/kernel/uplcom.ko...Reading symbols from /boot/kernel/uplcom.ko.symbols...done. done. Loaded symbols for /boot/kernel/uplcom.ko Reading symbols from /boot/kernel/ucom.ko...Reading symbols from /boot/kernel/ucom.ko.symbols...done. done. Loaded symbols for /boot/kernel/ucom.ko #0 doadump (textdump=3D0) at /usr/src/sys/kern/kern_shutdown.c:261 261 if (textdump && textdump_pending) { (kgdb) #0 doadump (textdump=3D0) at /usr/src/sys/kern/kern_shutdown.c:261 #1 0xffffffff802d0fd0 in db_dump (dummy=3DVariable "dummy" is not availabl= e. ) at /usr/src/sys/ddb/db_command.c:537 #2 0xffffffff802d0901 in db_command (last_cmdp=3D0xffffffff80b08340, cmd_table=3DVariable "cmd_table" is not available. ) at /usr/src/sys/ddb/db_command.c:448 #3 0xffffffff802d0b50 in db_command_loop () at /usr/src/sys/ddb/db_command.c:501 #4 0xffffffff802d2c84 in db_trap (type=3DVariable "type" is not available. #5 0xffffffff804e4fb1 in kdb_trap (type=3D9, code=3D0, tf=3D0xffffff811c0e= 2900) at /usr/src/sys/kern/subr_kdb.c:625 #6 0xffffffff80744072 in trap_fatal (frame=3D0xffffff811c0e2900, eva=3D0) at /usr/src/sys/amd64/amd64/trap.c:814 #7 0xffffffff8074467b in trap (frame=3D0xffffff811c0e2900) at /usr/src/sys/amd64/amd64/trap.c:617 #8 0xffffffff8072e7d3 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:228 #9 0xffffffff8075e19b in uncore_pcpu_fini (md=3D0xfffffe0004b03c00, cpu=3DVariable "cpu" is not available. ) at cpufunc.h:353 #10 0xffffffff802fc5ea in load (module=3DVariable "module" is not available= . ) at /usr/src/sys/dev/hwpmc/hwpmc_mod.c:4885 #11 0xffffffff804b803a in syscall_module_handler (mod=3D0xfffffe00017b9b00, what=3DVariable "what" is not available. ) at /usr/src/sys/kern/kern_syscalls.c:185 #12 0xffffffff8049b30f in module_shutdown (arg1=3DVariable "arg1" is not available. ) at /usr/src/sys/kern/kern_module.c:104 #13 0xffffffff804adc36 in kern_reboot (howto=3D0) at /usr/src/sys/kern/kern_shutdown.c:446 #14 0xffffffff804ae3dc in sys_reboot (td=3D0xfffffe00b219b460, uap=3D0xffffff811c0e2bc0) at /usr/src/sys/kern/kern_shutdown.c:188 #15 0xffffffff80743887 in amd64_syscall (td=3D0xfffffe00b219b460, traced=3D= 0) at subr_syscall.c:131 #16 0xffffffff8072eab7 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:387 #17 0x0000000800882bbc in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) =D4=DA 2011=C4=EA11=D4=C218=C8=D5 =C9=CF=CE=E72:52=A3=ACDavide Italiano =D0=B4=B5=C0=A3=BA > On Tue, Nov 15, 2011 at 3:44 AM, Paul Ambrose wrot= e: >> hi, I apply your patch on this >> [root@capoor-daemon /usr/src]# git show >> commit 4ec1d958bad5e78bcd3cc61a0da6b5a1302f8ec2 >> Author: kensmith >> Date: Mon Nov 14 00:45:25 2011 +0000 >> >> The releng/9.0 release branch has been created so convert stable/9 ov= er >> to our standard "Politically Correct" name for the balance of the >> 9.0-RELEASE >> release cycle. >> >> Approved by: re (implicit) >> >> when my machine shutdown in my absence yesterday evening, I find a >> kernel oops this morning,(sorry, just printf, I can not get a kernel >> dump) >> the kernel says it is at uncore_pcpu_fini+0x5b >> I check the source, and it is at >> static int >> uncore_pcpu_fini(struct pmc_mdep *md, int cpu) >> { >> ..... >> for (n =3D 0; n < npmc; n++) >> wrmsr(UCP_EVSEL0 + n, 0); //here >> ..... >> here is my cpu type, and build hwpmc into kernel >> >> Copyright (c) 1992-2011 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 9.0-PRERELEASE #0 r+4ec1d95-dirty: Mon Nov 14 15:31:45 CST 2011 >> root@capoor-daemon:/usr/obj/usr/src/sys/MYKERNEL amd64 >> CPU: Intel(R) Core(TM) i5-2300 CPU @ 2.80GHz (2793.02-MHz K8-class CPU) >> >> I will try to apply this to current to see if this is reproduced. >> >> 2011/11/14 Attilio Rao : >>> 2011/11/13 Davide Italiano : >>>> On Sun, Nov 13, 2011 at 9:52 PM, Davide Italiano >>>> wrote: >>>>> Good evening folks. >>>>> During last days I've written a patch to add sandy bridge support to >>>>> hwpmc. Until now, the most recent Intel processor microarchitecture >>>>> supported was Westmere. >>>>> Testing is appreciated, in order to see if there's something that hav= e >>>>> to be fixed. >>>>> You can find the diff here: http://davit.altervista.rg/hwpmc_sandy_br= idge.diff >>>>> >>>>> I'd like to thanks a lot attilio@ that helped me to fix a bug and gnn= @ >>>>> and fabient@ for the useful suggestions. >>>>> >>>>> Best >>>>> >>>>> Davide >>>>> >>>> >>>> Sorry, bad link. It should be: >>>> http://davit.altervista.org/hwpmc_sandy_bridge.diff >>> >>> I can perform some small cleanups and likely test it too. >>> >>> If Fabien or George can review it I'm fine with committing as long as >>> all that is settled. >>>+ >>> Attilio >>> >>> >>> -- >>> Peace can only be achieved by understanding - A. Einstein >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >>> >> > > Have you tried on -current? If yes, what are the results? > Can you provide a kernel dump and/or the instruction to reproduce this bu= g? > > Best > > Davide > From owner-freebsd-current@FreeBSD.ORG Thu Nov 24 08:28:53 2011 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 AB22E106566B for ; Thu, 24 Nov 2011 08:28:53 +0000 (UTC) (envelope-from Daan@vitsch.nl) Received: from VM01.VEHosting.nl (VM016.VEHosting.nl [IPv6:2001:1af8:2100:b020::140]) by mx1.freebsd.org (Postfix) with ESMTP id 512488FC08 for ; Thu, 24 Nov 2011 08:28:53 +0000 (UTC) Received: from [192.168.72.11] (124-54.bbned.dsl.internl.net [92.254.54.124]) (authenticated bits=0) by VM01.VEHosting.nl (8.14.3/8.13.8) with ESMTP id pAO8SqHJ048621 for ; Thu, 24 Nov 2011 09:28:52 +0100 (CET) (envelope-from Daan@vitsch.nl) From: Daan Vreeken Organization: Vitsch Electronics To: FreeBSD Current Date: Thu, 24 Nov 2011 09:28:51 +0100 User-Agent: KMail/1.9.10 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201111240928.51162.Daan@vitsch.nl> x-ve-auth-version: mi-1.1.5 2011-02-07 - Copyright (c) 2008, 2011 - Daan Vreeken - VEHosting x-ve-auth: authenticated as 'pa4dan' on VM01.VEHosting.nl X-Mailman-Approved-At: Thu, 24 Nov 2011 12:06:20 +0000 Subject: if_clone.c allows creating multiple interfaces with the same 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: Thu, 24 Nov 2011 08:28:53 -0000 Hi All, Recently I've discovered a bug in if_clone.c and if.c where the code allows multiple interfaces to be created with exactly the same name (which leads to all sorts of other interesting problems). I've submitted a PR about this with patches, which can be found here : http://www.freebsd.org/cgi/query-pr.cgi?pr=162789 Could anyone take a look at it? Regards, -- Daan Vreeken Vitsch Electronics http://Vitsch.nl tel: +31-(0)40-7113051 / +31-(0)6-46210825 KvK nr: 17174380 From owner-freebsd-current@FreeBSD.ORG Thu Nov 24 10:13:34 2011 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 AC2A6106566C for ; Thu, 24 Nov 2011 10:13:34 +0000 (UTC) (envelope-from kraduk@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 67E6B8FC15 for ; Thu, 24 Nov 2011 10:13:34 +0000 (UTC) Received: by ywp17 with SMTP id 17so1201968ywp.13 for ; Thu, 24 Nov 2011 02:13:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=YajBFVaShuLnWPrESqp5K3tRaiU8yZ3s0xr+r8xQXoU=; b=lRF39f/WQoM53YWSz1xOuu2ii6Kik+1t6L5VbNgma9wuUrBhYY0KngNI+yWx4L9zG3 Sp6Bqrg/iXYADbOXVg7C7B9Qo8PlzMG1tc45kP9Q/twWiAybBdN33v0K+n+ki99w3Ij5 xyR6B+tSaA2cebjih7XLjMWbXhFL1gAmT8Gag= MIME-Version: 1.0 Received: by 10.101.45.9 with SMTP id x9mr6115762anj.151.1322127778560; Thu, 24 Nov 2011 01:42:58 -0800 (PST) Received: by 10.236.102.164 with HTTP; Thu, 24 Nov 2011 01:42:58 -0800 (PST) In-Reply-To: References: <20111122080542.5c993efe@zelda.sugioarto.com> <20111122103043.82377106564A@hub.freebsd.org> Date: Thu, 24 Nov 2011 09:42:58 +0000 Message-ID: From: krad To: "C. P. Ghost" X-Mailman-Approved-At: Thu, 24 Nov 2011 12:06:42 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: David Cornejo , freebsd-current@freebsd.org, "Thomas Mueller List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2011 10:13:34 -0000 On 22 November 2011 13:36, C. P. Ghost wrote: > On Tue, Nov 22, 2011 at 11:30 AM, <"Thomas Mueller > wrote: > > But I don't see any advantage to putting /, /usr, and /var on separate > partitions. > > > > Tom > > Regarding separate /usr and /var: the advantage is that you can > keep /usr read-only which is also important for security reasons > since modifying system binaries becomes less easy. > > Furthermore, you can NFS share a read-only /usr among many > similar machines, while /var is a per-machine specific read-write > area. > > -cpghost. > > -- > Cordula's Web. http://www.cordula.ws/ > _______________________________________________ > 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 always have /var and /tmp on separate file systems than /, but dont normally have a separate /usr, bur I have a /usr/local. I like to keep the /var and /tmp fs separate as they as other are mentioned. Therefore they are more prone to corruption in event of the power failure. Keeping / separate in this case should make the system more likely to reboot. Also it stops application filling up / which can stop you logging into the system (I havent seen this issue for year admittedly) /usr/local is just for tidyness as it keeps base os separate from ports etc I also have /home on a separate as well to stops users filling up root as well. my zfsroot boxes have this setup as well, but i also add a few reservations and quotas. From owner-freebsd-current@FreeBSD.ORG Thu Nov 24 12:31:54 2011 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 58E10106566C for ; Thu, 24 Nov 2011 12:31:54 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 117A18FC13 for ; Thu, 24 Nov 2011 12:31:53 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1RTYT2-0002Xf-4y>; Thu, 24 Nov 2011 13:31:52 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1RTYT2-0004NS-2m>; Thu, 24 Nov 2011 13:31:52 +0100 Message-ID: <4ECE3937.5060201@mail.zedat.fu-berlin.de> Date: Thu, 24 Nov 2011 13:31:51 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111109 Thunderbird/8.0 MIME-Version: 1.0 To: krad References: <20111122080542.5c993efe@zelda.sugioarto.com> <20111122103043.82377106564A@hub.freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 X-Mailman-Approved-At: Thu, 24 Nov 2011 12:56:43 +0000 Cc: David Cornejo , freebsd-current@freebsd.org, "C. P. Ghost" Subject: Re: /usr/home vs /home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Nov 2011 12:31:54 -0000 On 11/24/11 10:42, krad wrote: > On 22 November 2011 13:36, C. P. Ghost wrote: > >> On Tue, Nov 22, 2011 at 11:30 AM, <"Thomas Mueller >> wrote: >>> But I don't see any advantage to putting /, /usr, and /var on separate >> partitions. >>> >>> Tom >> >> Regarding separate /usr and /var: the advantage is that you can >> keep /usr read-only which is also important for security reasons >> since modifying system binaries becomes less easy. >> >> Furthermore, you can NFS share a read-only /usr among many >> similar machines, while /var is a per-machine specific read-write >> area. >> >> -cpghost. >> >> -- >> Cordula's Web. http://www.cordula.ws/ >> _______________________________________________ >> 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 always have /var and /tmp on separate file systems than /, but dont > normally have a separate /usr, bur I have a /usr/local. > > I like to keep the /var and /tmp fs separate as they as other are > mentioned. Therefore they are more prone to corruption in event of the > power failure. Keeping / separate in this case should make the system more > likely to reboot. Also it stops application filling up / which can stop you > logging into the system (I havent seen this issue for year admittedly) > > /usr/local is just for tidyness as it keeps base os separate from ports etc > > I also have /home on a separate as well to stops users filling up root as > well. > > my zfsroot boxes have this setup as well, but i also add a few reservations > and quotas. For my experiences in the past with OpenLDAP, which keeps its databases by default in /var, I had a lot of inconsistencies triggered due to the port OpenLDAP itself or DB4. I do not care about who caused the inconsistency, but after a reboot, the /var filesystem had to be fsck'ed or was completely trunkated and needed to be reformatted. If this happens to /var when /var is a part of / as a whole, then good night ... ;-) Sorry for the sloppy statement. I'd like to know how many big-company-server systems do have separated partitions and a lucky to have an easy way to repair in compare to home users with their home boxes using a linux like whole one partition ... and compared to that the failures and times to repair the filesystem. Regards, Oliver From owner-freebsd-current@FreeBSD.ORG Thu Nov 24 17:06:35 2011 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 719DD106564A for ; Thu, 24 Nov 2011 17:06:35 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) by mx1.freebsd.org (Postfix) with ESMTP id EA66F8FC14 for ; Thu, 24 Nov 2011 17:06:34 +0000 (UTC) Received: from amavis-proxy-ori.ijs.si (localhost [IPv6:::1]) by mail.ijs.si (Postfix) with ESMTP id 3Sq6Q1740LzGMfg for ; Thu, 24 Nov 2011 18:06:33 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= message-id:content-transfer-encoding:content-type:content-type :mime-version:in-reply-to:references:user-agent:date:date :subject:subject:organization:from:from:received:received :received:vbr-info; s=jakla2; t=1322154392; x=1324746393; bh=9oz w57UpSpsXKQOq2AIGCru2X7QgKzCYRCGr/c2T/A4=; b=lmUIgnLUXfIChZsoxqq aDmyPbfDFB8/FBXTHYa4wqHzV60sJ64KS8ol8rNLdLgneHaDGR1Rb3Z7X3Ysah+q XiF2C/4BiN7S7nNTwNzxjq1vEAqbrJUXVy8VC8596KefBEpLz+vphIGjY/kYdmrc +i7OIyyDs4dVQDCz8KM8OjMk= VBR-Info: md=ijs.si; mc=all; mv=dwl.spamhaus.org; X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([127.0.0.1]) by amavis-proxy-ori.ijs.si (mail.ijs.si [127.0.0.1]) (amavisd-new, port 10012) with ESMTP id uaFmdMrOArsE for ; Thu, 24 Nov 2011 18:06:32 +0100 (CET) Received: from rozamunda.ijs.si (unknown [IPv6:2001:1470:ff80:0:225:90ff:fe11:b090]) by mail.ijs.si (Postfix) with ESMTP for ; Thu, 24 Nov 2011 18:06:32 +0100 (CET) Received: from neli.ijs.si (neli.ijs.si [193.2.4.95]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by rozamunda.ijs.si (Postfix) with ESMTPSA id DF17921139D for ; Thu, 24 Nov 2011 18:06:32 +0100 (CET) From: Mark Martinec Organization: J. Stefan Institute To: freebsd-current@freebsd.org Date: Thu, 24 Nov 2011 18:06:32 +0100 User-Agent: KMail/1.13.7 (FreeBSD/9.0-PRERELEASE; KDE/4.7.3; amd64; ; ) References: <201111240126.21470.Mark.Martinec+freebsd@ijs.si> <201111240225.48154.Mark.Martinec+freebsd@ijs.si> In-Reply-To: <201111240225.48154.Mark.Martinec+freebsd@ijs.si> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201111241806.32212.Mark.Martinec+freebsd@ijs.si> Subject: Re: iSCSI initiator: iscontrol cannot be stopped or killed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Nov 2011 17:06:35 -0000 > > If you can get it back into this state, > > Sure, *every* time. > > > a procstat -k -k would be very helpful. > > (the second -k is not a typo). > > # procstat -k -k 5896 > PID TID COMM TDNAME KSTACK > 5896 102364 iscontrol - mi_switch+0x174 > sleepq_timedwait+0x42 _sleep+0x301 ic_init+0x2f1 iscsi_ioctl+0x525 > devfs_ioctl_f+0x7b kern_ioctl+0x115 sys_ioctl+0xfd amd64_syscall+0x450 > Xfast_syscall+0xf7 Additional info: the process is blocking on 'ffp', unresponsive to signals: UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 0 5896 1 0 20 0 16424 1264 ffp Ds ?? 0:00.04 iscontrol -c /etc/iscsi.conf -n xxx Mark From owner-freebsd-current@FreeBSD.ORG Thu Nov 24 17:38:22 2011 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 303111065673; Thu, 24 Nov 2011 17:38:22 +0000 (UTC) (envelope-from maxim@freebsd.org) Received: from mp2.macomnet.net (ipv6.irc.int.ru [IPv6:2a02:28:1:2::1b:2]) by mx1.freebsd.org (Postfix) with ESMTP id 7730C8FC08; Thu, 24 Nov 2011 17:38:21 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.14.5/8.14.5) with ESMTP id pAOHcJcJ018757; Thu, 24 Nov 2011 21:38:19 +0400 (MSK) (envelope-from maxim@freebsd.org) Date: Thu, 24 Nov 2011 21:38:19 +0400 (MSK) From: Maxim Konovalov To: Kostik Belousov In-Reply-To: Message-ID: References: <20111122124410.GP50300@deviant.kiev.zoral.com.ua> <20111122154357.GI95664@mdounin.ru> <20111122154935.GR50300@deviant.kiev.zoral.com.ua> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: arch@freebsd.org, current@freebsd.org, igor@sysoev.ru, Maxim Dounin Subject: Re: RLIMIT_DATA and malloc(3) use of mmap(2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2011 17:38:22 -0000 Hi Kostik, On Wed, 23 Nov 2011, 11:22+0400, Maxim Konovalov wrote: > [...] > > Anyway, the patch needs testers before I will push it forward. > > > [igor's email was corrected] > > We will test it in out environment and let you know. > It seems I don't understand how it works. Here is a test program: http://maxim.int.ru/stuff/malloc_test.c.txt It allocates successfully 64x1MB chunks by malloc(), reallocf() and realloc() with the following command line: MALLOC_OPTIONS=JM limits -d 10m ./malloc_test When we add L flag to the MALLOC_OPTIONS it starts to work strange: It allocates 64MB via malloc() but fails to allocate more than 3MB by realloc() and reallocf(). More funny, the result varies from time to time: $ MALLOC_OPTIONS=JML limits -d 10m ./malloc_test | head RLIMIT_DATA: rlim_cur is 10485760, rlim_max is 10485760 1th allocation failed 2th allocation failed 3th allocation failed 4th allocation failed 5th allocation failed 6th allocation failed 7th allocation failed 8th allocation failed 9th allocation failed $ MALLOC_OPTIONS=JML limits -d 10m ./malloc_test | head RLIMIT_DATA: rlim_cur is 10485760, rlim_max is 10485760 1048576 bytes successfuly allocated 2097152 bytes successfuly allocated 3145728 bytes successfuly allocated 4194304 bytes successfuly allocated 5242880 bytes successfuly allocated 6291456 bytes successfuly allocated 7340032 bytes successfuly allocated 8388608 bytes successfuly allocated 9437184 bytes successfuly allocated $ MALLOC_OPTIONS=JML limits -d 10m ./malloc_test | head RLIMIT_DATA: rlim_cur is 10485760, rlim_max is 10485760 1th allocation failed 2th allocation failed 3th allocation failed 4th allocation failed 5th allocation failed 6th allocation failed 7th allocation failed 8th allocation failed 9th allocation failed It's today -current with your patch. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Thu Nov 24 18:58:12 2011 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 BB9BF106567C; Thu, 24 Nov 2011 18:58:12 +0000 (UTC) (envelope-from rmh.aybabtu@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 689F48FC1D; Thu, 24 Nov 2011 18:58:12 +0000 (UTC) Received: by iakl21 with SMTP id l21so5147462iak.13 for ; Thu, 24 Nov 2011 10:58:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=EUFsV2qANwyavbxlhH3qYD3VRcboyFKKrumONJd2fuI=; b=Ahh8KIdwc14Qf2elMh8A8vrtxE2tieb3q+6QtKwIB8iqTFEfAovFMSobrgksJHWuIb WIPX8jkBfHfUT4txNoDprEV4Qf0yPeLuKLaMqLBeRjHRLV551ohwc6vOl1anXzpupTrF /ot54usLrhr1YsT112Gx/4AvmmnTJ32PECi5w= MIME-Version: 1.0 Received: by 10.43.45.137 with SMTP id uk9mr8680604icb.52.1322161091957; Thu, 24 Nov 2011 10:58:11 -0800 (PST) Sender: rmh.aybabtu@gmail.com Received: by 10.42.222.200 with HTTP; Thu, 24 Nov 2011 10:58:11 -0800 (PST) In-Reply-To: <20111124141821.O932@besplex.bde.org> References: <20111123070036.GA29952@thorin> <20111124141821.O932@besplex.bde.org> Date: Thu, 24 Nov 2011 19:58:11 +0100 X-Google-Sender-Auth: texmV3vH3fcaWgk38rk-x6_K4jE Message-ID: From: Robert Millan To: Bruce Evans Content-Type: multipart/mixed; boundary=bcaec5299f5938d4f804b27f9e42 Cc: Kostik Belousov , Adrian Chadd , freebsd-current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [PATCH] Detect GNU/kFreeBSD in user-visible kernel headers (v2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Nov 2011 18:58:12 -0000 --bcaec5299f5938d4f804b27f9e42 Content-Type: text/plain; charset=UTF-8 Hi Bruce, 2011/11/24 Bruce Evans : > Now it adds lots of namespace pollution (all of , including > all of its namespace pollution), just to get 1 new symbol defined. Well, my initial patch (see mail with same subject modulo "v2") didn't have this problem. Now that __FreeBSD_kernel__ is defined, many #ifdefs can be simplified, but maybe it's not desireable for all of them. At least not until we can rely on the compiler to define this macro. So in this particular case maybe it's better to use the other approach? See attachment. --bcaec5299f5938d4f804b27f9e42 Content-Type: text/x-diff; charset=US-ASCII; name="gnu-kfreebsd_headers.diff" Content-Disposition: attachment; filename="gnu-kfreebsd_headers.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gve4ka9h0 ZGlmZiAtdXIgc3lzLm9sZC9jYW0vc2NzaS9zY3NpX2xvdy5oIHN5cy9jYW0vc2NzaS9zY3NpX2xv dy5oCi0tLSBzeXMub2xkL2NhbS9zY3NpL3Njc2lfbG93LmgJMjAwNy0xMi0yNSAxODo1MjowMi4w MDAwMDAwMDAgKzAxMDAKKysrIHN5cy9jYW0vc2NzaS9zY3NpX2xvdy5oCTIwMTEtMTEtMTMgMTQ6 MTI6NDEuMTIxOTA4MzgwICswMTAwCkBAIC01Myw3ICs1Myw3IEBACiAjZGVmaW5lCVNDU0lfTE9X X0lOVEVSRkFDRV9YUwogI2VuZGlmCS8qIF9fTmV0QlNEX18gKi8KIAotI2lmZGVmCV9fRnJlZUJT RF9fCisjaWYgZGVmaW5lZChfX0ZyZWVCU0RfXykgfHwgZGVmaW5lZChfX0ZyZWVCU0Rfa2VybmVs X18pCiAjZGVmaW5lCVNDU0lfTE9XX0lOVEVSRkFDRV9DQU0KICNkZWZpbmUJQ0FNCiAjZW5kaWYJ LyogX19GcmVlQlNEX18gKi8KQEAgLTY0LDcgKzY0LDcgQEAKICNpbmNsdWRlIDxkZXYvaXNhL2Nj YnF1ZS5oPgogI2VuZGlmCS8qIF9fTmV0QlNEX18gKi8KIAotI2lmZGVmCV9fRnJlZUJTRF9fCisj aWYgZGVmaW5lZChfX0ZyZWVCU0RfXykgfHwgZGVmaW5lZChfX0ZyZWVCU0Rfa2VybmVsX18pCiAj aW5jbHVkZSA8c3lzL2RldmljZV9wb3J0Lmg+CiAjaW5jbHVkZSA8c3lzL2tkYi5oPgogI2luY2x1 ZGUgPGNhbS9jYW0uaD4KQEAgLTg1LDcgKzg1LDcgQEAKICNkZWZpbmUJU0NTSV9MT1dfQlpFUk8o cHQsIHNpemUpCW1lbXNldCgocHQpLCAwLCAoc2l6ZSkpCiAjZW5kaWYJLyogX19OZXRCU0RfXyAq LwogCi0jaWZkZWYJX19GcmVlQlNEX18KKyNpZiBkZWZpbmVkKF9fRnJlZUJTRF9fKSB8fCBkZWZp bmVkKF9fRnJlZUJTRF9rZXJuZWxfXykKICN1bmRlZglNU0dfSURFTlRJRlkKICNkZWZpbmUJU0NT SV9MT1dfREVCVUdHRVIoZGV2KQlrZGJfZW50ZXIoS0RCX1dIWV9DQU0sIGRldikKICNkZWZpbmUJ U0NTSV9MT1dfREVMQVkobXUpCURFTEFZKChtdSkpCkBAIC0xMTEsNyArMTExLDcgQEAKIH07CiAj ZW5kaWYJLyogX19OZXRCU0RfXyAqLwogCi0jaWZkZWYJX19GcmVlQlNEX18KKyNpZiBkZWZpbmVk KF9fRnJlZUJTRF9fKSB8fCBkZWZpbmVkKF9fRnJlZUJTRF9rZXJuZWxfXykKIHR5cGVkZWYJc3Ry dWN0IHNjc2lfc2Vuc2VfZGF0YSBzY3NpX2xvd19vc2RlcF9zZW5zZV9kYXRhX3Q7CiAKIHN0cnVj dCBzY3NpX2xvd19vc2RlcF9pbnRlcmZhY2UgewpkaWZmIC11ciBzeXMub2xkL2NhbS9zY3NpL3Nj c2lfbG93X3Bpc2EuaCBzeXMvY2FtL3Njc2kvc2NzaV9sb3dfcGlzYS5oCi0tLSBzeXMub2xkL2Nh bS9zY3NpL3Njc2lfbG93X3Bpc2EuaAkyMDA1LTAxLTA1IDIzOjM0OjM3LjAwMDAwMDAwMCArMDEw MAorKysgc3lzL2NhbS9zY3NpL3Njc2lfbG93X3Bpc2EuaAkyMDExLTExLTEzIDE0OjEyOjQxLjEy MTkwODM4MCArMDEwMApAQCAtNDAsNyArNDAsNyBAQAogaW50IHNjc2lfbG93X25vdGlmeV9waXNh KHBpc2FfZGV2aWNlX2hhbmRsZV90LCBwaXNhX2V2ZW50X3QpOwogI2VuZGlmCS8qIF9fTmV0QlNE X18gKi8KIAotI2lmZGVmCV9fRnJlZUJTRF9fCisjaWYgZGVmaW5lZChfX0ZyZWVCU0RfXykgfHwg ZGVmaW5lZChfX0ZyZWVCU0Rfa2VybmVsX18pCiBpbnQgc2NzaV9sb3dfYWN0aXZhdGVfcGlzYShz dHJ1Y3Qgc2NzaV9sb3dfc29mdGMgKiwgaW50KTsKIGludCBzY3NpX2xvd19kZWFjdGl2YXRlX3Bp c2Eoc3RydWN0IHNjc2lfbG93X3NvZnRjICopOwogI2VuZGlmCS8qIF9fRnJlZUJTRF9fICovCmRp ZmYgLXVyIHN5cy5vbGQvY29udHJpYi9hbHRxL2FsdHEvYWx0cV92YXIuaCBzeXMvY29udHJpYi9h bHRxL2FsdHEvYWx0cV92YXIuaAotLS0gc3lzLm9sZC9jb250cmliL2FsdHEvYWx0cS9hbHRxX3Zh ci5oCTIwMTEtMDMtMTAgMTk6NDk6MTUuMDAwMDAwMDAwICswMTAwCisrKyBzeXMvY29udHJpYi9h bHRxL2FsdHEvYWx0cV92YXIuaAkyMDExLTExLTEzIDE0OjEyOjQxLjExODkwNzM0MSArMDEwMApA QCAtMjAxLDcgKzIwMSw3IEBACiAjZGVmaW5lCUNBTExPVVRfU1RPUChjKQkJdW50aW1lb3V0KChj KS0+Y19mdW5jLChjKS0+Y19hcmcpCiAjZGVmaW5lCUNBTExPVVRfSU5JVElBTElaRVIJeyBOVUxM LCBOVUxMIH0KICNlbmRpZgotI2lmICFkZWZpbmVkKF9fRnJlZUJTRF9fKQorI2lmICFkZWZpbmVk KF9fRnJlZUJTRF9fKSAmJiAhZGVmaW5lZChfX0ZyZWVCU0Rfa2VybmVsX18pCiB0eXBlZGVmIHZv aWQgKHRpbWVvdXRfdCkodm9pZCAqKTsKICNlbmRpZgogCmRpZmYgLXVyIHN5cy5vbGQvY29udHJp Yi9hbHRxL2FsdHEvaWZfYWx0cS5oIHN5cy9jb250cmliL2FsdHEvYWx0cS9pZl9hbHRxLmgKLS0t IHN5cy5vbGQvY29udHJpYi9hbHRxL2FsdHEvaWZfYWx0cS5oCTIwMTEtMDMtMTAgMTk6NDk6MTUu MDAwMDAwMDAwICswMTAwCisrKyBzeXMvY29udHJpYi9hbHRxL2FsdHEvaWZfYWx0cS5oCTIwMTEt MTEtMTMgMTQ6MTI6NDEuMTE5OTA3MTI4ICswMTAwCkBAIC0yOSw3ICsyOSw3IEBACiAjaWZuZGVm IF9BTFRRX0lGX0FMVFFfSF8KICNkZWZpbmUJX0FMVFFfSUZfQUxUUV9IXwogCi0jaWZkZWYgX19G cmVlQlNEX18KKyNpZiBkZWZpbmVkKF9fRnJlZUJTRF9fKSB8fCBkZWZpbmVkKF9fRnJlZUJTRF9r ZXJuZWxfXykKICNpbmNsdWRlIDxzeXMvbG9jay5oPgkJLyogWFhYICovCiAjaW5jbHVkZSA8c3lz L211dGV4Lmg+CQkvKiBYWFggKi8KICNpbmNsdWRlIDxzeXMvZXZlbnQuaD4JCS8qIFhYWCAqLwpA QCAtNTEsNyArNTEsNyBAQAogCWludAlpZnFfbGVuOwogCWludAlpZnFfbWF4bGVuOwogCWludAlp ZnFfZHJvcHM7Ci0jaWZkZWYgX19GcmVlQlNEX18KKyNpZiBkZWZpbmVkKF9fRnJlZUJTRF9fKSB8 fCBkZWZpbmVkKF9fRnJlZUJTRF9rZXJuZWxfXykKIAlzdHJ1Y3QJbXR4IGlmcV9tdHg7CiAjZW5k aWYKIApkaWZmIC11ciBzeXMub2xkL2NvbnRyaWIvcGYvbmV0L2lmX3BmbG9nLmggc3lzL2NvbnRy aWIvcGYvbmV0L2lmX3BmbG9nLmgKLS0tIHN5cy5vbGQvY29udHJpYi9wZi9uZXQvaWZfcGZsb2cu aAkyMDExLTA2LTI4IDEzOjU3OjI1LjAwMDAwMDAwMCArMDIwMAorKysgc3lzL2NvbnRyaWIvcGYv bmV0L2lmX3BmbG9nLmgJMjAxMS0xMS0xMyAxNDoxMjo0MS4xMzA5MDY0NjkgKzAxMDAKQEAgLTMw LDcgKzMwLDcgQEAKICNkZWZpbmUJUEZMT0dJRlNfTUFYCTE2CiAKIHN0cnVjdCBwZmxvZ19zb2Z0 YyB7Ci0jaWZkZWYgX19GcmVlQlNEX18KKyNpZiBkZWZpbmVkKF9fRnJlZUJTRF9fKSB8fCBkZWZp bmVkKF9fRnJlZUJTRF9rZXJuZWxfXykKIAlzdHJ1Y3QgaWZuZXQJCSpzY19pZnA7CS8qIHRoZSBp bnRlcmZhY2UgcG9pbnRlciAqLwogI2Vsc2UKIAlzdHJ1Y3QgaWZuZXQJCXNjX2lmOwkJLyogdGhl IGludGVyZmFjZSAqLwpAQCAtNzQsNyArNzQsNyBAQAogI2RlZmluZQlPTERfUEZMT0dfSERSTEVO CXNpemVvZihzdHJ1Y3Qgb2xkX3BmbG9naGRyKQogCiAjaWZkZWYgX0tFUk5FTAotI2lmZGVmIF9f RnJlZUJTRF9fCisjaWYgZGVmaW5lZChfX0ZyZWVCU0RfXykgfHwgZGVmaW5lZChfX0ZyZWVCU0Rf a2VybmVsX18pCiBzdHJ1Y3QgcGZfcnVsZTsKIHN0cnVjdCBwZl9ydWxlc2V0Owogc3RydWN0IHBm aV9raWY7CmRpZmYgLXVyIHN5cy5vbGQvY29udHJpYi9wZi9uZXQvaWZfcGZsb3cuaCBzeXMvY29u dHJpYi9wZi9uZXQvaWZfcGZsb3cuaAotLS0gc3lzLm9sZC9jb250cmliL3BmL25ldC9pZl9wZmxv dy5oCTIwMTEtMDYtMjggMTM6NTc6MjUuMDAwMDAwMDAwICswMjAwCisrKyBzeXMvY29udHJpYi9w Zi9uZXQvaWZfcGZsb3cuaAkyMDExLTExLTEzIDE0OjEyOjQxLjEzMDkwNjQ2OSArMDEwMApAQCAt NjYsNyArNjYsNyBAQAogCXVuc2lnbmVkIGludAkJIHNjX21heGNvdW50OwogCXVfaW50NjRfdAkJ IHNjX2djb3VudGVyOwogCXN0cnVjdCBpcF9tb3B0aW9ucwkgc2NfaW1vOwotI2lmZGVmIF9fRnJl ZUJTRF9fCisjaWYgZGVmaW5lZChfX0ZyZWVCU0RfXykgfHwgZGVmaW5lZChfX0ZyZWVCU0Rfa2Vy bmVsX18pCiAJc3RydWN0IGNhbGxvdXQJCSBzY190bW87CiAjZWxzZQogCXN0cnVjdCB0aW1lb3V0 CQkgc2NfdG1vOwpkaWZmIC11ciBzeXMub2xkL2NvbnRyaWIvcGYvbmV0L2lmX3Bmc3luYy5oIHN5 cy9jb250cmliL3BmL25ldC9pZl9wZnN5bmMuaAotLS0gc3lzLm9sZC9jb250cmliL3BmL25ldC9p Zl9wZnN5bmMuaAkyMDExLTA2LTI4IDEzOjU3OjI1LjAwMDAwMDAwMCArMDIwMAorKysgc3lzL2Nv bnRyaWIvcGYvbmV0L2lmX3Bmc3luYy5oCTIwMTEtMTEtMTMgMTQ6MTI6NDEuMTMxOTA2MjU3ICsw MTAwCkBAIC0yNjgsNyArMjY4LDcgQEAKIAlpbnQJCSBwZnN5bmNyX2F1dGhsZXZlbDsKIH07CiAK LSNpZmRlZiBfX0ZyZWVCU0RfXworI2lmIGRlZmluZWQoX19GcmVlQlNEX18pIHx8IGRlZmluZWQo X19GcmVlQlNEX2tlcm5lbF9fKQogI2RlZmluZQlTSU9DU0VUUEZTWU5DICAgX0lPVygnaScsIDI0 Nywgc3RydWN0IGlmcmVxKQogI2RlZmluZQlTSU9DR0VUUEZTWU5DICAgX0lPV1IoJ2knLCAyNDgs IHN0cnVjdCBpZnJlcSkKICNlbmRpZgpAQCAtMjg4LDcgKzI4OCw3IEBACiAjZGVmaW5lCVBGU1lO Q19TX0RFRkVSCTB4ZmUKICNkZWZpbmUJUEZTWU5DX1NfTk9ORQkweGZmCiAKLSNpZmRlZiBfX0Zy ZWVCU0RfXworI2lmIGRlZmluZWQoX19GcmVlQlNEX18pIHx8IGRlZmluZWQoX19GcmVlQlNEX2tl cm5lbF9fKQogdm9pZAkJCXBmc3luY19pbnB1dChzdHJ1Y3QgbWJ1ZiAqLCBfX3VudXNlZCBpbnQp OwogI2Vsc2UKIHZvaWQJCQlwZnN5bmNfaW5wdXQoc3RydWN0IG1idWYgKiwgLi4uKTsKQEAgLTMw MCw3ICszMDAsNyBAQAogI2RlZmluZQlQRlNZTkNfU0lfQ0tTVU0JCTB4MDIKICNkZWZpbmUJUEZT WU5DX1NJX0FDSwkJMHgwNAogaW50CQkJcGZzeW5jX3N0YXRlX2ltcG9ydChzdHJ1Y3QgcGZzeW5j X3N0YXRlICosIHVfaW50OF90KTsKLSNpZm5kZWYgX19GcmVlQlNEX18KKyNpZiAhZGVmaW5lZChf X0ZyZWVCU0RfXykgJiYgIWRlZmluZWQoX19GcmVlQlNEX2tlcm5lbF9fKQogdm9pZAkJCXBmc3lu Y19zdGF0ZV9leHBvcnQoc3RydWN0IHBmc3luY19zdGF0ZSAqLAogCQkJICAgIHN0cnVjdCBwZl9z dGF0ZSAqKTsKICNlbmRpZgpkaWZmIC11ciBzeXMub2xkL2NvbnRyaWIvcGYvbmV0L3BmdmFyLmgg c3lzL2NvbnRyaWIvcGYvbmV0L3BmdmFyLmgKLS0tIHN5cy5vbGQvY29udHJpYi9wZi9uZXQvcGZ2 YXIuaAkyMDExLTEwLTIzIDEyOjA1OjI1LjAwMDAwMDAwMCArMDIwMAorKysgc3lzL2NvbnRyaWIv cGYvbmV0L3BmdmFyLmgJMjAxMS0xMS0xMyAxNDoxMjo0MS4xMzQ5MDY3MzggKzAxMDAKQEAgLTM3 LDcgKzM3LDcgQEAKICNpbmNsdWRlIDxzeXMvdHlwZXMuaD4KICNpbmNsdWRlIDxzeXMvcXVldWUu aD4KICNpbmNsdWRlIDxzeXMvdHJlZS5oPgotI2lmZGVmIF9fRnJlZUJTRF9fCisjaWYgZGVmaW5l ZChfX0ZyZWVCU0RfXykgfHwgZGVmaW5lZChfX0ZyZWVCU0Rfa2VybmVsX18pCiAjaW5jbHVkZSA8 c3lzL2xvY2suaD4KICNpbmNsdWRlIDxzeXMvc3guaD4KICNlbHNlCkBAIC00Niw3ICs0Niw3IEBA CiAKICNpbmNsdWRlIDxuZXQvcmFkaXguaD4KICNpbmNsdWRlIDxuZXQvcm91dGUuaD4KLSNpZmRl ZiBfX0ZyZWVCU0RfXworI2lmIGRlZmluZWQoX19GcmVlQlNEX18pIHx8IGRlZmluZWQoX19GcmVl QlNEX2tlcm5lbF9fKQogI2luY2x1ZGUgPG5ldC9pZl9jbG9uZS5oPgogI2luY2x1ZGUgPG5ldC9w Zl9tdGFnLmg+CiAjaW5jbHVkZSA8dm0vdW1hLmg+CkBAIC01NCw3ICs1NCw3IEBACiAjaW5jbHVk ZSA8bmV0aW5ldC9pcF9pcHNwLmg+CiAjZW5kaWYKIAotI2lmZGVmIF9fRnJlZUJTRF9fCisjaWYg ZGVmaW5lZChfX0ZyZWVCU0RfXykgfHwgZGVmaW5lZChfX0ZyZWVCU0Rfa2VybmVsX18pCiAjaW5j bHVkZSA8bmV0aW5ldC9pbi5oPgogI2VuZGlmCiAKQEAgLTYyLDcgKzYyLDcgQEAKIAogc3RydWN0 IGlwOwogc3RydWN0IGlwNl9oZHI7Ci0jaWZkZWYgX19GcmVlQlNEX18KKyNpZiBkZWZpbmVkKF9f RnJlZUJTRF9fKSB8fCBkZWZpbmVkKF9fRnJlZUJTRF9rZXJuZWxfXykKIHN0cnVjdCBpbnBjYjsK ICNlbmRpZgogCkBAIC0xNzMsNyArMTczLDcgQEAKIAkJfQkJCSBhOwogCQljaGFyCQkJIGlmbmFt ZVtJRk5BTVNJWl07CiAJCWNoYXIJCQkgdGJsbmFtZVtQRl9UQUJMRV9OQU1FX1NJWkVdOwotI2lm ZGVmIF9fRnJlZUJTRF9fCisjaWYgZGVmaW5lZChfX0ZyZWVCU0RfXykgfHwgZGVmaW5lZChfX0Zy ZWVCU0Rfa2VybmVsX18pCiAjZGVmaW5lCVJUTEFCRUxfTEVOCTMyCiAjZW5kaWYKIAkJY2hhcgkJ CSBydGxhYmVsbmFtZVtSVExBQkVMX0xFTl07CkBAIC0yMTEsNyArMjExLDcgQEAKICAqIEFkZHJl c3MgbWFuaXB1bGF0aW9uIG1hY3JvcwogICovCiAKLSNpZmRlZiBfX0ZyZWVCU0RfXworI2lmIGRl ZmluZWQoX19GcmVlQlNEX18pIHx8IGRlZmluZWQoX19GcmVlQlNEX2tlcm5lbF9fKQogI2RlZmlu ZQlzcGxzb2Z0bmV0KCkJc3BsbmV0KCkKIAogI2RlZmluZQlIVE9OTCh4KQkoeCkgPSBodG9ubCgo X191aW50MzJfdCkoeCkpCkBAIC0yMzYsNyArMjM2LDcgQEAKIAlpZiAodmFyKQkJCQkJXAogCQl1 bWFfemRlc3Ryb3kodmFyKQogCi0jaWZkZWYgX19GcmVlQlNEX18KKyNpZiBkZWZpbmVkKF9fRnJl ZUJTRF9fKSB8fCBkZWZpbmVkKF9fRnJlZUJTRF9rZXJuZWxfXykKIGV4dGVybiBzdHJ1Y3QgbXR4 IHBmX3Rhc2tfbXR4OwogCiAjZGVmaW5lCVBGX0xPQ0tfQVNTRVJUKCkJbXR4X2Fzc2VydCgmcGZf dGFza19tdHgsIE1BX09XTkVEKQpAQCAtODMzLDcgKzgzMyw3IEBACiAJdV9pbnQ2NF90CQkgaWQ7 CiAJdV9pbnQzMl90CQkgY3JlYXRvcmlkOwogCXVfaW50OF90CQkgZGlyZWN0aW9uOwotI2lmZGVm IF9fRnJlZUJTRF9fCisjaWYgZGVmaW5lZChfX0ZyZWVCU0RfXykgfHwgZGVmaW5lZChfX0ZyZWVC U0Rfa2VybmVsX18pCiAJdV9pbnQ4X3QJCSBwYWRbMl07CiAJdV9pbnQ4X3QJCSBsb2NhbF9mbGFn czsKICNkZWZpbmUJUEZTVEFURV9FWFBJUklORyAweDAxCkBAIC05MjMsNyArOTIzLDcgQEAKIAlz YV9mYW1pbHlfdAkgYWY7CiAJdV9pbnQ4X3QJIHByb3RvOwogCXVfaW50OF90CSBkaXJlY3Rpb247 Ci0jaWZkZWYgX19GcmVlQlNEX18KKyNpZiBkZWZpbmVkKF9fRnJlZUJTRF9fKSB8fCBkZWZpbmVk KF9fRnJlZUJTRF9rZXJuZWxfXykKIAl1X2ludDhfdAkgbG9jYWxfZmxhZ3M7CiAjZGVmaW5lCVBG U1RBVEVfRVhQSVJJTkcJCTB4MDEKIAl1X2ludDhfdAkgcGFkOwpAQCAtOTM1LDcgKzkzNSw3IEBA CiAJdV9pbnQ4X3QJIHVwZGF0ZXM7CiB9IF9fcGFja2VkOwogCi0jaWZkZWYgX19GcmVlQlNEX18K KyNpZiBkZWZpbmVkKF9fRnJlZUJTRF9fKSB8fCBkZWZpbmVkKF9fRnJlZUJTRF9rZXJuZWxfXykK ICNpZmRlZiBfS0VSTkVMCiAvKiBwZnN5bmMgKi8KIHR5cGVkZWYgaW50CQlwZnN5bmNfc3RhdGVf aW1wb3J0X3Qoc3RydWN0IHBmc3luY19zdGF0ZSAqLCB1X2ludDhfdCk7CkBAIC0xMjE1LDcgKzEy MTUsNyBAQAogUkJfSEVBRChwZmlfaWZoZWFkLCBwZmlfa2lmKTsKIAogLyogc3RhdGUgdGFibGVz ICovCi0jaWZkZWYgX19GcmVlQlNEX18KKyNpZiBkZWZpbmVkKF9fRnJlZUJTRF9fKSB8fCBkZWZp bmVkKF9fRnJlZUJTRF9rZXJuZWxfXykKICNpZmRlZiBfS0VSTkVMCiBWTkVUX0RFQ0xBUkUoc3Ry dWN0IHBmX3N0YXRlX3RyZWUsCSBwZl9zdGF0ZXRibCk7CiAjZGVmaW5lCVZfcGZfc3RhdGV0YmwJ CQkgVk5FVChwZl9zdGF0ZXRibCkKQEAgLTEyNzcsNyArMTI3Nyw3IEBACiAJc3RydWN0IHBmX2Fk ZHIJKmRzdDsJCS8qIGRzdCBhZGRyZXNzICovCiAJdV9pbnQxNl90ICpzcG9ydDsKIAl1X2ludDE2 X3QgKmRwb3J0OwotI2lmZGVmIF9fRnJlZUJTRF9fCisjaWYgZGVmaW5lZChfX0ZyZWVCU0RfXykg fHwgZGVmaW5lZChfX0ZyZWVCU0Rfa2VybmVsX18pCiAJc3RydWN0IHBmX210YWcJKnBmX210YWc7 CiAjZW5kaWYKIApAQCAtMTQwMyw3ICsxNDAzLDcgQEAKIAkJCSooYSkgPSAoeCk7IFwKIAl9IHdo aWxlICgwKQogCi0jaWZkZWYgX19GcmVlQlNEX18KKyNpZiBkZWZpbmVkKF9fRnJlZUJTRF9fKSB8 fCBkZWZpbmVkKF9fRnJlZUJTRF9rZXJuZWxfXykKICNkZWZpbmUgUkVBU09OX1NFVChhLCB4KSBc CiAJZG8geyBcCiAJCWlmICgoYSkgIT0gTlVMTCkgXApAQCAtMTQ4OCw3ICsxNDg4LDcgQEAKIAl1 X2ludDMyX3QJCSBwYXJlbnRfcWlkOwkvKiBwYXJlbnQgcXVldWUgaWQgKi8KIAl1X2ludDMyX3QJ CSBiYW5kd2lkdGg7CS8qIHF1ZXVlIGJhbmR3aWR0aCAqLwogCXVfaW50OF90CQkgcHJpb3JpdHk7 CS8qIHByaW9yaXR5ICovCi0jaWZkZWYgX19GcmVlQlNEX18KKyNpZiBkZWZpbmVkKF9fRnJlZUJT RF9fKSB8fCBkZWZpbmVkKF9fRnJlZUJTRF9rZXJuZWxfXykKIAl1X2ludDhfdAkJIGxvY2FsX2Zs YWdzOwkvKiBkeW5hbWljIGludGVyZmFjZSAqLwogI2RlZmluZQlQRkFMVFFfRkxBR19JRl9SRU1P VkVECQkweDAxCiAjZW5kaWYKQEAgLTE3NjgsNyArMTc2OCw3IEBACiAjZGVmaW5lCURJT0NTRVRJ RkZMQUcJX0lPV1IoJ0QnLCA4OSwgc3RydWN0IHBmaW9jX2lmYWNlKQogI2RlZmluZQlESU9DQ0xS SUZGTEFHCV9JT1dSKCdEJywgOTAsIHN0cnVjdCBwZmlvY19pZmFjZSkKICNkZWZpbmUJRElPQ0tJ TExTUkNOT0RFUwlfSU9XUignRCcsIDkxLCBzdHJ1Y3QgcGZpb2Nfc3JjX25vZGVfa2lsbCkKLSNp ZmRlZiBfX0ZyZWVCU0RfXworI2lmIGRlZmluZWQoX19GcmVlQlNEX18pIHx8IGRlZmluZWQoX19G cmVlQlNEX2tlcm5lbF9fKQogc3RydWN0IHBmX2lmc3BlZWQgewogCWNoYXIJCQlpZm5hbWVbSUZO QU1TSVpdOwogCXVfaW50MzJfdAkJYmF1ZHJhdGU7CkBAIC0xNzc5LDcgKzE3NzksNyBAQAogI2lm ZGVmIF9LRVJORUwKIFJCX0hFQUQocGZfc3JjX3RyZWUsIHBmX3NyY19ub2RlKTsKIFJCX1BST1RP VFlQRShwZl9zcmNfdHJlZSwgcGZfc3JjX25vZGUsIGVudHJ5LCBwZl9zcmNfY29tcGFyZSk7Ci0j aWZkZWYgX19GcmVlQlNEX18KKyNpZiBkZWZpbmVkKF9fRnJlZUJTRF9fKSB8fCBkZWZpbmVkKF9f RnJlZUJTRF9rZXJuZWxfXykKIFZORVRfREVDTEFSRShzdHJ1Y3QgcGZfc3JjX3RyZWUsCSB0cmVl X3NyY190cmFja2luZyk7CiAjZGVmaW5lCVZfdHJlZV9zcmNfdHJhY2tpbmcJCSBWTkVUKHRyZWVf c3JjX3RyYWNraW5nKQogI2Vsc2UKQEAgLTE3ODksNyArMTc4OSw3IEBACiBSQl9IRUFEKHBmX3N0 YXRlX3RyZWVfaWQsIHBmX3N0YXRlKTsKIFJCX1BST1RPVFlQRShwZl9zdGF0ZV90cmVlX2lkLCBw Zl9zdGF0ZSwKICAgICBlbnRyeV9pZCwgcGZfc3RhdGVfY29tcGFyZV9pZCk7Ci0jaWZkZWYgX19G cmVlQlNEX18KKyNpZiBkZWZpbmVkKF9fRnJlZUJTRF9fKSB8fCBkZWZpbmVkKF9fRnJlZUJTRF9r ZXJuZWxfXykKIFZORVRfREVDTEFSRShzdHJ1Y3QgcGZfc3RhdGVfdHJlZV9pZCwJIHRyZWVfaWQp OwogI2RlZmluZQlWX3RyZWVfaWQJCQkgVk5FVCh0cmVlX2lkKQogVk5FVF9ERUNMQVJFKHN0cnVj dCBwZl9zdGF0ZV9xdWV1ZSwJIHN0YXRlX2xpc3QpOwpAQCAtMTgwMCwxNCArMTgwMCwxNCBAQAog I2VuZGlmCiAKIFRBSUxRX0hFQUQocGZfcG9vbHF1ZXVlLCBwZl9wb29sKTsKLSNpZmRlZiBfX0Zy ZWVCU0RfXworI2lmIGRlZmluZWQoX19GcmVlQlNEX18pIHx8IGRlZmluZWQoX19GcmVlQlNEX2tl cm5lbF9fKQogVk5FVF9ERUNMQVJFKHN0cnVjdCBwZl9wb29scXVldWUsCSBwZl9wb29sc1syXSk7 CiAjZGVmaW5lCVZfcGZfcG9vbHMJCQkgVk5FVChwZl9wb29scykKICNlbHNlCiBleHRlcm4gc3Ry dWN0IHBmX3Bvb2xxdWV1ZQkJICBwZl9wb29sc1syXTsKICNlbmRpZgogVEFJTFFfSEVBRChwZl9h bHRxcXVldWUsIHBmX2FsdHEpOwotI2lmZGVmIF9fRnJlZUJTRF9fCisjaWYgZGVmaW5lZChfX0Zy ZWVCU0RfXykgfHwgZGVmaW5lZChfX0ZyZWVCU0Rfa2VybmVsX18pCiBWTkVUX0RFQ0xBUkUoc3Ry dWN0IHBmX2FsdHFxdWV1ZSwJIHBmX2FsdHFzWzJdKTsKICNkZWZpbmUJVl9wZl9hbHRxcwkJCSBW TkVUKHBmX2FsdHFzKQogVk5FVF9ERUNMQVJFKHN0cnVjdCBwZl9wYWxpc3QsCQkgcGZfcGFidWYp OwpAQCAtMTgxNyw3ICsxODE3LDcgQEAKIGV4dGVybiBzdHJ1Y3QgcGZfcGFsaXN0CQkJICBwZl9w YWJ1ZjsKICNlbmRpZgogCi0jaWZkZWYgX19GcmVlQlNEX18KKyNpZiBkZWZpbmVkKF9fRnJlZUJT RF9fKSB8fCBkZWZpbmVkKF9fRnJlZUJTRF9rZXJuZWxfXykKIFZORVRfREVDTEFSRSh1X2ludDMy X3QsCQkJIHRpY2tldF9hbHRxc19hY3RpdmUpOwogI2RlZmluZQlWX3RpY2tldF9hbHRxc19hY3Rp dmUJCSBWTkVUKHRpY2tldF9hbHRxc19hY3RpdmUpCiBWTkVUX0RFQ0xBUkUodV9pbnQzMl90LAkJ CSB0aWNrZXRfYWx0cXNfaW5hY3RpdmUpOwpAQCAtMTg0OSw3ICsxODQ5LDcgQEAKIGV4dGVybiB2 b2lkCQkJIHBmX3RibGFkZHJfcmVtb3ZlKHN0cnVjdCBwZl9hZGRyX3dyYXAgKik7CiBleHRlcm4g dm9pZAkJCSBwZl90YmxhZGRyX2NvcHlvdXQoc3RydWN0IHBmX2FkZHJfd3JhcCAqKTsKIGV4dGVy biB2b2lkCQkJIHBmX2NhbGNfc2tpcF9zdGVwcyhzdHJ1Y3QgcGZfcnVsZXF1ZXVlICopOwotI2lm ZGVmIF9fRnJlZUJTRF9fCisjaWYgZGVmaW5lZChfX0ZyZWVCU0RfXykgfHwgZGVmaW5lZChfX0Zy ZWVCU0Rfa2VybmVsX18pCiAjaWZkZWYgQUxUUQogZXh0ZXJuCXZvaWQJCQkgcGZfYWx0cV9pZm5l dF9ldmVudChzdHJ1Y3QgaWZuZXQgKiwgaW50KTsKICNlbmRpZgpAQCAtMTg4Niw3ICsxODg2LDcg QEAKIGV4dGVybiBzdHJ1Y3QgcG9vbAkJIHBmX3N0YXRlX3NjcnViX3BsOwogI2VuZGlmCiBleHRl cm4gdm9pZAkJCSBwZl9wdXJnZV90aHJlYWQodm9pZCAqKTsKLSNpZmRlZiBfX0ZyZWVCU0RfXwor I2lmIGRlZmluZWQoX19GcmVlQlNEX18pIHx8IGRlZmluZWQoX19GcmVlQlNEX2tlcm5lbF9fKQog ZXh0ZXJuIGludAkJCSBwZl9wdXJnZV9leHBpcmVkX3NyY19ub2RlcyhpbnQpOwogZXh0ZXJuIGlu dAkJCSBwZl9wdXJnZV9leHBpcmVkX3N0YXRlcyh1X2ludDMyX3QgLCBpbnQpOwogI2Vsc2UKQEAg LTE5MTEsNyArMTkxMSw3IEBACiBleHRlcm4gdV9pbnQxNl90CQkgcGZfY2tzdW1fZml4dXAodV9p bnQxNl90LCB1X2ludDE2X3QsIHVfaW50MTZfdCwKIAkJCQkgICAgdV9pbnQ4X3QpOwogCi0jaWZk ZWYgX19GcmVlQlNEX18KKyNpZiBkZWZpbmVkKF9fRnJlZUJTRF9fKSB8fCBkZWZpbmVkKF9fRnJl ZUJTRF9rZXJuZWxfXykKIFZORVRfREVDTEFSRShzdHJ1Y3QgaWZuZXQgKiwJCSBzeW5jX2lmcCk7 CiAjZGVmaW5lCVZfc3luY19pZnAJCSAJIFZORVQoc3luY19pZnApOwogVk5FVF9ERUNMQVJFKHN0 cnVjdCBwZl9ydWxlLAkJIHBmX2RlZmF1bHRfcnVsZSk7CkBAIC0xOTI0LDEyICsxOTI0LDEyIEBA CiAJCQkJICAgIHVfaW50OF90KTsKIHZvaWQJCQkJIHBmX3JtX3J1bGUoc3RydWN0IHBmX3J1bGVx dWV1ZSAqLAogCQkJCSAgICBzdHJ1Y3QgcGZfcnVsZSAqKTsKLSNpZm5kZWYgX19GcmVlQlNEX18K KyNpZiAhZGVmaW5lZChfX0ZyZWVCU0RfXykgJiYgIWRlZmluZWQoX19GcmVlQlNEX2tlcm5lbF9f KQogc3RydWN0IHBmX2RpdmVydAkJKnBmX2ZpbmRfZGl2ZXJ0KHN0cnVjdCBtYnVmICopOwogI2Vu ZGlmCiAKICNpZmRlZiBJTkVUCi0jaWZkZWYgX19GcmVlQlNEX18KKyNpZiBkZWZpbmVkKF9fRnJl ZUJTRF9fKSB8fCBkZWZpbmVkKF9fRnJlZUJTRF9rZXJuZWxfXykKIGludAlwZl90ZXN0KGludCwg c3RydWN0IGlmbmV0ICosIHN0cnVjdCBtYnVmICoqLCBzdHJ1Y3QgZXRoZXJfaGVhZGVyICosCiAg ICAgc3RydWN0IGlucGNiICopOwogI2Vsc2UKQEAgLTE5MzgsNyArMTkzOCw3IEBACiAjZW5kaWYg LyogSU5FVCAqLwogCiAjaWZkZWYgSU5FVDYKLSNpZmRlZiBfX0ZyZWVCU0RfXworI2lmIGRlZmlu ZWQoX19GcmVlQlNEX18pIHx8IGRlZmluZWQoX19GcmVlQlNEX2tlcm5lbF9fKQogaW50CXBmX3Rl c3Q2KGludCwgc3RydWN0IGlmbmV0ICosIHN0cnVjdCBtYnVmICoqLCBzdHJ1Y3QgZXRoZXJfaGVh ZGVyICosCiAgICAgc3RydWN0IGlucGNiICopOwogI2Vsc2UKQEAgLTE5NDksNyArMTk0OSw3IEBA CiB2b2lkCXBmX2FkZHJfaW5jKHN0cnVjdCBwZl9hZGRyICosIHNhX2ZhbWlseV90KTsKICNlbmRp ZiAvKiBJTkVUNiAqLwogCi0jaWZkZWYgX19GcmVlQlNEX18KKyNpZiBkZWZpbmVkKF9fRnJlZUJT RF9fKSB8fCBkZWZpbmVkKF9fRnJlZUJTRF9rZXJuZWxfXykKIHVfaW50MzJfdAlwZl9uZXdfaXNu KHN0cnVjdCBwZl9zdGF0ZSAqKTsKICNlbmRpZgogdm9pZCAgICpwZl9wdWxsX2hkcihzdHJ1Y3Qg bWJ1ZiAqLCBpbnQsIHZvaWQgKiwgaW50LCB1X3Nob3J0ICosIHVfc2hvcnQgKiwKQEAgLTE5ODYs NyArMTk4Niw3IEBACiB2b2lkCXBmX3B1cmdlX2V4cGlyZWRfZnJhZ21lbnRzKHZvaWQpOwogaW50 CXBmX3JvdXRhYmxlKHN0cnVjdCBwZl9hZGRyICphZGRyLCBzYV9mYW1pbHlfdCBhZiwgc3RydWN0 IHBmaV9raWYgKik7CiBpbnQJcGZfcnRsYWJlbF9tYXRjaChzdHJ1Y3QgcGZfYWRkciAqLCBzYV9m YW1pbHlfdCwgc3RydWN0IHBmX2FkZHJfd3JhcCAqKTsKLSNpZmRlZiBfX0ZyZWVCU0RfXworI2lm IGRlZmluZWQoX19GcmVlQlNEX18pIHx8IGRlZmluZWQoX19GcmVlQlNEX2tlcm5lbF9fKQogaW50 CXBmX3NvY2tldF9sb29rdXAoaW50LCBzdHJ1Y3QgcGZfcGRlc2MgKiwgIHN0cnVjdCBpbnBjYiAq KTsKICNlbHNlCiBpbnQJcGZfc29ja2V0X2xvb2t1cChpbnQsIHN0cnVjdCBwZl9wZGVzYyAqKTsK QEAgLTIwMzEsNyArMjAzMSw3IEBACiBpbnQJcGZyX2luYV9kZWZpbmUoc3RydWN0IHBmcl90YWJs ZSAqLCBzdHJ1Y3QgcGZyX2FkZHIgKiwgaW50LCBpbnQgKiwKIAkgICAgaW50ICosIHVfaW50MzJf dCwgaW50KTsKIAotI2lmZGVmIF9fRnJlZUJTRF9fCisjaWYgZGVmaW5lZChfX0ZyZWVCU0RfXykg fHwgZGVmaW5lZChfX0ZyZWVCU0Rfa2VybmVsX18pCiBWTkVUX0RFQ0xBUkUoc3RydWN0IHBmaV9r aWYgKiwJCSBwZmlfYWxsKTsKICNkZWZpbmUJVl9wZmlfYWxsCSAJCSBWTkVUKHBmaV9hbGwpCiAj ZWxzZQpAQCAtMjAzOSw3ICsyMDM5LDcgQEAKICNlbmRpZgogCiB2b2lkCQkgcGZpX2luaXRpYWxp emUodm9pZCk7Ci0jaWZkZWYgX19GcmVlQlNEX18KKyNpZiBkZWZpbmVkKF9fRnJlZUJTRF9fKSB8 fCBkZWZpbmVkKF9fRnJlZUJTRF9rZXJuZWxfXykKIHZvaWQJCSBwZmlfY2xlYW51cCh2b2lkKTsK ICNlbmRpZgogc3RydWN0IHBmaV9raWYJKnBmaV9raWZfZ2V0KGNvbnN0IGNoYXIgKik7CkBAIC0y MDYxLDcgKzIwNjEsNyBAQAogaW50CQkgcGZpX3NldF9mbGFncyhjb25zdCBjaGFyICosIGludCk7 CiBpbnQJCSBwZmlfY2xlYXJfZmxhZ3MoY29uc3QgY2hhciAqLCBpbnQpOwogCi0jaWZkZWYgX19G cmVlQlNEX18KKyNpZiBkZWZpbmVkKF9fRnJlZUJTRF9fKSB8fCBkZWZpbmVkKF9fRnJlZUJTRF9r ZXJuZWxfXykKIGludAkJIHBmX21hdGNoX3RhZyhzdHJ1Y3QgbWJ1ZiAqLCBzdHJ1Y3QgcGZfcnVs ZSAqLCBpbnQgKiwKIAkJICAgIHN0cnVjdCBwZl9tdGFnICopOwogI2Vsc2UKQEAgLTIwNzEsNyAr MjA3MSw3IEBACiB2b2lkCQkgcGZfdGFnMnRhZ25hbWUodV9pbnQxNl90LCBjaGFyICopOwogdm9p ZAkJIHBmX3RhZ19yZWYodV9pbnQxNl90KTsKIHZvaWQJCSBwZl90YWdfdW5yZWYodV9pbnQxNl90 KTsKLSNpZmRlZiBfX0ZyZWVCU0RfXworI2lmIGRlZmluZWQoX19GcmVlQlNEX18pIHx8IGRlZmlu ZWQoX19GcmVlQlNEX2tlcm5lbF9fKQogaW50CQkgcGZfdGFnX3BhY2tldChzdHJ1Y3QgbWJ1ZiAq LCBpbnQsIGludCwgc3RydWN0IHBmX210YWcgKik7CiAjZWxzZQogaW50CQkgcGZfdGFnX3BhY2tl dChzdHJ1Y3QgbWJ1ZiAqLCBpbnQsIGludCk7CkBAIC0yMDgwLDE0ICsyMDgwLDE0IEBACiB2b2lk CQkgcGZfcWlkMnFuYW1lKHVfaW50MzJfdCwgY2hhciAqKTsKIHZvaWQJCSBwZl9xaWRfdW5yZWYo dV9pbnQzMl90KTsKIAotI2lmZGVmIF9fRnJlZUJTRF9fCisjaWYgZGVmaW5lZChfX0ZyZWVCU0Rf XykgfHwgZGVmaW5lZChfX0ZyZWVCU0Rfa2VybmVsX18pCiBWTkVUX0RFQ0xBUkUoc3RydWN0IHBm X3N0YXR1cywJCSBwZl9zdGF0dXMpOwogI2RlZmluZQlWX3BmX3N0YXR1cwkJCSBWTkVUKHBmX3N0 YXR1cykKICNlbHNlCiBleHRlcm4gc3RydWN0IHBmX3N0YXR1cwlwZl9zdGF0dXM7CiAjZW5kaWYK IAotI2lmZGVmIF9fRnJlZUJTRF9fCisjaWYgZGVmaW5lZChfX0ZyZWVCU0RfXykgfHwgZGVmaW5l ZChfX0ZyZWVCU0Rfa2VybmVsX18pCiBWTkVUX0RFQ0xBUkUodW1hX3pvbmVfdCwJCSBwZl9mcmVu dF9wbCk7CiAjZGVmaW5lCVZfcGZfZnJlbnRfcGwJCQkgVk5FVChwZl9mcmVudF9wbCkKIFZORVRf REVDTEFSRSh1bWFfem9uZV90LAkJIHBmX2ZyYWdfcGwpOwpAQCAtMjEwMywxNCArMjEwMywxNCBA QAogCXZvaWQJCSpwcDsKIAl1bnNpZ25lZAkgbGltaXQ7CiB9OwotI2lmZGVmIF9fRnJlZUJTRF9f CisjaWYgZGVmaW5lZChfX0ZyZWVCU0RfXykgfHwgZGVmaW5lZChfX0ZyZWVCU0Rfa2VybmVsX18p CiBWTkVUX0RFQ0xBUkUoc3RydWN0IHBmX3Bvb2xfbGltaXQsCQkgcGZfcG9vbF9saW1pdHNbUEZf TElNSVRfTUFYXSk7CiAjZGVmaW5lCVZfcGZfcG9vbF9saW1pdHMJCQkgVk5FVChwZl9wb29sX2xp bWl0cykKICNlbHNlCiBleHRlcm4gc3RydWN0IHBmX3Bvb2xfbGltaXQJcGZfcG9vbF9saW1pdHNb UEZfTElNSVRfTUFYXTsKICNlbmRpZgogCi0jaWZkZWYgX19GcmVlQlNEX18KKyNpZiBkZWZpbmVk KF9fRnJlZUJTRF9fKSB8fCBkZWZpbmVkKF9fRnJlZUJTRF9rZXJuZWxfXykKIHN0cnVjdCBwZl9m cmVudCB7CiAJTElTVF9FTlRSWShwZl9mcmVudCkgZnJfbmV4dDsKIAlzdHJ1Y3QgaXAgKmZyX2lw OwpAQCAtMjE0NCw3ICsyMTQ0LDcgQEAKIAogI2VuZGlmIC8qIF9LRVJORUwgKi8KIAotI2lmZGVm IF9fRnJlZUJTRF9fCisjaWYgZGVmaW5lZChfX0ZyZWVCU0RfXykgfHwgZGVmaW5lZChfX0ZyZWVC U0Rfa2VybmVsX18pCiAjaWZkZWYgX0tFUk5FTAogVk5FVF9ERUNMQVJFKHN0cnVjdCBwZl9hbmNo b3JfZ2xvYmFsLAkJIHBmX2FuY2hvcnMpOwogI2RlZmluZQlWX3BmX2FuY2hvcnMJCQkJIFZORVQo cGZfYW5jaG9ycykKQEAgLTIxNzIsNyArMjE3Miw3IEBACiBzdHJ1Y3QgcGZfcnVsZXNldAkqcGZf ZmluZF9vcl9jcmVhdGVfcnVsZXNldChjb25zdCBjaGFyICopOwogdm9pZAkJCSBwZl9yc19pbml0 aWFsaXplKHZvaWQpOwogCi0jaWZuZGVmIF9fRnJlZUJTRF9fCisjaWYgIWRlZmluZWQoX19GcmVl QlNEX18pICYmICFkZWZpbmVkKF9fRnJlZUJTRF9rZXJuZWxfXykKICNpZmRlZiBfS0VSTkVMCiBp bnQJCQkgcGZfYW5jaG9yX2NvcHlvdXQoY29uc3Qgc3RydWN0IHBmX3J1bGVzZXQgKiwKIAkJCSAg ICBjb25zdCBzdHJ1Y3QgcGZfcnVsZSAqLCBzdHJ1Y3QgcGZpb2NfcnVsZSAqKTsKQEAgLTIxOTMs NyArMjE5Myw3IEBACiAJICAgIGNvbnN0IHN0cnVjdCB0Y3BoZHIgKik7CiB2b2lkCXBmX29zZnBf Zmx1c2godm9pZCk7CiBpbnQJcGZfb3NmcF9nZXQoc3RydWN0IHBmX29zZnBfaW9jdGwgKik7Ci0j aWZkZWYgX19GcmVlQlNEX18KKyNpZiBkZWZpbmVkKF9fRnJlZUJTRF9fKSB8fCBkZWZpbmVkKF9f RnJlZUJTRF9rZXJuZWxfXykKIGludAlwZl9vc2ZwX2luaXRpYWxpemUodm9pZCk7CiB2b2lkCXBm X29zZnBfY2xlYW51cCh2b2lkKTsKICNlbHNlCmRpZmYgLXVyIHN5cy5vbGQvZGV2L2ZpcmV3aXJl L2ZpcmV3aXJlcmVnLmggc3lzL2Rldi9maXJld2lyZS9maXJld2lyZXJlZy5oCi0tLSBzeXMub2xk L2Rldi9maXJld2lyZS9maXJld2lyZXJlZy5oCTIwMDctMDctMjAgMDU6NDI6NTcuMDAwMDAwMDAw ICswMjAwCisrKyBzeXMvZGV2L2ZpcmV3aXJlL2ZpcmV3aXJlcmVnLmgJMjAxMS0xMS0xMyAxNDox Mjo0MS4xMjI5MDc2MDkgKzAxMDAKQEAgLTc1LDcgKzc1LDcgQEAKIH07CiAKIHN0cnVjdCBmaXJl d2lyZV9zb2Z0YyB7Ci0jaWYgZGVmaW5lZChfX0ZyZWVCU0RfXykgJiYgX19GcmVlQlNEX3ZlcnNp b24gPj0gNTAwMDAwCisjaWYgKGRlZmluZWQoX19GcmVlQlNEX18pIHx8IGRlZmluZWQoX19GcmVl QlNEX2tlcm5lbF9fKSkgJiYgX19GcmVlQlNEX3ZlcnNpb24gPj0gNTAwMDAwCiAJc3RydWN0IGNk ZXYgKmRldjsKICNlbmRpZgogCXN0cnVjdCBmaXJld2lyZV9jb21tICpmYzsKZGlmZiAtdXIgc3lz Lm9sZC9kZXYvbG1jL2lmX2xtYy5oIHN5cy9kZXYvbG1jL2lmX2xtYy5oCi0tLSBzeXMub2xkL2Rl di9sbWMvaWZfbG1jLmgJMjAwOS0xMS0xOSAxOToyMTo1MS4wMDAwMDAwMDAgKzAxMDAKKysrIHN5 cy9kZXYvbG1jL2lmX2xtYy5oCTIwMTEtMTEtMTMgMTQ6MTI6NDEuMTI0OTA4MzAyICswMTAwCkBA IC05ODQsNyArOTg0LDcgQEAKICNlbmRpZgogICB1X2ludDMyX3QgYWRkcmVzczE7CQkvKiBidWZm ZXIxIGJ1cyBhZGRyZXNzICovCiAgIHVfaW50MzJfdCBhZGRyZXNzMjsJCS8qIGJ1ZmZlcjIgYnVz IGFkZHJlc3MgKi8KLSNpZiAoZGVmaW5lZChfX0ZyZWVCU0RfXykgfHwgZGVmaW5lZChfX05ldEJT RF9fKSB8fCBkZWZpbmVkKF9fT3BlbkJTRF9fKSkKKyNpZiAoZGVmaW5lZChfX0ZyZWVCU0RfXykg fHwgZGVmaW5lZChfX0ZyZWVCU0Rfa2VybmVsX18pIHx8IGRlZmluZWQoX19OZXRCU0RfXykgfHwg ZGVmaW5lZChfX09wZW5CU0RfXykpCiAgIGJ1c19kbWFtYXBfdCBtYXA7CQkvKiBidXMgZG1hbWFw IGZvciB0aGlzIGRlc2NyaXB0b3IgKi8KICMgZGVmaW5lIFRMUF9CVVNfRFNMX1ZBTAkoc2l6ZW9m KGJ1c19kbWFtYXBfdCkgJiBUTFBfQlVTX0RTTCkKICNlbHNlCkBAIC0xMDM1LDcgKzEwMzUsNyBA QAogI2VsaWYgQlNECiAgIHN0cnVjdCBtYnVmICpoZWFkOwkJLyogdGFpbC1xdWV1ZSBvZiBtYnVm cyAqLwogICBzdHJ1Y3QgbWJ1ZiAqdGFpbDsKLSMgaWYgKGRlZmluZWQoX19GcmVlQlNEX18pIHx8 IGRlZmluZWQoX19OZXRCU0RfXykgfHwgZGVmaW5lZChfX09wZW5CU0RfXykpCisjIGlmIChkZWZp bmVkKF9fRnJlZUJTRF9fKSB8fCBkZWZpbmVkKF9fRnJlZUJTRF9rZXJuZWxfXykgfHwgZGVmaW5l ZChfX05ldEJTRF9fKSB8fCBkZWZpbmVkKF9fT3BlbkJTRF9fKSkKICAgYnVzX2RtYV90YWdfdCB0 YWc7CQkvKiBidXNfZG1hIHRhZyBmb3IgZGVzYyBhcnJheSAqLwogICBidXNfZG1hbWFwX3QgbWFw OwkJLyogYnVzX2RtYSBtYXAgZm9yIGRlc2MgYXJyYXkgKi8KICAgYnVzX2RtYV9zZWdtZW50X3Qg c2Vnc1syXTsJLyogYnVzX2RtYW1hcF9sb2FkKCkgb3IgYnVzX2RtYW1lbV9hbGxvYygpICovCkBA IC0xMDY4LDcgKzEwNjgsNyBAQAogICovCiAjZGVmaW5lIElPUkVGX0NTUiAxICAvKiBhY2Nlc3Mg VHVsaXAgQ1NScyB3aXRoIElPIGN5Y2xlcyBpZiAxICovCiAKLSNpZiAoZGVmaW5lZChfX0ZyZWVC U0RfXykgJiYgZGVmaW5lZChERVZJQ0VfUE9MTElORykpCisjaWYgKChkZWZpbmVkKF9fRnJlZUJT RF9fKSB8fCBkZWZpbmVkKF9fRnJlZUJTRF9rZXJuZWxfXykpICYmIGRlZmluZWQoREVWSUNFX1BP TExJTkcpKQogIyBkZWZpbmUgREVWX1BPTEwgMQogI2Vsc2UKICMgZGVmaW5lIERFVl9QT0xMIDAK QEAgLTExNTEsNyArMTE1MSw3IEBACiAjIGVuZGlmCiAjZW5kaWYKIAotI2lmZGVmIF9fRnJlZUJT RF9fCisjaWYgZGVmaW5lZChfX0ZyZWVCU0RfXykgfHwgZGVmaW5lZChfX0ZyZWVCU0Rfa2VybmVs X18pCiAgIHN0cnVjdCBjYWxsb3V0IGNhbGxvdXQ7CS8qIHdhdGNoZG9nIG5lZWRzIHRoaXMgICAg ICAgICAgICAgICAgICAqLwogICBzdHJ1Y3QgZGV2aWNlCSpkZXY7CQkvKiBiYXNlIGRldmljZSBw b2ludGVyICAgICAgICAgICAgICAgICAgICAgKi8KICAgYnVzX3NwYWNlX3RhZ190IGNzcl90YWc7 CS8qIGJ1c19zcGFjZSBuZWVkcyB0aGlzICAgICAgICAgICAgICAgICAgICAqLwpAQCAtMTIxMCw3 ICsxMjEwLDcgQEAKIAogLyogSGlkZSB0aGUgbWlub3IgZGlmZmVyZW5jZXMgYmV0d2VlbiBPUyB2 ZXJzaW9ucyAqLwogCi0jaWZkZWYgX19GcmVlQlNEX18KKyNpZiBkZWZpbmVkKF9fRnJlZUJTRF9f KSB8fCBkZWZpbmVkKF9fRnJlZUJTRF9rZXJuZWxfXykKICAgdHlwZWRlZiB2b2lkIGludHJfcmV0 dXJuX3Q7CiAjIGRlZmluZSAgUkVBRF9QQ0lfQ0ZHKHNjLCBhZGRyKSAgICAgICBwY2lfcmVhZF9j b25maWcgKChzYyktPmRldiwgYWRkciwgNCkKICMgZGVmaW5lIFdSSVRFX1BDSV9DRkcoc2MsIGFk ZHIsIGRhdGEpIHBjaV93cml0ZV9jb25maWcoKHNjKS0+ZGV2LCBhZGRyLCBkYXRhLCA0KQpAQCAt MTQyOCw3ICsxNDI4LDcgQEAKICNlbmRpZgogCiAjaWYgKGRlZmluZWQoX19ic2RpX18pIHx8IC8q IHVuY29uZGl0aW9uYWxseSAqLyBcCi0gICAgKGRlZmluZWQoX19GcmVlQlNEX18pICYmIChfX0Zy ZWVCU0RfdmVyc2lvbiA8IDUwMzAwMCkpIHx8IFwKKyAgICAoKGRlZmluZWQoX19GcmVlQlNEX18p IHx8IGRlZmluZWQoX19GcmVlQlNEX2tlcm5lbF9fKSkgJiYgKF9fRnJlZUJTRF92ZXJzaW9uIDwg NTAzMDAwKSkgfHwgXAogICAgIChkZWZpbmVkKF9fTmV0QlNEX18pICAmJiAoX19OZXRCU0RfVmVy c2lvbl9fIDwgMTA2MDAwMDAwKSkgfHwgXAogICAgIChkZWZpbmVkKF9fT3BlbkJTRF9fKSAmJiAo ICBPcGVuQlNEIDwgMjAwMTExKSkpCiAjIGRlZmluZSBJRlFfRU5RVUVVRShpZnEsIG0sIHBhLCBl cnIpICAgXApAQCAtMTUzMSw3ICsxNTMxLDcgQEAKIHN0YXRpYyBpbnQgIHQxX2lvY3RsKHNvZnRj X3QgKiwgc3RydWN0IGlvY3RsICopOwogCiAjaWYgSUZORVQKLSMgaWYgKChkZWZpbmVkKF9fRnJl ZUJTRF9fKSAmJiAoX19GcmVlQlNEX3ZlcnNpb24gPCA1MDAwMDApKSB8fFwKKyMgaWYgKCgoZGVm aW5lZChfX0ZyZWVCU0RfXykgfHwgZGVmaW5lZChfX0ZyZWVCU0Rfa2VybmVsX18pKSAmJiBfX0Zy ZWVCU0RfdmVyc2lvbiA8IDUwMDAwMCkgfHxcCiAgICAgICAgIGRlZmluZWQoX19OZXRCU0RfXykg fHwgZGVmaW5lZChfX09wZW5CU0RfXykgfHwgZGVmaW5lZChfX2JzZGlfXykpCiBzdGF0aWMgdm9p ZCBuZXRpc3JfZGlzcGF0Y2goaW50LCBzdHJ1Y3QgbWJ1ZiAqKTsKICMgZW5kaWYKQEAgLTE1NDEs NyArMTU0MSw3IEBACiAjaWYgQlNECiBzdGF0aWMgdm9pZCBtYnVmX2VucXVldWUoc3RydWN0IGRl c2NfcmluZyAqLCBzdHJ1Y3QgbWJ1ZiAqKTsKIHN0YXRpYyBzdHJ1Y3QgbWJ1ZiogbWJ1Zl9kZXF1 ZXVlKHN0cnVjdCBkZXNjX3JpbmcgKik7Ci0jIGlmZGVmIF9fRnJlZUJTRF9fCisjIGlmIGRlZmlu ZWQoX19GcmVlQlNEX18pIHx8IGRlZmluZWQoX19GcmVlQlNEX2tlcm5lbF9fKQogc3RhdGljIHZv aWQgZmJzZF9kbWFtYXBfbG9hZCh2b2lkICosIGJ1c19kbWFfc2VnbWVudF90ICosIGludCwgaW50 KTsKICMgZW5kaWYKIHN0YXRpYyBpbnQgY3JlYXRlX3Jpbmcoc29mdGNfdCAqLCBzdHJ1Y3QgZGVz Y19yaW5nICosIGludCk7CkBAIC0xNTcwLDcgKzE1NzAsNyBAQAogc3RhdGljIHZvaWQgY29yZV9p bnRlcnJ1cHQodm9pZCAqLCBpbnQpOwogc3RhdGljIHZvaWQgdXNlcl9pbnRlcnJ1cHQoc29mdGNf dCAqLCBpbnQpOwogI2lmIEJTRAotIyBpZiAoZGVmaW5lZChfX0ZyZWVCU0RfXykgJiYgZGVmaW5l ZChERVZJQ0VfUE9MTElORykpCisjIGlmIChkZWZpbmVkKF9fRnJlZUJTRF9fKSB8fCBkZWZpbmVk KF9fRnJlZUJTRF9rZXJuZWxfXykpICYmIGRlZmluZWQoREVWSUNFX1BPTExJTkcpCiBzdGF0aWMg aW50IGZic2RfcG9sbChzdHJ1Y3QgaWZuZXQgKiwgZW51bSBwb2xsX2NtZCwgaW50KTsKICMgZW5k aWYKIHN0YXRpYyBpbnRyX3JldHVybl90IGJzZF9pbnRlcnJ1cHQodm9pZCAqKTsKQEAgLTE2Mzgs NyArMTYzOCw3IEBACiBzdGF0aWMgaW50IGF0dGFjaF9jYXJkKHNvZnRjX3QgKiwgY29uc3QgY2hh ciAqKTsKIHN0YXRpYyB2b2lkIGRldGFjaF9jYXJkKHNvZnRjX3QgKik7CiAKLSNpZmRlZiBfX0Zy ZWVCU0RfXworI2lmIGRlZmluZWQoX19GcmVlQlNEX18pIHx8IGRlZmluZWQoX19GcmVlQlNEX2tl cm5lbF9fKQogc3RhdGljIGludCBmYnNkX3Byb2JlKGRldmljZV90KTsKIHN0YXRpYyBpbnQgZmJz ZF9kZXRhY2goZGV2aWNlX3QpOwogc3RhdGljIGludCBmYnNkX3NodXRkb3duKGRldmljZV90KTsK ZGlmZiAtdXIgc3lzLm9sZC9kZXYvbXB0L21waWxpYi9tcGlfdHlwZS5oIHN5cy9kZXYvbXB0L21w aWxpYi9tcGlfdHlwZS5oCi0tLSBzeXMub2xkL2Rldi9tcHQvbXBpbGliL21waV90eXBlLmgJMjAw Ni0wMi0yNiAyMzo1MDoxNC4wMDAwMDAwMDAgKzAxMDAKKysrIHN5cy9kZXYvbXB0L21waWxpYi9t cGlfdHlwZS5oCTIwMTEtMTEtMTMgMTQ6MTI6NDEuMTI1OTA2NjkzICswMTAwCkBAIC03Nyw3ICs3 Nyw3IEBACiB0eXBlZGVmIHNpZ25lZCAgIHNob3J0ICBTMTY7CiB0eXBlZGVmIHVuc2lnbmVkIHNo b3J0ICBVMTY7CiAKLSNpZmRlZglfX0ZyZWVCU0RfXworI2lmIGRlZmluZWQoX19GcmVlQlNEX18p IHx8IGRlZmluZWQoX19GcmVlQlNEX2tlcm5lbF9fKQogCiB0eXBlZGVmIGludDMyX3QgIFMzMjsK IHR5cGVkZWYgdWludDMyX3QgVTMyOwpkaWZmIC11ciBzeXMub2xkL2Rldi93aS9pZl93aXJlZy5o IHN5cy9kZXYvd2kvaWZfd2lyZWcuaAotLS0gc3lzLm9sZC9kZXYvd2kvaWZfd2lyZWcuaAkyMDA5 LTA1LTIwIDIyOjAwOjQwLjAwMDAwMDAwMCArMDIwMAorKysgc3lzL2Rldi93aS9pZl93aXJlZy5o CTIwMTEtMTEtMTMgMTQ6MTI6NDEuMTI3OTA2NTQ3ICswMTAwCkBAIC04NCw3ICs4NCw3IEBACiAj aWZkZWYgX19OZXRCU0RfXwogI2RlZmluZSBPU19TVFJJTkdfTkFNRQkiTmV0QlNEIgogI2VuZGlm Ci0jaWZkZWYgX19GcmVlQlNEX18KKyNpZiBkZWZpbmVkKF9fRnJlZUJTRF9fKSB8fCBkZWZpbmVk KF9fRnJlZUJTRF9rZXJuZWxfXykKICNkZWZpbmUgT1NfU1RSSU5HX05BTUUJIkZyZWVCU0QiCiAj ZW5kaWYKICNpZmRlZiBfX09wZW5CU0RfXwpkaWZmIC11ciBzeXMub2xkL2ZzL25mcy9uZnNfdmFy Lmggc3lzL2ZzL25mcy9uZnNfdmFyLmgKLS0tIHN5cy5vbGQvZnMvbmZzL25mc192YXIuaAkyMDEx LTA3LTE2IDEwOjA1OjE3LjAwMDAwMDAwMCArMDIwMAorKysgc3lzL2ZzL25mcy9uZnNfdmFyLmgJ MjAxMS0xMS0xMyAxNDoxMjo0MS4xMjg5MDY2MTUgKzAxMDAKQEAgLTc2LDcgKzc2LDcgQEAKIHN0 cnVjdCBuZnN2YXR0cjsKIHN0cnVjdCBuZnNfdmF0dHI7CiBzdHJ1Y3QgTkZTU1ZDQVJHUzsKLSNp ZmRlZiBfX0ZyZWVCU0RfXworI2lmIGRlZmluZWQoX19GcmVlQlNEX18pIHx8IGRlZmluZWQoX19G cmVlQlNEX2tlcm5lbF9fKQogTkZTX0FDQ0VTU19BUkdTOwogTkZTX09QRU5fQVJHUzsKIE5GU19H RVRBVFRSX0FSR1M7CmRpZmYgLXVyIHN5cy5vbGQvbmV0L2lmX2F0bS5oIHN5cy9uZXQvaWZfYXRt LmgKLS0tIHN5cy5vbGQvbmV0L2lmX2F0bS5oCTIwMDktMDQtMTYgMjI6MzA6MjguMDAwMDAwMDAw ICswMjAwCisrKyBzeXMvbmV0L2lmX2F0bS5oCTIwMTEtMTEtMTMgMTQ6MTI6NDEuMTI5OTA2NDAy ICswMTAwCkBAIC0yMDIsNyArMjAyLDcgQEAKIAogI2lmIGRlZmluZWQoX19OZXRCU0RfXykgfHwg ZGVmaW5lZChfX09wZW5CU0RfXykgfHwgZGVmaW5lZChfX2JzZGlfXykKICNkZWZpbmUJUlRBTExP QzEoQSxCKQkJcnRhbGxvYzEoKEEpLChCKSkKLSNlbGlmIGRlZmluZWQoX19GcmVlQlNEX18pCisj ZWxpZiBkZWZpbmVkKF9fRnJlZUJTRF9fKSB8fCBkZWZpbmVkKF9fRnJlZUJTRF9rZXJuZWxfXykK ICNkZWZpbmUJUlRBTExPQzEoQSxCKQkJcnRhbGxvYzEoKEEpLChCKSwwVUwpCiAjZW5kaWYKIApk aWZmIC11ciBzeXMub2xkL25ldC96bGliLmggc3lzL25ldC96bGliLmgKLS0tIHN5cy5vbGQvbmV0 L3psaWIuaAkyMDEwLTAzLTAyIDA3OjU4OjU4LjAwMDAwMDAwMCArMDEwMAorKysgc3lzL25ldC96 bGliLmgJMjAxMS0xMS0xMyAxNDoxMjo0MS4xMzU5MDY1MjUgKzAxMDAKQEAgLTUxMCw3ICs1MTAs NyBAQAogICAgZG9uZSBieSBpbmZsYXRlKCkuCiAqLwogCi0jaWYgZGVmaW5lZChfX0ZyZWVCU0Rf XykgJiYgZGVmaW5lZChfS0VSTkVMKQorI2lmIChkZWZpbmVkKF9fRnJlZUJTRF9fKSB8fCBkZWZp bmVkKF9fRnJlZUJTRF9rZXJuZWxfXykpICYmIGRlZmluZWQoX0tFUk5FTCkKICNkZWZpbmUgaW5m bGF0ZSAgICAgICBpbmZsYXRlX3BwcCAgICAgLyogRnJlZUJTRCBhbHJlYWR5IGhhcyBhbiBpbmZs YXRlIDotKCAqLwogI2VuZGlmCiAKZGlmZiAtdXIgc3lzLm9sZC9uZXQ4MDIxMS9pZWVlODAyMTFf aW9jdGwuaCBzeXMvbmV0ODAyMTEvaWVlZTgwMjExX2lvY3RsLmgKLS0tIHN5cy5vbGQvbmV0ODAy MTEvaWVlZTgwMjExX2lvY3RsLmgJMjAxMS0wNi0xNiAxMTozNzoyMC4wMDAwMDAwMDAgKzAyMDAK KysrIHN5cy9uZXQ4MDIxMS9pZWVlODAyMTFfaW9jdGwuaAkyMDExLTExLTEzIDE0OjEyOjQxLjEz NzkwNzc3NyArMDEwMApAQCAtNTY5LDcgKzU2OSw3IEBACiAJdWludDE2X3QJc3ZfdmxhbjsKIH07 CiAKLSNpZmRlZiBfX0ZyZWVCU0RfXworI2lmIGRlZmluZWQoX19GcmVlQlNEX18pIHx8IGRlZmlu ZWQoX19GcmVlQlNEX2tlcm5lbF9fKQogLyoKICAqIEZyZWVCU0Qtc3R5bGUgaW9jdGxzLgogICov CmRpZmYgLXVyIHN5cy5vbGQvbmV0ODAyMTEvaWVlZTgwMjExX3Zhci5oIHN5cy9uZXQ4MDIxMS9p ZWVlODAyMTFfdmFyLmgKLS0tIHN5cy5vbGQvbmV0ODAyMTEvaWVlZTgwMjExX3Zhci5oCTIwMTEt MDYtMjAgMTM6NDY6MDMuMDAwMDAwMDAwICswMjAwCisrKyBzeXMvbmV0ODAyMTEvaWVlZTgwMjEx X3Zhci5oCTIwMTEtMTEtMTMgMTQ6MTI6NDEuMTQxOTA5NzIxICswMTAwCkBAIC0zNCw3ICszNCw3 IEBACiAvKiBOQjogcG9ydGFiaWxpdHkgZ2x1ZSBtdXN0IGdvIGZpcnN0ICovCiAjaWYgZGVmaW5l ZChfX05ldEJTRF9fKQogI2luY2x1ZGUgPG5ldDgwMjExL2llZWU4MDIxMV9uZXRic2QuaD4KLSNl bGlmIGRlZmluZWQoX19GcmVlQlNEX18pCisjZWxpZiBkZWZpbmVkKF9fRnJlZUJTRF9fKSB8fCBk ZWZpbmVkKF9fRnJlZUJTRF9rZXJuZWxfXykKICNpbmNsdWRlIDxuZXQ4MDIxMS9pZWVlODAyMTFf ZnJlZWJzZC5oPgogI2VsaWYgZGVmaW5lZChfX2xpbnV4X18pCiAjaW5jbHVkZSA8bmV0ODAyMTEv aWVlZTgwMjExX2xpbnV4Lmg+CmRpZmYgLXVyIHN5cy5vbGQvbmV0aW5ldC9zY3RwX2NvbnN0YW50 cy5oIHN5cy9uZXRpbmV0L3NjdHBfY29uc3RhbnRzLmgKLS0tIHN5cy5vbGQvbmV0aW5ldC9zY3Rw X2NvbnN0YW50cy5oCTIwMTEtMDktMTcgMTA6NTA6MjkuMDAwMDAwMDAwICswMjAwCisrKyBzeXMv bmV0aW5ldC9zY3RwX2NvbnN0YW50cy5oCTIwMTEtMTEtMTMgMTQ6MTI6NDEuMTQ1OTA4ODcyICsw MTAwCkBAIC0xMDIwLDcgKzEwMjAsNyBAQAogI2RlZmluZSBTQ1RQX0dFVFRJTUVfVElNRVZBTCh4 KQkoZ2V0bWljcm91cHRpbWUoeCkpCiAjZGVmaW5lIFNDVFBfR0VUUFRJTUVfVElNRVZBTCh4KQko bWljcm91cHRpbWUoeCkpCiAjZW5kaWYKLS8qI2lmIGRlZmluZWQoX19GcmVlQlNEX18pIHx8IGRl ZmluZWQoX19BUFBMRV9fKSovCisvKiNpZiBkZWZpbmVkKF9fRnJlZUJTRF9fKSB8fCBkZWZpbmVk KF9fRnJlZUJTRF9rZXJuZWxfXykgfHwgZGVmaW5lZChfX0FQUExFX18pKi8KIC8qI2RlZmluZSBT Q1RQX0dFVFRJTUVfVElNRVZBTCh4KSB7IFwqLwogLyoJKHgpLT50dl9zZWMgPSB0aWNrcyAvIDEw MDA7IFwqLwogLyoJKHgpLT50dl91c2VjID0gKHRpY2tzICUgMTAwMCkgKiAxMDAwOyBcKi8KZGlm ZiAtdXIgc3lzLm9sZC9uZXRpbmV0L3NjdHBfcGNiLmggc3lzL25ldGluZXQvc2N0cF9wY2IuaAot LS0gc3lzLm9sZC9uZXRpbmV0L3NjdHBfcGNiLmgJMjAxMS0wOS0xNCAxMDoxNToyMS4wMDAwMDAw MDAgKzAyMDAKKysrIHN5cy9uZXRpbmV0L3NjdHBfcGNiLmgJMjAxMS0xMS0xMyAxNDoxMjo0MS4x NDg5MDk2MzIgKzAxMDAKQEAgLTI0MCw3ICsyNDAsNyBAQAogCSAqIEFsbCBzdGF0aWMgc3RydWN0 dXJlcyB0aGF0IGFuY2hvciB0aGUgc3lzdGVtIG11c3QgYmUgaGVyZS4KIAkgKi8KIAlzdHJ1Y3Qg c2N0cF9lcGluZm8gc2N0cHBjYmluZm87Ci0jaWYgZGVmaW5lZChfX0ZyZWVCU0RfXykgJiYgZGVm aW5lZChTTVApICYmIGRlZmluZWQoU0NUUF9VU0VfUEVSQ1BVX1NUQVQpCisjaWYgKGRlZmluZWQo X19GcmVlQlNEX18pIHx8IGRlZmluZWQoX19GcmVlQlNEX2tlcm5lbF9fKSkgJiYgZGVmaW5lZChT TVApICYmIGRlZmluZWQoU0NUUF9VU0VfUEVSQ1BVX1NUQVQpCiAJc3RydWN0IHNjdHBzdGF0ICpz Y3Rwc3RhdDsKICNlbHNlCiAJc3RydWN0IHNjdHBzdGF0IHNjdHBzdGF0OwpAQCAtNjMyLDcgKzYz Miw3IEBACiAgICAgc3RydWN0IHNjdHBfaW5wY2IgKiwKICAgICB1aW50OF90IGNvX29mZik7CiAK LSNpZiBkZWZpbmVkKF9fRnJlZUJTRF9fKSAmJiBkZWZpbmVkKFNDVFBfTUNPUkVfSU5QVVQpICYm IGRlZmluZWQoU01QKQorI2lmIChkZWZpbmVkKF9fRnJlZUJTRF9fKSB8fCBkZWZpbmVkKF9fRnJl ZUJTRF9rZXJuZWxfXykpICYmIGRlZmluZWQoU0NUUF9NQ09SRV9JTlBVVCkgJiYgZGVmaW5lZChT TVApCiB2b2lkCiAgICAgIHNjdHBfcXVldWVfdG9fbWNvcmUoc3RydWN0IG1idWYgKm0sIGludCBv ZmYsIGludCBjcHVfdG9fdXNlKTsKIApkaWZmIC11ciBzeXMub2xkL25ldGluZXQvc2N0cF9zdHJ1 Y3RzLmggc3lzL25ldGluZXQvc2N0cF9zdHJ1Y3RzLmgKLS0tIHN5cy5vbGQvbmV0aW5ldC9zY3Rw X3N0cnVjdHMuaAkyMDExLTEwLTEwIDE4OjMxOjE4LjAwMDAwMDAwMCArMDIwMAorKysgc3lzL25l dGluZXQvc2N0cF9zdHJ1Y3RzLmgJMjAxMS0xMS0xMyAxNDoxMjo0MS4xNTA5MDc1MzEgKzAxMDAK QEAgLTEwOCw3ICsxMDgsNyBAQAogdHlwZWRlZiBpbnQgKCppbnBfZnVuYykgKHN0cnVjdCBzY3Rw X2lucGNiICosIHZvaWQgKnB0ciwgdWludDMyX3QgdmFsKTsKIHR5cGVkZWYgdm9pZCAoKmVuZF9m dW5jKSAodm9pZCAqcHRyLCB1aW50MzJfdCB2YWwpOwogCi0jaWYgZGVmaW5lZChfX0ZyZWVCU0Rf XykgJiYgZGVmaW5lZChTQ1RQX01DT1JFX0lOUFVUKSAmJiBkZWZpbmVkKFNNUCkKKyNpZiAoZGVm aW5lZChfX0ZyZWVCU0RfXykgfHwgZGVmaW5lZChfX0ZyZWVCU0Rfa2VybmVsX18pKSAmJiBkZWZp bmVkKFNDVFBfTUNPUkVfSU5QVVQpICYmIGRlZmluZWQoU01QKQogLyogd2hhdHMgb24gdGhlIG1j b3JlIGNvbnRyb2wgc3RydWN0ICovCiBzdHJ1Y3Qgc2N0cF9tY29yZV9xdWV1ZSB7CiAJVEFJTFFf RU5UUlkoc2N0cF9tY29yZV9xdWV1ZSkgbmV4dDsKZGlmZiAtdXIgc3lzLm9sZC9uZXRpbmV0L3Nj dHBfdWlvLmggc3lzL25ldGluZXQvc2N0cF91aW8uaAotLS0gc3lzLm9sZC9uZXRpbmV0L3NjdHBf dWlvLmgJMjAxMS0wOC0xNCAyMjo1NTozMi4wMDAwMDAwMDAgKzAyMDAKKysrIHN5cy9uZXRpbmV0 L3NjdHBfdWlvLmgJMjAxMS0xMS0xMyAxNDoxMjo0MS4xNTI5MDU5ODkgKzAxMDAKQEAgLTEwNTYs NyArMTA1Niw3IEBACiAKICNkZWZpbmUgU0NUUF9TVEFUX0lOQ1IoX3gpIFNDVFBfU1RBVF9JTkNS X0JZKF94LDEpCiAjZGVmaW5lIFNDVFBfU1RBVF9ERUNSKF94KSBTQ1RQX1NUQVRfREVDUl9CWShf eCwxKQotI2lmIGRlZmluZWQoX19GcmVlQlNEX18pICYmIGRlZmluZWQoU01QKSAmJiBkZWZpbmVk KFNDVFBfVVNFX1BFUkNQVV9TVEFUKQorI2lmIChkZWZpbmVkKF9fRnJlZUJTRF9fKSB8fCBkZWZp bmVkKF9fRnJlZUJTRF9rZXJuZWxfXykpICYmIGRlZmluZWQoU01QKSAmJiBkZWZpbmVkKFNDVFBf VVNFX1BFUkNQVV9TVEFUKQogI2RlZmluZSBTQ1RQX1NUQVRfSU5DUl9CWShfeCxfZCkgKFNDVFBf QkFTRV9TVEFUU1tQQ1BVX0dFVChjcHVpZCldLl94ICs9IF9kKQogI2RlZmluZSBTQ1RQX1NUQVRf REVDUl9CWShfeCxfZCkgKFNDVFBfQkFTRV9TVEFUU1tQQ1BVX0dFVChjcHVpZCldLl94IC09IF9k KQogI2Vsc2UKZGlmZiAtdXIgc3lzLm9sZC9zeXMvZGV2aWNlX3BvcnQuaCBzeXMvc3lzL2Rldmlj ZV9wb3J0LmgKLS0tIHN5cy5vbGQvc3lzL2RldmljZV9wb3J0LmgJMjAwNS0wMS0xOSAwMjozMToz My4wMDAwMDAwMDAgKzAxMDAKKysrIHN5cy9zeXMvZGV2aWNlX3BvcnQuaAkyMDExLTExLTEzIDE0 OjEyOjQxLjE1MzkwNzE3NCArMDEwMApAQCAtMjksNyArMjksNyBAQAogCiAjaWYgZGVmaW5lZChf X05ldEJTRF9fKQogIyBpbmNsdWRlIDxzeXMvZGV2aWNlLmg+Ci0jZWxpZiBkZWZpbmVkKF9fRnJl ZUJTRF9fKQorI2VsaWYgZGVmaW5lZChfX0ZyZWVCU0RfXykgfHwgZGVmaW5lZChfX0ZyZWVCU0Rf a2VybmVsX18pCiAjIGluY2x1ZGUgPHN5cy9tb2R1bGUuaD4KICMgaW5jbHVkZSA8c3lzL2J1cy5o PgogI2VuZGlmCkBAIC00Myw3ICs0Myw3IEBACiAjIGRlZmluZSBERVZQT1JUX0RFVk5BTUUoZGV2 KQkJKGRldikuZHZfeG5hbWUKICMgZGVmaW5lIERFVlBPUlRfREVWVU5JVChkZXYpCQkoZGV2KS5k dl91bml0CiAKLSNlbGlmIGRlZmluZWQoX19GcmVlQlNEX18pCisjZWxpZiBkZWZpbmVkKF9fRnJl ZUJTRF9fKSB8fCBkZWZpbmVkKF9fRnJlZUJTRF9rZXJuZWxfXykKIC8qCiAgKiBGcmVlQlNEIChj b21wYXRpYmlsaXR5IGZvciBzdHJ1Y3QgZGV2aWNlKQogICovCmRpZmYgLXVyIHN5cy5vbGQvc3lz L3RpbWV4Lmggc3lzL3N5cy90aW1leC5oCi0tLSBzeXMub2xkL3N5cy90aW1leC5oCTIwMDUtMDEt MDcgMDM6Mjk6MjcuMDAwMDAwMDAwICswMTAwCisrKyBzeXMvc3lzL3RpbWV4LmgJMjAxMS0xMS0x MyAxNDoxMjo0MS4xNTU5MDc1ODcgKzAxMDAKQEAgLTIxOCw3ICsyMTgsNyBAQAogCWxvbmcJc3Ri Y250OwkJLyogc3RhYmlsaXR5IGxpbWl0IGV4Y2VlZGVkIChybykgKi8KIH07CiAKLSNpZmRlZiBf X0ZyZWVCU0RfXworI2lmIGRlZmluZWQoX19GcmVlQlNEX18pIHx8IGRlZmluZWQoX19GcmVlQlNE X2tlcm5lbF9fKQogCiAjaWZkZWYgX0tFUk5FTAogdm9pZAludHBfdXBkYXRlX3NlY29uZChpbnQ2 NF90ICphZGp1c3RtZW50LCB0aW1lX3QgKm5ld3NlYyk7Cg== --bcaec5299f5938d4f804b27f9e42-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 24 19:10:40 2011 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 E4AA9106566C for ; Thu, 24 Nov 2011 19:10:40 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id C8A6A8FC13 for ; Thu, 24 Nov 2011 19:10:40 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id pAOJAe9c046954 for ; Thu, 24 Nov 2011 11:10:40 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id pAOJAeRC046953 for freebsd-current@freebsd.org; Thu, 24 Nov 2011 11:10:40 -0800 (PST) (envelope-from sgk) Date: Thu, 24 Nov 2011 11:10:40 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20111124191040.GA46939@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: firefox stuck in libthr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Nov 2011 19:10:41 -0000 Firefox seems to have got stuck inside libthr. (gdb) #0 0x49d307d3 in ?? () from /lib/libthr.so.3 #1 0x49d2a582 in ?? () from /lib/libthr.so.3 #2 0x49d2fed2 in ?? () from /lib/libthr.so.3 #3 0x49d32eb5 in ?? () from /lib/libthr.so.3 #4 0x49ceab82 in pthread_cond_timedwait () from /lib/libc.so.7 #5 0x49972865 in ?? () from /usr/local/lib/libplds4.so.1 #6 0x4b7f8784 in ?? () #7 0x4b7f27e0 in ?? () #8 0xbe8ededc in ?? () #9 0x49ce9914 in pthread_getspecific () from /lib/libc.so.7 #10 0x499736ea in PR_WaitCondVar () from /usr/local/lib/libplds4.so.1 #11 0x483f91bf in ?? () from /usr/local/lib/firefox/libxul.so #12 0x4b7f8780 in ?? () #13 0x000493e0 in ?? () #14 0xbe8edf34 in ?? () #15 0x00000000 in ?? () I'll see if I can get more information once I rebuild libthr with debugging symbols and firefox as well. -- Steve From owner-freebsd-current@FreeBSD.ORG Thu Nov 24 20:29:50 2011 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 C74C0106564A; Thu, 24 Nov 2011 20:29:50 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 632B48FC14; Thu, 24 Nov 2011 20:29:49 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id pAOKTjuu077996 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 24 Nov 2011 22:29:45 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id pAOKTjd3049933; Thu, 24 Nov 2011 22:29:45 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id pAOKTjpX049932; Thu, 24 Nov 2011 22:29:45 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 24 Nov 2011 22:29:45 +0200 From: Kostik Belousov To: Maxim Konovalov Message-ID: <20111124202945.GR50300@deviant.kiev.zoral.com.ua> References: <20111122124410.GP50300@deviant.kiev.zoral.com.ua> <20111122154357.GI95664@mdounin.ru> <20111122154935.GR50300@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="865IE93Xpm46K7pT" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: arch@freebsd.org, current@freebsd.org, igor@sysoev.ru, Maxim Dounin Subject: Re: RLIMIT_DATA and malloc(3) use of mmap(2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2011 20:29:51 -0000 --865IE93Xpm46K7pT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 24, 2011 at 09:38:19PM +0400, Maxim Konovalov wrote: > Hi Kostik, >=20 > On Wed, 23 Nov 2011, 11:22+0400, Maxim Konovalov wrote: >=20 > > [...] > > > Anyway, the patch needs testers before I will push it forward. > > > > > [igor's email was corrected] > > > > We will test it in out environment and let you know. > > > It seems I don't understand how it works. >=20 > Here is a test program: http://maxim.int.ru/stuff/malloc_test.c.txt >=20 > It allocates successfully 64x1MB chunks by malloc(), reallocf() and > realloc() with the following command line: >=20 > MALLOC_OPTIONS=3DJM limits -d 10m ./malloc_test >=20 > When we add L flag to the MALLOC_OPTIONS it starts to work strange: >=20 > It allocates 64MB via malloc() but fails to allocate more than 3MB by > realloc() and reallocf(). The non-failing 64MB allocation is easily explained by a bug. I forgot to account for the case when existing map entry was expanded, instead of new entry created due to mmap(2). The other part, in particular, the failure after 3MB, is in fact the correct behaviour. Jemalloc() caches allocation of the pages, and it allocates more then asked in the request. ktrace(1) shows the whole history. Malloc() first allocated 4MB for the needs of libc etc. Then, it allocated 4MB chunk which was used for satisfying the requests of 1-3MB. When the 4MB request came in, the allocation for 8MB was attempted, and failed, since 4MB (libc etc) + 8MB =3D 12MB > data limit. >=20 > More funny, the result varies from time to time: I have no explanation for this, and cannot reproduce the issue. Look at the ktrace. Overall, the test is quite curious but absolutely unrealistic. Fixed patch is available at http://people.freebsd.org/~kib/misc/map_datalimit.2.patch --865IE93Xpm46K7pT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk7OqTkACgkQC3+MBN1Mb4hVFACginFQ/syGlHkbuL2ZtY20QdAX mqgAoKgirRQKnX1phG9DhOMUwQHm/B+C =5PsP -----END PGP SIGNATURE----- --865IE93Xpm46K7pT-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 25 01:12:47 2011 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 D755C106566C for ; Fri, 25 Nov 2011 01:12:47 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 3FC758FC16 for ; Fri, 25 Nov 2011 01:12:47 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap4EAIPqzk6DaFvO/2dsb2JhbABDhQKmd4FyAQEFGglWGxAIAgINGQJZBgoJiA2ieZEzgTCCL4VtgRYEiCGMKYkGiBiBCw X-IronPort-AV: E=Sophos;i="4.69,568,1315195200"; d="scan'208";a="145420302" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 24 Nov 2011 20:12:45 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 0C0BFB3F33; Thu, 24 Nov 2011 20:12:46 -0500 (EST) Date: Thu, 24 Nov 2011 20:12:46 -0500 (EST) From: Rick Macklem To: Dan The Man Message-ID: <2104335410.349876.1322183566035.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: FreeBSD-Current Subject: Re: NFSV4 readlink_stat X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2011 01:12:47 -0000 Dan the Man wrote: > Ok on centos box i have tried to reduce file size as much as possible > only > going after an image directory with the error. >=20 > Centos: > cappy:/data/nfstest# ls > about.gif index_10.gif index_22.gif > index_34.gif index_46.gif links_09.gif links_21.gif show_08.gif > show_20.gif show_32.gif show_44.gif show_56.gif > CONTACT.gif index_11.gif index_23.gif > index_35.gif index_47.gif links_10.gif links_22.gif show_09.gif > show_21.gif show_33.gif show_45.gif show_57.gif > FLASH SINGLE USE CAMERA JRA-FLORIDA.jpg index_12.gif index_24.gif > index_36.gif index_48.gif links_11.gif links_23.gif show_10.gif > show_22.gif show_34.gif show_46.gif show_58.gif > index_01.gif index_13.gif index_25.gif > index_37.gif index_49.gif links_12.gif links_24.gif show_11.gif > show_23.gif show_35.gif show_47.gif show_59.gif > index_02.gif index_14.gif index_26.gif > index_38.gif links_01.gif links_13.gif links_25.gif show_12.gif > show_24.gif show_36.gif show_48.gif show_60.gif > index_03.gif index_15.gif index_27.gif > index_39.gif links_02.gif links_14.gif show_01.gif show_13.gif > show_25.gif show_37.gif show_49.gif Thumbs.db > index_04.gif index_16.gif index_28.gif > index_40.gif links_03.gif links_15.gif show_02.gif show_14.gif > show_26.gif show_38.gif show_50.gif _vti_cnf > index_05.gif index_17.gif index_29.gif > index_41.gif links_04.gif links_16.gif show_03.gif show_15.gif > show_27.gif show_39.gif show_51.gif > index_06.gif index_18.gif index_30.gif > index_42.gif links_05.gif links_17.gif show_04.gif show_16.gif > show_28.gif show_40.gif show_52.gif > index_07.gif index_19.gif index_31.gif > index_43.gif links_06.gif links_18.gif show_05.gif show_17.gif > show_29.gif show_41.gif show_53.gif > index_08.gif index_20.gif index_32.gif > index_44.gif links_07.gif links_19.gif show_06.gif show_18.gif > show_30.gif show_42.gif show_54.gif > index_09.gif index_21.gif index_33.gif > index_45.gif links_08.gif links_20.gif show_07.gif show_19.gif > show_31.gif show_43.gif show_55.gif > cappy:/data/nfstest# rsync -Walv --progress --delete --force > --bwlimit=3D20480 > /asterisk/clients/vuser/ecouhen@hotmail.com/website/onetimecamera.com.old= /images_/ > /data/nfstest/ > sending incremental file list > rsync: > readlink_stat("/asterisk/clients/vuser/ecouhen@hotmail.com/website/onetim= ecamera.com.old/images_/\#267=D6=B8\#364\#267\#373.gif") > failed: Invalid argument (22) Ok, I looked at the packet trace in wireshark and it is a Lookup that is fa= iling with EINVAL. I think this is happening because the name is not UTF8. In NFSv4, all file = names are required to be in UTF8 and the server is required to return NFS4ERR_INVAL (EINVAL) i= f a name isn't in UTF8. Now, I'll admit I know diddly about UTF8, so the code I wrote to check for = UTF8 compliance might be broken. Does anyone know if the above name, which is: \267\326\270\364\267\373.gif (or b7 d6 b8 f4 b7 fb .gif if you prefer hex to octal) is valid UTF8? I'm tempted to add a sysctl that disables this check, since the server does= n't really care if the name is UTF8 and who knows if the client cares? rick ps: I hope you didn't mind me putting the freebsd-current cc back. I'm hopi= ng someone who knows UTF8 can check the name. > rsync: > readlink_stat("/asterisk/clients/vuser/ecouhen@hotmail.com/website/onetim= ecamera.com.old/images_/_vti_cnf/\#267=D6=B8\#364\#267\#373.gif") > failed: Invalid argument (22) > IO error encountered -- skipping file deletion >=20 > sent 4558 bytes received 13 bytes 9142.00 bytes/sec > total size is 459007 speedup is 100.42 > rsync error: some files/attrs were not transferred (see previous > errors) > (code 23) at main.c(1039) [sender=3D3.0.6] > cappy:/data/nfstest# uname -a > Linux cappy.sunsaturn.com 2.6.32-71.29.1.el6.x86_64 #1 SMP Mon Jun 27 > 19:49:27 BST 2011 x86_64 x86_64 x86_64 GNU/Linux > cappy:/data/nfstest# > cappy:/data/nfstest# cat /etc/redhat-release > CentOS Linux release 6.0 (Final) > cappy:/data/nfstest# >=20 > Freebsd server name asterisk NFSV4: >=20 > tcpdump -i sk0 -s 0 -w nfs.txt host 192.168.0.2 > tcpdump -r nfs.txt > nfs2.txt > # uname -a > FreeBSD asterisk.sunsaturn.com 9.0-PRERELEASE FreeBSD 9.0-PRERELEASE > #0: > Sat Nov 19 21:52:28 CST 2011 > droot@asterisk.sunsaturn.com:/usr/obj/usr/src/sys/MYKERNEL amd64 >=20 >=20 > Can view either file here: >=20 > http://www.sunsaturn.com/nfsv4/nfs.txt (raw dump) > http://www.sunsaturn.com/nfsv4/nfs2.txt (-r dump) >=20 >=20 >=20 > Dan. >=20 >=20 > -- > Dan The Man > CTO/ Senior System Administrator > Websites, Domains and Everything else > http://www.SunSaturn.com > Email: Dan@SunSaturn.com >=20 > On Sun, 20 Nov 2011, Rick Macklem wrote: >=20 > > Dan the Man wrote: > >> Hey Rick, > >> > >> I should note I ran client from latest centos release box that has > >> a > >> freebsd 9.0 mount, so I am not sure applying a client patch would > >> do > >> anything in this case. When I had mounted a nfsv3 mount from > >> freebsd > >> box > >> to centos box, then it was fine, so was hoping this was a nfs > >> server > >> patch. I'll run some tests on monday though against freebsd client > >> and > >> freebsd server for that rsync... > >> > > For the centos nfsv4 client to FreeBSD server case, all you can do > > is > > capture a packet trace. > > tcpdump -s 0 -w xxx host > > run on the server during the rsync should do the trick. I don't mind > > looking at "xxx" if you email it as an attachment or if too big, > > leave > > it somewhere I can download it from. > > > > If you want to look at it yourself, you need wireshark, since it > > understands > > NFS packets. > > > > Other than that, you could try a newer Linux kernel from > > kernels.org, if that > > is practical for you. (From what I've seen, Redhat/Fedora track > > changes to > > the NFSv4 client more closely than the other distros.) > > > > rick > >> > >> Dan. > >> > >> > >> -- > >> Dan The Man > >> CTO/ Senior System Administrator > >> Websites, Domains and Everything else > >> http://www.SunSaturn.com > >> Email: Dan@SunSaturn.com > >> > >> On Wed, 16 Nov 2011, Dan The Man wrote: > >> > >>> > >>> > >>> Hi Rick, > >>> > >>> Busy this week, but I'll have time to do that for you on Monday. > >>> > >>> > >>> Dan. > >>> > >>> > >>> -- > >>> Dan The Man > >>> CTO/ Senior System Administrator > >>> Websites, Domains and Everything else > >>> http://www.SunSaturn.com > >>> Email: Dan@SunSaturn.com > >>> > >>> On Mon, 14 Nov 2011, Rick Macklem wrote: > >>> > >>>> Dan The Man wrote: > >>>>> Just want to include some errors from rsync trying to copy files > >>>>> using > >>>>> NFSV4. These files copy fine using NFSV3.... > >>>>> > >>>>> > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass Tunes/A-E/A/Ace > >>>>> of > >>>>> Base/The Bridge/Ace of Base-My D\#351j\#340 Vu-09-The > >>>>> Bridge.wma") > >>>>> failed: > >>>>> Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass > >>>>> Tunes/A-E/B/Bj\#366rn > >>>>> Skifs") failed: Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass > >>>>> Tunes/A-E/B/Bjork/Bj\#366rk - Dancer in the Dark - My Favorite > >>>>> Things.mp3") failed: Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass > >>>>> Tunes/A-E/B/Bjork/Bj\#366rk - Amphibian.mp3") failed: Invalid > >>>>> argument > >>>>> (22) > >>>>> IO error encountered -- skipping file deletion > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass > >>>>> Tunes/A-E/C/Celine > >>>>> Dion/C\#351line Dion - I Drove All Night (Album Version).mp3") > >>>>> failed: > >>>>> Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass Tunes/A-E/E/The > >>>>> Eagles/The > >>>>> Eagles Greatest Hits, Vol. 2/05 The Sad Caf\#351.wma") failed: > >>>>> Invalid > >>>>> argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass > >>>>> Tunes/F-J/G/Georges > >>>>> Delerue/Georges Delerue - Le M\#351pris, Camille - Jean-Luc > >>>>> Godard.mp3") > >>>>> failed: Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass > >>>>> Tunes/F-J/I/Irish > >>>>> Scottish > >>>>> Celtic Music Collection/O\#264 Riada Sa Gaiety") failed: Invalid > >>>>> argument > >>>>> (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass > >>>>> Tunes/F-J/I/Irish > >>>>> Scottish > >>>>> Celtic Music Collection/Athen Rye/Athenrye - Amhr\#341n Na > >>>>> Bhfiann.mp3") > >>>>> failed: Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass > >>>>> Tunes/F-J/I/Irish > >>>>> Scottish > >>>>> Celtic Music Collection/Chieftans/Chieftains & Sin\#351ad > >>>>> O'Connor > >>>>> - > >>>>> Factory girl.mp3") failed: Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass > >>>>> Tunes/F-J/I/Irish > >>>>> Scottish > >>>>> Celtic Music Collection/Chieftans/The Chieftains & Sin\#351ad > >>>>> O'Connor > >>>>> - > >>>>> The Foggy Dew.mp3") failed: Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass > >>>>> Tunes/F-J/I/Irish > >>>>> Scottish > >>>>> Celtic Music Collection/Christy Moore/Christy Moore - > >>>>> Compa\#361eros - > >>>>> 06.mp3") failed: Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass > >>>>> Tunes/F-J/I/Irish > >>>>> Scottish > >>>>> Celtic Music Collection/Clancy Brothers/Clancy Brothers & Tommy > >>>>> Makem > >>>>> - 12 > >>>>> - Cru\#354sc\#354n L\#340n.mp3") failed: Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass > >>>>> Tunes/F-J/I/Irish > >>>>> Scottish > >>>>> Celtic Music Collection/Loreena McKennitt/Loreena McKennitt - > >>>>> The > >>>>> Mask > >>>>> and > >>>>> Mirror - 07. C\#351 H\#351 Mise Le Ulaingt - The Two Trees.mp3") > >>>>> failed: > >>>>> Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass > >>>>> Tunes/F-J/I/Irish > >>>>> Scottish > >>>>> Celtic Music Collection/Planxty/Planxty - Raggletaggle Gypsy; > >>>>> Tabhair > >>>>> Dom > >>>>> Do L\#343mh - 01.mp3") failed: Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass > >>>>> Tunes/F-J/I/Irish > >>>>> Scottish > >>>>> Celtic Music Collection/Planxty/Planxty - The Rambling > >>>>> Si\#372ler > >>>>> - > >>>>> 05.mp3") failed: Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass > >>>>> Tunes/F-J/I/Irish > >>>>> Scottish > >>>>> Celtic Music Collection/Quilty/Quilty - Mist Covered Mountain > >>>>> Siobh\#341n > >>>>> O\#264donnels - Jig Reel.mp3") failed: Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass > >>>>> Tunes/F-J/I/Irish > >>>>> Scottish > >>>>> Celtic Music Collection/Quilty/Quilty - I\#264m Here Because > >>>>> I\#264m > >>>>> Here.mp3") failed: Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass > >>>>> Tunes/F-J/I/Irish > >>>>> Scottish > >>>>> Celtic Music Collection/Seamus Kennedy/Seamus Kennedy - Or\#363! > >>>>> S\#351 Do > >>>>> Bheatha 'Bhaile & The Rights Of Man (Instrumental).mp3") failed: > >>>>> Invalid > >>>>> argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass > >>>>> Tunes/F-J/I/Irish > >>>>> Scottish > >>>>> Celtic Music Collection/Seamus Kennedy/Seamus Kennedy - The > >>>>> Bodhr\#341n > >>>>> (Comedy).mp3") failed: Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass > >>>>> Tunes/F-J/I/Irish > >>>>> Scottish > >>>>> Celtic Music Collection/Sinead O'Connor/Sinead O'Connor - The > >>>>> Black > >>>>> Album > >>>>> ( 8 CD Set )/Cd 2/06_Mna Na H\#351ireann.mp3") failed: Invalid > >>>>> argument > >>>>> (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass > >>>>> Tunes/F-J/I/Irish > >>>>> Scottish > >>>>> Celtic Music Collection/Sinead O'Connor/Sinead O'Connor - The > >>>>> Black > >>>>> Album > >>>>> ( 8 CD Set )/Cd 3/07_Rois\#355n Dubh.mp3") failed: Invalid > >>>>> argument > >>>>> (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass > >>>>> Tunes/F-J/I/Irish > >>>>> Scottish > >>>>> Celtic Music Collection/Wolfe Tones/2006 As Gaeilge/Wolfe Tones > >>>>> - > >>>>> T\#341 > >>>>> Na L\#341.mp3") failed: Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass > >>>>> Tunes/F-J/I/Irish > >>>>> Scottish > >>>>> Celtic Music Collection/aaa - Too Few, but Identified/Irish > >>>>> C\#351ili > >>>>> Band > >>>>> - The Black Velvet Band.mp3") failed: Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass > >>>>> Tunes/F-J/I/Irish > >>>>> Scottish > >>>>> Celtic Music Collection/aaa - Too Few, but Identified/Young > >>>>> Dubliners > >>>>> - > >>>>> The Bodhr\#341n.mp3") failed: Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass > >>>>> Tunes/F-J/I/Irish > >>>>> Scottish > >>>>> Celtic Music Collection/aaa - Too Few, but Identified/Jeff > >>>>> Johnson > >>>>> & > >>>>> Brian > >>>>> Dunning - C\#371Chulainn's Last Battle.mp3") failed: Invalid > >>>>> argument > >>>>> (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass > >>>>> Tunes/F-J/I/Irish > >>>>> Scottish > >>>>> Celtic Music Collection/aaa - Too Few, but Identified/Phil > >>>>> Coulter > >>>>> & > >>>>> Sin\#351ad O'Connor - The Shores Of The Swilly.mp3") failed: > >>>>> Invalid > >>>>> argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass > >>>>> Tunes/F-J/I/Irish > >>>>> Scottish > >>>>> Celtic Music Collection/aaa - Too Few, but Identified/M\#341ire > >>>>> Brennan - > >>>>> Eirigh Suas A Stoirin.mp3") failed: Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass > >>>>> Tunes/F-J/I/Irish > >>>>> Scottish > >>>>> Celtic Music Collection/aaa - Too Few, but Identified/Sin\#351ad > >>>>> O-connor > >>>>> - Factory Girl.mp3") failed: Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass > >>>>> Tunes/F-J/I/Irish > >>>>> Scottish > >>>>> Celtic Music Collection/history of ireland in song/53.Amhr\#341n > >>>>> na > >>>>> Bhfiann.mp3") failed: Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass > >>>>> Tunes/F-J/I/Irish > >>>>> Scottish > >>>>> Celtic Music Collection/history of ireland in song/46.Se\#341n > >>>>> South > >>>>> from > >>>>> Garryowen.mp3") failed: Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass > >>>>> Tunes/F-J/I/Irish > >>>>> Scottish > >>>>> Celtic Music Collection/history of ireland in song/32.Se\#341n > >>>>> Treacy.mp3") failed: Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass > >>>>> Tunes/F-J/I/Irish > >>>>> Scottish > >>>>> Celtic Music Collection/history of ireland in song/02.Rois\#355n > >>>>> Dubh.mp3") failed: Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass > >>>>> Tunes/F-J/I/Irish > >>>>> Scottish > >>>>> Celtic Music Collection/history of ireland in song/03.Se\#341n > >>>>> \#323 > >>>>> Duibhir A'Ghleanna.mp3") failed: Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass > >>>>> Tunes/F-J/I/Irish > >>>>> Scottish > >>>>> Celtic Music Collection/history of ireland in song/03.Se\#341n > >>>>> \#323 > >>>>> Duibhir A'Ghleanna (O'Dwyer of the Glen).mp3") failed: Invalid > >>>>> argument > >>>>> (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass > >>>>> Tunes/K-O/M/M\#366tley > >>>>> Cr\#374e") failed: Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass Tunes/Sort Me > >>>>> Music/New > >>>>> Folder(20)/Ivan Rebroff - Moskauer n\#344chte (rus).mp3") > >>>>> failed: > >>>>> Invalid > >>>>> argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass Tunes/Z Too > >>>>> Small > >>>>> to > >>>>> Seperate/Z Favorite WMA - Songs/Bj\#366rn Skifs - H\#344rligt, > >>>>> h\#344rligt > >>>>> men farligt, farligt.mp3") failed: Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass Tunes/Z Too > >>>>> Small > >>>>> to > >>>>> Seperate/Z Favorite WMA - Songs/Bj\#366rk - Visur Vatnsenda > >>>>> Rosu.mp3") > >>>>> failed: Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass Tunes/Z Too > >>>>> Small > >>>>> to > >>>>> Seperate/Z Favorite WMA - Songs/All Crap Tunes/F-L/La Mafia/Un > >>>>> Millon > >>>>> de > >>>>> Rosas/La Mafia-Yo Te Amar\#351-01-Un Millon de Rosas.wma") > >>>>> failed: > >>>>> Invalid > >>>>> argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass Tunes/Z Too > >>>>> Small > >>>>> to > >>>>> Seperate/Z Favorite WMA - Songs/All Crap Tunes/F-L/La Mafia/Un > >>>>> Millon > >>>>> de > >>>>> Rosas/La Mafia-Qui\#351n-04-Un Millon de Rosas.wma") failed: > >>>>> Invalid > >>>>> argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass Tunes/Z Too > >>>>> Small > >>>>> to > >>>>> Seperate/Z Favorite WMA - Songs/All Crap Tunes/F-L/La Mafia/Un > >>>>> Millon > >>>>> de > >>>>> Rosas/La Mafia-C\#363mo Pude Estar Tan Ciego-10-Un Millon de > >>>>> Rosas.wma") > >>>>> failed: Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass Tunes/Z Too > >>>>> Small > >>>>> to > >>>>> Seperate/Z Favorite WMA - Songs/All Crap Tunes/M-P/Moxy > >>>>> Fruvous/Moxy > >>>>> Fr\#374vous - Spiderman.wma") failed: Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass Tunes/Z Too > >>>>> Small > >>>>> to > >>>>> Seperate/Z Favorite WMA - Songs/All Crap Tunes/Old > >>>>> School/Santana/Supernatural/Corazon Espinado Man\#341; Santana > >>>>> Supernatural 09.wma") failed: Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass Tunes/Z Too > >>>>> Small > >>>>> to > >>>>> Seperate/Z Favorite WMA - Songs/Dance/Bran Van 3000/Discosis/16 > >>>>> Love > >>>>> Clich\#351.wma") failed: Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass Tunes/Z Too > >>>>> Small > >>>>> to > >>>>> Seperate/Z Favorite WMA - Songs/Dance/Bran Van 3000/Discosis/03 > >>>>> Montr\#351al.wma") failed: Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass Tunes/Z Too > >>>>> Small > >>>>> to > >>>>> Seperate/Z Favorite WMA - Songs/Heavy Metal/Motely > >>>>> Crue/M\#366tley > >>>>> Cr\#374e - Generation Swine.wma") failed: Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass Tunes/Z Too > >>>>> Small > >>>>> to > >>>>> Seperate/Z Favorite WMA - Songs/Heavy Metal/Motely > >>>>> Crue/M\#366tley > >>>>> Cr\#374e - Driftaway.wma") failed: Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass Tunes/Z Too > >>>>> Small > >>>>> to > >>>>> Seperate/Z Favorite WMA - Songs/Heavy Metal/Motely > >>>>> Crue/M\#366tley > >>>>> Cr\#374e - Uncle Jack.wma") failed: Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass Tunes/Z Too > >>>>> Small > >>>>> to > >>>>> Seperate/Z Favorite WMA - Songs/Heavy Metal/Motely > >>>>> Crue/M\#366tley > >>>>> Cr\#374e - Get It For Free.wma") failed: Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass Tunes/Z Too > >>>>> Small > >>>>> to > >>>>> Seperate/Z Favorite WMA - Songs/Heavy Metal/Motely > >>>>> Crue/M\#366tley > >>>>> Cr\#374e - I Wanna Be Sedated.wma") failed: Invalid argument > >>>>> (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass Tunes/Z Too > >>>>> Small > >>>>> to > >>>>> Seperate/Z Favorite WMA - Songs/Heavy Metal/Motely > >>>>> Crue/M\#366tley > >>>>> Cr\#374e - Live Wire [Kick Ass '91 Remix].wma") failed: Invalid > >>>>> argument > >>>>> (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass Tunes/Z Too > >>>>> Small > >>>>> to > >>>>> Seperate/Z Favorite WMA - Songs/Heavy Metal/Motely > >>>>> Crue/M\#366tley > >>>>> Cr\#374e - Black Widow.wma") failed: Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass Tunes/Z Too > >>>>> Small > >>>>> to > >>>>> Seperate/Z Favorite WMA - Songs/Heavy Metal/Motely > >>>>> Crue/M\#366tley > >>>>> Cr\#374e - Rock 'N' Roll Junkie.wma") failed: Invalid argument > >>>>> (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass Tunes/Z Too > >>>>> Small > >>>>> to > >>>>> Seperate/Z Favorite WMA - Songs/Heavy Metal/Motely > >>>>> Crue/Motley\#240Crue - > >>>>> Loveshine.wma") failed: Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass Tunes/Z Too > >>>>> Small > >>>>> to > >>>>> Seperate/Z Favorite WMA - Songs/Heavy Metal/Motely > >>>>> Crue/M\#366tley > >>>>> Cr\#374e - Dragstrip Superstar.wma") failed: Invalid argument > >>>>> (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass Tunes/Z Too > >>>>> Small > >>>>> to > >>>>> Seperate/Z Favorite WMA - Songs/Heavy Metal/Motely > >>>>> Crue/M\#366tley > >>>>> Cr\#374e - Hammered - 07.wma") failed: Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass Tunes/Z Too > >>>>> Small > >>>>> to > >>>>> Seperate/Z Favorite WMA - Songs/Heavy Metal/Motely > >>>>> Crue/M\#366tley > >>>>> Cr\#374e - Poison Apples.wma") failed: Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass Tunes/Z Too > >>>>> Small > >>>>> to > >>>>> Seperate/Z Favorite WMA - Songs/Heavy Metal/Motely > >>>>> Crue/M\#366tley > >>>>> Cr\#374e - Afraid.wma") failed: Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass Tunes/Z Too > >>>>> Small > >>>>> to > >>>>> Seperate/Z Favorite WMA - Songs/Heavy Metal/Motely > >>>>> Crue/M\#366tley > >>>>> Cr\#374e - Kiss the Sky.wma") failed: Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass Tunes/Z Too > >>>>> Small > >>>>> to > >>>>> Seperate/Z Favorite WMA - Songs/Heavy Metal/Motely > >>>>> Crue/M\#366tley > >>>>> Cr\#374e - Glitter - Generation Swine - 07.wma") failed: Invalid > >>>>> argument > >>>>> (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass Tunes/Z Too > >>>>> Small > >>>>> to > >>>>> Seperate/Z Favorite WMA - Songs/Original Soundtrack/Various > >>>>> Artists/Various Artists/Pure Dance 1998/U2 Discoth\#350que [DM > >>>>> Radio > >>>>> Mix] > >>>>> 07 Pure Dance 1998 Rock.mp3") failed: Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass Tunes/Z Too > >>>>> Small > >>>>> to > >>>>> Seperate/Z Favorite WMA - Songs/Original Soundtrack/Various > >>>>> Artists/Various Artists/Pure Dance 1998/Tony! Toni! Ton\#351! > >>>>> Let's > >>>>> Get > >>>>> Down [Fitch Bros. Club Radio Edit] 06 Pure Dance 1998 Rock.mp3") > >>>>> failed: > >>>>> Invalid argument (22) > >>>>> rsync: readlink_stat("/asterisk/public/mp3/Kass Tunes/Z Too > >>>>> Small > >>>>> to > >>>>> Seperate/Z Favorite WMA - Songs/Rock n > >>>>> Roll/Q-S/Q/Queensryche/Queensr\#377che - Best I Can - 01.wma") > >>>>> failed: > >>>>> Invalid argument (22) > >>>>> > >>>> Well, the most obvious reason for EINVAL being returned for a > >>>> Readlink > >>>> reply is that the server doesn't think the vnode type is VLNK. > >>>> > >>>> Two things you could do: > >>>> 1 - Try the attached patch for the client. It doesn't really fix > >>>> the > >>>> problem, but it takes out the Getattr that preceeds the > >>>> Readlink > >>>> for the NFSv4 RPC. If it is this Getattr that is failing, it > >>>> could > >>>> make the problem "disappear". > >>>> > >>>> 2 - Look at a packet trace in wireshark and see if the reply to > >>>> Readlink > >>>> is returning EINVAL. (That will isolate the problem to the > >>>> server vs > >>>> client.) > >>>> I don't mind looking at a packet trace, but it would be nice > >>>> if > >>>> you > >>>> could get a fairly small one. (Can you reproduce it with a > >>>> small > >>>> rsync?) > >>>> > >>>> If you do either of the above, please let me know how it goes, > >>>> rick > >>>> > >>>>> > >>>>> > >>>>> Dan. > >>>>> > >>>>> > >>>>> > >>>>> -- > >>>>> Dan The Man > >>>>> CTO/ Senior System Administrator > >>>>> Websites, Domains and Everything else > >>>>> http://www.SunSaturn.com > >>>>> Email: Dan@SunSaturn.com > >>>>> > >>>> > >>> > > From owner-freebsd-current@FreeBSD.ORG Fri Nov 25 05:08:52 2011 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 940F1106566B for ; Fri, 25 Nov 2011 05:08:52 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from glenbarber.us (onyx.glenbarber.us [199.48.134.227]) by mx1.freebsd.org (Postfix) with SMTP id 4AE318FC15 for ; Fri, 25 Nov 2011 05:08:52 +0000 (UTC) Received: (qmail 12883 invoked by uid 0); 25 Nov 2011 00:08:51 -0500 Received: from unknown (HELO glenbarber.us) (76.124.49.145) by 0 with SMTP; 25 Nov 2011 00:08:51 -0500 Date: Fri, 25 Nov 2011 00:08:49 -0500 From: Glen Barber To: current@FreeBSD.org Message-ID: <20111125050849.GC37731@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="PHCdUe6m4AxPMzOu" Content-Disposition: inline X-Operating-System: FreeBSD 9.0-PRERELEASE amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: [ndis] "panic: IRQL_NOT_GREATER_THAN" - triggered by heavy wlan0 activity X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2011 05:08:52 -0000 --PHCdUe6m4AxPMzOu Content-Type: multipart/mixed; boundary="vEao7xgI/oilGqZ+" Content-Disposition: inline --vEao7xgI/oilGqZ+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I'm running 9-STABLE on a MacBook Pro (late 2009, I think): schism % uname -a FreeBSD schism 9.0-PRERELEASE FreeBSD 9.0-PRERELEASE #7 r227746: Thu Nov 24 13:05:31 EST 2011 gjb@kaos:/usr/obj/usr/src/sys/MACBOOK amd64 The integrated wireless chipset is a Broadcom bcm4322, which is currently not supported by bwi(4) or bwm(4), however ndisgen(8) with Windows XP 64-bit drivers gets the card in an operational state. There are just a few oddities: 1.) If I load the driver (bcmwl564_sys) with loader.conf, the machine crashes partway through booting, sometime before invoking rc(8). I can't tell where specifically this happens, because the machine completely resets whent his happens. 2.) If the machine boots without the driver automatically loaded between sometime rc(8) invocation and a login prompt, the ndis(4) wlan0 interface never gets assigned an IP (automatically, or by dhclient(8) manually). Calling kldload(8) from rc.conf.local seems to mostly solve this, but I have seen occasional panics if the wlan0 device does not obtain a DHCP lease within a, as of now, indeterminite amount of time. 3.) This is the one I can actually give a whole bunch of information. Under heavy network load, the machine panics. vmcore, KERNCONF, and dmesg are all attached. I've observed the heavy load panics on a few occasions, but finally stumbled on a way to trigger it (somewhat reproducibly, but overall irrelevant, I guess) today. The panics in this case are from sys/compat/ndis/subr_hal.c, specifically: % 410 void % 411 KfLowerIrql(uint8_t oldirql) % 412 { % 413 if (oldirql =3D=3D DISPATCH_LEVEL) % 414 return; % 415=20 % 416 if (KeGetCurrentIrql() !=3D DISPATCH_LEVEL) % 417 panic("IRQL_NOT_GREATER_THAN"); % 418=20 % 419 mtx_unlock(&disp_lock[curthread->td_oncpu]); % 420 sched_unpin(); % 421 } An (admittedly quick) Google search didn't turn up anything fruitful with that particular panic reason. 'svn annotate' on subr_hal.c shows the following from 2004: % kaos % svn log -r128295 % ------------------------------------------------------------------------ % r128295 | wpaul | 2004-04-15 20:04:28 -0400 (Thu, 15 Apr 2004) | 13 lines %=20 % - Use memory barrier with atomic operations in ntoskrnl_lock_dpc() and % ntoskrnl_unlocl_dpc(). % - hal_raise_irql(), hal_lower_irql() and hal_irql() didn't work right % on SMP (priority inheritance makes things... interesting). For now, % use only two states: DISPATCH_LEVEL (PI_REALTIME) and PASSIVE_LEVEL % (everything else). Tested on a dual PIII box. % [...] So, at this point, I'm a bit stuck with where to go from here. If I am interpreting reason the panic() call was added in r128295 correctly, this could potentially be an issue with SMP, as oldirql is not available in the backtrace. That is, of course, assuming it's not a problem with the XP drivers for the wireless NIC. Any thoughts on where to go from here would be appreciated. Thanks. Glen --=20 Glen Barber | gjb@FreeBSD.org FreeBSD Documentation Project --vEao7xgI/oilGqZ+ Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.txt" Content-Transfer-Encoding: quoted-printable 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 9.0-PRERELEASE #7 r227746: Thu Nov 24 13:05:31 EST 2011 gjb@kaos:/usr/obj/usr/src/sys/MACBOOK amd64 CPU: Intel(R) Core(TM)2 Duo CPU P8700 @ 2.53GHz (2520.72-MHz K8-class = CPU) Origin =3D "GenuineIntel" Id =3D 0x1067a Family =3D 6 Model =3D 17 St= epping =3D 10 Features=3D0xbfebfbff Features2=3D0x408e3fd AMD Features=3D0x20100800 AMD Features2=3D0x1 TSC: P-state invariant, performance statistics real memory =3D 8589934592 (8192 MB) avail memory =3D 7920873472 (7553 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard Cuse4BSD v0.1.21 @ /dev/cuse kbd0 at kbdmux0 cryptosoft0: on motherboard acpi0: on motherboard acpi_ec0: port 0x62,0x66 on acpi0 acpi0: Power Button (fixed) unknown: I/O range not supported unknown: I/O range not supported Timecounter "HPET" frequency 25000000 Hz quality 950 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_acad0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) isab0: port 0x2000-0x20ff at device 3.0 on pci0 isa0: on isab0 pci0: at device 3.1 (no driver attached) pci0: at device 3.2 (no driver attached) pci0: at device 3.3 (no driver attached) pci0: at device 3.4 (no driver attached) pci0: at device 3.5 (no driver attached) ohci0: mem 0xd3588000-0xd3588fff irq 1= 8 at device 4.0 on pci0 usbus0: on ohci0 ehci0: mem 0xd3589200-0xd35892ff i= rq 19 at device 4.1 on pci0 usbus1: EHCI version 1.0 usbus1: on ehci0 ohci1: mem 0xd3587000-0xd3587fff irq 2= 0 at device 6.0 on pci0 usbus2: on ohci1 ehci1: mem 0xd3589100-0xd35891ff i= rq 21 at device 6.1 on pci0 usbus3: EHCI version 1.0 usbus3: on ehci1 hdac0: mem 0xd3580000-0xd35= 83fff irq 22 at device 8.0 on pci0 pcib1: at device 9.0 on pci0 pci1: on pcib1 nfe0: port 0x21e0-0x21e7 mem 0xd35= 86000-0xd3586fff,0xd3589000-0xd35890ff,0xd3589300-0xd358930f irq 23 at devi= ce 10.0 on pci0 miibus0: on nfe0 rgephy0: PHY 1 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseT= X-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000= baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto= -flow nfe0: Ethernet address: 34:15:9e:1f:41:04 ahci0: port 0x21d8-0x21df,0x21ec-0x21ef= ,0x21d0-0x21d7,0x21e8-0x21eb,0x21c0-0x21cf mem 0xd3584000-0xd3585fff irq 16= at device 11.0 on pci0 ahci0: AHCI v1.20 with 6 3Gbps ports, Port Multiplier supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 pcib2: at device 12.0 on pci0 pci2: on pcib2 pcib3: at device 16.0 on pci0 pci3: on pcib3 vgapci0: port 0x1000-0x107f mem 0xd2000000-0xd2fff= fff,0xc0000000-0xcfffffff,0xd0000000-0xd1ffffff irq 17 at device 0.0 on pci3 nvidia0: on vgapci0 vgapci0: child nvidia0 requested pci_enable_io vgapci0: child nvidia0 requested pci_enable_io pcib4: at device 21.0 on pci0 pci4: on pcib4 pci4: at device 0.0 (no driver attached) pcib5: at device 22.0 on pci0 pci5: on pcib5 fwohci0: <1394 Open Host Controller Interface> mem 0xd3100000-0xd3100fff ir= q 19 at device 0.0 on pci5 fwohci0: OHCI version 1.10 (ROM=3D0) fwohci0: No. of Isochronous channels is 8. fwohci0: EUI64 34:15:9e:ff:fe:1f:41:04 fwohci0: invalid speed 7 (fixed to 3). fwohci0: Phy 1394a available S800, 3 ports. fwohci0: Link S800, max_rec 4096 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 36:15:9e:1f:41:04 fwe0: Ethernet address: 36:15:9e:1f:41:04 fwip0: on firewire0 fwip0: Firewire address: 34:15:9e:ff:fe:1f:41:04 @ 0xfffe00000000, S800, ma= xrec 4096 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0xae718000 fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=3D0x00000000, SelfID Count=3D2, CYCLEMAS= TER mode AcpiOsExecute: failed to enqueue task, consider increasing the debug.acpi.m= ax_tasks tunable EcGpeHandler: queuing GPE query handler failed AcpiOsExecute: failed to enqueue task, consider increasing the debug.acpi.m= ax_tasks tunable EcGpeHandler: queuing GPE query handler failed AcpiOsExecute: failed to enqueue task, consider increasing the debug.acpi.m= ax_tasks tunable EcGpeHandler: queuing GPE query handler failed AcpiOsExecute: failed to enqueue task, consider increasing the debug.acpi.m= ax_tasks tunable EcGpeHandler: queuing GPE query handler failed AcpiOsExecute: failed to enqueue task, consider increasing the debug.acpi.m= ax_tasks tunable EcGpeHandler: queuing GPE query handler failed AcpiOsExecute: failed to enqueue task, consider increasing the debug.acpi.m= ax_tasks tunable EcGpeHandler: queuing GPE query handler failed AcpiOsExecute: failed to enqueue task, consider increasing the debug.acpi.m= ax_tasks tunable EcGpeHandler: queuing GPE query handler failed AcpiOsExecute: failed to enqueue task, consider increasing the debug.acpi.m= ax_tasks tunable EcGpeHandler: queuing GPE query handler failed AcpiOsExecute: failed to enqueue task, consider increasing the debug.acpi.m= ax_tasks tunable EcGpeHandler: queuing GPE query handler failed AcpiOsExecute: failed to enqueue task, consider increasing the debug.acpi.m= ax_tasks tunable EcGpeHandler: queuing GPE query handler failed AcpiOsExecute: failed to enqueue task, consider increasing the debug.acpi.m= ax_tasks tunable EcGpeHandler: queuing GPE query handler failed AcpiOsExecute: failed to enqueue task, consider increasing the debug.acpi.m= ax_tasks tunable EcGpeHandler: queuing GPE query handler failed AcpiOsExecute: failed to enqueue task, consider increasing the debug.acpi.m= ax_tasks tunable EcGpeHandler: queuing GPE query handler failed AcpiOsExecute: failed to enqueue task, consider increasing the debug.acpi.m= ax_tasks tunable EcGpeHandler: queuing GPE query handler failed AcpiOsExecute: failed to enqueue task, consider increasing the debug.acpi.m= ax_tasks tunable EcGpeHandler: queuing GPE query handler failed AcpiOsExecute: failed to enqueue task, consider increasing the debug.acpi.m= ax_tasks tunable EcGpeHandler: queuing GPE query handler failed AcpiOsExecute: failed to enqueue task, consider increasing the debug.acpi.m= ax_tasks tunable EcGpeHandler: queuing GPE query handler failed AcpiOsExecute: failed to enqueue task, consider increasing the debug.acpi.m= ax_tasks tunable EcGpeHandler: queuing GPE query handler failed AcpiOsExecute: failed to enqueue task, consider increasing the debug.acpi.m= ax_tasks tunable EcGpeHandler: queuing GPE query handler failed battery0: on acpi0 AcpiOsExecute: failed to enqueue task, consider increasing the debug.acpi.m= ax_tasks tunable AcpiOsExecute: failed to enqueue task, consider increasing the debug.acpi.m= ax_tasks tunable EcGpeHandler: queuing GPE query handler failed AcpiOsExecute: failed to enqueue task, consider increasing the debug.acpi.m= ax_tasks tunable EcGpeHandler: queuing GPE query handler failed AcpiOsExecute: failed to enqueue task, consider increasing the debug.acpi.m= ax_tasks tunable EcGpeHandler: queuing GPE query handler failed AcpiOsExecute: failed to enqueue task, consider increasing the debug.acpi.m= ax_tasks tunable EcGpeHandler: queuing GPE query handler failed atrtc0: port 0x70-0x77 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: cannot reserve I/O port range AcpiOsExecute: failed to enqueue task, consider increasing the debug.acpi.m= ax_tasks tunable AcpiOsExecute: failed to enqueue task, consider increasing the debug.acpi.m= ax_tasks tunable coretemp0: on cpu0 est0: on cpu0 p4tcc0: on cpu0 coretemp1: on cpu1 est1: on cpu1 p4tcc1: on cpu1 Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. firewire0: 1 nodes, maxhop <=3D 0 cable IRM irm(0) (me)=20 firewire0: bus manager 0=20 hdac0: HDA Codec #0: Cirrus Logic CS4206 pcm0: at cad 0 nid 1 on hdac0 pcm1: at cad 0 nid 1 on hdac0 pcm2: at cad 0 nid 1 on hdac0 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 480Mbps High Speed USB v2.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-8 SATA 1.x device ada0: 150.000MB/s transfers (SATA 1.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 SMP: AP CPU #1 Launched! cd0 at ahcich1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device=20 cd0: 150.000MB/s transfers (SATA 1.x, UDMA6, ATAPI 12bytes, PIO 8192bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present GEOM: ada0: enabling Boot Camp uhub2: 5 ports with 5 removable, self powered uhub0: 7 ports with 7 removable, self powered Root mount waiting for: usbus3 usbus1 Root mount waiting for: usbus3 usbus1 uhub3: 5 ports with 5 removable, self powered Root mount waiting for: usbus3 usbus1 uhub1: 7 ports with 7 removable, self powered Root mount waiting for: usbus3 usbus1 ugen2.2: at usbus2 uhub4: on usbus2 ugen1.2: at usbus1 uhub4: 3 ports with 0 removable, self powered Root mount waiting for: usbus3 usbus1 ugen2.3: at usbus2 ugen3.2: at usbus3 umass0: on usbus3 umass0: SCSI over Bulk-Only; quirks =3D 0x4100 umass0:2:0:-1: Attached to scbus2 Trying to mount root from ufs:/dev/ada0p4 [rw]... WARNING: / was not properly dismounted ugen0.2: at usbus0 uhid0: = on usbus0 (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0=20 (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI status: Check Condition (probe0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not prese= nt) da0 at umass-sim0 bus 0 scbus2 target 0 lun 0 da0: Removable Direct Access SCSI-0 device=20 da0: 40.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present ugen2.4: at usbus2 ums0: on u= sbus2 ums0: 3 buttons and [XYZ] coordinates ID=3D0 ugen0.3: at usbus0 ukbd0: on usbus0 kbd1 at ukbd0 uhid1: on usbus0 ums1: on usbus0 ums1: 3 buttons and [XY] coordinates ID=3D2 ndis0: mem 0xd3200000-0xd3203fff irq 18 = at device 0.0 on pci4 ndis0: NDIS API version: 5.1 wlan0: Ethernet address: f8:1e:df:e5:cc:5f ubt0: on usbus2 WARNING: attempt to domain_add(bluetooth) after domainfinalize() WARNING: attempt to domain_add(netgraph) after domainfinalize() ndis0: link state changed to UP --vEao7xgI/oilGqZ+ Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="kernconf.txt" Script started on Thu Nov 24 22:35:22 2011 schism % egrep "^[A-Za-z]" /usr/src/sys/amd64/conf/MACBOOK cpu HAMMER ident MACBOOK makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options SCTP # Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options MD_ROOT # MD is a potential root device options NFSCL # New Network Filesystem Client options NFSD # New Network Filesystem Server options NFSLOCKD # Network Lock Manager options NFS_ROOT # NFS usable as /, requires NFSCL options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_FREEBSD32 # Compatible with i386 binaries options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options COMPAT_FREEBSD7 # Compatible with FreeBSD7 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options PRINTF_BUFR_SIZE=128 # Prevent printf output being interspersed. options KBD_INSTALL_CDEV # install a CDEV entry in /dev options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework options INCLUDE_CONFIG_FILE # Include this file in kernel options KDB # Kernel debugger related code options KDB_TRACE # Print a stack trace for a panic options IPSEC # ipsec(4) device crypto # crypto(4) device for ipsec(4) options SMP # Symmetric MultiProcessor Kernel device cpufreq device acpi device pci device ahci # AHCI-compatible SATA controllers device ata # Legacy ATA/SATA controllers options ATA_CAM # Handle legacy controllers with CAM options ATA_STATIC_ID # Static device numbering device mvs # Marvell 88SX50XX/88SX60XX/88SX70XX/SoC SATA device siis # SiliconImage SiI3124/SiI3132/SiI3531 SATA device ahc # AHA2940 and onboard AIC7xxx devices options AHC_REG_PRETTY_PRINT # Print register bitfields in debug device ahd # AHA39320/29320 and onboard AIC79xx devices options AHD_REG_PRETTY_PRINT # Print register bitfields in debug device esp # AMD Am53C974 (Tekram DC-390(T)) device hptiop # Highpoint RocketRaid 3xxx series device isp # Qlogic family device mpt # LSI-Logic MPT-Fusion device mps # LSI-Logic MPT-Fusion 2 device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') device trm # Tekram DC395U/UW/F DC315U adapters device adv # Advansys SCSI adapters device adw # Advansys wide SCSI adapters device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. device bt # Buslogic/Mylex MultiMaster SCSI adapters device scbus # SCSI bus (required for ATA/SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct ATA/SCSI access) device ses # SCSI Environmental Services (and SAF-TE) device amr # AMI MegaRAID device arcmsr # Areca SATA II RAID device ciss # Compaq Smart RAID 5* device dpt # DPT Smartcache III, IV - See NOTES for options device hptmv # Highpoint RocketRAID 182x device hptrr # Highpoint RocketRAID 17xx, 22xx, 23xx, 25xx device iir # Intel Integrated RAID device ips # IBM (Adaptec) ServeRAID device mly # Mylex AcceleRAID/eXtremeRAID device twa # 3ware 9000 series PATA/SATA RAID device aac # Adaptec FSA RAID device aacp # SCSI passthrough for aac (requires CAM) device ida # Compaq Smart RAID device mfi # LSI MegaRAID SAS device mlx # Mylex DAC960 family device twe # 3ware ATA RAID device tws # LSI 3ware 9750 SATA+SAS 6Gb/s RAID controller device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support device sc options SC_PIXEL_MODE # add support for the raster text mode device agp # support several AGP chipsets device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus device uart # Generic UART driver device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device device puc # Multi I/O cards and multi-channel UARTs device bxe # Broadcom BCM57710/BCM57711/BCM57711E 10Gb Ethernet device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 Gigabit Ethernet Family device igb # Intel PRO/1000 PCIE Server Gigabit Family device ixgbe # Intel PRO/10GbE PCIE Ethernet Family device le # AMD Am7900 LANCE and Am79C9xx PCnet device ti # Alteon Networks Tigon I/II gigabit Ethernet device txp # 3Com 3cR990 (``Typhoon'') device vx # 3Com 3c590, 3c595 (``Vortex'') device miibus # MII bus support device ae # Attansic/Atheros L2 FastEthernet device age # Attansic/Atheros L1 Gigabit Ethernet device alc # Atheros AR8131/AR8132 Ethernet device ale # Atheros AR8121/AR8113/AR8114 Ethernet device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet device dc # DEC/Intel 21143 and various workalikes device et # Agere ET1310 10/100/Gigabit Ethernet device fxp # Intel EtherExpress PRO/100B (82557, 82558) device jme # JMicron JMC250 Gigabit/JMC260 Fast Ethernet device lge # Level 1 LXT1001 gigabit Ethernet device msk # Marvell/SysKonnect Yukon II Gigabit Ethernet device nfe # nVidia nForce MCP on-board Ethernet device nge # NatSemi DP83820 gigabit Ethernet device pcn # AMD Am79C97x PCI 10/100 (precedence over 'le') device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sge # Silicon Integrated Systems SiS190/191 device sis # Silicon Integrated Systems SiS 900/SiS 7016 device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet device ste # Sundance ST201 (D-Link DFE-550TX) device stge # Sundance/Tamarack TC9021 gigabit Ethernet device tl # Texas Instruments ThunderLAN device tx # SMC EtherPower II (83c170 ``EPIC'') device vge # VIA VT612x gigabit Ethernet device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') device cs # Crystal Semiconductor CS89x0 NIC device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards device ex # Intel EtherExpress Pro/10 and Pro/10+ device ep # Etherlink III based cards device fe # Fujitsu MB8696x based cards device sn # SMC's 9000 series of Ethernet chips device xe # Xircom pccard Ethernet device wlan # 802.11 support options IEEE80211_DEBUG # enable debug msgs options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's options IEEE80211_SUPPORT_MESH # enable 802.11s draft support device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support device wlan_amrr # AMRR transmit rate control algorithm device an # Aironet 4500/4800 802.11 wireless NICs. device ath # Atheros NIC's device ath_pci # Atheros pci/cardbus glue device ath_hal # pci/cardbus chip support options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors device ath_rate_sample # SampleRate tx rate control for ath device ipw # Intel 2100 wireless NICs. device iwi # Intel 2200BG/2225BG/2915ABG wireless NICs. device iwn # Intel 4965/1000/5000/6000 wireless NICs. device malo # Marvell Libertas wireless NICs. device mwl # Marvell 88W8363 802.11n wireless NICs. device ral # Ralink Technology RT2500 wireless NICs. device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. device wpi # Intel 3945ABG wireless NICs. device loop # Network loopback device random # Entropy device device ether # Ethernet support device vlan # 802.1Q VLAN support device tun # Packet tunnel. device pty # BSD-style compatibility pseudo ttys device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module device bpf # Berkeley packet filter options USB_DEBUG # enable debug msgs device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device xhci # XHCI PCI->USB interface (USB 3.0) device usb # USB Bus (required) device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device urio # Diamond Rio 500 MP3 player device u3g # USB-based 3G modems (Option, Huawei, Sierra) device uark # Technologies ARK3116 based serial adapters device ubsa # Belkin F5U103 and compatible serial adapters device uftdi # For FTDI usb serial adapters device uipaq # Some WinCE based devices device uplcom # Prolific PL-2303 serial adapters device uslcom # SI Labs CP2101/CP2102 serial adapters device uvisor # Visor and Palm devices device uvscom # USB serial support for DDI pocket's PHS device aue # ADMtek USB Ethernet device axe # ASIX Electronics USB Ethernet device cdce # Generic USB over Ethernet device cue # CATC USB Ethernet device kue # Kawasaki LSI USB Ethernet device rue # RealTek RTL8150 USB Ethernet device udav # Davicom DM9601E USB device rum # Ralink Technology RT2501USB wireless NICs device run # Ralink Technology RT2700/RT2800/RT3000 NICs. device uath # Atheros AR5523 wireless NICs device upgt # Conexant/Intersil PrismGT wireless NICs. device ural # Ralink Technology RT2500USB wireless NICs device urtw # Realtek RTL8187B/L wireless NICs device zyd # ZyDAS zd1211/zd1211b wireless NICs device firewire # FireWire bus code device fwe # Ethernet over FireWire (non-standard!) device fwip # IP over FireWire (RFC 2734,3146) device dcons # Dumb console driver device dcons_crom # Configuration ROM for dcons device sound # Generic sound driver (required) device snd_es137x # Ensoniq AudioPCI ES137x device snd_hda # Intel High Definition Audio device snd_ich # Intel, NVidia and other ICH AC'97 Audio device snd_uaudio # USB Audio device snd_via8233 # VIA VT8233x Audio schism % ^D Script done on Thu Nov 24 22:35:27 2011 --vEao7xgI/oilGqZ+ Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="vmcore.1.txt" Content-Transfer-Encoding: quoted-printable Script started on Thu Nov 24 18:40:59 2011 schism# kgdb -c /home/gjb/panics/vmcore.1 MACBOOK/kernel.debug 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 condition= s. 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"... Unread portion of the kernel message buffer: panic: IRQL_NOT_GREATER_THAN cpuid =3D 1 KDB: stack backtrace: #0 0xffffffff8087090e at kdb_backtrace+0x5e #1 0xffffffff8083b577 at panic+0x187 #2 0xffffffff82a82fe2 at KfLowerIrql+0x62 #3 0xfffffe0008dc90ce at dmapbase+0x8dc90ce #4 0xffffffff82638f45 at __stop_set_sysinit_set+0x25c45 #5 0xffffffff82a8c649 at x86_64_call2+0x9 #6 0xffffffff8080f0ef at fork_exit+0x11f #7 0xffffffff80b3291e at fork_trampoline+0xe Uptime: 2h34m38s Dumping 990 out of 7875 MB:..2%..12%..21%..31%..41%..51%..62%..72%..81%..91% Reading symbols from /boot/kernel/linux.ko...Reading symbols from /boot/ker= nel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko Reading symbols from /boot/kernel/coretemp.ko...Reading symbols from /boot/= kernel/coretemp.ko.symbols...done. done. Loaded symbols for /boot/kernel/coretemp.ko Reading symbols from /boot/modules/nvidia.ko...done. Loaded symbols for /boot/modules/nvidia.ko Reading symbols from /boot/modules/cuse4bsd.ko...done. Loaded symbols for /boot/modules/cuse4bsd.ko Reading symbols from /boot/modules/bcmwl564_sys.ko...done. Loaded symbols for /boot/modules/bcmwl564_sys.ko Reading symbols from /boot/kernel/if_ndis.ko...Reading symbols from /boot/k= ernel/if_ndis.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_ndis.ko Reading symbols from /boot/kernel/ndis.ko...Reading symbols from /boot/kern= el/ndis.ko.symbols...done. done. Loaded symbols for /boot/kernel/ndis.ko Reading symbols from /boot/kernel/fdescfs.ko...Reading symbols from /boot/k= ernel/fdescfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/fdescfs.ko Reading symbols from /boot/kernel/ng_ubt.ko...Reading symbols from /boot/ke= rnel/ng_ubt.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_ubt.ko Reading symbols from /boot/kernel/ng_hci.ko...Reading symbols from /boot/ke= rnel/ng_hci.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_hci.ko Reading symbols from /boot/kernel/ng_bluetooth.ko...Reading symbols from /b= oot/kernel/ng_bluetooth.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_bluetooth.ko Reading symbols from /boot/kernel/netgraph.ko...Reading symbols from /boot/= kernel/netgraph.ko.symbols...done. done. Loaded symbols for /boot/kernel/netgraph.ko Reading symbols from /boot/kernel/ng_l2cap.ko...Reading symbols from /boot/= kernel/ng_l2cap.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_l2cap.ko Reading symbols from /boot/kernel/ng_btsocket.ko...Reading symbols from /bo= ot/kernel/ng_btsocket.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_btsocket.ko Reading symbols from /boot/kernel/ng_socket.ko...Reading symbols from /boot= /kernel/ng_socket.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_socket.ko #0 doadump (textdump=3DVariable "textdump" is not available. ) at pcpu.h:224 224 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump (textdump=3DVariable "textdump" is not available. ) at pcpu.h:224 #1 0xffffffff8083b0b5 in kern_reboot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:442 #2 0xffffffff8083b561 in panic (fmt=3DVariable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:607 #3 0xffffffff82a82fe2 in KfLowerIrql (oldirql=3DVariable "oldirql" is not = available. ) at /usr/src/sys/modules/ndis/../../compat/ndis/subr_hal.c:417 #4 0xfffffe0008dc90ce in ?? () #5 0xfffffe0008def280 in ?? () #6 0xfffffe000d239d20 in ?? () #7 0xfffffe0008def280 in ?? () #8 0xfffffe0008def270 in ?? () #9 0xffffff82204bfb80 in ?? () #10 0xfffffe0008dc804e in ?? () #11 0x0000000000000000 in ?? () #12 0x0000000000000000 in ?? () #13 0xfffffe00088f3460 in ?? () #14 0xfffffe0008d96910 in ?? () #15 0xffffffff82638efc in ndis_bcmwl564_sys_drv_data_start () from /boot/modules/bcmwl564_sys.ko #16 0xfffffe000d239d00 in ?? () #17 0xffffff82204bfb80 in ?? () #18 0xffffffff82638f45 in ndis_bcmwl564_sys_drv_data_start () from /boot/modules/bcmwl564_sys.ko #19 0x0000000082a87970 in ?? () ---Type to continue, or q to quit--- #20 0xfffffe000d239d20 in ?? () #21 0xffffffff82638efc in ndis_bcmwl564_sys_drv_data_start () from /boot/modules/bcmwl564_sys.ko #22 0xfffffe0008d94520 in ?? () #23 0xffffffff82638efc in ndis_bcmwl564_sys_drv_data_start () from /boot/modules/bcmwl564_sys.ko #24 0xffffffff82a8c649 in x86_64_call2 () at /usr/src/sys/modules/ndis/../../compat/ndis/winx64_wrap.S:138 #25 0xfffffe0008def280 in ?? () #26 0xfffffe000d239d20 in ?? () #27 0xfffffe0008def280 in ?? () #28 0xfffffe0008def270 in ?? () #29 0xffffff82204bfb80 in ?? () #30 0xfffffe0008dc804e in ?? () #31 0x0000000000000000 in ?? () #32 0x0000000000000000 in ?? () #33 0xfffffe00088f3460 in ?? () #34 0xfffffe0008d96910 in ?? () #35 0xffffff82204bfc50 in ?? () #36 0xfffffe0008d94520 in ?? () #37 0xffffff82204bfc40 in ?? () #38 0xffffffff8080f0ef in fork_exit (callout=3D0xffffff82204bfb80,=20 arg=3D0xfffffe0008d94550, frame=3D0xfffffe0008d94548) at /usr/src/sys/kern/kern_fork.c:995 Previous frame inner to this frame (corrupt stack?) (kgdb) bt full #0 doadump (textdump=3DVariable "textdump" is not available. ) at pcpu.h:224 No locals. #1 0xffffffff8083b0b5 in kern_reboot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:442 _ep =3D Variable "_ep" is not available. (kgdb) where #0 doadump (textdump=3DVariable "textdump" is not available. ) at pcpu.h:224 #1 0xffffffff8083b0b5 in kern_reboot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:442 #2 0xffffffff8083b561 in panic (fmt=3DVariable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:607 #3 0xffffffff82a82fe2 in KfLowerIrql (oldirql=3DVariable "oldirql" is not = available. ) at /usr/src/sys/modules/ndis/../../compat/ndis/subr_hal.c:417 #4 0xfffffe0008dc90ce in ?? () #5 0xfffffe0008def280 in ?? () #6 0xfffffe000d239d20 in ?? () #7 0xfffffe0008def280 in ?? () #8 0xfffffe0008def270 in ?? () #9 0xffffff82204bfb80 in ?? () #10 0xfffffe0008dc804e in ?? () #11 0x0000000000000000 in ?? () #12 0x0000000000000000 in ?? () #13 0xfffffe00088f3460 in ?? () #14 0xfffffe0008d96910 in ?? () #15 0xffffffff82638efc in ndis_bcmwl564_sys_drv_data_start () from /boot/modules/bcmwl564_sys.ko #16 0xfffffe000d239d00 in ?? () #17 0xffffff82204bfb80 in ?? () #18 0xffffffff82638f45 in ndis_bcmwl564_sys_drv_data_start () from /boot/modules/bcmwl564_sys.ko #19 0x0000000082a87970 in ?? () ---Type to continue, or q to quit--- #20 0xfffffe000d239d20 in ?? () #21 0xffffffff82638efc in ndis_bcmwl564_sys_drv_data_start () from /boot/modules/bcmwl564_sys.ko #22 0xfffffe0008d94520 in ?? () #23 0xffffffff82638efc in ndis_bcmwl564_sys_drv_data_start () from /boot/modules/bcmwl564_sys.ko #24 0xffffffff82a8c649 in x86_64_call2 () at /usr/src/sys/modules/ndis/../../compat/ndis/winx64_wrap.S:138 #25 0xfffffe0008def280 in ?? () #26 0xfffffe000d239d20 in ?? () #27 0xfffffe0008def280 in ?? () #28 0xfffffe0008def270 in ?? () #29 0xffffff82204bfb80 in ?? () #30 0xfffffe0008dc804e in ?? () #31 0x0000000000000000 in ?? () #32 0x0000000000000000 in ?? () #33 0xfffffe00088f3460 in ?? () #34 0xfffffe0008d96910 in ?? () #35 0xffffff82204bfc50 in ?? () #36 0xfffffe0008d94520 in ?? () #37 0xffffff82204bfc40 in ?? () #38 0xffffffff8080f0ef in fork_exit (callout=3D0xffffff82204bfb80,=20 arg=3D0xfffffe0008d94550, frame=3D0xfffffe0008d94548) at /usr/src/sys/kern/kern_fork.c:995 (kgdb) q schism# ^D Script done on Thu Nov 24 18:41:23 2011 --vEao7xgI/oilGqZ+-- --PHCdUe6m4AxPMzOu Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQEcBAEBCAAGBQJOzyLhAAoJEFJPDDeguUajBRgH/3YVOgMvNw2iufI808Bt/OIo KP10HRTJ2NrG4rlXDNFS9NUjLMI6jG3QluNUeVazzMgST7M6r2qlaziSyGNXweQC fEaPfu8BpRBwBVRN7Uqphfe3/sddeb9KywP4SUaIVusZQ2Fhtqw6KIBk6qr2EMKs 0scK7/NEqTTE2KBXr0Zz0ZKmIV7LQR2/XijSTEVH2QkYflFPpOJ7FJOYDR0KGkJZ UgeOS9gZQKvKzobLStK5ol33E8faO294/9LFoseTy1Iq17K+14PijDlbu8jASmHQ 98RFkorp7AJU7fOgVzUxT1oqpwkxVNtcIE3g52EwYEy8YiEMct0Ovjz8aVGvBZw= =Eebk -----END PGP SIGNATURE----- --PHCdUe6m4AxPMzOu-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 25 06:27:16 2011 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 9622F1065670 for ; Fri, 25 Nov 2011 06:27:16 +0000 (UTC) (envelope-from Cy.Schubert@komquats.com) Received: from idcmail-mo1so.shaw.ca (idcmail-mo1so.shaw.ca [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id 5CC968FC13 for ; Fri, 25 Nov 2011 06:27:16 +0000 (UTC) Received: from pd3ml2so-ssvc.prod.shaw.ca ([10.0.141.138]) by pd4mo1so-svcs.prod.shaw.ca with ESMTP; 24 Nov 2011 23:12:14 -0700 X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.1 cv=pLwgVNw+rP0xDC1aTytTpk3qcVwaN6U+yFunLg8qx5U= c=1 sm=1 a=QrugwKR0C_UA:10 a=wAGQQ9Az6v0A:10 a=BLceEmwcHowA:10 a=ICAaq7hcmGcA:10 a=kj9zAlcOel0A:10 a=2Er20JxOMs3KTlR2XTlUiQ==:17 a=BWvPGDcYAAAA:8 a=6I5d2MoRAAAA:8 a=Aj8QEQq7e3VCZbAPP80A:9 a=OUwj7MZy8YRRmxqtNMcA:7 a=CjuIK1q_8ugA:10 a=V7tsTZBp22UA:10 a=SV7veod9ZcQA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Received: from unknown (HELO spqr.komquats.com) ([24.68.73.211]) by pd3ml2so-dmz.prod.shaw.ca with ESMTP; 24 Nov 2011 23:12:14 -0700 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id F2F9646B6C for ; Thu, 24 Nov 2011 22:12:13 -0800 (PST) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.14.5/8.14.5) with ESMTP id pAP6CCYb010140 for ; Thu, 24 Nov 2011 22:12:13 -0800 (PST) (envelope-from Cy.Schubert@komquats.com) Message-Id: <201111250612.pAP6CCYb010140@slippy.cwsent.com> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 24 Nov 2011 22:12:12 -0800 Subject: ifconfig alias X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Cy Schubert List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Nov 2011 06:27:16 -0000 Sometime between Nov 9 and yesterday (Nov 23 at approximately noon PST) ifconfig alias has stopped working. Here's uname -a FreeBSD bob 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r227907M: Thu Nov 24 13:04:39 PST 2011 root@bob:/usr/obj/dsk03/src/svn-current/sys/BREAK i386 Here's the problem (interface doesn't matter -- on this machine vr0 and sk0 are affected). bob# ifconfig vr0 vr0: flags=8843 metric 0 mtu 1500 options=82808 ether 00:16:17:8e:65:fe inet6 fe80::216:17ff:fe8e:65fe%vr0 prefixlen 64 scopeid 0x6 inet 10.1.2.7 netmask 0xffffff00 broadcast 10.1.2.255 nd6 options=29 media: Ethernet autoselect (100baseTX ) status: active bob# ifconfig vr0 10.1.2.2 netmask 0xffffffff alias bob# ifconfig vr0 vr0: flags=8843 metric 0 mtu 1500 options=82808 ether 00:16:17:8e:65:fe inet6 fe80::216:17ff:fe8e:65fe%vr0 prefixlen 64 scopeid 0x6 inet 10.1.2.2 netmask 0xffffffff broadcast 10.1.2.2 nd6 options=29 media: Ethernet autoselect (100baseTX ) status: active bob# A sample 8.2 system, showing how it should work: FreeBSD cwsys 8.2-STABLE FreeBSD 8.2-STABLE #0: Wed Nov 23 20:29:36 PST 2011 root@cwsys:/export/obj/opt/src/svn-stable8/sys/KQLARGE i386 cwsys# ifconfig nfe0 nfe0: flags=8843 metric 0 mtu 1500 options=c219b ether 00:1e:8c:3e:1b:da inet 10.1.2.1 netmask 0xffffff00 broadcast 10.1.2.255 media: Ethernet autoselect (100baseTX ) status: active cwsys# ifconfig nfe0 inet 10.1.2.99 netmask 0xffffffff alias cwsys# ifconfig nfe0 nfe0: flags=8843 metric 0 mtu 1500 options=c219b ether 00:1e:8c:3e:1b:da inet 10.1.2.1 netmask 0xffffff00 broadcast 10.1.2.255 inet 10.1.2.99 netmask 0xffffffff broadcast 10.1.2.99 media: Ethernet autoselect (100baseTX ) status: active cwsys# -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@FreeBSD.ORG Fri Nov 25 06:45:42 2011 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 4BE2A1065674; Fri, 25 Nov 2011 06:45:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 06CC78FC0C; Fri, 25 Nov 2011 06:45:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAP6jfRX043179; Fri, 25 Nov 2011 01:45:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAP6jeIc043158; Fri, 25 Nov 2011 06:45:40 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 25 Nov 2011 06:45:40 GMT Message-Id: <201111250645.pAP6jeIc043158@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Fri, 25 Nov 2011 06:45:42 -0000 TB --- 2011-11-25 04:59:42 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-25 04:59:42 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-11-25 04:59:42 - cleaning the object tree TB --- 2011-11-25 04:59:56 - cvsupping the source tree TB --- 2011-11-25 04:59:56 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-11-25 05:00:39 - building world TB --- 2011-11-25 05:00:39 - CROSS_BUILD_TESTING=YES TB --- 2011-11-25 05:00:39 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-25 05:00:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-25 05:00:39 - SRCCONF=/dev/null TB --- 2011-11-25 05:00:39 - TARGET=powerpc TB --- 2011-11-25 05:00:39 - TARGET_ARCH=powerpc TB --- 2011-11-25 05:00:39 - TZ=UTC TB --- 2011-11-25 05:00:39 - __MAKE_CONF=/dev/null TB --- 2011-11-25 05:00:39 - cd /src TB --- 2011-11-25 05:00:39 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 25 05:00:39 UTC 2011 >>> 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 [...] mkdep -f .depend -a -DRESCUE -std=gnu99 /src/sbin/camcontrol/camcontrol.c /src/sbin/camcontrol/fwdownload.c /src/sbin/camcontrol/util.c /src/sbin/camcontrol/modeedit.c echo camcontrol: /obj/powerpc.powerpc/src/tmp/usr/lib/libc.a /obj/powerpc.powerpc/src/tmp/usr/lib/libcam.a /obj/powerpc.powerpc/src/tmp/usr/lib/libsbuf.a /obj/powerpc.powerpc/src/tmp/usr/lib/libutil.a >> .depend cc -O2 -pipe -DRESCUE -std=gnu99 -fstack-protector -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/camcontrol/camcontrol.c cc -O2 -pipe -DRESCUE -std=gnu99 -fstack-protector -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/camcontrol/fwdownload.c cc -O2 -pipe -DRESCUE -std=gnu99 -fstack-protector -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/camcontrol/util.c cc1: warnings being treated as errors /src/sbin/camcontrol/util.c: In function 'get_confirmation': /src/sbin/camcontrol/util.c:166: warning: old-style function definition *** Error code 1 Stop in /src/sbin/camcontrol. *** Error code 1 Stop in /obj/powerpc.powerpc/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-25 06:45:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-25 06:45:40 - ERROR: failed to build world TB --- 2011-11-25 06:45:40 - 5114.16 user 832.57 system 6358.02 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 25 06:45:46 2011 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 078381065672; Fri, 25 Nov 2011 06:45:46 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id C44D78FC13; Fri, 25 Nov 2011 06:45:45 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id pAP6jjN1049451; Thu, 24 Nov 2011 22:45:45 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id pAP6jjE5049450; Thu, 24 Nov 2011 22:45:45 -0800 (PST) (envelope-from sgk) Date: Thu, 24 Nov 2011 22:45:45 -0800 From: Steve Kargl To: Martin Wilke Message-ID: <20111125064545.GA49429@troutmask.apl.washington.edu> References: <20111124191040.GA46939@troutmask.apl.washington.edu> <87CE9674-BFDA-40A9-88EF-A6FD2379F0D3@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87CE9674-BFDA-40A9-88EF-A6FD2379F0D3@gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@FreeBSD.org Subject: Re: firefox stuck in libthr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2011 06:45:46 -0000 On Fri, Nov 25, 2011 at 02:34:46PM +0800, Martin Wilke wrote: > Hi Steve, > > at least it would be helpful to know what FBSD Version u are using. > FreeBSD laptop 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r226889: Fri Oct 28 17:00:15 -- Steve From owner-freebsd-current@FreeBSD.ORG Fri Nov 25 06:57:37 2011 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 5FEA0106566C for ; Fri, 25 Nov 2011 06:57:37 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.64.117]) by mx1.freebsd.org (Postfix) with ESMTP id BEE498FC0A for ; Fri, 25 Nov 2011 06:57:36 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.5/8.14.5) with ESMTP id pAP6vZ8v039043; Fri, 25 Nov 2011 10:57:35 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.5/8.14.5/Submit) id pAP6vZUM039042; Fri, 25 Nov 2011 10:57:35 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 25 Nov 2011 10:57:34 +0400 From: Gleb Smirnoff To: Cy Schubert Message-ID: <20111125065734.GI96616@FreeBSD.org> References: <201111250612.pAP6CCYb010140@slippy.cwsent.com> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <201111250612.pAP6CCYb010140@slippy.cwsent.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@FreeBSD.org Subject: Re: ifconfig alias X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2011 06:57:37 -0000 On Thu, Nov 24, 2011 at 10:12:12PM -0800, Cy Schubert wrote: C> Sometime between Nov 9 and yesterday (Nov 23 at approximately noon PST) C> ifconfig alias has stopped working. Here's uname -a The problam had been introduced in r227830 and had been fixed in r227958. Sorry for that. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Fri Nov 25 07:04:02 2011 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 9BAF91065677 for ; Fri, 25 Nov 2011 07:04:02 +0000 (UTC) (envelope-from miwi.freebsd@googlemail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 53D348FC1B for ; Fri, 25 Nov 2011 07:04:02 +0000 (UTC) Received: by ggnk5 with SMTP id k5so4508317ggn.13 for ; Thu, 24 Nov 2011 23:04:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :message-id:references:to:x-mailer; bh=lfyRr2TBaaZuCLDbECVyx6plDAxTSulyL6GD9Cbx428=; b=gSAY7b35HopdH5+Sahacz6fZNpLe59nIvbY438CV9df/68da8YrBlqWE8Ja6ewN40j 6e09KJqnPLwW6zk/hKa6suWA7tdUU5LxZe7HDOJwOEQRoKXcbBg2HkyqQzw4OTPQKtIy 6KWDjm0FAM2MSXbEoGT6LIwcG2ZC7b5qP0Fvs= Received: by 10.50.203.70 with SMTP id ko6mr36011352igc.19.1322202892817; Thu, 24 Nov 2011 22:34:52 -0800 (PST) Received: from [192.168.2.120] ([14.192.209.84]) by mx.google.com with ESMTPS id ft1sm54557760igc.3.2011.11.24.22.34.50 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 24 Nov 2011 22:34:51 -0800 (PST) Sender: Martin Wilke Mime-Version: 1.0 (Apple Message framework v1253) From: Martin Wilke In-Reply-To: <20111124191040.GA46939@troutmask.apl.washington.edu> Date: Fri, 25 Nov 2011 14:34:46 +0800 Message-Id: <87CE9674-BFDA-40A9-88EF-A6FD2379F0D3@gmail.com> References: <20111124191040.GA46939@troutmask.apl.washington.edu> To: Steve Kargl X-Mailer: Apple Mail (2.1253) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: firefox stuck in libthr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2011 07:04:02 -0000 Hi Steve, at least it would be helpful to know what FBSD Version u are using. - Martin On Nov 25, 2011, at 3:10 AM, Steve Kargl wrote: > Firefox seems to have got stuck inside libthr. > > (gdb) > #0 0x49d307d3 in ?? () from /lib/libthr.so.3 > #1 0x49d2a582 in ?? () from /lib/libthr.so.3 > #2 0x49d2fed2 in ?? () from /lib/libthr.so.3 > #3 0x49d32eb5 in ?? () from /lib/libthr.so.3 > #4 0x49ceab82 in pthread_cond_timedwait () from /lib/libc.so.7 > #5 0x49972865 in ?? () from /usr/local/lib/libplds4.so.1 > #6 0x4b7f8784 in ?? () > #7 0x4b7f27e0 in ?? () > #8 0xbe8ededc in ?? () > #9 0x49ce9914 in pthread_getspecific () from /lib/libc.so.7 > #10 0x499736ea in PR_WaitCondVar () from /usr/local/lib/libplds4.so.1 > #11 0x483f91bf in ?? () from /usr/local/lib/firefox/libxul.so > #12 0x4b7f8780 in ?? () > #13 0x000493e0 in ?? () > #14 0xbe8edf34 in ?? () > #15 0x00000000 in ?? () > > I'll see if I can get more information once I rebuild > libthr with debugging symbols and firefox as well. From owner-freebsd-current@FreeBSD.ORG Fri Nov 25 07:07:17 2011 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 DD27F1065670 for ; Fri, 25 Nov 2011 07:07:17 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6E3D48FC0A for ; Fri, 25 Nov 2011 07:07:17 +0000 (UTC) Received: by bkbzs8 with SMTP id zs8so5041036bkb.13 for ; Thu, 24 Nov 2011 23:07:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; bh=jjQf3GL1GJdVStZ84ZWzWrbzN3E0b33/wWxL5EHgu0I=; b=Zw/Fk0Xo8Kla+NLNrZ2bHPUnh2ui80BHg+RYBuAXsq4wDa7UiOvDm9OdnzzCyT/e9N jPNyv72MsgfC11hvACTu3ELFN2NoDKmHi9d73a6TgB5gCsuZ4NiUmmqJR3pPEdK4+J3z GjZY7w7apoeFOBYBKC80KLgY2yhubikZLw5aQ= Received: by 10.204.152.83 with SMTP id f19mr32539331bkw.90.1322203383735; Thu, 24 Nov 2011 22:43:03 -0800 (PST) Received: from laptop (m-s.agava.net. [195.222.84.203]) by mx.google.com with ESMTPS id hw14sm4893952bkc.16.2011.11.24.22.43.01 (version=SSLv3 cipher=OTHER); Thu, 24 Nov 2011 22:43:02 -0800 (PST) Date: Fri, 25 Nov 2011 09:43:10 +0300 From: "Sergey V. Dyatko" To: freebsd-current@freebsd.org Message-ID: <20111125094310.30fa09c4@laptop> In-Reply-To: <201111250612.pAP6CCYb010140@slippy.cwsent.com> References: <201111250612.pAP6CCYb010140@slippy.cwsent.com> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: ifconfig alias X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2011 07:07:17 -0000 On Thu, 24 Nov 2011 22:12:12 -0800 Cy Schubert wrote: > Sometime between Nov 9 and yesterday (Nov 23 at approximately noon > PST) ifconfig alias has stopped working. Here's uname -a > > FreeBSD bob 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r227907M: Thu Nov 24 > 13:04:39 PST 2011 > root@bob:/usr/obj/dsk03/src/svn-current/sys/BREAK i386 > > > Here's the problem (interface doesn't matter -- on this machine vr0 > and sk0 are affected). > > bob# ifconfig vr0 > vr0: flags=8843 metric 0 mtu > 1500 options=82808 > ether 00:16:17:8e:65:fe > inet6 fe80::216:17ff:fe8e:65fe%vr0 prefixlen 64 scopeid 0x6 > inet 10.1.2.7 netmask 0xffffff00 broadcast 10.1.2.255 > nd6 options=29 > media: Ethernet autoselect (100baseTX ) > status: active > bob# ifconfig vr0 10.1.2.2 netmask 0xffffffff alias > bob# ifconfig vr0 > vr0: flags=8843 metric 0 mtu > 1500 options=82808 > ether 00:16:17:8e:65:fe > inet6 fe80::216:17ff:fe8e:65fe%vr0 prefixlen 64 scopeid 0x6 > inet 10.1.2.2 netmask 0xffffffff broadcast 10.1.2.2 > nd6 options=29 > media: Ethernet autoselect (100baseTX ) > status: active > bob# > http://www.freebsd.org/cgi/query-pr.cgi?pr=162806 -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Fri Nov 25 07:12:42 2011 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 285B3106566B; Fri, 25 Nov 2011 07:12:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id E747A8FC15; Fri, 25 Nov 2011 07:12:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAP7CfAG060594; Fri, 25 Nov 2011 02:12:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAP7CajO060545; Fri, 25 Nov 2011 07:12:36 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 25 Nov 2011 07:12:36 GMT Message-Id: <201111250712.pAP7CajO060545@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/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: Fri, 25 Nov 2011 07:12:42 -0000 TB --- 2011-11-25 05:30:22 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-25 05:30:22 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-11-25 05:30:22 - cleaning the object tree TB --- 2011-11-25 05:30:41 - cvsupping the source tree TB --- 2011-11-25 05:30:41 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-11-25 05:30:56 - building world TB --- 2011-11-25 05:30:56 - CROSS_BUILD_TESTING=YES TB --- 2011-11-25 05:30:56 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-25 05:30:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-25 05:30:56 - SRCCONF=/dev/null TB --- 2011-11-25 05:30:56 - TARGET=powerpc TB --- 2011-11-25 05:30:56 - TARGET_ARCH=powerpc64 TB --- 2011-11-25 05:30:56 - TZ=UTC TB --- 2011-11-25 05:30:56 - __MAKE_CONF=/dev/null TB --- 2011-11-25 05:30:56 - cd /src TB --- 2011-11-25 05:30:56 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 25 05:30:56 UTC 2011 >>> 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 [...] mkdep -f .depend -a -DRESCUE -std=gnu99 /src/sbin/camcontrol/camcontrol.c /src/sbin/camcontrol/fwdownload.c /src/sbin/camcontrol/util.c /src/sbin/camcontrol/modeedit.c echo camcontrol: /obj/powerpc.powerpc64/src/tmp/usr/lib/libc.a /obj/powerpc.powerpc64/src/tmp/usr/lib/libcam.a /obj/powerpc.powerpc64/src/tmp/usr/lib/libsbuf.a /obj/powerpc.powerpc64/src/tmp/usr/lib/libutil.a >> .depend cc -O2 -pipe -DRESCUE -std=gnu99 -fstack-protector -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/camcontrol/camcontrol.c cc -O2 -pipe -DRESCUE -std=gnu99 -fstack-protector -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/camcontrol/fwdownload.c cc -O2 -pipe -DRESCUE -std=gnu99 -fstack-protector -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/camcontrol/util.c cc1: warnings being treated as errors /src/sbin/camcontrol/util.c: In function 'get_confirmation': /src/sbin/camcontrol/util.c:166: warning: old-style function definition *** Error code 1 Stop in /src/sbin/camcontrol. *** Error code 1 Stop in /obj/powerpc.powerpc64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-25 07:12:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-25 07:12:35 - ERROR: failed to build world TB --- 2011-11-25 07:12:35 - 5042.64 user 832.02 system 6133.15 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 25 07:19:15 2011 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 CB05C106566B; Fri, 25 Nov 2011 07:19:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 9F7AB8FC16; Fri, 25 Nov 2011 07:19:15 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAP7JEGW070585; Fri, 25 Nov 2011 02:19:14 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAP7JEOi070584; Fri, 25 Nov 2011 07:19:14 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 25 Nov 2011 07:19:14 GMT Message-Id: <201111250719.pAP7JEOi070584@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Fri, 25 Nov 2011 07:19:16 -0000 TB --- 2011-11-25 06:33:29 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-25 06:33:29 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-11-25 06:33:29 - cleaning the object tree TB --- 2011-11-25 06:33:41 - cvsupping the source tree TB --- 2011-11-25 06:33:41 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-11-25 06:34:17 - building world TB --- 2011-11-25 06:34:17 - CROSS_BUILD_TESTING=YES TB --- 2011-11-25 06:34:17 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-25 06:34:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-25 06:34:17 - SRCCONF=/dev/null TB --- 2011-11-25 06:34:17 - TARGET=sparc64 TB --- 2011-11-25 06:34:17 - TARGET_ARCH=sparc64 TB --- 2011-11-25 06:34:17 - TZ=UTC TB --- 2011-11-25 06:34:17 - __MAKE_CONF=/dev/null TB --- 2011-11-25 06:34:17 - cd /src TB --- 2011-11-25 06:34:17 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 25 06:34:18 UTC 2011 >>> 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 [...] mkdep -f .depend -a -DRESCUE -std=gnu99 /src/sbin/camcontrol/camcontrol.c /src/sbin/camcontrol/fwdownload.c /src/sbin/camcontrol/util.c /src/sbin/camcontrol/modeedit.c echo camcontrol: /obj/sparc64.sparc64/src/tmp/usr/lib/libc.a /obj/sparc64.sparc64/src/tmp/usr/lib/libcam.a /obj/sparc64.sparc64/src/tmp/usr/lib/libsbuf.a /obj/sparc64.sparc64/src/tmp/usr/lib/libutil.a >> .depend cc -O2 -pipe -DRESCUE -std=gnu99 -fstack-protector -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/camcontrol/camcontrol.c cc -O2 -pipe -DRESCUE -std=gnu99 -fstack-protector -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/camcontrol/fwdownload.c cc -O2 -pipe -DRESCUE -std=gnu99 -fstack-protector -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/camcontrol/util.c cc1: warnings being treated as errors /src/sbin/camcontrol/util.c: In function 'get_confirmation': /src/sbin/camcontrol/util.c:166: warning: old-style function definition *** Error code 1 Stop in /src/sbin/camcontrol. *** Error code 1 Stop in /obj/sparc64.sparc64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-25 07:19:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-25 07:19:14 - ERROR: failed to build world TB --- 2011-11-25 07:19:14 - 2196.63 user 494.32 system 2745.22 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 25 07:26:34 2011 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 79829106566B for ; Fri, 25 Nov 2011 07:26:34 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 482B98FC0C for ; Fri, 25 Nov 2011 07:26:34 +0000 (UTC) Received: by iakl21 with SMTP id l21so6372246iak.13 for ; Thu, 24 Nov 2011 23:26:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=IIUnVXGulr4SgYcoCzs7akB7cN7SRKX+mz40DA28da4=; b=e+6lh+0rbYtf4xvQsfKAGrnaUf/bEP4Nlk4txJmqlwkbFN76HaSRz5iLEfVDeoS1Di viwMNIvvTRvB9otXNkRlq2RpoFG7CsG4YkG2XiLaPjbChIwNMw1FiWAV6VV4/n0ZCL9a +IR9dB5XNOMEAg0XITBgXrttsWm/fdnEUg/WI= MIME-Version: 1.0 Received: by 10.50.194.231 with SMTP id hz7mr39944504igc.7.1322204568957; Thu, 24 Nov 2011 23:02:48 -0800 (PST) Received: by 10.42.223.202 with HTTP; Thu, 24 Nov 2011 23:02:48 -0800 (PST) Date: Fri, 25 Nov 2011 02:02:48 -0500 Message-ID: From: Aryeh Friedman To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: emulators/vitrualbox-ose fails on 9.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, 25 Nov 2011 07:26:34 -0000 With the following installed and all the prerequest ports for vbox when I attempt to boot a default machine setup for freebsd guest OS install it fails immediately with: Result Code: NS_ERROR_FAILURE (0x80004005) Component: Console Interface: IConsole {515e8e8d-f932-4d8e-9f32-79a52aead882} flosoft# uname -a FreeBSD flosoft.no-ip.biz 9.0-PRERELEASE FreeBSD 9.0-PRERELEASE #4: Thu Nov 24 22:45:48 EST 2011 root@flosoft.no-ip.biz:/usr/obj/usr/src/sys/GENERIC i386 flosoft# kldstat Id Refs Address Size Name 1 27 0xc0400000 e59bd8 kernel 2 1 0xc125a000 97a4 linprocfs.ko 3 3 0xc1264000 2fcf4 linux.ko 4 1 0xc1294000 ad87d0 nvidia.ko 5 3 0xc7f12000 2d000 vboxdrv.ko 6 1 0xc7f4b000 2000 vboxnetadp.ko 7 1 0xc7f4d000 5000 vboxnetflt.ko 8 2 0xc7f52000 b000 netgraph.ko 9 1 0xc7f89000 4000 ng_ether.ko From owner-freebsd-current@FreeBSD.ORG Fri Nov 25 09:14:03 2011 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 06DD1106564A; Fri, 25 Nov 2011 09:14:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id C67A48FC0C; Fri, 25 Nov 2011 09:14:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAP9E18o079513; Fri, 25 Nov 2011 04:14:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAP9E1cS079504; Fri, 25 Nov 2011 09:14:01 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 25 Nov 2011 09:14:01 GMT Message-Id: <201111250914.pAP9E1cS079504@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Fri, 25 Nov 2011 09:14:03 -0000 TB --- 2011-11-25 07:20:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-25 07:20:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-11-25 07:20:00 - cleaning the object tree TB --- 2011-11-25 07:20:51 - cvsupping the source tree TB --- 2011-11-25 07:20:51 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-11-25 07:21:05 - building world TB --- 2011-11-25 07:21:05 - CROSS_BUILD_TESTING=YES TB --- 2011-11-25 07:21:05 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-25 07:21:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-25 07:21:05 - SRCCONF=/dev/null TB --- 2011-11-25 07:21:05 - TARGET=i386 TB --- 2011-11-25 07:21:05 - TARGET_ARCH=i386 TB --- 2011-11-25 07:21:05 - TZ=UTC TB --- 2011-11-25 07:21:05 - __MAKE_CONF=/dev/null TB --- 2011-11-25 07:21:05 - cd /src TB --- 2011-11-25 07:21:05 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 25 07:21:05 UTC 2011 >>> 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 [...] mkdep -f .depend -a -DRESCUE -std=gnu99 /src/sbin/camcontrol/camcontrol.c /src/sbin/camcontrol/fwdownload.c /src/sbin/camcontrol/util.c /src/sbin/camcontrol/modeedit.c echo camcontrol: /obj/i386.i386/src/tmp/usr/lib/libc.a /obj/i386.i386/src/tmp/usr/lib/libcam.a /obj/i386.i386/src/tmp/usr/lib/libsbuf.a /obj/i386.i386/src/tmp/usr/lib/libutil.a >> .depend cc -O2 -pipe -DRESCUE -std=gnu99 -fstack-protector -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/camcontrol/camcontrol.c cc -O2 -pipe -DRESCUE -std=gnu99 -fstack-protector -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/camcontrol/fwdownload.c cc -O2 -pipe -DRESCUE -std=gnu99 -fstack-protector -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/camcontrol/util.c cc1: warnings being treated as errors /src/sbin/camcontrol/util.c: In function 'get_confirmation': /src/sbin/camcontrol/util.c:166: warning: old-style function definition *** Error code 1 Stop in /src/sbin/camcontrol. *** Error code 1 Stop in /obj/i386.i386/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-25 09:14:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-25 09:14:01 - ERROR: failed to build world TB --- 2011-11-25 09:14:01 - 5550.94 user 918.34 system 6841.28 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 25 09:14:08 2011 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 EA889106566B; Fri, 25 Nov 2011 09:14:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A58BA8FC13; Fri, 25 Nov 2011 09:14:07 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAP9E7PC079730; Fri, 25 Nov 2011 04:14:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAP9E7N2079729; Fri, 25 Nov 2011 09:14:07 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 25 Nov 2011 09:14:07 GMT Message-Id: <201111250914.pAP9E7N2079729@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Fri, 25 Nov 2011 09:14:08 -0000 TB --- 2011-11-25 07:20:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-25 07:20:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-11-25 07:20:00 - cleaning the object tree TB --- 2011-11-25 07:20:25 - cvsupping the source tree TB --- 2011-11-25 07:20:25 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-11-25 07:20:44 - building world TB --- 2011-11-25 07:20:44 - CROSS_BUILD_TESTING=YES TB --- 2011-11-25 07:20:44 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-25 07:20:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-25 07:20:44 - SRCCONF=/dev/null TB --- 2011-11-25 07:20:44 - TARGET=pc98 TB --- 2011-11-25 07:20:44 - TARGET_ARCH=i386 TB --- 2011-11-25 07:20:44 - TZ=UTC TB --- 2011-11-25 07:20:44 - __MAKE_CONF=/dev/null TB --- 2011-11-25 07:20:44 - cd /src TB --- 2011-11-25 07:20:44 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 25 07:20:45 UTC 2011 >>> 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 [...] mkdep -f .depend -a -DRESCUE -std=gnu99 /src/sbin/camcontrol/camcontrol.c /src/sbin/camcontrol/fwdownload.c /src/sbin/camcontrol/util.c /src/sbin/camcontrol/modeedit.c echo camcontrol: /obj/pc98.i386/src/tmp/usr/lib/libc.a /obj/pc98.i386/src/tmp/usr/lib/libcam.a /obj/pc98.i386/src/tmp/usr/lib/libsbuf.a /obj/pc98.i386/src/tmp/usr/lib/libutil.a >> .depend cc -O2 -pipe -DRESCUE -std=gnu99 -fstack-protector -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/camcontrol/camcontrol.c cc -O2 -pipe -DRESCUE -std=gnu99 -fstack-protector -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/camcontrol/fwdownload.c cc -O2 -pipe -DRESCUE -std=gnu99 -fstack-protector -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/camcontrol/util.c cc1: warnings being treated as errors /src/sbin/camcontrol/util.c: In function 'get_confirmation': /src/sbin/camcontrol/util.c:166: warning: old-style function definition *** Error code 1 Stop in /src/sbin/camcontrol. *** Error code 1 Stop in /obj/pc98.i386/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-25 09:14:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-25 09:14:06 - ERROR: failed to build world TB --- 2011-11-25 09:14:06 - 5546.88 user 922.00 system 6846.74 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 25 09:15:19 2011 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 021D71065675; Fri, 25 Nov 2011 09:15:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id ADE798FC25; Fri, 25 Nov 2011 09:15:18 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAP9FIe3086926; Fri, 25 Nov 2011 04:15:18 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAP9FIlx086922; Fri, 25 Nov 2011 09:15:18 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 25 Nov 2011 09:15:18 GMT Message-Id: <201111250915.pAP9FIlx086922@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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, 25 Nov 2011 09:15:19 -0000 TB --- 2011-11-25 07:20:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-25 07:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-11-25 07:20:00 - cleaning the object tree TB --- 2011-11-25 07:20:51 - cvsupping the source tree TB --- 2011-11-25 07:20:51 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-11-25 07:21:05 - building world TB --- 2011-11-25 07:21:05 - CROSS_BUILD_TESTING=YES TB --- 2011-11-25 07:21:05 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-25 07:21:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-25 07:21:05 - SRCCONF=/dev/null TB --- 2011-11-25 07:21:05 - TARGET=amd64 TB --- 2011-11-25 07:21:05 - TARGET_ARCH=amd64 TB --- 2011-11-25 07:21:05 - TZ=UTC TB --- 2011-11-25 07:21:05 - __MAKE_CONF=/dev/null TB --- 2011-11-25 07:21:05 - cd /src TB --- 2011-11-25 07:21:05 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 25 07:21:05 UTC 2011 >>> 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 [...] mkdep -f .depend -a -DRESCUE -std=gnu99 /src/sbin/camcontrol/camcontrol.c /src/sbin/camcontrol/fwdownload.c /src/sbin/camcontrol/util.c /src/sbin/camcontrol/modeedit.c echo camcontrol: /obj/amd64.amd64/src/tmp/usr/lib/libc.a /obj/amd64.amd64/src/tmp/usr/lib/libcam.a /obj/amd64.amd64/src/tmp/usr/lib/libsbuf.a /obj/amd64.amd64/src/tmp/usr/lib/libutil.a >> .depend cc -O2 -pipe -DRESCUE -std=gnu99 -fstack-protector -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/camcontrol/camcontrol.c cc -O2 -pipe -DRESCUE -std=gnu99 -fstack-protector -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/camcontrol/fwdownload.c cc -O2 -pipe -DRESCUE -std=gnu99 -fstack-protector -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/camcontrol/util.c cc1: warnings being treated as errors /src/sbin/camcontrol/util.c: In function 'get_confirmation': /src/sbin/camcontrol/util.c:166: warning: old-style function definition *** Error code 1 Stop in /src/sbin/camcontrol. *** Error code 1 Stop in /obj/amd64.amd64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-25 09:15:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-25 09:15:17 - ERROR: failed to build world TB --- 2011-11-25 09:15:17 - 5582.02 user 935.90 system 6917.60 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 25 11:32:08 2011 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 8A4B8106564A for ; Fri, 25 Nov 2011 11:32:08 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.64.117]) by mx1.freebsd.org (Postfix) with ESMTP id 0A24E8FC0A for ; Fri, 25 Nov 2011 11:32:07 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.5/8.14.5) with ESMTP id pAPBW6vF041508; Fri, 25 Nov 2011 15:32:06 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.5/8.14.5/Submit) id pAPBW6aI041507; Fri, 25 Nov 2011 15:32:06 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 25 Nov 2011 15:32:06 +0400 From: Gleb Smirnoff To: Daan Vreeken Message-ID: <20111125113206.GO96616@FreeBSD.org> References: <201111240928.51162.Daan@vitsch.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <201111240928.51162.Daan@vitsch.nl> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Current Subject: Re: if_clone.c allows creating multiple interfaces with the same 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: Fri, 25 Nov 2011 11:32:08 -0000 On Thu, Nov 24, 2011 at 09:28:51AM +0100, Daan Vreeken wrote: D> Hi All, D> D> Recently I've discovered a bug in if_clone.c and if.c where the code allows D> multiple interfaces to be created with exactly the same name (which leads to D> all sorts of other interesting problems). D> I've submitted a PR about this with patches, which can be found here : D> D> http://www.freebsd.org/cgi/query-pr.cgi?pr=162789 D> D> Could anyone take a look at it? I'll try to handle this. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Fri Nov 25 13:19:37 2011 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 9004C106564A for ; Fri, 25 Nov 2011 13:19:37 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.64.117]) by mx1.freebsd.org (Postfix) with ESMTP id E133E8FC15 for ; Fri, 25 Nov 2011 13:19:36 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.5/8.14.5) with ESMTP id pAPDJZod042337; Fri, 25 Nov 2011 17:19:35 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.5/8.14.5/Submit) id pAPDJZ6t042336; Fri, 25 Nov 2011 17:19:35 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 25 Nov 2011 17:19:35 +0400 From: Gleb Smirnoff To: Daan Vreeken Message-ID: <20111125131935.GP96616@FreeBSD.org> References: <201111240928.51162.Daan@vitsch.nl> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="HG+GLK89HZ1zG0kk" Content-Disposition: inline In-Reply-To: <201111240928.51162.Daan@vitsch.nl> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Current Subject: Re: if_clone.c allows creating multiple interfaces with the same 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: Fri, 25 Nov 2011 13:19:37 -0000 --HG+GLK89HZ1zG0kk Content-Type: text/plain; charset=koi8-r Content-Disposition: inline On Thu, Nov 24, 2011 at 09:28:51AM +0100, Daan Vreeken wrote: D> Recently I've discovered a bug in if_clone.c and if.c where the code allows D> multiple interfaces to be created with exactly the same name (which leads to D> all sorts of other interesting problems). D> I've submitted a PR about this with patches, which can be found here : D> D> http://www.freebsd.org/cgi/query-pr.cgi?pr=162789 D> D> Could anyone take a look at it? I decided to simply if_clone code utilizing generic unit allocator. Patch atteched. Now I'll try to merge it with your ideas. -- Totus tuus, Glebius. --HG+GLK89HZ1zG0kk Content-Type: text/x-diff; charset=koi8-r Content-Disposition: attachment; filename="if_clone_alloc_unr.diff" Index: if_clone.c =================================================================== --- if_clone.c (revision 227964) +++ if_clone.c (working copy) @@ -282,33 +282,34 @@ /* * Register a network interface cloner. */ -void +int if_clone_attach(struct if_clone *ifc) { - int len, maxclone; + struct if_clone *ifc1; - /* - * Compute bitmap size and allocate it. - */ - maxclone = ifc->ifc_maxunit + 1; - len = maxclone >> 3; - if ((len << 3) < maxclone) - len++; - ifc->ifc_units = malloc(len, M_CLONE, M_WAITOK | M_ZERO); - ifc->ifc_bmlen = len; + KASSERT(ifc->ifc_name != NULL, ("%s: no name\n", __func__)); + IF_CLONE_LOCK_INIT(ifc); IF_CLONE_ADDREF(ifc); + ifc->ifc_unrhdr = new_unrhdr(0, ifc->ifc_maxunit, &ifc->ifc_mtx); + LIST_INIT(&ifc->ifc_iflist); IF_CLONERS_LOCK(); + LIST_FOREACH(ifc1, &V_if_cloners, ifc_list) + if (strcmp(ifc->ifc_name, ifc1->ifc_name) == 0) { + IF_CLONERS_UNLOCK(); + IF_CLONE_REMREF(ifc); + return (EEXIST); + } LIST_INSERT_HEAD(&V_if_cloners, ifc, ifc_list); V_if_cloners_count++; IF_CLONERS_UNLOCK(); - LIST_INIT(&ifc->ifc_iflist); - if (ifc->ifc_attach != NULL) (*ifc->ifc_attach)(ifc); EVENTHANDLER_INVOKE(if_clone_event, ifc); + + return (0); } /* @@ -338,16 +339,12 @@ static void if_clone_free(struct if_clone *ifc) { - for (int bytoff = 0; bytoff < ifc->ifc_bmlen; bytoff++) { - KASSERT(ifc->ifc_units[bytoff] == 0x00, - ("ifc_units[%d] is not empty", bytoff)); - } KASSERT(LIST_EMPTY(&ifc->ifc_iflist), ("%s: ifc_iflist not empty", __func__)); IF_CLONE_LOCK_DESTROY(ifc); - free(ifc->ifc_units, M_CLONE); + delete_unrhdr(ifc->ifc_unrhdr); } /* @@ -441,73 +438,32 @@ int ifc_alloc_unit(struct if_clone *ifc, int *unit) { - int wildcard, bytoff, bitoff; - int err = 0; + int error = 0; - IF_CLONE_LOCK(ifc); - - bytoff = bitoff = 0; - wildcard = (*unit < 0); - /* - * Find a free unit if none was given. - */ - if (wildcard) { - while ((bytoff < ifc->ifc_bmlen) - && (ifc->ifc_units[bytoff] == 0xff)) - bytoff++; - if (bytoff >= ifc->ifc_bmlen) { - err = ENOSPC; - goto done; - } - while ((ifc->ifc_units[bytoff] & (1 << bitoff)) != 0) - bitoff++; - *unit = (bytoff << 3) + bitoff; + if (*unit < 0) { /* Wildcard. */ + *unit = alloc_unr(ifc->ifc_unrhdr); + if (*unit == -1) + error = ENOSPC; + } else { + *unit = alloc_unr_specific(ifc->ifc_unrhdr, *unit); + if (*unit == -1) + error = EEXIST; } - if (*unit > ifc->ifc_maxunit) { - err = ENOSPC; - goto done; - } + if (error) + return (error); - if (!wildcard) { - bytoff = *unit >> 3; - bitoff = *unit - (bytoff << 3); - } + IF_CLONE_ADDREF(ifc); - if((ifc->ifc_units[bytoff] & (1 << bitoff)) != 0) { - err = EEXIST; - goto done; - } - /* - * Allocate the unit in the bitmap. - */ - KASSERT((ifc->ifc_units[bytoff] & (1 << bitoff)) == 0, - ("%s: bit is already set", __func__)); - ifc->ifc_units[bytoff] |= (1 << bitoff); - IF_CLONE_ADDREF_LOCKED(ifc); - -done: - IF_CLONE_UNLOCK(ifc); - return (err); + return (0); } void ifc_free_unit(struct if_clone *ifc, int unit) { - int bytoff, bitoff; - - /* - * Compute offset in the bitmap and deallocate the unit. - */ - bytoff = unit >> 3; - bitoff = unit - (bytoff << 3); - - IF_CLONE_LOCK(ifc); - KASSERT((ifc->ifc_units[bytoff] & (1 << bitoff)) != 0, - ("%s: bit is already cleared", __func__)); - ifc->ifc_units[bytoff] &= ~(1 << bitoff); - IF_CLONE_REMREF_LOCKED(ifc); /* releases lock */ + free_unr(ifc->ifc_unrhdr, unit); + IF_CLONE_REMREF(ifc); } void Index: if_clone.h =================================================================== --- if_clone.h (revision 227964) +++ if_clone.h (working copy) @@ -37,7 +37,15 @@ #define IFC_CLONE_INITIALIZER(name, data, maxunit, \ attach, match, create, destroy) \ - { { 0 }, name, maxunit, NULL, 0, data, attach, match, create, destroy } + { \ + .ifc_name = name, \ + .ifc_maxunit = maxunit, \ + .ifc_data = data, \ + .ifc_attach = attach, \ + .ifc_match = match, \ + .ifc_create = create, \ + .ifc_destroy = destroy, \ + } /* * Structure describing a `cloning' interface. @@ -52,10 +60,7 @@ LIST_ENTRY(if_clone) ifc_list; /* (e) On list of cloners */ const char *ifc_name; /* (c) Name of device, e.g. `gif' */ int ifc_maxunit; /* (c) Maximum unit number */ - unsigned char *ifc_units; /* (i) Bitmap to handle units. */ - /* Considered private, access */ - /* via ifc_(alloc|free)_unit(). */ - int ifc_bmlen; /* (c) Bitmap length. */ + struct unrhdr *ifc_unrhdr; /* (c) alloc_unr(9) header */ void *ifc_data; /* (*) Data for ifc_* functions. */ /* (c) Driver specific cloning functions. Called with no locks held. */ @@ -65,12 +70,12 @@ int (*ifc_destroy)(struct if_clone *, struct ifnet *); long ifc_refcnt; /* (i) Refrence count. */ - struct mtx ifc_mtx; /* Muted to protect members. */ + struct mtx ifc_mtx; /* Mutex to protect members. */ LIST_HEAD(, ifnet) ifc_iflist; /* (i) List of cloned interfaces */ }; void if_clone_init(void); -void if_clone_attach(struct if_clone *); +int if_clone_attach(struct if_clone *); void if_clone_detach(struct if_clone *); void vnet_if_clone_init(void); --HG+GLK89HZ1zG0kk-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 25 14:33:00 2011 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 050D51065670 for ; Fri, 25 Nov 2011 14:33:00 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.64.117]) by mx1.freebsd.org (Postfix) with ESMTP id 62B128FC15 for ; Fri, 25 Nov 2011 14:32:59 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.5/8.14.5) with ESMTP id pAPEWwQZ042878; Fri, 25 Nov 2011 18:32:58 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.5/8.14.5/Submit) id pAPEWw1H042877; Fri, 25 Nov 2011 18:32:58 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 25 Nov 2011 18:32:58 +0400 From: Gleb Smirnoff To: Daan Vreeken Message-ID: <20111125143257.GR96616@FreeBSD.org> References: <201111240928.51162.Daan@vitsch.nl> <20111125131935.GP96616@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="VUDLurXRWRKrGuMn" Content-Disposition: inline In-Reply-To: <20111125131935.GP96616@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Current Subject: Re: if_clone.c allows creating multiple interfaces with the same 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: Fri, 25 Nov 2011 14:33:00 -0000 --VUDLurXRWRKrGuMn Content-Type: text/plain; charset=koi8-r Content-Disposition: inline On Fri, Nov 25, 2011 at 05:19:35PM +0400, Gleb Smirnoff wrote: T> On Thu, Nov 24, 2011 at 09:28:51AM +0100, Daan Vreeken wrote: T> D> Recently I've discovered a bug in if_clone.c and if.c where the code allows T> D> multiple interfaces to be created with exactly the same name (which leads to T> D> all sorts of other interesting problems). T> D> I've submitted a PR about this with patches, which can be found here : T> D> T> D> http://www.freebsd.org/cgi/query-pr.cgi?pr=162789 T> D> T> D> Could anyone take a look at it? T> T> I decided to simply if_clone code utilizing generic unit allocator. Patch T> atteched. Now I'll try to merge it with your ideas. Here is if_cloner patched with additional ifunit() check, as you suggested. Please review my patch and test it, and then we can commit it. Considering the second part, that adds locking. Unfortunately, right now we have numerous races in the network configuration ocde. Many SIOCSsomething ioctls can race with each other producing unpredictable results and kernel panics. So, running two ifconfig(8) in parallel is a bad idea today. :( Your patch with IFNET_NAMING_LOCK() just plumbs one race case: a race between two SIOCSIFNAME ioctls. And it doesn't plumb a race between SIOCSIFNAME vs SIOCIFCREATE, because IFNET_NAMING_LOCK() is dropped after unit allocation, but prior to interface attachement to global interface list. >From my point of view, we need a generic approach to ioctl() vs ioctl() races, may be some global serializer of all re-configuration requests of interfaces and addresses. -- Totus tuus, Glebius. --VUDLurXRWRKrGuMn Content-Type: text/x-diff; charset=koi8-r Content-Disposition: attachment; filename="if_clone_alloc_unr2.diff" Index: if_clone.c =================================================================== --- if_clone.c (revision 227964) +++ if_clone.c (working copy) @@ -282,33 +282,34 @@ /* * Register a network interface cloner. */ -void +int if_clone_attach(struct if_clone *ifc) { - int len, maxclone; + struct if_clone *ifc1; - /* - * Compute bitmap size and allocate it. - */ - maxclone = ifc->ifc_maxunit + 1; - len = maxclone >> 3; - if ((len << 3) < maxclone) - len++; - ifc->ifc_units = malloc(len, M_CLONE, M_WAITOK | M_ZERO); - ifc->ifc_bmlen = len; + KASSERT(ifc->ifc_name != NULL, ("%s: no name\n", __func__)); + IF_CLONE_LOCK_INIT(ifc); IF_CLONE_ADDREF(ifc); + ifc->ifc_unrhdr = new_unrhdr(0, ifc->ifc_maxunit, &ifc->ifc_mtx); + LIST_INIT(&ifc->ifc_iflist); IF_CLONERS_LOCK(); + LIST_FOREACH(ifc1, &V_if_cloners, ifc_list) + if (strcmp(ifc->ifc_name, ifc1->ifc_name) == 0) { + IF_CLONERS_UNLOCK(); + IF_CLONE_REMREF(ifc); + return (EEXIST); + } LIST_INSERT_HEAD(&V_if_cloners, ifc, ifc_list); V_if_cloners_count++; IF_CLONERS_UNLOCK(); - LIST_INIT(&ifc->ifc_iflist); - if (ifc->ifc_attach != NULL) (*ifc->ifc_attach)(ifc); EVENTHANDLER_INVOKE(if_clone_event, ifc); + + return (0); } /* @@ -338,16 +339,12 @@ static void if_clone_free(struct if_clone *ifc) { - for (int bytoff = 0; bytoff < ifc->ifc_bmlen; bytoff++) { - KASSERT(ifc->ifc_units[bytoff] == 0x00, - ("ifc_units[%d] is not empty", bytoff)); - } KASSERT(LIST_EMPTY(&ifc->ifc_iflist), ("%s: ifc_iflist not empty", __func__)); IF_CLONE_LOCK_DESTROY(ifc); - free(ifc->ifc_units, M_CLONE); + delete_unrhdr(ifc->ifc_unrhdr); } /* @@ -441,73 +438,40 @@ int ifc_alloc_unit(struct if_clone *ifc, int *unit) { - int wildcard, bytoff, bitoff; - int err = 0; + char name[IFNAMSIZ]; + int wildcard; - IF_CLONE_LOCK(ifc); - - bytoff = bitoff = 0; wildcard = (*unit < 0); - /* - * Find a free unit if none was given. - */ +retry: if (wildcard) { - while ((bytoff < ifc->ifc_bmlen) - && (ifc->ifc_units[bytoff] == 0xff)) - bytoff++; - if (bytoff >= ifc->ifc_bmlen) { - err = ENOSPC; - goto done; - } - while ((ifc->ifc_units[bytoff] & (1 << bitoff)) != 0) - bitoff++; - *unit = (bytoff << 3) + bitoff; + *unit = alloc_unr(ifc->ifc_unrhdr); + if (*unit == -1) + return (ENOSPC); + } else { + *unit = alloc_unr_specific(ifc->ifc_unrhdr, *unit); + if (*unit == -1) + return (EEXIST); } - if (*unit > ifc->ifc_maxunit) { - err = ENOSPC; - goto done; + snprintf(name, IFNAMSIZ, "%s%d", ifc->ifc_name, *unit); + if (ifunit(name) != NULL) { + if (wildcard) + goto retry; /* XXXGL: yep, it's a unit leak */ + else + return (EEXIST); } - if (!wildcard) { - bytoff = *unit >> 3; - bitoff = *unit - (bytoff << 3); - } + IF_CLONE_ADDREF(ifc); - if((ifc->ifc_units[bytoff] & (1 << bitoff)) != 0) { - err = EEXIST; - goto done; - } - /* - * Allocate the unit in the bitmap. - */ - KASSERT((ifc->ifc_units[bytoff] & (1 << bitoff)) == 0, - ("%s: bit is already set", __func__)); - ifc->ifc_units[bytoff] |= (1 << bitoff); - IF_CLONE_ADDREF_LOCKED(ifc); - -done: - IF_CLONE_UNLOCK(ifc); - return (err); + return (0); } void ifc_free_unit(struct if_clone *ifc, int unit) { - int bytoff, bitoff; - - /* - * Compute offset in the bitmap and deallocate the unit. - */ - bytoff = unit >> 3; - bitoff = unit - (bytoff << 3); - - IF_CLONE_LOCK(ifc); - KASSERT((ifc->ifc_units[bytoff] & (1 << bitoff)) != 0, - ("%s: bit is already cleared", __func__)); - ifc->ifc_units[bytoff] &= ~(1 << bitoff); - IF_CLONE_REMREF_LOCKED(ifc); /* releases lock */ + free_unr(ifc->ifc_unrhdr, unit); + IF_CLONE_REMREF(ifc); } void Index: if_clone.h =================================================================== --- if_clone.h (revision 227964) +++ if_clone.h (working copy) @@ -37,7 +37,15 @@ #define IFC_CLONE_INITIALIZER(name, data, maxunit, \ attach, match, create, destroy) \ - { { 0 }, name, maxunit, NULL, 0, data, attach, match, create, destroy } + { \ + .ifc_name = name, \ + .ifc_maxunit = maxunit, \ + .ifc_data = data, \ + .ifc_attach = attach, \ + .ifc_match = match, \ + .ifc_create = create, \ + .ifc_destroy = destroy, \ + } /* * Structure describing a `cloning' interface. @@ -52,10 +60,7 @@ LIST_ENTRY(if_clone) ifc_list; /* (e) On list of cloners */ const char *ifc_name; /* (c) Name of device, e.g. `gif' */ int ifc_maxunit; /* (c) Maximum unit number */ - unsigned char *ifc_units; /* (i) Bitmap to handle units. */ - /* Considered private, access */ - /* via ifc_(alloc|free)_unit(). */ - int ifc_bmlen; /* (c) Bitmap length. */ + struct unrhdr *ifc_unrhdr; /* (c) alloc_unr(9) header */ void *ifc_data; /* (*) Data for ifc_* functions. */ /* (c) Driver specific cloning functions. Called with no locks held. */ @@ -65,12 +70,12 @@ int (*ifc_destroy)(struct if_clone *, struct ifnet *); long ifc_refcnt; /* (i) Refrence count. */ - struct mtx ifc_mtx; /* Muted to protect members. */ + struct mtx ifc_mtx; /* Mutex to protect members. */ LIST_HEAD(, ifnet) ifc_iflist; /* (i) List of cloned interfaces */ }; void if_clone_init(void); -void if_clone_attach(struct if_clone *); +int if_clone_attach(struct if_clone *); void if_clone_detach(struct if_clone *); void vnet_if_clone_init(void); --VUDLurXRWRKrGuMn-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 25 05:37:44 2011 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 7C03F106564A; Fri, 25 Nov 2011 05:37:44 +0000 (UTC) (envelope-from maxim.konovalov@gmail.com) Received: from mp2.macomnet.net (ipv6.irc.int.ru [IPv6:2a02:28:1:2::1b:2]) by mx1.freebsd.org (Postfix) with ESMTP id 0248C8FC18; Fri, 25 Nov 2011 05:37:43 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.14.5/8.14.5) with ESMTP id pAP5bgcX058797; Fri, 25 Nov 2011 09:37:42 +0400 (MSK) (envelope-from maxim.konovalov@gmail.com) Date: Fri, 25 Nov 2011 09:37:42 +0400 (MSK) From: Maxim Konovalov To: Kostik Belousov In-Reply-To: <20111124202945.GR50300@deviant.kiev.zoral.com.ua> Message-ID: References: <20111122124410.GP50300@deviant.kiev.zoral.com.ua> <20111122154357.GI95664@mdounin.ru> <20111122154935.GR50300@deviant.kiev.zoral.com.ua> <20111124202945.GR50300@deviant.kiev.zoral.com.ua> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Fri, 25 Nov 2011 14:41:09 +0000 Cc: arch@freebsd.org, Maxim Dounin , current@freebsd.org, igor@sysoev.ru Subject: Re: RLIMIT_DATA and malloc(3) use of mmap(2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Nov 2011 05:37:44 -0000 [...] > Overall, the test is quite curious but absolutely unrealistic. If there is a realistic one I'm open to use it :-) > Fixed patch is available at > http://people.freebsd.org/~kib/misc/map_datalimit.2.patch > OK, will test and report the results shortly. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Fri Nov 25 05:55:01 2011 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 C0AFA106566C; Fri, 25 Nov 2011 05:55:01 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail11.syd.optusnet.com.au (mail11.syd.optusnet.com.au [211.29.132.192]) by mx1.freebsd.org (Postfix) with ESMTP id E3D2E8FC08; Fri, 25 Nov 2011 05:55:00 +0000 (UTC) Received: from c211-28-227-231.carlnfd1.nsw.optusnet.com.au (c211-28-227-231.carlnfd1.nsw.optusnet.com.au [211.28.227.231]) by mail11.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id pAP5ssdn010859 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 25 Nov 2011 16:54:57 +1100 Date: Fri, 25 Nov 2011 16:54:54 +1100 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: Robert Millan In-Reply-To: Message-ID: <20111125150324.G1018@besplex.bde.org> References: <20111123070036.GA29952@thorin> <20111124141821.O932@besplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Fri, 25 Nov 2011 14:41:50 +0000 Cc: Kostik Belousov , Adrian Chadd , freebsd-current@FreeBSD.org, Bruce Evans , freebsd-arch@FreeBSD.org Subject: Re: [PATCH] Detect GNU/kFreeBSD in user-visible kernel headers (v2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2011 05:55:01 -0000 On Thu, 24 Nov 2011, Robert Millan wrote: > 2011/11/24 Bruce Evans : >> Now it adds lots of namespace pollution (all of , including >> all of its namespace pollution), just to get 1 new symbol defined. > > Well, my initial patch (see mail with same subject modulo "v2") didn't > have this problem. Now that __FreeBSD_kernel__ is defined, many > #ifdefs can be simplified, but maybe it's not desireable for all of > them. At least not until we can rely on the compiler to define this > macro. > > So in this particular case maybe it's better to use the other approach? > > See attachment. That is clean enough, except for some style bugs. (I thought of worse ways like duplicating the logic of , or directing to only declare version macros, or putting version macros in a little separate param header and including that. The latter would be cleanest, but gives even more includes, and not worth it for this, but it would have been better for __FreeBSD_version. I don't like having to recompile half the universe according to dependencies on because only __FreeBSD_version__ in it changed. Basic headers rarely change apart from that. BTW, a recent discussion in the POSIX mailing list says that standardized generation of depenedencies should not generate dependencies on system headers. This would break the effect of putting mistakes like __FreeBSD_version__ in any system header :-).) % diff -ur sys.old/cam/scsi/scsi_low.h sys/cam/scsi/scsi_low.h % --- sys.old/cam/scsi/scsi_low.h 2007-12-25 18:52:02.000000000 +0100 % +++ sys/cam/scsi/scsi_low.h 2011-11-13 14:12:41.121908380 +0100 % @@ -53,7 +53,7 @@ % #define SCSI_LOW_INTERFACE_XS % #endif /* __NetBSD__ */ % % -#ifdef __FreeBSD__ % +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) % #define SCSI_LOW_INTERFACE_CAM % #define CAM % #endif /* __FreeBSD__ */ This also fixes some style bugs (tab instead of space after `#ifdef'). But it doesn't fix others (tab instead of space after `#ifdef', and comment on a short ifdef). And it introduces a new one (the comment on the ifdef now doesn't even match the code). cam has a highly non-KNF style, so it may require all of these style bugs except the comment not matching the code. This makes it hard for non-cam programmers to maintain. According to grep, it prefers a tab to a space after `#ifdef' by a ratio of 89:38 in a version checked out a year or two ago. But in 9.0-BETA1, the counts have blown out and the ratio has reduced to 254:221. The counts are more than doubled because the first version is a cvs checkout and the second version is a svn checkout, and it is too hard to filter out the svn duplicates. I guess the ratio changed because the new ata subsystem is not bug for bug compatible with cam style. Anywyay, there never was a consistent cam style to match. % @@ -64,7 +64,7 @@ % #include % #endif /* __NetBSD__ */ % % -#ifdef __FreeBSD__ % +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) % #include % #include % #include Same problems, but now the ifdef is larger (but not large enough to need a comment on its endif), so the inconsistent comment is not visible in the patch. % [... similarly throught cam] % diff -ur sys.old/contrib/altq/altq/if_altq.h sys/contrib/altq/altq/if_altq.h % --- sys.old/contrib/altq/altq/if_altq.h 2011-03-10 19:49:15.000000000 +0100 % +++ sys/contrib/altq/altq/if_altq.h 2011-11-13 14:12:41.119907128 +0100 % @@ -29,7 +29,7 @@ % #ifndef _ALTQ_IF_ALTQ_H_ % #define _ALTQ_IF_ALTQ_H_ % % -#ifdef __FreeBSD__ % +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) % #include /* XXX */ % #include /* XXX */ % #include /* XXX */ % @@ -51,7 +51,7 @@ % int ifq_len; % int ifq_maxlen; % int ifq_drops; % -#ifdef __FreeBSD__ % +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) % struct mtx ifq_mtx; % #endif % No new problems, but I wonder how this even compiles when the ifdefs are not satisfed. Here we are exporting mounds of kernel data structures to userland. There is a similar mess in . There it has no ifdefs at all for the lock, mutex and event headers there, and you didn't touch it. is unfortunately actually needed in userland. The mutexes in its data structures cannot simply be left out, since then the data structures become incompatible with the actual ones. I don't see how the above can work with the mutex left out. By "not even compiles", I meant the header itself, but there should be no problems there because the second ifdef should kill the only use of all the headers. And userland should compile since it shouldn't use the ifdefed out (kernel) parts of the data struct. But leaving out the data substructures changes the ABI, so how could any application that actually uses the full structure work? And if nothing uses it, it shouldn't be exported. Exporting the full pollution of sys/lock.h, sys/mutex.h and sys/event.h to userland is probably an implementation bug. This is partially fixed in my version if by including these headers only for the _KERNEL case. sys/_lock.h and sys/_mutex.h are enough for declaring the mutex, and sys/event*.h isn't even used in the userland parts of . But this probably wouldn't help you much, since the underscored mutex headers are just as unavailable as the non-underscored ones on non-FreeBSD systems. I checked that this file doesn't have any comments on the changed ifdefs to get out of sync (it just has a misformatted one for the endif for _KERNEL and a backwards one for the one for the idempotency endif). I didn't check this for other files. % diff -ur sys.old/contrib/pf/net/if_pflog.h sys/contrib/pf/net/if_pflog.h % --- sys.old/contrib/pf/net/if_pflog.h 2011-06-28 13:57:25.000000000 +0200 % +++ sys/contrib/pf/net/if_pflog.h 2011-11-13 14:12:41.130906469 +0100 % @@ -30,7 +30,7 @@ % #define PFLOGIFS_MAX 16 % % struct pflog_softc { % -#ifdef __FreeBSD__ % +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) % struct ifnet *sc_ifp; /* the interface pointer */ % #else % struct ifnet sc_if; /* the interface */ Another very fundamental ABI difference in a clearer form. It this only used in the kernel, and if so, why is it exported to userland? Wouldn't a _KERNEL ifdef work better for avoiding the latter than a __FreeBSD_kernel__ ifdef? (It would be with && instead of ||.) [... similarly for all the pf headers] % diff -ur sys.old/dev/firewire/firewirereg.h sys/dev/firewire/firewirereg.h % --- sys.old/dev/firewire/firewirereg.h 2007-07-20 05:42:57.000000000 +0200 % +++ sys/dev/firewire/firewirereg.h 2011-11-13 14:12:41.122907609 +0100 % @@ -75,7 +75,7 @@ % }; % % struct firewire_softc { % -#if defined(__FreeBSD__) && __FreeBSD_version >= 500000 % +#if (defined(__FreeBSD__) || defined(__FreeBSD_kernel__)) && __FreeBSD_version >= 500000 % struct cdev *dev; % #endif % struct firewire_comm *fc; The line is now too long. This change seems to be wrong. I think the __FreeBSD__ ifdef is only there because of broken compilers. The correct code is simply `#if __FreeBSD_version >= 500000', where with non-broken compilers __FreeBSD_version is replaced by 0 if it is not defined. But broken compilers warn when undefined identifiers are used in arithmetic cpp expressions. Some users like to break their compilers using -Wundef to give the warnings; -Werror then gives full breakage (C compilers are permitted to give spurious diagnostics but not to fail to compile C code.) This is normally worked around by checking if the identifier is defined before it is used in an arithmetic expression. But here a different identifier is checked for being defined. FreeBSD gcc defines both __FreeBSD__ and __FreeBSD_version__ together, so this works under FreeBSD. I think it only works accidentally under FreeBSD, and it still doesn't work with your changed ifdef under non-FreeBSD. grepping for `FreeBSD.*FreeBSD_version' in $(find /sys -name *.h) shows very few lines, and even fewer lines with this bug. Most matching lines do the unsurprising check that __FreeBSD_version__ is defined before using it. The exceptions are just the above, 2 lines in if_lmc.h and about 5 lines in ipfilter (some on comments on endifs for ipfilter. Even ipfilter does the unsurprising comparison in 4 lines). grepping for `FreeBSD_version' in $(find /sys -name *.h) shows many more lines than the above. It follows that many headers cannot be compiled by broken compilers, and little would be lost, at least in the kernel, by removing all the checks that __FreeBSD_version__ is defined before using it. But since this inconsistency intersects with your changes, perhaps the checks are there mainly for cases that escape to userland, where the broken compilers are more common. % diff -ur sys.old/dev/lmc/if_lmc.h sys/dev/lmc/if_lmc.h % --- sys.old/dev/lmc/if_lmc.h 2009-11-19 19:21:51.000000000 +0100 % +++ sys/dev/lmc/if_lmc.h 2011-11-13 14:12:41.124908302 +0100 % @@ -984,7 +984,7 @@ % #endif % u_int32_t address1; /* buffer1 bus address */ % u_int32_t address2; /* buffer2 bus address */ % -#if (defined(__FreeBSD__) || defined(__NetBSD__) || defined(__OpenBSD__)) % +#if (defined(__FreeBSD__) || defined(__FreeBSD_kernel__) || defined(__NetBSD__) || defined(__OpenBSD__)) % bus_dmamap_t map; /* bus dmamap for this descriptor */ % # define TLP_BUS_DSL_VAL (sizeof(bus_dmamap_t) & TLP_BUS_DSL) % #else The line is now too long. ABI differences when __FreeBSD__ etc. is not defined indicated that the declaration probably doesn't actually work without the definitions, so the whole struct probably shouldn't be exported. % @@ -1035,7 +1035,7 @@ % #elif BSD % struct mbuf *head; /* tail-queue of mbufs */ % struct mbuf *tail; % -# if (defined(__FreeBSD__) || defined(__NetBSD__) || defined(__OpenBSD__)) % +# if (defined(__FreeBSD__) || defined(__FreeBSD_kernel__) || defined(__NetBSD__) || defined(__OpenBSD__)) % bus_dma_tag_t tag; /* bus_dma tag for desc array */ % bus_dmamap_t map; /* bus_dma map for desc array */ % bus_dma_segment_t segs[2]; /* bus_dmamap_load() or bus_dmamem_alloc() */ As above. % @@ -1068,7 +1068,7 @@ % */ % #define IOREF_CSR 1 /* access Tulip CSRs with IO cycles if 1 */ % % -#if (defined(__FreeBSD__) && defined(DEVICE_POLLING)) % +#if ((defined(__FreeBSD__) || defined(__FreeBSD_kernel__)) && defined(DEVICE_POLLING)) % # define DEV_POLL 1 % #else % # define DEV_POLL 0 As above, plus DEVICE_POLLING is only defined in a kernel options header, so there shouldn't be ifdefs on it in header files, even in the kernel. % @@ -1151,7 +1151,7 @@ % # endif % #endif % % -#ifdef __FreeBSD__ % +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) % struct callout callout; /* watchdog needs this */ % struct device *dev; /* base device pointer */ % bus_space_tag_t csr_tag; /* bus_space needs this */ But I may misunderstand how __FreeBSD_kernel__ works. Data structures containing kernel things like the kernel watchdog callout shouldn't be exported. Given that they are, they should be exported with the full kernel mess so that their layout for the non-kernel parts doesn't depend on ifdefs. The __FreeBSD__ ifdef was bogus, but had no effect under FreeBSD since FreeBSD gcc always defines it. A _KERNEL ifdef would have given a wrong ABI in userland. Your __FreeBSD_kernel__ ifdef seems to be equivalent to a _KERNEL ifdef for non-FreeBSD. Thus it gives a changed ABI for non-FreeBSD. I don't see how the changed ABI can work unless it is not used. But if it is not used, then the whold ABI should be ifdefed out. This may be beyond the scope of your changes. % @@ -1428,7 +1428,7 @@ % #endif % % #if (defined(__bsdi__) || /* unconditionally */ \ % - (defined(__FreeBSD__) && (__FreeBSD_version < 503000)) || \ % + ((defined(__FreeBSD__) || defined(__FreeBSD_kernel__)) && (__FreeBSD_version < 503000)) || \ % (defined(__NetBSD__) && (__NetBSD_Version__ < 106000000)) || \ % (defined(__OpenBSD__) && ( OpenBSD < 200111))) % # define IFQ_ENQUEUE(ifq, m, pa, err) \ Another long line. The /* unconditionally */ comment is now even more grossly mismatched with the code. % @@ -1531,7 +1531,7 @@ % static int t1_ioctl(softc_t *, struct ioctl *); % % #if IFNET % -# if ((defined(__FreeBSD__) && (__FreeBSD_version < 500000)) ||\ % +# if (((defined(__FreeBSD__) || defined(__FreeBSD_kernel__)) && __FreeBSD_version < 500000) ||\ % defined(__NetBSD__) || defined(__OpenBSD__) || defined(__bsdi__)) % static void netisr_dispatch(int, struct mbuf *); % # endif Another long line. There are many old style bugs in these ifdefs, starting with __bsdi__ being first in the previous ifdef and last in this one. % @@ -1570,7 +1570,7 @@ % static void core_interrupt(void *, int); % static void user_interrupt(softc_t *, int); % #if BSD % -# if (defined(__FreeBSD__) && defined(DEVICE_POLLING)) % +# if (defined(__FreeBSD__) || defined(__FreeBSD_kernel__)) && defined(DEVICE_POLLING) % static int fbsd_poll(struct ifnet *, enum poll_cmd, int); % # endif % static intr_return_t bsd_interrupt(void *); Another long line. Now the declaration is of a kernel function, so the condition for if is clearly nonsense. Why not just `#ifdef DEVICE_POLLING' or no ifdef at all. The function is static in a .c file, so declaring it as static in a public header is worse than its ifdefs. Better yet, the ifdef for it here didn't match the ifdef for it in the .c file, and is now further from matching (the C file has an ifdef on BSD, __FreeBSD__ and DEVICE_POLLING, while the header file had an ifdef on _KERNEL, KERNEL, __KERNEL__, __FreeBSD__ and DEVICE_POLLING). Fixing mistakes in DEVICE_POLLING is clearly beyond the scope of your changes. % @@ -1638,7 +1638,7 @@ % static int attach_card(softc_t *, const char *); % static void detach_card(softc_t *); % % -#ifdef __FreeBSD__ % +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) % static int fbsd_probe(device_t); % static int fbsd_detach(device_t); % static int fbsd_shutdown(device_t); This file is especially bad. % diff -ur sys.old/netinet/sctp_constants.h sys/netinet/sctp_constants.h % --- sys.old/netinet/sctp_constants.h 2011-09-17 10:50:29.000000000 +0200 % +++ sys/netinet/sctp_constants.h 2011-11-13 14:12:41.145908872 +0100 % @@ -1020,7 +1020,7 @@ % #define SCTP_GETTIME_TIMEVAL(x) (getmicrouptime(x)) % #define SCTP_GETPTIME_TIMEVAL(x) (microuptime(x)) % #endif % -/*#if defined(__FreeBSD__) || defined(__APPLE__)*/ % +/*#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) || defined(__APPLE__)*/ % /*#define SCTP_GETTIME_TIMEVAL(x) { \*/ % /* (x)->tv_sec = ticks / 1000; \*/ % /* (x)->tv_usec = (ticks % 1000) * 1000; \*/ Line too long. % diff -ur sys.old/netinet/sctp_pcb.h sys/netinet/sctp_pcb.h % --- sys.old/netinet/sctp_pcb.h 2011-09-14 10:15:21.000000000 +0200 % +++ sys/netinet/sctp_pcb.h 2011-11-13 14:12:41.148909632 +0100 % @@ -240,7 +240,7 @@ % * All static structures that anchor the system must be here. % */ % struct sctp_epinfo sctppcbinfo; % -#if defined(__FreeBSD__) && defined(SMP) && defined(SCTP_USE_PERCPU_STAT) % +#if (defined(__FreeBSD__) || defined(__FreeBSD_kernel__)) && defined(SMP) && defined(SCTP_USE_PERCPU_STAT) % struct sctpstat *sctpstat; % #else % struct sctpstat sctpstat; % @@ -632,7 +632,7 @@ % struct sctp_inpcb *, % uint8_t co_off); % % -#if defined(__FreeBSD__) && defined(SCTP_MCORE_INPUT) && defined(SMP) % +#if (defined(__FreeBSD__) || defined(__FreeBSD_kernel__)) && defined(SCTP_MCORE_INPUT) && defined(SMP) % void % sctp_queue_to_mcore(struct mbuf *m, int off, int cpu_to_use); % Lines too long. How would the kernel options be defined for non-FreeBSD? I.e., why have any __FreeBSD* ifdefs at all here? % diff -ur sys.old/netinet/sctp_structs.h sys/netinet/sctp_structs.h % --- sys.old/netinet/sctp_structs.h 2011-10-10 18:31:18.000000000 +0200 % +++ sys/netinet/sctp_structs.h 2011-11-13 14:12:41.150907531 +0100 % @@ -108,7 +108,7 @@ % typedef int (*inp_func) (struct sctp_inpcb *, void *ptr, uint32_t val); % typedef void (*end_func) (void *ptr, uint32_t val); % % -#if defined(__FreeBSD__) && defined(SCTP_MCORE_INPUT) && defined(SMP) % +#if (defined(__FreeBSD__) || defined(__FreeBSD_kernel__)) && defined(SCTP_MCORE_INPUT) && defined(SMP) % /* whats on the mcore control struct */ % struct sctp_mcore_queue { % TAILQ_ENTRY(sctp_mcore_queue) next; Line too long. % diff -ur sys.old/netinet/sctp_uio.h sys/netinet/sctp_uio.h % --- sys.old/netinet/sctp_uio.h 2011-08-14 22:55:32.000000000 +0200 % +++ sys/netinet/sctp_uio.h 2011-11-13 14:12:41.152905989 +0100 % @@ -1056,7 +1056,7 @@ % % #define SCTP_STAT_INCR(_x) SCTP_STAT_INCR_BY(_x,1) % #define SCTP_STAT_DECR(_x) SCTP_STAT_DECR_BY(_x,1) % -#if defined(__FreeBSD__) && defined(SMP) && defined(SCTP_USE_PERCPU_STAT) % +#if (defined(__FreeBSD__) || defined(__FreeBSD_kernel__)) && defined(SMP) && defined(SCTP_USE_PERCPU_STAT) % #define SCTP_STAT_INCR_BY(_x,_d) (SCTP_BASE_STATS[PCPU_GET(cpuid)]._x += _d) % #define SCTP_STAT_DECR_BY(_x,_d) (SCTP_BASE_STATS[PCPU_GET(cpuid)]._x -= _d) % #else As usual. Bruce From owner-freebsd-current@FreeBSD.ORG Fri Nov 25 08:54:29 2011 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 3713E1065670 for ; Fri, 25 Nov 2011 08:54:29 +0000 (UTC) (envelope-from decke@bluelife.at) Received: from groupware.itac.at (groupware.itac.at [91.205.172.99]) by mx1.freebsd.org (Postfix) with ESMTP id C00838FC16 for ; Fri, 25 Nov 2011 08:54:28 +0000 (UTC) Received: from home.bluelife.at (93.104.210.95) by groupware.itac.at (Axigen) with (AES256-SHA encrypted) ESMTPSA id 1272A8; Fri, 25 Nov 2011 09:39:28 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Fri, 25 Nov 2011 09:39:21 +0100 From: Bernhard Froehlich To: Aryeh Friedman In-Reply-To: References: Message-ID: X-Sender: decke@bluelife.at User-Agent: Roundcube Webmail/0.6 X-AxigenSpam-Level: 1 X-CTCH-RefID: str=0001.0A0B0207.4ECF5438.01EE,ss=1,fgs=0 X-CTCH-VOD: Unknown X-CTCH-Spam: Unknown X-Mailman-Approved-At: Fri, 25 Nov 2011 14:42:29 +0000 Cc: FreeBSD Current Subject: Re: emulators/vitrualbox-ose fails on 9.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, 25 Nov 2011 08:54:29 -0000 On 25.11.2011 08:02, Aryeh Friedman wrote: > With the following installed and all the prerequest ports for vbox > when I > attempt to boot a default machine setup for freebsd guest OS install > it > fails immediately with: > > Result Code: > > NS_ERROR_FAILURE (0x80004005) > > Component: > > Console > > Interface: > > IConsole {515e8e8d-f932-4d8e-9f32-79a52aead882} > > > flosoft# uname -a > FreeBSD flosoft.no-ip.biz 9.0-PRERELEASE FreeBSD 9.0-PRERELEASE #4: > Thu Nov > 24 22:45:48 EST 2011 > root@flosoft.no-ip.biz:/usr/obj/usr/src/sys/GENERIC > i386 > flosoft# kldstat > Id Refs Address Size Name > 1 27 0xc0400000 e59bd8 kernel > 2 1 0xc125a000 97a4 linprocfs.ko > 3 3 0xc1264000 2fcf4 linux.ko > 4 1 0xc1294000 ad87d0 nvidia.ko > 5 3 0xc7f12000 2d000 vboxdrv.ko > 6 1 0xc7f4b000 2000 vboxnetadp.ko > 7 1 0xc7f4d000 5000 vboxnetflt.ko > 8 2 0xc7f52000 b000 netgraph.ko > 9 1 0xc7f89000 4000 ng_ether.ko Sorry, but this information is not enough to have a clue what is going wrong. Please look at ~/Virtualbox VMs//logs/VBox.log (or kind of) and send the logfile. If that doesn't help please recompile the ports with the DEBUG option enabled. -- Bernhard Fröhlich http://www.bluelife.at/ From owner-freebsd-current@FreeBSD.ORG Fri Nov 25 17:08:28 2011 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 E8A2C106566B for ; Fri, 25 Nov 2011 17:08:28 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.64.117]) by mx1.freebsd.org (Postfix) with ESMTP id 71FA28FC0A for ; Fri, 25 Nov 2011 17:08:28 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.5/8.14.5) with ESMTP id pAPH8RKH043889 for ; Fri, 25 Nov 2011 21:08:27 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.5/8.14.5/Submit) id pAPH8RkR043888 for current@FreeBSD.org; Fri, 25 Nov 2011 21:08:27 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 25 Nov 2011 21:08:27 +0400 From: Gleb Smirnoff To: current@FreeBSD.org Message-ID: <20111125170826.GB42969@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: panic: handle_written_inodeblock: live inodedep X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2011 17:08:29 -0000 Hi! Running HEAD with KMS patches from kib@, a 15th November snapshot build from kms branch from ~kib/deviant2 repository. The panic message and backtrace look unrelated to KMS, so, I think my kernel can be considered a head from 15-th of November. Panic happened a couple of seconds after system finished booting up to login prompt. I didn't login yet, and X server hadn't been started. Backtrace from gdb: #9 0xffffffff8049f5d0 in panic (fmt=Variable "fmt" is not available. ) at /usr/home/glebius/src/deviant2/sys/kern/kern_shutdown.c:600 #10 0xffffffff806a3b19 in softdep_disk_write_complete (bp=0xffffff80eff76500) at /usr/home/glebius/src/deviant2/sys/ufs/ffs/ffs_softdep.c:11020 #11 0xffffffff8051d97c in bufdone_finish (bp=0xffffff80eff76500) at buf.h:418 ---Type to continue, or q to quit--- #12 0xffffffff8051dcb8 in bufdone (bp=0xffffff80eff76500) at /usr/home/glebius/src/deviant2/sys/kern/vfs_bio.c:3328 #13 0xffffffff8043ac96 in g_io_schedule_up (tp=Variable "tp" is not available. ) at /usr/home/glebius/src/deviant2/sys/geom/geom_io.c:679 #14 0xffffffff8043b21c in g_up_procbody (arg=Variable "arg" is not available. ) at /usr/home/glebius/src/deviant2/sys/geom/geom_kern.c:97 #15 0xffffffff80472d5f in fork_exit ( callout=0xffffffff8043b1c0 , arg=0x0, frame=0xffffff8000264c50) at /usr/home/glebius/src/deviant2/sys/kern/kern_fork.c:995 #16 0xffffffff806f1a9e in fork_trampoline () at /usr/home/glebius/src/deviant2/sys/amd64/amd64/exception.S:602 I'm running SUJ on all partitions. On the next boot after panic fsck failed to run w/o "-y" option. I can provide any additional information or share core file. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Fri Nov 25 18:22:01 2011 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 D3F82106566C; Fri, 25 Nov 2011 18:22:01 +0000 (UTC) (envelope-from maxim@freebsd.org) Received: from mp2.macomnet.net (ipv6.irc.int.ru [IPv6:2a02:28:1:2::1b:2]) by mx1.freebsd.org (Postfix) with ESMTP id 5A0C18FC08; Fri, 25 Nov 2011 18:22:01 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.14.5/8.14.5) with ESMTP id pAPILx9a042975; Fri, 25 Nov 2011 22:21:59 +0400 (MSK) (envelope-from maxim@freebsd.org) Date: Fri, 25 Nov 2011 22:21:59 +0400 (MSK) From: Maxim Konovalov To: Kostik Belousov In-Reply-To: <20111124202945.GR50300@deviant.kiev.zoral.com.ua> Message-ID: References: <20111122124410.GP50300@deviant.kiev.zoral.com.ua> <20111122154357.GI95664@mdounin.ru> <20111122154935.GR50300@deviant.kiev.zoral.com.ua> <20111124202945.GR50300@deviant.kiev.zoral.com.ua> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: arch@freebsd.org, Maxim Dounin , current@freebsd.org, igor@sysoev.ru Subject: Re: RLIMIT_DATA and malloc(3) use of mmap(2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Nov 2011 18:22:01 -0000 [...] > Fixed patch is available at > http://people.freebsd.org/~kib/misc/map_datalimit.2.patch > Works as expected without any glitches. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Fri Nov 25 18:25:27 2011 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 B4939106564A; Fri, 25 Nov 2011 18:25:27 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 243398FC15; Fri, 25 Nov 2011 18:25:27 +0000 (UTC) Received: from 63.imp.bsdimp.com (63.imp.bsdimp.com [10.0.0.63]) (authenticated bits=0) by harmony.bsdimp.com (8.14.4/8.14.3) with ESMTP id pAPIGFxU012506 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Fri, 25 Nov 2011 11:16:16 -0700 (MST) (envelope-from imp@bsdimp.com) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <20111125150324.G1018@besplex.bde.org> Date: Fri, 25 Nov 2011 11:16:15 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20111123070036.GA29952@thorin> <20111124141821.O932@besplex.bde.org> <20111125150324.G1018@besplex.bde.org> To: Bruce Evans X-Mailer: Apple Mail (2.1084) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (harmony.bsdimp.com [10.0.0.6]); Fri, 25 Nov 2011 11:16:16 -0700 (MST) Cc: Kostik Belousov , freebsd-arch@freebsd.org, Adrian Chadd , freebsd-current@freebsd.org, Robert Millan Subject: Re: [PATCH] Detect GNU/kFreeBSD in user-visible kernel headers (v2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2011 18:25:27 -0000 Hey Bruce, These sound like good suggestions, but I'd hoped to actually go through = all these files with a fine-toothed comb to see which ones were still = relevant. You've found a bunch of good areas to clean up, but I'd like = to humbly suggest they be done in a follow-on commit. Warner On Nov 24, 2011, at 10:54 PM, Bruce Evans wrote: > On Thu, 24 Nov 2011, Robert Millan wrote: >=20 >> 2011/11/24 Bruce Evans : >>> Now it adds lots of namespace pollution (all of , = including >>> all of its namespace pollution), just to get 1 new symbol defined. >>=20 >> Well, my initial patch (see mail with same subject modulo "v2") = didn't >> have this problem. Now that __FreeBSD_kernel__ is defined, many >> #ifdefs can be simplified, but maybe it's not desireable for all of >> them. At least not until we can rely on the compiler to define this >> macro. >>=20 >> So in this particular case maybe it's better to use the other = approach? >>=20 >> See attachment. >=20 > That is clean enough, except for some style bugs. (I thought of worse > ways like duplicating the logic of , or directing > to only declare version macros, or putting version = macros > in a little separate param header and including that. The latter = would > be cleanest, but gives even more includes, and not worth it for this, > but it would have been better for __FreeBSD_version. I don't like > having to recompile half the universe according to dependencies on > because only __FreeBSD_version__ in it changed. Basic > headers rarely change apart from that. BTW, a recent discussion in > the POSIX mailing list says that standardized generation of = depenedencies > should not generate dependencies on system headers. This would break > the effect of putting mistakes like __FreeBSD_version__ in any system > header :-).) >=20 > % diff -ur sys.old/cam/scsi/scsi_low.h sys/cam/scsi/scsi_low.h > % --- sys.old/cam/scsi/scsi_low.h 2007-12-25 18:52:02.000000000 = +0100 > % +++ sys/cam/scsi/scsi_low.h 2011-11-13 14:12:41.121908380 +0100 > % @@ -53,7 +53,7 @@ > % #define SCSI_LOW_INTERFACE_XS > % #endif /* __NetBSD__ */ > % % -#ifdef __FreeBSD__ > % +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) > % #define SCSI_LOW_INTERFACE_CAM > % #define CAM > % #endif /* __FreeBSD__ */ >=20 > This also fixes some style bugs (tab instead of space after `#ifdef'). > But it doesn't fix others (tab instead of space after `#ifdef', and > comment on a short ifdef). And it introduces a new one (the comment > on the ifdef now doesn't even match the code). >=20 > cam has a highly non-KNF style, so it may require all of these style > bugs except the comment not matching the code. This makes it hard > for non-cam programmers to maintain. According to grep, it prefers > a tab to a space after `#ifdef' by a ratio of 89:38 in a version > checked out a year or two ago. But in 9.0-BETA1, the counts have > blown out and the ratio has reduced to 254:221. The counts are > more than doubled because the first version is a cvs checkout and > the second version is a svn checkout, and it is too hard to filter > out the svn duplicates. I guess the ratio changed because the new > ata subsystem is not bug for bug compatible with cam style. Anywyay, > there never was a consistent cam style to match. >=20 > % @@ -64,7 +64,7 @@ > % #include > % #endif /* __NetBSD__ */ > % % -#ifdef __FreeBSD__ > % +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) > % #include > % #include > % #include >=20 > Same problems, but now the ifdef is larger (but not large enough to > need a comment on its endif), so the inconsistent comment is not > visible in the patch. >=20 > % [... similarly throught cam] >=20 > % diff -ur sys.old/contrib/altq/altq/if_altq.h = sys/contrib/altq/altq/if_altq.h > % --- sys.old/contrib/altq/altq/if_altq.h 2011-03-10 = 19:49:15.000000000 +0100 > % +++ sys/contrib/altq/altq/if_altq.h 2011-11-13 14:12:41.119907128 = +0100 > % @@ -29,7 +29,7 @@ > % #ifndef _ALTQ_IF_ALTQ_H_ > % #define _ALTQ_IF_ALTQ_H_ > % % -#ifdef __FreeBSD__ > % +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) > % #include /* XXX */ > % #include /* XXX */ > % #include /* XXX */ > % @@ -51,7 +51,7 @@ > % int ifq_len; > % int ifq_maxlen; > % int ifq_drops; > % -#ifdef __FreeBSD__ > % +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) > % struct mtx ifq_mtx; > % #endif > % >=20 > No new problems, but I wonder how this even compiles when the ifdefs > are not satisfed. Here we are exporting mounds of kernel data = structures > to userland. There is a similar mess in . There it has > no ifdefs at all for the lock, mutex and event headers there, and you > didn't touch it. is unfortunately actually needed in > userland. The mutexes in its data structures cannot simply be left > out, since then the data structures become incompatible with the = actual > ones. I don't see how the above can work with the mutex left out. >=20 > By "not even compiles", I meant the header itself, but there should be > no problems there because the second ifdef should kill the only use of > all the headers. And userland should compile since it shouldn't use > the ifdefed out (kernel) parts of the data struct. But leaving out > the data substructures changes the ABI, so how could any application = that > actually uses the full structure work? And if nothing uses it, it > shouldn't be exported. >=20 > Exporting the full pollution of sys/lock.h, sys/mutex.h and = sys/event.h > to userland is probably an implementation bug. This is partially = fixed > in my version if by including these headers only for > the _KERNEL case. sys/_lock.h and sys/_mutex.h are enough for = declaring > the mutex, and sys/event*.h isn't even used in the userland parts of > . But this probably wouldn't help you much, since the > underscored mutex headers are just as unavailable as the = non-underscored > ones on non-FreeBSD systems. >=20 > I checked that this file doesn't have any comments on the changed = ifdefs > to get out of sync (it just has a misformatted one for the endif for > _KERNEL and a backwards one for the one for the idempotency endif). > I didn't check this for other files. >=20 > % diff -ur sys.old/contrib/pf/net/if_pflog.h = sys/contrib/pf/net/if_pflog.h > % --- sys.old/contrib/pf/net/if_pflog.h 2011-06-28 = 13:57:25.000000000 +0200 > % +++ sys/contrib/pf/net/if_pflog.h 2011-11-13 14:12:41.130906469 = +0100 > % @@ -30,7 +30,7 @@ > % #define PFLOGIFS_MAX 16 > % % struct pflog_softc { > % -#ifdef __FreeBSD__ > % +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) > % struct ifnet *sc_ifp; /* the interface pointer = */ > % #else > % struct ifnet sc_if; /* the interface */ >=20 > Another very fundamental ABI difference in a clearer form. It this = only > used in the kernel, and if so, why is it exported to userland? = Wouldn't > a _KERNEL ifdef work better for avoiding the latter than a > __FreeBSD_kernel__ ifdef? (It would be with && instead of ||.) >=20 > [... similarly for all the pf headers] >=20 > % diff -ur sys.old/dev/firewire/firewirereg.h = sys/dev/firewire/firewirereg.h > % --- sys.old/dev/firewire/firewirereg.h 2007-07-20 = 05:42:57.000000000 +0200 > % +++ sys/dev/firewire/firewirereg.h 2011-11-13 14:12:41.122907609 = +0100 > % @@ -75,7 +75,7 @@ > % }; > % % struct firewire_softc { > % -#if defined(__FreeBSD__) && __FreeBSD_version >=3D 500000 > % +#if (defined(__FreeBSD__) || defined(__FreeBSD_kernel__)) && = __FreeBSD_version >=3D 500000 > % struct cdev *dev; > % #endif > % struct firewire_comm *fc; >=20 > The line is now too long. >=20 > This change seems to be wrong. I think the __FreeBSD__ ifdef is only > there because of broken compilers. The correct code is simply `#if > __FreeBSD_version >=3D 500000', where with non-broken compilers > __FreeBSD_version is replaced by 0 if it is not defined. But broken > compilers warn when undefined identifiers are used in arithmetic cpp > expressions. Some users like to break their compilers using -Wundef > to give the warnings; -Werror then gives full breakage (C compilers > are permitted to give spurious diagnostics but not to fail to compile > C code.) This is normally worked around by checking if the identifier > is defined before it is used in an arithmetic expression. But here a > different identifier is checked for being defined. FreeBSD gcc = defines > both __FreeBSD__ and __FreeBSD_version__ together, so this works under > FreeBSD. I think it only works accidentally under FreeBSD, and it > still doesn't work with your changed ifdef under non-FreeBSD. >=20 > grepping for `FreeBSD.*FreeBSD_version' in $(find /sys -name *.h) = shows > very few lines, and even fewer lines with this bug. Most matching > lines do the unsurprising check that __FreeBSD_version__ is defined > before using it. The exceptions are just the above, 2 lines in > if_lmc.h and about 5 lines in ipfilter (some on comments on endifs > for ipfilter. Even ipfilter does the unsurprising comparison in > 4 lines). >=20 > grepping for `FreeBSD_version' in $(find /sys -name *.h) shows many = more > lines than the above. It follows that many headers cannot be compiled > by broken compilers, and little would be lost, at least in the kernel, > by removing all the checks that __FreeBSD_version__ is defined before > using it. But since this inconsistency intersects with your changes, > perhaps the checks are there mainly for cases that escape to userland, > where the broken compilers are more common. >=20 > % diff -ur sys.old/dev/lmc/if_lmc.h sys/dev/lmc/if_lmc.h > % --- sys.old/dev/lmc/if_lmc.h 2009-11-19 19:21:51.000000000 = +0100 > % +++ sys/dev/lmc/if_lmc.h 2011-11-13 14:12:41.124908302 +0100 > % @@ -984,7 +984,7 @@ > % #endif > % u_int32_t address1; /* buffer1 bus address */ > % u_int32_t address2; /* buffer2 bus address */ > % -#if (defined(__FreeBSD__) || defined(__NetBSD__) || = defined(__OpenBSD__)) > % +#if (defined(__FreeBSD__) || defined(__FreeBSD_kernel__) || = defined(__NetBSD__) || defined(__OpenBSD__)) > % bus_dmamap_t map; /* bus dmamap for this = descriptor */ > % # define TLP_BUS_DSL_VAL (sizeof(bus_dmamap_t) & TLP_BUS_DSL) > % #else >=20 > The line is now too long. ABI differences when __FreeBSD__ etc. is = not > defined indicated that the declaration probably doesn't actually work > without the definitions, so the whole struct probably shouldn't be > exported. >=20 > % @@ -1035,7 +1035,7 @@ > % #elif BSD > % struct mbuf *head; /* tail-queue of mbufs */ > % struct mbuf *tail; > % -# if (defined(__FreeBSD__) || defined(__NetBSD__) || = defined(__OpenBSD__)) > % +# if (defined(__FreeBSD__) || defined(__FreeBSD_kernel__) || = defined(__NetBSD__) || defined(__OpenBSD__)) > % bus_dma_tag_t tag; /* bus_dma tag for desc array */ > % bus_dmamap_t map; /* bus_dma map for desc array */ > % bus_dma_segment_t segs[2]; /* bus_dmamap_load() or = bus_dmamem_alloc() */ >=20 > As above. >=20 > % @@ -1068,7 +1068,7 @@ > % */ > % #define IOREF_CSR 1 /* access Tulip CSRs with IO cycles if 1 */ > % % -#if (defined(__FreeBSD__) && defined(DEVICE_POLLING)) > % +#if ((defined(__FreeBSD__) || defined(__FreeBSD_kernel__)) && = defined(DEVICE_POLLING)) > % # define DEV_POLL 1 > % #else > % # define DEV_POLL 0 >=20 > As above, plus DEVICE_POLLING is only defined in a kernel options = header, > so there shouldn't be ifdefs on it in header files, even in the = kernel. >=20 > % @@ -1151,7 +1151,7 @@ > % # endif > % #endif > % % -#ifdef __FreeBSD__ > % +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) > % struct callout callout; /* watchdog needs this = */ > % struct device *dev; /* base device pointer = */ > % bus_space_tag_t csr_tag; /* bus_space needs this = */ >=20 > But I may misunderstand how __FreeBSD_kernel__ works. Data structures > containing kernel things like the kernel watchdog callout shouldn't be > exported. Given that they are, they should be exported with the full > kernel mess so that their layout for the non-kernel parts doesn't > depend on ifdefs. The __FreeBSD__ ifdef was bogus, but had no effect > under FreeBSD since FreeBSD gcc always defines it. A _KERNEL ifdef > would have given a wrong ABI in userland. Your __FreeBSD_kernel__ > ifdef seems to be equivalent to a _KERNEL ifdef for non-FreeBSD. Thus > it gives a changed ABI for non-FreeBSD. I don't see how the changed > ABI can work unless it is not used. But if it is not used, then the > whold ABI should be ifdefed out. This may be beyond the scope of > your changes. >=20 > % @@ -1428,7 +1428,7 @@ > % #endif > % % #if (defined(__bsdi__) || /* unconditionally */ \ > % - (defined(__FreeBSD__) && (__FreeBSD_version < 503000)) || \ > % + ((defined(__FreeBSD__) || defined(__FreeBSD_kernel__)) && = (__FreeBSD_version < 503000)) || \ > % (defined(__NetBSD__) && (__NetBSD_Version__ < 106000000)) || \ > % (defined(__OpenBSD__) && ( OpenBSD < 200111))) > % # define IFQ_ENQUEUE(ifq, m, pa, err) \ >=20 > Another long line. The /* unconditionally */ comment is now even more > grossly mismatched with the code. >=20 > % @@ -1531,7 +1531,7 @@ > % static int t1_ioctl(softc_t *, struct ioctl *); > % % #if IFNET > % -# if ((defined(__FreeBSD__) && (__FreeBSD_version < 500000)) ||\ > % +# if (((defined(__FreeBSD__) || defined(__FreeBSD_kernel__)) && = __FreeBSD_version < 500000) ||\ > % defined(__NetBSD__) || defined(__OpenBSD__) || = defined(__bsdi__)) > % static void netisr_dispatch(int, struct mbuf *); > % # endif >=20 > Another long line. There are many old style bugs in these ifdefs, = starting > with __bsdi__ being first in the previous ifdef and last in this one. >=20 > % @@ -1570,7 +1570,7 @@ > % static void core_interrupt(void *, int); > % static void user_interrupt(softc_t *, int); > % #if BSD > % -# if (defined(__FreeBSD__) && defined(DEVICE_POLLING)) > % +# if (defined(__FreeBSD__) || defined(__FreeBSD_kernel__)) && = defined(DEVICE_POLLING) > % static int fbsd_poll(struct ifnet *, enum poll_cmd, int); > % # endif > % static intr_return_t bsd_interrupt(void *); >=20 > Another long line. Now the declaration is of a kernel function, so = the > condition for if is clearly nonsense. Why not just `#ifdef = DEVICE_POLLING' > or no ifdef at all. The function is static in a .c file, so declaring = it > as static in a public header is worse than its ifdefs. Better yet, = the > ifdef for it here didn't match the ifdef for it in the .c file, and is > now further from matching (the C file has an ifdef on BSD, __FreeBSD__ > and DEVICE_POLLING, while the header file had an ifdef on _KERNEL, > KERNEL, __KERNEL__, __FreeBSD__ and DEVICE_POLLING). Fixing mistakes = in > DEVICE_POLLING is clearly beyond the scope of your changes. >=20 > % @@ -1638,7 +1638,7 @@ > % static int attach_card(softc_t *, const char *); > % static void detach_card(softc_t *); > % % -#ifdef __FreeBSD__ > % +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) > % static int fbsd_probe(device_t); > % static int fbsd_detach(device_t); > % static int fbsd_shutdown(device_t); >=20 > This file is especially bad. >=20 > % diff -ur sys.old/netinet/sctp_constants.h = sys/netinet/sctp_constants.h > % --- sys.old/netinet/sctp_constants.h 2011-09-17 = 10:50:29.000000000 +0200 > % +++ sys/netinet/sctp_constants.h 2011-11-13 14:12:41.145908872 = +0100 > % @@ -1020,7 +1020,7 @@ > % #define SCTP_GETTIME_TIMEVAL(x) (getmicrouptime(x)) > % #define SCTP_GETPTIME_TIMEVAL(x) (microuptime(x)) > % #endif > % -/*#if defined(__FreeBSD__) || defined(__APPLE__)*/ > % +/*#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) || = defined(__APPLE__)*/ > % /*#define SCTP_GETTIME_TIMEVAL(x) { \*/ > % /* (x)->tv_sec =3D ticks / 1000; \*/ > % /* (x)->tv_usec =3D (ticks % 1000) * 1000; \*/ >=20 > Line too long. >=20 > % diff -ur sys.old/netinet/sctp_pcb.h sys/netinet/sctp_pcb.h > % --- sys.old/netinet/sctp_pcb.h 2011-09-14 10:15:21.000000000 = +0200 > % +++ sys/netinet/sctp_pcb.h 2011-11-13 14:12:41.148909632 +0100 > % @@ -240,7 +240,7 @@ > % * All static structures that anchor the system must be here. > % */ > % struct sctp_epinfo sctppcbinfo; > % -#if defined(__FreeBSD__) && defined(SMP) && = defined(SCTP_USE_PERCPU_STAT) > % +#if (defined(__FreeBSD__) || defined(__FreeBSD_kernel__)) && = defined(SMP) && defined(SCTP_USE_PERCPU_STAT) > % struct sctpstat *sctpstat; > % #else > % struct sctpstat sctpstat; > % @@ -632,7 +632,7 @@ > % struct sctp_inpcb *, > % uint8_t co_off); > % % -#if defined(__FreeBSD__) && defined(SCTP_MCORE_INPUT) && = defined(SMP) > % +#if (defined(__FreeBSD__) || defined(__FreeBSD_kernel__)) && = defined(SCTP_MCORE_INPUT) && defined(SMP) > % void > % sctp_queue_to_mcore(struct mbuf *m, int off, int cpu_to_use); > % >=20 > Lines too long. How would the kernel options be defined for = non-FreeBSD? > I.e., why have any __FreeBSD* ifdefs at all here? >=20 >=20 > % diff -ur sys.old/netinet/sctp_structs.h sys/netinet/sctp_structs.h > % --- sys.old/netinet/sctp_structs.h 2011-10-10 18:31:18.000000000 = +0200 > % +++ sys/netinet/sctp_structs.h 2011-11-13 14:12:41.150907531 = +0100 > % @@ -108,7 +108,7 @@ > % typedef int (*inp_func) (struct sctp_inpcb *, void *ptr, uint32_t = val); > % typedef void (*end_func) (void *ptr, uint32_t val); > % % -#if defined(__FreeBSD__) && defined(SCTP_MCORE_INPUT) && = defined(SMP) > % +#if (defined(__FreeBSD__) || defined(__FreeBSD_kernel__)) && = defined(SCTP_MCORE_INPUT) && defined(SMP) > % /* whats on the mcore control struct */ > % struct sctp_mcore_queue { > % TAILQ_ENTRY(sctp_mcore_queue) next; >=20 > Line too long. >=20 > % diff -ur sys.old/netinet/sctp_uio.h sys/netinet/sctp_uio.h > % --- sys.old/netinet/sctp_uio.h 2011-08-14 22:55:32.000000000 = +0200 > % +++ sys/netinet/sctp_uio.h 2011-11-13 14:12:41.152905989 +0100 > % @@ -1056,7 +1056,7 @@ > % % #define SCTP_STAT_INCR(_x) SCTP_STAT_INCR_BY(_x,1) > % #define SCTP_STAT_DECR(_x) SCTP_STAT_DECR_BY(_x,1) > % -#if defined(__FreeBSD__) && defined(SMP) && = defined(SCTP_USE_PERCPU_STAT) > % +#if (defined(__FreeBSD__) || defined(__FreeBSD_kernel__)) && = defined(SMP) && defined(SCTP_USE_PERCPU_STAT) > % #define SCTP_STAT_INCR_BY(_x,_d) = (SCTP_BASE_STATS[PCPU_GET(cpuid)]._x +=3D _d) > % #define SCTP_STAT_DECR_BY(_x,_d) = (SCTP_BASE_STATS[PCPU_GET(cpuid)]._x -=3D _d) > % #else >=20 > As usual. >=20 > Bruce > _______________________________________________ > freebsd-arch@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arch > To unsubscribe, send any mail to = "freebsd-arch-unsubscribe@freebsd.org" >=20 >=20 From owner-freebsd-current@FreeBSD.ORG Fri Nov 25 19:01:42 2011 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 5500C106566B for ; Fri, 25 Nov 2011 19:01:42 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3EB358FC1C for ; Fri, 25 Nov 2011 19:01:42 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id pAPJ1f3V068054 for ; Fri, 25 Nov 2011 19:01:41 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id pAPJ1fXf068033 for freebsd-current@freebsd.org; Fri, 25 Nov 2011 19:01:41 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Fri, 25 Nov 2011 20:01:37 +0100 From: Baptiste Daroussin To: freebsd-current@FreeBSD.org Message-ID: <20111125190137.GA4420@azathoth.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wRRV7LY7NUeQGEoC" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Upgrade contributed gperf, m4 and flex X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2011 19:01:42 -0000 --wRRV7LY7NUeQGEoC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I plan to upgrade gperf to the latest GPLv2 version: 3.0.3. I also plan to upgrade m4 syncing code from openbsd, taking code from netbsd (improve gnu m4 compatibility). and last: upgrade flex to the latest upstream version (it will need the m4 upgrade) while here I'll move back flex to contrib/ patches can be found there:=20 http://people.freebsd.org/~bapt/flex-update.diff http://people.freebsd.org/~bapt/update_m4_from_openbsd_and_netbsd.diff http://people.freebsd.org/~bapt/upgrade-gperf-to-3.0.3.diff While pushing this upgrade I plan to bump the FreeBSD_version so that ports= can easily benefit of this upgrades, regards, Bapt --wRRV7LY7NUeQGEoC Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk7P5hEACgkQ8kTtMUmk6EzdUwCggZpOAchdHgDxwQ0qbqQ0TLvq T60Ani8x8YXjQAoHAKIGmCrlUT7MdD2N =0XI4 -----END PGP SIGNATURE----- --wRRV7LY7NUeQGEoC-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 25 19:20:10 2011 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 EF5711065670; Fri, 25 Nov 2011 19:20:10 +0000 (UTC) (envelope-from feld@feld.me) Received: from mwi1.coffeenet.org (unknown [IPv6:2607:f4e0:100:300::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9DFD78FC15; Fri, 25 Nov 2011 19:20:10 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=feld.me; s=blargle; h=Message-Id:Subject:To:From:Date:Content-Transfer-Encoding:Content-Type:Mime-Version; bh=WfSOLegWPyQqhcph8/kt81XRSe83humkyFQZGtDdkO4=; b=dgMst82goRDtRClIqYnfi+qEpHlWoxIQNQZg4quligq9oFi6Zq/R1RdDUtR94CK9e7bcb1Kpo7pAfVt7TdJEpv5cxBhApUdI0sltfXzzKG9EUaUQHbz/C0XwXYUb6t45; Received: from localhost ([127.0.0.1] helo=mwi1.coffeenet.org) by mwi1.coffeenet.org with esmtp (Exim 4.77 (FreeBSD)) (envelope-from ) id 1RU1Jg-00052X-Fl; Fri, 25 Nov 2011 13:20:09 -0600 Received: from feld@feld.me by mwi1.coffeenet.org (Archiveopteryx 3.1.4) with esmtpsa id 1322248801-1863-1862/5/1; Fri, 25 Nov 2011 19:20:01 +0000 Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Date: Fri, 25 Nov 2011 13:20:01 -0600 From: Mark Felder To: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Message-Id: <95d00c1b714837aa32e7da72bc4afd03@feld.me> X-Sender: feld@feld.me User-Agent: Roundcube Webmail/0.6 X-SA-Score: -1.0 Cc: Subject: zfs i/o hangs on 9-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, 25 Nov 2011 19:20:11 -0000 13:14:32 nas:~ > uname -a FreeBSD nas.feld.me 9.0-PRERELEASE FreeBSD 9.0-PRERELEASE #3 r227971M:=20 Fri Nov 25 10:07:48 CST 2011 =20 root@nas.feld.me:/usr/obj/tank/svn/sys/GENERIC amd64 This seemed to start happening sometime after RC1. I tried 8-STABLE and=20 it's happening there too right now. I think whatever caused this was=20 MFC'd. I've also reproduced this on completely different hardware=20 running a single disk ZFS pool. I'm getting this output in dmesg after these hangs I keep seeing. uma_zalloc_arg: zone "pfrktable" with the following non-sleepable locks=20 held: exclusive sleep mutex pf task mtx (pf task mtx) r =3D 0=20 (0xffffffff8199af20) locked @=20 /tank/svn/sys/modules/pf/../../contrib/pf/net/pf_ioctl.c:1589 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 _witness_debugger() at _witness_debugger+0x2e witness_warn() at witness_warn+0x2c4 uma_zalloc_arg() at uma_zalloc_arg+0x335 pfr_create_ktable() at pfr_create_ktable+0xd8 pfr_ina_define() at pfr_ina_define+0x12b pfioctl() at pfioctl+0x1c5a devfs_ioctl_f() at devfs_ioctl_f+0x7a kern_ioctl() at kern_ioctl+0xcd sys_ioctl() at sys_ioctl+0xfd amd64_syscall() at amd64_syscall+0x3ac Xfast_syscall() at Xfast_syscall+0xf7 =2D-- syscall (54, FreeBSD ELF64, sys_ioctl), rip =3D 0x800da711c, rsp = =3D=20 0x7fffffff9d28, rbp =3D 0x7fffffffa1f0 --- uma_zalloc_arg: zone "pfrktable" with the following non-sleepable locks=20 held: exclusive sleep mutex pf task mtx (pf task mtx) r =3D 0=20 (0xffffffff8199af20) locked @=20 /tank/svn/sys/modules/pf/../../contrib/pf/net/pf_ioctl.c:1589 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 _witness_debugger() at _witness_debugger+0x2e witness_warn() at witness_warn+0x2c4 uma_zalloc_arg() at uma_zalloc_arg+0x335 pfr_create_ktable() at pfr_create_ktable+0xd8 pfr_ina_define() at pfr_ina_define+0x179 pfioctl() at pfioctl+0x1c5a devfs_ioctl_f() at devfs_ioctl_f+0x7a kern_ioctl() at kern_ioctl+0xcd sys_ioctl() at sys_ioctl+0xfd amd64_syscall() at amd64_syscall+0x3ac Xfast_syscall() at Xfast_syscall+0xf7 =2D-- syscall (54, FreeBSD ELF64, sys_ioctl), rip =3D 0x800da711c, rsp = =3D=20 0x7fffffff9d28, rbp =3D 0x7fffffffa1f0 --- uma_zalloc_arg: zone "pfrkentry" with the following non-sleepable locks=20 held: exclusive sleep mutex pf task mtx (pf task mtx) r =3D 0=20 (0xffffffff8199af20) locked @=20 /tank/svn/sys/modules/pf/../../contrib/pf/net/pf_table.c:75 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 _witness_debugger() at _witness_debugger+0x2e witness_warn() at witness_warn+0x2c4 uma_zalloc_arg() at uma_zalloc_arg+0x335 pfr_create_kentry() at pfr_create_kentry+0x73 pfr_ina_define() at pfr_ina_define+0x2ef pfioctl() at pfioctl+0x1c5a devfs_ioctl_f() at devfs_ioctl_f+0x7a kern_ioctl() at kern_ioctl+0xcd sys_ioctl() at sys_ioctl+0xfd amd64_syscall() at amd64_syscall+0x3ac Xfast_syscall() at Xfast_syscall+0xf7 =2D-- syscall (54, FreeBSD ELF64, sys_ioctl), rip =3D 0x800da711c, rsp = =3D=20 0x7fffffff9d28, rbp =3D 0x7fffffffa1f0 --- uma_zalloc_arg: zone "pfrkentry" with the following non-sleepable locks=20 held: exclusive sleep mutex pf task mtx (pf task mtx) r =3D 0=20 (0xffffffff8199af20) locked @=20 /tank/svn/sys/modules/pf/../../contrib/pf/net/pf_table.c:75 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 _witness_debugger() at _witness_debugger+0x2e witness_warn() at witness_warn+0x2c4 uma_zalloc_arg() at uma_zalloc_arg+0x335 pfr_create_kentry() at pfr_create_kentry+0x73 pfr_ina_define() at pfr_ina_define+0x2ef pfioctl() at pfioctl+0x1c5a devfs_ioctl_f() at devfs_ioctl_f+0x7a kern_ioctl() at kern_ioctl+0xcd sys_ioctl() at sys_ioctl+0xfd amd64_syscall() at amd64_syscall+0x3ac Xfast_syscall() at Xfast_syscall+0xf7 =2D-- syscall (54, FreeBSD ELF64, sys_ioctl), rip =3D 0x800da711c, rsp = =3D=20 0x7fffffff9d28, rbp =3D 0x7fffffffa1f0 --- uma_zalloc_arg: zone "pfrkentry" with the following non-sleepable locks=20 held: exclusive sleep mutex pf task mtx (pf task mtx) r =3D 0=20 (0xffffffff8199af20) locked @=20 /tank/svn/sys/modules/pf/../../contrib/pf/net/pf_table.c:75 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 _witness_debugger() at _witness_debugger+0x2e witness_warn() at witness_warn+0x2c4 uma_zalloc_arg() at uma_zalloc_arg+0x335 pfr_create_kentry() at pfr_create_kentry+0x73 pfr_ina_define() at pfr_ina_define+0x2ef pfioctl() at pfioctl+0x1c5a devfs_ioctl_f() at devfs_ioctl_f+0x7a kern_ioctl() at kern_ioctl+0xcd sys_ioctl() at sys_ioctl+0xfd amd64_syscall() at amd64_syscall+0x3ac Xfast_syscall() at Xfast_syscall+0xf7 =2D-- syscall (54, FreeBSD ELF64, sys_ioctl), rip =3D 0x800da711c, rsp = =3D=20 0x7fffffff9d28, rbp =3D 0x7fffffffa1f0 --- uma_zalloc_arg: zone "pfrkentry" with the following non-sleepable locks=20 held: exclusive sleep mutex pf task mtx (pf task mtx) r =3D 0=20 (0xffffffff8199af20) locked @=20 /tank/svn/sys/modules/pf/../../contrib/pf/net/pf_table.c:75 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 _witness_debugger() at _witness_debugger+0x2e witness_warn() at witness_warn+0x2c4 uma_zalloc_arg() at uma_zalloc_arg+0x335 pfr_create_kentry() at pfr_create_kentry+0x73 pfr_ina_define() at pfr_ina_define+0x2ef pfioctl() at pfioctl+0x1c5a devfs_ioctl_f() at devfs_ioctl_f+0x7a kern_ioctl() at kern_ioctl+0xcd sys_ioctl() at sys_ioctl+0xfd amd64_syscall() at amd64_syscall+0x3ac Xfast_syscall() at Xfast_syscall+0xf7 =2D-- syscall (54, FreeBSD ELF64, sys_ioctl), rip =3D 0x800da711c, rsp = =3D=20 0x7fffffff9d28, rbp =3D 0x7fffffffa1f0 --- uma_zalloc_arg: zone "pfrkentry" with the following non-sleepable locks=20 held: exclusive sleep mutex pf task mtx (pf task mtx) r =3D 0=20 (0xffffffff8199af20) locked @=20 /tank/svn/sys/modules/pf/../../contrib/pf/net/pf_table.c:75 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 _witness_debugger() at _witness_debugger+0x2e witness_warn() at witness_warn+0x2c4 uma_zalloc_arg() at uma_zalloc_arg+0x335 pfr_create_kentry() at pfr_create_kentry+0x73 pfr_ina_define() at pfr_ina_define+0x2ef pfioctl() at pfioctl+0x1c5a devfs_ioctl_f() at devfs_ioctl_f+0x7a kern_ioctl() at kern_ioctl+0xcd sys_ioctl() at sys_ioctl+0xfd amd64_syscall() at amd64_syscall+0x3ac Xfast_syscall() at Xfast_syscall+0xf7 =2D-- syscall (54, FreeBSD ELF64, sys_ioctl), rip =3D 0x800da711c, rsp = =3D=20 0x7fffffff9d28, rbp =3D 0x7fffffffa1f0 --- uma_zalloc_arg: zone "pfrktable" with the following non-sleepable locks=20 held: exclusive sleep mutex pf task mtx (pf task mtx) r =3D 0=20 (0xffffffff8199af20) locked @=20 /tank/svn/sys/modules/pf/../../contrib/pf/net/pf_ioctl.c:1589 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 _witness_debugger() at _witness_debugger+0x2e witness_warn() at witness_warn+0x2c4 uma_zalloc_arg() at uma_zalloc_arg+0x335 pfr_create_ktable() at pfr_create_ktable+0xd8 pfr_ina_define() at pfr_ina_define+0x12b pfioctl() at pfioctl+0x1c5a devfs_ioctl_f() at devfs_ioctl_f+0x7a kern_ioctl() at kern_ioctl+0xcd sys_ioctl() at sys_ioctl+0xfd amd64_syscall() at amd64_syscall+0x3ac Xfast_syscall() at Xfast_syscall+0xf7 =2D-- syscall (54, FreeBSD ELF64, sys_ioctl), rip =3D 0x800da711c, rsp = =3D=20 0x7fffffff9d28, rbp =3D 0x7fffffffa1f0 --- uma_zalloc_arg: zone "pfrktable" with the following non-sleepable locks=20 held: exclusive sleep mutex pf task mtx (pf task mtx) r =3D 0=20 (0xffffffff8199af20) locked @=20 /tank/svn/sys/modules/pf/../../contrib/pf/net/pf_ioctl.c:1589 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 _witness_debugger() at _witness_debugger+0x2e witness_warn() at witness_warn+0x2c4 uma_zalloc_arg() at uma_zalloc_arg+0x335 pfr_create_ktable() at pfr_create_ktable+0xd8 pfr_ina_define() at pfr_ina_define+0x179 pfioctl() at pfioctl+0x1c5a devfs_ioctl_f() at devfs_ioctl_f+0x7a kern_ioctl() at kern_ioctl+0xcd sys_ioctl() at sys_ioctl+0xfd amd64_syscall() at amd64_syscall+0x3ac Xfast_syscall() at Xfast_syscall+0xf7 =2D-- syscall (54, FreeBSD ELF64, sys_ioctl), rip =3D 0x800da711c, rsp = =3D=20 0x7fffffff9d28, rbp =3D 0x7fffffffa1f0 --- From owner-freebsd-current@FreeBSD.ORG Fri Nov 25 20:05:33 2011 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 5E6471065677 for ; Fri, 25 Nov 2011 20:05:33 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 148268FC15 for ; Fri, 25 Nov 2011 20:05:32 +0000 (UTC) Received: by vbbfa15 with SMTP id fa15so4928169vbb.13 for ; Fri, 25 Nov 2011 12:05:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=QxIx6rhGEGVOqFzP8dNOmsvZZw381XHbUBgl2HEQO44=; b=crGP4iniOtjhdmJx1wcxk52IV5VCQpXrSLdnzrMhVwpVkoceymIq1o8SzMLwVzYMCe HRx/84KUK7/12E3fZ6yBQXV1l2naVvUAE+nHdpDCkCmpUiOKDLWmkZsOsKbcFFhGUwes vpI4AVMD/Y4OIO3tqSWtXqi4vsn03Nqcsfn64= MIME-Version: 1.0 Received: by 10.52.65.114 with SMTP id w18mr34569121vds.4.1322249968192; Fri, 25 Nov 2011 11:39:28 -0800 (PST) Received: by 10.220.183.13 with HTTP; Fri, 25 Nov 2011 11:39:28 -0800 (PST) In-Reply-To: <95d00c1b714837aa32e7da72bc4afd03@feld.me> References: <95d00c1b714837aa32e7da72bc4afd03@feld.me> Date: Fri, 25 Nov 2011 11:39:28 -0800 Message-ID: From: Freddie Cash To: Mark Felder Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: zfs i/o hangs on 9-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, 25 Nov 2011 20:05:33 -0000 On Fri, Nov 25, 2011 at 11:20 AM, Mark Felder wrote: > 13:14:32 nas:~ > uname -a > FreeBSD nas.feld.me 9.0-PRERELEASE FreeBSD 9.0-PRERELEASE #3 r227971M: > Fri Nov 25 10:07:48 CST 2011 root@nas.feld.me:/usr/obj/**tank/svn/sys/GENERIC > amd64 > > This seemed to start happening sometime after RC1. I tried 8-STABLE and > it's happening there too right now. I think whatever caused this was MFC'd. > I've also reproduced this on completely different hardware running a single > disk ZFS pool. > > I'm getting this output in dmesg after these hangs I keep seeing. > > uma_zalloc_arg: zone "pfrktable" with the following non-sleepable locks > held: > There's a lot of uma_* stuff in there. Just curious, what's the following sysctl set to: vfs.zfs.zio.use_uma Back in the 8.x days, it was recommended to set it to 0 due to bugs: http://lists.freebsd.org/pipermail/freebsd-stable/2010-June/057162.html No idea if this is still the case or not, but you may want to try toggling that sysctl and see if it makes a difference. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Fri Nov 25 20:56:21 2011 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 4743C1065673; Fri, 25 Nov 2011 20:56:21 +0000 (UTC) (envelope-from feld@feld.me) Received: from mwi1.coffeenet.org (unknown [IPv6:2607:f4e0:100:300::2]) by mx1.freebsd.org (Postfix) with ESMTP id F0DB48FC16; Fri, 25 Nov 2011 20:56:20 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=feld.me; s=blargle; h=Message-Id:References:In-Reply-To:Subject:To:From:Date:Content-Type:Mime-Version; bh=3qsPWV999y6gw2pWnyaAeEerFuAhcJFp+ARd1ZnFNqk=; b=qp0ZWPCE3QQQ6wVYdwHixELeJs0NW51zEmxE8eOhr1rVstKSheODBLFdijpZZFQAp7ioU4SzENIcI668na2k454RvbONtl/T4aJGFYg3iSikfdsNZkvajCPyhUXkR3+O; Received: from localhost ([127.0.0.1] helo=mwi1.coffeenet.org) by mwi1.coffeenet.org with esmtp (Exim 4.77 (FreeBSD)) (envelope-from ) id 1RU2ok-0007SK-Az; Fri, 25 Nov 2011 14:56:19 -0600 Received: from feld@feld.me by mwi1.coffeenet.org (Archiveopteryx 3.1.4) with esmtpsa id 1322254572-1863-1862/5/2; Fri, 25 Nov 2011 20:56:12 +0000 Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Date: Fri, 25 Nov 2011 14:56:11 -0600 From: Mark Felder To: freebsd-fs@freebsd.org, freebsd-current@freebsd.org In-Reply-To: References: <95d00c1b714837aa32e7da72bc4afd03@feld.me> Message-Id: X-Sender: feld@feld.me User-Agent: Roundcube Webmail/0.6 X-SA-Score: -1.0 Cc: Subject: Re: zfs i/o hangs on 9-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, 25 Nov 2011 20:56:21 -0000 On 25.11.2011 13:39, Freddie Cash wrote: > > There's a lot of uma_* stuff in there. Just curious, what's the > following > sysctl set to: > > vfs.zfs.zio.use_uma > > Back in the 8.x days, it was recommended to set it to 0 due to bugs: > > http://lists.freebsd.org/pipermail/freebsd-stable/2010-June/057162.html > > No idea if this is still the case or not, but you may want to try > toggling > that sysctl and see if it makes a difference. Confirmed mine is set to 0. From owner-freebsd-current@FreeBSD.ORG Fri Nov 25 22:30:02 2011 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 E7DFB1065782; Fri, 25 Nov 2011 22:30:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 87D238FC15; Fri, 25 Nov 2011 22:30:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAPMU0cE043671; Fri, 25 Nov 2011 17:30:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAPMU0Iw043666; Fri, 25 Nov 2011 22:30:00 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 25 Nov 2011 22:30:00 GMT Message-Id: <201111252230.pAPMU0Iw043666@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Fri, 25 Nov 2011 22:30:02 -0000 TB --- 2011-11-25 22:13:30 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-25 22:13:30 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-11-25 22:13:30 - cleaning the object tree TB --- 2011-11-25 22:13:43 - cvsupping the source tree TB --- 2011-11-25 22:13:43 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-11-25 22:14:06 - building world TB --- 2011-11-25 22:14:06 - CROSS_BUILD_TESTING=YES TB --- 2011-11-25 22:14:06 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-25 22:14:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-25 22:14:06 - SRCCONF=/dev/null TB --- 2011-11-25 22:14:06 - TARGET=powerpc TB --- 2011-11-25 22:14:06 - TARGET_ARCH=powerpc TB --- 2011-11-25 22:14:06 - TZ=UTC TB --- 2011-11-25 22:14:06 - __MAKE_CONF=/dev/null TB --- 2011-11-25 22:14:06 - cd /src TB --- 2011-11-25 22:14:06 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 25 22:14:06 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/powerpc.powerpc/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-25 22:30:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-25 22:30:00 - ERROR: failed to build world TB --- 2011-11-25 22:30:00 - 747.40 user 142.79 system 989.23 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 25 22:47:12 2011 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 2B0EA106566C; Fri, 25 Nov 2011 22:47:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id C0E0F8FC13; Fri, 25 Nov 2011 22:47:11 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAPMlAbn054921; Fri, 25 Nov 2011 17:47:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAPMlA3B054916; Fri, 25 Nov 2011 22:47:10 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 25 Nov 2011 22:47:10 GMT Message-Id: <201111252247.pAPMlA3B054916@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/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: Fri, 25 Nov 2011 22:47:12 -0000 TB --- 2011-11-25 22:30:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-25 22:30:00 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-11-25 22:30:00 - cleaning the object tree TB --- 2011-11-25 22:30:17 - cvsupping the source tree TB --- 2011-11-25 22:30:17 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-11-25 22:30:31 - building world TB --- 2011-11-25 22:30:31 - CROSS_BUILD_TESTING=YES TB --- 2011-11-25 22:30:31 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-25 22:30:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-25 22:30:31 - SRCCONF=/dev/null TB --- 2011-11-25 22:30:31 - TARGET=powerpc TB --- 2011-11-25 22:30:31 - TARGET_ARCH=powerpc64 TB --- 2011-11-25 22:30:31 - TZ=UTC TB --- 2011-11-25 22:30:31 - __MAKE_CONF=/dev/null TB --- 2011-11-25 22:30:31 - cd /src TB --- 2011-11-25 22:30:31 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 25 22:30:31 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/powerpc.powerpc64/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-25 22:47:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-25 22:47:10 - ERROR: failed to build world TB --- 2011-11-25 22:47:10 - 769.86 user 151.57 system 1030.00 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 25 22:48:05 2011 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 8B59B1065675; Fri, 25 Nov 2011 22:48:05 +0000 (UTC) (envelope-from davide.italiano@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 147FC8FC0A; Fri, 25 Nov 2011 22:48:04 +0000 (UTC) Received: by vbbfa15 with SMTP id fa15so5027158vbb.13 for ; Fri, 25 Nov 2011 14:48:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=tbGhgV+DgEkJhzzegWCI1NOKFExpjlKte975aCKcFDs=; b=ebq+oIPEx9sVIrJ5GDn70zYCFbjs3dUVUbZ2L50wd4ZWceckO6RfzeNXfCvSN4P6xd reiPjIRPr/0lX2dgnPNy/pgFB9tBvcLJaUywM7LAe0lW3h+BL7wy9qOKTk3vCJ4E99c1 Gmr+2FxezcgLb6n2GjS75W2uElLyAidHvP3gA= MIME-Version: 1.0 Received: by 10.52.35.75 with SMTP id f11mr35427391vdj.18.1322261284380; Fri, 25 Nov 2011 14:48:04 -0800 (PST) Received: by 10.52.164.164 with HTTP; Fri, 25 Nov 2011 14:48:04 -0800 (PST) Date: Fri, 25 Nov 2011 23:48:04 +0100 Message-ID: From: Davide Italiano To: Attilio Rao , Fabien Thomas , George Neville-Neil , freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: [PATCH] iap_event_westmere_ok_on_counter(), some events missing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2011 22:48:05 -0000 Hi hackers, I've taken a closer look to iap_event_westmere_ok_on_counter() and comparing the code with the intel documentation it seems that some events some events valid only on 0-1 counter are not listed. Maybe I'm missing somethin', so please point me out. Otherwise, there's a patch that should fix http://davit.altervista.org/westmere_ok_on_counter.diff For more info, in the "Intel developers manual volume 3", appendix A (field comments). Kind Regards Davide From owner-freebsd-current@FreeBSD.ORG Fri Nov 25 22:54:02 2011 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 3FB7A106564A; Fri, 25 Nov 2011 22:54:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id DBFBD8FC08; Fri, 25 Nov 2011 22:54:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAPMs1dc024853; Fri, 25 Nov 2011 17:54:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAPMs1g1024852; Fri, 25 Nov 2011 22:54:01 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 25 Nov 2011 22:54:01 GMT Message-Id: <201111252254.pAPMs1g1024852@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Fri, 25 Nov 2011 22:54:02 -0000 TB --- 2011-11-25 22:42:21 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-25 22:42:21 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-11-25 22:42:21 - cleaning the object tree TB --- 2011-11-25 22:42:39 - cvsupping the source tree TB --- 2011-11-25 22:42:39 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-11-25 22:42:53 - building world TB --- 2011-11-25 22:42:53 - CROSS_BUILD_TESTING=YES TB --- 2011-11-25 22:42:53 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-25 22:42:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-25 22:42:53 - SRCCONF=/dev/null TB --- 2011-11-25 22:42:53 - TARGET=sparc64 TB --- 2011-11-25 22:42:53 - TARGET_ARCH=sparc64 TB --- 2011-11-25 22:42:53 - TZ=UTC TB --- 2011-11-25 22:42:53 - __MAKE_CONF=/dev/null TB --- 2011-11-25 22:42:53 - cd /src TB --- 2011-11-25 22:42:53 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 25 22:42:53 UTC 2011 >>> 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 [...] c++ -fPIC -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fPIC -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fPIC -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fPIC -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fPIC -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fPIC -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/sparc64.sparc64/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-25 22:54:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-25 22:54:01 - ERROR: failed to build world TB --- 2011-11-25 22:54:01 - 524.70 user 126.40 system 699.58 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 25 22:02:11 2011 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 F0F5D106566B for ; Fri, 25 Nov 2011 22:02:11 +0000 (UTC) (envelope-from giffunip@tutopia.com) Received: from nm21.bullet.mail.ne1.yahoo.com (nm21.bullet.mail.ne1.yahoo.com [98.138.90.84]) by mx1.freebsd.org (Postfix) with SMTP id A50648FC12 for ; Fri, 25 Nov 2011 22:02:11 +0000 (UTC) Received: from [98.138.90.57] by nm21.bullet.mail.ne1.yahoo.com with NNFMP; 25 Nov 2011 21:48:39 -0000 Received: from [98.138.89.170] by tm10.bullet.mail.ne1.yahoo.com with NNFMP; 25 Nov 2011 21:48:39 -0000 Received: from [127.0.0.1] by omp1026.mail.ne1.yahoo.com with NNFMP; 25 Nov 2011 21:48:39 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 519281.60303.bm@omp1026.mail.ne1.yahoo.com Received: (qmail 41456 invoked by uid 60001); 25 Nov 2011 21:48:38 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1322257718; bh=AdWFgFZELUplMxzhUSP38GWBrIRjXgJRzsFOyaOxVi4=; h=X-YMail-OSG:Received:X-RocketYMMF:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:Cc:MIME-Version:Content-Type; b=3Z7ZezYBiamULy4OYBSyEatAQPqoMhv4Fon5dxMQ7M8KQ/1bknLNutt/hTNVHXQc83cfcPccVS7r1Ubw/2xFyqb1ta2mCLkiBTgGTcltLxHmy2eFzEuVdXan+KMS2Yv55KwtJ8DykCHYba+oA9AMwbRQ19NanNd8kkI2rTE3H0k= X-YMail-OSG: pnWr4GYVM1kBotfymkYj4xpTwOI7eOkRVlQcXBB4mvUIlC5 PPhvehWEP Received: from [200.118.157.7] by web113516.mail.gq1.yahoo.com via HTTP; Fri, 25 Nov 2011 13:48:38 PST X-RocketYMMF: giffunip X-Mailer: YahooMailClassic/15.0.4 YahooMailWebService/0.8.115.325013 Message-ID: <1322257718.39660.YahooMailClassic@web113516.mail.gq1.yahoo.com> Date: Fri, 25 Nov 2011 13:48:38 -0800 (PST) From: "Pedro F. Giffuni" To: freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Fri, 25 Nov 2011 23:24:44 +0000 Cc: Baptiste Daroussin Subject: Re: Upgrade contributed gperf, m4 and flex X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: giffunip@tutopia.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, 25 Nov 2011 22:02:12 -0000 Thank you Baptiste!! I understand exactly why you want this :). Please close gnu/161289 when you are done. Pedro. From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 00:02:07 2011 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 7A8F4106564A; Sat, 26 Nov 2011 00:02:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 2333F8FC08; Sat, 26 Nov 2011 00:02:06 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ026kR066624; Fri, 25 Nov 2011 19:02:06 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ025CX066623; Sat, 26 Nov 2011 00:02:06 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 00:02:06 GMT Message-Id: <201111260002.pAQ025CX066623@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 00:02:07 -0000 TB --- 2011-11-25 23:50:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-25 23:50:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-11-25 23:50:00 - cleaning the object tree TB --- 2011-11-25 23:50:26 - cvsupping the source tree TB --- 2011-11-25 23:50:26 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-11-25 23:50:41 - building world TB --- 2011-11-25 23:50:41 - CROSS_BUILD_TESTING=YES TB --- 2011-11-25 23:50:41 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-25 23:50:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-25 23:50:41 - SRCCONF=/dev/null TB --- 2011-11-25 23:50:41 - TARGET=arm TB --- 2011-11-25 23:50:41 - TARGET_ARCH=arm TB --- 2011-11-25 23:50:41 - TZ=UTC TB --- 2011-11-25 23:50:41 - __MAKE_CONF=/dev/null TB --- 2011-11-25 23:50:41 - cd /src TB --- 2011-11-25 23:50:41 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 25 23:50:41 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/arm.arm/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 00:02:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 00:02:05 - ERROR: failed to build world TB --- 2011-11-26 00:02:05 - 521.51 user 130.34 system 725.09 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 00:06:22 2011 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 8581A106567A; Sat, 26 Nov 2011 00:06:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 2633B8FC0A; Sat, 26 Nov 2011 00:06:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ06LKT031314; Fri, 25 Nov 2011 19:06:21 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ06LiQ031313; Sat, 26 Nov 2011 00:06:21 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 00:06:21 GMT Message-Id: <201111260006.pAQ06LiQ031313@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 00:06:22 -0000 TB --- 2011-11-25 23:50:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-25 23:50:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-11-25 23:50:00 - cleaning the object tree TB --- 2011-11-25 23:50:23 - cvsupping the source tree TB --- 2011-11-25 23:50:23 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-11-25 23:50:38 - building world TB --- 2011-11-25 23:50:38 - CROSS_BUILD_TESTING=YES TB --- 2011-11-25 23:50:38 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-25 23:50:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-25 23:50:38 - SRCCONF=/dev/null TB --- 2011-11-25 23:50:38 - TARGET=pc98 TB --- 2011-11-25 23:50:38 - TARGET_ARCH=i386 TB --- 2011-11-25 23:50:38 - TZ=UTC TB --- 2011-11-25 23:50:38 - __MAKE_CONF=/dev/null TB --- 2011-11-25 23:50:38 - cd /src TB --- 2011-11-25 23:50:38 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 25 23:50:38 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/pc98.i386/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 00:06:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 00:06:21 - ERROR: failed to build world TB --- 2011-11-26 00:06:21 - 758.00 user 147.95 system 980.43 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 00:06:34 2011 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 560A71065673; Sat, 26 Nov 2011 00:06:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id F2AFA8FC15; Sat, 26 Nov 2011 00:06:33 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ06Xev032907; Fri, 25 Nov 2011 19:06:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ06Xtr032898; Sat, 26 Nov 2011 00:06:33 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 00:06:33 GMT Message-Id: <201111260006.pAQ06Xtr032898@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 00:06:34 -0000 TB --- 2011-11-25 23:50:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-25 23:50:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-11-25 23:50:00 - cleaning the object tree TB --- 2011-11-25 23:50:45 - cvsupping the source tree TB --- 2011-11-25 23:50:45 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-11-25 23:50:59 - building world TB --- 2011-11-25 23:50:59 - CROSS_BUILD_TESTING=YES TB --- 2011-11-25 23:50:59 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-25 23:50:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-25 23:50:59 - SRCCONF=/dev/null TB --- 2011-11-25 23:50:59 - TARGET=i386 TB --- 2011-11-25 23:50:59 - TARGET_ARCH=i386 TB --- 2011-11-25 23:50:59 - TZ=UTC TB --- 2011-11-25 23:50:59 - __MAKE_CONF=/dev/null TB --- 2011-11-25 23:50:59 - cd /src TB --- 2011-11-25 23:50:59 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 25 23:50:59 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/i386.i386/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 00:06:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 00:06:33 - ERROR: failed to build world TB --- 2011-11-26 00:06:33 - 757.99 user 158.84 system 992.54 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 00:07:50 2011 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 0E6AD1065670; Sat, 26 Nov 2011 00:07:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id ACBE68FC12; Sat, 26 Nov 2011 00:07:49 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ07njW043279; Fri, 25 Nov 2011 19:07:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ07nfH043264; Sat, 26 Nov 2011 00:07:49 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 00:07:49 GMT Message-Id: <201111260007.pAQ07nfH043264@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 00:07:50 -0000 TB --- 2011-11-25 23:50:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-25 23:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-11-25 23:50:00 - cleaning the object tree TB --- 2011-11-25 23:50:44 - cvsupping the source tree TB --- 2011-11-25 23:50:44 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-11-25 23:50:58 - building world TB --- 2011-11-25 23:50:58 - CROSS_BUILD_TESTING=YES TB --- 2011-11-25 23:50:58 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-25 23:50:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-25 23:50:58 - SRCCONF=/dev/null TB --- 2011-11-25 23:50:58 - TARGET=amd64 TB --- 2011-11-25 23:50:58 - TARGET_ARCH=amd64 TB --- 2011-11-25 23:50:58 - TZ=UTC TB --- 2011-11-25 23:50:58 - __MAKE_CONF=/dev/null TB --- 2011-11-25 23:50:58 - cd /src TB --- 2011-11-25 23:50:58 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 25 23:50:59 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/amd64.amd64/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 00:07:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 00:07:49 - ERROR: failed to build world TB --- 2011-11-26 00:07:49 - 806.98 user 167.70 system 1068.23 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 00:15:21 2011 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 CA8D1106566C; Sat, 26 Nov 2011 00:15:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 74CF98FC15; Sat, 26 Nov 2011 00:15:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ0FKvf021735; Fri, 25 Nov 2011 19:15:20 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ0FKuO021724; Sat, 26 Nov 2011 00:15:20 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 00:15:20 GMT Message-Id: <201111260015.pAQ0FKuO021724@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 00:15:21 -0000 TB --- 2011-11-26 00:02:06 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 00:02:06 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-11-26 00:02:06 - cleaning the object tree TB --- 2011-11-26 00:02:19 - cvsupping the source tree TB --- 2011-11-26 00:02:19 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-11-26 00:02:31 - building world TB --- 2011-11-26 00:02:31 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 00:02:31 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 00:02:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 00:02:31 - SRCCONF=/dev/null TB --- 2011-11-26 00:02:31 - TARGET=ia64 TB --- 2011-11-26 00:02:31 - TARGET_ARCH=ia64 TB --- 2011-11-26 00:02:31 - TZ=UTC TB --- 2011-11-26 00:02:31 - __MAKE_CONF=/dev/null TB --- 2011-11-26 00:02:31 - cd /src TB --- 2011-11-26 00:02:31 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 00:02:32 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/ia64.ia64/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 00:15:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 00:15:20 - ERROR: failed to build world TB --- 2011-11-26 00:15:20 - 605.66 user 131.06 system 794.20 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 00:18:39 2011 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 1E312106566C; Sat, 26 Nov 2011 00:18:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id BC0388FC12; Sat, 26 Nov 2011 00:18:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ0IbFm058686; Fri, 25 Nov 2011 19:18:38 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ0IbLe058678; Sat, 26 Nov 2011 00:18:37 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 00:18:37 GMT Message-Id: <201111260018.pAQ0IbLe058678@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips 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: Sat, 26 Nov 2011 00:18:39 -0000 TB --- 2011-11-26 00:06:21 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 00:06:21 - starting HEAD tinderbox run for mips/mips TB --- 2011-11-26 00:06:21 - cleaning the object tree TB --- 2011-11-26 00:06:30 - cvsupping the source tree TB --- 2011-11-26 00:06:30 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-11-26 00:06:43 - building world TB --- 2011-11-26 00:06:43 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 00:06:43 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 00:06:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 00:06:43 - SRCCONF=/dev/null TB --- 2011-11-26 00:06:43 - TARGET=mips TB --- 2011-11-26 00:06:43 - TARGET_ARCH=mips TB --- 2011-11-26 00:06:43 - TZ=UTC TB --- 2011-11-26 00:06:43 - __MAKE_CONF=/dev/null TB --- 2011-11-26 00:06:43 - cd /src TB --- 2011-11-26 00:06:43 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 00:06:43 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O -pipe -G0 -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O -pipe -G0 -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O -pipe -G0 -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O -pipe -G0 -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O -pipe -G0 -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O -pipe -G0 -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/mips.mipsel/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 00:18:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 00:18:37 - ERROR: failed to build world TB --- 2011-11-26 00:18:37 - 547.46 user 125.25 system 736.53 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 00:21:54 2011 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 79C111065672; Sat, 26 Nov 2011 00:21:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 1BFD78FC0A; Sat, 26 Nov 2011 00:21:53 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ0LrDk090208; Fri, 25 Nov 2011 19:21:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ0LrBb090207; Sat, 26 Nov 2011 00:21:53 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 00:21:53 GMT Message-Id: <201111260021.pAQ0LrBb090207@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 00:21:54 -0000 TB --- 2011-11-26 00:06:33 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 00:06:33 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-11-26 00:06:33 - cleaning the object tree TB --- 2011-11-26 00:06:37 - cvsupping the source tree TB --- 2011-11-26 00:06:37 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-11-26 00:06:49 - building world TB --- 2011-11-26 00:06:49 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 00:06:49 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 00:06:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 00:06:49 - SRCCONF=/dev/null TB --- 2011-11-26 00:06:49 - TARGET=powerpc TB --- 2011-11-26 00:06:49 - TARGET_ARCH=powerpc TB --- 2011-11-26 00:06:49 - TZ=UTC TB --- 2011-11-26 00:06:49 - __MAKE_CONF=/dev/null TB --- 2011-11-26 00:06:49 - cd /src TB --- 2011-11-26 00:06:49 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 00:06:50 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/powerpc.powerpc/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 00:21:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 00:21:53 - ERROR: failed to build world TB --- 2011-11-26 00:21:53 - 745.42 user 136.23 system 919.69 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 00:23:39 2011 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 B7722106566C; Sat, 26 Nov 2011 00:23:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 58B788FC0A; Sat, 26 Nov 2011 00:23:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ0NcZe001342; Fri, 25 Nov 2011 19:23:38 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ0NcU2001336; Sat, 26 Nov 2011 00:23:38 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 00:23:38 GMT Message-Id: <201111260023.pAQ0NcU2001336@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/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: Sat, 26 Nov 2011 00:23:39 -0000 TB --- 2011-11-26 00:07:49 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 00:07:49 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-11-26 00:07:49 - cleaning the object tree TB --- 2011-11-26 00:07:52 - cvsupping the source tree TB --- 2011-11-26 00:07:52 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-11-26 00:08:03 - building world TB --- 2011-11-26 00:08:03 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 00:08:03 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 00:08:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 00:08:03 - SRCCONF=/dev/null TB --- 2011-11-26 00:08:03 - TARGET=powerpc TB --- 2011-11-26 00:08:03 - TARGET_ARCH=powerpc64 TB --- 2011-11-26 00:08:03 - TZ=UTC TB --- 2011-11-26 00:08:03 - __MAKE_CONF=/dev/null TB --- 2011-11-26 00:08:03 - cd /src TB --- 2011-11-26 00:08:03 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 00:08:03 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/powerpc.powerpc64/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 00:23:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 00:23:38 - ERROR: failed to build world TB --- 2011-11-26 00:23:38 - 764.91 user 143.84 system 949.38 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 00:26:27 2011 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 BE1B6106566B; Sat, 26 Nov 2011 00:26:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 687258FC0A; Sat, 26 Nov 2011 00:26:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ0QQ6f016150; Fri, 25 Nov 2011 19:26:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ0QQdh016149; Sat, 26 Nov 2011 00:26:26 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 00:26:26 GMT Message-Id: <201111260026.pAQ0QQdh016149@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 00:26:27 -0000 TB --- 2011-11-26 00:15:20 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 00:15:20 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-11-26 00:15:20 - cleaning the object tree TB --- 2011-11-26 00:15:24 - cvsupping the source tree TB --- 2011-11-26 00:15:24 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-11-26 00:15:35 - building world TB --- 2011-11-26 00:15:35 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 00:15:35 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 00:15:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 00:15:35 - SRCCONF=/dev/null TB --- 2011-11-26 00:15:35 - TARGET=sparc64 TB --- 2011-11-26 00:15:35 - TARGET_ARCH=sparc64 TB --- 2011-11-26 00:15:35 - TZ=UTC TB --- 2011-11-26 00:15:35 - __MAKE_CONF=/dev/null TB --- 2011-11-26 00:15:35 - cd /src TB --- 2011-11-26 00:15:35 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 00:15:36 UTC 2011 >>> 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 [...] c++ -fPIC -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fPIC -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fPIC -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fPIC -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fPIC -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fPIC -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/sparc64.sparc64/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 00:26:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 00:26:26 - ERROR: failed to build world TB --- 2011-11-26 00:26:26 - 527.20 user 115.12 system 665.74 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 00:41:13 2011 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 2484B1065676; Sat, 26 Nov 2011 00:41:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id C23CB8FC13; Sat, 26 Nov 2011 00:41:12 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ0fChG014887; Fri, 25 Nov 2011 19:41:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ0fBjd014884; Sat, 26 Nov 2011 00:41:11 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 00:41:11 GMT Message-Id: <201111260041.pAQ0fBjd014884@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 00:41:13 -0000 TB --- 2011-11-26 00:30:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 00:30:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-11-26 00:30:00 - cleaning the object tree TB --- 2011-11-26 00:30:05 - cvsupping the source tree TB --- 2011-11-26 00:30:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-11-26 00:30:19 - building world TB --- 2011-11-26 00:30:19 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 00:30:19 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 00:30:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 00:30:19 - SRCCONF=/dev/null TB --- 2011-11-26 00:30:19 - TARGET=arm TB --- 2011-11-26 00:30:19 - TARGET_ARCH=arm TB --- 2011-11-26 00:30:19 - TZ=UTC TB --- 2011-11-26 00:30:19 - __MAKE_CONF=/dev/null TB --- 2011-11-26 00:30:19 - cd /src TB --- 2011-11-26 00:30:19 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 00:30:19 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/arm.arm/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 00:41:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 00:41:11 - ERROR: failed to build world TB --- 2011-11-26 00:41:11 - 517.28 user 120.40 system 671.87 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 00:45:53 2011 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 01FFD1065670; Sat, 26 Nov 2011 00:45:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 97CE28FC0C; Sat, 26 Nov 2011 00:45:52 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ0jpG5069607; Fri, 25 Nov 2011 19:45:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ0jpHZ069598; Sat, 26 Nov 2011 00:45:51 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 00:45:51 GMT Message-Id: <201111260045.pAQ0jpHZ069598@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 00:45:53 -0000 TB --- 2011-11-26 00:30:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 00:30:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-11-26 00:30:00 - cleaning the object tree TB --- 2011-11-26 00:30:05 - cvsupping the source tree TB --- 2011-11-26 00:30:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-11-26 00:30:18 - building world TB --- 2011-11-26 00:30:18 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 00:30:18 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 00:30:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 00:30:18 - SRCCONF=/dev/null TB --- 2011-11-26 00:30:18 - TARGET=pc98 TB --- 2011-11-26 00:30:18 - TARGET_ARCH=i386 TB --- 2011-11-26 00:30:18 - TZ=UTC TB --- 2011-11-26 00:30:18 - __MAKE_CONF=/dev/null TB --- 2011-11-26 00:30:18 - cd /src TB --- 2011-11-26 00:30:18 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 00:30:19 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/pc98.i386/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 00:45:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 00:45:51 - ERROR: failed to build world TB --- 2011-11-26 00:45:51 - 753.30 user 137.07 system 951.54 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 00:46:40 2011 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 A9E721065676; Sat, 26 Nov 2011 00:46:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 4D9CD8FC20; Sat, 26 Nov 2011 00:46:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ0kd3u074443; Fri, 25 Nov 2011 19:46:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ0kdKL074440; Sat, 26 Nov 2011 00:46:39 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 00:46:39 GMT Message-Id: <201111260046.pAQ0kdKL074440@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 00:46:40 -0000 TB --- 2011-11-26 00:30:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 00:30:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-11-26 00:30:00 - cleaning the object tree TB --- 2011-11-26 00:30:05 - cvsupping the source tree TB --- 2011-11-26 00:30:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-11-26 00:30:19 - building world TB --- 2011-11-26 00:30:19 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 00:30:19 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 00:30:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 00:30:19 - SRCCONF=/dev/null TB --- 2011-11-26 00:30:19 - TARGET=amd64 TB --- 2011-11-26 00:30:19 - TARGET_ARCH=amd64 TB --- 2011-11-26 00:30:19 - TZ=UTC TB --- 2011-11-26 00:30:19 - __MAKE_CONF=/dev/null TB --- 2011-11-26 00:30:19 - cd /src TB --- 2011-11-26 00:30:19 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 00:30:19 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/amd64.amd64/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 00:46:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 00:46:39 - ERROR: failed to build world TB --- 2011-11-26 00:46:39 - 801.41 user 144.30 system 999.48 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 00:51:19 2011 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 C4565106566B; Sat, 26 Nov 2011 00:51:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 6DDEA8FC08; Sat, 26 Nov 2011 00:51:19 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ0pIDR028459; Fri, 25 Nov 2011 19:51:18 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ0pIgq028442; Sat, 26 Nov 2011 00:51:18 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 00:51:18 GMT Message-Id: <201111260051.pAQ0pIgq028442@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 00:51:19 -0000 TB --- 2011-11-26 00:30:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 00:30:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-11-26 00:30:00 - cleaning the object tree TB --- 2011-11-26 00:30:05 - cvsupping the source tree TB --- 2011-11-26 00:30:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-11-26 00:35:29 - building world TB --- 2011-11-26 00:35:29 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 00:35:29 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 00:35:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 00:35:29 - SRCCONF=/dev/null TB --- 2011-11-26 00:35:29 - TARGET=i386 TB --- 2011-11-26 00:35:29 - TARGET_ARCH=i386 TB --- 2011-11-26 00:35:29 - TZ=UTC TB --- 2011-11-26 00:35:29 - __MAKE_CONF=/dev/null TB --- 2011-11-26 00:35:29 - cd /src TB --- 2011-11-26 00:35:29 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 00:35:29 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/i386.i386/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 00:51:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 00:51:18 - ERROR: failed to build world TB --- 2011-11-26 00:51:18 - 757.03 user 134.47 system 1278.52 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 00:54:24 2011 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 01C841065679; Sat, 26 Nov 2011 00:54:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A01838FC15; Sat, 26 Nov 2011 00:54:23 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ0sMKx049103; Fri, 25 Nov 2011 19:54:22 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ0sMUW049101; Sat, 26 Nov 2011 00:54:22 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 00:54:22 GMT Message-Id: <201111260054.pAQ0sMUW049101@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 00:54:24 -0000 TB --- 2011-11-26 00:41:12 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 00:41:12 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-11-26 00:41:12 - cleaning the object tree TB --- 2011-11-26 00:41:14 - cvsupping the source tree TB --- 2011-11-26 00:41:14 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-11-26 00:41:26 - building world TB --- 2011-11-26 00:41:26 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 00:41:26 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 00:41:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 00:41:26 - SRCCONF=/dev/null TB --- 2011-11-26 00:41:26 - TARGET=ia64 TB --- 2011-11-26 00:41:26 - TARGET_ARCH=ia64 TB --- 2011-11-26 00:41:26 - TZ=UTC TB --- 2011-11-26 00:41:26 - __MAKE_CONF=/dev/null TB --- 2011-11-26 00:41:26 - cd /src TB --- 2011-11-26 00:41:26 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 00:41:27 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/ia64.ia64/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 00:54:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 00:54:22 - ERROR: failed to build world TB --- 2011-11-26 00:54:22 - 605.08 user 125.61 system 790.70 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 00:58:01 2011 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 C11FC106564A; Sat, 26 Nov 2011 00:58:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 695A28FC12; Sat, 26 Nov 2011 00:58:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ0w0Xk007924; Fri, 25 Nov 2011 19:58:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ0w0l5007905; Sat, 26 Nov 2011 00:58:00 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 00:58:00 GMT Message-Id: <201111260058.pAQ0w0l5007905@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips 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: Sat, 26 Nov 2011 00:58:01 -0000 TB --- 2011-11-26 00:45:51 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 00:45:51 - starting HEAD tinderbox run for mips/mips TB --- 2011-11-26 00:45:51 - cleaning the object tree TB --- 2011-11-26 00:45:54 - cvsupping the source tree TB --- 2011-11-26 00:45:54 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-11-26 00:46:07 - building world TB --- 2011-11-26 00:46:07 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 00:46:07 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 00:46:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 00:46:07 - SRCCONF=/dev/null TB --- 2011-11-26 00:46:07 - TARGET=mips TB --- 2011-11-26 00:46:07 - TARGET_ARCH=mips TB --- 2011-11-26 00:46:07 - TZ=UTC TB --- 2011-11-26 00:46:07 - __MAKE_CONF=/dev/null TB --- 2011-11-26 00:46:07 - cd /src TB --- 2011-11-26 00:46:07 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 00:46:07 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O -pipe -G0 -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O -pipe -G0 -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O -pipe -G0 -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O -pipe -G0 -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O -pipe -G0 -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O -pipe -G0 -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/mips.mipsel/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 00:58:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 00:58:00 - ERROR: failed to build world TB --- 2011-11-26 00:58:00 - 547.89 user 123.61 system 728.79 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 01:01:56 2011 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 EF1B0106566C; Sat, 26 Nov 2011 01:01:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 90AE68FC08; Sat, 26 Nov 2011 01:01:56 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ11t03031739; Fri, 25 Nov 2011 20:01:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ11t1f031738; Sat, 26 Nov 2011 01:01:55 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 01:01:55 GMT Message-Id: <201111260101.pAQ11t1f031738@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 01:01:57 -0000 TB --- 2011-11-26 00:46:39 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 00:46:39 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-11-26 00:46:39 - cleaning the object tree TB --- 2011-11-26 00:46:43 - cvsupping the source tree TB --- 2011-11-26 00:46:43 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-11-26 00:46:54 - building world TB --- 2011-11-26 00:46:54 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 00:46:54 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 00:46:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 00:46:54 - SRCCONF=/dev/null TB --- 2011-11-26 00:46:54 - TARGET=powerpc TB --- 2011-11-26 00:46:54 - TARGET_ARCH=powerpc TB --- 2011-11-26 00:46:54 - TZ=UTC TB --- 2011-11-26 00:46:54 - __MAKE_CONF=/dev/null TB --- 2011-11-26 00:46:54 - cd /src TB --- 2011-11-26 00:46:54 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 00:46:55 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/powerpc.powerpc/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 01:01:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 01:01:55 - ERROR: failed to build world TB --- 2011-11-26 01:01:55 - 743.91 user 136.73 system 915.89 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 01:05:16 2011 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 B2C90106564A; Sat, 26 Nov 2011 01:05:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 551678FC12; Sat, 26 Nov 2011 01:05:15 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ15F7X061599; Fri, 25 Nov 2011 20:05:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ15F1G061598; Sat, 26 Nov 2011 01:05:15 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 01:05:15 GMT Message-Id: <201111260105.pAQ15F1G061598@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 01:05:16 -0000 TB --- 2011-11-26 00:54:23 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 00:54:23 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-11-26 00:54:23 - cleaning the object tree TB --- 2011-11-26 00:54:26 - cvsupping the source tree TB --- 2011-11-26 00:54:26 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-11-26 00:54:37 - building world TB --- 2011-11-26 00:54:37 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 00:54:37 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 00:54:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 00:54:37 - SRCCONF=/dev/null TB --- 2011-11-26 00:54:37 - TARGET=sparc64 TB --- 2011-11-26 00:54:37 - TARGET_ARCH=sparc64 TB --- 2011-11-26 00:54:37 - TZ=UTC TB --- 2011-11-26 00:54:37 - __MAKE_CONF=/dev/null TB --- 2011-11-26 00:54:37 - cd /src TB --- 2011-11-26 00:54:37 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 00:54:38 UTC 2011 >>> 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 [...] c++ -fPIC -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fPIC -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fPIC -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fPIC -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fPIC -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fPIC -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/sparc64.sparc64/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 01:05:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 01:05:15 - ERROR: failed to build world TB --- 2011-11-26 01:05:15 - 523.12 user 114.64 system 652.25 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 01:06:53 2011 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 977CA106564A; Sat, 26 Nov 2011 01:06:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 401788FC14; Sat, 26 Nov 2011 01:06:53 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ16ql9068218; Fri, 25 Nov 2011 20:06:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ16q16068217; Sat, 26 Nov 2011 01:06:52 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 01:06:52 GMT Message-Id: <201111260106.pAQ16q16068217@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/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: Sat, 26 Nov 2011 01:06:53 -0000 TB --- 2011-11-26 00:51:18 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 00:51:18 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-11-26 00:51:18 - cleaning the object tree TB --- 2011-11-26 00:51:23 - cvsupping the source tree TB --- 2011-11-26 00:51:23 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-11-26 00:51:35 - building world TB --- 2011-11-26 00:51:35 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 00:51:35 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 00:51:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 00:51:35 - SRCCONF=/dev/null TB --- 2011-11-26 00:51:35 - TARGET=powerpc TB --- 2011-11-26 00:51:35 - TARGET_ARCH=powerpc64 TB --- 2011-11-26 00:51:35 - TZ=UTC TB --- 2011-11-26 00:51:35 - __MAKE_CONF=/dev/null TB --- 2011-11-26 00:51:35 - cd /src TB --- 2011-11-26 00:51:35 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 00:51:35 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/powerpc.powerpc64/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 01:06:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 01:06:52 - ERROR: failed to build world TB --- 2011-11-26 01:06:52 - 765.54 user 140.12 system 933.77 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 01:21:06 2011 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 113D51065673; Sat, 26 Nov 2011 01:21:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id AF0008FC0C; Sat, 26 Nov 2011 01:21:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ1L47N065351; Fri, 25 Nov 2011 20:21:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ1L45e065342; Sat, 26 Nov 2011 01:21:04 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 01:21:04 GMT Message-Id: <201111260121.pAQ1L45e065342@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 01:21:06 -0000 TB --- 2011-11-26 01:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 01:10:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-11-26 01:10:00 - cleaning the object tree TB --- 2011-11-26 01:10:04 - cvsupping the source tree TB --- 2011-11-26 01:10:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-11-26 01:10:18 - building world TB --- 2011-11-26 01:10:18 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 01:10:18 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 01:10:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 01:10:18 - SRCCONF=/dev/null TB --- 2011-11-26 01:10:18 - TARGET=arm TB --- 2011-11-26 01:10:18 - TARGET_ARCH=arm TB --- 2011-11-26 01:10:18 - TZ=UTC TB --- 2011-11-26 01:10:18 - __MAKE_CONF=/dev/null TB --- 2011-11-26 01:10:18 - cd /src TB --- 2011-11-26 01:10:18 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 01:10:18 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/arm.arm/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 01:21:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 01:21:04 - ERROR: failed to build world TB --- 2011-11-26 01:21:04 - 516.59 user 121.48 system 664.28 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 01:25:37 2011 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 3F15B106566B; Sat, 26 Nov 2011 01:25:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id DB0DA8FC13; Sat, 26 Nov 2011 01:25:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ1PaGh023869; Fri, 25 Nov 2011 20:25:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ1Paee023868; Sat, 26 Nov 2011 01:25:36 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 01:25:36 GMT Message-Id: <201111260125.pAQ1Paee023868@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 01:25:37 -0000 TB --- 2011-11-26 01:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 01:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-11-26 01:10:00 - cleaning the object tree TB --- 2011-11-26 01:10:04 - cvsupping the source tree TB --- 2011-11-26 01:10:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-11-26 01:10:18 - building world TB --- 2011-11-26 01:10:18 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 01:10:18 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 01:10:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 01:10:18 - SRCCONF=/dev/null TB --- 2011-11-26 01:10:18 - TARGET=i386 TB --- 2011-11-26 01:10:18 - TARGET_ARCH=i386 TB --- 2011-11-26 01:10:18 - TZ=UTC TB --- 2011-11-26 01:10:18 - __MAKE_CONF=/dev/null TB --- 2011-11-26 01:10:18 - cd /src TB --- 2011-11-26 01:10:18 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 01:10:18 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/i386.i386/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 01:25:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 01:25:36 - ERROR: failed to build world TB --- 2011-11-26 01:25:36 - 752.95 user 138.27 system 935.42 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 01:25:37 2011 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 8DCD1106566C; Sat, 26 Nov 2011 01:25:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 2EDDA8FC15; Sat, 26 Nov 2011 01:25:37 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ1Pa0Y023906; Fri, 25 Nov 2011 20:25:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ1Pas7023905; Sat, 26 Nov 2011 01:25:36 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 01:25:36 GMT Message-Id: <201111260125.pAQ1Pas7023905@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 01:25:37 -0000 TB --- 2011-11-26 01:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 01:10:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-11-26 01:10:00 - cleaning the object tree TB --- 2011-11-26 01:10:04 - cvsupping the source tree TB --- 2011-11-26 01:10:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-11-26 01:10:18 - building world TB --- 2011-11-26 01:10:18 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 01:10:18 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 01:10:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 01:10:18 - SRCCONF=/dev/null TB --- 2011-11-26 01:10:18 - TARGET=pc98 TB --- 2011-11-26 01:10:18 - TARGET_ARCH=i386 TB --- 2011-11-26 01:10:18 - TZ=UTC TB --- 2011-11-26 01:10:18 - __MAKE_CONF=/dev/null TB --- 2011-11-26 01:10:18 - cd /src TB --- 2011-11-26 01:10:18 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 01:10:19 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/pc98.i386/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 01:25:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 01:25:36 - ERROR: failed to build world TB --- 2011-11-26 01:25:36 - 754.11 user 138.58 system 935.84 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 01:32:42 2011 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 D7EEC1065676; Sat, 26 Nov 2011 01:32:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 81F7F8FC19; Sat, 26 Nov 2011 01:32:42 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ1WfHd092737; Fri, 25 Nov 2011 20:32:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ1WfM0092736; Sat, 26 Nov 2011 01:32:41 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 01:32:41 GMT Message-Id: <201111260132.pAQ1WfM0092736@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 01:32:43 -0000 TB --- 2011-11-26 01:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 01:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-11-26 01:10:00 - cleaning the object tree TB --- 2011-11-26 01:10:04 - cvsupping the source tree TB --- 2011-11-26 01:10:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-11-26 01:15:29 - building world TB --- 2011-11-26 01:15:29 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 01:15:29 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 01:15:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 01:15:29 - SRCCONF=/dev/null TB --- 2011-11-26 01:15:29 - TARGET=amd64 TB --- 2011-11-26 01:15:29 - TARGET_ARCH=amd64 TB --- 2011-11-26 01:15:29 - TZ=UTC TB --- 2011-11-26 01:15:29 - __MAKE_CONF=/dev/null TB --- 2011-11-26 01:15:29 - cd /src TB --- 2011-11-26 01:15:29 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 01:15:29 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/amd64.amd64/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 01:32:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 01:32:41 - ERROR: failed to build world TB --- 2011-11-26 01:32:41 - 819.05 user 156.40 system 1361.02 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 01:34:45 2011 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 430A21065670; Sat, 26 Nov 2011 01:34:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id D83FC8FC15; Sat, 26 Nov 2011 01:34:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ1YiJ8001991; Fri, 25 Nov 2011 20:34:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ1Yiki001990; Sat, 26 Nov 2011 01:34:44 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 01:34:44 GMT Message-Id: <201111260134.pAQ1Yiki001990@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 01:34:45 -0000 TB --- 2011-11-26 01:21:05 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 01:21:05 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-11-26 01:21:05 - cleaning the object tree TB --- 2011-11-26 01:21:07 - cvsupping the source tree TB --- 2011-11-26 01:21:07 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-11-26 01:21:21 - building world TB --- 2011-11-26 01:21:21 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 01:21:21 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 01:21:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 01:21:21 - SRCCONF=/dev/null TB --- 2011-11-26 01:21:21 - TARGET=ia64 TB --- 2011-11-26 01:21:21 - TARGET_ARCH=ia64 TB --- 2011-11-26 01:21:21 - TZ=UTC TB --- 2011-11-26 01:21:21 - __MAKE_CONF=/dev/null TB --- 2011-11-26 01:21:21 - cd /src TB --- 2011-11-26 01:21:21 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 01:21:22 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/ia64.ia64/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 01:34:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 01:34:44 - ERROR: failed to build world TB --- 2011-11-26 01:34:44 - 629.75 user 129.09 system 819.01 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 01:38:11 2011 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 C9BD71065673; Sat, 26 Nov 2011 01:38:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 6C6FC8FC12; Sat, 26 Nov 2011 01:38:11 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ1cAVG054447; Fri, 25 Nov 2011 20:38:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ1cAMS054417; Sat, 26 Nov 2011 01:38:10 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 01:38:10 GMT Message-Id: <201111260138.pAQ1cAMS054417@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips 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: Sat, 26 Nov 2011 01:38:11 -0000 TB --- 2011-11-26 01:25:36 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 01:25:36 - starting HEAD tinderbox run for mips/mips TB --- 2011-11-26 01:25:36 - cleaning the object tree TB --- 2011-11-26 01:25:40 - cvsupping the source tree TB --- 2011-11-26 01:25:40 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-11-26 01:25:52 - building world TB --- 2011-11-26 01:25:52 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 01:25:52 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 01:25:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 01:25:52 - SRCCONF=/dev/null TB --- 2011-11-26 01:25:52 - TARGET=mips TB --- 2011-11-26 01:25:52 - TARGET_ARCH=mips TB --- 2011-11-26 01:25:52 - TZ=UTC TB --- 2011-11-26 01:25:52 - __MAKE_CONF=/dev/null TB --- 2011-11-26 01:25:52 - cd /src TB --- 2011-11-26 01:25:52 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 01:25:52 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O -pipe -G0 -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O -pipe -G0 -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O -pipe -G0 -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O -pipe -G0 -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O -pipe -G0 -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O -pipe -G0 -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/mips.mipsel/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 01:38:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 01:38:10 - ERROR: failed to build world TB --- 2011-11-26 01:38:10 - 573.55 user 125.15 system 754.27 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 01:41:26 2011 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 491CA1065672; Sat, 26 Nov 2011 01:41:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id DDEAC8FC15; Sat, 26 Nov 2011 01:41:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ1fPS6082933; Fri, 25 Nov 2011 20:41:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ1fPuo082932; Sat, 26 Nov 2011 01:41:25 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 01:41:25 GMT Message-Id: <201111260141.pAQ1fPuo082932@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 01:41:26 -0000 TB --- 2011-11-26 01:25:36 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 01:25:36 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-11-26 01:25:36 - cleaning the object tree TB --- 2011-11-26 01:25:40 - cvsupping the source tree TB --- 2011-11-26 01:25:40 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-11-26 01:25:52 - building world TB --- 2011-11-26 01:25:52 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 01:25:52 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 01:25:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 01:25:52 - SRCCONF=/dev/null TB --- 2011-11-26 01:25:52 - TARGET=powerpc TB --- 2011-11-26 01:25:52 - TARGET_ARCH=powerpc TB --- 2011-11-26 01:25:52 - TZ=UTC TB --- 2011-11-26 01:25:52 - __MAKE_CONF=/dev/null TB --- 2011-11-26 01:25:52 - cd /src TB --- 2011-11-26 01:25:52 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 01:25:52 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/powerpc.powerpc/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 01:41:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 01:41:25 - ERROR: failed to build world TB --- 2011-11-26 01:41:25 - 768.27 user 139.95 system 948.39 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 01:45:39 2011 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 D5922106566B; Sat, 26 Nov 2011 01:45:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 7D72A8FC15; Sat, 26 Nov 2011 01:45:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ1jbDo007853; Fri, 25 Nov 2011 20:45:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ1jbns007841; Sat, 26 Nov 2011 01:45:37 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 01:45:37 GMT Message-Id: <201111260145.pAQ1jbns007841@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 01:45:39 -0000 TB --- 2011-11-26 01:34:44 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 01:34:44 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-11-26 01:34:44 - cleaning the object tree TB --- 2011-11-26 01:34:47 - cvsupping the source tree TB --- 2011-11-26 01:34:47 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-11-26 01:34:58 - building world TB --- 2011-11-26 01:34:58 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 01:34:58 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 01:34:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 01:34:58 - SRCCONF=/dev/null TB --- 2011-11-26 01:34:58 - TARGET=sparc64 TB --- 2011-11-26 01:34:58 - TARGET_ARCH=sparc64 TB --- 2011-11-26 01:34:58 - TZ=UTC TB --- 2011-11-26 01:34:58 - __MAKE_CONF=/dev/null TB --- 2011-11-26 01:34:58 - cd /src TB --- 2011-11-26 01:34:58 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 01:34:59 UTC 2011 >>> 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 [...] c++ -fPIC -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fPIC -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fPIC -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fPIC -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fPIC -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fPIC -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/sparc64.sparc64/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 01:45:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 01:45:37 - ERROR: failed to build world TB --- 2011-11-26 01:45:37 - 521.73 user 114.12 system 653.34 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 01:48:04 2011 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 0A81110656D4; Sat, 26 Nov 2011 01:48:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A85188FC0A; Sat, 26 Nov 2011 01:48:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ1m3uT020412; Fri, 25 Nov 2011 20:48:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ1m33l020411; Sat, 26 Nov 2011 01:48:03 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 01:48:03 GMT Message-Id: <201111260148.pAQ1m33l020411@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/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: Sat, 26 Nov 2011 01:48:04 -0000 TB --- 2011-11-26 01:32:41 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 01:32:41 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-11-26 01:32:41 - cleaning the object tree TB --- 2011-11-26 01:32:44 - cvsupping the source tree TB --- 2011-11-26 01:32:44 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-11-26 01:32:56 - building world TB --- 2011-11-26 01:32:56 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 01:32:56 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 01:32:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 01:32:56 - SRCCONF=/dev/null TB --- 2011-11-26 01:32:56 - TARGET=powerpc TB --- 2011-11-26 01:32:56 - TARGET_ARCH=powerpc64 TB --- 2011-11-26 01:32:56 - TZ=UTC TB --- 2011-11-26 01:32:56 - __MAKE_CONF=/dev/null TB --- 2011-11-26 01:32:56 - cd /src TB --- 2011-11-26 01:32:56 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 01:32:56 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/powerpc.powerpc64/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 01:48:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 01:48:03 - ERROR: failed to build world TB --- 2011-11-26 01:48:03 - 763.68 user 138.78 system 921.27 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 02:01:08 2011 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 EA3E7106564A; Sat, 26 Nov 2011 02:01:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 92CCB8FC08; Sat, 26 Nov 2011 02:01:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ21789018978; Fri, 25 Nov 2011 21:01:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ217bU018976; Sat, 26 Nov 2011 02:01:07 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 02:01:07 GMT Message-Id: <201111260201.pAQ217bU018976@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 02:01:09 -0000 TB --- 2011-11-26 01:50:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 01:50:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-11-26 01:50:00 - cleaning the object tree TB --- 2011-11-26 01:50:04 - cvsupping the source tree TB --- 2011-11-26 01:50:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-11-26 01:50:19 - building world TB --- 2011-11-26 01:50:19 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 01:50:19 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 01:50:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 01:50:19 - SRCCONF=/dev/null TB --- 2011-11-26 01:50:19 - TARGET=arm TB --- 2011-11-26 01:50:19 - TARGET_ARCH=arm TB --- 2011-11-26 01:50:19 - TZ=UTC TB --- 2011-11-26 01:50:19 - __MAKE_CONF=/dev/null TB --- 2011-11-26 01:50:19 - cd /src TB --- 2011-11-26 01:50:19 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 01:50:19 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/arm.arm/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 02:01:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 02:01:07 - ERROR: failed to build world TB --- 2011-11-26 02:01:07 - 517.95 user 119.52 system 667.30 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 02:05:35 2011 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 5FB151065672; Sat, 26 Nov 2011 02:05:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 098188FC14; Sat, 26 Nov 2011 02:05:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ25Yq4072397; Fri, 25 Nov 2011 21:05:34 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ25YGp072392; Sat, 26 Nov 2011 02:05:34 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 02:05:34 GMT Message-Id: <201111260205.pAQ25YGp072392@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 02:05:35 -0000 TB --- 2011-11-26 01:50:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 01:50:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-11-26 01:50:00 - cleaning the object tree TB --- 2011-11-26 01:50:04 - cvsupping the source tree TB --- 2011-11-26 01:50:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-11-26 01:50:19 - building world TB --- 2011-11-26 01:50:19 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 01:50:19 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 01:50:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 01:50:19 - SRCCONF=/dev/null TB --- 2011-11-26 01:50:19 - TARGET=i386 TB --- 2011-11-26 01:50:19 - TARGET_ARCH=i386 TB --- 2011-11-26 01:50:19 - TZ=UTC TB --- 2011-11-26 01:50:19 - __MAKE_CONF=/dev/null TB --- 2011-11-26 01:50:19 - cd /src TB --- 2011-11-26 01:50:19 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 01:50:19 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/i386.i386/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 02:05:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 02:05:34 - ERROR: failed to build world TB --- 2011-11-26 02:05:34 - 752.16 user 135.65 system 933.74 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 02:06:42 2011 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 4DC3110656D5; Sat, 26 Nov 2011 02:06:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id EB92D8FC1B; Sat, 26 Nov 2011 02:06:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ26fYI079175; Fri, 25 Nov 2011 21:06:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ26fm7079174; Sat, 26 Nov 2011 02:06:41 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 02:06:41 GMT Message-Id: <201111260206.pAQ26fm7079174@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 02:06:42 -0000 TB --- 2011-11-26 01:50:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 01:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-11-26 01:50:00 - cleaning the object tree TB --- 2011-11-26 01:50:04 - cvsupping the source tree TB --- 2011-11-26 01:50:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-11-26 01:50:19 - building world TB --- 2011-11-26 01:50:19 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 01:50:19 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 01:50:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 01:50:19 - SRCCONF=/dev/null TB --- 2011-11-26 01:50:19 - TARGET=amd64 TB --- 2011-11-26 01:50:19 - TARGET_ARCH=amd64 TB --- 2011-11-26 01:50:19 - TZ=UTC TB --- 2011-11-26 01:50:19 - __MAKE_CONF=/dev/null TB --- 2011-11-26 01:50:19 - cd /src TB --- 2011-11-26 01:50:19 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 01:50:20 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/amd64.amd64/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 02:06:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 02:06:41 - ERROR: failed to build world TB --- 2011-11-26 02:06:41 - 800.70 user 144.64 system 1000.86 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 02:11:48 2011 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 EC0BB106566B; Sat, 26 Nov 2011 02:11:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 926178FC14; Sat, 26 Nov 2011 02:11:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ2BhXe032381; Fri, 25 Nov 2011 21:11:43 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ2Bha6032340; Sat, 26 Nov 2011 02:11:43 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 02:11:43 GMT Message-Id: <201111260211.pAQ2Bha6032340@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 02:11:49 -0000 TB --- 2011-11-26 01:50:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 01:50:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-11-26 01:50:00 - cleaning the object tree TB --- 2011-11-26 01:50:04 - cvsupping the source tree TB --- 2011-11-26 01:50:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-11-26 01:55:29 - building world TB --- 2011-11-26 01:55:29 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 01:55:29 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 01:55:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 01:55:29 - SRCCONF=/dev/null TB --- 2011-11-26 01:55:29 - TARGET=pc98 TB --- 2011-11-26 01:55:29 - TARGET_ARCH=i386 TB --- 2011-11-26 01:55:29 - TZ=UTC TB --- 2011-11-26 01:55:29 - __MAKE_CONF=/dev/null TB --- 2011-11-26 01:55:29 - cd /src TB --- 2011-11-26 01:55:29 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 01:55:30 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/pc98.i386/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 02:11:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 02:11:43 - ERROR: failed to build world TB --- 2011-11-26 02:11:43 - 777.09 user 144.45 system 1303.27 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 02:14:43 2011 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 5F074106566C; Sat, 26 Nov 2011 02:14:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 012208FC17; Sat, 26 Nov 2011 02:14:42 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ2EfON053043; Fri, 25 Nov 2011 21:14:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ2Efwl053042; Sat, 26 Nov 2011 02:14:41 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 02:14:41 GMT Message-Id: <201111260214.pAQ2Efwl053042@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 02:14:43 -0000 TB --- 2011-11-26 02:01:07 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 02:01:07 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-11-26 02:01:07 - cleaning the object tree TB --- 2011-11-26 02:01:10 - cvsupping the source tree TB --- 2011-11-26 02:01:10 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-11-26 02:01:22 - building world TB --- 2011-11-26 02:01:22 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 02:01:22 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 02:01:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 02:01:22 - SRCCONF=/dev/null TB --- 2011-11-26 02:01:22 - TARGET=ia64 TB --- 2011-11-26 02:01:22 - TARGET_ARCH=ia64 TB --- 2011-11-26 02:01:22 - TZ=UTC TB --- 2011-11-26 02:01:22 - __MAKE_CONF=/dev/null TB --- 2011-11-26 02:01:22 - cd /src TB --- 2011-11-26 02:01:22 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 02:01:23 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/ia64.ia64/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 02:14:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 02:14:41 - ERROR: failed to build world TB --- 2011-11-26 02:14:41 - 625.23 user 130.71 system 813.71 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 02:18:14 2011 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 1918E106564A; Sat, 26 Nov 2011 02:18:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id AF9958FC19; Sat, 26 Nov 2011 02:18:13 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ2ICed010907; Fri, 25 Nov 2011 21:18:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ2ICIP010904; Sat, 26 Nov 2011 02:18:12 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 02:18:12 GMT Message-Id: <201111260218.pAQ2ICIP010904@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips 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: Sat, 26 Nov 2011 02:18:14 -0000 TB --- 2011-11-26 02:05:34 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 02:05:34 - starting HEAD tinderbox run for mips/mips TB --- 2011-11-26 02:05:34 - cleaning the object tree TB --- 2011-11-26 02:05:38 - cvsupping the source tree TB --- 2011-11-26 02:05:38 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-11-26 02:05:50 - building world TB --- 2011-11-26 02:05:50 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 02:05:50 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 02:05:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 02:05:50 - SRCCONF=/dev/null TB --- 2011-11-26 02:05:50 - TARGET=mips TB --- 2011-11-26 02:05:50 - TARGET_ARCH=mips TB --- 2011-11-26 02:05:50 - TZ=UTC TB --- 2011-11-26 02:05:50 - __MAKE_CONF=/dev/null TB --- 2011-11-26 02:05:50 - cd /src TB --- 2011-11-26 02:05:50 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 02:05:51 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O -pipe -G0 -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O -pipe -G0 -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O -pipe -G0 -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O -pipe -G0 -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O -pipe -G0 -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O -pipe -G0 -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/mips.mipsel/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 02:18:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 02:18:12 - ERROR: failed to build world TB --- 2011-11-26 02:18:12 - 569.16 user 131.09 system 758.43 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 02:22:29 2011 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 08126106566C; Sat, 26 Nov 2011 02:22:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A5D648FC14; Sat, 26 Nov 2011 02:22:28 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ2MREb036243; Fri, 25 Nov 2011 21:22:27 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ2MRbX036242; Sat, 26 Nov 2011 02:22:27 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 02:22:27 GMT Message-Id: <201111260222.pAQ2MRbX036242@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 02:22:29 -0000 TB --- 2011-11-26 02:06:41 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 02:06:41 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-11-26 02:06:41 - cleaning the object tree TB --- 2011-11-26 02:06:45 - cvsupping the source tree TB --- 2011-11-26 02:06:45 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-11-26 02:06:57 - building world TB --- 2011-11-26 02:06:57 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 02:06:57 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 02:06:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 02:06:57 - SRCCONF=/dev/null TB --- 2011-11-26 02:06:57 - TARGET=powerpc TB --- 2011-11-26 02:06:57 - TARGET_ARCH=powerpc TB --- 2011-11-26 02:06:57 - TZ=UTC TB --- 2011-11-26 02:06:57 - __MAKE_CONF=/dev/null TB --- 2011-11-26 02:06:57 - cd /src TB --- 2011-11-26 02:06:57 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 02:06:57 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/powerpc.powerpc/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 02:22:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 02:22:27 - ERROR: failed to build world TB --- 2011-11-26 02:22:27 - 770.17 user 139.48 system 946.34 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 02:25:35 2011 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 AE816106564A; Sat, 26 Nov 2011 02:25:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 587028FC0A; Sat, 26 Nov 2011 02:25:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ2PY9u065770; Fri, 25 Nov 2011 21:25:34 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ2PYTX065765; Sat, 26 Nov 2011 02:25:34 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 02:25:34 GMT Message-Id: <201111260225.pAQ2PYTX065765@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 02:25:35 -0000 TB --- 2011-11-26 02:14:41 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 02:14:41 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-11-26 02:14:41 - cleaning the object tree TB --- 2011-11-26 02:14:44 - cvsupping the source tree TB --- 2011-11-26 02:14:44 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-11-26 02:14:57 - building world TB --- 2011-11-26 02:14:57 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 02:14:57 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 02:14:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 02:14:57 - SRCCONF=/dev/null TB --- 2011-11-26 02:14:57 - TARGET=sparc64 TB --- 2011-11-26 02:14:57 - TARGET_ARCH=sparc64 TB --- 2011-11-26 02:14:57 - TZ=UTC TB --- 2011-11-26 02:14:57 - __MAKE_CONF=/dev/null TB --- 2011-11-26 02:14:57 - cd /src TB --- 2011-11-26 02:14:57 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 02:14:57 UTC 2011 >>> 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 [...] c++ -fPIC -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fPIC -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fPIC -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fPIC -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fPIC -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fPIC -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/sparc64.sparc64/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 02:25:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 02:25:34 - ERROR: failed to build world TB --- 2011-11-26 02:25:34 - 522.45 user 115.96 system 652.70 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 02:27:14 2011 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 F347E1065673; Sat, 26 Nov 2011 02:27:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 9CEC88FC18; Sat, 26 Nov 2011 02:27:13 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ2RDcL072472; Fri, 25 Nov 2011 21:27:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ2RCti072471; Sat, 26 Nov 2011 02:27:12 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 02:27:12 GMT Message-Id: <201111260227.pAQ2RCti072471@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/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: Sat, 26 Nov 2011 02:27:14 -0000 TB --- 2011-11-26 02:11:43 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 02:11:43 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-11-26 02:11:43 - cleaning the object tree TB --- 2011-11-26 02:11:47 - cvsupping the source tree TB --- 2011-11-26 02:11:47 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-11-26 02:11:59 - building world TB --- 2011-11-26 02:11:59 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 02:11:59 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 02:11:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 02:11:59 - SRCCONF=/dev/null TB --- 2011-11-26 02:11:59 - TARGET=powerpc TB --- 2011-11-26 02:11:59 - TARGET_ARCH=powerpc64 TB --- 2011-11-26 02:11:59 - TZ=UTC TB --- 2011-11-26 02:11:59 - __MAKE_CONF=/dev/null TB --- 2011-11-26 02:11:59 - cd /src TB --- 2011-11-26 02:11:59 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 02:12:00 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/powerpc.powerpc64/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 02:27:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 02:27:12 - ERROR: failed to build world TB --- 2011-11-26 02:27:12 - 765.34 user 140.83 system 929.00 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 02:41:04 2011 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 102EC1065672; Sat, 26 Nov 2011 02:41:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A64048FC16; Sat, 26 Nov 2011 02:41:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ2f2UP068683; Fri, 25 Nov 2011 21:41:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ2f2ei068670; Sat, 26 Nov 2011 02:41:02 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 02:41:02 GMT Message-Id: <201111260241.pAQ2f2ei068670@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 02:41:04 -0000 TB --- 2011-11-26 02:30:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 02:30:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-11-26 02:30:00 - cleaning the object tree TB --- 2011-11-26 02:30:04 - cvsupping the source tree TB --- 2011-11-26 02:30:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-11-26 02:30:18 - building world TB --- 2011-11-26 02:30:18 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 02:30:18 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 02:30:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 02:30:18 - SRCCONF=/dev/null TB --- 2011-11-26 02:30:18 - TARGET=arm TB --- 2011-11-26 02:30:18 - TARGET_ARCH=arm TB --- 2011-11-26 02:30:18 - TZ=UTC TB --- 2011-11-26 02:30:18 - __MAKE_CONF=/dev/null TB --- 2011-11-26 02:30:18 - cd /src TB --- 2011-11-26 02:30:18 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 02:30:18 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/arm.arm/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 02:41:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 02:41:02 - ERROR: failed to build world TB --- 2011-11-26 02:41:02 - 518.63 user 119.23 system 662.02 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 02:45:44 2011 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 76FD3106564A; Sat, 26 Nov 2011 02:45:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 18AB18FC13; Sat, 26 Nov 2011 02:45:43 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ2jhNg028428; Fri, 25 Nov 2011 21:45:43 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ2jhU3028424; Sat, 26 Nov 2011 02:45:43 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 02:45:43 GMT Message-Id: <201111260245.pAQ2jhU3028424@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 02:45:44 -0000 TB --- 2011-11-26 02:30:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 02:30:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-11-26 02:30:00 - cleaning the object tree TB --- 2011-11-26 02:30:04 - cvsupping the source tree TB --- 2011-11-26 02:30:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-11-26 02:30:18 - building world TB --- 2011-11-26 02:30:18 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 02:30:18 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 02:30:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 02:30:18 - SRCCONF=/dev/null TB --- 2011-11-26 02:30:18 - TARGET=pc98 TB --- 2011-11-26 02:30:18 - TARGET_ARCH=i386 TB --- 2011-11-26 02:30:18 - TZ=UTC TB --- 2011-11-26 02:30:18 - __MAKE_CONF=/dev/null TB --- 2011-11-26 02:30:18 - cd /src TB --- 2011-11-26 02:30:18 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 02:30:18 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/pc98.i386/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 02:45:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 02:45:43 - ERROR: failed to build world TB --- 2011-11-26 02:45:43 - 753.57 user 139.71 system 942.52 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 02:45:45 2011 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 44929106566B; Sat, 26 Nov 2011 02:45:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id D9CB78FC08; Sat, 26 Nov 2011 02:45:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ2jiE1028484; Fri, 25 Nov 2011 21:45:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ2ji5e028482; Sat, 26 Nov 2011 02:45:44 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 02:45:44 GMT Message-Id: <201111260245.pAQ2ji5e028482@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 02:45:45 -0000 TB --- 2011-11-26 02:30:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 02:30:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-11-26 02:30:00 - cleaning the object tree TB --- 2011-11-26 02:30:04 - cvsupping the source tree TB --- 2011-11-26 02:30:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-11-26 02:30:18 - building world TB --- 2011-11-26 02:30:18 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 02:30:18 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 02:30:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 02:30:18 - SRCCONF=/dev/null TB --- 2011-11-26 02:30:18 - TARGET=i386 TB --- 2011-11-26 02:30:18 - TARGET_ARCH=i386 TB --- 2011-11-26 02:30:18 - TZ=UTC TB --- 2011-11-26 02:30:18 - __MAKE_CONF=/dev/null TB --- 2011-11-26 02:30:18 - cd /src TB --- 2011-11-26 02:30:18 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 02:30:19 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/i386.i386/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 02:45:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 02:45:44 - ERROR: failed to build world TB --- 2011-11-26 02:45:44 - 753.32 user 138.21 system 943.40 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 02:52:48 2011 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 CDB6E106564A; Sat, 26 Nov 2011 02:52:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 6EA178FC0A; Sat, 26 Nov 2011 02:52:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ2qlMw097279; Fri, 25 Nov 2011 21:52:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ2ql9c097274; Sat, 26 Nov 2011 02:52:47 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 02:52:47 GMT Message-Id: <201111260252.pAQ2ql9c097274@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 02:52:48 -0000 TB --- 2011-11-26 02:30:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 02:30:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-11-26 02:30:00 - cleaning the object tree TB --- 2011-11-26 02:30:04 - cvsupping the source tree TB --- 2011-11-26 02:30:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-11-26 02:35:29 - building world TB --- 2011-11-26 02:35:29 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 02:35:29 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 02:35:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 02:35:29 - SRCCONF=/dev/null TB --- 2011-11-26 02:35:29 - TARGET=amd64 TB --- 2011-11-26 02:35:29 - TARGET_ARCH=amd64 TB --- 2011-11-26 02:35:29 - TZ=UTC TB --- 2011-11-26 02:35:29 - __MAKE_CONF=/dev/null TB --- 2011-11-26 02:35:29 - cd /src TB --- 2011-11-26 02:35:29 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 02:35:29 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/amd64.amd64/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 02:52:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 02:52:47 - ERROR: failed to build world TB --- 2011-11-26 02:52:47 - 820.66 user 155.31 system 1366.68 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 02:54:38 2011 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 1268B1065672; Sat, 26 Nov 2011 02:54:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A691E8FC16; Sat, 26 Nov 2011 02:54:37 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ2sbqp006051; Fri, 25 Nov 2011 21:54:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ2saXM006050; Sat, 26 Nov 2011 02:54:36 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 02:54:36 GMT Message-Id: <201111260254.pAQ2saXM006050@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 02:54:38 -0000 TB --- 2011-11-26 02:41:02 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 02:41:02 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-11-26 02:41:02 - cleaning the object tree TB --- 2011-11-26 02:41:05 - cvsupping the source tree TB --- 2011-11-26 02:41:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-11-26 02:41:17 - building world TB --- 2011-11-26 02:41:17 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 02:41:17 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 02:41:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 02:41:17 - SRCCONF=/dev/null TB --- 2011-11-26 02:41:17 - TARGET=ia64 TB --- 2011-11-26 02:41:17 - TARGET_ARCH=ia64 TB --- 2011-11-26 02:41:17 - TZ=UTC TB --- 2011-11-26 02:41:17 - __MAKE_CONF=/dev/null TB --- 2011-11-26 02:41:17 - cd /src TB --- 2011-11-26 02:41:17 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 02:41:17 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/ia64.ia64/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 02:54:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 02:54:36 - ERROR: failed to build world TB --- 2011-11-26 02:54:36 - 631.78 user 128.41 system 814.02 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 02:58:17 2011 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 44294106564A; Sat, 26 Nov 2011 02:58:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id E06F88FC16; Sat, 26 Nov 2011 02:58:16 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ2wGFw058470; Fri, 25 Nov 2011 21:58:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ2wGhD058459; Sat, 26 Nov 2011 02:58:16 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 02:58:16 GMT Message-Id: <201111260258.pAQ2wGhD058459@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips 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: Sat, 26 Nov 2011 02:58:17 -0000 TB --- 2011-11-26 02:45:43 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 02:45:43 - starting HEAD tinderbox run for mips/mips TB --- 2011-11-26 02:45:43 - cleaning the object tree TB --- 2011-11-26 02:45:46 - cvsupping the source tree TB --- 2011-11-26 02:45:46 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-11-26 02:45:59 - building world TB --- 2011-11-26 02:45:59 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 02:45:59 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 02:45:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 02:45:59 - SRCCONF=/dev/null TB --- 2011-11-26 02:45:59 - TARGET=mips TB --- 2011-11-26 02:45:59 - TARGET_ARCH=mips TB --- 2011-11-26 02:45:59 - TZ=UTC TB --- 2011-11-26 02:45:59 - __MAKE_CONF=/dev/null TB --- 2011-11-26 02:45:59 - cd /src TB --- 2011-11-26 02:45:59 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 02:45:59 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O -pipe -G0 -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O -pipe -G0 -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O -pipe -G0 -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O -pipe -G0 -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O -pipe -G0 -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O -pipe -G0 -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/mips.mipsel/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 02:58:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 02:58:16 - ERROR: failed to build world TB --- 2011-11-26 02:58:16 - 573.74 user 125.01 system 752.68 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 03:01:37 2011 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 40CC21065672; Sat, 26 Nov 2011 03:01:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id D8E0D8FC08; Sat, 26 Nov 2011 03:01:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ31aQt087323; Fri, 25 Nov 2011 22:01:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ31amO087320; Sat, 26 Nov 2011 03:01:36 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 03:01:36 GMT Message-Id: <201111260301.pAQ31amO087320@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 03:01:37 -0000 TB --- 2011-11-26 02:45:44 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 02:45:44 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-11-26 02:45:44 - cleaning the object tree TB --- 2011-11-26 02:45:47 - cvsupping the source tree TB --- 2011-11-26 02:45:47 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-11-26 02:45:59 - building world TB --- 2011-11-26 02:45:59 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 02:45:59 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 02:45:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 02:45:59 - SRCCONF=/dev/null TB --- 2011-11-26 02:45:59 - TARGET=powerpc TB --- 2011-11-26 02:45:59 - TARGET_ARCH=powerpc TB --- 2011-11-26 02:45:59 - TZ=UTC TB --- 2011-11-26 02:45:59 - __MAKE_CONF=/dev/null TB --- 2011-11-26 02:45:59 - cd /src TB --- 2011-11-26 02:45:59 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 02:46:00 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/powerpc.powerpc/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 03:01:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 03:01:36 - ERROR: failed to build world TB --- 2011-11-26 03:01:36 - 770.48 user 140.41 system 951.73 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 03:05:33 2011 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 8E100106566B; Sat, 26 Nov 2011 03:05:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 355518FC08; Sat, 26 Nov 2011 03:05:32 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ35W6I010949; Fri, 25 Nov 2011 22:05:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ35WGl010946; Sat, 26 Nov 2011 03:05:32 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 03:05:32 GMT Message-Id: <201111260305.pAQ35WGl010946@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 03:05:33 -0000 TB --- 2011-11-26 02:54:37 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 02:54:37 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-11-26 02:54:37 - cleaning the object tree TB --- 2011-11-26 02:54:40 - cvsupping the source tree TB --- 2011-11-26 02:54:40 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-11-26 02:54:51 - building world TB --- 2011-11-26 02:54:51 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 02:54:51 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 02:54:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 02:54:51 - SRCCONF=/dev/null TB --- 2011-11-26 02:54:51 - TARGET=sparc64 TB --- 2011-11-26 02:54:51 - TARGET_ARCH=sparc64 TB --- 2011-11-26 02:54:51 - TZ=UTC TB --- 2011-11-26 02:54:51 - __MAKE_CONF=/dev/null TB --- 2011-11-26 02:54:51 - cd /src TB --- 2011-11-26 02:54:51 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 02:54:52 UTC 2011 >>> 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 [...] c++ -fPIC -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fPIC -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fPIC -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fPIC -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fPIC -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fPIC -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/sparc64.sparc64/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 03:05:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 03:05:32 - ERROR: failed to build world TB --- 2011-11-26 03:05:32 - 522.35 user 114.34 system 655.23 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 03:08:12 2011 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 5117D106575F; Sat, 26 Nov 2011 03:08:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id EDED08FC13; Sat, 26 Nov 2011 03:08:11 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ38Bav024662; Fri, 25 Nov 2011 22:08:11 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ38Bfp024661; Sat, 26 Nov 2011 03:08:11 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 03:08:11 GMT Message-Id: <201111260308.pAQ38Bfp024661@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/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: Sat, 26 Nov 2011 03:08:12 -0000 TB --- 2011-11-26 02:52:47 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 02:52:47 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-11-26 02:52:47 - cleaning the object tree TB --- 2011-11-26 02:52:51 - cvsupping the source tree TB --- 2011-11-26 02:52:51 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-11-26 02:53:03 - building world TB --- 2011-11-26 02:53:03 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 02:53:03 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 02:53:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 02:53:03 - SRCCONF=/dev/null TB --- 2011-11-26 02:53:03 - TARGET=powerpc TB --- 2011-11-26 02:53:03 - TARGET_ARCH=powerpc64 TB --- 2011-11-26 02:53:03 - TZ=UTC TB --- 2011-11-26 02:53:03 - __MAKE_CONF=/dev/null TB --- 2011-11-26 02:53:03 - cd /src TB --- 2011-11-26 02:53:03 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 02:53:03 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/powerpc.powerpc64/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 03:08:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 03:08:11 - ERROR: failed to build world TB --- 2011-11-26 03:08:11 - 764.80 user 138.15 system 923.50 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 03:21:09 2011 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 C39B2106564A; Sat, 26 Nov 2011 03:21:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 67D328FC0A; Sat, 26 Nov 2011 03:21:09 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ3L80f023163; Fri, 25 Nov 2011 22:21:08 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ3L8hY023162; Sat, 26 Nov 2011 03:21:08 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 03:21:08 GMT Message-Id: <201111260321.pAQ3L8hY023162@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 03:21:09 -0000 TB --- 2011-11-26 03:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 03:10:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-11-26 03:10:00 - cleaning the object tree TB --- 2011-11-26 03:10:04 - cvsupping the source tree TB --- 2011-11-26 03:10:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-11-26 03:10:18 - building world TB --- 2011-11-26 03:10:18 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 03:10:18 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 03:10:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 03:10:18 - SRCCONF=/dev/null TB --- 2011-11-26 03:10:18 - TARGET=arm TB --- 2011-11-26 03:10:18 - TARGET_ARCH=arm TB --- 2011-11-26 03:10:18 - TZ=UTC TB --- 2011-11-26 03:10:18 - __MAKE_CONF=/dev/null TB --- 2011-11-26 03:10:18 - cd /src TB --- 2011-11-26 03:10:18 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 03:10:19 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/arm.arm/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 03:21:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 03:21:08 - ERROR: failed to build world TB --- 2011-11-26 03:21:08 - 517.34 user 120.87 system 667.64 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 03:25:32 2011 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 9E2CC1065677; Sat, 26 Nov 2011 03:25:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 45CF08FC0A; Sat, 26 Nov 2011 03:25:32 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ3PVqE076071; Fri, 25 Nov 2011 22:25:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ3PVNF076056; Sat, 26 Nov 2011 03:25:31 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 03:25:31 GMT Message-Id: <201111260325.pAQ3PVNF076056@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 03:25:32 -0000 TB --- 2011-11-26 03:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 03:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-11-26 03:10:00 - cleaning the object tree TB --- 2011-11-26 03:10:05 - cvsupping the source tree TB --- 2011-11-26 03:10:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-11-26 03:10:19 - building world TB --- 2011-11-26 03:10:19 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 03:10:19 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 03:10:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 03:10:19 - SRCCONF=/dev/null TB --- 2011-11-26 03:10:19 - TARGET=i386 TB --- 2011-11-26 03:10:19 - TARGET_ARCH=i386 TB --- 2011-11-26 03:10:19 - TZ=UTC TB --- 2011-11-26 03:10:19 - __MAKE_CONF=/dev/null TB --- 2011-11-26 03:10:19 - cd /src TB --- 2011-11-26 03:10:19 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 03:10:19 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/i386.i386/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 03:25:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 03:25:31 - ERROR: failed to build world TB --- 2011-11-26 03:25:31 - 751.25 user 136.21 system 930.76 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 03:26:42 2011 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 13E491065676; Sat, 26 Nov 2011 03:26:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A8FDB8FC20; Sat, 26 Nov 2011 03:26:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ3QfUN083482; Fri, 25 Nov 2011 22:26:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ3QecL083477; Sat, 26 Nov 2011 03:26:40 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 03:26:40 GMT Message-Id: <201111260326.pAQ3QecL083477@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 03:26:42 -0000 TB --- 2011-11-26 03:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 03:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-11-26 03:10:00 - cleaning the object tree TB --- 2011-11-26 03:10:04 - cvsupping the source tree TB --- 2011-11-26 03:10:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-11-26 03:10:18 - building world TB --- 2011-11-26 03:10:18 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 03:10:18 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 03:10:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 03:10:18 - SRCCONF=/dev/null TB --- 2011-11-26 03:10:18 - TARGET=amd64 TB --- 2011-11-26 03:10:18 - TARGET_ARCH=amd64 TB --- 2011-11-26 03:10:18 - TZ=UTC TB --- 2011-11-26 03:10:18 - __MAKE_CONF=/dev/null TB --- 2011-11-26 03:10:18 - cd /src TB --- 2011-11-26 03:10:18 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 03:10:19 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/amd64.amd64/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 03:26:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 03:26:40 - ERROR: failed to build world TB --- 2011-11-26 03:26:40 - 801.57 user 145.25 system 1000.10 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 03:30:33 2011 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 44654106566B for ; Sat, 26 Nov 2011 03:30:33 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 097058FC12 for ; Sat, 26 Nov 2011 03:30:33 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:f4:4c4f:15d2:6f4f] (unknown [IPv6:2001:7b8:3a7:0:f4:4c4f:15d2:6f4f]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id C878C5C37; Sat, 26 Nov 2011 04:30:31 +0100 (CET) Message-ID: <4ED05D56.4090800@FreeBSD.org> Date: Sat, 26 Nov 2011 04:30:30 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111115 Thunderbird/9.0 MIME-Version: 1.0 To: current@freebsd.org References: <201111252230.pAPMU0Iw043666@freebsd-current.sentex.ca> In-Reply-To: <201111252230.pAPMU0Iw043666@freebsd-current.sentex.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2011 03:30:33 -0000 On 2011-11-25 23:30, FreeBSD Tinderbox wrote: ... >>>> stage 4.2: building libraries > [...] > c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So > c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So > c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So > c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So > c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So > c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So > building shared library libcxxrt.so.1 > /obj/powerpc.powerpc/src/tmp/usr/bin/ld: cannot find -lpthread Sorry about the breakage, this should be fixed by r227987. From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 03:31:46 2011 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 9BAE21065675; Sat, 26 Nov 2011 03:31:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 44FAC8FC22; Sat, 26 Nov 2011 03:31:45 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ3VjXg036905; Fri, 25 Nov 2011 22:31:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ3Vj5t036883; Sat, 26 Nov 2011 03:31:45 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 03:31:45 GMT Message-Id: <201111260331.pAQ3Vj5t036883@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 03:31:46 -0000 TB --- 2011-11-26 03:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 03:10:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-11-26 03:10:00 - cleaning the object tree TB --- 2011-11-26 03:10:05 - cvsupping the source tree TB --- 2011-11-26 03:10:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-11-26 03:15:29 - building world TB --- 2011-11-26 03:15:29 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 03:15:29 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 03:15:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 03:15:29 - SRCCONF=/dev/null TB --- 2011-11-26 03:15:29 - TARGET=pc98 TB --- 2011-11-26 03:15:29 - TARGET_ARCH=i386 TB --- 2011-11-26 03:15:29 - TZ=UTC TB --- 2011-11-26 03:15:29 - __MAKE_CONF=/dev/null TB --- 2011-11-26 03:15:29 - cd /src TB --- 2011-11-26 03:15:29 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 03:15:29 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/pc98.i386/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 03:31:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 03:31:45 - ERROR: failed to build world TB --- 2011-11-26 03:31:45 - 772.67 user 144.75 system 1304.55 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 03:34:52 2011 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 1891A106564A; Sat, 26 Nov 2011 03:34:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id B13728FC12; Sat, 26 Nov 2011 03:34:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ3YojT057751; Fri, 25 Nov 2011 22:34:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ3YoS8057741; Sat, 26 Nov 2011 03:34:50 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 03:34:50 GMT Message-Id: <201111260334.pAQ3YoS8057741@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 03:34:52 -0000 TB --- 2011-11-26 03:21:08 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 03:21:08 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-11-26 03:21:08 - cleaning the object tree TB --- 2011-11-26 03:21:11 - cvsupping the source tree TB --- 2011-11-26 03:21:11 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-11-26 03:21:25 - building world TB --- 2011-11-26 03:21:25 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 03:21:25 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 03:21:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 03:21:25 - SRCCONF=/dev/null TB --- 2011-11-26 03:21:25 - TARGET=ia64 TB --- 2011-11-26 03:21:25 - TARGET_ARCH=ia64 TB --- 2011-11-26 03:21:25 - TZ=UTC TB --- 2011-11-26 03:21:25 - __MAKE_CONF=/dev/null TB --- 2011-11-26 03:21:25 - cd /src TB --- 2011-11-26 03:21:25 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 03:21:25 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/ia64.ia64/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 03:34:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 03:34:50 - ERROR: failed to build world TB --- 2011-11-26 03:34:50 - 631.15 user 129.06 system 822.09 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 03:38:10 2011 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 A2F3F106566C; Sat, 26 Nov 2011 03:38:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 062258FC12; Sat, 26 Nov 2011 03:38:09 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ3c9l6014869; Fri, 25 Nov 2011 22:38:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ3c9IO014868; Sat, 26 Nov 2011 03:38:09 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 03:38:09 GMT Message-Id: <201111260338.pAQ3c9IO014868@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips 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: Sat, 26 Nov 2011 03:38:10 -0000 TB --- 2011-11-26 03:25:31 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 03:25:31 - starting HEAD tinderbox run for mips/mips TB --- 2011-11-26 03:25:31 - cleaning the object tree TB --- 2011-11-26 03:25:35 - cvsupping the source tree TB --- 2011-11-26 03:25:35 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-11-26 03:25:47 - building world TB --- 2011-11-26 03:25:47 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 03:25:47 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 03:25:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 03:25:47 - SRCCONF=/dev/null TB --- 2011-11-26 03:25:47 - TARGET=mips TB --- 2011-11-26 03:25:47 - TARGET_ARCH=mips TB --- 2011-11-26 03:25:47 - TZ=UTC TB --- 2011-11-26 03:25:47 - __MAKE_CONF=/dev/null TB --- 2011-11-26 03:25:47 - cd /src TB --- 2011-11-26 03:25:47 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 03:25:47 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O -pipe -G0 -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O -pipe -G0 -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O -pipe -G0 -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O -pipe -G0 -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O -pipe -G0 -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O -pipe -G0 -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/mips.mipsel/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 03:38:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 03:38:09 - ERROR: failed to build world TB --- 2011-11-26 03:38:09 - 572.02 user 126.98 system 757.43 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 03:42:26 2011 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 EE82F106566C; Sat, 26 Nov 2011 03:42:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 9317C8FC08; Sat, 26 Nov 2011 03:42:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ3gPYH040282; Fri, 25 Nov 2011 22:42:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ3gPhb040281; Sat, 26 Nov 2011 03:42:25 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 03:42:25 GMT Message-Id: <201111260342.pAQ3gPhb040281@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 03:42:27 -0000 TB --- 2011-11-26 03:26:41 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 03:26:41 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-11-26 03:26:41 - cleaning the object tree TB --- 2011-11-26 03:26:44 - cvsupping the source tree TB --- 2011-11-26 03:26:44 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-11-26 03:26:55 - building world TB --- 2011-11-26 03:26:55 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 03:26:55 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 03:26:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 03:26:55 - SRCCONF=/dev/null TB --- 2011-11-26 03:26:55 - TARGET=powerpc TB --- 2011-11-26 03:26:55 - TARGET_ARCH=powerpc TB --- 2011-11-26 03:26:55 - TZ=UTC TB --- 2011-11-26 03:26:55 - __MAKE_CONF=/dev/null TB --- 2011-11-26 03:26:55 - cd /src TB --- 2011-11-26 03:26:55 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 03:26:56 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/powerpc.powerpc/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 03:42:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 03:42:25 - ERROR: failed to build world TB --- 2011-11-26 03:42:25 - 770.56 user 137.24 system 944.53 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 03:45:45 2011 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 DF508106566B; Sat, 26 Nov 2011 03:45:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 87F4F8FC08; Sat, 26 Nov 2011 03:45:45 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ3ji38070397; Fri, 25 Nov 2011 22:45:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ3jiul070395; Sat, 26 Nov 2011 03:45:44 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 03:45:44 GMT Message-Id: <201111260345.pAQ3jiul070395@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 03:45:46 -0000 TB --- 2011-11-26 03:34:51 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 03:34:51 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-11-26 03:34:51 - cleaning the object tree TB --- 2011-11-26 03:34:54 - cvsupping the source tree TB --- 2011-11-26 03:34:54 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-11-26 03:35:06 - building world TB --- 2011-11-26 03:35:06 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 03:35:06 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 03:35:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 03:35:06 - SRCCONF=/dev/null TB --- 2011-11-26 03:35:06 - TARGET=sparc64 TB --- 2011-11-26 03:35:06 - TARGET_ARCH=sparc64 TB --- 2011-11-26 03:35:06 - TZ=UTC TB --- 2011-11-26 03:35:06 - __MAKE_CONF=/dev/null TB --- 2011-11-26 03:35:06 - cd /src TB --- 2011-11-26 03:35:06 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 03:35:07 UTC 2011 >>> 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 [...] c++ -fPIC -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fPIC -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fPIC -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fPIC -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fPIC -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fPIC -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/sparc64.sparc64/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 03:45:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 03:45:44 - ERROR: failed to build world TB --- 2011-11-26 03:45:44 - 523.01 user 115.35 system 653.88 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 03:47:16 2011 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 C8A571065679; Sat, 26 Nov 2011 03:47:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 6CF7B8FC1E; Sat, 26 Nov 2011 03:47:16 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ3lFq6076734; Fri, 25 Nov 2011 22:47:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ3lFpl076733; Sat, 26 Nov 2011 03:47:15 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 03:47:15 GMT Message-Id: <201111260347.pAQ3lFpl076733@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/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: Sat, 26 Nov 2011 03:47:16 -0000 TB --- 2011-11-26 03:31:45 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 03:31:45 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-11-26 03:31:45 - cleaning the object tree TB --- 2011-11-26 03:31:50 - cvsupping the source tree TB --- 2011-11-26 03:31:50 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-11-26 03:32:01 - building world TB --- 2011-11-26 03:32:01 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 03:32:01 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 03:32:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 03:32:01 - SRCCONF=/dev/null TB --- 2011-11-26 03:32:01 - TARGET=powerpc TB --- 2011-11-26 03:32:01 - TARGET_ARCH=powerpc64 TB --- 2011-11-26 03:32:01 - TZ=UTC TB --- 2011-11-26 03:32:01 - __MAKE_CONF=/dev/null TB --- 2011-11-26 03:32:01 - cd /src TB --- 2011-11-26 03:32:01 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 03:32:02 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/powerpc.powerpc64/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 03:47:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 03:47:15 - ERROR: failed to build world TB --- 2011-11-26 03:47:15 - 764.41 user 141.27 system 930.14 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 04:01:11 2011 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 410FA1065714; Sat, 26 Nov 2011 04:01:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id D76AE8FC0C; Sat, 26 Nov 2011 04:01:10 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ41ApP075490; Fri, 25 Nov 2011 23:01:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ419Cw075487; Sat, 26 Nov 2011 04:01:09 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 04:01:09 GMT Message-Id: <201111260401.pAQ419Cw075487@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 04:01:11 -0000 TB --- 2011-11-26 03:50:01 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 03:50:01 - starting HEAD tinderbox run for arm/arm TB --- 2011-11-26 03:50:01 - cleaning the object tree TB --- 2011-11-26 03:50:05 - cvsupping the source tree TB --- 2011-11-26 03:50:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-11-26 03:50:19 - building world TB --- 2011-11-26 03:50:19 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 03:50:19 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 03:50:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 03:50:19 - SRCCONF=/dev/null TB --- 2011-11-26 03:50:19 - TARGET=arm TB --- 2011-11-26 03:50:19 - TARGET_ARCH=arm TB --- 2011-11-26 03:50:19 - TZ=UTC TB --- 2011-11-26 03:50:19 - __MAKE_CONF=/dev/null TB --- 2011-11-26 03:50:19 - cd /src TB --- 2011-11-26 03:50:19 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 03:50:19 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/arm.arm/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 04:01:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 04:01:09 - ERROR: failed to build world TB --- 2011-11-26 04:01:09 - 517.57 user 120.49 system 668.97 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 04:06:07 2011 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 B511D10656D0; Sat, 26 Nov 2011 04:06:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 546E28FC0A; Sat, 26 Nov 2011 04:06:07 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ466VE028994; Fri, 25 Nov 2011 23:06:06 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ466U3028989; Sat, 26 Nov 2011 04:06:06 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 04:06:06 GMT Message-Id: <201111260406.pAQ466U3028989@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 04:06:07 -0000 TB --- 2011-11-26 03:50:01 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 03:50:01 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-11-26 03:50:01 - cleaning the object tree TB --- 2011-11-26 03:50:04 - cvsupping the source tree TB --- 2011-11-26 03:50:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-11-26 03:50:19 - building world TB --- 2011-11-26 03:50:19 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 03:50:19 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 03:50:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 03:50:19 - SRCCONF=/dev/null TB --- 2011-11-26 03:50:19 - TARGET=pc98 TB --- 2011-11-26 03:50:19 - TARGET_ARCH=i386 TB --- 2011-11-26 03:50:19 - TZ=UTC TB --- 2011-11-26 03:50:19 - __MAKE_CONF=/dev/null TB --- 2011-11-26 03:50:19 - cd /src TB --- 2011-11-26 03:50:19 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 03:50:19 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/pc98.i386/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 04:06:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 04:06:06 - ERROR: failed to build world TB --- 2011-11-26 04:06:06 - 769.77 user 146.23 system 965.68 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 04:07:05 2011 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 31E60106564A; Sat, 26 Nov 2011 04:07:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id C7FE48FC13; Sat, 26 Nov 2011 04:07:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ4745u033789; Fri, 25 Nov 2011 23:07:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ4744Q033788; Sat, 26 Nov 2011 04:07:04 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 04:07:04 GMT Message-Id: <201111260407.pAQ4744Q033788@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 04:07:05 -0000 TB --- 2011-11-26 03:50:01 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 03:50:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-11-26 03:50:01 - cleaning the object tree TB --- 2011-11-26 03:50:05 - cvsupping the source tree TB --- 2011-11-26 03:50:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-11-26 03:50:19 - building world TB --- 2011-11-26 03:50:19 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 03:50:19 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 03:50:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 03:50:19 - SRCCONF=/dev/null TB --- 2011-11-26 03:50:19 - TARGET=amd64 TB --- 2011-11-26 03:50:19 - TARGET_ARCH=amd64 TB --- 2011-11-26 03:50:19 - TZ=UTC TB --- 2011-11-26 03:50:19 - __MAKE_CONF=/dev/null TB --- 2011-11-26 03:50:19 - cd /src TB --- 2011-11-26 03:50:19 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 03:50:19 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/amd64.amd64/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 04:07:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 04:07:04 - ERROR: failed to build world TB --- 2011-11-26 04:07:04 - 821.11 user 150.67 system 1023.06 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 04:10:57 2011 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 9BCCA106564A; Sat, 26 Nov 2011 04:10:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 3FA358FC0A; Sat, 26 Nov 2011 04:10:56 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ4AuXk059860; Fri, 25 Nov 2011 23:10:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ4AulB059856; Sat, 26 Nov 2011 04:10:56 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 04:10:56 GMT Message-Id: <201111260410.pAQ4AulB059856@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 04:10:57 -0000 TB --- 2011-11-26 03:50:01 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 03:50:01 - starting HEAD tinderbox run for i386/i386 TB --- 2011-11-26 03:50:01 - cleaning the object tree TB --- 2011-11-26 03:50:05 - cvsupping the source tree TB --- 2011-11-26 03:50:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-11-26 03:55:29 - building world TB --- 2011-11-26 03:55:29 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 03:55:29 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 03:55:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 03:55:29 - SRCCONF=/dev/null TB --- 2011-11-26 03:55:29 - TARGET=i386 TB --- 2011-11-26 03:55:29 - TARGET_ARCH=i386 TB --- 2011-11-26 03:55:29 - TZ=UTC TB --- 2011-11-26 03:55:29 - __MAKE_CONF=/dev/null TB --- 2011-11-26 03:55:29 - cd /src TB --- 2011-11-26 03:55:29 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 03:55:29 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/i386.i386/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 04:10:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 04:10:56 - ERROR: failed to build world TB --- 2011-11-26 04:10:56 - 776.98 user 134.30 system 1255.33 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 04:13:45 2011 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 77EC31065670; Sat, 26 Nov 2011 04:13:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 21E5A8FC14; Sat, 26 Nov 2011 04:13:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ4DiPG070466; Fri, 25 Nov 2011 23:13:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ4DiVZ070465; Sat, 26 Nov 2011 04:13:44 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 04:13:44 GMT Message-Id: <201111260413.pAQ4DiVZ070465@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 04:13:45 -0000 TB --- 2011-11-26 04:01:10 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 04:01:10 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-11-26 04:01:10 - cleaning the object tree TB --- 2011-11-26 04:01:12 - cvsupping the source tree TB --- 2011-11-26 04:01:12 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-11-26 04:01:24 - building world TB --- 2011-11-26 04:01:24 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 04:01:24 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 04:01:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 04:01:24 - SRCCONF=/dev/null TB --- 2011-11-26 04:01:24 - TARGET=ia64 TB --- 2011-11-26 04:01:24 - TARGET_ARCH=ia64 TB --- 2011-11-26 04:01:24 - TZ=UTC TB --- 2011-11-26 04:01:24 - __MAKE_CONF=/dev/null TB --- 2011-11-26 04:01:24 - cd /src TB --- 2011-11-26 04:01:24 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 04:01:24 UTC 2011 >>> 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 [...] c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/memory.cc -o memory.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/auxhelper.cc -o auxhelper.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/exception.cc -o exception.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/stdexcept.cc -o stdexcept.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.So c++ -fpic -DPIC -O2 -pipe -I/src/lib/libcxxrt/../../contrib/libcxxrt -c /src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.So building shared library libcxxrt.so.1 /obj/ia64.ia64/src/tmp/usr/bin/ld: cannot find -lpthread *** Error code 1 Stop in /src/lib/libcxxrt. *** 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 --- 2011-11-26 04:13:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 04:13:44 - ERROR: failed to build world TB --- 2011-11-26 04:13:44 - 624.51 user 122.98 system 754.13 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 05:51:10 2011 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 0AE6B106566C; Sat, 26 Nov 2011 05:51:10 +0000 (UTC) (envelope-from ache@vniz.net) Received: from vniz.net (vniz.net [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 837DB8FC0C; Sat, 26 Nov 2011 05:51:09 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vniz.net (8.14.5/8.14.5) with ESMTP id pAQ5p7h1015194; Sat, 26 Nov 2011 09:51:07 +0400 (MSK) (envelope-from ache@vniz.net) Received: (from ache@localhost) by localhost (8.14.5/8.14.5/Submit) id pAQ5p7I4015193; Sat, 26 Nov 2011 09:51:07 +0400 (MSK) (envelope-from ache) Date: Sat, 26 Nov 2011 09:51:07 +0400 From: Andrey Chernov To: das@freebsd.org, current@freebsd.org, secteam@freebsd.org Message-ID: <20111126055107.GA15148@vniz.net> Mail-Followup-To: Andrey Chernov , das@freebsd.org, current@freebsd.org, secteam@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Fix for pure initial seeding of libkern/arc4random.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2011 05:51:10 -0000 This is preliminary patch just to illustrate idea how bad (31bit) initial seeding of kernel's arc4random() can be fixed. Do you like it? --- yarrow.c.bak 2011-11-26 09:40:49.000000000 +0400 +++ yarrow.c 2011-11-26 09:44:05.000000000 +0400 @@ -59,6 +59,8 @@ static void reseed(u_int); /* The reseed thread mutex */ struct mtx random_reseed_mtx; +static arc4rand_reseed = 1; + /* Process a single stochastic event off the harvest queue */ void random_process_event(struct harvest *event) @@ -261,6 +263,11 @@ reseed(u_int fastslow) /* Release the reseed mutex */ mtx_unlock(&random_reseed_mtx); + + if (arc4rand_reseed) { + arc4rand_reseed = 0; + arc4rand(NULL, 0, 1); + } } /* Internal function to return processed entropy from the PRNG */ -- http://ache.vniz.net/ From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 06:29:27 2011 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 DCECB106566C for ; Sat, 26 Nov 2011 06:29:27 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id A27308FC0A for ; Sat, 26 Nov 2011 06:29:27 +0000 (UTC) Received: by iakl21 with SMTP id l21so8583237iak.13 for ; Fri, 25 Nov 2011 22:29:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Xb1u1lRrM53uKZ9a5PeFfOLa3XVJY2kLmie8Om/HBZQ=; b=vSJQZ4db/ANsu6Jae2hGBShYjM1NAMOHfRIRcrIS+yXY/tJDO6uvr27DhxLPtYAVKT fWwN/+c1pnQkA+egj08+DdPz8IuKua4g8LESxuwQK41e3keiko5VY5uCmheLUHV/y5+Q KD3fL9eAP13jM3pNVMrawXYD3GAqvEuEQc/J4= MIME-Version: 1.0 Received: by 10.43.51.69 with SMTP id vh5mr16112439icb.32.1322288966937; Fri, 25 Nov 2011 22:29:26 -0800 (PST) Received: by 10.42.223.202 with HTTP; Fri, 25 Nov 2011 22:29:26 -0800 (PST) In-Reply-To: References: Date: Sat, 26 Nov 2011 01:29:26 -0500 Message-ID: From: Aryeh Friedman To: Bernhard Froehlich Content-Type: multipart/mixed; boundary=bcaec52e5eb52a2d6704b29d6475 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Current Subject: Re: emulators/vitrualbox-ose fails on 9.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: Sat, 26 Nov 2011 06:29:27 -0000 --bcaec52e5eb52a2d6704b29d6475 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Fri, Nov 25, 2011 at 3:39 AM, Bernhard Froehlich wrot= e: > On 25.11.2011 08:02, Aryeh Friedman wrote: > >> With the following installed and all the prerequest ports for vbox when = I >> attempt to boot a default machine setup for freebsd guest OS install it >> fails immediately with: >> >> Result Code: >> >> NS_ERROR_FAILURE (0x80004005) >> >> Component: >> >> Console >> >> Interface: >> >> IConsole {515e8e8d-f932-4d8e-9f32-**79a52aead882} >> >> >> flosoft# uname -a >> FreeBSD flosoft.no-ip.biz 9.0-PRERELEASE FreeBSD 9.0-PRERELEASE #4: Thu >> Nov >> 24 22:45:48 EST 2011 root@flosoft.no-ip.biz:/usr/** >> obj/usr/src/sys/GENERIC >> i386 >> flosoft# kldstat >> Id Refs Address Size Name >> 1 27 0xc0400000 e59bd8 kernel >> 2 1 0xc125a000 97a4 linprocfs.ko >> 3 3 0xc1264000 2fcf4 linux.ko >> 4 1 0xc1294000 ad87d0 nvidia.ko >> 5 3 0xc7f12000 2d000 vboxdrv.ko >> 6 1 0xc7f4b000 2000 vboxnetadp.ko >> 7 1 0xc7f4d000 5000 vboxnetflt.ko >> 8 2 0xc7f52000 b000 netgraph.ko >> 9 1 0xc7f89000 4000 ng_ether.ko >> > > Sorry, but this information is not enough to have a clue what is going > wrong. Please look at ~/Virtualbox VMs//logs/VBox.log (or kind o= f) > and send the logfile. If that doesn't help please recompile the ports wit= h > the DEBUG option enabled. > > -- > Bernhard Fr=F6hlich > http://www.bluelife.at/ > --bcaec52e5eb52a2d6704b29d6475 Content-Type: application/octet-stream; name="VBox.log" Content-Disposition: attachment; filename="VBox.log" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gvg8p8qq0 MDA6MDA6MDAuMzcxIFZpcnR1YWxCb3ggNC4wLjEyX09TRSByNzI5MTYgZnJlZWJzZC54ODYgKE5v diAxMCAyMDExIDE1OjE3OjEzKSByZWxlYXNlIGxvZwowMDowMDowMC4zNzEgTG9nIG9wZW5lZCAy MDExLTExLTI2VDA2OjI3OjMxLjY3MzcwMjAwMFoKMDA6MDA6MDAuMzcxIE9TIFByb2R1Y3Q6IEZy ZWVCU0QKMDA6MDA6MDAuMzcxIE9TIFJlbGVhc2U6IDkuMC1QUkVSRUxFQVNFCjAwOjAwOjAwLjM3 MSBPUyBWZXJzaW9uOiBGcmVlQlNEIDkuMC1QUkVSRUxFQVNFICM0OiBUaHUgTm92IDI0IDIyOjQ1 OjQ4IEVTVCAyMDExICAgICByb290QGZsb3NvZnQubm8taXAuYml6Oi91c3Ivb2JqL3Vzci9zcmMv c3lzL0dFTkVSSUMKMDA6MDA6MDAuMzcxIEhvc3QgUkFNOiAzMDQzTUIgUkFNLCBhdmFpbGFibGU6 IDIzNDhNQgowMDowMDowMC4zNzEgRXhlY3V0YWJsZTogL3Vzci9sb2NhbC9saWIvdmlydHVhbGJv eC9WaXJ0dWFsQm94CjAwOjAwOjAwLjM3MSBQcm9jZXNzIElEOiA2NDg5OAowMDowMDowMC4zNzEg UGFja2FnZSB0eXBlOiBCU0RfMzJCSVRTX0dFTkVSSUMgKE9TRSkKMDA6MDA6MDAuMzcyIEluc3Rh bGxlZCBFeHRlbnNpb24gUGFja3M6CjAwOjAwOjAwLjM3MiAgIE5vbmUgaW5zdGFsbGVkIQowMDow MDowMC4zNzUgU1VQOiBMb2FkZWQgVk1NUjAucjAgKC91c3IvbG9jYWwvbGliL3ZpcnR1YWxib3gv Vk1NUjAucjApIGF0IDB4Y2FlMmQwMjAgLSBNb2R1bGVJbml0IGF0IDAwMDAwMDAwY2FlNDJjMjAg YW5kIE1vZHVsZVRlcm0gYXQgMDAwMDAwMDBjYWU0MmJmMAowMDowMDowMC4zNzUgU1VQOiBWTU1S MEVudHJ5RXggbG9jYXRlZCBhdCAwMDAwMDAwMGNhZTQyYWMwLCBWTU1SMEVudHJ5RmFzdCBhdCAw MDAwMDAwMGNhZTQyY2EwIGFuZCBWTU1SMEVudHJ5SW50IGF0IDAwMDAwMDAwY2FlNDFiODAKMDA6 MDA6MDAuMzc4IFVzaW5nIFhLQiBmb3Iga2V5Y29kZSB0byBzY2FuIGNvZGUgY29udmVyc2lvbgow MDowMDowMC4zOTIgRmlsZSBzeXN0ZW0gb2YgJy9ob21lL2FyeWVoL1ZpcnR1YWxCb3ggVk1zL0Zy ZWVCU0QvU25hcHNob3RzJyAoc25hcHNob3RzKSBpcyB1bmtub3duCjAwOjAwOjAwLjM5MiBGaWxl IHN5c3RlbSBvZiAnL2hvbWUvYXJ5ZWgvVmlydHVhbEJveCBWTXMvRnJlZUJTRC9GcmVlQlNELnZk aScgaXMgdWZzCjAwOjAwOjAwLjQwNiBWQm94U2hhcmVkQ2xpcGJvYXJkIG1vZGU6IEJpZGlyZWN0 aW9uYWwKMDA6MDA6MDAuNDA4ICoqKioqKioqKioqKioqKioqKioqKioqKiogQ0ZHTSBkdW1wICoq KioqKioqKioqKioqKioqKioqKioqKioKMDA6MDA6MDAuNDA4IFsvXSAobGV2ZWwgMCkKMDA6MDA6 MDAuNDA4ICAgQ1NBTUVuYWJsZWQgICAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMSAo MSkKMDA6MDA6MDAuNDA4ICAgQ3B1RXhlY3V0aW9uQ2FwIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAw MDAwMDA2NCAoMTAwKQowMDowMDowMC40MDggICBFbmFibGVQQUUgICAgICAgPGludGVnZXI+ID0g MHgwMDAwMDAwMDAwMDAwMDAwICgwKQowMDowMDowMC40MDggICBId1ZpcnRFeHRGb3JjZWQgPGlu dGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAwICgwKQowMDowMDowMC40MDggICBNZW1CYWxsb29u U2l6ZSAgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAwICgwKQowMDowMDowMC40MDggICBO YW1lICAgICAgICAgICAgPHN0cmluZz4gID0gIkZyZWVCU0QiIChjYj04KQowMDowMDowMC40MDgg ICBOdW1DUFVzICAgICAgICAgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAxICgxKQowMDow MDowMC40MDggICBQQVRNRW5hYmxlZCAgICAgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAx ICgxKQowMDowMDowMC40MDggICBQYWdlRnVzaW9uICAgICAgPGludGVnZXI+ID0gMHgwMDAwMDAw MDAwMDAwMDAwICgwKQowMDowMDowMC40MDggICBSYW1Ib2xlU2l6ZSAgICAgPGludGVnZXI+ID0g MHgwMDAwMDAwMDIwMDAwMDAwICg1MzY4NzA5MTIpCjAwOjAwOjAwLjQwOCAgIFJhbVNpemUgICAg ICAgICA8aW50ZWdlcj4gPSAweDAwMDAwMDAwNWVkMDAwMDAgKDE1OTA2ODk3OTIpCjAwOjAwOjAw LjQwOCAgIFJhd1IwRW5hYmxlZCAgICA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDEgKDEp CjAwOjAwOjAwLjQwOCAgIFJhd1IzRW5hYmxlZCAgICA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAw MDAwMDEgKDEpCjAwOjAwOjAwLjQwOCAgIFRpbWVyTWlsbGllcyAgICA8aW50ZWdlcj4gPSAweDAw MDAwMDAwMDAwMDAwMGEgKDEwKQowMDowMDowMC40MDggICBVVUlEICAgICAgICAgICAgPGJ5dGVz PiAgID0gIjZlIGM1IDMxIDU2IDNjIDk1IGVhIDQ2IGIxIDI3IDk3IDlkIGE0IGFkIDNjIGQwIiAo Y2I9MTYpCjAwOjAwOjAwLjQwOCAKMDA6MDA6MDAuNDA4IFsvQ1BVTS9dIChsZXZlbCAxKQowMDow MDowMC40MDggICBTeW50aGV0aWNDcHUgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAwICgw KQowMDowMDowMC40MDggCjAwOjAwOjAwLjQwOCBbL0RldmljZXMvXSAobGV2ZWwgMSkKMDA6MDA6 MDAuNDA4IAowMDowMDowMC40MDggWy9EZXZpY2VzLzgyMzdBL10gKGxldmVsIDIpCjAwOjAwOjAw LjQwOCAKMDA6MDA6MDAuNDA4IFsvRGV2aWNlcy84MjM3QS8wL10gKGxldmVsIDMpCjAwOjAwOjAw LjQwOCAgIFRydXN0ZWQgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAxICgxKQowMDowMDow MC40MDggCjAwOjAwOjAwLjQwOCBbL0RldmljZXMvQXVkaW9TbmlmZmVyL10gKGxldmVsIDIpCjAw OjAwOjAwLjQwOCAKMDA6MDA6MDAuNDA4IFsvRGV2aWNlcy9BdWRpb1NuaWZmZXIvMC9dIChsZXZl bCAzKQowMDowMDowMC40MDggCjAwOjAwOjAwLjQwOCBbL0RldmljZXMvQXVkaW9TbmlmZmVyLzAv Q29uZmlnL10gKGxldmVsIDQpCjAwOjAwOjAwLjQwOCAKMDA6MDA6MDAuNDA4IFsvRGV2aWNlcy9B dWRpb1NuaWZmZXIvMC9MVU4jMC9dIChsZXZlbCA0KQowMDowMDowMC40MDggICBEcml2ZXIgPHN0 cmluZz4gID0gIk1haW5BdWRpb1NuaWZmZXIiIChjYj0xNykKMDA6MDA6MDAuNDA4IAowMDowMDow MC40MDggWy9EZXZpY2VzL0F1ZGlvU25pZmZlci8wL0xVTiMwL0NvbmZpZy9dIChsZXZlbCA1KQow MDowMDowMC40MDggICBPYmplY3QgPGludGVnZXI+ID0gMHgwMDAwMDAwMDJjYzQxMTMwICg3NTEw NDY5NjApCjAwOjAwOjAwLjQwOCAKMDA6MDA6MDAuNDA4IFsvRGV2aWNlcy9WTU1EZXYvXSAobGV2 ZWwgMikKMDA6MDA6MDAuNDA4IAowMDowMDowMC40MDggWy9EZXZpY2VzL1ZNTURldi8wL10gKGxl dmVsIDMpCjAwOjAwOjAwLjQwOCAgIFBDSUJ1c05vICAgICAgPGludGVnZXI+ID0gMHgwMDAwMDAw MDAwMDAwMDAwICgwKQowMDowMDowMC40MDggICBQQ0lEZXZpY2VObyAgIDxpbnRlZ2VyPiA9IDB4 MDAwMDAwMDAwMDAwMDAwNCAoNCkKMDA6MDA6MDAuNDA4ICAgUENJRnVuY3Rpb25ObyA8aW50ZWdl cj4gPSAweDAwMDAwMDAwMDAwMDAwMDAgKDApCjAwOjAwOjAwLjQwOCAgIFRydXN0ZWQgICAgICAg PGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAxICgxKQowMDowMDowMC40MDggCjAwOjAwOjAw LjQwOCBbL0RldmljZXMvVk1NRGV2LzAvQ29uZmlnL10gKGxldmVsIDQpCjAwOjAwOjAwLjQwOCAg IEd1ZXN0Q29yZUR1bXBEaXIgPHN0cmluZz4gID0gIi9ob21lL2FyeWVoL1ZpcnR1YWxCb3ggVk1z L0ZyZWVCU0QvU25hcHNob3RzIiAoY2I9NDUpCjAwOjAwOjAwLjQwOCAgIFJhbVNpemUgICAgICAg ICAgPGludGVnZXI+ID0gMHgwMDAwMDAwMDVlZDAwMDAwICgxNTkwNjg5NzkyKQowMDowMDowMC40 MDggCjAwOjAwOjAwLjQwOCBbL0RldmljZXMvVk1NRGV2LzAvTFVOIzAvXSAobGV2ZWwgNCkKMDA6 MDA6MDAuNDA4ICAgRHJpdmVyIDxzdHJpbmc+ICA9ICJIR0NNIiAoY2I9NSkKMDA6MDA6MDAuNDA4 IAowMDowMDowMC40MDggWy9EZXZpY2VzL1ZNTURldi8wL0xVTiMwL0NvbmZpZy9dIChsZXZlbCA1 KQowMDowMDowMC40MDggICBPYmplY3QgPGludGVnZXI+ID0gMHgwMDAwMDAwMDJlMDMxMDQwICg3 NzE5NTI3MDQpCjAwOjAwOjAwLjQwOCAKMDA6MDA6MDAuNDA4IFsvRGV2aWNlcy9WTU1EZXYvMC9M VU4jOTk5L10gKGxldmVsIDQpCjAwOjAwOjAwLjQwOCAgIERyaXZlciA8c3RyaW5nPiAgPSAiTWFp blN0YXR1cyIgKGNiPTExKQowMDowMDowMC40MDggCjAwOjAwOjAwLjQwOCBbL0RldmljZXMvVk1N RGV2LzAvTFVOIzk5OS9Db25maWcvXSAobGV2ZWwgNSkKMDA6MDA6MDAuNDA4ICAgRmlyc3QgICA8 aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDAgKDApCjAwOjAwOjAwLjQwOCAgIExhc3QgICAg PGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAwICgwKQowMDowMDowMC40MDggICBwYXBMZWRz IDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAyY2M0YTcwMCAoNzUxMDg1MzEyKQowMDowMDowMC40MDgg CjAwOjAwOjAwLjQwOCBbL0RldmljZXMvYWNwaS9dIChsZXZlbCAyKQowMDowMDowMC40MDggCjAw OjAwOjAwLjQwOCBbL0RldmljZXMvYWNwaS8wL10gKGxldmVsIDMpCjAwOjAwOjAwLjQwOCAgIFBD SUJ1c05vICAgICAgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAwICgwKQowMDowMDowMC40 MDggICBQQ0lEZXZpY2VObyAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwNyAoNykKMDA6 MDA6MDAuNDA4ICAgUENJRnVuY3Rpb25ObyA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDAg KDApCjAwOjAwOjAwLjQwOCAgIFRydXN0ZWQgICAgICAgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAw MDAwMDAxICgxKQowMDowMDowMC40MDggCjAwOjAwOjAwLjQwOCBbL0RldmljZXMvYWNwaS8wL0Nv bmZpZy9dIChsZXZlbCA0KQowMDowMDowMC40MDggICBDcHVIb3RQbHVnICAgICAgICA8aW50ZWdl cj4gPSAweDAwMDAwMDAwMDAwMDAwMDAgKDApCjAwOjAwOjAwLjQwOCAgIEZkY0VuYWJsZWQgICAg ICAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMCAoMCkKMDA6MDA6MDAuNDA4ICAgSG9z dEJ1c1BjaUFkZHJlc3MgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAwICgwKQowMDowMDow MC40MDggICBIcGV0RW5hYmxlZCAgICAgICA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDAg KDApCjAwOjAwOjAwLjQwOCAgIElPQVBJQyAgICAgICAgICAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAw MDAwMDAwMDAwMCAoMCkKMDA6MDA6MDAuNDA4ICAgSW9jUGNpQWRkcmVzcyAgICAgPGludGVnZXI+ ID0gMHgwMDAwMDAwMDAwMDEwMDAwICg2NTUzNikKMDA6MDA6MDAuNDA4ICAgTnVtQ1BVcyAgICAg ICAgICAgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAxICgxKQowMDowMDowMC40MDggICBS YW1Ib2xlU2l6ZSAgICAgICA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMjAwMDAwMDAgKDUzNjg3MDkx MikKMDA6MDA6MDAuNDA4ICAgUmFtU2l6ZSAgICAgICAgICAgPGludGVnZXI+ID0gMHgwMDAwMDAw MDVlZDAwMDAwICgxNTkwNjg5NzkyKQowMDowMDowMC40MDggICBTaG93Q3B1ICAgICAgICAgICA8 aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDAgKDApCjAwOjAwOjAwLjQwOCAgIFNob3dSdGMg ICAgICAgICAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMCAoMCkKMDA6MDA6MDAuNDA4 ICAgU21jRW5hYmxlZCAgICAgICAgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAwICgwKQow MDowMDowMC40MDggCjAwOjAwOjAwLjQwOCBbL0RldmljZXMvYWNwaS8wL0xVTiMwL10gKGxldmVs IDQpCjAwOjAwOjAwLjQwOCAgIERyaXZlciA8c3RyaW5nPiAgPSAiQUNQSUhvc3QiIChjYj05KQow MDowMDowMC40MDggCjAwOjAwOjAwLjQwOCBbL0RldmljZXMvYWNwaS8wL0xVTiMwL0NvbmZpZy9d IChsZXZlbCA1KQowMDowMDowMC40MDggCjAwOjAwOjAwLjQwOCBbL0RldmljZXMvYXBpYy9dIChs ZXZlbCAyKQowMDowMDowMC40MDggCjAwOjAwOjAwLjQwOCBbL0RldmljZXMvYXBpYy8wL10gKGxl dmVsIDMpCjAwOjAwOjAwLjQwOCAgIFRydXN0ZWQgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAw MDAxICgxKQowMDowMDowMC40MDggCjAwOjAwOjAwLjQwOCBbL0RldmljZXMvYXBpYy8wL0NvbmZp Zy9dIChsZXZlbCA0KQowMDowMDowMC40MDggICBJT0FQSUMgIDxpbnRlZ2VyPiA9IDB4MDAwMDAw MDAwMDAwMDAwMCAoMCkKMDA6MDA6MDAuNDA4ICAgTnVtQ1BVcyA8aW50ZWdlcj4gPSAweDAwMDAw MDAwMDAwMDAwMDEgKDEpCjAwOjAwOjAwLjQwOCAKMDA6MDA6MDAuNDA4IFsvRGV2aWNlcy9lMTAw MC9dIChsZXZlbCAyKQowMDowMDowMC40MDggCjAwOjAwOjAwLjQwOCBbL0RldmljZXMvZTEwMDAv MC9dIChsZXZlbCAzKQowMDowMDowMC40MDggICBQQ0lCdXNObyAgICAgIDxpbnRlZ2VyPiA9IDB4 MDAwMDAwMDAwMDAwMDAwMCAoMCkKMDA6MDA6MDAuNDA4ICAgUENJRGV2aWNlTm8gICA8aW50ZWdl cj4gPSAweDAwMDAwMDAwMDAwMDAwMDMgKDMpCjAwOjAwOjAwLjQwOCAgIFBDSUZ1bmN0aW9uTm8g PGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAwICgwKQowMDowMDowMC40MDggICBUcnVzdGVk ICAgICAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMSAoMSkKMDA6MDA6MDAuNDA4IAow MDowMDowMC40MDggWy9EZXZpY2VzL2UxMDAwLzAvQ29uZmlnL10gKGxldmVsIDQpCjAwOjAwOjAw LjQwOCAgIEFkYXB0ZXJUeXBlICAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMCAoMCkK MDA6MDA6MDAuNDA4ICAgQ2FibGVDb25uZWN0ZWQgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAw MDAxICgxKQowMDowMDowMC40MDggICBMaW5lU3BlZWQgICAgICA8aW50ZWdlcj4gPSAweDAwMDAw MDAwMDAwMDAwMDAgKDApCjAwOjAwOjAwLjQwOCAgIE1BQyAgICAgICAgICAgIDxieXRlcz4gICA9 ICIwOCAwMCAyNyBmNiBiYiA1YSIgKGNiPTYpCjAwOjAwOjAwLjQwOCAKMDA6MDA6MDAuNDA4IFsv RGV2aWNlcy9lMTAwMC8wL0xVTiMwL10gKGxldmVsIDQpCjAwOjAwOjAwLjQwOCAgIERyaXZlciA8 c3RyaW5nPiAgPSAiSW50TmV0IiAoY2I9NykKMDA6MDA6MDAuNDA4IAowMDowMDowMC40MDggWy9E ZXZpY2VzL2UxMDAwLzAvTFVOIzAvQ29uZmlnL10gKGxldmVsIDUpCjAwOjAwOjAwLjQwOCAgIElm UG9saWN5UHJvbWlzYyAgICAgIDxzdHJpbmc+ICA9ICJkZW55IiAoY2I9NSkKMDA6MDA6MDAuNDA4 ICAgSWdub3JlQ29ubmVjdEZhaWx1cmUgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAwICgw KQowMDowMDowMC40MDggICBOZXR3b3JrICAgICAgICAgICAgICA8c3RyaW5nPiAgPSAiSG9zdElu dGVyZmFjZU5ldHdvcmtpbmctYWxlMCIgKGNiPTI5KQowMDowMDowMC40MDggICBUcnVuayAgICAg ICAgICAgICAgICA8c3RyaW5nPiAgPSAiYWxlMCIgKGNiPTUpCjAwOjAwOjAwLjQwOCAgIFRydW5r VHlwZSAgICAgICAgICAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMyAoMykKMDA6MDA6 MDAuNDA4IAowMDowMDowMC40MDggWy9EZXZpY2VzL2UxMDAwLzAvTFVOIzk5OS9dIChsZXZlbCA0 KQowMDowMDowMC40MDggICBEcml2ZXIgPHN0cmluZz4gID0gIk1haW5TdGF0dXMiIChjYj0xMSkK MDA6MDA6MDAuNDA4IAowMDowMDowMC40MDggWy9EZXZpY2VzL2UxMDAwLzAvTFVOIzk5OS9Db25m aWcvXSAobGV2ZWwgNSkKMDA6MDA6MDAuNDA4ICAgcGFwTGVkcyA8aW50ZWdlcj4gPSAweDAwMDAw MDAwMmNjNGE2ZTAgKDc1MTA4NTI4MCkKMDA6MDA6MDAuNDA4IAowMDowMDowMC40MDggWy9EZXZp Y2VzL2k4MjU0L10gKGxldmVsIDIpCjAwOjAwOjAwLjQwOCAKMDA6MDA6MDAuNDA4IFsvRGV2aWNl cy9pODI1NC8wL10gKGxldmVsIDMpCjAwOjAwOjAwLjQwOCAKMDA6MDA6MDAuNDA4IFsvRGV2aWNl cy9pODI1NC8wL0NvbmZpZy9dIChsZXZlbCA0KQowMDowMDowMC40MDggCjAwOjAwOjAwLjQwOCBb L0RldmljZXMvaTgyNTkvXSAobGV2ZWwgMikKMDA6MDA6MDAuNDA4IAowMDowMDowMC40MDggWy9E ZXZpY2VzL2k4MjU5LzAvXSAobGV2ZWwgMykKMDA6MDA6MDAuNDA4ICAgVHJ1c3RlZCA8aW50ZWdl cj4gPSAweDAwMDAwMDAwMDAwMDAwMDEgKDEpCjAwOjAwOjAwLjQwOCAKMDA6MDA6MDAuNDA4IFsv RGV2aWNlcy9pODI1OS8wL0NvbmZpZy9dIChsZXZlbCA0KQowMDowMDowMC40MDggCjAwOjAwOjAw LjQwOCBbL0RldmljZXMvaWNoYWM5Ny9dIChsZXZlbCAyKQowMDowMDowMC40MDggCjAwOjAwOjAw LjQwOCBbL0RldmljZXMvaWNoYWM5Ny8wL10gKGxldmVsIDMpCjAwOjAwOjAwLjQwOCAgIFBDSUJ1 c05vICAgICAgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAwICgwKQowMDowMDowMC40MDgg ICBQQ0lEZXZpY2VObyAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwNSAoNSkKMDA6MDA6 MDAuNDA4ICAgUENJRnVuY3Rpb25ObyA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDAgKDAp CjAwOjAwOjAwLjQwOCAgIFRydXN0ZWQgICAgICAgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAw MDAxICgxKQowMDowMDowMC40MDggCjAwOjAwOjAwLjQwOCBbL0RldmljZXMvaWNoYWM5Ny8wL0Nv bmZpZy9dIChsZXZlbCA0KQowMDowMDowMC40MDggCjAwOjAwOjAwLjQwOCBbL0RldmljZXMvaWNo YWM5Ny8wL0xVTiMwL10gKGxldmVsIDQpCjAwOjAwOjAwLjQwOCAgIERyaXZlciA8c3RyaW5nPiAg PSAiQVVESU8iIChjYj02KQowMDowMDowMC40MDggCjAwOjAwOjAwLjQwOCBbL0RldmljZXMvaWNo YWM5Ny8wL0xVTiMwL0NvbmZpZy9dIChsZXZlbCA1KQowMDowMDowMC40MDggICBBdWRpb0RyaXZl ciA8c3RyaW5nPiAgPSAib3NzIiAoY2I9NCkKMDA6MDA6MDAuNDA4ICAgU3RyZWFtTmFtZSAgPHN0 cmluZz4gID0gIkZyZWVCU0QiIChjYj04KQowMDowMDowMC40MDggCjAwOjAwOjAwLjQwOCBbL0Rl dmljZXMvbWMxNDY4MTgvXSAobGV2ZWwgMikKMDA6MDA6MDAuNDA4IAowMDowMDowMC40MDggWy9E ZXZpY2VzL21jMTQ2ODE4LzAvXSAobGV2ZWwgMykKMDA6MDA6MDAuNDA4IAowMDowMDowMC40MDgg Wy9EZXZpY2VzL21jMTQ2ODE4LzAvQ29uZmlnL10gKGxldmVsIDQpCjAwOjAwOjAwLjQwOCAgIFVz ZVVUQyA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDAgKDApCjAwOjAwOjAwLjQwOCAKMDA6 MDA6MDAuNDA4IFsvRGV2aWNlcy9wYXJhbGxlbC9dIChsZXZlbCAyKQowMDowMDowMC40MDggCjAw OjAwOjAwLjQwOCBbL0RldmljZXMvcGNhcmNoL10gKGxldmVsIDIpCjAwOjAwOjAwLjQwOCAKMDA6 MDA6MDAuNDA4IFsvRGV2aWNlcy9wY2FyY2gvMC9dIChsZXZlbCAzKQowMDowMDowMC40MDggICBU cnVzdGVkIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMSAoMSkKMDA6MDA6MDAuNDA4IAow MDowMDowMC40MDggWy9EZXZpY2VzL3BjYXJjaC8wL0NvbmZpZy9dIChsZXZlbCA0KQowMDowMDow MC40MDggCjAwOjAwOjAwLjQwOCBbL0RldmljZXMvcGNiaW9zL10gKGxldmVsIDIpCjAwOjAwOjAw LjQwOCAKMDA6MDA6MDAuNDA4IFsvRGV2aWNlcy9wY2Jpb3MvMC9dIChsZXZlbCAzKQowMDowMDow MC40MDggICBUcnVzdGVkIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMSAoMSkKMDA6MDA6 MDAuNDA4IAowMDowMDowMC40MDggWy9EZXZpY2VzL3BjYmlvcy8wL0NvbmZpZy9dIChsZXZlbCA0 KQowMDowMDowMC40MDggICBCb290RGV2aWNlMCAgICA8c3RyaW5nPiAgPSAiRkxPUFBZIiAoY2I9 NykKMDA6MDA6MDAuNDA4ICAgQm9vdERldmljZTEgICAgPHN0cmluZz4gID0gIkRWRCIgKGNiPTQp CjAwOjAwOjAwLjQwOCAgIEJvb3REZXZpY2UyICAgIDxzdHJpbmc+ICA9ICJJREUiIChjYj00KQow MDowMDowMC40MDggICBCb290RGV2aWNlMyAgICA8c3RyaW5nPiAgPSAiTk9ORSIgKGNiPTUpCjAw OjAwOjAwLjQwOCAgIEZsb3BweURldmljZSAgIDxzdHJpbmc+ICA9ICJpODIwNzgiIChjYj03KQow MDowMDowMC40MDggICBIYXJkRGlza0RldmljZSA8c3RyaW5nPiAgPSAicGlpeDNpZGUiIChjYj05 KQowMDowMDowMC40MDggICBJT0FQSUMgICAgICAgICA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAw MDAwMDAgKDApCjAwOjAwOjAwLjQwOCAgIE1jZmdCYXNlICAgICAgIDxpbnRlZ2VyPiA9IDB4MDAw MDAwMDAwMDAwMDAwMCAoMCkKMDA6MDA6MDAuNDA4ICAgTWNmZ0xlbmd0aCAgICAgPGludGVnZXI+ ID0gMHgwMDAwMDAwMDAwMDAwMDAwICgwKQowMDowMDowMC40MDggICBOdW1DUFVzICAgICAgICA8 aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDEgKDEpCjAwOjAwOjAwLjQwOCAgIFBYRURlYnVn ICAgICAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMCAoMCkKMDA6MDA6MDAuNDA4ICAg UmFtSG9sZVNpemUgICAgPGludGVnZXI+ID0gMHgwMDAwMDAwMDIwMDAwMDAwICg1MzY4NzA5MTIp CjAwOjAwOjAwLjQwOCAgIFJhbVNpemUgICAgICAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDA1ZWQw MDAwMCAoMTU5MDY4OTc5MikKMDA6MDA6MDAuNDA4ICAgVVVJRCAgICAgICAgICAgPGJ5dGVzPiAg ID0gIjZlIGM1IDMxIDU2IDNjIDk1IGVhIDQ2IGIxIDI3IDk3IDlkIGE0IGFkIDNjIGQwIiAoY2I9 MTYpCjAwOjAwOjAwLjQwOCAKMDA6MDA6MDAuNDA4IFsvRGV2aWNlcy9wY2Jpb3MvMC9Db25maWcv TmV0Qm9vdC9dIChsZXZlbCA1KQowMDowMDowMC40MDggCjAwOjAwOjAwLjQwOCBbL0RldmljZXMv cGNiaW9zLzAvQ29uZmlnL05ldEJvb3QvMC9dIChsZXZlbCA2KQowMDowMDowMC40MDggICBOSUMg ICAgICAgICAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMCAoMCkKMDA6MDA6MDAuNDA4 ICAgUENJQnVzTm8gICAgICA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDAgKDApCjAwOjAw OjAwLjQwOCAgIFBDSURldmljZU5vICAgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAzICgz KQowMDowMDowMC40MDggICBQQ0lGdW5jdGlvbk5vIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAw MDAwMCAoMCkKMDA6MDA6MDAuNDA4IAowMDowMDowMC40MDggWy9EZXZpY2VzL3BjaS9dIChsZXZl bCAyKQowMDowMDowMC40MDggCjAwOjAwOjAwLjQwOCBbL0RldmljZXMvcGNpLzAvXSAobGV2ZWwg MykKMDA6MDA6MDAuNDA4ICAgVHJ1c3RlZCA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDEg KDEpCjAwOjAwOjAwLjQwOCAKMDA6MDA6MDAuNDA4IFsvRGV2aWNlcy9wY2kvMC9Db25maWcvXSAo bGV2ZWwgNCkKMDA6MDA6MDAuNDA4ICAgSU9BUElDIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAw MDAwMCAoMCkKMDA6MDA6MDAuNDA4IAowMDowMDowMC40MDggWy9EZXZpY2VzL3Bja2JkL10gKGxl dmVsIDIpCjAwOjAwOjAwLjQwOCAKMDA6MDA6MDAuNDA4IFsvRGV2aWNlcy9wY2tiZC8wL10gKGxl dmVsIDMpCjAwOjAwOjAwLjQwOCAgIFRydXN0ZWQgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAw MDAxICgxKQowMDowMDowMC40MDggCjAwOjAwOjAwLjQwOCBbL0RldmljZXMvcGNrYmQvMC9Db25m aWcvXSAobGV2ZWwgNCkKMDA6MDA6MDAuNDA4IAowMDowMDowMC40MDggWy9EZXZpY2VzL3Bja2Jk LzAvTFVOIzAvXSAobGV2ZWwgNCkKMDA6MDA6MDAuNDA4ICAgRHJpdmVyIDxzdHJpbmc+ICA9ICJL ZXlib2FyZFF1ZXVlIiAoY2I9MTQpCjAwOjAwOjAwLjQwOCAKMDA6MDA6MDAuNDA4IFsvRGV2aWNl cy9wY2tiZC8wL0xVTiMwL0F0dGFjaGVkRHJpdmVyL10gKGxldmVsIDUpCjAwOjAwOjAwLjQwOCAg IERyaXZlciA8c3RyaW5nPiAgPSAiTWFpbktleWJvYXJkIiAoY2I9MTMpCjAwOjAwOjAwLjQwOCAK MDA6MDA6MDAuNDA4IFsvRGV2aWNlcy9wY2tiZC8wL0xVTiMwL0F0dGFjaGVkRHJpdmVyL0NvbmZp Zy9dIChsZXZlbCA2KQowMDowMDowMC40MDggICBPYmplY3QgPGludGVnZXI+ID0gMHgwMDAwMDAw MDJjYzQ2MzMwICg3NTEwNjc5NTIpCjAwOjAwOjAwLjQwOCAKMDA6MDA6MDAuNDA4IFsvRGV2aWNl cy9wY2tiZC8wL0xVTiMwL0NvbmZpZy9dIChsZXZlbCA1KQowMDowMDowMC40MDggICBRdWV1ZVNp emUgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDQwICg2NCkKMDA6MDA6MDAuNDA4IAowMDow MDowMC40MDggWy9EZXZpY2VzL3Bja2JkLzAvTFVOIzEvXSAobGV2ZWwgNCkKMDA6MDA6MDAuNDA4 ICAgRHJpdmVyIDxzdHJpbmc+ICA9ICJNb3VzZVF1ZXVlIiAoY2I9MTEpCjAwOjAwOjAwLjQwOCAK MDA6MDA6MDAuNDA4IFsvRGV2aWNlcy9wY2tiZC8wL0xVTiMxL0F0dGFjaGVkRHJpdmVyL10gKGxl dmVsIDUpCjAwOjAwOjAwLjQwOCAgIERyaXZlciA8c3RyaW5nPiAgPSAiTWFpbk1vdXNlIiAoY2I9 MTApCjAwOjAwOjAwLjQwOCAKMDA6MDA6MDAuNDA4IFsvRGV2aWNlcy9wY2tiZC8wL0xVTiMxL0F0 dGFjaGVkRHJpdmVyL0NvbmZpZy9dIChsZXZlbCA2KQowMDowMDowMC40MDggICBPYmplY3QgPGlu dGVnZXI+ID0gMHgwMDAwMDAwMDJjYzQ4MGEwICg3NTEwNzU0ODgpCjAwOjAwOjAwLjQwOCAKMDA6 MDA6MDAuNDA4IFsvRGV2aWNlcy9wY2tiZC8wL0xVTiMxL0NvbmZpZy9dIChsZXZlbCA1KQowMDow MDowMC40MDggICBRdWV1ZVNpemUgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDgwICgxMjgp CjAwOjAwOjAwLjQwOCAKMDA6MDA6MDAuNDA4IFsvRGV2aWNlcy9wY25ldC9dIChsZXZlbCAyKQow MDowMDowMC40MDggCjAwOjAwOjAwLjQwOCBbL0RldmljZXMvcGlpeDNpZGUvXSAobGV2ZWwgMikK MDA6MDA6MDAuNDA4IAowMDowMDowMC40MDggWy9EZXZpY2VzL3BpaXgzaWRlLzAvXSAobGV2ZWwg MykKMDA6MDA6MDAuNDA4ICAgUENJQnVzTm8gICAgICA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAw MDAwMDAgKDApCjAwOjAwOjAwLjQwOCAgIFBDSURldmljZU5vICAgPGludGVnZXI+ID0gMHgwMDAw MDAwMDAwMDAwMDAxICgxKQowMDowMDowMC40MDggICBQQ0lGdW5jdGlvbk5vIDxpbnRlZ2VyPiA9 IDB4MDAwMDAwMDAwMDAwMDAwMSAoMSkKMDA6MDA6MDAuNDA4ICAgVHJ1c3RlZCAgICAgICA8aW50 ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDEgKDEpCjAwOjAwOjAwLjQwOCAKMDA6MDA6MDAuNDA4 IFsvRGV2aWNlcy9waWl4M2lkZS8wL0NvbmZpZy9dIChsZXZlbCA0KQowMDowMDowMC40MDggICBU eXBlIDxzdHJpbmc+ICA9ICJQSUlYNCIgKGNiPTYpCjAwOjAwOjAwLjQwOCAKMDA6MDA6MDAuNDA4 IFsvRGV2aWNlcy9waWl4M2lkZS8wL0xVTiMwL10gKGxldmVsIDQpCjAwOjAwOjAwLjQwOCAgIERy aXZlciA8c3RyaW5nPiAgPSAiQmxvY2siIChjYj02KQowMDowMDowMC40MDggCjAwOjAwOjAwLjQw OCBbL0RldmljZXMvcGlpeDNpZGUvMC9MVU4jMC9BdHRhY2hlZERyaXZlci9dIChsZXZlbCA1KQow MDowMDowMC40MDggICBEcml2ZXIgPHN0cmluZz4gID0gIlZEIiAoY2I9MykKMDA6MDA6MDAuNDA4 IAowMDowMDowMC40MDggWy9EZXZpY2VzL3BpaXgzaWRlLzAvTFVOIzAvQXR0YWNoZWREcml2ZXIv Q29uZmlnL10gKGxldmVsIDYpCjAwOjAwOjAwLjQwOCAgIEZvcm1hdCA8c3RyaW5nPiAgPSAiVkRJ IiAoY2I9NCkKMDA6MDA6MDAuNDA4ICAgUGF0aCAgIDxzdHJpbmc+ICA9ICIvaG9tZS9hcnllaC9W aXJ0dWFsQm94IFZNcy9GcmVlQlNEL0ZyZWVCU0QudmRpIiAoY2I9NDcpCjAwOjAwOjAwLjQwOCAg IFR5cGUgICA8c3RyaW5nPiAgPSAiSGFyZERpc2siIChjYj05KQowMDowMDowMC40MDggCjAwOjAw OjAwLjQwOCBbL0RldmljZXMvcGlpeDNpZGUvMC9MVU4jMC9Db25maWcvXSAobGV2ZWwgNSkKMDA6 MDA6MDAuNDA4ICAgTW91bnRhYmxlIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMCAoMCkK MDA6MDA6MDAuNDA4ICAgVHlwZSAgICAgIDxzdHJpbmc+ICA9ICJIYXJkRGlzayIgKGNiPTkpCjAw OjAwOjAwLjQwOCAKMDA6MDA6MDAuNDA4IFsvRGV2aWNlcy9waWl4M2lkZS8wL0xVTiMyL10gKGxl dmVsIDQpCjAwOjAwOjAwLjQwOCAgIERyaXZlciA8c3RyaW5nPiAgPSAiQmxvY2siIChjYj02KQow MDowMDowMC40MDggCjAwOjAwOjAwLjQwOCBbL0RldmljZXMvcGlpeDNpZGUvMC9MVU4jMi9BdHRh Y2hlZERyaXZlci9dIChsZXZlbCA1KQowMDowMDowMC40MDggICBEcml2ZXIgPHN0cmluZz4gID0g IlZEIiAoY2I9MykKMDA6MDA6MDAuNDA4IAowMDowMDowMC40MDggWy9EZXZpY2VzL3BpaXgzaWRl LzAvTFVOIzIvQXR0YWNoZWREcml2ZXIvQ29uZmlnL10gKGxldmVsIDYpCjAwOjAwOjAwLjQwOCAg IEZvcm1hdCAgIDxzdHJpbmc+ICA9ICJSQVciIChjYj00KQowMDowMDowMC40MDggICBQYXRoICAg ICA8c3RyaW5nPiAgPSAiL2hvbWUvYXJ5ZWgvRG93bmxvYWRzL0ZyZWVCU0QtOS4wLVJDMi1pMzg2 LWR2ZDEuaXNvIiAoY2I9NTIpCjAwOjAwOjAwLjQwOCAgIFJlYWRPbmx5IDxpbnRlZ2VyPiA9IDB4 MDAwMDAwMDAwMDAwMDAwMSAoMSkKMDA6MDA6MDAuNDA4ICAgVHlwZSAgICAgPHN0cmluZz4gID0g IkRWRCIgKGNiPTQpCjAwOjAwOjAwLjQwOCAKMDA6MDA6MDAuNDA4IFsvRGV2aWNlcy9waWl4M2lk ZS8wL0xVTiMyL0NvbmZpZy9dIChsZXZlbCA1KQowMDowMDowMC40MDggICBNb3VudGFibGUgPGlu dGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAxICgxKQowMDowMDowMC40MDggICBUeXBlICAgICAg PHN0cmluZz4gID0gIkRWRCIgKGNiPTQpCjAwOjAwOjAwLjQwOCAKMDA6MDA6MDAuNDA4IFsvRGV2 aWNlcy9waWl4M2lkZS8wL0xVTiM5OTkvXSAobGV2ZWwgNCkKMDA6MDA6MDAuNDA4ICAgRHJpdmVy IDxzdHJpbmc+ICA9ICJNYWluU3RhdHVzIiAoY2I9MTEpCjAwOjAwOjAwLjQwOCAKMDA6MDA6MDAu NDA4IFsvRGV2aWNlcy9waWl4M2lkZS8wL0xVTiM5OTkvQ29uZmlnL10gKGxldmVsIDUpCjAwOjAw OjAwLjQwOCAgIEZpcnN0ICAgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAwICgwKQowMDow MDowMC40MDggICBMYXN0ICAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMyAoMykKMDA6 MDA6MDAuNDA4ICAgcGFwTGVkcyA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMmNjNGE1ZjggKDc1MTA4 NTA0OCkKMDA6MDA6MDAuNDA4IAowMDowMDowMC40MDggWy9EZXZpY2VzL3NlcmlhbC9dIChsZXZl bCAyKQowMDowMDowMC40MDggCjAwOjAwOjAwLjQwOCBbL0RldmljZXMvdXNiLW9oY2kvXSAobGV2 ZWwgMikKMDA6MDA6MDAuNDA4IAowMDowMDowMC40MDggWy9EZXZpY2VzL3VzYi1vaGNpLzAvXSAo bGV2ZWwgMykKMDA6MDA6MDAuNDA4ICAgUENJQnVzTm8gICAgICA8aW50ZWdlcj4gPSAweDAwMDAw MDAwMDAwMDAwMDAgKDApCjAwOjAwOjAwLjQwOCAgIFBDSURldmljZU5vICAgPGludGVnZXI+ID0g MHgwMDAwMDAwMDAwMDAwMDA2ICg2KQowMDowMDowMC40MDggICBQQ0lGdW5jdGlvbk5vIDxpbnRl Z2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMCAoMCkKMDA6MDA6MDAuNDA4ICAgVHJ1c3RlZCAgICAg ICA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDEgKDEpCjAwOjAwOjAwLjQwOCAKMDA6MDA6 MDAuNDA4IFsvRGV2aWNlcy91c2Itb2hjaS8wL0NvbmZpZy9dIChsZXZlbCA0KQowMDowMDowMC40 MDggCjAwOjAwOjAwLjQwOCBbL0RldmljZXMvdXNiLW9oY2kvMC9MVU4jMC9dIChsZXZlbCA0KQow MDowMDowMC40MDggICBEcml2ZXIgPHN0cmluZz4gID0gIlZVU0JSb290SHViIiAoY2I9MTIpCjAw OjAwOjAwLjQwOCAKMDA6MDA6MDAuNDA4IFsvRGV2aWNlcy91c2Itb2hjaS8wL0xVTiMwL0NvbmZp Zy9dIChsZXZlbCA1KQowMDowMDowMC40MDggCjAwOjAwOjAwLjQwOCBbL0RldmljZXMvdXNiLW9o Y2kvMC9MVU4jOTk5L10gKGxldmVsIDQpCjAwOjAwOjAwLjQwOCAgIERyaXZlciA8c3RyaW5nPiAg PSAiTWFpblN0YXR1cyIgKGNiPTExKQowMDowMDowMC40MDggCjAwOjAwOjAwLjQwOCBbL0Rldmlj ZXMvdXNiLW9oY2kvMC9MVU4jOTk5L0NvbmZpZy9dIChsZXZlbCA1KQowMDowMDowMC40MDggICBG aXJzdCAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMCAoMCkKMDA6MDA6MDAuNDA4ICAg TGFzdCAgICA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDAgKDApCjAwOjAwOjAwLjQwOCAg IHBhcExlZHMgPGludGVnZXI+ID0gMHgwMDAwMDAwMDJjYzRhNzA0ICg3NTEwODUzMTYpCjAwOjAw OjAwLjQwOCAKMDA6MDA6MDAuNDA4IFsvRGV2aWNlcy92Z2EvXSAobGV2ZWwgMikKMDA6MDA6MDAu NDA4IAowMDowMDowMC40MDggWy9EZXZpY2VzL3ZnYS8wL10gKGxldmVsIDMpCjAwOjAwOjAwLjQw OCAgIFBDSUJ1c05vICAgICAgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAwICgwKQowMDow MDowMC40MDggICBQQ0lEZXZpY2VObyAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMiAo MikKMDA6MDA6MDAuNDA4ICAgUENJRnVuY3Rpb25ObyA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAw MDAwMDAgKDApCjAwOjAwOjAwLjQwOCAgIFRydXN0ZWQgICAgICAgPGludGVnZXI+ID0gMHgwMDAw MDAwMDAwMDAwMDAxICgxKQowMDowMDowMC40MDggCjAwOjAwOjAwLjQwOCBbL0RldmljZXMvdmdh LzAvQ29uZmlnL10gKGxldmVsIDQpCjAwOjAwOjAwLjQwOCAgIEN1c3RvbVZpZGVvTW9kZXMgPGlu dGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAwICgwKQowMDowMDowMC40MDggICBGYWRlSW4gICAg ICAgICAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMSAoMSkKMDA6MDA6MDAuNDA4ICAg RmFkZU91dCAgICAgICAgICA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDEgKDEpCjAwOjAw OjAwLjQwOCAgIEhlaWdodFJlZHVjdGlvbiAgPGludGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAw ICgwKQowMDowMDowMC40MDggICBMb2dvRmlsZSAgICAgICAgIDxzdHJpbmc+ICA9ICIiIChjYj0x KQowMDowMDowMC40MDggICBMb2dvVGltZSAgICAgICAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAw MDAwMDAwMCAoMCkKMDA6MDA6MDAuNDA4ICAgTW9uaXRvckNvdW50ICAgICA8aW50ZWdlcj4gPSAw eDAwMDAwMDAwMDAwMDAwMDEgKDEpCjAwOjAwOjAwLjQwOCAgIFNob3dCb290TWVudSAgICAgPGlu dGVnZXI+ID0gMHgwMDAwMDAwMDAwMDAwMDAyICgyKQowMDowMDowMC40MDggICBWUmFtU2l6ZSAg ICAgICAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwODAwMDAwMCAoMTM0MjE3NzI4KQowMDowMDow MC40MDggCjAwOjAwOjAwLjQwOCBbL0RldmljZXMvdmdhLzAvTFVOIzAvXSAobGV2ZWwgNCkKMDA6 MDA6MDAuNDA4ICAgRHJpdmVyIDxzdHJpbmc+ICA9ICJNYWluRGlzcGxheSIgKGNiPTEyKQowMDow MDowMC40MDggCjAwOjAwOjAwLjQwOCBbL0RldmljZXMvdmdhLzAvTFVOIzAvQ29uZmlnL10gKGxl dmVsIDUpCjAwOjAwOjAwLjQwOCAgIE9iamVjdCA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMmNjN2I0 MDAgKDc1MTI4NTI0OCkKMDA6MDA6MDAuNDA4IAowMDowMDowMC40MDggWy9EZXZpY2VzL3ZpcnRp by1uZXQvXSAobGV2ZWwgMikKMDA6MDA6MDAuNDA4IAowMDowMDowMC40MDggWy9IV1ZpcnRFeHQv XSAobGV2ZWwgMSkKMDA6MDA6MDAuNDA4ICAgRW5hYmxlTGFyZ2VQYWdlcyAgIDxpbnRlZ2VyPiA9 IDB4MDAwMDAwMDAwMDAwMDAwMCAoMCkKMDA6MDA6MDAuNDA4ICAgRW5hYmxlTmVzdGVkUGFnaW5n IDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMSAoMSkKMDA6MDA6MDAuNDA4ICAgRW5hYmxl VlBJRCAgICAgICAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMSAoMSkKMDA6MDA6MDAu NDA4ICAgRXhjbHVzaXZlICAgICAgICAgIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMSAo MSkKMDA6MDA6MDAuNDA4IAowMDowMDowMC40MDggWy9NTS9dIChsZXZlbCAxKQowMDowMDowMC40 MDggICBDYW5Vc2VMYXJnZXJIZWFwIDxpbnRlZ2VyPiA9IDB4MDAwMDAwMDAwMDAwMDAwMCAoMCkK MDA6MDA6MDAuNDA4IAowMDowMDowMC40MDggWy9QRE0vXSAobGV2ZWwgMSkKMDA6MDA6MDAuNDA4 IAowMDowMDowMC40MDggWy9QRE0vQXN5bmNDb21wbGV0aW9uL10gKGxldmVsIDIpCjAwOjAwOjAw LjQwOCAKMDA6MDA6MDAuNDA4IFsvUERNL0FzeW5jQ29tcGxldGlvbi9GaWxlL10gKGxldmVsIDMp CjAwOjAwOjAwLjQwOCAKMDA6MDA6MDAuNDA4IFsvUERNL0FzeW5jQ29tcGxldGlvbi9GaWxlL0J3 R3JvdXBzL10gKGxldmVsIDQpCjAwOjAwOjAwLjQwOCAKMDA6MDA6MDAuNDA4IFsvUERNL0Jsa0Nh Y2hlL10gKGxldmVsIDIpCjAwOjAwOjAwLjQwOCAgIENhY2hlU2l6ZSA8aW50ZWdlcj4gPSAweDAw MDAwMDAwMDA1MDAwMDAgKDUyNDI4ODApCjAwOjAwOjAwLjQwOCAKMDA6MDA6MDAuNDA4IFsvUERN L0RldmljZXMvXSAobGV2ZWwgMikKMDA6MDA6MDAuNDA4IAowMDowMDowMC40MDggWy9QRE0vRHJp dmVycy9dIChsZXZlbCAyKQowMDowMDowMC40MDggCjAwOjAwOjAwLjQwOCBbL1BETS9Ecml2ZXJz L1ZCb3hDL10gKGxldmVsIDMpCjAwOjAwOjAwLjQwOCAgIFBhdGggPHN0cmluZz4gID0gIi91c3Iv bG9jYWwvbGliL3ZpcnR1YWxib3gvY29tcG9uZW50cy9WQm94QyIgKGNiPTQzKQowMDowMDowMC40 MDggCjAwOjAwOjAwLjQwOCBbL1RNL10gKGxldmVsIDEpCjAwOjAwOjAwLjQwOCAgIFVUQ09mZnNl dCA8aW50ZWdlcj4gPSAweDAwMDAwMDAwMDAwMDAwMDAgKDApCjAwOjAwOjAwLjQwOCAKMDA6MDA6 MDAuNDA4IFsvVVNCL10gKGxldmVsIDEpCjAwOjAwOjAwLjQwOCAKMDA6MDA6MDAuNDA4IFsvVVNC L1VTQlByb3h5L10gKGxldmVsIDIpCjAwOjAwOjAwLjQwOCAKMDA6MDA6MDAuNDA4IFsvVVNCL1VT QlByb3h5L0dsb2JhbENvbmZpZy9dIChsZXZlbCAzKQowMDowMDowMC40MDggCjAwOjAwOjAwLjQw OCAqKioqKioqKioqKioqKioqKioqKiogRW5kIG9mIENGR00gZHVtcCAqKioqKioqKioqKioqKioq KioqKioqCjAwOjAwOjAwLjQwOCBNTTogY2JIeXBlckhlYXA9MHgxNDAwMDAgKDEzMTA3MjApCjAw OjAwOjAwLjQxMCBMb2dpY2FsIGhvc3QgcHJvY2Vzc29yczogNCBwcmVzZW50LCA0IG1heCwgNCBv bmxpbmUsIG9ubGluZSBtYXNrOiAwMDAwMDAwMDAwMDAwMDBmCjAwOjAwOjAwLjQxMCAqKioqKioq KioqKioqKioqKioqKioqKioqIENQVUlEIGR1bXAgKioqKioqKioqKioqKioqKioqKioqKioqCjAw OjAwOjAwLjQxMCAgICAgICAgICBSQVcgU3RhbmRhcmQgQ1BVSURzCjAwOjAwOjAwLjQxMCAgICAg IEZ1bmN0aW9uICBlYXggICAgICBlYnggICAgICBlY3ggICAgICBlZHgKMDA6MDA6MDAuNDEwIEdz dDogMDAwMDAwMDAgIDAwMDAwMDA1IDY4NzQ3NTQxIDQ0NGQ0MTYzIDY5NzQ2ZTY1CjAwOjAwOjAw LjQxMCBIc3Q6ICAgICAgICAgICAwMDAwMDAwNSA2ODc0NzU0MSA0NDRkNDE2MyA2OTc0NmU2NQow MDowMDowMC40MTAgR3N0OiAwMDAwMDAwMSAgMDAxMDBmNDIgMDAwMDA4MDAgMDAwMDAwMDkgMDc4 YmYxYmYKMDA6MDA6MDAuNDEwIEhzdDogICAgICAgICAgIDAwMTAwZjQyIDAxMDQwODAwIDAwODAy MDA5IDE3OGJmYmZmCjAwOjAwOjAwLjQxMCBHc3Q6IDAwMDAwMDAyICAwMDAwMDAwMCAwMDAwMDAw MCAwMDAwMDAwMCAwMDAwMDAwMAowMDowMDowMC40MTAgSHN0OiAgICAgICAgICAgMDAwMDAwMDAg MDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAKMDA6MDA6MDAuNDEwIEdzdDogMDAwMDAwMDMgIDAw MDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwCjAwOjAwOjAwLjQxMCBIc3Q6ICAgICAg ICAgICAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMAowMDowMDowMC40MTAgR3N0 OiAwMDAwMDAwNCAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAKMDA6MDA6MDAu NDEwIEhzdDogICAgICAgICAgIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwCjAw OjAwOjAwLjQxMCBHc3Q6IDAwMDAwMDA1ICAwMDAwMDA0MCAwMDAwMDA0MCAwMDAwMDAwMCAwMDAw MDAwMAowMDowMDowMC40MTAgSHN0OiAgICAgICAgICAgMDAwMDAwNDAgMDAwMDAwNDAgMDAwMDAw MDMgMDAwMDAwMDAKMDA6MDA6MDAuNDEwIE5hbWU6ICAgICAgICAgICAgICAgICAgICAgICAgICAg IEF1dGhlbnRpY0FNRAowMDowMDowMC40MTAgU3VwcG9ydHM6ICAgICAgICAgICAgICAgICAgICAg ICAgMC01CjAwOjAwOjAwLjQxMCBGYW1pbHk6ICAgICAgICAgICAgICAgICAgICAgICAgICAxNSAg CUV4dGVuZGVkOiAxIAlFZmZlY3RpdmU6IDE2CjAwOjAwOjAwLjQxMCBNb2RlbDogICAgICAgICAg ICAgICAgICAgICAgICAgICA0ICAJRXh0ZW5kZWQ6IDAgCUVmZmVjdGl2ZTogNAowMDowMDowMC40 MTAgU3RlcHBpbmc6ICAgICAgICAgICAgICAgICAgICAgICAgMgowMDowMDowMC40MTAgVHlwZTog ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAocHJpbWFyeSkKMDA6MDA6MDAuNDEwIEFQSUMg SUQ6ICAgICAgICAgICAgICAgICAgICAgICAgIDB4MDAKMDA6MDA6MDAuNDEwIExvZ2ljYWwgQ1BV czogICAgICAgICAgICAgICAgICAgIDAKMDA6MDA6MDAuNDEwIENMRkxVU0ggU2l6ZTogICAgICAg ICAgICAgICAgICAgIDgKMDA6MDA6MDAuNDEwIEJyYW5kIElEOiAgICAgICAgICAgICAgICAgICAg ICAgIDB4MDAKMDA6MDA6MDAuNDEwIE1uZW1vbmljIC0gRGVzY3JpcHRpb24gICAgICAgICAgICAg ICAgID0gZ3Vlc3QgKGhvc3QpCjAwOjAwOjAwLjQxMCBGUFUgLSB4ODcgRlBVIG9uIENoaXAgICAg ICAgICAgICAgICAgICA9IDEgKDEpCjAwOjAwOjAwLjQxMCBWTUUgLSBWaXJ0dWFsIDgwODYgTW9k ZSBFbmhhbmNlbWVudHMgICA9IDEgKDEpCjAwOjAwOjAwLjQxMCBERSAtIERlYnVnZ2luZyBleHRl bnNpb25zICAgICAgICAgICAgICA9IDEgKDEpCjAwOjAwOjAwLjQxMCBQU0UgLSBQYWdlIFNpemUg RXh0ZW5zaW9uICAgICAgICAgICAgICA9IDEgKDEpCjAwOjAwOjAwLjQxMCBUU0MgLSBUaW1lIFN0 YW1wIENvdW50ZXIgICAgICAgICAgICAgICA9IDEgKDEpCjAwOjAwOjAwLjQxMCBNU1IgLSBNb2Rl bCBTcGVjaWZpYyBSZWdpc3RlcnMgICAgICAgICA9IDEgKDEpCjAwOjAwOjAwLjQxMCBQQUUgLSBQ aHlzaWNhbCBBZGRyZXNzIEV4dGVuc2lvbiAgICAgICA9IDAgKDEpCjAwOjAwOjAwLjQxMCBNQ0Ug LSBNYWNoaW5lIENoZWNrIEV4Y2VwdGlvbiAgICAgICAgICA9IDEgKDEpCjAwOjAwOjAwLjQxMCBD WDggLSBDTVBYQ0hHOEIgaW5zdHJ1Y3Rpb24gICAgICAgICAgICA9IDEgKDEpCjAwOjAwOjAwLjQx MCBBUElDIC0gQVBJQyBPbi1DaGlwICAgICAgICAgICAgICAgICAgICA9IDAgKDEpCjAwOjAwOjAw LjQxMCAxMCAtIFJlc2VydmVkICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAgKDApCjAwOjAw OjAwLjQxMCBTRVAgLSBTWVNFTlRFUiBhbmQgU1lTRVhJVCAgICAgICAgICAgICA9IDAgKDEpCjAw OjAwOjAwLjQxMCBNVFJSIC0gTWVtb3J5IFR5cGUgUmFuZ2UgUmVnaXN0ZXJzICAgICA9IDEgKDEp CjAwOjAwOjAwLjQxMCBQR0UgLSBQVEUgR2xvYmFsIEJpdCAgICAgICAgICAgICAgICAgICA9IDEg KDEpCjAwOjAwOjAwLjQxMCBNQ0EgLSBNYWNoaW5lIENoZWNrIEFyY2hpdGVjdHVyZSAgICAgICA9 IDEgKDEpCjAwOjAwOjAwLjQxMCBDTU9WIC0gQ29uZGl0aW9uYWwgTW92ZSBJbnN0cnVjdGlvbnMg ICA9IDEgKDEpCjAwOjAwOjAwLjQxMCBQQVQgLSBQYWdlIEF0dHJpYnV0ZSBUYWJsZSAgICAgICAg ICAgICA9IDEgKDEpCjAwOjAwOjAwLjQxMCBQU0UtMzYgLSAzNi1iaXQgUGFnZSBTaXplIEV4dGVu dGlvbiAgICA9IDEgKDEpCjAwOjAwOjAwLjQxMCBQU04gLSBQcm9jZXNzb3IgU2VyaWFsIE51bWJl ciAgICAgICAgICA9IDAgKDApCjAwOjAwOjAwLjQxMCBDTEZTSCAtIENMRkxVU0ggSW5zdHJ1Y3Rp b24uICAgICAgICAgICA9IDEgKDEpCjAwOjAwOjAwLjQxMCAyMCAtIFJlc2VydmVkICAgICAgICAg ICAgICAgICAgICAgICAgICA9IDAgKDApCjAwOjAwOjAwLjQxMCBEUyAtIERlYnVnIFN0b3JlICAg ICAgICAgICAgICAgICAgICAgICA9IDAgKDApCjAwOjAwOjAwLjQxMCBBQ1BJIC0gVGhlcm1hbCBN b24uICYgU29mdC4gQ2xvY2sgQ3RybC49IDAgKDApCjAwOjAwOjAwLjQxMCBNTVggLSBJbnRlbCBN TVggVGVjaG5vbG9neSAgICAgICAgICAgICA9IDEgKDEpCjAwOjAwOjAwLjQxMCBGWFNSIC0gRlhT QVZFIGFuZCBGWFJTVE9SIEluc3RydWN0aW9ucyA9IDEgKDEpCjAwOjAwOjAwLjQxMCBTU0UgLSBT U0UgU3VwcG9ydCAgICAgICAgICAgICAgICAgICAgICA9IDEgKDEpCjAwOjAwOjAwLjQxMCBTU0Uy IC0gU1NFMiBTdXBwb3J0ICAgICAgICAgICAgICAgICAgICA9IDEgKDEpCjAwOjAwOjAwLjQxMCBT UyAtIFNlbGYgU25vb3AgICAgICAgICAgICAgICAgICAgICAgICA9IDAgKDApCjAwOjAwOjAwLjQx MCBIVFQgLSBIeXBlci1UaHJlYWRpbmcgVGVjaG5vbG9neSAgICAgICA9IDAgKDEpCjAwOjAwOjAw LjQxMCBUTSAtIFRoZXJtYWwgTW9uaXRvciAgICAgICAgICAgICAgICAgICA9IDAgKDApCjAwOjAw OjAwLjQxMCAzMCAtIFJlc2VydmVkICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAgKDApCjAw OjAwOjAwLjQxMCBQQkUgLSBQZW5kaW5nIEJyZWFrIEVuYWJsZSAgICAgICAgICAgICA9IDAgKDAp CjAwOjAwOjAwLjQxMCBTdXBwb3J0cyBTU0UzICAgICAgICAgICAgICAgICAgICAgICAgICA9IDEg KDEpCjAwOjAwOjAwLjQxMCBQQ0xNVUxRRFEgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA9 IDAgKDApCjAwOjAwOjAwLjQxMCBEUyBBcmVhIDY0LWJpdCBsYXlvdXQgICAgICAgICAgICAgICAg ICA9IDAgKDApCjAwOjAwOjAwLjQxMCBTdXBwb3J0cyBNT05JVE9SL01XQUlUICAgICAgICAgICAg ICAgICA9IDEgKDEpCjAwOjAwOjAwLjQxMCBDUEwtRFMgLSBDUEwgUXVhbGlmaWVkIERlYnVnIFN0 b3JlICAgICA9IDAgKDApCjAwOjAwOjAwLjQxMCBWTVggLSBWaXJ0dWFsIE1hY2hpbmUgVGVjaG5v bG9neSAgICAgICA9IDAgKDApCjAwOjAwOjAwLjQxMCBTTVggLSBTYWZlciBNb2RlIEV4dGVuc2lv bnMgICAgICAgICAgICA9IDAgKDApCjAwOjAwOjAwLjQxMCBFbmhhbmNlZCBTcGVlZFN0ZXAgVGVj aG5vbG9neSAgICAgICAgICA9IDAgKDApCjAwOjAwOjAwLjQxMCBUZXJtaW5hbCBNb25pdG9yIDIg ICAgICAgICAgICAgICAgICAgICA9IDAgKDApCjAwOjAwOjAwLjQxMCBTdXBwbGVtZW50YWwgU1NF MyBpbnN0cnVjdGlvbnMgICAgICAgICA9IDAgKDApCjAwOjAwOjAwLjQxMCBMMSBDb250ZXh0IElE ICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAgKDApCjAwOjAwOjAwLjQxMCAxMSAtIFJlc2Vy dmVkICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAgKDApCjAwOjAwOjAwLjQxMCBGTUEgZXh0 ZW5zaW9ucyB1c2luZyBZTU0gc3RhdGUgICAgICAgICA9IDAgKDApCjAwOjAwOjAwLjQxMCBDTVBY Q0hHMTZCIGluc3RydWN0aW9uICAgICAgICAgICAgICAgICA9IDAgKDEpCjAwOjAwOjAwLjQxMCB4 VFBSIFVwZGF0ZSBDb250cm9sICAgICAgICAgICAgICAgICAgICA9IDAgKDApCjAwOjAwOjAwLjQx MCBQZXJmL0RlYnVnIENhcGFiaWxpdHkgTVNSICAgICAgICAgICAgICA9IDAgKDApCjAwOjAwOjAw LjQxMCAxNiAtIFJlc2VydmVkICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAgKDApCjAwOjAw OjAwLjQxMCBQQ0lEIC0gUHJvY2Vzcy1jb250ZXh0IGlkZW50aWZpZXJzICAgICA9IDAgKDApCjAw OjAwOjAwLjQxMCBEQ0EgLSBEaXJlY3QgQ2FjaGUgQWNjZXNzICAgICAgICAgICAgICA9IDAgKDAp CjAwOjAwOjAwLjQxMCBTU0U0LjEgaW5zdHJ1Y3Rpb24gZXh0ZW5zaW9ucyAgICAgICAgICA9IDAg KDApCjAwOjAwOjAwLjQxMCBTU0U0LjIgaW5zdHJ1Y3Rpb24gZXh0ZW5zaW9ucyAgICAgICAgICA9 IDAgKDApCjAwOjAwOjAwLjQxMCBTdXBwb3J0cyB0aGUgeDJBUElDIGV4dGVuc2lvbnMgICAgICAg ICA9IDAgKDApCjAwOjAwOjAwLjQxMCBNT1ZCRSBpbnN0cnVjdGlvbiAgICAgICAgICAgICAgICAg ICAgICA9IDAgKDApCjAwOjAwOjAwLjQxMCBQT1BDTlQgaW5zdHJ1Y3Rpb24gICAgICAgICAgICAg ICAgICAgICA9IDAgKDEpCjAwOjAwOjAwLjQxMCBUU0MtRGVhZGxpbmUgTEFQSUMgdGltZXIgbW9k ZSAgICAgICAgICA9IDAgKDApCjAwOjAwOjAwLjQxMCBBRVNOSSBpbnN0cnVjdGlvbiBleHRlbnNp b25zICAgICAgICAgICA9IDAgKDApCjAwOjAwOjAwLjQxMCBYU0FWRS9YUlNUT1IgZXh0ZW5kZWQg c3RhdGUgZmVhdHVyZSAgICA9IDAgKDApCjAwOjAwOjAwLjQxMCBTdXBwb3J0cyBPU1hTQVZFICAg ICAgICAgICAgICAgICAgICAgICA9IDAgKDApCjAwOjAwOjAwLjQxMCBBVlggaW5zdHJ1Y3Rpb24g ZXh0ZW5zaW9ucyAgICAgICAgICAgICA9IDAgKDApCjAwOjAwOjAwLjQxMCAyOS8zMCAtIFJlc2Vy dmVkICAgICAgICAgICAgICAgICAgICAgICA9IDB4MCAoMHgwKQowMDowMDowMC40MTAgMzEgLSBS ZXNlcnZlZCAoYWx3YXlzIDApICAgICAgICAgICAgICAgPSAwICgwKQowMDowMDowMC40MTAgCjAw OjAwOjAwLjQxMCAgICAgICAgICBSQVcgRXh0ZW5kZWQgQ1BVSURzCjAwOjAwOjAwLjQxMCAgICAg IEZ1bmN0aW9uICBlYXggICAgICBlYnggICAgICBlY3ggICAgICBlZHgKMDA6MDA6MDAuNDEwIEdz dDogODAwMDAwMDAgIDgwMDAwMDA4IDY4NzQ3NTQxIDQ0NGQ0MTYzIDY5NzQ2ZTY1CjAwOjAwOjAw LjQxMCBIc3Q6ICAgICAgICAgICA4MDAwMDAxYiA2ODc0NzU0MSA0NDRkNDE2MyA2OTc0NmU2NQow MDowMDowMC40MTAgR3N0OiA4MDAwMDAwMSAgMDAxMDBmNDIgMTAwMDFiNzYgMDAwMDAwMTAgYzM4 M2YxM2YKMDA6MDA6MDAuNDEwIEhzdDogICAgICAgICAgIDAwMTAwZjQyIDEwMDAxYjc2IDAwMDAz N2ZmIGVmZDNmYmZmCjAwOjAwOjAwLjQxMCBHc3Q6IDgwMDAwMDAyICAyMDQ0NGQ0MSA2ZTY1Njg1 MCA3NDI4NmQ2ZiA0OTIwMjk2ZAowMDowMDowMC40MTAgSHN0OiAgICAgICAgICAgMjA0NDRkNDEg NmU2NTY4NTAgNzQyODZkNmYgNDkyMDI5NmQKMDA6MDA6MDAuNDEwIEdzdDogODAwMDAwMDMgIDM0 NTgyMDQ5IDM1MzUzOTIwIDZmNzI1MDIwIDczNzM2NTYzCjAwOjAwOjAwLjQxMCBIc3Q6ICAgICAg ICAgICAzNDU4MjA0OSAzNTM1MzkyMCA2ZjcyNTAyMCA3MzczNjU2MwowMDowMDowMC40MTAgR3N0 OiA4MDAwMDAwNCAgMDAwMDcyNmYgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAKMDA6MDA6MDAu NDEwIEhzdDogICAgICAgICAgIDAwMDA3MjZmIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwCjAw OjAwOjAwLjQxMCBHc3Q6IDgwMDAwMDA1ICBmZjMwZmYxMCBmZjMwZmYyMCA0MDAyMDE0MCA0MDAy MDE0MAowMDowMDowMC40MTAgSHN0OiAgICAgICAgICAgZmYzMGZmMTAgZmYzMGZmMjAgNDAwMjAx NDAgNDAwMjAxNDAKMDA6MDA6MDAuNDEwIEdzdDogODAwMDAwMDYgIDIwODAwMDAwIDQyMDA0MjAw IDAyMDA4MTQwIDAwMzBiMTQwCjAwOjAwOjAwLjQxMCBIc3Q6ICAgICAgICAgICAyMDgwMDAwMCA0 MjAwNDIwMCAwMjAwODE0MCAwMDMwYjE0MAowMDowMDowMC40MTAgR3N0OiA4MDAwMDAwNyAgMDAw MDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAKMDA6MDA6MDAuNDEwIEhzdDogICAgICAg ICAgIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMWY5CjAwOjAwOjAwLjQxMCBHc3Q6 IDgwMDAwMDA4ICAwMDAwMzAzMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMAowMDowMDowMC40 MTAgSHN0OiAgICAgICAgICAgMDAwMDMwMzAgMDAwMDAwMDAgMDAwMDIwMDMgMDAwMDAwMDAKMDA6 MDA6MDAuNDEwIEdzdDogODAwMDAwMDkgIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAw MDAwKgowMDowMDowMC40MTAgSHN0OiAgICAgICAgICAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAw MDAgMDAwMDAwMDAKMDA6MDA6MDAuNDEwIEV4dCBOYW1lOiAgICAgICAgICAgICAgICAgICAgICAg IEF1dGhlbnRpY0FNRAowMDowMDowMC40MTAgRXh0IFN1cHBvcnRzOiAgICAgICAgICAgICAgICAg ICAgMHg4MDAwMDAwMC0weDgwMDAwMDA4CjAwOjAwOjAwLjQxMCBGYW1pbHk6ICAgICAgICAgICAg ICAgICAgICAgICAgICAxNSAgCUV4dGVuZGVkOiAxIAlFZmZlY3RpdmU6IDE2CjAwOjAwOjAwLjQx MCBNb2RlbDogICAgICAgICAgICAgICAgICAgICAgICAgICA0ICAJRXh0ZW5kZWQ6IDAgCUVmZmVj dGl2ZTogNAowMDowMDowMC40MTAgU3RlcHBpbmc6ICAgICAgICAgICAgICAgICAgICAgICAgMgow MDowMDowMC40MTAgQnJhbmQgSUQ6ICAgICAgICAgICAgICAgICAgICAgICAgMHhiNzYKMDA6MDA6 MDAuNDEwIE1uZW1vbmljIC0gRGVzY3JpcHRpb24gICAgICAgICAgICAgICAgID0gZ3Vlc3QgKGhv c3QpCjAwOjAwOjAwLjQxMCBGUFUgLSB4ODcgRlBVIG9uIENoaXAgICAgICAgICAgICAgICAgICA9 IDEgKDEpCjAwOjAwOjAwLjQxMCBWTUUgLSBWaXJ0dWFsIDgwODYgTW9kZSBFbmhhbmNlbWVudHMg ICA9IDEgKDEpCjAwOjAwOjAwLjQxMCBERSAtIERlYnVnZ2luZyBleHRlbnNpb25zICAgICAgICAg ICAgICA9IDEgKDEpCjAwOjAwOjAwLjQxMCBQU0UgLSBQYWdlIFNpemUgRXh0ZW5zaW9uICAgICAg ICAgICAgICA9IDEgKDEpCjAwOjAwOjAwLjQxMCBUU0MgLSBUaW1lIFN0YW1wIENvdW50ZXIgICAg ICAgICAgICAgICA9IDEgKDEpCjAwOjAwOjAwLjQxMCBNU1IgLSBLODYgTW9kZWwgU3BlY2lmaWMg UmVnaXN0ZXJzICAgICA9IDEgKDEpCjAwOjAwOjAwLjQxMCBQQUUgLSBQaHlzaWNhbCBBZGRyZXNz IEV4dGVuc2lvbiAgICAgICA9IDAgKDEpCjAwOjAwOjAwLjQxMCBNQ0UgLSBNYWNoaW5lIENoZWNr IEV4Y2VwdGlvbiAgICAgICAgICA9IDAgKDEpCjAwOjAwOjAwLjQxMCBDWDggLSBDTVBYQ0hHOEIg aW5zdHJ1Y3Rpb24gICAgICAgICAgICA9IDEgKDEpCjAwOjAwOjAwLjQxMCBBUElDIC0gQVBJQyBP bi1DaGlwICAgICAgICAgICAgICAgICAgICA9IDAgKDEpCjAwOjAwOjAwLjQxMCAxMCAtIFJlc2Vy dmVkICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAgKDApCjAwOjAwOjAwLjQxMCBTRVAgLSBT WVNDQUxMIGFuZCBTWVNSRVQgICAgICAgICAgICAgICA9IDAgKDEpCjAwOjAwOjAwLjQxMCBNVFJS IC0gTWVtb3J5IFR5cGUgUmFuZ2UgUmVnaXN0ZXJzICAgICA9IDEgKDEpCjAwOjAwOjAwLjQxMCBQ R0UgLSBQVEUgR2xvYmFsIEJpdCAgICAgICAgICAgICAgICAgICA9IDEgKDEpCjAwOjAwOjAwLjQx MCBNQ0EgLSBNYWNoaW5lIENoZWNrIEFyY2hpdGVjdHVyZSAgICAgICA9IDEgKDEpCjAwOjAwOjAw LjQxMCBDTU9WIC0gQ29uZGl0aW9uYWwgTW92ZSBJbnN0cnVjdGlvbnMgICA9IDEgKDEpCjAwOjAw OjAwLjQxMCBQQVQgLSBQYWdlIEF0dHJpYnV0ZSBUYWJsZSAgICAgICAgICAgICA9IDEgKDEpCjAw OjAwOjAwLjQxMCBQU0UtMzYgLSAzNi1iaXQgUGFnZSBTaXplIEV4dGVudGlvbiAgICA9IDEgKDEp CjAwOjAwOjAwLjQxMCAxOCAtIFJlc2VydmVkICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAg KDApCjAwOjAwOjAwLjQxMCAxOSAtIFJlc2VydmVkICAgICAgICAgICAgICAgICAgICAgICAgICA9 IDAgKDApCjAwOjAwOjAwLjQxMCBOWCAtIE5vLUV4ZWN1dGUgUGFnZSBQcm90ZWN0aW9uICAgICAg ICA9IDAgKDEpCjAwOjAwOjAwLjQxMCBEUyAtIERlYnVnIFN0b3JlICAgICAgICAgICAgICAgICAg ICAgICA9IDAgKDApCjAwOjAwOjAwLjQxMCBBWE1NWCAtIEFNRCBFeHRlbnNpb25zIHRvIE1NWCBJ bnN0ci4gICA9IDAgKDEpCjAwOjAwOjAwLjQxMCBNTVggLSBJbnRlbCBNTVggVGVjaG5vbG9neSAg ICAgICAgICAgICA9IDEgKDEpCjAwOjAwOjAwLjQxMCBGWFNSIC0gRlhTQVZFIGFuZCBGWFJTVE9S IEluc3RydWN0aW9ucyA9IDEgKDEpCjAwOjAwOjAwLjQxMCAyNSAtIEFNRCBmYXN0IEZYU0FWRSBh bmQgRlhSU1RPUiBJbnN0ci49IDEgKDEpCjAwOjAwOjAwLjQxMCAyNiAtIDEgR0IgbGFyZ2UgcGFn ZSBzdXBwb3J0ICAgICAgICAgICA9IDAgKDEpCjAwOjAwOjAwLjQxMCAyNyAtIFJEVFNDUCBpbnN0 cnVjdGlvbiAgICAgICAgICAgICAgICA9IDAgKDEpCjAwOjAwOjAwLjQxMCAyOCAtIFJlc2VydmVk ICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAgKDApCjAwOjAwOjAwLjQxMCAyOSAtIEFNRCBM b25nIE1vZGUgICAgICAgICAgICAgICAgICAgICA9IDAgKDEpCjAwOjAwOjAwLjQxMCAzMCAtIEFN RCBFeHRlbnNpb25zIHRvIDNETm93ICAgICAgICAgICA9IDEgKDEpCjAwOjAwOjAwLjQxMCAzMSAt IEFNRCAzRE5vdyAgICAgICAgICAgICAgICAgICAgICAgICA9IDEgKDEpCjAwOjAwOjAwLjQxMCBM YWhmU2FoZiAtIExBSEYvU0FIRiBpbiA2NC1iaXQgbW9kZSAgICA9IDAgKDEpCjAwOjAwOjAwLjQx MCBDbXBMZWdhY3kgLSBDb3JlIE1QIGxlZ2FjeSBtb2RlIChkZXByKSA9IDAgKDEpCjAwOjAwOjAw LjQxMCBTVk0gLSBBTUQgVk0gRXh0ZW5zaW9ucyAgICAgICAgICAgICAgICA9IDAgKDEpCjAwOjAw OjAwLjQxMCBBUElDIHJlZ2lzdGVycyBzdGFydGluZyBhdCAweDQwMCAgICAgICA9IDAgKDEpCjAw OjAwOjAwLjQxMCBBbHRNb3ZDUjggLSBMT0NLIE1PViBDUjAgbWVhbnMgTU9WIENSOCA9IDEgKDEp CjAwOjAwOjAwLjQxMCBBZHZhbmNlZCBiaXQgbWFuaXB1bGF0aW9uICAgICAgICAgICAgICA9IDAg KDEpCjAwOjAwOjAwLjQxMCBTU0U0QSBpbnN0cnVjdGlvbiBzdXBwb3J0ICAgICAgICAgICAgICA9 IDAgKDEpCjAwOjAwOjAwLjQxMCBNaXNhbGlnbmVkIFNTRSBtb2RlICAgICAgICAgICAgICAgICAg ICA9IDAgKDEpCjAwOjAwOjAwLjQxMCBQUkVGRVRDSCBhbmQgUFJFRkVUQ0hXIGluc3RydWN0aW9u ICAgICA9IDAgKDEpCjAwOjAwOjAwLjQxMCBPUyB2aXNpYmxlIHdvcmthcm91bmQgICAgICAgICAg ICAgICAgICA9IDAgKDEpCjAwOjAwOjAwLjQxMCBJbnN0cnVjdGlvbiBiYXNlZCBzYW1wbGluZyAg ICAgICAgICAgICA9IDAgKDEpCjAwOjAwOjAwLjQxMCBTU0U1IHN1cHBvcnQgICAgICAgICAgICAg ICAgICAgICAgICAgICA9IDAgKDApCjAwOjAwOjAwLjQxMCBTS0lOSVQsIFNUR0ksIGFuZCBERVYg c3VwcG9ydCAgICAgICAgICA9IDAgKDEpCjAwOjAwOjAwLjQxMCBXYXRjaGRvZyB0aW1lciBzdXBw b3J0LiAgICAgICAgICAgICAgICA9IDAgKDEpCjAwOjAwOjAwLjQxMCAzMToxNCAtIFJlc2VydmVk ICAgICAgICAgICAgICAgICAgICAgICA9IDB4MCAoMHgwKQowMDowMDowMC40MTAgRnVsbCBOYW1l OiAgICAgICAgICAgICAgICAgICAgICAgQU1EIFBoZW5vbSh0bSkgSUkgWDQgOTU1IFByb2Nlc3Nv cgowMDowMDowMC40MTAgVExCIDIvNE0gSW5zdHIvVW5pOiAgICAgICAgICAgICAgZnVsbHkgIDE2 IGVudHJpZXMKMDA6MDA6MDAuNDEwIFRMQiAyLzRNIERhdGE6ICAgICAgICAgICAgICAgICAgIGZ1 bGx5ICA0OCBlbnRyaWVzCjAwOjAwOjAwLjQxMCBUTEIgNEsgSW5zdHIvVW5pOiAgICAgICAgICAg ICAgICBmdWxseSAgMzIgZW50cmllcwowMDowMDowMC40MTAgVExCIDRLIERhdGE6ICAgICAgICAg ICAgICAgICAgICAgZnVsbHkgIDQ4IGVudHJpZXMKMDA6MDA6MDAuNDEwIEwxIEluc3RyIENhY2hl IExpbmUgU2l6ZTogICAgICAgIDY0IGJ5dGVzCjAwOjAwOjAwLjQxMCBMMSBJbnN0ciBDYWNoZSBM aW5lcyBQZXIgVGFnOiAgICAxCjAwOjAwOjAwLjQxMCBMMSBJbnN0ciBDYWNoZSBBc3NvY2lhdGl2 aXR5OiAgICAyIHdheQowMDowMDowMC40MTAgTDEgSW5zdHIgQ2FjaGUgU2l6ZTogICAgICAgICAg ICAgNjQgS0IKMDA6MDA6MDAuNDEwIEwxIERhdGEgQ2FjaGUgTGluZSBTaXplOiAgICAgICAgIDY0 IGJ5dGVzCjAwOjAwOjAwLjQxMCBMMSBEYXRhIENhY2hlIExpbmVzIFBlciBUYWc6ICAgICAxCjAw OjAwOjAwLjQxMCBMMSBEYXRhIENhY2hlIEFzc29jaWF0aXZpdHk6ICAgICAyIHdheQowMDowMDow MC40MTAgTDEgRGF0YSBDYWNoZSBTaXplOiAgICAgICAgICAgICAgNjQgS0IKMDA6MDA6MDAuNDEw IEwyIFRMQiAyLzRNIEluc3RyL1VuaTogICAgICAgICAgIG9mZiAgICAgICAwIGVudHJpZXMKMDA6 MDA6MDAuNDEwIEwyIFRMQiAyLzRNIERhdGE6ICAgICAgICAgICAgICAgIDIgd2F5ICAgMTI4IGVu dHJpZXMKMDA6MDA6MDAuNDEwIEwyIFRMQiA0SyBJbnN0ci9Vbmk6ICAgICAgICAgICAgIDQgd2F5 ICAgNTEyIGVudHJpZXMKMDA6MDA6MDAuNDEwIEwyIFRMQiA0SyBEYXRhOiAgICAgICAgICAgICAg ICAgIDQgd2F5ICAgNTEyIGVudHJpZXMKMDA6MDA6MDAuNDEwIEwyIENhY2hlIExpbmUgU2l6ZTog ICAgICAgICAgICAgIDY0IGJ5dGVzCjAwOjAwOjAwLjQxMCBMMiBDYWNoZSBMaW5lcyBQZXIgVGFn OiAgICAgICAgICAxCjAwOjAwOjAwLjQxMCBMMiBDYWNoZSBBc3NvY2lhdGl2aXR5OiAgICAgICAg ICByZXMxMSAKMDA6MDA6MDAuNDEwIEwyIENhY2hlIFNpemU6ICAgICAgICAgICAgICAgICAgIDQ4 IEtCCjAwOjAwOjAwLjQxMCBBUE0gRmVhdHVyZXM6ICAgICAgICAgICAgICAgICAgIAowMDowMDow MC40MTAgUGh5c2ljYWwgQWRkcmVzcyBXaWR0aDogICAgICAgICAgNDggYml0cwowMDowMDowMC40 MTAgVmlydHVhbCBBZGRyZXNzIFdpZHRoOiAgICAgICAgICAgNDggYml0cwowMDowMDowMC40MTAg R3Vlc3QgUGh5c2ljYWwgQWRkcmVzcyBXaWR0aDogICAgMCBiaXRzCjAwOjAwOjAwLjQxMCBQaHlz aWNhbCBDb3JlIENvdW50OiAgICAgICAgICAgICAwCjAwOjAwOjAwLjQxMCAKMDA6MDA6MDAuNDEw ICAgICAgICAgIFJBVyBDZW50YXVyIENQVUlEcwowMDowMDowMC40MTAgICAgICBGdW5jdGlvbiAg ZWF4ICAgICAgZWJ4ICAgICAgZWN4ICAgICAgZWR4CjAwOjAwOjAwLjQxMCBHc3Q6IGMwMDAwMDAw ICAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMAowMDowMDowMC40MTAgSHN0OiAg ICAgICAgICAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAKMDA6MDA6MDAuNDEw IEdzdDogYzAwMDAwMDEgIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwKgowMDow MDowMC40MTAgSHN0OiAgICAgICAgICAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAw MDAKMDA6MDA6MDAuNDEwIEdzdDogYzAwMDAwMDIgIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAw IDAwMDAwMDAwKgowMDowMDowMC40MTAgSHN0OiAgICAgICAgICAgMDAwMDAwMDAgMDAwMDAwMDAg MDAwMDAwMDAgMDAwMDAwMDAKMDA6MDA6MDAuNDEwIEdzdDogYzAwMDAwMDMgIDAwMDAwMDAwIDAw MDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwKgowMDowMDowMC40MTAgSHN0OiAgICAgICAgICAgMDAw MDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAKMDA6MDA6MDAuNDEwIENlbnRhdXIgU3Vw cG9ydHM6ICAgICAgICAgICAgICAgIDB4YzAwMDAwMDAtMHgwMDAwMDAwMAowMDowMDowMC40MTAg CjAwOjAwOjAwLjQxMCAqKioqKioqKioqKioqKioqKioqKiBFbmQgb2YgQ1BVSUQgZHVtcCAqKioq KioqKioqKioqKioqKioqKioqCjAwOjAwOjAwLjQxMCBwZ21SM1Bvb2xJbml0OiBjTWF4UGFnZXM9 MHg0MDAgY01heFVzZXJzPTB4ODAwIGNNYXhQaHlzRXh0cz0weDgwMCBmQ2FjaGVFbmFibGU9dHJ1 ZSAKMDA6MDA6MDAuNDEwIHJ0bGRyTmF0aXZlTG9hZDogZGxvcGVuKCcvdXNyL2xvY2FsL2xpYi92 aXJ0dWFsYm94L1ZCb3hSRU0zMi5zbycsIFJUTERfTk9XIHwgUlRMRF9MT0NBTCkgZmFpbGVkOiAv dXNyL2xvY2FsL2xpYi92aXJ0dWFsYm94L1ZCb3hSRU0zMi5zbzogVW5kZWZpbmVkIHN5bWJvbCAi YXRhbjJsIgowMDowMDowMC40MTEgVk1TZXRFcnJvcjogL3Vzci9wb3J0cy9lbXVsYXRvcnMvdmly dHVhbGJveC1vc2Uvd29yay9WaXJ0dWFsQm94LTQuMC4xMl9PU0Uvc3JjL1ZCb3gvVk1NL1ZNTVIz L1ZNLmNwcCgzNTQpIGludCBWTVIzQ3JlYXRlKHVpbnQzMl90LCBjb25zdCBWTU0yVVNFUk1FVEhP RFMqLCB2b2lkICgqKShWTSosIHZvaWQqLCBpbnQsIGNvbnN0IGNoYXIqLCB1bnNpZ25lZCBpbnQs IGNvbnN0IGNoYXIqLCBjb25zdCBjaGFyKiwgY2hhciopLCB2b2lkKiwgaW50ICgqKShWTSosIHZv aWQqKSwgdm9pZCosIFZNKiopOyByYz1WRVJSX0ZJTEVfTk9UX0ZPVU5ECjAwOjAwOjAwLjQxMSBW TVNldEVycm9yOiBVbmtub3duIGVycm9yIGNyZWF0aW5nIFZNCjAwOjAwOjAwLjQxMSBFUlJPUiBb Q09NXTogYVJDPU5TX0VSUk9SX0ZBSUxVUkUgKDB4ODAwMDQwMDUpIGFJSUQ9ezUxNWU4ZThkLWY5 MzItNGQ4ZS05ZjMyLTc5YTUyYWVhZDg4Mn0gYUNvbXBvbmVudD17Q29uc29sZX0gYVRleHQ9e1Vu a25vd24gZXJyb3IgY3JlYXRpbmcgVk0gKFZFUlJfRklMRV9OT1RfRk9VTkQpfSwgcHJlc2VydmU9 ZmFsc2UKMDA6MDA6MDAuNDEzIFBvd2VyIHVwIGZhaWxlZCAodnJjPVZFUlJfRklMRV9OT1RfRk9V TkQsIHJjPU5TX0VSUk9SX0ZBSUxVUkUgKDBYODAwMDQwMDUpKQo= --bcaec52e5eb52a2d6704b29d6475-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 07:54:23 2011 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 952451065670 for ; Sat, 26 Nov 2011 07:54:23 +0000 (UTC) (envelope-from freebsd-current@dino.sk) Received: from loki.netlab.sk (loki.netlab.sk [84.245.65.11]) by mx1.freebsd.org (Postfix) with ESMTP id 487798FC13 for ; Sat, 26 Nov 2011 07:54:23 +0000 (UTC) Received: from atom.dino.sk (ttxa118.ttx-net.sk [193.110.186.118]) (AUTH: LOGIN milan, TLS: TLSv1/SSLv3,128bits,AES128-SHA) by loki.netlab.sk with ESMTPSA; Sat, 26 Nov 2011 08:41:02 +0100 id 00033CA7.4ED0980E.000150BA Date: Sat, 26 Nov 2011 08:44:02 +0100 From: Milan Obuch To: freebsd-current@freebsd.org Message-ID: <20111126084402.1afbfc16@atom.dino.sk> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd8.2) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAGFBMVEX+/v7++v6YOTrq8PCcuIX989UvOSj++v0BNCbpAAAAB3RJTUUHsQwfFzs7RBhzUQAAAhJJREFUOI1dU8GOqzAMNKIoV1bvwD1i0ysqrHplIdBrVSX7ATSbd03VVvn9tQNtQy0hjAdn7LED4AAcPtWm9RV+MPSfxhBLx9ajd6X/ngB6/mTwnRSZua7i7Ca+0ctZKo4Qmz+JY13X6I3nFZBxIYW1PbgfQ5RP8g0XlltEWGf3cV03joYpRnFbvYDKbXjZlXyyhEZA4lI+cN3NaVXE4VKjSwTExO10eTEkkJVqIAD5z0nUBQJluQDRSQjcrBiHAJxZlAH5CUMBMC7OcJ4LMQNnxhZ1HYPscMc6J4UlWRMNwzOpCcAHKSICd1EDn83abdREIbXsHkD1OinP1aCUCOEVRaa1lMcvywUWdYgk13JQUpYNKmvXQ8Kw5ML9YI5h8SakctBc7E/IYuLhYd/zZIk+1gM1vNweQBvHE0j+oYah3sMqAytQYlZk6+ANaaawJdu3OFzYGMZ3iGpa3qMlq9ZH0VZTgrCtw/ngdYkEIIpSbP1bWQAdFdX9vocBdkH2qVjVmuMu3gI5rjs814EUdrCZgWlPaxZZ3RiLFUtr+ud0PXwp2dnQSNXgePt6AZpBj6UMJ7VQkzN4utVeaSW1Dhn/kblGrKeMvNGnzwX4zuEDarYz1KdPtR60Gul0Gued+515SJXhCsl+Tx/3kY/UDvicPll9mfu50t3tvQ/thZpJYgeuwdSKNJ6tCD98MCgoxLDaPxbwqqwPWaWiAAAAAElFTkSuQmCC X-Face: ak5rwz4-aUa>hPFZlcg,bXxn.(TN}e9DGFrKU\.i_'B[&5=pAd9o"j)5VSUYW:BRQG#^42Ev$Il|; Ztn=,C X-Operating-System: FreeBSD/amd64 8.2-STABLE Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Incorrect tag= in /usr/src/share/examples/cvsup/sta(ble|ndard) in 9.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: Sat, 26 Nov 2011 07:54:23 -0000 Hi, I am playing a bit with 9.0-PRERELEASE compiling it from source updated via csup. In both example files there is line specifying what to csup *default release=cvs tag=RELENG_8 which is incorrect, I think. It is convenient for me to issue just csup -h cvsup.freebsd.sk /usr/share/examples/cvsup/stable-supfile to update full sources without need to create any cvsup config file, however in system installed from 9.0 snapshot (maybe two weeks old) this file points to version 8 files, so I need to correct it for 9.0-PRERELEASE to not accidentally download older version sources. The same is also true after upgrade from source - make installworld install example files pointing to older version... Is it something I do not know about or is it an oversight? I think this line should already be changed to new tag... *default release=cvs tag=RELENG_9 Regards, Milan From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 08:05:29 2011 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 019FF106566C; Sat, 26 Nov 2011 08:05:29 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 924F98FC1B; Sat, 26 Nov 2011 08:05:28 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id pAQ85Pvv055959 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 26 Nov 2011 10:05:25 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id pAQ85PUb059932; Sat, 26 Nov 2011 10:05:25 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id pAQ85PHQ059931; Sat, 26 Nov 2011 10:05:25 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 26 Nov 2011 10:05:25 +0200 From: Kostik Belousov To: Gleb Smirnoff Message-ID: <20111126080525.GE50300@deviant.kiev.zoral.com.ua> References: <20111125170826.GB42969@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Xmw7gt8jU7wDO1uy" Content-Disposition: inline In-Reply-To: <20111125170826.GB42969@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: current@freebsd.org Subject: Re: panic: handle_written_inodeblock: live inodedep X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2011 08:05:29 -0000 --Xmw7gt8jU7wDO1uy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 25, 2011 at 09:08:27PM +0400, Gleb Smirnoff wrote: > Hi! >=20 > Running HEAD with KMS patches from kib@, a 15th November > snapshot build from kms branch from ~kib/deviant2 repository. > The panic message and backtrace look unrelated to KMS, so, > I think my kernel can be considered a head from 15-th of November. >=20 > Panic happened a couple of seconds after system finished booting > up to login prompt. I didn't login yet, and X server hadn't been > started. >=20 > Backtrace from gdb: >=20 > #9 0xffffffff8049f5d0 in panic (fmt=3DVariable "fmt" is not available. > ) > at /usr/home/glebius/src/deviant2/sys/kern/kern_shutdown.c:600 > #10 0xffffffff806a3b19 in softdep_disk_write_complete (bp=3D0xffffff80eff= 76500) > at /usr/home/glebius/src/deviant2/sys/ufs/ffs/ffs_softdep.c:11020 > #11 0xffffffff8051d97c in bufdone_finish (bp=3D0xffffff80eff76500) at buf= .h:418 > ---Type to continue, or q to quit--- > #12 0xffffffff8051dcb8 in bufdone (bp=3D0xffffff80eff76500) > at /usr/home/glebius/src/deviant2/sys/kern/vfs_bio.c:3328 > #13 0xffffffff8043ac96 in g_io_schedule_up (tp=3DVariable "tp" is not ava= ilable. > ) > at /usr/home/glebius/src/deviant2/sys/geom/geom_io.c:679 > #14 0xffffffff8043b21c in g_up_procbody (arg=3DVariable "arg" is not avai= lable. > ) > at /usr/home/glebius/src/deviant2/sys/geom/geom_kern.c:97 > #15 0xffffffff80472d5f in fork_exit ( > callout=3D0xffffffff8043b1c0 , arg=3D0x0,=20 > frame=3D0xffffff8000264c50) > at /usr/home/glebius/src/deviant2/sys/kern/kern_fork.c:995 > #16 0xffffffff806f1a9e in fork_trampoline () > at /usr/home/glebius/src/deviant2/sys/amd64/amd64/exception.S:602 >=20 > I'm running SUJ on all partitions. On the next boot after panic fsck > failed to run w/o "-y" option. > I can provide any additional information or share core file. Did you have i/o errors before the panic ? --Xmw7gt8jU7wDO1uy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk7QncQACgkQC3+MBN1Mb4iCqACcDZpp+gm2I61rYuOTT64MaJqS Zi4AoNZUwrJI/WyIGlaKpy7eY+BnoOwh =xhlt -----END PGP SIGNATURE----- --Xmw7gt8jU7wDO1uy-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 08:17:08 2011 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 74687106564A for ; Sat, 26 Nov 2011 08:17:08 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id 07E958FC12 for ; Sat, 26 Nov 2011 08:17:07 +0000 (UTC) Received: by wwo28 with SMTP id 28so3692968wwo.1 for ; Sat, 26 Nov 2011 00:17:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=6TQ76WkWJqgkjE5s+vV2tEL4U8UzYe/jPm0gluKIuJk=; b=SZC2VBPsih2+n1SpwxrA6PLFU2yvRNJGB7mXFK+57F5jj3C2qtNDo049TRPnN9Ezu0 fOKbCz7i+zSnCaL0igK7WnmHPF7Af8wra2nudpYB1tNgoRYdFRGJu4R0/z9Wz7oDsmUa n5Mr2G2aEQ0C/H5H0BVO5gfCBxUPYdvIZDhJs= Received: by 10.227.206.82 with SMTP id ft18mr23556841wbb.21.1322294091889; Fri, 25 Nov 2011 23:54:51 -0800 (PST) Received: from [192.168.1.11] (5ED0E470.cm-7-1d.dynamic.ziggo.nl. [94.208.228.112]) by mx.google.com with ESMTPS id i8sm21408409wbp.2.2011.11.25.23.54.51 (version=SSLv3 cipher=OTHER); Fri, 25 Nov 2011 23:54:51 -0800 (PST) Message-ID: <4ED09B46.7080501@gmail.com> Date: Sat, 26 Nov 2011 08:54:46 +0100 From: Johan Hendriks User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: FreeBSD Tinderbox References: <201111260407.pAQ4744Q033788@freebsd-current.sentex.ca> In-Reply-To: <201111260407.pAQ4744Q033788@freebsd-current.sentex.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Nov 2011 08:17:08 -0000 FreeBSD Tinderbox schreef: > TB --- 2011-11-26 03:50:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile Why is the thinbox using -g in the csup command. -g has been deprecated, so it is not needed anymore. regards Johan Hendriks From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 08:26:01 2011 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 6D2B8106566B; Sat, 26 Nov 2011 08:26:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 27F538FC0A; Sat, 26 Nov 2011 08:26:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ8Q0wu045152; Sat, 26 Nov 2011 03:26:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ8Q0st045147; Sat, 26 Nov 2011 08:26:00 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 08:26:00 GMT Message-Id: <201111260826.pAQ8Q0st045147@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 08:26:01 -0000 TB --- 2011-11-26 06:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 06:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-11-26 06:10:00 - cleaning the object tree TB --- 2011-11-26 06:10:04 - cvsupping the source tree TB --- 2011-11-26 06:10:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-11-26 06:15:37 - building world TB --- 2011-11-26 06:15:37 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 06:15:37 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 06:15:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 06:15:37 - SRCCONF=/dev/null TB --- 2011-11-26 06:15:37 - TARGET=i386 TB --- 2011-11-26 06:15:37 - TARGET_ARCH=i386 TB --- 2011-11-26 06:15:37 - TZ=UTC TB --- 2011-11-26 06:15:37 - __MAKE_CONF=/dev/null TB --- 2011-11-26 06:15:37 - cd /src TB --- 2011-11-26 06:15:37 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 06:15:37 UTC 2011 >>> 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 Sat Nov 26 08:25:59 UTC 2011 TB --- 2011-11-26 08:25:59 - generating LINT kernel config TB --- 2011-11-26 08:25:59 - cd /src/sys/i386/conf TB --- 2011-11-26 08:25:59 - /usr/bin/make -B LINT TB --- 2011-11-26 08:25:59 - cd /src/sys/i386/conf TB --- 2011-11-26 08:25:59 - /usr/sbin/config -m LINT-NOINET TB --- 2011-11-26 08:25:59 - building LINT-NOINET kernel TB --- 2011-11-26 08:25:59 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 08:25:59 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 08:25:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 08:25:59 - SRCCONF=/dev/null TB --- 2011-11-26 08:25:59 - TARGET=i386 TB --- 2011-11-26 08:25:59 - TARGET_ARCH=i386 TB --- 2011-11-26 08:25:59 - TZ=UTC TB --- 2011-11-26 08:25:59 - __MAKE_CONF=/dev/null TB --- 2011-11-26 08:25:59 - cd /src TB --- 2011-11-26 08:25:59 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sat Nov 26 08:25:59 UTC 2011 >>> stage 1: configuring the kernel [...] WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated maestro3 headers WARNING: kernel contains GPL contaminated ReiserFS filesystem WARNING: kernel contains GPL contaminated xfs filesystem WARNING: COMPAT_SVR4 is broken and should be avoided config: Error: device "amd" is unknown config: 1 errors *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-26 08:26:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 08:26:00 - ERROR: failed to build LINT-NOINET kernel TB --- 2011-11-26 08:26:00 - 6346.95 user 1036.02 system 8159.55 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 08:52:29 2011 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 C45FF1065670; Sat, 26 Nov 2011 08:52:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 7357A8FC12; Sat, 26 Nov 2011 08:52:29 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQ8qS8G046447; Sat, 26 Nov 2011 03:52:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQ8qSw8046435; Sat, 26 Nov 2011 08:52:28 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 08:52:28 GMT Message-Id: <201111260852.pAQ8qSw8046435@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 08:52:30 -0000 TB --- 2011-11-26 06:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 06:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-11-26 06:10:00 - cleaning the object tree TB --- 2011-11-26 06:10:04 - cvsupping the source tree TB --- 2011-11-26 06:10:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-11-26 06:10:50 - building world TB --- 2011-11-26 06:10:50 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 06:10:50 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 06:10:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 06:10:50 - SRCCONF=/dev/null TB --- 2011-11-26 06:10:50 - TARGET=amd64 TB --- 2011-11-26 06:10:50 - TARGET_ARCH=amd64 TB --- 2011-11-26 06:10:50 - TZ=UTC TB --- 2011-11-26 06:10:50 - __MAKE_CONF=/dev/null TB --- 2011-11-26 06:10:50 - cd /src TB --- 2011-11-26 06:10:50 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 06:10:50 UTC 2011 >>> 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 Sat Nov 26 08:52:27 UTC 2011 TB --- 2011-11-26 08:52:27 - generating LINT kernel config TB --- 2011-11-26 08:52:27 - cd /src/sys/amd64/conf TB --- 2011-11-26 08:52:27 - /usr/bin/make -B LINT TB --- 2011-11-26 08:52:28 - cd /src/sys/amd64/conf TB --- 2011-11-26 08:52:28 - /usr/sbin/config -m LINT-NOINET TB --- 2011-11-26 08:52:28 - building LINT-NOINET kernel TB --- 2011-11-26 08:52:28 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 08:52:28 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 08:52:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 08:52:28 - SRCCONF=/dev/null TB --- 2011-11-26 08:52:28 - TARGET=amd64 TB --- 2011-11-26 08:52:28 - TARGET_ARCH=amd64 TB --- 2011-11-26 08:52:28 - TZ=UTC TB --- 2011-11-26 08:52:28 - __MAKE_CONF=/dev/null TB --- 2011-11-26 08:52:28 - cd /src TB --- 2011-11-26 08:52:28 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sat Nov 26 08:52:28 UTC 2011 >>> stage 1: configuring the kernel [...] WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated maestro3 headers WARNING: kernel contains GPL contaminated ReiserFS filesystem WARNING: kernel contains GPL contaminated xfs filesystem config: Error: device "amd" is unknown config: 1 errors *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-26 08:52:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 08:52:28 - ERROR: failed to build LINT-NOINET kernel TB --- 2011-11-26 08:52:28 - 7727.27 user 1435.98 system 9747.83 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 09:32:39 2011 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 D8F59106566C for ; Sat, 26 Nov 2011 09:32:39 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.64.117]) by mx1.freebsd.org (Postfix) with ESMTP id 60B2E8FC0C for ; Sat, 26 Nov 2011 09:32:39 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.5/8.14.5) with ESMTP id pAQ9WcdI048464; Sat, 26 Nov 2011 13:32:38 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.5/8.14.5/Submit) id pAQ9Wb0Z048462; Sat, 26 Nov 2011 13:32:37 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Sat, 26 Nov 2011 13:32:37 +0400 From: Gleb Smirnoff To: Kostik Belousov Message-ID: <20111126093237.GA44498@glebius.int.ru> References: <20111125170826.GB42969@FreeBSD.org> <20111126080525.GE50300@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20111126080525.GE50300@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@FreeBSD.org Subject: Re: panic: handle_written_inodeblock: live inodedep X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2011 09:32:39 -0000 On Sat, Nov 26, 2011 at 10:05:25AM +0200, Kostik Belousov wrote: K> > Running HEAD with KMS patches from kib@, a 15th November K> > snapshot build from kms branch from ~kib/deviant2 repository. K> > The panic message and backtrace look unrelated to KMS, so, K> > I think my kernel can be considered a head from 15-th of November. K> > K> > Panic happened a couple of seconds after system finished booting K> > up to login prompt. I didn't login yet, and X server hadn't been K> > started. K> > K> > Backtrace from gdb: K> > K> > #9 0xffffffff8049f5d0 in panic (fmt=Variable "fmt" is not available. K> > ) K> > at /usr/home/glebius/src/deviant2/sys/kern/kern_shutdown.c:600 K> > #10 0xffffffff806a3b19 in softdep_disk_write_complete (bp=0xffffff80eff76500) K> > at /usr/home/glebius/src/deviant2/sys/ufs/ffs/ffs_softdep.c:11020 K> > #11 0xffffffff8051d97c in bufdone_finish (bp=0xffffff80eff76500) at buf.h:418 K> > ---Type to continue, or q to quit--- K> > #12 0xffffffff8051dcb8 in bufdone (bp=0xffffff80eff76500) K> > at /usr/home/glebius/src/deviant2/sys/kern/vfs_bio.c:3328 K> > #13 0xffffffff8043ac96 in g_io_schedule_up (tp=Variable "tp" is not available. K> > ) K> > at /usr/home/glebius/src/deviant2/sys/geom/geom_io.c:679 K> > #14 0xffffffff8043b21c in g_up_procbody (arg=Variable "arg" is not available. K> > ) K> > at /usr/home/glebius/src/deviant2/sys/geom/geom_kern.c:97 K> > #15 0xffffffff80472d5f in fork_exit ( K> > callout=0xffffffff8043b1c0 , arg=0x0, K> > frame=0xffffff8000264c50) K> > at /usr/home/glebius/src/deviant2/sys/kern/kern_fork.c:995 K> > #16 0xffffffff806f1a9e in fork_trampoline () K> > at /usr/home/glebius/src/deviant2/sys/amd64/amd64/exception.S:602 K> > K> > I'm running SUJ on all partitions. On the next boot after panic fsck K> > failed to run w/o "-y" option. K> > I can provide any additional information or share core file. K> K> Did you have i/o errors before the panic ? There were no error messages on console. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 11:06:53 2011 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 0782A106564A; Sat, 26 Nov 2011 11:06:53 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 2231F8FC08; Sat, 26 Nov 2011 11:06:51 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA03661; Sat, 26 Nov 2011 13:06:25 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1RUG5Q-000H70-Rn; Sat, 26 Nov 2011 13:06:24 +0200 Message-ID: <4ED0C830.6040805@FreeBSD.org> Date: Sat, 26 Nov 2011 13:06:24 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111108 Thunderbird/8.0 MIME-Version: 1.0 To: Mark Felder References: <95d00c1b714837aa32e7da72bc4afd03@feld.me> In-Reply-To: <95d00c1b714837aa32e7da72bc4afd03@feld.me> X-Enigmail-Version: undefined Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: zfs i/o hangs on 9-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: Sat, 26 Nov 2011 11:06:53 -0000 on 25/11/2011 21:20 Mark Felder said the following: > 13:14:32 nas:~ > uname -a > FreeBSD nas.feld.me 9.0-PRERELEASE FreeBSD 9.0-PRERELEASE #3 r227971M: Fri Nov > 25 10:07:48 CST 2011 root@nas.feld.me:/usr/obj/tank/svn/sys/GENERIC amd64 > > This seemed to start happening sometime after RC1. I tried 8-STABLE and it's > happening there too right now. I think whatever caused this was MFC'd. I've also > reproduced this on completely different hardware running a single disk ZFS pool. > > > I'm getting this output in dmesg after these hangs I keep seeing. > > > uma_zalloc_arg: zone "pfrktable" with the following non-sleepable locks held: > exclusive sleep mutex pf task mtx (pf task mtx) r = 0 (0xffffffff8199af20) > locked @ /tank/svn/sys/modules/pf/../../contrib/pf/net/pf_ioctl.c:1589 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > kdb_backtrace() at kdb_backtrace+0x37 > _witness_debugger() at _witness_debugger+0x2e > witness_warn() at witness_warn+0x2c4 > uma_zalloc_arg() at uma_zalloc_arg+0x335 > pfr_create_ktable() at pfr_create_ktable+0xd8 > pfr_ina_define() at pfr_ina_define+0x12b > pfioctl() at pfioctl+0x1c5a > devfs_ioctl_f() at devfs_ioctl_f+0x7a > kern_ioctl() at kern_ioctl+0xcd > sys_ioctl() at sys_ioctl+0xfd > amd64_syscall() at amd64_syscall+0x3ac > Xfast_syscall() at Xfast_syscall+0xf7 > --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x800da711c, rsp = > 0x7fffffff9d28, rbp = 0x7fffffffa1f0 --- Please note that all these messages are about pf. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 12:44:31 2011 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 1FCA81065672; Sat, 26 Nov 2011 12:44:31 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id F3BD98FC14; Sat, 26 Nov 2011 12:44:29 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA04540; Sat, 26 Nov 2011 14:44:16 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1RUHc8-000H9o-DG; Sat, 26 Nov 2011 14:44:16 +0200 Message-ID: <4ED0DF1F.6090901@FreeBSD.org> Date: Sat, 26 Nov 2011 14:44:15 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111108 Thunderbird/8.0 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Gustau_P=E9rez?= References: <4ECF7440.4070300@entel.upc.edu> <4ECF8F05.8000007@protected-networks.net> <4ED0C40D.5010307@entel.upc.edu> <4ED0D963.1030702@entel.upc.edu> In-Reply-To: <4ED0D963.1030702@entel.upc.edu> X-Enigmail-Version: undefined Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: FreeBSD current , freebsd-emulation@FreeBSD.org, Michael Butler Subject: Re: Freeze with 10.0 and VirtualBox {4.1.4|4.1.6|4.1.51r38464} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2011 12:44:31 -0000 on 26/11/2011 14:19 Gustau Pérez said the following: > > Starting Virtualbox in the console in headless mode allows to see what happens > and get a dump of the panic. > > The messages I got were not the cause problem. The panic I was able to get > shows this: > > http://pastebin.com/dHnB3Xh0 > > I can't get any further with core although I compiled virtualbox-ose-kmod with > debug symbols (I used make config to enable them, because I think -DWITH_DEBUG > does not work because kmk is used in the build process). > > Any help will be appreciated. vm_phys_alloc_contig implementation has been recently changed and now it seems to require that vm_page_queue_free_mtx is held. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 13:50:47 2011 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 3BD90106564A; Sat, 26 Nov 2011 13:50:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id E3A5B8FC13; Sat, 26 Nov 2011 13:50:46 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQDojxP029572; Sat, 26 Nov 2011 08:50:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQDojFh029488; Sat, 26 Nov 2011 13:50:45 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 13:50:45 GMT Message-Id: <201111261350.pAQDojFh029488@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 13:50:47 -0000 TB --- 2011-11-26 11:40:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 11:40:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-11-26 11:40:00 - cleaning the object tree TB --- 2011-11-26 11:40:18 - cvsupping the source tree TB --- 2011-11-26 11:40:18 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-11-26 11:40:44 - building world TB --- 2011-11-26 11:40:44 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 11:40:44 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 11:40:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 11:40:44 - SRCCONF=/dev/null TB --- 2011-11-26 11:40:44 - TARGET=i386 TB --- 2011-11-26 11:40:44 - TARGET_ARCH=i386 TB --- 2011-11-26 11:40:44 - TZ=UTC TB --- 2011-11-26 11:40:44 - __MAKE_CONF=/dev/null TB --- 2011-11-26 11:40:44 - cd /src TB --- 2011-11-26 11:40:44 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 11:40:44 UTC 2011 >>> 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 Sat Nov 26 13:50:44 UTC 2011 TB --- 2011-11-26 13:50:44 - generating LINT kernel config TB --- 2011-11-26 13:50:44 - cd /src/sys/i386/conf TB --- 2011-11-26 13:50:44 - /usr/bin/make -B LINT TB --- 2011-11-26 13:50:45 - cd /src/sys/i386/conf TB --- 2011-11-26 13:50:45 - /usr/sbin/config -m LINT-NOINET TB --- 2011-11-26 13:50:45 - building LINT-NOINET kernel TB --- 2011-11-26 13:50:45 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 13:50:45 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 13:50:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 13:50:45 - SRCCONF=/dev/null TB --- 2011-11-26 13:50:45 - TARGET=i386 TB --- 2011-11-26 13:50:45 - TARGET_ARCH=i386 TB --- 2011-11-26 13:50:45 - TZ=UTC TB --- 2011-11-26 13:50:45 - __MAKE_CONF=/dev/null TB --- 2011-11-26 13:50:45 - cd /src TB --- 2011-11-26 13:50:45 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sat Nov 26 13:50:45 UTC 2011 >>> stage 1: configuring the kernel [...] WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated maestro3 headers WARNING: kernel contains GPL contaminated ReiserFS filesystem WARNING: kernel contains GPL contaminated xfs filesystem WARNING: COMPAT_SVR4 is broken and should be avoided config: Error: device "amd" is unknown config: 1 errors *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-26 13:50:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 13:50:45 - ERROR: failed to build LINT-NOINET kernel TB --- 2011-11-26 13:50:45 - 6349.48 user 1074.07 system 7845.16 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 14:18:30 2011 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 2A57C1065678 for ; Sat, 26 Nov 2011 14:18:30 +0000 (UTC) (envelope-from v.t.mueller@continum.net) Received: from mailsrv1.continum.net (mr1.continum.net [80.72.129.121]) by mx1.freebsd.org (Postfix) with ESMTP id DA1448FC17 for ; Sat, 26 Nov 2011 14:18:29 +0000 (UTC) Received: from zimbra.continum.net ([80.72.133.238]) by mr1.continum.net with esmtp (Exim 4.67) (envelope-from ) id 1RUIev-00075u-5R for freebsd-current@freebsd.org; Sat, 26 Nov 2011 14:51:13 +0100 Received: from localhost (localhost [127.0.0.1]) by zimbra.continum.net (Postfix) with ESMTP id 3DFE62F40FE for ; Sat, 26 Nov 2011 14:51:08 +0100 (CET) X-Virus-Scanned: amavisd-new at zimbra.continum.net Received: from zimbra.continum.net ([127.0.0.1]) by localhost (zimbra.continum.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1cLUaQHkU2ze for ; Sat, 26 Nov 2011 14:51:07 +0100 (CET) Received: from zimbra.continum.net (zimbra.continum.net [80.72.133.238]) by zimbra.continum.net (Postfix) with ESMTP id E6C6F2F40FB for ; Sat, 26 Nov 2011 14:51:07 +0100 (CET) Date: Sat, 26 Nov 2011 14:51:07 +0100 (CET) From: "V. T. Mueller, Continum" To: freebsd-current@freebsd.org Message-ID: <2034494367.81719.1322315467842.JavaMail.root@zimbra> In-Reply-To: <35547310.81707.1322314346744.JavaMail.root@zimbra> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [80.72.130.250] X-Mailer: Zimbra 6.0.13_GA_2918 (ZimbraWebClient - FF3.0 (Linux)/6.0.13_GA_2918) Subject: infiniband anyone? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2011 14:18:30 -0000 Hello, There were rumours that OFED infiniband support made its way into 9.0 . A vanilla 9.0-RC2 install, however does not indicate detection of IB hardware. It's in the todo-list, but svn hasn't been touched since spring. Does anyone know when / in which release IB support will be available? Or does it require a custom kernel build? An update to the wiki page here: http://wiki.freebsd.org/InfiniBand would be a nice move, since I guess there are a couple of people out there who are interested in combining IB and ZFS. TIA vt P.S.: Kick BIND from base? YES!! -- Volker T. Mueller Continum AG Bismarckallee 7d 79098 Freiburg i. Br. Tel. +49 761 21711171 Fax. +49 761 21711198 http://www.continum.net Sitz der Gesellschaft: Freiburg im Breisgau Registergericht: Amtsgericht Freiburg, HRB 6866 Vorstand: Rolf Mathis, Volker T. Mueller Vorsitzender d. Aufsichtsrats: Prof. Dr. Karl-F. Fischbach From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 14:22:53 2011 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 850BB106564A; Sat, 26 Nov 2011 14:22:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 40C928FC15; Sat, 26 Nov 2011 14:22:53 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQEMq44008453; Sat, 26 Nov 2011 09:22:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQEMqu6008421; Sat, 26 Nov 2011 14:22:52 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 14:22:52 GMT Message-Id: <201111261422.pAQEMqu6008421@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 14:22:53 -0000 TB --- 2011-11-26 11:40:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 11:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-11-26 11:40:00 - cleaning the object tree TB --- 2011-11-26 11:40:23 - cvsupping the source tree TB --- 2011-11-26 11:40:23 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-11-26 11:40:44 - building world TB --- 2011-11-26 11:40:44 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 11:40:44 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 11:40:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 11:40:44 - SRCCONF=/dev/null TB --- 2011-11-26 11:40:44 - TARGET=amd64 TB --- 2011-11-26 11:40:44 - TARGET_ARCH=amd64 TB --- 2011-11-26 11:40:44 - TZ=UTC TB --- 2011-11-26 11:40:44 - __MAKE_CONF=/dev/null TB --- 2011-11-26 11:40:44 - cd /src TB --- 2011-11-26 11:40:44 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 11:40:44 UTC 2011 >>> 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 Sat Nov 26 14:22:51 UTC 2011 TB --- 2011-11-26 14:22:51 - generating LINT kernel config TB --- 2011-11-26 14:22:51 - cd /src/sys/amd64/conf TB --- 2011-11-26 14:22:51 - /usr/bin/make -B LINT TB --- 2011-11-26 14:22:51 - cd /src/sys/amd64/conf TB --- 2011-11-26 14:22:51 - /usr/sbin/config -m LINT-NOINET TB --- 2011-11-26 14:22:51 - building LINT-NOINET kernel TB --- 2011-11-26 14:22:51 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 14:22:51 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 14:22:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 14:22:51 - SRCCONF=/dev/null TB --- 2011-11-26 14:22:51 - TARGET=amd64 TB --- 2011-11-26 14:22:51 - TARGET_ARCH=amd64 TB --- 2011-11-26 14:22:51 - TZ=UTC TB --- 2011-11-26 14:22:51 - __MAKE_CONF=/dev/null TB --- 2011-11-26 14:22:51 - cd /src TB --- 2011-11-26 14:22:51 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sat Nov 26 14:22:51 UTC 2011 >>> stage 1: configuring the kernel [...] WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated maestro3 headers WARNING: kernel contains GPL contaminated ReiserFS filesystem WARNING: kernel contains GPL contaminated xfs filesystem config: Error: device "amd" is unknown config: 1 errors *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-26 14:22:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 14:22:52 - ERROR: failed to build LINT-NOINET kernel TB --- 2011-11-26 14:22:52 - 7744.55 user 1456.67 system 9771.92 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 16:33:47 2011 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 0924F106566B for ; Sat, 26 Nov 2011 16:33:47 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 498328FC0C for ; Sat, 26 Nov 2011 16:33:45 +0000 (UTC) Received: by lahv2 with SMTP id v2so276365lah.13 for ; Sat, 26 Nov 2011 08:33:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:content-transfer-encoding :in-reply-to:user-agent; bh=awZBLPOdbqtffGRXaipPY3Y4+JUyfFfFbtomMIRCAs0=; b=eSdPFSFPFnwID/PUQ769cm0sQfBN7y9HhkF051/MatoQEBXuN1aS3/WrOW2FCMWj5y 9Dt8md/c3gp+oAWiDRc5NcuWyv8+xtfyyrA/79zFBMYOLZ9HtV6aHE6Y3Agd0MWoI2yi p+gbhn/d3DywEeOw5a85KyURUTOLTaw5rwWqU= Received: by 10.152.106.130 with SMTP id gu2mr23599748lab.37.1322325224678; Sat, 26 Nov 2011 08:33:44 -0800 (PST) Received: from localhost ([78.157.92.5]) by mx.google.com with ESMTPS id ni5sm26201118lab.3.2011.11.26.08.33.42 (version=SSLv3 cipher=OTHER); Sat, 26 Nov 2011 08:33:43 -0800 (PST) Date: Sat, 26 Nov 2011 18:33:43 +0200 From: Gleb Kurtsou To: Andriy Gapon Message-ID: <20111126163343.GA9150@reks> References: <4ECF7440.4070300@entel.upc.edu> <4ECF8F05.8000007@protected-networks.net> <4ED0C40D.5010307@entel.upc.edu> <4ED0D963.1030702@entel.upc.edu> <4ED0DF1F.6090901@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4ED0DF1F.6090901@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD current , freebsd-emulation@FreeBSD.org, Gustau =?utf-8?B?UMOpcmV6?= , Michael Butler Subject: Re: Freeze with 10.0 and VirtualBox {4.1.4|4.1.6|4.1.51r38464} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2011 16:33:47 -0000 On (26/11/2011 14:44), Andriy Gapon wrote: > on 26/11/2011 14:19 Gustau Pérez said the following: > > > > Starting Virtualbox in the console in headless mode allows to see what happens > > and get a dump of the panic. > > > > The messages I got were not the cause problem. The panic I was able to get > > shows this: > > > > http://pastebin.com/dHnB3Xh0 > > > > I can't get any further with core although I compiled virtualbox-ose-kmod with > > debug symbols (I used make config to enable them, because I think -DWITH_DEBUG > > does not work because kmk is used in the build process). > > > > Any help will be appreciated. > > vm_phys_alloc_contig implementation has been recently changed and now it seems > to require that vm_page_queue_free_mtx is held. Using new vm_page_alloc_contig() may be a better option here. Can't help with patch, stuck with pre Nov 15 CURRENT myself. > > -- > Andriy Gapon > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 19:20:55 2011 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 1AE8A1065670; Sat, 26 Nov 2011 19:20:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id C96918FC12; Sat, 26 Nov 2011 19:20:54 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQJKsCv083991; Sat, 26 Nov 2011 14:20:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQJKrFB083933; Sat, 26 Nov 2011 19:20:53 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 19:20:53 GMT Message-Id: <201111261920.pAQJKrFB083933@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 19:20:55 -0000 TB --- 2011-11-26 17:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 17:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-11-26 17:10:00 - cleaning the object tree TB --- 2011-11-26 17:10:17 - cvsupping the source tree TB --- 2011-11-26 17:10:17 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-11-26 17:10:33 - building world TB --- 2011-11-26 17:10:33 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 17:10:33 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 17:10:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 17:10:33 - SRCCONF=/dev/null TB --- 2011-11-26 17:10:33 - TARGET=i386 TB --- 2011-11-26 17:10:33 - TARGET_ARCH=i386 TB --- 2011-11-26 17:10:33 - TZ=UTC TB --- 2011-11-26 17:10:33 - __MAKE_CONF=/dev/null TB --- 2011-11-26 17:10:33 - cd /src TB --- 2011-11-26 17:10:33 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 17:10:34 UTC 2011 >>> 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 Sat Nov 26 19:20:52 UTC 2011 TB --- 2011-11-26 19:20:52 - generating LINT kernel config TB --- 2011-11-26 19:20:52 - cd /src/sys/i386/conf TB --- 2011-11-26 19:20:52 - /usr/bin/make -B LINT TB --- 2011-11-26 19:20:53 - cd /src/sys/i386/conf TB --- 2011-11-26 19:20:53 - /usr/sbin/config -m LINT-NOINET TB --- 2011-11-26 19:20:53 - building LINT-NOINET kernel TB --- 2011-11-26 19:20:53 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 19:20:53 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 19:20:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 19:20:53 - SRCCONF=/dev/null TB --- 2011-11-26 19:20:53 - TARGET=i386 TB --- 2011-11-26 19:20:53 - TARGET_ARCH=i386 TB --- 2011-11-26 19:20:53 - TZ=UTC TB --- 2011-11-26 19:20:53 - __MAKE_CONF=/dev/null TB --- 2011-11-26 19:20:53 - cd /src TB --- 2011-11-26 19:20:53 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sat Nov 26 19:20:53 UTC 2011 >>> stage 1: configuring the kernel [...] WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated maestro3 headers WARNING: kernel contains GPL contaminated ReiserFS filesystem WARNING: kernel contains GPL contaminated xfs filesystem WARNING: COMPAT_SVR4 is broken and should be avoided config: Error: device "amd" is unknown config: 1 errors *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-26 19:20:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 19:20:53 - ERROR: failed to build LINT-NOINET kernel TB --- 2011-11-26 19:20:53 - 6332.25 user 1069.59 system 7853.41 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 19:52:29 2011 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 48CA7106566B; Sat, 26 Nov 2011 19:52:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 055888FC0C; Sat, 26 Nov 2011 19:52:28 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id pAQJqSTo061235; Sat, 26 Nov 2011 14:52:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id pAQJqRRb061160; Sat, 26 Nov 2011 19:52:27 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Nov 2011 19:52:27 GMT Message-Id: <201111261952.pAQJqRRb061160@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 26 Nov 2011 19:52:29 -0000 TB --- 2011-11-26 17:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-26 17:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-11-26 17:10:00 - cleaning the object tree TB --- 2011-11-26 17:10:23 - cvsupping the source tree TB --- 2011-11-26 17:10:23 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-11-26 17:10:36 - building world TB --- 2011-11-26 17:10:36 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 17:10:36 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 17:10:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 17:10:36 - SRCCONF=/dev/null TB --- 2011-11-26 17:10:36 - TARGET=amd64 TB --- 2011-11-26 17:10:36 - TARGET_ARCH=amd64 TB --- 2011-11-26 17:10:36 - TZ=UTC TB --- 2011-11-26 17:10:36 - __MAKE_CONF=/dev/null TB --- 2011-11-26 17:10:36 - cd /src TB --- 2011-11-26 17:10:36 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 26 17:10:36 UTC 2011 >>> 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 Sat Nov 26 19:52:26 UTC 2011 TB --- 2011-11-26 19:52:27 - generating LINT kernel config TB --- 2011-11-26 19:52:27 - cd /src/sys/amd64/conf TB --- 2011-11-26 19:52:27 - /usr/bin/make -B LINT TB --- 2011-11-26 19:52:27 - cd /src/sys/amd64/conf TB --- 2011-11-26 19:52:27 - /usr/sbin/config -m LINT-NOINET TB --- 2011-11-26 19:52:27 - building LINT-NOINET kernel TB --- 2011-11-26 19:52:27 - CROSS_BUILD_TESTING=YES TB --- 2011-11-26 19:52:27 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-26 19:52:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-26 19:52:27 - SRCCONF=/dev/null TB --- 2011-11-26 19:52:27 - TARGET=amd64 TB --- 2011-11-26 19:52:27 - TARGET_ARCH=amd64 TB --- 2011-11-26 19:52:27 - TZ=UTC TB --- 2011-11-26 19:52:27 - __MAKE_CONF=/dev/null TB --- 2011-11-26 19:52:27 - cd /src TB --- 2011-11-26 19:52:27 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sat Nov 26 19:52:27 UTC 2011 >>> stage 1: configuring the kernel [...] WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated maestro3 headers WARNING: kernel contains GPL contaminated ReiserFS filesystem WARNING: kernel contains GPL contaminated xfs filesystem config: Error: device "amd" is unknown config: 1 errors *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-26 19:52:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-26 19:52:27 - ERROR: failed to build LINT-NOINET kernel TB --- 2011-11-26 19:52:27 - 7688.59 user 1456.84 system 9747.43 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 20:07:58 2011 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 9A2CD106564A; Sat, 26 Nov 2011 20:07:58 +0000 (UTC) (envelope-from rmh.aybabtu@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 92BBA8FC0A; Sat, 26 Nov 2011 20:07:57 +0000 (UTC) Received: by bkbzs8 with SMTP id zs8so7710106bkb.13 for ; Sat, 26 Nov 2011 12:07:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=Asd4KVFRy6/3XNavyJt8lP/MnUi91CTJ67ZTI4Lbs48=; b=V+V/BwPCkcvxzGTIDMIQM59NMkQhJQPTpts0gGQFuRWV7btgPvYXgxRRuSfVbnwWTG gNPm4TO7UB5efajZQaZlCypOPpiZ+HpAsYmoaWAhjS3c29ZzNpeNEb0EKCtDRk0JhLTG wezFVds3j0qrqZlQUUuEOOmuSPmjvm1/UhKv4= Received: by 10.205.83.73 with SMTP id af9mr39395692bkc.24.1322338076463; Sat, 26 Nov 2011 12:07:56 -0800 (PST) Received: from thorin (52.Red-95-122-67.staticIP.rima-tde.net. [95.122.67.52]) by mx.google.com with ESMTPS id h7sm22597384bkw.12.2011.11.26.12.07.51 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 26 Nov 2011 12:07:55 -0800 (PST) Sender: Robert Millan Received: from rmh by thorin with local (Exim 4.72) (envelope-from ) id 1RUOXN-000IkR-9b; Sat, 26 Nov 2011 21:07:49 +0100 Date: Sat, 26 Nov 2011 21:07:49 +0100 From: Robert Millan To: Warner Losh Message-ID: <20111126200749.GA72056@thorin> References: <20111123070036.GA29952@thorin> <20111124141821.O932@besplex.bde.org> <20111125150324.G1018@besplex.bde.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="JP+T4n/bALQSJXh8" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Kostik Belousov , Adrian Chadd , freebsd-current@freebsd.org, Bruce Evans , freebsd-arch@freebsd.org Subject: Re: [PATCH] Detect GNU/kFreeBSD in user-visible kernel headers (v2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2011 20:07:58 -0000 --JP+T4n/bALQSJXh8 Content-Type: multipart/mixed; boundary="0OAP2g/MAC+5xKAE" Content-Disposition: inline --0OAP2g/MAC+5xKAE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 25, 2011 at 11:16:15AM -0700, Warner Losh wrote: > Hey Bruce, >=20 > These sound like good suggestions, but I'd hoped to actually go through a= ll these files with a fine-toothed comb to see which ones were still releva= nt. You've found a bunch of good areas to clean up, but I'd like to humbly= suggest they be done in a follow-on commit. Hi, I'm sending a new patch. Thanks Bruce for your input. TTBOMK this corrects all the problems you spotted that were introduced by my patch. It doesn't fix pre-existing problems in the files however, except in cases where I had to modify that line anyway. I think it's a good compromise between my initial patch and an exhaustive cleanup of those headers (which I'm probably not the most indicate for). --=20 Robert Millan --0OAP2g/MAC+5xKAE Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="gnu-kfreebsd_headers.diff" Content-Transfer-Encoding: quoted-printable Index: sys/cam/scsi/scsi_low.h =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 --- sys/cam/scsi/scsi_low.h (revision 227956) +++ sys/cam/scsi/scsi_low.h (working copy) @@ -53,10 +53,10 @@ #define SCSI_LOW_INTERFACE_XS #endif /* __NetBSD__ */ =20 -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) #define SCSI_LOW_INTERFACE_CAM #define CAM -#endif /* __FreeBSD__ */ +#endif /* __FreeBSD__ || __FreeBSD_kernel__ */ =20 /******** includes *******************************/ #ifdef __NetBSD__ @@ -64,7 +64,7 @@ #include #endif /* __NetBSD__ */ =20 -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) #include #include #include @@ -75,7 +75,7 @@ =20 #include #include -#endif /* __FreeBSD__ */ +#endif /* __FreeBSD__ || __FreeBSD_kernel__ */ =20 /******** functions macro ************************/ #ifdef __NetBSD__ @@ -85,13 +85,13 @@ #define SCSI_LOW_BZERO(pt, size) memset((pt), 0, (size)) #endif /* __NetBSD__ */ =20 -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) #undef MSG_IDENTIFY #define SCSI_LOW_DEBUGGER(dev) kdb_enter(KDB_WHY_CAM, dev) #define SCSI_LOW_DELAY(mu) DELAY((mu)) #define SCSI_LOW_SPLSCSI splcam #define SCSI_LOW_BZERO(pt, size) bzero((pt), (size)) -#endif /* __FreeBSD__ */ +#endif /* __FreeBSD__ || __FreeBSD_kernel__ */ =20 /******** os depend interface structures **********/ #ifdef __NetBSD__ @@ -111,7 +111,7 @@ }; #endif /* __NetBSD__ */ =20 -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) typedef struct scsi_sense_data scsi_low_osdep_sense_data_t; =20 struct scsi_low_osdep_interface { @@ -134,7 +134,7 @@ =20 struct scsi_low_osdep_lun_interface { }; -#endif /* __FreeBSD__ */ +#endif /* __FreeBSD__ || __FreeBSD_kernel__ */ =20 /******** os depend interface functions *************/ struct slccb; Index: sys/cam/scsi/scsi_low_pisa.h =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 --- sys/cam/scsi/scsi_low_pisa.h (revision 227956) +++ sys/cam/scsi/scsi_low_pisa.h (working copy) @@ -40,8 +40,8 @@ int scsi_low_notify_pisa(pisa_device_handle_t, pisa_event_t); #endif /* __NetBSD__ */ =20 -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) int scsi_low_activate_pisa(struct scsi_low_softc *, int); int scsi_low_deactivate_pisa(struct scsi_low_softc *); -#endif /* __FreeBSD__ */ +#endif /* __FreeBSD__ || __FreeBSD_kernel__ */ #endif /* !_SCSI_LOW_PISA_H_ */ Index: sys/contrib/altq/altq/altq_var.h =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 --- sys/contrib/altq/altq/altq_var.h (revision 227956) +++ sys/contrib/altq/altq/altq_var.h (working copy) @@ -201,7 +201,7 @@ #define CALLOUT_STOP(c) untimeout((c)->c_func,(c)->c_arg) #define CALLOUT_INITIALIZER { NULL, NULL } #endif -#if !defined(__FreeBSD__) +#if !defined(__FreeBSD__) && !defined(__FreeBSD_kernel__) typedef void (timeout_t)(void *); #endif =20 Index: sys/contrib/altq/altq/if_altq.h =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 --- sys/contrib/altq/altq/if_altq.h (revision 227956) +++ sys/contrib/altq/altq/if_altq.h (working copy) @@ -29,7 +29,7 @@ #ifndef _ALTQ_IF_ALTQ_H_ #define _ALTQ_IF_ALTQ_H_ =20 -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) #include /* XXX */ #include /* XXX */ #include /* XXX */ @@ -51,7 +51,7 @@ int ifq_len; int ifq_maxlen; int ifq_drops; -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) struct mtx ifq_mtx; #endif =20 Index: sys/contrib/pf/net/if_pflog.h =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 --- sys/contrib/pf/net/if_pflog.h (revision 227956) +++ sys/contrib/pf/net/if_pflog.h (working copy) @@ -30,7 +30,7 @@ #define PFLOGIFS_MAX 16 =20 struct pflog_softc { -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) struct ifnet *sc_ifp; /* the interface pointer */ #else struct ifnet sc_if; /* the interface */ @@ -74,7 +74,7 @@ #define OLD_PFLOG_HDRLEN sizeof(struct old_pfloghdr) =20 #ifdef _KERNEL -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) struct pf_rule; struct pf_ruleset; struct pfi_kif; Index: sys/contrib/pf/net/if_pflow.h =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 --- sys/contrib/pf/net/if_pflow.h (revision 227956) +++ sys/contrib/pf/net/if_pflow.h (working copy) @@ -66,7 +66,7 @@ unsigned int sc_maxcount; u_int64_t sc_gcounter; struct ip_moptions sc_imo; -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) struct callout sc_tmo; #else struct timeout sc_tmo; Index: sys/contrib/pf/net/if_pfsync.h =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 --- sys/contrib/pf/net/if_pfsync.h (revision 227956) +++ sys/contrib/pf/net/if_pfsync.h (working copy) @@ -268,7 +268,7 @@ int pfsyncr_authlevel; }; =20 -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) #define SIOCSETPFSYNC _IOW('i', 247, struct ifreq) #define SIOCGETPFSYNC _IOWR('i', 248, struct ifreq) #endif @@ -288,7 +288,7 @@ #define PFSYNC_S_DEFER 0xfe #define PFSYNC_S_NONE 0xff =20 -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) void pfsync_input(struct mbuf *, __unused int); #else void pfsync_input(struct mbuf *, ...); @@ -300,7 +300,7 @@ #define PFSYNC_SI_CKSUM 0x02 #define PFSYNC_SI_ACK 0x04 int pfsync_state_import(struct pfsync_state *, u_int8_t); -#ifndef __FreeBSD__ +#if !defined(__FreeBSD__) && !defined(__FreeBSD_kernel__) void pfsync_state_export(struct pfsync_state *, struct pf_state *); #endif Index: sys/contrib/pf/net/pfvar.h =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 --- sys/contrib/pf/net/pfvar.h (revision 227956) +++ sys/contrib/pf/net/pfvar.h (working copy) @@ -37,7 +37,7 @@ #include #include #include -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) #include #include #else @@ -46,7 +46,7 @@ =20 #include #include -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) #include #include #include @@ -54,7 +54,7 @@ #include #endif =20 -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) #include #endif =20 @@ -62,7 +62,7 @@ =20 struct ip; struct ip6_hdr; -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) struct inpcb; #endif =20 @@ -173,7 +173,7 @@ } a; char ifname[IFNAMSIZ]; char tblname[PF_TABLE_NAME_SIZE]; -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) #define RTLABEL_LEN 32 #endif char rtlabelname[RTLABEL_LEN]; @@ -211,7 +211,7 @@ * Address manipulation macros */ =20 -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) #define splsoftnet() splnet() =20 #define HTONL(x) (x) =3D htonl((__uint32_t)(x)) @@ -236,7 +236,7 @@ if (var) \ uma_zdestroy(var) =20 -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) extern struct mtx pf_task_mtx; =20 #define PF_LOCK_ASSERT() mtx_assert(&pf_task_mtx, MA_OWNED) @@ -255,7 +255,7 @@ #define PF_UNLOCK_ASSERT() #define PF_LOCK() #define PF_UNLOCK() -#endif /* __FreeBSD__ */ +#endif /* __FreeBSD__ || __FreeBSD_kernel__ */ =20 #define PF_COPYIN(uaddr, kaddr, len, r) do { \ PF_UNLOCK(); \ @@ -279,7 +279,7 @@ #define PFSYNC_MINVER 1 #define PFSYNC_PREFVER PFSYNC_MODVER #define PFSYNC_MAXVER 1 -#endif /* __FreeBSD__ */ +#endif /* __FreeBSD__ || __FreeBSD_kernel__ */ #ifdef INET #ifndef INET6 #define PF_INET_ONLY @@ -833,7 +833,7 @@ u_int64_t id; u_int32_t creatorid; u_int8_t direction; -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) u_int8_t pad[2]; u_int8_t local_flags; #define PFSTATE_EXPIRING 0x01 @@ -923,7 +923,7 @@ sa_family_t af; u_int8_t proto; u_int8_t direction; -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) u_int8_t local_flags; #define PFSTATE_EXPIRING 0x01 u_int8_t pad; @@ -935,7 +935,7 @@ u_int8_t updates; } __packed; =20 -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) #ifdef _KERNEL /* pfsync */ typedef int pfsync_state_import_t(struct pfsync_state *, u_int8_t); @@ -1215,7 +1215,7 @@ RB_HEAD(pfi_ifhead, pfi_kif); =20 /* state tables */ -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) #ifdef _KERNEL VNET_DECLARE(struct pf_state_tree, pf_statetbl); #define V_pf_statetbl VNET(pf_statetbl) @@ -1277,7 +1277,7 @@ struct pf_addr *dst; /* dst address */ u_int16_t *sport; u_int16_t *dport; -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) struct pf_mtag *pf_mtag; #endif =20 @@ -1403,7 +1403,7 @@ *(a) =3D (x); \ } while (0) =20 -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) #define REASON_SET(a, x) \ do { \ if ((a) !=3D NULL) \ @@ -1488,7 +1488,7 @@ u_int32_t parent_qid; /* parent queue id */ u_int32_t bandwidth; /* queue bandwidth */ u_int8_t priority; /* priority */ -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) u_int8_t local_flags; /* dynamic interface */ #define PFALTQ_FLAG_IF_REMOVED 0x01 #endif @@ -1768,7 +1768,7 @@ #define DIOCSETIFFLAG _IOWR('D', 89, struct pfioc_iface) #define DIOCCLRIFFLAG _IOWR('D', 90, struct pfioc_iface) #define DIOCKILLSRCNODES _IOWR('D', 91, struct pfioc_src_node_kill) -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) struct pf_ifspeed { char ifname[IFNAMSIZ]; u_int32_t baudrate; @@ -1779,7 +1779,7 @@ #ifdef _KERNEL RB_HEAD(pf_src_tree, pf_src_node); RB_PROTOTYPE(pf_src_tree, pf_src_node, entry, pf_src_compare); -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) VNET_DECLARE(struct pf_src_tree, tree_src_tracking); #define V_tree_src_tracking VNET(tree_src_tracking) #else @@ -1789,7 +1789,7 @@ RB_HEAD(pf_state_tree_id, pf_state); RB_PROTOTYPE(pf_state_tree_id, pf_state, entry_id, pf_state_compare_id); -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) VNET_DECLARE(struct pf_state_tree_id, tree_id); #define V_tree_id VNET(tree_id) VNET_DECLARE(struct pf_state_queue, state_list); @@ -1800,14 +1800,14 @@ #endif =20 TAILQ_HEAD(pf_poolqueue, pf_pool); -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) VNET_DECLARE(struct pf_poolqueue, pf_pools[2]); #define V_pf_pools VNET(pf_pools) #else extern struct pf_poolqueue pf_pools[2]; #endif TAILQ_HEAD(pf_altqqueue, pf_altq); -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) VNET_DECLARE(struct pf_altqqueue, pf_altqs[2]); #define V_pf_altqs VNET(pf_altqs) VNET_DECLARE(struct pf_palist, pf_pabuf); @@ -1817,7 +1817,7 @@ extern struct pf_palist pf_pabuf; #endif =20 -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) VNET_DECLARE(u_int32_t, ticket_altqs_active); #define V_ticket_altqs_active VNET(ticket_altqs_active) VNET_DECLARE(u_int32_t, ticket_altqs_inactive); @@ -1849,7 +1849,7 @@ extern void pf_tbladdr_remove(struct pf_addr_wrap *); extern void pf_tbladdr_copyout(struct pf_addr_wrap *); extern void pf_calc_skip_steps(struct pf_rulequeue *); -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) #ifdef ALTQ extern void pf_altq_ifnet_event(struct ifnet *, int); #endif @@ -1886,7 +1886,7 @@ extern struct pool pf_state_scrub_pl; #endif extern void pf_purge_thread(void *); -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) extern int pf_purge_expired_src_nodes(int); extern int pf_purge_expired_states(u_int32_t , int); #else @@ -1911,7 +1911,7 @@ extern u_int16_t pf_cksum_fixup(u_int16_t, u_int16_t, u_int16_t, u_int8_t); =20 -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) VNET_DECLARE(struct ifnet *, sync_ifp); #define V_sync_ifp VNET(sync_ifp); VNET_DECLARE(struct pf_rule, pf_default_rule); @@ -1924,12 +1924,12 @@ u_int8_t); void pf_rm_rule(struct pf_rulequeue *, struct pf_rule *); -#ifndef __FreeBSD__ +#if !defined(__FreeBSD__) && !defined(__FreeBSD_kernel__) struct pf_divert *pf_find_divert(struct mbuf *); #endif =20 #ifdef INET -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) int pf_test(int, struct ifnet *, struct mbuf **, struct ether_header *, struct inpcb *); #else @@ -1938,7 +1938,7 @@ #endif /* INET */ =20 #ifdef INET6 -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) int pf_test6(int, struct ifnet *, struct mbuf **, struct ether_header *, struct inpcb *); #else @@ -1949,7 +1949,7 @@ void pf_addr_inc(struct pf_addr *, sa_family_t); #endif /* INET6 */ =20 -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) u_int32_t pf_new_isn(struct pf_state *); #endif void *pf_pull_hdr(struct mbuf *, int, void *, int, u_short *, u_short *, @@ -1986,7 +1986,7 @@ void pf_purge_expired_fragments(void); int pf_routable(struct pf_addr *addr, sa_family_t af, struct pfi_kif *); int pf_rtlabel_match(struct pf_addr *, sa_family_t, struct pf_addr_wrap *); -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) int pf_socket_lookup(int, struct pf_pdesc *, struct inpcb *); #else int pf_socket_lookup(int, struct pf_pdesc *); @@ -2031,7 +2031,7 @@ int pfr_ina_define(struct pfr_table *, struct pfr_addr *, int, int *, int *, u_int32_t, int); =20 -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) VNET_DECLARE(struct pfi_kif *, pfi_all); #define V_pfi_all VNET(pfi_all) #else @@ -2039,7 +2039,7 @@ #endif =20 void pfi_initialize(void); -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) void pfi_cleanup(void); #endif struct pfi_kif *pfi_kif_get(const char *); @@ -2061,7 +2061,7 @@ int pfi_set_flags(const char *, int); int pfi_clear_flags(const char *, int); =20 -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) int pf_match_tag(struct mbuf *, struct pf_rule *, int *, struct pf_mtag *); #else @@ -2071,7 +2071,7 @@ void pf_tag2tagname(u_int16_t, char *); void pf_tag_ref(u_int16_t); void pf_tag_unref(u_int16_t); -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) int pf_tag_packet(struct mbuf *, int, int, struct pf_mtag *); #else int pf_tag_packet(struct mbuf *, int, int); @@ -2080,14 +2080,14 @@ void pf_qid2qname(u_int32_t, char *); void pf_qid_unref(u_int32_t); =20 -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) VNET_DECLARE(struct pf_status, pf_status); #define V_pf_status VNET(pf_status) #else extern struct pf_status pf_status; #endif =20 -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) VNET_DECLARE(uma_zone_t, pf_frent_pl); #define V_pf_frent_pl VNET(pf_frent_pl) VNET_DECLARE(uma_zone_t, pf_frag_pl); @@ -2103,14 +2103,14 @@ void *pp; unsigned limit; }; -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) VNET_DECLARE(struct pf_pool_limit, pf_pool_limits[PF_LIMIT_MAX]); #define V_pf_pool_limits VNET(pf_pool_limits) #else extern struct pf_pool_limit pf_pool_limits[PF_LIMIT_MAX]; #endif =20 -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) struct pf_frent { LIST_ENTRY(pf_frent) fr_next; struct ip *fr_ip; @@ -2140,11 +2140,11 @@ LIST_HEAD(pf_cacheq, pf_frcache) fru_cache; /* non-buf */ } fr_u; }; -#endif /* (__FreeBSD__) */ +#endif /* __FreeBSD__ || __FreeBSD_kernel__ */ =20 #endif /* _KERNEL */ =20 -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) #ifdef _KERNEL VNET_DECLARE(struct pf_anchor_global, pf_anchors); #define V_pf_anchors VNET(pf_anchors) @@ -2172,7 +2172,7 @@ struct pf_ruleset *pf_find_or_create_ruleset(const char *); void pf_rs_initialize(void); =20 -#ifndef __FreeBSD__ +#if !defined(__FreeBSD__) && !defined(__FreeBSD_kernel__) #ifdef _KERNEL int pf_anchor_copyout(const struct pf_ruleset *, const struct pf_rule *, struct pfioc_rule *); @@ -2193,7 +2193,7 @@ const struct tcphdr *); void pf_osfp_flush(void); int pf_osfp_get(struct pf_osfp_ioctl *); -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) int pf_osfp_initialize(void); void pf_osfp_cleanup(void); #else Index: sys/dev/firewire/firewirereg.h =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 --- sys/dev/firewire/firewirereg.h (revision 227956) +++ sys/dev/firewire/firewirereg.h (working copy) @@ -75,7 +75,8 @@ }; =20 struct firewire_softc { -#if defined(__FreeBSD__) && __FreeBSD_version >=3D 500000 +#if (defined(__FreeBSD__) || defined(__FreeBSD_kernel__)) && \ + __FreeBSD_version >=3D 500000 struct cdev *dev; #endif struct firewire_comm *fc; Index: sys/dev/lmc/if_lmc.h =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 --- sys/dev/lmc/if_lmc.h (revision 227956) +++ sys/dev/lmc/if_lmc.h (working copy) @@ -984,7 +984,8 @@ #endif u_int32_t address1; /* buffer1 bus address */ u_int32_t address2; /* buffer2 bus address */ -#if (defined(__FreeBSD__) || defined(__NetBSD__) || defined(__OpenBSD__)) +#if (defined(__FreeBSD__) || defined(__FreeBSD_kernel__) || \ + defined(__NetBSD__) || defined(__OpenBSD__)) bus_dmamap_t map; /* bus dmamap for this descriptor */ # define TLP_BUS_DSL_VAL (sizeof(bus_dmamap_t) & TLP_BUS_DSL) #else @@ -1035,7 +1036,8 @@ #elif BSD struct mbuf *head; /* tail-queue of mbufs */ struct mbuf *tail; -# if (defined(__FreeBSD__) || defined(__NetBSD__) || defined(__OpenBSD__)) +# if (defined(__FreeBSD__) || defined(__FreeBSD_kernel__) || \ + defined(__NetBSD__) || defined(__OpenBSD__)) bus_dma_tag_t tag; /* bus_dma tag for desc array */ bus_dmamap_t map; /* bus_dma map for desc array */ bus_dma_segment_t segs[2]; /* bus_dmamap_load() or bus_dmamem_alloc() */ @@ -1068,7 +1070,8 @@ */ #define IOREF_CSR 1 /* access Tulip CSRs with IO cycles if 1 */ =20 -#if (defined(__FreeBSD__) && defined(DEVICE_POLLING)) +#if ((defined(__FreeBSD__) || defined(__FreeBSD_kernel__)) && \ + defined(DEVICE_POLLING)) # define DEV_POLL 1 #else # define DEV_POLL 0 @@ -1151,7 +1154,7 @@ # endif #endif =20 -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) struct callout callout; /* watchdog needs this */ struct device *dev; /* base device pointer */ bus_space_tag_t csr_tag; /* bus_space needs this */ @@ -1173,7 +1176,7 @@ int top_spl; /* lock card->watchdog vs core_ioctl */ int bottom_spl; /* lock for buf queues & descriptor rings */ # endif -#endif /* __FreeBSD__ */ +#endif /* __FreeBSD__ || __FreeBSD_kernel__ */ =20 #ifdef __linux__ struct pci_dev *pci_dev; /* READ/WRITE_PCI_CFG macros need this */ @@ -1210,7 +1213,7 @@ =20 /* Hide the minor differences between OS versions */ =20 -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) typedef void intr_return_t; # define READ_PCI_CFG(sc, addr) pci_read_config ((sc)->dev, addr, 4) # define WRITE_PCI_CFG(sc, addr, data) pci_write_config((sc)->dev, addr, d= ata, 4) @@ -1264,7 +1267,7 @@ # if (__FreeBSD_version >=3D 600000) # define IFF_RUNNING IFF_DRV_RUNNING # endif -#endif /* __FreeBSD__ */ +#endif /* __FreeBSD__ || __FreeBSD_kernel__ */ =20 #ifdef __NetBSD__ typedef int intr_return_t; @@ -1531,7 +1534,7 @@ static int t1_ioctl(softc_t *, struct ioctl *); =20 #if IFNET -# if ((defined(__FreeBSD__) && (__FreeBSD_version < 500000)) ||\ +# if ((defined(__FreeBSD__) && __FreeBSD_version < 500000) ||\ defined(__NetBSD__) || defined(__OpenBSD__) || defined(__bsdi__)) static void netisr_dispatch(int, struct mbuf *); # endif @@ -1541,7 +1544,7 @@ #if BSD static void mbuf_enqueue(struct desc_ring *, struct mbuf *); static struct mbuf* mbuf_dequeue(struct desc_ring *); -# ifdef __FreeBSD__ +# if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) static void fbsd_dmamap_load(void *, bus_dma_segment_t *, int, int); # endif static int create_ring(softc_t *, struct desc_ring *, int); @@ -1570,7 +1573,8 @@ static void core_interrupt(void *, int); static void user_interrupt(softc_t *, int); #if BSD -# if (defined(__FreeBSD__) && defined(DEVICE_POLLING)) +# if (defined(__FreeBSD__) || defined(__FreeBSD_kernel__)) && \ + defined(DEVICE_POLLING) static int fbsd_poll(struct ifnet *, enum poll_cmd, int); # endif static intr_return_t bsd_interrupt(void *); @@ -1638,12 +1642,12 @@ static int attach_card(softc_t *, const char *); static void detach_card(softc_t *); =20 -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) static int fbsd_probe(device_t); static int fbsd_detach(device_t); static int fbsd_shutdown(device_t); static int fbsd_attach(device_t); -#endif /* __FreeBSD__ */ +#endif /* __FreeBSD__ || __FreeBSD_kernel__ */ =20 #ifdef __NetBSD__ static int nbsd_match(struct device *t, struct cfdata *, void *); Index: sys/dev/mpt/mpilib/mpi_type.h =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 --- sys/dev/mpt/mpilib/mpi_type.h (revision 227956) +++ sys/dev/mpt/mpilib/mpi_type.h (working copy) @@ -77,7 +77,7 @@ typedef signed short S16; typedef unsigned short U16; =20 -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) =20 typedef int32_t S32; typedef uint32_t U32; Index: sys/dev/wi/if_wireg.h =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 --- sys/dev/wi/if_wireg.h (revision 227956) +++ sys/dev/wi/if_wireg.h (working copy) @@ -84,7 +84,7 @@ #ifdef __NetBSD__ #define OS_STRING_NAME "NetBSD" #endif -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) #define OS_STRING_NAME "FreeBSD" #endif #ifdef __OpenBSD__ Index: sys/fs/nfs/nfs_var.h =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 --- sys/fs/nfs/nfs_var.h (revision 227956) +++ sys/fs/nfs/nfs_var.h (working copy) @@ -76,7 +76,7 @@ struct nfsvattr; struct nfs_vattr; struct NFSSVCARGS; -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) NFS_ACCESS_ARGS; NFS_OPEN_ARGS; NFS_GETATTR_ARGS; Index: sys/net/if_atm.h =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 --- sys/net/if_atm.h (revision 227956) +++ sys/net/if_atm.h (working copy) @@ -202,7 +202,7 @@ =20 #if defined(__NetBSD__) || defined(__OpenBSD__) || defined(__bsdi__) #define RTALLOC1(A,B) rtalloc1((A),(B)) -#elif defined(__FreeBSD__) +#elif defined(__FreeBSD__) || defined(__FreeBSD_kernel__) #define RTALLOC1(A,B) rtalloc1((A),(B),0UL) #endif =20 Index: sys/net/zlib.h =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 --- sys/net/zlib.h (revision 227956) +++ sys/net/zlib.h (working copy) @@ -510,7 +510,7 @@ done by inflate(). */ =20 -#if defined(__FreeBSD__) && defined(_KERNEL) +#if (defined(__FreeBSD__) || defined(__FreeBSD_kernel__)) && defined(_KERN= EL) #define inflate inflate_ppp /* FreeBSD already has an inflate :-= ( */ #endif =20 Index: sys/net80211/ieee80211_ioctl.h =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 --- sys/net80211/ieee80211_ioctl.h (revision 227956) +++ sys/net80211/ieee80211_ioctl.h (working copy) @@ -569,7 +569,7 @@ uint16_t sv_vlan; }; =20 -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) /* * FreeBSD-style ioctls. */ @@ -849,6 +849,6 @@ #define IEEE80211_CLONE_WDSLEGACY 0x0004 /* legacy WDS processing */ #define IEEE80211_CLONE_MACADDR 0x0008 /* use specified mac addr */ #define IEEE80211_CLONE_TDMA 0x0010 /* operate in TDMA mode */ -#endif /* __FreeBSD__ */ +#endif /* __FreeBSD__ || __FreeBSD_kernel__ */ =20 #endif /* _NET80211_IEEE80211_IOCTL_H_ */ Index: sys/net80211/ieee80211_var.h =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 --- sys/net80211/ieee80211_var.h (revision 227956) +++ sys/net80211/ieee80211_var.h (working copy) @@ -34,7 +34,7 @@ /* NB: portability glue must go first */ #if defined(__NetBSD__) #include -#elif defined(__FreeBSD__) +#elif defined(__FreeBSD__) || defined(__FreeBSD_kernel__) #include #elif defined(__linux__) #include Index: sys/netinet/sctp_pcb.h =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 --- sys/netinet/sctp_pcb.h (revision 227956) +++ sys/netinet/sctp_pcb.h (working copy) @@ -240,7 +240,8 @@ * All static structures that anchor the system must be here. */ struct sctp_epinfo sctppcbinfo; -#if defined(__FreeBSD__) && defined(SMP) && defined(SCTP_USE_PERCPU_STAT) +#if (defined(__FreeBSD__) || defined(__FreeBSD_kernel__)) && \ + defined(SMP) && defined(SCTP_USE_PERCPU_STAT) struct sctpstat *sctpstat; #else struct sctpstat sctpstat; @@ -633,7 +634,8 @@ struct sctp_inpcb *, uint8_t co_off); =20 -#if defined(__FreeBSD__) && defined(SCTP_MCORE_INPUT) && defined(SMP) +#if (defined(__FreeBSD__) || defined(__FreeBSD_kernel__)) && \ + defined(SCTP_MCORE_INPUT) && defined(SMP) void sctp_queue_to_mcore(struct mbuf *m, int off, int cpu_to_use); =20 Index: sys/netinet/sctp_structs.h =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 --- sys/netinet/sctp_structs.h (revision 227956) +++ sys/netinet/sctp_structs.h (working copy) @@ -108,7 +108,8 @@ typedef int (*inp_func) (struct sctp_inpcb *, void *ptr, uint32_t val); typedef void (*end_func) (void *ptr, uint32_t val); =20 -#if defined(__FreeBSD__) && defined(SCTP_MCORE_INPUT) && defined(SMP) +#if (defined(__FreeBSD__) || defined(__FreeBSD_kernel__)) && \ + defined(SCTP_MCORE_INPUT) && defined(SMP) /* whats on the mcore control struct */ struct sctp_mcore_queue { TAILQ_ENTRY(sctp_mcore_queue) next; Index: sys/netinet/sctp_uio.h =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 --- sys/netinet/sctp_uio.h (revision 227956) +++ sys/netinet/sctp_uio.h (working copy) @@ -1062,7 +1062,8 @@ =20 #define SCTP_STAT_INCR(_x) SCTP_STAT_INCR_BY(_x,1) #define SCTP_STAT_DECR(_x) SCTP_STAT_DECR_BY(_x,1) -#if defined(__FreeBSD__) && defined(SMP) && defined(SCTP_USE_PERCPU_STAT) +#if (defined(__FreeBSD__) || defined(__FreeBSD_kernel__)) && \ + defined(SMP) && defined(SCTP_USE_PERCPU_STAT) #define SCTP_STAT_INCR_BY(_x,_d) (SCTP_BASE_STATS[PCPU_GET(cpuid)]._x +=3D= _d) #define SCTP_STAT_DECR_BY(_x,_d) (SCTP_BASE_STATS[PCPU_GET(cpuid)]._x -=3D= _d) #else Index: sys/sys/device_port.h =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 --- sys/sys/device_port.h (revision 227956) +++ sys/sys/device_port.h (working copy) @@ -29,7 +29,7 @@ =20 #if defined(__NetBSD__) # include -#elif defined(__FreeBSD__) +#elif defined(__FreeBSD__) || defined(__FreeBSD_kernel__) # include # include #endif @@ -43,7 +43,7 @@ # define DEVPORT_DEVNAME(dev) (dev).dv_xname # define DEVPORT_DEVUNIT(dev) (dev).dv_unit =20 -#elif defined(__FreeBSD__) +#elif defined(__FreeBSD__) || defined(__FreeBSD_kernel__) /* * FreeBSD (compatibility for struct device) */ @@ -67,4 +67,4 @@ #define DEVPORT_PDEVALLOC_SOFTC(pdev) device_get_softc(pdev) #define DEVPORT_PDEVGET_SOFTC(pdev) device_get_softc(pdev) =20 -#endif /* __FreeBSD__ */ +#endif /* __FreeBSD__ || __FreeBSD_kernel__ */ Index: sys/sys/timex.h =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 --- sys/sys/timex.h (revision 227956) +++ sys/sys/timex.h (working copy) @@ -218,7 +218,7 @@ long stbcnt; /* stability limit exceeded (ro) */ }; =20 -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) =20 #ifdef _KERNEL void ntp_update_second(int64_t *adjustment, time_t *newsec); @@ -231,6 +231,6 @@ __END_DECLS #endif /* _KERNEL */ =20 -#endif /* __FreeBSD__ */ +#endif /* __FreeBSD__ || __FreeBSD_kernel__ */ =20 #endif /* !_SYS_TIMEX_H_ */ --0OAP2g/MAC+5xKAE-- --JP+T4n/bALQSJXh8 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/kFreeBSD) iQIcBAEBCAAGBQJO0UcUAAoJELd1onhloKnOaKYP/1aZ0B8BEpO31dTN0jxpmRql 8YsoSbsMVtc+fTDo9IpMPigcy12dDL2j+7NEGhEYZlWC+GkQTeT3gaKQZLp87WAD h8i1pee4BuHmF/0CWsqEexs7eE9vIXi4tsiPpmAtKQnN7bIFlYjQSSIDFhQYSKKD LLRjPl2f/5yNA6aMokMUGS64MThoFgp7HU5yvTj3a4yOZb+399k7jJ1oN0CXZeSW vm75rEz/hmS9c0wkcxbyq/KO24gPU3cfx60TGWtHIso1ue8Bymaa9mtML/M5ksAF NwtE0Guic8AtyEfcvV8umM4Vj4AbxSgR/CkAfvTa6tqjmEjme88GyYnPDwkPgEfU FoKv45U7t8j+caOeEjNl6UEqHb7Rju8OZ4e65Vt2kc0ahQyhKPt58hvUy2062x6w 2tQBfrLjYRAbt0/Ch1thBHmY4vLpQhCP91x+lpBEkADDqLlykuKG3pCkE4Zd9eyU y29iQESed4+kc5QQ8SRPqW4qQXPWG8wpUYKvHG3ZCIIqPychjVz9uuUIaVGpzI2A wOGgPLts+cL0kMrKVc3zITxMJ6jsR5bMtvDa87vs2u/Vf6Nzy/Q6pAHuRJgmFpnh xCvv6WTtcEkwxhqWhehQkKtaQTjRPp8wqSTtqpe9R+EAPWwYnPA2X1/9mJIIF6er BV6uVOJXJkA+oD1OTTy0 =uPGO -----END PGP SIGNATURE----- --JP+T4n/bALQSJXh8-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 20:59:36 2011 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 4CB5C106566C for ; Sat, 26 Nov 2011 20:59:36 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theravensnest.org [109.169.23.128]) by mx1.freebsd.org (Postfix) with ESMTP id C48888FC18 for ; Sat, 26 Nov 2011 20:59:35 +0000 (UTC) Received: from [192.168.0.2] (cpc2-cwma5-0-0-cust875.7-3.cable.virginmedia.com [86.11.39.108]) (authenticated bits=0) by theravensnest.org (8.14.4/8.14.4) with ESMTP id pAQKxYUE069900 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO) for ; Sat, 26 Nov 2011 20:59:34 GMT (envelope-from theraven@FreeBSD.org) From: David Chisnall Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Sat, 26 Nov 2011 20:59:29 +0000 Message-Id: <55EF58C0-0E9A-4701-B309-95317913A384@FreeBSD.org> To: current@FreeBSD.org Mime-Version: 1.0 (Apple Message framework v1251.1) X-Mailer: Apple Mail (2.1251.1) Cc: Subject: Heads up: New C++ stack X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2011 20:59:36 -0000 Hi, I've just imported libc++[1] and libcxxrt[2] to head. libc++ is UUIC = licensed, libcxxrt is 2-clause BSDL. The former implements the C++ = standard template library, and provides all of the programmer-visible = parts. The latter provides an implementation of the ARM and Itanium ABI = specifications providing the dynamic parts of the language (RTTI, = exceptions, and so on). This combination working out-of-tree and passing almost all of the test = suite (the failing parts are related to missing C1x functionality in = libc and missing C++11 / C1x atomic intrinsics in clang). =20 The goal of this is to have a working, permissively licensed, C++11 = stack. libc++abi would be an alternative to libcxxrt, but I would = prefer to use libcxxrt because: - I am totally biased towards libcxxrt because I wrote it. - libcxxrt is already shipping in PathScale's C++ stack and has been = fairly well tested. - The demangler in libc++abi is bigger than the whole of libcxxrt and = allocates a lot of memory in code that is called to generate helpful = errors for out-of-memory conditions. - libc++abi seems to be completely missing the exception personality = function. This was the hardest thing to get right in libcxxrt = (debugging code that destroys the stack as it runs is not fun), so at = this point it's basically uninteresting - more code, less functionality. libcxxrt and libc++ are now in contrib and building with the base = system, but are not used by anything (and are only built if you set = WITH_LIBCPLUSPLUS=3Dyes when building world, not by default). If you = want to test some code with the new stack, you need to build it and then = specify -stdlib=3Dlibc++ to clang++ (both when compiling and linking). I'd like to see if we can persuade libstdc++ to link against libcxxrt = instead of libsupc++ (In theory this should be easy, but I've never = tried it. Apple ships both linked against libsupc++). This means that = code can link against libraries that use libc++ and libstdc++ without = things like exceptions breaking. =20 Eventually (FreeBSD 10 timeframe), I'd like to see the libstdc++ = currently in base moved into a port so that we can ship a GNU-free C++ = stack. Any complaints / comments / contradictions / opinions? David P.S. libcxxrt does support the weird GNU variant of the weird ARM = variant of the C++ ABI, but I only finished that support very recently = and it's not nearly as well tested as the ABI used on... everything = else. It also only supports DWARF 'zero-cost' unwinding, not setjmp / = longjmp unwinding, so it can't be used until we finish moveing ARM to = EABI. =20 [1] http://libcxx.llvm.org/ [2] https://github.com/pathscale/libcxxrt= From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 22:47:46 2011 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 83CB81065670; Sat, 26 Nov 2011 22:47:46 +0000 (UTC) (envelope-from feld@feld.me) Received: from mwi1.coffeenet.org (unknown [IPv6:2607:f4e0:100:300::2]) by mx1.freebsd.org (Postfix) with ESMTP id 390EA8FC08; Sat, 26 Nov 2011 22:47:46 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=feld.me; s=blargle; h=Message-Id:To:Date:From:Subject:Content-Transfer-Encoding:Content-Type:Mime-Version:In-Reply-To:References; bh=8Um6e29uqcjnkeX1jUGG+zFHrT0p+GOGZwi/KdzYF20=; b=Im+pekVUM9yM7Gpr5eUrRrFARwZ+C7bXl0BT4GSmmy0gtA3yb09UGlOPQ+GuaY72u5f82j1lsEdIFJQoyBWpa5yNVGOfYhzvt9rO+77Z8tN0vN88lLoznw06dxJAYJqg; Received: from localhost ([127.0.0.1] helo=mwi1.coffeenet.org) by mwi1.coffeenet.org with esmtp (Exim 4.77 (FreeBSD)) (envelope-from ) id 1RUR28-000KyD-F6; Sat, 26 Nov 2011 16:47:45 -0600 Received: from feld@feld.me by mwi1.coffeenet.org (Archiveopteryx 3.1.4) with esmtpsa id 1322347658-1863-1862/5/3; Sat, 26 Nov 2011 22:47:38 +0000 References: <95d00c1b714837aa32e7da72bc4afd03@feld.me> <20111126104840.GA8794@garage.freebsd.pl> User-Agent: K-9 Mail for Android In-Reply-To: <20111126104840.GA8794@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: Mark Felder Date: Sat, 26 Nov 2011 16:47:35 -0600 To: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Message-Id: X-SA-Score: -1.0 Cc: Subject: Re: zfs i/o hangs on 9-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: Sat, 26 Nov 2011 22:47:46 -0000 It appears that I'm mistaken about those messages then . However this = does both happen on my AMD x6 and Intel Atom machines with different = hard drives, controllers, etc. I feel it would be unlikely to be = hardware.=20 Unfortunately the procstat command is probably of no use because I can't = interact with the console or ssh for the periods of time when it is = hanging (sometimes in excess of a minute). Zpool scrubs come up clean = and I never see any errors reported. I've been running this hardware for = 2 years and v28 for quite some time. It doesn't seem like it started = happening until I upgraded to a build past RC1. I don't know where to = find RC1 media and I don't know the svn revision of RC1 so I haven't = tried. Regards, Mark From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 23:09:25 2011 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 26A4E106564A; Sat, 26 Nov 2011 23:09:25 +0000 (UTC) (envelope-from niclas.zeising@gmail.com) Received: from mail.lysator.liu.se (mail.lysator.liu.se [IPv6:2001:6b0:17:f0a0::3]) by mx1.freebsd.org (Postfix) with ESMTP id 9C83F8FC13; Sat, 26 Nov 2011 23:09:24 +0000 (UTC) Received: from mail.lysator.liu.se (localhost [127.0.0.1]) by mail.lysator.liu.se (Postfix) with ESMTP id 7BDC04000B; Sun, 27 Nov 2011 00:09:23 +0100 (CET) Received: by mail.lysator.liu.se (Postfix, from userid 1004) id 720B840019; Sun, 27 Nov 2011 00:09:23 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bernadotte.lysator.liu.se X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=AWL,FREEMAIL_FROM autolearn=disabled version=3.3.1 X-Spam-Score: 0.0 Received: from mx.daemonic.se (mx.daemonic.se [IPv6:2001:470:dca9:0:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.lysator.liu.se (Postfix) with ESMTPSA id 34B984000B; Sun, 27 Nov 2011 00:09:23 +0100 (CET) Received: from mailscanner.daemonic.se (mailscanner.daemonic.se [IPv6:2001:470:dca9:0:1::6]) by mx.daemonic.se (Postfix) with ESMTPS id B7730119C1B; Sun, 27 Nov 2011 00:09:22 +0100 (CET) X-Virus-Scanned: amavisd-new at daemonic.se Received: from mx.daemonic.se ([IPv6:2001:470:dca9:0:1::3]) (using TLS with cipher CAMELLIA256-SHA) by mailscanner.daemonic.se (mailscanner.daemonic.se [2001:470:dca9:0:1::6]) (amavisd-new, port 10025) with ESMTPS id MdxbLKtIP-4R; Sun, 27 Nov 2011 00:09:20 +0100 (CET) Received: from mail.daemonic.se (mail.daemonic.se [IPv6:2001:470:dca9:0:1::4]) by mx.daemonic.se (Postfix) with ESMTPS id 38D6D119C17; Sun, 27 Nov 2011 00:09:20 +0100 (CET) Received: from [10.32.0.4] (vivi.daemonic.se [10.32.0.4]) by mail.daemonic.se (Postfix) with ESMTPSA id 23B9E12B209; Sun, 27 Nov 2011 00:09:20 +0100 (CET) Message-ID: <4ED1719C.4040500@gmail.com> Date: Sun, 27 Nov 2011 00:09:16 +0100 From: Niclas Zeising User-Agent: Mutt/1.5.21 MIME-Version: 1.0 To: David Chisnall References: <55EF58C0-0E9A-4701-B309-95317913A384@FreeBSD.org> In-Reply-To: <55EF58C0-0E9A-4701-B309-95317913A384@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: current@FreeBSD.org Subject: Re: Heads up: New C++ stack X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2011 23:09:25 -0000 On 2011-11-26 21:59, David Chisnall wrote: > Hi, > > I've just imported libc++[1] and libcxxrt[2] to head. libc++ is UUIC licensed, libcxxrt is 2-clause BSDL. The former implements the C++ standard template library, and provides all of the programmer-visible parts. The latter provides an implementation of the ARM and Itanium ABI specifications providing the dynamic parts of the language (RTTI, exceptions, and so on). > [SNIP description of libc++, libcxxrt and instructions on how it's used] This is great news! Thank you very much for undertaking this work. Just a question, is there a wiki page with these instructions, or a wiki page related to this work where these instructions can be added? If they're not on the wiki, I can do the work of getting them there, just point to where they're best suited. Thank you once more! Regards! -- Niclas Zeising From owner-freebsd-current@FreeBSD.ORG Sat Nov 26 23:30:40 2011 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 C071D1065783; Sat, 26 Nov 2011 23:30:40 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 6B2A88FC0C; Sat, 26 Nov 2011 23:30:40 +0000 (UTC) Received: from 63.imp.bsdimp.com (63.imp.bsdimp.com [10.0.0.63]) (authenticated bits=0) by harmony.bsdimp.com (8.14.4/8.14.3) with ESMTP id pAQNOTsZ027433 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Sat, 26 Nov 2011 16:24:29 -0700 (MST) (envelope-from imp@bsdimp.com) Mime-Version: 1.0 (Apple Message framework v1084) From: Warner Losh In-Reply-To: <20111126200749.GA72056@thorin> Date: Sat, 26 Nov 2011 16:24:29 -0700 Message-Id: <7FCA9875-4828-4AAD-8426-8D2530A4BFCA@bsdimp.com> References: <20111123070036.GA29952@thorin> <20111124141821.O932@besplex.bde.org> <20111125150324.G1018@besplex.bde.org> <20111126200749.GA72056@thorin> To: Robert Millan X-Mailer: Apple Mail (2.1084) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (harmony.bsdimp.com [10.0.0.6]); Sat, 26 Nov 2011 16:24:30 -0700 (MST) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Kostik Belousov , Adrian Chadd , freebsd-current@FreeBSD.org, Bruce Evans , freebsd-arch@FreeBSD.org Subject: Re: [PATCH] Detect GNU/kFreeBSD in user-visible kernel headers (v2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2011 23:30:40 -0000 This looks fine to me. Warner On Nov 26, 2011, at 1:07 PM, Robert Millan wrote: >