From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 00:44:10 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E4F60171 for ; Sun, 4 Nov 2012 00:44:10 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-la0-f54.google.com (mail-la0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5246B8FC0A for ; Sun, 4 Nov 2012 00:44:09 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id e12so4238178lag.13 for ; Sat, 03 Nov 2012 17:44:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=RpkhL/JOmXYlBn8dOlz0L0KJCVHzzUNBozkYkQz+RH0=; b=QBEqujTO5gQGY1mTfTUoXH5AeyMq7n6dgOFOVjmspiu0vanPwMnHQQmCKGnNmEGNok rc/epbjtwQrwtQMMYG0meFey4SlEH2+KpB73W9AZA6HxaKE15e90sRdU+1ZcRS1LAMU2 a8OPLd7Z+gEWAg7zPoRrdf2wJ3dfbjlw30DEU= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=RpkhL/JOmXYlBn8dOlz0L0KJCVHzzUNBozkYkQz+RH0=; b=ge1A3EE7eCmZxYZ9+7iZGYqaZDV7pYYHg/WSQpTEO7YMVb9z2podQlBFh1xIzW9xug 5RZ5XaqZIp7EOsE/OC8VLNz+Rp5YxC9ODo3DNcpLz1aBSF+ifz/X8R+fu6rKFmxxsf44 3ST+thNC9OsuKyOqa2AB9ORVLurPFCYGdTJICxCpFWYohS6SDfuGbq+HW1AREoUhS5Dx EE3IbR0p19FukWvEMeGkN5U/ZHeSFHQ4WbcZS2HVJprlKnYc9ImW6PuC3F9ATplfS3iD ePzXBUnsO/392OO6QhskPRm45N4nRJTPzbLRT60+HKqN2DZU2oK+rcOJ55zXliWwyPfv NRWw== Received: by 10.152.104.115 with SMTP id gd19mr5497710lab.13.1351989848948; Sat, 03 Nov 2012 17:44:08 -0700 (PDT) MIME-Version: 1.0 Received: by 10.112.25.166 with HTTP; Sat, 3 Nov 2012 17:43:38 -0700 (PDT) In-Reply-To: References: From: Eitan Adler Date: Sat, 3 Nov 2012 20:43:38 -0400 Message-ID: Subject: Re: r2421600 amd64 /var/db/pkg To: Darrel Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQk5QtkPR8xTSjgQ0Da87CmsYJfUGPKmirThgA10s1Yg+vVFTx+XEzo5Z4ocpPO5RVwDs20c Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Nov 2012 00:44:11 -0000 On 3 November 2012 20:37, Darrel wrote: > >>> Is it possible to regenerate the package database or somehow start over? >>> I >>> am seeing errors like these: >>> >>> pkg_info: Don't use the pkg_ tools if you are using pkgng >>> pkg_info: the package info for package 'ca_root_nss-3.14' is corrupt >> >> >> have you run ever run pkg2ng ? >> > > Hi, Eitan. > > It could be that I had a case of bad luck. About an hour before the > documentation was put into /usr/ports/UPDATING, I noticed that portmaster > was not working and 'make deinstall' and 'make reinstall' and ticked > 'pkgng'. Then portmaster seemed to work alright. > > Then when the UPDATING entry 20121010 happened shortly after, I followed it > exactly- so yes I ran pkg2ng. Somehow my installation has both The moment you run pkg2ng you lose any right to use pkg_* tools - this is what the first warning is telling you. I have a patch awaiting approval which makes the error more clear. -- Eitan Adler From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 00:37:57 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 15C4391 for ; Sun, 4 Nov 2012 00:37:57 +0000 (UTC) (envelope-from levitch@iglou.com) Received: from rdsmtp.iglou.com (rdsmtp.iglou.com [192.107.41.63]) by mx1.freebsd.org (Postfix) with ESMTP id B86988FC0C for ; Sun, 4 Nov 2012 00:37:56 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=iglou.com; s=alpha; h=Content-Type:MIME-Version:References:Message-ID:In-Reply-To:Subject:cc:To:From:Date; bh=56Qk91atTMqklokM7Tv+Gaqc1qTbTNdnJ//0gbty/FA=; b=uivsU4CeQRC9gDIGhgALc7jy2aMKtNR63KRMarPoVp9NPX6UCQqmGeIhtK8DWd0bVH030yJ+8OMqnAsEuA4xb0I7aAiVElzWfG7aI+ncD1MWWG5uPx10BI2rkozpxd9oHBmKCi1IvxFt47GnbyO8mV3GT7liLeJjbi3sj4TNYsc=; Received: from iglou1.iglou.com ([192.107.41.3]:43488 helo=mail.iglou.com) by rdsmtp.iglou.com with esmtpa (Exim MTA/8.19.3) (envelope-from ) id 1TUoDs-0003XR-4X by authid with igloumta_auth for current@freebsd.org; Sat, 03 Nov 2012 20:37:56 -0400 Received: from shell1.iglou.com ([192.107.41.17]:36178 helo=shell1) by mail.iglou.com with esmtps (TLS cipher TLSv1:AES256-SHA:256) (Exim MTA/8.19.3) (envelope-from ) id 1TUoDr-0007Wp-MG; Sat, 03 Nov 2012 20:37:55 -0400 Date: Sat, 3 Nov 2012 20:37:55 -0400 (EDT) From: Darrel X-X-Sender: levitch@shell1 To: Eitan Adler Subject: Re: r2421600 amd64 /var/db/pkg In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (GSO 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Originating-IP: 192.107.41.17 X-IgLou-Customer: 3cb6f76205bd20f518810676a67a982b X-Mailman-Approved-At: Sun, 04 Nov 2012 00:48:37 +0000 Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Nov 2012 00:37:57 -0000 >> Is it possible to regenerate the package database or somehow start over? I >> am seeing errors like these: >> >> pkg_info: Don't use the pkg_ tools if you are using pkgng >> pkg_info: the package info for package 'ca_root_nss-3.14' is corrupt > > have you run ever run pkg2ng ? > Hi, Eitan. It could be that I had a case of bad luck. About an hour before the documentation was put into /usr/ports/UPDATING, I noticed that portmaster was not working and 'make deinstall' and 'make reinstall' and ticked 'pkgng'. Then portmaster seemed to work alright. Then when the UPDATING entry 20121010 happened shortly after, I followed it exactly- so yes I ran pkg2ng. Somehow my installation has both portmaster-3.14 *and* portmaster-3.14_7 installed. Perhaps my portmaster upgrade prior to following the UPDATING entry 20121010 broke something. I can guess that my database is messed up. Thanks for your reply, Darrel From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 01:14:08 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B4417DA0; Sun, 4 Nov 2012 01:14:08 +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 813798FC0C; Sun, 4 Nov 2012 01:14:08 +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 qA41DfLn001577 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NOT); Sat, 3 Nov 2012 18:13:41 -0700 (PDT) (envelope-from null@pozo.com) Message-Id: <201211040113.qA41DfLn001577@pozo.com> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sat, 03 Nov 2012 18:13:20 -0700 To: Adrian Chadd From: Manfred Antar Subject: Re: weird network problems on current since 10/28/2012 In-Reply-To: References: <201211031740.qA3HeqVX001622@pozo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Spam-Status: No, score=-0.9 required=5.0 tests=ALL_TRUSTED,MISSING_MID autolearn=no 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: qA41DfLn001577 X-pozocom-MailScanner: Found to be clean X-pozocom-MailScanner-From: null@pozo.com Cc: freebsd-current@freebsd.org, andre@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Nov 2012 01:14:08 -0000 At 03:29 PM 11/3/2012, Adrian Chadd wrote: >On 3 November 2012 10:40, Manfred Antar wrote: >> i have problem connecting to freebsd box on local network since last sunday. >> the last kernel that works: >> FreeBSD 10.0-CURRENT #0: Sun Oct 28 12:14:38 PDT 2012 >> anything after that, sometimes i can connect, other times just hangs. >> any network connection hangs ===== pop httpd ssh etc etc. >> anyone have any ideas ? >> i can checkout different sources and see if i can locate the changes that cause this. > >Please do! > > > >adrian OK Here is what I found doing : setenv CVSROOT /usr/home/ncvs cvs co -D"October 28, 2012 12:14:38 PDT" sys A kernel from that time works fine. doing: cvs up -D"October 28, 2012 13:14:38 PDT" sys 1 hour later the following files were changed: sys/netinet/tcp_input.c sys/netinet/tcp_timer.c sys/netinet/tcp_var.h Building a kernel from these new files is when the problem starts. ======================== || 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 Sun Nov 4 03:30:26 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D7F6786C for ; Sun, 4 Nov 2012 03:30:26 +0000 (UTC) (envelope-from bright@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id B207C8FC08 for ; Sun, 4 Nov 2012 03:30:26 +0000 (UTC) Received: from kruse-124.4.ixsystems.com (drawbridge.ixsystems.com [206.40.55.65]) by elvis.mu.org (Postfix) with ESMTPSA id F34D11A3C1C; Sat, 3 Nov 2012 20:30:24 -0700 (PDT) Message-ID: <5095E156.7000309@mu.org> Date: Sat, 03 Nov 2012 20:30:30 -0700 From: Alfred Perlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: "Samuel J. Greear" Subject: Re: DragonFly vs FreeBSD scheduler References: <509531DF.6050108@mu.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Alie Tan X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Nov 2012 03:30:27 -0000 On 11/3/12 7:02 PM, Samuel J. Greear wrote: >> Looks like a few specific benchmarks that DragonFly aimed to do well at that >> we were unawares of. >> > Unawares of? http://bsd.slashdot.org/story/08/03/06/1313218/freebsd-70-bests-linux-in-smp-performance > The FreeBSD project made hay with sysbench and pgbench not that long ago. > >> Not sure, didn't see DragonFly sharing the results with us until this paper >> was published although I may have missed that. >> > Is the DragonFly project under some obligation to share its results > with the FreeBSD developers? My takeaway is that this conversation is dumb. -Alfred From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 01:15:08 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B870BEB3 for ; Sun, 4 Nov 2012 01:15:08 +0000 (UTC) (envelope-from levitch@iglou.com) Received: from rdsmtp.iglou.com (rdsmtp.iglou.com [192.107.41.63]) by mx1.freebsd.org (Postfix) with ESMTP id 6E0878FC15 for ; Sun, 4 Nov 2012 01:15:08 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=iglou.com; s=alpha; h=Content-Type:MIME-Version:References:Message-ID:In-Reply-To:Subject:cc:To:From:Date; bh=5L1O6R+tN6xSU6OUKTh+MOR/eQ3VrlUcKwmV2BzW/GY=; b=EMr3ZpBgIWdRIDPQ98PvuWja4KaikLtwmY1xMZQFils7KyjIfgtZDxG3BiLzZhpJxXDSAsQiraOpa7mLJzhknr91wRmk0SAzw/6TirEvtHBDJie9c5zf0/C8ufBzGjqAT4oWZw7rPouSwY8Q2cd4pPjmmwk2eDUMij4nLxjhLTo=; Received: from iglou1.iglou.com ([192.107.41.3]:50456 helo=mail.iglou.com) by rdsmtp.iglou.com with esmtpa (Exim MTA/8.19.3) (envelope-from ) id 1TUonr-0005wZ-Rn by authid with igloumta_auth for current@freebsd.org; Sat, 03 Nov 2012 21:15:07 -0400 Received: from shell1.iglou.com ([192.107.41.17]:36239 helo=shell1) by mail.iglou.com with esmtps (TLS cipher TLSv1:AES256-SHA:256) (Exim MTA/8.19.3) (envelope-from ) id 1TUonr-0002CZ-Cy; Sat, 03 Nov 2012 21:15:07 -0400 Date: Sat, 3 Nov 2012 21:15:07 -0400 (EDT) From: Darrel X-X-Sender: levitch@shell1 To: Eitan Adler Subject: Re: r2421600 amd64 /var/db/pkg In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (GSO 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Originating-IP: 192.107.41.17 X-IgLou-Customer: 3cb6f76205bd20f518810676a67a982b X-Mailman-Approved-At: Sun, 04 Nov 2012 04:50:21 +0000 Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Nov 2012 01:15:08 -0000 >>>> >>>> pkg_info: Don't use the pkg_ tools if you are using pkgng >>>> pkg_info: the package info for package 'ca_root_nss-3.14' is corrupt >>> >>> >>> have you run ever run pkg2ng ? >>> >> >> Hi, Eitan. >> >> It could be that I had a case of bad luck. About an hour before the >> documentation was put into /usr/ports/UPDATING, I noticed that portmaster >> was not working and 'make deinstall' and 'make reinstall' and ticked >> 'pkgng'. Then portmaster seemed to work alright. >> >> Then when the UPDATING entry 20121010 happened shortly after, I followed it >> exactly- so yes I ran pkg2ng. Somehow my installation has both > > The moment you run pkg2ng you lose any right to use pkg_* tools - > this is what the first warning is telling you. > I have a patch awaiting approval which makes the error more clear. > Yes, the existing man 8 pkg does not seem to match all of the facts. Darrel From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 04:56:09 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F42332A5 for ; Sun, 4 Nov 2012 04:56:08 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-oa0-f54.google.com (mail-oa0-f54.google.com [209.85.219.54]) by mx1.freebsd.org (Postfix) with ESMTP id ABFDE8FC0A for ; Sun, 4 Nov 2012 04:56:08 +0000 (UTC) Received: by mail-oa0-f54.google.com with SMTP id n9so6053372oag.13 for ; Sat, 03 Nov 2012 21:56:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=SOmagVgc5CliEay+7kxRhK33aBwS94zBmAhFPkdt3kk=; b=Lu+75mLB5/3YVJ8BFbHCQxxx3GdJOsCnk8b+e3iTYmgfxA5KHlispETnGTKdS8I8R2 T0aCgTEOYjalvk484ZZNROyQtFCAirG9FfAfdg8liglt9HK/fOJsnwyV4/1LPfj3srko BbcH3X3WkY8+8OmeT9mzx5Yp4RjCbOm3Nu/K4uU7QP7C9HMOeyBPPtCIoMriCO+maUHb KzZjXYDbI6+Jc4EpKpvxpt4XeeSkvr3nU5gBCjZuR9KuDggDSwE7ePpOpxUuG6kCZn80 n/yukrXnX9Q+ukCSdaRJRi6jIUw2cufbiguj/mPksCFwfl+Sl1Ia1DycWm+tOTLW2CP2 Wxhg== MIME-Version: 1.0 Received: by 10.182.131.100 with SMTP id ol4mr4959181obb.38.1352004967863; Sat, 03 Nov 2012 21:56:07 -0700 (PDT) Received: by 10.76.143.33 with HTTP; Sat, 3 Nov 2012 21:56:07 -0700 (PDT) In-Reply-To: References: Date: Sat, 3 Nov 2012 21:56:07 -0700 Message-ID: Subject: Re: r2421600 amd64 /var/db/pkg From: Garrett Cooper To: Darrel Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Eitan Adler , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Nov 2012 04:56:09 -0000 On Sat, Nov 3, 2012 at 6:15 PM, Darrel wrote: ... > Yes, the existing man 8 pkg does not seem to match all of the facts. > What you probably ran into is the common chicken and egg problem where if pkgng is upgraded ports, it blows up when it tries to deinstall the package, or similarly, when portmaster is upgraded, it doesn't halt the upgrade and restart it properly. It's most likely still a problem; I'm going to doublecheck to make sure that's the case and file PRs if it is. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 02:02:03 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4B39DB84 for ; Sun, 4 Nov 2012 02:02:03 +0000 (UTC) (envelope-from sjg@evilcode.net) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id ED7A78FC18 for ; Sun, 4 Nov 2012 02:02:02 +0000 (UTC) Received: by mail-vb0-f54.google.com with SMTP id l1so6360173vba.13 for ; Sat, 03 Nov 2012 19:02:01 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=LSCxwJOODqBdnWn7MxoxxxAPja9BkrQjcmu2MSyMy7M=; b=Nash+NbO+4GZhTf9UYG89OSSHUpBwJfocY3WMJ7Xu+0q6SrrgUg4ItOj2isu2y85v5 4Drk1ME/O1522otKbT6jOd41La6PZBYhjyI0wZscmnnPmOR7xPPj8lzFTjXQkrHgLlkf jAzlStqwjMbG1NVWzAGJaz+PKCjJUs0m6wpd9Iu3Q6O4RmRg2lWw3tVWBtaOsI8VTs5Q 4mCbKkUc5NHWD4RuXvXqTflbNkYZNhLj0sjx193VnXstx87vw3K9ceYRsyjIClgnVt7R m0YoGBEy1KIznW/Nw3jrNzEzU5PrP8P6Nih/MlMs9R0am/xB0Mg6oz6oFFyr50WMFPdB sI3w== MIME-Version: 1.0 Received: by 10.52.92.97 with SMTP id cl1mr5097183vdb.65.1351994521744; Sat, 03 Nov 2012 19:02:01 -0700 (PDT) Received: by 10.220.3.136 with HTTP; Sat, 3 Nov 2012 19:02:01 -0700 (PDT) In-Reply-To: <509531DF.6050108@mu.org> References: <509531DF.6050108@mu.org> Date: Sat, 3 Nov 2012 20:02:01 -0600 Message-ID: Subject: Re: DragonFly vs FreeBSD scheduler From: "Samuel J. Greear" To: Alfred Perlstein Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQnCgJG+OtbazJ68YlAZePhgpOzyDljCKhzmtBqsCsd+OZP0UcDY4RE480e0l/ZIUwSYG7lD X-Mailman-Approved-At: Sun, 04 Nov 2012 04:57:46 +0000 Cc: freebsd-current@freebsd.org, Alie Tan X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Nov 2012 02:02:03 -0000 > Looks like a few specific benchmarks that DragonFly aimed to do well at that > we were unawares of. > Unawares of? http://bsd.slashdot.org/story/08/03/06/1313218/freebsd-70-bests-linux-in-smp-performance The FreeBSD project made hay with sysbench and pgbench not that long ago. > Not sure, didn't see DragonFly sharing the results with us until this paper > was published although I may have missed that. > Is the DragonFly project under some obligation to share its results with the FreeBSD developers? > -Alfred From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 09:43:21 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 86580530 for ; Sun, 4 Nov 2012 09:43:21 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-ea0-f182.google.com (mail-ea0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 08BF58FC12 for ; Sun, 4 Nov 2012 09:43:20 +0000 (UTC) Received: by mail-ea0-f182.google.com with SMTP id c10so2362061eaa.13 for ; Sun, 04 Nov 2012 01:43:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=TecccP5x4jGkK4VydkAsstm/6mbxWZFcJSO5h8U0Vk0=; b=Ij9Vqy05w6sV79GQ6KHGRQWk3i9YWqKnh46wW6tyF4yI2DdDbyAwtF2DAqr2lNXoFz uR71JPxQKJ5ZfGCg71R0Od8g6fBF5lFd7+BgC9UQky6K3CRftPExdXF9tVf2tCVghVEr oG0+hIdXg9cdpKmyTkYtlawu6tqGDOFLB4XmL+sILenrKpvg56i3vO8GKSt7NoDFMc9p FqMyhFFMiIx3vs3xVcat9LQ2558er2/SRto/AUDtJ1g67pI0sP1JyEqdod0VKPgF7PRG b27g9tbub4cAjuYwdxJ6IOyuyY/Rq6/9aTodEnGAcNBeZzAxMQAqVRkhelBbSNXVnDz0 2c9A== MIME-Version: 1.0 Received: by 10.14.182.9 with SMTP id n9mr25052665eem.24.1352022193991; Sun, 04 Nov 2012 01:43:13 -0800 (PST) Received: by 10.14.188.136 with HTTP; Sun, 4 Nov 2012 01:43:13 -0800 (PST) In-Reply-To: <20121103232433.00005eee@unknown> References: <20121103232433.00005eee@unknown> Date: Sun, 4 Nov 2012 03:43:13 -0600 Message-ID: Subject: Re: Do we have a CPUTYPE=native and/or generic stability problem? From: Scot Hetzel To: Alexander Leidinger Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Nov 2012 09:43:21 -0000 On Sat, Nov 3, 2012 at 5:24 PM, Alexander Leidinger wrote: > Hi, > > while trying to update from r239708 to r242511 (amd64 arch) I tried to > compile the world with "make -j8". After a short while I got an > internal error in the clang compile (this is a gcc-compiled system, I > don't use clang). The CFLAGS/COPTFLAGS are -O2 -pipe. > > Without the -j8 it compiles just fine. > Without the CPUTYPE?=native it compiles even with -j8. > > The CPU is an Intel(R) Xeon(R) CPU (L5630) with ECC ram. > > The r239708 world runs stable since I installed it (build with > CPUTYPE=native). The r242511 world (no CPUTYPE set) doesn't run stable > (not only the watchdogd segfault I reported in another mail some minutes > ago, but also some other kind of reboot every X minutes I haven't > investigated yet). > > Does someone run -current on a similar system on a similar revision and > can comment about the stability? > Not sure if your hitting the same bug, that was found in PR 112997. When you set CPUTYPE?=native, bsd.cpu.mk doesn't set MACHINE_CPU to the correct values for your CPUTYPE. See http://www.freebsd.org/cgi/query-pr.cgi?pr=conf/112997 for a patch to bsd.cpu.mk. Does your system compile correctly, if you specify the CPUTYPE? Scot From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 11:21:35 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 03A9DB9C; Sun, 4 Nov 2012 11:21:35 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id AC61C8FC0A; Sun, 4 Nov 2012 11:21:34 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:d48d:da6b:2080:d1e7] (unknown [IPv6:2001:7b8:3a7:0:d48d:da6b:2080:d1e7]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 3C0C65C59; Sun, 4 Nov 2012 12:21:33 +0100 (CET) Message-ID: <50964FBB.4010600@andric.com> Date: Sun, 04 Nov 2012 12:21:31 +0100 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Manfred Antar Subject: Re: weird network problems on current since 10/28/2012 References: <201211031740.qA3HeqVX001622@pozo.com> <201211040113.qA41DfLn001577@pozo.com> In-Reply-To: <201211040113.qA41DfLn001577@pozo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Adrian Chadd , freebsd-current@freebsd.org, Andre Oppermann X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Nov 2012 11:21:35 -0000 On 2012-11-04 02:13, Manfred Antar wrote: > At 03:29 PM 11/3/2012, Adrian Chadd wrote: >> On 3 November 2012 10:40, Manfred Antar wrote: >>> i have problem connecting to freebsd box on local network since last sunday. >>> the last kernel that works: >>> FreeBSD 10.0-CURRENT #0: Sun Oct 28 12:14:38 PDT 2012 >>> anything after that, sometimes i can connect, other times just hangs. >>> any network connection hangs ===== pop httpd ssh etc etc. >>> anyone have any ideas ? >>> i can checkout different sources and see if i can locate the changes that cause this. >> >> Please do! ... > Here is what I found doing : > setenv CVSROOT /usr/home/ncvs > > cvs co -D"October 28, 2012 12:14:38 PDT" sys > > A kernel from that time works fine. > > doing: > > cvs up -D"October 28, 2012 13:14:38 PDT" sys 1 hour later > the following files were changed: > sys/netinet/tcp_input.c > sys/netinet/tcp_timer.c > sys/netinet/tcp_var.h > > Building a kernel from these new files is when the problem starts. So, your problems seem to have been introduced by this commit by Andre: http://svn.freebsd.org/changeset/base/242266 Increase the initial CWND to 10 segments as defined in IETF TCPM draft-ietf-tcpm-initcwnd-05. It explains why the increased initial window improves the overall performance of many web services without risking congestion collapse. As long as it remains a draft it is placed under a sysctl marking it as experimental: net.inet.tcp.experimental.initcwnd10 = 1 When it becomes an official RFC soon the sysctl will be changed to the RFC number and moved to net.inet.tcp. This implementation differs from the RFC draft in that it is a bit more conservative in the case of packet loss on SYN or SYN|ACK because we haven't reduced the default RTO to 1 second yet. Also the restart window isn't yet increased as allowed. Both will be adjusted with upcoming changes. Is is enabled by default. In Linux it is enabled since kernel 3.0. After the commit, there was a small discussion thread on svn-src-head@ about the possible problems with the approach. Maybe you are experiencing those? As the commit message says, you should be able to turn the feature off using: sysctl net.inet.tcp.experimental.initcwnd10=0 Can you please try that, and see if the problems go away? From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 11:32:08 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CF503E52 for ; Sun, 4 Nov 2012 11:32:08 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 30C2D8FC0A for ; Sun, 4 Nov 2012 11:32:07 +0000 (UTC) Received: (qmail 39000 invoked from network); 4 Nov 2012 13:07:57 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 4 Nov 2012 13:07:57 -0000 Message-ID: <50965236.6040009@freebsd.org> Date: Sun, 04 Nov 2012 12:32:06 +0100 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121010 Thunderbird/16.0.1 MIME-Version: 1.0 To: Manfred Antar Subject: Re: weird network problems on current since 10/28/2012 References: <201211031740.qA3HeqVX001622@pozo.com> <201211040113.qA41DfLn001577@pozo.com> In-Reply-To: <201211040113.qA41DfLn001577@pozo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Adrian Chadd , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Nov 2012 11:32:09 -0000 On 04.11.2012 02:13, Manfred Antar wrote: > At 03:29 PM 11/3/2012, Adrian Chadd wrote: >> On 3 November 2012 10:40, Manfred Antar wrote: >>> i have problem connecting to freebsd box on local network since last sunday. >>> the last kernel that works: >>> FreeBSD 10.0-CURRENT #0: Sun Oct 28 12:14:38 PDT 2012 >>> anything after that, sometimes i can connect, other times just hangs. >>> any network connection hangs ===== pop httpd ssh etc etc. >>> anyone have any ideas ? >>> i can checkout different sources and see if i can locate the changes that cause this. >> >> Please do! >> >> >> >> adrian > > OK > Here is what I found doing : > setenv CVSROOT /usr/home/ncvs > > cvs co -D"October 28, 2012 12:14:38 PDT" sys > > A kernel from that time works fine. > > doing: > > cvs up -D"October 28, 2012 13:14:38 PDT" sys 1 hour later > the following files were changed: > sys/netinet/tcp_input.c > sys/netinet/tcp_timer.c > sys/netinet/tcp_var.h > > Building a kernel from these new files is when the problem starts. Can you please provide one or more tcpdump from a failing kernel? Also please enable sysctl net.inet.tcp.logdebug=1 and capture LOG_DEBUG output from syslogd. That may give some important information as well. -- Andre From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 11:47:15 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 98BDB2ED; Sun, 4 Nov 2012 11:47:15 +0000 (UTC) (envelope-from yerenkow@gmail.com) Received: from mail-oa0-f54.google.com (mail-oa0-f54.google.com [209.85.219.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3484F8FC12; Sun, 4 Nov 2012 11:47:15 +0000 (UTC) Received: by mail-oa0-f54.google.com with SMTP id n9so6193902oag.13 for ; Sun, 04 Nov 2012 03:47:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=v0uEJooRv/gVSe1yoBPnWtvUlftIgnGiuDBqw9kX6hY=; b=VZKSQFSfnJ9eYvzzwyP28zUeI2jhsBOxuLB0DEE4HMrpcvsxk6IP3DWPZmKSG+dJIh Fo8JkYfKV8o3n5VyskHP9SjIcw0kE84e91LmOX2y3hC+t3L3iwR96hDrHlckRIMhzqQc NNBaK28hItv1IPwamSu/easOu0Jvx3jVuU/aS242/4Hjsw7F7GEUccTEOhvCAs5z4GYB N0IKtJlXftYzA+ZY9qMVkDEatSfzOruJZwSIlsurBG9/UPZmAO1M79oSqMqkRUSuMImc 1ruDmmZEfbHwCAX2BGX0N2xqVRgxFB9R4KdtXwqQ/ricFscRRb9xl/c4UvEU6A9YyZn5 pb4A== MIME-Version: 1.0 Received: by 10.182.145.35 with SMTP id sr3mr5377963obb.98.1352029634259; Sun, 04 Nov 2012 03:47:14 -0800 (PST) Received: by 10.60.58.165 with HTTP; Sun, 4 Nov 2012 03:47:14 -0800 (PST) In-Reply-To: <50965236.6040009@freebsd.org> References: <201211031740.qA3HeqVX001622@pozo.com> <201211040113.qA41DfLn001577@pozo.com> <50965236.6040009@freebsd.org> Date: Sun, 4 Nov 2012 13:47:14 +0200 Message-ID: Subject: Re: weird network problems on current since 10/28/2012 From: Alexander Yerenkow To: Andre Oppermann Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Adrian Chadd , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Nov 2012 11:47:15 -0000 Could this be same problem - PR/173309 ? -- Regards, Alexander Yerenkow From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 12:13:44 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7F24693C; Sun, 4 Nov 2012 12:13:44 +0000 (UTC) (envelope-from hatanou@infolab.ne.jp) Received: from moon.infolab.ne.jp (unknown [IPv6:2001:3e0:90c::1]) by mx1.freebsd.org (Postfix) with ESMTP id DCEE48FC0A; Sun, 4 Nov 2012 12:13:40 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by moon.infolab.ne.jp (8.14.5/8.14.5) with ESMTP id qA4CDb0X035948; Sun, 4 Nov 2012 21:13:37 +0900 (JST) (envelope-from hatanou@infolab.ne.jp) Date: Sun, 04 Nov 2012 21:13:36 +0900 (JST) Message-Id: <20121104.211336.244701604.hatanou@infolab.ne.jp> To: freebsd-stable@freebsd.org Subject: Re: SU+J on 9.1-RC2 ISO From: HATANO Tomomi In-Reply-To: <5095B89F.4070705@freebsd.org> References: <20121103190930.GA23145@icarus.home.lan> <5095B89F.4070705@freebsd.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Sun_Nov__4_21_13_36_2012_719)--" Content-Transfer-Encoding: 7bit Cc: jdc@koitsu.org, b.smeelen@ose.nl, fnwhitehorn@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Nov 2012 12:13:44 -0000 ----Next_Part(Sun_Nov__4_21_13_36_2012_719)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi all. The point is: There is completely no way to take a snapshot of SU+J partition unless modify one's kernel. Whether some issue still exist or not, how about enabling snapshoting SU+J partition through sysctl variable? Would you mind to see patch attached? 1. Taking a snapshot of SU+J partition is controlled through sysctl variable. 2. Default to disable. One who want to enable it should set the variable manually. 3. The default value in bsdinstall(8) may be left as is. -- HATANO Tomomi. ----Next_Part(Sun_Nov__4_21_13_36_2012_719)-- Content-Type: Text/X-Patch; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="snapsuj.patch" --- src/sys/ufs/ffs/ffs_snapshot.c.orig 2012-11-04 11:01:58.000000000 +0900 +++ src/sys/ufs/ffs/ffs_snapshot.c 2012-11-04 11:13:32.000000000 +0900 @@ -182,8 +182,10 @@ */ int dopersistence = 0; -#ifdef DEBUG #include +int snapsuj = 0; +SYSCTL_INT(_debug, OID_AUTO, snapsuj, CTLFLAG_RW, &snapsuj, 0, ""); +#ifdef DEBUG SYSCTL_INT(_debug, OID_AUTO, dopersistence, CTLFLAG_RW, &dopersistence, 0, ""); static int snapdebug = 0; SYSCTL_INT(_debug, OID_AUTO, snapdebug, CTLFLAG_RW, &snapdebug, 0, ""); @@ -230,7 +232,7 @@ * At the moment, journaled soft updates cannot support * taking snapshots. */ - if (MOUNTEDSUJ(mp)) { + if (MOUNTEDSUJ(mp) && (snapsuj == 0)) { vfs_mount_error(mp, "%s: Snapshots are not yet supported when " "running with journaled soft updates", fs->fs_fsmnt); return (EOPNOTSUPP); ----Next_Part(Sun_Nov__4_21_13_36_2012_719)---- From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 12:16:01 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D176EB7C; Sun, 4 Nov 2012 12:16:01 +0000 (UTC) (envelope-from w8hdkim@gmail.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 59CA78FC0A; Sun, 4 Nov 2012 12:16:01 +0000 (UTC) Received: by mail-vc0-f182.google.com with SMTP id fw7so6674439vcb.13 for ; Sun, 04 Nov 2012 04:16:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=qblL1B5AQsZj5ioS+a0waQ85TYKIqibksI6+34EOsNg=; b=IXa57ApSO7PlbzdE8mJUpctbLNzam19+RTvDKiAGBHRz9JLc6Gfg+t1rhEx09FS8Es se4BmEayPdkepxgBgpGFjJVZ4iMDbKJlulcC4bHrAKUupNinxEF0Fb9c3qQQOv2sh3uU dLfKf5muMZ50ctsYN8K9lRmV1CeeS3JT6TzSwn+bDclpi4rZQATxll2biR3VD8GOdxDe VoQ7i/jleOT422wCKoSmi8X/koVGAn6GP+oG/w4wT4vNJxdrUwtQAyT2pN40V33NLvwn xZcGcqcWz/wB6GOI+FA1C1/Ng10UVi9aljGFyAfX9NbgXPpRZMim2XNwVhPF+vpGFkft YP/Q== MIME-Version: 1.0 Received: by 10.58.155.169 with SMTP id vx9mr6938122veb.45.1352031361131; Sun, 04 Nov 2012 04:16:01 -0800 (PST) Received: by 10.58.226.163 with HTTP; Sun, 4 Nov 2012 04:16:01 -0800 (PST) Date: Sun, 4 Nov 2012 07:16:01 -0500 Message-ID: Subject: Re: weird network problems on current since 10/28/2012 From: Kim Culhan To: Dimitry Andric Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Adrian Chadd , freebsd-current@freebsd.org, Andre Oppermann X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Nov 2012 12:16:02 -0000 On Sun, November 4, 2012 6:21 am, Dimitry Andric wrote: > On 2012-11-04 02:13, Manfred Antar wrote: >> At 03:29 PM 11/3/2012, Adrian Chadd wrote: >>> On 3 November 2012 10:40, Manfred Antar wrote: >>>> i have problem connecting to freebsd box on local network since last sunday. >>>> the last kernel that works: >>>> FreeBSD 10.0-CURRENT #0: Sun Oct 28 12:14:38 PDT 2012 >>>> anything after that, sometimes i can connect, other times just hangs. >>>> any network connection hangs ===== pop httpd ssh etc etc. >>>> anyone have any ideas ? >>>> i can checkout different sources and see if i can locate the changes that cause >>>> this. >>> >>> Please do! > ... >> Here is what I found doing : >> setenv CVSROOT /usr/home/ncvs >> >> cvs co -D"October 28, 2012 12:14:38 PDT" sys >> >> A kernel from that time works fine. >> >> doing: >> >> cvs up -D"October 28, 2012 13:14:38 PDT" sys 1 hour later >> the following files were changed: >> sys/netinet/tcp_input.c >> sys/netinet/tcp_timer.c >> sys/netinet/tcp_var.h >> >> Building a kernel from these new files is when the problem starts. > > So, your problems seem to have been introduced by this commit by Andre: > > http://svn.freebsd.org/changeset/base/242266 > > Increase the initial CWND to 10 segments as defined in IETF TCPM > draft-ietf-tcpm-initcwnd-05. It explains why the increased initial > window improves the overall performance of many web services without > risking congestion collapse. > > As long as it remains a draft it is placed under a sysctl marking it > as experimental: > net.inet.tcp.experimental.initcwnd10 = 1 > When it becomes an official RFC soon the sysctl will be changed to > the RFC number and moved to net.inet.tcp. > > This implementation differs from the RFC draft in that it is a bit > more conservative in the case of packet loss on SYN or SYN|ACK because > we haven't reduced the default RTO to 1 second yet. Also the restart > window isn't yet increased as allowed. Both will be adjusted with > upcoming changes. > > Is is enabled by default. In Linux it is enabled since kernel 3.0. > > After the commit, there was a small discussion thread on svn-src-head@ > about the possible problems with the approach. Maybe you are > experiencing those? > > As the commit message says, you should be able to turn the feature off > using: > > sysctl net.inet.tcp.experimental.initcwnd10=0 > > Can you please try that, and see if the problems go away? FWIW this did not make the problem go away here. thanks -kim -- From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 12:42:29 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E104BFBD; Sun, 4 Nov 2012 12:42:29 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0D5998FC0C; Sun, 4 Nov 2012 12:42:28 +0000 (UTC) Received: by mail-we0-f182.google.com with SMTP id x43so2753960wey.13 for ; Sun, 04 Nov 2012 04:42:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-type:content-transfer-encoding:message-id; bh=zyg6aJ6WgoRP4/qHIiHk4W2pwOl+XIJMN7Etktm0Q/U=; b=hHanh9ywabyrWbU6jQYPeV1Uf1FEwT2qe/dnwZP4o9laLSuWIRKr2s0Oh1s1JZ+3V/ cPLz66hmb/sOvnw7p+a5RmurxSod2ABt/dAlVjmah/WQTN/WaQp9OwdEo2wKAsTJ+zdD igm0wJN5iYNKgSQHRyZuxYhLAbwU9Xwq6A8jSFHZKH4/v8ZMrcR0A5bTpobitZKU2mYN Yh5I7+fPGsGon6v9eVIcx7nELzjt+HKVY1/ATjuhp+W5ZubG+f98kWy/bfEEnMhkMB0z 59uUPgOo9kR+v5h55TJ0Z4y+JLldp//8bGhjPh+ur+jM51EzWcMRSHMlL3d5VBbRFXR4 /2PA== Received: by 10.216.137.94 with SMTP id x72mr2234022wei.187.1352032942367; Sun, 04 Nov 2012 04:42:22 -0800 (PST) Received: from dragon.dg (41-132-211-149.dsl.mweb.co.za. [41.132.211.149]) by mx.google.com with ESMTPS id j8sm6088405wiy.9.2012.11.04.04.42.19 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 04 Nov 2012 04:42:21 -0800 (PST) From: David Naylor To: Jan Beich Subject: Re: November 5th is Clang-Day Date: Sun, 4 Nov 2012 14:42:13 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.1-PRERELEASE; KDE/4.9.1; amd64; ; ) References: <20121102032945.GF65074@lor.one-eyed-alien.net> <201211030948.43530.naylor.b.david@gmail.com> <1TUlad-0008bB-OF@internal.tormail.org> In-Reply-To: <1TUlad-0008bB-OF@internal.tormail.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5521153.u17xfddALF"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201211041442.16620.naylor.b.david@gmail.com> Cc: David Chisnall , freebsd-current@freebsd.org, Brooks Davis X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Nov 2012 12:42:30 -0000 --nextPart5521153.u17xfddALF Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Saturday, 3 November 2012 23:47:54 Jan Beich wrote: > David Naylor writes: > > There are two issues here: 1) wine compiled with clang, and 2) wine > > (compiled with gcc) running on clang compiled base. > >=20 > > Regarding 1), according to the wiki [1], wine does have stack alignment > > issues and some wine programs do not run when compiled with clang [2][3] > > and other bugs with clang cause freezing within wine [4][5]. The > > impression I get is that, using the work-a-round of stack realignment, > > wine does work to some extent when compiled by clang. >=20 > Took me some time but now I can confirm that clang-built wine-1.5.16 > works fine for me with gcc-built lib32 (i.e. ld-elf32.so.1 + /usr/lib32). >=20 > > Regarding 2) (which I believe Jan was referring to), when I have a gcc > > built world and just replace lib32 with clang built libraries I have > > winecfg and regedit launching but displaying black screens. Switching > > back to gcc built lib32 I get a working winecfg and regedit. This, to > > me, indicates a clang error somewhere. >=20 > My experience varies between clang-built and gcc-built wine. >=20 > # clang, quick crash >=20 > # gcc, black rectangle >=20 > So, why not switch stack alignment in wine (upstream)? This would make > /stable/9 wine package continue to work on /head. >=20 > Here's my wine package built with and without the patch. >=20 > # sha256: cef5e543a5c534acb7237634224561863122ab3c256df319c6428856266d79fd > http://ompldr.org/vZzR0bw/4byte-clang-wine-fbsd64-1.5.16,1.txz > # sha256: 68e402bf7cb39ea48b9bef7772422cf476e89b214fd3b98ced37e0068f588c6c > http://ompldr.org/vZzR0ZA/16byte-clang-wine-fbsd64-1.5.16,1.txz I tried building (using gcc) wine with your patch and now (at least) winecf= g=20 and regedit work with a clang built lib32. I'll email Gerald (wine's=20 maintainer) about including your patch in wine. =20 regards --nextPart5521153.u17xfddALF Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEABECAAYFAlCWYqgACgkQUaaFgP9pFrLPswCfZjFl7/IiwBJnoUB0huOqy8S7 aLYAoIKIrMEch/mjYr7Pr6hWXuJAmJ5Z =Cogn -----END PGP SIGNATURE----- --nextPart5521153.u17xfddALF-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 11:07:01 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 728C665E for ; Sun, 4 Nov 2012 11:07:01 +0000 (UTC) (envelope-from levitch@iglou.com) Received: from rdsmtp.iglou.com (rdsmtp.iglou.com [192.107.41.63]) by mx1.freebsd.org (Postfix) with ESMTP id 2386D8FC08 for ; Sun, 4 Nov 2012 11:07:00 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=iglou.com; s=alpha; h=Content-Type:MIME-Version:References:Message-ID:In-Reply-To:Subject:cc:To:From:Date; bh=rN6Fvr2nnv/a8Uv1JivB/fxsieMPbiS1fk0e70IO5as=; b=IUyOLMUjDQj+WlBIP9RW1yPQFra1zVsa7e1MX5uEowTamg8XUyVA+//8W+TTI/GgpSIwDHts21uJbHhibKDcdR10JYvKGLQuIrtxZ8EWiIEbWIOUOrTDzKL/DvaeJI1m65/dzlS1vIRm3UsA+cOg4Tikg7xX6v+mB1DSl3AOPwI=; Received: from iglou1.iglou.com ([192.107.41.3]:35554 helo=mail.iglou.com) by rdsmtp.iglou.com with esmtpa (Exim MTA/8.19.3) (envelope-from ) id 1TUy2d-0000WB-Ue by authid with igloumta_auth for current@freebsd.org; Sun, 04 Nov 2012 06:06:59 -0500 Received: from shell1.iglou.com ([192.107.41.17]:38299 helo=shell1) by mail.iglou.com with esmtps (TLS cipher TLSv1:AES256-SHA:256) (Exim MTA/8.19.3) (envelope-from ) id 1TUy2d-0005Xh-C0; Sun, 04 Nov 2012 06:06:59 -0500 Date: Sun, 4 Nov 2012 06:06:59 -0500 (EST) From: Darrel X-X-Sender: levitch@shell1 To: Garrett Cooper Subject: [solved]: r2421600 amd64 /var/db/pkg In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (GSO 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-630072926-1352027219=:24960" X-Originating-IP: 192.107.41.17 X-IgLou-Customer: 3cb6f76205bd20f518810676a67a982b X-Mailman-Approved-At: Sun, 04 Nov 2012 12:47:09 +0000 Cc: Eitan Adler , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Nov 2012 11:07:01 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---559023410-630072926-1352027219=:24960 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Sat, 3 Nov 2012, Garrett Cooper wrote: > On Sat, Nov 3, 2012 at 6:15 PM, Darrel wrote: >=20 > ... > =A0 > Yes, the existing man 8 pkg does not seem to match all of the facts. >=20 >=20 > =A0=A0=A0 What you probably ran into is the common chicken and egg proble= m where > if pkgng is upgraded ports, it blows up when it tries to deinstall the > package, or similarly, when portmaster is upgraded, it doesn't halt the > upgrade and restart it properly. > =A0=A0=A0 It's most likely still a problem; I'm going to doublecheck to m= ake sure > that's the case and file PRs if it is. Thanks, Garrett. For my current problem I am simply going to delete the=20 errant portmaster-3.14 from /var/db/pkg and then run 'portmaster -a -f -D'= =20 with the hope that portmaster-3.14_7 can fix things. If not I will try=20 reinstalling, the are only a few things installed- freeradius, postgresql,= =20 and about a dozen others. Darrel ---559023410-630072926-1352027219=:24960-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 13:18:35 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 13EB4D3B; Sun, 4 Nov 2012 13:18:35 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kostikbel-1-pt.tunnel.tserv11.ams1.ipv6.he.net [IPv6:2001:470:1f14:13d6::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8AE108FC12; Sun, 4 Nov 2012 13:18:34 +0000 (UTC) Received: from tom.home (localhost [127.0.0.1]) by kib.kiev.ua (8.14.5/8.14.5) with ESMTP id qA4DIU8c027937; Sun, 4 Nov 2012 15:18:30 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by tom.home (8.14.5/8.14.5/Submit) id qA4DIUc0027936; Sun, 4 Nov 2012 15:18:30 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 4 Nov 2012 15:18:30 +0200 From: Konstantin Belousov To: David Naylor Subject: Re: November 5th is Clang-Day Message-ID: <20121104131830.GL73505@kib.kiev.ua> References: <20121102032945.GF65074@lor.one-eyed-alien.net> <201211030948.43530.naylor.b.david@gmail.com> <1TUlad-0008bB-OF@internal.tormail.org> <201211041442.16620.naylor.b.david@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dD1ndss832r/QIua" Content-Disposition: inline In-Reply-To: <201211041442.16620.naylor.b.david@gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=0.2 required=5.0 tests=ALL_TRUSTED, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-current@freebsd.org, David Chisnall , Brooks Davis , Jan Beich X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Nov 2012 13:18:35 -0000 --dD1ndss832r/QIua Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 04, 2012 at 02:42:13PM +0200, David Naylor wrote: > On Saturday, 3 November 2012 23:47:54 Jan Beich wrote: > > David Naylor writes: > > > There are two issues here: 1) wine compiled with clang, and 2) wine > > > (compiled with gcc) running on clang compiled base. > > >=20 > > > Regarding 1), according to the wiki [1], wine does have stack alignme= nt > > > issues and some wine programs do not run when compiled with clang [2]= [3] > > > and other bugs with clang cause freezing within wine [4][5]. The > > > impression I get is that, using the work-a-round of stack realignment, > > > wine does work to some extent when compiled by clang. > >=20 > > Took me some time but now I can confirm that clang-built wine-1.5.16 > > works fine for me with gcc-built lib32 (i.e. ld-elf32.so.1 + /usr/lib32= ). > >=20 > > > Regarding 2) (which I believe Jan was referring to), when I have a gcc > > > built world and just replace lib32 with clang built libraries I have > > > winecfg and regedit launching but displaying black screens. Switching > > > back to gcc built lib32 I get a working winecfg and regedit. This, to > > > me, indicates a clang error somewhere. > >=20 > > My experience varies between clang-built and gcc-built wine. > >=20 > > # clang, quick crash > >=20 > > # gcc, black rectangle > >=20 > > So, why not switch stack alignment in wine (upstream)? This would make > > /stable/9 wine package continue to work on /head. > >=20 > > Here's my wine package built with and without the patch. > >=20 > > # sha256: cef5e543a5c534acb7237634224561863122ab3c256df319c6428856266d7= 9fd > > http://ompldr.org/vZzR0bw/4byte-clang-wine-fbsd64-1.5.16,1.txz > > # sha256: 68e402bf7cb39ea48b9bef7772422cf476e89b214fd3b98ced37e0068f588= c6c > > http://ompldr.org/vZzR0ZA/16byte-clang-wine-fbsd64-1.5.16,1.txz >=20 > I tried building (using gcc) wine with your patch and now (at least) wine= cfg=20 > and regedit work with a clang built lib32. I'll email Gerald (wine's=20 > maintainer) about including your patch in wine. =20 The wine is the wrong place to fix. If system libraries suddenly started requiring 16-byte stack alignment on i386, it is unacceptable breakage of the ABI. I tried to gather the evidence for the case, but apparent submitter of the bug stopped replying to the requests. --dD1ndss832r/QIua Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlCWayUACgkQC3+MBN1Mb4ijHQCgsn6zPVfmb0AVPjncq/QWV41+ PT8AoIZPSpfqb8YAYrNTKmwflW/d0zhq =zpfT -----END PGP SIGNATURE----- --dD1ndss832r/QIua-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 13:43:32 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B38D8144 for ; Sun, 4 Nov 2012 13:43:32 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2E3C08FC16 for ; Sun, 4 Nov 2012 13:43:31 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id b5so4497492lbd.13 for ; Sun, 04 Nov 2012 05:43:30 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=nknDB/oXsSKQUfIkgchZeCKvpLLjHQPt6VWGkPEguJU=; b=b8/pv6I/tw3eye186AoYWepvvwayZ5eF4NYr17eJZJWr7Xu4qsT7KeqmCNaC0YGZsO RRHmPn+aZmaccez4WNfo3UMoXEhmXybBiK+5ThIWMnFPiTx1TlrQizRB2R7mqL7rZKJ4 QB/+x8qCCG385Roe6ehKKMUmG4SXGw07vbiWjJZD4i7StIxqLukzh5v7p9tGqmO59UtY kOdma5AANQLoxlFADYmtU+RXInncNZvAKYGMVsmT+3xECJOp0EaVTX039XqUydw6cQVd ignqjTKB2sAQu8cXbBdoSlPmGMrdwrtRWoJ5yBMWl0WROVO22ExgCVMboLqn1iKf7M/5 voow== MIME-Version: 1.0 Received: by 10.112.27.97 with SMTP id s1mr2858142lbg.135.1352036610744; Sun, 04 Nov 2012 05:43:30 -0800 (PST) Received: by 10.112.135.137 with HTTP; Sun, 4 Nov 2012 05:43:30 -0800 (PST) In-Reply-To: References: <20121103232433.00005eee@unknown> Date: Sun, 4 Nov 2012 14:43:30 +0100 Message-ID: Subject: Re: Do we have a CPUTYPE=native and/or generic stability problem? From: Olivier Smedts To: Scot Hetzel X-Gm-Message-State: ALoCoQl6a9clrh1Fo42H+QqE7Y9TeP6F6KTVMDiVV175AKQJQsH8faewc8h9o6DMycL8M04LA4eQ Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Alexander Leidinger , "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Nov 2012 13:43:32 -0000 Le dimanche 4 novembre 2012, Scot Hetzel a =E9crit : > > When you set CPUTYPE?=3Dnative, bsd.cpu.mk doesn't set MACHINE_CPU to > the correct values for your CPUTYPE. > This comes regularly in the lists. Try setting the correct CPUTYPE for your CPU, and if you want to use "native" somewhere, add "-march=3Dnative" to your CFLAGS. There's another option to use so that *.mk don't add another "-march" with your CPUTYPE automatically. --=20 Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 13:57:42 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7F94B9A4 for ; Sun, 4 Nov 2012 13:57:42 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id BF70C8FC08 for ; Sun, 4 Nov 2012 13:57:40 +0000 (UTC) Received: (qmail 39982 invoked from network); 4 Nov 2012 15:33:29 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 4 Nov 2012 15:33:29 -0000 Message-ID: <50967453.5090503@freebsd.org> Date: Sun, 04 Nov 2012 14:57:39 +0100 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121010 Thunderbird/16.0.1 MIME-Version: 1.0 To: Kim Culhan Subject: Re: weird network problems on current since 10/28/2012 References: <201211031740.qA3HeqVX001622@pozo.com> <201211040113.qA41DfLn001577@pozo.com> <50964FBB.4010600@andric.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Dimitry Andric , freebsd-current@freebsd.org, Adrian Chadd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Nov 2012 13:57:42 -0000 On 04.11.2012 13:11, Kim Culhan wrote: > On Sun, November 4, 2012 6:21 am, Dimitry Andric wrote: >> On 2012-11-04 02:13, Manfred Antar wrote: >>> At 03:29 PM 11/3/2012, Adrian Chadd wrote: >>>> On 3 November 2012 10:40, Manfred Antar wrote: >>>>> i have problem connecting to freebsd box on local network since last sunday. >>>>> the last kernel that works: >>>>> FreeBSD 10.0-CURRENT #0: Sun Oct 28 12:14:38 PDT 2012 >>>>> anything after that, sometimes i can connect, other times just hangs. >>>>> any network connection hangs ===== pop httpd ssh etc etc. >>>>> anyone have any ideas ? >>>>> i can checkout different sources and see if i can locate the changes that cause >>>>> this. >>>> >>>> Please do! >> ... >>> Here is what I found doing : >>> setenv CVSROOT /usr/home/ncvs >>> >>> cvs co -D"October 28, 2012 12:14:38 PDT" sys >>> >>> A kernel from that time works fine. >>> >>> doing: >>> >>> cvs up -D"October 28, 2012 13:14:38 PDT" sys 1 hour later >>> the following files were changed: >>> sys/netinet/tcp_input.c >>> sys/netinet/tcp_timer.c >>> sys/netinet/tcp_var.h >>> >>> Building a kernel from these new files is when the problem starts. >> >> So, your problems seem to have been introduced by this commit by Andre: >> >> http://svn.freebsd.org/changeset/base/242266 >> >> Increase the initial CWND to 10 segments as defined in IETF TCPM >> draft-ietf-tcpm-initcwnd-05. It explains why the increased initial >> window improves the overall performance of many web services without >> risking congestion collapse. >> >> As long as it remains a draft it is placed under a sysctl marking it >> as experimental: >> net.inet.tcp.experimental.initcwnd10 = 1 >> When it becomes an official RFC soon the sysctl will be changed to >> the RFC number and moved to net.inet.tcp. >> >> This implementation differs from the RFC draft in that it is a bit >> more conservative in the case of packet loss on SYN or SYN|ACK because >> we haven't reduced the default RTO to 1 second yet. Also the restart >> window isn't yet increased as allowed. Both will be adjusted with >> upcoming changes. >> >> Is is enabled by default. In Linux it is enabled since kernel 3.0. >> >> After the commit, there was a small discussion thread on svn-src-head@ >> about the possible problems with the approach. Maybe you are >> experiencing those? >> >> As the commit message says, you should be able to turn the feature off >> using: >> >> sysctl net.inet.tcp.experimental.initcwnd10=0 >> >> Can you please try that, and see if the problems go away? > > FWIW this did not make the problem go away on 2 machines. Yes, this very much looks like the same problem as in PR/173309. Please try the attached patch. It fixes the connection hang issue. There may be a second issue I debugging currently base on the feedback from Fabian Keil. -- Andre Index: tcp_input.c =================================================================== --- tcp_input.c (revision 242494) +++ tcp_input.c (working copy) @@ -2650,10 +2652,12 @@ SOCKBUF_LOCK(&so->so_snd); if (acked > so->so_snd.sb_cc) { + tp->snd_wnd -= so->so_snd.sb_cc; sbdrop_locked(&so->so_snd, (int)so->so_snd.sb_cc); ourfinisacked = 1; } else { sbdrop_locked(&so->so_snd, acked); + tp->snd_wnd -= acked; ourfinisacked = 0; } /* NB: sowwakeup_locked() does an implicit unlock. */ From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 14:12:15 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 116B62AD; Sun, 4 Nov 2012 14:12:15 +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 916E98FC0A; Sun, 4 Nov 2012 14:12:14 +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 qA4EBtab006509 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NOT); Sun, 4 Nov 2012 06:11:56 -0800 (PST) (envelope-from null@pozo.com) Message-Id: <201211041411.qA4EBtab006509@pozo.com> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sun, 04 Nov 2012 06:11:50 -0800 To: Dimitry Andric From: Manfred Antar Subject: Re: weird network problems on current since 10/28/2012 In-Reply-To: <50964FBB.4010600@andric.com> References: <201211031740.qA3HeqVX001622@pozo.com> <201211040113.qA41DfLn001577@pozo.com> <50964FBB.4010600@andric.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Spam-Status: No, score=-0.9 required=5.0 tests=ALL_TRUSTED,MISSING_MID autolearn=no 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: qA4EBtab006509 X-pozocom-MailScanner: Found to be clean X-pozocom-MailScanner-From: null@pozo.com Cc: Adrian Chadd , freebsd-current@freebsd.org, Andre Oppermann X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Nov 2012 14:12:15 -0000 At 03:21 AM 11/4/2012, Dimitry Andric wrote: >On 2012-11-04 02:13, Manfred Antar wrote: >>At 03:29 PM 11/3/2012, Adrian Chadd wrote: >>>On 3 November 2012 10:40, Manfred Antar wrote: >>>>i have problem connecting to freebsd box on local network since last sunday. >>>>the last kernel that works: >>>> FreeBSD 10.0-CURRENT #0: Sun Oct 28 12:14:38 PDT 2012 >>>>anything after that, sometimes i can connect, other times just hangs. >>>>any network connection hangs ===== pop httpd ssh etc etc. >>>>anyone have any ideas ? >>>>i can checkout different sources and see if i can locate the changes that cause this. >>> >>>Please do! >... >>Here is what I found doing : >>setenv CVSROOT /usr/home/ncvs >> >>cvs co -D"October 28, 2012 12:14:38 PDT" sys >> >>A kernel from that time works fine. >> >>doing: >> >>cvs up -D"October 28, 2012 13:14:38 PDT" sys 1 hour later >>the following files were changed: >>sys/netinet/tcp_input.c >>sys/netinet/tcp_timer.c >>sys/netinet/tcp_var.h >> >>Building a kernel from these new files is when the problem starts. > >So, your problems seem to have been introduced by this commit by Andre: > > http://svn.freebsd.org/changeset/base/242266 > > Increase the initial CWND to 10 segments as defined in IETF TCPM > draft-ietf-tcpm-initcwnd-05. It explains why the increased initial > window improves the overall performance of many web services without > risking congestion collapse. > > As long as it remains a draft it is placed under a sysctl marking it > as experimental: > net.inet.tcp.experimental.initcwnd10 = 1 > When it becomes an official RFC soon the sysctl will be changed to > the RFC number and moved to net.inet.tcp. > > This implementation differs from the RFC draft in that it is a bit > more conservative in the case of packet loss on SYN or SYN|ACK because > we haven't reduced the default RTO to 1 second yet. Also the restart > window isn't yet increased as allowed. Both will be adjusted with > upcoming changes. > > Is is enabled by default. In Linux it is enabled since kernel 3.0. > >After the commit, there was a small discussion thread on svn-src-head@ >about the possible problems with the approach. Maybe you are >experiencing those? > >As the commit message says, you should be able to turn the feature off >using: > > sysctl net.inet.tcp.experimental.initcwnd10=0 > >Can you please try that, and see if the problems go away? I read the commit log and tried that. It didn't change. I will try the patch from Andre and enable the debug log. Manfred ======================== || 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 Sun Nov 4 14:29:46 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 02D82AB; Sun, 4 Nov 2012 14:29:45 +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 A6ABE8FC0C; Sun, 4 Nov 2012 14:29:45 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:d48d:da6b:2080:d1e7] (unknown [IPv6:2001:7b8:3a7:0:d48d:da6b:2080:d1e7]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 263F15C59; Sun, 4 Nov 2012 15:29:44 +0100 (CET) Message-ID: <50967BD6.9090806@FreeBSD.org> Date: Sun, 04 Nov 2012 15:29:42 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Konstantin Belousov Subject: Re: November 5th is Clang-Day References: <20121102032945.GF65074@lor.one-eyed-alien.net> <201211030948.43530.naylor.b.david@gmail.com> <1TUlad-0008bB-OF@internal.tormail.org> <201211041442.16620.naylor.b.david@gmail.com> <20121104131830.GL73505@kib.kiev.ua> In-Reply-To: <20121104131830.GL73505@kib.kiev.ua> Content-Type: multipart/mixed; boundary="------------080601050205030809080704" Cc: David Chisnall , freebsd-current@freebsd.org, David Naylor , Brooks Davis , Jan Beich X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Nov 2012 14:29:46 -0000 This is a multi-part message in MIME format. --------------080601050205030809080704 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 2012-11-04 14:18, Konstantin Belousov wrote: > On Sun, Nov 04, 2012 at 02:42:13PM +0200, David Naylor wrote: ... >> I tried building (using gcc) wine with your patch and now (at least) winecfg >> and regedit work with a clang built lib32. I'll email Gerald (wine's >> maintainer) about including your patch in wine. > > The wine is the wrong place to fix. If system libraries suddenly started > requiring 16-byte stack alignment on i386, it is unacceptable breakage > of the ABI. So we really must use 4 byte stack alignment on i386 by default? I have attached a diff to llvm for this, but I would like to verify that it is really correct. Apparently Darwin, Linux and Solaris all use 16 byte alignment. The Sys V ABI seems to say only: "The stack is word aligned. Although the architecture does not require any alignment of the stack, software convention and the operating system requires that the stack be aligned on a word boundary". --------------080601050205030809080704 Content-Type: text/x-diff; name="fix-llvm-i386-alignment-1.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="fix-llvm-i386-alignment-1.diff" Index: contrib/llvm/lib/Target/X86/X86Subtarget.cpp =================================================================== --- contrib/llvm/lib/Target/X86/X86Subtarget.cpp (revision 242480) +++ contrib/llvm/lib/Target/X86/X86Subtarget.cpp (working copy) @@ -416,12 +416,12 @@ X86Subtarget::X86Subtarget(const std::string &TT, assert((!In64BitMode || HasX86_64) && "64-bit code requested on a subtarget that doesn't support it!"); - // Stack alignment is 16 bytes on Darwin, FreeBSD, Linux and Solaris (both - // 32 and 64 bit) and for all 64-bit targets. + // Stack alignment is 16 bytes on Darwin, Linux and Solaris (both 32 and 64 + // bit) and for all 64-bit targets. if (StackAlignOverride) - stackAlignment = StackAlignOverride; - else if (isTargetDarwin() || isTargetFreeBSD() || isTargetLinux() || - isTargetSolaris() || In64BitMode) + stackAlignment = StackAlignOverride; + else if (isTargetDarwin() || isTargetLinux() || isTargetSolaris() || + In64BitMode) stackAlignment = 16; } --------------080601050205030809080704-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 14:37:03 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7B3893EB; Sun, 4 Nov 2012 14:37:03 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kostikbel-1-pt.tunnel.tserv11.ams1.ipv6.he.net [IPv6:2001:470:1f14:13d6::2]) by mx1.freebsd.org (Postfix) with ESMTP id C30CF8FC0C; Sun, 4 Nov 2012 14:37:02 +0000 (UTC) Received: from tom.home (localhost [127.0.0.1]) by kib.kiev.ua (8.14.5/8.14.5) with ESMTP id qA4EaxXg035931; Sun, 4 Nov 2012 16:36:59 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by tom.home (8.14.5/8.14.5/Submit) id qA4Eaxax035930; Sun, 4 Nov 2012 16:36:59 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 4 Nov 2012 16:36:59 +0200 From: Konstantin Belousov To: Dimitry Andric Subject: Re: November 5th is Clang-Day Message-ID: <20121104143658.GM73505@kib.kiev.ua> References: <20121102032945.GF65074@lor.one-eyed-alien.net> <201211030948.43530.naylor.b.david@gmail.com> <1TUlad-0008bB-OF@internal.tormail.org> <201211041442.16620.naylor.b.david@gmail.com> <20121104131830.GL73505@kib.kiev.ua> <50967BD6.9090806@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PlDVpzlhHY5RV9ko" Content-Disposition: inline In-Reply-To: <50967BD6.9090806@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=0.2 required=5.0 tests=ALL_TRUSTED, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: David Chisnall , freebsd-current@freebsd.org, David Naylor , Brooks Davis , Jan Beich X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Nov 2012 14:37:03 -0000 --PlDVpzlhHY5RV9ko Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 04, 2012 at 03:29:42PM +0100, Dimitry Andric wrote: > On 2012-11-04 14:18, Konstantin Belousov wrote: > > On Sun, Nov 04, 2012 at 02:42:13PM +0200, David Naylor wrote: > ... > >> I tried building (using gcc) wine with your patch and now (at least) w= inecfg > >> and regedit work with a clang built lib32. I'll email Gerald (wine's > >> maintainer) about including your patch in wine. > > > > The wine is the wrong place to fix. If system libraries suddenly started > > requiring 16-byte stack alignment on i386, it is unacceptable breakage > > of the ABI. >=20 > So we really must use 4 byte stack alignment on i386 by default? I have > attached a diff to llvm for this, but I would like to verify that it is > really correct. Apparently Darwin, Linux and Solaris all use 16 byte > alignment. No, this is a misunderstanding. We must provide libraries that tolerate the 4-byte aligned stack. Also, to be compatible with broken compilers (both older versions of gcc and some versions of clang) we must provide the libraries which preserve the %esp mod 0x10 across the functions entry/leave points. The crt ensures that the stack is 16-byte aligned on entry to main. >=20 > The Sys V ABI seems to say only: "The stack is word aligned. Although > the architecture does not require any alignment of the stack, software > convention and the operating system requires that the stack be aligned > on a word boundary". Right, this is ABI which some binaries follow. There are some other binarie= s, generated by arguably broken compilers, which require 16-byte alignment. The system shall support both. > Index: contrib/llvm/lib/Target/X86/X86Subtarget.cpp > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- contrib/llvm/lib/Target/X86/X86Subtarget.cpp (revision 242480) > +++ contrib/llvm/lib/Target/X86/X86Subtarget.cpp (working copy) > @@ -416,12 +416,12 @@ X86Subtarget::X86Subtarget(const std::string &TT, > assert((!In64BitMode || HasX86_64) && > "64-bit code requested on a subtarget that doesn't support it!"= ); > =20 > - // Stack alignment is 16 bytes on Darwin, FreeBSD, Linux and Solaris (= both > - // 32 and 64 bit) and for all 64-bit targets. > + // Stack alignment is 16 bytes on Darwin, Linux and Solaris (both 32 a= nd 64 > + // bit) and for all 64-bit targets. > if (StackAlignOverride) > - stackAlignment =3D StackAlignOverride; > - else if (isTargetDarwin() || isTargetFreeBSD() || isTargetLinux() || > - isTargetSolaris() || In64BitMode) > + stackAlignment =3D StackAlignOverride; > + else if (isTargetDarwin() || isTargetLinux() || isTargetSolaris() || > + In64BitMode) > stackAlignment =3D 16; > } > =20 --PlDVpzlhHY5RV9ko Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlCWfYoACgkQC3+MBN1Mb4g8SACfXYluKR7qLZ6kHg+aXgYAbc/l GzUAn1u0IfN7lHr+4FS7TpqyXZTq8x5O =crOO -----END PGP SIGNATURE----- --PlDVpzlhHY5RV9ko-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 14:40:23 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 42A48697; Sun, 4 Nov 2012 14:40:23 +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 F20808FC08; Sun, 4 Nov 2012 14:40:22 +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 qA4Ee9tF001680 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NOT); Sun, 4 Nov 2012 06:40:15 -0800 (PST) (envelope-from null@pozo.com) Message-Id: <201211041440.qA4Ee9tF001680@pozo.com> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sun, 04 Nov 2012 06:40:04 -0800 To: Andre Oppermann From: Manfred Antar Subject: Re: weird network problems on current since 10/28/2012 In-Reply-To: <50967453.5090503@freebsd.org> References: <201211031740.qA3HeqVX001622@pozo.com> <201211040113.qA41DfLn001577@pozo.com> <50964FBB.4010600@andric.com> <50967453.5090503@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Spam-Status: No, score=-0.9 required=5.0 tests=ALL_TRUSTED,MISSING_MID autolearn=no 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: qA4Ee9tF001680 X-pozocom-MailScanner: Found to be clean X-pozocom-MailScanner-From: null@pozo.com Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Nov 2012 14:40:23 -0000 At 05:57 AM 11/4/2012, you wrote: >On 04.11.2012 13:11, Kim Culhan wrote: >>On Sun, November 4, 2012 6:21 am, Dimitry Andric wrote: >>>On 2012-11-04 02:13, Manfred Antar wrote: >>>>At 03:29 PM 11/3/2012, Adrian Chadd wrote: >>>>>On 3 November 2012 10:40, Manfred Antar wrote: >>>>>>i have problem connecting to freebsd box on local network since last sunday. >>>>>>the last kernel that works: >>>>>> FreeBSD 10.0-CURRENT #0: Sun Oct 28 12:14:38 PDT 2012 >>>>>>anything after that, sometimes i can connect, other times just hangs. >>>>>>any network connection hangs ===== pop httpd ssh etc etc. >>>>>>anyone have any ideas ? >>>>>>i can checkout different sources and see if i can locate the changes that cause >>>>>>this. >>>>> >>>>>Please do! >>>... >>>>Here is what I found doing : >>>>setenv CVSROOT /usr/home/ncvs >>>> >>>>cvs co -D"October 28, 2012 12:14:38 PDT" sys >>>> >>>>A kernel from that time works fine. >>>> >>>>doing: >>>> >>>>cvs up -D"October 28, 2012 13:14:38 PDT" sys 1 hour later >>>>the following files were changed: >>>>sys/netinet/tcp_input.c >>>>sys/netinet/tcp_timer.c >>>>sys/netinet/tcp_var.h >>>> >>>>Building a kernel from these new files is when the problem starts. >>> >>>So, your problems seem to have been introduced by this commit by Andre: >>> >>> http://svn.freebsd.org/changeset/base/242266 >>> >>> Increase the initial CWND to 10 segments as defined in IETF TCPM >>> draft-ietf-tcpm-initcwnd-05. It explains why the increased initial >>> window improves the overall performance of many web services without >>> risking congestion collapse. >>> >>> As long as it remains a draft it is placed under a sysctl marking it >>> as experimental: >>> net.inet.tcp.experimental.initcwnd10 = 1 >>> When it becomes an official RFC soon the sysctl will be changed to >>> the RFC number and moved to net.inet.tcp. >>> >>> This implementation differs from the RFC draft in that it is a bit >>> more conservative in the case of packet loss on SYN or SYN|ACK because >>> we haven't reduced the default RTO to 1 second yet. Also the restart >>> window isn't yet increased as allowed. Both will be adjusted with >>> upcoming changes. >>> >>> Is is enabled by default. In Linux it is enabled since kernel 3.0. >>> >>>After the commit, there was a small discussion thread on svn-src-head@ >>>about the possible problems with the approach. Maybe you are >>>experiencing those? >>> >>>As the commit message says, you should be able to turn the feature off >>>using: >>> >>> sysctl net.inet.tcp.experimental.initcwnd10=0 >>> >>>Can you please try that, and see if the problems go away? >> >>FWIW this did not make the problem go away on 2 machines. > >Yes, this very much looks like the same problem as in PR/173309. > >Please try the attached patch. It fixes the connection hang issue. >There may be a second issue I debugging currently base on the feedback >from Fabian Keil. > >-- >Andre > >Index: tcp_input.c >=================================================================== >--- tcp_input.c (revision 242494) >+++ tcp_input.c (working copy) >@@ -2650,10 +2652,12 @@ > > SOCKBUF_LOCK(&so->so_snd); > if (acked > so->so_snd.sb_cc) { >+ tp->snd_wnd -= so->so_snd.sb_cc; > sbdrop_locked(&so->so_snd, (int)so->so_snd.sb_cc); > ourfinisacked = 1; > } else { > sbdrop_locked(&so->so_snd, acked); >+ tp->snd_wnd -= acked; > ourfinisacked = 0; > } > /* NB: sowwakeup_locked() does an implicit unlock. */ This patch improves the connection issue, not hanging on trying to connect (ssh pop) It still seems that it is taking longer to connect though. But in the end the connection goes through. I can capture a tcpdump and put it at http://pozo.com/tcpdump/tpdump.txt if that will help. I'll let it run for about 1/2 hour. Manfred -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 13:58:21 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 365C6AFD for ; Sun, 4 Nov 2012 13:58:21 +0000 (UTC) (envelope-from bryan@shatow.net) Received: from secure.xzibition.com (secure.xzibition.com [173.160.118.92]) by mx1.freebsd.org (Postfix) with ESMTP id CA7E18FC1A for ; Sun, 4 Nov 2012 13:58:20 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; c=nofws; d=shatow.net; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=sweb; b=flGonC UMqYJqUqKlyTfjb7fYz29OJN32Xn7EyP4f2cVCm1anvIlmEnckuZRmiItguZXmPj TYDHks7lITLaIRmnHvgaof8wKT1n71GFwF1va7GSsweZF34Eh0QMEnOf+Z0ZVQL1 SRyFUDq86bD68es8K4CadAbEWyryrgdXAHlAw= DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=shatow.net; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; s=sweb; bh=xs5ddHGjrTqT 5LxbBGKmCI8aBBTQwuZzYIa/YdI6eOk=; b=I0KBAtvKNm+q71UQEL6dkLRXI6uH k2kVyEcvlu5BUU5sDHvY5BQYHZuGY+dLnJC83OPwU7iDS6Oy0EV+TJhFGvZGgf1c WdKNsS/qPOiXBQhdvr2MHGSjduVaaOhCW4YDTwTtKDD44UNk0SBvANr9l3tMzPzS v2UjkV9ZsUzOab0= Received: (qmail 28302 invoked from network); 4 Nov 2012 07:58:12 -0600 Received: from unknown (HELO ?10.10.0.115?) (bryan@shatow.net@10.10.0.115) by sweb.xzibition.com with ESMTPA; 4 Nov 2012 07:58:12 -0600 Message-ID: <50967473.8080808@shatow.net> Date: Sun, 04 Nov 2012 07:58:11 -0600 From: Bryan Drewery User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: Darrel Subject: Re: [solved]: r2421600 amd64 /var/db/pkg References: In-Reply-To: X-Enigmail-Version: 1.4.5 OpenPGP: id=3C9B0CF9; url=http://www.shatow.net/bryan/bryan.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 04 Nov 2012 15:12:05 +0000 Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Nov 2012 13:58:21 -0000 On 11/4/2012 5:06 AM, Darrel wrote: > > On Sat, 3 Nov 2012, Garrett Cooper wrote: > >> On Sat, Nov 3, 2012 at 6:15 PM, Darrel wrote: >> >> ... >> >> Yes, the existing man 8 pkg does not seem to match all of the facts. >> >> >> What you probably ran into is the common chicken and egg problem >> where >> if pkgng is upgraded ports, it blows up when it tries to deinstall the >> package, or similarly, when portmaster is upgraded, it doesn't halt the >> upgrade and restart it properly. >> It's most likely still a problem; I'm going to doublecheck to make >> sure >> that's the case and file PRs if it is. > > Thanks, Garrett. For my current problem I am simply going to delete the > errant portmaster-3.14 from /var/db/pkg and then run 'portmaster -a -f > -D' with the hope that portmaster-3.14_7 can fix things. If not I will > try reinstalling, the are only a few things installed- freeradius, > postgresql, and about a dozen others. This is overkill. You either have a pkg_install database or a pkgng database. Determining which will save you time. After you run pkg2ng, pkg_info will no longer work. It will complain about corrupted packages, since all the data is gone, but portmaster has stored additional information there, which confuses pkg_info. Check the output of 'pkg info'. If it lists all your packages, you are done. Nothing more to do. If not, run pkg2ng. Also, you can see any packages that have not converted with: find /var/db/pkg -name +CONTENTS If nothing comes up, they are already all converted. Bryan From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 15:42:08 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C7DF51BF for ; Sun, 4 Nov 2012 15:42:08 +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 91EA98FC16 for ; Sun, 4 Nov 2012 15:42:08 +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 <0MCY00D00WU16Q00@smtpauth1.wiscmail.wisc.edu> for freebsd-current@freebsd.org; Sun, 04 Nov 2012 08:42:01 -0600 (CST) Received: from comporellon.tachypleus.net (adsl-71-150-249-157.dsl.mdsnwi.sbcglobal.net [71.150.249.157]) by smtpauth1.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0MCY00997WU08610@smtpauth1.wiscmail.wisc.edu> for freebsd-current@freebsd.org; Sun, 04 Nov 2012 08:42:01 -0600 (CST) Date: Sun, 04 Nov 2012 08:42:00 -0600 From: Nathan Whitehorn Subject: Re: November 5th is Clang-Day In-reply-to: <50967BD6.9090806@FreeBSD.org> To: freebsd-current@freebsd.org Message-id: <50967EB8.50308@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=71.150.249.157 X-Spam-PmxInfo: Server=avs-13, Version=5.6.1.2065439, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2012.11.4.143317, SenderIP=71.150.249.157 References: <20121102032945.GF65074@lor.one-eyed-alien.net> <201211030948.43530.naylor.b.david@gmail.com> <1TUlad-0008bB-OF@internal.tormail.org> <201211041442.16620.naylor.b.david@gmail.com> <20121104131830.GL73505@kib.kiev.ua> <50967BD6.9090806@FreeBSD.org> User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:16.0) Gecko/20121103 Thunderbird/16.0.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Nov 2012 15:42:08 -0000 On 11/04/12 08:29, Dimitry Andric wrote: > On 2012-11-04 14:18, Konstantin Belousov wrote: >> On Sun, Nov 04, 2012 at 02:42:13PM +0200, David Naylor wrote: > ... >>> I tried building (using gcc) wine with your patch and now (at least) >>> winecfg >>> and regedit work with a clang built lib32. I'll email Gerald (wine's >>> maintainer) about including your patch in wine. >> >> The wine is the wrong place to fix. If system libraries suddenly started >> requiring 16-byte stack alignment on i386, it is unacceptable breakage >> of the ABI. > > So we really must use 4 byte stack alignment on i386 by default? I have > attached a diff to llvm for this, but I would like to verify that it is > really correct. Apparently Darwin, Linux and Solaris all use 16 byte > alignment. > > The Sys V ABI seems to say only: "The stack is word aligned. Although > the architecture does not require any alignment of the stack, software > convention and the operating system requires that the stack be aligned > on a word boundary". This is an ugly business. The stack is really 4 bytes aligned on Linux and Solaris too, but GCC decided to unilaterally change the ABI a few years ago (also on FreeBSD). You can find a chunk of the sordid story of this in a number of GCC bugs marked WONTFIX (e.g. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38496). To pacify the people who were yelling about it, they added some __attribute__(()) foo and compiler flags to change what it uses for specific programs and add magic to realign the stack at boundaries. So much water has passed under the bridge at this point as to reach flood stage, so I think the correct solution here is to add the same __attribute__(()) and flags to clang rather than changing the default alignment back to 4. Changing it only on FreeBSD is especially wrong. -Nathan From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 15:09:45 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 43AB97FE for ; Sun, 4 Nov 2012 15:09:45 +0000 (UTC) (envelope-from levitch@iglou.com) Received: from rdsmtp.iglou.com (rdsmtp.iglou.com [192.107.41.63]) by mx1.freebsd.org (Postfix) with ESMTP id EA9258FC14 for ; Sun, 4 Nov 2012 15:09:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=iglou.com; s=alpha; h=Content-Type:MIME-Version:References:Message-ID:In-Reply-To:Subject:cc:To:From:Date; bh=nwcmw50PRbhR4OIiT+uzOPgjhlrIYBysaBrPzBY6+Iw=; b=rsPrttZ/3SAd3TRAE+8DJ0h6MBE53KHeXyE/QK+tZpzxlf+yi4rP/u50WCL+ZKQB5NEeyHMvYHU/4XI25SxWXzr0FLZ/ZPFm5RNHT8dxPiVbujNcAUArJ+QnOiAWTnNcItD2P+hGHP53Tbhe8WLAY2L6ORP9oRsCC93uodiPCi4=; Received: from iglou4.iglou.com ([192.107.41.39]:48509 helo=mail.iglou.com) by rdsmtp.iglou.com with esmtpa (Exim MTA/8.19.3) (envelope-from ) id 1TV1pX-0006U4-D6 by authid with igloumta_auth for current@freebsd.org; Sun, 04 Nov 2012 10:09:43 -0500 Received: from shell1.iglou.com ([192.107.41.17]:38848 helo=shell1) by mail.iglou.com with esmtps (TLS cipher TLSv1:AES256-SHA:256) (Exim MTA/8.19.3) (envelope-from ) id 1TV1pX-0005UT-00; Sun, 04 Nov 2012 10:09:43 -0500 Date: Sun, 4 Nov 2012 10:09:42 -0500 (EST) From: Darrel X-X-Sender: levitch@shell1 To: Bryan Drewery Subject: Re: [solved]: r2421600 amd64 /var/db/pkg In-Reply-To: <50967473.8080808@shatow.net> Message-ID: References: <50967473.8080808@shatow.net> User-Agent: Alpine 2.00 (GSO 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Originating-IP: 192.107.41.17 X-IgLou-Customer: 3cb6f76205bd20f518810676a67a982b X-Mailman-Approved-At: Sun, 04 Nov 2012 16:47:52 +0000 Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Nov 2012 15:09:45 -0000 >>> What you probably ran into is the common chicken and egg problem >>> where >>> if pkgng is upgraded ports, it blows up when it tries to deinstall the >>> package, or similarly, when portmaster is upgraded, it doesn't halt the >>> upgrade and restart it properly. >>> It's most likely still a problem; I'm going to doublecheck to make >>> sure >>> that's the case and file PRs if it is. >> >> Thanks, Garrett. For my current problem I am simply going to delete the >> errant portmaster-3.14 from /var/db/pkg and then run 'portmaster -a -f >> -D' with the hope that portmaster-3.14_7 can fix things. If not I will >> try reinstalling, the are only a few things installed- freeradius, >> postgresql, and about a dozen others. > > This is overkill. You either have a pkg_install database or a pkgng > database. Determining which will save you time. > > After you run pkg2ng, pkg_info will no longer work. It will complain > about corrupted packages, since all the data is gone, but portmaster has > stored additional information there, which confuses pkg_info. > > Check the output of 'pkg info'. If it lists all your packages, you are > done. Nothing more to do. > > If not, run pkg2ng. > > Also, you can see any packages that have not converted with: > find /var/db/pkg -name +CONTENTS > If nothing comes up, they are already all converted. > > Thanks, Bryan. Actually my fbsd10 machine already has portmaster reinstalling, which seems to be running alright. It has less than two dozen packages on it. I am looking at a fbsd9.1 machine right now, and it seems like a strange case considering your advice. If I run 'pkg info' or 'pkg_info' then all of the packages are listed. If I run 'find /var/db/pkg -name +CONTENTS' then all of the packages are found. Yet on that machine in /etc/make.conf exists 'WITH_PKGNG=yes' and I ran pkg2ng on the 15th of October. Darrel From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 19:46:59 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1DEEAF14; Sun, 4 Nov 2012 19:46:59 +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 CC13C8FC12; Sun, 4 Nov 2012 19:46:55 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA4Jksn9048232; Sun, 4 Nov 2012 14:46:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA4JksWQ048228; Sun, 4 Nov 2012 19:46:54 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 4 Nov 2012 19:46:54 GMT Message-Id: <201211041946.qA4JksWQ048228@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2012 19:46:59 -0000 TB --- 2012-11-04 19:40:55 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-04 19:40:55 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-04 19:40:55 - starting HEAD tinderbox run for mips64/mips TB --- 2012-11-04 19:40:55 - cleaning the object tree TB --- 2012-11-04 19:40:55 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-04 19:40:55 - cd /tinderbox/HEAD/mips64/mips TB --- 2012-11-04 19:40:55 - /usr/local/bin/svn cleanup /src TB --- 2012-11-04 19:41:54 - /usr/local/bin/svn update /src TB --- 2012-11-04 19:41:54 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-04 19:41:54 - WARNING: sleeping 30 s and retrying... TB --- 2012-11-04 19:42:24 - /usr/local/bin/svn update /src TB --- 2012-11-04 19:42:24 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-04 19:42:24 - WARNING: sleeping 60 s and retrying... TB --- 2012-11-04 19:43:24 - /usr/local/bin/svn update /src TB --- 2012-11-04 19:43:24 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-04 19:43:24 - WARNING: sleeping 90 s and retrying... TB --- 2012-11-04 19:44:54 - /usr/local/bin/svn update /src TB --- 2012-11-04 19:44:54 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-04 19:44:54 - WARNING: sleeping 120 s and retrying... TB --- 2012-11-04 19:46:54 - /usr/local/bin/svn update /src TB --- 2012-11-04 19:46:54 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-04 19:46:54 - ERROR: unable to check out the source tree TB --- 2012-11-04 19:46:54 - 2.78 user 4.02 system 359.57 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 19:53:03 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9EAC5454; Sun, 4 Nov 2012 19:53: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 5AE568FC14; Sun, 4 Nov 2012 19:53:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA4Jr2ep075564; Sun, 4 Nov 2012 14:53:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA4Jr2l2075563; Sun, 4 Nov 2012 19:53:02 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 4 Nov 2012 19:53:02 GMT Message-Id: <201211041953.qA4Jr2l2075563@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2012 19:53:03 -0000 TB --- 2012-11-04 19:46:54 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-04 19:46:54 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-04 19:46:54 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-11-04 19:46:54 - cleaning the object tree TB --- 2012-11-04 19:46:54 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-04 19:46:54 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2012-11-04 19:46:54 - /usr/local/bin/svn cleanup /src TB --- 2012-11-04 19:48:02 - /usr/local/bin/svn update /src TB --- 2012-11-04 19:48:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-04 19:48:02 - WARNING: sleeping 30 s and retrying... TB --- 2012-11-04 19:48:32 - /usr/local/bin/svn update /src TB --- 2012-11-04 19:48:32 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-04 19:48:32 - WARNING: sleeping 60 s and retrying... TB --- 2012-11-04 19:49:32 - /usr/local/bin/svn update /src TB --- 2012-11-04 19:49:32 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-04 19:49:32 - WARNING: sleeping 90 s and retrying... TB --- 2012-11-04 19:51:02 - /usr/local/bin/svn update /src TB --- 2012-11-04 19:51:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-04 19:51:02 - WARNING: sleeping 120 s and retrying... TB --- 2012-11-04 19:53:02 - /usr/local/bin/svn update /src TB --- 2012-11-04 19:53:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-04 19:53:02 - ERROR: unable to check out the source tree TB --- 2012-11-04 19:53:02 - 2.84 user 3.88 system 367.87 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 19:53:05 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6319A457 for ; Sun, 4 Nov 2012 19:53:05 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id E85718FC0A for ; Sun, 4 Nov 2012 19:53:04 +0000 (UTC) Received: (qmail 42186 invoked from network); 4 Nov 2012 21:28:51 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 4 Nov 2012 21:28:51 -0000 Message-ID: <5096C79E.6020400@freebsd.org> Date: Sun, 04 Nov 2012 20:53:02 +0100 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121010 Thunderbird/16.0.1 MIME-Version: 1.0 To: John Baldwin Subject: Re: kernel module parallel build? References: <5083D84E.50903@freebsd.org> <201210220928.52778.jhb@freebsd.org> In-Reply-To: <201210220928.52778.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Nov 2012 19:53:05 -0000 On 22.10.2012 15:28, John Baldwin wrote: > On Sunday, October 21, 2012 7:11:10 am Andre Oppermann wrote: >> What's keeping kernel modules from building in parallel with >> "make -j8"? > > They don't for you? They do for me either via 'make buildkernel' > or the old method. They do, but only partially. Within a module the files are built in parallel. However the module directories seem to be serialized. I'm a Makefile noob though. -- Andre From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 19:58:47 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 656CA8CA; Sun, 4 Nov 2012 19:58: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 200E08FC0C; Sun, 4 Nov 2012 19:58:47 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA4JwkgY019324; Sun, 4 Nov 2012 14:58:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA4Jwkhq019323; Sun, 4 Nov 2012 19:58:46 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 4 Nov 2012 19:58:46 GMT Message-Id: <201211041958.qA4Jwkhq019323@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2012 19:58:47 -0000 TB --- 2012-11-04 19:53:02 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-04 19:53:02 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-04 19:53:02 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2012-11-04 19:53:02 - cleaning the object tree TB --- 2012-11-04 19:53:02 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-04 19:53:02 - cd /tinderbox/HEAD/powerpc64/powerpc TB --- 2012-11-04 19:53:02 - /usr/local/bin/svn cleanup /src TB --- 2012-11-04 19:53:46 - /usr/local/bin/svn update /src TB --- 2012-11-04 19:53:46 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-04 19:53:46 - WARNING: sleeping 30 s and retrying... TB --- 2012-11-04 19:54:16 - /usr/local/bin/svn update /src TB --- 2012-11-04 19:54:16 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-04 19:54:16 - WARNING: sleeping 60 s and retrying... TB --- 2012-11-04 19:55:16 - /usr/local/bin/svn update /src TB --- 2012-11-04 19:55:16 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-04 19:55:16 - WARNING: sleeping 90 s and retrying... TB --- 2012-11-04 19:56:46 - /usr/local/bin/svn update /src TB --- 2012-11-04 19:56:46 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-04 19:56:46 - WARNING: sleeping 120 s and retrying... TB --- 2012-11-04 19:58:46 - /usr/local/bin/svn update /src TB --- 2012-11-04 19:58:46 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-04 19:58:46 - ERROR: unable to check out the source tree TB --- 2012-11-04 19:58:46 - 3.01 user 3.77 system 343.60 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 20:04:15 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7FA3BD1A; Sun, 4 Nov 2012 20:04: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 3D4408FC0C; Sun, 4 Nov 2012 20:04:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA4K4EOj030711; Sun, 4 Nov 2012 15:04:14 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA4K4Eow030707; Sun, 4 Nov 2012 20:04:14 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 4 Nov 2012 20:04:14 GMT Message-Id: <201211042004.qA4K4Eow030707@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2012 20:04:15 -0000 TB --- 2012-11-04 19:58:46 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-04 19:58:46 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-04 19:58:46 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-11-04 19:58:46 - cleaning the object tree TB --- 2012-11-04 19:58:46 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-04 19:58:46 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2012-11-04 19:58:46 - /usr/local/bin/svn cleanup /src TB --- 2012-11-04 19:59:14 - /usr/local/bin/svn update /src TB --- 2012-11-04 19:59:14 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-04 19:59:14 - WARNING: sleeping 30 s and retrying... TB --- 2012-11-04 19:59:44 - /usr/local/bin/svn update /src TB --- 2012-11-04 19:59:44 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-04 19:59:44 - WARNING: sleeping 60 s and retrying... TB --- 2012-11-04 20:00:44 - /usr/local/bin/svn update /src TB --- 2012-11-04 20:00:44 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-04 20:00:44 - WARNING: sleeping 90 s and retrying... TB --- 2012-11-04 20:02:14 - /usr/local/bin/svn update /src TB --- 2012-11-04 20:02:14 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-04 20:02:14 - WARNING: sleeping 120 s and retrying... TB --- 2012-11-04 20:04:14 - /usr/local/bin/svn update /src TB --- 2012-11-04 20:04:14 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-04 20:04:14 - ERROR: unable to check out the source tree TB --- 2012-11-04 20:04:14 - 2.79 user 3.84 system 327.79 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 20:06:35 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8A342FE0; Sun, 4 Nov 2012 20:06: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 3E2798FC14; Sun, 4 Nov 2012 20:06:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA4JesWV028215; Sun, 4 Nov 2012 14:40:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA4Jesx7028211; Sun, 4 Nov 2012 19:40:54 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 4 Nov 2012 19:40:54 GMT Message-Id: <201211041940.qA4Jesx7028211@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2012 20:06:35 -0000 TB --- 2012-11-04 19:35:19 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-04 19:35:19 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-04 19:35:19 - starting HEAD tinderbox run for mips/mips TB --- 2012-11-04 19:35:19 - cleaning the object tree TB --- 2012-11-04 19:35:19 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-04 19:35:19 - cd /tinderbox/HEAD/mips/mips TB --- 2012-11-04 19:35:19 - /usr/local/bin/svn cleanup /src TB --- 2012-11-04 19:35:54 - /usr/local/bin/svn update /src TB --- 2012-11-04 19:35:54 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-04 19:35:54 - WARNING: sleeping 30 s and retrying... TB --- 2012-11-04 19:36:24 - /usr/local/bin/svn update /src TB --- 2012-11-04 19:36:24 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-04 19:36:24 - WARNING: sleeping 60 s and retrying... TB --- 2012-11-04 19:37:24 - /usr/local/bin/svn update /src TB --- 2012-11-04 19:37:24 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-04 19:37:24 - WARNING: sleeping 90 s and retrying... TB --- 2012-11-04 19:38:54 - /usr/local/bin/svn update /src TB --- 2012-11-04 19:38:54 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-04 19:38:54 - WARNING: sleeping 120 s and retrying... TB --- 2012-11-04 19:40:54 - /usr/local/bin/svn update /src TB --- 2012-11-04 19:40:54 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-04 19:40:54 - ERROR: unable to check out the source tree TB --- 2012-11-04 19:40:54 - 2.95 user 3.45 system 335.25 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 20:41:18 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4C488C34; Sun, 4 Nov 2012 20:41: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 E4A858FC0A; Sun, 4 Nov 2012 20:41: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 qA4KFQiE091552; Sun, 4 Nov 2012 21:15:27 +0100 (CET) (envelope-from andreast-list@fgznet.ch) Message-ID: <5096CCDE.7090305@fgznet.ch> Date: Sun, 04 Nov 2012 21:15:26 +0100 From: Andreas Tobler User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: Andre Oppermann Subject: Re: weird network problems on current since 10/28/2012 References: <201211031740.qA3HeqVX001622@pozo.com> <201211040113.qA41DfLn001577@pozo.com> <50964FBB.4010600@andric.com> <50967453.5090503@freebsd.org> In-Reply-To: <50967453.5090503@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on 81.92.96.47 Cc: Kim Culhan , Dimitry Andric , freebsd-current@freebsd.org, Adrian Chadd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Nov 2012 20:41:18 -0000 On 04.11.12 14:57, Andre Oppermann wrote: > On 04.11.2012 13:11, Kim Culhan wrote: >> On Sun, November 4, 2012 6:21 am, Dimitry Andric wrote: >>> On 2012-11-04 02:13, Manfred Antar wrote: >>>> At 03:29 PM 11/3/2012, Adrian Chadd wrote: >>>>> On 3 November 2012 10:40, Manfred Antar wrote: >>>>>> i have problem connecting to freebsd box on local network since last sunday. >>>>>> the last kernel that works: >>>>>> FreeBSD 10.0-CURRENT #0: Sun Oct 28 12:14:38 PDT 2012 >>>>>> anything after that, sometimes i can connect, other times just hangs. >>>>>> any network connection hangs ===== pop httpd ssh etc etc. >>>>>> anyone have any ideas ? >>>>>> i can checkout different sources and see if i can locate the changes that cause >>>>>> this. >>>>> >>>>> Please do! >>> ... >>>> Here is what I found doing : >>>> setenv CVSROOT /usr/home/ncvs >>>> >>>> cvs co -D"October 28, 2012 12:14:38 PDT" sys >>>> >>>> A kernel from that time works fine. >>>> >>>> doing: >>>> >>>> cvs up -D"October 28, 2012 13:14:38 PDT" sys 1 hour later >>>> the following files were changed: >>>> sys/netinet/tcp_input.c >>>> sys/netinet/tcp_timer.c >>>> sys/netinet/tcp_var.h >>>> >>>> Building a kernel from these new files is when the problem starts. >>> >>> So, your problems seem to have been introduced by this commit by Andre: >>> >>> http://svn.freebsd.org/changeset/base/242266 >>> >>> Increase the initial CWND to 10 segments as defined in IETF TCPM >>> draft-ietf-tcpm-initcwnd-05. It explains why the increased initial >>> window improves the overall performance of many web services without >>> risking congestion collapse. >>> >>> As long as it remains a draft it is placed under a sysctl marking it >>> as experimental: >>> net.inet.tcp.experimental.initcwnd10 = 1 >>> When it becomes an official RFC soon the sysctl will be changed to >>> the RFC number and moved to net.inet.tcp. >>> >>> This implementation differs from the RFC draft in that it is a bit >>> more conservative in the case of packet loss on SYN or SYN|ACK because >>> we haven't reduced the default RTO to 1 second yet. Also the restart >>> window isn't yet increased as allowed. Both will be adjusted with >>> upcoming changes. >>> >>> Is is enabled by default. In Linux it is enabled since kernel 3.0. >>> >>> After the commit, there was a small discussion thread on svn-src-head@ >>> about the possible problems with the approach. Maybe you are >>> experiencing those? >>> >>> As the commit message says, you should be able to turn the feature off >>> using: >>> >>> sysctl net.inet.tcp.experimental.initcwnd10=0 >>> >>> Can you please try that, and see if the problems go away? >> >> FWIW this did not make the problem go away on 2 machines. > > Yes, this very much looks like the same problem as in PR/173309. > > Please try the attached patch. It fixes the connection hang issue. > There may be a second issue I debugging currently base on the feedback > from Fabian Keil. I jump into this thread since I have a similar network issue. My scenario: 'make installkernel DESTDIR=/netboot/test' to a nfs mounted drive. The nfs drive on the server is an ufs fs. No zfs. Up to r242261 I can install the kernel (or world) in a fluent way to the nfs destination. >From r242262 it doesn't work smooth. I have stalls, sometimes my patience is not enough and I kill the process. I tried 242266 with the above mentioned patch. No real success. How can I help/test? TIA, Andreas From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 21:50:14 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7BB995BB for ; Sun, 4 Nov 2012 21:50:14 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 2332B8FC0A for ; Sun, 4 Nov 2012 21:50:13 +0000 (UTC) Received: from outgoing.leidinger.net (p5DD4596B.dip.t-dialin.net [93.212.89.107]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 6B8A3844096; Sun, 4 Nov 2012 22:50:10 +0100 (CET) Received: from unknown (IO.Leidinger.net [192.168.1.12]) by outgoing.leidinger.net (Postfix) with ESMTPS id EAC78218C; Sun, 4 Nov 2012 22:50:07 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=leidinger.net; s=outgoing-alex; t=1352065807; bh=wHwjIhxQvEcBlDGvOAODUT3x6oWsbQ4Up7IghIpufQY=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=Lj7AkUhU/oF/iK9nMq8Riwatm20C3mQHxOGjoq1xQBrJqiw7MblYzQQ2ULMACRLL9 ZYzvw370ofazybIoxhlS45cql0dkZgUTdljAp3Ox+pHXZfXkSNvz0v5gM/pyHM0i15 U57pDWAPLVF+5mNVRnATOlzOCtTLF541wgxU5WMrtxLB2MVs8PONS4MwmcHpNeIZgD 53OVWzB7/SijuQaXUwpmv1z7uQGmhtOStFv2fRIkyySeinxgHeIUEhGBLO6zRCGz6E RkvXtU5rtS5hsQPVvgqeSJ37LPJr5z9edvMyc+P+3EqEAs415t0wNPJhNWWKMzE18d NMPygu9Tzq6mQ== Date: Sun, 4 Nov 2012 22:50:10 +0100 From: Alexander Leidinger To: d@delphij.net Subject: Re: watchdogd coredump Message-ID: <20121104225010.00000560@unknown> In-Reply-To: <50959F0B.7010505@delphij.net> References: <20121103225542.00001118@unknown> <20121103220843.GI73505@kib.kiev.ua> <20121103233426.0000371d@unknown> <50959F0B.7010505@delphij.net> X-Mailer: Claws Mail 3.8.0cvs30 (GTK+ 2.24.10; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 6B8A3844096.AEFC2 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.259, required 6, autolearn=disabled, ALL_TRUSTED -1.00, AWL -1.11, DKIM_SIGNED 0.10, J_CHICKENPOX_65 0.60, TW_SV 0.08, TW_VN 0.08, T_DKIM_INVALID 0.01, T_RP_MATCHES_RCVD -0.01) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1352670610.61308@UrAGxZe/x4iloCt7UlrQBA X-EBL-Spam-Status: No Cc: freebsd-current@freebsd.org, delphij@delphij.net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Nov 2012 21:50:14 -0000 On Sat, 03 Nov 2012 15:47:39 -0700 Xin Li wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > On 11/3/12 3:34 PM, Alexander Leidinger wrote: > > On Sun, 4 Nov 2012 00:08:43 +0200 Konstantin Belousov > > wrote: > > > >> Are you sure that your kernel is at r242511 ? > >> > >> The issue should have been fixed by r242011. > > > > # svnversion 242511M > > > > # svn status M contrib/bind9/bin/named/interfacemgr.c M > > etc/defaults/rc.conf M etc/rc.d/jail M > > sys/dev/ata/ata-all.c M sys/dev/drm/drmP.h M > > sys/dev/usb/serial/ulpt.c M sys/kern/kern_jail.c M > > sys/sys/jail.h M sys/sys/priv.h M sys/vm/uma_core.c > > > > The uma_core patch is the one floating around which shall prevent > > memory fragmentation, the others are mostly my X-in-jail and some > > minor default values (ata, ulpt) changes. > > > > Currently I'm back to the previous kernel+world, but I still have > > the r242511M boot environment available (I have no time to > > investigate the problem this evening, and I want to have a stable > > system until I get time to have a deeper look at this). > > What was 'strings /boot/kernel.bad/kernel | tail' saying? I verified at boot that the kernel was booting the right kernel: ---snip--- # strings /rpool/ROOT/r242511M/boot/kernel/kernel | tail [...] @(#)FreeBSD 10.0-CURRENT #10 r242511M: Sat Nov 3 17:49:09 CET 2012 FreeBSD 10.0-CURRENT #10 r242511M: Sat Nov 3 17:49:09 CET 2012 root@Andromeda.Leidinger.net:/usr/obj/space/system/usr_src/sys/ANDROMEDA [...] ---snip--- Anything special you want me to investigate? Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 21:55:32 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9EFDE707; Sun, 4 Nov 2012 21:55:32 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 484858FC12; Sun, 4 Nov 2012 21:55:32 +0000 (UTC) Received: from outgoing.leidinger.net (p5DD4596B.dip.t-dialin.net [93.212.89.107]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 4143E844096; Sun, 4 Nov 2012 22:55:29 +0100 (CET) Received: from unknown (IO.Leidinger.net [192.168.1.12]) by outgoing.leidinger.net (Postfix) with ESMTPS id B2D16218E; Sun, 4 Nov 2012 22:55:26 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=leidinger.net; s=outgoing-alex; t=1352066126; bh=GJh/k4Bbq3KfdIBkt9mYJ8ZCOzXtaU9ZCGdCeoNFBIo=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=jZS9/e6Fr9a1yuihitC+pGSEzR734nWREIEinvwN2OiiJTqOk/gRZDn+KZbbnocJF e9xGCOXbpPz3RnQoomd4i3DqJ/lON9XMMol3GzvyzLERayaC1ROSiVJqAB9OiGo/uX kR5Ys9+JF/tvmDp9NV5ZO/ke6zcGHg49iUff78zsN4pSp1zAaHci2njcySQLwKngtk QJSe7YcmCf7w83z8YtNO0Yn9Q3KiV/Jtag914Nx4NW2SM10pl089JlDPKofb3xNfNr Igh8jpJn2TR+fC0ocMnf03tLlXSBruGj/S1+BFhiOtLdnP8ICeYUVIAqj2Vxq0Kn7D OrJw61ljcHM7w== Date: Sun, 4 Nov 2012 22:55:29 +0100 From: Alexander Leidinger To: Dimitry Andric Subject: Re: Do we have a CPUTYPE=native and/or generic stability problem? Message-ID: <20121104225529.000028a9@unknown> In-Reply-To: <5095ACC7.1050002@FreeBSD.org> References: <20121103232433.00005eee@unknown> <5095ACC7.1050002@FreeBSD.org> X-Mailer: Claws Mail 3.8.0cvs30 (GTK+ 2.24.10; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 4143E844096.ADB97 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.627, required 6, autolearn=disabled, ALL_TRUSTED -1.00, AWL -0.73, DKIM_SIGNED 0.10, T_DKIM_INVALID 0.01, T_RP_MATCHES_RCVD -0.01) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1352670929.40752@Jg34r9xaffkAthVY0yLomg X-EBL-Spam-Status: No Cc: current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Nov 2012 21:55:32 -0000 On Sun, 04 Nov 2012 00:46:15 +0100 Dimitry Andric wrote: > On 2012-11-03 23:24, Alexander Leidinger wrote: > > while trying to update from r239708 to r242511 (amd64 arch) I tried > > to compile the world with "make -j8". After a short while I got an > > internal error in the clang compile (this is a gcc-compiled system, > > I don't use clang). The CFLAGS/COPTFLAGS are -O2 -pipe. > > > > Without the -j8 it compiles just fine. > > Without the CPUTYPE?=native it compiles even with -j8. > > Hm, at first I thought you might be running out of RAM, but apparently > that is not the case then. :) The machine has 12 MB RAM (no swap configured), after nearly a day uptime it looks like this: ---snip--- Mem: 348M Active, 599M Inact, 9281M Wired, 264K Cache, 1548M Free ARC: 7117M Total, 1607M MRU, 3996M MFU, 934K Anon, 208M Header, 1307M Other ---snip--- I would not expect an internal compiler error when I run out of RAM. > > The CPU is an Intel(R) Xeon(R) CPU (L5630) with ECC ram. > > What does gcc detect for this CPU with -march=native? You can do: > > gcc -march=native -v -c -x c /dev/null 2>&1 | grep -- -march > > to see what it passes to the second stage. ---snip--- # gcc -march=native -v -c -x c /dev/null 2>&1 | grep -- -march /usr/libexec/cc1 -quiet -v -D_LONGLONG /dev/null -march=core2 -mtune=generic -quiet -dumpbase null -auxbase null -version -o /tmp//cc7kc0JI.s ---snip--- Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 21:57:43 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BA63D9E4 for ; Sun, 4 Nov 2012 21:57:43 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 1B0AE8FC0C for ; Sun, 4 Nov 2012 21:57:42 +0000 (UTC) Received: (qmail 43055 invoked from network); 4 Nov 2012 23:33:28 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 4 Nov 2012 23:33:28 -0000 Message-ID: <5096E4D4.6000000@freebsd.org> Date: Sun, 04 Nov 2012 22:57:40 +0100 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121010 Thunderbird/16.0.1 MIME-Version: 1.0 To: Andreas Tobler Subject: Re: weird network problems on current since 10/28/2012 References: <201211031740.qA3HeqVX001622@pozo.com> <201211040113.qA41DfLn001577@pozo.com> <50964FBB.4010600@andric.com> <50967453.5090503@freebsd.org> <5096CCDE.7090305@fgznet.ch> In-Reply-To: <5096CCDE.7090305@fgznet.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Kim Culhan , Dimitry Andric , freebsd-current@freebsd.org, Adrian Chadd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Nov 2012 21:57:43 -0000 On 04.11.2012 21:15, Andreas Tobler wrote: > On 04.11.12 14:57, Andre Oppermann wrote: >> On 04.11.2012 13:11, Kim Culhan wrote: >>> On Sun, November 4, 2012 6:21 am, Dimitry Andric wrote: >>>> On 2012-11-04 02:13, Manfred Antar wrote: >>>>> At 03:29 PM 11/3/2012, Adrian Chadd wrote: >>>> After the commit, there was a small discussion thread on svn-src-head@ >>>> about the possible problems with the approach. Maybe you are >>>> experiencing those? >>>> >>>> As the commit message says, you should be able to turn the feature off >>>> using: >>>> >>>> sysctl net.inet.tcp.experimental.initcwnd10=0 >>>> >>>> Can you please try that, and see if the problems go away? >>> >>> FWIW this did not make the problem go away on 2 machines. >> >> Yes, this very much looks like the same problem as in PR/173309. >> >> Please try the attached patch. It fixes the connection hang issue. >> There may be a second issue I debugging currently base on the feedback >> from Fabian Keil. > > I jump into this thread since I have a similar network issue. > > My scenario: > > 'make installkernel DESTDIR=/netboot/test' to a nfs mounted drive. > The nfs drive on the server is an ufs fs. No zfs. > > Up to r242261 I can install the kernel (or world) in a fluent way to the > nfs destination. > >>From r242262 it doesn't work smooth. I have stalls, sometimes my > patience is not enough and I kill the process. > > I tried 242266 with the above mentioned patch. No real success. > > How can I help/test? Please try the attach patch instead of the above mentioned one. -- Andre Index: netinet/tcp_output.c =================================================================== --- netinet/tcp_output.c (revision 242577) +++ netinet/tcp_output.c (working copy) @@ -228,7 +228,7 @@ tso = 0; mtu = 0; off = tp->snd_nxt - tp->snd_una; - sendwin = min(tp->snd_wnd, tp->snd_cwnd); + sendwin = ulmax(ulmin(tp->snd_wnd - off, tp->snd_cwnd), 0); flags = tcp_outflags[tp->t_state]; /* @@ -249,7 +249,7 @@ (p = tcp_sack_output(tp, &sack_bytes_rxmt))) { long cwin; - cwin = min(tp->snd_wnd, tp->snd_cwnd) - sack_bytes_rxmt; + cwin = ulmin(tp->snd_wnd - off, tp->snd_cwnd) - sack_bytes_rxmt; if (cwin < 0) cwin = 0; /* Do not retransmit SACK segments beyond snd_recover */ @@ -355,7 +355,7 @@ * sending new data, having retransmitted all the * data possible in the scoreboard. */ - len = ((long)ulmin(so->so_snd.sb_cc, tp->snd_wnd) + len = ((long)ulmin(so->so_snd.sb_cc, tp->snd_wnd - off) - off); /* * Don't remove this (len > 0) check ! From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 22:01:03 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E9057CD0 for ; Sun, 4 Nov 2012 22:01:03 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 8FA368FC1A for ; Sun, 4 Nov 2012 22:01:03 +0000 (UTC) Received: from outgoing.leidinger.net (p5DD4596B.dip.t-dialin.net [93.212.89.107]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 9D37E844096; Sun, 4 Nov 2012 23:00:53 +0100 (CET) Received: from unknown (IO.Leidinger.net [192.168.1.12]) by outgoing.leidinger.net (Postfix) with ESMTPS id 1F82D2190; Sun, 4 Nov 2012 23:00:51 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=leidinger.net; s=outgoing-alex; t=1352066451; bh=0G0pqjMesrg1gf/Z35wgRpNctOHXWukgGmlA8++I9ko=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=FYNxj6ZyMkQoSjCfkiYvSkNtZWum5OGxtYXc41clcvtrpJ8K4pdZoLo3JJSJNT4J1 gUI5nMsLx31fWZ9YuZ+Z8hPLaAuHv3YzYlWc7qyEAhW6G/xF8qa5wqZpj2rBbZgMKP 3nBhuT7rzqhXF8YOG7Jfn5DDBpATPut95HIhRUCnDKpjpPQ7w9HCnXb+QzTLZ2FluH pdCUDUcgKUK7KG8RZCc6IzjeVZkxX7YpTqquk3s1g6QXM6fG4QialBeePD/fWSCHSK 3TgvW9QTq5eFMWvsTgAULDI6A8CgJaPOllkV0IBJLRJDI8VXcALmFEq5LnoPCz6AoQ +8dNKL6BiQ7OQ== Date: Sun, 4 Nov 2012 23:00:53 +0100 From: Alexander Leidinger To: Olivier Smedts Subject: Re: Do we have a CPUTYPE=native and/or generic stability problem? Message-ID: <20121104230053.00006cd6@unknown> In-Reply-To: References: <20121103232433.00005eee@unknown> X-Mailer: Claws Mail 3.8.0cvs30 (GTK+ 2.24.10; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 9D37E844096.A00DA X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.646, required 6, autolearn=disabled, ALL_TRUSTED -1.00, AWL -0.75, DKIM_SIGNED 0.10, T_DKIM_INVALID 0.01, T_RP_MATCHES_RCVD -0.01) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1352671255.45265@bwHW1j4rKCzlHq+yjnJ9dg X-EBL-Spam-Status: No Cc: Scot Hetzel , "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Nov 2012 22:01:04 -0000 On Sun, 4 Nov 2012 14:43:30 +0100 Olivier Smedts wrote: > Le dimanche 4 novembre 2012, Scot Hetzel a =E9crit : > > > > When you set CPUTYPE?=3Dnative, bsd.cpu.mk doesn't set MACHINE_CPU to > > the correct values for your CPUTYPE. > > >=20 > This comes regularly in the lists. This basically means we need to do something about it. > Try setting the correct CPUTYPE for your CPU, and if you want to use > "native" somewhere, add "-march=3Dnative" to your CFLAGS. There's > another option to use so that *.mk don't add another "-march" with > your CPUTYPE automatically. We either should bail out if someone uses native as CPUTYPE, or we should make it just work. Personally I don't have a preference for one or the other, important is that the user gets a behavior he can count on. Bye, Alexander. --=20 http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 22:02:48 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 079FADFA for ; Sun, 4 Nov 2012 22:02:48 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id A52CD8FC0C for ; Sun, 4 Nov 2012 22:02:47 +0000 (UTC) Received: from outgoing.leidinger.net (p5DD4596B.dip.t-dialin.net [93.212.89.107]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 5F618844096; Sun, 4 Nov 2012 23:02:45 +0100 (CET) Received: from unknown (IO.Leidinger.net [192.168.1.12]) by outgoing.leidinger.net (Postfix) with ESMTPS id D6A202191; Sun, 4 Nov 2012 23:02:42 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=leidinger.net; s=outgoing-alex; t=1352066562; bh=esLr5BkgEP3ZznVJWuEzZy3kqI8XKeHBbMtf7F1o5r4=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=i/P1WqtGGDXgevhVyYF4sg0+tIQU87MZ8bWTecACy3Yld8h6p33x2pFe45ye8CvST FPfS6MEfyCFc3afviovPbiVVQGhcKM75M+GKATRYSI0vlYi/E1VU5nVeHx49HvyW/e iUb+717Ey0423mx/IXnmZDlCqDNnFIn25eV/g+gdSu8jbUydN+7j9DSzx9GXn+nKzV U33OWaKKCZSzg8q/iHBcERlMh5qKIglCu10RE59pQSFpLYMqTui1PsEjY1NZ+1R8gW LrsBDJqyn056WlVdIpDFz0geqZCau+9XSkGS1VLS6Y8fVkwZNg1auqgolHo58BA1Gk hiJmmXeFTVOVA== Date: Sun, 4 Nov 2012 23:02:45 +0100 From: Alexander Leidinger To: Scot Hetzel Subject: Re: Do we have a CPUTYPE=native and/or generic stability problem? Message-ID: <20121104230245.00007139@unknown> In-Reply-To: References: <20121103232433.00005eee@unknown> X-Mailer: Claws Mail 3.8.0cvs30 (GTK+ 2.24.10; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 5F618844096.A011A X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.663, required 6, autolearn=disabled, ALL_TRUSTED -1.00, AWL -0.76, DKIM_SIGNED 0.10, T_DKIM_INVALID 0.01, T_RP_MATCHES_RCVD -0.01) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1352671365.781@SZkZFaFmj2j4MghsVltgQA X-EBL-Spam-Status: No Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Nov 2012 22:02:48 -0000 On Sun, 4 Nov 2012 03:43:13 -0600 Scot Hetzel wrote: > Not sure if your hitting the same bug, that was found in PR 112997. > > When you set CPUTYPE?=native, bsd.cpu.mk doesn't set MACHINE_CPU to > the correct values for your CPUTYPE. > > See http://www.freebsd.org/cgi/query-pr.cgi?pr=conf/112997 for a patch > to bsd.cpu.mk. I try to get a look at it this week. > Does your system compile correctly, if you specify the CPUTYPE? I haven't tried it yet. I will give it a try later. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Sun Nov 4 23:28:11 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D18E92D0; Sun, 4 Nov 2012 23:28:11 +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 42D5D8FC14; Sun, 4 Nov 2012 23:28:08 +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 qA4NS3rc011366; Mon, 5 Nov 2012 00:28:07 +0100 (CET) (envelope-from andreast-list@fgznet.ch) Message-ID: <5096FA03.9010509@fgznet.ch> Date: Mon, 05 Nov 2012 00:28:03 +0100 From: Andreas Tobler User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: Andre Oppermann Subject: Re: weird network problems on current since 10/28/2012 References: <201211031740.qA3HeqVX001622@pozo.com> <201211040113.qA41DfLn001577@pozo.com> <50964FBB.4010600@andric.com> <50967453.5090503@freebsd.org> <5096CCDE.7090305@fgznet.ch> <5096E4D4.6000000@freebsd.org> In-Reply-To: <5096E4D4.6000000@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on 81.92.96.47 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 04 Nov 2012 23:28:11 -0000 On 04.11.12 22:57, Andre Oppermann wrote: > On 04.11.2012 21:15, Andreas Tobler wrote: >> On 04.11.12 14:57, Andre Oppermann wrote: >>> On 04.11.2012 13:11, Kim Culhan wrote: >>>> On Sun, November 4, 2012 6:21 am, Dimitry Andric wrote: >>>>> On 2012-11-04 02:13, Manfred Antar wrote: >>>>>> At 03:29 PM 11/3/2012, Adrian Chadd wrote: >>>>> After the commit, there was a small discussion thread on svn-src-head@ >>>>> about the possible problems with the approach. Maybe you are >>>>> experiencing those? >>>>> >>>>> As the commit message says, you should be able to turn the feature off >>>>> using: >>>>> >>>>> sysctl net.inet.tcp.experimental.initcwnd10=0 >>>>> >>>>> Can you please try that, and see if the problems go away? >>>> >>>> FWIW this did not make the problem go away on 2 machines. >>> >>> Yes, this very much looks like the same problem as in PR/173309. >>> >>> Please try the attached patch. It fixes the connection hang issue. >>> There may be a second issue I debugging currently base on the feedback >>> from Fabian Keil. >> >> I jump into this thread since I have a similar network issue. >> >> My scenario: >> >> 'make installkernel DESTDIR=/netboot/test' to a nfs mounted drive. >> The nfs drive on the server is an ufs fs. No zfs. >> >> Up to r242261 I can install the kernel (or world) in a fluent way to the >> nfs destination. >> >> >From r242262 it doesn't work smooth. I have stalls, sometimes my >> patience is not enough and I kill the process. >> >> I tried 242266 with the above mentioned patch. No real success. >> >> How can I help/test? > > Please try the attach patch instead of the above mentioned one. Test run based on 242266. It starts much smoother. But it stalls later on. Continues, stalls for several seconds, cont..... thx so far. Andreas 1391 0 D+ 0:00.00 install -o root -g wheel -m 555 crypto.ko /netboot/test_install procstat -kk 1391 PID TID COMM TDNAME KSTACK 1391 100099 install - mi_switch+0x186 sleepq_timedwait+0x42 _sleep+0x1c9 clnt_vc_call+0x763 clnt_reconnect_call+0xfb newnfs_request+0xadb nfscl_request+0x72 nfsrpc_setattr+0x28f nfs_setattr+0x2b0 VOP_SETATTR_APV+0x31 setfmode+0x101 vn_chmod+0x8a sys_fchmod+0x8b amd64_syscall+0x55f Xfast_syscall+0xf7 From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 01:49:05 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B49DAD83; Mon, 5 Nov 2012 01:49:05 +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 743A88FC0C; Mon, 5 Nov 2012 01:49:05 +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 qA51daHj019870 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NOT); Sun, 4 Nov 2012 17:39:42 -0800 (PST) (envelope-from null@pozo.com) Message-Id: <201211050139.qA51daHj019870@pozo.com> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sun, 04 Nov 2012 17:39:10 -0800 To: Andre Oppermann From: Manfred Antar Subject: Re: weird network problems on current since 10/28/2012 In-Reply-To: <5096E4D4.6000000@freebsd.org> References: <201211031740.qA3HeqVX001622@pozo.com> <201211040113.qA41DfLn001577@pozo.com> <50964FBB.4010600@andric.com> <50967453.5090503@freebsd.org> <5096CCDE.7090305@fgznet.ch> <5096E4D4.6000000@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Spam-Status: No, score=-0.9 required=5.0 tests=ALL_TRUSTED,MISSING_MID autolearn=no 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: qA51daHj019870 X-pozocom-MailScanner: Found to be clean X-pozocom-MailScanner-From: null@pozo.com Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Nov 2012 01:49:05 -0000 At 01:57 PM 11/4/2012, you wrote: >On 04.11.2012 21:15, Andreas Tobler wrote: >>On 04.11.12 14:57, Andre Oppermann wrote: >>>On 04.11.2012 13:11, Kim Culhan wrote: >>>>On Sun, November 4, 2012 6:21 am, Dimitry Andric wrote: >>>>>On 2012-11-04 02:13, Manfred Antar wrote: >>>>>>At 03:29 PM 11/3/2012, Adrian Chadd wrote: >>>>>After the commit, there was a small discussion thread on svn-src-head@ >>>>>about the possible problems with the approach. Maybe you are >>>>>experiencing those? >>>>> >>>>>As the commit message says, you should be able to turn the feature off >>>>>using: >>>>> >>>>> sysctl net.inet.tcp.experimental.initcwnd10=0 >>>>> >>>>>Can you please try that, and see if the problems go away? >>>> >>>>FWIW this did not make the problem go away on 2 machines. >>> >>>Yes, this very much looks like the same problem as in PR/173309. >>> >>>Please try the attached patch. It fixes the connection hang issue. >>>There may be a second issue I debugging currently base on the feedback >>>from Fabian Keil. >> >>I jump into this thread since I have a similar network issue. >> >>My scenario: >> >>'make installkernel DESTDIR=/netboot/test' to a nfs mounted drive. >>The nfs drive on the server is an ufs fs. No zfs. >> >>Up to r242261 I can install the kernel (or world) in a fluent way to the >>nfs destination. >> >>>From r242262 it doesn't work smooth. I have stalls, sometimes my >>patience is not enough and I kill the process. >> >>I tried 242266 with the above mentioned patch. No real success. >> >>How can I help/test? > >Please try the attach patch instead of the above mentioned one. > >-- >Andre > >Index: netinet/tcp_output.c >=================================================================== >--- netinet/tcp_output.c (revision 242577) >+++ netinet/tcp_output.c (working copy) >@@ -228,7 +228,7 @@ > tso = 0; > mtu = 0; > off = tp->snd_nxt - tp->snd_una; >- sendwin = min(tp->snd_wnd, tp->snd_cwnd); >+ sendwin = ulmax(ulmin(tp->snd_wnd - off, tp->snd_cwnd), 0); > > flags = tcp_outflags[tp->t_state]; > /* >@@ -249,7 +249,7 @@ > (p = tcp_sack_output(tp, &sack_bytes_rxmt))) { > long cwin; > >- cwin = min(tp->snd_wnd, tp->snd_cwnd) - sack_bytes_rxmt; >+ cwin = ulmin(tp->snd_wnd - off, tp->snd_cwnd) - sack_bytes_rxmt; > if (cwin < 0) > cwin = 0; > /* Do not retransmit SACK segments beyond snd_recover */ >@@ -355,7 +355,7 @@ > * sending new data, having retransmitted all the > * data possible in the scoreboard. > */ >- len = ((long)ulmin(so->so_snd.sb_cc, tp->snd_wnd) >+ len = ((long)ulmin(so->so_snd.sb_cc, tp->snd_wnd - off) > - off); > /* > * Don't remove this (len > 0) check ! This doesn't seem to make a difference. I have a ssh window thats been trying to connect for the past 5 minutes. This is on a local network 192.168.0.4 >===========SSH==============> 192.168.0.5 Also pop from the same machines endless trying to connect. Hopefully this mail will get thru , otherwise i will need to reboot to old kernel Manfred ======================== || 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 5 02:40:59 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E4E70F61 for ; Mon, 5 Nov 2012 02:40:59 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id B09BC8FC0A; Mon, 5 Nov 2012 02:40:59 +0000 (UTC) Received: from xyf.my.dom (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id qA52ewj7056993; Mon, 5 Nov 2012 02:40:59 GMT (envelope-from davidxu@freebsd.org) Message-ID: <50972740.7000703@freebsd.org> Date: Mon, 05 Nov 2012 10:41:04 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:14.0) Gecko/20120822 Thunderbird/14.0 MIME-Version: 1.0 To: Jeff Roberson Subject: Re: ULE patch, call for testers References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Nov 2012 02:41:00 -0000 On 2012/11/03 02:26, Jeff Roberson wrote: > I have a small patch to the ULE scheduler that makes a fairly large > change to the way timeshare threads are handled. > > http://people.freebsd.org/~jeff/schedslice.diff > > Previously ULE used a fixed slice size for all timeshare threads. Now > it scales the slice size down based on load. This should reduce latency > for timeshare threads as load increases. It is important to note that > this does not impact interactive threads. But when a thread transitions > to interactive from timeshare it should see some improvement. This > happens when something like Xorg chews up a lot of CPU. > > If anyone has perf tests they'd like to run please report back. I have > done a handful of validation. > > Thanks, > Jeff Another problem I remembered is that a thread on runqueue may be starved because ULE treats a sleeping thread and a thread waiting on runqueue differently. If a thread has slept for a while, after it is woken up, its priority is boosted, but for a thread on runqueue, its priority will never be boosted. In essential, they should be same becase both of them are waiting for cpu. If I am a thread, I'd like to wait on sleep queue rather than on runqueue, since in former case, I will get bonus, while in later case, I'll get nothing. Under heavy load, there are many runnable threads, this unfair can cause a very low priority thread on runqueue to be starved. 4BSD seems not suffer from this problem, because it also decay cpu time of thread on runqueue. I think ULE needs some anti-starvation code to give thread a shot if it is waiting on runqueue too long time. Regards, David Xu From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 06:12:23 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 22970FB5 for ; Mon, 5 Nov 2012 06:12:23 +0000 (UTC) (envelope-from lists@rewt.org.uk) Received: from abby.lhr1.as41113.net (unknown [IPv6:2001:b70:201:2::22]) by mx1.freebsd.org (Postfix) with ESMTP id DAD448FC0C for ; Mon, 5 Nov 2012 06:12:22 +0000 (UTC) Received: from [172.16.11.21] (bella.stf.rewt.org.uk [91.208.177.62]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by abby.lhr1.as41113.net (Postfix) with ESMTPS id 3Xw3St41J9z13P0 for ; Mon, 5 Nov 2012 06:12:14 +0000 (GMT) Message-ID: <509758B8.1000409@rewt.org.uk> Date: Mon, 05 Nov 2012 06:12:08 +0000 From: Joe Holden User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: current@freebsd.org Subject: Dynamic Ticks/HZ Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Nov 2012 06:12:23 -0000 Hi guys, Has some default changed between 9.1-RC2 and HEAD? On identical machines, one with 9.1-RC2 and one with HEAD from yesterday (GENERIC) I see the following in systat -v: 9.1: 65 cpu0:timer 10 cpu1:timer HEAD: 1127 cpu0:timer 22 cpu1:timer These are Supermicro i3 boxes and as far as I can see they have matching BIOS config. Thanks, J From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 06:29:32 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 70382253 for ; Mon, 5 Nov 2012 06:29:32 +0000 (UTC) (envelope-from davide.italiano@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1F9388FC08 for ; Mon, 5 Nov 2012 06:29:31 +0000 (UTC) Received: by mail-vb0-f54.google.com with SMTP id l1so7221997vba.13 for ; Sun, 04 Nov 2012 22:29:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=UPyjbEw+h9N77ILrpJwMbzWWpWlFxqfhF7aEuSp3A6Q=; b=xUOeRhJFdyD4PgZw6xFjfQZqjExGsAkUAzapFCgC3LAjjZVrfuN7ydnqb+6/JC1dAG Ckqe2ZhbRUzAWL+Et8S9nw+diUQUzw9rQ8FtYUqFC8aOY+dpb+ODO4QrlMNjESKJXkax NNOf0AOCAuMsDkI7fCjXIzldfZrPeWgmrAK0idj78hf7DkE/SstIuJu7uqUwIBob20+J Xv1Rvuzfwr5zGWyuQhUikF4l4LuQsiqgyoQMEHirVSTAxe9ayvS+bi6FOtk3pAt7O0jm 4C/HPCAqI5ho+ItMjG4h0k7GgUd8LJ8TEE+laG7HxnGI6W7MB9TqrRvm5HqNE8dLQhPk MhSg== MIME-Version: 1.0 Received: by 10.58.133.3 with SMTP id oy3mr8920526veb.15.1352096971308; Sun, 04 Nov 2012 22:29:31 -0800 (PST) Sender: davide.italiano@gmail.com Received: by 10.58.247.132 with HTTP; Sun, 4 Nov 2012 22:29:31 -0800 (PST) In-Reply-To: <509758B8.1000409@rewt.org.uk> References: <509758B8.1000409@rewt.org.uk> Date: Mon, 5 Nov 2012 07:29:31 +0100 X-Google-Sender-Auth: uFTZM0IPOKcZuKDGR8lzmknRjnM Message-ID: Subject: Re: Dynamic Ticks/HZ From: Davide Italiano To: Joe Holden Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Nov 2012 06:29:32 -0000 On Mon, Nov 5, 2012 at 7:12 AM, Joe Holden wrote: > Hi guys, > > Has some default changed between 9.1-RC2 and HEAD? > > On identical machines, one with 9.1-RC2 and one with HEAD from yesterday > (GENERIC) I see the following in systat -v: > > 9.1: > 65 cpu0:timer > 10 cpu1:timer > > HEAD: > 1127 cpu0:timer > 22 cpu1:timer > > These are Supermicro i3 boxes and as far as I can see they have matching > BIOS config. > > Thanks, > J > _______________________________________________ > 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" Which is your refresh rate for systat? I generally measure sampling every one second (i.e. systat -vm 1). Also, are you making your measurements when the system is idle? In order to trace the source(s) of these interrupts you might consider to collect data via KTR. -- Davide From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 06:40:55 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6DB44506; Mon, 5 Nov 2012 06:40:55 +0000 (UTC) (envelope-from lists@rewt.org.uk) Received: from abby.lhr1.as41113.net (abby.lhr1.as41113.net [91.208.177.20]) by mx1.freebsd.org (Postfix) with ESMTP id 2C7108FC0A; Mon, 5 Nov 2012 06:40:54 +0000 (UTC) Received: from [172.16.11.21] (bella.stf.rewt.org.uk [91.208.177.62]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by abby.lhr1.as41113.net (Postfix) with ESMTPS id 3Xw45x32KFz13P0; Mon, 5 Nov 2012 06:40:53 +0000 (GMT) Message-ID: <50975F6F.6010907@rewt.org.uk> Date: Mon, 05 Nov 2012 06:40:47 +0000 From: Joe Holden User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Davide Italiano Subject: Re: Dynamic Ticks/HZ References: <509758B8.1000409@rewt.org.uk> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Nov 2012 06:40:55 -0000 Davide Italiano wrote: > On Mon, Nov 5, 2012 at 7:12 AM, Joe Holden wrote: >> Hi guys, >> >> Has some default changed between 9.1-RC2 and HEAD? >> >> On identical machines, one with 9.1-RC2 and one with HEAD from yesterday >> (GENERIC) I see the following in systat -v: >> >> 9.1: >> 65 cpu0:timer >> 10 cpu1:timer >> >> HEAD: >> 1127 cpu0:timer >> 22 cpu1:timer >> >> These are Supermicro i3 boxes and as far as I can see they have matching >> BIOS config. >> >> Thanks, >> J >> _______________________________________________ >> 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" > > Which is your refresh rate for systat? > I generally measure sampling every one second (i.e. systat -vm 1). > Also, are you making your measurements when the system is idle? > In order to trace the source(s) of these interrupts you might consider > to collect data via KTR. > I'm also using a one second refresh rate, the system is entirely idle and the interupt rate is almost entirely static at 1127, occasionally it will drop to 1119. From what I understand the timer is hz/ticks which became dynamic in 9.0, although that behaviour doesn't appear to be in HEAD anymore, at least on this hardware. Thanks, J From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 06:52:57 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9638A793 for ; Mon, 5 Nov 2012 06:52:57 +0000 (UTC) (envelope-from davide.italiano@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3D5448FC0C for ; Mon, 5 Nov 2012 06:52:57 +0000 (UTC) Received: by mail-vb0-f54.google.com with SMTP id l1so7238429vba.13 for ; Sun, 04 Nov 2012 22:52:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=cvncGtNGHsgdK/HVx07zEVImENQQ4RZ7PqSgBgofKhA=; b=kDynITC7wkwg0UAwAJ1MwDHEjE3BR0V1yImwEWBx8MpNBu9eTipPP5r2umVRzI8Oha IK/gRtwAn6RsbKAhNiGVI/qebSPUkTNhf8aVtFMblipEvfyi0JwJwHL693GcY1yab592 gES0q3a+V2UUSt7z5X15la9F1qMJALtboDvIR7EY1ip56PwViKay9S+v9q7Ca7OPzftT YAsb3ieP62YX+2skjYGbIL/HEn3NGREbuVAOSzbA+X+t+5GCEUv/Cvhuo7radGTnU9On zttLg/rro/f0MSLR2b33MHfPm6A1aPSXnk8IO0tSg8f0hFJduxInP/ZdrSE1SgKcx3o9 yovw== MIME-Version: 1.0 Received: by 10.52.99.103 with SMTP id ep7mr7759950vdb.17.1352098376512; Sun, 04 Nov 2012 22:52:56 -0800 (PST) Sender: davide.italiano@gmail.com Received: by 10.58.247.132 with HTTP; Sun, 4 Nov 2012 22:52:56 -0800 (PST) Received: by 10.58.247.132 with HTTP; Sun, 4 Nov 2012 22:52:56 -0800 (PST) In-Reply-To: <50975F6F.6010907@rewt.org.uk> References: <509758B8.1000409@rewt.org.uk> <50975F6F.6010907@rewt.org.uk> Date: Mon, 5 Nov 2012 07:52:56 +0100 X-Google-Sender-Auth: 6BscRDXse5orZtrlBHOqETnKkpQ Message-ID: Subject: Re: Dynamic Ticks/HZ From: Davide Italiano To: Joe Holden Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Nov 2012 06:52:57 -0000 On Nov 4, 2012 10:40 PM, "Joe Holden" wrote: > > Davide Italiano wrote: >> >> On Mon, Nov 5, 2012 at 7:12 AM, Joe Holden wrote: >>> >>> Hi guys, >>> >>> Has some default changed between 9.1-RC2 and HEAD? >>> >>> On identical machines, one with 9.1-RC2 and one with HEAD from yesterday >>> (GENERIC) I see the following in systat -v: >>> >>> 9.1: >>> 65 cpu0:timer >>> 10 cpu1:timer >>> >>> HEAD: >>> 1127 cpu0:timer >>> 22 cpu1:timer >>> >>> These are Supermicro i3 boxes and as far as I can see they have matching >>> BIOS config. >>> >>> Thanks, >>> J >>> _______________________________________________ >>> 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" >> >> >> Which is your refresh rate for systat? >> I generally measure sampling every one second (i.e. systat -vm 1). >> Also, are you making your measurements when the system is idle? >> In order to trace the source(s) of these interrupts you might consider >> to collect data via KTR. >> > > I'm also using a one second refresh rate, the system is entirely idle and the interupt rate is almost entirely static at 1127, occasionally it will drop to 1119. > > From what I understand the timer is hz/ticks which became dynamic in 9.0, although that behaviour doesn't appear to be in HEAD anymore, at least on this hardware. > > Thanks, > J It should be available, AFAIK. As I can see from your previous post you get about 20 interrupts on cpu1. This number is about 1/100 of the value you get on a !tickless kernel. If you provide the required ktr infos, probably someone will take a look. From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 09:14:01 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 56224916; Mon, 5 Nov 2012 09:14:01 +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 4ED6B8FC15; Mon, 5 Nov 2012 09:13:59 +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 LAA26846; Mon, 05 Nov 2012 11:13:58 +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 1TVIkn-0004F0-P0; Mon, 05 Nov 2012 11:13:57 +0200 Message-ID: <50978353.7090204@FreeBSD.org> Date: Mon, 05 Nov 2012 11:13:55 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:16.0) Gecko/20121030 Thunderbird/16.0.2 MIME-Version: 1.0 To: David Xu , Jeff Roberson Subject: Re: ULE patch, call for testers References: <50972740.7000703@freebsd.org> In-Reply-To: <50972740.7000703@freebsd.org> X-Enigmail-Version: 1.4.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Nov 2012 09:14:01 -0000 on 05/11/2012 04:41 David Xu said the following: > Another problem I remembered is that a thread on runqueue may be starved > because ULE treats a sleeping thread and a thread waiting on runqueue > differently. If a thread has slept for a while, after it is woken up, > its priority is boosted, but for a thread on runqueue, its priority > will never be boosted. In essential, they should be same becase both of > them are waiting for cpu. If I am a thread, I'd like to wait on sleep > queue rather than on runqueue, since in former case, I will get > bonus, while in later case, I'll get nothing. Under heavy load, > there are many runnable threads, this unfair can cause a very low priority > thread on runqueue to be starved. 4BSD seems not suffer from > this problem, because it also decay cpu time of thread on runqueue. > I think ULE needs some anti-starvation code to give thread a shot > if it is waiting on runqueue too long time. I also noticed this issue and I've been playing with the following patch. Two points: o I am not sure if it is ideologically correct o it didn't improve much the behavior of my workloads In any case, here it is: - extend accounted interactive sleep time to a point where a thread runs (as opposed to be added to runq) --- a/sys/kern/sched_ule.c +++ b/sys/kern/sched_ule.c @@ -1898,8 +1899,21 @@ sched_switch(struct thread *td, struct thread *newtd, int flags) SDT_PROBE2(sched, , , off_cpu, td, td->td_proc); lock_profile_release_lock(&TDQ_LOCKPTR(tdq)->lock_object); TDQ_LOCKPTR(tdq)->mtx_lock = (uintptr_t)newtd; +#if 1 + /* + * If we slept for more than a tick update our interactivity and + * priority. + */ + int slptick; + slptick = newtd->td_slptick; + newtd->td_slptick = 0; + if (slptick && slptick != ticks) { + newtd->td_sched->ts_slptime += + (ticks - slptick) << SCHED_TICK_SHIFT; + sched_interact_update(newtd); + } +#endif sched_pctcpu_update(newtd->td_sched, 0); - #ifdef KDTRACE_HOOKS /* * If DTrace has set the active vtime enum to anything @@ -1990,6 +2004,7 @@ sched_wakeup(struct thread *td) THREAD_LOCK_ASSERT(td, MA_OWNED); ts = td->td_sched; td->td_flags &= ~TDF_CANSWAP; +#if 0 /* * If we slept for more than a tick update our interactivity and * priority. @@ -2001,6 +2016,7 @@ sched_wakeup(struct thread *td) sched_interact_update(td); sched_pctcpu_update(ts, 0); } +#endif /* Reset the slice value after we sleep. */ ts->ts_slice = sched_slice; sched_add(td, SRQ_BORING); -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 09:19:26 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A00C3BF9 for ; Mon, 5 Nov 2012 09:19:26 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 07D0F8FC12 for ; Mon, 5 Nov 2012 09:19:25 +0000 (UTC) Received: (qmail 80245 invoked from network); 5 Nov 2012 10:55:06 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 5 Nov 2012 10:55:06 -0000 Message-ID: <5097849A.30603@freebsd.org> Date: Mon, 05 Nov 2012 10:19:22 +0100 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121010 Thunderbird/16.0.1 MIME-Version: 1.0 To: Manfred Antar Subject: Re: weird network problems on current since 10/28/2012 References: <201211031740.qA3HeqVX001622@pozo.com> <201211040113.qA41DfLn001577@pozo.com> <50964FBB.4010600@andric.com> <50967453.5090503@freebsd.org> <5096CCDE.7090305@fgznet.ch> <5096E4D4.6000000@freebsd.org> <201211050139.qA51daHj019870@pozo.com> In-Reply-To: <201211050139.qA51daHj019870@pozo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Nov 2012 09:19:26 -0000 On 05.11.2012 02:39, Manfred Antar wrote: > At 01:57 PM 11/4/2012, you wrote: >> On 04.11.2012 21:15, Andreas Tobler wrote: >>> On 04.11.12 14:57, Andre Oppermann wrote: >>>> On 04.11.2012 13:11, Kim Culhan wrote: >>>>> On Sun, November 4, 2012 6:21 am, Dimitry Andric wrote: >>>>>> On 2012-11-04 02:13, Manfred Antar wrote: >>>>>>> At 03:29 PM 11/3/2012, Adrian Chadd wrote: >>>>>> After the commit, there was a small discussion thread on svn-src-head@ >>>>>> about the possible problems with the approach. Maybe you are >>>>>> experiencing those? >>>>>> >>>>>> As the commit message says, you should be able to turn the feature off >>>>>> using: >>>>>> >>>>>> sysctl net.inet.tcp.experimental.initcwnd10=0 >>>>>> >>>>>> Can you please try that, and see if the problems go away? >>>>> >>>>> FWIW this did not make the problem go away on 2 machines. >>>> >>>> Yes, this very much looks like the same problem as in PR/173309. >>>> >>>> Please try the attached patch. It fixes the connection hang issue. >>>> There may be a second issue I debugging currently base on the feedback >>> >from Fabian Keil. >>> >>> I jump into this thread since I have a similar network issue. >>> >>> My scenario: >>> >>> 'make installkernel DESTDIR=/netboot/test' to a nfs mounted drive. >>> The nfs drive on the server is an ufs fs. No zfs. >>> >>> Up to r242261 I can install the kernel (or world) in a fluent way to the >>> nfs destination. >>> >>> >From r242262 it doesn't work smooth. I have stalls, sometimes my >>> patience is not enough and I kill the process. >>> >>> I tried 242266 with the above mentioned patch. No real success. >>> >>> How can I help/test? >> >> Please try the attach patch instead of the above mentioned one. >> >> -- >> Andre >> >> Index: netinet/tcp_output.c >> =================================================================== >> --- netinet/tcp_output.c (revision 242577) >> +++ netinet/tcp_output.c (working copy) >> @@ -228,7 +228,7 @@ >> tso = 0; >> mtu = 0; >> off = tp->snd_nxt - tp->snd_una; >> - sendwin = min(tp->snd_wnd, tp->snd_cwnd); >> + sendwin = ulmax(ulmin(tp->snd_wnd - off, tp->snd_cwnd), 0); >> >> flags = tcp_outflags[tp->t_state]; >> /* >> @@ -249,7 +249,7 @@ >> (p = tcp_sack_output(tp, &sack_bytes_rxmt))) { >> long cwin; >> >> - cwin = min(tp->snd_wnd, tp->snd_cwnd) - sack_bytes_rxmt; >> + cwin = ulmin(tp->snd_wnd - off, tp->snd_cwnd) - sack_bytes_rxmt; >> if (cwin < 0) >> cwin = 0; >> /* Do not retransmit SACK segments beyond snd_recover */ >> @@ -355,7 +355,7 @@ >> * sending new data, having retransmitted all the >> * data possible in the scoreboard. >> */ >> - len = ((long)ulmin(so->so_snd.sb_cc, tp->snd_wnd) >> + len = ((long)ulmin(so->so_snd.sb_cc, tp->snd_wnd - off) >> - off); >> /* >> * Don't remove this (len > 0) check ! > > This doesn't seem to make a difference. > I have a ssh window thats been trying to connect for the past 5 minutes. > This is on a local network 192.168.0.4 >===========SSH==============> 192.168.0.5 > Also pop from the same machines endless trying to connect. > Hopefully this mail will get thru , otherwise i will need to reboot to old kernel I've backed out the change with r242601 as it exhibits still too many problems. I'll fix these problems in the next days but in the mean time HEAD should be in a working state. I'm sorry for the trouble. -- Andre From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 09:38:03 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5C8BA76B for ; Mon, 5 Nov 2012 09:38:03 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-la0-f54.google.com (mail-la0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id C84AF8FC19 for ; Mon, 5 Nov 2012 09:38:02 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id e12so4960751lag.13 for ; Mon, 05 Nov 2012 01:38:01 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=mbVicoa8gSyTy2an7MoisNJ1m1eDU6q3mcgopyMgx+Q=; b=TQx2oneTHnXNPqWj4an+eZMnDOOGxCo0gTmV2N+st9TGm6FvtrQZQ4yrfe7DUZtB4R q5QfRLnLdm66SrCgOW1cTQgZBSRP6o2CdLUGuj4+Ir5p5UMGSyDfmwGLvrBpqMtI+vhS 1PsDlZRKgHjJQpfblaX1S7i06EppVGhO9avhWMBZTlEMgqyIO5AHcyrkjnW72gZzddXB J6Pmhj4wWBNFME5AfU76cd+h6HuRi41ocv9QyI+kqNsLRclNbLCEAGbDgVvbz3gv1haa CDX9cFLI5zdrwHIXfXIAKRt0EDUbjv50hrLtxCxPSU/XzQ+6MfBr1yJMuFyHwnwwSnw+ cPkg== MIME-Version: 1.0 Received: by 10.112.48.71 with SMTP id j7mr3751317lbn.57.1352108281583; Mon, 05 Nov 2012 01:38:01 -0800 (PST) Received: by 10.112.135.137 with HTTP; Mon, 5 Nov 2012 01:38:01 -0800 (PST) In-Reply-To: <20121104225529.000028a9@unknown> References: <20121103232433.00005eee@unknown> <5095ACC7.1050002@FreeBSD.org> <20121104225529.000028a9@unknown> Date: Mon, 5 Nov 2012 10:38:01 +0100 Message-ID: Subject: Re: Do we have a CPUTYPE=native and/or generic stability problem? From: Olivier Smedts To: Alexander Leidinger X-Gm-Message-State: ALoCoQl2Kk9HNxsbnN96+k4bjbyDC+knxYoO664bM8Thu+9/ZONuJG5A6Jat+KevoH/YeBC7XPNH Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Dimitry Andric , "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Nov 2012 09:38:03 -0000 Le dimanche 4 novembre 2012, Alexander Leidinger a =E9crit : > > The machine has 12 MB RAM (no swap configured), after nearly a day > uptime it looks like this: > > ---snip--- > Mem: 348M Active, 599M Inact, 9281M Wired, 264K Cache, 1548M Free > ARC: 7117M Total, 1607M MRU, 3996M MFU, 934K Anon, 208M Header, 1307M Oth= er > ---snip--- > > I would not expect an internal compiler error when I run out of RAM. > Not related, but I think you should configure --=20 Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 09:40:36 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1ECD9919; Mon, 5 Nov 2012 09:40:36 +0000 (UTC) (envelope-from lists@rewt.org.uk) Received: from abby.lhr1.as41113.net (abby.lhr1.as41113.net [91.208.177.20]) by mx1.freebsd.org (Postfix) with ESMTP id D0B548FC1B; Mon, 5 Nov 2012 09:40:35 +0000 (UTC) Received: from [172.16.11.21] (bella.stf.rewt.org.uk [91.208.177.62]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by abby.lhr1.as41113.net (Postfix) with ESMTPS id 3Xw85G1D0bz13P0; Mon, 5 Nov 2012 09:40:34 +0000 (GMT) Message-ID: <5097898C.9080109@rewt.org.uk> Date: Mon, 05 Nov 2012 09:40:28 +0000 From: Joe Holden User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Davide Italiano Subject: Re: Dynamic Ticks/HZ References: <509758B8.1000409@rewt.org.uk> <50975F6F.6010907@rewt.org.uk> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Nov 2012 09:40:36 -0000 Davide Italiano wrote: > On Nov 4, 2012 10:40 PM, "Joe Holden" wrote: >> Davide Italiano wrote: >>> On Mon, Nov 5, 2012 at 7:12 AM, Joe Holden wrote: >>>> Hi guys, >>>> >>>> Has some default changed between 9.1-RC2 and HEAD? >>>> >>>> On identical machines, one with 9.1-RC2 and one with HEAD from yesterday >>>> (GENERIC) I see the following in systat -v: >>>> >>>> 9.1: >>>> 65 cpu0:timer >>>> 10 cpu1:timer >>>> >>>> HEAD: >>>> 1127 cpu0:timer >>>> 22 cpu1:timer >>>> >>>> These are Supermicro i3 boxes and as far as I can see they have matching >>>> BIOS config. >>>> >>>> Thanks, >>>> J >>>> _______________________________________________ >>>> 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" >>> >>> Which is your refresh rate for systat? >>> I generally measure sampling every one second (i.e. systat -vm 1). >>> Also, are you making your measurements when the system is idle? >>> In order to trace the source(s) of these interrupts you might consider >>> to collect data via KTR. >>> >> I'm also using a one second refresh rate, the system is entirely idle and > the interupt rate is almost entirely static at 1127, occasionally it will > drop to 1119. >> From what I understand the timer is hz/ticks which became dynamic in 9.0, > although that behaviour doesn't appear to be in HEAD anymore, at least on > this hardware. >> Thanks, >> J > > It should be available, AFAIK. As I can see from your previous post you get > about 20 interrupts on cpu1. This number is about 1/100 of the value you > get on a !tickless kernel. > If you provide the required ktr infos, probably someone will take a look. doh, running kernel wasn't as GENERIC as I thought it was, looks like device polling not only breaks dynamic ticks but also reduces rx ability significantly, exactly 150,000 pps per 1000hz on igb versus 650,000 without Is this a known issue? (and if device polling isn't as useful as it once was, should it be removed?) From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 09:43:47 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DBF55AB6 for ; Mon, 5 Nov 2012 09:43:47 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4F91F8FC08 for ; Mon, 5 Nov 2012 09:43:46 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id b5so5013480lbd.13 for ; Mon, 05 Nov 2012 01:43:45 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=FqqcuzhwlURxxbAKi3Je51w/aJ0GBCbtHGVw5kZZv1k=; b=RWgbmLyrVy/jxULlwziLHexLBDPnHXS2ZZlh/ChQjMZhPb6LfLfdgzMmHf4QrXlGAD ktZEe1inbyV+PixDogozrTIGq6GkC1ax4as4acqHHiXiq6FXDpOoHIMGSu4eCipRFvlP UYjcm1h+Em2+PpqmO78YYhXgXommFt1zS5UrEYZ3M2rrQZiNnvPuYfo7yQdVzgujN+kF 3qheM3b/eGHy7mPDNo3E++NPwa03kKtJ/5nkNnHHZwTZh9qARC1VCR/w1dPvjNqxCP0A ZT7JyPzb9lZLy0CenU5O/EdDS7OdIDQmDjagML/Qx/nCbzMay39SgTJ1xR4L6CEBtZnx gT9w== MIME-Version: 1.0 Received: by 10.112.23.195 with SMTP id o3mr3801011lbf.6.1352108625742; Mon, 05 Nov 2012 01:43:45 -0800 (PST) Received: by 10.112.135.137 with HTTP; Mon, 5 Nov 2012 01:43:45 -0800 (PST) In-Reply-To: References: <20121103232433.00005eee@unknown> <5095ACC7.1050002@FreeBSD.org> <20121104225529.000028a9@unknown> Date: Mon, 5 Nov 2012 10:43:45 +0100 Message-ID: Subject: Re: Do we have a CPUTYPE=native and/or generic stability problem? From: Olivier Smedts To: Alexander Leidinger X-Gm-Message-State: ALoCoQmlVs2OAxx+rwKGFaemhvSrRpD1+IqA7qEWLK81Y2szWNqkG3lVv1SUn1U46OuJYrdNgPnH Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Dimitry Andric , "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Nov 2012 09:43:48 -0000 Le lundi 5 novembre 2012, Olivier Smedts a =E9crit : > > Le dimanche 4 novembre 2012, Alexander Leidinger a =E9crit : > > The machine has 12 MB RAM (no swap configured), after nearly a day >> uptime it looks like this: >> >> ---snip--- >> Mem: 348M Active, 599M Inact, 9281M Wired, 264K Cache, 1548M Free >> ARC: 7117M Total, 1607M MRU, 3996M MFU, 934K Anon, 208M Header, 1307M >> Other >> ---snip--- >> >> I would not expect an internal compiler error when I run out of RAM. > > Not related, but I think you should configure > ...at least a little swap (sorry, damn "smart"-phone). When under memory pressure, ZFS sometimes don't have time to evict ARC memory and some MBs are written to swap instead of waiting. No real technical details --=20 Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 09:51:12 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5265875 for ; Mon, 5 Nov 2012 09:51:12 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id BD79D8FC08 for ; Mon, 5 Nov 2012 09:51:11 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id b5so5019181lbd.13 for ; Mon, 05 Nov 2012 01:51:10 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=HA4EvP54J9lsbSHh/em1g37xhLII0frrkkH2ytO+S5c=; b=BgGtoz5xkxvNmoRxD7iqWFE4DmwAxyJikhI8WxlXH8gUZda+QopbOc8biwYKQ/uzA3 OXX/5BIT9zXFx5Y3YieII5whSIMOk68+soQ8SvUmM9bg9Knj1Jp5yc1UlQ/Qut6pbo5e VHLCjFyqIl9D51V1dfyd7XaF3AxPnhtmxuSVPHjqf2bLTeD39F+xiBFU604NY42hgbUP ocQL6dPZVf/ewuVEP+UOxW3ZFnBEDFinbxwRQaZuVT44X49DxRyIr3fJ/StKoA1xsD9x Egh4GK9iumN6ZL2aGb+qtz0ORnXrauyg8R3phMpZoPY6Mxe5pv1fsgr3I8hWth7dIS9J vO2w== MIME-Version: 1.0 Received: by 10.112.47.228 with SMTP id g4mr3536389lbn.21.1352109070511; Mon, 05 Nov 2012 01:51:10 -0800 (PST) Received: by 10.112.135.137 with HTTP; Mon, 5 Nov 2012 01:51:10 -0800 (PST) In-Reply-To: References: <20121103232433.00005eee@unknown> <5095ACC7.1050002@FreeBSD.org> <20121104225529.000028a9@unknown> Date: Mon, 5 Nov 2012 10:51:10 +0100 Message-ID: Subject: Re: Do we have a CPUTYPE=native and/or generic stability problem? From: Olivier Smedts To: Alexander Leidinger X-Gm-Message-State: ALoCoQlsIe3jf7qbQV3Z7zozTC9iVvIGPO7fbvj6CQ0shzGu4iKU6D91F4dXd0ZeaL2jaiR9oPlv Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Dimitry Andric , "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Nov 2012 09:51:12 -0000 Le lundi 5 novembre 2012, Olivier Smedts a =E9crit : > > Le lundi 5 novembre 2012, Olivier Smedts a =E9crit : > >> >> Le dimanche 4 novembre 2012, Alexander Leidinger a =E9crit : > > >> >> The machine has 12 MB RAM (no swap configured), after nearly a day >>> uptime it looks like this: >>> >>> ---snip--- >>> Mem: 348M Active, 599M Inact, 9281M Wired, 264K Cache, 1548M Free >>> ARC: 7117M Total, 1607M MRU, 3996M MFU, 934K Anon, 208M Header, 1307M >>> Other >>> ---snip--- >>> >>> I would not expect an internal compiler error when I run out of RAM. >> >> Not related, but I think you should configure >> > ...at least a little swap (sorry, damn "smart"-phone). When under memory > pressure, ZFS sometimes don't have time to evict ARC memory and some MBs > are written to swap instead of waiting. No real technical details > ...here, I'll leave it to ZFS or VM gurus, but I always have few dozens of MBs of my swap used even if I have lots of memory. And I promise my next reply will be made on a real computer, not on a too small touch interface with an editor which tries to replace all your english words by some of your mother tongue words. Sorry for triple posting. --=20 Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 10:26:06 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D46BE88D for ; Mon, 5 Nov 2012 10:26:06 +0000 (UTC) (envelope-from paul-freebsd@fletchermoorland.co.uk) Received: from hercules.mthelicon.com (hercules.mthelicon.com [66.90.118.40]) by mx1.freebsd.org (Postfix) with ESMTP id A8B008FC0A for ; Mon, 5 Nov 2012 10:26:06 +0000 (UTC) Received: from demophon.fletchermoorland.co.uk (hydra.fletchermoorland.co.uk [78.33.209.59] (may be forged)) (authenticated bits=0) by hercules.mthelicon.com (8.14.5/8.14.5) with ESMTP id qA5APxnb054779 for ; Mon, 5 Nov 2012 10:25:59 GMT (envelope-from paul-freebsd@fletchermoorland.co.uk) Message-ID: <50979436.4020907@fletchermoorland.co.uk> Date: Mon, 05 Nov 2012 10:25:58 +0000 From: Paul Wootton User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120530 Thunderbird/12.0.1 MIME-Version: 1.0 To: freeBSD-CURRENT Mailing List Subject: ZFS RaidZ-2 problems References: <508F98F9.3040604@fletchermoorland.co.uk> In-Reply-To: <508F98F9.3040604@fletchermoorland.co.uk> X-Forwarded-Message-Id: <508F98F9.3040604@fletchermoorland.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Nov 2012 10:26:07 -0000 I've already posted this to freebsd-fs@ but still have no idea as to why the below has happened. On 10/30/12 09:08, Paul Wootton wrote: > Hi, > > I have had lots of bad luck with SATA drives and have had them fail on > me far too often. Started with a 3 drive RAIDZ and lost 2 drives at > the same time. Upgraded to a 6 drive RAIDZ and lost 2 drives with in > hours of each other and finally had a 9 drive RAIDZ (1 parity) and > lost another 2 drives (as luck would happen, this time I had a 90% > backup on another machine so did not loose everything). I finally > decided that I should switch to a RAIDZ2 (my current setup). > Now I have lost 1 drive and the pack is showing as faulted. I have > tried exporting and reimporting, but that did not help either. > Is this normal? Has any one got any ideas as to what has happened and > why? > > The fault this time might be cabling so I might not have lost the > data, but my understanding was that with RAIDZ-2, you could loose 2 > drives and still have a working pack. > I do know the fault could also be the power supply, controller etc. I > can take care of all the hardware. > The issue I have is, I have a 9 RAIDZ-2 pack with only 1 disk showing > as offline and the pack is showing as faulted. > If the power supply was bouncing and a drive was giving bad data, I > would expect ZFS to report that 2 drives were faulted (1 offline and 1 > corrupt) > > Is there a way with ZDB that I can see why the pool is showing as > faulted? Can it tell me which drives it thinks are bad, or has bad data? > > I do still have the 90% backup of the pool and nothing has really > changed since that backup, so if someone wants me to try something and > it blows the pack away, it's not the end of the world. > > > Cheers > Paul > > > pool: storage > state: FAULTED > status: One or more devices could not be opened. There are insufficient > replicas for the pool to continue functioning. > action: Attach the missing device and online it using 'zpool online'. > see: http://illumos.org/msg/ZFS-8000-3C > scan: resilvered 30K in 0h0m with 0 errors on Sun Oct 14 12:52:45 2012 > config: > > NAME STATE READ WRITE CKSUM > storage FAULTED 0 0 1 > raidz2-0 FAULTED 0 0 6 > ada0 ONLINE 0 0 0 > ada1 ONLINE 0 0 0 > ada2 ONLINE 0 0 0 > 17777811927559723424 UNAVAIL 0 0 0 was > /dev/ada3 > ada4 ONLINE 0 0 0 > ada5 ONLINE 0 0 0 > ada6 ONLINE 0 0 0 > ada7 ONLINE 0 0 0 > ada8 ONLINE 0 0 0 > ada10p4 ONLINE 0 0 0 > > root@filekeeper:/storage # zpool export storage > root@filekeeper:/storage # zpool import storage > cannot import 'storage': I/O error > Destroy and re-create the pool from > a backup source. > > root@filekeeper:/usr/home/paul # uname -a > FreeBSD filekeeper.caspersworld.co.uk 10.0-CURRENT FreeBSD > 10.0-CURRENT #0 r240967: Thu Sep 27 08:01:24 UTC 2012 > root@filekeeper.caspersworld.co.uk:/usr/obj/usr/src/sys/GENERIC amd64 From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 10:50:02 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C66CF62E for ; Mon, 5 Nov 2012 10:50:02 +0000 (UTC) (envelope-from prvs=1656497edf=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 545748FC18 for ; Mon, 5 Nov 2012 10:50:01 +0000 (UTC) Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50000957641.msg for ; Mon, 05 Nov 2012 10:49:54 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Mon, 05 Nov 2012 10:49:54 +0000 (not processed: message from valid local sender) X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=1656497edf=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-current@freebsd.org Message-ID: <749120126EF1493696FA77101C824F09@multiplay.co.uk> From: "Steven Hartland" To: "Paul Wootton" , "freeBSD-CURRENT Mailing List" References: <508F98F9.3040604@fletchermoorland.co.uk> <50979436.4020907@fletchermoorland.co.uk> Subject: Re: ZFS RaidZ-2 problems Date: Mon, 5 Nov 2012 10:49:57 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Nov 2012 10:50:02 -0000 Yes RAIDZ2 should enable a 2 drive failure without the array faulting so something strange is going on there somewhere. Silly question, what size drives and what driver are you using? Regards Steve ----- Original Message ----- From: "Paul Wootton" To: "freeBSD-CURRENT Mailing List" Sent: Monday, November 05, 2012 10:25 AM Subject: ZFS RaidZ-2 problems > I've already posted this to freebsd-fs@ but still have no idea as to why > the below has happened. > > > On 10/30/12 09:08, Paul Wootton wrote: >> Hi, >> >> I have had lots of bad luck with SATA drives and have had them fail on >> me far too often. Started with a 3 drive RAIDZ and lost 2 drives at >> the same time. Upgraded to a 6 drive RAIDZ and lost 2 drives with in >> hours of each other and finally had a 9 drive RAIDZ (1 parity) and >> lost another 2 drives (as luck would happen, this time I had a 90% >> backup on another machine so did not loose everything). I finally >> decided that I should switch to a RAIDZ2 (my current setup). >> Now I have lost 1 drive and the pack is showing as faulted. I have >> tried exporting and reimporting, but that did not help either. >> Is this normal? Has any one got any ideas as to what has happened and >> why? >> >> The fault this time might be cabling so I might not have lost the >> data, but my understanding was that with RAIDZ-2, you could loose 2 >> drives and still have a working pack. >> I do know the fault could also be the power supply, controller etc. I >> can take care of all the hardware. >> The issue I have is, I have a 9 RAIDZ-2 pack with only 1 disk showing >> as offline and the pack is showing as faulted. >> If the power supply was bouncing and a drive was giving bad data, I >> would expect ZFS to report that 2 drives were faulted (1 offline and 1 >> corrupt) >> >> Is there a way with ZDB that I can see why the pool is showing as >> faulted? Can it tell me which drives it thinks are bad, or has bad data? >> >> I do still have the 90% backup of the pool and nothing has really >> changed since that backup, so if someone wants me to try something and >> it blows the pack away, it's not the end of the world. >> >> >> Cheers >> Paul >> >> >> pool: storage >> state: FAULTED >> status: One or more devices could not be opened. There are insufficient >> replicas for the pool to continue functioning. >> action: Attach the missing device and online it using 'zpool online'. >> see: http://illumos.org/msg/ZFS-8000-3C >> scan: resilvered 30K in 0h0m with 0 errors on Sun Oct 14 12:52:45 2012 >> config: >> >> NAME STATE READ WRITE CKSUM >> storage FAULTED 0 0 1 >> raidz2-0 FAULTED 0 0 6 >> ada0 ONLINE 0 0 0 >> ada1 ONLINE 0 0 0 >> ada2 ONLINE 0 0 0 >> 17777811927559723424 UNAVAIL 0 0 0 was >> /dev/ada3 >> ada4 ONLINE 0 0 0 >> ada5 ONLINE 0 0 0 >> ada6 ONLINE 0 0 0 >> ada7 ONLINE 0 0 0 >> ada8 ONLINE 0 0 0 >> ada10p4 ONLINE 0 0 0 >> >> root@filekeeper:/storage # zpool export storage >> root@filekeeper:/storage # zpool import storage >> cannot import 'storage': I/O error >> Destroy and re-create the pool from >> a backup source. >> >> root@filekeeper:/usr/home/paul # uname -a >> FreeBSD filekeeper.caspersworld.co.uk 10.0-CURRENT FreeBSD >> 10.0-CURRENT #0 r240967: Thu Sep 27 08:01:24 UTC 2012 >> root@filekeeper.caspersworld.co.uk:/usr/obj/usr/src/sys/GENERIC amd64 > _______________________________________________ > 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" > ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 11:34:51 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 38102B86 for ; Mon, 5 Nov 2012 11:34:51 +0000 (UTC) (envelope-from paul-freebsd@fletchermoorland.co.uk) Received: from hercules.mthelicon.com (hercules.mthelicon.com [66.90.118.40]) by mx1.freebsd.org (Postfix) with ESMTP id 0162F8FC0C for ; Mon, 5 Nov 2012 11:34:50 +0000 (UTC) Received: from demophon.fletchermoorland.co.uk (hydra.fletchermoorland.co.uk [78.33.209.59] (may be forged)) (authenticated bits=0) by hercules.mthelicon.com (8.14.5/8.14.5) with ESMTP id qA5BYmlW054986; Mon, 5 Nov 2012 11:34:49 GMT (envelope-from paul-freebsd@fletchermoorland.co.uk) Message-ID: <5097A458.2030909@fletchermoorland.co.uk> Date: Mon, 05 Nov 2012 11:34:48 +0000 From: Paul Wootton User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120530 Thunderbird/12.0.1 MIME-Version: 1.0 To: Steven Hartland Subject: Re: ZFS RaidZ-2 problems References: <508F98F9.3040604@fletchermoorland.co.uk> <50979436.4020907@fletchermoorland.co.uk> <749120126EF1493696FA77101C824F09@multiplay.co.uk> In-Reply-To: <749120126EF1493696FA77101C824F09@multiplay.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freeBSD-CURRENT Mailing List X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Nov 2012 11:34:51 -0000 On 11/05/12 10:49, Steven Hartland wrote: > Yes RAIDZ2 should enable a 2 drive failure without the array faulting so > something strange is going on there somewhere. That was my thought, but I dont know what or why. > > Silly question, what size drives and what driver are you using? > See below > Regards > Steve > > ----- Original Message ----- From: "Paul Wootton" > > To: "freeBSD-CURRENT Mailing List" > Sent: Monday, November 05, 2012 10:25 AM > Subject: ZFS RaidZ-2 problems > > >>> state: FAULTED >>> status: One or more devices could not be opened. There are >>> insufficient >>> replicas for the pool to continue functioning. >>> action: Attach the missing device and online it using 'zpool online'. >>> see: http://illumos.org/msg/ZFS-8000-3C >>> scan: resilvered 30K in 0h0m with 0 errors on Sun Oct 14 12:52:45 >>> 2012 >>> config: >>> >>> NAME STATE READ WRITE CKSUM >>> storage FAULTED 0 0 1 >>> raidz2-0 FAULTED 0 0 6 >>> ada0 ONLINE 0 0 0 >>> ada1 ONLINE 0 0 0 >>> ada2 ONLINE 0 0 0 >>> 17777811927559723424 UNAVAIL 0 0 0 was >>> /dev/ada3 >>> ada4 ONLINE 0 0 0 >>> ada5 ONLINE 0 0 0 >>> ada6 ONLINE 0 0 0 >>> ada7 ONLINE 0 0 0 >>> ada8 ONLINE 0 0 0 >>> ada10p4 ONLINE 0 0 0 ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-8 SATA 2.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 476940MB (976773168 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-8 SATA 2.x device ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) ada1: Previously was known as ad6 ada2 at ahcich2 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: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) ada2: Previously was known as ad10 ada3 at ahcich3 bus 0 scbus4 target 0 lun 0 ada3: ATA-8 SATA 2.x device ada3: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada3: Command Queueing enabled ada3: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) ada3: Previously was known as ad12 ada4 at ahcich5 bus 0 scbus7 target 0 lun 0 ada4: ATA-8 SATA 2.x device ada4: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada4: Command Queueing enabled ada4: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) ada4: Previously was known as ad18 ada5 at ahcich6 bus 0 scbus9 target 0 lun 0 ada5: ATA-8 SATA 2.x device ada5: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada5: Command Queueing enabled ada5: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) ada5: Previously was known as ad22 ada6 at ahcich7 bus 0 scbus10 target 0 lun 0 ada6: ATA-8 SATA 2.x device ada6: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada6: Command Queueing enabled ada6: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) ada6: Previously was known as ad24 ada7 at ahcich8 bus 0 scbus11 target 0 lun 0 ada7: ATA-8 SATA 2.x device ada7: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada7: Command Queueing enabled ada7: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) ada7: Previously was known as ad26 ada8 at ahcich9 bus 0 scbus12 target 0 lun 0 ada8: ATA-8 SATA 2.x device ada8: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada8: Command Queueing enabled ada8: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) ada8: Previously was known as ad28 ada9 at ahcich10 bus 0 scbus13 target 0 lun 0 ada9: ATA-7 SATA 2.x device ada9: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada9: Command Queueing enabled ada9: 152627MB (312581808 512 byte sectors: 16H 63S/T 16383C) ada9: Previously was known as ad30 ada10 at ahcich11 bus 0 scbus14 target 0 lun 0 ada10: ATA-8 SATA 2.x device ada10: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada10: Command Queueing enabled ada10: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) ada10: Previously was known as ad32 root@filekeeper:/dev # gpart show ada10 => 34 1953525101 ada10 GPT (931G) 34 256 1 freebsd-boot (128k) 290 16777216 2 freebsd-swap (8.0G) 16777506 335544320 3 freebsd-zfs (160G) 352321826 976773168 4 freebsd-zfs (465G) 1329094994 283115520 5 freebsd-zfs (135G) 1612210514 341314621 - free - (162G) pool: boot state: ONLINE status: Some supported features are not enabled on the pool. The pool can still be used, but some features are unavailable. action: Enable all features using 'zpool upgrade'. Once this is done, the pool may no longer be accessible by software that does not support the features. See zpool-features(5) for details. scan: scrub repaired 0 in 0h33m with 0 errors on Thu Oct 4 13:54:15 2012 config: NAME STATE READ WRITE CKSUM boot ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 gptid/3f1627a2-0670-11e2-8347-6cf0490ff9e9 ONLINE 0 0 0 ada10p5 ONLINE 0 0 0 root@filekeeper:/dev # gpart list ada9 [...] 3. Name: ada9p3 Mediasize: 144955146240 (135G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 148480 Mode: r1w1e2 rawuuid: 3f1627a2-0670-11e2-8347-6cf0490ff9e9 rawtype: 516e7cba-6ecf-11d6-8ff8-00022d09712b label: (null) length: 144955146240 offset: 8590083072 type: freebsd-zfs index: 3 end: 299893025 start: 16777506 [...] Paul From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 13:11:42 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A366A2A2; Mon, 5 Nov 2012 13:11:42 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3478B8FC08; Mon, 5 Nov 2012 13:11:42 +0000 (UTC) Received: by mail-vc0-f182.google.com with SMTP id fw7so7714663vcb.13 for ; Mon, 05 Nov 2012 05:11:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=4RhWMu6M/PYfL6izUNdIFUQUXOzR2V/OnVz+McItIDQ=; b=ofS6YKVTMdt9gIwq5l3jKRbSUUR7/5HBIb46i5rNjfXP6zC1t5LvhvTzeFG1WJF3t3 lpBXijQulm5LLj+CVw4dPUov1X8VYO+4DbhvKns7J06RoWxUGLeKvdPLO/80YE6ByCiA 5ZU/k/bADuzS4ivjk1sLIPqrWOiaSy7tMOm2lFSsq5C/Q2CEnNvMt8/wTM1rtfCabNdE LRgbcGz9DtGBb0yChyKt5O+2U+ptF+au3csYhbq6xHHhZqF4tFUS04iUg/jLflrROY1W 9wZvJPmhu/BQLSIV+u6nJUSDJtoTq9MXmvxfWwoMNEESpbER67B27DdYTq9ax7gIyvux z5TQ== MIME-Version: 1.0 Received: by 10.220.226.67 with SMTP id iv3mr9147543vcb.57.1352121101592; Mon, 05 Nov 2012 05:11:41 -0800 (PST) Received: by 10.58.207.114 with HTTP; Mon, 5 Nov 2012 05:11:41 -0800 (PST) In-Reply-To: <5097898C.9080109@rewt.org.uk> References: <509758B8.1000409@rewt.org.uk> <50975F6F.6010907@rewt.org.uk> <5097898C.9080109@rewt.org.uk> Date: Mon, 5 Nov 2012 08:11:41 -0500 Message-ID: Subject: Re: Dynamic Ticks/HZ From: Ryan Stone To: Joe Holden Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Davide Italiano , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Nov 2012 13:11:42 -0000 On Mon, Nov 5, 2012 at 4:40 AM, Joe Holden wrote: > doh, running kernel wasn't as GENERIC as I thought it was, looks like > device polling not only breaks dynamic ticks but also reduces rx ability > significantly, exactly 150,000 pps per 1000hz on igb versus 650,000 without > > Is this a known issue? (and if device polling isn't as useful as it once > was, should it be removed?) > Device polling on modern multiqueue NICs isn't very useful because you're limited to a single thread for handling packets. I have a patch that fixes this that I've let fall by the wayside. From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 13:17:44 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 366A15BE for ; Mon, 5 Nov 2012 13:17:44 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id D976C8FC08 for ; Mon, 5 Nov 2012 13:17:43 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1TVMYa-003Bid-OM>; Mon, 05 Nov 2012 14:17:36 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1TVMYa-0033DS-M3>; Mon, 05 Nov 2012 14:17:36 +0100 Message-ID: <5097BC6B.5020809@zedat.fu-berlin.de> Date: Mon, 05 Nov 2012 14:17:31 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:16.0) Gecko/20121030 Thunderbird/16.0.2 MIME-Version: 1.0 To: Current FreeBSD Subject: CURRENT Revision: 242615: /usr/src/usr.bin/less/../less/defines.h:188:25: error: '/*' within block comment [-Werror,-Wcomment],#define CMDBUF_SIZE 512 /* Buffer for multichar commands */ X-Enigmail-Version: 1.4.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigC2D76CF458D6D0B8D72DF121" X-Originating-IP: 130.133.86.198 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Nov 2012 13:17:44 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC2D76CF458D6D0B8D72DF121 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable While building world as of today, I receive this error: In file included from /usr/src/usr.bin/less/../../contrib/less/main.c:16:= In file included from /usr/src/usr.bin/less/../../contrib/less/less.h:29:= /usr/src/usr.bin/less/../less/defines.h:188:25: error: '/*' within block comment [-Werror,-Wcomment] #define CMDBUF_SIZE 512 /* Buffer for multichar commands */ ^ 1 error generated. *** [main.o] Error code 1 regards, Oliver --------------enigC2D76CF458D6D0B8D72DF121 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJQl7xwAAoJEOgBcD7A/5N8DmEIAIBN9NSK7288y9uYbH+6mnYP y9aSOU7KlFKafdTU5Wy05omdVIVQAjqiyxaE9GfretUSZZ6qJAU5Wah67fFOUN8Z Rk3ZRx/9nn/D0X8ldAbxgToumjvT04yA8ia0OXLDgSszwKPvihglXgoUKuZfZXWU rJHhxvy86CKJDL3aIVUJMXwZpb/FyVBxRDgfydS39PbAMj+yOhI29/qRbOAk3XvW 0DIHB+vMcWlG1+wMO/Z3j4GvoGeKPca6ZEPPmUkO/kIw3wYyRkfxy7qIq62dmfvX U3kno24cfE5SXBcSEdRVlDu6kUlxFca/6fm4iK0iIqwyl/PuIOcFykszaYlabhw= =1NoO -----END PGP SIGNATURE----- --------------enigC2D76CF458D6D0B8D72DF121-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 15:04:16 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6402D3F4; Mon, 5 Nov 2012 15:04:16 +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 18A638FC0A; Mon, 5 Nov 2012 15:04:16 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:d493:276:882f:463e] (unknown [IPv6:2001:7b8:3a7:0:d493:276:882f:463e]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 1F7CD5C59; Mon, 5 Nov 2012 16:04:14 +0100 (CET) Message-ID: <5097D56C.5050709@FreeBSD.org> Date: Mon, 05 Nov 2012 16:04:12 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: "O. Hartmann" Subject: Re: CURRENT Revision: 242615: /usr/src/usr.bin/less/../less/defines.h:188:25: error: '/*' within block comment [-Werror,-Wcomment],#define CMDBUF_SIZE 512 /* Buffer for multichar commands */ References: <5097BC6B.5020809@zedat.fu-berlin.de> In-Reply-To: <5097BC6B.5020809@zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Current FreeBSD , Xin LI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Nov 2012 15:04:16 -0000 On 2012-11-05 14:17, O. Hartmann wrote: > While building world as of today, I receive this error: > > > In file included from /usr/src/usr.bin/less/../../contrib/less/main.c:16: > In file included from /usr/src/usr.bin/less/../../contrib/less/less.h:29: > /usr/src/usr.bin/less/../less/defines.h:188:25: error: '/*' within block > comment [-Werror,-Wcomment] > #define CMDBUF_SIZE 512 /* Buffer for multichar commands */ > ^ > 1 error generated. > *** [main.o] Error code 1 It is caused by a typo in usr.bin/less/defines.h, in r242584, where Xin imported a new version of less: 187 #if 0 /* old sizes for small memory machines 188 #define CMDBUF_SIZE 512 /* Buffer for multichar commands */ The "old sizes for small memory machines" comment is not properly terminated. Clang has the above warning specifically to ferret out such typos. :) From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 16:08:08 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CE1B0672; Mon, 5 Nov 2012 16:08:08 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-pa0-f54.google.com (mail-pa0-f54.google.com [209.85.220.54]) by mx1.freebsd.org (Postfix) with ESMTP id 95B5E8FC0A; Mon, 5 Nov 2012 16:08:08 +0000 (UTC) Received: by mail-pa0-f54.google.com with SMTP id bi1so4237075pad.13 for ; Mon, 05 Nov 2012 08:08:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=U9shVNg8V3XQtVgcAQLrjTo4PP+jNYaCpi/bp1g5ae8=; b=LEDvrHc62XkUJ4IXWCE+kRAYTsY8SJpJMAPTNwWZ8WTGqzlRV+BwAAC1qYIq3mPmuE phxynU7sFUbJBCiLa3/HWJQd9crG4HbPSfGLHLHxb9VZznPjFkCmrOlBrzSdiAmSnjtB iR7Z0LryfFcwyeODBOMohWtssIS1xdmNFHLK4PlM2BaoxoWtAQXszFqsTDuoC1mR+i8o XBPZIwn8yYo1ajFX+CrIw9pHGWp9CnMRK+XQWM3BLm/gE2VyPZ7G/wSLxsC0jO/v5D5L Y3ECwsiA31wAP4QJt0HOJwBPwdVV6frvtBPmHMa8VV7p7o8WSP9BYhBPjENvUI71kpGS CD4w== Received: by 10.66.73.230 with SMTP id o6mr29560516pav.45.1352131688229; Mon, 05 Nov 2012 08:08:08 -0800 (PST) Received: from mavbook.mavhome.dp.ua (148.sub-70-197-5.myvzw.com. [70.197.5.148]) by mx.google.com with ESMTPS id xk2sm4375066pbc.45.2012.11.05.08.08.06 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 05 Nov 2012 08:08:07 -0800 (PST) Sender: Alexander Motin Message-ID: <5097E465.3010408@FreeBSD.org> Date: Mon, 05 Nov 2012 18:08:05 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120628 Thunderbird/13.0.1 MIME-Version: 1.0 To: Joe Holden , Davide Italiano , FreeBSD Current Subject: Re: Dynamic Ticks/HZ Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Nov 2012 16:08:08 -0000 Hi. Full interrupt rate on some CPU means that your system is not idle, but running some process. Another possibility is that you have DUMMYNET compiled into your kernel, which tends to schedule callout for every HZ tick, effectively blocking skipping interrupts for one of CPUs. Check 'top -SH' for running processes, or 'top -SH -m io -o vcsw' for processes doing a lot of context switches. That most likely should give an answer. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 16:16:02 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CED7DA05; Mon, 5 Nov 2012 16:16:02 +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 864ED8FC17; Mon, 5 Nov 2012 16:16:02 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 621267300A; Mon, 5 Nov 2012 17:36:54 +0100 (CET) Date: Mon, 5 Nov 2012 17:36:54 +0100 From: Luigi Rizzo To: Ryan Stone Subject: Re: Dynamic Ticks/HZ Message-ID: <20121105163654.GA12870@onelab2.iet.unipi.it> References: <509758B8.1000409@rewt.org.uk> <50975F6F.6010907@rewt.org.uk> <5097898C.9080109@rewt.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: Davide Italiano , Joe Holden , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Nov 2012 16:16:03 -0000 On Mon, Nov 05, 2012 at 08:11:41AM -0500, Ryan Stone wrote: > On Mon, Nov 5, 2012 at 4:40 AM, Joe Holden wrote: > > > doh, running kernel wasn't as GENERIC as I thought it was, looks like > > device polling not only breaks dynamic ticks but also reduces rx ability > > significantly, exactly 150,000 pps per 1000hz on igb versus 650,000 without > > > > Is this a known issue? (and if device polling isn't as useful as it once > > was, should it be removed?) > > > > Device polling on modern multiqueue NICs isn't very useful because you're > limited to a single thread for handling packets. I have a patch that fixes > this that I've let fall by the wayside. the 150,000 is result of the combination of the default value of sysctl kern.polling.burst_max and kern.polling.idle_poll=0 (i think this is the default value for the latter). The 150 was sized for the peak pps on a 100Mbit/s interface, back in 2001. You should at least be able to raise the number and see what kind of throughput you can achieve. This said, modern nics also have interrupt moderation so you don't really need polling. cheers luigi From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 16:21:41 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 184D8CB3 for ; Mon, 5 Nov 2012 16:21:41 +0000 (UTC) (envelope-from alexandre.martins@netasq.com) Received: from work.netasq.com (gwlille.netasq.com [91.212.116.1]) by mx1.freebsd.org (Postfix) with ESMTP id A2AAF8FC16 for ; Mon, 5 Nov 2012 16:21:39 +0000 (UTC) Received: from pc-alex.netasq.com (unknown [10.2.200.254]) by work.netasq.com (Postfix) with ESMTPS id D0DB5270586B for ; Mon, 5 Nov 2012 17:21:38 +0100 (CET) From: Alexandre Martins To: freebsd-current@freebsd.org Subject: Some question about IPv4 routes Date: Mon, 05 Nov 2012 17:21:34 +0100 Message-ID: <8632523.6dTPfJQh0d@pc-alex.netasq.com> Organization: NETASQ User-Agent: KMail/4.8.4 (FreeBSD/8.2-RELEASE; KDE/4.8.4; amd64; ; ) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart10638258.ekYFtC3Pqe"; micalg="sha1"; protocol="application/pkcs7-signature" Content-Transfer-Encoding: 7Bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Nov 2012 16:21:41 -0000 --nextPart10638258.ekYFtC3Pqe Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Dears, Since FreeBSD 8.0, there is some changes about routing table, in particular the IPv4 'link-local' route. In my case, i have this config: em0 192.168.0.1 / 24 In FreeBSD < 8, if I run 'route get 192.168.0.0', it tell me : =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- route to: 192.168.0.0 destination: 192.168.0.0 mask: 255.255.255.0 interface: em0 flags: recvpipe sendpipe ssthresh rtt,msec rttvar hopcount mtu expire 0 0 0 0 0 0 1500 -537398 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- And in FreeBSD >= 8 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- route: writing to routing socket: No such process =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- In addition, if I run a ping on network and broadcast address (ping 192.168.0.0; ping 192.168.0.255) In Freebsd < 8, a new route was created and i can see it in 'netstat -rn -af inet' =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Internet: Destination Gateway Flags Refs Use Netif Expire 192.168.0.0 ff:ff:ff:ff:ff:ff UHLWb 1 1 em0 => 192.168.0.255 ff:ff:ff:ff:ff:ff UHLWb 1 1 em0 => =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- But not in FreeBSD >= 8 So, why is the broadcast route not created in FreeBSD >= 8 ? And why is the command 'route get 192.168.0.0' fail in FreeBSD >= 8 ? Regards -- Alexandre Martins NETASQ -- We secure IT --nextPart10638258.ekYFtC3Pqe-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 16:25:45 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 950F8E2E; Mon, 5 Nov 2012 16:25:45 +0000 (UTC) (envelope-from lists@rewt.org.uk) Received: from abby.lhr1.as41113.net (unknown [IPv6:2001:b70:201:2::22]) by mx1.freebsd.org (Postfix) with ESMTP id 257E48FC0A; Mon, 5 Nov 2012 16:25:44 +0000 (UTC) Received: from [172.16.11.21] (bella.stf.rewt.org.uk [91.208.177.62]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by abby.lhr1.as41113.net (Postfix) with ESMTPS id 3XwK4k6wqcz13P0; Mon, 5 Nov 2012 16:25:42 +0000 (GMT) Message-ID: <5097E880.8010001@rewt.org.uk> Date: Mon, 05 Nov 2012 16:25:36 +0000 From: Joe Holden User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Luigi Rizzo Subject: Re: Dynamic Ticks/HZ References: <509758B8.1000409@rewt.org.uk> <50975F6F.6010907@rewt.org.uk> <5097898C.9080109@rewt.org.uk> <20121105163654.GA12870@onelab2.iet.unipi.it> In-Reply-To: <20121105163654.GA12870@onelab2.iet.unipi.it> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Davide Italiano , Ryan Stone , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Nov 2012 16:25:45 -0000 Luigi Rizzo wrote: > On Mon, Nov 05, 2012 at 08:11:41AM -0500, Ryan Stone wrote: >> On Mon, Nov 5, 2012 at 4:40 AM, Joe Holden wrote: >> >>> doh, running kernel wasn't as GENERIC as I thought it was, looks like >>> device polling not only breaks dynamic ticks but also reduces rx ability >>> significantly, exactly 150,000 pps per 1000hz on igb versus 650,000 without >>> >>> Is this a known issue? (and if device polling isn't as useful as it once >>> was, should it be removed?) >>> >> Device polling on modern multiqueue NICs isn't very useful because you're >> limited to a single thread for handling packets. I have a patch that fixes >> this that I've let fall by the wayside. > > the 150,000 is result of the combination of the default value of > sysctl kern.polling.burst_max and kern.polling.idle_poll=0 > (i think this is the default value for the latter). > > The 150 was sized for the peak pps on a 100Mbit/s interface, > back in 2001. You should at least be able to raise the number > and see what kind of throughput you can achieve. > > This said, modern nics also have interrupt moderation so you > don't really need polling. > > cheers > luigi Hi Luigi, This makes sense, am I likely to achieve better throughput (in the forwarding path at this point) with netisr rather than polling, especially as mentioned above the igb does indeed have multiple queues for rx? On another note, is netmap usable in the forwarding context at all as it is rather awesome Thanks, Joe From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 16:29:52 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8352D150 for ; Mon, 5 Nov 2012 16:29:52 +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 3D6C38FC14 for ; Mon, 5 Nov 2012 16:29:52 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:d493:276:882f:463e] (unknown [IPv6:2001:7b8:3a7:0:d493:276:882f:463e]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 87B0D5C59; Mon, 5 Nov 2012 17:29:51 +0100 (CET) Message-ID: <5097E97D.80304@FreeBSD.org> Date: Mon, 05 Nov 2012 17:29:49 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Alexandre Martins Subject: Re: Some question about IPv4 routes References: <8632523.6dTPfJQh0d@pc-alex.netasq.com> In-Reply-To: <8632523.6dTPfJQh0d@pc-alex.netasq.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Nov 2012 16:29:52 -0000 On 2012-11-05 17:21, Alexandre Martins wrote: > Since FreeBSD 8.0, there is some changes about routing table, in particular > the IPv4 'link-local' route. > > In my case, i have this config: em0 192.168.0.1 / 24 > > > In FreeBSD < 8, if I run 'route get 192.168.0.0', it tell me : > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > route to: 192.168.0.0 > destination: 192.168.0.0 > mask: 255.255.255.0 > interface: em0 > flags: > recvpipe sendpipe ssthresh rtt,msec rttvar hopcount mtu expire > 0 0 0 0 0 0 1500 -537398 > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > > And in FreeBSD >= 8 > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > route: writing to routing socket: No such process > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Maybe the command parsing got more strict? It looks like you must add the netmask to make it work: $ route -n get 192.168.0.0 route: writing to routing socket: No such process $ route -n get 192.168.0.0/24 route to: 192.168.0.0 destination: 192.168.0.0 mask: 255.255.255.0 interface: iflan flags: recvpipe sendpipe ssthresh rtt,msec mtu weight expire 0 0 0 0 1500 1 0 This is on stable/9. > In addition, if I run a ping on network and broadcast address > (ping 192.168.0.0; ping 192.168.0.255) > > In Freebsd < 8, a new route was created and i can see it in > 'netstat -rn -af inet' > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Internet: > Destination Gateway Flags Refs Use Netif Expire > 192.168.0.0 ff:ff:ff:ff:ff:ff UHLWb 1 1 em0 => > 192.168.0.255 ff:ff:ff:ff:ff:ff UHLWb 1 1 em0 => > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > > But not in FreeBSD >= 8 > > > So, why is the broadcast route not created in FreeBSD >= 8 ? Apparently the route to 192.168.0.0/24 already covers both of them, so there is no need anymore to add explicit ones. I have no idea why this changed after 8.x, though. From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 16:35:28 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A44623DC; Mon, 5 Nov 2012 16:35:28 +0000 (UTC) (envelope-from lists@rewt.org.uk) Received: from abby.lhr1.as41113.net (abby.lhr1.as41113.net [91.208.177.20]) by mx1.freebsd.org (Postfix) with ESMTP id 62B428FC08; Mon, 5 Nov 2012 16:35:26 +0000 (UTC) Received: from [172.16.11.21] (bella.stf.rewt.org.uk [91.208.177.62]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by abby.lhr1.as41113.net (Postfix) with ESMTPS id 3XwKHw6Vyxz13P0; Mon, 5 Nov 2012 16:35:24 +0000 (GMT) Message-ID: <5097EAC7.1080200@rewt.org.uk> Date: Mon, 05 Nov 2012 16:35:19 +0000 From: Joe Holden User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Alexander Motin Subject: Re: Dynamic Ticks/HZ References: <5097E465.3010408@FreeBSD.org> In-Reply-To: <5097E465.3010408@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Davide Italiano , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Nov 2012 16:35:28 -0000 Alexander Motin wrote: > Hi. > > Full interrupt rate on some CPU means that your system is not idle, but > running some process. Another possibility is that you have DUMMYNET > compiled into your kernel, which tends to schedule callout for every HZ > tick, effectively blocking skipping interrupts for one of CPUs. > > Check 'top -SH' for running processes, or 'top -SH -m io -o vcsw' for > processes doing a lot of context switches. That most likely should give > an answer. > Hi, It looks like the device polling is what was causing it, once I'd removed that from kernconf it returned to normal - full interupt rate is ok though if I can increase the rate to a decent level From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 16:36:50 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 755814F3; Mon, 5 Nov 2012 16:36:50 +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 249FB8FC08; Mon, 5 Nov 2012 16:36:49 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 642CE7300A; Mon, 5 Nov 2012 17:57:48 +0100 (CET) Date: Mon, 5 Nov 2012 17:57:48 +0100 From: Luigi Rizzo To: Joe Holden Subject: Re: Dynamic Ticks/HZ Message-ID: <20121105165748.GA13098@onelab2.iet.unipi.it> References: <509758B8.1000409@rewt.org.uk> <50975F6F.6010907@rewt.org.uk> <5097898C.9080109@rewt.org.uk> <20121105163654.GA12870@onelab2.iet.unipi.it> <5097E880.8010001@rewt.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5097E880.8010001@rewt.org.uk> User-Agent: Mutt/1.4.2.3i Cc: Davide Italiano , Ryan Stone , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Nov 2012 16:36:50 -0000 On Mon, Nov 05, 2012 at 04:25:36PM +0000, Joe Holden wrote: > Luigi Rizzo wrote: > >On Mon, Nov 05, 2012 at 08:11:41AM -0500, Ryan Stone wrote: > >>On Mon, Nov 5, 2012 at 4:40 AM, Joe Holden wrote: > >> > >>>doh, running kernel wasn't as GENERIC as I thought it was, looks like > >>>device polling not only breaks dynamic ticks but also reduces rx ability > >>>significantly, exactly 150,000 pps per 1000hz on igb versus 650,000 > >>>without > >>> > >>>Is this a known issue? (and if device polling isn't as useful as it once > >>>was, should it be removed?) > >>> > >>Device polling on modern multiqueue NICs isn't very useful because you're > >>limited to a single thread for handling packets. I have a patch that > >>fixes > >>this that I've let fall by the wayside. > > > >the 150,000 is result of the combination of the default value of > >sysctl kern.polling.burst_max and kern.polling.idle_poll=0 > >(i think this is the default value for the latter). > > > >The 150 was sized for the peak pps on a 100Mbit/s interface, > >back in 2001. You should at least be able to raise the number > >and see what kind of throughput you can achieve. > > > >This said, modern nics also have interrupt moderation so you > >don't really need polling. > > > >cheers > >luigi > Hi Luigi, > > This makes sense, am I likely to achieve better throughput (in the > forwarding path at this point) with netisr rather than polling, > especially as mentioned above the igb does indeed have multiple queues > for rx? at 1Gbit/s you probably don't need multiqueue (I am actually surpised you can only do 650kpps, but perhaps because you are using ipfw and not just doing plain forwarding ?) > On another note, is netmap usable in the forwarding context at all as it > is rather awesome It depends on what you need to do. If you have a v4/v6 router you won't see any advantage (at the moment; there is some work in the pipeline but probably it won't be available before spring). If you just need to implement a firewall to protect the internal network then it is another story and you can use the ipfw on netmap that I posted in august. cheers luigi From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 17:00:29 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8B371D27; Mon, 5 Nov 2012 17:00:29 +0000 (UTC) (envelope-from lists@rewt.org.uk) Received: from abby.lhr1.as41113.net (unknown [IPv6:2001:b70:201:2::22]) by mx1.freebsd.org (Postfix) with ESMTP id 461B88FC0C; Mon, 5 Nov 2012 17:00:29 +0000 (UTC) Received: from [172.16.11.21] (bella.stf.rewt.org.uk [91.208.177.62]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by abby.lhr1.as41113.net (Postfix) with ESMTPS id 3XwKrr003Hz13P1; Mon, 5 Nov 2012 17:00:27 +0000 (GMT) Message-ID: <5097F0A7.90408@rewt.org.uk> Date: Mon, 05 Nov 2012 17:00:23 +0000 From: Joe Holden User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Luigi Rizzo Subject: Re: Dynamic Ticks/HZ References: <509758B8.1000409@rewt.org.uk> <50975F6F.6010907@rewt.org.uk> <5097898C.9080109@rewt.org.uk> <20121105163654.GA12870@onelab2.iet.unipi.it> <5097E880.8010001@rewt.org.uk> <20121105165748.GA13098@onelab2.iet.unipi.it> In-Reply-To: <20121105165748.GA13098@onelab2.iet.unipi.it> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Davide Italiano , Ryan Stone , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Nov 2012 17:00:29 -0000 Luigi Rizzo wrote: > On Mon, Nov 05, 2012 at 04:25:36PM +0000, Joe Holden wrote: >> Luigi Rizzo wrote: >>> On Mon, Nov 05, 2012 at 08:11:41AM -0500, Ryan Stone wrote: >>>> On Mon, Nov 5, 2012 at 4:40 AM, Joe Holden wrote: >>>> >>>>> doh, running kernel wasn't as GENERIC as I thought it was, looks like >>>>> device polling not only breaks dynamic ticks but also reduces rx ability >>>>> significantly, exactly 150,000 pps per 1000hz on igb versus 650,000 >>>>> without >>>>> >>>>> Is this a known issue? (and if device polling isn't as useful as it once >>>>> was, should it be removed?) >>>>> >>>> Device polling on modern multiqueue NICs isn't very useful because you're >>>> limited to a single thread for handling packets. I have a patch that >>>> fixes >>>> this that I've let fall by the wayside. >>> the 150,000 is result of the combination of the default value of >>> sysctl kern.polling.burst_max and kern.polling.idle_poll=0 >>> (i think this is the default value for the latter). >>> >>> The 150 was sized for the peak pps on a 100Mbit/s interface, >>> back in 2001. You should at least be able to raise the number >>> and see what kind of throughput you can achieve. >>> >>> This said, modern nics also have interrupt moderation so you >>> don't really need polling. >>> >>> cheers >>> luigi >> Hi Luigi, >> >> This makes sense, am I likely to achieve better throughput (in the >> forwarding path at this point) with netisr rather than polling, >> especially as mentioned above the igb does indeed have multiple queues >> for rx? > > at 1Gbit/s you probably don't need multiqueue (I am actually surpised > you can only do 650kpps, but perhaps because you are using ipfw and > not just doing plain forwarding ?) > No ipfw/dummynet (yet), I've been testing by using netblast, may just be tx limit of this machine - rebuilding with netmap so I can use pkt-gen >> On another note, is netmap usable in the forwarding context at all as it >> is rather awesome > > It depends on what you need to do. If you have a v4/v6 router you > won't see any advantage (at the moment; there is some work in the > pipeline but probably it won't be available before spring). > > If you just need to implement a firewall to protect the internal > network then it is another story and you can use the ipfw on netmap > that I posted in august. > > cheers > luigi From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 18:06:49 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B7E7F410; Mon, 5 Nov 2012 18:06:49 +0000 (UTC) (envelope-from ianf@cloudseed.co.za) Received: from zcs03.jnb1.cloudseed.co.za (zcs03.jnb1.cloudseed.co.za [41.154.0.139]) by mx1.freebsd.org (Postfix) with ESMTP id 457118FC15; Mon, 5 Nov 2012 18:06:48 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zcs03.jnb1.cloudseed.co.za (Postfix) with ESMTP id 015652B42BB3; Mon, 5 Nov 2012 19:58:15 +0200 (SAST) X-Virus-Scanned: amavisd-new at zcs03.jnb1.cloudseed.co.za Received: from zcs03.jnb1.cloudseed.co.za ([127.0.0.1]) by localhost (zcs03.jnb1.cloudseed.co.za [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3XNYQZNhbJK9; Mon, 5 Nov 2012 19:58:14 +0200 (SAST) Received: from clue.co.za (unknown [41.154.88.19]) by zcs03.jnb1.cloudseed.co.za (Postfix) with ESMTPSA id 39B7C2B42BAE; Mon, 5 Nov 2012 19:58:14 +0200 (SAST) Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.80 (FreeBSD)) (envelope-from ) id 1TVQw7-0000SL-Nj; Mon, 05 Nov 2012 19:58:11 +0200 To: Joe Holden From: Ian FREISLICH Subject: Re: Dynamic Ticks/HZ In-Reply-To: <5097EAC7.1080200@rewt.org.uk> References: <5097EAC7.1080200@rewt.org.uk> <5097E465.3010408@FreeBSD.org> X-Attribution: BOFH Date: Mon, 05 Nov 2012 19:58:11 +0200 Message-Id: X-Mailman-Approved-At: Mon, 05 Nov 2012 18:12:04 +0000 Cc: Davide Italiano , Alexander Motin , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Nov 2012 18:06:49 -0000 Joe Holden wrote: > It looks like the device polling is what was causing it, once I'd > removed that from kernconf it returned to normal - full interupt rate is > ok though if I can increase the rate to a decent level FWIW, this is how my igb(4) system is tuned and with PF, it's able to fill 4xigb interfaces: /boot/loader.conf: # 16 CPUs net.isr.maxthreads="8" net.isr.defaultqlimit="4096" net.isr.maxqlimit="81920" net.isr.direct="1" net.isr.direct_force="1" net.isr.bindthreads="0" kern.ipc.nmbclusters="262144" hw.igb.max_interrupt_rate="32000" hw.igb.rx_process_limit="500" hw.igb.header_split="1" #This setting doesn't seem to work hw.igb.txd="4096" hw.igb.rxd="4096" /etc/sysctl.conf: net.inet.ip.fastforwarding=1 kern.random.sys.harvest.interrupt=0 kern.random.sys.harvest.ethernet=0 kern.random.sys.harvest.point_to_point=0 Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 18:21:30 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9707A822; Mon, 5 Nov 2012 18:21:30 +0000 (UTC) (envelope-from lists@rewt.org.uk) Received: from abby.lhr1.as41113.net (abby.lhr1.as41113.net [91.208.177.20]) by mx1.freebsd.org (Postfix) with ESMTP id 506298FC0A; Mon, 5 Nov 2012 18:21:30 +0000 (UTC) Received: from [172.16.11.21] (bella.stf.rewt.org.uk [91.208.177.62]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by abby.lhr1.as41113.net (Postfix) with ESMTPS id 3XwMfJ1JLFz13P0; Mon, 5 Nov 2012 18:21:28 +0000 (GMT) Message-ID: <509803A2.7090302@rewt.org.uk> Date: Mon, 05 Nov 2012 18:21:22 +0000 From: Joe Holden User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Luigi Rizzo Subject: Re: Dynamic Ticks/HZ References: <509758B8.1000409@rewt.org.uk> <50975F6F.6010907@rewt.org.uk> <5097898C.9080109@rewt.org.uk> <20121105163654.GA12870@onelab2.iet.unipi.it> <5097E880.8010001@rewt.org.uk> <20121105165748.GA13098@onelab2.iet.unipi.it> In-Reply-To: <20121105165748.GA13098@onelab2.iet.unipi.it> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Davide Italiano , Ryan Stone , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Nov 2012 18:21:30 -0000 Luigi Rizzo wrote: > On Mon, Nov 05, 2012 at 04:25:36PM +0000, Joe Holden wrote: >> Luigi Rizzo wrote: >>> On Mon, Nov 05, 2012 at 08:11:41AM -0500, Ryan Stone wrote: >>>> On Mon, Nov 5, 2012 at 4:40 AM, Joe Holden wrote: >>>> >>>>> doh, running kernel wasn't as GENERIC as I thought it was, looks like >>>>> device polling not only breaks dynamic ticks but also reduces rx ability >>>>> significantly, exactly 150,000 pps per 1000hz on igb versus 650,000 >>>>> without >>>>> >>>>> Is this a known issue? (and if device polling isn't as useful as it once >>>>> was, should it be removed?) >>>>> >>>> Device polling on modern multiqueue NICs isn't very useful because you're >>>> limited to a single thread for handling packets. I have a patch that >>>> fixes >>>> this that I've let fall by the wayside. >>> the 150,000 is result of the combination of the default value of >>> sysctl kern.polling.burst_max and kern.polling.idle_poll=0 >>> (i think this is the default value for the latter). >>> >>> The 150 was sized for the peak pps on a 100Mbit/s interface, >>> back in 2001. You should at least be able to raise the number >>> and see what kind of throughput you can achieve. >>> >>> This said, modern nics also have interrupt moderation so you >>> don't really need polling. >>> >>> cheers >>> luigi >> Hi Luigi, >> >> This makes sense, am I likely to achieve better throughput (in the >> forwarding path at this point) with netisr rather than polling, >> especially as mentioned above the igb does indeed have multiple queues >> for rx? > > at 1Gbit/s you probably don't need multiqueue (I am actually surpised > you can only do 650kpps, but perhaps because you are using ipfw and > not just doing plain forwarding ?) > >> On another note, is netmap usable in the forwarding context at all as it >> is rather awesome > > It depends on what you need to do. If you have a v4/v6 router you > won't see any advantage (at the moment; there is some work in the > pipeline but probably it won't be available before spring). > > If you just need to implement a firewall to protect the internal > network then it is another story and you can use the ipfw on netmap > that I posted in august. > > cheers > luigi Hi, I have a setup where box1 is connected directly to box2 (igb0), with pkt-gen however box2 doesn't seem to actually forward any packets, sysctl -ip 1 shows 1.48Mpps unreachables generated (matching the input), is there something specific I need to do to test forwarding? Thanks, Joe From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 18:28:27 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1B4E99F2 for ; Mon, 5 Nov 2012 18:28:27 +0000 (UTC) (envelope-from lists@rewt.org.uk) Received: from abby.lhr1.as41113.net (abby.lhr1.as41113.net [91.208.177.20]) by mx1.freebsd.org (Postfix) with ESMTP id C7E188FC12 for ; Mon, 5 Nov 2012 18:28:26 +0000 (UTC) Received: from [172.16.11.21] (bella.stf.rewt.org.uk [91.208.177.62]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by abby.lhr1.as41113.net (Postfix) with ESMTPS id 3XwMpK0xZmz13P1; Mon, 5 Nov 2012 18:28:25 +0000 (GMT) Message-ID: <50980544.4000507@rewt.org.uk> Date: Mon, 05 Nov 2012 18:28:20 +0000 From: Joe Holden User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Luigi Rizzo Subject: Re: Dynamic Ticks/HZ References: <509758B8.1000409@rewt.org.uk> <50975F6F.6010907@rewt.org.uk> <5097898C.9080109@rewt.org.uk> <20121105163654.GA12870@onelab2.iet.unipi.it> <5097E880.8010001@rewt.org.uk> <20121105165748.GA13098@onelab2.iet.unipi.it> <509803A2.7090302@rewt.org.uk> In-Reply-To: <509803A2.7090302@rewt.org.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Nov 2012 18:28:27 -0000 Joe Holden wrote: > Luigi Rizzo wrote: >> On Mon, Nov 05, 2012 at 04:25:36PM +0000, Joe Holden wrote: >>> Luigi Rizzo wrote: >>>> On Mon, Nov 05, 2012 at 08:11:41AM -0500, Ryan Stone wrote: >>>>> On Mon, Nov 5, 2012 at 4:40 AM, Joe Holden wrote: >>>>> >>>>>> doh, running kernel wasn't as GENERIC as I thought it was, looks like >>>>>> device polling not only breaks dynamic ticks but also reduces rx >>>>>> ability >>>>>> significantly, exactly 150,000 pps per 1000hz on igb versus >>>>>> 650,000 without >>>>>> >>>>>> Is this a known issue? (and if device polling isn't as useful as >>>>>> it once >>>>>> was, should it be removed?) >>>>>> >>>>> Device polling on modern multiqueue NICs isn't very useful because >>>>> you're >>>>> limited to a single thread for handling packets. I have a patch >>>>> that fixes >>>>> this that I've let fall by the wayside. >>>> the 150,000 is result of the combination of the default value of >>>> sysctl kern.polling.burst_max and kern.polling.idle_poll=0 >>>> (i think this is the default value for the latter). >>>> >>>> The 150 was sized for the peak pps on a 100Mbit/s interface, >>>> back in 2001. You should at least be able to raise the number >>>> and see what kind of throughput you can achieve. >>>> >>>> This said, modern nics also have interrupt moderation so you >>>> don't really need polling. >>>> >>>> cheers >>>> luigi >>> Hi Luigi, >>> >>> This makes sense, am I likely to achieve better throughput (in the >>> forwarding path at this point) with netisr rather than polling, >>> especially as mentioned above the igb does indeed have multiple >>> queues for rx? >> >> at 1Gbit/s you probably don't need multiqueue (I am actually surpised >> you can only do 650kpps, but perhaps because you are using ipfw and >> not just doing plain forwarding ?) >> >>> On another note, is netmap usable in the forwarding context at all as >>> it is rather awesome >> >> It depends on what you need to do. If you have a v4/v6 router you >> won't see any advantage (at the moment; there is some work in the >> pipeline but probably it won't be available before spring). >> >> If you just need to implement a firewall to protect the internal >> network then it is another story and you can use the ipfw on netmap >> that I posted in august. >> >> cheers >> luigi > Hi, > > I have a setup where box1 is connected directly to box2 (igb0), with > pkt-gen however box2 doesn't seem to actually forward any packets, > sysctl -ip 1 shows 1.48Mpps unreachables generated (matching the input), > is there something specific I need to do to test forwarding? > > Thanks, > Joe Nevermind, didn't set destination MAC addr, apologies for the noise! From owner-freebsd-current@FreeBSD.ORG Mon Nov 5 19:52:41 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C8853A0A for ; Mon, 5 Nov 2012 19:52:41 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id CEAAC8FC12 for ; Mon, 5 Nov 2012 19:52:40 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.5/8.14.5) with ESMTP id qA5JqYsH022856 for ; Mon, 5 Nov 2012 13:52:34 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.5/8.14.5/Submit) id qA5JqXRD022855 for freebsd-current@freebsd.org; Mon, 5 Nov 2012 13:52:33 -0600 (CST) (envelope-from brooks) Date: Mon, 5 Nov 2012 13:52:33 -0600 From: Brooks Davis To: freebsd-current@freebsd.org Subject: HEADS UP: Clang now the default on x86 Message-ID: <20121105195233.GG92218@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SUk9VBj82R8Xhb8H" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 05 Nov 2012 19:52:42 -0000 --SUk9VBj82R8Xhb8H Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I've made clang the default on x86 systems. There will probably be a few bumps as we work out the last kinks including a ABI issue for i386 system libraries, but the transition is expected to be fairly smooth for most users. Please report problems on freebsd-current or freebsd-toolchain. -- Brooks ----- Forwarded message from Brooks Davis ----- Date: Mon, 5 Nov 2012 19:08:18 +0000 (UTC) =46rom: Brooks Davis To: src-committers@FreeBSD.org, svn-src-all@FreeBSD.org, svn-src-head@FreeBSD.org Subject: svn commit: r242624 - in head: . share/mk sys/sys Author: brooks Date: Mon Nov 5 19:08:18 2012 New Revision: 242624 URL: http://svnweb.freebsd.org/changeset/base/242624 Log: After years of hard work by many FreeBSD and LLVM developers, make clang the default compiler on i386 and amd64 systems. =20 Special thanks to: dim, ed, rdivacky Modified: head/UPDATING head/share/mk/bsd.own.mk head/sys/sys/param.h Modified: head/UPDATING =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D --- head/UPDATING Mon Nov 5 19:00:25 2012 (r242623) +++ head/UPDATING Mon Nov 5 19:08:18 2012 (r242624) @@ -24,6 +24,13 @@ NOTE TO PEOPLE WHO THINK THAT FreeBSD 10 disable the most expensive debugging functionality run "ln -s 'abort:false,junk:false' /etc/malloc.conf".) =20 +20121105: + On i386 and amd64 systems WITH_CLANG_IS_CC is now the default. + This means that the world and kernel will be compiled with clang + and that clang will be installed as /usr/bin/cc, /usr/bin/c++, + and /usr/bin/cpp. To disable this behavior and revert to building + with gcc, compiler with WITHOUT_CLANG_IS_CC. + 20121102: The IPFIREWALL_FORWARD kernel option has been removed. Its functionality now turned on by default. Modified: head/share/mk/bsd.own.mk =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D --- head/share/mk/bsd.own.mk Mon Nov 5 19:00:25 2012 (r242623) +++ head/share/mk/bsd.own.mk Mon Nov 5 19:08:18 2012 (r242624) @@ -426,7 +426,6 @@ __DEFAULT_NO_OPTIONS =3D \ BIND_XML \ BSDCONFIG \ CLANG_EXTRAS \ - CLANG_IS_CC \ CTF \ HESIOD \ ICONV \ @@ -455,6 +454,12 @@ __DEFAULT_YES_OPTIONS+=3DCLANG .else __DEFAULT_NO_OPTIONS+=3DCLANG .endif +# Clang the default system compiler only on x86. +.if ${__T} =3D=3D "amd64" || ${__T} =3D=3D "i386" +__DEFAULT_YES_OPTIONS+=3DCLANG_IS_CC +.else +__DEFAULT_NO_OPTIONS+=3DCLANG_IS_CC +.endif # FDT is needed only for arm, mips and powerpc .if ${__T:Marm*} || ${__T:Mpowerpc*} || ${__T:Mmips*} __DEFAULT_YES_OPTIONS+=3DFDT Modified: head/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=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D --- head/sys/sys/param.h Mon Nov 5 19:00:25 2012 (r242623) +++ head/sys/sys/param.h Mon Nov 5 19:08:18 2012 (r242624) @@ -58,7 +58,7 @@ * in the range 5 to 9. */ #undef __FreeBSD_version -#define __FreeBSD_version 1000023 /* Master, propagated to newvers */ +#define __FreeBSD_version 1000024 /* Master, propagated to newvers */ =20 /* * __FreeBSD_kernel__ indicates that this system uses the kernel of FreeBS= D, ----- End forwarded message ----- --SUk9VBj82R8Xhb8H Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iD8DBQFQmBkBXY6L6fI4GtQRAvUwAKCp8t0gEnSW7nAmTcfcdVEqJtugsACgmeZi hf7rOMXprjVc+PfPdAUlz2M= =GHbF -----END PGP SIGNATURE----- --SUk9VBj82R8Xhb8H-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 01:28:32 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 157EB5BE; Tue, 6 Nov 2012 01:28:32 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id EFA6A8FC08; Tue, 6 Nov 2012 01:28:31 +0000 (UTC) Received: from xyf.my.dom (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id qA61SUmu067269; Tue, 6 Nov 2012 01:28:31 GMT (envelope-from davidxu@freebsd.org) Message-ID: <509867C5.6030109@freebsd.org> Date: Tue, 06 Nov 2012 09:28:37 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:14.0) Gecko/20120822 Thunderbird/14.0 MIME-Version: 1.0 To: Andriy Gapon Subject: Re: ULE patch, call for testers References: <50972740.7000703@freebsd.org> <50978353.7090204@FreeBSD.org> In-Reply-To: <50978353.7090204@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Jeff Roberson , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Nov 2012 01:28:32 -0000 On 2012/11/05 17:13, Andriy Gapon wrote: > on 05/11/2012 04:41 David Xu said the following: >> Another problem I remembered is that a thread on runqueue may be starved >> because ULE treats a sleeping thread and a thread waiting on runqueue >> differently. If a thread has slept for a while, after it is woken up, >> its priority is boosted, but for a thread on runqueue, its priority >> will never be boosted. In essential, they should be same becase both of >> them are waiting for cpu. If I am a thread, I'd like to wait on sleep >> queue rather than on runqueue, since in former case, I will get >> bonus, while in later case, I'll get nothing. Under heavy load, >> there are many runnable threads, this unfair can cause a very low priority >> thread on runqueue to be starved. 4BSD seems not suffer from >> this problem, because it also decay cpu time of thread on runqueue. >> I think ULE needs some anti-starvation code to give thread a shot >> if it is waiting on runqueue too long time. > > I also noticed this issue and I've been playing with the following patch. > Two points: > o I am not sure if it is ideologically correct > o it didn't improve much the behavior of my workloads > In any case, here it is: > > - extend accounted interactive sleep time to a point where a thread runs > (as opposed to be added to runq) > > --- a/sys/kern/sched_ule.c > +++ b/sys/kern/sched_ule.c > @@ -1898,8 +1899,21 @@ sched_switch(struct thread *td, struct thread *newtd, int > flags) > SDT_PROBE2(sched, , , off_cpu, td, td->td_proc); > lock_profile_release_lock(&TDQ_LOCKPTR(tdq)->lock_object); > TDQ_LOCKPTR(tdq)->mtx_lock = (uintptr_t)newtd; > +#if 1 > + /* > + * If we slept for more than a tick update our interactivity and > + * priority. > + */ > + int slptick; > + slptick = newtd->td_slptick; > + newtd->td_slptick = 0; > + if (slptick && slptick != ticks) { > + newtd->td_sched->ts_slptime += > + (ticks - slptick) << SCHED_TICK_SHIFT; > + sched_interact_update(newtd); > + } > +#endif > sched_pctcpu_update(newtd->td_sched, 0); > - > #ifdef KDTRACE_HOOKS > /* > * If DTrace has set the active vtime enum to anything > @@ -1990,6 +2004,7 @@ sched_wakeup(struct thread *td) > THREAD_LOCK_ASSERT(td, MA_OWNED); > ts = td->td_sched; > td->td_flags &= ~TDF_CANSWAP; > +#if 0 > /* > * If we slept for more than a tick update our interactivity and > * priority. > @@ -2001,6 +2016,7 @@ sched_wakeup(struct thread *td) > sched_interact_update(td); > sched_pctcpu_update(ts, 0); > } > +#endif > /* Reset the slice value after we sleep. */ > ts->ts_slice = sched_slice; > sched_add(td, SRQ_BORING); > > What I want is fairness between waiting on runqueue and waiting on sleepqueue. Supports you have N threads on runqueue: T1,T2,T3...Tn. and a thread T(n+1) on sleepqueue. If CPU runs threads T1...Tn in round-robin fashion, and suppose at time n, the thread Tn is run, this means total time of n-1 is passed, and at the time, thread T(n+1) is woken up, and scheduler's sched_interact_score() will give it higher priority over Tn, this is unfair because both threads have spent same total time to waiting for cpu. Do your patch fix the problem ? Regards, David Xu From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 05:19:21 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DB84E9C8; Tue, 6 Nov 2012 05:19:21 +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 4CB618FC08; Tue, 6 Nov 2012 05:19:21 +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 qA65JIef081281; Tue, 6 Nov 2012 09:19:18 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.5/8.14.5/Submit) id qA65JIOp081280; Tue, 6 Nov 2012 09:19:18 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 6 Nov 2012 09:19:18 +0400 From: Gleb Smirnoff To: Brooks Davis Subject: Re: HEADS UP: Clang now the default on x86 Message-ID: <20121106051918.GI70741@FreeBSD.org> References: <20121105195233.GG92218@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20121105195233.GG92218@lor.one-eyed-alien.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Nov 2012 05:19:22 -0000 On Mon, Nov 05, 2012 at 01:52:33PM -0600, Brooks Davis wrote: B> I've made clang the default on x86 systems. There will probably be a B> few bumps as we work out the last kinks including a ABI issue for i386 B> system libraries, but the transition is expected to be fairly smooth for B> most users. B> B> Please report problems on freebsd-current or freebsd-toolchain. buildworld fails for me. I run with wiped /usr/obj, with -j6 and with these lines in make.conf: WITH_PKGNG=yes WITH_NEW_XORG=yes WITH_KMS=yes SYSDIR=/usr/src/head/sys SRC_BASE=/usr/src/head PERL_VERSION=5.14.2 It fails in gnu/usr.bin/texinfo: /usr/src/head/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo/util/install-info.c:1179:3: warning: expression result unused [-Wunused-value] bindtextdomain (PACKAGE, LOCALEDIR); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/head/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo/lib/gettext.h:54:47: note: expanded from macro 'bindtextdomain' # define bindtextdomain(Domainname, Dirname) ((const char *) (Dirname)) ^ ~~~~~~~~~ /usr/src/head/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo/util/install-info.c:1180:3: warning: expression result unused [-Wunused-value] textdomain (PACKAGE); ^~~~~~~~~~~~~~~~~~~~ /usr/src/head/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo/lib/gettext.h:53:34: note: expanded from macro 'textdomain' # define textdomain(Domainname) ((const char *) (Domainname)) ^ ~~~~~~~~~~~~ /usr/src/head/gnu/usr.bin/texinfo/texindex/../../../../contrib/texinfo/util/texindex.c:166:3: warning: expression result unused [-Wunused-value] bindtextdomain (PACKAGE, LOCALEDIR); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/head/gnu/usr.bin/texinfo/texindex/../../../../contrib/texinfo/lib/gettext.h:54:47: note: expanded from macro 'bindtextdomain' # define bindtextdomain(Domainname, Dirname) ((const char *) (Dirname)) ^ ~~~~~~~~~ /usr/src/head/gnu/usr.bin/texinfo/texindex/../../../../contrib/texinfo/util/texindex.c:167:3: warning: expression result unused [-Wunused-value] textdomain (PACKAGE); ^~~~~~~~~~~~~~~~~~~~ /usr/src/head/gnu/usr.bin/texinfo/texindex/../../../../contrib/texinfo/lib/gettext.h:53:34: note: expanded from macro 'textdomain' # define textdomain(Domainname) ((const char *) (Domainname)) ^ ~~~~~~~~~~~~ I see that tinderbox is silent, so may be error is on my side. But I have no clue on where the error is. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 07:05:50 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3C991530; Tue, 6 Nov 2012 07:05: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 D6C258FC1F; Tue, 6 Nov 2012 07:05:49 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA675ho6027273; Tue, 6 Nov 2012 02:05:43 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA675h3I027266; Tue, 6 Nov 2012 07:05:43 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 Nov 2012 07:05:43 GMT Message-Id: <201211060705.qA675h3I027266@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2012 07:05:50 -0000 TB --- 2012-11-06 04:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-06 04:40:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-06 04:40:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-11-06 04:40:00 - cleaning the object tree TB --- 2012-11-06 04:40:00 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-06 04:40:00 - cd /tinderbox/HEAD/i386/pc98 TB --- 2012-11-06 04:40:00 - /usr/local/bin/svn cleanup /src TB --- 2012-11-06 04:44:11 - /usr/local/bin/svn update /src TB --- 2012-11-06 04:44:37 - At svn revision 242655 TB --- 2012-11-06 04:44:38 - building world TB --- 2012-11-06 04:44:38 - CROSS_BUILD_TESTING=YES TB --- 2012-11-06 04:44:38 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-06 04:44:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-06 04:44:38 - SRCCONF=/dev/null TB --- 2012-11-06 04:44:38 - TARGET=pc98 TB --- 2012-11-06 04:44:38 - TARGET_ARCH=i386 TB --- 2012-11-06 04:44:38 - TZ=UTC TB --- 2012-11-06 04:44:38 - __MAKE_CONF=/dev/null TB --- 2012-11-06 04:44:38 - cd /src TB --- 2012-11-06 04:44:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Nov 6 04:44:45 UTC 2012 >>> 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 [...] cc -Os -fno-guess-branch-probability -fomit-frame-pointer -fno-unit-at-a-time -mno-align-long-strings -mrtd -mregparm=3 -DUFS1_AND_UFS2 -DFLAGS= -DSIOPRT=0x238 -DSIOFMT=0x3 -DSIOSPD=9600 -I/src/sys/boot/pc98/boot2/../../.. -I/src/sys/boot/pc98/boot2/../../i386/boot2 -I/src/sys/boot/pc98/boot2/../../common -I/src/sys/boot/pc98/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline --param max-inline-insns-single=100 -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -Os -DPC98 -std=gnu99 -Qunused-arguments -c /src/sys/boot/pc98/boot2/boot1.S cc: warning: the clang compiler does not support '-fno-unit-at-a-time' /src/sys/boot/pc98/boot2/boot1.S:65:3: error: unexpected directive .code16 .code16 ^ /src/sys/boot/pc98/boot2/boot1.S:65:10: error: .code16 not supported yet .code16 ^ *** [boot1.o] Error code 1 Stop in /src/sys/boot/pc98/boot2. *** [depend] Error code 1 Stop in /src/sys/boot/pc98. *** [depend] Error code 1 Stop in /src/sys/boot. *** [depend] Error code 1 Stop in /src/sys. *** [sys.depend__D] Error code 1 Stop in /src. *** [_depend] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-06 07:05:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-06 07:05:43 - ERROR: failed to build world TB --- 2012-11-06 07:05:43 - 6731.33 user 920.98 system 8742.56 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 07:45:56 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B4A04A19; Tue, 6 Nov 2012 07:45: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 793208FC0A; Tue, 6 Nov 2012 07:45:56 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA67jtCX059452; Tue, 6 Nov 2012 02:45:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA67jtuR059443; Tue, 6 Nov 2012 07:45:55 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 Nov 2012 07:45:55 GMT Message-Id: <201211060745.qA67jtuR059443@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2012 07:45:56 -0000 TB --- 2012-11-06 04:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-06 04:40:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-06 04:40:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-11-06 04:40:00 - cleaning the object tree TB --- 2012-11-06 04:40:00 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-06 04:40:00 - cd /tinderbox/HEAD/i386/i386 TB --- 2012-11-06 04:40:00 - /usr/local/bin/svn cleanup /src TB --- 2012-11-06 04:43:23 - /usr/local/bin/svn update /src TB --- 2012-11-06 04:44:11 - At svn revision 242655 TB --- 2012-11-06 04:44:12 - building world TB --- 2012-11-06 04:44:12 - CROSS_BUILD_TESTING=YES TB --- 2012-11-06 04:44:12 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-06 04:44:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-06 04:44:12 - SRCCONF=/dev/null TB --- 2012-11-06 04:44:12 - TARGET=i386 TB --- 2012-11-06 04:44:12 - TARGET_ARCH=i386 TB --- 2012-11-06 04:44:12 - TZ=UTC TB --- 2012-11-06 04:44:12 - __MAKE_CONF=/dev/null TB --- 2012-11-06 04:44:12 - cd /src TB --- 2012-11-06 04:44:12 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Nov 6 04:44:19 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Nov 6 07:44:50 UTC 2012 TB --- 2012-11-06 07:44:50 - generating LINT kernel config TB --- 2012-11-06 07:44:50 - cd /src/sys/i386/conf TB --- 2012-11-06 07:44:50 - /usr/bin/make -B LINT TB --- 2012-11-06 07:44:50 - cd /src/sys/i386/conf TB --- 2012-11-06 07:44:50 - /usr/sbin/config -m LINT TB --- 2012-11-06 07:44:51 - building LINT kernel TB --- 2012-11-06 07:44:51 - CROSS_BUILD_TESTING=YES TB --- 2012-11-06 07:44:51 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-06 07:44:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-06 07:44:51 - SRCCONF=/dev/null TB --- 2012-11-06 07:44:51 - TARGET=i386 TB --- 2012-11-06 07:44:51 - TARGET_ARCH=i386 TB --- 2012-11-06 07:44:51 - TZ=UTC TB --- 2012-11-06 07:44:51 - __MAKE_CONF=/dev/null TB --- 2012-11-06 07:44:51 - cd /src TB --- 2012-11-06 07:44:51 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 6 07:44:51 UTC 2012 >>> 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 [...] cc: warning: argument unused during compilation: '-falign-functions=16' [-Wunused-command-line-argument] sh /src/sys/kern/genassym.sh svr4_genassym.o > svr4_assym.h uudecode < /usr/share/syscons/fonts/cp850-8x16.fnt && file2c 'static u_char dflt_font_16[16*256] = {' '};' < cp850-8x16 > font.h && uudecode < /usr/share/syscons/fonts/cp850-8x14.fnt && file2c 'static u_char dflt_font_14[14*256] = {' '};' < cp850-8x14 >> font.h && uudecode < /usr/share/syscons/fonts/cp850-8x8.fnt && file2c 'static u_char dflt_font_8[8*256] = {' '};' < cp850-8x8 >> font.h /usr/sbin/kbdcontrol -L jp.106 | sed -e 's/^static keymap_t.* = /static keymap_t key_map = /' -e 's/^static accentmap_t.* = /static accentmap_t accent_map = /' > atkbdmap.h /usr/sbin/kbdcontrol -L it.iso | sed -e 's/^static keymap_t.* = /static keymap_t key_map = /' -e 's/^static accentmap_t.* = /static accentmap_t accent_map = /' > ukbdmap.h sed -e 's/^.*#include.*phy\.h.*$//' /src/sys/contrib/dev/nve/os.h > os+%DIKED-nve.h cc -c -x assembler-with-cpp -DLOCORE -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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -no-integrated-as -Werror /src/sys/i386/acpica/acpi_wakecode.S cc: error: argument unused during compilation: '-falign-functions=16' [-Werror,-Wunused-command-line-argument] *** [acpi_wakecode.o] Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-06 07:45:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-06 07:45:55 - ERROR: failed to build LINT kernel TB --- 2012-11-06 07:45:55 - 8137.00 user 1305.34 system 11154.98 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 08:29:45 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7D9FA94E; Tue, 6 Nov 2012 08:29: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 47FE18FC18; Tue, 6 Nov 2012 08:29:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA68TiL1097638; Tue, 6 Nov 2012 03:29:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA68Tiv6097633; Tue, 6 Nov 2012 08:29:44 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 Nov 2012 08:29:44 GMT Message-Id: <201211060829.qA68Tiv6097633@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2012 08:29:45 -0000 TB --- 2012-11-06 04:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-06 04:40:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-06 04:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-11-06 04:40:00 - cleaning the object tree TB --- 2012-11-06 04:40:00 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-06 04:40:00 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2012-11-06 04:40:00 - /usr/local/bin/svn cleanup /src TB --- 2012-11-06 04:43:26 - /usr/local/bin/svn update /src TB --- 2012-11-06 04:44:15 - At svn revision 242655 TB --- 2012-11-06 04:44:16 - building world TB --- 2012-11-06 04:44:16 - CROSS_BUILD_TESTING=YES TB --- 2012-11-06 04:44:16 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-06 04:44:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-06 04:44:16 - SRCCONF=/dev/null TB --- 2012-11-06 04:44:16 - TARGET=amd64 TB --- 2012-11-06 04:44:16 - TARGET_ARCH=amd64 TB --- 2012-11-06 04:44:16 - TZ=UTC TB --- 2012-11-06 04:44:16 - __MAKE_CONF=/dev/null TB --- 2012-11-06 04:44:16 - cd /src TB --- 2012-11-06 04:44:16 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Nov 6 04:44:23 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Tue Nov 6 08:28:10 UTC 2012 TB --- 2012-11-06 08:28:10 - generating LINT kernel config TB --- 2012-11-06 08:28:10 - cd /src/sys/amd64/conf TB --- 2012-11-06 08:28:10 - /usr/bin/make -B LINT TB --- 2012-11-06 08:28:10 - cd /src/sys/amd64/conf TB --- 2012-11-06 08:28:10 - /usr/sbin/config -m LINT TB --- 2012-11-06 08:28:11 - building LINT kernel TB --- 2012-11-06 08:28:11 - CROSS_BUILD_TESTING=YES TB --- 2012-11-06 08:28:11 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-06 08:28:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-06 08:28:11 - SRCCONF=/dev/null TB --- 2012-11-06 08:28:11 - TARGET=amd64 TB --- 2012-11-06 08:28:11 - TARGET_ARCH=amd64 TB --- 2012-11-06 08:28:11 - TZ=UTC TB --- 2012-11-06 08:28:11 - __MAKE_CONF=/dev/null TB --- 2012-11-06 08:28:11 - cd /src TB --- 2012-11-06 08:28:11 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 6 08:28:11 UTC 2012 >>> 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 [...] cc: warning: argument unused during compilation: '-falign-functions=16' [-Wunused-command-line-argument] env NM='nm' sh /src/sys/kern/genassym.sh ia32_genassym.o > ia32_assym.h uudecode < /usr/share/syscons/fonts/cp850-8x16.fnt && file2c 'static u_char dflt_font_16[16*256] = {' '};' < cp850-8x16 > font.h && uudecode < /usr/share/syscons/fonts/cp850-8x14.fnt && file2c 'static u_char dflt_font_14[14*256] = {' '};' < cp850-8x14 >> font.h && uudecode < /usr/share/syscons/fonts/cp850-8x8.fnt && file2c 'static u_char dflt_font_8[8*256] = {' '};' < cp850-8x8 >> font.h /usr/sbin/kbdcontrol -L jp.106 | sed -e 's/^static keymap_t.* = /static keymap_t key_map = /' -e 's/^static accentmap_t.* = /static accentmap_t accent_map = /' > atkbdmap.h /usr/sbin/kbdcontrol -L it.iso | sed -e 's/^static keymap_t.* = /static keymap_t key_map = /' -e 's/^static accentmap_t.* = /static accentmap_t accent_map = /' > ukbdmap.h sed -e 's/^.*#include.*phy\.h.*$//' /src/sys/contrib/dev/nve/os.h > os+%DIKED-nve.h cc -c -x assembler-with-cpp -DLOCORE -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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -no-integrated-as -Werror /src/sys/amd64/acpica/acpi_wakecode.S cc: error: argument unused during compilation: '-falign-functions=16' [-Werror,-Wunused-command-line-argument] *** [acpi_wakecode.o] Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-06 08:29:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-06 08:29:44 - ERROR: failed to build LINT kernel TB --- 2012-11-06 08:29:44 - 9392.35 user 1683.89 system 13783.64 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 08:56:16 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 66576D4E; Tue, 6 Nov 2012 08:56:16 +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 D34F38FC0C; Tue, 6 Nov 2012 08:56:15 +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 qA68uE2w082811; Tue, 6 Nov 2012 12:56:14 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.5/8.14.5/Submit) id qA68uEM8082810; Tue, 6 Nov 2012 12:56:14 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 6 Nov 2012 12:56:14 +0400 From: Gleb Smirnoff To: Brooks Davis Subject: Re: HEADS UP: Clang now the default on x86 Message-ID: <20121106085614.GK70741@FreeBSD.org> References: <20121105195233.GG92218@lor.one-eyed-alien.net> <20121106051918.GI70741@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20121106051918.GI70741@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Nov 2012 08:56:16 -0000 On Tue, Nov 06, 2012 at 09:19:18AM +0400, Gleb Smirnoff wrote: T> On Mon, Nov 05, 2012 at 01:52:33PM -0600, Brooks Davis wrote: T> B> I've made clang the default on x86 systems. There will probably be a T> B> few bumps as we work out the last kinks including a ABI issue for i386 T> B> system libraries, but the transition is expected to be fairly smooth for T> B> most users. T> B> T> B> Please report problems on freebsd-current or freebsd-toolchain. T> T> buildworld fails for me. I run with wiped /usr/obj, with -j6 and T> with these lines in make.conf: T> T> WITH_PKGNG=yes T> WITH_NEW_XORG=yes T> WITH_KMS=yes T> SYSDIR=/usr/src/head/sys T> SRC_BASE=/usr/src/head T> PERL_VERSION=5.14.2 T> T> It fails in gnu/usr.bin/texinfo: I'm sorry for noise. Warning in texinfo were just warnings and did not cause build failure. Build failed due to my local modifications. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 10:02:46 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B0DEDE6D; Tue, 6 Nov 2012 10:02:46 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 694858FC19; Tue, 6 Nov 2012 10:02:46 +0000 (UTC) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 874458A3FC; Tue, 6 Nov 2012 09:56:14 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.5/8.14.5) with ESMTP id qA69uErr010681; Tue, 6 Nov 2012 09:56:14 GMT (envelope-from phk@phk.freebsd.dk) To: Gleb Smirnoff Subject: Re: HEADS UP: Clang now the default on x86 In-reply-to: <20121106085614.GK70741@FreeBSD.org> From: "Poul-Henning Kamp" References: <20121105195233.GG92218@lor.one-eyed-alien.net> <20121106051918.GI70741@FreeBSD.org> <20121106085614.GK70741@FreeBSD.org> Date: Tue, 06 Nov 2012 09:56:14 +0000 Message-ID: <10680.1352195774@critter.freebsd.dk> Cc: Brooks Davis , freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Nov 2012 10:02:46 -0000 -------- In message <20121106085614.GK70741@FreeBSD.org>, Gleb Smirnoff writes: >T> buildworld fails for me. Somebody should run src/tools/tools/build_option_survey before/after and look for options that breaks due to CLANG Apart from that: Thanks for getting us moved to CLANG, I've been wishing for that to happen for 18 years and 3 days... Poul-Henning PS: Hint, to avoid overloading svn.freebsd.org: http://svnweb.freebsd.org/base?view=revision&revision=4113 -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 10:22:05 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C7E44413 for ; Tue, 6 Nov 2012 10:22:05 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 257208FC14 for ; Tue, 6 Nov 2012 10:22:04 +0000 (UTC) Received: (qmail 10916 invoked from network); 6 Nov 2012 11:57:33 -0000 Received: from unknown (HELO [62.48.0.94]) ([62.48.0.94]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 6 Nov 2012 11:57:33 -0000 Message-ID: <5098E526.6070101@freebsd.org> Date: Tue, 06 Nov 2012 11:23:34 +0100 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: Luigi Rizzo Subject: polling's future [was: Re: Dynamic Ticks/HZ] References: <509758B8.1000409@rewt.org.uk> <50975F6F.6010907@rewt.org.uk> <5097898C.9080109@rewt.org.uk> <20121105163654.GA12870@onelab2.iet.unipi.it> <5097E880.8010001@rewt.org.uk> <20121105165748.GA13098@onelab2.iet.unipi.it> In-Reply-To: <20121105165748.GA13098@onelab2.iet.unipi.it> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Davide Italiano , Joe Holden , Ryan Stone , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Nov 2012 10:22:06 -0000 On 05.11.2012 17:57, Luigi Rizzo wrote: > On Mon, Nov 05, 2012 at 04:25:36PM +0000, Joe Holden wrote: >> Luigi Rizzo wrote: >>> On Mon, Nov 05, 2012 at 08:11:41AM -0500, Ryan Stone wrote: >>>> On Mon, Nov 5, 2012 at 4:40 AM, Joe Holden wrote: >>>> >>>>> doh, running kernel wasn't as GENERIC as I thought it was, looks like >>>>> device polling not only breaks dynamic ticks but also reduces rx ability >>>>> significantly, exactly 150,000 pps per 1000hz on igb versus 650,000 >>>>> without >>>>> >>>>> Is this a known issue? (and if device polling isn't as useful as it once >>>>> was, should it be removed?) >>>>> >>>> Device polling on modern multiqueue NICs isn't very useful because you're >>>> limited to a single thread for handling packets. I have a patch that >>>> fixes >>>> this that I've let fall by the wayside. >>> >>> the 150,000 is result of the combination of the default value of >>> sysctl kern.polling.burst_max and kern.polling.idle_poll=0 >>> (i think this is the default value for the latter). >>> >>> The 150 was sized for the peak pps on a 100Mbit/s interface, >>> back in 2001. You should at least be able to raise the number >>> and see what kind of throughput you can achieve. >>> >>> This said, modern nics also have interrupt moderation so you >>> don't really need polling. >>> >>> cheers >>> luigi >> Hi Luigi, >> >> This makes sense, am I likely to achieve better throughput (in the >> forwarding path at this point) with netisr rather than polling, >> especially as mentioned above the igb does indeed have multiple queues >> for rx? > > at 1Gbit/s you probably don't need multiqueue (I am actually surpised > you can only do 650kpps, but perhaps because you are using ipfw and > not just doing plain forwarding ?) Hi Luigi, do you agree on polling having outlived its usefulness in the light of interrupt moderating NIC's and SMP complications/disadvantages? And also that in its current state it is providing no benefit, if not negative, and that fixing it for the current world-order is major undertaking that's not really beneficial considering superior alternatives? That nobody is maintaining it and taking care of and fixing the frequent problem, performance and bug reports? Additionally it misleads people without deep network knowledge to compile it into their kernel under wrong assumptions and see a degradation of performance, if not other side effects? Under these considerations I propose to remove polling support from current and 10.0 in lieu of upcoming superior alternatives (netmap enabled features). It was a great feature in the past but is beyond retirement and should live a peaceful live in the attic. -- Andre From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 10:27:40 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8136C6CF; Tue, 6 Nov 2012 10:27:40 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 317538FC08; Tue, 6 Nov 2012 10:27:39 +0000 (UTC) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id C4A208A3FC; Tue, 6 Nov 2012 10:27:38 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.5/8.14.5) with ESMTP id qA6ARbNX010807; Tue, 6 Nov 2012 10:27:37 GMT (envelope-from phk@phk.freebsd.dk) To: Andre Oppermann Subject: Re: polling's future [was: Re: Dynamic Ticks/HZ] In-reply-to: <5098E526.6070101@freebsd.org> From: "Poul-Henning Kamp" References: <509758B8.1000409@rewt.org.uk> <50975F6F.6010907@rewt.org.uk> <5097898C.9080109@rewt.org.uk> <20121105163654.GA12870@onelab2.iet.unipi.it> <5097E880.8010001@rewt.org.uk> <20121105165748.GA13098@onelab2.iet.unipi.it> <5098E526.6070101@freebsd.org> Date: Tue, 06 Nov 2012 10:27:37 +0000 Message-ID: <10806.1352197657@critter.freebsd.dk> Cc: Davide Italiano , Ryan Stone , Joe Holden , Luigi Rizzo , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Nov 2012 10:27:40 -0000 -------- In message <5098E526.6070101@freebsd.org>, Andre Oppermann writes: >Hi Luigi, > >do you agree on polling having outlived its usefulness in the light >of interrupt moderating NIC's and SMP complications/disadvantages? Can I just point out, that what we have is not in fact "device-polling" but only "some-kinds-of-network-interface-polling" ? I think it should go away, and if there still is a relevant usage segment, be replaced by _real_ "device-polling" which is not tied to the network stack. Amongst the sensible uses for that would be high-speed serial interfaces etc. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 10:37:16 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5BDDB9BF for ; Tue, 6 Nov 2012 10:37:16 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id B016F8FC12 for ; Tue, 6 Nov 2012 10:37:15 +0000 (UTC) Received: (qmail 11571 invoked from network); 6 Nov 2012 12:12:43 -0000 Received: from unknown (HELO [62.48.0.94]) ([62.48.0.94]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 6 Nov 2012 12:12:43 -0000 Message-ID: <5098E8B4.5040309@freebsd.org> Date: Tue, 06 Nov 2012 11:38:44 +0100 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: Poul-Henning Kamp Subject: Re: polling's future [was: Re: Dynamic Ticks/HZ] References: <509758B8.1000409@rewt.org.uk> <50975F6F.6010907@rewt.org.uk> <5097898C.9080109@rewt.org.uk> <20121105163654.GA12870@onelab2.iet.unipi.it> <5097E880.8010001@rewt.org.uk> <20121105165748.GA13098@onelab2.iet.unipi.it> <5098E526.6070101@freebsd.org> <10806.1352197657@critter.freebsd.dk> In-Reply-To: <10806.1352197657@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Davide Italiano , Luigi Rizzo , Joe Holden , Ryan Stone , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Nov 2012 10:37:16 -0000 On 06.11.2012 11:27, Poul-Henning Kamp wrote: > -------- > In message <5098E526.6070101@freebsd.org>, Andre Oppermann writes: > >> Hi Luigi, >> >> do you agree on polling having outlived its usefulness in the light >> of interrupt moderating NIC's and SMP complications/disadvantages? > > Can I just point out, that what we have is not in fact "device-polling" > but only "some-kinds-of-network-interface-polling" ? > > I think it should go away, and if there still is a relevant > usage segment, be replaced by _real_ "device-polling" which is > not tied to the network stack. Don't we already have the equivalent with a fast interrupt thread that simply acknowledges and disables the interrupt and schedules a dedicated taskqueue thread which then continues to process X as long it comes in? Only after all items have been processed the interrupt is enabled again for the next batch. The effect is hybrid polling. When there is no work the poller doesn't have to run. If work starts coming in the dedicated taskqueue picks up and continues until finished. > Amongst the sensible uses for that would be high-speed serial > interfaces etc. -- Andre From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 10:46:30 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2E4E9BC3; Tue, 6 Nov 2012 10:46:30 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id CF3F78FC08; Tue, 6 Nov 2012 10:46:29 +0000 (UTC) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id AC0598A3FC; Tue, 6 Nov 2012 10:46:28 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.5/8.14.5) with ESMTP id qA6AkSVb010891; Tue, 6 Nov 2012 10:46:28 GMT (envelope-from phk@phk.freebsd.dk) To: Andre Oppermann Subject: Re: polling's future [was: Re: Dynamic Ticks/HZ] In-reply-to: <5098E8B4.5040309@freebsd.org> From: "Poul-Henning Kamp" References: <509758B8.1000409@rewt.org.uk> <50975F6F.6010907@rewt.org.uk> <5097898C.9080109@rewt.org.uk> <20121105163654.GA12870@onelab2.iet.unipi.it> <5097E880.8010001@rewt.org.uk> <20121105165748.GA13098@onelab2.iet.unipi.it> <5098E526.6070101@freebsd.org> <10806.1352197657@critter.freebsd.dk> <5098E8B4.5040309@freebsd.org> Date: Tue, 06 Nov 2012 10:46:28 +0000 Message-ID: <10890.1352198788@critter.freebsd.dk> Cc: Davide Italiano , Ryan Stone , Joe Holden , Luigi Rizzo , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Nov 2012 10:46:30 -0000 -------- In message <5098E8B4.5040309@freebsd.org>, Andre Oppermann writes: >> I think it should go away, and if there still is a relevant >> usage segment, be replaced by _real_ "device-polling" which is >> not tied to the network stack. > >Don't we already have the equivalent with a fast interrupt thread >that simply acknowledges and disables the interrupt [...] The point is that not all hardware have interrupt-pacing, so being able to poll at a lower rate in software would save overhead. I'm not sure if the hardware where this applies is still relevant, it would probably be mostly in the embedded space. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 11:02:21 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D0FB4F9B; Tue, 6 Nov 2012 11:02:21 +0000 (UTC) (envelope-from fabien.thomas@netasq.com) Received: from work.netasq.com (gwlille.netasq.com [91.212.116.1]) by mx1.freebsd.org (Postfix) with ESMTP id 8B0868FC19; Tue, 6 Nov 2012 11:02:20 +0000 (UTC) Received: from [10.2.1.1] (unknown [10.2.1.1]) by work.netasq.com (Postfix) with ESMTPSA id D5F982705318; Tue, 6 Nov 2012 12:02:09 +0100 (CET) Subject: Re: polling's future [was: Re: Dynamic Ticks/HZ] Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Fabien Thomas In-Reply-To: <5098E526.6070101@freebsd.org> Date: Tue, 6 Nov 2012 12:02:09 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <04A8DD03-71B2-4EFA-864B-522F49BF1478@netasq.com> References: <509758B8.1000409@rewt.org.uk> <50975F6F.6010907@rewt.org.uk> <5097898C.9080109@rewt.org.uk> <20121105163654.GA12870@onelab2.iet.unipi.it> <5097E880.8010001@rewt.org.uk> <20121105165748.GA13098@onelab2.iet.unipi.it> <5098E526.6070101@freebsd.org> To: Andre Oppermann X-Mailer: Apple Mail (2.1283) Cc: Davide Italiano , Ryan Stone , Joe Holden , Luigi Rizzo , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Nov 2012 11:02:21 -0000 >>=20 >=20 > Hi Luigi, >=20 > do you agree on polling having outlived its usefulness in the light > of interrupt moderating NIC's and SMP complications/disadvantages? >=20 If you have only one interface yes polling is not really necessary. If you have 10 interfaces the interrupt moderation threshold is hard to = find to not saturate the system. Doing polling at 8000hz in that case is a lot better regarding global = interrupt level. The problem is that in the current state polling does not work well and = people remember the good old time where polling was better. rstone@ and myself have made some improvement to polling. You can find a diff here for 8.3 with updated intel driver :=20 http://people.freebsd.org/~fabient/polling/patch-pollif_8.3_11052012 - support multiqueue for ixgbe, igb, em. - compat API for old driver - keep interrupt for link / status - user core mapping / auto mapping - deadline to keep cpu available - integrated to netisr - deferred packet injection with optional prefetching Performance are on par with interrupt but you can keep a system alive = more easily by accounting all network processing for the deadline (with direct = dispatch). Fabien > And also that in its current state it is providing no benefit, if > not negative, and that fixing it for the current world-order is major > undertaking that's not really beneficial considering superior > alternatives? >=20 > That nobody is maintaining it and taking care of and fixing the = frequent > problem, performance and bug reports? >=20 > Additionally it misleads people without deep network knowledge to > compile it into their kernel under wrong assumptions and see a > degradation of performance, if not other side effects? >=20 > Under these considerations I propose to remove polling support from > current and 10.0 in lieu of upcoming superior alternatives (netmap > enabled features). It was a great feature in the past but is beyond > retirement and should live a peaceful live in the attic. >=20 > --=20 > Andre >=20 > _______________________________________________ > 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 6 11:02:44 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3AA75118; Tue, 6 Nov 2012 11:02: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 F30F58FC18; Tue, 6 Nov 2012 11:02:43 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA6B2hVM034626; Tue, 6 Nov 2012 06:02:43 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA6B2h5H034625; Tue, 6 Nov 2012 11:02:43 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 Nov 2012 11:02:43 GMT Message-Id: <201211061102.qA6B2h5H034625@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2012 11:02:44 -0000 TB --- 2012-11-06 09:48:34 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-06 09:48:34 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-06 09:48:34 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-11-06 09:48:34 - cleaning the object tree TB --- 2012-11-06 09:48:34 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-06 09:48:34 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2012-11-06 09:48:34 - /usr/local/bin/svn cleanup /src TB --- 2012-11-06 09:49:37 - /usr/local/bin/svn update /src TB --- 2012-11-06 09:49:44 - At svn revision 242658 TB --- 2012-11-06 09:49:45 - building world TB --- 2012-11-06 09:49:45 - CROSS_BUILD_TESTING=YES TB --- 2012-11-06 09:49:45 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-06 09:49:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-06 09:49:45 - SRCCONF=/dev/null TB --- 2012-11-06 09:49:45 - TARGET=sparc64 TB --- 2012-11-06 09:49:45 - TARGET_ARCH=sparc64 TB --- 2012-11-06 09:49:45 - TZ=UTC TB --- 2012-11-06 09:49:45 - __MAKE_CONF=/dev/null TB --- 2012-11-06 09:49:45 - cd /src TB --- 2012-11-06 09:49:45 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Nov 6 09:49:51 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Nov 6 10:52:46 UTC 2012 TB --- 2012-11-06 10:52:46 - generating LINT kernel config TB --- 2012-11-06 10:52:46 - cd /src/sys/sparc64/conf TB --- 2012-11-06 10:52:46 - /usr/bin/make -B LINT TB --- 2012-11-06 10:52:46 - cd /src/sys/sparc64/conf TB --- 2012-11-06 10:52:46 - /usr/sbin/config -m LINT TB --- 2012-11-06 10:52:46 - building LINT kernel TB --- 2012-11-06 10:52:46 - CROSS_BUILD_TESTING=YES TB --- 2012-11-06 10:52:46 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-06 10:52:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-06 10:52:46 - SRCCONF=/dev/null TB --- 2012-11-06 10:52:46 - TARGET=sparc64 TB --- 2012-11-06 10:52:46 - TARGET_ARCH=sparc64 TB --- 2012-11-06 10:52:46 - TZ=UTC TB --- 2012-11-06 10:52:46 - __MAKE_CONF=/dev/null TB --- 2012-11-06 10:52:46 - cd /src TB --- 2012-11-06 10:52:46 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 6 10:52:46 UTC 2012 >>> 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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_linker.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_lock.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_lockf.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_loginclass.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_malloc.c /src/sys/kern/kern_malloc.c:193: error: static declaration of 'vm_max_kernel_address' follows non-static declaration ./machine/vmparam.h:242: error: previous declaration of 'vm_max_kernel_address' was here /src/sys/kern/kern_malloc.c:193: error: initializer element is not constant *** [kern_malloc.o] Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-06 11:02:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-06 11:02:42 - ERROR: failed to build LINT kernel TB --- 2012-11-06 11:02:42 - 3551.29 user 609.34 system 4448.91 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 11:09:15 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DB77C5B1; Tue, 6 Nov 2012 11:09:15 +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 8BFC78FC0C; Tue, 6 Nov 2012 11:09:15 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 8B24A7300A; Tue, 6 Nov 2012 12:30:14 +0100 (CET) Date: Tue, 6 Nov 2012 12:30:14 +0100 From: Luigi Rizzo To: Andre Oppermann Subject: Re: polling's future [was: Re: Dynamic Ticks/HZ] Message-ID: <20121106113014.GA26313@onelab2.iet.unipi.it> References: <509758B8.1000409@rewt.org.uk> <50975F6F.6010907@rewt.org.uk> <5097898C.9080109@rewt.org.uk> <20121105163654.GA12870@onelab2.iet.unipi.it> <5097E880.8010001@rewt.org.uk> <20121105165748.GA13098@onelab2.iet.unipi.it> <5098E526.6070101@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5098E526.6070101@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: Davide Italiano , Joe Holden , Ryan Stone , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Nov 2012 11:09:15 -0000 On Tue, Nov 06, 2012 at 11:23:34AM +0100, Andre Oppermann wrote: ... > Hi Luigi, > > do you agree on polling having outlived its usefulness in the light > of interrupt moderating NIC's and SMP complications/disadvantages? yes, we should let it rest in peace. One part of the NIC-polling framework is now obsoleted by the interrupt moderation that most NICs support (note though that almost none of the popular hypervisors emulate interrupt moderation so your network performance in a VM will be awful under heavy load.) Unfortunately another part will be lost even on bare hardware: NIC-polling, as implemented in FreeBSD, had the ability to cap the amount of CPU time spent in the polling loop during each tick, thus making sure there is no livelock. Neither taskqueue nor NAPI (in linux world) have this feature. cheers luigi From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 11:35:18 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 368BDBBD for ; Tue, 6 Nov 2012 11:35:18 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 866838FC15 for ; Tue, 6 Nov 2012 11:35:17 +0000 (UTC) Received: (qmail 14062 invoked from network); 6 Nov 2012 13:10:45 -0000 Received: from unknown (HELO [62.48.0.94]) ([62.48.0.94]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 6 Nov 2012 13:10:45 -0000 Message-ID: <5098F64E.1070704@freebsd.org> Date: Tue, 06 Nov 2012 12:36:46 +0100 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: Luigi Rizzo Subject: Re: polling's future [was: Re: Dynamic Ticks/HZ] References: <509758B8.1000409@rewt.org.uk> <50975F6F.6010907@rewt.org.uk> <5097898C.9080109@rewt.org.uk> <20121105163654.GA12870@onelab2.iet.unipi.it> <5097E880.8010001@rewt.org.uk> <20121105165748.GA13098@onelab2.iet.unipi.it> <5098E526.6070101@freebsd.org> <20121106113014.GA26313@onelab2.iet.unipi.it> In-Reply-To: <20121106113014.GA26313@onelab2.iet.unipi.it> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Davide Italiano , Joe Holden , Ryan Stone , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Nov 2012 11:35:18 -0000 On 06.11.2012 12:30, Luigi Rizzo wrote: > On Tue, Nov 06, 2012 at 11:23:34AM +0100, Andre Oppermann wrote: > ... >> Hi Luigi, >> >> do you agree on polling having outlived its usefulness in the light >> of interrupt moderating NIC's and SMP complications/disadvantages? > > yes, we should let it rest in peace. Thank you for this non-complicated answer. :-) > One part of the NIC-polling framework is now obsoleted by the > interrupt moderation that most NICs support (note though that > almost none of the popular hypervisors emulate interrupt moderation > so your network performance in a VM will be awful under heavy load.) > > Unfortunately another part will be lost even on bare hardware: > NIC-polling, as implemented in FreeBSD, had the ability to cap the > amount of CPU time spent in the polling loop during each tick, thus > making sure there is no livelock. Neither taskqueue nor NAPI (in > linux world) have this feature. taskqueue could have this feature. It may possibly need some assistance from the scheduler to get his right. It's a feature of the packet loop though. If we can provide a common function providing a yield signal that would run after each batch of packet dequeues the taskqueue can be made less predatory. For packet drop an advanced but simple algorithm like CoDel could be used to keep the DMA ring moving. -- Andre From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 11:41:25 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4651AD17 for ; Tue, 6 Nov 2012 11:41:25 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 957188FC17 for ; Tue, 6 Nov 2012 11:41:24 +0000 (UTC) Received: (qmail 14348 invoked from network); 6 Nov 2012 13:16:52 -0000 Received: from unknown (HELO [62.48.0.94]) ([62.48.0.94]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 6 Nov 2012 13:16:52 -0000 Message-ID: <5098F7BD.9060204@freebsd.org> Date: Tue, 06 Nov 2012 12:42:53 +0100 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: Fabien Thomas Subject: Re: polling's future [was: Re: Dynamic Ticks/HZ] References: <509758B8.1000409@rewt.org.uk> <50975F6F.6010907@rewt.org.uk> <5097898C.9080109@rewt.org.uk> <20121105163654.GA12870@onelab2.iet.unipi.it> <5097E880.8010001@rewt.org.uk> <20121105165748.GA13098@onelab2.iet.unipi.it> <5098E526.6070101@freebsd.org> <04A8DD03-71B2-4EFA-864B-522F49BF1478@netasq.com> In-Reply-To: <04A8DD03-71B2-4EFA-864B-522F49BF1478@netasq.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Davide Italiano , Luigi Rizzo , Joe Holden , Ryan Stone , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Nov 2012 11:41:25 -0000 On 06.11.2012 12:02, Fabien Thomas wrote: >>> >> >> Hi Luigi, >> >> do you agree on polling having outlived its usefulness in the light >> of interrupt moderating NIC's and SMP complications/disadvantages? >> > If you have only one interface yes polling is not really necessary. > > If you have 10 interfaces the interrupt moderation threshold is hard to find > to not saturate the system. > Doing polling at 8000hz in that case is a lot better regarding global interrupt level. OK. Is the problem the interrupt load itself, or the taskqueues? > The problem is that in the current state polling does not work well and people remember > the good old time where polling was better. Indeed. > rstone@ and myself have made some improvement to polling. > > You can find a diff here for 8.3 with updated intel driver : > http://people.freebsd.org/~fabient/polling/patch-pollif_8.3_11052012 > > - support multiqueue for ixgbe, igb, em. > - compat API for old driver > - keep interrupt for link / status > - user core mapping / auto mapping > - deadline to keep cpu available > - integrated to netisr > - deferred packet injection with optional prefetching This is a number of interesting but sometimes only tangentially related features. Lets focus on the network cpu monopolization issue first. > Performance are on par with interrupt but you can keep a system alive more easily > by accounting all network processing for the deadline (with direct dispatch). Would you be willing to work a solution with me with a load aware taskqueue as I proposed in a recent email to Luigi? That way we don't need special cases or features or even a normal server under DDoS wouldn't go down. -- Andre From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 12:30:51 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 70A1884D for ; Tue, 6 Nov 2012 12:30:51 +0000 (UTC) (envelope-from break19@gmail.com) Received: from mail-gg0-f182.google.com (mail-gg0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 22F498FC0A for ; Tue, 6 Nov 2012 12:30:50 +0000 (UTC) Received: by mail-gg0-f182.google.com with SMTP id l1so43448ggn.13 for ; Tue, 06 Nov 2012 04:30:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:user-agent:in-reply-to:references :mime-version:content-transfer-encoding:content-type; bh=7GdkfItC9t/+lTTqVgy1+86OaJKpSnSq8wiWn79Be1k=; b=feUKErGgizOKFBReywz1sACKY6TPtKVXEotGBgCTep0fjdowPTV6v3c7IQnbBquE7x FZQIeJRd8gNCml15rZAUv1ELpTwgZcPv/ciZe3zri6eKx1A7qXXzSffnMh+zZEx1PhMx QjHWPbg/l8tGqUsl+02t+EiM4aobGSL52OTHMEKzvndhcEhUaAb7JH0v7VvGC4vmN0Ou GcJpCJ8/7bxfCnbMjZFBOsMI3+EeRexr9sdvMjU8Iz16WHbEOudgkLAmWKtPtQodVeEI kfbc7jcPu5NGWljd6drVwfiqkdXrm8UC9vtp/x8EphMtyYpGSQ8DXch5scsWf64de9Sf Bu6Q== Received: by 10.236.155.10 with SMTP id i10mr741511yhk.91.1352205049292; Tue, 06 Nov 2012 04:30:49 -0800 (PST) Received: from blackbeast.local (173-17-34-224.client.mchsi.com. [173.17.34.224]) by mx.google.com with ESMTPS id g7sm16422048ani.2.2012.11.06.04.30.48 (version=SSLv3 cipher=OTHER); Tue, 06 Nov 2012 04:30:48 -0800 (PST) From: Chuck Burns To: freebsd-current@freebsd.org Subject: Re: polling's future [was: Re: Dynamic Ticks/HZ] Date: Tue, 06 Nov 2012 06:31:48 -0600 Message-ID: <32992731.3rb8pPz1Mv@blackbeast.local> User-Agent: KMail/4.8.4 (FreeBSD/9.1-RC3; KDE/4.8.4; amd64; ; ) In-Reply-To: <5098F64E.1070704@freebsd.org> References: <509758B8.1000409@rewt.org.uk> <20121106113014.GA26313@onelab2.iet.unipi.it> <5098F64E.1070704@freebsd.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Nov 2012 12:30:51 -0000 On Tuesday, November 06, 2012 12:36:46 PM Andre Oppermann wrote: > On 06.11.2012 12:30, Luigi Rizzo wrote: > > On Tue, Nov 06, 2012 at 11:23:34AM +0100, Andre Oppermann wrote: > > ... > > > >> Hi Luigi, > >> > >> do you agree on polling having outlived its usefulness in the light > >> of interrupt moderating NIC's and SMP complications/disadvantages? > > > > yes, we should let it rest in peace. > > Thank you for this non-complicated answer. :-) > I worry about what happens for those people who would be running FreeBSD on older equipment where polling might still make sense. Do we throw them under the bus? -- Chuck Burns From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 13:16:33 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0564C3D6; Tue, 6 Nov 2012 13:16:33 +0000 (UTC) (envelope-from fabien.thomas@netasq.com) Received: from work.netasq.com (gwlille.netasq.com [91.212.116.1]) by mx1.freebsd.org (Postfix) with ESMTP id 863618FC14; Tue, 6 Nov 2012 13:16:31 +0000 (UTC) Received: from [10.2.1.1] (unknown [10.2.1.1]) by work.netasq.com (Postfix) with ESMTPSA id 5A7622705567; Tue, 6 Nov 2012 14:16:30 +0100 (CET) Subject: Re: polling's future [was: Re: Dynamic Ticks/HZ] Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=iso-8859-1 From: Fabien Thomas In-Reply-To: <5098F7BD.9060204@freebsd.org> Date: Tue, 6 Nov 2012 14:16:29 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <509758B8.1000409@rewt.org.uk> <50975F6F.6010907@rewt.org.uk> <5097898C.9080109@rewt.org.uk> <20121105163654.GA12870@onelab2.iet.unipi.it> <5097E880.8010001@rewt.org.uk> <20121105165748.GA13098@onelab2.iet.unipi.it> <5098E526.6070101@freebsd.org> <04A8DD03-71B2-4EFA-864B-522F49BF1478@netasq.com> <5098F7BD.9060204@freebsd.org> To: Andre Oppermann X-Mailer: Apple Mail (2.1283) Cc: Davide Italiano , Luigi Rizzo , Joe Holden , Ryan Stone , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Nov 2012 13:16:33 -0000 Le 6 nov. 2012 =E0 12:42, Andre Oppermann a =E9crit : > On 06.11.2012 12:02, Fabien Thomas wrote: >>>>=20 >>>=20 >>> Hi Luigi, >>>=20 >>> do you agree on polling having outlived its usefulness in the light >>> of interrupt moderating NIC's and SMP complications/disadvantages? >>>=20 >> If you have only one interface yes polling is not really necessary. >>=20 >> If you have 10 interfaces the interrupt moderation threshold is hard = to find >> to not saturate the system. >> Doing polling at 8000hz in that case is a lot better regarding global = interrupt level. >=20 > OK. Is the problem the interrupt load itself, or the taskqueues? Both, interrupt load will be higher if you want to keep latency low and = taskqueue=20 is just polling without global fairness (if you have 10 interface with 6 = core this will give you 60 taskqueue). If you poll 16 packets at a time from each = interface,=20 processing are more fair. >=20 >> The problem is that in the current state polling does not work well = and people remember >> the good old time where polling was better. >=20 > Indeed. >=20 >> rstone@ and myself have made some improvement to polling. >>=20 >> You can find a diff here for 8.3 with updated intel driver : >> http://people.freebsd.org/~fabient/polling/patch-pollif_8.3_11052012 >>=20 >> - support multiqueue for ixgbe, igb, em. >> - compat API for old driver >> - keep interrupt for link / status >> - user core mapping / auto mapping >> - deadline to keep cpu available >> - integrated to netisr >> - deferred packet injection with optional prefetching >=20 > This is a number of interesting but sometimes only tangentially > related features. Lets focus on the network cpu monopolization > issue first. This is what deadline is: Deadline is the maximum time spend over the scheduling period in = percent. Scheduling period is a fraction of the polling period (100hz by = default). Each round is measured to estimate time of a round (if some packet = require crypto load will increase for example) and processing stop when the deadline is = reached (If no thread want to run deadline is extended). Hope it is more clear. Sample: ~$ sysctl kern.pollif kern.pollif.map:=20 kern.pollif.stats_clear: 0 kern.pollif.stats:=20 Work queue 0: CPU load =3D 0 % pass =3D 80 run overflow =3D 0 Interface ix1.0 resched rx =3D 0 Interface ix0.0 resched rx =3D 0 Work queue 1: CPU load =3D 0 % pass =3D 80 run overflow =3D 0 Interface ix1.1 resched rx =3D 0 Interface ix0.1 resched rx =3D 0 Work queue 2: CPU load =3D 0 % pass =3D 80 run overflow =3D 0 Interface ix1.2 resched rx =3D 0 Interface ix0.2 resched rx =3D 0 Work queue 3: CPU load =3D 0 % pass =3D 80 run overflow =3D 0 Interface ix1.3 resched rx =3D 0 Interface ix0.3 resched rx =3D 0 kern.pollif.deadline: 80 kern.pollif.register_check: 10 kern.pollif.sched_div: 80 kern.pollif.packet_per_round: 16 kern.pollif.handlers: 8 >=20 >> Performance are on par with interrupt but you can keep a system alive = more easily >> by accounting all network processing for the deadline (with direct = dispatch). >=20 > Would you be willing to work a solution with me with a load aware > taskqueue as I proposed in a recent email to Luigi? That way we > don't need special cases or features or even a normal server under > DDoS wouldn't go down. The main problem of current version I have is that you consume a little = CPU when idle (99.8% idle with top, < 0.5% with PMC using = CPU_CLK_UNHALTED.THREAD_P). To solve that, kickstarting the polling with interrupt is a good idea to = reduce it but i've never tested so why not.=20 >=20 > --=20 > Andre >=20 From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 13:26:54 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CA4F6867; Tue, 6 Nov 2012 13:26:54 +0000 (UTC) (envelope-from fabien.thomas@netasq.com) Received: from work.netasq.com (gwlille.netasq.com [91.212.116.1]) by mx1.freebsd.org (Postfix) with ESMTP id 8B2958FC14; Tue, 6 Nov 2012 13:26:52 +0000 (UTC) Received: from [10.2.1.1] (unknown [10.2.1.1]) by work.netasq.com (Postfix) with ESMTPSA id 1A8AD2705574; Tue, 6 Nov 2012 14:26:52 +0100 (CET) Subject: Re: HEADS UP: Clang now the default on x86 Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=iso-8859-1 From: Fabien Thomas In-Reply-To: <20121105195233.GG92218@lor.one-eyed-alien.net> Date: Tue, 6 Nov 2012 14:26:51 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20121105195233.GG92218@lor.one-eyed-alien.net> To: Brooks Davis X-Mailer: Apple Mail (2.1283) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Nov 2012 13:26:54 -0000 Le 5 nov. 2012 =E0 20:52, Brooks Davis a =E9crit : > I've made clang the default on x86 systems. There will probably be a > few bumps as we work out the last kinks including a ABI issue for i386 > system libraries, but the transition is expected to be fairly smooth = for > most users. >=20 > Please report problems on freebsd-current or freebsd-toolchain. Great to see that happening! I've started rebuilding in a VM with 1Gb memory and buildworld failed = because no memory was available for the compiler (c++). It seems that Clang use = a lot more memory? Do you have a minimum required memory size to finish a buildworld = (amd64). Fabien From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 13:31:06 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BDD50A00 for ; Tue, 6 Nov 2012 13:31:06 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-la0-f54.google.com (mail-la0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3FF598FC14 for ; Tue, 6 Nov 2012 13:31:06 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id e12so442429lag.13 for ; Tue, 06 Nov 2012 05:31:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=3B/6B7x2NjpES8e9jVEepU5cyYQJD6Sg/49F1caZa6A=; b=dka8GUT6D0IhFcQ4X7Gvcc4AuPppFUYg8rz3Ag5ppR7NhQMu+Y8/oXt3pdFPtFPfmQ yYJ/lV1S5xjfMCKwhtnBILho95yy14LYxYOOO7Rbb2RNE8psbgC3glBBqE7TVAyw2/zU F4e+vuinXMsk00soyRs6XiG6eIFa64Mk2Y+YuTz/ENE35QKGzcXiBjK7IqECFCNg5/jb RYF7LNwrQQWs0mm21FqpmFIqBOLlh5NUk3Vgknr7zz3EwEosuPR9ashtjV+HsePSBJeq 4vsk8K3VCO2b6cn9b9vGriKcj0Z1ta39V5FVNRNJ3fHVKgwjprTlVbYGOvUpZC3eBVEn MvRw== MIME-Version: 1.0 Received: by 10.112.41.2 with SMTP id b2mr538344lbl.5.1352208665139; Tue, 06 Nov 2012 05:31:05 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.114.0.148 with HTTP; Tue, 6 Nov 2012 05:31:05 -0800 (PST) Date: Tue, 6 Nov 2012 14:31:05 +0100 X-Google-Sender-Auth: T85gkBov0tzvvqZZBCoLO21J6Do Message-ID: Subject: 9.1-RC3 feels okay :-) From: CeDeROM To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Nov 2012 13:31:06 -0000 Hello world! :-) After big shock with new organization of 9.0 and some mobilization to take part in RC I have tested 9.1-RC{1,2,3} and found no bigger issues so far from user perspective :-) Also the installation method is now more familiar than before as I got used to it - its nice that message is shown in the partitioning section to remove and create a partition to do a fresh install, which is not obvious for at first contact. I was using RC1 and RC2 on virtual machine, then installed RC3 in place of my stable system on Dell Latitude E4310 laptop - with normal usage and hard overload I can see no issues - ext2fs and zfs partifions are working fine also when serving content for virtual machines inside virtualbox-ose 4.1.22 :-) The initial packages installation is hard because there is no 9.1 ports directory on the ftp servers to use, so I had to build portupgrade and then install packages with portinstall -PP. Before I was using pkg_add -r and portmaster (which is a bit worse than portupgrade I think because it cannot find any binary packaged itself). But the first impression is that there are no packages available to install! Also the relase notes documents still use 9.0 numbering... Except some issues with current ports like xfce4 window manager does not work properly (this might impact release binaries) and fusefs-kmod does not build with ruby1.9 which are reported already, I might have some wishlist for future: It would be nice to have ext4 natively implemented in the kernel, because ext2 still seems to be most multiplatform filesystem to share partitions across different operating systems. Or another solution is to port new UFS driver for Linux and Windows so we can use BSD partitions and filesystems on them with no problem :-) WiFi Intel driver crashed my system on 9.0, I hope its fixed :-) It would be really good to have hardware graphics acceleration for Intel X3400 chipsets, and the way it does not destroys the native console because it is very useful for tracing problems... If you have any particular requests to test some stuff on this hardware let me know :-) Thank you for your hard work! Best regards :-) Tomek Cedro -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 13:42:52 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 25BFCCB3 for ; Tue, 6 Nov 2012 13:42:52 +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 92B698FC08 for ; Tue, 6 Nov 2012 13:42:51 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-Type:MIME-Version:Message-ID:Subject:To:Sender:From:Date; bh=nBWCry9ewOCChXkTR8l5HL5ak50a7RguzDnoQj6t89k=; b=erhEFgOpUgvw+mzgp5dCAezD81GhTl916YQ0Gzhx2ttEoE2Qrwfh5iZWFbefBVTO5KqO7FmP4T1afIgd3DLWOxYJ5bbH1h4ZKElgJfK8LUxOVbGWdkpThVsIZWr+ThWIkwbWvyIdJaRjWQMLS/fDQo++B1Tqvqp3iybXgL1twsA=; Received: from cpe-72-182-19-162.austin.res.rr.com ([72.182.19.162]:38301 helo=borg) by thebighonker.lerctr.org with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1TVjQT-000KDN-DZ for freebsd-current@freebsd.org; Tue, 06 Nov 2012 07:42:51 -0600 Date: Tue, 6 Nov 2012 07:42:44 -0600 (CST) From: Larry Rosenman Sender: ler@borg To: freebsd-current@freebsd.org Subject: lsof vs. clang 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 X-Spam-Score: -2.9 (--) X-LERCTR-Spam-Score: -2.9 (--) X-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1,BAYES_00=-1.9 X-LERCTR-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1,BAYES_00=-1.9 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Nov 2012 13:42:52 -0000 It appears that we've (mostly) cleaned up the clang/system interface such that sysutils/lsof works with cc as clang. Can someone tell me what we need to do to shut these up? # LSOFCC=cc CC=cc make LSOFCC=cc CC=cc ===> lsof-4.87.a,7 depends on file: /usr/local/sbin/pkg - found ===> Extracting for lsof-4.87.a,7 => SHA256 Checksum OK for lsof_4.87A.freebsd.tar.bz2. ===> Patching for lsof-4.87.a,7 ===> Configuring for lsof-4.87.a,7 Creating ./lockf_owner.h from /usr/src/sys/kern/kern_lockf.c ./lockf_owner.h creation succeeded. rm -f ddev.c dfile.c dlsof.h dmnt.c dnode*.c dproc.c dproto.h dsock.c dstore.c dzfs.h kernelbase.h machine.h machine.h.old new_machine.h __lseek.s Makefile Makefile.zfs ./tests/config.cflags rm -f ./tests/config.cc ./tests/config.xobj ./tests/config.ldflags Testing C library for localtime() and strftime(), using cc ... present ln -s dialects/freebsd/dlsof.h dlsof.h ln -s dialects/freebsd/dmnt.c dmnt.c ln -s dialects/freebsd/dnode.c dnode.c ln -s dialects/freebsd/dnode1.c dnode1.c ln -s dialects/freebsd/dnode2.c dnode2.c ln -s dialects/freebsd/dproc.c dproc.c ln -s dialects/freebsd/dproto.h dproto.h ln -s dialects/freebsd/dsock.c dsock.c ln -s dialects/freebsd/dstore.c dstore.c ln -s dialects/freebsd/dzfs.h dzfs.h ln -s dialects/freebsd/machine.h machine.h Makefile and lib/Makefile created. Makefile.zfs created. ./tests/config.cc created ./tests/config.cflags created ./tests/config.ldflags created ./tests/config.xobj created ===> Building for lsof-4.87.a,7 (cd lib; make DEBUG="-O2" CFGF="-pipe -fno-omit-frame-pointer -fno-strict-aliasing -fno-omit-frame-pointer -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DFREEBSDV=10000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR=\"10.0-CURRENT\"") cc -pipe -fno-omit-frame-pointer -fno-strict-aliasing -fno-omit-frame-pointer -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DFREEBSDV=10000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR="10.0-CURRENT" -I/usr/src/sys -O2 -c ckkv.c In file included from ckkv.c:43: In file included from ./../lsof.h:195: In file included from ./../dlsof.h:190: In file included from /usr/src/sys/ufs/ufs/ufsmount.h:36: /usr/src/sys/sys/buf.h:392:2: warning: implicit declaration of function 'KASSERT' is invalid in C99 [-Wimplicit-function-declaration] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^ /usr/src/sys/sys/buf.h:392:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:393:41: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj->bo_ops != NULL, ("bwrite: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:395:7: warning: expression result unused [-Wunused-value] ("bwrite: no bop_write bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:403:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bstrategy: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:405:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:407:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bop_strategy bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 7 warnings generated. cc -pipe -fno-omit-frame-pointer -fno-strict-aliasing -fno-omit-frame-pointer -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DFREEBSDV=10000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR="10.0-CURRENT" -I/usr/src/sys -O2 -c cvfs.c cc -pipe -fno-omit-frame-pointer -fno-strict-aliasing -fno-omit-frame-pointer -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DFREEBSDV=10000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR="10.0-CURRENT" -I/usr/src/sys -O2 -c dvch.c In file included from dvch.c:43: In file included from ./../lsof.h:195: In file included from ./../dlsof.h:190: In file included from /usr/src/sys/ufs/ufs/ufsmount.h:36: /usr/src/sys/sys/buf.h:392:2: warning: implicit declaration of function 'KASSERT' is invalid in C99 [-Wimplicit-function-declaration] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^ /usr/src/sys/sys/buf.h:392:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:393:41: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj->bo_ops != NULL, ("bwrite: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:395:7: warning: expression result unused [-Wunused-value] ("bwrite: no bop_write bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:403:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bstrategy: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:405:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:407:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bop_strategy bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ dvch.c:675:18: warning: implicit declaration of function 'open' is invalid in C99 [-Wimplicit-function-declaration] if ((DCfd = open(DCpath[DCpathX], O_RDONLY, 0)) < 0) { ^ 8 warnings generated. cc -pipe -fno-omit-frame-pointer -fno-strict-aliasing -fno-omit-frame-pointer -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DFREEBSDV=10000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR="10.0-CURRENT" -I/usr/src/sys -O2 -c fino.c In file included from fino.c:52: In file included from ./../lsof.h:195: In file included from ./../dlsof.h:190: In file included from /usr/src/sys/ufs/ufs/ufsmount.h:36: /usr/src/sys/sys/buf.h:392:2: warning: implicit declaration of function 'KASSERT' is invalid in C99 [-Wimplicit-function-declaration] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^ /usr/src/sys/sys/buf.h:392:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:393:41: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj->bo_ops != NULL, ("bwrite: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:395:7: warning: expression result unused [-Wunused-value] ("bwrite: no bop_write bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:403:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bstrategy: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:405:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:407:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bop_strategy bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 7 warnings generated. cc -pipe -fno-omit-frame-pointer -fno-strict-aliasing -fno-omit-frame-pointer -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DFREEBSDV=10000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR="10.0-CURRENT" -I/usr/src/sys -O2 -c isfn.c In file included from isfn.c:67: In file included from ./../lsof.h:195: In file included from ./../dlsof.h:190: In file included from /usr/src/sys/ufs/ufs/ufsmount.h:36: /usr/src/sys/sys/buf.h:392:2: warning: implicit declaration of function 'KASSERT' is invalid in C99 [-Wimplicit-function-declaration] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^ /usr/src/sys/sys/buf.h:392:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:393:41: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj->bo_ops != NULL, ("bwrite: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:395:7: warning: expression result unused [-Wunused-value] ("bwrite: no bop_write bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:403:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bstrategy: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:405:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:407:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bop_strategy bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 7 warnings generated. cc -pipe -fno-omit-frame-pointer -fno-strict-aliasing -fno-omit-frame-pointer -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DFREEBSDV=10000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR="10.0-CURRENT" -I/usr/src/sys -O2 -c lkud.c In file included from lkud.c:52: In file included from ./../lsof.h:195: In file included from ./../dlsof.h:190: In file included from /usr/src/sys/ufs/ufs/ufsmount.h:36: /usr/src/sys/sys/buf.h:392:2: warning: implicit declaration of function 'KASSERT' is invalid in C99 [-Wimplicit-function-declaration] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^ /usr/src/sys/sys/buf.h:392:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:393:41: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj->bo_ops != NULL, ("bwrite: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:395:7: warning: expression result unused [-Wunused-value] ("bwrite: no bop_write bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:403:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bstrategy: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:405:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:407:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bop_strategy bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 7 warnings generated. cc -pipe -fno-omit-frame-pointer -fno-strict-aliasing -fno-omit-frame-pointer -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DFREEBSDV=10000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR="10.0-CURRENT" -I/usr/src/sys -O2 -c pdvn.c In file included from pdvn.c:43: In file included from ./../lsof.h:195: In file included from ./../dlsof.h:190: In file included from /usr/src/sys/ufs/ufs/ufsmount.h:36: /usr/src/sys/sys/buf.h:392:2: warning: implicit declaration of function 'KASSERT' is invalid in C99 [-Wimplicit-function-declaration] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^ /usr/src/sys/sys/buf.h:392:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:393:41: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj->bo_ops != NULL, ("bwrite: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:395:7: warning: expression result unused [-Wunused-value] ("bwrite: no bop_write bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:403:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bstrategy: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:405:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:407:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bop_strategy bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 7 warnings generated. cc -pipe -fno-omit-frame-pointer -fno-strict-aliasing -fno-omit-frame-pointer -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DFREEBSDV=10000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR="10.0-CURRENT" -I/usr/src/sys -O2 -c prfp.c In file included from prfp.c:43: In file included from ./../lsof.h:195: In file included from ./../dlsof.h:190: In file included from /usr/src/sys/ufs/ufs/ufsmount.h:36: /usr/src/sys/sys/buf.h:392:2: warning: implicit declaration of function 'KASSERT' is invalid in C99 [-Wimplicit-function-declaration] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^ /usr/src/sys/sys/buf.h:392:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:393:41: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj->bo_ops != NULL, ("bwrite: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:395:7: warning: expression result unused [-Wunused-value] ("bwrite: no bop_write bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:403:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bstrategy: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:405:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:407:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bop_strategy bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 7 warnings generated. cc -pipe -fno-omit-frame-pointer -fno-strict-aliasing -fno-omit-frame-pointer -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DFREEBSDV=10000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR="10.0-CURRENT" -I/usr/src/sys -O2 -c ptti.c In file included from ptti.c:44: In file included from ./../lsof.h:195: In file included from ./../dlsof.h:190: In file included from /usr/src/sys/ufs/ufs/ufsmount.h:36: /usr/src/sys/sys/buf.h:392:2: warning: implicit declaration of function 'KASSERT' is invalid in C99 [-Wimplicit-function-declaration] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^ /usr/src/sys/sys/buf.h:392:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:393:41: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj->bo_ops != NULL, ("bwrite: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:395:7: warning: expression result unused [-Wunused-value] ("bwrite: no bop_write bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:403:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bstrategy: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:405:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:407:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bop_strategy bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 7 warnings generated. cc -pipe -fno-omit-frame-pointer -fno-strict-aliasing -fno-omit-frame-pointer -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DFREEBSDV=10000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR="10.0-CURRENT" -I/usr/src/sys -O2 -c rdev.c In file included from rdev.c:43: In file included from ./../lsof.h:195: In file included from ./../dlsof.h:190: In file included from /usr/src/sys/ufs/ufs/ufsmount.h:36: /usr/src/sys/sys/buf.h:392:2: warning: implicit declaration of function 'KASSERT' is invalid in C99 [-Wimplicit-function-declaration] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^ /usr/src/sys/sys/buf.h:392:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:393:41: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj->bo_ops != NULL, ("bwrite: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:395:7: warning: expression result unused [-Wunused-value] ("bwrite: no bop_write bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:403:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bstrategy: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:405:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:407:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bop_strategy bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 7 warnings generated. cc -pipe -fno-omit-frame-pointer -fno-strict-aliasing -fno-omit-frame-pointer -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DFREEBSDV=10000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR="10.0-CURRENT" -I/usr/src/sys -O2 -c regex.c cc -pipe -fno-omit-frame-pointer -fno-strict-aliasing -fno-omit-frame-pointer -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DFREEBSDV=10000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR="10.0-CURRENT" -I/usr/src/sys -O2 -c rmnt.c cc -pipe -fno-omit-frame-pointer -fno-strict-aliasing -fno-omit-frame-pointer -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DFREEBSDV=10000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR="10.0-CURRENT" -I/usr/src/sys -O2 -c rnam.c cc -pipe -fno-omit-frame-pointer -fno-strict-aliasing -fno-omit-frame-pointer -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DFREEBSDV=10000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR="10.0-CURRENT" -I/usr/src/sys -O2 -c rnch.c cc -pipe -fno-omit-frame-pointer -fno-strict-aliasing -fno-omit-frame-pointer -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DFREEBSDV=10000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR="10.0-CURRENT" -I/usr/src/sys -O2 -c rnmh.c In file included from rnmh.c:44: In file included from ./../lsof.h:195: In file included from ./../dlsof.h:190: In file included from /usr/src/sys/ufs/ufs/ufsmount.h:36: /usr/src/sys/sys/buf.h:392:2: warning: implicit declaration of function 'KASSERT' is invalid in C99 [-Wimplicit-function-declaration] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^ /usr/src/sys/sys/buf.h:392:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:393:41: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj->bo_ops != NULL, ("bwrite: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:395:7: warning: expression result unused [-Wunused-value] ("bwrite: no bop_write bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:403:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bstrategy: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:405:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:407:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bop_strategy bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 7 warnings generated. cc -pipe -fno-omit-frame-pointer -fno-strict-aliasing -fno-omit-frame-pointer -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DFREEBSDV=10000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR="10.0-CURRENT" -I/usr/src/sys -O2 -c snpf.c ar cr liblsof.a ckkv.o cvfs.o dvch.o fino.o isfn.o lkud.o pdvn.o prfp.o ptti.o rdev.o regex.o rmnt.o rnam.o rnch.o rnmh.o snpf.o ranlib liblsof.a cc -pipe -fno-omit-frame-pointer -fno-strict-aliasing -fno-omit-frame-pointer -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DFREEBSDV=10000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR=\"10.0-CURRENT\" -I/usr/src/sys -O2 -c dmnt.c In file included from dmnt.c:39: In file included from ./lsof.h:195: In file included from ./dlsof.h:190: In file included from /usr/src/sys/ufs/ufs/ufsmount.h:36: /usr/src/sys/sys/buf.h:392:2: warning: implicit declaration of function 'KASSERT' is invalid in C99 [-Wimplicit-function-declaration] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^ /usr/src/sys/sys/buf.h:392:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:393:41: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj->bo_ops != NULL, ("bwrite: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:395:7: warning: expression result unused [-Wunused-value] ("bwrite: no bop_write bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:403:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bstrategy: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:405:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:407:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bop_strategy bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ dmnt.c:98:13: warning: incompatible integer to pointer conversion initializing 'const volatile typeof (((struct cdev_priv *)0)->cdp_c) *' (aka 'const volatile struct cdev *') with an expression of type 'KA_T' (aka 'unsigned long') [-Wint-conversion] ca = (KA_T)cdev2priv(c); ^~~~~~~~~~~~ /usr/src/sys/fs/devfs/devfs_int.h:72:22: note: expanded from macro 'cdev2priv' #define cdev2priv(c) __containerof(c, struct cdev_priv, cdp_c) ^ /usr/src/sys/sys/cdefs.h:421:40: note: expanded from macro '__containerof' const volatile __typeof(((s *)0)->m) *__x = (x); \ ^ ~~~ dmnt.c:264:11: warning: implicit declaration of function 'getmntinfo' is invalid in C99 [-Wimplicit-function-declaration] if ((n = getmntinfo(&mb, MNT_NOWAIT)) <= 0) { ^ 9 warnings generated. cc -pipe -fno-omit-frame-pointer -fno-strict-aliasing -fno-omit-frame-pointer -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DFREEBSDV=10000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR=\"10.0-CURRENT\" -I/usr/src/sys -O2 -c dnode.c In file included from dnode.c:39: In file included from ./lsof.h:195: In file included from ./dlsof.h:190: In file included from /usr/src/sys/ufs/ufs/ufsmount.h:36: /usr/src/sys/sys/buf.h:392:2: warning: implicit declaration of function 'KASSERT' is invalid in C99 [-Wimplicit-function-declaration] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^ /usr/src/sys/sys/buf.h:392:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:393:41: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj->bo_ops != NULL, ("bwrite: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:395:7: warning: expression result unused [-Wunused-value] ("bwrite: no bop_write bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:403:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bstrategy: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:405:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:407:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bop_strategy bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ dnode.c:958:16: warning: equality comparison with extraneous parentheses [-Wparentheses-equality] if ((type == VCHR)) { ~~~~~^~~~~~~ dnode.c:958:16: note: remove extraneous parentheses around the comparison to silence this warning if ((type == VCHR)) { ~ ^ ~ dnode.c:958:16: note: use '=' to turn this equality comparison into an assignment if ((type == VCHR)) { ^~ = 8 warnings generated. cc -pipe -fno-omit-frame-pointer -fno-strict-aliasing -fno-omit-frame-pointer -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DFREEBSDV=10000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR=\"10.0-CURRENT\" -I/usr/src/sys -O2 -c dnode1.c In file included from dnode1.c:42: In file included from ./lsof.h:195: In file included from ./dlsof.h:190: In file included from /usr/src/sys/ufs/ufs/ufsmount.h:36: /usr/src/sys/sys/buf.h:392:2: warning: implicit declaration of function 'KASSERT' is invalid in C99 [-Wimplicit-function-declaration] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^ /usr/src/sys/sys/buf.h:392:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:393:41: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj->bo_ops != NULL, ("bwrite: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:395:7: warning: expression result unused [-Wunused-value] ("bwrite: no bop_write bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:403:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bstrategy: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:405:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:407:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bop_strategy bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 7 warnings generated. cc -pipe -fno-omit-frame-pointer -fno-strict-aliasing -fno-omit-frame-pointer -DFREEBSDV=10000 -DHAS_ZFS -DHAS_V_LOCKF -D_SOLARIS_C_SOURCE -O2 -I/usr/src/sys/cddl/compat/opensolaris -I/usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/usr/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/usr/src/sys/cddl/contrib/opensolaris/uts/common -I/usr/src/sys/cddl/contrib/opensolaris/common/zfs -I/usr/src/sys/cddl/contrib/opensolaris/common -I/usr/ports/sysutils/lsof/work/lsof_4.87A.freebsd/usr/src/include -I`pwd` -c dnode2.c In file included from dnode2.c:45: In file included from /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_znode.h:32: In file included from /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_vfsops.h:31: In file included from /usr/src/sys/cddl/compat/opensolaris/sys/vfs.h:37: /usr/src/sys/cddl/compat/opensolaris/sys/vnode.h:202:3: warning: implicit declaration of function 'VOP_UNLOCK' is invalid in C99 [-Wimplicit-function-declaration] VOP_UNLOCK(nd.ni_vp, 0); ^ /usr/src/sys/cddl/compat/opensolaris/sys/vnode.h:257:10: warning: implicit declaration of function 'VOP_FSYNC' is invalid in C99 [-Wimplicit-function-declaration] error = VOP_FSYNC(vp, MNT_WAIT, curthread); ^ 2 warnings generated. cc -pipe -fno-omit-frame-pointer -fno-strict-aliasing -fno-omit-frame-pointer -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DFREEBSDV=10000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR=\"10.0-CURRENT\" -I/usr/src/sys -O2 -c dproc.c In file included from dproc.c:38: In file included from ./lsof.h:195: In file included from ./dlsof.h:190: In file included from /usr/src/sys/ufs/ufs/ufsmount.h:36: /usr/src/sys/sys/buf.h:392:2: warning: implicit declaration of function 'KASSERT' is invalid in C99 [-Wimplicit-function-declaration] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^ /usr/src/sys/sys/buf.h:392:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:393:41: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj->bo_ops != NULL, ("bwrite: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:395:7: warning: expression result unused [-Wunused-value] ("bwrite: no bop_write bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:403:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bstrategy: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:405:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:407:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bop_strategy bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ dproc.c:527:11: warning: format specifies type 'int' but the argument has type 'size_t' (aka 'unsigned long') [-Wformat] Pn, bfl, bf); ^~~ 8 warnings generated. cc -pipe -fno-omit-frame-pointer -fno-strict-aliasing -fno-omit-frame-pointer -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DFREEBSDV=10000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR=\"10.0-CURRENT\" -I/usr/src/sys -O2 -c dsock.c In file included from dsock.c:39: In file included from ./lsof.h:195: In file included from ./dlsof.h:190: In file included from /usr/src/sys/ufs/ufs/ufsmount.h:36: /usr/src/sys/sys/buf.h:392:2: warning: implicit declaration of function 'KASSERT' is invalid in C99 [-Wimplicit-function-declaration] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^ /usr/src/sys/sys/buf.h:392:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:393:41: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj->bo_ops != NULL, ("bwrite: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:395:7: warning: expression result unused [-Wunused-value] ("bwrite: no bop_write bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:403:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bstrategy: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:405:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:407:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bop_strategy bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ dsock.c:130:21: warning: '&&' within '||' [-Wlogical-op-parentheses] || (FnetTy == 4) && (fam == AF_INET) ~~ ~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~ dsock.c:130:21: note: place parentheses around the '&&' expression to silence this warning || (FnetTy == 4) && (fam == AF_INET) ^ ( ) dsock.c:133:21: warning: '&&' within '||' [-Wlogical-op-parentheses] || (FnetTy == 6) && (fam == AF_INET6) ~~ ~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~ dsock.c:133:21: note: place parentheses around the '&&' expression to silence this warning || (FnetTy == 6) && (fam == AF_INET6) ^ ( ) 9 warnings generated. cc -pipe -fno-omit-frame-pointer -fno-strict-aliasing -fno-omit-frame-pointer -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DFREEBSDV=10000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR=\"10.0-CURRENT\" -I/usr/src/sys -O2 -c dstore.c In file included from dstore.c:39: In file included from ./lsof.h:195: In file included from ./dlsof.h:190: In file included from /usr/src/sys/ufs/ufs/ufsmount.h:36: /usr/src/sys/sys/buf.h:392:2: warning: implicit declaration of function 'KASSERT' is invalid in C99 [-Wimplicit-function-declaration] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^ /usr/src/sys/sys/buf.h:392:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:393:41: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj->bo_ops != NULL, ("bwrite: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:395:7: warning: expression result unused [-Wunused-value] ("bwrite: no bop_write bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:403:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bstrategy: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:405:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:407:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bop_strategy bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 7 warnings generated. cc -pipe -fno-omit-frame-pointer -fno-strict-aliasing -fno-omit-frame-pointer -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DFREEBSDV=10000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR=\"10.0-CURRENT\" -I/usr/src/sys -O2 -c arg.c In file included from arg.c:39: In file included from ./lsof.h:195: In file included from ./dlsof.h:190: In file included from /usr/src/sys/ufs/ufs/ufsmount.h:36: /usr/src/sys/sys/buf.h:392:2: warning: implicit declaration of function 'KASSERT' is invalid in C99 [-Wimplicit-function-declaration] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^ /usr/src/sys/sys/buf.h:392:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:393:41: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj->bo_ops != NULL, ("bwrite: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:395:7: warning: expression result unused [-Wunused-value] ("bwrite: no bop_write bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:403:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bstrategy: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:405:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:407:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bop_strategy bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ arg.c:1574:7: warning: implicit declaration of function 'inet_pton' is invalid in C99 [-Wimplicit-function-declaration] i = inet_pton(AF_INET6, wa, (void *)&n.a); ^ 8 warnings generated. cc -pipe -fno-omit-frame-pointer -fno-strict-aliasing -fno-omit-frame-pointer -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DFREEBSDV=10000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR=\"10.0-CURRENT\" -I/usr/src/sys -O2 -c main.c In file included from main.c:41: In file included from ./lsof.h:195: In file included from ./dlsof.h:190: In file included from /usr/src/sys/ufs/ufs/ufsmount.h:36: /usr/src/sys/sys/buf.h:392:2: warning: implicit declaration of function 'KASSERT' is invalid in C99 [-Wimplicit-function-declaration] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^ /usr/src/sys/sys/buf.h:392:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:393:41: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj->bo_ops != NULL, ("bwrite: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:395:7: warning: expression result unused [-Wunused-value] ("bwrite: no bop_write bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:403:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bstrategy: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:405:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:407:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bop_strategy bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ main.c:124:15: warning: implicit declaration of function 'open' is invalid in C99 [-Wimplicit-function-declaration] while (((i = open("/dev/null", O_RDWR, 0)) >= 0) && (i < 2)) ^ 8 warnings generated. cc -pipe -fno-omit-frame-pointer -fno-strict-aliasing -fno-omit-frame-pointer -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DFREEBSDV=10000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR=\"10.0-CURRENT\" -I/usr/src/sys -O2 -c misc.c In file included from misc.c:39: In file included from ./lsof.h:195: In file included from ./dlsof.h:190: In file included from /usr/src/sys/ufs/ufs/ufsmount.h:36: /usr/src/sys/sys/buf.h:392:2: warning: implicit declaration of function 'KASSERT' is invalid in C99 [-Wimplicit-function-declaration] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^ /usr/src/sys/sys/buf.h:392:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:393:41: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj->bo_ops != NULL, ("bwrite: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:395:7: warning: expression result unused [-Wunused-value] ("bwrite: no bop_write bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:403:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bstrategy: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:405:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:407:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bop_strategy bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ misc.c:1436:39: warning: implicit declaration of function 'iswprint' is invalid in C99 [-Wimplicit-function-declaration] if ((mbtowc(&w, sp, sl) == lnc) && iswprint(w)) { ^ 8 warnings generated. cc -pipe -fno-omit-frame-pointer -fno-strict-aliasing -fno-omit-frame-pointer -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DFREEBSDV=10000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR=\"10.0-CURRENT\" -I/usr/src/sys -O2 -c node.c In file included from node.c:39: In file included from ./lsof.h:195: In file included from ./dlsof.h:190: In file included from /usr/src/sys/ufs/ufs/ufsmount.h:36: /usr/src/sys/sys/buf.h:392:2: warning: implicit declaration of function 'KASSERT' is invalid in C99 [-Wimplicit-function-declaration] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^ /usr/src/sys/sys/buf.h:392:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:393:41: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj->bo_ops != NULL, ("bwrite: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:395:7: warning: expression result unused [-Wunused-value] ("bwrite: no bop_write bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:403:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bstrategy: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:405:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:407:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bop_strategy bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 7 warnings generated. cc -pipe -fno-omit-frame-pointer -fno-strict-aliasing -fno-omit-frame-pointer -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DFREEBSDV=10000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR=\"10.0-CURRENT\" -I/usr/src/sys -O2 -c print.c In file included from print.c:39: In file included from ./lsof.h:195: In file included from ./dlsof.h:190: In file included from /usr/src/sys/ufs/ufs/ufsmount.h:36: /usr/src/sys/sys/buf.h:392:2: warning: implicit declaration of function 'KASSERT' is invalid in C99 [-Wimplicit-function-declaration] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^ /usr/src/sys/sys/buf.h:392:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:393:41: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj->bo_ops != NULL, ("bwrite: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:395:7: warning: expression result unused [-Wunused-value] ("bwrite: no bop_write bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:403:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bstrategy: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:405:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:407:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bop_strategy bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ print.c:414:8: warning: implicit declaration of function 'inet_ntop' is invalid in C99 [-Wimplicit-function-declaration] if (!inet_ntop(af, ia, hbuf + 1, sizeof(hbuf) - 3)) { ^ 8 warnings generated. cc -pipe -fno-omit-frame-pointer -fno-strict-aliasing -fno-omit-frame-pointer -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DFREEBSDV=10000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR=\"10.0-CURRENT\" -I/usr/src/sys -O2 -c proc.c In file included from proc.c:39: In file included from ./lsof.h:195: In file included from ./dlsof.h:190: In file included from /usr/src/sys/ufs/ufs/ufsmount.h:36: /usr/src/sys/sys/buf.h:392:2: warning: implicit declaration of function 'KASSERT' is invalid in C99 [-Wimplicit-function-declaration] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^ /usr/src/sys/sys/buf.h:392:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:393:41: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj->bo_ops != NULL, ("bwrite: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:395:7: warning: expression result unused [-Wunused-value] ("bwrite: no bop_write bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:403:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bstrategy: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:405:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:407:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bop_strategy bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 7 warnings generated. cc -pipe -fno-omit-frame-pointer -fno-strict-aliasing -fno-omit-frame-pointer -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DFREEBSDV=10000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR=\"10.0-CURRENT\" -I/usr/src/sys -O2 -c store.c In file included from store.c:39: In file included from ./lsof.h:195: In file included from ./dlsof.h:190: In file included from /usr/src/sys/ufs/ufs/ufsmount.h:36: /usr/src/sys/sys/buf.h:392:2: warning: implicit declaration of function 'KASSERT' is invalid in C99 [-Wimplicit-function-declaration] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^ /usr/src/sys/sys/buf.h:392:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:393:41: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj->bo_ops != NULL, ("bwrite: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:395:7: warning: expression result unused [-Wunused-value] ("bwrite: no bop_write bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:403:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bstrategy: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:405:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:407:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bop_strategy bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 7 warnings generated. Constructing version.h cc -pipe -fno-omit-frame-pointer -fno-strict-aliasing -fno-omit-frame-pointer -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DFREEBSDV=10000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR=\"10.0-CURRENT\" -I/usr/src/sys -O2 -c usage.c In file included from usage.c:39: In file included from ./lsof.h:195: In file included from ./dlsof.h:190: In file included from /usr/src/sys/ufs/ufs/ufsmount.h:36: /usr/src/sys/sys/buf.h:392:2: warning: implicit declaration of function 'KASSERT' is invalid in C99 [-Wimplicit-function-declaration] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^ /usr/src/sys/sys/buf.h:392:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:393:41: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj->bo_ops != NULL, ("bwrite: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:395:7: warning: expression result unused [-Wunused-value] ("bwrite: no bop_write bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:403:33: warning: expression result unused [-Wunused-value] KASSERT(bp->b_bufobj != NULL, ("bstrategy: no bufobj bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:405:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bo_ops bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/buf.h:407:7: warning: expression result unused [-Wunused-value] ("bstrategy: no bop_strategy bp=%p", bp)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 7 warnings generated. cc -pipe -fno-omit-frame-pointer -fno-strict-aliasing -fno-omit-frame-pointer -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DFREEBSDV=10000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR=\"10.0-CURRENT\" -I/usr/src/sys -O2 -c util.c cc -o lsof -pipe -fno-omit-frame-pointer -fno-strict-aliasing -fno-omit-frame-pointer -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DFREEBSDV=10000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR=\"10.0-CURRENT\" -I/usr/src/sys -O2 dmnt.o dnode.o dnode1.o dnode2.o dproc.o dsock.o dstore.o arg.o main.o misc.o node.o print.o proc.o store.o usage.o util.o -L./lib -llsof -lkvm -- 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 From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 14:13:39 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 08A921E7; Tue, 6 Nov 2012 14:13:39 +0000 (UTC) (envelope-from fabien.thomas@netasq.com) Received: from work.netasq.com (gwlille.netasq.com [91.212.116.1]) by mx1.freebsd.org (Postfix) with ESMTP id BA7068FC08; Tue, 6 Nov 2012 14:13:38 +0000 (UTC) Received: from [10.2.1.1] (unknown [10.2.1.1]) by work.netasq.com (Postfix) with ESMTPSA id 6D40D2705560; Tue, 6 Nov 2012 15:13:37 +0100 (CET) Subject: Re: HEADS UP: Clang now the default on x86 Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=iso-8859-1 From: Fabien Thomas In-Reply-To: <50991A5A.7060509@daemonic.se> Date: Tue, 6 Nov 2012 15:13:36 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <95D88EDF-097D-4B0F-B8C2-21A9A4CE0DE7@netasq.com> References: <20121105195233.GG92218@lor.one-eyed-alien.net> <50991A5A.7060509@daemonic.se> To: Niclas Zeising X-Mailer: Apple Mail (2.1283) Cc: Brooks Davis , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Nov 2012 14:13:39 -0000 Le 6 nov. 2012 =E0 15:10, Niclas Zeising a =E9crit : > On 11/06/12 14:26, Fabien Thomas wrote: >>=20 >> Le 5 nov. 2012 =E0 20:52, Brooks Davis a =E9crit : >>=20 >>> I've made clang the default on x86 systems. There will probably be = a >>> few bumps as we work out the last kinks including a ABI issue for = i386 >>> system libraries, but the transition is expected to be fairly smooth = for >>> most users. >>>=20 >>> Please report problems on freebsd-current or freebsd-toolchain. >>=20 >> Great to see that happening! >>=20 >> I've started rebuilding in a VM with 1Gb memory and buildworld failed = because >> no memory was available for the compiler (c++). It seems that Clang = use a lot more memory? >> Do you have a minimum required memory size to finish a buildworld = (amd64). >>=20 >> Fabien >=20 > I have no trouble doing a -j8 build with 2GB memory, so 1GB should = work fine, unless you spawn a lot of parallel builds or do a lot of = other stuff at the same time. I've used -j4 with 1Gb in an idle VM. I've now bumped to 2Gb and restarted it. > Regards! > --=20 > Niclas Zeising From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 14:10:40 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 456951A0; Tue, 6 Nov 2012 14:10:40 +0000 (UTC) (envelope-from zeising@daemonic.se) Received: from mail.lysator.liu.se (mail.lysator.liu.se [IPv6:2001:6b0:17:f0a0::3]) by mx1.freebsd.org (Postfix) with ESMTP id A89978FC15; Tue, 6 Nov 2012 14:10:39 +0000 (UTC) Received: from mail.lysator.liu.se (localhost [127.0.0.1]) by mail.lysator.liu.se (Postfix) with ESMTP id 11A3A4000D; Tue, 6 Nov 2012 15:10:38 +0100 (CET) Received: by mail.lysator.liu.se (Postfix, from userid 1004) id 06E9A40008; Tue, 6 Nov 2012 15:10:38 +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 autolearn=disabled version=3.3.1 X-Spam-Score: 0.0 Received: from mx.daemonic.se (h-45-105.a163.priv.bahnhof.se [94.254.45.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.lysator.liu.se (Postfix) with ESMTPSA id 8673A40007; Tue, 6 Nov 2012 15:10:37 +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 3Xwt2P0mptz8hVn; Tue, 6 Nov 2012 15:10:37 +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 [IPv6:2001:470:dca9:0:1::6]) (amavisd-new, port 10025) with ESMTPS id yrQVAQiG8smi; Tue, 6 Nov 2012 15:10:34 +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 3Xwt2L6682z8hVm; Tue, 6 Nov 2012 15:10:34 +0100 (CET) Received: from tifa.daemonic.se (tifa.daemonic.se [10.32.0.6]) by mail.daemonic.se (Postfix) with ESMTPSA id 3Xwt2L5XWtz9Ctj; Tue, 6 Nov 2012 15:10:34 +0100 (CET) Received: from tifa.daemonic.se (localhost [IPv6:::1]) by tifa.daemonic.se (Postfix) with ESMTP id 4A27F228F2; Tue, 6 Nov 2012 15:10:34 +0100 (CET) Message-ID: <50991A5A.7060509@daemonic.se> Date: Tue, 06 Nov 2012 15:10:34 +0100 From: Niclas Zeising User-Agent: Mutt/1.5.21 MIME-Version: 1.0 To: Fabien Thomas Subject: Re: HEADS UP: Clang now the default on x86 References: <20121105195233.GG92218@lor.one-eyed-alien.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV using ClamSMTP X-Mailman-Approved-At: Tue, 06 Nov 2012 14:34:14 +0000 Cc: Brooks Davis , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Nov 2012 14:10:40 -0000 On 11/06/12 14:26, Fabien Thomas wrote: > > Le 5 nov. 2012 à 20:52, Brooks Davis a écrit : > >> I've made clang the default on x86 systems. There will probably be a >> few bumps as we work out the last kinks including a ABI issue for i386 >> system libraries, but the transition is expected to be fairly smooth for >> most users. >> >> Please report problems on freebsd-current or freebsd-toolchain. > > Great to see that happening! > > I've started rebuilding in a VM with 1Gb memory and buildworld failed because > no memory was available for the compiler (c++). It seems that Clang use a lot more memory? > Do you have a minimum required memory size to finish a buildworld (amd64). > > Fabien I have no trouble doing a -j8 build with 2GB memory, so 1GB should work fine, unless you spawn a lot of parallel builds or do a lot of other stuff at the same time. Regards! -- Niclas Zeising From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 15:24:47 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A558389A; Tue, 6 Nov 2012 15:24: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 501F28FC08; Tue, 6 Nov 2012 15:24:47 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA6FOkGG037679; Tue, 6 Nov 2012 10:24:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA6FOko5037672; Tue, 6 Nov 2012 15:24:46 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 Nov 2012 15:24:46 GMT Message-Id: <201211061524.qA6FOko5037672@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2012 15:24:47 -0000 TB --- 2012-11-06 13:00:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-06 13:00:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-06 13:00:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-11-06 13:00:00 - cleaning the object tree TB --- 2012-11-06 13:03:57 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-06 13:03:57 - cd /tinderbox/HEAD/i386/pc98 TB --- 2012-11-06 13:03:57 - /usr/local/bin/svn cleanup /src TB --- 2012-11-06 13:06:06 - /usr/local/bin/svn update /src TB --- 2012-11-06 13:06:12 - At svn revision 242658 TB --- 2012-11-06 13:06:13 - building world TB --- 2012-11-06 13:06:13 - CROSS_BUILD_TESTING=YES TB --- 2012-11-06 13:06:13 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-06 13:06:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-06 13:06:13 - SRCCONF=/dev/null TB --- 2012-11-06 13:06:13 - TARGET=pc98 TB --- 2012-11-06 13:06:13 - TARGET_ARCH=i386 TB --- 2012-11-06 13:06:13 - TZ=UTC TB --- 2012-11-06 13:06:13 - __MAKE_CONF=/dev/null TB --- 2012-11-06 13:06:13 - cd /src TB --- 2012-11-06 13:06:13 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Nov 6 13:06:18 UTC 2012 >>> 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 [...] cc -Os -fno-guess-branch-probability -fomit-frame-pointer -fno-unit-at-a-time -mno-align-long-strings -mrtd -mregparm=3 -DUFS1_AND_UFS2 -DFLAGS= -DSIOPRT=0x238 -DSIOFMT=0x3 -DSIOSPD=9600 -I/src/sys/boot/pc98/boot2/../../.. -I/src/sys/boot/pc98/boot2/../../i386/boot2 -I/src/sys/boot/pc98/boot2/../../common -I/src/sys/boot/pc98/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline --param max-inline-insns-single=100 -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -Os -DPC98 -std=gnu99 -Qunused-arguments -c /src/sys/boot/pc98/boot2/boot1.S cc: warning: the clang compiler does not support '-fno-unit-at-a-time' /src/sys/boot/pc98/boot2/boot1.S:65:3: error: unexpected directive .code16 .code16 ^ /src/sys/boot/pc98/boot2/boot1.S:65:10: error: .code16 not supported yet .code16 ^ *** [boot1.o] Error code 1 Stop in /src/sys/boot/pc98/boot2. *** [depend] Error code 1 Stop in /src/sys/boot/pc98. *** [depend] Error code 1 Stop in /src/sys/boot. *** [depend] Error code 1 Stop in /src/sys. *** [sys.depend__D] Error code 1 Stop in /src. *** [_depend] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-06 15:24:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-06 15:24:46 - ERROR: failed to build world TB --- 2012-11-06 15:24:46 - 6748.44 user 903.98 system 8686.19 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 15:38:10 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A2D14E14 for ; Tue, 6 Nov 2012 15:38:10 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6C4008FC12 for ; Tue, 6 Nov 2012 15:38:10 +0000 (UTC) Received: by mail-pb0-f54.google.com with SMTP id rp8so518648pbb.13 for ; Tue, 06 Nov 2012 07:38:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:x-mailer:from:subject:date :to; bh=HHAYU5qsUR6U6tbqUtGOav7QOLHOVXcRTvivcYBazq8=; b=wCaO+8aCIVCr3jn1XMqvjQsFF5OYA3iIay8iJOQ81XkT9po751nd5meJw9teNhYV51 AsLkhwb9ioaCUewLMSWeNop1CSo98JG5gIXINMwoGXAn4XmWLLPHC9QpFKW/dlxD1IVM rUYvHfxufTePudHcRNSF38Zls4HPeErQukhmUpoUh1EQVUY+xVNgbJz+ZR5rWo5Fq5OX xS3E4CrSG5HXaOvPfgmmC8/gpQckS1/ngJY05uj7YY6ZCR+YMHO0U95Cv02IEMynk+zI A384tAAyzCZWKzwgr5vpkbdxQ78ZEO3WMl9O3vM+3weX+GNIatqkkBXrSwSlMDybLlFe S+Xw== Received: by 10.68.217.130 with SMTP id oy2mr4257723pbc.144.1352216289809; Tue, 06 Nov 2012 07:38:09 -0800 (PST) Received: from [192.168.20.12] (c-24-19-191-56.hsd1.wa.comcast.net. [24.19.191.56]) by mx.google.com with ESMTPS id x8sm12630170paw.16.2012.11.06.07.38.08 (version=SSLv3 cipher=OTHER); Tue, 06 Nov 2012 07:38:09 -0800 (PST) References: <509758B8.1000409@rewt.org.uk> <20121106113014.GA26313@onelab2.iet.unipi.it> <5098F64E.1070704@freebsd.org> <32992731.3rb8pPz1Mv@blackbeast.local> Mime-Version: 1.0 (1.0) In-Reply-To: <32992731.3rb8pPz1Mv@blackbeast.local> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: <94F3E4AA-E51F-48F2-8191-659994A209D8@gmail.com> X-Mailer: iPhone Mail (10A403) From: Garrett Cooper Subject: Re: polling's future [was: Re: Dynamic Ticks/HZ] Date: Tue, 6 Nov 2012 07:38:07 -0800 To: Chuck Burns Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Nov 2012 15:38:10 -0000 On Nov 6, 2012, at 4:31 AM, Chuck Burns wrote: > On Tuesday, November 06, 2012 12:36:46 PM Andre Oppermann wrote: >> On 06.11.2012 12:30, Luigi Rizzo wrote: >>> On Tue, Nov 06, 2012 at 11:23:34AM +0100, Andre Oppermann > wrote: >>> ... >>>=20 >>>> Hi Luigi, >>>>=20 >>>> do you agree on polling having outlived its usefulness in the light >>>> of interrupt moderating NIC's and SMP > complications/disadvantages? >>>=20 >>> yes, we should let it rest in peace. >>=20 >> Thank you for this non-complicated answer. :-) >=20 > I worry about what happens for those people who would be running=20 > FreeBSD on older equipment where polling might still make sense. >=20 > Do we throw them under the bus? I think that adding a big fat warning at boot if the driver supports proper h= ybrid polling (think: witness) might dissuade some folks. Thanks! -Garrett= From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 16:09:16 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 48DB2370; Tue, 6 Nov 2012 16:09: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 0D9498FC0A; Tue, 6 Nov 2012 16:09:15 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA6G9Fbf094518; Tue, 6 Nov 2012 11:09:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA6G9FNn094491; Tue, 6 Nov 2012 16:09:15 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 Nov 2012 16:09:15 GMT Message-Id: <201211061609.qA6G9FNn094491@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2012 16:09:16 -0000 TB --- 2012-11-06 13:00:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-06 13:00:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-06 13:00:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-11-06 13:00:00 - cleaning the object tree TB --- 2012-11-06 13:07:15 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-06 13:07:15 - cd /tinderbox/HEAD/i386/i386 TB --- 2012-11-06 13:07:15 - /usr/local/bin/svn cleanup /src TB --- 2012-11-06 13:08:42 - /usr/local/bin/svn update /src TB --- 2012-11-06 13:08:48 - At svn revision 242658 TB --- 2012-11-06 13:08:49 - building world TB --- 2012-11-06 13:08:49 - CROSS_BUILD_TESTING=YES TB --- 2012-11-06 13:08:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-06 13:08:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-06 13:08:49 - SRCCONF=/dev/null TB --- 2012-11-06 13:08:49 - TARGET=i386 TB --- 2012-11-06 13:08:49 - TARGET_ARCH=i386 TB --- 2012-11-06 13:08:49 - TZ=UTC TB --- 2012-11-06 13:08:49 - __MAKE_CONF=/dev/null TB --- 2012-11-06 13:08:49 - cd /src TB --- 2012-11-06 13:08:49 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Nov 6 13:08:54 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Nov 6 16:08:05 UTC 2012 TB --- 2012-11-06 16:08:05 - generating LINT kernel config TB --- 2012-11-06 16:08:05 - cd /src/sys/i386/conf TB --- 2012-11-06 16:08:05 - /usr/bin/make -B LINT TB --- 2012-11-06 16:08:05 - cd /src/sys/i386/conf TB --- 2012-11-06 16:08:05 - /usr/sbin/config -m LINT TB --- 2012-11-06 16:08:05 - building LINT kernel TB --- 2012-11-06 16:08:05 - CROSS_BUILD_TESTING=YES TB --- 2012-11-06 16:08:05 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-06 16:08:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-06 16:08:05 - SRCCONF=/dev/null TB --- 2012-11-06 16:08:05 - TARGET=i386 TB --- 2012-11-06 16:08:05 - TARGET_ARCH=i386 TB --- 2012-11-06 16:08:05 - TZ=UTC TB --- 2012-11-06 16:08:05 - __MAKE_CONF=/dev/null TB --- 2012-11-06 16:08:05 - cd /src TB --- 2012-11-06 16:08:05 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 6 16:08:06 UTC 2012 >>> 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 [...] cc: warning: argument unused during compilation: '-falign-functions=16' [-Wunused-command-line-argument] sh /src/sys/kern/genassym.sh svr4_genassym.o > svr4_assym.h uudecode < /usr/share/syscons/fonts/cp850-8x16.fnt && file2c 'static u_char dflt_font_16[16*256] = {' '};' < cp850-8x16 > font.h && uudecode < /usr/share/syscons/fonts/cp850-8x14.fnt && file2c 'static u_char dflt_font_14[14*256] = {' '};' < cp850-8x14 >> font.h && uudecode < /usr/share/syscons/fonts/cp850-8x8.fnt && file2c 'static u_char dflt_font_8[8*256] = {' '};' < cp850-8x8 >> font.h /usr/sbin/kbdcontrol -L jp.106 | sed -e 's/^static keymap_t.* = /static keymap_t key_map = /' -e 's/^static accentmap_t.* = /static accentmap_t accent_map = /' > atkbdmap.h /usr/sbin/kbdcontrol -L it.iso | sed -e 's/^static keymap_t.* = /static keymap_t key_map = /' -e 's/^static accentmap_t.* = /static accentmap_t accent_map = /' > ukbdmap.h sed -e 's/^.*#include.*phy\.h.*$//' /src/sys/contrib/dev/nve/os.h > os+%DIKED-nve.h cc -c -x assembler-with-cpp -DLOCORE -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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -no-integrated-as -Werror /src/sys/i386/acpica/acpi_wakecode.S cc: error: argument unused during compilation: '-falign-functions=16' [-Werror,-Wunused-command-line-argument] *** [acpi_wakecode.o] Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-06 16:09:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-06 16:09:14 - ERROR: failed to build LINT kernel TB --- 2012-11-06 16:09:14 - 8157.13 user 1307.43 system 11354.83 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 16:10:50 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 163FF4FD for ; Tue, 6 Nov 2012 16:10:50 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pa0-f54.google.com (mail-pa0-f54.google.com [209.85.220.54]) by mx1.freebsd.org (Postfix) with ESMTP id D97538FC16 for ; Tue, 6 Nov 2012 16:10:49 +0000 (UTC) Received: by mail-pa0-f54.google.com with SMTP id bi1so479815pad.13 for ; Tue, 06 Nov 2012 08:10:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=MvHmA/iiW8VSKiMo59YI3AeRxRKMMWhleXPPBGUvvxU=; b=gGonC48X309H49tP4XPNAqi2laabXJl/zyPKzrb1DHTbt6yboVMrI2ShlJ+QTYfOti tb62RNhExwb/sEQ9P/WSRVcs2yq7xpovXBZ596dCfEa9TQKtx0TUjuUy8Nr2hnXZ2WT+ QR8urif7EOAGwDUGTTaKRjmpdg3AFvYbG4Awv2zVjpW+AXgydnvFQ+nw8snz/N8J2oxK j4dDoQgUf2S2VkwaHNmZM1Z01HnVwrx4qEqdjgEFpWkWHbOG5vK6LqaILYt6JvE5cwp8 PcqEYt5JTSYzz4otAojUVf+Sqj3CQROUg7merZ1N1BlBXGHhy8i9GSDkGmmtoT3T+PF9 K8iA== MIME-Version: 1.0 Received: by 10.68.247.134 with SMTP id ye6mr4672463pbc.69.1352218249079; Tue, 06 Nov 2012 08:10:49 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.68.124.130 with HTTP; Tue, 6 Nov 2012 08:10:49 -0800 (PST) In-Reply-To: References: Date: Tue, 6 Nov 2012 08:10:49 -0800 X-Google-Sender-Auth: Q168xvrfQMNZcu3Pwx7qsAa1HPE Message-ID: Subject: Re: 9.1-RC3 feels okay :-) From: Adrian Chadd To: CeDeROM Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Nov 2012 16:10:50 -0000 Please file a bug about the intel wifi crash! adrian On 6 November 2012 05:31, CeDeROM wrote: > Hello world! :-) > > After big shock with new organization of 9.0 and some mobilization to > take part in RC I have tested 9.1-RC{1,2,3} and found no bigger issues > so far from user perspective :-) > > Also the installation method is now more familiar than before as I got > used to it - its nice that message is shown in the partitioning > section to remove and create a partition to do a fresh install, which > is not obvious for at first contact. > > I was using RC1 and RC2 on virtual machine, then installed RC3 in > place of my stable system on Dell Latitude E4310 laptop - with normal > usage and hard overload I can see no issues - ext2fs and zfs > partifions are working fine also when serving content for virtual > machines inside virtualbox-ose 4.1.22 :-) > > The initial packages installation is hard because there is no 9.1 > ports directory on the ftp servers to use, so I had to build > portupgrade and then install packages with portinstall -PP. Before I > was using pkg_add -r and portmaster (which is a bit worse than > portupgrade I think because it cannot find any binary packaged > itself). But the first impression is that there are no packages > available to install! > > Also the relase notes documents still use 9.0 numbering... > > > Except some issues with current ports like xfce4 window manager does > not work properly (this might impact release binaries) and fusefs-kmod > does not build with ruby1.9 which are reported already, I might have > some wishlist for future: > > It would be nice to have ext4 natively implemented in the kernel, > because ext2 still seems to be most multiplatform filesystem to share > partitions across different operating systems. Or another solution is > to port new UFS driver for Linux and Windows so we can use BSD > partitions and filesystems on them with no problem :-) > > WiFi Intel driver crashed my system on 9.0, I hope its fixed :-) > > It would be really good to have hardware graphics acceleration for > Intel X3400 chipsets, and the way it does not destroys the native > console because it is very useful for tracing problems... > > If you have any particular requests to test some stuff on this > hardware let me know :-) > > Thank you for your hard work! Best regards :-) > Tomek Cedro > > -- > CeDeROM, SQ7MHZ, http://www.tomek.cedro.info > _______________________________________________ > 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 6 14:15:02 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C5FA4304 for ; Tue, 6 Nov 2012 14:15:02 +0000 (UTC) (envelope-from zeising@daemonic.se) Received: from mail.lysator.liu.se (mail.lysator.liu.se [IPv6:2001:6b0:17:f0a0::3]) by mx1.freebsd.org (Postfix) with ESMTP id 601A68FC0A for ; Tue, 6 Nov 2012 14:15:02 +0000 (UTC) Received: from mail.lysator.liu.se (localhost [127.0.0.1]) by mail.lysator.liu.se (Postfix) with ESMTP id A9FD340007 for ; Tue, 6 Nov 2012 15:15:01 +0100 (CET) Received: by mail.lysator.liu.se (Postfix, from userid 1004) id 9962240008; Tue, 6 Nov 2012 15:15:01 +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 autolearn=disabled version=3.3.1 X-Spam-Score: 0.0 Received: from mx.daemonic.se (h-45-105.a163.priv.bahnhof.se [94.254.45.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.lysator.liu.se (Postfix) with ESMTPSA id 1059240007; Tue, 6 Nov 2012 15:15:00 +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 3Xwt7R6YVWz8hVn; Tue, 6 Nov 2012 15:14:59 +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 [IPv6:2001:470:dca9:0:1::6]) (amavisd-new, port 10025) with ESMTPS id BX4uGpdhaY7r; Tue, 6 Nov 2012 15:14:54 +0100 (CET) Received: from mail.daemonic.se (mail.daemonic.se [10.1.0.4]) by mx.daemonic.se (Postfix) with ESMTPS id 3Xwt7L0CqDz8hVm; Tue, 6 Nov 2012 15:14:54 +0100 (CET) Received: from tifa.daemonic.se (tifa.daemonic.se [10.32.0.6]) by mail.daemonic.se (Postfix) with ESMTPSA id 3Xwt7K727Gz9Ctj; Tue, 6 Nov 2012 15:14:53 +0100 (CET) Received: from tifa.daemonic.se (localhost [IPv6:::1]) by tifa.daemonic.se (Postfix) with ESMTP id 206F8228F2; Tue, 6 Nov 2012 15:14:32 +0100 (CET) Message-ID: <50991B47.2060409@daemonic.se> Date: Tue, 06 Nov 2012 15:14:31 +0100 From: Niclas Zeising User-Agent: Mutt/1.5.21 MIME-Version: 1.0 To: Larry Rosenman Subject: Re: lsof vs. clang References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Mailman-Approved-At: Tue, 06 Nov 2012 16:23:31 +0000 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Nov 2012 14:15:02 -0000 On 11/06/12 14:42, Larry Rosenman wrote: > It appears that we've (mostly) cleaned up the clang/system interface > such that sysutils/lsof works with cc as clang. > > Can someone tell me what we need to do to shut these up? > > > # LSOFCC=cc CC=cc make LSOFCC=cc CC=cc > ===> lsof-4.87.a,7 depends on file: /usr/local/sbin/pkg - found > ===> Extracting for lsof-4.87.a,7 > => SHA256 Checksum OK for lsof_4.87A.freebsd.tar.bz2. > ===> Patching for lsof-4.87.a,7 > ===> Configuring for lsof-4.87.a,7 > Creating ./lockf_owner.h from /usr/src/sys/kern/kern_lockf.c > ./lockf_owner.h creation succeeded. > rm -f ddev.c dfile.c dlsof.h dmnt.c dnode*.c dproc.c dproto.h dsock.c > dstore.c dzfs.h kernelbase.h machine.h machine.h.old new_machine.h > __lseek.s Makefile Makefile.zfs ./tests/config.cflags > rm -f ./tests/config.cc ./tests/config.xobj ./tests/config.ldflags > Testing C library for localtime() and strftime(), using cc ... present > ln -s dialects/freebsd/dlsof.h dlsof.h > ln -s dialects/freebsd/dmnt.c dmnt.c > ln -s dialects/freebsd/dnode.c dnode.c > ln -s dialects/freebsd/dnode1.c dnode1.c > ln -s dialects/freebsd/dnode2.c dnode2.c > ln -s dialects/freebsd/dproc.c dproc.c > ln -s dialects/freebsd/dproto.h dproto.h > ln -s dialects/freebsd/dsock.c dsock.c > ln -s dialects/freebsd/dstore.c dstore.c > ln -s dialects/freebsd/dzfs.h dzfs.h > ln -s dialects/freebsd/machine.h machine.h > Makefile and lib/Makefile created. > Makefile.zfs created. > ./tests/config.cc created > ./tests/config.cflags created > ./tests/config.ldflags created > ./tests/config.xobj created > ===> Building for lsof-4.87.a,7 > (cd lib; make DEBUG="-O2" CFGF="-pipe -fno-omit-frame-pointer > -fno-strict-aliasing -fno-omit-frame-pointer -DHASEFFNLINK=i_effnlink > -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 > -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H > -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB > -DNEEDS_BOOLEAN_T -DFREEBSDV=10000 -DHASFDESCFS=2 -DHASPSEUDOFS > -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME > -DLSOF_VSTR=\"10.0-CURRENT\"") > cc -pipe -fno-omit-frame-pointer -fno-strict-aliasing > -fno-omit-frame-pointer -DHASEFFNLINK=i_effnlink -DHASF_VNODE > -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T > -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF > -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T > -DFREEBSDV=10000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 > -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR="10.0-CURRENT" -I/usr/src/sys -O2 > -c ckkv.c > In file included from ckkv.c:43: > In file included from ./../lsof.h:195: > In file included from ./../dlsof.h:190: > In file included from /usr/src/sys/ufs/ufs/ufsmount.h:36: > /usr/src/sys/sys/buf.h:392:2: warning: implicit declaration of function > 'KASSERT' is invalid in C99 [-Wimplicit-function-declaration] > KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); > ^ As this hints on, KASSERT is undeclared. You should either declare KASSERT manually or include the proper header file. With that said, KASSERT look very much like kernel code, and should probably not be used in userland utilities at all, but I am no expert on this. > /usr/src/sys/sys/buf.h:392:33: warning: expression result unused > [-Wunused-value] > KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); > ^~~~~~~~~~~~~~~~~~~~~~~~~ > /usr/src/sys/sys/buf.h:393:41: warning: expression result unused > [-Wunused-value] > KASSERT(bp->b_bufobj->bo_ops != NULL, ("bwrite: no bo_ops bp=%p", bp)); > ^~~~~~~~~~~~~~~~~~~~~~~~~ > /usr/src/sys/sys/buf.h:395:7: warning: expression result unused > [-Wunused-value] > ("bwrite: no bop_write bp=%p", bp)); > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ > /usr/src/sys/sys/buf.h:403:33: warning: expression result unused > [-Wunused-value] > KASSERT(bp->b_bufobj != NULL, ("bstrategy: no bufobj bp=%p", bp)); > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ > /usr/src/sys/sys/buf.h:405:7: warning: expression result unused > [-Wunused-value] > ("bstrategy: no bo_ops bp=%p", bp)); > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ > /usr/src/sys/sys/buf.h:407:7: warning: expression result unused > [-Wunused-value] > ("bstrategy: no bop_strategy bp=%p", bp)); > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 7 warnings generated. The rest of the warnings are probably follow-up warnings since clang doesn't know the function prototype for KASSERT. Regards! -- Niclas Zeising From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 16:39:30 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 236F8CD9 for ; Tue, 6 Nov 2012 16:39:30 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw14.york.ac.uk (mail-gw14.york.ac.uk [144.32.129.164]) by mx1.freebsd.org (Postfix) with ESMTP id D53FE8FC14 for ; Tue, 6 Nov 2012 16:39:29 +0000 (UTC) Received: from ury.york.ac.uk ([144.32.108.81]:47635) by mail-gw14.york.ac.uk with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1TVmBK-00084e-HC; Tue, 06 Nov 2012 16:39:18 +0000 Date: Tue, 6 Nov 2012 16:39:18 +0000 (GMT) From: Gavin Atkinson X-X-Sender: gavin@thunderhorn.york.ac.uk To: Niclas Zeising Subject: Re: lsof vs. clang In-Reply-To: <50991B47.2060409@daemonic.se> Message-ID: References: <50991B47.2060409@daemonic.se> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@freebsd.org, Larry Rosenman X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Nov 2012 16:39:30 -0000 On Tue, 6 Nov 2012, Niclas Zeising wrote: > On 11/06/12 14:42, Larry Rosenman wrote: > > It appears that we've (mostly) cleaned up the clang/system interface > > such that sysutils/lsof works with cc as clang. > > > > Can someone tell me what we need to do to shut these up? > > > > > > # LSOFCC=cc CC=cc make LSOFCC=cc CC=cc > > ===> lsof-4.87.a,7 depends on file: /usr/local/sbin/pkg - found > > ===> Extracting for lsof-4.87.a,7 > > => SHA256 Checksum OK for lsof_4.87A.freebsd.tar.bz2. > > ===> Patching for lsof-4.87.a,7 > > ===> Configuring for lsof-4.87.a,7 > > Creating ./lockf_owner.h from /usr/src/sys/kern/kern_lockf.c > > ./lockf_owner.h creation succeeded. > > rm -f ddev.c dfile.c dlsof.h dmnt.c dnode*.c dproc.c dproto.h dsock.c > > dstore.c dzfs.h kernelbase.h machine.h machine.h.old new_machine.h > > __lseek.s Makefile Makefile.zfs ./tests/config.cflags > > rm -f ./tests/config.cc ./tests/config.xobj ./tests/config.ldflags > > Testing C library for localtime() and strftime(), using cc ... present > > ln -s dialects/freebsd/dlsof.h dlsof.h > > ln -s dialects/freebsd/dmnt.c dmnt.c > > ln -s dialects/freebsd/dnode.c dnode.c > > ln -s dialects/freebsd/dnode1.c dnode1.c > > ln -s dialects/freebsd/dnode2.c dnode2.c > > ln -s dialects/freebsd/dproc.c dproc.c > > ln -s dialects/freebsd/dproto.h dproto.h > > ln -s dialects/freebsd/dsock.c dsock.c > > ln -s dialects/freebsd/dstore.c dstore.c > > ln -s dialects/freebsd/dzfs.h dzfs.h > > ln -s dialects/freebsd/machine.h machine.h > > Makefile and lib/Makefile created. > > Makefile.zfs created. > > ./tests/config.cc created > > ./tests/config.cflags created > > ./tests/config.ldflags created > > ./tests/config.xobj created > > ===> Building for lsof-4.87.a,7 > > (cd lib; make DEBUG="-O2" CFGF="-pipe -fno-omit-frame-pointer > > -fno-strict-aliasing -fno-omit-frame-pointer -DHASEFFNLINK=i_effnlink > > -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 > > -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H > > -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB > > -DNEEDS_BOOLEAN_T -DFREEBSDV=10000 -DHASFDESCFS=2 -DHASPSEUDOFS > > -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME > > -DLSOF_VSTR=\"10.0-CURRENT\"") > > cc -pipe -fno-omit-frame-pointer -fno-strict-aliasing > > -fno-omit-frame-pointer -DHASEFFNLINK=i_effnlink -DHASF_VNODE > > -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T > > -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF > > -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T > > -DFREEBSDV=10000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 > > -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR="10.0-CURRENT" -I/usr/src/sys -O2 > > -c ckkv.c > > In file included from ckkv.c:43: > > In file included from ./../lsof.h:195: > > In file included from ./../dlsof.h:190: > > In file included from /usr/src/sys/ufs/ufs/ufsmount.h:36: > > /usr/src/sys/sys/buf.h:392:2: warning: implicit declaration of function > > 'KASSERT' is invalid in C99 [-Wimplicit-function-declaration] > > KASSERT(bp->b_bufobj != NULL, ("bwrite: no bufobj bp=%p", bp)); > > ^ > As this hints on, KASSERT is undeclared. You should either declare KASSERT > manually or include the proper header file. > With that said, KASSERT look very much like kernel code, and should probably > not be used in userland utilities at all, but I am no expert on this. Yes, probalby either #include sys/systm.h, or it may be easier to roll your own #define inside lsof.h: #define KASSERT(exp,msg) do {} while (0) Given this is userland code, you probably don't want the true KASSERT code anyway. Gavin From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 16:47:20 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BE773350; Tue, 6 Nov 2012 16:47: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 82B138FC0C; Tue, 6 Nov 2012 16:47:20 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA6GlJJ2014716; Tue, 6 Nov 2012 11:47:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA6GlJ4T014705; Tue, 6 Nov 2012 16:47:19 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 Nov 2012 16:47:19 GMT Message-Id: <201211061647.qA6GlJ4T014705@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2012 16:47:20 -0000 TB --- 2012-11-06 13:00:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-06 13:00:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-06 13:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-11-06 13:00:00 - cleaning the object tree TB --- 2012-11-06 13:08:49 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-06 13:08:49 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2012-11-06 13:08:49 - /usr/local/bin/svn cleanup /src TB --- 2012-11-06 13:10:16 - /usr/local/bin/svn update /src TB --- 2012-11-06 13:10:22 - At svn revision 242658 TB --- 2012-11-06 13:10:23 - building world TB --- 2012-11-06 13:10:23 - CROSS_BUILD_TESTING=YES TB --- 2012-11-06 13:10:23 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-06 13:10:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-06 13:10:23 - SRCCONF=/dev/null TB --- 2012-11-06 13:10:23 - TARGET=amd64 TB --- 2012-11-06 13:10:23 - TARGET_ARCH=amd64 TB --- 2012-11-06 13:10:23 - TZ=UTC TB --- 2012-11-06 13:10:23 - __MAKE_CONF=/dev/null TB --- 2012-11-06 13:10:23 - cd /src TB --- 2012-11-06 13:10:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Nov 6 13:10:28 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Tue Nov 6 16:46:06 UTC 2012 TB --- 2012-11-06 16:46:06 - generating LINT kernel config TB --- 2012-11-06 16:46:06 - cd /src/sys/amd64/conf TB --- 2012-11-06 16:46:06 - /usr/bin/make -B LINT TB --- 2012-11-06 16:46:06 - cd /src/sys/amd64/conf TB --- 2012-11-06 16:46:06 - /usr/sbin/config -m LINT TB --- 2012-11-06 16:46:06 - building LINT kernel TB --- 2012-11-06 16:46:06 - CROSS_BUILD_TESTING=YES TB --- 2012-11-06 16:46:06 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-06 16:46:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-06 16:46:06 - SRCCONF=/dev/null TB --- 2012-11-06 16:46:06 - TARGET=amd64 TB --- 2012-11-06 16:46:06 - TARGET_ARCH=amd64 TB --- 2012-11-06 16:46:06 - TZ=UTC TB --- 2012-11-06 16:46:06 - __MAKE_CONF=/dev/null TB --- 2012-11-06 16:46:06 - cd /src TB --- 2012-11-06 16:46:06 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 6 16:46:06 UTC 2012 >>> 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 [...] cc: warning: argument unused during compilation: '-falign-functions=16' [-Wunused-command-line-argument] env NM='nm' sh /src/sys/kern/genassym.sh ia32_genassym.o > ia32_assym.h uudecode < /usr/share/syscons/fonts/cp850-8x16.fnt && file2c 'static u_char dflt_font_16[16*256] = {' '};' < cp850-8x16 > font.h && uudecode < /usr/share/syscons/fonts/cp850-8x14.fnt && file2c 'static u_char dflt_font_14[14*256] = {' '};' < cp850-8x14 >> font.h && uudecode < /usr/share/syscons/fonts/cp850-8x8.fnt && file2c 'static u_char dflt_font_8[8*256] = {' '};' < cp850-8x8 >> font.h /usr/sbin/kbdcontrol -L jp.106 | sed -e 's/^static keymap_t.* = /static keymap_t key_map = /' -e 's/^static accentmap_t.* = /static accentmap_t accent_map = /' > atkbdmap.h /usr/sbin/kbdcontrol -L it.iso | sed -e 's/^static keymap_t.* = /static keymap_t key_map = /' -e 's/^static accentmap_t.* = /static accentmap_t accent_map = /' > ukbdmap.h sed -e 's/^.*#include.*phy\.h.*$//' /src/sys/contrib/dev/nve/os.h > os+%DIKED-nve.h cc -c -x assembler-with-cpp -DLOCORE -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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -no-integrated-as -Werror /src/sys/amd64/acpica/acpi_wakecode.S cc: error: argument unused during compilation: '-falign-functions=16' [-Werror,-Wunused-command-line-argument] *** [acpi_wakecode.o] Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-06 16:47:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-06 16:47:19 - ERROR: failed to build LINT kernel TB --- 2012-11-06 16:47:19 - 9412.51 user 1694.58 system 13639.19 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 17:32:51 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 28A23D30; Tue, 6 Nov 2012 17:32:51 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 679088FC15; Tue, 6 Nov 2012 17:32:49 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id b5so779609lbd.13 for ; Tue, 06 Nov 2012 09:32:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=uq0buBBzy/ultXO2rV3ffHec8mj8v1AR2h646t/8shg=; b=Nv5vYBlN0yvioeWrNIAwKVPw6vx3WFP6mWXyhPCZ+wxxDyG/IiEzVuQ9VzNjfxBZGR dNakaHSOuUo+gbgbD3qzjlAQdx2liCuC8SYU3N77pCJvTJ9oKsBpWiMSA5kXJIbjDxQc dc6BtVvUGwGSdrs18afa/JnF4WWft3U576vmyOZkPmCXG3ZGZkxXAYYAPYgceqxHNoiO zesQud8WTUkj354OrLIUSErP94fRrz0hJ0OGhVhWDQiZwuVYUIQBn9BMaZQg0rETOiKg NSdD9EW9x5Ne0jo9CQreL+K2817fw1FT6g9D/03bCfkRv5Xqp95SCGsdMyrKZcQcRI46 bRPA== MIME-Version: 1.0 Received: by 10.112.41.2 with SMTP id b2mr826274lbl.5.1352223168028; Tue, 06 Nov 2012 09:32:48 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.114.0.148 with HTTP; Tue, 6 Nov 2012 09:32:47 -0800 (PST) In-Reply-To: References: Date: Tue, 6 Nov 2012 18:32:47 +0100 X-Google-Sender-Auth: xBbnqmQFc8plpLJcjBwK1wqf7Jo Message-ID: Subject: Re: 9.1-RC3 feels okay :-) From: CeDeROM To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Nov 2012 17:32:51 -0000 On Tue, Nov 6, 2012 at 5:10 PM, Adrian Chadd wrote: > Please file a bug about the intel wifi crash! Hello Adrian! :-) Should I attach kernel core dump / backtrace or simply write that "kernel crash on unstable wifi connection or when switching radio on and off multiple times or switching wpa_supplicant multiple times" is enough? :-) Best regards :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 18:42:23 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 47602E9B for ; Tue, 6 Nov 2012 18:42:23 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-la0-f54.google.com (mail-la0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8B1F98FC18 for ; Tue, 6 Nov 2012 18:42:22 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id e12so775621lag.13 for ; Tue, 06 Nov 2012 10:42:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=bV80Ye1mAwbCrzMYW4UtfjZrc3igpYEHtc1eYOdy8cE=; b=cmcNCrA5978m6XRu6pT7Z6iEdmOTEng9PKpUQDvgGvXu6H3d4XppwFntTCXtRFDKb9 3UufcGtORbQnd8TtLJaqrVAAINysQ1ndg5CztAQIbui0ayJDUxUA7WWne1yEi5nYlK7c afJwK1EXVR5d5qn0DBNGib/EMwd6SOM0Djt6E= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=bV80Ye1mAwbCrzMYW4UtfjZrc3igpYEHtc1eYOdy8cE=; b=cJGE55ZS7iSboABV0M+LnW5fYGHmRFGIy5z6U3+xEy6tbw2SBgYE5qBKAtpOyYhE2Y g8eGtvZ7W/bT1h5z76VJW7Fsn9yBOY7H4JPOVP7NnDExDq1inWCRHBMJScKbb9cLyX9b WehTToNUgrxQIDJipAwERkpqs+Sjyca4hkcbw0+840zzdWy3p2RkoV0VPkiGFkZHRgM6 Tpp3e9QatdL2Vo1VaBjQmLt22ybDSYxvtAmtkwoi+T1Th9tMyfji4vgCVjYCTfJByheM k6QKigb9TjchU1dVxCpUzktl4BMd/62HsjGdR87Y6f7krkkb+11EGYBxuqPhAP6SHMmk 1+vg== Received: by 10.152.106.171 with SMTP id gv11mr1991163lab.26.1352227342015; Tue, 06 Nov 2012 10:42:22 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.25.166 with HTTP; Tue, 6 Nov 2012 10:41:51 -0800 (PST) In-Reply-To: References: From: Eitan Adler Date: Tue, 6 Nov 2012 13:41:51 -0500 Message-ID: Subject: Re: 9.1-RC3 feels okay :-) To: CeDeROM Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQmJ0r3BJECUKspPKPsgw+lvAwQPK2kA8zHItl8n/p3AVbRSiNVLpRmBFesdodFpikzdF9Rh Cc: Adrian Chadd , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Nov 2012 18:42:23 -0000 On 6 November 2012 12:32, CeDeROM wrote: > On Tue, Nov 6, 2012 at 5:10 PM, Adrian Chadd wrote: >> Please file a bug about the intel wifi crash! > > Hello Adrian! :-) Should I attach kernel core dump / backtrace or > simply write that "kernel crash on unstable wifi connection or when > switching radio on and off multiple times or switching wpa_supplicant > multiple times" is enough? :-) Please include a kernel backtrace. Do you have debugging symbols enabled? This is really important: *be responsive*. Hardware bugs are difficult to diagnose and fix, so the more information you provide, and the more you are able to test patches or answer questions, the easier it will be get this resolved. If you can provide a reproducible step-by-step directions to see the bug, even better. -- Eitan Adler From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 19:14:30 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 29E4F89A; Tue, 6 Nov 2012 19:14: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 E274F8FC14; Tue, 6 Nov 2012 19:14:29 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA6JESFE041530; Tue, 6 Nov 2012 14:14:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA6JES4B041529; Tue, 6 Nov 2012 19:14:28 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 Nov 2012 19:14:28 GMT Message-Id: <201211061914.qA6JES4B041529@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2012 19:14:30 -0000 TB --- 2012-11-06 17:59:55 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-06 17:59:55 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-06 17:59:55 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-11-06 17:59:55 - cleaning the object tree TB --- 2012-11-06 18:01:12 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-06 18:01:12 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2012-11-06 18:01:12 - /usr/local/bin/svn cleanup /src TB --- 2012-11-06 18:02:42 - /usr/local/bin/svn update /src TB --- 2012-11-06 18:02:47 - At svn revision 242665 TB --- 2012-11-06 18:02:48 - building world TB --- 2012-11-06 18:02:48 - CROSS_BUILD_TESTING=YES TB --- 2012-11-06 18:02:48 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-06 18:02:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-06 18:02:48 - SRCCONF=/dev/null TB --- 2012-11-06 18:02:48 - TARGET=sparc64 TB --- 2012-11-06 18:02:48 - TARGET_ARCH=sparc64 TB --- 2012-11-06 18:02:48 - TZ=UTC TB --- 2012-11-06 18:02:48 - __MAKE_CONF=/dev/null TB --- 2012-11-06 18:02:48 - cd /src TB --- 2012-11-06 18:02:48 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Nov 6 18:02:53 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Nov 6 19:04:51 UTC 2012 TB --- 2012-11-06 19:04:51 - generating LINT kernel config TB --- 2012-11-06 19:04:51 - cd /src/sys/sparc64/conf TB --- 2012-11-06 19:04:51 - /usr/bin/make -B LINT TB --- 2012-11-06 19:04:51 - cd /src/sys/sparc64/conf TB --- 2012-11-06 19:04:51 - /usr/sbin/config -m LINT TB --- 2012-11-06 19:04:51 - building LINT kernel TB --- 2012-11-06 19:04:51 - CROSS_BUILD_TESTING=YES TB --- 2012-11-06 19:04:51 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-06 19:04:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-06 19:04:51 - SRCCONF=/dev/null TB --- 2012-11-06 19:04:51 - TARGET=sparc64 TB --- 2012-11-06 19:04:51 - TARGET_ARCH=sparc64 TB --- 2012-11-06 19:04:51 - TZ=UTC TB --- 2012-11-06 19:04:51 - __MAKE_CONF=/dev/null TB --- 2012-11-06 19:04:51 - cd /src TB --- 2012-11-06 19:04:51 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 6 19:04:51 UTC 2012 >>> 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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_linker.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_lock.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_lockf.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_loginclass.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_malloc.c /src/sys/kern/kern_malloc.c:193: error: static declaration of 'vm_max_kernel_address' follows non-static declaration ./machine/vmparam.h:242: error: previous declaration of 'vm_max_kernel_address' was here /src/sys/kern/kern_malloc.c:193: error: initializer element is not constant *** [kern_malloc.o] Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-06 19:14:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-06 19:14:28 - ERROR: failed to build LINT kernel TB --- 2012-11-06 19:14:28 - 3555.30 user 608.27 system 4473.17 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 19:19:17 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3D758B12 for ; Tue, 6 Nov 2012 19:19:17 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pa0-f54.google.com (mail-pa0-f54.google.com [209.85.220.54]) by mx1.freebsd.org (Postfix) with ESMTP id 095A58FC12 for ; Tue, 6 Nov 2012 19:19:16 +0000 (UTC) Received: by mail-pa0-f54.google.com with SMTP id bi1so608369pad.13 for ; Tue, 06 Nov 2012 11:19:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=hXylDmsZyNzjw+Cc50L0r7KYLPVQ2Sj/wA/1cpn0zOQ=; b=N0GdupiiVT4coKpxml/FuavKUqrRBXMKBgHXF/Xls11BHV88EgLKkjcCZKucetHlJp SVcdsMHYp9x2rbi7wAWPIQ7zBkCgLmHpUKUMzKcK7ctTlmmozgqap1x0kK8O7rOFRkcg CQY3+lGEpo3cmEJzef/PCq+Sjsq3v9nDato71JU4zSe5iAAnS886Ug9ZAbX/QxoaOdjK onG/ScUWBigL7tF6VpyqFxankMMTd9DWO26zTnrlvgurStuU/8N6r90nOMj4BNmlVgvN QSCzJ2+GG0koKIVnw4fUwMMELArqhqlqlomAcVlN6vnPeIUs+VuLDRcyrEkBsJEvtJBz PLrQ== MIME-Version: 1.0 Received: by 10.68.247.134 with SMTP id ye6mr6234666pbc.69.1352229556560; Tue, 06 Nov 2012 11:19:16 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.68.124.130 with HTTP; Tue, 6 Nov 2012 11:19:16 -0800 (PST) In-Reply-To: References: Date: Tue, 6 Nov 2012 11:19:16 -0800 X-Google-Sender-Auth: lRfy0sTtmSMRANYhjNb0Is03xws Message-ID: Subject: Re: 9.1-RC3 feels okay :-) From: Adrian Chadd To: Eitan Adler Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, CeDeROM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Nov 2012 19:19:17 -0000 +1 - what he said. Thanks, Adrian On 6 November 2012 10:41, Eitan Adler wrote: > On 6 November 2012 12:32, CeDeROM wrote: >> On Tue, Nov 6, 2012 at 5:10 PM, Adrian Chadd wrote: >>> Please file a bug about the intel wifi crash! >> >> Hello Adrian! :-) Should I attach kernel core dump / backtrace or >> simply write that "kernel crash on unstable wifi connection or when >> switching radio on and off multiple times or switching wpa_supplicant >> multiple times" is enough? :-) > > Please include a kernel backtrace. Do you have debugging symbols > enabled? > > This is really important: *be responsive*. Hardware bugs are > difficult to diagnose and fix, so the more information you provide, > and the more you are able to test patches or answer questions, the > easier it will be get this resolved. > > If you can provide a reproducible step-by-step directions to see the > bug, even better. > > > > -- > Eitan Adler From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 20:58:30 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 40AAC489; Tue, 6 Nov 2012 20:58:30 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-la0-f54.google.com (mail-la0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 841278FC0C; Tue, 6 Nov 2012 20:58:29 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id e12so903747lag.13 for ; Tue, 06 Nov 2012 12:58:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=E7chAfj3jY2SHLT5dTCN3WO0mlCUbxNLKlmcPWzuJzE=; b=LTZo4BFmObCgvDrRiWaylLAPRlyH/A4GWcny4OCfHDEsVw4koRzgrVicryLiUgSmes /GeZOuARhBQOVVOCKQvT+eIelg6yvqBCrG/1agweJRnFNRq35vazUUnsNi8BiRUiywBF hHEoHoVyKdCBkNJyan6hQF+c2JA4frH1lP2Le2G3nWLFknA+NzqQlj03+pDv2utE2Xew HYOiAuMhFHH4sRpwm3VHjT3B17KJEHZ/mGCN3mQk2WK/Er0BcpY+L0AccgYoPVh3zubv NlW8Y7m1HvXnGWHrrEsXxdRrejEwlwGYRjt+azxAgMkvaBx9Rzfp+J2tpNxBXfsMlA00 Msdw== MIME-Version: 1.0 Received: by 10.152.110.74 with SMTP id hy10mr2264692lab.54.1352235508070; Tue, 06 Nov 2012 12:58:28 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.114.0.148 with HTTP; Tue, 6 Nov 2012 12:58:28 -0800 (PST) In-Reply-To: References: Date: Tue, 6 Nov 2012 21:58:28 +0100 X-Google-Sender-Auth: ZGe1bkK0mVywlwWUwfza2OWJ_vo Message-ID: Subject: Re: 9.1-RC3 feels okay :-) From: CeDeROM To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 Cc: Eitan Adler , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Nov 2012 20:58:30 -0000 Okay, Ill try to build the kernel with debug symbols and provide backtrace if possible. The generic one provided with the distribution is stripped? Where can I find configuration for release kernel? :-) Thanks for all hints! :-) -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 21:14:05 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7F386C40 for ; Tue, 6 Nov 2012 21:14:05 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-la0-f54.google.com (mail-la0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id EC0AE8FC18 for ; Tue, 6 Nov 2012 21:14:04 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id e12so917230lag.13 for ; Tue, 06 Nov 2012 13:14:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=Xwoib1NHp9YjsDb4sc1j1LEiT6uQCpjlmlgiV7s33xQ=; b=yFUudAZHxv//SLFNwXrpvZvj61QrAkbpXMJK9wm+GqbbVRBx6TaXBKvrnHTNJqdXHa yoTjror5ECJ5t4g6kagaQbiWxKN4WzFSHWlZdS3tOoqbpOqo+dULaOEJPKRY8ozp/PFC oNZ72Ou7VUEqVAZ9JKrrZYgCq7g4BbouUzNmwq1EYA6ZxGJF7NLKJwwmAxCaJm4N4bMc HeNNcejnWhU8LiH8JpS+XKYqk+B4C2O7kCeQMbkWE5vtoE2dlWhfUP6wzwAB9C0PHs1s 8oWJ9e8922w2f2yg5PWi3w5L8A37UR8HEV6yGjlY7qnAD9uEarFd3M+0HDRkXZV3IYnl TOOw== MIME-Version: 1.0 Received: by 10.152.104.240 with SMTP id gh16mr2309919lab.56.1352236443676; Tue, 06 Nov 2012 13:14:03 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.114.0.148 with HTTP; Tue, 6 Nov 2012 13:14:03 -0800 (PST) In-Reply-To: References: Date: Tue, 6 Nov 2012 22:14:03 +0100 X-Google-Sender-Auth: ECnvyzcB__urvbteVJOxKnAv5lA Message-ID: Subject: Re: 9.1-RC3 feels okay :-) From: CeDeROM To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Nov 2012 21:14:05 -0000 I have also noted that mouse cursor is very often not moving in Xorg but it works in the console! I need to move cursor while statrx or restart Xorg for mouse to start moving. Is it a bug or feature? :-) In the xorg.conf: Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/sysmouse" Option "ZAxisMapping" "4 5 6 7" EndSection -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 21:58:28 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 25A36CE6 for ; Tue, 6 Nov 2012 21:58:28 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 930898FC0C for ; Tue, 6 Nov 2012 21:58:26 +0000 (UTC) Received: from mart.js.berklix.net (pD9FBF453.dip.t-dialin.net [217.251.244.83]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id qA6LwMMa038745; Tue, 6 Nov 2012 21:58:24 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id qA6Lw7pa089843; Tue, 6 Nov 2012 22:58:09 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.4/8.14.4) with ESMTP id qA6Lvt2l039276; Tue, 6 Nov 2012 22:58:01 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201211062158.qA6Lvt2l039276@fire.js.berklix.net> To: CeDeROM Subject: Re: 9.1-RC3 feels okay :-) From: "Julian H. Stacey" Organization: http://berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Tue, 06 Nov 2012 22:14:03 +0100." Date: Tue, 06 Nov 2012 22:57:55 +0100 Sender: jhs@berklix.com Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Nov 2012 21:58:28 -0000 Hi, Reference: > From: CeDeROM > Date: Tue, 6 Nov 2012 22:14:03 +0100 > Message-id: CeDeROM wrote: > I have also noted that mouse cursor is very often not moving in Xorg > but it works in the console! I need to move cursor while statrx or > restart Xorg for mouse to start moving. Is it a bug or feature? :-) > > In the xorg.conf: > Section "InputDevice" > Identifier "Mouse0" > Driver "mouse" > Option "Protocol" "auto" > Option "Device" "/dev/sysmouse" > Option "ZAxisMapping" "4 5 6 7" > EndSection Inside Section "ServerLayout" Just after InputDevice "Mouse0" "CorePointer" Append Option "AllowEmptyInput" "False" Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich http://berklix.com Reply below not above, like a play script. Indent old text with "> ". Send plain text. Not: HTML, multipart/alternative, base64, quoted-printable. From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 22:28:58 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B54D5853 for ; Tue, 6 Nov 2012 22:28:58 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id E0F6F8FC14 for ; Tue, 6 Nov 2012 22:28:46 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.5/8.14.5) with ESMTP id qA6MSdRd071665 for ; Tue, 6 Nov 2012 15:28:39 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id qA6MSZ3Z013854; Tue, 6 Nov 2012 15:28:35 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Subject: Re: 9.1-RC3 feels okay :-) From: Ian Lepore To: "Julian H. Stacey" In-Reply-To: <201211062158.qA6Lvt2l039276@fire.js.berklix.net> References: <201211062158.qA6Lvt2l039276@fire.js.berklix.net> Content-Type: text/plain; charset="us-ascii" Date: Tue, 06 Nov 2012 15:28:35 -0700 Message-ID: <1352240915.17290.13.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, CeDeROM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Nov 2012 22:28:58 -0000 On Tue, 2012-11-06 at 22:57 +0100, Julian H. Stacey wrote: > Hi, > Reference: > > From: CeDeROM > > Date: Tue, 6 Nov 2012 22:14:03 +0100 > > Message-id: > > CeDeROM wrote: > > I have also noted that mouse cursor is very often not moving in Xorg > > but it works in the console! I need to move cursor while statrx or > > restart Xorg for mouse to start moving. Is it a bug or feature? :-) > > > > In the xorg.conf: > > Section "InputDevice" > > Identifier "Mouse0" > > Driver "mouse" > > Option "Protocol" "auto" > > Option "Device" "/dev/sysmouse" > > Option "ZAxisMapping" "4 5 6 7" > > EndSection > > Inside > Section "ServerLayout" > Just after > InputDevice "Mouse0" "CorePointer" > Append > Option "AllowEmptyInput" "False" > > Cheers, > Julian Before you do that, read this: http://www.wonkity.com/~wblock/docs/html/aei.html -- Ian From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 22:37:42 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5EDCBA29 for ; Tue, 6 Nov 2012 22:37:42 +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 219588FC0A for ; Tue, 6 Nov 2012 22:37:42 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:Subject:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=PJkvNDQggDjo6uX5ZEHwMtPYDWdolfkaGKMkMJDQPfE=; b=I6GP8E/yIxmC+Xu3YTW+949kUwZMwtgInK7EdV0u2PWyJRu33WKihc+FY+TTpMu+XnyShsLsEON2ezXKfvLoB4JWqFKi5C+Fhu3knDo5KadFrfM5/opwuE8iKclLaHA0pjhDX2sd+etFY4lp9kR1n1mRfuqt7JwJuZnc92Z94PE=; Received: from localhost.lerctr.org ([127.0.0.1]:39586 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpa (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1TVrm9-000Pq5-6e for freebsd-current@freebsd.org; Tue, 06 Nov 2012 16:37:41 -0600 Received: from [32.97.110.60] by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Tue, 06 Nov 2012 16:37:41 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 06 Nov 2012 16:37:41 -0600 From: Larry Rosenman To: Subject: detecting clang from source =?UTF-8?Q?code=3F?= Message-ID: X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/0.8.2 X-Spam-Score: -3.3 (---) X-LERCTR-Spam-Score: -3.3 (---) X-Spam-Report: SpamScore (-3.3/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.369 X-LERCTR-Spam-Report: SpamScore (-3.3/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.369 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Nov 2012 22:37:42 -0000 Are there any defines that code can use in #ifdef/#if et al to tell it's being compiled with clang? Vic Abell (lsof author) is cleaning up lsof to compile cleanly with clang and would like to know, since the default is now clang on -CURRENT. Thanks! Larry Rosenman Maintainer sysutils/lsof From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 22:42:54 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 717A8C6E for ; Tue, 6 Nov 2012 22:42:54 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id 26C348FC08 for ; Tue, 6 Nov 2012 22:42:53 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:2034:b6ba:20c2:9fc9] (unknown [IPv6:2001:7b8:3a7:0:2034:b6ba:20c2:9fc9]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id E28EB5C59; Tue, 6 Nov 2012 23:42:52 +0100 (CET) Message-ID: <5099926B.5060102@FreeBSD.org> Date: Tue, 06 Nov 2012 23:42:51 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Larry Rosenman Subject: Re: detecting clang from source code? References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Nov 2012 22:42:54 -0000 On 2012-11-06 23:37, Larry Rosenman wrote: > Are there any defines that code can use in #ifdef/#if et al to tell > it's being compiled with clang? > > Vic Abell (lsof author) is cleaning up lsof to compile cleanly with > clang and would like to know, since the > default is now clang on -CURRENT. Clang defines __clang__ as a preprocessor macro. From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 22:45:18 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 52C02DA0 for ; Tue, 6 Nov 2012 22:45:18 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from hammer.pct.niksun.com (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id F2F5F8FC1E; Tue, 6 Nov 2012 22:45:17 +0000 (UTC) Message-ID: <509992CF.2040900@FreeBSD.org> Date: Tue, 06 Nov 2012 17:44:31 -0500 From: Jung-uk Kim User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:16.0) Gecko/20121031 Thunderbird/16.0.2 MIME-Version: 1.0 To: Larry Rosenman Subject: Re: detecting clang from source code? References: In-Reply-To: X-Enigmail-Version: 1.4.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Nov 2012 22:45:18 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2012-11-06 17:37:41 -0500, Larry Rosenman wrote: > Are there any defines that code can use in #ifdef/#if et al to tell > it's being compiled with clang? > > Vic Abell (lsof author) is cleaning up lsof to compile cleanly > with clang and would like to know, since the default is now clang > on -CURRENT. #ifdef __clang__ /* clang-specific stuff */ #else /* Something else */ #endif Jung-uk Kim -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlCZks8ACgkQmlay1b9qnVPIagCfXtDRXzUkPI5PowyCjFFxp6HU bHQAn3yAddLwonekcrkl8O9/0BSRVHR2 =CUn6 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 23:34:18 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0B97B749 for ; Tue, 6 Nov 2012 23:34:18 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 71B7E8FC14 for ; Tue, 6 Nov 2012 23:34:16 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id b5so1091973lbd.13 for ; Tue, 06 Nov 2012 15:34:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=c0iFVCNWH21v7W0G9n65DftpFs+k0TVlVVABZ8XwnAM=; b=U/9bGcJ/EWR5bU8Wri6ElBFcIqdrpiNzrVijxSz0UWB1cZ4eWbuXXf5kujubETqGoc 5vSYrDfY7FQCwNb9j/EneLkM4JCHLC+uI/2ijCaoucvh/oQS/LlYidqbSC/NlocQiVLU GSo0PFN/cbL16ynoAMj0TAH8lEJOu4CVUhHXyVjh5YDKBkUV63rjxEUweiIZ3ELYR8mH cZFYTJUulm8t8sAkQw4YLyMBkOHFEH4FShk4WJWtgH1WPNdX/1o8Nvy3x8wM3znMgphk 97IOsH6qdo7sbmTE4+CMg5k57535yhM5DsFdMoqP94HQnQ7lWhH3MTUlZC7Jf3TNorme Zp1g== MIME-Version: 1.0 Received: by 10.112.14.107 with SMTP id o11mr1176811lbc.98.1352244855656; Tue, 06 Nov 2012 15:34:15 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.114.0.148 with HTTP; Tue, 6 Nov 2012 15:34:15 -0800 (PST) Received: by 10.114.0.148 with HTTP; Tue, 6 Nov 2012 15:34:15 -0800 (PST) In-Reply-To: <201211062158.qA6Lvt2l039276@fire.js.berklix.net> References: <201211062158.qA6Lvt2l039276@fire.js.berklix.net> Date: Wed, 7 Nov 2012 00:34:15 +0100 X-Google-Sender-Auth: 8UyUBNerLjbKxdIfWWBXcmHN-_I Message-ID: Subject: Re: 9.1-RC3 feels okay :-) From: CeDeROM To: "Julian H. Stacey" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 06 Nov 2012 23:34:18 -0000 Isn't this a Xorg bug then? When I have no configuration file Hal should provide the configuration, so sooner or later the mouse should start moving... but is does not.. Do I get http://www.wonkity.com/~wblock/docs/html/aei.html correct that when I am using xorg.conf there is no need for Hal and when I am using Hal there is no need for xorg.conf? Thanks :-) Tomek On Nov 6, 2012 10:58 PM, "Julian H. Stacey" wrote: > Hi, > Reference: > > From: CeDeROM > > Date: Tue, 6 Nov 2012 22:14:03 +0100 > > Message-id: h8ga9VWmE+TRdNg_kyJcmFw@mail.gmail.com> > > CeDeROM wrote: > > I have also noted that mouse cursor is very often not moving in Xorg > > but it works in the console! I need to move cursor while statrx or > > restart Xorg for mouse to start moving. Is it a bug or feature? :-) > > > > In the xorg.conf: > > Section "InputDevice" > > Identifier "Mouse0" > > Driver "mouse" > > Option "Protocol" "auto" > > Option "Device" "/dev/sysmouse" > > Option "ZAxisMapping" "4 5 6 7" > > EndSection > > Inside > Section "ServerLayout" > Just after > InputDevice "Mouse0" "CorePointer" > Append > Option "AllowEmptyInput" "False" > > Cheers, > Julian > -- > Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich > http://berklix.com > Reply below not above, like a play script. Indent old text with "> ". > Send plain text. Not: HTML, multipart/alternative, base64, > quoted-printable. > _______________________________________________ > 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 6 23:43:51 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D332EDED; Tue, 6 Nov 2012 23:43:51 +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 7E9238FC0C; Tue, 6 Nov 2012 23:43:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA6Nhnkq049179; Tue, 6 Nov 2012 18:43:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA6NhnhM049178; Tue, 6 Nov 2012 23:43:49 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 Nov 2012 23:43:49 GMT Message-Id: <201211062343.qA6NhnhM049178@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2012 23:43:52 -0000 TB --- 2012-11-06 21:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-06 21:20:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-06 21:20:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-11-06 21:20:00 - cleaning the object tree TB --- 2012-11-06 21:23:50 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-06 21:23:50 - cd /tinderbox/HEAD/i386/pc98 TB --- 2012-11-06 21:23:50 - /usr/local/bin/svn cleanup /src TB --- 2012-11-06 21:25:36 - /usr/local/bin/svn update /src TB --- 2012-11-06 21:25:42 - At svn revision 242674 TB --- 2012-11-06 21:25:43 - building world TB --- 2012-11-06 21:25:43 - CROSS_BUILD_TESTING=YES TB --- 2012-11-06 21:25:43 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-06 21:25:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-06 21:25:43 - SRCCONF=/dev/null TB --- 2012-11-06 21:25:43 - TARGET=pc98 TB --- 2012-11-06 21:25:43 - TARGET_ARCH=i386 TB --- 2012-11-06 21:25:43 - TZ=UTC TB --- 2012-11-06 21:25:43 - __MAKE_CONF=/dev/null TB --- 2012-11-06 21:25:43 - cd /src TB --- 2012-11-06 21:25:43 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Nov 6 21:25:48 UTC 2012 >>> 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 [...] cc -Os -fno-guess-branch-probability -fomit-frame-pointer -fno-unit-at-a-time -mno-align-long-strings -mrtd -mregparm=3 -DUFS1_AND_UFS2 -DFLAGS= -DSIOPRT=0x238 -DSIOFMT=0x3 -DSIOSPD=9600 -I/src/sys/boot/pc98/boot2/../../.. -I/src/sys/boot/pc98/boot2/../../i386/boot2 -I/src/sys/boot/pc98/boot2/../../common -I/src/sys/boot/pc98/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline --param max-inline-insns-single=100 -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -Os -DPC98 -std=gnu99 -Qunused-arguments -c /src/sys/boot/pc98/boot2/boot1.S cc: warning: the clang compiler does not support '-fno-unit-at-a-time' /src/sys/boot/pc98/boot2/boot1.S:65:3: error: unexpected directive .code16 .code16 ^ /src/sys/boot/pc98/boot2/boot1.S:65:10: error: .code16 not supported yet .code16 ^ *** [boot1.o] Error code 1 Stop in /src/sys/boot/pc98/boot2. *** [depend] Error code 1 Stop in /src/sys/boot/pc98. *** [depend] Error code 1 Stop in /src/sys/boot. *** [depend] Error code 1 Stop in /src/sys. *** [sys.depend__D] Error code 1 Stop in /src. *** [_depend] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-06 23:43:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-06 23:43:49 - ERROR: failed to build world TB --- 2012-11-06 23:43:49 - 6729.77 user 898.38 system 8629.47 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 00:02:13 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8B9C86C9 for ; Wed, 7 Nov 2012 00:02:13 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id 430E98FC0C for ; Wed, 7 Nov 2012 00:02:01 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.5/8.14.5) with ESMTP id qA7020d5074331 for ; Tue, 6 Nov 2012 17:02:01 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id qA701w6c013951; Tue, 6 Nov 2012 17:01:58 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Subject: Re: 9.1-RC3 feels okay :-) From: Ian Lepore To: CeDeROM In-Reply-To: References: <201211062158.qA6Lvt2l039276@fire.js.berklix.net> Content-Type: text/plain; charset="us-ascii" Date: Tue, 06 Nov 2012 17:01:58 -0700 Message-ID: <1352246518.17290.22.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: "Julian H. Stacey" , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Nov 2012 00:02:13 -0000 On Wed, 2012-11-07 at 00:34 +0100, CeDeROM wrote: > Isn't this a Xorg bug then? When I have no configuration file Hal > should > provide the configuration, so sooner or later the mouse should start > moving... but is does not.. > > Do I get http://www.wonkity.com/~wblock/docs/html/aei.html correct > that > when I am using xorg.conf there is no need for Hal and when I am using > Hal > there is no need for xorg.conf? > > Thanks :-) I think that is true in general, usually you have one or the other. There are times when you need an xorg.conf and you may have hald running for other reasons, and then you have to get them to play nice together. I had that situation at one time (I needed to customize something about my monitor that wasn't auto-detected), but now it just works for me without any xorg.conf. When I did have both, turning off AutoAddDevices and configuring sysmouse as the input device worked for me (but that was on 8.x, not 9.x, and probably an older port of the X server). I've also seen a couple sites recommend turning off AutoAddDevices if you manually configure the mouse without mentioning hal specifically. They just say things like "X will automatically find your mouse unless you turn off AutoAddDevices." It's unclear to me whether X is able to do that without hal, or maybe those statements are just glossing over important details to keep the explanation simple. -- Ian From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 00:28:04 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 36734D60; Wed, 7 Nov 2012 00:28: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 014188FC14; Wed, 7 Nov 2012 00:28:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA70S39V004121; Tue, 6 Nov 2012 19:28:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA70S3Nx004109; Wed, 7 Nov 2012 00:28:03 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 7 Nov 2012 00:28:03 GMT Message-Id: <201211070028.qA70S3Nx004109@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 00:28:04 -0000 TB --- 2012-11-06 21:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-06 21:20:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-06 21:20:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-11-06 21:20:00 - cleaning the object tree TB --- 2012-11-06 21:26:36 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-06 21:26:36 - cd /tinderbox/HEAD/i386/i386 TB --- 2012-11-06 21:26:36 - /usr/local/bin/svn cleanup /src TB --- 2012-11-06 21:28:05 - /usr/local/bin/svn update /src TB --- 2012-11-06 21:28:11 - At svn revision 242674 TB --- 2012-11-06 21:28:12 - building world TB --- 2012-11-06 21:28:12 - CROSS_BUILD_TESTING=YES TB --- 2012-11-06 21:28:12 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-06 21:28:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-06 21:28:12 - SRCCONF=/dev/null TB --- 2012-11-06 21:28:12 - TARGET=i386 TB --- 2012-11-06 21:28:12 - TARGET_ARCH=i386 TB --- 2012-11-06 21:28:12 - TZ=UTC TB --- 2012-11-06 21:28:12 - __MAKE_CONF=/dev/null TB --- 2012-11-06 21:28:12 - cd /src TB --- 2012-11-06 21:28:12 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Nov 6 21:28:18 UTC 2012 >>> 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 7 00:26:54 UTC 2012 TB --- 2012-11-07 00:26:54 - generating LINT kernel config TB --- 2012-11-07 00:26:54 - cd /src/sys/i386/conf TB --- 2012-11-07 00:26:54 - /usr/bin/make -B LINT TB --- 2012-11-07 00:26:54 - cd /src/sys/i386/conf TB --- 2012-11-07 00:26:54 - /usr/sbin/config -m LINT TB --- 2012-11-07 00:26:54 - building LINT kernel TB --- 2012-11-07 00:26:54 - CROSS_BUILD_TESTING=YES TB --- 2012-11-07 00:26:54 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-07 00:26:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-07 00:26:54 - SRCCONF=/dev/null TB --- 2012-11-07 00:26:54 - TARGET=i386 TB --- 2012-11-07 00:26:54 - TARGET_ARCH=i386 TB --- 2012-11-07 00:26:54 - TZ=UTC TB --- 2012-11-07 00:26:54 - __MAKE_CONF=/dev/null TB --- 2012-11-07 00:26:54 - cd /src TB --- 2012-11-07 00:26:54 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 7 00:26:54 UTC 2012 >>> 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 [...] cc: warning: argument unused during compilation: '-falign-functions=16' [-Wunused-command-line-argument] sh /src/sys/kern/genassym.sh svr4_genassym.o > svr4_assym.h uudecode < /usr/share/syscons/fonts/cp850-8x16.fnt && file2c 'static u_char dflt_font_16[16*256] = {' '};' < cp850-8x16 > font.h && uudecode < /usr/share/syscons/fonts/cp850-8x14.fnt && file2c 'static u_char dflt_font_14[14*256] = {' '};' < cp850-8x14 >> font.h && uudecode < /usr/share/syscons/fonts/cp850-8x8.fnt && file2c 'static u_char dflt_font_8[8*256] = {' '};' < cp850-8x8 >> font.h /usr/sbin/kbdcontrol -L jp.106 | sed -e 's/^static keymap_t.* = /static keymap_t key_map = /' -e 's/^static accentmap_t.* = /static accentmap_t accent_map = /' > atkbdmap.h /usr/sbin/kbdcontrol -L it.iso | sed -e 's/^static keymap_t.* = /static keymap_t key_map = /' -e 's/^static accentmap_t.* = /static accentmap_t accent_map = /' > ukbdmap.h sed -e 's/^.*#include.*phy\.h.*$//' /src/sys/contrib/dev/nve/os.h > os+%DIKED-nve.h cc -c -x assembler-with-cpp -DLOCORE -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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -no-integrated-as -Werror /src/sys/i386/acpica/acpi_wakecode.S cc: error: argument unused during compilation: '-falign-functions=16' [-Werror,-Wunused-command-line-argument] *** [acpi_wakecode.o] Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-07 00:28:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-07 00:28:02 - ERROR: failed to build LINT kernel TB --- 2012-11-07 00:28:02 - 8131.46 user 1304.15 system 11282.72 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 01:06:17 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 559478A4; Wed, 7 Nov 2012 01:06: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 188EE8FC15; Wed, 7 Nov 2012 01:06:16 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA716Fps025613; Tue, 6 Nov 2012 20:06:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA716FEG025602; Wed, 7 Nov 2012 01:06:15 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 7 Nov 2012 01:06:15 GMT Message-Id: <201211070106.qA716FEG025602@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 01:06:17 -0000 TB --- 2012-11-06 21:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-06 21:20:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-06 21:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-11-06 21:20:00 - cleaning the object tree TB --- 2012-11-06 21:28:19 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-06 21:28:19 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2012-11-06 21:28:19 - /usr/local/bin/svn cleanup /src TB --- 2012-11-06 21:29:45 - /usr/local/bin/svn update /src TB --- 2012-11-06 21:29:51 - At svn revision 242674 TB --- 2012-11-06 21:29:52 - building world TB --- 2012-11-06 21:29:52 - CROSS_BUILD_TESTING=YES TB --- 2012-11-06 21:29:52 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-06 21:29:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-06 21:29:52 - SRCCONF=/dev/null TB --- 2012-11-06 21:29:52 - TARGET=amd64 TB --- 2012-11-06 21:29:52 - TARGET_ARCH=amd64 TB --- 2012-11-06 21:29:52 - TZ=UTC TB --- 2012-11-06 21:29:52 - __MAKE_CONF=/dev/null TB --- 2012-11-06 21:29:52 - cd /src TB --- 2012-11-06 21:29:52 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Nov 6 21:29:57 UTC 2012 >>> 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 7 01:04:52 UTC 2012 TB --- 2012-11-07 01:04:52 - generating LINT kernel config TB --- 2012-11-07 01:04:52 - cd /src/sys/amd64/conf TB --- 2012-11-07 01:04:52 - /usr/bin/make -B LINT TB --- 2012-11-07 01:04:52 - cd /src/sys/amd64/conf TB --- 2012-11-07 01:04:52 - /usr/sbin/config -m LINT TB --- 2012-11-07 01:04:52 - building LINT kernel TB --- 2012-11-07 01:04:52 - CROSS_BUILD_TESTING=YES TB --- 2012-11-07 01:04:52 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-07 01:04:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-07 01:04:52 - SRCCONF=/dev/null TB --- 2012-11-07 01:04:52 - TARGET=amd64 TB --- 2012-11-07 01:04:52 - TARGET_ARCH=amd64 TB --- 2012-11-07 01:04:52 - TZ=UTC TB --- 2012-11-07 01:04:52 - __MAKE_CONF=/dev/null TB --- 2012-11-07 01:04:52 - cd /src TB --- 2012-11-07 01:04:52 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 7 01:04:52 UTC 2012 >>> 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 [...] cc: warning: argument unused during compilation: '-falign-functions=16' [-Wunused-command-line-argument] env NM='nm' sh /src/sys/kern/genassym.sh ia32_genassym.o > ia32_assym.h uudecode < /usr/share/syscons/fonts/cp850-8x16.fnt && file2c 'static u_char dflt_font_16[16*256] = {' '};' < cp850-8x16 > font.h && uudecode < /usr/share/syscons/fonts/cp850-8x14.fnt && file2c 'static u_char dflt_font_14[14*256] = {' '};' < cp850-8x14 >> font.h && uudecode < /usr/share/syscons/fonts/cp850-8x8.fnt && file2c 'static u_char dflt_font_8[8*256] = {' '};' < cp850-8x8 >> font.h /usr/sbin/kbdcontrol -L jp.106 | sed -e 's/^static keymap_t.* = /static keymap_t key_map = /' -e 's/^static accentmap_t.* = /static accentmap_t accent_map = /' > atkbdmap.h /usr/sbin/kbdcontrol -L it.iso | sed -e 's/^static keymap_t.* = /static keymap_t key_map = /' -e 's/^static accentmap_t.* = /static accentmap_t accent_map = /' > ukbdmap.h sed -e 's/^.*#include.*phy\.h.*$//' /src/sys/contrib/dev/nve/os.h > os+%DIKED-nve.h cc -c -x assembler-with-cpp -DLOCORE -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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -no-integrated-as -Werror /src/sys/amd64/acpica/acpi_wakecode.S cc: error: argument unused during compilation: '-falign-functions=16' [-Werror,-Wunused-command-line-argument] *** [acpi_wakecode.o] Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-07 01:06:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-07 01:06:15 - ERROR: failed to build LINT kernel TB --- 2012-11-07 01:06:15 - 9384.15 user 1695.16 system 13575.33 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 01:07:16 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8E8F5A07 for ; Wed, 7 Nov 2012 01:07:16 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id E24D78FC19 for ; Wed, 7 Nov 2012 01:07:15 +0000 (UTC) Received: from mart.js.berklix.net (pD9FBF453.dip.t-dialin.net [217.251.244.83]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id qA7175XP039838; Wed, 7 Nov 2012 01:07:05 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id qA716oYe090681; Wed, 7 Nov 2012 02:06:52 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.4/8.14.4) with ESMTP id qA716QhS013858; Wed, 7 Nov 2012 02:06:32 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201211070106.qA716QhS013858@fire.js.berklix.net> To: Ian Lepore Subject: Re: 9.1-RC3 feels okay :-) From: "Julian H. Stacey" Organization: http://berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Tue, 06 Nov 2012 15:28:35 MST." <1352240915.17290.13.camel@revolution.hippie.lan> Date: Wed, 07 Nov 2012 02:06:26 +0100 Sender: jhs@berklix.com Cc: wblock@wonkity.com, freebsd-current@freebsd.org, CeDeROM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Nov 2012 01:07:16 -0000 Ian Lepore wrote: > On Tue, 2012-11-06 at 22:57 +0100, Julian H. Stacey wrote: > > Hi, > > Reference: > > > From: CeDeROM > > > Date: Tue, 6 Nov 2012 22:14:03 +0100 > > > Message-id: > > > > CeDeROM wrote: > > > I have also noted that mouse cursor is very often not moving in Xorg > > > but it works in the console! I need to move cursor while statrx or > > > restart Xorg for mouse to start moving. Is it a bug or feature? :-) > > > > > > In the xorg.conf: > > > Section "InputDevice" > > > Identifier "Mouse0" > > > Driver "mouse" > > > Option "Protocol" "auto" > > > Option "Device" "/dev/sysmouse" > > > Option "ZAxisMapping" "4 5 6 7" > > > EndSection > > > > Inside > > Section "ServerLayout" > > Just after > > InputDevice "Mouse0" "CorePointer" > > Append > > Option "AllowEmptyInput" "False" > > > > Cheers, > > Julian > > Before you do that, read this: > > http://www.wonkity.com/~wblock/docs/html/aei.html The page is bad here: "Summary ... just let xorg-server use hald by default." FreeBSD 8.3-RELEASE & 9.0-RELEASE by default do Not run hald. See: /usr/local/etc/rc.d/hald # Add the following line to /etc/rc.conf to enable the HAL daemon: # # hald_enable="YES" There is no hald_enable="YES" in /etc/defaults/rc.conf (Happily, IMO). Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich http://berklix.com Reply below not above, like a play script. Indent old text with "> ". Send plain text. Not: HTML, multipart/alternative, base64, quoted-printable. From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 02:27:47 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EBFDFBC1; Wed, 7 Nov 2012 02:27:47 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 99DF78FC14; Wed, 7 Nov 2012 02:27:47 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.16]) by ltcfislmsgpa05.fnfis.com (8.14.5/8.14.5) with ESMTP id qA72Rkw4002552 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 6 Nov 2012 20:27:46 -0600 Received: from [10.0.0.101] (10.14.152.61) by smtp.fisglobal.com (10.132.206.16) with Microsoft SMTP Server (TLS) id 14.2.309.2; Tue, 6 Nov 2012 20:27:46 -0600 Content-Type: text/plain; charset="us-ascii" Subject: [HEAD] SVN r242667 and r242688 missing .4th file in /boot MIME-Version: 1.0 (Apple Message framework v1283) From: Devin Teske Date: Tue, 6 Nov 2012 18:27:44 -0800 Content-Transfer-Encoding: quoted-printable Message-ID: <6A635AEB-EA3B-4AAB-A0DA-6B73459AF2C7@fisglobal.com> To: X-Mailer: Apple Mail (2.1283) X-Originating-IP: [10.14.152.61] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.7.7855, 1.0.431, 0.0.0000 definitions=2012-11-06_05:2012-11-05,2012-11-06,1970-01-01 signatures=0 Cc: Devin Teske X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Devin Teske List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 02:27:48 -0000 For a brief 6 hours and 48 minutes (time between r242667 and r242688), if y= ou updated your HEAD source tree, please update it again (to bring base/hea= d/sys/boot/ up to r242688 or higher). r242667 introduced a bugette wherein if you reboot your system you'll get t= he error "can't open '/boot/menusets.4th': no such file or directory". Updating to r242688 fixes the problem by installing the missing .4th file. --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 02:32:48 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9EE15DCE; Wed, 7 Nov 2012 02:32:48 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [IPv6:2607:fc50:1000:c200::face]) by mx1.freebsd.org (Postfix) with ESMTP id 66DD58FC12; Wed, 7 Nov 2012 02:32:48 +0000 (UTC) Received: from glenbarber.us (unknown [IPv6:2001:470:8:1205:2:2:0:100]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id D7F7423F645; Tue, 6 Nov 2012 21:32:45 -0500 (EST) Date: Tue, 6 Nov 2012 21:32:38 -0500 From: Glen Barber To: Devin Teske Subject: Re: [HEAD] SVN r242667 and r242688 missing .4th file in /boot Message-ID: <20121107023238.GA1488@glenbarber.us> References: <6A635AEB-EA3B-4AAB-A0DA-6B73459AF2C7@fisglobal.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="oyUTqETQ0mS9luUI" Content-Disposition: inline In-Reply-To: <6A635AEB-EA3B-4AAB-A0DA-6B73459AF2C7@fisglobal.com> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Nov 2012 02:32:48 -0000 --oyUTqETQ0mS9luUI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 06, 2012 at 06:27:44PM -0800, Devin Teske wrote: > For a brief 6 hours and 48 minutes (time between r242667 and r242688), if= you updated your HEAD source tree, please update it again (to bring base/h= ead/sys/boot/ up to r242688 or higher). >=20 > r242667 introduced a bugette wherein if you reboot your system you'll get= the error "can't open '/boot/menusets.4th': no such file or directory". >=20 > Updating to r242688 fixes the problem by installing the missing .4th file. Ah, good. It wasn't "just me" then. :-) Glen --oyUTqETQ0mS9luUI Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJQmchGAAoJEFJPDDeguUajNBQIAKJSf5XjUULbwajWltDQX24i tVghJdoF+0NVMoEvxbujUFEf0rpVWrWPKU/zlG/WeqYcSrjuJL/fDRIKBUBx39Yu VOzI+65b6AUDGI4FiPBrXqtpJeTGSvERcJ4JUrluL1YbUJHbqGiR9qy1/zgNTCww +/+N8CQWnV4uKdS4l/bXOKbsXUxxIQwIceVJKFySvKv2hW7+nlnGe91dutHaQ/zj MTYBu+VVp5rTjxm1weFbi5467YTGBJ05W3vBUufti+R72/D5ae9YIeZuUMIWF4VT qXcIISz4+d+RoBZCUEAqZCR6z+em8y4IWnzbFyhH6Ji/0W3B67FcvVUht0o2iwg= =VF4R -----END PGP SIGNATURE----- --oyUTqETQ0mS9luUI-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 03:34:27 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A4EAF7A5; Wed, 7 Nov 2012 03:34: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 64E7A8FC0A; Wed, 7 Nov 2012 03:34:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA73YQJK052392; Tue, 6 Nov 2012 22:34:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA73YQXW052388; Wed, 7 Nov 2012 03:34:26 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 7 Nov 2012 03:34:26 GMT Message-Id: <201211070334.qA73YQXW052388@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 03:34:27 -0000 TB --- 2012-11-07 02:19:52 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-07 02:19:52 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-07 02:19:52 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-11-07 02:19:52 - cleaning the object tree TB --- 2012-11-07 02:21:35 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-07 02:21:35 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2012-11-07 02:21:35 - /usr/local/bin/svn cleanup /src TB --- 2012-11-07 02:22:19 - /usr/local/bin/svn update /src TB --- 2012-11-07 02:22:26 - At svn revision 242688 TB --- 2012-11-07 02:22:27 - building world TB --- 2012-11-07 02:22:27 - CROSS_BUILD_TESTING=YES TB --- 2012-11-07 02:22:27 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-07 02:22:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-07 02:22:27 - SRCCONF=/dev/null TB --- 2012-11-07 02:22:27 - TARGET=sparc64 TB --- 2012-11-07 02:22:27 - TARGET_ARCH=sparc64 TB --- 2012-11-07 02:22:27 - TZ=UTC TB --- 2012-11-07 02:22:27 - __MAKE_CONF=/dev/null TB --- 2012-11-07 02:22:27 - cd /src TB --- 2012-11-07 02:22:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 7 02:22:32 UTC 2012 >>> 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 7 03:24:34 UTC 2012 TB --- 2012-11-07 03:24:34 - generating LINT kernel config TB --- 2012-11-07 03:24:34 - cd /src/sys/sparc64/conf TB --- 2012-11-07 03:24:34 - /usr/bin/make -B LINT TB --- 2012-11-07 03:24:35 - cd /src/sys/sparc64/conf TB --- 2012-11-07 03:24:35 - /usr/sbin/config -m LINT TB --- 2012-11-07 03:24:35 - building LINT kernel TB --- 2012-11-07 03:24:35 - CROSS_BUILD_TESTING=YES TB --- 2012-11-07 03:24:35 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-07 03:24:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-07 03:24:35 - SRCCONF=/dev/null TB --- 2012-11-07 03:24:35 - TARGET=sparc64 TB --- 2012-11-07 03:24:35 - TARGET_ARCH=sparc64 TB --- 2012-11-07 03:24:35 - TZ=UTC TB --- 2012-11-07 03:24:35 - __MAKE_CONF=/dev/null TB --- 2012-11-07 03:24:35 - cd /src TB --- 2012-11-07 03:24:35 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 7 03:24:35 UTC 2012 >>> 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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_linker.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_lock.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_lockf.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_loginclass.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_malloc.c /src/sys/kern/kern_malloc.c:193: error: static declaration of 'vm_max_kernel_address' follows non-static declaration ./machine/vmparam.h:242: error: previous declaration of 'vm_max_kernel_address' was here /src/sys/kern/kern_malloc.c:193: error: initializer element is not constant *** [kern_malloc.o] Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-07 03:34:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-07 03:34:26 - ERROR: failed to build LINT kernel TB --- 2012-11-07 03:34:26 - 3552.47 user 613.05 system 4474.02 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 07:57:32 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D1546112 for ; Wed, 7 Nov 2012 07:57:32 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward4h.mail.yandex.net (forward4h.mail.yandex.net [IPv6:2a02:6b8:0:f05::4]) by mx1.freebsd.org (Postfix) with ESMTP id 4C19E8FC18 for ; Wed, 7 Nov 2012 07:57:32 +0000 (UTC) Received: from smtp1h.mail.yandex.net (smtp1h.mail.yandex.net [84.201.187.144]) by forward4h.mail.yandex.net (Yandex) with ESMTP id C18241B21EC8; Wed, 7 Nov 2012 11:57:30 +0400 (MSK) Received: from smtp1h.mail.yandex.net (localhost [127.0.0.1]) by smtp1h.mail.yandex.net (Yandex) with ESMTP id 7019A13403D1; Wed, 7 Nov 2012 11:57:30 +0400 (MSK) Received: from 46.38.32.188.tel.ru (46.38.32.188.tel.ru [46.38.32.188]) by smtp1h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id vPr4MGKi-vUr4KcvT; Wed, 7 Nov 2012 11:57:30 +0400 Message-ID: <509A145B.6000201@passap.ru> Date: Wed, 07 Nov 2012 11:57:15 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:16.0) Gecko/20121106 Thunderbird/16.0.2 MIME-Version: 1.0 To: CeDeROM Subject: Re: 9.1-RC3 feels okay :-) References: In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Nov 2012 07:57:32 -0000 07.11.2012 01:14, CeDeROM пишет: > I have also noted that mouse cursor is very often not moving in Xorg > but it works in the console! I need to move cursor while statrx or > restart Xorg for mouse to start moving. Is it a bug or feature? :-) > > In the xorg.conf: > Section "InputDevice" > Identifier "Mouse0" > Driver "mouse" > Option "Protocol" "auto" > Option "Device" "/dev/sysmouse" > Option "ZAxisMapping" "4 5 6 7" > EndSection You may be interested in: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/171433 If the patch from the PR helps you, please submit a follow-up to the PR. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 08:07:01 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 69D9F407; Wed, 7 Nov 2012 08:07: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 1D6C88FC0A; Wed, 7 Nov 2012 08:07:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA786soP063094; Wed, 7 Nov 2012 03:06:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA786srN063092; Wed, 7 Nov 2012 08:06:54 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 7 Nov 2012 08:06:54 GMT Message-Id: <201211070806.qA786srN063092@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 08:07:01 -0000 TB --- 2012-11-07 05:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-07 05:40:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-07 05:40:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-11-07 05:40:00 - cleaning the object tree TB --- 2012-11-07 05:43:36 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-07 05:43:36 - cd /tinderbox/HEAD/i386/pc98 TB --- 2012-11-07 05:43:36 - /usr/local/bin/svn cleanup /src TB --- 2012-11-07 05:45:38 - /usr/local/bin/svn update /src TB --- 2012-11-07 05:45:45 - At svn revision 242688 TB --- 2012-11-07 05:45:46 - building world TB --- 2012-11-07 05:45:46 - CROSS_BUILD_TESTING=YES TB --- 2012-11-07 05:45:46 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-07 05:45:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-07 05:45:46 - SRCCONF=/dev/null TB --- 2012-11-07 05:45:46 - TARGET=pc98 TB --- 2012-11-07 05:45:46 - TARGET_ARCH=i386 TB --- 2012-11-07 05:45:46 - TZ=UTC TB --- 2012-11-07 05:45:46 - __MAKE_CONF=/dev/null TB --- 2012-11-07 05:45:46 - cd /src TB --- 2012-11-07 05:45:46 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 7 05:45:51 UTC 2012 >>> 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 [...] cc -Os -fno-guess-branch-probability -fomit-frame-pointer -fno-unit-at-a-time -mno-align-long-strings -mrtd -mregparm=3 -DUFS1_AND_UFS2 -DFLAGS= -DSIOPRT=0x238 -DSIOFMT=0x3 -DSIOSPD=9600 -I/src/sys/boot/pc98/boot2/../../.. -I/src/sys/boot/pc98/boot2/../../i386/boot2 -I/src/sys/boot/pc98/boot2/../../common -I/src/sys/boot/pc98/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline --param max-inline-insns-single=100 -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -Os -DPC98 -std=gnu99 -Qunused-arguments -c /src/sys/boot/pc98/boot2/boot1.S cc: warning: the clang compiler does not support '-fno-unit-at-a-time' /src/sys/boot/pc98/boot2/boot1.S:65:3: error: unexpected directive .code16 .code16 ^ /src/sys/boot/pc98/boot2/boot1.S:65:10: error: .code16 not supported yet .code16 ^ *** [boot1.o] Error code 1 Stop in /src/sys/boot/pc98/boot2. *** [depend] Error code 1 Stop in /src/sys/boot/pc98. *** [depend] Error code 1 Stop in /src/sys/boot. *** [depend] Error code 1 Stop in /src/sys. *** [sys.depend__D] Error code 1 Stop in /src. *** [_depend] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-07 08:06:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-07 08:06:53 - ERROR: failed to build world TB --- 2012-11-07 08:06:53 - 6774.91 user 906.27 system 8813.27 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 08:39:11 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 98B0A793 for ; Wed, 7 Nov 2012 08:39:11 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward4h.mail.yandex.net (forward4h.mail.yandex.net [IPv6:2a02:6b8:0:f05::4]) by mx1.freebsd.org (Postfix) with ESMTP id 133118FC0A for ; Wed, 7 Nov 2012 08:39:10 +0000 (UTC) Received: from smtp4h.mail.yandex.net (smtp4h.mail.yandex.net [84.201.186.21]) by forward4h.mail.yandex.net (Yandex) with ESMTP id DCA551B21999; Wed, 7 Nov 2012 12:39:09 +0400 (MSK) Received: from smtp4h.mail.yandex.net (localhost [127.0.0.1]) by smtp4h.mail.yandex.net (Yandex) with ESMTP id 9EBD82C006B; Wed, 7 Nov 2012 12:39:09 +0400 (MSK) Received: from 46.38.32.188.tel.ru (46.38.32.188.tel.ru [46.38.32.188]) by smtp4h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id d9tindsl-d9tKGiKF; Wed, 7 Nov 2012 12:39:09 +0400 Message-ID: <509A1E2B.9050203@passap.ru> Date: Wed, 07 Nov 2012 12:39:07 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:16.0) Gecko/20121106 Thunderbird/16.0.2 MIME-Version: 1.0 To: CeDeROM Subject: Re: 9.1-RC3 feels okay :-) References: <509A145B.6000201@passap.ru> In-Reply-To: <509A145B.6000201@passap.ru> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Nov 2012 08:39:11 -0000 07.11.2012 11:57, Boris Samorodov пишет: > 07.11.2012 01:14, CeDeROM пишет: >> I have also noted that mouse cursor is very often not moving in Xorg >> but it works in the console! I need to move cursor while statrx or >> restart Xorg for mouse to start moving. Is it a bug or feature? :-) >> >> In the xorg.conf: >> Section "InputDevice" >> Identifier "Mouse0" >> Driver "mouse" >> Option "Protocol" "auto" >> Option "Device" "/dev/sysmouse" >> Option "ZAxisMapping" "4 5 6 7" >> EndSection > > You may be interested in: > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/171433 > > If the patch from the PR helps you, please submit a follow-up > to the PR. Well, actually I've just committed an upstream patch to x11-drivers/xf86-input-mouse. Please give it a try. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 09:05:16 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 86FA7CD8; Wed, 7 Nov 2012 09: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 4A4F78FC1A; Wed, 7 Nov 2012 09:05:16 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA795FYl032414; Wed, 7 Nov 2012 04:05:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA795FIN032404; Wed, 7 Nov 2012 09:05:15 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 7 Nov 2012 09:05:15 GMT Message-Id: <201211070905.qA795FIN032404@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 09:05:16 -0000 TB --- 2012-11-07 05:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-07 05:40:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-07 05:40:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-11-07 05:40:00 - cleaning the object tree TB --- 2012-11-07 05:46:30 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-07 05:46:30 - cd /tinderbox/HEAD/i386/i386 TB --- 2012-11-07 05:46:30 - /usr/local/bin/svn cleanup /src TB --- 2012-11-07 05:48:05 - /usr/local/bin/svn update /src TB --- 2012-11-07 05:48:12 - At svn revision 242688 TB --- 2012-11-07 05:48:13 - building world TB --- 2012-11-07 05:48:13 - CROSS_BUILD_TESTING=YES TB --- 2012-11-07 05:48:13 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-07 05:48:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-07 05:48:13 - SRCCONF=/dev/null TB --- 2012-11-07 05:48:13 - TARGET=i386 TB --- 2012-11-07 05:48:13 - TARGET_ARCH=i386 TB --- 2012-11-07 05:48:13 - TZ=UTC TB --- 2012-11-07 05:48:13 - __MAKE_CONF=/dev/null TB --- 2012-11-07 05:48:13 - cd /src TB --- 2012-11-07 05:48:13 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 7 05:48:18 UTC 2012 >>> 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 7 09:03:59 UTC 2012 TB --- 2012-11-07 09:03:59 - generating LINT kernel config TB --- 2012-11-07 09:03:59 - cd /src/sys/i386/conf TB --- 2012-11-07 09:03:59 - /usr/bin/make -B LINT TB --- 2012-11-07 09:04:00 - cd /src/sys/i386/conf TB --- 2012-11-07 09:04:00 - /usr/sbin/config -m LINT TB --- 2012-11-07 09:04:00 - building LINT kernel TB --- 2012-11-07 09:04:00 - CROSS_BUILD_TESTING=YES TB --- 2012-11-07 09:04:00 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-07 09:04:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-07 09:04:00 - SRCCONF=/dev/null TB --- 2012-11-07 09:04:00 - TARGET=i386 TB --- 2012-11-07 09:04:00 - TARGET_ARCH=i386 TB --- 2012-11-07 09:04:00 - TZ=UTC TB --- 2012-11-07 09:04:00 - __MAKE_CONF=/dev/null TB --- 2012-11-07 09:04:00 - cd /src TB --- 2012-11-07 09:04:00 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 7 09:04:00 UTC 2012 >>> 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 [...] cc: warning: argument unused during compilation: '-falign-functions=16' [-Wunused-command-line-argument] sh /src/sys/kern/genassym.sh svr4_genassym.o > svr4_assym.h uudecode < /usr/share/syscons/fonts/cp850-8x16.fnt && file2c 'static u_char dflt_font_16[16*256] = {' '};' < cp850-8x16 > font.h && uudecode < /usr/share/syscons/fonts/cp850-8x14.fnt && file2c 'static u_char dflt_font_14[14*256] = {' '};' < cp850-8x14 >> font.h && uudecode < /usr/share/syscons/fonts/cp850-8x8.fnt && file2c 'static u_char dflt_font_8[8*256] = {' '};' < cp850-8x8 >> font.h /usr/sbin/kbdcontrol -L jp.106 | sed -e 's/^static keymap_t.* = /static keymap_t key_map = /' -e 's/^static accentmap_t.* = /static accentmap_t accent_map = /' > atkbdmap.h /usr/sbin/kbdcontrol -L it.iso | sed -e 's/^static keymap_t.* = /static keymap_t key_map = /' -e 's/^static accentmap_t.* = /static accentmap_t accent_map = /' > ukbdmap.h sed -e 's/^.*#include.*phy\.h.*$//' /src/sys/contrib/dev/nve/os.h > os+%DIKED-nve.h cc -c -x assembler-with-cpp -DLOCORE -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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -no-integrated-as -Werror /src/sys/i386/acpica/acpi_wakecode.S cc: error: argument unused during compilation: '-falign-functions=16' [-Werror,-Wunused-command-line-argument] *** [acpi_wakecode.o] Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-07 09:05:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-07 09:05:15 - ERROR: failed to build LINT kernel TB --- 2012-11-07 09:05:15 - 8182.69 user 1291.69 system 12314.53 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 09:35:39 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5A741160; Wed, 7 Nov 2012 09:35: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 049EF8FC0A; Wed, 7 Nov 2012 09:35:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA79Zce9088944; Wed, 7 Nov 2012 04:35:38 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA79ZcZH088932; Wed, 7 Nov 2012 09:35:38 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 7 Nov 2012 09:35:38 GMT Message-Id: <201211070935.qA79ZcZH088932@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 09:35:39 -0000 TB --- 2012-11-07 08:06:54 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-07 08:06:54 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-07 08:06:54 - starting HEAD tinderbox run for mips/mips TB --- 2012-11-07 08:06:54 - cleaning the object tree TB --- 2012-11-07 08:06:54 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-07 08:06:54 - cd /tinderbox/HEAD/mips/mips TB --- 2012-11-07 08:06:54 - /usr/local/bin/svn cleanup /src TB --- 2012-11-07 08:10:49 - /usr/local/bin/svn update /src TB --- 2012-11-07 08:11:12 - At svn revision 242694 TB --- 2012-11-07 08:11:13 - building world TB --- 2012-11-07 08:11:13 - CROSS_BUILD_TESTING=YES TB --- 2012-11-07 08:11:13 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-07 08:11:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-07 08:11:13 - SRCCONF=/dev/null TB --- 2012-11-07 08:11:13 - TARGET=mips TB --- 2012-11-07 08:11:13 - TARGET_ARCH=mips TB --- 2012-11-07 08:11:13 - TZ=UTC TB --- 2012-11-07 08:11:13 - __MAKE_CONF=/dev/null TB --- 2012-11-07 08:11:13 - cd /src TB --- 2012-11-07 08:11:13 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 7 08:11:25 UTC 2012 >>> 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 7 09:34:32 UTC 2012 TB --- 2012-11-07 09:34:32 - cd /src/sys/mips/conf TB --- 2012-11-07 09:34:32 - /usr/sbin/config -m ADM5120 TB --- 2012-11-07 09:34:32 - skipping ADM5120 kernel TB --- 2012-11-07 09:34:32 - cd /src/sys/mips/conf TB --- 2012-11-07 09:34:32 - /usr/sbin/config -m ALCHEMY TB --- 2012-11-07 09:34:32 - skipping ALCHEMY kernel TB --- 2012-11-07 09:34:32 - cd /src/sys/mips/conf TB --- 2012-11-07 09:34:32 - /usr/sbin/config -m AP91 TB --- 2012-11-07 09:34:32 - building AP91 kernel TB --- 2012-11-07 09:34:32 - CROSS_BUILD_TESTING=YES TB --- 2012-11-07 09:34:32 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-07 09:34:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-07 09:34:32 - SRCCONF=/dev/null TB --- 2012-11-07 09:34:32 - TARGET=mips TB --- 2012-11-07 09:34:32 - TARGET_ARCH=mips TB --- 2012-11-07 09:34:32 - TZ=UTC TB --- 2012-11-07 09:34:32 - __MAKE_CONF=/dev/null TB --- 2012-11-07 09:34:32 - cd /src TB --- 2012-11-07 09:34:32 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Wed Nov 7 09:34:32 UTC 2012 >>> 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 [...] ln -sf /obj/mips.mips/src/sys/AP91/opt_inet.h opt_inet.h ln -sf /obj/mips.mips/src/sys/AP91/opt_ath.h opt_ath.h ln -sf /obj/mips.mips/src/sys/AP91/opt_ah.h opt_ah.h ln -sf /obj/mips.mips/src/sys/AP91/opt_wlan.h opt_wlan.h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/mips.mips/src/sys/AP91 -std=iso9899:1999 /src/sys/modules/ath/../../dev/ath/if_ath.c /src/sys/modules/ath/../../dev/ath/if_ath_debug.c /src/sys/modules/ath/../../dev/ath/if_ath_keycache.c /src/sys/modules/ath/../../dev/ath/if_ath_sysctl.c /src/sys/modules/ath/../../dev/ath/if_ath_tx.c /src/sys/modules/ath/../../dev/ath/if_ath_tx_ht.c /src/sys/modules/ath/../../dev/ath/if_ath_led.c /src/sys/modules/ath/../../dev/ath/if_ath_rx.c /src/sys/modules/ath/../../dev/ath/if_ath_tdma.c /src/sys/modules/ath/../../dev/ath/if_ath_beacon.c /src/sys/modules/ath/../../dev/ath/if_ath_rx_edma.c /src/sys/modules/ath/../../dev/ath/if_ath_tx_edma.c /src/sys/modules/ath/../../dev/ath/ah_osdep.c /src/sys/modules/ath/../../dev/ath/ath_hal/ah.c /src/sys/modules/ath/../../dev/ath/ath_hal/ah_regdomain.! c /src/sys/modules/ath/../../dev/ath/ath_hal/ah_eeprom_v3.c /src/sys/modules/ath/../../dev/ath/ath_hal/ah_eeprom_v1.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5210/ar5210_attach.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5210/ar5210_beacon.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5210/ar5210_interrupts.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5210/ar5210_keycache.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5210/ar5210_misc.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5210/ar5210_phy.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5210/ar5210_power.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5210/ar5210_recv.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5210/ar5210_reset.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5210/ar5210_xmit.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5211/ar5211_attach.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5211/ar5211_beacon.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5211/ar5211_interrupts.c /src/sys/modu! les/ath/../../dev/ath/ath_hal/ar5211/ar5211_keycache.c /src/sy! s/modules/ath/../../dev/ath/ath_hal/ar5211/ar5211_misc.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5211/ar5211_phy.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5211/ar5211_power.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5211/ar5211_recv.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5211/ar5211_reset.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5211/ar5211_xmit.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_ani.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_attach.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_beacon.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_eeprom.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_gpio.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_interrupts.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_keycache.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_misc.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_phy.c /src/sys/modules/ath! /../../dev/ath/ath_hal/ar5212/ar5212_power.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_recv.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_reset.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_rfgain.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_xmit.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5111.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5112.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar2413.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar2425.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5413.c /src/sys/modules/ath/../../dev/ath/ath_hal/ah_eeprom_v14.c /src/sys/modules/ath/../../dev/ath/ath_hal/ah_eeprom_v4k.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_ani.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_attach.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_beacon.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_cal.c /src/sys/modu! les/ath/../../dev/ath/ath_hal/ar5416/ar5416_cal_iq.c /src/sys/modules/a! th/../../dev/ath/ath_hal/ar5416/ar5416_cal_adcgain.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_cal_adcdc.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_eeprom.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_gpio.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_interrupts.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_keycache.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_misc.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_phy.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_power.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_radar.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_recv.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_reset.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_xmit.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar2133.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9001/ar9160_attach.c /src/sys/modules/ath/..! /../dev/ath/ath_hal/ar9001/ar9130_attach.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9001/ar9130_eeprom.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9001/ar9130_phy.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9280.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9280_attach.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9280_olc.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9285.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9285_reset.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9285_attach.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9285_cal.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9285_phy.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9285_diversity.c /src/sys/modules/ath/../../dev/ath/ath_hal/ah_eeprom_9287.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9287.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9287_reset.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9287_at! tach.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9287_cal.c /! src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9287_olc.c /src/sys/modules/ath/../../dev/ath/ath_rate/sample/sample.c /src/sys/modules/ath/../../dev/ath/ath_dfs/null/dfs_null.c /src/sys/modules/ath/../../dev/ath/if_ath.c:121:32: error: dev/ath/if_ath_alq.h: No such file or directory mkdep: compile failed *** [.depend] Error code 1 Stop in /src/sys/modules/ath. *** [depend] Error code 1 Stop in /src/sys/modules. *** [modules-depend] Error code 1 Stop in /obj/mips.mips/src/sys/AP91. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-07 09:35:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-07 09:35:38 - ERROR: failed to build AP91 kernel TB --- 2012-11-07 09:35:38 - 2669.73 user 755.97 system 5323.60 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 09:44:53 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C079C4FC; Wed, 7 Nov 2012 09:44: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 8D6B98FC12; Wed, 7 Nov 2012 09:44:52 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA79iqoU047827; Wed, 7 Nov 2012 04:44:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA79iqvk047826; Wed, 7 Nov 2012 09:44:52 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 7 Nov 2012 09:44:52 GMT Message-Id: <201211070944.qA79iqvk047826@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 09:44:53 -0000 TB --- 2012-11-07 05:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-07 05:40:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-07 05:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-11-07 05:40:00 - cleaning the object tree TB --- 2012-11-07 05:48:21 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-07 05:48:21 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2012-11-07 05:48:21 - /usr/local/bin/svn cleanup /src TB --- 2012-11-07 05:49:50 - /usr/local/bin/svn update /src TB --- 2012-11-07 05:49:56 - At svn revision 242688 TB --- 2012-11-07 05:49:57 - building world TB --- 2012-11-07 05:49:57 - CROSS_BUILD_TESTING=YES TB --- 2012-11-07 05:49:57 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-07 05:49:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-07 05:49:57 - SRCCONF=/dev/null TB --- 2012-11-07 05:49:57 - TARGET=amd64 TB --- 2012-11-07 05:49:57 - TARGET_ARCH=amd64 TB --- 2012-11-07 05:49:57 - TZ=UTC TB --- 2012-11-07 05:49:57 - __MAKE_CONF=/dev/null TB --- 2012-11-07 05:49:57 - cd /src TB --- 2012-11-07 05:49:57 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 7 05:50:02 UTC 2012 >>> 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 7 09:43:22 UTC 2012 TB --- 2012-11-07 09:43:22 - generating LINT kernel config TB --- 2012-11-07 09:43:22 - cd /src/sys/amd64/conf TB --- 2012-11-07 09:43:22 - /usr/bin/make -B LINT TB --- 2012-11-07 09:43:22 - cd /src/sys/amd64/conf TB --- 2012-11-07 09:43:22 - /usr/sbin/config -m LINT TB --- 2012-11-07 09:43:22 - building LINT kernel TB --- 2012-11-07 09:43:22 - CROSS_BUILD_TESTING=YES TB --- 2012-11-07 09:43:22 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-07 09:43:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-07 09:43:22 - SRCCONF=/dev/null TB --- 2012-11-07 09:43:22 - TARGET=amd64 TB --- 2012-11-07 09:43:22 - TARGET_ARCH=amd64 TB --- 2012-11-07 09:43:22 - TZ=UTC TB --- 2012-11-07 09:43:22 - __MAKE_CONF=/dev/null TB --- 2012-11-07 09:43:22 - cd /src TB --- 2012-11-07 09:43:22 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 7 09:43:23 UTC 2012 >>> 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 [...] cc: warning: argument unused during compilation: '-falign-functions=16' [-Wunused-command-line-argument] env NM='nm' sh /src/sys/kern/genassym.sh ia32_genassym.o > ia32_assym.h uudecode < /usr/share/syscons/fonts/cp850-8x16.fnt && file2c 'static u_char dflt_font_16[16*256] = {' '};' < cp850-8x16 > font.h && uudecode < /usr/share/syscons/fonts/cp850-8x14.fnt && file2c 'static u_char dflt_font_14[14*256] = {' '};' < cp850-8x14 >> font.h && uudecode < /usr/share/syscons/fonts/cp850-8x8.fnt && file2c 'static u_char dflt_font_8[8*256] = {' '};' < cp850-8x8 >> font.h /usr/sbin/kbdcontrol -L jp.106 | sed -e 's/^static keymap_t.* = /static keymap_t key_map = /' -e 's/^static accentmap_t.* = /static accentmap_t accent_map = /' > atkbdmap.h /usr/sbin/kbdcontrol -L it.iso | sed -e 's/^static keymap_t.* = /static keymap_t key_map = /' -e 's/^static accentmap_t.* = /static accentmap_t accent_map = /' > ukbdmap.h sed -e 's/^.*#include.*phy\.h.*$//' /src/sys/contrib/dev/nve/os.h > os+%DIKED-nve.h cc -c -x assembler-with-cpp -DLOCORE -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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -no-integrated-as -Werror /src/sys/amd64/acpica/acpi_wakecode.S cc: error: argument unused during compilation: '-falign-functions=16' [-Werror,-Wunused-command-line-argument] *** [acpi_wakecode.o] Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-07 09:44:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-07 09:44:52 - ERROR: failed to build LINT kernel TB --- 2012-11-07 09:44:52 - 9437.66 user 1678.71 system 14691.40 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 12:01:56 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F3EC3845; Wed, 7 Nov 2012 12:01: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 B87EB8FC17; Wed, 7 Nov 2012 12:01:55 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA7C1sj5001402; Wed, 7 Nov 2012 07:01:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA7C1sGG001391; Wed, 7 Nov 2012 12:01:54 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 7 Nov 2012 12:01:54 GMT Message-Id: <201211071201.qA7C1sGG001391@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 12:01:56 -0000 TB --- 2012-11-07 10:47:11 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-07 10:47:11 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-07 10:47:11 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-11-07 10:47:11 - cleaning the object tree TB --- 2012-11-07 10:48:07 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-07 10:48:07 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2012-11-07 10:48:07 - /usr/local/bin/svn cleanup /src TB --- 2012-11-07 10:48:41 - /usr/local/bin/svn update /src TB --- 2012-11-07 10:48:47 - At svn revision 242695 TB --- 2012-11-07 10:48:48 - building world TB --- 2012-11-07 10:48:48 - CROSS_BUILD_TESTING=YES TB --- 2012-11-07 10:48:48 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-07 10:48:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-07 10:48:48 - SRCCONF=/dev/null TB --- 2012-11-07 10:48:48 - TARGET=sparc64 TB --- 2012-11-07 10:48:48 - TARGET_ARCH=sparc64 TB --- 2012-11-07 10:48:48 - TZ=UTC TB --- 2012-11-07 10:48:48 - __MAKE_CONF=/dev/null TB --- 2012-11-07 10:48:48 - cd /src TB --- 2012-11-07 10:48:48 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 7 10:48:53 UTC 2012 >>> 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 7 11:51:39 UTC 2012 TB --- 2012-11-07 11:51:39 - generating LINT kernel config TB --- 2012-11-07 11:51:39 - cd /src/sys/sparc64/conf TB --- 2012-11-07 11:51:39 - /usr/bin/make -B LINT TB --- 2012-11-07 11:51:39 - cd /src/sys/sparc64/conf TB --- 2012-11-07 11:51:39 - /usr/sbin/config -m LINT TB --- 2012-11-07 11:51:39 - building LINT kernel TB --- 2012-11-07 11:51:39 - CROSS_BUILD_TESTING=YES TB --- 2012-11-07 11:51:39 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-07 11:51:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-07 11:51:39 - SRCCONF=/dev/null TB --- 2012-11-07 11:51:39 - TARGET=sparc64 TB --- 2012-11-07 11:51:39 - TARGET_ARCH=sparc64 TB --- 2012-11-07 11:51:39 - TZ=UTC TB --- 2012-11-07 11:51:39 - __MAKE_CONF=/dev/null TB --- 2012-11-07 11:51:39 - cd /src TB --- 2012-11-07 11:51:39 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 7 11:51:40 UTC 2012 >>> 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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_linker.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_lock.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_lockf.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_loginclass.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_malloc.c /src/sys/kern/kern_malloc.c:193: error: static declaration of 'vm_max_kernel_address' follows non-static declaration ./machine/vmparam.h:242: error: previous declaration of 'vm_max_kernel_address' was here /src/sys/kern/kern_malloc.c:193: error: initializer element is not constant *** [kern_malloc.o] Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-07 12:01:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-07 12:01:54 - ERROR: failed to build LINT kernel TB --- 2012-11-07 12:01:54 - 3556.77 user 611.20 system 4483.45 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 12:14:34 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B5260C80 for ; Wed, 7 Nov 2012 12:14:34 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-la0-f54.google.com (mail-la0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 319AB8FC0A for ; Wed, 7 Nov 2012 12:14:33 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id e12so1460410lag.13 for ; Wed, 07 Nov 2012 04:14:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=6lVF6KR8EDrvpqSVax65kEPchRdpypykdQQcdLkj678=; b=ZBUSj1XsjHbzAUHO35OTn6qDACXdsp8e8663Br9FH6xxmm36Z/OFAp2IvOCuP0cg9q ARUl9S8H7Iypt4n3NIQVl2Z2bM0qNS1pFmqu7dGoXbSy/e1OFuPB0ytwL/DpykHzdcTo f6miVbeaVXHSKLQStADiDzy/+qSzoYcu8UJ71oyQZfqz1yjSf0rZLMIpV8yQH7MZVA7P ORofY8lkFSkY+Z79fZrmXI9PXxZuk6MSCRIe93U4OZzvrry5hnGNIQD/7vr3IKNqmgWc yZeGgu2w1unV1IUuVTYMLHi8mlWVKuz/OCXzBqoZrYB/1sPGRIG4uYiGFN8XFuqJ4LVW oKRA== MIME-Version: 1.0 Received: by 10.112.30.131 with SMTP id s3mr1849791lbh.38.1352290472750; Wed, 07 Nov 2012 04:14:32 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.114.0.148 with HTTP; Wed, 7 Nov 2012 04:14:32 -0800 (PST) In-Reply-To: <509A1E2B.9050203@passap.ru> References: <509A145B.6000201@passap.ru> <509A1E2B.9050203@passap.ru> Date: Wed, 7 Nov 2012 13:14:32 +0100 X-Google-Sender-Auth: OqtAj7vZphcJ4EtkH5FC6AgjurA Message-ID: Subject: Re: 9.1-RC3 feels okay :-) From: CeDeROM To: Boris Samorodov Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Nov 2012 12:14:34 -0000 On Wed, Nov 7, 2012 at 9:39 AM, Boris Samorodov wrote: >> You may be interested in: >> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/171433 >> >> If the patch from the PR helps you, please submit a follow-up >> to the PR. > > Well, actually I've just committed an upstream patch to > x11-drivers/xf86-input-mouse. Please give it a try. I put this by hand into mouse.c: pInfo->options = dev->commonOptions; Yes it solves the issue! Thanks!! :-) According to the PR the 1.7.2 xorg-mouse driver has this fix, so I would strongly recommend to put 1.7.2 driver into a release, or use patch provided by Boris, otherwise users will have problems with mouse on default install. Best regards! :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 15:27:33 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BEBC992E for ; Wed, 7 Nov 2012 15:27:33 +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 7E66F8FC0A for ; Wed, 7 Nov 2012 15:27:33 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:Subject:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=LnhTXoTLxj/b9TduCB1Y62kh/roSsYdGlZb4A/uZPzA=; b=EIO4AyKEsOlAmTO7LThsQfgSwrEQppnWos1rmrxJm7GcnwiTM9gRSs1W/eYn5d95UF+hVx9PKeubCzIYS7BXxudte89bPrEXZjAh/rb2RGwJnhAdqDoVJ3pUXYlvHBPyfksnjXfn4aEGK1Ol9ao0uLTRuvSByxutOaCvWWhPCcc=; Received: from localhost.lerctr.org ([127.0.0.1]:25282 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpa (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1TW7XQ-0008eR-EK for freebsd-current@freebsd.org; Wed, 07 Nov 2012 09:27:32 -0600 Received: from [32.97.110.60] by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Wed, 07 Nov 2012 09:27:32 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 07 Nov 2012 09:27:32 -0600 From: Larry Rosenman To: Subject: sysutils/lsof Author Question (for CLANG).... Message-ID: <5d4c4abe37bd6fffd0c206c1b7b68ce1@webmail.lerctr.org> X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/0.8.2 X-Spam-Score: -3.3 (---) X-LERCTR-Spam-Score: -3.3 (---) X-Spam-Report: SpamScore (-3.3/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.37 X-LERCTR-Spam-Report: SpamScore (-3.3/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.37 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Nov 2012 15:27:34 -0000 Vic Abell (the lsof author) asked me the following: In adjusting for clang I have come up with an unanswered question. Where is the VOP_UNLOCK() macro defined? I've done a full search of all the files in /usr/src/sys and can't find its definition, but I find many, many uses. Perhaps someone on the freebsd-current list knows. Can someone help me help him? From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 15:30:24 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 01D46A6A for ; Wed, 7 Nov 2012 15:30:24 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id A61A58FC0A for ; Wed, 7 Nov 2012 15:30:23 +0000 (UTC) Received: by mail-vb0-f54.google.com with SMTP id l1so2205304vba.13 for ; Wed, 07 Nov 2012 07:30:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=OK//zgy4HCj685DHU35tNfkQspLBLRCqMmBBITdfM2A=; b=h0LfL+4qMyt/q7AUssSepMXMisU6PJDRxqieByR4KVYYoLT1FDDyOzs1tNf3686/zQ rMpV+ZHzHWMsWdQxzdxXXz/IudnJyworFRoAJ0wE+Ffg0XxWVAQ4GYFZUN52BHvhMUjq cSiSmwmh7+vx3F8YM/NlBXQXZQ9dasDUHFuQiELP+0jl/TN75tfv3YAhDKEtvEw6N0pk 273jM+wAi4Lf6ybrrQD2LYI8XSLDKD4523bL/8P6gaFW9obE883z0SKbWa8RBq2cxS11 jDHZYcegk5YYUs1tlAtb/Rf/7GpPQnWUzrbZUMtRs3p9gz4kYDijDsB/Kk/36E3iLry/ LZoQ== MIME-Version: 1.0 Received: by 10.221.0.10 with SMTP id nk10mr4330563vcb.39.1352302221990; Wed, 07 Nov 2012 07:30:21 -0800 (PST) Received: by 10.58.207.114 with HTTP; Wed, 7 Nov 2012 07:30:21 -0800 (PST) In-Reply-To: <5d4c4abe37bd6fffd0c206c1b7b68ce1@webmail.lerctr.org> References: <5d4c4abe37bd6fffd0c206c1b7b68ce1@webmail.lerctr.org> Date: Wed, 7 Nov 2012 10:30:21 -0500 Message-ID: Subject: Re: sysutils/lsof Author Question (for CLANG).... From: Ryan Stone To: Larry Rosenman Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Nov 2012 15:30:24 -0000 It exists in a header that is generated by the FreeBSD build process. On Wed, Nov 7, 2012 at 10:27 AM, Larry Rosenman wrote: > Vic Abell (the lsof author) asked me the following: > In adjusting for clang I have come up with an unanswered > question. Where is the VOP_UNLOCK() macro defined? > > I've done a full search of all the files in /usr/src/sys > and can't find its definition, but I find many, many > uses. > > Perhaps someone on the freebsd-current list knows. > > Can someone help me help him? > > > ______________________________**_________________ > 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 7 15:31:43 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 362D7B83 for ; Wed, 7 Nov 2012 15:31:43 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id A665E8FC08 for ; Wed, 7 Nov 2012 15:31:42 +0000 (UTC) Received: from tom.home (localhost [127.0.0.1]) by kib.kiev.ua (8.14.5/8.14.5) with ESMTP id qA7FVa9p066867; Wed, 7 Nov 2012 17:31:36 +0200 (EET) (envelope-from kostikbel@gmail.com) X-DKIM: OpenDKIM Filter v2.5.2 kib.kiev.ua qA7FVa9p066867 Received: (from kostik@localhost) by tom.home (8.14.5/8.14.5/Submit) id qA7FVafJ066866; Wed, 7 Nov 2012 17:31:36 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 7 Nov 2012 17:31:35 +0200 From: Konstantin Belousov To: Larry Rosenman Subject: Re: sysutils/lsof Author Question (for CLANG).... Message-ID: <20121107153135.GS73505@kib.kiev.ua> References: <5d4c4abe37bd6fffd0c206c1b7b68ce1@webmail.lerctr.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="C64opeEuicNVb5KK" Content-Disposition: inline In-Reply-To: <5d4c4abe37bd6fffd0c206c1b7b68ce1@webmail.lerctr.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=0.2 required=5.0 tests=ALL_TRUSTED, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Nov 2012 15:31:43 -0000 --C64opeEuicNVb5KK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 07, 2012 at 09:27:32AM -0600, Larry Rosenman wrote: > Vic Abell (the lsof author) asked me the following: > In adjusting for clang I have come up with an unanswered > question. Where is the VOP_UNLOCK() macro defined? >=20 > I've done a full search of all the files in /usr/src/sys > and can't find its definition, but I find many, many > uses. >=20 > Perhaps someone on the freebsd-current list knows. >=20 > Can someone help me help him? >=20 It is located in the autogenerated file vnode_if.c, which is produced in the kernel build directory by the tools/vnode_if.awk script from the kern/vnode_if.src declaration. --C64opeEuicNVb5KK Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlCaftcACgkQC3+MBN1Mb4gVcgCaAkMPd58zb2IazCxZ54A819A+ uUAAnjZuG2IZ6KT4geWX65nw5AGWQaLg =6eqK -----END PGP SIGNATURE----- --C64opeEuicNVb5KK-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 15:32:28 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 16B06C92 for ; Wed, 7 Nov 2012 15:32:28 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-8.mit.edu (DMZ-MAILSEC-SCANNER-8.MIT.EDU [18.7.68.37]) by mx1.freebsd.org (Postfix) with ESMTP id A3CB28FC12 for ; Wed, 7 Nov 2012 15:32:27 +0000 (UTC) X-AuditID: 12074425-b7fcc6d00000091f-db-509a7f0a4b37 Received: from mailhub-auth-1.mit.edu ( [18.9.21.35]) by dmz-mailsec-scanner-8.mit.edu (Symantec Messaging Gateway) with SMTP id 6B.BF.02335.A0F7A905; Wed, 7 Nov 2012 10:32:26 -0500 (EST) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-1.mit.edu (8.13.8/8.9.2) with ESMTP id qA7FWQIq027926; Wed, 7 Nov 2012 10:32:26 -0500 Received: from multics.mit.edu (SYSTEM-LOW-SIPB.MIT.EDU [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id qA7FWOWt028274 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 7 Nov 2012 10:32:25 -0500 (EST) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id qA7FWNt6023414; Wed, 7 Nov 2012 10:32:23 -0500 (EST) Date: Wed, 7 Nov 2012 10:32:23 -0500 (EST) From: Benjamin Kaduk To: Larry Rosenman Subject: Re: sysutils/lsof Author Question (for CLANG).... In-Reply-To: <5d4c4abe37bd6fffd0c206c1b7b68ce1@webmail.lerctr.org> Message-ID: References: <5d4c4abe37bd6fffd0c206c1b7b68ce1@webmail.lerctr.org> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrDIsWRmVeSWpSXmKPExsUixCmqrMtVPyvAYN0HK4s5bz4wWSx/MIvV gcljxqf5LB77925lCWCK4rJJSc3JLEst0rdL4Mp4s/QHW8Fs9oq7WyayNjDeZO1i5OSQEDCR +D93LjOELSZx4d56ti5GLg4hgX2MEn/WfWWBcNYzSpy9vJIVwjnOJDHr7md2kBYhgXqJTWcX gbWzCGhJ9H5ZwQRiswmoSMx8s5ENxBYRUJZYM/UPWA2zgLzE/yuXwWqEBawkOq4dALM5BZwk Nj1dA2bzCjhI/D17irGLkQNovqPEvQvCIGFRAR2J1funsECUCEqcnPmEBWKkpcS/tb9YJzAK zkKSmoUktYCRaRWjbEpulW5uYmZOcWqybnFyYl5eapGuhV5uZoleakrpJkZQoLK7qO5gnHBI 6RCjAAejEg9vQ+TMACHWxLLiytxDjJIcTEqivMeqZwUI8SXlp1RmJBZnxBeV5qQWH2KU4GBW EuFlKQTK8aYkVlalFuXDpKQ5WJTEeW+k3PQXEkhPLEnNTk0tSC2CycpwcChJ8L6pBWoULEpN T61Iy8wpQUgzcXCCDOcBGs5QBzK8uCAxtzgzHSJ/ilFRSpz3JkizAEgiozQPrheWSF4xigO9 Isz7DqSKB5iE4LpfAQ1mAhpcfG0GyOCSRISUVAPjKv4lbH5vJ1a3+zl6XgyRvCfpFWsUqxgp 1/x8T/KR2Yzt38zO3Sy077DZvCbo663nsbHBD1vVT1e93nX/Glu3qvyzKX8ZZdY+fG6Q/uP/ vhfmEmWK3w7eqntV/Wjjw/LGU41F6wyj11+o3Lv77ao5fe9KN2x0+ByodTBz8+syhuj1d95t kfrRpMRSnJFoqMVcVJwIAGu4vur/AgAA Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Nov 2012 15:32:28 -0000 On Wed, 7 Nov 2012, Larry Rosenman wrote: > Vic Abell (the lsof author) asked me the following: > In adjusting for clang I have come up with an unanswered > question. Where is the VOP_UNLOCK() macro defined? > > I've done a full search of all the files in /usr/src/sys > and can't find its definition, but I find many, many > uses. > > Perhaps someone on the freebsd-current list knows. > > Can someone help me help him? It is defined in vnode_if.h, generated as part of the kernel build process. The source file is sys/kern/vnode_if.src, and look at sys/tools/vnode_if.awk and sys/conf/kmod.mk for how it is used. Once again, attempting to use kernel internals outside of the supported interfaces is just asking for trouble; I do not understand why this message is not sinking in over the course of your previous mails to these lists, so I will not try to belabor it further. -Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 15:44:00 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 69EFFE5F; Wed, 7 Nov 2012 15:44:00 +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 1DDFA8FC12; Wed, 7 Nov 2012 15:43:59 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA7FhxYF059188; Wed, 7 Nov 2012 10:43:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA7FhxtI059172; Wed, 7 Nov 2012 15:43:59 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 7 Nov 2012 15:43:59 GMT Message-Id: <201211071543.qA7FhxtI059172@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 15:44:00 -0000 TB --- 2012-11-07 13:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-07 13:20:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-07 13:20:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-11-07 13:20:00 - cleaning the object tree TB --- 2012-11-07 13:23:59 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-07 13:23:59 - cd /tinderbox/HEAD/i386/pc98 TB --- 2012-11-07 13:23:59 - /usr/local/bin/svn cleanup /src TB --- 2012-11-07 13:25:51 - /usr/local/bin/svn update /src TB --- 2012-11-07 13:25:59 - At svn revision 242695 TB --- 2012-11-07 13:26:00 - building world TB --- 2012-11-07 13:26:00 - CROSS_BUILD_TESTING=YES TB --- 2012-11-07 13:26:00 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-07 13:26:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-07 13:26:00 - SRCCONF=/dev/null TB --- 2012-11-07 13:26:00 - TARGET=pc98 TB --- 2012-11-07 13:26:00 - TARGET_ARCH=i386 TB --- 2012-11-07 13:26:00 - TZ=UTC TB --- 2012-11-07 13:26:00 - __MAKE_CONF=/dev/null TB --- 2012-11-07 13:26:00 - cd /src TB --- 2012-11-07 13:26:00 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 7 13:26:05 UTC 2012 >>> 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 [...] cc -Os -fno-guess-branch-probability -fomit-frame-pointer -fno-unit-at-a-time -mno-align-long-strings -mrtd -mregparm=3 -DUFS1_AND_UFS2 -DFLAGS= -DSIOPRT=0x238 -DSIOFMT=0x3 -DSIOSPD=9600 -I/src/sys/boot/pc98/boot2/../../.. -I/src/sys/boot/pc98/boot2/../../i386/boot2 -I/src/sys/boot/pc98/boot2/../../common -I/src/sys/boot/pc98/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline --param max-inline-insns-single=100 -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -Os -DPC98 -std=gnu99 -Qunused-arguments -c /src/sys/boot/pc98/boot2/boot1.S cc: warning: the clang compiler does not support '-fno-unit-at-a-time' /src/sys/boot/pc98/boot2/boot1.S:65:3: error: unexpected directive .code16 .code16 ^ /src/sys/boot/pc98/boot2/boot1.S:65:10: error: .code16 not supported yet .code16 ^ *** [boot1.o] Error code 1 Stop in /src/sys/boot/pc98/boot2. *** [depend] Error code 1 Stop in /src/sys/boot/pc98. *** [depend] Error code 1 Stop in /src/sys/boot. *** [depend] Error code 1 Stop in /src/sys. *** [sys.depend__D] Error code 1 Stop in /src. *** [_depend] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-07 15:43:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-07 15:43:59 - ERROR: failed to build world TB --- 2012-11-07 15:43:59 - 6725.38 user 901.13 system 8638.93 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 16:20:21 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0E448B55 for ; Wed, 7 Nov 2012 16:20:21 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id BA27D8FC14 for ; Wed, 7 Nov 2012 16:20:20 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id qA7GK9po041853; Wed, 7 Nov 2012 09:20:10 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id qA7GK20d041850; Wed, 7 Nov 2012 09:20:09 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Wed, 7 Nov 2012 09:20:02 -0700 (MST) From: Warren Block To: "Julian H. Stacey" Subject: Re: 9.1-RC3 feels okay :-) In-Reply-To: <201211070106.qA716QhS013858@fire.js.berklix.net> Message-ID: References: <201211070106.qA716QhS013858@fire.js.berklix.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Wed, 07 Nov 2012 09:20:10 -0700 (MST) Cc: Ian Lepore , freebsd-current@freebsd.org, CeDeROM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Nov 2012 16:20:21 -0000 On Wed, 7 Nov 2012, Julian H. Stacey wrote: > Ian Lepore wrote: >> >> Before you do that, read this: >> >> http://www.wonkity.com/~wblock/docs/html/aei.html > > The page is bad here: > "Summary ... just let xorg-server use hald by default." > > FreeBSD 8.3-RELEASE & 9.0-RELEASE by default do Not run hald. See: > /usr/local/etc/rc.d/hald > # Add the following line to /etc/rc.conf to enable the HAL daemon: > # > # hald_enable="YES" > There is no hald_enable="YES" in /etc/defaults/rc.conf (Happily, IMO). It's not saying that hald is run by default, merely that xorg-server will try to use it by default. From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 16:27:58 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D24F9FB1 for ; Wed, 7 Nov 2012 16:27:58 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 86BA68FC12 for ; Wed, 7 Nov 2012 16:27:58 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id qA7GRpux041947; Wed, 7 Nov 2012 09:27:51 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id qA7GRpBm041944; Wed, 7 Nov 2012 09:27:51 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Wed, 7 Nov 2012 09:27:51 -0700 (MST) From: Warren Block To: CeDeROM Subject: Re: 9.1-RC3 feels okay :-) In-Reply-To: Message-ID: References: <201211062158.qA6Lvt2l039276@fire.js.berklix.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Wed, 07 Nov 2012 09:27:51 -0700 (MST) Cc: "Julian H. Stacey" , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Nov 2012 16:27:59 -0000 On Wed, 7 Nov 2012, CeDeROM wrote: > Isn't this a Xorg bug then? When I have no configuration file Hal should > provide the configuration, so sooner or later the mouse should start > moving... but is does not.. > > Do I get http://www.wonkity.com/~wblock/docs/html/aei.html correct that > when I am using xorg.conf there is no need for Hal and when I am using Hal > there is no need for xorg.conf? Not quite, no. xorg.conf is the configuration file for xorg-server. It can do a lot more than just identify input devices. Option "AutoAddDevices" "Off" tells xorg-server: even if hal is present and running, don't use it to detect input devices. AFAIK, hal is not used by xorg-server for anything else. All other autoconfig (video card detection, monitor detection, it even has its own built-in input device detection) is done by the xorg server itself. From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 16:28:09 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8921B126; Wed, 7 Nov 2012 16:28: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 544848FC14; Wed, 7 Nov 2012 16:28:09 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA7GS8w2001785; Wed, 7 Nov 2012 11:28:08 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA7GS8MQ001779; Wed, 7 Nov 2012 16:28:08 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 7 Nov 2012 16:28:08 GMT Message-Id: <201211071628.qA7GS8MQ001779@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 16:28:09 -0000 TB --- 2012-11-07 13:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-07 13:20:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-07 13:20:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-11-07 13:20:00 - cleaning the object tree TB --- 2012-11-07 13:26:42 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-07 13:26:42 - cd /tinderbox/HEAD/i386/i386 TB --- 2012-11-07 13:26:42 - /usr/local/bin/svn cleanup /src TB --- 2012-11-07 13:27:57 - /usr/local/bin/svn update /src TB --- 2012-11-07 13:28:05 - At svn revision 242695 TB --- 2012-11-07 13:28:06 - building world TB --- 2012-11-07 13:28:06 - CROSS_BUILD_TESTING=YES TB --- 2012-11-07 13:28:06 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-07 13:28:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-07 13:28:06 - SRCCONF=/dev/null TB --- 2012-11-07 13:28:06 - TARGET=i386 TB --- 2012-11-07 13:28:06 - TARGET_ARCH=i386 TB --- 2012-11-07 13:28:06 - TZ=UTC TB --- 2012-11-07 13:28:06 - __MAKE_CONF=/dev/null TB --- 2012-11-07 13:28:06 - cd /src TB --- 2012-11-07 13:28:06 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 7 13:28:11 UTC 2012 >>> 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 7 16:26:47 UTC 2012 TB --- 2012-11-07 16:26:47 - generating LINT kernel config TB --- 2012-11-07 16:26:47 - cd /src/sys/i386/conf TB --- 2012-11-07 16:26:47 - /usr/bin/make -B LINT TB --- 2012-11-07 16:26:47 - cd /src/sys/i386/conf TB --- 2012-11-07 16:26:47 - /usr/sbin/config -m LINT TB --- 2012-11-07 16:26:48 - building LINT kernel TB --- 2012-11-07 16:26:48 - CROSS_BUILD_TESTING=YES TB --- 2012-11-07 16:26:48 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-07 16:26:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-07 16:26:48 - SRCCONF=/dev/null TB --- 2012-11-07 16:26:48 - TARGET=i386 TB --- 2012-11-07 16:26:48 - TARGET_ARCH=i386 TB --- 2012-11-07 16:26:48 - TZ=UTC TB --- 2012-11-07 16:26:48 - __MAKE_CONF=/dev/null TB --- 2012-11-07 16:26:48 - cd /src TB --- 2012-11-07 16:26:48 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 7 16:26:48 UTC 2012 >>> 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 [...] cc: warning: argument unused during compilation: '-falign-functions=16' [-Wunused-command-line-argument] sh /src/sys/kern/genassym.sh svr4_genassym.o > svr4_assym.h uudecode < /usr/share/syscons/fonts/cp850-8x16.fnt && file2c 'static u_char dflt_font_16[16*256] = {' '};' < cp850-8x16 > font.h && uudecode < /usr/share/syscons/fonts/cp850-8x14.fnt && file2c 'static u_char dflt_font_14[14*256] = {' '};' < cp850-8x14 >> font.h && uudecode < /usr/share/syscons/fonts/cp850-8x8.fnt && file2c 'static u_char dflt_font_8[8*256] = {' '};' < cp850-8x8 >> font.h /usr/sbin/kbdcontrol -L jp.106 | sed -e 's/^static keymap_t.* = /static keymap_t key_map = /' -e 's/^static accentmap_t.* = /static accentmap_t accent_map = /' > atkbdmap.h /usr/sbin/kbdcontrol -L it.iso | sed -e 's/^static keymap_t.* = /static keymap_t key_map = /' -e 's/^static accentmap_t.* = /static accentmap_t accent_map = /' > ukbdmap.h sed -e 's/^.*#include.*phy\.h.*$//' /src/sys/contrib/dev/nve/os.h > os+%DIKED-nve.h cc -c -x assembler-with-cpp -DLOCORE -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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -no-integrated-as -Werror /src/sys/i386/acpica/acpi_wakecode.S cc: error: argument unused during compilation: '-falign-functions=16' [-Werror,-Wunused-command-line-argument] *** [acpi_wakecode.o] Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-07 16:28:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-07 16:28:08 - ERROR: failed to build LINT kernel TB --- 2012-11-07 16:28:08 - 8132.18 user 1303.93 system 11288.23 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 16:33:04 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C6FA72DE for ; Wed, 7 Nov 2012 16:33:04 +0000 (UTC) (envelope-from break19@gmail.com) Received: from mail-ie0-f182.google.com (mail-ie0-f182.google.com [209.85.223.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5E7538FC18 for ; Wed, 7 Nov 2012 16:33:04 +0000 (UTC) Received: by mail-ie0-f182.google.com with SMTP id k10so3465855iea.13 for ; Wed, 07 Nov 2012 08:32:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=y3Bkhw08iwxWlBipUvibCziGHV6iZ0Z95JXsJ9pzy0Q=; b=ArR7p8Z9WWrq4imL97LhgvZkdtIUdrr1dG5mow4QKbI2CmRzkAXNZ2AiZoXsncboYg 7SlYskvtFysyqfE0o90pgj9RmtTEvhetcl/ISr6XWZ9lpUe0y8uIaBRsoaMszSd0HYza TgOSCI3/HCXv1RAFv+YnlVsSxkvRVoMRGZMB5URGzCftmXx0TS9CI2y1u4DSc0PCmksS UoZGTJcKMEKEZ9ZWnNhpFGkrMxkXZGCiTEIsbctNZq9FGINgj8SDIA2HEF4DTYIkfXag hOZ7SKoMCZ/asDY5lZE145OSKd+Ajf0CCR1eMNapm+9YpWV/wq6aJa4GC6QEI6eZQhD5 wCsA== Received: by 10.50.173.106 with SMTP id bj10mr17399743igc.13.1352305977059; Wed, 07 Nov 2012 08:32:57 -0800 (PST) Received: from [192.168.0.198] (174-159-95-17.pools.spcsdns.net. [174.159.95.17]) by mx.google.com with ESMTPS id gs6sm2389566igc.11.2012.11.07.08.32.52 (version=SSLv3 cipher=OTHER); Wed, 07 Nov 2012 08:32:56 -0800 (PST) Message-ID: <509A8D2B.9010904@gmail.com> Date: Wed, 07 Nov 2012 10:32:43 -0600 From: Chuck Burns User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: 9.1-RC3 feels okay :-) References: <201211062158.qA6Lvt2l039276@fire.js.berklix.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Nov 2012 16:33:04 -0000 On 11/7/2012 10:27 AM, Warren Block wrote: > On Wed, 7 Nov 2012, CeDeROM wrote: > >> Isn't this a Xorg bug then? When I have no configuration file Hal should >> provide the configuration, so sooner or later the mouse should start >> moving... but is does not.. >> >> Do I get http://www.wonkity.com/~wblock/docs/html/aei.html correct that >> when I am using xorg.conf there is no need for Hal and when I am using >> Hal >> there is no need for xorg.conf? > > Not quite, no. xorg.conf is the configuration file for xorg-server. It > can do a lot more than just identify input devices. > > Option "AutoAddDevices" "Off" tells xorg-server: even if hal is present > and running, don't use it to detect input devices. > > AFAIK, hal is not used by xorg-server for anything else. All other > autoconfig (video card detection, monitor detection, it even has its own > built-in input device detection) is done by the xorg server itself. > _______________________________________________ > 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" And, for the record, HAL is NOT needed in recent xorg-server, even for running without an xorg.conf file. This was not the case for a while, but with recent xorg-server, hal is NOT NEEDED even for autodetection. It has been deprecated by the linux folks for a few years now. -- Chuck Burns From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 16:35:27 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F14C258A for ; Wed, 7 Nov 2012 16:35:27 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) by mx1.freebsd.org (Postfix) with ESMTP id A8B808FC0A for ; Wed, 7 Nov 2012 16:35:27 +0000 (UTC) Received: from [172.18.13.9] (128.177.190.114.available.above.net [128.177.190.114] (may be forged)) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id qA7GZIFN083539 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Wed, 7 Nov 2012 16:35:19 GMT (envelope-from theraven@FreeBSD.org) Subject: Re: 9.1-RC3 feels okay :-) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=us-ascii From: David Chisnall In-Reply-To: Date: Wed, 7 Nov 2012 08:35:13 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <15C29F34-C400-4578-95EF-9708FAC2AF0F@FreeBSD.org> References: <201211070106.qA716QhS013858@fire.js.berklix.net> To: Warren Block X-Mailer: Apple Mail (2.1278) Cc: Ian Lepore , "Julian H. Stacey" , freebsd-current@FreeBSD.org, CeDeROM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Nov 2012 16:35:28 -0000 On 7 Nov 2012, at 08:20, Warren Block wrote: > It's not saying that hald is run by default, merely that xorg-server = will try to use it by default. And will fail to detect any input devices if hald is not running, but = will correctly detect them if the X server is compiled without HAL = support. Please can we fix the defaults for xorg-server to do the = sensible thing? David= From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 16:55:13 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 39B65EAB for ; Wed, 7 Nov 2012 16:55:13 +0000 (UTC) (envelope-from taku@tackymt.homeip.net) Received: from basalt.tackymt.homeip.net (unknown [IPv6:2001:3e0:577:0:20d:61ff:fecc:2253]) by mx1.freebsd.org (Postfix) with ESMTP id A73508FC08 for ; Wed, 7 Nov 2012 16:55:12 +0000 (UTC) Received: from basalt.tackymt.homeip.net (localhost [127.0.0.1]) by basalt.tackymt.homeip.net (Postfix) with ESMTP id 2E05283CE for ; Thu, 8 Nov 2012 01:55:11 +0900 (JST) X-Virus-Scanned: amavisd-new at tackymt.homeip.net Received: from localhost by basalt.tackymt.homeip.net (amavisd-new, unix socket) with ESMTP id P6Qxivf9nYWV for ; Thu, 8 Nov 2012 01:55:06 +0900 (JST) Received: from basalt.tackymt.homeip.net (basalt.tackymt.homeip.net [IPv6:2001:3e0:577:0:20d:61ff:fecc:2253]) by basalt.tackymt.homeip.net (Postfix) with ESMTPSA for ; Thu, 8 Nov 2012 01:55:06 +0900 (JST) Date: Thu, 8 Nov 2012 01:55:05 +0900 From: Taku YAMAMOTO To: freebsd-current@freebsd.org Subject: apache22 fails to start since r242184 Message-Id: <20121108015505.a569ecc4.taku@tackymt.homeip.net> X-Mailer: Sylpheed 3.0.3 (GTK+ 2.24.6; i386-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Nov 2012 16:55:13 -0000 Has anyone noticed this with head since r242184? % sudo service apache22 start Performing sanity check on apache22 configuration: Syntax OK Starting apache22. setfib: NO: invalid FIB (max 0) /usr/local/etc/rc.d/apache22: WARNING: failed to start apache22 I injected the following lines into run_rc_command() in /etc/rc.subr: case "$_fib" in [nN][oO]) unset _fib;; esac now things are back to normal, though of course I know this isn't the right way to go... -- -|-__ YAMAMOTO, Taku | __ < - A chicken is an egg's way of producing more eggs. - From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 17:02:03 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6B8044D0; Wed, 7 Nov 2012 17:02: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 182ED8FC12; Wed, 7 Nov 2012 17:02:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA7H22uY093435; Wed, 7 Nov 2012 12:02:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA7H22Cr093432; Wed, 7 Nov 2012 17:02:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 7 Nov 2012 17:02:02 GMT Message-Id: <201211071702.qA7H22Cr093432@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 17:02:03 -0000 TB --- 2012-11-07 15:43:59 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-07 15:43:59 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-07 15:43:59 - starting HEAD tinderbox run for mips/mips TB --- 2012-11-07 15:43:59 - cleaning the object tree TB --- 2012-11-07 15:46:38 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-07 15:46:38 - cd /tinderbox/HEAD/mips/mips TB --- 2012-11-07 15:46:38 - /usr/local/bin/svn cleanup /src TB --- 2012-11-07 15:48:15 - /usr/local/bin/svn update /src TB --- 2012-11-07 15:48:21 - At svn revision 242696 TB --- 2012-11-07 15:48:22 - building world TB --- 2012-11-07 15:48:22 - CROSS_BUILD_TESTING=YES TB --- 2012-11-07 15:48:22 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-07 15:48:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-07 15:48:22 - SRCCONF=/dev/null TB --- 2012-11-07 15:48:22 - TARGET=mips TB --- 2012-11-07 15:48:22 - TARGET_ARCH=mips TB --- 2012-11-07 15:48:22 - TZ=UTC TB --- 2012-11-07 15:48:22 - __MAKE_CONF=/dev/null TB --- 2012-11-07 15:48:22 - cd /src TB --- 2012-11-07 15:48:22 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 7 15:48:28 UTC 2012 >>> 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 7 17:01:03 UTC 2012 TB --- 2012-11-07 17:01:03 - cd /src/sys/mips/conf TB --- 2012-11-07 17:01:03 - /usr/sbin/config -m ADM5120 TB --- 2012-11-07 17:01:03 - skipping ADM5120 kernel TB --- 2012-11-07 17:01:03 - cd /src/sys/mips/conf TB --- 2012-11-07 17:01:03 - /usr/sbin/config -m ALCHEMY TB --- 2012-11-07 17:01:03 - skipping ALCHEMY kernel TB --- 2012-11-07 17:01:03 - cd /src/sys/mips/conf TB --- 2012-11-07 17:01:03 - /usr/sbin/config -m AP91 TB --- 2012-11-07 17:01:03 - building AP91 kernel TB --- 2012-11-07 17:01:03 - CROSS_BUILD_TESTING=YES TB --- 2012-11-07 17:01:03 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-07 17:01:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-07 17:01:03 - SRCCONF=/dev/null TB --- 2012-11-07 17:01:03 - TARGET=mips TB --- 2012-11-07 17:01:03 - TARGET_ARCH=mips TB --- 2012-11-07 17:01:03 - TZ=UTC TB --- 2012-11-07 17:01:03 - __MAKE_CONF=/dev/null TB --- 2012-11-07 17:01:03 - cd /src TB --- 2012-11-07 17:01:03 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Wed Nov 7 17:01:04 UTC 2012 >>> 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 [...] ln -sf /obj/mips.mips/src/sys/AP91/opt_inet.h opt_inet.h ln -sf /obj/mips.mips/src/sys/AP91/opt_ath.h opt_ath.h ln -sf /obj/mips.mips/src/sys/AP91/opt_ah.h opt_ah.h ln -sf /obj/mips.mips/src/sys/AP91/opt_wlan.h opt_wlan.h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/mips.mips/src/sys/AP91 -std=iso9899:1999 /src/sys/modules/ath/../../dev/ath/if_ath.c /src/sys/modules/ath/../../dev/ath/if_ath_debug.c /src/sys/modules/ath/../../dev/ath/if_ath_keycache.c /src/sys/modules/ath/../../dev/ath/if_ath_sysctl.c /src/sys/modules/ath/../../dev/ath/if_ath_tx.c /src/sys/modules/ath/../../dev/ath/if_ath_tx_ht.c /src/sys/modules/ath/../../dev/ath/if_ath_led.c /src/sys/modules/ath/../../dev/ath/if_ath_rx.c /src/sys/modules/ath/../../dev/ath/if_ath_tdma.c /src/sys/modules/ath/../../dev/ath/if_ath_beacon.c /src/sys/modules/ath/../../dev/ath/if_ath_rx_edma.c /src/sys/modules/ath/../../dev/ath/if_ath_tx_edma.c /src/sys/modules/ath/../../dev/ath/ah_osdep.c /src/sys/modules/ath/../../dev/ath/ath_hal/ah.c /src/sys/modules/ath/../../dev/ath/ath_hal/ah_regdomain.! c /src/sys/modules/ath/../../dev/ath/ath_hal/ah_eeprom_v3.c /src/sys/modules/ath/../../dev/ath/ath_hal/ah_eeprom_v1.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5210/ar5210_attach.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5210/ar5210_beacon.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5210/ar5210_interrupts.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5210/ar5210_keycache.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5210/ar5210_misc.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5210/ar5210_phy.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5210/ar5210_power.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5210/ar5210_recv.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5210/ar5210_reset.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5210/ar5210_xmit.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5211/ar5211_attach.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5211/ar5211_beacon.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5211/ar5211_interrupts.c /src/sys/modu! les/ath/../../dev/ath/ath_hal/ar5211/ar5211_keycache.c /src/sy! s/modules/ath/../../dev/ath/ath_hal/ar5211/ar5211_misc.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5211/ar5211_phy.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5211/ar5211_power.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5211/ar5211_recv.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5211/ar5211_reset.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5211/ar5211_xmit.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_ani.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_attach.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_beacon.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_eeprom.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_gpio.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_interrupts.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_keycache.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_misc.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_phy.c /src/sys/modules/ath! /../../dev/ath/ath_hal/ar5212/ar5212_power.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_recv.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_reset.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_rfgain.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_xmit.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5111.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5112.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar2413.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar2425.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5413.c /src/sys/modules/ath/../../dev/ath/ath_hal/ah_eeprom_v14.c /src/sys/modules/ath/../../dev/ath/ath_hal/ah_eeprom_v4k.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_ani.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_attach.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_beacon.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_cal.c /src/sys/modu! les/ath/../../dev/ath/ath_hal/ar5416/ar5416_cal_iq.c /src/sys/modules/a! th/../../dev/ath/ath_hal/ar5416/ar5416_cal_adcgain.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_cal_adcdc.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_eeprom.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_gpio.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_interrupts.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_keycache.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_misc.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_phy.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_power.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_radar.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_recv.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_reset.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_xmit.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar2133.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9001/ar9160_attach.c /src/sys/modules/ath/..! /../dev/ath/ath_hal/ar9001/ar9130_attach.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9001/ar9130_eeprom.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9001/ar9130_phy.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9280.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9280_attach.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9280_olc.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9285.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9285_reset.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9285_attach.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9285_cal.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9285_phy.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9285_diversity.c /src/sys/modules/ath/../../dev/ath/ath_hal/ah_eeprom_9287.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9287.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9287_reset.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9287_at! tach.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9287_cal.c /! src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9287_olc.c /src/sys/modules/ath/../../dev/ath/ath_rate/sample/sample.c /src/sys/modules/ath/../../dev/ath/ath_dfs/null/dfs_null.c /src/sys/modules/ath/../../dev/ath/if_ath.c:121:32: error: dev/ath/if_ath_alq.h: No such file or directory mkdep: compile failed *** [.depend] Error code 1 Stop in /src/sys/modules/ath. *** [depend] Error code 1 Stop in /src/sys/modules. *** [modules-depend] Error code 1 Stop in /obj/mips.mips/src/sys/AP91. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-07 17:02:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-07 17:02:01 - ERROR: failed to build AP91 kernel TB --- 2012-11-07 17:02:01 - 2672.60 user 787.72 system 4682.58 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 17:08:42 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 193346B3; Wed, 7 Nov 2012 17:08: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 D21238FC12; Wed, 7 Nov 2012 17:08:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA7H8fqc029600; Wed, 7 Nov 2012 12:08:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA7H8fUJ029598; Wed, 7 Nov 2012 17:08:41 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 7 Nov 2012 17:08:41 GMT Message-Id: <201211071708.qA7H8fUJ029598@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 17:08:42 -0000 TB --- 2012-11-07 13:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-07 13:20:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-07 13:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-11-07 13:20:00 - cleaning the object tree TB --- 2012-11-07 13:28:09 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-07 13:28:09 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2012-11-07 13:28:09 - /usr/local/bin/svn cleanup /src TB --- 2012-11-07 13:29:21 - /usr/local/bin/svn update /src TB --- 2012-11-07 13:29:28 - At svn revision 242695 TB --- 2012-11-07 13:29:29 - building world TB --- 2012-11-07 13:29:29 - CROSS_BUILD_TESTING=YES TB --- 2012-11-07 13:29:29 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-07 13:29:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-07 13:29:29 - SRCCONF=/dev/null TB --- 2012-11-07 13:29:29 - TARGET=amd64 TB --- 2012-11-07 13:29:29 - TARGET_ARCH=amd64 TB --- 2012-11-07 13:29:29 - TZ=UTC TB --- 2012-11-07 13:29:29 - __MAKE_CONF=/dev/null TB --- 2012-11-07 13:29:29 - cd /src TB --- 2012-11-07 13:29:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 7 13:29:34 UTC 2012 >>> 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 7 17:06:54 UTC 2012 TB --- 2012-11-07 17:06:54 - generating LINT kernel config TB --- 2012-11-07 17:06:54 - cd /src/sys/amd64/conf TB --- 2012-11-07 17:06:54 - /usr/bin/make -B LINT TB --- 2012-11-07 17:06:54 - cd /src/sys/amd64/conf TB --- 2012-11-07 17:06:54 - /usr/sbin/config -m LINT TB --- 2012-11-07 17:06:54 - building LINT kernel TB --- 2012-11-07 17:06:54 - CROSS_BUILD_TESTING=YES TB --- 2012-11-07 17:06:54 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-07 17:06:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-07 17:06:54 - SRCCONF=/dev/null TB --- 2012-11-07 17:06:54 - TARGET=amd64 TB --- 2012-11-07 17:06:54 - TARGET_ARCH=amd64 TB --- 2012-11-07 17:06:54 - TZ=UTC TB --- 2012-11-07 17:06:54 - __MAKE_CONF=/dev/null TB --- 2012-11-07 17:06:54 - cd /src TB --- 2012-11-07 17:06:54 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 7 17:06:55 UTC 2012 >>> 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 [...] cc: warning: argument unused during compilation: '-falign-functions=16' [-Wunused-command-line-argument] env NM='nm' sh /src/sys/kern/genassym.sh ia32_genassym.o > ia32_assym.h uudecode < /usr/share/syscons/fonts/cp850-8x16.fnt && file2c 'static u_char dflt_font_16[16*256] = {' '};' < cp850-8x16 > font.h && uudecode < /usr/share/syscons/fonts/cp850-8x14.fnt && file2c 'static u_char dflt_font_14[14*256] = {' '};' < cp850-8x14 >> font.h && uudecode < /usr/share/syscons/fonts/cp850-8x8.fnt && file2c 'static u_char dflt_font_8[8*256] = {' '};' < cp850-8x8 >> font.h /usr/sbin/kbdcontrol -L jp.106 | sed -e 's/^static keymap_t.* = /static keymap_t key_map = /' -e 's/^static accentmap_t.* = /static accentmap_t accent_map = /' > atkbdmap.h /usr/sbin/kbdcontrol -L it.iso | sed -e 's/^static keymap_t.* = /static keymap_t key_map = /' -e 's/^static accentmap_t.* = /static accentmap_t accent_map = /' > ukbdmap.h sed -e 's/^.*#include.*phy\.h.*$//' /src/sys/contrib/dev/nve/os.h > os+%DIKED-nve.h cc -c -x assembler-with-cpp -DLOCORE -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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -no-integrated-as -Werror /src/sys/amd64/acpica/acpi_wakecode.S cc: error: argument unused during compilation: '-falign-functions=16' [-Werror,-Wunused-command-line-argument] *** [acpi_wakecode.o] Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-07 17:08:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-07 17:08:40 - ERROR: failed to build LINT kernel TB --- 2012-11-07 17:08:40 - 9393.64 user 1685.87 system 13720.71 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 19:24:59 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 21BF041B; Wed, 7 Nov 2012 19:24:59 +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 D8CF88FC14; Wed, 7 Nov 2012 19:24:58 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA7JOvlB084671; Wed, 7 Nov 2012 14:24:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA7JOvvr084670; Wed, 7 Nov 2012 19:24:57 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 7 Nov 2012 19:24:57 GMT Message-Id: <201211071924.qA7JOvvr084670@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 19:24:59 -0000 TB --- 2012-11-07 18:11:17 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-07 18:11:17 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-07 18:11:17 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-11-07 18:11:17 - cleaning the object tree TB --- 2012-11-07 18:12:23 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-07 18:12:23 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2012-11-07 18:12:23 - /usr/local/bin/svn cleanup /src TB --- 2012-11-07 18:12:55 - /usr/local/bin/svn update /src TB --- 2012-11-07 18:13:00 - At svn revision 242701 TB --- 2012-11-07 18:13:01 - building world TB --- 2012-11-07 18:13:01 - CROSS_BUILD_TESTING=YES TB --- 2012-11-07 18:13:01 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-07 18:13:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-07 18:13:01 - SRCCONF=/dev/null TB --- 2012-11-07 18:13:01 - TARGET=sparc64 TB --- 2012-11-07 18:13:01 - TARGET_ARCH=sparc64 TB --- 2012-11-07 18:13:01 - TZ=UTC TB --- 2012-11-07 18:13:01 - __MAKE_CONF=/dev/null TB --- 2012-11-07 18:13:01 - cd /src TB --- 2012-11-07 18:13:01 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 7 18:13:06 UTC 2012 >>> 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 7 19:15:09 UTC 2012 TB --- 2012-11-07 19:15:09 - generating LINT kernel config TB --- 2012-11-07 19:15:09 - cd /src/sys/sparc64/conf TB --- 2012-11-07 19:15:09 - /usr/bin/make -B LINT TB --- 2012-11-07 19:15:09 - cd /src/sys/sparc64/conf TB --- 2012-11-07 19:15:09 - /usr/sbin/config -m LINT TB --- 2012-11-07 19:15:09 - building LINT kernel TB --- 2012-11-07 19:15:09 - CROSS_BUILD_TESTING=YES TB --- 2012-11-07 19:15:09 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-07 19:15:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-07 19:15:09 - SRCCONF=/dev/null TB --- 2012-11-07 19:15:09 - TARGET=sparc64 TB --- 2012-11-07 19:15:09 - TARGET_ARCH=sparc64 TB --- 2012-11-07 19:15:09 - TZ=UTC TB --- 2012-11-07 19:15:09 - __MAKE_CONF=/dev/null TB --- 2012-11-07 19:15:09 - cd /src TB --- 2012-11-07 19:15:09 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 7 19:15:09 UTC 2012 >>> 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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_linker.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_lock.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_lockf.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_loginclass.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_malloc.c /src/sys/kern/kern_malloc.c:193: error: static declaration of 'vm_max_kernel_address' follows non-static declaration ./machine/vmparam.h:242: error: previous declaration of 'vm_max_kernel_address' was here /src/sys/kern/kern_malloc.c:193: error: initializer element is not constant *** [kern_malloc.o] Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-07 19:24:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-07 19:24:57 - ERROR: failed to build LINT kernel TB --- 2012-11-07 19:24:57 - 3558.97 user 607.84 system 4420.49 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 21:39:25 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4990DDF6 for ; Wed, 7 Nov 2012 21:39:25 +0000 (UTC) (envelope-from grog@lemis.com) Received: from w3.lemis.com (w3.lemis.com [208.86.224.149]) by mx1.freebsd.org (Postfix) with ESMTP id 1548B8FC0C for ; Wed, 7 Nov 2012 21:39:24 +0000 (UTC) Received: from eureka.lemis.com (1032.x.rootbsd.net [208.86.224.149]) by w3.lemis.com (Postfix) with ESMTP id 4D1973BA3B; Wed, 7 Nov 2012 21:39:18 +0000 (UTC) Received: by eureka.lemis.com (Postfix, from userid 1004) id 169CDF78BA; Thu, 8 Nov 2012 08:39:17 +1100 (EST) Date: Thu, 8 Nov 2012 08:39:17 +1100 From: Greg 'groggy' Lehey To: Benjamin Kaduk Subject: Re: sysutils/lsof Author Question (for CLANG).... Message-ID: <20121107213917.GD77848@eureka.lemis.com> References: <5d4c4abe37bd6fffd0c206c1b7b68ce1@webmail.lerctr.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NklN7DEeGtkPCoo3" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Organization: The FreeBSD Project Phone: +61-3-5346-1370 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Cc: freebsd-current@freebsd.org, Larry Rosenman X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Nov 2012 21:39:25 -0000 --NklN7DEeGtkPCoo3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wednesday, 7 November 2012 at 10:32:23 -0500, Benjamin Kaduk wrote: > > Once again, attempting to use kernel internals outside of the > supported interfaces is just asking for trouble; I do not understand > why this message is not sinking in over the course of your previous > mails to these lists, so I will not try to belabor it further. IIRC lsof is a special case that always needs to be built with intimate knowledge of the kernel. Greg -- Sent from my desktop computer. Finger grog@FreeBSD.org for PGP public key. See complete headers for address and phone numbers. This message is digitally signed. If your Microsoft MUA reports problems, please read http://tinyurl.com/broken-mua --NklN7DEeGtkPCoo3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlCa1QQACgkQIubykFB6QiMP5wCeJYeqF3TK5IVaFkbdkbU3avef xwAAoJNmzsA90976EWnH1IdKGlYIWxGf =vZ15 -----END PGP SIGNATURE----- --NklN7DEeGtkPCoo3-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 20:37:50 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 08723EDB for ; Wed, 7 Nov 2012 20:37:50 +0000 (UTC) (envelope-from levitch@iglou.com) Received: from rdsmtp.iglou.com (rdsmtp.iglou.com [192.107.41.63]) by mx1.freebsd.org (Postfix) with ESMTP id B6AFA8FC12 for ; Wed, 7 Nov 2012 20:37:49 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=iglou.com; s=alpha; h=Content-Type:MIME-Version:Message-ID:Subject:To:From:Date; bh=wg3trXemQNLxs/UeWsVJQzwNHao+hfLVtNQO/82n6CY=; b=gEZgJlxOnJ6ydwLi32AsQ6pj986/DeVfHAHzNF5NVrRg2LcRE+ULzNzk4dIflZOsNCvAVGEJ07ZB7WS9sMvZPQaGGRCWzJ7DzYRHplYPhrM8qBwnoLQwFYbcelK4DOSw92f0bGje6eR6XFCjTXprm06O237rGMzWvRxRaOtN1bM=; Received: from iglou1.iglou.com ([192.107.41.3]:33503 helo=mail.iglou.com) by rdsmtp.iglou.com with esmtpa (Exim MTA/8.19.3) (envelope-from ) id 1TWCNb-0005dX-5J by authid with igloumta_auth for current@freebsd.org; Wed, 07 Nov 2012 15:37:43 -0500 Received: from shell1.iglou.com ([192.107.41.17]:61093 helo=shell1) by mail.iglou.com with esmtps (TLS cipher TLSv1:AES256-SHA:256) (Exim MTA/8.19.3) (envelope-from ) id 1TWCNa-0007DL-Tf for current@freebsd.org; Wed, 07 Nov 2012 15:37:42 -0500 Date: Wed, 7 Nov 2012 15:37:42 -0500 (EST) From: Darrel X-X-Sender: levitch@shell1 To: current@freebsd.org Subject: 490.status-pkg-changes Message-ID: User-Agent: Alpine 2.00 (GSO 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Originating-IP: 192.107.41.17 X-IgLou-Customer: 3cb6f76205bd20f518810676a67a982b X-Mailman-Approved-At: Wed, 07 Nov 2012 22:00:17 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Nov 2012 20:37:50 -0000 Hello, Since fbsd10 has moved by default to pkgng, would it make sense to remove all references to pkg_info from /etc/periodic/daily/490.status-pkg-changes ? Darrel From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 22:35:24 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C38D540C; Wed, 7 Nov 2012 22:35:24 +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 82F0F8FC16; Wed, 7 Nov 2012 22:35:24 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=Qns2SObzkAjS2Nv8/3bMw5+NMT915KFAn6RMJTGH1es=; b=o5qgYweHdWwFYLdrOK6bP0sSA0smWy7YpoR8GpS1iudbs1/JdViYF1q6ToImqENQUTrexy3PDN2E+1qy2DL4xC3MJRjNUYvGdnFa7G5rO9fILxsWH3I3TjFE6opdS6fFEKMYinKWjPmxozwqG6DitMahMpZvwP1pGFKixtK8qIQ=; Received: from localhost.lerctr.org ([127.0.0.1]:36968 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpa (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1TWEDS-000DKb-Mh; Wed, 07 Nov 2012 16:35:23 -0600 Received: from [32.97.110.60] by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Wed, 07 Nov 2012 16:35:22 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 07 Nov 2012 16:35:22 -0600 From: Larry Rosenman To: Greg 'groggy' Lehey Subject: Re: sysutils/lsof Author Question (for CLANG).... In-Reply-To: <20121107213917.GD77848@eureka.lemis.com> References: <5d4c4abe37bd6fffd0c206c1b7b68ce1@webmail.lerctr.org> <20121107213917.GD77848@eureka.lemis.com> Message-ID: X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/0.8.2 X-Spam-Score: -3.3 (---) X-LERCTR-Spam-Score: -3.3 (---) X-Spam-Report: SpamScore (-3.3/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.37 X-LERCTR-Spam-Report: SpamScore (-3.3/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.37 Cc: freebsd-current@freebsd.org, Benjamin Kaduk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Nov 2012 22:35:24 -0000 On 2012-11-07 15:39, Greg 'groggy' Lehey wrote: > On Wednesday, 7 November 2012 at 10:32:23 -0500, Benjamin Kaduk > wrote: >> >> Once again, attempting to use kernel internals outside of the >> supported interfaces is just asking for trouble; I do not understand >> why this message is not sinking in over the course of your previous >> mails to these lists, so I will not try to belabor it further. > > IIRC lsof is a special case that always needs to be built with > intimate knowledge of the kernel. > This is VERY true. Since some of the information lsof uses has no API/ABI/KPI/KBI to get, it grovels around in the kernel. Please don't abuse me for asking questions to keep lsof working on FreeBSD. Thanks. From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 23:00:38 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7E5BD228 for ; Wed, 7 Nov 2012 23:00:38 +0000 (UTC) (envelope-from grog@lemis.com) Received: from w3.lemis.com (w3.lemis.com [208.86.224.149]) by mx1.freebsd.org (Postfix) with ESMTP id 3FC8A8FC12 for ; Wed, 7 Nov 2012 23:00:38 +0000 (UTC) Received: from eureka.lemis.com (1032.x.rootbsd.net [208.86.224.149]) by w3.lemis.com (Postfix) with ESMTP id 663B93B86E; Wed, 7 Nov 2012 23:00:36 +0000 (UTC) Received: by eureka.lemis.com (Postfix, from userid 1004) id 0ACB1F74EB; Thu, 8 Nov 2012 10:00:34 +1100 (EST) Date: Thu, 8 Nov 2012 10:00:34 +1100 From: Greg 'groggy' Lehey To: Larry Rosenman Subject: Re: sysutils/lsof Author Question (for CLANG).... Message-ID: <20121107230034.GF77848@eureka.lemis.com> References: <5d4c4abe37bd6fffd0c206c1b7b68ce1@webmail.lerctr.org> <20121107213917.GD77848@eureka.lemis.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AH+kv8CCoFf6qPuz" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Organization: The FreeBSD Project Phone: +61-3-5346-1370 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Cc: freebsd-current@freebsd.org, Benjamin Kaduk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Nov 2012 23:00:38 -0000 --AH+kv8CCoFf6qPuz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wednesday, 7 November 2012 at 16:35:22 -0600, Larry Rosenman wrote: > On 2012-11-07 15:39, Greg 'groggy' Lehey wrote: >> On Wednesday, 7 November 2012 at 10:32:23 -0500, Benjamin Kaduk >> wrote: >>> >>> Once again, attempting to use kernel internals outside of the >>> supported interfaces is just asking for trouble; I do not understand >>> why this message is not sinking in over the course of your previous >>> mails to these lists, so I will not try to belabor it further. >> >> IIRC lsof is a special case that always needs to be built with >> intimate knowledge of the kernel. > > This is VERY true. Since some of the information lsof uses has > no API/ABI/KPI/KBI to get, it grovels around in the kernel. And until those interfaces are provided, I think this is legitimate. If there's anybody out there who hasn't used lsof, you should try it. It's good. Greg -- Sent from my desktop computer. Finger grog@FreeBSD.org for PGP public key. See complete headers for address and phone numbers. This message is digitally signed. If your Microsoft MUA reports problems, please read http://tinyurl.com/broken-mua --AH+kv8CCoFf6qPuz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlCa6A4ACgkQIubykFB6QiP/RgCfaNKJLSg6/b/nyb9Pfosr2Q03 IZgAoI9veXGu/ovA714x4b2qOZ4krKrq =9Uq3 -----END PGP SIGNATURE----- --AH+kv8CCoFf6qPuz-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 23:03:18 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 583E3372; Wed, 7 Nov 2012 23:03:18 +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 1919A8FC0C; Wed, 7 Nov 2012 23:03:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA7N3GNH056315; Wed, 7 Nov 2012 18:03:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA7N3GZU056313; Wed, 7 Nov 2012 23:03:16 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 7 Nov 2012 23:03:16 GMT Message-Id: <201211072303.qA7N3GZU056313@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 23:03:18 -0000 TB --- 2012-11-07 20:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-07 20:40:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-07 20:40:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-11-07 20:40:00 - cleaning the object tree TB --- 2012-11-07 20:43:47 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-07 20:43:47 - cd /tinderbox/HEAD/i386/pc98 TB --- 2012-11-07 20:43:47 - /usr/local/bin/svn cleanup /src TB --- 2012-11-07 20:45:33 - /usr/local/bin/svn update /src TB --- 2012-11-07 20:45:39 - At svn revision 242707 TB --- 2012-11-07 20:45:40 - building world TB --- 2012-11-07 20:45:40 - CROSS_BUILD_TESTING=YES TB --- 2012-11-07 20:45:40 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-07 20:45:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-07 20:45:40 - SRCCONF=/dev/null TB --- 2012-11-07 20:45:40 - TARGET=pc98 TB --- 2012-11-07 20:45:40 - TARGET_ARCH=i386 TB --- 2012-11-07 20:45:40 - TZ=UTC TB --- 2012-11-07 20:45:40 - __MAKE_CONF=/dev/null TB --- 2012-11-07 20:45:40 - cd /src TB --- 2012-11-07 20:45:40 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 7 20:45:45 UTC 2012 >>> 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 [...] ===> sys/boot/pc98/btx/lib (depend) rm -f .depend mkdep -f .depend -a -I/src/sys/boot/pc98/btx/lib/../../../i386/common -DPC98 -std=gnu99 /src/sys/boot/pc98/btx/lib/btxcsu.S ===> sys/boot/pc98/boot2 (depend) gcc -Os -fno-guess-branch-probability -fomit-frame-pointer -fno-unit-at-a-time -mno-align-long-strings -mrtd -mregparm=3 -DUFS1_AND_UFS2 -DFLAGS= -DSIOPRT=0x238 -DSIOFMT=0x3 -DSIOSPD=9600 -I/src/sys/boot/pc98/boot2/../../.. -I/src/sys/boot/pc98/boot2/../../i386/boot2 -I/src/sys/boot/pc98/boot2/../../common -I/src/sys/boot/pc98/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline --param max-inline-insns-single=100 -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -Os -DPC98 -std=gnu99 -Qunused-arguments -c /src/sys/boot/pc98/boot2/boot1.S gcc: unrecognized option '-Qunused-arguments' /src/sys/boot/pc98/boot2/boot1.S:0: error: -mrtd calling convention not supported in the 64bit mode /src/sys/boot/pc98/boot2/boot1.S:0: error: -mpreferred-stack-boundary=2 is not between 4 and 12 *** [boot1.o] Error code 1 Stop in /src/sys/boot/pc98/boot2. *** [depend] Error code 1 Stop in /src/sys/boot/pc98. *** [depend] Error code 1 Stop in /src/sys/boot. *** [depend] Error code 1 Stop in /src/sys. *** [sys.depend__D] Error code 1 Stop in /src. *** [_depend] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-07 23:03:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-07 23:03:16 - ERROR: failed to build world TB --- 2012-11-07 23:03:16 - 6726.52 user 903.54 system 8595.98 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 23:16:01 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2BF4690E for ; Wed, 7 Nov 2012 23:16:01 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-la0-f54.google.com (mail-la0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 910868FC15 for ; Wed, 7 Nov 2012 23:15:59 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id e12so2108751lag.13 for ; Wed, 07 Nov 2012 15:15:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=/m+BRXIVmV4Bum98rgpeAIhghpawAoMgRCFL7RtuT5w=; b=lP4jtd7uYPzKgTwgiM3GwZUX7Cmhq/Vqh2TpPpIqArdRJlRzysjShXNnhCBjoO+WlZ dVY8hQFe+frUHMX2UOhoPDvsGiowzdYvsmkJmEsjHQsUtrFJ5RXVdetKJzZtPHFTATjZ XsSJcLvSbFgAKhVo0s/8xYK6h6mge6clhCSmM= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=/m+BRXIVmV4Bum98rgpeAIhghpawAoMgRCFL7RtuT5w=; b=Z/DXvFho5ZZ5Krgzh1oN+11NezvAtuBEjoNN+6I9OvnIzIU8YSJ/YZW+o9U7eTLdjn vkQSwamFpc8EsvY2+Y78N6AzseDLGMMLtkBRVNDEQKFqzmQ3gNC41bArvazjO/22jbhN 2vv4/ApYmJ8b2Rla9Oec4iy0NrX9SsihHJ/wltvJQewq7RU0hmXLac4LNaQ810xDqx9U jQ7/SBREFRm+zb+QhlnJ0gUjOQWAYpZKzfg7LC91Popj5xXbWVG0bJxl14eThkW9HKsF YvHYiLn1oSEHSGYMSxXjejydYprXfwjuzkSe5Wj0MepsFU2C9k8nnQLDAJ3aeY1V8lLH YwTA== Received: by 10.152.131.200 with SMTP id oo8mr5696504lab.34.1352330151816; Wed, 07 Nov 2012 15:15:51 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.25.166 with HTTP; Wed, 7 Nov 2012 15:15:21 -0800 (PST) In-Reply-To: References: <5d4c4abe37bd6fffd0c206c1b7b68ce1@webmail.lerctr.org> <20121107213917.GD77848@eureka.lemis.com> From: Eitan Adler Date: Wed, 7 Nov 2012 18:15:21 -0500 Message-ID: Subject: Re: sysutils/lsof Author Question (for CLANG).... To: Larry Rosenman Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQmN7S87fSsuXVuOhrwH4C5PVvGTu/IVGgS58hVi1M0aEyZ5uaIgVzH9X2aUayXYjPAFeoon Cc: Greg 'groggy' Lehey , freebsd-current@freebsd.org, Benjamin Kaduk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Nov 2012 23:16:01 -0000 On 7 November 2012 17:35, Larry Rosenman wrote: > On 2012-11-07 15:39, Greg 'groggy' Lehey wrote: >> >> On Wednesday, 7 November 2012 at 10:32:23 -0500, Benjamin Kaduk wrote: >>> >>> >>> Once again, attempting to use kernel internals outside of the >>> supported interfaces is just asking for trouble; I do not understand >>> why this message is not sinking in over the course of your previous >>> mails to these lists, so I will not try to belabor it further. >> >> >> IIRC lsof is a special case that always needs to be built with >> intimate knowledge of the kernel. >> > > This is VERY true. Since some of the information lsof uses has > no API/ABI/KPI/KBI to get, it grovels around in the kernel. Can you tell us what interfaces you need? Perhaps we can either point you to ones that may work better or seek provide (stable) kernel features? > Please don't abuse me for asking questions to keep lsof working > on FreeBSD. :( -- Eitan Adler From owner-freebsd-current@FreeBSD.ORG Wed Nov 7 23:47:25 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6402F4FC; Wed, 7 Nov 2012 23:47:25 +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 250888FC17; Wed, 7 Nov 2012 23:47:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA7NlNL5002529; Wed, 7 Nov 2012 18:47:23 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA7NlNeN002518; Wed, 7 Nov 2012 23:47:23 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 7 Nov 2012 23:47:23 GMT Message-Id: <201211072347.qA7NlNeN002518@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 23:47:25 -0000 TB --- 2012-11-07 20:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-07 20:40:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-07 20:40:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-11-07 20:40:00 - cleaning the object tree TB --- 2012-11-07 20:46:21 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-07 20:46:21 - cd /tinderbox/HEAD/i386/i386 TB --- 2012-11-07 20:46:21 - /usr/local/bin/svn cleanup /src TB --- 2012-11-07 20:47:26 - /usr/local/bin/svn update /src TB --- 2012-11-07 20:47:33 - At svn revision 242707 TB --- 2012-11-07 20:47:34 - building world TB --- 2012-11-07 20:47:34 - CROSS_BUILD_TESTING=YES TB --- 2012-11-07 20:47:34 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-07 20:47:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-07 20:47:34 - SRCCONF=/dev/null TB --- 2012-11-07 20:47:34 - TARGET=i386 TB --- 2012-11-07 20:47:34 - TARGET_ARCH=i386 TB --- 2012-11-07 20:47:34 - TZ=UTC TB --- 2012-11-07 20:47:34 - __MAKE_CONF=/dev/null TB --- 2012-11-07 20:47:34 - cd /src TB --- 2012-11-07 20:47:34 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 7 20:47:41 UTC 2012 >>> 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 7 23:45:50 UTC 2012 TB --- 2012-11-07 23:45:50 - generating LINT kernel config TB --- 2012-11-07 23:45:50 - cd /src/sys/i386/conf TB --- 2012-11-07 23:45:50 - /usr/bin/make -B LINT TB --- 2012-11-07 23:45:50 - cd /src/sys/i386/conf TB --- 2012-11-07 23:45:50 - /usr/sbin/config -m LINT TB --- 2012-11-07 23:45:51 - building LINT kernel TB --- 2012-11-07 23:45:51 - CROSS_BUILD_TESTING=YES TB --- 2012-11-07 23:45:51 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-07 23:45:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-07 23:45:51 - SRCCONF=/dev/null TB --- 2012-11-07 23:45:51 - TARGET=i386 TB --- 2012-11-07 23:45:51 - TARGET_ARCH=i386 TB --- 2012-11-07 23:45:51 - TZ=UTC TB --- 2012-11-07 23:45:51 - __MAKE_CONF=/dev/null TB --- 2012-11-07 23:45:51 - cd /src TB --- 2012-11-07 23:45:51 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 7 23:45:51 UTC 2012 >>> 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 [...] cc: warning: argument unused during compilation: '-falign-functions=16' [-Wunused-command-line-argument] sh /src/sys/kern/genassym.sh svr4_genassym.o > svr4_assym.h uudecode < /usr/share/syscons/fonts/cp850-8x16.fnt && file2c 'static u_char dflt_font_16[16*256] = {' '};' < cp850-8x16 > font.h && uudecode < /usr/share/syscons/fonts/cp850-8x14.fnt && file2c 'static u_char dflt_font_14[14*256] = {' '};' < cp850-8x14 >> font.h && uudecode < /usr/share/syscons/fonts/cp850-8x8.fnt && file2c 'static u_char dflt_font_8[8*256] = {' '};' < cp850-8x8 >> font.h /usr/sbin/kbdcontrol -L jp.106 | sed -e 's/^static keymap_t.* = /static keymap_t key_map = /' -e 's/^static accentmap_t.* = /static accentmap_t accent_map = /' > atkbdmap.h /usr/sbin/kbdcontrol -L it.iso | sed -e 's/^static keymap_t.* = /static keymap_t key_map = /' -e 's/^static accentmap_t.* = /static accentmap_t accent_map = /' > ukbdmap.h sed -e 's/^.*#include.*phy\.h.*$//' /src/sys/contrib/dev/nve/os.h > os+%DIKED-nve.h cc -c -x assembler-with-cpp -DLOCORE -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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -no-integrated-as -Werror /src/sys/i386/acpica/acpi_wakecode.S cc: error: argument unused during compilation: '-falign-functions=16' [-Werror,-Wunused-command-line-argument] *** [acpi_wakecode.o] Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-07 23:47:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-07 23:47:23 - ERROR: failed to build LINT kernel TB --- 2012-11-07 23:47:23 - 8128.20 user 1308.62 system 11242.95 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 00:18:48 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 92867DA7; Thu, 8 Nov 2012 00:18:48 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id E60948FC0A; Thu, 8 Nov 2012 00:18:47 +0000 (UTC) Received: by mail-ee0-f54.google.com with SMTP id c50so1596803eek.13 for ; Wed, 07 Nov 2012 16:18:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=bwZ87O4zHw0CHDqwuMDjtxPu720yPqTJXFWIxHhfx7Q=; b=vT3F9F3CSVlt3tiEnNucYyZFaN5CC83UlIc6/58imhGiC7kClrnUjmRFs075k5BOmz 2Iw3k3J1Kln8s6PxgwUc38HKPzw7mZ0RU7ycI/ORQpVWXHI3a2iu0CW6bn4sh0tEqtQb pqewPy1dkw2YbWAZ5yIfUD6eTwD233vxxEcC+iyNBdjhIT4dXdk+ovnn/wMcP8N+geUJ urtBw/dhMI7m3Tz6aYmO/jTWkwZSBDZfzpX8JbB5LDP1FeSCg20KSvVPzwYcIKCHKIl6 uCpfKGnjgYMo9Z/nd07CYZka8H1h5MGwtijBYfmeuNz7Dtkh5YQtpsTFjlVyUQ68FUUD nmxw== MIME-Version: 1.0 Received: by 10.14.194.72 with SMTP id l48mr21319348een.9.1352333920981; Wed, 07 Nov 2012 16:18:40 -0800 (PST) Received: by 10.223.66.194 with HTTP; Wed, 7 Nov 2012 16:18:40 -0800 (PST) In-Reply-To: <15C29F34-C400-4578-95EF-9708FAC2AF0F@FreeBSD.org> References: <201211070106.qA716QhS013858@fire.js.berklix.net> <15C29F34-C400-4578-95EF-9708FAC2AF0F@FreeBSD.org> Date: Wed, 7 Nov 2012 16:18:40 -0800 Message-ID: Subject: Re: 9.1-RC3 feels okay :-) From: Kevin Oberman To: David Chisnall Content-Type: text/plain; charset=UTF-8 Cc: Warren Block , Ian Lepore , "Julian H. Stacey" , freebsd-current@freebsd.org, CeDeROM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Nov 2012 00:18:48 -0000 On Wed, Nov 7, 2012 at 8:35 AM, David Chisnall wrote: > On 7 Nov 2012, at 08:20, Warren Block wrote: > >> It's not saying that hald is run by default, merely that xorg-server will try to use it by default. > > And will fail to detect any input devices if hald is not running, but will correctly detect them if the X server is compiled without HAL support. Please can we fix the defaults for xorg-server to do the sensible thing? i believe I saw that this was fixed yesterday. -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 00:25:53 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BB32B363; Thu, 8 Nov 2012 00:25: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 83E368FC12; Thu, 8 Nov 2012 00:25:53 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA80Pqvn025781; Wed, 7 Nov 2012 19:25:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA80Pqci025766; Thu, 8 Nov 2012 00:25:52 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 8 Nov 2012 00:25:52 GMT Message-Id: <201211080025.qA80Pqci025766@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2012 00:25:54 -0000 TB --- 2012-11-07 20:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-07 20:40:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-07 20:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-11-07 20:40:00 - cleaning the object tree TB --- 2012-11-07 20:47:49 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-07 20:47:49 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2012-11-07 20:47:49 - /usr/local/bin/svn cleanup /src TB --- 2012-11-07 20:48:46 - /usr/local/bin/svn update /src TB --- 2012-11-07 20:48:53 - At svn revision 242707 TB --- 2012-11-07 20:48:54 - building world TB --- 2012-11-07 20:48:54 - CROSS_BUILD_TESTING=YES TB --- 2012-11-07 20:48:54 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-07 20:48:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-07 20:48:54 - SRCCONF=/dev/null TB --- 2012-11-07 20:48:54 - TARGET=amd64 TB --- 2012-11-07 20:48:54 - TARGET_ARCH=amd64 TB --- 2012-11-07 20:48:54 - TZ=UTC TB --- 2012-11-07 20:48:54 - __MAKE_CONF=/dev/null TB --- 2012-11-07 20:48:54 - cd /src TB --- 2012-11-07 20:48:54 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 7 20:48:59 UTC 2012 >>> 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 Thu Nov 8 00:24:38 UTC 2012 TB --- 2012-11-08 00:24:38 - generating LINT kernel config TB --- 2012-11-08 00:24:38 - cd /src/sys/amd64/conf TB --- 2012-11-08 00:24:38 - /usr/bin/make -B LINT TB --- 2012-11-08 00:24:38 - cd /src/sys/amd64/conf TB --- 2012-11-08 00:24:38 - /usr/sbin/config -m LINT TB --- 2012-11-08 00:24:38 - building LINT kernel TB --- 2012-11-08 00:24:38 - CROSS_BUILD_TESTING=YES TB --- 2012-11-08 00:24:38 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-08 00:24:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-08 00:24:38 - SRCCONF=/dev/null TB --- 2012-11-08 00:24:38 - TARGET=amd64 TB --- 2012-11-08 00:24:38 - TARGET_ARCH=amd64 TB --- 2012-11-08 00:24:38 - TZ=UTC TB --- 2012-11-08 00:24:38 - __MAKE_CONF=/dev/null TB --- 2012-11-08 00:24:38 - cd /src TB --- 2012-11-08 00:24:38 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 8 00:24:38 UTC 2012 >>> 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 [...] cc: warning: argument unused during compilation: '-falign-functions=16' [-Wunused-command-line-argument] env NM='nm' sh /src/sys/kern/genassym.sh ia32_genassym.o > ia32_assym.h uudecode < /usr/share/syscons/fonts/cp850-8x16.fnt && file2c 'static u_char dflt_font_16[16*256] = {' '};' < cp850-8x16 > font.h && uudecode < /usr/share/syscons/fonts/cp850-8x14.fnt && file2c 'static u_char dflt_font_14[14*256] = {' '};' < cp850-8x14 >> font.h && uudecode < /usr/share/syscons/fonts/cp850-8x8.fnt && file2c 'static u_char dflt_font_8[8*256] = {' '};' < cp850-8x8 >> font.h /usr/sbin/kbdcontrol -L jp.106 | sed -e 's/^static keymap_t.* = /static keymap_t key_map = /' -e 's/^static accentmap_t.* = /static accentmap_t accent_map = /' > atkbdmap.h /usr/sbin/kbdcontrol -L it.iso | sed -e 's/^static keymap_t.* = /static keymap_t key_map = /' -e 's/^static accentmap_t.* = /static accentmap_t accent_map = /' > ukbdmap.h sed -e 's/^.*#include.*phy\.h.*$//' /src/sys/contrib/dev/nve/os.h > os+%DIKED-nve.h cc -c -x assembler-with-cpp -DLOCORE -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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -no-integrated-as -Werror /src/sys/amd64/acpica/acpi_wakecode.S cc: error: argument unused during compilation: '-falign-functions=16' [-Werror,-Wunused-command-line-argument] *** [acpi_wakecode.o] Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-08 00:25:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-08 00:25:52 - ERROR: failed to build LINT kernel TB --- 2012-11-08 00:25:52 - 9388.38 user 1690.62 system 13552.18 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 01:15:41 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7B1E1621; Thu, 8 Nov 2012 01:15:41 +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 167F68FC12; Thu, 8 Nov 2012 01:15:40 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:CC:To:Date:From:Subject:Content-Type:MIME-Version:References:In-Reply-To; bh=hpT6HMoH+4v1FW3mZBw0jk4uI63M4oDKIASGJ1BbBYA=; b=bKDWGr6fQmFbnsnShoV4K8HtRxUmylq8iz0XieDdvZZ/xPWhLiuBqbGuMZavha99t7HpHoXsledgOfnqTia+JWanx2HMYluj2+G/hUozEpwQjP5JJDcPaWr84krjW8FNn6g3ChiecvZ49lpw6tYhLqUn//UiDba/aIVBq7eZS3o=; Received: from cpe-72-182-19-162.austin.res.rr.com ([72.182.19.162]:42461 helo=android-7e42fac11f4c35b4.lerctr.org) by thebighonker.lerctr.org with esmtpa (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1TWGiX-000EqR-Q3; Wed, 07 Nov 2012 19:15:38 -0600 User-Agent: K-9 Mail for Android In-Reply-To: References: <5d4c4abe37bd6fffd0c206c1b7b68ce1@webmail.lerctr.org> <20121107213917.GD77848@eureka.lemis.com> MIME-Version: 1.0 Subject: Re: sysutils/lsof Author Question (for CLANG).... From: Larry Rosenman Date: Wed, 07 Nov 2012 19:15:33 -0600 To: Eitan Adler Message-ID: <06d8684c-501c-4270-a525-019acd4cc906@email.android.com> X-Spam-Score: -2.1 (--) X-LERCTR-Spam-Score: -2.1 (--) X-Spam-Report: SpamScore (-2.1/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, HTML_MESSAGE=0.001, HTML_TAG_BALANCE_HEAD=0.817 X-LERCTR-Spam-Report: SpamScore (-2.1/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, HTML_MESSAGE=0.001, HTML_TAG_BALANCE_HEAD=0.817 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Greg 'groggy' Lehey , freebsd-current@freebsd.org, Benjamin Kaduk , Vic Abell X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Nov 2012 01:15:41 -0000 We've asked before and Vic (lsof author) have asked and it always stalls out. I'll cc Vic on this email. Eitan Adler wrote: >On 7 November 2012 17:35, Larry Rosenman wrote: >> On 2012-11-07 15:39, Greg 'groggy' Lehey wrote: >>> >>> On Wednesday, 7 November 2012 at 10:32:23 -0500, Benjamin Kaduk >wrote: >>>> >>>> >>>> Once again, attempting to use kernel internals outside of the >>>> supported interfaces is just asking for trouble; I do not >understand >>>> why this message is not sinking in over the course of your previous >>>> mails to these lists, so I will not try to belabor it further. >>> >>> >>> IIRC lsof is a special case that always needs to be built with >>> intimate knowledge of the kernel. >>> >> >> This is VERY true. Since some of the information lsof uses has >> no API/ABI/KPI/KBI to get, it grovels around in the kernel. > >Can you tell us what interfaces you need? Perhaps we can either point >you to ones that may work better or seek provide (stable) kernel >features? > > >> Please don't abuse me for asking questions to keep lsof working >> on FreeBSD. > >:( > > >-- >Eitan Adler -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 02:58:00 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 359B4271; Thu, 8 Nov 2012 02:58:00 +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 E96628FC08; Thu, 8 Nov 2012 02:57:59 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA82vw2S062664; Wed, 7 Nov 2012 21:57:58 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA82vwLv062663; Thu, 8 Nov 2012 02:57:58 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 8 Nov 2012 02:57:58 GMT Message-Id: <201211080257.qA82vwLv062663@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2012 02:58:00 -0000 TB --- 2012-11-08 01:43:22 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-08 01:43:22 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-08 01:43:22 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-11-08 01:43:22 - cleaning the object tree TB --- 2012-11-08 01:44:51 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-08 01:44:51 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2012-11-08 01:44:51 - /usr/local/bin/svn cleanup /src TB --- 2012-11-08 01:45:40 - /usr/local/bin/svn update /src TB --- 2012-11-08 01:45:48 - At svn revision 242735 TB --- 2012-11-08 01:45:49 - building world TB --- 2012-11-08 01:45:49 - CROSS_BUILD_TESTING=YES TB --- 2012-11-08 01:45:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-08 01:45:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-08 01:45:49 - SRCCONF=/dev/null TB --- 2012-11-08 01:45:49 - TARGET=sparc64 TB --- 2012-11-08 01:45:49 - TARGET_ARCH=sparc64 TB --- 2012-11-08 01:45:49 - TZ=UTC TB --- 2012-11-08 01:45:49 - __MAKE_CONF=/dev/null TB --- 2012-11-08 01:45:49 - cd /src TB --- 2012-11-08 01:45:49 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 8 01:45:53 UTC 2012 >>> 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 Thu Nov 8 02:47:56 UTC 2012 TB --- 2012-11-08 02:47:56 - generating LINT kernel config TB --- 2012-11-08 02:47:56 - cd /src/sys/sparc64/conf TB --- 2012-11-08 02:47:56 - /usr/bin/make -B LINT TB --- 2012-11-08 02:47:56 - cd /src/sys/sparc64/conf TB --- 2012-11-08 02:47:56 - /usr/sbin/config -m LINT TB --- 2012-11-08 02:47:56 - building LINT kernel TB --- 2012-11-08 02:47:56 - CROSS_BUILD_TESTING=YES TB --- 2012-11-08 02:47:56 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-08 02:47:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-08 02:47:56 - SRCCONF=/dev/null TB --- 2012-11-08 02:47:56 - TARGET=sparc64 TB --- 2012-11-08 02:47:56 - TARGET_ARCH=sparc64 TB --- 2012-11-08 02:47:56 - TZ=UTC TB --- 2012-11-08 02:47:56 - __MAKE_CONF=/dev/null TB --- 2012-11-08 02:47:56 - cd /src TB --- 2012-11-08 02:47:56 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 8 02:47:56 UTC 2012 >>> 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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_linker.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_lock.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_lockf.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_loginclass.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_malloc.c /src/sys/kern/kern_malloc.c:193: error: static declaration of 'vm_max_kernel_address' follows non-static declaration ./machine/vmparam.h:242: error: previous declaration of 'vm_max_kernel_address' was here /src/sys/kern/kern_malloc.c:193: error: initializer element is not constant *** [kern_malloc.o] Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-08 02:57:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-08 02:57:58 - ERROR: failed to build LINT kernel TB --- 2012-11-08 02:57:58 - 3550.27 user 613.56 system 4476.46 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 07:23:48 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AB8795AE; Thu, 8 Nov 2012 07:23: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 6E5998FC0A; Thu, 8 Nov 2012 07:23:47 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA87Nk3l070920; Thu, 8 Nov 2012 02:23:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA87NkEJ070919; Thu, 8 Nov 2012 07:23:46 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 8 Nov 2012 07:23:46 GMT Message-Id: <201211080723.qA87NkEJ070919@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2012 07:23:48 -0000 TB --- 2012-11-08 05:00:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-08 05:00:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-08 05:00:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-11-08 05:00:00 - cleaning the object tree TB --- 2012-11-08 05:04:08 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-08 05:04:08 - cd /tinderbox/HEAD/i386/pc98 TB --- 2012-11-08 05:04:08 - /usr/local/bin/svn cleanup /src TB --- 2012-11-08 05:05:50 - /usr/local/bin/svn update /src TB --- 2012-11-08 05:06:08 - At svn revision 242746 TB --- 2012-11-08 05:06:09 - building world TB --- 2012-11-08 05:06:09 - CROSS_BUILD_TESTING=YES TB --- 2012-11-08 05:06:09 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-08 05:06:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-08 05:06:09 - SRCCONF=/dev/null TB --- 2012-11-08 05:06:09 - TARGET=pc98 TB --- 2012-11-08 05:06:09 - TARGET_ARCH=i386 TB --- 2012-11-08 05:06:09 - TZ=UTC TB --- 2012-11-08 05:06:09 - __MAKE_CONF=/dev/null TB --- 2012-11-08 05:06:09 - cd /src TB --- 2012-11-08 05:06:09 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 8 05:06:15 UTC 2012 >>> 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 [...] ===> sys/boot/pc98/btx/lib (depend) rm -f .depend mkdep -f .depend -a -I/src/sys/boot/pc98/btx/lib/../../../i386/common -DPC98 -std=gnu99 /src/sys/boot/pc98/btx/lib/btxcsu.S ===> sys/boot/pc98/boot2 (depend) gcc -Os -fno-guess-branch-probability -fomit-frame-pointer -fno-unit-at-a-time -mno-align-long-strings -mrtd -mregparm=3 -DUFS1_AND_UFS2 -DFLAGS= -DSIOPRT=0x238 -DSIOFMT=0x3 -DSIOSPD=9600 -I/src/sys/boot/pc98/boot2/../../.. -I/src/sys/boot/pc98/boot2/../../i386/boot2 -I/src/sys/boot/pc98/boot2/../../common -I/src/sys/boot/pc98/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline --param max-inline-insns-single=100 -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -Os -DPC98 -std=gnu99 -Qunused-arguments -c /src/sys/boot/pc98/boot2/boot1.S gcc: unrecognized option '-Qunused-arguments' /src/sys/boot/pc98/boot2/boot1.S:0: error: -mrtd calling convention not supported in the 64bit mode /src/sys/boot/pc98/boot2/boot1.S:0: error: -mpreferred-stack-boundary=2 is not between 4 and 12 *** [boot1.o] Error code 1 Stop in /src/sys/boot/pc98/boot2. *** [depend] Error code 1 Stop in /src/sys/boot/pc98. *** [depend] Error code 1 Stop in /src/sys/boot. *** [depend] Error code 1 Stop in /src/sys. *** [sys.depend__D] Error code 1 Stop in /src. *** [_depend] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-08 07:23:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-08 07:23:46 - ERROR: failed to build world TB --- 2012-11-08 07:23:46 - 6722.12 user 904.51 system 8626.35 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 08:26:22 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DE24F247; Thu, 8 Nov 2012 08:26: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 AA60B8FC14; Thu, 8 Nov 2012 08:26:22 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA88QGbv083760; Thu, 8 Nov 2012 03:26:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA88QGiB083745; Thu, 8 Nov 2012 08:26:16 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 8 Nov 2012 08:26:16 GMT Message-Id: <201211080826.qA88QGiB083745@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2012 08:26:23 -0000 TB --- 2012-11-08 05:00:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-08 05:00:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-08 05:00:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-11-08 05:00:00 - cleaning the object tree TB --- 2012-11-08 05:06:47 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-08 05:06:47 - cd /tinderbox/HEAD/i386/i386 TB --- 2012-11-08 05:06:47 - /usr/local/bin/svn cleanup /src TB --- 2012-11-08 05:08:03 - /usr/local/bin/svn update /src TB --- 2012-11-08 05:08:18 - At svn revision 242746 TB --- 2012-11-08 05:08:19 - building world TB --- 2012-11-08 05:08:19 - CROSS_BUILD_TESTING=YES TB --- 2012-11-08 05:08:19 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-08 05:08:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-08 05:08:19 - SRCCONF=/dev/null TB --- 2012-11-08 05:08:19 - TARGET=i386 TB --- 2012-11-08 05:08:19 - TARGET_ARCH=i386 TB --- 2012-11-08 05:08:19 - TZ=UTC TB --- 2012-11-08 05:08:19 - __MAKE_CONF=/dev/null TB --- 2012-11-08 05:08:19 - cd /src TB --- 2012-11-08 05:08:19 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 8 05:08:24 UTC 2012 >>> 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 Thu Nov 8 08:12:05 UTC 2012 TB --- 2012-11-08 08:12:05 - generating LINT kernel config TB --- 2012-11-08 08:12:05 - cd /src/sys/i386/conf TB --- 2012-11-08 08:12:05 - /usr/bin/make -B LINT TB --- 2012-11-08 08:12:05 - cd /src/sys/i386/conf TB --- 2012-11-08 08:12:05 - /usr/sbin/config -m LINT TB --- 2012-11-08 08:12:05 - building LINT kernel TB --- 2012-11-08 08:12:05 - CROSS_BUILD_TESTING=YES TB --- 2012-11-08 08:12:05 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-08 08:12:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-08 08:12:05 - SRCCONF=/dev/null TB --- 2012-11-08 08:12:05 - TARGET=i386 TB --- 2012-11-08 08:12:05 - TARGET_ARCH=i386 TB --- 2012-11-08 08:12:05 - TZ=UTC TB --- 2012-11-08 08:12:05 - __MAKE_CONF=/dev/null TB --- 2012-11-08 08:12:05 - cd /src TB --- 2012-11-08 08:12:05 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 8 08:12:06 UTC 2012 >>> 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/ddb/db_write_cmd.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/aac/aac.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/aac/aac_cam.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/aac/aac_debug.c /src/sys/dev/aac/aac_debug.c:163:8: error: format string is not a string literal (potentially insecure) [-Werror,-Wformat-security] panic(reason); ^~~~~~ 1 error generated. *** [aac_debug.o] Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-08 08:26:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-08 08:26:16 - ERROR: failed to build LINT kernel TB --- 2012-11-08 08:26:16 - 8285.77 user 1397.53 system 12375.87 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 08:45:35 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 01C5D69E for ; Thu, 8 Nov 2012 08:45:35 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from mail.vnode.se (mail.vnode.se [62.119.52.80]) by mx1.freebsd.org (Postfix) with ESMTP id 9D81E8FC1B for ; Thu, 8 Nov 2012 08:45:34 +0000 (UTC) Received: from mail.vnode.se (localhost [127.0.0.1]) by mail.vnode.se (Postfix) with ESMTP id EB14DE3F07B for ; Thu, 8 Nov 2012 09:45:31 +0100 (CET) X-Virus-Scanned: amavisd-new at vnode.se Received: from mail.vnode.se ([127.0.0.1]) by mail.vnode.se (mail.vnode.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0SG2CWyQ67hJ for ; Thu, 8 Nov 2012 09:45:25 +0100 (CET) Received: from jd.benders.se (jd.benders.se [212.247.52.12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.vnode.se (Postfix) with ESMTPSA id D6AD6E3F079 for ; Thu, 8 Nov 2012 09:45:25 +0100 (CET) Date: Thu, 8 Nov 2012 09:45:24 +0100 From: Joel Dahl To: current@FreeBSD.org Subject: Reboot during startup with recent head Message-ID: <20121108084523.GW1092@jd.benders.se> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Nov 2012 08:45:35 -0000 Hi, I rebuilt head (r242605) in a VMware virtual machine a couple of days ago, and now it won't boot anymore. The loader menu appears, the countdown starts, and boom, reboot. I tried a fresh head (r242700) but the problem remains. Going back to r242205 solves the problem, so this was introduced somewhere between r242205 and r242605. I managed to record the entire thing with my phone before I had to leave for work today. You can see it here: http://mirror.vnode.se/upload/head-reboots.mov Any ideas? Any specific revision I should try to back out? -- Joel From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 08:46:28 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AA4D47CB for ; Thu, 8 Nov 2012 08:46:28 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-la0-f54.google.com (mail-la0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 232E98FC08 for ; Thu, 8 Nov 2012 08:46:27 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id e12so2429538lag.13 for ; Thu, 08 Nov 2012 00:46:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=o5H0acu52xmA/b1PEjYg7jhb/QnqxTgtIwC/58Se+h0=; b=s6YzvVWC/aWIYlcMR+AyuVmr7iuEB6Hqtxx+i8nU1diTntU0QgzvqpDb50uF4peoXz 4lLSCEuqa8yQ+X4ZLFcLW+nPL63swpLPatNk4L0LtOY5rUMarxwICx4Ar8bdMY3pPq9W O/exkghLT6zB8D5cAp4qhwykwzm+kHxEfT7JVoFDnIzj321r5WYAOyBCVbUdvDtsYuXc wHVS5LBs29z1ZTuzBY7ipQcn7gluABEjw13XhhIVJoVzc2iPVfaaKYFvWzEd0lAGDlag jsQbm9h6Ep52Z8MkQtlfDN7W+0dFsgk8Xlu9wrHOhTPl1R9No3Ht2UZxBylPmcKH6X4N zIiQ== MIME-Version: 1.0 Received: by 10.152.148.8 with SMTP id to8mr6943503lab.2.1352364386680; Thu, 08 Nov 2012 00:46:26 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.114.0.148 with HTTP; Thu, 8 Nov 2012 00:46:26 -0800 (PST) Received: by 10.114.0.148 with HTTP; Thu, 8 Nov 2012 00:46:26 -0800 (PST) In-Reply-To: <201211062158.qA6Lvt2l039276@fire.js.berklix.net> References: <201211062158.qA6Lvt2l039276@fire.js.berklix.net> Date: Thu, 8 Nov 2012 09:46:26 +0100 X-Google-Sender-Auth: xZdip01E6jz9dq7xzpXimrcE3qA Message-ID: Subject: Re: 9.1-RC3 feels okay :-) From: CeDeROM To: "Julian H. Stacey" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Nov 2012 08:46:28 -0000 Hello :-) I have tested additional options in xorg runtime :-) With the patched xorg mouse driver 1.7.1 (or driver version >=1.7.2) situation is following: 1. With hald and dbus no xorg.conf file is needed. However it might bo option to pass some additional featutes parameters with xorg.conf. 2. With no hald and dbus mouse and keyboard does not work in xorg unless Option "AllowEmptyInput" "False" is added to Section "ServerLayout" by hand in xorg.conf. Without this option input does not work even if xorg.conf defines it! AllowEmptyInput=False forces to detect input deviced by Xorg at startup. Thank you for this hint! This could be added to the handbook :-) AllowEmptyInput=False should be a default for Xorg IMO we can report it to the Xorg project! :-) Best regards :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info On Nov 6, 2012 10:58 PM, "Julian H. Stacey" wrote: > Hi, > Reference: > > From: CeDeROM > > Date: Tue, 6 Nov 2012 22:14:03 +0100 > > Message-id: h8ga9VWmE+TRdNg_kyJcmFw@mail.gmail.com> > > CeDeROM wrote: > > I have also noted that mouse cursor is very often not moving in Xorg > > but it works in the console! I need to move cursor while statrx or > > restart Xorg for mouse to start moving. Is it a bug or feature? :-) > > > > In the xorg.conf: > > Section "InputDevice" > > Identifier "Mouse0" > > Driver "mouse" > > Option "Protocol" "auto" > > Option "Device" "/dev/sysmouse" > > Option "ZAxisMapping" "4 5 6 7" > > EndSection > > Inside > Section "ServerLayout" > Just after > InputDevice "Mouse0" "CorePointer" > Append > Option "AllowEmptyInput" "False" > > Cheers, > Julian > -- > Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich > http://berklix.com > Reply below not above, like a play script. Indent old text with "> ". > Send plain text. Not: HTML, multipart/alternative, base64, > quoted-printable. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 09:01:26 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 54EE0CAF for ; Thu, 8 Nov 2012 09:01:26 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward1h.mail.yandex.net (forward1h.mail.yandex.net [IPv6:2a02:6b8:0:f05::10]) by mx1.freebsd.org (Postfix) with ESMTP id C42368FC14 for ; Thu, 8 Nov 2012 09:01:25 +0000 (UTC) Received: from smtp4h.mail.yandex.net (smtp4h.mail.yandex.net [84.201.186.21]) by forward1h.mail.yandex.net (Yandex) with ESMTP id CDD4A9E346D; Thu, 8 Nov 2012 13:01:23 +0400 (MSK) Received: from smtp4h.mail.yandex.net (localhost [127.0.0.1]) by smtp4h.mail.yandex.net (Yandex) with ESMTP id 899E52C02CB; Thu, 8 Nov 2012 13:01:23 +0400 (MSK) Received: from 46.38.37.103.tel.ru (46.38.37.103.tel.ru [46.38.37.103]) by smtp4h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 1NtWk2xF-1Nt0YFNE; Thu, 8 Nov 2012 13:01:23 +0400 Message-ID: <509B74DD.1060401@passap.ru> Date: Thu, 08 Nov 2012 13:01:17 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:16.0) Gecko/20121106 Thunderbird/16.0.2 MIME-Version: 1.0 To: CeDeROM Subject: Re: 9.1-RC3 feels okay :-) References: <201211062158.qA6Lvt2l039276@fire.js.berklix.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Nov 2012 09:01:26 -0000 08.11.2012 12:46, CeDeROM пишет: > With no hald and dbus mouse and keyboard does not work in xorg Do you mean "that if xorg-server is compiled with hal but you do not launch it at startup" mouse and keyboard does not work? If yes, I'd say that this is a bit... expected. ;-) -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 09:05:27 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AE229E18; Thu, 8 Nov 2012 09:05: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 7119C8FC0C; Thu, 8 Nov 2012 09:05:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA895QC5099817; Thu, 8 Nov 2012 04:05:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA895QDu099816; Thu, 8 Nov 2012 09:05:26 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 8 Nov 2012 09:05:26 GMT Message-Id: <201211080905.qA895QDu099816@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2012 09:05:27 -0000 TB --- 2012-11-08 05:00:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-08 05:00:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-08 05:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-11-08 05:00:00 - cleaning the object tree TB --- 2012-11-08 05:08:21 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-08 05:08:21 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2012-11-08 05:08:21 - /usr/local/bin/svn cleanup /src TB --- 2012-11-08 05:09:31 - /usr/local/bin/svn update /src TB --- 2012-11-08 05:09:45 - At svn revision 242746 TB --- 2012-11-08 05:09:46 - building world TB --- 2012-11-08 05:09:46 - CROSS_BUILD_TESTING=YES TB --- 2012-11-08 05:09:46 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-08 05:09:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-08 05:09:46 - SRCCONF=/dev/null TB --- 2012-11-08 05:09:46 - TARGET=amd64 TB --- 2012-11-08 05:09:46 - TARGET_ARCH=amd64 TB --- 2012-11-08 05:09:46 - TZ=UTC TB --- 2012-11-08 05:09:46 - __MAKE_CONF=/dev/null TB --- 2012-11-08 05:09:46 - cd /src TB --- 2012-11-08 05:09:46 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 8 05:09:51 UTC 2012 >>> 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 Thu Nov 8 08:58:04 UTC 2012 TB --- 2012-11-08 08:58:04 - generating LINT kernel config TB --- 2012-11-08 08:58:04 - cd /src/sys/amd64/conf TB --- 2012-11-08 08:58:04 - /usr/bin/make -B LINT TB --- 2012-11-08 08:58:04 - cd /src/sys/amd64/conf TB --- 2012-11-08 08:58:04 - /usr/sbin/config -m LINT TB --- 2012-11-08 08:58:04 - building LINT kernel TB --- 2012-11-08 08:58:04 - CROSS_BUILD_TESTING=YES TB --- 2012-11-08 08:58:04 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-08 08:58:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-08 08:58:04 - SRCCONF=/dev/null TB --- 2012-11-08 08:58:04 - TARGET=amd64 TB --- 2012-11-08 08:58:04 - TARGET_ARCH=amd64 TB --- 2012-11-08 08:58:04 - TZ=UTC TB --- 2012-11-08 08:58:04 - __MAKE_CONF=/dev/null TB --- 2012-11-08 08:58:04 - cd /src TB --- 2012-11-08 08:58:04 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 8 08:58:04 UTC 2012 >>> 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/ddb/db_write_cmd.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/aac/aac.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/aac/aac_cam.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/aac/aac_debug.c /src/sys/dev/aac/aac_debug.c:163:8: error: format string is not a string literal (potentially insecure) [-Werror,-Wformat-security] panic(reason); ^~~~~~ 1 error generated. *** [aac_debug.o] Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-08 09:05:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-08 09:05:26 - ERROR: failed to build LINT kernel TB --- 2012-11-08 09:05:26 - 9539.12 user 1753.94 system 14726.16 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 10:43:11 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B234A9EB for ; Thu, 8 Nov 2012 10:43:11 +0000 (UTC) (envelope-from se@freebsd.org) Received: from nm19.bullet.mail.ird.yahoo.com (nm19.bullet.mail.ird.yahoo.com [77.238.189.76]) by mx1.freebsd.org (Postfix) with ESMTP id ED9228FC08 for ; Thu, 8 Nov 2012 10:43:10 +0000 (UTC) Received: from [77.238.189.54] by nm19.bullet.mail.ird.yahoo.com with NNFMP; 08 Nov 2012 10:43:08 -0000 Received: from [217.146.188.175] by tm7.bullet.mail.ird.yahoo.com with NNFMP; 08 Nov 2012 10:43:07 -0000 Received: from [127.0.0.1] by smtp143.mail.ird.yahoo.com with NNFMP; 08 Nov 2012 10:43:07 -0000 X-Yahoo-Newman-Id: 950106.41796.bm@smtp143.mail.ird.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: oqQ.nxwVM1mh0i0BwKhKx.w29QnATDHgBvfun9vHp1PkhDw EMwsNo3ZYpBoxyNjtG2C22vEpwJq5pygSxlQLR8ygIIYm1tjE2I5lTRlXKGF 8HvAqBZ.fKbCrfVk2dh_iljHO3jR0axck0lOUdFUxIvKa7IhD85Fw8i0KAIM 2CSJgAgsZXXEJ71kYp0oktldcq1Z4UeWo7pJ_8IY0YmoHTZnLLh4XPJVbiPc 0DgN7BX8hRi.mWP2Rx8oYQ2nsiOQIGLyJLoEK4Dv.F_XkTRYcas7taKwqEGc Y3hIT6f98SDXV2.XJAyNRfzXOCUHG.P4ALYoJEMHZh2Hdh2hU4VsN26Y35Mc om4znLejlmKAiIvk9sQ7MxZLvFRtdFCd44r3wUvkL0mj4bugS22ziNhfw4fI J.EKF2cSAf0C0tawAyqlZgJpF991dsv95zzmnQZu2Pz.EQb_FmD__QEoxZge XHNyZJsnC8UbaW.nSnn5KrXQeEB0o_F6rDI.HUYVqdPuxtFEf8kG4P2NGgLu EqYOuvVVft6XJUNVwQe4WglDqZOI- X-Yahoo-SMTP: iDf2N9.swBDAhYEh7VHfpgq0lnq. Received: from [192.168.119.11] (se@87.153.41.32 with plain) by smtp143.mail.ird.yahoo.com with SMTP; 08 Nov 2012 02:43:07 -0800 PST Message-ID: <509B8CB7.7070302@freebsd.org> Date: Thu, 08 Nov 2012 11:43:03 +0100 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: apache22 fails to start since r242184 References: <20121108015505.a569ecc4.taku@tackymt.homeip.net> In-Reply-To: <20121108015505.a569ecc4.taku@tackymt.homeip.net> X-Enigmail-Version: 1.4.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: taku@tackymt.homeip.net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Nov 2012 10:43:11 -0000 Am 07.11.2012 17:55, schrieb Taku YAMAMOTO: > Has anyone noticed this with head since r242184? > > % sudo service apache22 start > Performing sanity check on apache22 configuration: > Syntax OK > Starting apache22. > setfib: NO: invalid FIB (max 0) > /usr/local/etc/rc.d/apache22: WARNING: failed to start apache22 > > > I injected the following lines into run_rc_command() in /etc/rc.subr: > > case "$_fib" in > [nN][oO]) unset _fib;; > esac > > now things are back to normal, though of course I know this isn't the > right way to go... See ports/173366 and the reply by Hiroki SATO: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/173366 Your proposed fix is cleaner than the one I suggested in the PR, but I guess Sato-san wants to fix this problem in the affected ports ... Regards, STefan From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 10:55:29 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9FF5E18C; Thu, 8 Nov 2012 10:55:29 +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 BD0F38FC08; Thu, 8 Nov 2012 10:55:28 +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 MAA14832; Thu, 08 Nov 2012 12:55:27 +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 1TWPlf-000LXP-3v; Thu, 08 Nov 2012 12:55:27 +0200 Message-ID: <509B8F9E.9040502@FreeBSD.org> Date: Thu, 08 Nov 2012 12:55:26 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:16.0) Gecko/20121030 Thunderbird/16.0.2 MIME-Version: 1.0 To: Joel Dahl Subject: Re: Reboot during startup with recent head References: <20121108084523.GW1092@jd.benders.se> In-Reply-To: <20121108084523.GW1092@jd.benders.se> X-Enigmail-Version: 1.4.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Nov 2012 10:55:29 -0000 on 08/11/2012 10:45 Joel Dahl said the following: > Hi, > > I rebuilt head (r242605) in a VMware virtual machine a couple of days ago, and > now it won't boot anymore. The loader menu appears, the countdown starts, and boom, > reboot. I tried a fresh head (r242700) but the problem remains. > > Going back to r242205 solves the problem, so this was introduced somewhere > between r242205 and r242605. > > I managed to record the entire thing with my phone before I had to leave for > work today. You can see it here: > > http://mirror.vnode.se/upload/head-reboots.mov > > Any ideas? Any specific revision I should try to back out? > Rather wild guess - try to back out the recent SMEP commit. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 12:19:46 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2BFFE377 for ; Thu, 8 Nov 2012 12:19:46 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 9989A8FC14 for ; Thu, 8 Nov 2012 12:19:44 +0000 (UTC) Received: from mart.js.berklix.net (p5DCBF89B.dip.t-dialin.net [93.203.248.155]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id qA8CJZRP057357; Thu, 8 Nov 2012 12:19:36 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id qA8CJPdQ099386; Thu, 8 Nov 2012 13:19:25 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.4/8.14.4) with ESMTP id qA8CJFSi006289; Thu, 8 Nov 2012 13:19:21 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201211081219.qA8CJFSi006289@fire.js.berklix.net> To: CeDeROM Subject: Re: 9.1-RC3 feels okay :-) From: "Julian H. Stacey" Organization: http://berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Thu, 08 Nov 2012 09:46:26 +0100." Date: Thu, 08 Nov 2012 13:19:15 +0100 Sender: jhs@berklix.com Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Nov 2012 12:19:46 -0000 CeDeROM wrote: > --e89a8f22bd09dffff504cdf7def8 > Content-Type: text/plain; charset=UTF-8 > > Hello :-) > > I have tested additional options in xorg runtime :-) > > With the patched xorg mouse driver 1.7.1 (or driver version >=1.7.2) > situation is following: > > 1. With hald and dbus no xorg.conf file is needed. However it might bo > option to pass some additional featutes parameters with xorg.conf. > 2. With no hald and dbus mouse and keyboard does not work in xorg unless > Option "AllowEmptyInput" "False" is added to Section "ServerLayout" by > hand in xorg.conf. Without this option input does not work even if > xorg.conf defines it! AllowEmptyInput=False forces to detect input deviced > by Xorg at startup. > > Thank you for this hint! Someone before saved me just the same :-) > This could be added to the handbook :-) Yes, If you run send-pr Or http://www.freebsd.org/support/bugreports.htm that would get it in handbook for release users. & also send-pr to ask for/ or better submit a patch to code not just doc, for people running /pub/FreeBSD/branches/-current/ports/x11-servers/xorg-server (with Makefile containing MAINTAINER= x11@FreeBSD.org) > AllowEmptyInput=False should be a default for Xorg IMO we can report it to > the Xorg project! :-) Xorg will have newer X sources than FreeBSD, & Xorg will be targeting many OS's with different defaults of On/ Off for support daemons, So that cobweb of what they might assume a consistent set of defaults, is probably best pursued between people on x11@FreeBSD.org & Xorg. But yes, certainly FreeBSD should itself have a consistent set that install & work Without hand editing. > > Best regards :-) > Tomek > > -- > CeDeROM, SQ7MHZ, http://www.tomek.cedro.info > On Nov 6, 2012 10:58 PM, "Julian H. Stacey" wrote: > > > Hi, > > Reference: > > > From: CeDeROM > > > Date: Tue, 6 Nov 2012 22:14:03 +0100 > > > Message-id: > h8ga9VWmE+TRdNg_kyJcmFw@mail.gmail.com> > > > > CeDeROM wrote: > > > I have also noted that mouse cursor is very often not moving in Xorg > > > but it works in the console! I need to move cursor while statrx or > > > restart Xorg for mouse to start moving. Is it a bug or feature? :-) > > > > > > In the xorg.conf: > > > Section "InputDevice" > > > Identifier "Mouse0" > > > Driver "mouse" > > > Option "Protocol" "auto" > > > Option "Device" "/dev/sysmouse" > > > Option "ZAxisMapping" "4 5 6 7" > > > EndSection > > > > Inside > > Section "ServerLayout" > > Just after > > InputDevice "Mouse0" "CorePointer" > > Append > > Option "AllowEmptyInput" "False" > > > > Cheers, > > Julian Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich http://berklix.com Reply below not above, like a play script. Indent old text with "> ". Send plain text. Not: HTML, multipart/alternative, base64, quoted-printable. From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 12:23:22 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 571FF505; Thu, 8 Nov 2012 12:23:22 +0000 (UTC) (envelope-from joel@freebsd.org) Received: from mail.vnode.se (mail.vnode.se [62.119.52.80]) by mx1.freebsd.org (Postfix) with ESMTP id B3DEF8FC0A; Thu, 8 Nov 2012 12:23:21 +0000 (UTC) Received: from mail.vnode.se (localhost [127.0.0.1]) by mail.vnode.se (Postfix) with ESMTP id A12ABE3F07B; Thu, 8 Nov 2012 13:23:20 +0100 (CET) X-Virus-Scanned: amavisd-new at vnode.se Received: from mail.vnode.se ([127.0.0.1]) by mail.vnode.se (mail.vnode.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4bVjqs7QoaaQ; Thu, 8 Nov 2012 13:23:15 +0100 (CET) Received: from jd.benders.se (jd.benders.se [212.247.52.12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.vnode.se (Postfix) with ESMTPSA id E5DB7E3F079; Thu, 8 Nov 2012 13:23:14 +0100 (CET) Date: Thu, 8 Nov 2012 13:23:13 +0100 From: Joel Dahl To: Andriy Gapon Subject: Re: Reboot during startup with recent head Message-ID: <20121108122313.GB91783@jd.benders.se> References: <20121108084523.GW1092@jd.benders.se> <509B8F9E.9040502@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <509B8F9E.9040502@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: kib@freebsd.org, current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Nov 2012 12:23:22 -0000 On 08-11-2012 12:55, Andriy Gapon wrote: > on 08/11/2012 10:45 Joel Dahl said the following: > > Hi, > > > > I rebuilt head (r242605) in a VMware virtual machine a couple of days ago, and > > now it won't boot anymore. The loader menu appears, the countdown starts, and boom, > > reboot. I tried a fresh head (r242700) but the problem remains. > > > > Going back to r242205 solves the problem, so this was introduced somewhere > > between r242205 and r242605. > > > > I managed to record the entire thing with my phone before I had to leave for > > work today. You can see it here: > > > > http://mirror.vnode.se/upload/head-reboots.mov > > > > Any ideas? Any specific revision I should try to back out? > > > > Rather wild guess - try to back out the recent SMEP commit. Well, it was a good guess. :-) I backed out revision 242433, rebuilt the kernel, and now it boots again. -- Joel From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 13:29:38 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 16570989 for ; Thu, 8 Nov 2012 13:29:38 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-la0-f54.google.com (mail-la0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7CFCA8FC14 for ; Thu, 8 Nov 2012 13:29:37 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id e12so2669321lag.13 for ; Thu, 08 Nov 2012 05:29:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=85+vIPAKdFw/Kq3MzbVo9vZy6nE5d1ewjO4UZEztZiI=; b=e7lYruPEl8BL2jUwskwJsaQzbaf4O+rLzA4dhhwM/Q4Z0MIFTozzB5ZsnPEMptkVVF Q2nRDF/0H8OQdFeJxsJ67HUtL+RU9c0CJhyB1Bjbf87A9O0XsqBQedW/ApqKl4YaOBjm AgoWKDgS4rYNBaf70o91uwGBTRo46/qINOTXSAkVR6X+zNtOSeYFH46xTKip8XtXnCxJ KzAE7CUPxeoPyKT57BY1pDzmjO9oVtreme8uJFV6kscRXgvVwsPO1npiUpNiykVIGRII 9fYpTVqDVbZHpohKlJHuPCBJAvBpsZwQfrl0I7skG2fJAldqHgtju94V31f2UUVxWLu6 3TQQ== MIME-Version: 1.0 Received: by 10.152.104.240 with SMTP id gh16mr7601191lab.56.1352381375868; Thu, 08 Nov 2012 05:29:35 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.114.0.148 with HTTP; Thu, 8 Nov 2012 05:29:35 -0800 (PST) Received: by 10.114.0.148 with HTTP; Thu, 8 Nov 2012 05:29:35 -0800 (PST) In-Reply-To: <509B74DD.1060401@passap.ru> References: <201211062158.qA6Lvt2l039276@fire.js.berklix.net> <509B74DD.1060401@passap.ru> Date: Thu, 8 Nov 2012 14:29:35 +0100 X-Google-Sender-Auth: JhpdoDyiqNguy12TjjMb23svLjw Message-ID: Subject: Re: 9.1-RC3 feels okay :-) From: CeDeROM To: Boris Samorodov Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Nov 2012 13:29:38 -0000 I was using xorg from package so it is default configuration, which is built with Hal support because it can make use of it I guess... The more important thing is that Xorg starts without autodetecting input devices by default. Maybe this is caused by Hal support being compiled in. This might implict using Hal for devices detection and disabling detection by Xorg. Xorg detection can be enforced by disabling empty input in that case. Disabling empty input shloud be a default for Xorg IMO... Best regards :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info On Nov 8, 2012 10:01 AM, "Boris Samorodov" wrote: > 08.11.2012 12:46, CeDeROM =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > > > With no hald and dbus mouse and keyboard does not work in xorg > > Do you mean "that if xorg-server is compiled with hal but you do not > launch it at startup" mouse and keyboard does not work? If yes, I'd > say that this is a bit... expected. ;-) > > -- > WBR, Boris Samorodov (bsam) > FreeBSD Committer, http://www.FreeBSD.org The Power To Serve > From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 13:40:16 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 29B05196 for ; Thu, 8 Nov 2012 13:40:16 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-la0-f54.google.com (mail-la0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9B9F58FC0A for ; Thu, 8 Nov 2012 13:40:15 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id e12so2680168lag.13 for ; Thu, 08 Nov 2012 05:40:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=8ouFoq2sugLb7sGftXyL2qXOju5d23uihJdn+VbC8L8=; b=u2KM4m4559HEHfeLmMb2ACoOurrXXM7tiezyDf1js9TjHfqTB8kUX9LED8MhqGCPHn j0xb3JEruer+5Yzz1QXWOAWwyGPRUzRvCM/7YZN8ol3ZnRtUBIwKRg5ga+mc1K7CCaPa CMbMWxfbKHEVNTOmp+cMoRKxVgfNCGfdb+iDHju0NS8hIaQfjWswsldhJTuUd+8EliDn QbJqzcZvJHyIfcPL/Yl1x6Q+hPK3wF1baZqWnC8IHmNQBDOVETCo+OEzFfsUbBHaEdW5 PH3ZKG852pyM9UKHYl1wLEgWUlTE5zUIeDZ20p5qZUgiDIvT9Lephpt0aO+Ht+EFMWKy 3now== MIME-Version: 1.0 Received: by 10.152.110.42 with SMTP id hx10mr7623556lab.0.1352382014210; Thu, 08 Nov 2012 05:40:14 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.114.0.148 with HTTP; Thu, 8 Nov 2012 05:40:14 -0800 (PST) Received: by 10.114.0.148 with HTTP; Thu, 8 Nov 2012 05:40:14 -0800 (PST) Date: Thu, 8 Nov 2012 14:40:14 +0100 X-Google-Sender-Auth: eaSoEkLY0BhIbfhPCJDyIcwbt8Y Message-ID: Subject: Failed to switch consoles in 9.0-RC3 From: CeDeROM To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Nov 2012 13:40:16 -0000 Hello :-) When switching from Xorg (installed from package by portinstall) to console I got this bad behavior and constantly beeping speaker. On the console, when it switched, I got this message 3 times: Failed to switch console (Invalid agrument) There are no more messages or debug information to better describe the problem sorry... Best regards :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 14:17:03 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6E06CD4A; Thu, 8 Nov 2012 14:17:03 +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 847768FC0C; Thu, 8 Nov 2012 14:17:01 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA17543; Thu, 08 Nov 2012 16:17:00 +0200 (EET) (envelope-from avg@FreeBSD.org) Message-ID: <509BBEDC.4070103@FreeBSD.org> Date: Thu, 08 Nov 2012 16:17:00 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:16.0) Gecko/20121029 Thunderbird/16.0.2 MIME-Version: 1.0 To: "Greg 'groggy' Lehey" Subject: Re: sysutils/lsof Author Question (for CLANG).... References: <5d4c4abe37bd6fffd0c206c1b7b68ce1@webmail.lerctr.org> <20121107213917.GD77848@eureka.lemis.com> <20121107230034.GF77848@eureka.lemis.com> In-Reply-To: <20121107230034.GF77848@eureka.lemis.com> X-Enigmail-Version: 1.4.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-current@FreeBSD.org, Larry Rosenman X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Nov 2012 14:17:03 -0000 on 08/11/2012 01:00 Greg 'groggy' Lehey said the following: > On Wednesday, 7 November 2012 at 16:35:22 -0600, Larry Rosenman wrote: >> On 2012-11-07 15:39, Greg 'groggy' Lehey wrote: >>> On Wednesday, 7 November 2012 at 10:32:23 -0500, Benjamin Kaduk >>> wrote: >>>> >>>> Once again, attempting to use kernel internals outside of the >>>> supported interfaces is just asking for trouble; I do not understand >>>> why this message is not sinking in over the course of your previous >>>> mails to these lists, so I will not try to belabor it further. >>> >>> IIRC lsof is a special case that always needs to be built with >>> intimate knowledge of the kernel. >> >> This is VERY true. Since some of the information lsof uses has >> no API/ABI/KPI/KBI to get, it grovels around in the kernel. > > And until those interfaces are provided, I think this is legitimate. > If there's anybody out there who hasn't used lsof, you should try it. > It's good. Just curious why lsof can't use interfaces that e.g. fstat/sockstat/etc use? Those base utilities do not seem to experience as much trouble as lsof. BTW, it is still beyond me why VOP_WRITE could be of any interest to userland code even for such a utility as lsof. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 14:25:20 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EE87AF77 for ; Thu, 8 Nov 2012 14:25:20 +0000 (UTC) (envelope-from break19@gmail.com) Received: from mail-ie0-f182.google.com (mail-ie0-f182.google.com [209.85.223.182]) by mx1.freebsd.org (Postfix) with ESMTP id ACABB8FC08 for ; Thu, 8 Nov 2012 14:25:20 +0000 (UTC) Received: by mail-ie0-f182.google.com with SMTP id k10so5521661iea.13 for ; Thu, 08 Nov 2012 06:25:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=XHjnjzSIUyouxemWDiVVg+0b7Wo+3wZ7uYbGAYshyFU=; b=ut26zOKqh1LxGRNZOf8Ps6zGZ5aIfZlOPhPQNzBkZoVhkX8RAym6MnJ65c+X7KJ+WN NEEGwtKkhKE0uzcNo1hii2QCnya1kF5n3YXHavhPpdafzemPzi7Y8olQsnsKhFjunEeO 50nBaiVqKY3t3eaN+qGjl69pKhM1ZoeN+lLAKPPTIQ1Ul8ZQ7bdM4AChIVpevrwLq6pS ndCzqeZmwHsaPkb/GGJLEBmYUjdCA+6Pk8BsrrV2Cq0pGo/f/jgXfrvhZret4L2laDgA q9xtcTuNgIASnFJJlOwWoOzi6dJLqx9Ku0Mt3MmeJR6X59eoRltVkZkg+njymmLyBVOC ciNg== Received: by 10.50.159.170 with SMTP id xd10mr8006056igb.44.1352384719899; Thu, 08 Nov 2012 06:25:19 -0800 (PST) Received: from [192.168.0.198] ([173.157.19.213]) by mx.google.com with ESMTPS id ff4sm4466024igc.13.2012.11.08.06.25.18 (version=SSLv3 cipher=OTHER); Thu, 08 Nov 2012 06:25:19 -0800 (PST) Message-ID: <509BC0C5.7020402@gmail.com> Date: Thu, 08 Nov 2012 08:25:09 -0600 From: Chuck Burns User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Failed to switch consoles in 9.0-RC3 References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Nov 2012 14:25:21 -0000 On 11/8/2012 7:40 AM, CeDeROM wrote: > Hello :-) > > When switching from Xorg (installed from package by portinstall) to console > I got this bad behavior and constantly beeping speaker. On the console, > when it switched, I got this message 3 times: > > Failed to switch console (Invalid agrument) > > There are no more messages or debug information to better describe the > problem sorry... > > Best regards :-) > Tomek > > -- > CeDeROM, SQ7MHZ, http://www.tomek.cedro.info > _______________________________________________ > 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" > Known issue. KMS prevents console switching, still. KMS is not quite ready for use, but works fine as long as you stay in Xorg -- Chuck Burns From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 14:26:51 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 608F1118 for ; Thu, 8 Nov 2012 14:26:51 +0000 (UTC) (envelope-from break19@gmail.com) Received: from mail-ie0-f182.google.com (mail-ie0-f182.google.com [209.85.223.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1C1A28FC12 for ; Thu, 8 Nov 2012 14:26:50 +0000 (UTC) Received: by mail-ie0-f182.google.com with SMTP id k10so5525426iea.13 for ; Thu, 08 Nov 2012 06:26:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=+oYFdpuO4+i7y8XGQCjUg5V2qoT+7cYGxx17lj6EeLo=; b=sQd4Bny08iTVmPu0texCE5DPKXMOnK2A4vsXx4Im8AtTd2hDA+QPyfadbiJIwrdSNx D+n+C/NMS6GTgka3MN+Dc7jnr3RiTQkNKU3qxhH8jrI1VqeeKRE6JZdfrRby06xhCpl4 LzirMRADsb1UuIVezaZP8YFLEQD3ZJcBRrBfgViPjENzhQjl3BRcGR9QBg8qspyQDBNi YhgqA2GroVE+3HtHwhxOKccGiGQQ+78OWTAR0wo7dExyx437ugoawcfR34wtarnQRNka ptLsMtYYxBfokA/3CI6Tw+MktxIIkAPS6BceU0VHqQPZFtVLtOhQUj0C6T5y5g0FYPvb 3IXw== Received: by 10.50.104.230 with SMTP id gh6mr8341424igb.13.1352384810637; Thu, 08 Nov 2012 06:26:50 -0800 (PST) Received: from [192.168.0.198] ([173.157.19.213]) by mx.google.com with ESMTPS id dq9sm4797779igc.5.2012.11.08.06.26.48 (version=SSLv3 cipher=OTHER); Thu, 08 Nov 2012 06:26:50 -0800 (PST) Message-ID: <509BC125.1040207@gmail.com> Date: Thu, 08 Nov 2012 08:26:45 -0600 From: Chuck Burns User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: sysutils/lsof Author Question (for CLANG).... References: <5d4c4abe37bd6fffd0c206c1b7b68ce1@webmail.lerctr.org> <20121107213917.GD77848@eureka.lemis.com> <20121107230034.GF77848@eureka.lemis.com> <509BBEDC.4070103@FreeBSD.org> In-Reply-To: <509BBEDC.4070103@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Nov 2012 14:26:51 -0000 On 11/8/2012 8:17 AM, Andriy Gapon wrote: > on 08/11/2012 01:00 Greg 'groggy' Lehey said the following: >> On Wednesday, 7 November 2012 at 16:35:22 -0600, Larry Rosenman wrote: >>> On 2012-11-07 15:39, Greg 'groggy' Lehey wrote: >>>> On Wednesday, 7 November 2012 at 10:32:23 -0500, Benjamin Kaduk >>>> wrote: >>>>> >>>>> Once again, attempting to use kernel internals outside of the >>>>> supported interfaces is just asking for trouble; I do not understand >>>>> why this message is not sinking in over the course of your previous >>>>> mails to these lists, so I will not try to belabor it further. >>>> >>>> IIRC lsof is a special case that always needs to be built with >>>> intimate knowledge of the kernel. >>> >>> This is VERY true. Since some of the information lsof uses has >>> no API/ABI/KPI/KBI to get, it grovels around in the kernel. >> >> And until those interfaces are provided, I think this is legitimate. >> If there's anybody out there who hasn't used lsof, you should try it. >> It's good. > > Just curious why lsof can't use interfaces that e.g. fstat/sockstat/etc use? > Those base utilities do not seem to experience as much trouble as lsof. > > BTW, it is still beyond me why VOP_WRITE could be of any interest to userland code > even for such a utility as lsof. > Honestly, if you do not like the way lsof does things, I'm sure patches are welcome.. -- Chuck Burns From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 14:33:25 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 582033BD; Thu, 8 Nov 2012 14:33:25 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id E59D38FC0C; Thu, 8 Nov 2012 14:33:24 +0000 (UTC) Received: from tom.home (localhost [127.0.0.1]) by kib.kiev.ua (8.14.5/8.14.5) with ESMTP id qA8EXKwk000467; Thu, 8 Nov 2012 16:33:20 +0200 (EET) (envelope-from kostikbel@gmail.com) X-DKIM: OpenDKIM Filter v2.5.2 kib.kiev.ua qA8EXKwk000467 Received: (from kostik@localhost) by tom.home (8.14.5/8.14.5/Submit) id qA8EXKg7000466; Thu, 8 Nov 2012 16:33:20 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 8 Nov 2012 16:33:20 +0200 From: Konstantin Belousov To: Joel Dahl Subject: Re: Reboot during startup with recent head Message-ID: <20121108143320.GV73505@kib.kiev.ua> References: <20121108084523.GW1092@jd.benders.se> <509B8F9E.9040502@FreeBSD.org> <20121108122313.GB91783@jd.benders.se> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aObFJ3I/fcifeQec" Content-Disposition: inline In-Reply-To: <20121108122313.GB91783@jd.benders.se> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=0.2 required=5.0 tests=ALL_TRUSTED, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: current@freebsd.org, Andriy Gapon X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Nov 2012 14:33:25 -0000 --aObFJ3I/fcifeQec Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 08, 2012 at 01:23:13PM +0100, Joel Dahl wrote: > On 08-11-2012 12:55, Andriy Gapon wrote: > > on 08/11/2012 10:45 Joel Dahl said the following: > > > Hi, > > >=20 > > > I rebuilt head (r242605) in a VMware virtual machine a couple of days= ago, and > > > now it won't boot anymore. The loader menu appears, the countdown sta= rts, and boom, > > > reboot. I tried a fresh head (r242700) but the problem remains. > > >=20 > > > Going back to r242205 solves the problem, so this was introduced some= where > > > between r242205 and r242605. > > >=20 > > > I managed to record the entire thing with my phone before I had to le= ave for > > > work today. You can see it here: > > >=20 > > > http://mirror.vnode.se/upload/head-reboots.mov > > >=20 > > > Any ideas? Any specific revision I should try to back out? > > >=20 > >=20 > > Rather wild guess - try to back out the recent SMEP commit. >=20 > Well, it was a good guess. :-) I backed out revision 242433, rebuilt the = kernel, > and now it boots again. The following patch should allow you to boot. Please show me the verbose dm= esg of the boot with the patch applied. diff --git a/sys/amd64/amd64/pmap.c b/sys/amd64/amd64/pmap.c index 06b45b2..7846194 100644 --- a/sys/amd64/amd64/pmap.c +++ b/sys/amd64/amd64/pmap.c @@ -598,6 +598,7 @@ pmap_bootstrap(vm_paddr_t *firstaddr) { vm_offset_t va; pt_entry_t *pte, *unused; + int smep_enable; =20 /* * Create an initial set of page tables to run the kernel in. @@ -613,8 +614,16 @@ pmap_bootstrap(vm_paddr_t *firstaddr) /* XXX do %cr0 as well */ load_cr4(rcr4() | CR4_PGE | CR4_PSE); load_cr3(KPML4phys); - if (cpu_stdext_feature & CPUID_STDEXT_SMEP) - load_cr4(rcr4() | CR4_SMEP); + if (cpu_stdext_feature & CPUID_STDEXT_SMEP) { + smep_enable =3D 0; + TUNABLE_INT_FETCH("hw.smep_enable", &smep_enable); + if (smep_enable) + load_cr4(rcr4() | CR4_SMEP); + else { + cpu_stdext_feature &=3D ~CPUID_STDEXT_SMEP; + printf("SMEP: disabled\n"); + } + } =20 /* * Initialize the kernel pmap (which is statically allocated). --aObFJ3I/fcifeQec Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlCbwrAACgkQC3+MBN1Mb4io7QCg2deFNfZAtY3kwHCMAyYru9cr 1CAAnAkrgJ+frvdHcxlLowezhNG4o4Dt =QuUk -----END PGP SIGNATURE----- --aObFJ3I/fcifeQec-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 14:50:39 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5B97598B for ; Thu, 8 Nov 2012 14:50:39 +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 83C358FC0C for ; Thu, 8 Nov 2012 14:50:38 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA17883; Thu, 08 Nov 2012 16:50:35 +0200 (EET) (envelope-from avg@FreeBSD.org) Message-ID: <509BC6BA.9040106@FreeBSD.org> Date: Thu, 08 Nov 2012 16:50:34 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:16.0) Gecko/20121029 Thunderbird/16.0.2 MIME-Version: 1.0 To: Chuck Burns Subject: Re: sysutils/lsof Author Question (for CLANG).... References: <5d4c4abe37bd6fffd0c206c1b7b68ce1@webmail.lerctr.org> <20121107213917.GD77848@eureka.lemis.com> <20121107230034.GF77848@eureka.lemis.com> <509BBEDC.4070103@FreeBSD.org> <509BC125.1040207@gmail.com> In-Reply-To: <509BC125.1040207@gmail.com> X-Enigmail-Version: 1.4.5 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Nov 2012 14:50:39 -0000 on 08/11/2012 16:26 Chuck Burns said the following: > Honestly, if you do not like the way lsof does things, I am indifferent, just noticed the discussion. > I'm sure patches are welcome.. They are welcome all over the place. And beyond. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 15:20:10 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 817AB2CD; Thu, 8 Nov 2012 15:20:10 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id AACD68FC0C; Thu, 8 Nov 2012 15:20:09 +0000 (UTC) Received: by mail-ee0-f54.google.com with SMTP id c50so2087017eek.13 for ; Thu, 08 Nov 2012 07:20:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=pgd8/xnA/EgP73zGRe0+6btHVJWUpTNwyZQpT2sGCT8=; b=sR/S0txLvyJ/zVJoG2bWKJ/e0PvtYFVyAoaLwzNl4Wl2CZGnM6wwAaQM21bY8uKA+2 IFXs9tEuR3W20HwSUPS9h2mXDg18SSIKJklFaIxeiydLFsaKFJ6vRc1RUJyJidkVmT2r LK2kx5+VJuoSv7JR12tR3N+ULTjLOdaRXRJpt6FF0GH9Hj0BxREp0M5RlfYDaqKi79uc dHm2mS97vnhUeMpwpCCz+Kk5J+9RclnyALt6fnUjYyy3YSDZ+ja4uG9Z6FeX0MrPW7T8 bkFDq9bqpQoRmJ5vUDL0pijdpili1qbOXzqr2lp8SsKPgcAq6pA2kdzk1pWQb22rTha4 +NFA== Received: by 10.14.194.2 with SMTP id l2mr28538061een.12.1352388008635; Thu, 08 Nov 2012 07:20:08 -0800 (PST) Received: from [192.168.1.101] (45.81.datacomsa.pl. [195.34.81.45]) by mx.google.com with ESMTPS id f3sm70846607eeo.13.2012.11.08.07.20.07 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 08 Nov 2012 07:20:07 -0800 (PST) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Subject: Re: sysutils/lsof Author Question (for CLANG).... Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=iso-8859-2 From: =?iso-8859-2?Q?Edward_Tomasz_Napiera=B3a?= In-Reply-To: <509BBEDC.4070103@FreeBSD.org> Date: Thu, 8 Nov 2012 16:20:05 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <7662C646-941D-4E94-92C3-444752DF1EF7@FreeBSD.org> References: <5d4c4abe37bd6fffd0c206c1b7b68ce1@webmail.lerctr.org> <20121107213917.GD77848@eureka.lemis.com> <20121107230034.GF77848@eureka.lemis.com> <509BBEDC.4070103@FreeBSD.org> To: Andriy Gapon X-Mailer: Apple Mail (2.1283) Cc: Greg 'groggy' Lehey , freebsd-current@FreeBSD.org, Larry Rosenman X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Nov 2012 15:20:10 -0000 Wiadomo=B6=E6 napisana przez Andriy Gapon w dniu 8 lis 2012, o godz. = 15:17: > on 08/11/2012 01:00 Greg 'groggy' Lehey said the following: >> On Wednesday, 7 November 2012 at 16:35:22 -0600, Larry Rosenman = wrote: >>> On 2012-11-07 15:39, Greg 'groggy' Lehey wrote: >>>> On Wednesday, 7 November 2012 at 10:32:23 -0500, Benjamin Kaduk >>>> wrote: >>>>>=20 >>>>> Once again, attempting to use kernel internals outside of the >>>>> supported interfaces is just asking for trouble; I do not = understand >>>>> why this message is not sinking in over the course of your = previous >>>>> mails to these lists, so I will not try to belabor it further. >>>>=20 >>>> IIRC lsof is a special case that always needs to be built with >>>> intimate knowledge of the kernel. >>>=20 >>> This is VERY true. Since some of the information lsof uses has >>> no API/ABI/KPI/KBI to get, it grovels around in the kernel. >>=20 >> And until those interfaces are provided, I think this is legitimate. >> If there's anybody out there who hasn't used lsof, you should try it. >> It's good. >=20 > Just curious why lsof can't use interfaces that e.g. = fstat/sockstat/etc use? > Those base utilities do not seem to experience as much trouble as = lsof. Note that fstat(8) does not report file paths. On the other hand, = procstat(8) does. It looks like "procstat -fa" and "procstat -va" together provide = the same information lsof(8) does; unfortunately there doesn't seem to be a = way to show a "merged" output for files opened (-f) and files mmapped, but = closed (-v). --=20 If you cut off my head, what would I say? Me and my head, or me and my = body? From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 15:23:13 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6F67344A; Thu, 8 Nov 2012 15:23:13 +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 1D1BB8FC14; Thu, 8 Nov 2012 15:23:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=fmpkzkPHt/NJHuDMYWgq//dYEZU6Uao4VKWtHpvkIMQ=; b=QTj4LaPV0D7C02Z4XefUNvHrPtx2WrCBahUvuwpxRmHCQLlOusZ6U7Qu79OUCiQtH9Qt0nChvy0pCbKIE7BPecglF5nikbbctuRlJi6LXHxNB8fDUbPAcsp1OAgMXvQH3GwrWc6sn/0WIzryfESb3G4C2zZR3YxxN918VK3D7cc=; Received: from localhost.lerctr.org ([127.0.0.1]:21440 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpa (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1TWTwm-000Lfm-25; Thu, 08 Nov 2012 09:23:12 -0600 Received: from [32.97.110.60] by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Thu, 08 Nov 2012 09:23:11 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Thu, 08 Nov 2012 09:23:11 -0600 From: Larry Rosenman To: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Subject: Re: sysutils/lsof Author Question (for CLANG).... In-Reply-To: <7662C646-941D-4E94-92C3-444752DF1EF7@FreeBSD.org> References: <5d4c4abe37bd6fffd0c206c1b7b68ce1@webmail.lerctr.org> <20121107213917.GD77848@eureka.lemis.com> <20121107230034.GF77848@eureka.lemis.com> <509BBEDC.4070103@FreeBSD.org> <7662C646-941D-4E94-92C3-444752DF1EF7@FreeBSD.org> Message-ID: <6aadce9c231079e0738de9f059625358@webmail.lerctr.org> X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/0.8.2 X-Spam-Score: -3.3 (---) X-LERCTR-Spam-Score: -3.3 (---) X-Spam-Report: SpamScore (-3.3/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.369 X-LERCTR-Spam-Report: SpamScore (-3.3/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.369 Cc: Greg 'groggy' Lehey , freebsd-current@freebsd.org, Andriy Gapon X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Nov 2012 15:23:13 -0000 On 2012-11-08 09:20, Edward Tomasz NapieraÅ‚a wrote: > Wiadomość napisana przez Andriy Gapon w dniu 8 lis 2012, o godz. > 15:17: >> on 08/11/2012 01:00 Greg 'groggy' Lehey said the following: >>> On Wednesday, 7 November 2012 at 16:35:22 -0600, Larry Rosenman >>> wrote: >>>> On 2012-11-07 15:39, Greg 'groggy' Lehey wrote: >>>>> On Wednesday, 7 November 2012 at 10:32:23 -0500, Benjamin Kaduk >>>>> wrote: >>>>>> >>>>>> Once again, attempting to use kernel internals outside of the >>>>>> supported interfaces is just asking for trouble; I do not >>>>>> understand >>>>>> why this message is not sinking in over the course of your >>>>>> previous >>>>>> mails to these lists, so I will not try to belabor it further. >>>>> >>>>> IIRC lsof is a special case that always needs to be built with >>>>> intimate knowledge of the kernel. >>>> >>>> This is VERY true. Since some of the information lsof uses has >>>> no API/ABI/KPI/KBI to get, it grovels around in the kernel. >>> >>> And until those interfaces are provided, I think this is >>> legitimate. >>> If there's anybody out there who hasn't used lsof, you should try >>> it. >>> It's good. >> >> Just curious why lsof can't use interfaces that e.g. >> fstat/sockstat/etc use? >> Those base utilities do not seem to experience as much trouble as >> lsof. > > Note that fstat(8) does not report file paths. On the other hand, > procstat(8) > does. It looks like "procstat -fa" and "procstat -va" together > provide the > same information lsof(8) does; unfortunately there doesn't seem to be > a way > to show a "merged" output for files opened (-f) and files mmapped, > but closed > (-v). Remember also that lsof is portable between MANY flavors of *nix. From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 15:45:22 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 606AFBFD for ; Thu, 8 Nov 2012 15:45:22 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 1745B8FC0A for ; Thu, 8 Nov 2012 15:45:21 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id qA8FjBoN052105; Thu, 8 Nov 2012 08:45:11 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id qA8Fj8Fm052102; Thu, 8 Nov 2012 08:45:08 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Thu, 8 Nov 2012 08:45:08 -0700 (MST) From: Warren Block To: CeDeROM Subject: Re: 9.1-RC3 feels okay :-) In-Reply-To: Message-ID: References: <201211062158.qA6Lvt2l039276@fire.js.berklix.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Thu, 08 Nov 2012 08:45:11 -0700 (MST) Cc: "Julian H. Stacey" , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Nov 2012 15:45:22 -0000 On Thu, 8 Nov 2012, CeDeROM wrote: > I have tested additional options in xorg runtime :-) > > With the patched xorg mouse driver 1.7.1 (or driver version >=1.7.2) > situation is following: > > 1. With hald and dbus no xorg.conf file is needed. However it might bo > option to pass some additional featutes parameters with xorg.conf. > 2. With no hald and dbus mouse and keyboard does not work in xorg unless > Option "AllowEmptyInput" "False" is added to Section "ServerLayout" by > hand in xorg.conf. Without this option input does not work even if > xorg.conf defines it! AllowEmptyInput=False forces to detect input deviced > by Xorg at startup. No. AllowEmptyInput is wrong. It was causing so many problems that it has been removed from later xorg-server releases. Option "AutoAddDevices" "Off" is the one that means "dont' use Hal to detect input devices". > Thank you for this hint! This could be added to the handbook :-) > AllowEmptyInput=False should be a default for Xorg IMO we can report it to > the Xorg project! :-) Really, the simplest solution is to build xorg-server with the HAL option disabled. I agree that this should be the default. From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 15:53:40 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7911ADE2 for ; Thu, 8 Nov 2012 15:53:40 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id 0DC6B8FC0A for ; Thu, 8 Nov 2012 15:53:28 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.5/8.14.5) with ESMTP id qA8FrS6q043392 for ; Thu, 8 Nov 2012 08:53:28 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id qA8FrQmn016054; Thu, 8 Nov 2012 08:53:26 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Subject: Re: 9.1-RC3 feels okay :-) From: Ian Lepore To: Warren Block In-Reply-To: References: <201211062158.qA6Lvt2l039276@fire.js.berklix.net> Content-Type: text/plain; charset="us-ascii" Date: Thu, 08 Nov 2012 08:53:25 -0700 Message-ID: <1352390005.17290.71.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: "Julian H. Stacey" , freebsd-current@freebsd.org, CeDeROM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Nov 2012 15:53:40 -0000 On Thu, 2012-11-08 at 08:45 -0700, Warren Block wrote: > On Thu, 8 Nov 2012, CeDeROM wrote: > > > I have tested additional options in xorg runtime :-) > > > > With the patched xorg mouse driver 1.7.1 (or driver version >=1.7.2) > > situation is following: > > > > 1. With hald and dbus no xorg.conf file is needed. However it might bo > > option to pass some additional featutes parameters with xorg.conf. > > 2. With no hald and dbus mouse and keyboard does not work in xorg unless > > Option "AllowEmptyInput" "False" is added to Section "ServerLayout" by > > hand in xorg.conf. Without this option input does not work even if > > xorg.conf defines it! AllowEmptyInput=False forces to detect input deviced > > by Xorg at startup. > > No. AllowEmptyInput is wrong. It was causing so many problems that it > has been removed from later xorg-server releases. This is disturbing news. We build embedded systems at work that use X for presentation and have no input devices. I understand that AllowEmptyInput is inappropriate to work around the problem we're discussing here, but that doesn't mean it's never needed. > Option "AutoAddDevices" "Off" is the one that means "dont' use Hal to > detect input devices". > > > Thank you for this hint! This could be added to the handbook :-) > > AllowEmptyInput=False should be a default for Xorg IMO we can report it to > > the Xorg project! :-) > > Really, the simplest solution is to build xorg-server with the HAL > option disabled. I agree that this should be the default. So if you're using xorg-server that was built with hal included (maybe because you're more a package than a ports kind of person and have no control over the build), is AutoAddDevices still the right option to manipulate? That is, will it disable the use of hal and fall back to honoring the xorg.conf input devices even if the server was built with hal support? -- Ian From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 16:03:00 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5BC6E12F; Thu, 8 Nov 2012 16:03:00 +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 288778FC0C; Thu, 8 Nov 2012 16:03:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA8G2xLt062995; Thu, 8 Nov 2012 11:02:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA8G2xHV062967; Thu, 8 Nov 2012 16:02:59 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 8 Nov 2012 16:02:59 GMT Message-Id: <201211081602.qA8G2xHV062967@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2012 16:03:00 -0000 TB --- 2012-11-08 13:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-08 13:40:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-08 13:40:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-11-08 13:40:00 - cleaning the object tree TB --- 2012-11-08 13:43:36 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-08 13:43:36 - cd /tinderbox/HEAD/i386/pc98 TB --- 2012-11-08 13:43:36 - /usr/local/bin/svn cleanup /src TB --- 2012-11-08 13:45:23 - /usr/local/bin/svn update /src TB --- 2012-11-08 13:45:29 - At svn revision 242770 TB --- 2012-11-08 13:45:30 - building world TB --- 2012-11-08 13:45:30 - CROSS_BUILD_TESTING=YES TB --- 2012-11-08 13:45:30 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-08 13:45:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-08 13:45:30 - SRCCONF=/dev/null TB --- 2012-11-08 13:45:30 - TARGET=pc98 TB --- 2012-11-08 13:45:30 - TARGET_ARCH=i386 TB --- 2012-11-08 13:45:30 - TZ=UTC TB --- 2012-11-08 13:45:30 - __MAKE_CONF=/dev/null TB --- 2012-11-08 13:45:30 - cd /src TB --- 2012-11-08 13:45:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 8 13:45:35 UTC 2012 >>> 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 [...] ===> sys/boot/pc98/btx/lib (depend) rm -f .depend mkdep -f .depend -a -I/src/sys/boot/pc98/btx/lib/../../../i386/common -DPC98 -std=gnu99 /src/sys/boot/pc98/btx/lib/btxcsu.S ===> sys/boot/pc98/boot2 (depend) gcc -Os -fno-guess-branch-probability -fomit-frame-pointer -fno-unit-at-a-time -mno-align-long-strings -mrtd -mregparm=3 -DUFS1_AND_UFS2 -DFLAGS= -DSIOPRT=0x238 -DSIOFMT=0x3 -DSIOSPD=9600 -I/src/sys/boot/pc98/boot2/../../.. -I/src/sys/boot/pc98/boot2/../../i386/boot2 -I/src/sys/boot/pc98/boot2/../../common -I/src/sys/boot/pc98/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline --param max-inline-insns-single=100 -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -Os -DPC98 -std=gnu99 -Qunused-arguments -c /src/sys/boot/pc98/boot2/boot1.S gcc: unrecognized option '-Qunused-arguments' /src/sys/boot/pc98/boot2/boot1.S:0: error: -mrtd calling convention not supported in the 64bit mode /src/sys/boot/pc98/boot2/boot1.S:0: error: -mpreferred-stack-boundary=2 is not between 4 and 12 *** [boot1.o] Error code 1 Stop in /src/sys/boot/pc98/boot2. *** [depend] Error code 1 Stop in /src/sys/boot/pc98. *** [depend] Error code 1 Stop in /src/sys/boot. *** [depend] Error code 1 Stop in /src/sys. *** [sys.depend__D] Error code 1 Stop in /src. *** [_depend] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-08 16:02:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-08 16:02:59 - ERROR: failed to build world TB --- 2012-11-08 16:02:59 - 6726.03 user 898.39 system 8578.88 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 16:34:03 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CCB52F7C; Thu, 8 Nov 2012 16:34:03 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from mail.vnode.se (mail.vnode.se [62.119.52.80]) by mx1.freebsd.org (Postfix) with ESMTP id 789AB8FC14; Thu, 8 Nov 2012 16:34:03 +0000 (UTC) Received: from mail.vnode.se (localhost [127.0.0.1]) by mail.vnode.se (Postfix) with ESMTP id B33C4E3F07B; Thu, 8 Nov 2012 17:34:01 +0100 (CET) X-Virus-Scanned: amavisd-new at vnode.se Received: from mail.vnode.se ([127.0.0.1]) by mail.vnode.se (mail.vnode.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0KUk3-Zqj76J; Thu, 8 Nov 2012 17:33:55 +0100 (CET) Received: from jd.benders.se (jd.benders.se [212.247.52.12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.vnode.se (Postfix) with ESMTPSA id 52844E3F079; Thu, 8 Nov 2012 17:33:55 +0100 (CET) Date: Thu, 8 Nov 2012 17:33:53 +0100 From: Joel Dahl To: Konstantin Belousov Subject: Re: Reboot during startup with recent head Message-ID: <20121108163353.GC91783@jd.benders.se> References: <20121108084523.GW1092@jd.benders.se> <509B8F9E.9040502@FreeBSD.org> <20121108122313.GB91783@jd.benders.se> <20121108143320.GV73505@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20121108143320.GV73505@kib.kiev.ua> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@freebsd.org, Andriy Gapon X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Nov 2012 16:34:03 -0000 On 08-11-2012 16:33, Konstantin Belousov wrote: > On Thu, Nov 08, 2012 at 01:23:13PM +0100, Joel Dahl wrote: > > On 08-11-2012 12:55, Andriy Gapon wrote: > > > on 08/11/2012 10:45 Joel Dahl said the following: > > > > Hi, > > > > > > > > I rebuilt head (r242605) in a VMware virtual machine a couple of days ago, and > > > > now it won't boot anymore. The loader menu appears, the countdown starts, and boom, > > > > reboot. I tried a fresh head (r242700) but the problem remains. > > > > > > > > Going back to r242205 solves the problem, so this was introduced somewhere > > > > between r242205 and r242605. > > > > > > > > I managed to record the entire thing with my phone before I had to leave for > > > > work today. You can see it here: > > > > > > > > http://mirror.vnode.se/upload/head-reboots.mov > > > > > > > > Any ideas? Any specific revision I should try to back out? > > > > > > > > > > Rather wild guess - try to back out the recent SMEP commit. > > > > Well, it was a good guess. :-) I backed out revision 242433, rebuilt the kernel, > > and now it boots again. > > The following patch should allow you to boot. Please show me the verbose dmesg > of the boot with the patch applied. With this patch the machine is back to a non-booting state again. :-( Anything else I should try? -- Joel From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 16:54:10 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 721348F3; Thu, 8 Nov 2012 16:54: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 317898FC0A; Thu, 8 Nov 2012 16:54:09 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA8Gs99J078069; Thu, 8 Nov 2012 11:54:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA8Gs9B7078063; Thu, 8 Nov 2012 16:54:09 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 8 Nov 2012 16:54:09 GMT Message-Id: <201211081654.qA8Gs9B7078063@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2012 16:54:10 -0000 TB --- 2012-11-08 13:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-08 13:40:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-08 13:40:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-11-08 13:40:00 - cleaning the object tree TB --- 2012-11-08 13:46:43 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-08 13:46:43 - cd /tinderbox/HEAD/i386/i386 TB --- 2012-11-08 13:46:43 - /usr/local/bin/svn cleanup /src TB --- 2012-11-08 13:48:00 - /usr/local/bin/svn update /src TB --- 2012-11-08 13:48:06 - At svn revision 242771 TB --- 2012-11-08 13:48:07 - building world TB --- 2012-11-08 13:48:07 - CROSS_BUILD_TESTING=YES TB --- 2012-11-08 13:48:07 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-08 13:48:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-08 13:48:07 - SRCCONF=/dev/null TB --- 2012-11-08 13:48:07 - TARGET=i386 TB --- 2012-11-08 13:48:07 - TARGET_ARCH=i386 TB --- 2012-11-08 13:48:07 - TZ=UTC TB --- 2012-11-08 13:48:07 - __MAKE_CONF=/dev/null TB --- 2012-11-08 13:48:07 - cd /src TB --- 2012-11-08 13:48:07 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 8 13:48:12 UTC 2012 >>> 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 Thu Nov 8 16:45:57 UTC 2012 TB --- 2012-11-08 16:45:57 - generating LINT kernel config TB --- 2012-11-08 16:45:57 - cd /src/sys/i386/conf TB --- 2012-11-08 16:45:57 - /usr/bin/make -B LINT TB --- 2012-11-08 16:45:58 - cd /src/sys/i386/conf TB --- 2012-11-08 16:45:58 - /usr/sbin/config -m LINT TB --- 2012-11-08 16:45:58 - building LINT kernel TB --- 2012-11-08 16:45:58 - CROSS_BUILD_TESTING=YES TB --- 2012-11-08 16:45:58 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-08 16:45:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-08 16:45:58 - SRCCONF=/dev/null TB --- 2012-11-08 16:45:58 - TARGET=i386 TB --- 2012-11-08 16:45:58 - TARGET_ARCH=i386 TB --- 2012-11-08 16:45:58 - TZ=UTC TB --- 2012-11-08 16:45:58 - __MAKE_CONF=/dev/null TB --- 2012-11-08 16:45:58 - cd /src TB --- 2012-11-08 16:45:58 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 8 16:45:58 UTC 2012 >>> 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/ddb/db_write_cmd.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/aac/aac.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/aac/aac_cam.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/aac/aac_debug.c /src/sys/dev/aac/aac_debug.c:163:8: error: format string is not a string literal (potentially insecure) [-Werror,-Wformat-security] panic(reason); ^~~~~~ 1 error generated. *** [aac_debug.o] Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-08 16:54:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-08 16:54:09 - ERROR: failed to build LINT kernel TB --- 2012-11-08 16:54:09 - 8285.37 user 1415.45 system 11649.01 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 16:59:05 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DCB79A7B for ; Thu, 8 Nov 2012 16:59:05 +0000 (UTC) (envelope-from rjk@wintek.com) Received: from local.wintek.com (local.wintek.com [72.12.201.234]) by mx1.freebsd.org (Postfix) with ESMTP id 8DB328FC14 for ; Thu, 8 Nov 2012 16:59:05 +0000 (UTC) Received: from rjk.wintek.local (172.28.1.248) by local.wintek.com (172.28.1.234) with Microsoft SMTP Server (TLS) id 8.1.436.0; Thu, 8 Nov 2012 11:58:58 -0500 Message-ID: <509BE4D2.2010603@wintek.com> Date: Thu, 8 Nov 2012 11:58:58 -0500 From: Richard Kuhns Organization: Wintek Corporation User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:16.0) Gecko/20121029 Thunderbird/16.0.2 MIME-Version: 1.0 To: Warren Block Subject: Re: 9.1-RC3 feels okay :-) References: <201211062158.qA6Lvt2l039276@fire.js.berklix.net> In-Reply-To: X-Enigmail-Version: 1.4.5 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Cc: "Julian H. Stacey" , "freebsd-current@freebsd.org" , CeDeROM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: rjk@wintek.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2012 16:59:06 -0000 On 11/08/12 10:45, Warren Block wrote: > On Thu, 8 Nov 2012, CeDeROM wrote: > >> I have tested additional options in xorg runtime :-) >> >> With the patched xorg mouse driver 1.7.1 (or driver version >=1.7.2) >> situation is following: >> >> 1. With hald and dbus no xorg.conf file is needed. However it might bo >> option to pass some additional featutes parameters with xorg.conf. >> 2. With no hald and dbus mouse and keyboard does not work in xorg unless >> Option "AllowEmptyInput" "False" is added to Section "ServerLayout" by >> hand in xorg.conf. Without this option input does not work even if >> xorg.conf defines it! AllowEmptyInput=False forces to detect input deviced >> by Xorg at startup. > > No. AllowEmptyInput is wrong. It was causing so many problems that it > has been removed from later xorg-server releases. > > Option "AutoAddDevices" "Off" is the one that means "dont' use Hal to > detect input devices". > >> Thank you for this hint! This could be added to the handbook :-) >> AllowEmptyInput=False should be a default for Xorg IMO we can report it to >> the Xorg project! :-) > > Really, the simplest solution is to build xorg-server with the HAL > option disabled. I agree that this should be the default. > _______________________________________________ > 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" > Just a comment: according to http://wiki.freebsd.org/VirtualBox, Hal is still required for VirtualBox in order to have host DVD/CD access. -- Richard Kuhns My Desk: 765-269-8541 Wintek Corporation Internet Support: 765-269-8503 427 N 6th Street STE C Consulting: 765-269-8504 Lafayette, IN 47901-2211 Accounting: 765-269-8502 From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 17:10:52 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 265D0F3C for ; Thu, 8 Nov 2012 17:10:52 +0000 (UTC) (envelope-from break19@gmail.com) Received: from mail-ie0-f182.google.com (mail-ie0-f182.google.com [209.85.223.182]) by mx1.freebsd.org (Postfix) with ESMTP id 87C9A8FC1A for ; Thu, 8 Nov 2012 17:10:51 +0000 (UTC) Received: by mail-ie0-f182.google.com with SMTP id k10so5920421iea.13 for ; Thu, 08 Nov 2012 09:10:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=HF5ok7IxUJD4GNJlFqHYLMiloW1QfazzMi2Z2BPW0HQ=; b=c25EIaXi2UuQxfuEKXQidNhD0EBGK+E7e6gwuvtX+O024zAp3Wm5bHwoqAM1hfHcRl YwB52zBm6lsH0o5Dwd4TBqhGVWrAKDnkYFXO911p8hDbE0QG2LhXu+m4hxbq4GVl+Yzn aKssMcyjl8nxxp5ZMJHEQcmyqwQONudK1WA9wJlLT+/vguLQS/dSvfQyQxftvKv9c7el N9cQF9GzDkuKJyb09hr638W0FJfUM8YN2rATecClQCUcgOdovtspDQeHe2mT92ELOWXZ iPPI/UUzxmu8Frm6p+GDoilI3Cc78ojmluFx8LmSh/0iAA1tHoxXo01S8AOpt7u1wGjJ aQ9w== Received: by 10.43.50.197 with SMTP id vf5mr7759227icb.13.1352394651028; Thu, 08 Nov 2012 09:10:51 -0800 (PST) Received: from [192.168.0.198] ([173.157.19.213]) by mx.google.com with ESMTPS id s20sm5126169igs.10.2012.11.08.09.10.46 (version=SSLv3 cipher=OTHER); Thu, 08 Nov 2012 09:10:50 -0800 (PST) Message-ID: <509BE78C.50804@gmail.com> Date: Thu, 08 Nov 2012 11:10:36 -0600 From: Chuck Burns User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: 9.1-RC3 feels okay :-) References: <201211062158.qA6Lvt2l039276@fire.js.berklix.net> <509BE4D2.2010603@wintek.com> In-Reply-To: <509BE4D2.2010603@wintek.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Nov 2012 17:10:52 -0000 On 11/8/2012 10:58 AM, Richard Kuhns wrote: > On 11/08/12 10:45, Warren Block wrote: >> On Thu, 8 Nov 2012, CeDeROM wrote: >> >>> I have tested additional options in xorg runtime :-) >>> >>> With the patched xorg mouse driver 1.7.1 (or driver version >=1.7.2) >>> situation is following: >>> >>> 1. With hald and dbus no xorg.conf file is needed. However it might bo >>> option to pass some additional featutes parameters with xorg.conf. >>> 2. With no hald and dbus mouse and keyboard does not work in xorg unless >>> Option "AllowEmptyInput" "False" is added to Section "ServerLayout" by >>> hand in xorg.conf. Without this option input does not work even if >>> xorg.conf defines it! AllowEmptyInput=False forces to detect input deviced >>> by Xorg at startup. >> >> No. AllowEmptyInput is wrong. It was causing so many problems that it >> has been removed from later xorg-server releases. >> >> Option "AutoAddDevices" "Off" is the one that means "dont' use Hal to >> detect input devices". >> >>> Thank you for this hint! This could be added to the handbook :-) >>> AllowEmptyInput=False should be a default for Xorg IMO we can report it to >>> the Xorg project! :-) >> >> Really, the simplest solution is to build xorg-server with the HAL >> option disabled. I agree that this should be the default. >> _______________________________________________ >> 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" >> > > Just a comment: according to http://wiki.freebsd.org/VirtualBox, Hal is still > required for VirtualBox in order to have host DVD/CD access. > Doesn't mean xorg-server needs hal. Build xorg-server without hal support... install hald for virtualbox. Everything still works as it should... In the meantime, someone should probably write a devd<->udisks[12] translation daemon.. for things like gnome, kde, xfce, and virtualbox, which have the udisks linuxisms can actually continue to work in the future.. I'd do it if I had any coding skills... I left those behind when I sold my Commodore64. :P -- Chuck Burns From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 16:42:16 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AD8F6417 for ; Thu, 8 Nov 2012 16:42:16 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-la0-f54.google.com (mail-la0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1FA1A8FC14 for ; Thu, 8 Nov 2012 16:42:15 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id e12so2879417lag.13 for ; Thu, 08 Nov 2012 08:42:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=JawsUCsrqYGrBsgFXdpNPJ6WHI1CClZdePvkuF7Dy9Y=; b=mM4DuM7fG/CbqU0WAxhf8vBg7P4ZVl+wBHdGe8gAFsItMJ9gjIRYYkYHoLAITWqJhL hPET6E3Qdg9rlvcMMnqY1WLHl/TPRrVcdOpEvqBQ9UsFPXOGVLFuS1DD9X6h4cl4Jarm p8PcrW4RL1opkWz4QBlhmH/hUpTXC/5RKj4kKaX9594edZ88oyk8zdgyggMtmsSt5i11 ibf/yukRZJxR53Pl5N0qzfs6kbKUTvv9T25Qs9Cn4t7G1s7woZ+8yRNGP86EHqyydQxX QUqgGslMBUS0Y2zwBRCwu5Zv75b9vuKRLwONdBqMTCffmJBD9cdZjTzwgvBFAYeyo1Z2 c8WA== MIME-Version: 1.0 Received: by 10.112.14.107 with SMTP id o11mr3521628lbc.98.1352392934700; Thu, 08 Nov 2012 08:42:14 -0800 (PST) Received: by 10.114.0.148 with HTTP; Thu, 8 Nov 2012 08:42:14 -0800 (PST) Received: by 10.114.0.148 with HTTP; Thu, 8 Nov 2012 08:42:14 -0800 (PST) In-Reply-To: References: <201211062158.qA6Lvt2l039276@fire.js.berklix.net> <509B74DD.1060401@passap.ru> Date: Thu, 8 Nov 2012 17:42:14 +0100 Message-ID: Subject: Re: 9.1-RC3 feels okay :-) From: Tomek CEDRO To: Boris Samorodov X-Mailman-Approved-At: Thu, 08 Nov 2012 17:23:08 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Nov 2012 16:42:16 -0000 WARNING!!! When AllowEmptyInput =3D False AND Hal is running really really bad things happen to Xorg!! Keys are messed up and screen is refreshed only after mouse move! Things are slow and the end of the word is near :-) AllowEmptyInput seems to be exclusive with Hal!! Please confirm :-) -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info On Nov 8, 2012 2:29 PM, "CeDeROM" wrote: > I was using xorg from package so it is default configuration, which is > built with Hal support because it can make use of it I guess... > > The more important thing is that Xorg starts without autodetecting input > devices by default. > > Maybe this is caused by Hal support being compiled in. This might implict > using Hal for devices detection and disabling detection by Xorg. Xorg > detection can be enforced by disabling empty input in that case. > > Disabling empty input shloud be a default for Xorg IMO... > > Best regards :-) > Tomek > > -- > CeDeROM, SQ7MHZ, http://www.tomek.cedro.info > On Nov 8, 2012 10:01 AM, "Boris Samorodov" wrote: > >> 08.11.2012 12:46, CeDeROM =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >> >> > With no hald and dbus mouse and keyboard does not work in xorg >> >> Do you mean "that if xorg-server is compiled with hal but you do not >> launch it at startup" mouse and keyboard does not work? If yes, I'd >> say that this is a bit... expected. ;-) >> >> -- >> WBR, Boris Samorodov (bsam) >> FreeBSD Committer, http://www.FreeBSD.org The Power To Serve >> > From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 17:31:39 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E4E9C59F; Thu, 8 Nov 2012 17:31: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 A57118FC0A; Thu, 8 Nov 2012 17:31:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA8HVbED092798; Thu, 8 Nov 2012 12:31:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA8HVbrV092796; Thu, 8 Nov 2012 17:31:37 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 8 Nov 2012 17:31:37 GMT Message-Id: <201211081731.qA8HVbrV092796@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2012 17:31:39 -0000 TB --- 2012-11-08 13:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-08 13:40:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-08 13:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-11-08 13:40:00 - cleaning the object tree TB --- 2012-11-08 13:48:09 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-08 13:48:09 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2012-11-08 13:48:09 - /usr/local/bin/svn cleanup /src TB --- 2012-11-08 13:49:47 - /usr/local/bin/svn update /src TB --- 2012-11-08 13:49:53 - At svn revision 242772 TB --- 2012-11-08 13:49:54 - building world TB --- 2012-11-08 13:49:54 - CROSS_BUILD_TESTING=YES TB --- 2012-11-08 13:49:54 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-08 13:49:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-08 13:49:54 - SRCCONF=/dev/null TB --- 2012-11-08 13:49:54 - TARGET=amd64 TB --- 2012-11-08 13:49:54 - TARGET_ARCH=amd64 TB --- 2012-11-08 13:49:54 - TZ=UTC TB --- 2012-11-08 13:49:54 - __MAKE_CONF=/dev/null TB --- 2012-11-08 13:49:54 - cd /src TB --- 2012-11-08 13:49:54 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 8 13:49:59 UTC 2012 >>> 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 Thu Nov 8 17:24:06 UTC 2012 TB --- 2012-11-08 17:24:06 - generating LINT kernel config TB --- 2012-11-08 17:24:06 - cd /src/sys/amd64/conf TB --- 2012-11-08 17:24:06 - /usr/bin/make -B LINT TB --- 2012-11-08 17:24:06 - cd /src/sys/amd64/conf TB --- 2012-11-08 17:24:06 - /usr/sbin/config -m LINT TB --- 2012-11-08 17:24:06 - building LINT kernel TB --- 2012-11-08 17:24:06 - CROSS_BUILD_TESTING=YES TB --- 2012-11-08 17:24:06 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-08 17:24:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-08 17:24:06 - SRCCONF=/dev/null TB --- 2012-11-08 17:24:06 - TARGET=amd64 TB --- 2012-11-08 17:24:06 - TARGET_ARCH=amd64 TB --- 2012-11-08 17:24:06 - TZ=UTC TB --- 2012-11-08 17:24:06 - __MAKE_CONF=/dev/null TB --- 2012-11-08 17:24:06 - cd /src TB --- 2012-11-08 17:24:06 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 8 17:24:06 UTC 2012 >>> 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/ddb/db_write_cmd.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/aac/aac.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/aac/aac_cam.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/aac/aac_debug.c /src/sys/dev/aac/aac_debug.c:163:8: error: format string is not a string literal (potentially insecure) [-Werror,-Wformat-security] panic(reason); ^~~~~~ 1 error generated. *** [aac_debug.o] Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-08 17:31:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-08 17:31:37 - ERROR: failed to build LINT kernel TB --- 2012-11-08 17:31:37 - 9534.34 user 1785.30 system 13896.93 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 17:32:35 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F3ED0702; Thu, 8 Nov 2012 17:32:34 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 5EB018FC0A; Thu, 8 Nov 2012 17:32:33 +0000 (UTC) Received: from tom.home (localhost [127.0.0.1]) by kib.kiev.ua (8.14.5/8.14.5) with ESMTP id qA8HWLIc017972; Thu, 8 Nov 2012 19:32:21 +0200 (EET) (envelope-from kostikbel@gmail.com) X-DKIM: OpenDKIM Filter v2.5.2 kib.kiev.ua qA8HWLIc017972 Received: (from kostik@localhost) by tom.home (8.14.5/8.14.5/Submit) id qA8HWKnn017971; Thu, 8 Nov 2012 19:32:20 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 8 Nov 2012 19:32:20 +0200 From: Konstantin Belousov To: Joel Dahl Subject: Re: Reboot during startup with recent head Message-ID: <20121108173220.GW73505@kib.kiev.ua> References: <20121108084523.GW1092@jd.benders.se> <509B8F9E.9040502@FreeBSD.org> <20121108122313.GB91783@jd.benders.se> <20121108143320.GV73505@kib.kiev.ua> <20121108163353.GC91783@jd.benders.se> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JCIJwDXlZmsNNBnR" Content-Disposition: inline In-Reply-To: <20121108163353.GC91783@jd.benders.se> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=0.2 required=5.0 tests=ALL_TRUSTED, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: current@freebsd.org, Andriy Gapon X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Nov 2012 17:32:35 -0000 --JCIJwDXlZmsNNBnR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 08, 2012 at 05:33:53PM +0100, Joel Dahl wrote: > On 08-11-2012 16:33, Konstantin Belousov wrote: > > On Thu, Nov 08, 2012 at 01:23:13PM +0100, Joel Dahl wrote: > > > On 08-11-2012 12:55, Andriy Gapon wrote: > > > > on 08/11/2012 10:45 Joel Dahl said the following: > > > > > Hi, > > > > >=20 > > > > > I rebuilt head (r242605) in a VMware virtual machine a couple of = days ago, and > > > > > now it won't boot anymore. The loader menu appears, the countdown= starts, and boom, > > > > > reboot. I tried a fresh head (r242700) but the problem remains. > > > > >=20 > > > > > Going back to r242205 solves the problem, so this was introduced = somewhere > > > > > between r242205 and r242605. > > > > >=20 > > > > > I managed to record the entire thing with my phone before I had t= o leave for > > > > > work today. You can see it here: > > > > >=20 > > > > > http://mirror.vnode.se/upload/head-reboots.mov > > > > >=20 > > > > > Any ideas? Any specific revision I should try to back out? > > > > >=20 > > > >=20 > > > > Rather wild guess - try to back out the recent SMEP commit. > > >=20 > > > Well, it was a good guess. :-) I backed out revision 242433, rebuilt = the kernel, > > > and now it boots again. > >=20 > > The following patch should allow you to boot. Please show me the verbos= e dmesg > > of the boot with the patch applied. >=20 > With this patch the machine is back to a non-booting state again. :-( >=20 > Anything else I should try? Yes, please try the patch below. If it boots, I need a verbose dmesg. My theory is that hypervisor is not aware of the extended features, and do not filter it out from CPUID output. But, despite CPU announcing the features, hypervisor does not support corresponding bits toggle in %cr4. The attempt of the guest to enable e.g. FSGSBASE results in #gf during the early stage of the boot, resulting in reset. I just disabled extensions which need %cr4 configuration, when run in VM. diff --git a/sys/amd64/amd64/identcpu.c b/sys/amd64/amd64/identcpu.c index 465316a..c0ea3ee 100644 --- a/sys/amd64/amd64/identcpu.c +++ b/sys/amd64/amd64/identcpu.c @@ -134,7 +134,7 @@ static struct { void printcpuinfo(void) { - u_int regs[4], i; + u_int regs[4], i, cpu_stdext_disable; char *brand; =20 cpu_class =3D amd64_cpus[cpu].cpu_class; @@ -385,15 +385,36 @@ printcpuinfo(void) } =20 if (cpu_stdext_feature !=3D 0) { - printf("\n Standard Extended Features=3D0x%b", - cpu_stdext_feature, + static const char stdext_b[] =3D "\020" "\001GSFSBASE" "\002TSCADJ" "\010SMEP" "\012ENHMOVSB" - "\013INVPCID" - ); + "\013INVPCID"; + printf("\n Standard Extended Features=3D0x%b", + cpu_stdext_feature, stdext_b); + + /* + * Some hypervisors fail to filter out + * unsupported extended features. For + * now, disable the extensions, + * activation of which requires + * setting a bit in CR4, and which VM + * monitors do not support. + */ + if (cpu_feature2 & CPUID2_HV) { + cpu_stdext_disable =3D + CPUID_STDEXT_FSGSBASE | + CPUID_STDEXT_SMEP; + } + TUNABLE_INT_FETCH("hw.cpu_stdext_disable", + &cpu_stdext_disable); + cpu_stdext_feature &=3D ~cpu_stdext_disable; + if (cpu_stdext_disable !=3D 0) { + printf(" (Not disabled=3D0x%b)", + cpu_stdext_feature, stdext_b); + } } =20 if (via_feature_rng !=3D 0 || via_feature_xcrypt !=3D 0) --JCIJwDXlZmsNNBnR Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlCb7KQACgkQC3+MBN1Mb4jN3wCfS386lhjczhm6Q73juvEekLG4 MFwAoLWlcGy2G2N+Qs9g1VgcYkZd9vh3 =6M7/ -----END PGP SIGNATURE----- --JCIJwDXlZmsNNBnR-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 16:53:01 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C59DF8CE for ; Thu, 8 Nov 2012 16:53:01 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-la0-f54.google.com (mail-la0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3A9BD8FC0C for ; Thu, 8 Nov 2012 16:53:01 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id e12so2891604lag.13 for ; Thu, 08 Nov 2012 08:53:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=DDFbIpglwmNOwyLqQN0G4dP/IWTGtKDEUfCrfKuE/Z0=; b=XG+IeicdnByc3uKe7e12SXo+41xkLaVLSk+rV1GXJrNLArgTf0DOFEeXGVN+9p5gQ8 9Z5t8gBd6UbDTDr4fvbysU8AfhB570GwfpwgPPUE/IDEtP2xz30TrySUulTEQE60GFjl r4cNGHbZpcwYxjfYFh4EqjUBSMXsdo5bVtM3fucbBQpuWkR5P5kx0zSXCgbnY7W21VD8 RiUxXeeQTJ/ImfJo+9fobTvvKc4Bl0kHEPQMHJkDefQsyFtVbbJUkLG/QurEws8eWrq4 Ylrp43hTB8ll+8IyUSJZA0cAcEZGXQ3jyO77jPkyy6Ya5IX0uMIBnzgIMEioyDuGh75q +alg== MIME-Version: 1.0 Received: by 10.152.148.8 with SMTP id to8mr8267707lab.2.1352393580109; Thu, 08 Nov 2012 08:53:00 -0800 (PST) Received: by 10.114.0.148 with HTTP; Thu, 8 Nov 2012 08:53:00 -0800 (PST) Received: by 10.114.0.148 with HTTP; Thu, 8 Nov 2012 08:53:00 -0800 (PST) In-Reply-To: <509BC0C5.7020402@gmail.com> References: <509BC0C5.7020402@gmail.com> Date: Thu, 8 Nov 2012 17:53:00 +0100 Message-ID: Subject: Re: Failed to switch consoles in 9.0-RC3 From: Tomek CEDRO To: Chuck Burns X-Mailman-Approved-At: Thu, 08 Nov 2012 17:45:35 +0000 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Nov 2012 16:53:01 -0000 Thanks for hint :-) For some reasons I need to have console usable after/during xorg is active, for instance at the moment I have problems with xfce4 and no console keeps me away from seeing what is wrong and even getting back into xorg. This is why I don use WITH_NEW_XORG anymore because is forced me to reboot on every issue :-( Best regards :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 17:48:04 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9A3BA109 for ; Thu, 8 Nov 2012 17:48:04 +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 E1CE78FC08 for ; Thu, 8 Nov 2012 17:48:03 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA19346 for ; Thu, 08 Nov 2012 19:48:02 +0200 (EET) (envelope-from avg@FreeBSD.org) Message-ID: <509BF051.7030707@FreeBSD.org> Date: Thu, 08 Nov 2012 19:48:01 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:16.0) Gecko/20121029 Thunderbird/16.0.2 MIME-Version: 1.0 To: current@FreeBSD.org Subject: Re: [head tinderbox] failure on amd64/amd64 References: <201211081731.qA8HVbrV092796__9933.24017986215$1352395930$gmane$org@freebsd-current.sentex.ca> In-Reply-To: <201211081731.qA8HVbrV092796__9933.24017986215$1352395930$gmane$org@freebsd-current.sentex.ca> X-Enigmail-Version: 1.4.5 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Nov 2012 17:48:04 -0000 on 08/11/2012 19:31 FreeBSD Tinderbox said the following: > 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 > -Wno-error-tautological-compare -Wno-error-empty-body > -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys > -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include > opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer > -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg > /src/sys/dev/aac/aac_debug.c /src/sys/dev/aac/aac_debug.c:163:8: error: format > string is not a string literal (potentially insecure) > [-Werror,-Wformat-security] panic(reason); ^~~~~~ 1 error generated. *** > [aac_debug.o] Error code 1 I think that clang complaint is rightful here. But the tinderbox errors that we are getting after switch make me wonder if more preparations should have been done before the switch to make the transition smoother. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 18:01:28 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3F32F4FE for ; Thu, 8 Nov 2012 18:01:28 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-la0-f54.google.com (mail-la0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 92A3D8FC12 for ; Thu, 8 Nov 2012 18:01:26 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id e12so2965584lag.13 for ; Thu, 08 Nov 2012 10:01:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=8BLNVizD0ABkwZnY25lZNLidAhk1+kjIw0yWP58e8ls=; b=vZLC0DSVdPu5M14iX9ISy4FBcJtW192mJMJGaQ0lfD+KpKUfZJbIdt6Fs6oaCePZpV mPhU17xZMMrrUhJ00iEOwJNHVipNhbJ9hxRGJHVym5+pR6wRDH2ltO6kRbqYRqQSgPCK aFXT3e+veDBKxuOV3VNJQV67u59qQU+iJe9x6xtZs1BKMK7jy+sVL9UzFfI/BXSuGktN 4jdnAP/i72JAqEgWfeNqcuQr0jCpVz6LOIF3ZrWzRhV2X0c0W0lfkl7ft6LWumx0dIAs NvIZoxcR06jWok8JNS6fh4yLbo/GGHAk+AO2PqHwcni4xuxvJVWa/PqpNjiv4BV2EgJb fypQ== MIME-Version: 1.0 Received: by 10.112.82.169 with SMTP id j9mr3605730lby.131.1352397685846; Thu, 08 Nov 2012 10:01:25 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.114.0.148 with HTTP; Thu, 8 Nov 2012 10:01:25 -0800 (PST) Received: by 10.114.0.148 with HTTP; Thu, 8 Nov 2012 10:01:25 -0800 (PST) In-Reply-To: <509BE4D2.2010603@wintek.com> References: <201211062158.qA6Lvt2l039276@fire.js.berklix.net> <509BE4D2.2010603@wintek.com> Date: Thu, 8 Nov 2012 19:01:25 +0100 X-Google-Sender-Auth: t9ZJaHbXjtweGocE4UG4ucwK6-w Message-ID: Subject: Re: 9.1-RC3 feels okay :-) From: CeDeROM To: rjk@wintek.com Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Warren Block , "Julian H. Stacey" , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Nov 2012 18:01:28 -0000 Yes, Hal is also required for other applications to detect hardware (i.e. KDE). This is pretty nice feature for desktop environment, maybe unwanted to embedded or dedicated system :-) -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info On Nov 8, 2012 5:59 PM, "Richard Kuhns" wrote: > On 11/08/12 10:45, Warren Block wrote: > > On Thu, 8 Nov 2012, CeDeROM wrote: > > > >> I have tested additional options in xorg runtime :-) > >> > >> With the patched xorg mouse driver 1.7.1 (or driver version >=1.7.2) > >> situation is following: > >> > >> 1. With hald and dbus no xorg.conf file is needed. However it might bo > >> option to pass some additional featutes parameters with xorg.conf. > >> 2. With no hald and dbus mouse and keyboard does not work in xorg unless > >> Option "AllowEmptyInput" "False" is added to Section "ServerLayout" by > >> hand in xorg.conf. Without this option input does not work even if > >> xorg.conf defines it! AllowEmptyInput=False forces to detect input > deviced > >> by Xorg at startup. > > > > No. AllowEmptyInput is wrong. It was causing so many problems that it > > has been removed from later xorg-server releases. > > > > Option "AutoAddDevices" "Off" is the one that means "dont' use Hal to > > detect input devices". > > > >> Thank you for this hint! This could be added to the handbook :-) > >> AllowEmptyInput=False should be a default for Xorg IMO we can report it > to > >> the Xorg project! :-) > > > > Really, the simplest solution is to build xorg-server with the HAL > > option disabled. I agree that this should be the default. > > _______________________________________________ > > 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" > > > > Just a comment: according to http://wiki.freebsd.org/VirtualBox, Hal is > still > required for VirtualBox in order to have host DVD/CD access. > > -- > Richard Kuhns My Desk: 765-269-8541 > Wintek Corporation Internet Support: 765-269-8503 > 427 N 6th Street STE C Consulting: 765-269-8504 > Lafayette, IN 47901-2211 Accounting: 765-269-8502 > From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 18:23:33 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A1DBCCB2; Thu, 8 Nov 2012 18:23:33 +0000 (UTC) (envelope-from joel@freebsd.org) Received: from mail.vnode.se (mail.vnode.se [62.119.52.80]) by mx1.freebsd.org (Postfix) with ESMTP id 4D4E08FC12; Thu, 8 Nov 2012 18:23:33 +0000 (UTC) Received: from mail.vnode.se (localhost [127.0.0.1]) by mail.vnode.se (Postfix) with ESMTP id 18947E3F07A; Thu, 8 Nov 2012 19:23:32 +0100 (CET) X-Virus-Scanned: amavisd-new at vnode.se Received: from mail.vnode.se ([127.0.0.1]) by mail.vnode.se (mail.vnode.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fOYyoxmLolZh; Thu, 8 Nov 2012 19:23:29 +0100 (CET) Received: from jd.benders.se (jd.benders.se [212.247.52.12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.vnode.se (Postfix) with ESMTPSA id 3CF00E3F079; Thu, 8 Nov 2012 19:23:29 +0100 (CET) Date: Thu, 8 Nov 2012 19:23:27 +0100 From: Joel Dahl To: Konstantin Belousov Subject: Re: Reboot during startup with recent head Message-ID: <20121108182327.GD91783@jd.benders.se> References: <20121108084523.GW1092@jd.benders.se> <509B8F9E.9040502@FreeBSD.org> <20121108122313.GB91783@jd.benders.se> <20121108143320.GV73505@kib.kiev.ua> <20121108163353.GC91783@jd.benders.se> <20121108173220.GW73505@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20121108173220.GW73505@kib.kiev.ua> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@freebsd.org, Andriy Gapon X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Nov 2012 18:23:33 -0000 On 08-11-2012 19:32, Konstantin Belousov wrote: > On Thu, Nov 08, 2012 at 05:33:53PM +0100, Joel Dahl wrote: > > On 08-11-2012 16:33, Konstantin Belousov wrote: > > > On Thu, Nov 08, 2012 at 01:23:13PM +0100, Joel Dahl wrote: > > > > On 08-11-2012 12:55, Andriy Gapon wrote: > > > > > on 08/11/2012 10:45 Joel Dahl said the following: > > > > > > Hi, > > > > > > > > > > > > I rebuilt head (r242605) in a VMware virtual machine a couple of days ago, and > > > > > > now it won't boot anymore. The loader menu appears, the countdown starts, and boom, > > > > > > reboot. I tried a fresh head (r242700) but the problem remains. > > > > > > > > > > > > Going back to r242205 solves the problem, so this was introduced somewhere > > > > > > between r242205 and r242605. > > > > > > > > > > > > I managed to record the entire thing with my phone before I had to leave for > > > > > > work today. You can see it here: > > > > > > > > > > > > http://mirror.vnode.se/upload/head-reboots.mov > > > > > > > > > > > > Any ideas? Any specific revision I should try to back out? > > > > > > > > > > > > > > > > Rather wild guess - try to back out the recent SMEP commit. > > > > > > > > Well, it was a good guess. :-) I backed out revision 242433, rebuilt the kernel, > > > > and now it boots again. > > > > > > The following patch should allow you to boot. Please show me the verbose dmesg > > > of the boot with the patch applied. > > > > With this patch the machine is back to a non-booting state again. :-( > > > > Anything else I should try? > Yes, please try the patch below. If it boots, I need a verbose dmesg. I removed the old patch, applied this one instead and rebuilt - but no difference. It's still an instant reboot. -- Joel From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 18:02:58 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 87FD362D for ; Thu, 8 Nov 2012 18:02:58 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-la0-f54.google.com (mail-la0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id EB8088FC13 for ; Thu, 8 Nov 2012 18:02:57 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id e12so2967207lag.13 for ; Thu, 08 Nov 2012 10:02:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=zPXy6/sQI/x5D6igYMVbR3w60TvCzXUjMImfCYAHiVc=; b=RhCwbDPL12HML49jMq4GHYU2kkUbclTsYVKQkswXGQVzPVGgzMhMtECAN/SJnx5AHd j6dD84cOHbFF2B26ylhyHGliGV3oocxtfspNYq3v4f+04aAUDpnQqRLCP1fQ1soQU1ta 34jidkrToWJL7QIYxgLVTnIR3PRQmVO8g9dQuVf/UGrXoahq4HZnb4XWWrB47DQKCKtt FJKQnwJJKQ/i5/ZMudP3WI8ttPVFUL9zIMtd9cU9Ks23kN2S+4FCqT3UmVv9/+12e2Le Q1O8ZnyOqGTi93H48BFLMwfxeiwEY4QXSAIEXD4RRA+tpoCgYz1bsrf0eAHa/tYeNiBZ lakw== MIME-Version: 1.0 Received: by 10.112.41.2 with SMTP id b2mr3528501lbl.5.1352397776382; Thu, 08 Nov 2012 10:02:56 -0800 (PST) Received: by 10.114.0.148 with HTTP; Thu, 8 Nov 2012 10:02:55 -0800 (PST) Received: by 10.114.0.148 with HTTP; Thu, 8 Nov 2012 10:02:55 -0800 (PST) In-Reply-To: <509BE78C.50804@gmail.com> References: <201211062158.qA6Lvt2l039276@fire.js.berklix.net> <509BE4D2.2010603@wintek.com> <509BE78C.50804@gmail.com> Date: Thu, 8 Nov 2012 19:02:55 +0100 Message-ID: Subject: Re: 9.1-RC3 feels okay :-) From: Tomek CEDRO To: Chuck Burns X-Mailman-Approved-At: Thu, 08 Nov 2012 18:50:32 +0000 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Nov 2012 18:02:58 -0000 8-bit scene is still alive and rox! :-) -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info On Nov 8, 2012 6:11 PM, "Chuck Burns" wrote: > On 11/8/2012 10:58 AM, Richard Kuhns wrote: > >> On 11/08/12 10:45, Warren Block wrote: >> >>> On Thu, 8 Nov 2012, CeDeROM wrote: >>> >>> I have tested additional options in xorg runtime :-) >>>> >>>> With the patched xorg mouse driver 1.7.1 (or driver version >=1.7.2) >>>> situation is following: >>>> >>>> 1. With hald and dbus no xorg.conf file is needed. However it might bo >>>> option to pass some additional featutes parameters with xorg.conf. >>>> 2. With no hald and dbus mouse and keyboard does not work in xorg unless >>>> Option "AllowEmptyInput" "False" is added to Section "ServerLayout" by >>>> hand in xorg.conf. Without this option input does not work even if >>>> xorg.conf defines it! AllowEmptyInput=False forces to detect input >>>> deviced >>>> by Xorg at startup. >>>> >>> >>> No. AllowEmptyInput is wrong. It was causing so many problems that it >>> has been removed from later xorg-server releases. >>> >>> Option "AutoAddDevices" "Off" is the one that means "dont' use Hal to >>> detect input devices". >>> >>> Thank you for this hint! This could be added to the handbook :-) >>>> AllowEmptyInput=False should be a default for Xorg IMO we can report it >>>> to >>>> the Xorg project! :-) >>>> >>> >>> Really, the simplest solution is to build xorg-server with the HAL >>> option disabled. I agree that this should be the default. >>> ______________________________**_________________ >>> 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 " >>> >>> >> Just a comment: according to http://wiki.freebsd.org/**VirtualBox, >> Hal is still >> required for VirtualBox in order to have host DVD/CD access. >> >> > Doesn't mean xorg-server needs hal. Build xorg-server without hal > support... install hald for virtualbox. Everything still works as it > should... In the meantime, someone should probably write a > devd<->udisks[12] translation daemon.. for things like gnome, kde, xfce, > and virtualbox, which have the udisks linuxisms can actually continue to > work in the future.. > > I'd do it if I had any coding skills... I left those behind when I sold my > Commodore64. :P > > -- > Chuck Burns > ______________________________**_________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/**mailman/listinfo/freebsd-**current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@** > freebsd.org " > From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 19:20:25 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7F313748 for ; Thu, 8 Nov 2012 19:20:25 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 1867C8FC08 for ; Thu, 8 Nov 2012 19:20:24 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id qA8JKEi7053678; Thu, 8 Nov 2012 12:20:14 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id qA8JKE1l053675; Thu, 8 Nov 2012 12:20:14 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Thu, 8 Nov 2012 12:20:14 -0700 (MST) From: Warren Block To: Ian Lepore Subject: Re: 9.1-RC3 feels okay :-) In-Reply-To: <1352390005.17290.71.camel@revolution.hippie.lan> Message-ID: References: <201211062158.qA6Lvt2l039276@fire.js.berklix.net> <1352390005.17290.71.camel@revolution.hippie.lan> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Thu, 08 Nov 2012 12:20:14 -0700 (MST) Cc: "Julian H. Stacey" , freebsd-current@freebsd.org, CeDeROM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Nov 2012 19:20:25 -0000 On Thu, 8 Nov 2012, Ian Lepore wrote: > On Thu, 2012-11-08 at 08:45 -0700, Warren Block wrote: >> On Thu, 8 Nov 2012, CeDeROM wrote: >> >>> I have tested additional options in xorg runtime :-) >>> >>> With the patched xorg mouse driver 1.7.1 (or driver version >=1.7.2) >>> situation is following: >>> >>> 1. With hald and dbus no xorg.conf file is needed. However it might bo >>> option to pass some additional featutes parameters with xorg.conf. >>> 2. With no hald and dbus mouse and keyboard does not work in xorg unless >>> Option "AllowEmptyInput" "False" is added to Section "ServerLayout" by >>> hand in xorg.conf. Without this option input does not work even if >>> xorg.conf defines it! AllowEmptyInput=False forces to detect input deviced >>> by Xorg at startup. >> >> No. AllowEmptyInput is wrong. It was causing so many problems that it >> has been removed from later xorg-server releases. > > This is disturbing news. We build embedded systems at work that use X > for presentation and have no input devices. I understand that > AllowEmptyInput is inappropriate to work around the problem we're > discussing here, but that doesn't mean it's never needed. The xorg folks should be able to suggest the right replacement. >> Option "AutoAddDevices" "Off" is the one that means "dont' use Hal to >> detect input devices". >> >>> Thank you for this hint! This could be added to the handbook :-) >>> AllowEmptyInput=False should be a default for Xorg IMO we can report it to >>> the Xorg project! :-) >> >> Really, the simplest solution is to build xorg-server with the HAL >> option disabled. I agree that this should be the default. > > So if you're using xorg-server that was built with hal included (maybe > because you're more a package than a ports kind of person and have no > control over the build), is AutoAddDevices still the right option to > manipulate? That is, will it disable the use of hal and fall back to > honoring the xorg.conf input devices even if the server was built with > hal support? xorg-server with hal support and AutoAddDevices Off in xorg.conf should be equivalent to xorg-server built without hal support. Put another way: if xorg-server is built without hal support, AutoAddDevices is irrelevant, it can't use hal for input device detection anyway. From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 19:24:35 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BA254A2F for ; Thu, 8 Nov 2012 19:24:35 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 6FA808FC0A for ; Thu, 8 Nov 2012 19:24:34 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id qA8JOYgN053730; Thu, 8 Nov 2012 12:24:34 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id qA8JOXlu053727; Thu, 8 Nov 2012 12:24:33 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Thu, 8 Nov 2012 12:24:33 -0700 (MST) From: Warren Block To: Tomek CEDRO Subject: Re: 9.1-RC3 feels okay :-) In-Reply-To: Message-ID: References: <201211062158.qA6Lvt2l039276@fire.js.berklix.net> <509B74DD.1060401@passap.ru> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Thu, 08 Nov 2012 12:24:34 -0700 (MST) Cc: freebsd-current@freebsd.org, Boris Samorodov X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Nov 2012 19:24:35 -0000 On Thu, 8 Nov 2012, Tomek CEDRO wrote: > WARNING!!! > > When AllowEmptyInput = False AND Hal is running really really bad things > happen to Xorg!! Keys are messed up and screen is refreshed only after > mouse move! Things are slow and the end of the word is near :-) > > AllowEmptyInput seems to be exclusive with Hal!! > > Please confirm :-) It's a known problem, in the same class as "Doctor, it hurts when I do this." From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 19:46:50 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 07D1F12B for ; Thu, 8 Nov 2012 19:46:50 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 95F838FC13 for ; Thu, 8 Nov 2012 19:46:49 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id qA8JkgKC053900; Thu, 8 Nov 2012 12:46:42 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id qA8JkdDn053897; Thu, 8 Nov 2012 12:46:39 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Thu, 8 Nov 2012 12:46:39 -0700 (MST) From: Warren Block To: Richard Kuhns Subject: Re: 9.1-RC3 feels okay :-) In-Reply-To: <509BE4D2.2010603@wintek.com> Message-ID: References: <201211062158.qA6Lvt2l039276@fire.js.berklix.net> <509BE4D2.2010603@wintek.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Thu, 08 Nov 2012 12:46:42 -0700 (MST) Cc: "Julian H. Stacey" , "freebsd-current@freebsd.org" , CeDeROM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Nov 2012 19:46:50 -0000 On Thu, 8 Nov 2012, Richard Kuhns wrote: > On 11/08/12 10:45, Warren Block wrote: >> On Thu, 8 Nov 2012, CeDeROM wrote: >> >>> I have tested additional options in xorg runtime :-) >>> >>> With the patched xorg mouse driver 1.7.1 (or driver version >=1.7.2) >>> situation is following: >>> >>> 1. With hald and dbus no xorg.conf file is needed. However it might bo >>> option to pass some additional featutes parameters with xorg.conf. >>> 2. With no hald and dbus mouse and keyboard does not work in xorg unless >>> Option "AllowEmptyInput" "False" is added to Section "ServerLayout" by >>> hand in xorg.conf. Without this option input does not work even if >>> xorg.conf defines it! AllowEmptyInput=False forces to detect input deviced >>> by Xorg at startup. >> >> No. AllowEmptyInput is wrong. It was causing so many problems that it >> has been removed from later xorg-server releases. >> >> Option "AutoAddDevices" "Off" is the one that means "dont' use Hal to >> detect input devices". >> >>> Thank you for this hint! This could be added to the handbook :-) >>> AllowEmptyInput=False should be a default for Xorg IMO we can report it to >>> the Xorg project! :-) >> >> Really, the simplest solution is to build xorg-server with the HAL >> option disabled. I agree that this should be the default. > > Just a comment: according to http://wiki.freebsd.org/VirtualBox, Hal is still > required for VirtualBox in order to have host DVD/CD access. This is probably a permissions thing. VirtualBox sees the device, but can't quite mount it. So hal may not be actually required for that function in VirtualBox, but figuring out just what is needed without hal remains to be done. KDE and Gnome both still need hal, but AFAIK do not require it to be used for xorg input device detection. xfce4 works fine without hal. From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 19:49:44 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B34F83AC; Thu, 8 Nov 2012 19:49: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 804EA8FC1B; Thu, 8 Nov 2012 19:49:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA8JnhjS079172; Thu, 8 Nov 2012 14:49:43 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA8JnhFA079171; Thu, 8 Nov 2012 19:49:43 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 8 Nov 2012 19:49:43 GMT Message-Id: <201211081949.qA8JnhFA079171@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2012 19:49:44 -0000 TB --- 2012-11-08 18:40:40 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-08 18:40:40 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-08 18:40:40 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-11-08 18:40:40 - cleaning the object tree TB --- 2012-11-08 18:40:40 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-08 18:40:40 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2012-11-08 18:40:40 - /usr/local/bin/svn cleanup /src TB --- 2012-11-08 18:41:44 - /usr/local/bin/svn update /src TB --- 2012-11-08 18:42:42 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-08 18:42:42 - WARNING: sleeping 30 s and retrying... TB --- 2012-11-08 18:43:12 - /usr/local/bin/svn update /src TB --- 2012-11-08 18:43:19 - At svn revision 242782 TB --- 2012-11-08 18:43:20 - building world TB --- 2012-11-08 18:43:20 - CROSS_BUILD_TESTING=YES TB --- 2012-11-08 18:43:20 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-08 18:43:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-08 18:43:20 - SRCCONF=/dev/null TB --- 2012-11-08 18:43:20 - TARGET=sparc64 TB --- 2012-11-08 18:43:20 - TARGET_ARCH=sparc64 TB --- 2012-11-08 18:43:20 - TZ=UTC TB --- 2012-11-08 18:43:20 - __MAKE_CONF=/dev/null TB --- 2012-11-08 18:43:20 - cd /src TB --- 2012-11-08 18:43:20 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 8 18:43:24 UTC 2012 >>> 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 Thu Nov 8 19:45:46 UTC 2012 TB --- 2012-11-08 19:45:46 - generating LINT kernel config TB --- 2012-11-08 19:45:46 - cd /src/sys/sparc64/conf TB --- 2012-11-08 19:45:46 - /usr/bin/make -B LINT TB --- 2012-11-08 19:45:47 - cd /src/sys/sparc64/conf TB --- 2012-11-08 19:45:47 - /usr/sbin/config -m LINT TB --- 2012-11-08 19:45:47 - building LINT kernel TB --- 2012-11-08 19:45:47 - CROSS_BUILD_TESTING=YES TB --- 2012-11-08 19:45:47 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-08 19:45:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-08 19:45:47 - SRCCONF=/dev/null TB --- 2012-11-08 19:45:47 - TARGET=sparc64 TB --- 2012-11-08 19:45:47 - TARGET_ARCH=sparc64 TB --- 2012-11-08 19:45:47 - TZ=UTC TB --- 2012-11-08 19:45:47 - __MAKE_CONF=/dev/null TB --- 2012-11-08 19:45:47 - cd /src TB --- 2012-11-08 19:45:47 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 8 19:45:47 UTC 2012 >>> 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 [...] /src/sys/dev/ath/if_ath_sysctl.c:511: error: 'struct ath_softc' has no member named 'sc_alq' cc1: warnings being treated as errors /src/sys/dev/ath/if_ath_sysctl.c:517: warning: implicit declaration of function 'if_ath_alq_start' /src/sys/dev/ath/if_ath_sysctl.c:517: warning: nested extern declaration of 'if_ath_alq_start' [-Wnested-externs] /src/sys/dev/ath/if_ath_sysctl.c:517: error: 'struct ath_softc' has no member named 'sc_alq' /src/sys/dev/ath/if_ath_sysctl.c:519: warning: implicit declaration of function 'if_ath_alq_stop' /src/sys/dev/ath/if_ath_sysctl.c:519: warning: nested extern declaration of 'if_ath_alq_stop' [-Wnested-externs] /src/sys/dev/ath/if_ath_sysctl.c:519: error: 'struct ath_softc' has no member named 'sc_alq' *** [if_ath_sysctl.o] Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-08 19:49:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-08 19:49:43 - ERROR: failed to build LINT kernel TB --- 2012-11-08 19:49:43 - 3224.19 user 583.31 system 4143.21 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 19:59:56 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C09BA64F; Thu, 8 Nov 2012 19:59:56 +0000 (UTC) (envelope-from break19@gmail.com) Received: from mail-ia0-f182.google.com (mail-ia0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6C5C38FC08; Thu, 8 Nov 2012 19:59:56 +0000 (UTC) Received: by mail-ia0-f182.google.com with SMTP id k10so2898695iag.13 for ; Thu, 08 Nov 2012 11:59:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=jwR2oaW4+IaKqPPGnLbYZ8U1Dsw1svOlHPyp5jpkbqU=; b=EsA5k3VsFpnTlktNUAgReVxcC9h5+aWm+WmQJQqtLGekaVhp1Xx1nH3ll7xmI7LGR8 Tu+A+kFyW/GeSbVszkuvO87admVfQ6IA+LTjvxh91Xsa1OsLZEUFdtDnMjwx9t0CkXPj 4fB6293grtNDLqsueGnMGNdupdMx6xAZ59qXt8DXMSd4e7p1JxeY3EGhV/4Sa/QhQs7t P0Rwp4JTJcD04C7vxfSxv16r/VA11l0gRdNU334GzlJQ309InABGaAWAeEhI3+QYhWQy l9hr/IXNU+k6YH+W3wo7OpjPZFWdpNdPmTJuJuqF+y1BnwGs6m/oG0OGHZcAwvkKXj5q 6BKg== Received: by 10.50.173.106 with SMTP id bj10mr21561637igc.13.1352404790021; Thu, 08 Nov 2012 11:59:50 -0800 (PST) Received: from [192.168.0.198] ([173.157.19.213]) by mx.google.com with ESMTPS id x5sm5127954igc.14.2012.11.08.11.59.43 (version=SSLv3 cipher=OTHER); Thu, 08 Nov 2012 11:59:49 -0800 (PST) Message-ID: <509C0F26.2080305@gmail.com> Date: Thu, 08 Nov 2012 13:59:34 -0600 From: Chuck Burns User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org, kde-freebsd Subject: Re: 9.1-RC3 feels okay :-) - Hald and xorg? References: <201211062158.qA6Lvt2l039276@fire.js.berklix.net> <509BE4D2.2010603@wintek.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Nov 2012 19:59:56 -0000 On 11/8/2012 1:46 PM, Warren Block wrote: > On Thu, 8 Nov 2012, Richard Kuhns wrote: > >> On 11/08/12 10:45, Warren Block wrote: >>> On Thu, 8 Nov 2012, CeDeROM wrote: >>> >>>> I have tested additional options in xorg runtime :-) >>>> >>>> With the patched xorg mouse driver 1.7.1 (or driver version >=1.7.2) >>>> situation is following: >>>> >>>> 1. With hald and dbus no xorg.conf file is needed. However it might bo >>>> option to pass some additional featutes parameters with xorg.conf. >>>> 2. With no hald and dbus mouse and keyboard does not work in xorg >>>> unless >>>> Option "AllowEmptyInput" "False" is added to Section "ServerLayout" by >>>> hand in xorg.conf. Without this option input does not work even if >>>> xorg.conf defines it! AllowEmptyInput=False forces to detect input >>>> deviced >>>> by Xorg at startup. >>> >>> No. AllowEmptyInput is wrong. It was causing so many problems that it >>> has been removed from later xorg-server releases. >>> >>> Option "AutoAddDevices" "Off" is the one that means "dont' use Hal to >>> detect input devices". >>> >>>> Thank you for this hint! This could be added to the handbook :-) >>>> AllowEmptyInput=False should be a default for Xorg IMO we can report >>>> it to >>>> the Xorg project! :-) >>> >>> Really, the simplest solution is to build xorg-server with the HAL >>> option disabled. I agree that this should be the default. >> >> Just a comment: according to http://wiki.freebsd.org/VirtualBox, Hal >> is still >> required for VirtualBox in order to have host DVD/CD access. > > This is probably a permissions thing. VirtualBox sees the device, but > can't quite mount it. So hal may not be actually required for that > function in VirtualBox, but figuring out just what is needed without hal > remains to be done. > > KDE and Gnome both still need hal, but AFAIK do not require it to be > used for xorg input device detection. xfce4 works fine without hal. > _______________________________________________ > 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" Actually, KDE does -not- need hal. KDE uses the SOLID system for automatic mounting/unmounting of removable/non-removable drives. There are two backends for SOLID. Hal, and udisks. Since FreeBSD does not support udisks, then the only viable SOLID backend, at the moment, is the hald one. The kde@ team plans to eventually write a devd SOLID backend, but they are extremely busy, so any help in that would be most welcome.. avilla@ can probably elaborate on that.. cross-posting my reply to the kde@ ML so they can chime in if need be. -- Chuck Burns From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 20:05:44 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 093A6867; Thu, 8 Nov 2012 20:05:44 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-la0-f54.google.com (mail-la0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4E3EA8FC17; Thu, 8 Nov 2012 20:05:42 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id e12so3085148lag.13 for ; Thu, 08 Nov 2012 12:05:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=l4IRJg5WzrvULMhHA6xsOx1bGo3619alYfGIK3auGIM=; b=DiOXo9OHDfly87YSZQFb0nmrIzFIIV+mPy+y0WPfL0qLM3hFxDod3dWnf5xmCeWYQj lCsnYl4u8xPG5Ni3ybLma5HkJM6S8rW/ZBiaBzOwjR2gED3ZsKXm+jJWRVPyseB+/78X 67b+Rf1PkbV8XhX20q9uQBjSJ4zRLBunHH6o6jsijofNqkqMm/GZ+ToowKRQhvRZAdHB pul8WEQM9xGw63NipRzn55LCi+uzrjznqU89c/3/7lBu5sKkMj14w/WOAU1SzrsTGksG RZbyAPGk3L8sHDTC2DJi51TGICpWmoxajcEhKk9XESWSRmc43sMEhopIlWPPQaaaLtD7 CftA== MIME-Version: 1.0 Received: by 10.112.100.170 with SMTP id ez10mr3764438lbb.25.1352405142011; Thu, 08 Nov 2012 12:05:42 -0800 (PST) Received: by 10.114.24.66 with HTTP; Thu, 8 Nov 2012 12:05:41 -0800 (PST) In-Reply-To: <509C0F26.2080305@gmail.com> References: <201211062158.qA6Lvt2l039276@fire.js.berklix.net> <509BE4D2.2010603@wintek.com> <509C0F26.2080305@gmail.com> Date: Thu, 8 Nov 2012 12:05:41 -0800 Message-ID: Subject: Re: 9.1-RC3 feels okay :-) - Hald and xorg? From: Freddie Cash To: Chuck Burns Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org, kde-freebsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Nov 2012 20:05:44 -0000 On Thu, Nov 8, 2012 at 11:59 AM, Chuck Burns wrote: > Actually, KDE does -not- need hal. KDE uses the SOLID system for automatic > mounting/unmounting of removable/non-removable drives. There are two > backends for SOLID. Hal, and udisks. Since FreeBSD does not support udisks, > then the only viable SOLID backend, at the moment, is the hald one. The > kde@ team plans to eventually write a devd SOLID backend, but they are > extremely busy, so any help in that would be most welcome.. avilla@ can > probably elaborate on that.. cross-posting my reply to the kde@ ML so they > can chime in if need be. There's a devd-based automounter available in the Forums that works with KDE4: https://forums.freebsd.org/showthread.php?t=29895 -- Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 21:22:07 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2D0FC9B2; Thu, 8 Nov 2012 21:22: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 EBCA98FC0A; Thu, 8 Nov 2012 21:22:06 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA8LM5SM012197; Thu, 8 Nov 2012 16:22:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA8LM5Dp012196; Thu, 8 Nov 2012 21:22:05 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 8 Nov 2012 21:22:05 GMT Message-Id: <201211082122.qA8LM5Dp012196@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2012 21:22:07 -0000 TB --- 2012-11-08 18:36:37 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-08 18:36:37 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-08 18:36:37 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2012-11-08 18:36:37 - cleaning the object tree TB --- 2012-11-08 18:36:37 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-08 18:36:37 - cd /tinderbox/HEAD/powerpc64/powerpc TB --- 2012-11-08 18:36:37 - /usr/local/bin/svn cleanup /src TB --- 2012-11-08 18:37:52 - /usr/local/bin/svn update /src TB --- 2012-11-08 18:38:00 - At svn revision 242782 TB --- 2012-11-08 18:38:01 - building world TB --- 2012-11-08 18:38:01 - CROSS_BUILD_TESTING=YES TB --- 2012-11-08 18:38:01 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-08 18:38:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-08 18:38:01 - SRCCONF=/dev/null TB --- 2012-11-08 18:38:01 - TARGET=powerpc TB --- 2012-11-08 18:38:01 - TARGET_ARCH=powerpc64 TB --- 2012-11-08 18:38:01 - TZ=UTC TB --- 2012-11-08 18:38:01 - __MAKE_CONF=/dev/null TB --- 2012-11-08 18:38:01 - cd /src TB --- 2012-11-08 18:38:01 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 8 18:38:08 UTC 2012 >>> 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 Thu Nov 8 21:18:35 UTC 2012 TB --- 2012-11-08 21:18:35 - generating LINT kernel config TB --- 2012-11-08 21:18:35 - cd /src/sys/powerpc/conf TB --- 2012-11-08 21:18:35 - /usr/bin/make -B LINT TB --- 2012-11-08 21:18:35 - cd /src/sys/powerpc/conf TB --- 2012-11-08 21:18:35 - /usr/sbin/config -m LINT TB --- 2012-11-08 21:18:35 - building LINT kernel TB --- 2012-11-08 21:18:35 - CROSS_BUILD_TESTING=YES TB --- 2012-11-08 21:18:35 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-08 21:18:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-08 21:18:35 - SRCCONF=/dev/null TB --- 2012-11-08 21:18:35 - TARGET=powerpc TB --- 2012-11-08 21:18:35 - TARGET_ARCH=powerpc64 TB --- 2012-11-08 21:18:35 - TZ=UTC TB --- 2012-11-08 21:18:35 - __MAKE_CONF=/dev/null TB --- 2012-11-08 21:18:35 - cd /src TB --- 2012-11-08 21:18:35 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 8 21:18:35 UTC 2012 >>> 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 [...] /src/sys/dev/ath/if_ath_sysctl.c:511: error: 'struct ath_softc' has no member named 'sc_alq' cc1: warnings being treated as errors /src/sys/dev/ath/if_ath_sysctl.c:517: warning: implicit declaration of function 'if_ath_alq_start' /src/sys/dev/ath/if_ath_sysctl.c:517: warning: nested extern declaration of 'if_ath_alq_start' [-Wnested-externs] /src/sys/dev/ath/if_ath_sysctl.c:517: error: 'struct ath_softc' has no member named 'sc_alq' /src/sys/dev/ath/if_ath_sysctl.c:519: warning: implicit declaration of function 'if_ath_alq_stop' /src/sys/dev/ath/if_ath_sysctl.c:519: warning: nested extern declaration of 'if_ath_alq_stop' [-Wnested-externs] /src/sys/dev/ath/if_ath_sysctl.c:519: error: 'struct ath_softc' has no member named 'sc_alq' *** [if_ath_sysctl.o] Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-08 21:22:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-08 21:22:05 - ERROR: failed to build LINT kernel TB --- 2012-11-08 21:22:05 - 8638.00 user 1128.34 system 9928.62 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 22:28:29 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 50C29ECE; Thu, 8 Nov 2012 22:28:29 +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 0BE028FC0A; Thu, 8 Nov 2012 22:28:29 +0000 (UTC) Received: from [192.168.0.6] (spaceball.home.andric.com [192.168.0.6]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 7E8345C59; Thu, 8 Nov 2012 23:28:27 +0100 (CET) Message-ID: <509C320C.6010504@FreeBSD.org> Date: Thu, 08 Nov 2012 23:28:28 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Andriy Gapon Subject: Re: [head tinderbox] failure on amd64/amd64 References: <201211081731.qA8HVbrV092796__9933.24017986215$1352395930$gmane$org@freebsd-current.sentex.ca> <509BF051.7030707@FreeBSD.org> In-Reply-To: <509BF051.7030707@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Nov 2012 22:28:29 -0000 On 2012-11-08 18:48, Andriy Gapon wrote: > on 08/11/2012 19:31 FreeBSD Tinderbox said the following: >> 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 >> -Wno-error-tautological-compare -Wno-error-empty-body >> -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys >> -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include >> opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer >> -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float >> -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg >> /src/sys/dev/aac/aac_debug.c /src/sys/dev/aac/aac_debug.c:163:8: error: format >> string is not a string literal (potentially insecure) >> [-Werror,-Wformat-security] panic(reason); ^~~~~~ 1 error generated. *** >> [aac_debug.o] Error code 1 > > > I think that clang complaint is rightful here. > But the tinderbox errors that we are getting after switch make me wonder if more > preparations should have been done before the switch to make the transition smoother. Yes, clang has been in the tree for almost two years now. Why didn't the *maintainers* of these drivers fix the warnings already? ;-) Jokes aside, I am perfectly happy to go through these warnings, and fix them. But that requires a feedback cycle from the driver maintainers, so it will take a while. That is the disadvantage of the process we are using. From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 22:41:15 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 063DF413; Thu, 8 Nov 2012 22:41:15 +0000 (UTC) (envelope-from grog@lemis.com) Received: from w3.lemis.com (w3.lemis.com [208.86.224.149]) by mx1.freebsd.org (Postfix) with ESMTP id BF3E78FC0A; Thu, 8 Nov 2012 22:41:14 +0000 (UTC) Received: from eureka.lemis.com (1032.x.rootbsd.net [208.86.224.149]) by w3.lemis.com (Postfix) with ESMTP id A3E6C3B751; Thu, 8 Nov 2012 22:41:07 +0000 (UTC) Received: by eureka.lemis.com (Postfix, from userid 1004) id DD112F74EB; Fri, 9 Nov 2012 09:41:03 +1100 (EST) Date: Fri, 9 Nov 2012 09:41:03 +1100 From: Greg 'groggy' Lehey To: Larry Rosenman Subject: Re: sysutils/lsof Author Question (for CLANG).... Message-ID: <20121108224103.GJ77848@eureka.lemis.com> References: <5d4c4abe37bd6fffd0c206c1b7b68ce1@webmail.lerctr.org> <20121107213917.GD77848@eureka.lemis.com> <20121107230034.GF77848@eureka.lemis.com> <509BBEDC.4070103@FreeBSD.org> <7662C646-941D-4E94-92C3-444752DF1EF7@FreeBSD.org> <6aadce9c231079e0738de9f059625358@webmail.lerctr.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HcccYpVZDxQ8hzPO" Content-Disposition: inline In-Reply-To: <6aadce9c231079e0738de9f059625358@webmail.lerctr.org> User-Agent: Mutt/1.4.2.3i Organization: The FreeBSD Project Phone: +61-3-5346-1370 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Cc: freebsd-current@freebsd.org, Edward Tomasz Napiera??a , Andriy Gapon X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Nov 2012 22:41:15 -0000 --HcccYpVZDxQ8hzPO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline [Text formatting recovered] On Thursday, 8 November 2012 at 9:23:11 -0600, Larry Rosenman wrote: > On 2012-11-08 09:20, Edward Tomasz Napiera??a wrote: >> Wiadomo???? napisana przez Andriy Gapon w dniu 8 lis 2012, o godz. 15:17: >>> Just curious why lsof can't use interfaces that e.g. >>> fstat/sockstat/etc use? Those base utilities do not seem to >>> experience as much trouble as lsof. >> >> Note that fstat(8) does not report file paths. On the other hand, >> procstat(8) does. It looks like "procstat -fa" and "procstat -va" >> together provide the same information lsof(8) does; unfortunately >> there doesn't seem to be a way to show a "merged" output for files >> opened (-f) and files mmapped, but closed (-v). Hmm. I don't know the details, but potentially there *would* be a more kosher way of doing what lsof wants. > Remember also that lsof is portable between MANY flavors of *nix. Only because the author goes to a lot of effort to make it so. There's special-case code for most kernels. In the case of FreeBSD, it would make sense to use documented interfaces where possible, and create them where they don't exist. Greg -- Sent from my desktop computer. Finger grog@FreeBSD.org for PGP public key. See complete headers for address and phone numbers. This message is digitally signed. If your Microsoft MUA reports problems, please read http://tinyurl.com/broken-mua --HcccYpVZDxQ8hzPO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlCcNP8ACgkQIubykFB6QiOk2ACeM7SoqH7QtVe+GYrtrs9wq2iQ ojcAmwXIwJVjHEiOdeVDg7gLQUS+2okA =VvIv -----END PGP SIGNATURE----- --HcccYpVZDxQ8hzPO-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 22:57:30 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 87EB1DB4; Thu, 8 Nov 2012 22:57:30 +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 353628FC13; Thu, 8 Nov 2012 22:57:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=MapMhS7G65sad2akSBkuiXboob3d3AZjIwkcE+qEMG8=; b=TAoRzW7s2XUYN3bJsyIVoG7v/aZBqouFAxLEmJnlZG7OyWSq1sAYTVil6uSr0K+UcS+7zLxRx2KRrnRCzN6Jhmy0bua/qTITae2uIHqbwkjbiv7E7n0IJ2ch1d/QcHPLMyK8qBfbgg2uN/aLVEjvPpmKrMWxyo9DUAqZD9+c6v0=; Received: from localhost.lerctr.org ([127.0.0.1]:61745 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpa (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1TWb2O-00010B-NW; Thu, 08 Nov 2012 16:57:29 -0600 Received: from [32.97.110.60] by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Thu, 08 Nov 2012 16:57:28 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 08 Nov 2012 16:57:28 -0600 From: Larry Rosenman To: Greg 'groggy' Lehey Subject: Re: sysutils/lsof Author Question (for CLANG).... In-Reply-To: <20121108224103.GJ77848@eureka.lemis.com> References: <5d4c4abe37bd6fffd0c206c1b7b68ce1@webmail.lerctr.org> <20121107213917.GD77848@eureka.lemis.com> <20121107230034.GF77848@eureka.lemis.com> <509BBEDC.4070103@FreeBSD.org> <7662C646-941D-4E94-92C3-444752DF1EF7@FreeBSD.org> <6aadce9c231079e0738de9f059625358@webmail.lerctr.org> <20121108224103.GJ77848@eureka.lemis.com> Message-ID: <28daf355adf14034cb8e9eb87eef60d5@webmail.lerctr.org> X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/0.8.2 X-Spam-Score: -3.3 (---) X-LERCTR-Spam-Score: -3.3 (---) X-Spam-Report: SpamScore (-3.3/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.369 X-LERCTR-Spam-Report: SpamScore (-3.3/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.369 Cc: freebsd-current@freebsd.org, Edward Tomasz Napiera??a , Andriy Gapon X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Nov 2012 22:57:30 -0000 On 2012-11-08 16:41, Greg 'groggy' Lehey wrote: > [Text formatting recovered] > > On Thursday, 8 November 2012 at 9:23:11 -0600, Larry Rosenman > wrote: >> On 2012-11-08 09:20, Edward Tomasz Napiera??a wrote: >>> Wiadomo???? napisana przez Andriy Gapon w dniu 8 lis 2012, o godz. >>> 15:17: >>>> Just curious why lsof can't use interfaces that e.g. >>>> fstat/sockstat/etc use? Those base utilities do not seem to >>>> experience as much trouble as lsof. >>> >>> Note that fstat(8) does not report file paths. On the other hand, >>> procstat(8) does. It looks like "procstat -fa" and "procstat -va" >>> together provide the same information lsof(8) does; unfortunately >>> there doesn't seem to be a way to show a "merged" output for files >>> opened (-f) and files mmapped, but closed (-v). > > Hmm. I don't know the details, but potentially there *would* be a > more kosher way of doing what lsof wants. > >> Remember also that lsof is portable between MANY flavors of *nix. > > Only because the author goes to a lot of effort to make it so. > There's special-case code for most kernels. In the case of FreeBSD, > it would make sense to use documented interfaces where possible, and > create them where they don't exist. And if we could get such a list and create them, Vic would use them I suspect. We've tried before and it turns into a bikeshed. > > Greg > -- > Sent from my desktop computer. > Finger grog@FreeBSD.org for PGP public key. > See complete headers for address and phone numbers. > This message is digitally signed. If your Microsoft MUA reports > problems, please read http://tinyurl.com/broken-mua From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 23:00:05 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1A618F3F for ; Thu, 8 Nov 2012 23:00:05 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7C2208FC12 for ; Thu, 8 Nov 2012 23:00:04 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id b5so3316817lbd.13 for ; Thu, 08 Nov 2012 15:00:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=Jl3SzlbvnCxGGgS7YPYsgIJvEunwezvT0U06gGotVX8=; b=rxN+elKd9kIBaBq1lX1NUv821MK3yiobKI3HsPIHBQGHGGfkKqx2qDe5/Ac+gMJMZl AE/oBIAikibd87uRNGUr9MeGZhpRFNfApLAkgk71xXt/EfXfrie1kntx+hCOFju/ja/s f0Xv/brIRZCDGmA5Lrz4jP3ZBTYx8oCsse8RQ= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=Jl3SzlbvnCxGGgS7YPYsgIJvEunwezvT0U06gGotVX8=; b=Het6XlGSp+8yV9mzaWh66rdfaYvEDlYzlx1Yob1nPKBzHhAToO0I8tExe0BiruhthZ ECmH6SEvr3+2B3PMjrTacayXSxilYAmjhYgoAuZk1AzWZgyW+ZFHC87rvVP8ZuYXFCMS LKOrzDCIngviRGAdYhD2geYAr31RfPRUyTU3O9DUdteFvkj825hdchZziOmHZ+n0sSRN ZcFgl4O4WDqBSPnFBYWDVbzzqaSYYw/LrSj1PEo6yHm6g1957/I25IzJIjkNkoAQhS4p pzlyAxgkFvmy4ByP39GfZngPRa4Ud22XdyLrF3rIBr1qwYgGTYkQkF8l1F++/lV8wyUS rCHA== Received: by 10.152.131.200 with SMTP id oo8mr8931886lab.34.1352415603390; Thu, 08 Nov 2012 15:00:03 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.25.166 with HTTP; Thu, 8 Nov 2012 14:59:31 -0800 (PST) In-Reply-To: <28daf355adf14034cb8e9eb87eef60d5@webmail.lerctr.org> References: <5d4c4abe37bd6fffd0c206c1b7b68ce1@webmail.lerctr.org> <20121107213917.GD77848@eureka.lemis.com> <20121107230034.GF77848@eureka.lemis.com> <509BBEDC.4070103@FreeBSD.org> <7662C646-941D-4E94-92C3-444752DF1EF7@FreeBSD.org> <6aadce9c231079e0738de9f059625358@webmail.lerctr.org> <20121108224103.GJ77848@eureka.lemis.com> <28daf355adf14034cb8e9eb87eef60d5@webmail.lerctr.org> From: Eitan Adler Date: Thu, 8 Nov 2012 17:59:31 -0500 Message-ID: Subject: Re: sysutils/lsof Author Question (for CLANG).... To: Larry Rosenman Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQl8vei45fpJLl5j32y/Bhphwi6Ye8B/+frHJfJsGytFTTC1hhYzmoYpLtes3wfONyPWbfcH Cc: Greg 'groggy' Lehey , freebsd-current@freebsd.org, Edward Tomasz Napiera??a , Andriy Gapon X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Nov 2012 23:00:05 -0000 On 8 November 2012 17:57, Larry Rosenman wrote: > And if we could get such a list and create them, Vic would use them I > suspect. Good. This will help more than Just Vic - I hope. > We've tried before and it turns into a bikeshed. Don't let that discourage you from trying again. -- Eitan Adler From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 23:03:29 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E192113F; Thu, 8 Nov 2012 23:03: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 8E0B18FC19; Thu, 8 Nov 2012 23:03:28 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA8N3RTS032003; Thu, 8 Nov 2012 18:03:27 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA8N3RlN031977; Thu, 8 Nov 2012 23:03:27 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 8 Nov 2012 23:03:27 GMT Message-Id: <201211082303.qA8N3RlN031977@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2012 23:03:30 -0000 TB --- 2012-11-08 21:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-08 21:30:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-08 21:30:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-11-08 21:30:00 - cleaning the object tree TB --- 2012-11-08 21:30:00 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-08 21:30:00 - cd /tinderbox/HEAD/arm/arm TB --- 2012-11-08 21:30:00 - /usr/local/bin/svn cleanup /src TB --- 2012-11-08 21:31:52 - /usr/local/bin/svn update /src TB --- 2012-11-08 21:32:01 - At svn revision 242793 TB --- 2012-11-08 21:32:02 - building world TB --- 2012-11-08 21:32:02 - CROSS_BUILD_TESTING=YES TB --- 2012-11-08 21:32:02 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-08 21:32:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-08 21:32:02 - SRCCONF=/dev/null TB --- 2012-11-08 21:32:02 - TARGET=arm TB --- 2012-11-08 21:32:02 - TARGET_ARCH=arm TB --- 2012-11-08 21:32:02 - TZ=UTC TB --- 2012-11-08 21:32:02 - __MAKE_CONF=/dev/null TB --- 2012-11-08 21:32:02 - cd /src TB --- 2012-11-08 21:32:02 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 8 21:32:09 UTC 2012 >>> 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 Thu Nov 8 22:32:33 UTC 2012 TB --- 2012-11-08 22:32:33 - cd /src/sys/arm/conf TB --- 2012-11-08 22:32:33 - /usr/sbin/config -m AC100 TB --- 2012-11-08 22:32:33 - skipping AC100 kernel TB --- 2012-11-08 22:32:33 - cd /src/sys/arm/conf TB --- 2012-11-08 22:32:33 - /usr/sbin/config -m ARMADAXP TB --- 2012-11-08 22:32:33 - skipping ARMADAXP kernel TB --- 2012-11-08 22:32:33 - cd /src/sys/arm/conf TB --- 2012-11-08 22:32:33 - /usr/sbin/config -m ATMEL TB --- 2012-11-08 22:32:34 - building ATMEL kernel TB --- 2012-11-08 22:32:34 - CROSS_BUILD_TESTING=YES TB --- 2012-11-08 22:32:34 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-08 22:32:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-08 22:32:34 - SRCCONF=/dev/null TB --- 2012-11-08 22:32:34 - TARGET=arm TB --- 2012-11-08 22:32:34 - TARGET_ARCH=arm TB --- 2012-11-08 22:32:34 - TZ=UTC TB --- 2012-11-08 22:32:34 - __MAKE_CONF=/dev/null TB --- 2012-11-08 22:32:34 - cd /src TB --- 2012-11-08 22:32:34 - /usr/bin/make -B buildkernel KERNCONF=ATMEL >>> Kernel build for ATMEL started on Thu Nov 8 22:32:34 UTC 2012 >>> 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 ATMEL completed on Thu Nov 8 22:36:09 UTC 2012 TB --- 2012-11-08 22:36:09 - cd /src/sys/arm/conf TB --- 2012-11-08 22:36:09 - /usr/sbin/config -m AVILA TB --- 2012-11-08 22:36:09 - skipping AVILA kernel TB --- 2012-11-08 22:36:09 - cd /src/sys/arm/conf TB --- 2012-11-08 22:36:09 - /usr/sbin/config -m BEAGLEBONE TB --- 2012-11-08 22:36:09 - skipping BEAGLEBONE kernel TB --- 2012-11-08 22:36:09 - cd /src/sys/arm/conf TB --- 2012-11-08 22:36:09 - /usr/sbin/config -m BWCT TB --- 2012-11-08 22:36:09 - building BWCT kernel TB --- 2012-11-08 22:36:09 - CROSS_BUILD_TESTING=YES TB --- 2012-11-08 22:36:09 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-08 22:36:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-08 22:36:09 - SRCCONF=/dev/null TB --- 2012-11-08 22:36:09 - TARGET=arm TB --- 2012-11-08 22:36:09 - TARGET_ARCH=arm TB --- 2012-11-08 22:36:09 - TZ=UTC TB --- 2012-11-08 22:36:09 - __MAKE_CONF=/dev/null TB --- 2012-11-08 22:36:09 - cd /src TB --- 2012-11-08 22:36:09 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Thu Nov 8 22:36:09 UTC 2012 >>> 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 BWCT completed on Thu Nov 8 22:38:19 UTC 2012 TB --- 2012-11-08 22:38:19 - cd /src/sys/arm/conf TB --- 2012-11-08 22:38:19 - /usr/sbin/config -m CAMBRIA TB --- 2012-11-08 22:38:19 - skipping CAMBRIA kernel TB --- 2012-11-08 22:38:19 - cd /src/sys/arm/conf TB --- 2012-11-08 22:38:19 - /usr/sbin/config -m CNS11XXNAS TB --- 2012-11-08 22:38:19 - building CNS11XXNAS kernel TB --- 2012-11-08 22:38:19 - CROSS_BUILD_TESTING=YES TB --- 2012-11-08 22:38:19 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-08 22:38:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-08 22:38:19 - SRCCONF=/dev/null TB --- 2012-11-08 22:38:19 - TARGET=arm TB --- 2012-11-08 22:38:19 - TARGET_ARCH=arm TB --- 2012-11-08 22:38:19 - TZ=UTC TB --- 2012-11-08 22:38:19 - __MAKE_CONF=/dev/null TB --- 2012-11-08 22:38:19 - cd /src TB --- 2012-11-08 22:38:19 - /usr/bin/make -B buildkernel KERNCONF=CNS11XXNAS >>> Kernel build for CNS11XXNAS started on Thu Nov 8 22:38:19 UTC 2012 >>> 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 CNS11XXNAS completed on Thu Nov 8 22:40:47 UTC 2012 TB --- 2012-11-08 22:40:47 - cd /src/sys/arm/conf TB --- 2012-11-08 22:40:47 - /usr/sbin/config -m CRB TB --- 2012-11-08 22:40:48 - skipping CRB kernel TB --- 2012-11-08 22:40:48 - cd /src/sys/arm/conf TB --- 2012-11-08 22:40:48 - /usr/sbin/config -m DB-78XXX TB --- 2012-11-08 22:40:48 - building DB-78XXX kernel TB --- 2012-11-08 22:40:48 - CROSS_BUILD_TESTING=YES TB --- 2012-11-08 22:40:48 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-08 22:40:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-08 22:40:48 - SRCCONF=/dev/null TB --- 2012-11-08 22:40:48 - TARGET=arm TB --- 2012-11-08 22:40:48 - TARGET_ARCH=arm TB --- 2012-11-08 22:40:48 - TZ=UTC TB --- 2012-11-08 22:40:48 - __MAKE_CONF=/dev/null TB --- 2012-11-08 22:40:48 - cd /src TB --- 2012-11-08 22:40:48 - /usr/bin/make -B buildkernel KERNCONF=DB-78XXX >>> Kernel build for DB-78XXX started on Thu Nov 8 22:40:48 UTC 2012 >>> 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 DB-78XXX completed on Thu Nov 8 22:43:34 UTC 2012 TB --- 2012-11-08 22:43:34 - cd /src/sys/arm/conf TB --- 2012-11-08 22:43:34 - /usr/sbin/config -m DB-88F5XXX TB --- 2012-11-08 22:43:34 - building DB-88F5XXX kernel TB --- 2012-11-08 22:43:34 - CROSS_BUILD_TESTING=YES TB --- 2012-11-08 22:43:34 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-08 22:43:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-08 22:43:34 - SRCCONF=/dev/null TB --- 2012-11-08 22:43:34 - TARGET=arm TB --- 2012-11-08 22:43:34 - TARGET_ARCH=arm TB --- 2012-11-08 22:43:34 - TZ=UTC TB --- 2012-11-08 22:43:34 - __MAKE_CONF=/dev/null TB --- 2012-11-08 22:43:34 - cd /src TB --- 2012-11-08 22:43:34 - /usr/bin/make -B buildkernel KERNCONF=DB-88F5XXX >>> Kernel build for DB-88F5XXX started on Thu Nov 8 22:43:34 UTC 2012 >>> 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 DB-88F5XXX completed on Thu Nov 8 22:46:17 UTC 2012 TB --- 2012-11-08 22:46:17 - cd /src/sys/arm/conf TB --- 2012-11-08 22:46:17 - /usr/sbin/config -m DB-88F6XXX TB --- 2012-11-08 22:46:17 - building DB-88F6XXX kernel TB --- 2012-11-08 22:46:17 - CROSS_BUILD_TESTING=YES TB --- 2012-11-08 22:46:17 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-08 22:46:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-08 22:46:17 - SRCCONF=/dev/null TB --- 2012-11-08 22:46:17 - TARGET=arm TB --- 2012-11-08 22:46:17 - TARGET_ARCH=arm TB --- 2012-11-08 22:46:17 - TZ=UTC TB --- 2012-11-08 22:46:17 - __MAKE_CONF=/dev/null TB --- 2012-11-08 22:46:17 - cd /src TB --- 2012-11-08 22:46:17 - /usr/bin/make -B buildkernel KERNCONF=DB-88F6XXX >>> Kernel build for DB-88F6XXX started on Thu Nov 8 22:46:17 UTC 2012 >>> 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 DB-88F6XXX completed on Thu Nov 8 22:49:26 UTC 2012 TB --- 2012-11-08 22:49:26 - cd /src/sys/arm/conf TB --- 2012-11-08 22:49:26 - /usr/sbin/config -m DOCKSTAR TB --- 2012-11-08 22:49:26 - building DOCKSTAR kernel TB --- 2012-11-08 22:49:26 - CROSS_BUILD_TESTING=YES TB --- 2012-11-08 22:49:26 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-08 22:49:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-08 22:49:26 - SRCCONF=/dev/null TB --- 2012-11-08 22:49:26 - TARGET=arm TB --- 2012-11-08 22:49:26 - TARGET_ARCH=arm TB --- 2012-11-08 22:49:26 - TZ=UTC TB --- 2012-11-08 22:49:26 - __MAKE_CONF=/dev/null TB --- 2012-11-08 22:49:26 - cd /src TB --- 2012-11-08 22:49:26 - /usr/bin/make -B buildkernel KERNCONF=DOCKSTAR >>> Kernel build for DOCKSTAR started on Thu Nov 8 22:49:27 UTC 2012 >>> 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 DOCKSTAR completed on Thu Nov 8 22:52:25 UTC 2012 TB --- 2012-11-08 22:52:25 - cd /src/sys/arm/conf TB --- 2012-11-08 22:52:25 - /usr/sbin/config -m EA3250 TB --- 2012-11-08 22:52:25 - building EA3250 kernel TB --- 2012-11-08 22:52:25 - CROSS_BUILD_TESTING=YES TB --- 2012-11-08 22:52:25 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-08 22:52:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-08 22:52:25 - SRCCONF=/dev/null TB --- 2012-11-08 22:52:25 - TARGET=arm TB --- 2012-11-08 22:52:25 - TARGET_ARCH=arm TB --- 2012-11-08 22:52:25 - TZ=UTC TB --- 2012-11-08 22:52:25 - __MAKE_CONF=/dev/null TB --- 2012-11-08 22:52:25 - cd /src TB --- 2012-11-08 22:52:25 - /usr/bin/make -B buildkernel KERNCONF=EA3250 >>> Kernel build for EA3250 started on Thu Nov 8 22:52:25 UTC 2012 >>> 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 EA3250 completed on Thu Nov 8 22:55:30 UTC 2012 TB --- 2012-11-08 22:55:30 - cd /src/sys/arm/conf TB --- 2012-11-08 22:55:30 - /usr/sbin/config -m EB9200 TB --- 2012-11-08 22:55:30 - building EB9200 kernel TB --- 2012-11-08 22:55:30 - CROSS_BUILD_TESTING=YES TB --- 2012-11-08 22:55:30 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-08 22:55:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-08 22:55:30 - SRCCONF=/dev/null TB --- 2012-11-08 22:55:30 - TARGET=arm TB --- 2012-11-08 22:55:30 - TARGET_ARCH=arm TB --- 2012-11-08 22:55:30 - TZ=UTC TB --- 2012-11-08 22:55:30 - __MAKE_CONF=/dev/null TB --- 2012-11-08 22:55:30 - cd /src TB --- 2012-11-08 22:55:30 - /usr/bin/make -B buildkernel KERNCONF=EB9200 >>> Kernel build for EB9200 started on Thu Nov 8 22:55:30 UTC 2012 >>> 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 EB9200 completed on Thu Nov 8 22:58:20 UTC 2012 TB --- 2012-11-08 22:58:20 - cd /src/sys/arm/conf TB --- 2012-11-08 22:58:20 - /usr/sbin/config -m EP80219 TB --- 2012-11-08 22:58:20 - skipping EP80219 kernel TB --- 2012-11-08 22:58:20 - cd /src/sys/arm/conf TB --- 2012-11-08 22:58:20 - /usr/sbin/config -m ETHERNUT5 TB --- 2012-11-08 22:58:20 - building ETHERNUT5 kernel TB --- 2012-11-08 22:58:20 - CROSS_BUILD_TESTING=YES TB --- 2012-11-08 22:58:20 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-08 22:58:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-08 22:58:20 - SRCCONF=/dev/null TB --- 2012-11-08 22:58:20 - TARGET=arm TB --- 2012-11-08 22:58:20 - TARGET_ARCH=arm TB --- 2012-11-08 22:58:20 - TZ=UTC TB --- 2012-11-08 22:58:20 - __MAKE_CONF=/dev/null TB --- 2012-11-08 22:58:20 - cd /src TB --- 2012-11-08 22:58:20 - /usr/bin/make -B buildkernel KERNCONF=ETHERNUT5 >>> Kernel build for ETHERNUT5 started on Thu Nov 8 22:58:20 UTC 2012 >>> 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 [...] /src/sys/modules/ath/../../dev/ath/if_ath_sysctl.c:511: error: 'struct ath_softc' has no member named 'sc_alq' cc1: warnings being treated as errors /src/sys/modules/ath/../../dev/ath/if_ath_sysctl.c:517: warning: implicit declaration of function 'if_ath_alq_start' /src/sys/modules/ath/../../dev/ath/if_ath_sysctl.c:517: warning: nested extern declaration of 'if_ath_alq_start' [-Wnested-externs] /src/sys/modules/ath/../../dev/ath/if_ath_sysctl.c:517: error: 'struct ath_softc' has no member named 'sc_alq' /src/sys/modules/ath/../../dev/ath/if_ath_sysctl.c:519: warning: implicit declaration of function 'if_ath_alq_stop' /src/sys/modules/ath/../../dev/ath/if_ath_sysctl.c:519: warning: nested extern declaration of 'if_ath_alq_stop' [-Wnested-externs] /src/sys/modules/ath/../../dev/ath/if_ath_sysctl.c:519: error: 'struct ath_softc' has no member named 'sc_alq' *** [if_ath_sysctl.o] Error code 1 Stop in /src/sys/modules/ath. *** [all] Error code 1 Stop in /src/sys/modules. *** [modules-all] Error code 1 Stop in /obj/arm.arm/src/sys/ETHERNUT5. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-08 23:03:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-08 23:03:27 - ERROR: failed to build ETHERNUT5 kernel TB --- 2012-11-08 23:03:27 - 3924.10 user 897.33 system 5607.23 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 23:13:17 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2978757C; Thu, 8 Nov 2012 23:13:17 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-da0-f54.google.com (mail-da0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id DF4938FC08; Thu, 8 Nov 2012 23:13:16 +0000 (UTC) Received: by mail-da0-f54.google.com with SMTP id z9so1474654dad.13 for ; Thu, 08 Nov 2012 15:13:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=88lmNlpV203pf76Ib57mtduXlfGO1O3NLnWAjKXoiB8=; b=ZnmQoqiUwFwlKlxoKuZFwy+MKD1ugrrk5/0y9+lHUNWlwTOy6SXG+bC2SmvAEVWcqU /IUw9N65KB7IXy0yHtAJlttthZku+dc7cMeEvJU8NKDbR64VnCra1vpPXbI5lHJS3jr2 kfjh2nGaBwls6MGWbRrdWpaZvUje+wLdS4A8Se7Aq3kzbNk0dJws5cFLZ1lglAevk/lY MxahV51o8MRdScRKS502wKBr2zXJWr/RvihIwPsHLr+lpH0GIFO0hOLUXQ3u1dLFQu/9 iuYV/cTfYQeMma22ij7ogU5Akvk98U7fHcNHBak5U+hyx/ZOQkYPyZJ+4QJLROF1GJaa TgyA== MIME-Version: 1.0 Received: by 10.66.73.230 with SMTP id o6mr26463267pav.45.1352416396084; Thu, 08 Nov 2012 15:13:16 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.68.124.130 with HTTP; Thu, 8 Nov 2012 15:13:16 -0800 (PST) In-Reply-To: <201211082303.qA8N3RlN031977@freebsd-current.sentex.ca> References: <201211082303.qA8N3RlN031977@freebsd-current.sentex.ca> Date: Thu, 8 Nov 2012 15:13:16 -0800 X-Google-Sender-Auth: xF0-kqeehyh46MUA9n7Kn7ON-70 Message-ID: Subject: Re: [head tinderbox] failure on arm/arm From: Adrian Chadd To: FreeBSD Tinderbox Content-Type: text/plain; charset=ISO-8859-1 Cc: arm@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Nov 2012 23:13:17 -0000 Fixed, sorry! adrian On 8 November 2012 15:03, FreeBSD Tinderbox wrote: > TB --- 2012-11-08 21:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca > TB --- 2012-11-08 21:30:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 > TB --- 2012-11-08 21:30:00 - starting HEAD tinderbox run for arm/arm > TB --- 2012-11-08 21:30:00 - cleaning the object tree > TB --- 2012-11-08 21:30:00 - checking out /src from svn://svn.freebsd.org/base/head > TB --- 2012-11-08 21:30:00 - cd /tinderbox/HEAD/arm/arm > TB --- 2012-11-08 21:30:00 - /usr/local/bin/svn cleanup /src > TB --- 2012-11-08 21:31:52 - /usr/local/bin/svn update /src > TB --- 2012-11-08 21:32:01 - At svn revision 242793 > TB --- 2012-11-08 21:32:02 - building world > TB --- 2012-11-08 21:32:02 - CROSS_BUILD_TESTING=YES > TB --- 2012-11-08 21:32:02 - MAKEOBJDIRPREFIX=/obj > TB --- 2012-11-08 21:32:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2012-11-08 21:32:02 - SRCCONF=/dev/null > TB --- 2012-11-08 21:32:02 - TARGET=arm > TB --- 2012-11-08 21:32:02 - TARGET_ARCH=arm > TB --- 2012-11-08 21:32:02 - TZ=UTC > TB --- 2012-11-08 21:32:02 - __MAKE_CONF=/dev/null > TB --- 2012-11-08 21:32:02 - cd /src > TB --- 2012-11-08 21:32:02 - /usr/bin/make -B buildworld >>>> Building an up-to-date make(1) >>>> World build started on Thu Nov 8 21:32:09 UTC 2012 >>>> 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 Thu Nov 8 22:32:33 UTC 2012 > TB --- 2012-11-08 22:32:33 - cd /src/sys/arm/conf > TB --- 2012-11-08 22:32:33 - /usr/sbin/config -m AC100 > TB --- 2012-11-08 22:32:33 - skipping AC100 kernel > TB --- 2012-11-08 22:32:33 - cd /src/sys/arm/conf > TB --- 2012-11-08 22:32:33 - /usr/sbin/config -m ARMADAXP > TB --- 2012-11-08 22:32:33 - skipping ARMADAXP kernel > TB --- 2012-11-08 22:32:33 - cd /src/sys/arm/conf > TB --- 2012-11-08 22:32:33 - /usr/sbin/config -m ATMEL > TB --- 2012-11-08 22:32:34 - building ATMEL kernel > TB --- 2012-11-08 22:32:34 - CROSS_BUILD_TESTING=YES > TB --- 2012-11-08 22:32:34 - MAKEOBJDIRPREFIX=/obj > TB --- 2012-11-08 22:32:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2012-11-08 22:32:34 - SRCCONF=/dev/null > TB --- 2012-11-08 22:32:34 - TARGET=arm > TB --- 2012-11-08 22:32:34 - TARGET_ARCH=arm > TB --- 2012-11-08 22:32:34 - TZ=UTC > TB --- 2012-11-08 22:32:34 - __MAKE_CONF=/dev/null > TB --- 2012-11-08 22:32:34 - cd /src > TB --- 2012-11-08 22:32:34 - /usr/bin/make -B buildkernel KERNCONF=ATMEL >>>> Kernel build for ATMEL started on Thu Nov 8 22:32:34 UTC 2012 >>>> 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 ATMEL completed on Thu Nov 8 22:36:09 UTC 2012 > TB --- 2012-11-08 22:36:09 - cd /src/sys/arm/conf > TB --- 2012-11-08 22:36:09 - /usr/sbin/config -m AVILA > TB --- 2012-11-08 22:36:09 - skipping AVILA kernel > TB --- 2012-11-08 22:36:09 - cd /src/sys/arm/conf > TB --- 2012-11-08 22:36:09 - /usr/sbin/config -m BEAGLEBONE > TB --- 2012-11-08 22:36:09 - skipping BEAGLEBONE kernel > TB --- 2012-11-08 22:36:09 - cd /src/sys/arm/conf > TB --- 2012-11-08 22:36:09 - /usr/sbin/config -m BWCT > TB --- 2012-11-08 22:36:09 - building BWCT kernel > TB --- 2012-11-08 22:36:09 - CROSS_BUILD_TESTING=YES > TB --- 2012-11-08 22:36:09 - MAKEOBJDIRPREFIX=/obj > TB --- 2012-11-08 22:36:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2012-11-08 22:36:09 - SRCCONF=/dev/null > TB --- 2012-11-08 22:36:09 - TARGET=arm > TB --- 2012-11-08 22:36:09 - TARGET_ARCH=arm > TB --- 2012-11-08 22:36:09 - TZ=UTC > TB --- 2012-11-08 22:36:09 - __MAKE_CONF=/dev/null > TB --- 2012-11-08 22:36:09 - cd /src > TB --- 2012-11-08 22:36:09 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>>> Kernel build for BWCT started on Thu Nov 8 22:36:09 UTC 2012 >>>> 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 BWCT completed on Thu Nov 8 22:38:19 UTC 2012 > TB --- 2012-11-08 22:38:19 - cd /src/sys/arm/conf > TB --- 2012-11-08 22:38:19 - /usr/sbin/config -m CAMBRIA > TB --- 2012-11-08 22:38:19 - skipping CAMBRIA kernel > TB --- 2012-11-08 22:38:19 - cd /src/sys/arm/conf > TB --- 2012-11-08 22:38:19 - /usr/sbin/config -m CNS11XXNAS > TB --- 2012-11-08 22:38:19 - building CNS11XXNAS kernel > TB --- 2012-11-08 22:38:19 - CROSS_BUILD_TESTING=YES > TB --- 2012-11-08 22:38:19 - MAKEOBJDIRPREFIX=/obj > TB --- 2012-11-08 22:38:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2012-11-08 22:38:19 - SRCCONF=/dev/null > TB --- 2012-11-08 22:38:19 - TARGET=arm > TB --- 2012-11-08 22:38:19 - TARGET_ARCH=arm > TB --- 2012-11-08 22:38:19 - TZ=UTC > TB --- 2012-11-08 22:38:19 - __MAKE_CONF=/dev/null > TB --- 2012-11-08 22:38:19 - cd /src > TB --- 2012-11-08 22:38:19 - /usr/bin/make -B buildkernel KERNCONF=CNS11XXNAS >>>> Kernel build for CNS11XXNAS started on Thu Nov 8 22:38:19 UTC 2012 >>>> 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 CNS11XXNAS completed on Thu Nov 8 22:40:47 UTC 2012 > TB --- 2012-11-08 22:40:47 - cd /src/sys/arm/conf > TB --- 2012-11-08 22:40:47 - /usr/sbin/config -m CRB > TB --- 2012-11-08 22:40:48 - skipping CRB kernel > TB --- 2012-11-08 22:40:48 - cd /src/sys/arm/conf > TB --- 2012-11-08 22:40:48 - /usr/sbin/config -m DB-78XXX > TB --- 2012-11-08 22:40:48 - building DB-78XXX kernel > TB --- 2012-11-08 22:40:48 - CROSS_BUILD_TESTING=YES > TB --- 2012-11-08 22:40:48 - MAKEOBJDIRPREFIX=/obj > TB --- 2012-11-08 22:40:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2012-11-08 22:40:48 - SRCCONF=/dev/null > TB --- 2012-11-08 22:40:48 - TARGET=arm > TB --- 2012-11-08 22:40:48 - TARGET_ARCH=arm > TB --- 2012-11-08 22:40:48 - TZ=UTC > TB --- 2012-11-08 22:40:48 - __MAKE_CONF=/dev/null > TB --- 2012-11-08 22:40:48 - cd /src > TB --- 2012-11-08 22:40:48 - /usr/bin/make -B buildkernel KERNCONF=DB-78XXX >>>> Kernel build for DB-78XXX started on Thu Nov 8 22:40:48 UTC 2012 >>>> 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 DB-78XXX completed on Thu Nov 8 22:43:34 UTC 2012 > TB --- 2012-11-08 22:43:34 - cd /src/sys/arm/conf > TB --- 2012-11-08 22:43:34 - /usr/sbin/config -m DB-88F5XXX > TB --- 2012-11-08 22:43:34 - building DB-88F5XXX kernel > TB --- 2012-11-08 22:43:34 - CROSS_BUILD_TESTING=YES > TB --- 2012-11-08 22:43:34 - MAKEOBJDIRPREFIX=/obj > TB --- 2012-11-08 22:43:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2012-11-08 22:43:34 - SRCCONF=/dev/null > TB --- 2012-11-08 22:43:34 - TARGET=arm > TB --- 2012-11-08 22:43:34 - TARGET_ARCH=arm > TB --- 2012-11-08 22:43:34 - TZ=UTC > TB --- 2012-11-08 22:43:34 - __MAKE_CONF=/dev/null > TB --- 2012-11-08 22:43:34 - cd /src > TB --- 2012-11-08 22:43:34 - /usr/bin/make -B buildkernel KERNCONF=DB-88F5XXX >>>> Kernel build for DB-88F5XXX started on Thu Nov 8 22:43:34 UTC 2012 >>>> 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 DB-88F5XXX completed on Thu Nov 8 22:46:17 UTC 2012 > TB --- 2012-11-08 22:46:17 - cd /src/sys/arm/conf > TB --- 2012-11-08 22:46:17 - /usr/sbin/config -m DB-88F6XXX > TB --- 2012-11-08 22:46:17 - building DB-88F6XXX kernel > TB --- 2012-11-08 22:46:17 - CROSS_BUILD_TESTING=YES > TB --- 2012-11-08 22:46:17 - MAKEOBJDIRPREFIX=/obj > TB --- 2012-11-08 22:46:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2012-11-08 22:46:17 - SRCCONF=/dev/null > TB --- 2012-11-08 22:46:17 - TARGET=arm > TB --- 2012-11-08 22:46:17 - TARGET_ARCH=arm > TB --- 2012-11-08 22:46:17 - TZ=UTC > TB --- 2012-11-08 22:46:17 - __MAKE_CONF=/dev/null > TB --- 2012-11-08 22:46:17 - cd /src > TB --- 2012-11-08 22:46:17 - /usr/bin/make -B buildkernel KERNCONF=DB-88F6XXX >>>> Kernel build for DB-88F6XXX started on Thu Nov 8 22:46:17 UTC 2012 >>>> 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 DB-88F6XXX completed on Thu Nov 8 22:49:26 UTC 2012 > TB --- 2012-11-08 22:49:26 - cd /src/sys/arm/conf > TB --- 2012-11-08 22:49:26 - /usr/sbin/config -m DOCKSTAR > TB --- 2012-11-08 22:49:26 - building DOCKSTAR kernel > TB --- 2012-11-08 22:49:26 - CROSS_BUILD_TESTING=YES > TB --- 2012-11-08 22:49:26 - MAKEOBJDIRPREFIX=/obj > TB --- 2012-11-08 22:49:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2012-11-08 22:49:26 - SRCCONF=/dev/null > TB --- 2012-11-08 22:49:26 - TARGET=arm > TB --- 2012-11-08 22:49:26 - TARGET_ARCH=arm > TB --- 2012-11-08 22:49:26 - TZ=UTC > TB --- 2012-11-08 22:49:26 - __MAKE_CONF=/dev/null > TB --- 2012-11-08 22:49:26 - cd /src > TB --- 2012-11-08 22:49:26 - /usr/bin/make -B buildkernel KERNCONF=DOCKSTAR >>>> Kernel build for DOCKSTAR started on Thu Nov 8 22:49:27 UTC 2012 >>>> 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 DOCKSTAR completed on Thu Nov 8 22:52:25 UTC 2012 > TB --- 2012-11-08 22:52:25 - cd /src/sys/arm/conf > TB --- 2012-11-08 22:52:25 - /usr/sbin/config -m EA3250 > TB --- 2012-11-08 22:52:25 - building EA3250 kernel > TB --- 2012-11-08 22:52:25 - CROSS_BUILD_TESTING=YES > TB --- 2012-11-08 22:52:25 - MAKEOBJDIRPREFIX=/obj > TB --- 2012-11-08 22:52:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2012-11-08 22:52:25 - SRCCONF=/dev/null > TB --- 2012-11-08 22:52:25 - TARGET=arm > TB --- 2012-11-08 22:52:25 - TARGET_ARCH=arm > TB --- 2012-11-08 22:52:25 - TZ=UTC > TB --- 2012-11-08 22:52:25 - __MAKE_CONF=/dev/null > TB --- 2012-11-08 22:52:25 - cd /src > TB --- 2012-11-08 22:52:25 - /usr/bin/make -B buildkernel KERNCONF=EA3250 >>>> Kernel build for EA3250 started on Thu Nov 8 22:52:25 UTC 2012 >>>> 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 EA3250 completed on Thu Nov 8 22:55:30 UTC 2012 > TB --- 2012-11-08 22:55:30 - cd /src/sys/arm/conf > TB --- 2012-11-08 22:55:30 - /usr/sbin/config -m EB9200 > TB --- 2012-11-08 22:55:30 - building EB9200 kernel > TB --- 2012-11-08 22:55:30 - CROSS_BUILD_TESTING=YES > TB --- 2012-11-08 22:55:30 - MAKEOBJDIRPREFIX=/obj > TB --- 2012-11-08 22:55:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2012-11-08 22:55:30 - SRCCONF=/dev/null > TB --- 2012-11-08 22:55:30 - TARGET=arm > TB --- 2012-11-08 22:55:30 - TARGET_ARCH=arm > TB --- 2012-11-08 22:55:30 - TZ=UTC > TB --- 2012-11-08 22:55:30 - __MAKE_CONF=/dev/null > TB --- 2012-11-08 22:55:30 - cd /src > TB --- 2012-11-08 22:55:30 - /usr/bin/make -B buildkernel KERNCONF=EB9200 >>>> Kernel build for EB9200 started on Thu Nov 8 22:55:30 UTC 2012 >>>> 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 EB9200 completed on Thu Nov 8 22:58:20 UTC 2012 > TB --- 2012-11-08 22:58:20 - cd /src/sys/arm/conf > TB --- 2012-11-08 22:58:20 - /usr/sbin/config -m EP80219 > TB --- 2012-11-08 22:58:20 - skipping EP80219 kernel > TB --- 2012-11-08 22:58:20 - cd /src/sys/arm/conf > TB --- 2012-11-08 22:58:20 - /usr/sbin/config -m ETHERNUT5 > TB --- 2012-11-08 22:58:20 - building ETHERNUT5 kernel > TB --- 2012-11-08 22:58:20 - CROSS_BUILD_TESTING=YES > TB --- 2012-11-08 22:58:20 - MAKEOBJDIRPREFIX=/obj > TB --- 2012-11-08 22:58:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2012-11-08 22:58:20 - SRCCONF=/dev/null > TB --- 2012-11-08 22:58:20 - TARGET=arm > TB --- 2012-11-08 22:58:20 - TARGET_ARCH=arm > TB --- 2012-11-08 22:58:20 - TZ=UTC > TB --- 2012-11-08 22:58:20 - __MAKE_CONF=/dev/null > TB --- 2012-11-08 22:58:20 - cd /src > TB --- 2012-11-08 22:58:20 - /usr/bin/make -B buildkernel KERNCONF=ETHERNUT5 >>>> Kernel build for ETHERNUT5 started on Thu Nov 8 22:58:20 UTC 2012 >>>> 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 > [...] > /src/sys/modules/ath/../../dev/ath/if_ath_sysctl.c:511: error: 'struct ath_softc' has no member named 'sc_alq' > cc1: warnings being treated as errors > /src/sys/modules/ath/../../dev/ath/if_ath_sysctl.c:517: warning: implicit declaration of function 'if_ath_alq_start' > /src/sys/modules/ath/../../dev/ath/if_ath_sysctl.c:517: warning: nested extern declaration of 'if_ath_alq_start' [-Wnested-externs] > /src/sys/modules/ath/../../dev/ath/if_ath_sysctl.c:517: error: 'struct ath_softc' has no member named 'sc_alq' > /src/sys/modules/ath/../../dev/ath/if_ath_sysctl.c:519: warning: implicit declaration of function 'if_ath_alq_stop' > /src/sys/modules/ath/../../dev/ath/if_ath_sysctl.c:519: warning: nested extern declaration of 'if_ath_alq_stop' [-Wnested-externs] > /src/sys/modules/ath/../../dev/ath/if_ath_sysctl.c:519: error: 'struct ath_softc' has no member named 'sc_alq' > *** [if_ath_sysctl.o] Error code 1 > > Stop in /src/sys/modules/ath. > *** [all] Error code 1 > > Stop in /src/sys/modules. > *** [modules-all] Error code 1 > > Stop in /obj/arm.arm/src/sys/ETHERNUT5. > *** [buildkernel] Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2012-11-08 23:03:27 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2012-11-08 23:03:27 - ERROR: failed to build ETHERNUT5 kernel > TB --- 2012-11-08 23:03:27 - 3924.10 user 897.33 system 5607.23 real > > > http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 23:25:03 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1312FC2A for ; Thu, 8 Nov 2012 23:25:03 +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 C58F88FC08 for ; Thu, 8 Nov 2012 23:25:02 +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 qA8NDnWW026042 for ; Thu, 8 Nov 2012 15:13:49 -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 qA8NDn88026041 for freebsd-current@freebsd.org; Thu, 8 Nov 2012 15:13:49 -0800 (PST) (envelope-from sgk) Date: Thu, 8 Nov 2012 15:13:49 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Subject: clang and static linking? Message-ID: <20121108231349.GA79485@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Nov 2012 23:25:03 -0000 Upgraded my amd64 system, yesterday. Needed to rebuild one of my projects, and hit /usr/local/openmpi-1.6.3/bin/mpif90 -static -O2 -pipe -march=native -mtune=native -funroll-loops -ftree-vectorize -Wall -rpath /usr/local/lib/gcc46 -I/home/kargl/modules -o sasmp sasmp.f90 -L/home/kargl/lib -L. -L/usr/local/lib -L. -loa -lm90 -llapack -lblas //usr/lib/libc.a(isnan.o): In function `isnanf': /usr/src/lib/libc/gen/isnan.c:(.text+0x40): multiple definition of `__isnanf' //usr/lib/libm.a(s_isnan.o):/usr/src/lib/msun/src/s_isnan.c:(.text+0x0): first defined here collect2: ld returned 1 exit status *** [sasmp] Error code 1 Stop in /usr/home/kargl/trunk/oa. Can't rebuild gcc46 due to clang issue. Rebuilding openmpi does not help as openmpi uses gfortran46. Maybe there's a library problem. Error clang base/gcc yes libc,libm yes libm libc no libc libm no libc,libm libm.a compiled with clang % nm /usr/lib/libm.a | grep isnan U __isnanl U __isnanf U __isnanl U isnan U __isnanf U isnan U isnanf s_isnan.o: 0000000000000000 T __isnanf 0000000000000030 T __isnanl 0000000000000000 W isnanf U isnan libm.a compiled with /usr/lib/gcc troutmask:fvwm:kargl[232] nm /usr/lib/libm.a | grep isnan U __isnanl U __isnanf U __isnanl U __isnanf s_isnan.o: 0000000000000000 T __isnanf 0000000000000030 T __isnanl 0000000000000000 W isnanf -- Steve From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 23:49:33 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1D932A03 for ; Thu, 8 Nov 2012 23:49:33 +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 CF42B8FC16 for ; Thu, 8 Nov 2012 23:49:32 +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 qA8NnW7K056828 for ; Thu, 8 Nov 2012 15:49:32 -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 qA8NnWFS056827 for freebsd-current@freebsd.org; Thu, 8 Nov 2012 15:49:32 -0800 (PST) (envelope-from sgk) Date: Thu, 8 Nov 2012 15:49:32 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Subject: Re: clang and static linking? Message-ID: <20121108234932.GA56820@troutmask.apl.washington.edu> References: <20121108231349.GA79485@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20121108231349.GA79485@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Nov 2012 23:49:33 -0000 On Thu, Nov 08, 2012 at 03:13:49PM -0800, Steve Kargl wrote: > Upgraded my amd64 system, yesterday. Needed to rebuild one > of my projects, and hit > > /usr/local/openmpi-1.6.3/bin/mpif90 -static -O2 -pipe -march=native -mtune=native -funroll-loops -ftree-vectorize -Wall -rpath /usr/local/lib/gcc46 -I/home/kargl/modules -o sasmp sasmp.f90 -L/home/kargl/lib -L. -L/usr/local/lib -L. -loa -lm90 -llapack -lblas > //usr/lib/libc.a(isnan.o): In function `isnanf': > /usr/src/lib/libc/gen/isnan.c:(.text+0x40): multiple definition of `__isnanf' > //usr/lib/libm.a(s_isnan.o):/usr/src/lib/msun/src/s_isnan.c:(.text+0x0): > first defined here > collect2: ld returned 1 exit status > *** [sasmp] Error code 1 > > Stop in /usr/home/kargl/trunk/oa. > > Can't rebuild gcc46 due to clang issue. > Rebuilding openmpi does not help as openmpi uses gfortran46. > Maybe there's a library problem. > > Error clang base/gcc > yes libc,libm > yes libm libc > no libc libm > no libc,libm > > libm.a compiled with clang > % nm /usr/lib/libm.a | grep isnan > U __isnanl > U __isnanf > U __isnanl > U isnan > U __isnanf > U isnan > U isnanf > s_isnan.o: > 0000000000000000 T __isnanf > 0000000000000030 T __isnanl > 0000000000000000 W isnanf > U isnan > > libm.a compiled with /usr/lib/gcc > troutmask:fvwm:kargl[232] nm /usr/lib/libm.a | grep isnan > U __isnanl > U __isnanf > U __isnanl > U __isnanf > s_isnan.o: > 0000000000000000 T __isnanf > 0000000000000030 T __isnanl > 0000000000000000 W isnanf > This appears to fix the problem. Don't know if this is th right way to handle it. Index: src/s_isnan.c =================================================================== --- src/s_isnan.c (revision 242701) +++ src/s_isnan.c (working copy) @@ -40,7 +40,6 @@ u.d = d; return (u.bits.exp == 2047 && (u.bits.manl != 0 || u.bits.manh != 0)); } -#endif int __isnanf(float f) @@ -51,6 +50,9 @@ return (u.bits.exp == 255 && u.bits.man != 0); } +__weak_reference(__isnanf, isnanf); +#endif + int __isnanl(long double e) { @@ -60,5 +62,3 @@ mask_nbit_l(u); return (u.bits.exp == 32767 && (u.bits.manl != 0 || u.bits.manh != 0)); } - -__weak_reference(__isnanf, isnanf); -- Steve From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 23:53:49 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 687BAC9B; Thu, 8 Nov 2012 23:53:49 +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 2B3E88FC0C; Thu, 8 Nov 2012 23:53:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA8NrmID084000; Thu, 8 Nov 2012 18:53:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA8NrmZO083999; Thu, 8 Nov 2012 23:53:48 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 8 Nov 2012 23:53:48 GMT Message-Id: <201211082353.qA8NrmZO083999@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2012 23:53:49 -0000 TB --- 2012-11-08 21:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-08 21:30:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-08 21:30:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-11-08 21:30:00 - cleaning the object tree TB --- 2012-11-08 21:33:45 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-08 21:33:45 - cd /tinderbox/HEAD/i386/pc98 TB --- 2012-11-08 21:33:45 - /usr/local/bin/svn cleanup /src TB --- 2012-11-08 21:35:34 - /usr/local/bin/svn update /src TB --- 2012-11-08 21:35:41 - At svn revision 242797 TB --- 2012-11-08 21:35:42 - building world TB --- 2012-11-08 21:35:42 - CROSS_BUILD_TESTING=YES TB --- 2012-11-08 21:35:42 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-08 21:35:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-08 21:35:42 - SRCCONF=/dev/null TB --- 2012-11-08 21:35:42 - TARGET=pc98 TB --- 2012-11-08 21:35:42 - TARGET_ARCH=i386 TB --- 2012-11-08 21:35:42 - TZ=UTC TB --- 2012-11-08 21:35:42 - __MAKE_CONF=/dev/null TB --- 2012-11-08 21:35:42 - cd /src TB --- 2012-11-08 21:35:42 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 8 21:35:47 UTC 2012 >>> 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 [...] ===> sys/boot/pc98/btx/lib (depend) rm -f .depend mkdep -f .depend -a -I/src/sys/boot/pc98/btx/lib/../../../i386/common -DPC98 -std=gnu99 /src/sys/boot/pc98/btx/lib/btxcsu.S ===> sys/boot/pc98/boot2 (depend) gcc -Os -fno-guess-branch-probability -fomit-frame-pointer -fno-unit-at-a-time -mno-align-long-strings -mrtd -mregparm=3 -DUFS1_AND_UFS2 -DFLAGS= -DSIOPRT=0x238 -DSIOFMT=0x3 -DSIOSPD=9600 -I/src/sys/boot/pc98/boot2/../../.. -I/src/sys/boot/pc98/boot2/../../i386/boot2 -I/src/sys/boot/pc98/boot2/../../common -I/src/sys/boot/pc98/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline --param max-inline-insns-single=100 -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -Os -DPC98 -std=gnu99 -Qunused-arguments -c /src/sys/boot/pc98/boot2/boot1.S gcc: unrecognized option '-Qunused-arguments' /src/sys/boot/pc98/boot2/boot1.S:0: error: -mrtd calling convention not supported in the 64bit mode /src/sys/boot/pc98/boot2/boot1.S:0: error: -mpreferred-stack-boundary=2 is not between 4 and 12 *** [boot1.o] Error code 1 Stop in /src/sys/boot/pc98/boot2. *** [depend] Error code 1 Stop in /src/sys/boot/pc98. *** [depend] Error code 1 Stop in /src/sys/boot. *** [depend] Error code 1 Stop in /src/sys. *** [sys.depend__D] Error code 1 Stop in /src. *** [_depend] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-08 23:53:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-08 23:53:48 - ERROR: failed to build world TB --- 2012-11-08 23:53:48 - 6714.63 user 900.92 system 8627.68 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 00:45:04 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E70511F3 for ; Fri, 9 Nov 2012 00:45:04 +0000 (UTC) (envelope-from johannes@brilliantservice.co.jp) Received: from mail-oa0-f54.google.com (mail-oa0-f54.google.com [209.85.219.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9EE3D8FC08 for ; Fri, 9 Nov 2012 00:45:04 +0000 (UTC) Received: by mail-oa0-f54.google.com with SMTP id n9so4390776oag.13 for ; Thu, 08 Nov 2012 16:45:03 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=LCGR9NBuoA1m+Ta5yJlhaT6zWN9VY7L9TinSkhK/HcI=; b=PqIzgmH3PrnplSvqLXU9ZDSHTTcCr957TcRYk2cACZXLAJn9fLKEHHb0IHI+cYrW2B 8QexJ68NG6r76nsJnVLVROg+hC4f6mgXfis4aksr0w1sxJH8ekU3q+uCDuMFqKQVnXDl aDII+CqTSsuPiicpIr/Hlq+swPl0HGugmqcqvoXf5I4UPWgV8ZjS7y1NIQJrf82PZQ0B lLaFUp87uhlni/9UMhWJKFzDAvggV25Jpv4Q97Pm+q6prw6bgg8SCeEYgqQ7eJPq/mwm EsyG+3ptr/r8TfTByTdIObjUJTqBlSSYHrUEMf9YJTCQ02pUepW3QVCoYeHeHmzq9czY EAQg== MIME-Version: 1.0 Received: by 10.182.216.71 with SMTP id oo7mr7139320obc.70.1352421903140; Thu, 08 Nov 2012 16:45:03 -0800 (PST) Received: by 10.76.91.170 with HTTP; Thu, 8 Nov 2012 16:45:02 -0800 (PST) In-Reply-To: References: <509BC0C5.7020402@gmail.com> Date: Fri, 9 Nov 2012 09:45:02 +0900 Message-ID: Subject: Re: Failed to switch consoles in 9.0-RC3 From: "Lundberg, Johannes" To: Tomek CEDRO X-Gm-Message-State: ALoCoQmgDp1U53AkdDaD+RZi/VZkOg/LM3lCLjCtDVgc5vQet1avOQxnPFhAmqZ7qMlIpH6szxpC Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current@freebsd.org, Chuck Burns X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Nov 2012 00:45:05 -0000 You can switch to the Vesa driver if you don't mind software rendering.. Johannes On Fri, Nov 9, 2012 at 1:53 AM, Tomek CEDRO wrote: > Thanks for hint :-) For some reasons I need to have console usable > after/during xorg is active, for instance at the moment I have problems > with xfce4 and no console keeps me away from seeing what is wrong and even > getting back into xorg. This is why I don use WITH_NEW_XORG anymore because > is forced me to reboot on every issue :-( > > Best regards :-) > Tomek > > -- > CeDeROM, SQ7MHZ, http://www.tomek.cedro.info > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 00:46:35 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 14A2630E; Fri, 9 Nov 2012 00:46: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 C89DA8FC0A; Fri, 9 Nov 2012 00:46:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA90kXNj074220; Thu, 8 Nov 2012 19:46:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA90kXqT074216; Fri, 9 Nov 2012 00:46:33 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 9 Nov 2012 00:46:33 GMT Message-Id: <201211090046.qA90kXqT074216@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2012 00:46:35 -0000 TB --- 2012-11-08 21:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-08 21:30:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-08 21:30:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-11-08 21:30:00 - cleaning the object tree TB --- 2012-11-08 21:36:41 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-08 21:36:41 - cd /tinderbox/HEAD/i386/i386 TB --- 2012-11-08 21:36:41 - /usr/local/bin/svn cleanup /src TB --- 2012-11-08 21:38:00 - /usr/local/bin/svn update /src TB --- 2012-11-08 21:38:06 - At svn revision 242798 TB --- 2012-11-08 21:38:07 - building world TB --- 2012-11-08 21:38:07 - CROSS_BUILD_TESTING=YES TB --- 2012-11-08 21:38:07 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-08 21:38:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-08 21:38:07 - SRCCONF=/dev/null TB --- 2012-11-08 21:38:07 - TARGET=i386 TB --- 2012-11-08 21:38:07 - TARGET_ARCH=i386 TB --- 2012-11-08 21:38:07 - TZ=UTC TB --- 2012-11-08 21:38:07 - __MAKE_CONF=/dev/null TB --- 2012-11-08 21:38:07 - cd /src TB --- 2012-11-08 21:38:07 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 8 21:38:13 UTC 2012 >>> 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 Fri Nov 9 00:38:08 UTC 2012 TB --- 2012-11-09 00:38:08 - generating LINT kernel config TB --- 2012-11-09 00:38:08 - cd /src/sys/i386/conf TB --- 2012-11-09 00:38:08 - /usr/bin/make -B LINT TB --- 2012-11-09 00:38:08 - cd /src/sys/i386/conf TB --- 2012-11-09 00:38:08 - /usr/sbin/config -m LINT TB --- 2012-11-09 00:38:09 - building LINT kernel TB --- 2012-11-09 00:38:09 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 00:38:09 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 00:38:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 00:38:09 - SRCCONF=/dev/null TB --- 2012-11-09 00:38:09 - TARGET=i386 TB --- 2012-11-09 00:38:09 - TARGET_ARCH=i386 TB --- 2012-11-09 00:38:09 - TZ=UTC TB --- 2012-11-09 00:38:09 - __MAKE_CONF=/dev/null TB --- 2012-11-09 00:38:09 - cd /src TB --- 2012-11-09 00:38:09 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Nov 9 00:38:09 UTC 2012 >>> 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/ddb/db_write_cmd.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/aac/aac.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/aac/aac_cam.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/aac/aac_debug.c /src/sys/dev/aac/aac_debug.c:163:8: error: format string is not a string literal (potentially insecure) [-Werror,-Wformat-security] panic(reason); ^~~~~~ 1 error generated. *** [aac_debug.o] Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-09 00:46:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-09 00:46:33 - ERROR: failed to build LINT kernel TB --- 2012-11-09 00:46:33 - 8275.56 user 1416.97 system 11793.03 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 00:49:02 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6ADCA442; Fri, 9 Nov 2012 00:49: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 314458FC0C; Fri, 9 Nov 2012 00:49:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA90n1LM082153; Thu, 8 Nov 2012 19:49:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA90n1bZ082151; Fri, 9 Nov 2012 00:49:01 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 9 Nov 2012 00:49:01 GMT Message-Id: <201211090049.qA90n1bZ082151@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2012 00:49:02 -0000 TB --- 2012-11-08 23:03:28 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-08 23:03:28 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-08 23:03:28 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-11-08 23:03:28 - cleaning the object tree TB --- 2012-11-08 23:03:28 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-08 23:03:28 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2012-11-08 23:03:28 - /usr/local/bin/svn cleanup /src TB --- 2012-11-08 23:04:14 - /usr/local/bin/svn update /src TB --- 2012-11-08 23:04:20 - At svn revision 242802 TB --- 2012-11-08 23:04:21 - building world TB --- 2012-11-08 23:04:21 - CROSS_BUILD_TESTING=YES TB --- 2012-11-08 23:04:21 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-08 23:04:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-08 23:04:21 - SRCCONF=/dev/null TB --- 2012-11-08 23:04:21 - TARGET=ia64 TB --- 2012-11-08 23:04:21 - TARGET_ARCH=ia64 TB --- 2012-11-08 23:04:21 - TZ=UTC TB --- 2012-11-08 23:04:21 - __MAKE_CONF=/dev/null TB --- 2012-11-08 23:04:21 - cd /src TB --- 2012-11-08 23:04:21 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 8 23:04:27 UTC 2012 >>> 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 Fri Nov 9 00:41:19 UTC 2012 TB --- 2012-11-09 00:41:19 - generating LINT kernel config TB --- 2012-11-09 00:41:19 - cd /src/sys/ia64/conf TB --- 2012-11-09 00:41:19 - /usr/bin/make -B LINT TB --- 2012-11-09 00:41:19 - cd /src/sys/ia64/conf TB --- 2012-11-09 00:41:19 - /usr/sbin/config -m LINT TB --- 2012-11-09 00:41:19 - building LINT kernel TB --- 2012-11-09 00:41:19 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 00:41:19 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 00:41:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 00:41:19 - SRCCONF=/dev/null TB --- 2012-11-09 00:41:19 - TARGET=ia64 TB --- 2012-11-09 00:41:19 - TARGET_ARCH=ia64 TB --- 2012-11-09 00:41:19 - TZ=UTC TB --- 2012-11-09 00:41:19 - __MAKE_CONF=/dev/null TB --- 2012-11-09 00:41:19 - cd /src TB --- 2012-11-09 00:41:19 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Nov 9 00:41:20 UTC 2012 >>> 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 [...] /src/sys/dev/ath/if_ath_sysctl.c:511: error: 'struct ath_softc' has no member named 'sc_alq' cc1: warnings being treated as errors /src/sys/dev/ath/if_ath_sysctl.c:517: warning: implicit declaration of function 'if_ath_alq_start' /src/sys/dev/ath/if_ath_sysctl.c:517: warning: nested extern declaration of 'if_ath_alq_start' [-Wnested-externs] /src/sys/dev/ath/if_ath_sysctl.c:517: error: 'struct ath_softc' has no member named 'sc_alq' /src/sys/dev/ath/if_ath_sysctl.c:519: warning: implicit declaration of function 'if_ath_alq_stop' /src/sys/dev/ath/if_ath_sysctl.c:519: warning: nested extern declaration of 'if_ath_alq_stop' [-Wnested-externs] /src/sys/dev/ath/if_ath_sysctl.c:519: error: 'struct ath_softc' has no member named 'sc_alq' *** [if_ath_sysctl.o] Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-09 00:49:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-09 00:49:01 - ERROR: failed to build LINT kernel TB --- 2012-11-09 00:49:01 - 4613.32 user 894.80 system 6333.04 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 01:01:04 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F2DBA79E for ; Fri, 9 Nov 2012 01:01:04 +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 B63278FC19 for ; Fri, 9 Nov 2012 01:01:04 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:Subject:Cc:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=8PoBvfUBPOGrlPu+e+DtoVIVoRQ5one5srBFi77tyDU=; b=A5t8gLmLlG7Sbb6OCROKqIfs69bA4twqDeBNe72+qL5xG1ycYhjLfo00FgsooBIt63iP4BCruLjp9v36Rl4TIQl1WcA0BGG+SeN4ToBsfiIYNgAOcXdV6urIMVo1x5l1Oz1BPTXMRhxJ/PjNmushPaJqrWcot9u8xr0vweqUkJw=; Received: from localhost.lerctr.org ([127.0.0.1]:60162 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpa (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1TWcxz-0002GU-0O; Thu, 08 Nov 2012 19:01:03 -0600 Received: from cpe-72-182-19-162.austin.res.rr.com ([72.182.19.162]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Thu, 08 Nov 2012 19:01:02 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 08 Nov 2012 19:01:02 -0600 From: Larry Rosenman To: Subject: sysutils/lsof author: API =?UTF-8?Q?work=3F?= Message-ID: X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/0.8.2 X-Spam-Score: -3.3 (---) X-LERCTR-Spam-Score: -3.3 (---) X-Spam-Report: SpamScore (-3.3/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.369 X-LERCTR-Spam-Report: SpamScore (-3.3/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.369 Cc: abe@purdue.edu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Nov 2012 01:01:05 -0000 Continuing from my thread with clang questions from Vic Abell for lsof: Larry, Thanks for forwarding the comments. I would be happy to engage anyone interested in improving lsof's interface to FreeBSD. After having participated in three previous efforts -- HP-UX, Linux and MacOS X -- I think I know the pros and cons of kernel dumpster diving versus an API. It's not at all clear to me which approach is the best. As for the mistaken comment about VOP_WRITE (It was VOP_UNLOCK) -- the reason I needed to know is that clang objected to some of the ZFS header files that used that macro/function without any pre-definition of it. My hunch is that will be true of the standard FreeBSD modules that se VOP_UNLOCK if they were to be compiled with clang. So, see if anyone wants to step up and work with me on an lsof API. Regards, Vic Does anyone want to work with Vic? (I can supply a -CURRENT test box that I keep up-to-date). From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 01:10:42 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9E19592A; Fri, 9 Nov 2012 01:10: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 68DCA8FC08; Fri, 9 Nov 2012 01:10:42 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA91AfNP019250; Thu, 8 Nov 2012 20:10:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA91Af9q019246; Fri, 9 Nov 2012 01:10:41 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 9 Nov 2012 01:10:41 GMT Message-Id: <201211090110.qA91Af9q019246@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2012 01:10:42 -0000 TB --- 2012-11-08 23:53:48 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-08 23:53:48 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-08 23:53:48 - starting HEAD tinderbox run for mips/mips TB --- 2012-11-08 23:53:48 - cleaning the object tree TB --- 2012-11-08 23:53:48 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-08 23:53:48 - cd /tinderbox/HEAD/mips/mips TB --- 2012-11-08 23:53:48 - /usr/local/bin/svn cleanup /src TB --- 2012-11-08 23:54:22 - /usr/local/bin/svn update /src TB --- 2012-11-08 23:54:28 - At svn revision 242808 TB --- 2012-11-08 23:54:29 - building world TB --- 2012-11-08 23:54:29 - CROSS_BUILD_TESTING=YES TB --- 2012-11-08 23:54:29 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-08 23:54:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-08 23:54:29 - SRCCONF=/dev/null TB --- 2012-11-08 23:54:29 - TARGET=mips TB --- 2012-11-08 23:54:29 - TARGET_ARCH=mips TB --- 2012-11-08 23:54:29 - TZ=UTC TB --- 2012-11-08 23:54:29 - __MAKE_CONF=/dev/null TB --- 2012-11-08 23:54:29 - cd /src TB --- 2012-11-08 23:54:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 8 23:54:34 UTC 2012 >>> 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 Fri Nov 9 01:07:02 UTC 2012 TB --- 2012-11-09 01:07:02 - cd /src/sys/mips/conf TB --- 2012-11-09 01:07:02 - /usr/sbin/config -m ADM5120 TB --- 2012-11-09 01:07:02 - skipping ADM5120 kernel TB --- 2012-11-09 01:07:02 - cd /src/sys/mips/conf TB --- 2012-11-09 01:07:02 - /usr/sbin/config -m ALCHEMY TB --- 2012-11-09 01:07:02 - skipping ALCHEMY kernel TB --- 2012-11-09 01:07:02 - cd /src/sys/mips/conf TB --- 2012-11-09 01:07:02 - /usr/sbin/config -m AP91 TB --- 2012-11-09 01:07:02 - building AP91 kernel TB --- 2012-11-09 01:07:02 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 01:07:02 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 01:07:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 01:07:02 - SRCCONF=/dev/null TB --- 2012-11-09 01:07:02 - TARGET=mips TB --- 2012-11-09 01:07:02 - TARGET_ARCH=mips TB --- 2012-11-09 01:07:02 - TZ=UTC TB --- 2012-11-09 01:07:02 - __MAKE_CONF=/dev/null TB --- 2012-11-09 01:07:02 - cd /src TB --- 2012-11-09 01:07:02 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Fri Nov 9 01:07:03 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> export_syms awk -f /src/sys/conf/kmod_syms.awk wlan_amrr.ko.debug export_syms | xargs -J% objcopy % wlan_amrr.ko.debug objcopy --only-keep-debug wlan_amrr.ko.debug wlan_amrr.ko.symbols objcopy --strip-debug --add-gnu-debuglink=wlan_amrr.ko.symbols wlan_amrr.ko.debug wlan_amrr.ko ===> ath (all) cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips.mips/src/sys/AP91/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips.mips/src/sys/AP91 -msoft-float -ffreestanding -std=iso9899:1999 -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 -c /src/sys/modules/ath/../../dev/ath/if_ath.c In file included from /src/sys/modules/ath/../../dev/ath/if_ath.c:99: @/dev/ath/if_athvar.h:778: error: field 'sc_alq' has incomplete type *** [if_ath.o] Error code 1 Stop in /src/sys/modules/ath. *** [all] Error code 1 Stop in /src/sys/modules. *** [modules-all] Error code 1 Stop in /obj/mips.mips/src/sys/AP91. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-09 01:10:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-09 01:10:41 - ERROR: failed to build AP91 kernel TB --- 2012-11-09 01:10:41 - 2792.29 user 808.36 system 4613.07 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 01:25:34 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4B001CAC; Fri, 9 Nov 2012 01:25: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 13D158FC12; Fri, 9 Nov 2012 01:25:33 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA91PX02026831; Thu, 8 Nov 2012 20:25:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA91PXI6026822; Fri, 9 Nov 2012 01:25:33 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 9 Nov 2012 01:25:33 GMT Message-Id: <201211090125.qA91PXI6026822@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2012 01:25:34 -0000 TB --- 2012-11-08 21:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-08 21:30:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-08 21:30:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-11-08 21:30:00 - cleaning the object tree TB --- 2012-11-08 21:38:10 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-08 21:38:10 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2012-11-08 21:38:10 - /usr/local/bin/svn cleanup /src TB --- 2012-11-08 21:39:54 - /usr/local/bin/svn update /src TB --- 2012-11-08 21:40:00 - At svn revision 242800 TB --- 2012-11-08 21:40:01 - building world TB --- 2012-11-08 21:40:01 - CROSS_BUILD_TESTING=YES TB --- 2012-11-08 21:40:01 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-08 21:40:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-08 21:40:01 - SRCCONF=/dev/null TB --- 2012-11-08 21:40:01 - TARGET=amd64 TB --- 2012-11-08 21:40:01 - TARGET_ARCH=amd64 TB --- 2012-11-08 21:40:01 - TZ=UTC TB --- 2012-11-08 21:40:01 - __MAKE_CONF=/dev/null TB --- 2012-11-08 21:40:01 - cd /src TB --- 2012-11-08 21:40:01 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 8 21:40:06 UTC 2012 >>> 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 Fri Nov 9 01:17:46 UTC 2012 TB --- 2012-11-09 01:17:46 - generating LINT kernel config TB --- 2012-11-09 01:17:46 - cd /src/sys/amd64/conf TB --- 2012-11-09 01:17:46 - /usr/bin/make -B LINT TB --- 2012-11-09 01:17:46 - cd /src/sys/amd64/conf TB --- 2012-11-09 01:17:46 - /usr/sbin/config -m LINT TB --- 2012-11-09 01:17:46 - building LINT kernel TB --- 2012-11-09 01:17:46 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 01:17:46 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 01:17:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 01:17:46 - SRCCONF=/dev/null TB --- 2012-11-09 01:17:46 - TARGET=amd64 TB --- 2012-11-09 01:17:46 - TARGET_ARCH=amd64 TB --- 2012-11-09 01:17:46 - TZ=UTC TB --- 2012-11-09 01:17:46 - __MAKE_CONF=/dev/null TB --- 2012-11-09 01:17:46 - cd /src TB --- 2012-11-09 01:17:46 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Nov 9 01:17:46 UTC 2012 >>> 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/ddb/db_write_cmd.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/aac/aac.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/aac/aac_cam.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/aac/aac_debug.c /src/sys/dev/aac/aac_debug.c:163:8: error: format string is not a string literal (potentially insecure) [-Werror,-Wformat-security] panic(reason); ^~~~~~ 1 error generated. *** [aac_debug.o] Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-09 01:25:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-09 01:25:33 - ERROR: failed to build LINT kernel TB --- 2012-11-09 01:25:33 - 9531.55 user 1779.27 system 14132.47 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 05:13:22 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A59C627D for ; Fri, 9 Nov 2012 05:13:22 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: from mail-da0-f54.google.com (mail-da0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7291C8FC0C for ; Fri, 9 Nov 2012 05:13:21 +0000 (UTC) Received: by mail-da0-f54.google.com with SMTP id z9so1588110dad.13 for ; Thu, 08 Nov 2012 21:13:21 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:x-x-sender:to:subject:message-id:user-agent:mime-version :content-type:x-gm-message-state; bh=+0+iphlVo4Rxp/tB1HWOBw8lu2oXX2ie398DjuTt6AQ=; b=LWpXLBheVwqUDzP+7So/jncgv/sCIqSEkz72pzgGGkE3mY/m1ZsaERFLkk43Hvmjmj AD9uxz9nxtV2sfUmg2mq99/Xs7RjyoKX+45W7fBqbQuRoDEtVh2OnIoQftGYmnNpNbnS ShMnklayLQnQFt58eC1/8I78hk0oNevGYqNx1upYpg3yZg32Ntes60gXwefIQRLfDeB2 ry2MFpzOxmetEIU41w3i7NAj5yZWbIGeIvZ7YzKCuRaoiYLq6DWZOiqMp9LbU75MpT1t Kd1q2uIHUv19wevpRCRx42OYhXIs5jk4VByrFaTgu5aXOzi32TaF5tKzhWXynb6pi7Re U9Ow== Received: by 10.68.237.135 with SMTP id vc7mr23865842pbc.2.1352438000900; Thu, 08 Nov 2012 21:13:20 -0800 (PST) Received: from rrcs-66-91-135-210.west.biz.rr.com (rrcs-66-91-135-210.west.biz.rr.com. [66.91.135.210]) by mx.google.com with ESMTPS id qd3sm16706971pbc.29.2012.11.08.21.13.18 (version=SSLv3 cipher=OTHER); Thu, 08 Nov 2012 21:13:19 -0800 (PST) Date: Thu, 8 Nov 2012 19:12:53 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: current@freebsd.org Subject: Experimental SUJ feature; cache synchronization 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 X-Gm-Message-State: ALoCoQmcdomuXVeQPkI0rdxp0nnMwpOW1yWMoP0ZcFyqdJ4drgSi2wICyf/kKvOxVbCPoeq/VY8r X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Nov 2012 05:13:22 -0000 Hello, As of rev 242815 current has a feature to issue a synchronize cache command to the drive in between journal records and the metadata they modify. This should make SUJ more safe in the face of power failure. This should be considered experimental at this phase. If you wish to try it you may enable it at any time with: sysctl debug.softdep.flushcache=1 Thanks, Jeff From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 06:59:10 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 94E023E2 for ; Fri, 9 Nov 2012 06:59:10 +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 EBE1A8FC08 for ; Fri, 9 Nov 2012 06:59:09 +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 qA96whII081757 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NOT) for ; Thu, 8 Nov 2012 22:58:43 -0800 (PST) (envelope-from null@pozo.com) Message-Id: <201211090658.qA96whII081757@pozo.com> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 08 Nov 2012 22:58:37 -0800 To: freebsd-current@freebsd.org From: Manfred Antar Subject: /usr/bin/calendar broken on current Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Spam-Status: No, score=-0.9 required=5.0 tests=ALL_TRUSTED,MISSING_MID autolearn=no 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: qA96whII081757 X-pozocom-MailScanner: Found to be clean X-pozocom-MailScanner-From: null@pozo.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Nov 2012 06:59:10 -0000 Sometime in the last week calendar stopped working. not sure the cause here is some of the output: /usr/share/calendar/calendar.music:231:17: warning: missing terminating ' character [-Winvalid-pp-token] 12/16 Don McLean's "American Pie" is released, 1971 ^ In file included from :16: /usr/share/calendar/calendar.freebsd:13:59: warning: missing terminating ' character [-Winvalid-pp-token] 01/02 Patrick Li born in Beijing, People's Republic of China, 1985 ^ /usr/share/calendar/calendar.freebsd:63:49: warning: missing terminating ' character [-Winvalid-pp-token] 02/14 Erwin Lansing born in 's-Hertogenbosch, the Netherlands, 1975 ^ /usr/share/calendar/calendar.freebsd:119:61: warning: missing terminating ' character [-Winvalid-pp-token] 04/03 Tong Liu born in Beijing, People's Republic of China, 1981 ^ /usr/share/calendar/calendar.freebsd:204:59: warning: missing terminating ' character [-Winvalid-pp-token] 06/28 Xin Li born in Beijing, People's Republic of China, 1982 ^ /usr/share/calendar/calendar.freebsd:214:67: warning: missing terminating ' character [-Winvalid-pp-token] 07/04 Florent Thoumie born in Montmorency, Val d'Oise, France, 1982 ^ 245 warnings generated. ======================== || 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 Fri Nov 9 07:12:36 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3A17B750; Fri, 9 Nov 2012 07:12:36 +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 086A38FC0C; Fri, 9 Nov 2012 07:12:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA97CYvF032803; Fri, 9 Nov 2012 02:12:34 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA97CYca032802; Fri, 9 Nov 2012 07:12:34 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 9 Nov 2012 07:12:34 GMT Message-Id: <201211090712.qA97CYca032802@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2012 07:12:36 -0000 TB --- 2012-11-09 04:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-09 04:50:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-09 04:50:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-11-09 04:50:00 - cleaning the object tree TB --- 2012-11-09 04:53:24 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-09 04:53:24 - cd /tinderbox/HEAD/i386/pc98 TB --- 2012-11-09 04:53:24 - /usr/local/bin/svn cleanup /src TB --- 2012-11-09 04:54:45 - /usr/local/bin/svn update /src TB --- 2012-11-09 04:54:53 - At svn revision 242816 TB --- 2012-11-09 04:54:54 - building world TB --- 2012-11-09 04:54:54 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 04:54:54 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 04:54:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 04:54:54 - SRCCONF=/dev/null TB --- 2012-11-09 04:54:54 - TARGET=pc98 TB --- 2012-11-09 04:54:54 - TARGET_ARCH=i386 TB --- 2012-11-09 04:54:54 - TZ=UTC TB --- 2012-11-09 04:54:54 - __MAKE_CONF=/dev/null TB --- 2012-11-09 04:54:54 - cd /src TB --- 2012-11-09 04:54:54 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Nov 9 04:54:59 UTC 2012 >>> 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 [...] ===> sys/boot/pc98/btx/lib (depend) rm -f .depend mkdep -f .depend -a -I/src/sys/boot/pc98/btx/lib/../../../i386/common -DPC98 -std=gnu99 /src/sys/boot/pc98/btx/lib/btxcsu.S ===> sys/boot/pc98/boot2 (depend) gcc -Os -fno-guess-branch-probability -fomit-frame-pointer -fno-unit-at-a-time -mno-align-long-strings -mrtd -mregparm=3 -DUFS1_AND_UFS2 -DFLAGS= -DSIOPRT=0x238 -DSIOFMT=0x3 -DSIOSPD=9600 -I/src/sys/boot/pc98/boot2/../../.. -I/src/sys/boot/pc98/boot2/../../i386/boot2 -I/src/sys/boot/pc98/boot2/../../common -I/src/sys/boot/pc98/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline --param max-inline-insns-single=100 -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -Os -DPC98 -std=gnu99 -Qunused-arguments -c /src/sys/boot/pc98/boot2/boot1.S gcc: unrecognized option '-Qunused-arguments' /src/sys/boot/pc98/boot2/boot1.S:0: error: -mrtd calling convention not supported in the 64bit mode /src/sys/boot/pc98/boot2/boot1.S:0: error: -mpreferred-stack-boundary=2 is not between 4 and 12 *** [boot1.o] Error code 1 Stop in /src/sys/boot/pc98/boot2. *** [depend] Error code 1 Stop in /src/sys/boot/pc98. *** [depend] Error code 1 Stop in /src/sys/boot. *** [depend] Error code 1 Stop in /src/sys. *** [sys.depend__D] Error code 1 Stop in /src. *** [_depend] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-09 07:12:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-09 07:12:34 - ERROR: failed to build world TB --- 2012-11-09 07:12:34 - 6718.55 user 905.38 system 8554.59 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 07:26:35 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3E0AFC89 for ; Fri, 9 Nov 2012 07:26:35 +0000 (UTC) (envelope-from grog@lemis.com) Received: from w3.lemis.com (w3.lemis.com [208.86.224.149]) by mx1.freebsd.org (Postfix) with ESMTP id 0A9DA8FC0A for ; Fri, 9 Nov 2012 07:26:34 +0000 (UTC) Received: from eureka.lemis.com (1032.x.rootbsd.net [208.86.224.149]) by w3.lemis.com (Postfix) with ESMTP id 2836B3B752; Fri, 9 Nov 2012 07:26:33 +0000 (UTC) Received: by eureka.lemis.com (Postfix, from userid 1004) id 4DA6EF74EB; Fri, 9 Nov 2012 18:26:31 +1100 (EST) Date: Fri, 9 Nov 2012 18:26:31 +1100 From: Greg 'groggy' Lehey To: Manfred Antar Subject: Re: /usr/bin/calendar broken on current Message-ID: <20121109072631.GQ77848@eureka.lemis.com> References: <201211090658.qA96whII081757@pozo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rKoHqF+aPLVth8b2" Content-Disposition: inline In-Reply-To: <201211090658.qA96whII081757@pozo.com> User-Agent: Mutt/1.4.2.3i Organization: The FreeBSD Project Phone: +61-3-5346-1370 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Nov 2012 07:26:35 -0000 --rKoHqF+aPLVth8b2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thursday, 8 November 2012 at 22:58:37 -0800, Manfred Antar wrote: > Sometime in the last week calendar stopped working. > not sure the cause > here is some of the output: > /usr/share/calendar/calendar.music:231:17: warning: missing terminating ' character [-Winvalid-pp-token] > 12/16 Don McLean's "American Pie" is released, 1971 > ^ This is unexpected fallout from the transition from gcc to clang. calendar invokes cpp, and it seems that clang's cpp doesn't like what it sees. This patch works around the issue: --- pathnames.h (revision 242777) +++ pathnames.h (working copy) @@ -32,5 +32,5 @@ #include -#define _PATH_CPP "/usr/bin/cpp" +#define _PATH_CPP "/usr/bin/gcpp" #define _PATH_INCLUDE "/usr/share/calendar" Clearly that's not the solution. I'll investigate. Greg -- Sent from my desktop computer. Finger grog@FreeBSD.org for PGP public key. See complete headers for address and phone numbers. This message is digitally signed. If your Microsoft MUA reports problems, please read http://tinyurl.com/broken-mua --rKoHqF+aPLVth8b2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlCcsCUACgkQIubykFB6QiN//ACeLCsLC2vwQx0c5HBSjCpPe54c JmoAn0l4JATTxTnFuTVDEW0Q//1nT3ql =Z67y -----END PGP SIGNATURE----- --rKoHqF+aPLVth8b2-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 08:04:55 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AA0EA452 for ; Fri, 9 Nov 2012 08:04:55 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 5B86A8FC12 for ; Fri, 9 Nov 2012 08:04:54 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@FreeBSD.org with esmtp (envelope-from ) id <1TWja4-001BYW-0S>; Fri, 09 Nov 2012 09:04:48 +0100 Received: from e178008031.adsl.alicedsl.de ([85.178.8.31] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@FreeBSD.org with esmtpsa (envelope-from ) id <1TWja3-0002TT-TW>; Fri, 09 Nov 2012 09:04:48 +0100 Message-ID: <509CB91B.7050506@zedat.fu-berlin.de> Date: Fri, 09 Nov 2012 09:04:43 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:16.0) Gecko/20121029 Thunderbird/16.0.2 MIME-Version: 1.0 To: Current FreeBSD Subject: softdep: out of journaling space for softdep! X-Enigmail-Version: 1.4.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigE82E2E8341E265BC94D0EADC" X-Originating-IP: 85.178.8.31 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Nov 2012 08:04:55 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE82E2E8341E265BC94D0EADC Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable I just received since two days from now on one of my FreeBSD 10-CUR boxes a kernel message after syncing disks, just the moment when the system is supposed to switch off or reboot, like softdep: out of journaling space for softdep or something similar. I checked the /var/log for more details, but nothing has been logged there so far regarding this subject. The box in question has buildworld and kernel most recent as FreeBSD 10.0-CURRENT #0 r242747M: Thu Nov 8 10:40:09 CET 2012 amd64 The system is CLANG compiled, as it is now the standard and with CXXFLAGS+=3D -stdlib=3Dlibc++ -std=3Dc++11 The box has its root filesystem on a SAMSUNG 830 SSD with a capacity of 120 GB, GPT partitions, UFS2 formated. The box is the only one of a bunch of other FBSD 10 boxes with the very same software revision and a similar setup, but with traditional harddriv= es. I can not reboot the box, the box is spinning with the above mentioned error message forever (did so for day on the unattended box). A 'hard' reboot is quit with a kernel dump due to "sleeping thread". Regards, Oliver --------------enigE82E2E8341E265BC94D0EADC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJQnLkfAAoJEOgBcD7A/5N8aZAIAOeHErAudw1xhISDzxtzDt7u nMhDU66KDr1QcKBgfBGQqsoctX+w8WBlNm7JwfIY3xg4S/a1jXHBzHEfI5gIR9Yb 393jUzkT4ncmsvWYxBuUCLIYd+lmqbcTEKxrtnNLgQwCzCOa47JYV003XI3AZ82H vCxrXYI6ceL4OJzBCfWupcdVFPXjO9BJqIKAWR1Wnc0IVdegpRH200q1Azeddl0e rzEC1xzHtDiQtmU/p8FId2zy+mEaZkqFJ0mvqrxnOFM+NsRlv3gm7QM4/tRR5sEB 7zvMs6jDgTkm+xur0ClpyO9FFBSL/5bq9ryg5cr8cRAuubXzr1eHlihPe5UXr5E= =A8S/ -----END PGP SIGNATURE----- --------------enigE82E2E8341E265BC94D0EADC-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 08:08:09 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C20E957A; Fri, 9 Nov 2012 08:08: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 857CE8FC12; Fri, 9 Nov 2012 08:08:09 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA9888Rf037413; Fri, 9 Nov 2012 03:08:08 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA9888a6037399; Fri, 9 Nov 2012 08:08:08 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 9 Nov 2012 08:08:08 GMT Message-Id: <201211090808.qA9888a6037399@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2012 08:08:09 -0000 TB --- 2012-11-09 04:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-09 04:50:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-09 04:50:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-11-09 04:50:00 - cleaning the object tree TB --- 2012-11-09 04:56:11 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-09 04:56:11 - cd /tinderbox/HEAD/i386/i386 TB --- 2012-11-09 04:56:11 - /usr/local/bin/svn cleanup /src TB --- 2012-11-09 04:58:00 - /usr/local/bin/svn update /src TB --- 2012-11-09 04:58:08 - At svn revision 242816 TB --- 2012-11-09 04:58:09 - building world TB --- 2012-11-09 04:58:09 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 04:58:09 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 04:58:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 04:58:09 - SRCCONF=/dev/null TB --- 2012-11-09 04:58:09 - TARGET=i386 TB --- 2012-11-09 04:58:09 - TARGET_ARCH=i386 TB --- 2012-11-09 04:58:09 - TZ=UTC TB --- 2012-11-09 04:58:09 - __MAKE_CONF=/dev/null TB --- 2012-11-09 04:58:09 - cd /src TB --- 2012-11-09 04:58:09 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Nov 9 04:58:15 UTC 2012 >>> 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 Fri Nov 9 07:57:26 UTC 2012 TB --- 2012-11-09 07:57:26 - generating LINT kernel config TB --- 2012-11-09 07:57:26 - cd /src/sys/i386/conf TB --- 2012-11-09 07:57:26 - /usr/bin/make -B LINT TB --- 2012-11-09 07:57:26 - cd /src/sys/i386/conf TB --- 2012-11-09 07:57:26 - /usr/sbin/config -m LINT TB --- 2012-11-09 07:57:26 - building LINT kernel TB --- 2012-11-09 07:57:26 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 07:57:26 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 07:57:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 07:57:26 - SRCCONF=/dev/null TB --- 2012-11-09 07:57:26 - TARGET=i386 TB --- 2012-11-09 07:57:26 - TARGET_ARCH=i386 TB --- 2012-11-09 07:57:26 - TZ=UTC TB --- 2012-11-09 07:57:26 - __MAKE_CONF=/dev/null TB --- 2012-11-09 07:57:26 - cd /src TB --- 2012-11-09 07:57:26 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Nov 9 07:57:26 UTC 2012 >>> 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/ddb/db_write_cmd.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/aac/aac.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/aac/aac_cam.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/aac/aac_debug.c /src/sys/dev/aac/aac_debug.c:163:8: error: format string is not a string literal (potentially insecure) [-Werror,-Wformat-security] panic(reason); ^~~~~~ 1 error generated. *** [aac_debug.o] Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-09 08:08:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-09 08:08:08 - ERROR: failed to build LINT kernel TB --- 2012-11-09 08:08:08 - 8279.04 user 1396.83 system 11888.27 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 08:10:13 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 29CDF761 for ; Fri, 9 Nov 2012 08:10:13 +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 BBC598FC12 for ; Fri, 9 Nov 2012 08:10:12 +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=ngJYZQnCdc6VM2uGvwoFM4V097hb6p5kkf7lD7SxKIs=; b=Zmmj9kJ8ee8v3sKS8fE5RISJFMo68Q9UTnxSmCgVUDXyWRPpD0BGPkbwoaUCoSbQ2+hH2tU31w9D2m9K+hOazcZiWGUeYHXYA8uxoG63oH40YOErb9pizLWVa4Ka5Etoa0tN0liZagual1HmjsTh2qm13PiwSNvzwzOKXCTBcUc=; Received: from [178.137.138.140] (helo=nonamehost) by fsm2.ukr.net with esmtpsa ID 1TWjf9-000ObX-2i ; Fri, 09 Nov 2012 10:10:03 +0200 Date: Fri, 9 Nov 2012 10:09:57 +0200 From: Ivan Klymenko To: "O. Hartmann" Subject: Re: softdep: out of journaling space for softdep! Message-ID: <20121109100957.69024426@nonamehost> In-Reply-To: <509CB91B.7050506@zedat.fu-berlin.de> References: <509CB91B.7050506@zedat.fu-berlin.de> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; x86_64-pc-linux-gnu) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEWpqak/Pz/i4uIfHx8GBwZwcHAQEBA6o92AAAACHElEQVQ4jWWUTY7bMAyF6QzUPSEoa8PFHEBgqwuM4bVVg7MvZOj+R+ijpMTpjIwgkT7z75EKrdfattpXERG6zqvUOtAr2LCRYfEKcB4l/Q+2cc6XjQH7hv+2YZYreIk5nevZEPvuzUzptizHLzgDMnC5Wpbl7ewJlOEqlQF+DlCjgVLki0WV6FMDMsBxjlJiQulIznwZ+DxHiQyDyIg0wN3Oo6o6ZQ5s5AIfar+W2Wlmz+kCcb8tg6j3voMEwNrBQk69dDBDqw/urpqJH+m+Q6u/4QnoAeYpnUXC/s1iup9rhCd6xMgAqdDyAyFegbKkVAHeLCcOulPLawaoUIDos4M88iLNrVkU7uu5ccTDO6naJzWLum51C6Yb7y4HKKbdArLWir0PBiS8glJRBZHeyHl7J9lENpAC6qT9NlNG4u5hsVYDyJP6mlJJtY3oVju4WSUzHal1sDU17NASoBWSk40J2eBLBJhYrVmzC5gVALGpNIAiQgN6eGstOp9Oa6zFbbLTISYi28BGZDRUJKWeroECkCEkzXjUtbmmaKMfAx2RfbT69/cO+tgHcmx6AfyZOmj3NDIah0F0GB66d4CrdIoplNFFGHSpSheRxbo0W4S8azNItEoMWbw3uXAeJgCrmX5joz7CGXqSg6PcryEhnFr/C1C2ntPxBOYbdwY+8dO3+wZJyFlbMX9s8zNnvp/tLwAv03NB4j3HVpn8Awwm+GrlP6MVAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Nov 2012 08:10:13 -0000 =D0=92 Fri, 09 Nov 2012 09:04:43 +0100 "O. Hartmann" =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > I just received since two days from now on one of my FreeBSD 10-CUR > boxes a kernel message after syncing disks, just the moment when the > system is supposed to switch off or reboot, like >=20 > softdep: out of journaling space for softdep >=20 > or something similar. I checked the /var/log for more details, but > nothing has been logged there so far regarding this subject. >=20 > The box in question has buildworld and kernel most recent as >=20 > FreeBSD 10.0-CURRENT #0 r242747M: Thu Nov 8 10:40:09 CET 2012 amd64 >=20 > The system is CLANG compiled, as it is now the standard and with >=20 > CXXFLAGS+=3D -stdlib=3Dlibc++ -std=3Dc++11 >=20 > The box has its root filesystem on a SAMSUNG 830 SSD with a capacity > of 120 GB, GPT partitions, UFS2 formated. >=20 > The box is the only one of a bunch of other FBSD 10 boxes with the > very same software revision and a similar setup, but with traditional > harddrives. >=20 > I can not reboot the box, the box is spinning with the above mentioned > error message forever (did so for day on the unattended box). >=20 > A 'hard' reboot is quit with a kernel dump due to "sleeping thread". >=20 > Regards, >=20 > Oliver >=20 http://svnweb.freebsd.org/changeset/base/242815 From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 08:27:37 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 57CB89D6 for ; Fri, 9 Nov 2012 08:27:37 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 0FA028FC0A for ; Fri, 9 Nov 2012 08:27:36 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1TWjw2-0004aX-9T for freebsd-current@freebsd.org; Fri, 09 Nov 2012 08:27:30 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1TWjw1-0001lc-M0 for freebsd-current@freebsd.org; Fri, 09 Nov 2012 08:27:29 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id qA98RTVV070623 for ; Fri, 9 Nov 2012 08:27:29 GMT (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id qA98RThx070622 for freebsd-current@freebsd.org; Fri, 9 Nov 2012 08:27:29 GMT (envelope-from mexas) Date: Fri, 9 Nov 2012 08:27:29 GMT From: Anton Shterenlikht Message-Id: <201211090827.qA98RThx070622@mech-cluster241.men.bris.ac.uk> To: freebsd-current@freebsd.org Subject: from 5-NOV WITH_CLANG_IS_CC in /etc/src.conf is no longer needed, right? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mexas@bristol.ac.uk List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2012 08:27:37 -0000 Hi I'm on 242801 amd64. I understand from [1] that WITH_CLANG_IS_CC is no longer needed in /etc/src.conf. Yet I somehow still get cc,c++,cpp all GCC binaries, e.g. # /usr/bin/cc --version cc (GCC) 4.2.1 20070831 patched [FreeBSD] I'm missing something else. Please advise Thanks Anton [1] http://lists.freebsd.org/pipermail/freebsd-current/2012-November/037458.html From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 08:41:33 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 18814C28 for ; Fri, 9 Nov 2012 08:41:33 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from mx1.flashcable.ch (mx1.flashcable.ch [81.92.96.30]) by mx1.freebsd.org (Postfix) with ESMTP id 93E498FC13 for ; Fri, 9 Nov 2012 08:41:31 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mx1.flashcable.ch (8.13.8/8.13.8/Submit_local) with ESMTP id qA98Bw69097643; Fri, 9 Nov 2012 09:11:58 +0100 (CET) (envelope-from andreast-list@fgznet.ch) Received: from phpmailer (borderline21.nexus-ag.com [212.203.104.226]) by localhost with HTTPS (UebiMiau); Fri, 9 Nov 2012 09:11:58 +0100 Date: Fri, 9 Nov 2012 09:11:58 +0100 To: "O.Hartmann" , CurrentFreeBSD From: Andreas Tobler Subject: Re: softdep: out of journaling space for softdep! Message-ID: <2b46f192d141849b809e537974673f41@212.203.104.226> X-Priority: 3 X-Mailer: PHPMailer [version 1.73] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="iso-8859-1" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Andreas Tobler List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2012 08:41:33 -0000 --------- Original Message -------- From: O. Hartmann To: Current FreeBSD Subject: softdep: out of journaling space for softdep! Date: 09/11/12 09:05 > I just received since two days from now on one of my FreeBSD 10-CUR > boxes a kernel message after syncing disks, just the moment when the > system is supposed to switch off or reboot, like > > softdep: out of journaling space for softdep > > or something similar. I checked the /var/log for more details, but > nothing has been logged there so far regarding this subject. > > The box in question has buildworld and kernel most recent as > > FreeBSD 10.0-CURRENT #0 r242747M: Thu Nov 8 10:40:09 CET 2012 amd64 > > The system is CLANG compiled, as it is now the standard and with > > CXXFLAGS+= -stdlib=libc++ -std=c++11 > > The box has its root filesystem on a SAMSUNG 830 SSD with a capacity of > 120 GB, GPT partitions, UFS2 formated. > > The box is the only one of a bunch of other FBSD 10 boxes with the very > same software revision and a similar setup, but with traditional harddrives. > > I can not reboot the box, the box is spinning with the above mentioned > error message forever (did so for day on the unattended box). > > A 'hard' reboot is quit with a kernel dump due to "sleeping thread". I saw something similar last night. This morning I tried: http://svnweb.freebsd.org/base?view=revision&revision=242815 And it seemed fixed. Though I did not do a stress test. Andreas From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 08:45:37 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4BD49E45; Fri, 9 Nov 2012 08:45: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 0F58C8FC12; Fri, 9 Nov 2012 08:45:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA98jUIB015540; Fri, 9 Nov 2012 03:45:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA98jUXa015537; Fri, 9 Nov 2012 08:45:30 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 9 Nov 2012 08:45:30 GMT Message-Id: <201211090845.qA98jUXa015537@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2012 08:45:37 -0000 TB --- 2012-11-09 07:18:59 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-09 07:18:59 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-09 07:18:59 - starting HEAD tinderbox run for mips/mips TB --- 2012-11-09 07:18:59 - cleaning the object tree TB --- 2012-11-09 07:22:15 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-09 07:22:15 - cd /tinderbox/HEAD/mips/mips TB --- 2012-11-09 07:22:15 - /usr/local/bin/svn cleanup /src TB --- 2012-11-09 07:23:48 - /usr/local/bin/svn update /src TB --- 2012-11-09 07:23:54 - At svn revision 242821 TB --- 2012-11-09 07:23:55 - building world TB --- 2012-11-09 07:23:55 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 07:23:55 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 07:23:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 07:23:55 - SRCCONF=/dev/null TB --- 2012-11-09 07:23:55 - TARGET=mips TB --- 2012-11-09 07:23:55 - TARGET_ARCH=mips TB --- 2012-11-09 07:23:55 - TZ=UTC TB --- 2012-11-09 07:23:55 - __MAKE_CONF=/dev/null TB --- 2012-11-09 07:23:55 - cd /src TB --- 2012-11-09 07:23:55 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Nov 9 07:24:02 UTC 2012 >>> 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 Fri Nov 9 08:41:50 UTC 2012 TB --- 2012-11-09 08:41:50 - cd /src/sys/mips/conf TB --- 2012-11-09 08:41:50 - /usr/sbin/config -m ADM5120 TB --- 2012-11-09 08:41:50 - skipping ADM5120 kernel TB --- 2012-11-09 08:41:50 - cd /src/sys/mips/conf TB --- 2012-11-09 08:41:50 - /usr/sbin/config -m ALCHEMY TB --- 2012-11-09 08:41:50 - skipping ALCHEMY kernel TB --- 2012-11-09 08:41:50 - cd /src/sys/mips/conf TB --- 2012-11-09 08:41:50 - /usr/sbin/config -m AP91 TB --- 2012-11-09 08:41:50 - building AP91 kernel TB --- 2012-11-09 08:41:50 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 08:41:50 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 08:41:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 08:41:50 - SRCCONF=/dev/null TB --- 2012-11-09 08:41:50 - TARGET=mips TB --- 2012-11-09 08:41:50 - TARGET_ARCH=mips TB --- 2012-11-09 08:41:50 - TZ=UTC TB --- 2012-11-09 08:41:50 - __MAKE_CONF=/dev/null TB --- 2012-11-09 08:41:50 - cd /src TB --- 2012-11-09 08:41:50 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Fri Nov 9 08:41:50 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> export_syms awk -f /src/sys/conf/kmod_syms.awk wlan_amrr.ko.debug export_syms | xargs -J% objcopy % wlan_amrr.ko.debug objcopy --only-keep-debug wlan_amrr.ko.debug wlan_amrr.ko.symbols objcopy --strip-debug --add-gnu-debuglink=wlan_amrr.ko.symbols wlan_amrr.ko.debug wlan_amrr.ko ===> ath (all) cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips.mips/src/sys/AP91/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips.mips/src/sys/AP91 -msoft-float -ffreestanding -std=iso9899:1999 -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 -c /src/sys/modules/ath/../../dev/ath/if_ath.c In file included from /src/sys/modules/ath/../../dev/ath/if_ath.c:99: @/dev/ath/if_athvar.h:778: error: field 'sc_alq' has incomplete type *** [if_ath.o] Error code 1 Stop in /src/sys/modules/ath. *** [all] Error code 1 Stop in /src/sys/modules. *** [modules-all] Error code 1 Stop in /obj/mips.mips/src/sys/AP91. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-09 08:45:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-09 08:45:30 - ERROR: failed to build AP91 kernel TB --- 2012-11-09 08:45:30 - 2792.45 user 797.55 system 5191.44 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 08:50:21 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1D4BE73 for ; Fri, 9 Nov 2012 08:50:21 +0000 (UTC) (envelope-from emss.mail@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 867088FC14 for ; Fri, 9 Nov 2012 08:50:20 +0000 (UTC) Received: by mail-wg0-f50.google.com with SMTP id 16so2437322wgi.31 for ; Fri, 09 Nov 2012 00:50:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:x-virus-scanned:from:to:cc:subject:in-reply-to:references :user-agent:x-operating-system:date:message-id:mime-version :content-type:content-transfer-encoding; bh=IfRTFi/uPZc+0es6reKik5ekhmGmR/qDHMeojhedeHU=; b=ykv9GTtFhK5Izvq2youAQy+jmzwvQamkz/1aQGCXW6kk/T3V61yxt1GWEAJz9SCPt/ q+iM2yoFmdxocqjLoFomht8PmLXm3Jp5WxWFSCn7LM9vgM18HLPDVUs7A1bVnaG84vOX 6+b9ymEt+ePBZ8hFSGlUf8NE3d8TSNnnz3oxMSxjsoRZkvBhQZeEfA5SA/C254d08F5r ggiuyhc2G6Frxs3PrzMsBGqULveZ4DznBdAyr9v+ool1Esyzy3qKV4rKPpcYLkYZEL0P hjgLhxfLLjd2fKgTAKnQpDmHhb2aw5wvHV1++6hR09DOV39nZ8LaIqxmC8Ua8TBzfa1h PmFA== Received: by 10.181.11.163 with SMTP id ej3mr1372894wid.11.1352451019245; Fri, 09 Nov 2012 00:50:19 -0800 (PST) Received: from srvbsdfenssv.interne.associated-bears.org (LCaen-151-92-21-48.w217-128.abo.wanadoo.fr. [217.128.200.48]) by mx.google.com with ESMTPS id ea9sm1409684wib.11.2012.11.09.00.50.18 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 09 Nov 2012 00:50:18 -0800 (PST) Sender: Eric Masson Received: from srvbsdfenssv.interne.associated-bears.org (localhost [127.0.0.1]) by srvbsdfenssv.interne.associated-bears.org (Postfix) with ESMTP id 5A652CF274; Fri, 9 Nov 2012 09:50:17 +0100 (CET) X-Virus-Scanned: amavisd-new at interne.associated-bears.org Received: from srvbsdfenssv.interne.associated-bears.org ([127.0.0.1]) by srvbsdfenssv.interne.associated-bears.org (srvbsdfenssv.interne.associated-bears.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id n1nyNE9xtiDU; Fri, 9 Nov 2012 09:50:11 +0100 (CET) Received: by srvbsdfenssv.interne.associated-bears.org (Postfix, from userid 1001) id 95282CF170; Fri, 9 Nov 2012 09:50:11 +0100 (CET) From: Eric Masson To: "O. Hartmann" Subject: Re: softdep: out of journaling space for softdep! In-Reply-To: <509CB91B.7050506@zedat.fu-berlin.de> (O. Hartmann's message of "Fri, 09 Nov 2012 09:04:43 +0100") References: <509CB91B.7050506@zedat.fu-berlin.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.4 (berkeley-unix) X-Operating-System: FreeBSD 8.3-RELEASE-p3 amd64 Date: Fri, 09 Nov 2012 09:50:10 +0100 Message-ID: <864nkzcg8t.fsf@srvbsdfenssv.interne.associated-bears.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Nov 2012 08:50:21 -0000 "O. Hartmann" writes: Hi, > I just received since two days from now on one of my FreeBSD 10-CUR > boxes a kernel message after syncing disks, just the moment when the > system is supposed to switch off or reboot, like > > softdep: out of journaling space for softdep Seen this morning. I disabled suj on all filesystems after boot single, fscked (there was an inconsistency on /) and all went fine then. I'll probably enable suj on next reboot today. Regards Éric Masson -- MF> Comment faire pour rechercher par exemple tout les MF> dentistes ayant un email. Du côté de l'email, ça devrait aller, pour les dentistes ! -+- MG in : - Carie me on -+- From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 08:52:22 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7CB532F3; Fri, 9 Nov 2012 08:52: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 405D48FC0A; Fri, 9 Nov 2012 08:52:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA98qL5l055766; Fri, 9 Nov 2012 03:52:21 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA98qL0u055761; Fri, 9 Nov 2012 08:52:21 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 9 Nov 2012 08:52:21 GMT Message-Id: <201211090852.qA98qL0u055761@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2012 08:52:22 -0000 TB --- 2012-11-09 04:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-09 04:50:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-09 04:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-11-09 04:50:00 - cleaning the object tree TB --- 2012-11-09 04:58:20 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-09 04:58:20 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2012-11-09 04:58:20 - /usr/local/bin/svn cleanup /src TB --- 2012-11-09 04:59:53 - /usr/local/bin/svn update /src TB --- 2012-11-09 05:00:00 - At svn revision 242816 TB --- 2012-11-09 05:00:01 - building world TB --- 2012-11-09 05:00:01 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 05:00:01 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 05:00:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 05:00:01 - SRCCONF=/dev/null TB --- 2012-11-09 05:00:01 - TARGET=amd64 TB --- 2012-11-09 05:00:01 - TARGET_ARCH=amd64 TB --- 2012-11-09 05:00:01 - TZ=UTC TB --- 2012-11-09 05:00:01 - __MAKE_CONF=/dev/null TB --- 2012-11-09 05:00:01 - cd /src TB --- 2012-11-09 05:00:01 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Nov 9 05:00:06 UTC 2012 >>> 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 Fri Nov 9 08:43:54 UTC 2012 TB --- 2012-11-09 08:43:54 - generating LINT kernel config TB --- 2012-11-09 08:43:54 - cd /src/sys/amd64/conf TB --- 2012-11-09 08:43:54 - /usr/bin/make -B LINT TB --- 2012-11-09 08:43:54 - cd /src/sys/amd64/conf TB --- 2012-11-09 08:43:54 - /usr/sbin/config -m LINT TB --- 2012-11-09 08:43:55 - building LINT kernel TB --- 2012-11-09 08:43:55 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 08:43:55 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 08:43:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 08:43:55 - SRCCONF=/dev/null TB --- 2012-11-09 08:43:55 - TARGET=amd64 TB --- 2012-11-09 08:43:55 - TARGET_ARCH=amd64 TB --- 2012-11-09 08:43:55 - TZ=UTC TB --- 2012-11-09 08:43:55 - __MAKE_CONF=/dev/null TB --- 2012-11-09 08:43:55 - cd /src TB --- 2012-11-09 08:43:55 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Nov 9 08:43:55 UTC 2012 >>> 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/ddb/db_write_cmd.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/aac/aac.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/aac/aac_cam.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/aac/aac_debug.c /src/sys/dev/aac/aac_debug.c:163:8: error: format string is not a string literal (potentially insecure) [-Werror,-Wformat-security] panic(reason); ^~~~~~ 1 error generated. *** [aac_debug.o] Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-09 08:52:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-09 08:52:21 - ERROR: failed to build LINT kernel TB --- 2012-11-09 08:52:21 - 9534.48 user 1767.68 system 14541.06 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 10:27:40 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C856098D for ; Fri, 9 Nov 2012 10:27:40 +0000 (UTC) (envelope-from husyh@hush.com) Received: from smtp1.hushmail.com (smtp1a.hushmail.com [65.39.178.236]) by mx1.freebsd.org (Postfix) with ESMTP id A007D8FC0A for ; Fri, 9 Nov 2012 10:27:39 +0000 (UTC) Received: from smtp1.hushmail.com (smtp1a.hushmail.com [65.39.178.236]) by smtp1.hushmail.com (Postfix) with SMTP id C5C412FE21 for ; Fri, 9 Nov 2012 09:57:02 +0000 (UTC) Received: from smtp.hushmail.com (w5.hushmail.com [65.39.178.80]) by smtp1.hushmail.com (Postfix) with ESMTP for ; Fri, 9 Nov 2012 09:57:02 +0000 (UTC) Received: by smtp.hushmail.com (Postfix, from userid 99) id A36C0E6726; Fri, 9 Nov 2012 09:57:02 +0000 (UTC) MIME-Version: 1.0 Date: Fri, 09 Nov 2012 10:57:02 +0100 To: freebsd-current@freebsd.org Subject: Re: ath0: unable to attach hardware From: husyh@hush.com Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="UTF-8" Message-Id: <20121109095702.A36C0E6726@smtp.hushmail.com> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Nov 2012 10:27:41 -0000 Hello again, the mail I'm replying to (and which is cited below) hasn't caused a reaction yet. Seeing that this mailing list has quite a lot of traffic, I'm worried that the mail, and the issue it tries to point out, will be forgotten. Should I file a bug report in hopes that the issue will somewhen be investigated/resolved? Again, I'm offering any kind of help I'm able to provide, i.e. delivering more information upon (hopefully detailed enough for me to understand) request, testing proposed fixes and doing some progamming on my own; for the latter, please keep in mind that I have no experience with the FreeBSD codebase or hardware programming. Thanks! On Samstag, 3. November 2012 at 11:43 AM, husyh@hush.com wrote: > >Hello everyone, > >I'm new to FreeBSD and wanted to install 9.0-RELEASE amd64 on a PC >I was given. At first glance, it seems like everything is working, >except the wireless LAN PCI card. > >I started a thread on freebsd-wireless on the 31st of October (see >here: http://lists.freebsd.org/pipermail/freebsd-wireless/2012- >October/002511.html or a repost of my original message with proper >formatting: http://lists.freebsd.org/pipermail/freebsd- >wireless/2012-October/002513.html ) > >Short summary: >The card has the strings "Anatel", "WN5301A-H1-V02" and >"KN160562*7" printed on it, although I'm not sure which, if any, >of those is a proper product number. >After setting > >hw.ath.debug=1 >hw.ath.hal.debug=1 > >I receive > >ath0: mem 0xfdee0000-0xfdeeffff irq 16 at device >4.0 on pci2 >ar5212ChipTest: address test failed addr: 0x00008000 - >wr:0x00000000 != rd:0xffffffff >ar5212Attach: hardware self-test failed >ath0: unable to attach hardware; HAL status 14 >device_attach: ath0 attach returned 6 > >and am left unable to use the device. >I tried 8.3-RELEASE i386 as well as 10.0-CURRENT amd64 and i386 >snapshots from https://snapshots.glenbarber.us/Latest/ (seemlingly >built a few days ago) and received the same messages, although I >did not get the debug messages since I booted off of the >installation media and therefore had a stock kernel, which >seemingly doesn't enable ATH_DEBUG and AH_DEBUG. Booting the >Ubuntu 12.04 amd64 installation media, I can use the NIC without >having any problems. > >Adrian Chadd tried to help me via freebsd-wireless (thank you >again,) but ultimately asked me this: >"Please try a recent -HEAD i386 and amd64 snapshot and if that >doesn't >work, you could try posting for help on freebsd-current. But please >stress that I think it's a bus enumeration and PCI bridge >programming >problem, _not_ a driver problem." > >And so I did. > >I'd be very glad if you could try to help me. Of course, I'm >willing to provide any kind of information you might need, but >please keep in mind that I'm new to FreeBSD and therefore would be >thankful if you stated your instructions/requests in a newbie- >friendly way. > >Thank you. > >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current- >unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 10:47:28 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B8B57CB7 for ; Fri, 9 Nov 2012 10:47:28 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 225188FC14 for ; Fri, 9 Nov 2012 10:47:27 +0000 (UTC) Received: from tom.home (localhost [127.0.0.1]) by kib.kiev.ua (8.14.5/8.14.5) with ESMTP id qA9AlFCi017474; Fri, 9 Nov 2012 12:47:15 +0200 (EET) (envelope-from kostikbel@gmail.com) X-DKIM: OpenDKIM Filter v2.5.2 kib.kiev.ua qA9AlFCi017474 Received: (from kostik@localhost) by tom.home (8.14.5/8.14.5/Submit) id qA9AlFu9017473; Fri, 9 Nov 2012 12:47:15 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 9 Nov 2012 12:47:15 +0200 From: Konstantin Belousov To: Larry Rosenman Subject: Re: sysutils/lsof author: API work? Message-ID: <20121109104715.GA73505@kib.kiev.ua> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Ma2IebCqBk9lYfxq" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=0.2 required=5.0 tests=ALL_TRUSTED, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-current@freebsd.org, abe@purdue.edu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Nov 2012 10:47:28 -0000 --Ma2IebCqBk9lYfxq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 08, 2012 at 07:01:02PM -0600, Larry Rosenman wrote: > Continuing from my thread with clang questions from Vic Abell=20 > for lsof: >=20 > Larry, >=20 > Thanks for forwarding the comments. I would be happy > to engage anyone interested in improving lsof's interface > to FreeBSD. After having participated in three previous > efforts -- HP-UX, Linux and MacOS X -- I think I know the > pros and cons of kernel dumpster diving versus an API. > It's not at all clear to me which approach is the best. So, did Vic looked at the facilities provided by sysctl kern.proc ? Most interesting for the first look are kern.proc.file. Example of the usage is available in the procstat(1) source code. Obvious missed facility of our kernel interfaces is the reporting of the advisory file locks. I will be happy to implement reasonable extensions for our introspection facilities. >=20 > As for the mistaken comment about VOP_WRITE (It was > VOP_UNLOCK) -- the reason I needed to know is that clang > objected to some of the ZFS header files that used that > macro/function without any pre-definition of it. My > hunch is that will be true of the standard FreeBSD > modules that se VOP_UNLOCK if they were to be compiled > with clang. >=20 > So, see if anyone wants to step up and work with me on > an lsof API. >=20 > Regards, >=20 > Vic >=20 > Does anyone want to work with Vic? >=20 > (I can supply a -CURRENT test box that I keep up-to-date). This is not needed, thanks. >=20 >=20 > _______________________________________________ > 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" --Ma2IebCqBk9lYfxq Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlCc3zMACgkQC3+MBN1Mb4ix8ACg3+fqQu8dmdjGAr3ow0H3POh8 /x0AoINsi2IPAnYHPJ5xap5XSgE2m4h8 =cg8e -----END PGP SIGNATURE----- --Ma2IebCqBk9lYfxq-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 11:16:59 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3E6D3F80 for ; Fri, 9 Nov 2012 11:16:59 +0000 (UTC) (envelope-from dumbbell@FreeBSD.org) Received: from mail.made4.biz (unknown [IPv6:2001:41d0:1:7018::1:3]) by mx1.freebsd.org (Postfix) with ESMTP id CA6C58FC08 for ; Fri, 9 Nov 2012 11:16:58 +0000 (UTC) Received: from [2001:1b48:10b:cafe:225:64ff:febe:589f] (helo=viking.yzserv.com) by mail.made4.biz with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.80 (FreeBSD)) (envelope-from ) id 1TWma0-000IPG-NL; Fri, 09 Nov 2012 12:16:58 +0100 Message-ID: <509CE628.5060607@FreeBSD.org> Date: Fri, 09 Nov 2012 12:16:56 +0100 From: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:16.0) Gecko/20121030 Thunderbird/16.0.2 MIME-Version: 1.0 To: Tomek CEDRO Subject: Re: Failed to switch consoles in 9.0-RC3 References: <509BC0C5.7020402@gmail.com> In-Reply-To: X-Enigmail-Version: 1.4.5 X-Enigmail-Draft-Status: 513 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org, Chuck Burns X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Nov 2012 11:16:59 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 08.11.2012 17:53, Tomek CEDRO wrote: > Thanks for hint :-) For some reasons I need to have console usable > after/during xorg is active, for instance at the moment I have > problems with xfce4 and no console keeps me away from seeing what > is wrong and even getting back into xorg. Depending on the issues you have with XFCE, you should be able to dump the content of the console while in X.Org by using the following command: vidcontrol -P -H < /dev/ttyv0 This command dumps the whole console buffer (-P), including history (-H). - -- Jean-Sébastien Pédron -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEUEARECAAYFAlCc5icACgkQa+xGJsFYOlPNVQCXWFmbqAQ1z04u3hcLRbxpUQWI AQCgvbX9d45E3p9pQCwFgHGOzmGoQUw= =B55w -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 12:00:24 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BB301B63 for ; Fri, 9 Nov 2012 12:00:24 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 1111C8FC1D for ; Fri, 9 Nov 2012 12:00:23 +0000 (UTC) Received: from tom.home (localhost [127.0.0.1]) by kib.kiev.ua (8.14.5/8.14.5) with ESMTP id qA9C0CfF024497; Fri, 9 Nov 2012 14:00:12 +0200 (EET) (envelope-from kostikbel@gmail.com) X-DKIM: OpenDKIM Filter v2.5.2 kib.kiev.ua qA9C0CfF024497 Received: (from kostik@localhost) by tom.home (8.14.5/8.14.5/Submit) id qA9C0COl024486; Fri, 9 Nov 2012 14:00:12 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 9 Nov 2012 14:00:12 +0200 From: Konstantin Belousov To: Steve Kargl Subject: Re: clang and static linking? Message-ID: <20121109120012.GB73505@kib.kiev.ua> References: <20121108231349.GA79485@troutmask.apl.washington.edu> <20121108234932.GA56820@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="P4FumoV6cQve47oF" Content-Disposition: inline In-Reply-To: <20121108234932.GA56820@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=0.2 required=5.0 tests=ALL_TRUSTED, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Nov 2012 12:00:24 -0000 --P4FumoV6cQve47oF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 08, 2012 at 03:49:32PM -0800, Steve Kargl wrote: > On Thu, Nov 08, 2012 at 03:13:49PM -0800, Steve Kargl wrote: > > Upgraded my amd64 system, yesterday. Needed to rebuild one > > of my projects, and hit > >=20 > > /usr/local/openmpi-1.6.3/bin/mpif90 -static -O2 -pipe -march=3Dnative -= mtune=3Dnative -funroll-loops -ftree-vectorize -Wall -rpath /usr/local/lib/= gcc46 -I/home/kargl/modules -o sasmp sasmp.f90 -L/home/kargl/lib -L. -L/usr= /local/lib -L. -loa -lm90 -llapack -lblas > > //usr/lib/libc.a(isnan.o): In function `isnanf': > > /usr/src/lib/libc/gen/isnan.c:(.text+0x40): multiple definition of `__i= snanf' > > //usr/lib/libm.a(s_isnan.o):/usr/src/lib/msun/src/s_isnan.c:(.text+0x0): > > first defined here > > collect2: ld returned 1 exit status > > *** [sasmp] Error code 1 > >=20 > > Stop in /usr/home/kargl/trunk/oa. > >=20 > > Can't rebuild gcc46 due to clang issue. > > Rebuilding openmpi does not help as openmpi uses gfortran46. > > Maybe there's a library problem. > >=20 > > Error clang base/gcc > > yes libc,libm > > yes libm libc > > no libc libm > > no libc,libm > >=20 > > libm.a compiled with clang > > % nm /usr/lib/libm.a | grep isnan > > U __isnanl > > U __isnanf > > U __isnanl > > U isnan > > U __isnanf > > U isnan > > U isnanf > > s_isnan.o: > > 0000000000000000 T __isnanf > > 0000000000000030 T __isnanl > > 0000000000000000 W isnanf > > U isnan > >=20 > > libm.a compiled with /usr/lib/gcc > > troutmask:fvwm:kargl[232] nm /usr/lib/libm.a | grep isnan > > U __isnanl > > U __isnanf > > U __isnanl > > U __isnanf > > s_isnan.o: > > 0000000000000000 T __isnanf > > 0000000000000030 T __isnanl > > 0000000000000000 W isnanf > >=20 >=20 > This appears to fix the problem. Don't know if this is > th right way to handle it. >=20 > Index: src/s_isnan.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- src/s_isnan.c (revision 242701) > +++ src/s_isnan.c (working copy) > @@ -40,7 +40,6 @@ > u.d =3D d; > return (u.bits.exp =3D=3D 2047 && (u.bits.manl !=3D 0 || u.bits.manh != =3D 0)); > } > -#endif > =20 > int > __isnanf(float f) > @@ -51,6 +50,9 @@ > return (u.bits.exp =3D=3D 255 && u.bits.man !=3D 0); > } > =20 > +__weak_reference(__isnanf, isnanf); > +#endif > + > int > __isnanl(long double e) > { > @@ -60,5 +62,3 @@ > mask_nbit_l(u); > return (u.bits.exp =3D=3D 32767 && (u.bits.manl !=3D 0 || u.bits.manh != =3D 0)); > } > - > -__weak_reference(__isnanf, isnanf); Is this patch against src/msun ? This is only a workaround, which break ABI and older binaries. The bug is apparently in clang, which inserts the undef reference into the resulting object file, when weak alias references undefined symbol. Gnu as does not have the bug. There is some magic switch to reduce amount of clang bugs, like -fno-integrated-as. Please try to compile the problematic .o with the switch. --P4FumoV6cQve47oF Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlCc8EwACgkQC3+MBN1Mb4iVzwCfQZDGDhJsOqK8KFBIzWwtrctQ bX8AoM8JOIa5Z10knnle7TL1DNv+6h+9 =zqLo -----END PGP SIGNATURE----- --P4FumoV6cQve47oF-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 11:34:47 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 90B905FC; Fri, 9 Nov 2012 11:34:47 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id C304F8FC13; Fri, 9 Nov 2012 11:34:46 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id b5so3754096lbd.13 for ; Fri, 09 Nov 2012 03:34:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=gem02mYwh4laAt9eSAv6uzYzbsDep+OMb9fYWAu7Dos=; b=Viz6AKJsoXQFmvFO0zAKy77l+O4z17d8gOG/EiWQduyd4rLeFF7aYJcMane8FmO2sN 7MgX23afC/gkjpUMTd/+xEUlTAb4o0GevDDeFhDph4tI+MkPExnWRlKxf+91IAzfocWM hPPMsHqqiQt4S1+bTknCPTz0PPJvI5wnvYn2ul1ZYthfYoGSIoGXJmy7xxvaD6oAQSbd uc2nY0M0LPd8/jTqkLeadTC0XGIeWnVIOviF0RGlDpSRm8KEskuZv+BNhkfajZyhg65Y aL6NP/WrronkKetTzGsGmiFuRFUgywlyTLze48optdXu6x8ZpY1nj/2h2PP6VDIDkyzd bnTw== MIME-Version: 1.0 Received: by 10.152.110.74 with SMTP id hy10mr10461296lab.54.1352460885088; Fri, 09 Nov 2012 03:34:45 -0800 (PST) Received: by 10.114.12.226 with HTTP; Fri, 9 Nov 2012 03:34:45 -0800 (PST) Received: by 10.114.12.226 with HTTP; Fri, 9 Nov 2012 03:34:45 -0800 (PST) In-Reply-To: <509CE628.5060607@FreeBSD.org> References: <509BC0C5.7020402@gmail.com> <509CE628.5060607@FreeBSD.org> Date: Fri, 9 Nov 2012 12:34:45 +0100 Message-ID: Subject: Re: Failed to switch consoles in 9.0-RC3 From: Tomek CEDRO To: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= X-Mailman-Approved-At: Fri, 09 Nov 2012 12:26:13 +0000 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current@freebsd.org, Chuck Burns X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Nov 2012 11:34:47 -0000 Thank you Jean-Sebastien, very useful hint with vidcontrol!! :-) -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 12:52:21 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 53CF087A; Fri, 9 Nov 2012 12:52:21 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id 0B6B88FC15; Fri, 9 Nov 2012 12:52:20 +0000 (UTC) Received: from [192.168.0.6] (spaceball.home.andric.com [192.168.0.6]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 956D15C59; Fri, 9 Nov 2012 13:52:19 +0100 (CET) Message-ID: <509CFC88.7050606@FreeBSD.org> Date: Fri, 09 Nov 2012 13:52:24 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Greg 'groggy' Lehey Subject: Re: /usr/bin/calendar broken on current References: <201211090658.qA96whII081757@pozo.com> <20121109072631.GQ77848@eureka.lemis.com> In-Reply-To: <20121109072631.GQ77848@eureka.lemis.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Nov 2012 12:52:21 -0000 On 2012-11-09 08:26, Greg 'groggy' Lehey wrote:> On Thursday, 8 November 2012 at 22:58:37 -0800, Manfred Antar wrote: >> Sometime in the last week calendar stopped working. >> not sure the cause >> here is some of the output: >> /usr/share/calendar/calendar.music:231:17: warning: missing terminating ' character [-Winvalid-pp-token] >> 12/16 Don McLean's "American Pie" is released, 1971 >> ^ > > This is unexpected fallout from the transition from gcc to clang. > calendar invokes cpp, and it seems that clang's cpp doesn't like what > it sees. This patch works around the issue: > > --- pathnames.h (revision 242777) > +++ pathnames.h (working copy) > @@ -32,5 +32,5 @@ > > #include > > -#define _PATH_CPP "/usr/bin/cpp" > +#define _PATH_CPP "/usr/bin/gcpp" > #define _PATH_INCLUDE "/usr/share/calendar" > > Clearly that's not the solution. I'll investigate. Looks like yet another cpp -traditional abuse. Clang will most likely never support traditional preprocessing. It is probably better to just use sed or awk for this kind of trickery. From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 13:01:58 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 20FE9CD1; Fri, 9 Nov 2012 13:01:58 +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 E175E8FC13; Fri, 9 Nov 2012 13:01:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA9D1uvV095396; Fri, 9 Nov 2012 08:01:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA9D1utl095395; Fri, 9 Nov 2012 13:01:56 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 9 Nov 2012 13:01:56 GMT Message-Id: <201211091301.qA9D1utl095395@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2012 13:01:58 -0000 TB --- 2012-11-09 12:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-09 12:30:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-09 12:30:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-11-09 12:30:00 - cleaning the object tree TB --- 2012-11-09 12:33:56 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-09 12:33:56 - cd /tinderbox/HEAD/i386/pc98 TB --- 2012-11-09 12:33:56 - /usr/local/bin/svn cleanup /src TB --- 2012-11-09 12:35:39 - /usr/local/bin/svn update /src TB --- 2012-11-09 12:35:44 - At svn revision 242822 TB --- 2012-11-09 12:35:45 - building world TB --- 2012-11-09 12:35:45 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 12:35:45 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 12:35:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 12:35:45 - SRCCONF=/dev/null TB --- 2012-11-09 12:35:45 - TARGET=pc98 TB --- 2012-11-09 12:35:45 - TARGET_ARCH=i386 TB --- 2012-11-09 12:35:45 - TZ=UTC TB --- 2012-11-09 12:35:45 - __MAKE_CONF=/dev/null TB --- 2012-11-09 12:35:45 - cd /src TB --- 2012-11-09 12:35:45 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Nov 9 12:35:50 UTC 2012 >>> 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 [...] c++ -O2 -pipe -I/src/lib/clang/libclangparse/../../../contrib/llvm/include -I/src/lib/clang/libclangparse/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangparse/../../../contrib/llvm/tools/clang/lib/Parse -I. -I/src/lib/clang/libclangparse/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd10.0\" -DLLVM_HOSTTRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangparse/../../../contrib/llvm/tools/clang/lib/Parse/ParseDecl.cpp -o ParseDecl.o c++ -O2 -pipe -I/src/lib/clang/libclangparse/../../../contrib/llvm/include -I/src/lib/clang/libclangparse/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangparse/../../../contrib/llvm/tools/clang/lib/Parse -I. -I/src/lib/clang/libclangparse/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd10.0\" -DLLVM_HOSTTRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangparse/../../../contrib/llvm/tools/clang/lib/Parse/ParseDeclCXX.cpp -o ParseDeclCXX.o c++ -O2 -pipe -I/src/lib/clang/libclangparse/../../../contrib/llvm/include -I/src/lib/clang/libclangparse/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangparse/../../../contrib/llvm/tools/clang/lib/Parse -I. -I/src/lib/clang/libclangparse/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd10.0\" -DLLVM_HOSTTRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangparse/../../../contrib/llvm/tools/clang/lib/Parse/ParseExpr.cpp -o ParseExpr.o /src/lib/clang/libclangparse/../../../contrib/llvm/tools/clang/lib/Parse/ParseExpr.cpp: In member function 'clang::ExprResult clang::Parser::ParseCastExpression(bool, bool, bool&, clang::Parser::TypeCastState)': /src/lib/clang/libclangparse/../../../contrib/llvm/tools/clang/lib/Parse/ParseExpr.cpp:657: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** [ParseExpr.o] Error code 1 Stop in /src/lib/clang/libclangparse. *** [all] Error code 1 Stop in /src/lib/clang. *** [cross-tools] Error code 1 Stop in /src. *** [_cross-tools] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-09 13:01:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-09 13:01:56 - ERROR: failed to build world TB --- 2012-11-09 13:01:56 - 1285.27 user 138.73 system 1915.77 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 13:09:24 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 92A1DE88 for ; Fri, 9 Nov 2012 13:09:24 +0000 (UTC) (envelope-from rdivacky@vlakno.cz) Received: from vlakno.cz (mail.vlakno.cz [178.238.39.38]) by mx1.freebsd.org (Postfix) with ESMTP id E072C8FC0C for ; Fri, 9 Nov 2012 13:09:22 +0000 (UTC) Received: by vlakno.cz (Postfix, from userid 1002) id 5387E1CC5659; Fri, 9 Nov 2012 14:09:20 +0100 (CET) Date: Fri, 9 Nov 2012 14:09:20 +0100 From: Roman Divacky To: Konstantin Belousov Subject: Re: clang and static linking? Message-ID: <20121109130920.GA21973@freebsd.org> References: <20121108231349.GA79485@troutmask.apl.washington.edu> <20121108234932.GA56820@troutmask.apl.washington.edu> <20121109120012.GB73505@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20121109120012.GB73505@kib.kiev.ua> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org, Steve Kargl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Nov 2012 13:09:24 -0000 On Fri, Nov 09, 2012 at 02:00:12PM +0200, Konstantin Belousov wrote: > On Thu, Nov 08, 2012 at 03:49:32PM -0800, Steve Kargl wrote: > > On Thu, Nov 08, 2012 at 03:13:49PM -0800, Steve Kargl wrote: > > > Upgraded my amd64 system, yesterday. Needed to rebuild one > > > of my projects, and hit > > > > > > /usr/local/openmpi-1.6.3/bin/mpif90 -static -O2 -pipe -march=native -mtune=native -funroll-loops -ftree-vectorize -Wall -rpath /usr/local/lib/gcc46 -I/home/kargl/modules -o sasmp sasmp.f90 -L/home/kargl/lib -L. -L/usr/local/lib -L. -loa -lm90 -llapack -lblas > > > //usr/lib/libc.a(isnan.o): In function `isnanf': > > > /usr/src/lib/libc/gen/isnan.c:(.text+0x40): multiple definition of `__isnanf' > > > //usr/lib/libm.a(s_isnan.o):/usr/src/lib/msun/src/s_isnan.c:(.text+0x0): > > > first defined here > > > collect2: ld returned 1 exit status > > > *** [sasmp] Error code 1 > > > > > > Stop in /usr/home/kargl/trunk/oa. > > > > > > Can't rebuild gcc46 due to clang issue. > > > Rebuilding openmpi does not help as openmpi uses gfortran46. > > > Maybe there's a library problem. > > > > > > Error clang base/gcc > > > yes libc,libm > > > yes libm libc > > > no libc libm > > > no libc,libm > > > > > > libm.a compiled with clang > > > % nm /usr/lib/libm.a | grep isnan > > > U __isnanl > > > U __isnanf > > > U __isnanl > > > U isnan > > > U __isnanf > > > U isnan > > > U isnanf > > > s_isnan.o: > > > 0000000000000000 T __isnanf > > > 0000000000000030 T __isnanl > > > 0000000000000000 W isnanf > > > U isnan > > > > > > libm.a compiled with /usr/lib/gcc > > > troutmask:fvwm:kargl[232] nm /usr/lib/libm.a | grep isnan > > > U __isnanl > > > U __isnanf > > > U __isnanl > > > U __isnanf > > > s_isnan.o: > > > 0000000000000000 T __isnanf > > > 0000000000000030 T __isnanl > > > 0000000000000000 W isnanf > > > > > > > This appears to fix the problem. Don't know if this is > > th right way to handle it. > > > > Index: src/s_isnan.c > > =================================================================== > > --- src/s_isnan.c (revision 242701) > > +++ src/s_isnan.c (working copy) > > @@ -40,7 +40,6 @@ > > u.d = d; > > return (u.bits.exp == 2047 && (u.bits.manl != 0 || u.bits.manh != 0)); > > } > > -#endif > > > > int > > __isnanf(float f) > > @@ -51,6 +50,9 @@ > > return (u.bits.exp == 255 && u.bits.man != 0); > > } > > > > +__weak_reference(__isnanf, isnanf); > > +#endif > > + > > int > > __isnanl(long double e) > > { > > @@ -60,5 +62,3 @@ > > mask_nbit_l(u); > > return (u.bits.exp == 32767 && (u.bits.manl != 0 || u.bits.manh != 0)); > > } > > - > > -__weak_reference(__isnanf, isnanf); > Is this patch against src/msun ? > > This is only a workaround, which break ABI and older binaries. > The bug is apparently in clang, which inserts the undef reference > into the resulting object file, when weak alias references undefined > symbol. Gnu as does not have the bug. > > There is some magic switch to reduce amount of clang bugs, like > -fno-integrated-as. Please try to compile the problematic .o with the > switch. This is what I am seeing here: pes msun$ touch src/s_isnan.c pes msun$ make Warning: Object directory not changed from original /usr/home/rdivacky/freebsd-head/lib/msun clang -O2 -pipe -I/usr/home/rdivacky/freebsd-head/lib/msun/ld80 -I/usr/home/rdivacky/freebsd-head/lib/msun/src -I/usr/home/rdivacky/freebsd-head/lib/msun/../libc/include -I/usr/home/rdivacky/freebsd-head/lib/msun/../libc/amd64 -std=gnu99 -Wsystem-headers -Wno-pointer-sign -c /usr/home/rdivacky/freebsd-head/lib/msun/src/s_isnan.c building static m library ranlib libm.a clang -pg -O2 -pipe -I/usr/home/rdivacky/freebsd-head/lib/msun/ld80 -I/usr/home/rdivacky/freebsd-head/lib/msun/src -I/usr/home/rdivacky/freebsd-head/lib/msun/../libc/include -I/usr/home/rdivacky/freebsd-head/lib/msun/../libc/amd64 -std=gnu99 -Wsystem-headers -Wno-pointer-sign -c /usr/home/rdivacky/freebsd-head/lib/msun/src/s_isnan.c -o s_isnan.po building profiled m library ranlib libm_p.a clang -fpic -DPIC -O2 -pipe -I/usr/home/rdivacky/freebsd-head/lib/msun/ld80 -I/usr/home/rdivacky/freebsd-head/lib/msun/src -I/usr/home/rdivacky/freebsd-head/lib/msun/../libc/include -I/usr/home/rdivacky/freebsd-head/lib/msun/../libc/amd64 -std=gnu99 -Wsystem-headers -Wno-pointer-sign -c /usr/home/rdivacky/freebsd-head/lib/msun/src/s_isnan.c -o s_isnan.So building shared library libm.so.5 pes msun$ nm s_isnan.o 0000000000000000 T __isnanf 0000000000000030 T __isnanl 0000000000000000 W isnanf pes msun$ ie. no U for isnan. This is with todays clang not the one in base. So either this bug is already gone in clang trunk (and will get fixed when we import new clang). Or something else is going on... Roman From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 13:38:36 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8624F58A for ; Fri, 9 Nov 2012 13:38:36 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id 3D3298FC08 for ; Fri, 9 Nov 2012 13:38:36 +0000 (UTC) Received: from [192.168.0.6] (spaceball.home.andric.com [192.168.0.6]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 5EA545C59; Fri, 9 Nov 2012 14:38:35 +0100 (CET) Message-ID: <509D0760.6060506@FreeBSD.org> Date: Fri, 09 Nov 2012 14:38:40 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: mexas@bristol.ac.uk Subject: Re: from 5-NOV WITH_CLANG_IS_CC in /etc/src.conf is no longer needed, right? References: <201211090827.qA98RThx070622@mech-cluster241.men.bris.ac.uk> In-Reply-To: <201211090827.qA98RThx070622@mech-cluster241.men.bris.ac.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Nov 2012 13:38:36 -0000 On 2012-11-09 09:27, Anton Shterenlikht wrote: > I'm on 242801 amd64. > I understand from [1] that WITH_CLANG_IS_CC > is no longer needed in /etc/src.conf. > Yet I somehow still get cc,c++,cpp all GCC binaries, e.g. > > # /usr/bin/cc --version > cc (GCC) 4.2.1 20070831 patched [FreeBSD] Please post your make.conf and src.conf files. You may have something in there which overrides the new defaults. From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 15:01:10 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 57F91DEF for ; Fri, 9 Nov 2012 15:01:10 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 060FF8FC0C for ; Fri, 9 Nov 2012 15:01:10 +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 <1TWq4y-002nYu-NF>; Fri, 09 Nov 2012 16:01:08 +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 <1TWq4y-000Y96-Ks>; Fri, 09 Nov 2012 16:01:08 +0100 Message-ID: <509D1AAF.2080903@zedat.fu-berlin.de> Date: Fri, 09 Nov 2012 16:01:03 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:16.0) Gecko/20121030 Thunderbird/16.0.2 MIME-Version: 1.0 To: Current FreeBSD Subject: Re: softdep: out of journaling space for softdep! References: <509CB91B.7050506@zedat.fu-berlin.de> <864nkzcg8t.fsf@srvbsdfenssv.interne.associated-bears.org> In-Reply-To: <864nkzcg8t.fsf@srvbsdfenssv.interne.associated-bears.org> X-Enigmail-Version: 1.4.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5C665F959B25A00D717C5E2B" X-Originating-IP: 130.133.86.198 Cc: Eric Masson , fidaj@ukr.net, andreast-list@fgznet.ch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Nov 2012 15:01:10 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5C665F959B25A00D717C5E2B Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 11/09/12 09:50, Eric Masson wrote: > "O. Hartmann" writes: >=20 > Hi, >=20 >> I just received since two days from now on one of my FreeBSD 10-CUR >> boxes a kernel message after syncing disks, just the moment when the >> system is supposed to switch off or reboot, like >> >> softdep: out of journaling space for softdep >=20 > Seen this morning. I disabled suj on all filesystems after boot single,= > fscked (there was an inconsistency on /) and all went fine then. >=20 > I'll probably enable suj on next reboot today. >=20 > Regards >=20 > =C9ric Masson >=20 I realized, that since I build with each kernel the virtualbox-ose-kmod kernel module via /etc/src.conf, which does not build anymore due to incompatibilities with the CLANG compiler, a new kernel with the changes made mentioned in http://svnweb.freebsd.org/changeset/base/242815 never got installed properly as expected and somehow I messed up, even having had the proper SVN commit in the source. I will recompile all systems tonight. Hopefully, the problem will go away as it did with some others reporting here. Thanks and regards, Oliver --------------enig5C665F959B25A00D717C5E2B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJQnRq0AAoJEOgBcD7A/5N8up8H/0yjGotiz7vbcZyHbXWtHmBT U4B0oDF13/SZ4jZFTVu5YLXZclSHp/W2crm44RadglHTLqURXweBJrDf5ugMzkF7 X3fryaZpfyg0Yw4wbkmLdve8UXcUBGyBNYKVcYbbiX3SB8O1l1kczz2C8jrdLB61 kFnaRv9+ln0SpMd/MZFVtTc2saU50yHW5Q/mzZX23eA9xry5jlaT2/YUFB0x7RJc yE0oiyFvktT+7I2U/QI7HjOCPt/kmhybv050cw8pYzre/S9cg2FyuE7T7r/BYYSM zxhzDMf6GsrMcbXQSzPk07T64i54UdLZJxqFgMXXpcdr6AIszUz2MB605rtk4Zg= =wTMg -----END PGP SIGNATURE----- --------------enig5C665F959B25A00D717C5E2B-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 15:42:57 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1D5CE928; Fri, 9 Nov 2012 15:42: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 D33D28FC08; Fri, 9 Nov 2012 15:42:56 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA9FgtGD005404; Fri, 9 Nov 2012 10:42:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA9Fgte0005400; Fri, 9 Nov 2012 15:42:55 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 9 Nov 2012 15:42:55 GMT Message-Id: <201211091542.qA9Fgte0005400@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2012 15:42:57 -0000 TB --- 2012-11-09 12:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-09 12:30:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-09 12:30:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-11-09 12:30:00 - cleaning the object tree TB --- 2012-11-09 12:36:44 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-09 12:36:44 - cd /tinderbox/HEAD/i386/i386 TB --- 2012-11-09 12:36:44 - /usr/local/bin/svn cleanup /src TB --- 2012-11-09 12:38:00 - /usr/local/bin/svn update /src TB --- 2012-11-09 12:38:05 - At svn revision 242822 TB --- 2012-11-09 12:38:06 - building world TB --- 2012-11-09 12:38:06 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 12:38:06 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 12:38:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 12:38:06 - SRCCONF=/dev/null TB --- 2012-11-09 12:38:06 - TARGET=i386 TB --- 2012-11-09 12:38:06 - TARGET_ARCH=i386 TB --- 2012-11-09 12:38:06 - TZ=UTC TB --- 2012-11-09 12:38:06 - __MAKE_CONF=/dev/null TB --- 2012-11-09 12:38:06 - cd /src TB --- 2012-11-09 12:38:06 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Nov 9 12:38:11 UTC 2012 >>> 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 Fri Nov 9 15:34:18 UTC 2012 TB --- 2012-11-09 15:34:18 - generating LINT kernel config TB --- 2012-11-09 15:34:18 - cd /src/sys/i386/conf TB --- 2012-11-09 15:34:18 - /usr/bin/make -B LINT TB --- 2012-11-09 15:34:18 - cd /src/sys/i386/conf TB --- 2012-11-09 15:34:18 - /usr/sbin/config -m LINT TB --- 2012-11-09 15:34:18 - building LINT kernel TB --- 2012-11-09 15:34:18 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 15:34:18 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 15:34:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 15:34:18 - SRCCONF=/dev/null TB --- 2012-11-09 15:34:18 - TARGET=i386 TB --- 2012-11-09 15:34:18 - TARGET_ARCH=i386 TB --- 2012-11-09 15:34:18 - TZ=UTC TB --- 2012-11-09 15:34:18 - __MAKE_CONF=/dev/null TB --- 2012-11-09 15:34:18 - cd /src TB --- 2012-11-09 15:34:18 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Nov 9 15:34:18 UTC 2012 >>> 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/ddb/db_write_cmd.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/aac/aac.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/aac/aac_cam.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/aac/aac_debug.c /src/sys/dev/aac/aac_debug.c:163:8: error: format string is not a string literal (potentially insecure) [-Werror,-Wformat-security] panic(reason); ^~~~~~ 1 error generated. *** [aac_debug.o] Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-09 15:42:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-09 15:42:55 - ERROR: failed to build LINT kernel TB --- 2012-11-09 15:42:55 - 8280.70 user 1345.70 system 11574.75 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 16:03:56 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AAE77ED0; Fri, 9 Nov 2012 16:03: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 753818FC13; Fri, 9 Nov 2012 16:03:56 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA9G3tmD034748; Fri, 9 Nov 2012 11:03:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA9G3tQt034747; Fri, 9 Nov 2012 16:03:55 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 9 Nov 2012 16:03:55 GMT Message-Id: <201211091603.qA9G3tQt034747@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2012 16:03:56 -0000 TB --- 2012-11-09 14:49:39 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-09 14:49:39 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-09 14:49:39 - starting HEAD tinderbox run for mips/mips TB --- 2012-11-09 14:49:39 - cleaning the object tree TB --- 2012-11-09 14:50:29 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-09 14:50:29 - cd /tinderbox/HEAD/mips/mips TB --- 2012-11-09 14:50:29 - /usr/local/bin/svn cleanup /src TB --- 2012-11-09 14:51:01 - /usr/local/bin/svn update /src TB --- 2012-11-09 14:51:06 - At svn revision 242825 TB --- 2012-11-09 14:51:07 - building world TB --- 2012-11-09 14:51:07 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 14:51:07 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 14:51:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 14:51:07 - SRCCONF=/dev/null TB --- 2012-11-09 14:51:07 - TARGET=mips TB --- 2012-11-09 14:51:07 - TARGET_ARCH=mips TB --- 2012-11-09 14:51:07 - TZ=UTC TB --- 2012-11-09 14:51:07 - __MAKE_CONF=/dev/null TB --- 2012-11-09 14:51:07 - cd /src TB --- 2012-11-09 14:51:07 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Nov 9 14:51:12 UTC 2012 >>> 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 Fri Nov 9 16:00:24 UTC 2012 TB --- 2012-11-09 16:00:24 - cd /src/sys/mips/conf TB --- 2012-11-09 16:00:24 - /usr/sbin/config -m ADM5120 TB --- 2012-11-09 16:00:24 - skipping ADM5120 kernel TB --- 2012-11-09 16:00:24 - cd /src/sys/mips/conf TB --- 2012-11-09 16:00:24 - /usr/sbin/config -m ALCHEMY TB --- 2012-11-09 16:00:24 - skipping ALCHEMY kernel TB --- 2012-11-09 16:00:24 - cd /src/sys/mips/conf TB --- 2012-11-09 16:00:24 - /usr/sbin/config -m AP91 TB --- 2012-11-09 16:00:24 - building AP91 kernel TB --- 2012-11-09 16:00:24 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 16:00:24 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 16:00:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 16:00:24 - SRCCONF=/dev/null TB --- 2012-11-09 16:00:24 - TARGET=mips TB --- 2012-11-09 16:00:24 - TARGET_ARCH=mips TB --- 2012-11-09 16:00:24 - TZ=UTC TB --- 2012-11-09 16:00:24 - __MAKE_CONF=/dev/null TB --- 2012-11-09 16:00:24 - cd /src TB --- 2012-11-09 16:00:24 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Fri Nov 9 16:00:24 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> export_syms awk -f /src/sys/conf/kmod_syms.awk wlan_amrr.ko.debug export_syms | xargs -J% objcopy % wlan_amrr.ko.debug objcopy --only-keep-debug wlan_amrr.ko.debug wlan_amrr.ko.symbols objcopy --strip-debug --add-gnu-debuglink=wlan_amrr.ko.symbols wlan_amrr.ko.debug wlan_amrr.ko ===> ath (all) cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips.mips/src/sys/AP91/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips.mips/src/sys/AP91 -msoft-float -ffreestanding -std=iso9899:1999 -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 -c /src/sys/modules/ath/../../dev/ath/if_ath.c In file included from /src/sys/modules/ath/../../dev/ath/if_ath.c:99: @/dev/ath/if_athvar.h:778: error: field 'sc_alq' has incomplete type *** [if_ath.o] Error code 1 Stop in /src/sys/modules/ath. *** [all] Error code 1 Stop in /src/sys/modules. *** [modules-all] Error code 1 Stop in /obj/mips.mips/src/sys/AP91. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-09 16:03:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-09 16:03:55 - ERROR: failed to build AP91 kernel TB --- 2012-11-09 16:03:55 - 2794.91 user 800.93 system 4456.48 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 16:22:23 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E473188C; Fri, 9 Nov 2012 16:22: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 A7B078FC08; Fri, 9 Nov 2012 16:22:23 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA9GMMa2071287; Fri, 9 Nov 2012 11:22:22 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA9GMMMC071277; Fri, 9 Nov 2012 16:22:22 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 9 Nov 2012 16:22:22 GMT Message-Id: <201211091622.qA9GMMMC071277@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2012 16:22:24 -0000 TB --- 2012-11-09 12:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-09 12:30:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-09 12:30:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-11-09 12:30:00 - cleaning the object tree TB --- 2012-11-09 12:38:09 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-09 12:38:09 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2012-11-09 12:38:09 - /usr/local/bin/svn cleanup /src TB --- 2012-11-09 12:39:34 - /usr/local/bin/svn update /src TB --- 2012-11-09 12:39:39 - At svn revision 242822 TB --- 2012-11-09 12:39:40 - building world TB --- 2012-11-09 12:39:40 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 12:39:40 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 12:39:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 12:39:40 - SRCCONF=/dev/null TB --- 2012-11-09 12:39:40 - TARGET=amd64 TB --- 2012-11-09 12:39:40 - TARGET_ARCH=amd64 TB --- 2012-11-09 12:39:40 - TZ=UTC TB --- 2012-11-09 12:39:40 - __MAKE_CONF=/dev/null TB --- 2012-11-09 12:39:40 - cd /src TB --- 2012-11-09 12:39:40 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Nov 9 12:39:45 UTC 2012 >>> 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 Fri Nov 9 16:13:30 UTC 2012 TB --- 2012-11-09 16:13:30 - generating LINT kernel config TB --- 2012-11-09 16:13:30 - cd /src/sys/amd64/conf TB --- 2012-11-09 16:13:30 - /usr/bin/make -B LINT TB --- 2012-11-09 16:13:30 - cd /src/sys/amd64/conf TB --- 2012-11-09 16:13:30 - /usr/sbin/config -m LINT TB --- 2012-11-09 16:13:30 - building LINT kernel TB --- 2012-11-09 16:13:30 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 16:13:30 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 16:13:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 16:13:30 - SRCCONF=/dev/null TB --- 2012-11-09 16:13:30 - TARGET=amd64 TB --- 2012-11-09 16:13:30 - TARGET_ARCH=amd64 TB --- 2012-11-09 16:13:30 - TZ=UTC TB --- 2012-11-09 16:13:30 - __MAKE_CONF=/dev/null TB --- 2012-11-09 16:13:30 - cd /src TB --- 2012-11-09 16:13:30 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Nov 9 16:13:30 UTC 2012 >>> 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/ddb/db_write_cmd.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/aac/aac.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/aac/aac_cam.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/aac/aac_debug.c /src/sys/dev/aac/aac_debug.c:163:8: error: format string is not a string literal (potentially insecure) [-Werror,-Wformat-security] panic(reason); ^~~~~~ 1 error generated. *** [aac_debug.o] Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-09 16:22:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-09 16:22:22 - ERROR: failed to build LINT kernel TB --- 2012-11-09 16:22:22 - 9524.19 user 1732.56 system 13941.91 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 15:34:59 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AB77964F; Fri, 9 Nov 2012 15:34:59 +0000 (UTC) (envelope-from brewer.doug@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 673638FC0A; Fri, 9 Nov 2012 15:34:59 +0000 (UTC) Received: by mail-pb0-f54.google.com with SMTP id wz17so1329453pbc.13 for ; Fri, 09 Nov 2012 07:34:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=cP2cjbaQASTjRV4u6fBz9WgPVBo1uLNrpOvfHSSUjk4=; b=bMMrQ4WMtx2F/hKEOCKuSCvLGBrSv/vRJf6QOkRf+RZLC4mJAVPpqrSO/m7gEO+H3g bdtpIlgayOY9WiFqSeeWSgr0pwU8fJ9N4286dC2u3QOyVetnT9WqAvXeHp8L+X7ip3bb fa/tKp5M2kVbkvMoFUyGyWf6usiJM7s9vnaowMVanJUM4ktmYPBdwVmO8su3lEjUurgQ +o5cr25tpFscl0Bv91YFm5gb8/I98WWD8dIq405MC7WxUUlj9d7+4qpd10vypG1WORLZ 3vEdgiqbAWG8JkvFHQOWMP2WalEQf8HHMvZmT7z27bwq+cfzlKdv0R1ju3oQ9K60tsii z39w== MIME-Version: 1.0 Received: by 10.66.75.232 with SMTP id f8mr32720286paw.23.1352475298604; Fri, 09 Nov 2012 07:34:58 -0800 (PST) Received: by 10.68.26.73 with HTTP; Fri, 9 Nov 2012 07:34:58 -0800 (PST) In-Reply-To: References: <201211082303.qA8N3RlN031977@freebsd-current.sentex.ca> Date: Fri, 9 Nov 2012 23:34:58 +0800 Message-ID: Subject: Re: [head tinderbox] failure on arm/arm From: Doug Brewer To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 X-Mailman-Approved-At: Fri, 09 Nov 2012 16:40:15 +0000 Cc: arm@freebsd.org, FreeBSD Tinderbox , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Nov 2012 15:34:59 -0000 No offence, but how many times did you break the build? Could you please compile your code before committing next time? Thanks a lot! On Fri, Nov 9, 2012 at 7:13 AM, Adrian Chadd wrote: > Fixed, sorry! > > > > > adrian > > On 8 November 2012 15:03, FreeBSD Tinderbox wrote: >> TB --- 2012-11-08 21:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca >> TB --- 2012-11-08 21:30:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 >> TB --- 2012-11-08 21:30:00 - starting HEAD tinderbox run for arm/arm >> TB --- 2012-11-08 21:30:00 - cleaning the object tree >> TB --- 2012-11-08 21:30:00 - checking out /src from svn://svn.freebsd.org/base/head >> TB --- 2012-11-08 21:30:00 - cd /tinderbox/HEAD/arm/arm >> TB --- 2012-11-08 21:30:00 - /usr/local/bin/svn cleanup /src >> TB --- 2012-11-08 21:31:52 - /usr/local/bin/svn update /src >> TB --- 2012-11-08 21:32:01 - At svn revision 242793 >> TB --- 2012-11-08 21:32:02 - building world >> TB --- 2012-11-08 21:32:02 - CROSS_BUILD_TESTING=YES >> TB --- 2012-11-08 21:32:02 - MAKEOBJDIRPREFIX=/obj >> TB --- 2012-11-08 21:32:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin >> TB --- 2012-11-08 21:32:02 - SRCCONF=/dev/null >> TB --- 2012-11-08 21:32:02 - TARGET=arm >> TB --- 2012-11-08 21:32:02 - TARGET_ARCH=arm >> TB --- 2012-11-08 21:32:02 - TZ=UTC >> TB --- 2012-11-08 21:32:02 - __MAKE_CONF=/dev/null >> TB --- 2012-11-08 21:32:02 - cd /src >> TB --- 2012-11-08 21:32:02 - /usr/bin/make -B buildworld >>>>> Building an up-to-date make(1) >>>>> World build started on Thu Nov 8 21:32:09 UTC 2012 >>>>> 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 Thu Nov 8 22:32:33 UTC 2012 >> TB --- 2012-11-08 22:32:33 - cd /src/sys/arm/conf >> TB --- 2012-11-08 22:32:33 - /usr/sbin/config -m AC100 >> TB --- 2012-11-08 22:32:33 - skipping AC100 kernel >> TB --- 2012-11-08 22:32:33 - cd /src/sys/arm/conf >> TB --- 2012-11-08 22:32:33 - /usr/sbin/config -m ARMADAXP >> TB --- 2012-11-08 22:32:33 - skipping ARMADAXP kernel >> TB --- 2012-11-08 22:32:33 - cd /src/sys/arm/conf >> TB --- 2012-11-08 22:32:33 - /usr/sbin/config -m ATMEL >> TB --- 2012-11-08 22:32:34 - building ATMEL kernel >> TB --- 2012-11-08 22:32:34 - CROSS_BUILD_TESTING=YES >> TB --- 2012-11-08 22:32:34 - MAKEOBJDIRPREFIX=/obj >> TB --- 2012-11-08 22:32:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin >> TB --- 2012-11-08 22:32:34 - SRCCONF=/dev/null >> TB --- 2012-11-08 22:32:34 - TARGET=arm >> TB --- 2012-11-08 22:32:34 - TARGET_ARCH=arm >> TB --- 2012-11-08 22:32:34 - TZ=UTC >> TB --- 2012-11-08 22:32:34 - __MAKE_CONF=/dev/null >> TB --- 2012-11-08 22:32:34 - cd /src >> TB --- 2012-11-08 22:32:34 - /usr/bin/make -B buildkernel KERNCONF=ATMEL >>>>> Kernel build for ATMEL started on Thu Nov 8 22:32:34 UTC 2012 >>>>> 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 ATMEL completed on Thu Nov 8 22:36:09 UTC 2012 >> TB --- 2012-11-08 22:36:09 - cd /src/sys/arm/conf >> TB --- 2012-11-08 22:36:09 - /usr/sbin/config -m AVILA >> TB --- 2012-11-08 22:36:09 - skipping AVILA kernel >> TB --- 2012-11-08 22:36:09 - cd /src/sys/arm/conf >> TB --- 2012-11-08 22:36:09 - /usr/sbin/config -m BEAGLEBONE >> TB --- 2012-11-08 22:36:09 - skipping BEAGLEBONE kernel >> TB --- 2012-11-08 22:36:09 - cd /src/sys/arm/conf >> TB --- 2012-11-08 22:36:09 - /usr/sbin/config -m BWCT >> TB --- 2012-11-08 22:36:09 - building BWCT kernel >> TB --- 2012-11-08 22:36:09 - CROSS_BUILD_TESTING=YES >> TB --- 2012-11-08 22:36:09 - MAKEOBJDIRPREFIX=/obj >> TB --- 2012-11-08 22:36:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin >> TB --- 2012-11-08 22:36:09 - SRCCONF=/dev/null >> TB --- 2012-11-08 22:36:09 - TARGET=arm >> TB --- 2012-11-08 22:36:09 - TARGET_ARCH=arm >> TB --- 2012-11-08 22:36:09 - TZ=UTC >> TB --- 2012-11-08 22:36:09 - __MAKE_CONF=/dev/null >> TB --- 2012-11-08 22:36:09 - cd /src >> TB --- 2012-11-08 22:36:09 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>>>> Kernel build for BWCT started on Thu Nov 8 22:36:09 UTC 2012 >>>>> 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 BWCT completed on Thu Nov 8 22:38:19 UTC 2012 >> TB --- 2012-11-08 22:38:19 - cd /src/sys/arm/conf >> TB --- 2012-11-08 22:38:19 - /usr/sbin/config -m CAMBRIA >> TB --- 2012-11-08 22:38:19 - skipping CAMBRIA kernel >> TB --- 2012-11-08 22:38:19 - cd /src/sys/arm/conf >> TB --- 2012-11-08 22:38:19 - /usr/sbin/config -m CNS11XXNAS >> TB --- 2012-11-08 22:38:19 - building CNS11XXNAS kernel >> TB --- 2012-11-08 22:38:19 - CROSS_BUILD_TESTING=YES >> TB --- 2012-11-08 22:38:19 - MAKEOBJDIRPREFIX=/obj >> TB --- 2012-11-08 22:38:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin >> TB --- 2012-11-08 22:38:19 - SRCCONF=/dev/null >> TB --- 2012-11-08 22:38:19 - TARGET=arm >> TB --- 2012-11-08 22:38:19 - TARGET_ARCH=arm >> TB --- 2012-11-08 22:38:19 - TZ=UTC >> TB --- 2012-11-08 22:38:19 - __MAKE_CONF=/dev/null >> TB --- 2012-11-08 22:38:19 - cd /src >> TB --- 2012-11-08 22:38:19 - /usr/bin/make -B buildkernel KERNCONF=CNS11XXNAS >>>>> Kernel build for CNS11XXNAS started on Thu Nov 8 22:38:19 UTC 2012 >>>>> 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 CNS11XXNAS completed on Thu Nov 8 22:40:47 UTC 2012 >> TB --- 2012-11-08 22:40:47 - cd /src/sys/arm/conf >> TB --- 2012-11-08 22:40:47 - /usr/sbin/config -m CRB >> TB --- 2012-11-08 22:40:48 - skipping CRB kernel >> TB --- 2012-11-08 22:40:48 - cd /src/sys/arm/conf >> TB --- 2012-11-08 22:40:48 - /usr/sbin/config -m DB-78XXX >> TB --- 2012-11-08 22:40:48 - building DB-78XXX kernel >> TB --- 2012-11-08 22:40:48 - CROSS_BUILD_TESTING=YES >> TB --- 2012-11-08 22:40:48 - MAKEOBJDIRPREFIX=/obj >> TB --- 2012-11-08 22:40:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin >> TB --- 2012-11-08 22:40:48 - SRCCONF=/dev/null >> TB --- 2012-11-08 22:40:48 - TARGET=arm >> TB --- 2012-11-08 22:40:48 - TARGET_ARCH=arm >> TB --- 2012-11-08 22:40:48 - TZ=UTC >> TB --- 2012-11-08 22:40:48 - __MAKE_CONF=/dev/null >> TB --- 2012-11-08 22:40:48 - cd /src >> TB --- 2012-11-08 22:40:48 - /usr/bin/make -B buildkernel KERNCONF=DB-78XXX >>>>> Kernel build for DB-78XXX started on Thu Nov 8 22:40:48 UTC 2012 >>>>> 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 DB-78XXX completed on Thu Nov 8 22:43:34 UTC 2012 >> TB --- 2012-11-08 22:43:34 - cd /src/sys/arm/conf >> TB --- 2012-11-08 22:43:34 - /usr/sbin/config -m DB-88F5XXX >> TB --- 2012-11-08 22:43:34 - building DB-88F5XXX kernel >> TB --- 2012-11-08 22:43:34 - CROSS_BUILD_TESTING=YES >> TB --- 2012-11-08 22:43:34 - MAKEOBJDIRPREFIX=/obj >> TB --- 2012-11-08 22:43:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin >> TB --- 2012-11-08 22:43:34 - SRCCONF=/dev/null >> TB --- 2012-11-08 22:43:34 - TARGET=arm >> TB --- 2012-11-08 22:43:34 - TARGET_ARCH=arm >> TB --- 2012-11-08 22:43:34 - TZ=UTC >> TB --- 2012-11-08 22:43:34 - __MAKE_CONF=/dev/null >> TB --- 2012-11-08 22:43:34 - cd /src >> TB --- 2012-11-08 22:43:34 - /usr/bin/make -B buildkernel KERNCONF=DB-88F5XXX >>>>> Kernel build for DB-88F5XXX started on Thu Nov 8 22:43:34 UTC 2012 >>>>> 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 DB-88F5XXX completed on Thu Nov 8 22:46:17 UTC 2012 >> TB --- 2012-11-08 22:46:17 - cd /src/sys/arm/conf >> TB --- 2012-11-08 22:46:17 - /usr/sbin/config -m DB-88F6XXX >> TB --- 2012-11-08 22:46:17 - building DB-88F6XXX kernel >> TB --- 2012-11-08 22:46:17 - CROSS_BUILD_TESTING=YES >> TB --- 2012-11-08 22:46:17 - MAKEOBJDIRPREFIX=/obj >> TB --- 2012-11-08 22:46:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin >> TB --- 2012-11-08 22:46:17 - SRCCONF=/dev/null >> TB --- 2012-11-08 22:46:17 - TARGET=arm >> TB --- 2012-11-08 22:46:17 - TARGET_ARCH=arm >> TB --- 2012-11-08 22:46:17 - TZ=UTC >> TB --- 2012-11-08 22:46:17 - __MAKE_CONF=/dev/null >> TB --- 2012-11-08 22:46:17 - cd /src >> TB --- 2012-11-08 22:46:17 - /usr/bin/make -B buildkernel KERNCONF=DB-88F6XXX >>>>> Kernel build for DB-88F6XXX started on Thu Nov 8 22:46:17 UTC 2012 >>>>> 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 DB-88F6XXX completed on Thu Nov 8 22:49:26 UTC 2012 >> TB --- 2012-11-08 22:49:26 - cd /src/sys/arm/conf >> TB --- 2012-11-08 22:49:26 - /usr/sbin/config -m DOCKSTAR >> TB --- 2012-11-08 22:49:26 - building DOCKSTAR kernel >> TB --- 2012-11-08 22:49:26 - CROSS_BUILD_TESTING=YES >> TB --- 2012-11-08 22:49:26 - MAKEOBJDIRPREFIX=/obj >> TB --- 2012-11-08 22:49:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin >> TB --- 2012-11-08 22:49:26 - SRCCONF=/dev/null >> TB --- 2012-11-08 22:49:26 - TARGET=arm >> TB --- 2012-11-08 22:49:26 - TARGET_ARCH=arm >> TB --- 2012-11-08 22:49:26 - TZ=UTC >> TB --- 2012-11-08 22:49:26 - __MAKE_CONF=/dev/null >> TB --- 2012-11-08 22:49:26 - cd /src >> TB --- 2012-11-08 22:49:26 - /usr/bin/make -B buildkernel KERNCONF=DOCKSTAR >>>>> Kernel build for DOCKSTAR started on Thu Nov 8 22:49:27 UTC 2012 >>>>> 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 DOCKSTAR completed on Thu Nov 8 22:52:25 UTC 2012 >> TB --- 2012-11-08 22:52:25 - cd /src/sys/arm/conf >> TB --- 2012-11-08 22:52:25 - /usr/sbin/config -m EA3250 >> TB --- 2012-11-08 22:52:25 - building EA3250 kernel >> TB --- 2012-11-08 22:52:25 - CROSS_BUILD_TESTING=YES >> TB --- 2012-11-08 22:52:25 - MAKEOBJDIRPREFIX=/obj >> TB --- 2012-11-08 22:52:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin >> TB --- 2012-11-08 22:52:25 - SRCCONF=/dev/null >> TB --- 2012-11-08 22:52:25 - TARGET=arm >> TB --- 2012-11-08 22:52:25 - TARGET_ARCH=arm >> TB --- 2012-11-08 22:52:25 - TZ=UTC >> TB --- 2012-11-08 22:52:25 - __MAKE_CONF=/dev/null >> TB --- 2012-11-08 22:52:25 - cd /src >> TB --- 2012-11-08 22:52:25 - /usr/bin/make -B buildkernel KERNCONF=EA3250 >>>>> Kernel build for EA3250 started on Thu Nov 8 22:52:25 UTC 2012 >>>>> 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 EA3250 completed on Thu Nov 8 22:55:30 UTC 2012 >> TB --- 2012-11-08 22:55:30 - cd /src/sys/arm/conf >> TB --- 2012-11-08 22:55:30 - /usr/sbin/config -m EB9200 >> TB --- 2012-11-08 22:55:30 - building EB9200 kernel >> TB --- 2012-11-08 22:55:30 - CROSS_BUILD_TESTING=YES >> TB --- 2012-11-08 22:55:30 - MAKEOBJDIRPREFIX=/obj >> TB --- 2012-11-08 22:55:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin >> TB --- 2012-11-08 22:55:30 - SRCCONF=/dev/null >> TB --- 2012-11-08 22:55:30 - TARGET=arm >> TB --- 2012-11-08 22:55:30 - TARGET_ARCH=arm >> TB --- 2012-11-08 22:55:30 - TZ=UTC >> TB --- 2012-11-08 22:55:30 - __MAKE_CONF=/dev/null >> TB --- 2012-11-08 22:55:30 - cd /src >> TB --- 2012-11-08 22:55:30 - /usr/bin/make -B buildkernel KERNCONF=EB9200 >>>>> Kernel build for EB9200 started on Thu Nov 8 22:55:30 UTC 2012 >>>>> 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 EB9200 completed on Thu Nov 8 22:58:20 UTC 2012 >> TB --- 2012-11-08 22:58:20 - cd /src/sys/arm/conf >> TB --- 2012-11-08 22:58:20 - /usr/sbin/config -m EP80219 >> TB --- 2012-11-08 22:58:20 - skipping EP80219 kernel >> TB --- 2012-11-08 22:58:20 - cd /src/sys/arm/conf >> TB --- 2012-11-08 22:58:20 - /usr/sbin/config -m ETHERNUT5 >> TB --- 2012-11-08 22:58:20 - building ETHERNUT5 kernel >> TB --- 2012-11-08 22:58:20 - CROSS_BUILD_TESTING=YES >> TB --- 2012-11-08 22:58:20 - MAKEOBJDIRPREFIX=/obj >> TB --- 2012-11-08 22:58:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin >> TB --- 2012-11-08 22:58:20 - SRCCONF=/dev/null >> TB --- 2012-11-08 22:58:20 - TARGET=arm >> TB --- 2012-11-08 22:58:20 - TARGET_ARCH=arm >> TB --- 2012-11-08 22:58:20 - TZ=UTC >> TB --- 2012-11-08 22:58:20 - __MAKE_CONF=/dev/null >> TB --- 2012-11-08 22:58:20 - cd /src >> TB --- 2012-11-08 22:58:20 - /usr/bin/make -B buildkernel KERNCONF=ETHERNUT5 >>>>> Kernel build for ETHERNUT5 started on Thu Nov 8 22:58:20 UTC 2012 >>>>> 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 >> [...] >> /src/sys/modules/ath/../../dev/ath/if_ath_sysctl.c:511: error: 'struct ath_softc' has no member named 'sc_alq' >> cc1: warnings being treated as errors >> /src/sys/modules/ath/../../dev/ath/if_ath_sysctl.c:517: warning: implicit declaration of function 'if_ath_alq_start' >> /src/sys/modules/ath/../../dev/ath/if_ath_sysctl.c:517: warning: nested extern declaration of 'if_ath_alq_start' [-Wnested-externs] >> /src/sys/modules/ath/../../dev/ath/if_ath_sysctl.c:517: error: 'struct ath_softc' has no member named 'sc_alq' >> /src/sys/modules/ath/../../dev/ath/if_ath_sysctl.c:519: warning: implicit declaration of function 'if_ath_alq_stop' >> /src/sys/modules/ath/../../dev/ath/if_ath_sysctl.c:519: warning: nested extern declaration of 'if_ath_alq_stop' [-Wnested-externs] >> /src/sys/modules/ath/../../dev/ath/if_ath_sysctl.c:519: error: 'struct ath_softc' has no member named 'sc_alq' >> *** [if_ath_sysctl.o] Error code 1 >> >> Stop in /src/sys/modules/ath. >> *** [all] Error code 1 >> >> Stop in /src/sys/modules. >> *** [modules-all] Error code 1 >> >> Stop in /obj/arm.arm/src/sys/ETHERNUT5. >> *** [buildkernel] Error code 1 >> >> Stop in /src. >> *** Error code 1 >> >> Stop in /src. >> TB --- 2012-11-08 23:03:27 - WARNING: /usr/bin/make returned exit code 1 >> TB --- 2012-11-08 23:03:27 - ERROR: failed to build ETHERNUT5 kernel >> TB --- 2012-11-08 23:03:27 - 3924.10 user 897.33 system 5607.23 real >> >> >> http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 16:43:11 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A37CB294 for ; Fri, 9 Nov 2012 16:43:11 +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 5F2828FC13 for ; Fri, 9 Nov 2012 16:43:11 +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 qA9Gh4Ze061077; Fri, 9 Nov 2012 08:43:04 -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 qA9Gh4a6061076; Fri, 9 Nov 2012 08:43:04 -0800 (PST) (envelope-from sgk) Date: Fri, 9 Nov 2012 08:43:04 -0800 From: Steve Kargl To: Konstantin Belousov Subject: Re: clang and static linking? Message-ID: <20121109164304.GA61011@troutmask.apl.washington.edu> References: <20121108231349.GA79485@troutmask.apl.washington.edu> <20121108234932.GA56820@troutmask.apl.washington.edu> <20121109120012.GB73505@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20121109120012.GB73505@kib.kiev.ua> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Nov 2012 16:43:11 -0000 On Fri, Nov 09, 2012 at 02:00:12PM +0200, Konstantin Belousov wrote: > On Thu, Nov 08, 2012 at 03:49:32PM -0800, Steve Kargl wrote: > > > > This appears to fix the problem. Don't know if this is > > th right way to handle it. > > > > Index: src/s_isnan.c > > =================================================================== > > --- src/s_isnan.c (revision 242701) > > +++ src/s_isnan.c (working copy) > > @@ -40,7 +40,6 @@ > > Is this patch against src/msun ? Yes. > This is only a workaround, which break ABI and older binaries. Which leads to an interest question. With the major upheavel of switching to clang, are there any ABI breaking changes that would be desirable to commit? This would entail a major library version bump. For starters, libc/gen/isnan.c could be removed. > The bug is apparently in clang, which inserts the undef reference > into the resulting object file, when weak alias references undefined > symbol. Gnu as does not have the bug. > > There is some magic switch to reduce amount of clang bugs, like > -fno-integrated-as. Please try to compile the problematic .o with the > switch. I'll try this shortly. Does this mean that we need to build all *.a libraries where a weak reference may occur with this switch? -- Steve From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 16:45:24 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 27248447 for ; Fri, 9 Nov 2012 16:45:24 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-da0-f54.google.com (mail-da0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id E8CB78FC0C for ; Fri, 9 Nov 2012 16:45:23 +0000 (UTC) Received: by mail-da0-f54.google.com with SMTP id z9so1840222dad.13 for ; Fri, 09 Nov 2012 08:45:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; 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=Jh4t48eVOtQml300XRfc5JGc+pLc4yuKPXMZFdSMmi8=; b=IzoV3QpWHezMxyX7s8vKCa4KNbMYe8bZ2CRFHvYY+fPsq7k6GrIHh/J/0XPPIHTZGN QeWab0Ozdpn94ufM/7xDujeDx+JzkWdDRSp34aeIaqYzLK5L1Zno5mkcgB24+f3h+NSE HYNHHcw3DKDcmOUrzwxdIHEmn9t5mgfcFQ/w+8udAGKv6eO0jIdalfEpjma11p79kUT1 PXbI1Ouf1MUUIDgpR7PfAqpJivfwUfuyDDS9gvo+kofqQxcem+dhGhZPkb2dbqcfnzyA H907sOMutl9uJ7lN3cB4A7n0t+akimh++BFzKKutyyZ6NGiTDYNdHFyzMrFTCvj8PF1Z DzjQ== MIME-Version: 1.0 Received: by 10.68.137.198 with SMTP id qk6mr35171394pbb.60.1352479522527; Fri, 09 Nov 2012 08:45:22 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.68.124.130 with HTTP; Fri, 9 Nov 2012 08:45:22 -0800 (PST) In-Reply-To: <20121109095702.A36C0E6726@smtp.hushmail.com> References: <20121109095702.A36C0E6726@smtp.hushmail.com> Date: Fri, 9 Nov 2012 08:45:22 -0800 X-Google-Sender-Auth: _htOcRgMg8nnCi7kvdCESNKDD3c Message-ID: Subject: Re: ath0: unable to attach hardware From: Adrian Chadd To: husyh@hush.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Nov 2012 16:45:24 -0000 Can you use pciconf to dump the config space? I think its pciconf -r 0:255 thanks! adrian On 9 November 2012 01:57, wrote: > Hello again, > > the mail I'm replying to (and which is cited below) hasn't caused a react= ion yet. Seeing that this mailing list has quite a lot of traffic, I'm worr= ied that the mail, and the issue it tries to point out, will be forgotten. > Should I file a bug report in hopes that the issue will somewhen be inves= tigated/resolved? > > Again, I'm offering any kind of help I'm able to provide, i.e. delivering= more information upon (hopefully detailed enough for me to understand) req= uest, testing proposed fixes and doing some progamming on my own; for the l= atter, please keep in mind that I have no experience with the FreeBSD codeb= ase or hardware programming. > > Thanks! > > On Samstag, 3. November 2012 at 11:43 AM, husyh@hush.com wrote: >> >>Hello everyone, >> >>I'm new to FreeBSD and wanted to install 9.0-RELEASE amd64 on a PC >>I was given. At first glance, it seems like everything is working, >>except the wireless LAN PCI card. >> >>I started a thread on freebsd-wireless on the 31st of October (see >>here: http://lists.freebsd.org/pipermail/freebsd-wireless/2012- >>October/002511.html or a repost of my original message with proper >>formatting: http://lists.freebsd.org/pipermail/freebsd- >>wireless/2012-October/002513.html ) >> >>Short summary: >>The card has the strings "Anatel", "WN5301A-H1-V02" and >>"KN160562*7" printed on it, although I'm not sure which, if any, >>of those is a proper product number. >>After setting >> >>hw.ath.debug=3D1 >>hw.ath.hal.debug=3D1 >> >>I receive >> >>ath0: mem 0xfdee0000-0xfdeeffff irq 16 at device >>4.0 on pci2 >>ar5212ChipTest: address test failed addr: 0x00008000 - >>wr:0x00000000 !=3D rd:0xffffffff >>ar5212Attach: hardware self-test failed >>ath0: unable to attach hardware; HAL status 14 >>device_attach: ath0 attach returned 6 >> >>and am left unable to use the device. >>I tried 8.3-RELEASE i386 as well as 10.0-CURRENT amd64 and i386 >>snapshots from https://snapshots.glenbarber.us/Latest/ (seemlingly >>built a few days ago) and received the same messages, although I >>did not get the debug messages since I booted off of the >>installation media and therefore had a stock kernel, which >>seemingly doesn't enable ATH_DEBUG and AH_DEBUG. Booting the >>Ubuntu 12.04 amd64 installation media, I can use the NIC without >>having any problems. >> >>Adrian Chadd tried to help me via freebsd-wireless (thank you >>again,) but ultimately asked me this: >>"Please try a recent -HEAD i386 and amd64 snapshot and if that >>doesn't >>work, you could try posting for help on freebsd-current. But please >>stress that I think it's a bus enumeration and PCI bridge >>programming >>problem, _not_ a driver problem." >> >>And so I did. >> >>I'd be very glad if you could try to help me. Of course, I'm >>willing to provide any kind of information you might need, but >>please keep in mind that I'm new to FreeBSD and therefore would be >>thankful if you stated your instructions/requests in a newbie- >>friendly way. >> >>Thank you. >> >>_______________________________________________ >>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" > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 16:45:48 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 97698551 for ; Fri, 9 Nov 2012 16:45:48 +0000 (UTC) (envelope-from rdivacky@vlakno.cz) Received: from vlakno.cz (mail.vlakno.cz [178.238.39.38]) by mx1.freebsd.org (Postfix) with ESMTP id 5080D8FC18 for ; Fri, 9 Nov 2012 16:45:47 +0000 (UTC) Received: by vlakno.cz (Postfix, from userid 1002) id 2D10D1CC58FA; Fri, 9 Nov 2012 17:45:41 +0100 (CET) Date: Fri, 9 Nov 2012 17:45:41 +0100 From: Roman Divacky To: Steve Kargl Subject: Re: clang and static linking? Message-ID: <20121109164541.GA34499@freebsd.org> References: <20121108231349.GA79485@troutmask.apl.washington.edu> <20121108234932.GA56820@troutmask.apl.washington.edu> <20121109120012.GB73505@kib.kiev.ua> <20121109164304.GA61011@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20121109164304.GA61011@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Konstantin Belousov , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Nov 2012 16:45:48 -0000 On Fri, Nov 09, 2012 at 08:43:04AM -0800, Steve Kargl wrote: > On Fri, Nov 09, 2012 at 02:00:12PM +0200, Konstantin Belousov wrote: > > On Thu, Nov 08, 2012 at 03:49:32PM -0800, Steve Kargl wrote: > > > > > > This appears to fix the problem. Don't know if this is > > > th right way to handle it. > > > > > > Index: src/s_isnan.c > > > =================================================================== > > > --- src/s_isnan.c (revision 242701) > > > +++ src/s_isnan.c (working copy) > > > @@ -40,7 +40,6 @@ > > > > Is this patch against src/msun ? > > Yes. > > > This is only a workaround, which break ABI and older binaries. > > Which leads to an interest question. With the major upheavel > of switching to clang, are there any ABI breaking changes that > would be desirable to commit? This would entail a major library > version bump. For starters, libc/gen/isnan.c could be removed. > > > The bug is apparently in clang, which inserts the undef reference > > into the resulting object file, when weak alias references undefined > > symbol. Gnu as does not have the bug. > > > > There is some magic switch to reduce amount of clang bugs, like > > -fno-integrated-as. Please try to compile the problematic .o with the > > switch. > > I'll try this shortly. Does this mean that we need to build > all *.a libraries where a weak reference may occur with this > switch? No, this has nothing to do with llvm integrated asm. So far it looks like gcc always inline "isnan" even at O0 while clang does not. We are trying to figure out the solution. Maybe use __builtin_isnan instead of isnan in the isnan macro expansion? Roman From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 17:00:13 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7C56C8D6; Fri, 9 Nov 2012 17:00:13 +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 37BCA8FC08; Fri, 9 Nov 2012 17:00:13 +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 qA9H0CWX061179; Fri, 9 Nov 2012 09:00:12 -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 qA9H0Cd9061178; Fri, 9 Nov 2012 09:00:12 -0800 (PST) (envelope-from sgk) Date: Fri, 9 Nov 2012 09:00:12 -0800 From: Steve Kargl To: Roman Divacky Subject: Re: clang and static linking? Message-ID: <20121109170012.GA61150@troutmask.apl.washington.edu> References: <20121108231349.GA79485@troutmask.apl.washington.edu> <20121108234932.GA56820@troutmask.apl.washington.edu> <20121109120012.GB73505@kib.kiev.ua> <20121109164304.GA61011@troutmask.apl.washington.edu> <20121109164541.GA34499@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20121109164541.GA34499@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Konstantin Belousov , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Nov 2012 17:00:13 -0000 On Fri, Nov 09, 2012 at 05:45:41PM +0100, Roman Divacky wrote: > On Fri, Nov 09, 2012 at 08:43:04AM -0800, Steve Kargl wrote: > > On Fri, Nov 09, 2012 at 02:00:12PM +0200, Konstantin Belousov wrote: > > > > > > There is some magic switch to reduce amount of clang bugs, like > > > -fno-integrated-as. Please try to compile the problematic .o with the > > > switch. > > > > I'll try this shortly. Does this mean that we need to build > > all *.a libraries where a weak reference may occur with this > > switch? > > No, this has nothing to do with llvm integrated asm. > > So far it looks like gcc always inline "isnan" even at O0 while > clang does not. We are trying to figure out the solution. > > Maybe use __builtin_isnan instead of isnan in the isnan macro expansion? > Do you want me to file a PR for this? I can continue to use the work around until a proper fix is found. -- Steve From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 17:01:49 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CE4ECA96; Fri, 9 Nov 2012 17:01:49 +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 8678D8FC08; Fri, 9 Nov 2012 17:01:49 +0000 (UTC) Received: from [192.168.0.6] (spaceball.home.andric.com [192.168.0.6]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 307B65C59; Fri, 9 Nov 2012 18:01:48 +0100 (CET) Message-ID: <509D36FF.3000409@FreeBSD.org> Date: Fri, 09 Nov 2012 18:01:51 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Roman Divacky Subject: Re: clang and static linking? References: <20121108231349.GA79485@troutmask.apl.washington.edu> <20121108234932.GA56820@troutmask.apl.washington.edu> <20121109120012.GB73505@kib.kiev.ua> <20121109164304.GA61011@troutmask.apl.washington.edu> <20121109164541.GA34499@freebsd.org> In-Reply-To: <20121109164541.GA34499@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Konstantin Belousov , freebsd-current@freebsd.org, Steve Kargl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Nov 2012 17:01:49 -0000 On 2012-11-09 17:45, Roman Divacky wrote: > On Fri, Nov 09, 2012 at 08:43:04AM -0800, Steve Kargl wrote: ... ... >> I'll try this shortly. Does this mean that we need to build >> all *.a libraries where a weak reference may occur with this >> switch? > > No, this has nothing to do with llvm integrated asm. > > So far it looks like gcc always inline "isnan" even at O0 while > clang does not. We are trying to figure out the solution. No, it is not related to the optimization level. It looks like isnan() is a builtin for gcc, but not for clang. The isnan() macro expands to a isnan() call for a few of libm's objects: s_fdim.o s_csqrt.o e_scalb.o > Maybe use __builtin_isnan instead of isnan in the isnan macro expansion? Either that, or if people prefer to use libc's isnan() implementation, make sure gcc also calls it instead. From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 17:12:40 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8057EEFF for ; Fri, 9 Nov 2012 17:12:40 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id D9B5D8FC12 for ; Fri, 9 Nov 2012 17:12:39 +0000 (UTC) Received: from tom.home (localhost [127.0.0.1]) by kib.kiev.ua (8.14.5/8.14.5) with ESMTP id qA9HCadc054750; Fri, 9 Nov 2012 19:12:36 +0200 (EET) (envelope-from kostikbel@gmail.com) X-DKIM: OpenDKIM Filter v2.5.2 kib.kiev.ua qA9HCadc054750 Received: (from kostik@localhost) by tom.home (8.14.5/8.14.5/Submit) id qA9HCaMr054749; Fri, 9 Nov 2012 19:12:36 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 9 Nov 2012 19:12:36 +0200 From: Konstantin Belousov To: Steve Kargl Subject: Re: clang and static linking? Message-ID: <20121109171236.GE73505@kib.kiev.ua> References: <20121108231349.GA79485@troutmask.apl.washington.edu> <20121108234932.GA56820@troutmask.apl.washington.edu> <20121109120012.GB73505@kib.kiev.ua> <20121109164304.GA61011@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sihESFlf63f/fzF3" Content-Disposition: inline In-Reply-To: <20121109164304.GA61011@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=0.2 required=5.0 tests=ALL_TRUSTED, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Nov 2012 17:12:40 -0000 --sihESFlf63f/fzF3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 09, 2012 at 08:43:04AM -0800, Steve Kargl wrote: > On Fri, Nov 09, 2012 at 02:00:12PM +0200, Konstantin Belousov wrote: > > On Thu, Nov 08, 2012 at 03:49:32PM -0800, Steve Kargl wrote: > > >=20 > > > This appears to fix the problem. Don't know if this is > > > th right way to handle it. > > >=20 > > > Index: src/s_isnan.c > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > > --- src/s_isnan.c (revision 242701) > > > +++ src/s_isnan.c (working copy) > > > @@ -40,7 +40,6 @@ > > > > Is this patch against src/msun ? >=20 > Yes. >=20 > > This is only a workaround, which break ABI and older binaries. >=20 > Which leads to an interest question. With the major upheavel > of switching to clang, are there any ABI breaking changes that > would be desirable to commit? This would entail a major library > version bump. For starters, libc/gen/isnan.c could be removed. No, we do not want or allow for the ABI breakage, regardless of the compiler used or any other reason. ATM, clang breaks ABI on i386, but this was promised to be fixed. --sihESFlf63f/fzF3 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlCdOYQACgkQC3+MBN1Mb4j8gwCfc/eIxSVNsiXVh5mUw6f146vR ZLQAn1EMd1HJAnsEb2gmotQoDEb/uK8y =/XzJ -----END PGP SIGNATURE----- --sihESFlf63f/fzF3-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 18:02:45 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3AF59BF for ; Fri, 9 Nov 2012 18:02:45 +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 EB2318FC13 for ; Fri, 9 Nov 2012 18:02:44 +0000 (UTC) Received: from [192.168.0.6] (spaceball.home.andric.com [192.168.0.6]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 2CBF55C59; Fri, 9 Nov 2012 19:02:44 +0100 (CET) Message-ID: <509D4548.7030806@FreeBSD.org> Date: Fri, 09 Nov 2012 19:02:48 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Steve Kargl Subject: Re: clang and static linking? References: <20121108231349.GA79485@troutmask.apl.washington.edu> In-Reply-To: <20121108231349.GA79485@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Nov 2012 18:02:45 -0000 On 2012-11-09 00:13, Steve Kargl wrote: > Upgraded my amd64 system, yesterday. Needed to rebuild one > of my projects, and hit > > /usr/local/openmpi-1.6.3/bin/mpif90 -static -O2 -pipe -march=native -mtune=native -funroll-loops -ftree-vectorize -Wall -rpath /usr/local/lib/gcc46 -I/home/kargl/modules -o sasmp sasmp.f90 -L/home/kargl/lib -L. -L/usr/local/lib -L. -loa -lm90 -llapack -lblas > //usr/lib/libc.a(isnan.o): In function `isnanf': > /usr/src/lib/libc/gen/isnan.c:(.text+0x40): multiple definition of `__isnanf' > //usr/lib/libm.a(s_isnan.o):/usr/src/lib/msun/src/s_isnan.c:(.text+0x0): > first defined here > collect2: ld returned 1 exit status > *** [sasmp] Error code 1 Can you please post a reduced testcase? I cannot reproduce this error on -current, however much I tried. My testcases attempted calling isnan() and isnanf(), then I tried statically linking with libc and libm, but it worked just fine... From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 18:28:11 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6DB089BF; Fri, 9 Nov 2012 18:28:11 +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 44D8C8FC0C; Fri, 9 Nov 2012 18:28:11 +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 qA9ISAcU063509; Fri, 9 Nov 2012 10:28:10 -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 qA9ISA3f063508; Fri, 9 Nov 2012 10:28:10 -0800 (PST) (envelope-from sgk) Date: Fri, 9 Nov 2012 10:28:10 -0800 From: Steve Kargl To: Dimitry Andric Subject: Re: clang and static linking? Message-ID: <20121109182810.GA61338@troutmask.apl.washington.edu> References: <20121108231349.GA79485@troutmask.apl.washington.edu> <509D4548.7030806@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <509D4548.7030806@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Nov 2012 18:28:11 -0000 On Fri, Nov 09, 2012 at 07:02:48PM +0100, Dimitry Andric wrote: > On 2012-11-09 00:13, Steve Kargl wrote: > > Upgraded my amd64 system, yesterday. Needed to rebuild one > > of my projects, and hit > > > > /usr/local/openmpi-1.6.3/bin/mpif90 -static -O2 -pipe -march=native -mtune=native -funroll-loops -ftree-vectorize -Wall -rpath /usr/local/lib/gcc46 -I/home/kargl/modules -o sasmp sasmp.f90 -L/home/kargl/lib -L. -L/usr/local/lib -L. -loa -lm90 -llapack -lblas > > //usr/lib/libc.a(isnan.o): In function `isnanf': > > /usr/src/lib/libc/gen/isnan.c:(.text+0x40): multiple definition of `__isnanf' > > //usr/lib/libm.a(s_isnan.o):/usr/src/lib/msun/src/s_isnan.c:(.text+0x0): > > first defined here > > collect2: ld returned 1 exit status > > *** [sasmp] Error code 1 > > Can you please post a reduced testcase? I cannot reproduce this error > on -current, however much I tried. My testcases attempted calling > isnan() and isnanf(), then I tried statically linking with libc and > libm, but it worked just fine... I'll see what I can do. sasmp is a fairly large OpenMPI program. -- Steve From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 18:52:01 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3706F3CD; Fri, 9 Nov 2012 18:52:01 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-oa0-f54.google.com (mail-oa0-f54.google.com [209.85.219.54]) by mx1.freebsd.org (Postfix) with ESMTP id B96418FC0C; Fri, 9 Nov 2012 18:52:00 +0000 (UTC) Received: by mail-oa0-f54.google.com with SMTP id n9so5453572oag.13 for ; Fri, 09 Nov 2012 10:52:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=LJoh+VwYA4tE8CedIfU996bgUbeHpXQSYpETZdO53PM=; b=eR3YpuZrmybNPoxtyn/qPOyoRX0/Tqku41gmdqNM+ln7jxl7Qr1dW9hZk32Pi7zoGd yc1C14IImKmuIvPtAdeDXj5v2Nesqmt7qHFj8rC6VkKDejpzDfZCbSLR1FPAcyhyV0jF 3978ZCNY0duHkRjsEPFrQm0mf7pdKYO8Smhvj0ySbmTrSdTpeq+ZhnjJ9g3ZFmJet9mz 06TidZ4O1qFIXRb8EA6RzpI6xwJqU38/JR/ELybe/vjH3cTtZXCfcQn9+3rxBrJzZbJt 1L07zzoqxMeQRV4n53RO61CEIN2WLBF1cR0NU9n0x9SSy5SJdO6BZYNjbBACVIL4+DQM W13A== MIME-Version: 1.0 Received: by 10.60.7.41 with SMTP id g9mr8363614oea.18.1352487120016; Fri, 09 Nov 2012 10:52:00 -0800 (PST) Received: by 10.76.143.33 with HTTP; Fri, 9 Nov 2012 10:51:59 -0800 (PST) In-Reply-To: References: <201211082303.qA8N3RlN031977@freebsd-current.sentex.ca> Date: Fri, 9 Nov 2012 10:51:59 -0800 Message-ID: Subject: Re: [head tinderbox] failure on arm/arm From: Garrett Cooper To: Doug Brewer Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: arm@freebsd.org, Adrian Chadd , FreeBSD Tinderbox , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Nov 2012 18:52:01 -0000 On Fri, Nov 9, 2012 at 7:34 AM, Doug Brewer wrote: > No offence, but how many times did you break the build? Could you please > compile your code before committing next time? Thanks a lot! > make tinderbox is the important point here because it uses different compile time options and flags that Adrian doesn't probably have set in his KERNCONF -- assuming that the default KERNCONFs haven't been mangled on his system, in which case it messes up this statement; [un]fortunately someone can change GENERIC, etc on his/her box, run make tinderbox and have it pass, then . In which case I would recommend the following [just to be safe]: 1. Custom KERNCONF that includes a generic one. 2. make tinderbox -DMAKE_JUST_KERNELS before performing commits with just ARM/x86 and a select KERNCONF as a smoke test, and a more extensive make tinderbox when doing a more major commit. Thoughts? Thanks! -Garrett From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 19:38:42 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 06DE6B4C for ; Fri, 9 Nov 2012 19:38:42 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id AE91D8FC12 for ; Fri, 9 Nov 2012 19:38:41 +0000 (UTC) Received: from [192.168.0.6] (spaceball.home.andric.com [192.168.0.6]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 716DC5C59; Fri, 9 Nov 2012 20:38:40 +0100 (CET) Message-ID: <509D5BC3.9020704@FreeBSD.org> Date: Fri, 09 Nov 2012 20:38:43 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Steve Kargl Subject: Re: clang and static linking? References: <20121108231349.GA79485@troutmask.apl.washington.edu> <509D4548.7030806@FreeBSD.org> <20121109182810.GA61338@troutmask.apl.washington.edu> In-Reply-To: <20121109182810.GA61338@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Nov 2012 19:38:42 -0000 On 2012-11-09 19:28, Steve Kargl wrote: > On Fri, Nov 09, 2012 at 07:02:48PM +0100, Dimitry Andric wrote: ... >> Can you please post a reduced testcase? I cannot reproduce this error >> on -current, however much I tried. My testcases attempted calling >> isnan() and isnanf(), then I tried statically linking with libc and >> libm, but it worked just fine... > > I'll see what I can do. sasmp is a fairly large OpenMPI program. Sorry, never mind that. I found a simple testcase: #include int main(int argc, char *argv[]) { return isnan((double)argc) + isnan((float)argc); } Building with -lm -static will trigger the link error. I'm investigating where the problem is. From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 19:47:52 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 08312FDB; Fri, 9 Nov 2012 19:47:52 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id B479C8FC0A; Fri, 9 Nov 2012 19:47:51 +0000 (UTC) Received: from irix.bris.ac.uk ([137.222.10.39] helo=ncs.bris.ac.uk) by dirj.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1TWuYM-0002sU-Hn; Fri, 09 Nov 2012 19:47:50 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1TWuYM-000371-E2; Fri, 09 Nov 2012 19:47:46 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id qA9JlkLn062646; Fri, 9 Nov 2012 19:47:46 GMT (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id qA9JlkhI062645; Fri, 9 Nov 2012 19:47:46 GMT (envelope-from mexas) Date: Fri, 9 Nov 2012 19:47:46 GMT From: Anton Shterenlikht Message-Id: <201211091947.qA9JlkhI062645@mech-cluster241.men.bris.ac.uk> To: dim@FreeBSD.org, mexas@bristol.ac.uk Subject: Re: from 5-NOV WITH_CLANG_IS_CC in /etc/src.conf is no longer needed, right? In-Reply-To: <509D0760.6060506@FreeBSD.org> X-Spam-Score: -3.7 X-Spam-Level: --- Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mexas@bristol.ac.uk List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2012 19:47:52 -0000 From dim@FreeBSD.org Fri Nov 9 14:11:18 2012 On 2012-11-09 09:27, Anton Shterenlikht wrote: > I'm on 242801 amd64. > I understand from [1] that WITH_CLANG_IS_CC > is no longer needed in /etc/src.conf. > Yet I somehow still get cc,c++,cpp all GCC binaries, e.g. > > # /usr/bin/cc --version > cc (GCC) 4.2.1 20070831 patched [FreeBSD] Please post your make.conf and src.conf files. You may have something in there which overrides the new defaults. # cat /etc/src.conf PORTS_MODULES=net/bwn-firmware-kmod # cat /etc/make.conf SENDMAIL_CFLAGS+= -I/usr/local/include -DSASL=2 SENDMAIL_LDFLAGS+= -L/usr/local/lib SENDMAIL_LDADD+= -lsasl2 WITH_PKGNG=yes PERL_VERSION=5.16.2 # Thanks Anton From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 20:28:02 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C586F80; Fri, 9 Nov 2012 20:28:02 +0000 (UTC) (envelope-from christer.solskogen@gmail.com) Received: from mail-la0-f54.google.com (mail-la0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 125178FC0A; Fri, 9 Nov 2012 20:28:01 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id e12so4143527lag.13 for ; Fri, 09 Nov 2012 12:28:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=bkZar3jSJ/g5qffhw75tYyD/39Mm2Y61UMngYJedRFc=; b=jrpwfqHi/YFrqDFcLXFMbMJA5zpLT0wHQcsA53k7emuQXppmf99U0+FGny+NeNmkv+ UpUKFyT177vHOmWTm3XxNpJ0svahe8AS8Ogrgjhewc9/Qjg/Q7ndSxNsXHj8cgDRpXOL dRflIkaQG4lot03bISlGBvx5I+3BM2PhTLX6PoMsCP3hSUWAXV9CI8r0jPyOWw2S23C+ EcYrdXLulqlzKd1wMb8pxZS2ErUtzR0dfqiqYTk/aNUL/Af50LbCVDyLlRHxIPjqRt+n zGjxW5slfMOI1G3NbVPNeBoyuC03+/gh3O74w6z7oV/AQxsZwr+02HU/FvtJ+ji5HpQ+ NkSw== Received: by 10.152.123.103 with SMTP id lz7mr11487815lab.21.1352492880765; Fri, 09 Nov 2012 12:28:00 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.39.132 with HTTP; Fri, 9 Nov 2012 12:27:40 -0800 (PST) In-Reply-To: <201211091947.qA9JlkhI062645@mech-cluster241.men.bris.ac.uk> References: <509D0760.6060506@FreeBSD.org> <201211091947.qA9JlkhI062645@mech-cluster241.men.bris.ac.uk> From: Christer Solskogen Date: Fri, 9 Nov 2012 21:27:40 +0100 Message-ID: Subject: Re: from 5-NOV WITH_CLANG_IS_CC in /etc/src.conf is no longer needed, right? To: mexas@bristol.ac.uk Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org, dim@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Nov 2012 20:28:02 -0000 On Fri, Nov 9, 2012 at 8:47 PM, Anton Shterenlikht wrote: > From dim@FreeBSD.org Fri Nov 9 14:11:18 2012 > > On 2012-11-09 09:27, Anton Shterenlikht wrote: > > I'm on 242801 amd64. > > I understand from [1] that WITH_CLANG_IS_CC > > is no longer needed in /etc/src.conf. > > Yet I somehow still get cc,c++,cpp all GCC binaries, e.g. > > > > # /usr/bin/cc --version > > cc (GCC) 4.2.1 20070831 patched [FreeBSD] > > Please post your make.conf and src.conf files. You may have something > in there which overrides the new defaults. > > # cat /etc/src.conf > PORTS_MODULES=net/bwn-firmware-kmod > # cat /etc/make.conf > SENDMAIL_CFLAGS+= -I/usr/local/include -DSASL=2 > SENDMAIL_LDFLAGS+= -L/usr/local/lib > SENDMAIL_LDADD+= -lsasl2 > WITH_PKGNG=yes > PERL_VERSION=5.16.2 > # > Sure you are running a current enough CURRENT? -- chs, From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 20:44:37 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 670C82FA; Fri, 9 Nov 2012 20:44:37 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 17C058FC15; Fri, 9 Nov 2012 20:44:37 +0000 (UTC) Received: from irix.bris.ac.uk ([137.222.10.39] helo=ncs.bris.ac.uk) by dirj.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1TWvRJ-00053s-CD; Fri, 09 Nov 2012 20:44:36 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1TWvRJ-00044c-6U; Fri, 09 Nov 2012 20:44:33 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id qA9KiWtV062788; Fri, 9 Nov 2012 20:44:32 GMT (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id qA9KiWAP062787; Fri, 9 Nov 2012 20:44:32 GMT (envelope-from mexas) Date: Fri, 9 Nov 2012 20:44:32 GMT From: Anton Shterenlikht Message-Id: <201211092044.qA9KiWAP062787@mech-cluster241.men.bris.ac.uk> To: christer.solskogen@gmail.com, mexas@bristol.ac.uk Subject: Re: from 5-NOV WITH_CLANG_IS_CC in /etc/src.conf is no longer needed, right? In-Reply-To: X-Spam-Score: -3.7 X-Spam-Level: --- Cc: freebsd-current@freebsd.org, dim@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mexas@bristol.ac.uk List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2012 20:44:37 -0000 From christer.solskogen@gmail.com Fri Nov 9 20:40:46 2012 > > On 2012-11-09 09:27, Anton Shterenlikht wrote: > > I'm on 242801 amd64. > > I understand from [1] that WITH_CLANG_IS_CC > > is no longer needed in /etc/src.conf. > > Yet I somehow still get cc,c++,cpp all GCC binaries, e.g. > > > > # /usr/bin/cc --version > > cc (GCC) 4.2.1 20070831 patched [FreeBSD] > > Please post your make.conf and src.conf files. You may have something > in there which overrides the new defaults. > > # cat /etc/src.conf > PORTS_MODULES=net/bwn-firmware-kmod > # cat /etc/make.conf > SENDMAIL_CFLAGS+= -I/usr/local/include -DSASL=2 > SENDMAIL_LDFLAGS+= -L/usr/local/lib > SENDMAIL_LDADD+= -lsasl2 > WITH_PKGNG=yes > PERL_VERSION=5.16.2 > # > Sure you are running a current enough CURRENT? sure... just forgot installworld... # cc --version FreeBSD clang version 3.2 (trunk 162107) 20120817 Target: x86_64-unknown-freebsd10.0 Thread model: posix # After 10 years of using freebsd, I fucked up again... really embarrased, sorry Anton From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 20:54:59 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CB9085E6 for ; Fri, 9 Nov 2012 20:54:59 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 2CCCC8FC08 for ; Fri, 9 Nov 2012 20:54:58 +0000 (UTC) Received: from outgoing.leidinger.net (p5DD448F9.dip.t-dialin.net [93.212.72.249]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id E09CA844D0E; Fri, 9 Nov 2012 21:54:45 +0100 (CET) Received: from unknown (IO.Leidinger.net [192.168.1.12]) by outgoing.leidinger.net (Postfix) with ESMTPS id EF020203E; Fri, 9 Nov 2012 21:54:42 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=leidinger.net; s=outgoing-alex; t=1352494483; bh=IcIO/Hw8m6PqvzDmOXkFwBNLyaAI2qn6PgFgccw2wNc=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=FlSitw5gBlFkvBe1rCfkbLFCJoRBZcwwW/ny+1ybReN3r6meIJj7dZ0cL+bTmQCCH ss3BSu4iDaxIQTpIcNyNTqRlloZZBHVkd5S710VTJepF06PwrNHbVRLFg4Nuw2yrn8 qY2VRdBBDoyf4rb+LF9Um7hu4knBqpqiHwkVqPBPMEPmdyGJRIXyr5oUPOWLpBLZXn tgBDqSsW4v8PPkAgRQ+HBEKHRcLkTm8WQEMGPnN93EGqX79wTa3u496lwr0QqHq786 TrrIY8cITi147sUvVgRlArhHqyLURrucfpwCHY5AG/JpH4iJ+9iIp4MIjz4F/Avyi+ stk4H+rHJ4hkQ== Date: Fri, 9 Nov 2012 21:54:48 +0100 From: Alexander Leidinger To: Konstantin Belousov Subject: Re: watchdogd coredump Message-ID: <20121109215448.00002c7c@unknown> In-Reply-To: <20121103220843.GI73505@kib.kiev.ua> References: <20121103225542.00001118@unknown> <20121103220843.GI73505@kib.kiev.ua> X-Mailer: Claws Mail 3.8.0cvs30 (GTK+ 2.24.10; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: E09CA844D0E.A3972 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.677, required 6, autolearn=disabled, ALL_TRUSTED -1.00, AWL -0.78, DKIM_SIGNED 0.10, T_DKIM_INVALID 0.01, T_RP_MATCHES_RCVD -0.01) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1353099286.38815@+muIaldF1ufI5UtLO3u4eA X-EBL-Spam-Status: No Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Nov 2012 20:54:59 -0000 On Sun, 4 Nov 2012 00:08:43 +0200 Konstantin Belousov wrote: > On Sat, Nov 03, 2012 at 10:55:42PM +0100, Alexander Leidinger wrote: > > Hi, > > > > I updated from r239708 to r242511 and my watchdogd coredumps (and > > brings down the system... well, the WD works). > > > > Before I have a deeper look (recompiling with debugging and such) at > > this, can someone confirm that with a recent -current and a WD > > configured to call a shell script which does a simple ls > > to /dev/null there is a segfault in watchdogd? > > > > watchdogd_flags="-e /root/bin/wd_check.sh -s 5 -t 60" > > > > ---snip--- > > # cat /root/bin/wd_check.sh > > #!/bin/sh > > > > exec ls / /space/jails >/dev/null 2>&1 > ---snip--- > > > > The not so useful backtrace of the watchdogd core: > > ---snip--- > > #0 0x0000000800609520 in dlopen () from /libexec/ld-elf.so.1 > > #1 0x000000080060309d in .text () from /libexec/ld-elf.so.1 > > #2 0x0000000000000246 in ?? () > > #3 0xfffffe001ee700f8 in ?? () > > #4 0xfffffe001ee700f8 in ?? () > > #5 0xffffffff80647e80 in ?? () > > #6 0x0000000000000001 in ?? () > > #7 0x00007fffffffdb90 in ?? () > > #8 0x0000000000000013 in ?? () > > #9 0x00007fffffffdb80 in ?? () > > #10 0x0000000000000000 in ?? () > > #11 0x0000000000000206 in ?? () > > #12 0x00007fffffffdaf0 in ?? () > > #13 0x000000080061cc00 in ?? () > > #14 0x0000000000000031 in ?? () > > #15 0x0000000800c93dc9 in system () from /lib/libc.so.7 > > #16 0x0000000000401558 in ?? () > > #17 0x0000000000400f7e in ?? () > > #18 0x000000080061c000 in ?? () > > #19 0x0000000000000000 in ?? () > > #20 0x0000000000000007 in ?? () > > #21 0x00007fffffffdef8 in ?? () > > ---snip--- > > Are you sure that your kernel is at r242511 ? > > The issue should have been fixed by r242011. I got some time again to look into this. I recompiled the libs with debugging symbols and installed unstripped versions, but I don't get an useful backtrace: ---snip--- # gdb /usr/sbin/watchdogd /watchdogd.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 "amd64-marcel-freebsd"...(no debugging symbols found)... Core was generated by `watchdogd'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libm.so.5...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libutil.so.9...done. Loaded symbols for /lib/libutil.so.9 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x0000000800609520 in dlopen () from /libexec/ld-elf.so.1 (gdb) bt #0 0x0000000800609520 in dlopen () from /libexec/ld-elf.so.1 #1 0x000000080060309d in .text () from /libexec/ld-elf.so.1 #2 0x0000000000000246 in ?? () #3 0xfffffe0179f060f8 in ?? () #4 0xfffffe0179f060f8 in ?? () #5 0xffffffff80647e80 in ?? () #6 0x0000000000000001 in ?? () #7 0x00007fffffffdb90 in ?? () #8 0x0000000000000013 in ?? () #9 0x00007fffffffdb80 in ?? () #10 0x0000000000000000 in ?? () #11 0x0000000000000206 in ?? () #12 0x00007fffffffdaf0 in ?? () #13 0x000000080061cc00 in ?? () #14 0x0000000000000031 in ?? () #15 0x0000000800c93dc9 in __system ( command=0x801406040 "/root/bin/wd_check.sh") at /space/system/usr_src/lib/libc/stdlib/system.c:70 #16 0x0000000000401558 in main () # uname -v FreeBSD 10.0-CURRENT #10 r242511M: Sat Nov 3 17:49:09 CET 2012 ---snip--- How can I debug this further? Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 21:20:25 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F03989B2; Fri, 9 Nov 2012 21:20:25 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-da0-f54.google.com (mail-da0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id AFE5E8FC19; Fri, 9 Nov 2012 21:20:25 +0000 (UTC) Received: by mail-da0-f54.google.com with SMTP id z9so1935970dad.13 for ; Fri, 09 Nov 2012 13:20:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=6qeEa4Zf5yjofc5Uvzp8rUBJAi9xkYQZXdOqqWLk5tE=; b=a0TgI23dJMe65/Y2ZO6HhPRM6tuxAOAN+KhE4qvknHdcIYSpjE6ConR85+QomUbwyy I/T6sU0T0qfQeg9DNeoi3p1XkNNtb7nsmS0uC6rW+5zUnmfQ/Tc7uFETbBIwuPhd4ya2 8tWXn5wFOkJUn47u7t5/EjhF4C/uUuMgiPbWFR39u3q/UES0Kwa6g4o0lG9VP6JGG79n tMLWmDOOyRAu6WEGj6NWSkZfhmRBJ4BR4jfmXXVpVwERp4SLCKbFOwCFS10yAKhgYNSU lL5GYKrh5+XJcXySSsN9PGGPhoXVAK0UGyhxH5df5nDQr53lnR6VDujFsHwx8lxrH05E 76cg== MIME-Version: 1.0 Received: by 10.66.72.136 with SMTP id d8mr35123249pav.4.1352496019611; Fri, 09 Nov 2012 13:20:19 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.68.124.130 with HTTP; Fri, 9 Nov 2012 13:20:19 -0800 (PST) In-Reply-To: References: <201211082303.qA8N3RlN031977@freebsd-current.sentex.ca> Date: Fri, 9 Nov 2012 13:20:19 -0800 X-Google-Sender-Auth: aYmpamg22QywJfAaNeEBVD69cDU Message-ID: Subject: Re: [head tinderbox] failure on arm/arm From: Adrian Chadd To: Doug Brewer Content-Type: text/plain; charset=ISO-8859-1 Cc: arm@freebsd.org, FreeBSD Tinderbox , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Nov 2012 21:20:26 -0000 On 9 November 2012 07:34, Doug Brewer wrote: > No offence, but how many times did you break the build? Could you please > compile your code before committing next time? Thanks a lot! I'm implementing a cut-down version of make universe on my development laptop. It unfortunately is slightly too small to run make universe at the moment; I do a lot of development on netbooks with small amounts of RAM and disk. My cut-down version is likely going to be "oh, and cross build a test MIPS kernel or two that doesn't actually set ATH_DEBUG* options by default". So I'm sorry about this; it'll get resolved soon. Adrian From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 22:00:59 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F24352B0; Fri, 9 Nov 2012 22:00:58 +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 9EFB38FC14; Fri, 9 Nov 2012 22:00:58 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA9M0vnH047761; Fri, 9 Nov 2012 17:00:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA9M0vX5047760; Fri, 9 Nov 2012 22:00:57 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 9 Nov 2012 22:00:57 GMT Message-Id: <201211092200.qA9M0vX5047760@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2012 22:00:59 -0000 TB --- 2012-11-09 19:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-09 19:40:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-09 19:40:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-11-09 19:40:00 - cleaning the object tree TB --- 2012-11-09 19:42:09 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-09 19:42:09 - cd /tinderbox/HEAD/i386/pc98 TB --- 2012-11-09 19:42:09 - /usr/local/bin/svn cleanup /src TB --- 2012-11-09 19:43:27 - /usr/local/bin/svn update /src TB --- 2012-11-09 19:43:37 - At svn revision 242838 TB --- 2012-11-09 19:43:38 - building world TB --- 2012-11-09 19:43:38 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 19:43:38 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 19:43:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 19:43:38 - SRCCONF=/dev/null TB --- 2012-11-09 19:43:38 - TARGET=pc98 TB --- 2012-11-09 19:43:38 - TARGET_ARCH=i386 TB --- 2012-11-09 19:43:38 - TZ=UTC TB --- 2012-11-09 19:43:38 - __MAKE_CONF=/dev/null TB --- 2012-11-09 19:43:38 - cd /src TB --- 2012-11-09 19:43:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Nov 9 19:43:43 UTC 2012 >>> 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 [...] ===> sys/boot/pc98/btx/lib (depend) rm -f .depend mkdep -f .depend -a -I/src/sys/boot/pc98/btx/lib/../../../i386/common -DPC98 -std=gnu99 /src/sys/boot/pc98/btx/lib/btxcsu.S ===> sys/boot/pc98/boot2 (depend) gcc -Os -fno-guess-branch-probability -fomit-frame-pointer -fno-unit-at-a-time -mno-align-long-strings -mrtd -mregparm=3 -DUFS1_AND_UFS2 -DFLAGS= -DSIOPRT=0x238 -DSIOFMT=0x3 -DSIOSPD=9600 -I/src/sys/boot/pc98/boot2/../../.. -I/src/sys/boot/pc98/boot2/../../i386/boot2 -I/src/sys/boot/pc98/boot2/../../common -I/src/sys/boot/pc98/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline --param max-inline-insns-single=100 -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -Os -DPC98 -std=gnu99 -Qunused-arguments -c /src/sys/boot/pc98/boot2/boot1.S gcc: unrecognized option '-Qunused-arguments' /src/sys/boot/pc98/boot2/boot1.S:0: error: -mrtd calling convention not supported in the 64bit mode /src/sys/boot/pc98/boot2/boot1.S:0: error: -mpreferred-stack-boundary=2 is not between 4 and 12 *** [boot1.o] Error code 1 Stop in /src/sys/boot/pc98/boot2. *** [depend] Error code 1 Stop in /src/sys/boot/pc98. *** [depend] Error code 1 Stop in /src/sys/boot. *** [depend] Error code 1 Stop in /src/sys. *** [sys.depend__D] Error code 1 Stop in /src. *** [_depend] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-09 22:00:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-09 22:00:57 - ERROR: failed to build world TB --- 2012-11-09 22:00:57 - 6721.46 user 895.40 system 8456.66 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 22:30:36 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 90007959 for ; Fri, 9 Nov 2012 22:30:36 +0000 (UTC) (envelope-from brett.mahar@gmx.com) Received: from mailout-eu.gmx.com (mailout-eu.gmx.com [213.165.64.43]) by mx1.freebsd.org (Postfix) with SMTP id ED4998FC15 for ; Fri, 9 Nov 2012 22:30:35 +0000 (UTC) Received: (qmail invoked by alias); 09 Nov 2012 22:16:37 -0000 Received: from 124-149-149-115.dyn.iinet.net.au (EHLO emachine.the.domm) [124.149.149.115] by mail.gmx.com (mp-eu001) with SMTP; 09 Nov 2012 23:16:37 +0100 X-Authenticated: #117972605 X-Provags-ID: V01U2FsdGVkX18hWapaKN8hsWzL80miSH0ncSgQeXdlycMW4CPCAa LcwtnONc78kusp Date: Sat, 10 Nov 2012 09:16:32 +1100 From: Brett To: freebsd-current@freebsd.org Subject: Re: [head tinderbox] failure on arm/arm Message-Id: <20121110091632.f1dce0d1e3f1110e781d4780@gmx.com> In-Reply-To: References: X-Mailer: Sylpheed 3.3.0beta2 (GTK+ 2.24.13; x86_64-unknown-openbsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Nov 2012 22:30:36 -0000 > Message: 11 > Date: Fri, 9 Nov 2012 23:34:58 +0800 > From: Doug Brewer > To: Adrian Chadd > Cc: arm@freebsd.org, FreeBSD Tinderbox , > current@freebsd.org > Subject: Re: [head tinderbox] failure on arm/arm > Message-ID: > > Content-Type: text/plain; charset=ISO-8859-1 > > No offence, but how many times did you break the build? Could you please > compile your code before committing next time? Thanks a lot! > Just an observation: a few years ago when I got sick of Linux's "headlong rush" development model, I subscribed to various BSD mailing lists to see what else was out there. I considered FreeBSD at the time - there was a neverending avalanche of "[head tinderbox] failure" messages. This told me that I would be more likely to be running code written by people who knew what they were doing if I went with Open, Net, or DragonflyBSD. I safely run OpenBSD-current on my main computer and it always works (I think I have had 2-3 build problems in about 3 years, and they were all my fault). At the moment, I only feel confident enough with FreeBSD-current to run it on my unimportant torrent computer. This is 80% due to constant build failures, and 20% due to invasive changes being introduced with documentation/instructions scattered over many different pages and mailing lists, e.g: http://wiki.freebsd.org/FrontPage?action=fullsearch&context=180&value=xorg&titlesearch=Titles http://wiki.freebsd.org/FrontPage?action=fullsearch&context=180&value=pkgng&titlesearch=Titles Hypothetical user: "Is it WITHOUT_PKGNG= or WITHOUT_PKGNG=yes or WITH_PKGNG=no today?" I wonder how many other people that you never hear from feel the same, and if some sort of "x weeks commit freezeout" should apply to the build breakers. Cute pointy hats or whatever obviously have no effect. Rant over! From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 22:31:47 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EABF9A7B for ; Fri, 9 Nov 2012 22:31:47 +0000 (UTC) (envelope-from break19@gmail.com) Received: from mail-ie0-f182.google.com (mail-ie0-f182.google.com [209.85.223.182]) by mx1.freebsd.org (Postfix) with ESMTP id A94CC8FC08 for ; Fri, 9 Nov 2012 22:31:47 +0000 (UTC) Received: by mail-ie0-f182.google.com with SMTP id k10so8644016iea.13 for ; Fri, 09 Nov 2012 14:31:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=D6GNNzehHqmoYgmFMTV8clWMYlO9+4ZcS0/k7PXQgcE=; b=wSR0T3EMNHdzvtHnN1trrY3iiZ9/g+8RgrlWihx2OgiRAMkPrmLr8c70eQ7T16DbgJ 9HvROYX0L/Tdf7HmsrlCw3ywDtDMwqgnxaxOxoFBZffXyFo/iz228aZC69w9lxJ/s8OZ H3yprYsrYHSi/mDNycMlvEWFtp+F38zM1n0X3WgGHArQG8YtynPgulAsvoekze+KbUjZ V9QPGXLbFFOYd42p7TRZKdcMn57aF857a1DbFJ7ntZ2spAvpSK89B751x2Kn2TFIpmPQ Sdn3k8Lyt/ezp+T6Zsi4mUgobu/GFHtY4r1RTsqgtKgas5l02a2Y2LlMO4uk4xDInipZ prtg== Received: by 10.42.68.68 with SMTP id w4mr11315366ici.30.1352500306743; Fri, 09 Nov 2012 14:31:46 -0800 (PST) Received: from [192.168.0.198] (173-119-135-56.pools.spcsdns.net. [173.119.135.56]) by mx.google.com with ESMTPS id s3sm2453431igb.14.2012.11.09.14.31.41 (version=SSLv3 cipher=OTHER); Fri, 09 Nov 2012 14:31:46 -0800 (PST) Message-ID: <509D8434.5060306@gmail.com> Date: Fri, 09 Nov 2012 16:31:16 -0600 From: Chuck Burns User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: from 5-NOV WITH_CLANG_IS_CC in /etc/src.conf is no longer needed, right? References: <201211092044.qA9KiWAP062787@mech-cluster241.men.bris.ac.uk> In-Reply-To: <201211092044.qA9KiWAP062787@mech-cluster241.men.bris.ac.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Nov 2012 22:31:48 -0000 On 11/9/2012 2:44 PM, Anton Shterenlikht wrote: > From christer.solskogen@gmail.com Fri Nov 9 20:40:46 2012 > > > > On 2012-11-09 09:27, Anton Shterenlikht wrote: > > > I'm on 242801 amd64. > > > I understand from [1] that WITH_CLANG_IS_CC > > > is no longer needed in /etc/src.conf. > > > Yet I somehow still get cc,c++,cpp all GCC binaries, e.g. > > > > > > # /usr/bin/cc --version > > > cc (GCC) 4.2.1 20070831 patched [FreeBSD] > > > > Please post your make.conf and src.conf files. You may have something > > in there which overrides the new defaults. > > > > # cat /etc/src.conf > > PORTS_MODULES=net/bwn-firmware-kmod > > # cat /etc/make.conf > > SENDMAIL_CFLAGS+= -I/usr/local/include -DSASL=2 > > SENDMAIL_LDFLAGS+= -L/usr/local/lib > > SENDMAIL_LDADD+= -lsasl2 > > WITH_PKGNG=yes > > PERL_VERSION=5.16.2 > > # > > > > Sure you are running a current enough CURRENT? > > sure... > just forgot installworld... > > # cc --version > FreeBSD clang version 3.2 (trunk 162107) 20120817 > Target: x86_64-unknown-freebsd10.0 > Thread model: posix > # > > After 10 years of using freebsd, > I fucked up again... really embarrased, > sorry > > Anton > > _______________________________________________ > 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" > Just remember, if you can't laugh at yourself for dumb misakes, there will always be someone willing to do it for you! :) Glad you figured it out.. now.... the obligatory "LOL!" :) -- Chuck Burns From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 22:37:11 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EE83ADD4 for ; Fri, 9 Nov 2012 22:37:11 +0000 (UTC) (envelope-from break19@gmail.com) Received: from mail-ie0-f182.google.com (mail-ie0-f182.google.com [209.85.223.182]) by mx1.freebsd.org (Postfix) with ESMTP id AAE598FC13 for ; Fri, 9 Nov 2012 22:37:11 +0000 (UTC) Received: by mail-ie0-f182.google.com with SMTP id k10so8650613iea.13 for ; Fri, 09 Nov 2012 14:37:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=aiEMNa11yjPWcsIoqO3aeQ0JqtxRE9VpnFqmhEDSFsc=; b=W1zBW29ejZqCSARFp83hV7TB+c1iwv+5DK0yVDPNc6sP5mCl8GZ+krt0Z5i1vP2BCg M0BgEcCo+ADeA2Ur7MnZ/lPys6ybGOZoM9+lkX6CyAkKcCSPXUa/qvuiyGpj4HfNYAxH Y8zeP+71NoHjhxUEFCZ1B2icpBz60cABzoZG/4Lg0SvAN/OxVUx24p5Z5Se1RRJ8KPwI ONEsUr9NFdxCHgwrG9bcwH0+TYnDs6BPgC61v11TUF50JXsViEbAwmoZ9ukr495OCsEU 3lyMp7+yhz7ocxCdRMC3ccpR4dTGlyiKES75GNf/I61vQhyLRF29J6Sz87MwQMxL2BdH XUng== Received: by 10.43.52.193 with SMTP id vn1mr11518894icb.5.1352500631025; Fri, 09 Nov 2012 14:37:11 -0800 (PST) Received: from [192.168.0.198] (173-119-135-56.pools.spcsdns.net. [173.119.135.56]) by mx.google.com with ESMTPS id yf6sm2489894igb.0.2012.11.09.14.37.08 (version=SSLv3 cipher=OTHER); Fri, 09 Nov 2012 14:37:10 -0800 (PST) Message-ID: <509D858C.6060005@gmail.com> Date: Fri, 09 Nov 2012 16:37:00 -0600 From: Chuck Burns User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: [head tinderbox] failure on arm/arm References: <201211082303.qA8N3RlN031977@freebsd-current.sentex.ca> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Nov 2012 22:37:12 -0000 On 11/9/2012 3:20 PM, Adrian Chadd wrote: > On 9 November 2012 07:34, Doug Brewer wrote: >> No offence, but how many times did you break the build? Could you please >> compile your code before committing next time? Thanks a lot! > > I'm implementing a cut-down version of make universe on my development laptop. > > It unfortunately is slightly too small to run make universe at the > moment; I do a lot of development on netbooks with small amounts of > RAM and disk. > > My cut-down version is likely going to be "oh, and cross build a test > MIPS kernel or two that doesn't actually set ATH_DEBUG* options by > default". > > So I'm sorry about this; it'll get resolved soon. > > > > Adrian > _______________________________________________ > 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" > Adrian. diskspace and cpu cycles are things I can spare, drop me a line outside of the ML and we can discuss particulars. "It's just a personal box.. on a residential internet service, I have an amd64 box with 600G free on my pool.. 8G ram.. and I have a smaller i386 box... 100G or so free, 512M ram.. just drop me a line.. -- Chuck Burns From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 22:44:08 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2FFCDF3A for ; Fri, 9 Nov 2012 22:44:08 +0000 (UTC) (envelope-from break19@gmail.com) Received: from mail-ia0-f182.google.com (mail-ia0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id E2CD78FC08 for ; Fri, 9 Nov 2012 22:44:07 +0000 (UTC) Received: by mail-ia0-f182.google.com with SMTP id k10so4018068iag.13 for ; Fri, 09 Nov 2012 14:44:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=POy3idbi4U68sIQsQOJ9m19mSoToSWbauZXZlXGc2JE=; b=lBbOUcZ//8tyZfr7ZGXf5pdcIahcgXEACz43K1uYt5AwYgOa0YjUdg273T/suRUe/3 /juN2As/NTwIPPgcHUgXVSTW6gRj0i933poI+QGotou8fXPE4ToW/3Xe//2PdTh1OGOk jLZ0Z+s/wWOU9Eg4m71/29N/b7hIVa3ZQKZrPpUoak1WfteoCKLvw2Iy1OyMpWV6Ejjy 9wcUAsFlVY1Ytd43ndTU0I9Rms1yyFYvi91QqHeI8arz5J2/0op7uSw7L6mNLme2KBdo Kr5jc+diPolGR7ZqZN2DTChNd6Tvy1+8aEIOFU7umjdQub8vJjM/UjMXmJcflHCAnabr thzA== Received: by 10.43.120.3 with SMTP id fw3mr11368184icc.34.1352501047210; Fri, 09 Nov 2012 14:44:07 -0800 (PST) Received: from [192.168.0.198] (173-119-135-56.pools.spcsdns.net. [173.119.135.56]) by mx.google.com with ESMTPS id i10sm2278289igb.12.2012.11.09.14.44.03 (version=SSLv3 cipher=OTHER); Fri, 09 Nov 2012 14:44:06 -0800 (PST) Message-ID: <509D872B.7060305@gmail.com> Date: Fri, 09 Nov 2012 16:43:55 -0600 From: Chuck Burns User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: [head tinderbox] failure on arm/arm References: <20121110091632.f1dce0d1e3f1110e781d4780@gmx.com> In-Reply-To: <20121110091632.f1dce0d1e3f1110e781d4780@gmx.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Nov 2012 22:44:08 -0000 On 11/9/2012 4:16 PM, Brett wrote: >> Message: 11 >> Date: Fri, 9 Nov 2012 23:34:58 +0800 >> From: Doug Brewer >> To: Adrian Chadd >> Cc: arm@freebsd.org, FreeBSD Tinderbox , >> current@freebsd.org >> Subject: Re: [head tinderbox] failure on arm/arm >> Message-ID: >> >> Content-Type: text/plain; charset=ISO-8859-1 >> >> No offence, but how many times did you break the build? Could you please >> compile your code before committing next time? Thanks a lot! >> > > Just an observation: a few years ago when I got sick of Linux's "headlong rush" development model, I subscribed to various BSD mailing lists to see what else was out there. I considered FreeBSD at the time - there was a neverending avalanche of "[head tinderbox] failure" messages. This told me that I would be more likely to be running code written by people who knew what they were doing if I went with Open, Net, or DragonflyBSD. > > I safely run OpenBSD-current on my main computer and it always works (I think I have had 2-3 build problems in about 3 years, and they were all my fault). At the moment, I only feel confident enough with FreeBSD-current to run it on my unimportant torrent computer. This is 80% due to constant build failures, and 20% due to invasive changes being introduced with documentation/instructions scattered over many different pages and mailing lists, e.g: > > http://wiki.freebsd.org/FrontPage?action=fullsearch&context=180&value=xorg&titlesearch=Titles > > http://wiki.freebsd.org/FrontPage?action=fullsearch&context=180&value=pkgng&titlesearch=Titles > > Hypothetical user: "Is it WITHOUT_PKGNG= or WITHOUT_PKGNG=yes or WITH_PKGNG=no today?" > > I wonder how many other people that you never hear from feel the same, and if some sort of "x weeks commit freezeout" should apply to the build breakers. Cute pointy hats or whatever obviously have no effect. > > Rant over! > _______________________________________________ > 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" > Quite honestly, the head/current branch is going to have build failures.. It's the test bed.. Stick with the release system unless you want cutting edge.. just remember.. cutting edge cuts sometimes... -- Chuck Burns From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 22:47:44 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 971221C2 for ; Fri, 9 Nov 2012 22:47:44 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-da0-f54.google.com (mail-da0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6335E8FC08 for ; Fri, 9 Nov 2012 22:47:44 +0000 (UTC) Received: by mail-da0-f54.google.com with SMTP id z9so1962141dad.13 for ; Fri, 09 Nov 2012 14:47:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=wECM/AMhPQ5eHFNEjWW+nY5CAFB1fSIq9YkswnlLdp0=; b=mbp6WxYCl5cHzF/b86zHZyrbo9uuIlmE33A/tMkLnnfwK5DNytyQBXtdQZuiLeneUt Se8i2GB5GkzhlZDWLCZa+5tB3G2p22CceeLxjaaz0sCEUmvlkQPnIbqr3NBx5NZvTZQU 8+7Veb6Daq2v0SjLuDN+K8NWgj/vraNCBEMdHZibHGwP2EvQp1t9wPSmXKh7lYJMM5I5 upp88sQGar1lACOml4IHDt1Qj7t+iT6mP9hhHC2zGO+E02mhzyrXu8lwPmSos8BIHtZm XcvWhZg8ujffwkxjN9tJP78Nv8bbm4LbG0m5yBpFe2CXMUZWXFlNEsNj7VSP97wTBfaO BVXw== MIME-Version: 1.0 Received: by 10.66.87.105 with SMTP id w9mr35792738paz.5.1352501263946; Fri, 09 Nov 2012 14:47:43 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.68.124.130 with HTTP; Fri, 9 Nov 2012 14:47:43 -0800 (PST) In-Reply-To: <509D858C.6060005@gmail.com> References: <201211082303.qA8N3RlN031977@freebsd-current.sentex.ca> <509D858C.6060005@gmail.com> Date: Fri, 9 Nov 2012 14:47:43 -0800 X-Google-Sender-Auth: dsQO5iTjW4tfCZ6CuxdtkIa_xbY Message-ID: Subject: Re: [head tinderbox] failure on arm/arm From: Adrian Chadd To: Chuck Burns Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Nov 2012 22:47:44 -0000 On 9 November 2012 14:37, Chuck Burns wrote: > Adrian. diskspace and cpu cycles are things I can spare, drop me a line > outside of the ML and we can discuss particulars. "It's just a personal > box.. on a residential internet service, I have an amd64 box with 600G free > on my pool.. 8G ram.. and I have a smaller i386 box... 100G or so free, 512M > ram.. just drop me a line.. Hi, Those I do have - I have access to all of the ref* boxes in the cluster. I'm just typically hacking on this stuff on the train or at a cafe, and I don't have a workflow setup for pushing out potential diffs to build machines that have all the grunt/disk space for each little change that I do. I'm sorry about breaking things from time to time, but besides a small handful of "what was I thinking?!" things, the build breaks are just that - build breaks. They're easily fixed. Adrian From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 23:01:05 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D3B8561B; Fri, 9 Nov 2012 23:01: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 9D4738FC13; Fri, 9 Nov 2012 23:01:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA9N14BU000887; Fri, 9 Nov 2012 18:01:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA9N14Gi000875; Fri, 9 Nov 2012 23:01:04 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 9 Nov 2012 23:01:04 GMT Message-Id: <201211092301.qA9N14Gi000875@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2012 23:01:06 -0000 TB --- 2012-11-09 19:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-09 19:40:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-09 19:40:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-11-09 19:40:00 - cleaning the object tree TB --- 2012-11-09 19:45:46 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-09 19:45:46 - cd /tinderbox/HEAD/i386/i386 TB --- 2012-11-09 19:45:46 - /usr/local/bin/svn cleanup /src TB --- 2012-11-09 19:46:45 - /usr/local/bin/svn update /src TB --- 2012-11-09 19:46:57 - At svn revision 242839 TB --- 2012-11-09 19:46:58 - building world TB --- 2012-11-09 19:46:58 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 19:46:58 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 19:46:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 19:46:58 - SRCCONF=/dev/null TB --- 2012-11-09 19:46:58 - TARGET=i386 TB --- 2012-11-09 19:46:58 - TARGET_ARCH=i386 TB --- 2012-11-09 19:46:58 - TZ=UTC TB --- 2012-11-09 19:46:58 - __MAKE_CONF=/dev/null TB --- 2012-11-09 19:46:58 - cd /src TB --- 2012-11-09 19:46:58 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Nov 9 19:47:05 UTC 2012 >>> 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 Fri Nov 9 22:44:11 UTC 2012 TB --- 2012-11-09 22:44:11 - generating LINT kernel config TB --- 2012-11-09 22:44:11 - cd /src/sys/i386/conf TB --- 2012-11-09 22:44:11 - /usr/bin/make -B LINT TB --- 2012-11-09 22:44:11 - cd /src/sys/i386/conf TB --- 2012-11-09 22:44:11 - /usr/sbin/config -m LINT TB --- 2012-11-09 22:44:12 - building LINT kernel TB --- 2012-11-09 22:44:12 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 22:44:12 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 22:44:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 22:44:12 - SRCCONF=/dev/null TB --- 2012-11-09 22:44:12 - TARGET=i386 TB --- 2012-11-09 22:44:12 - TARGET_ARCH=i386 TB --- 2012-11-09 22:44:12 - TZ=UTC TB --- 2012-11-09 22:44:12 - __MAKE_CONF=/dev/null TB --- 2012-11-09 22:44:12 - cd /src TB --- 2012-11-09 22:44:12 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Nov 9 22:44:12 UTC 2012 >>> 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/nlm/nlm_prot_xdr.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/nlm/sm_inter_xdr.c cc -c -o linux_compat.o -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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -I/src/sys/ofed/include/ -I. -I/src/sys -I/src/sys/contrib/altq -Wno-cast-qual -Wno-pointer-arith -fms-extensions -Werror -pg /src/sys/ofed/include/linux/linux_compat.c In file included from /src/sys/ofed/include/linux/linux_compat.c:51: /src/sys/ofed/include/linux/cdev.h:110:6: error: format string is not a string literal (potentially insecure) [-Werror,-Wformat-security] kobject_name(&cdev->kobj)); ^~~~~~~~~~~~~~~~~~~~~~~~~ 1 error generated. *** [linux_compat.o] Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-09 23:01:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-09 23:01:04 - ERROR: failed to build LINT kernel TB --- 2012-11-09 23:01:04 - 8693.21 user 1479.45 system 12063.84 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 23:17:51 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1F088AA9; Fri, 9 Nov 2012 23:17:51 +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 D6B438FC08; Fri, 9 Nov 2012 23:17:50 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA9NHogx093753; Fri, 9 Nov 2012 18:17:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA9NHodv093749; Fri, 9 Nov 2012 23:17:50 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 9 Nov 2012 23:17:50 GMT Message-Id: <201211092317.qA9NHodv093749@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2012 23:17:51 -0000 TB --- 2012-11-09 22:00:57 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-09 22:00:57 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-09 22:00:57 - starting HEAD tinderbox run for mips/mips TB --- 2012-11-09 22:00:57 - cleaning the object tree TB --- 2012-11-09 22:02:09 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-09 22:02:09 - cd /tinderbox/HEAD/mips/mips TB --- 2012-11-09 22:02:09 - /usr/local/bin/svn cleanup /src TB --- 2012-11-09 22:03:11 - /usr/local/bin/svn update /src TB --- 2012-11-09 22:03:19 - At svn revision 242841 TB --- 2012-11-09 22:03:20 - building world TB --- 2012-11-09 22:03:20 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 22:03:20 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 22:03:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 22:03:20 - SRCCONF=/dev/null TB --- 2012-11-09 22:03:20 - TARGET=mips TB --- 2012-11-09 22:03:20 - TARGET_ARCH=mips TB --- 2012-11-09 22:03:20 - TZ=UTC TB --- 2012-11-09 22:03:20 - __MAKE_CONF=/dev/null TB --- 2012-11-09 22:03:20 - cd /src TB --- 2012-11-09 22:03:20 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Nov 9 22:03:25 UTC 2012 >>> 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 Fri Nov 9 23:14:05 UTC 2012 TB --- 2012-11-09 23:14:05 - cd /src/sys/mips/conf TB --- 2012-11-09 23:14:05 - /usr/sbin/config -m ADM5120 TB --- 2012-11-09 23:14:05 - skipping ADM5120 kernel TB --- 2012-11-09 23:14:05 - cd /src/sys/mips/conf TB --- 2012-11-09 23:14:05 - /usr/sbin/config -m ALCHEMY TB --- 2012-11-09 23:14:05 - skipping ALCHEMY kernel TB --- 2012-11-09 23:14:05 - cd /src/sys/mips/conf TB --- 2012-11-09 23:14:05 - /usr/sbin/config -m AP91 TB --- 2012-11-09 23:14:05 - building AP91 kernel TB --- 2012-11-09 23:14:05 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 23:14:05 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 23:14:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 23:14:05 - SRCCONF=/dev/null TB --- 2012-11-09 23:14:05 - TARGET=mips TB --- 2012-11-09 23:14:05 - TARGET_ARCH=mips TB --- 2012-11-09 23:14:05 - TZ=UTC TB --- 2012-11-09 23:14:05 - __MAKE_CONF=/dev/null TB --- 2012-11-09 23:14:05 - cd /src TB --- 2012-11-09 23:14:05 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Fri Nov 9 23:14:05 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> export_syms awk -f /src/sys/conf/kmod_syms.awk wlan_amrr.ko.debug export_syms | xargs -J% objcopy % wlan_amrr.ko.debug objcopy --only-keep-debug wlan_amrr.ko.debug wlan_amrr.ko.symbols objcopy --strip-debug --add-gnu-debuglink=wlan_amrr.ko.symbols wlan_amrr.ko.debug wlan_amrr.ko ===> ath (all) cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips.mips/src/sys/AP91/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips.mips/src/sys/AP91 -msoft-float -ffreestanding -std=iso9899:1999 -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 -c /src/sys/modules/ath/../../dev/ath/if_ath.c In file included from /src/sys/modules/ath/../../dev/ath/if_ath.c:99: @/dev/ath/if_athvar.h:778: error: field 'sc_alq' has incomplete type *** [if_ath.o] Error code 1 Stop in /src/sys/modules/ath. *** [all] Error code 1 Stop in /src/sys/modules. *** [modules-all] Error code 1 Stop in /obj/mips.mips/src/sys/AP91. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-09 23:17:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-09 23:17:49 - ERROR: failed to build AP91 kernel TB --- 2012-11-09 23:17:49 - 2794.91 user 827.40 system 4612.30 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 23:25:30 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 74E8BC2B for ; Fri, 9 Nov 2012 23:25:30 +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 2B58B8FC08 for ; Fri, 9 Nov 2012 23:25:30 +0000 (UTC) Received: from [192.168.0.6] (spaceball.home.andric.com [192.168.0.6]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 75D1F5C59; Sat, 10 Nov 2012 00:25:29 +0100 (CET) Message-ID: <509D90EC.5040302@FreeBSD.org> Date: Sat, 10 Nov 2012 00:25:32 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Steve Kargl Subject: Re: clang and static linking? References: <20121108231349.GA79485@troutmask.apl.washington.edu> <509D4548.7030806@FreeBSD.org> <20121109182810.GA61338@troutmask.apl.washington.edu> <509D5BC3.9020704@FreeBSD.org> In-Reply-To: <509D5BC3.9020704@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Nov 2012 23:25:30 -0000 On 2012-11-09 20:38, Dimitry Andric wrote: > On 2012-11-09 19:28, Steve Kargl wrote: ... >> I'll see what I can do. sasmp is a fairly large OpenMPI program. > > Sorry, never mind that. I found a simple testcase: > > #include > > int main(int argc, char *argv[]) > { > return isnan((double)argc) + isnan((float)argc); > } > > Building with -lm -static will trigger the link error. I'm > investigating where the problem is. I think I have an idea now what causes this. When you compile the above program with gcc, it emits a call to __isnanf(), but uses its builtin for isnan(). When you statically link it using -lm, the linker finds __isnanf() in libm.a's s_isnan.o member. It ignores libc.a's isnan.o member, because it does not need any additional symbols from it. In contrast, clang emits calls to both isnan() and __isnanf(), as the former is not a clang builtin. When you statically link with -lm, the linker first finds __isnanf() in libm.a's s_isnan.o member, just like before. Then, it finds isnan(), as a weak reference, in libc.a's isnan.o member, so it wants to load that too. This causes a conflict, because __isnanf() is defined both in libm.a's s_isnan.o member, and in libc.a's isna.o member. Note that you will see the same link error, if you use gcc -fno-builtin to compile the above program, and for the same reason: the copies of __isnanf() in libm.a and libc.a conflict. There seem to be two ways out of this conundrum: the easier one is to make clang also use a builtin for isnan(), for example by modifying the isnan() macro in math.h, letting it invoke __builtin_isnan() instead. However, this just papers over the issue. The more difficult way out is to not define any duplicate functions in libc.a and libm.a. For the shared libraries, this should not be a problem, since the dynamic linker will figure out which of the two copies will get precedence. The functions must stay available for backwards compatibility reasons anyway. For static libraries, this compatibility seems to be unnecessary, as they will only be used to link new programs. Therefore, it would probably be best to remove the whole isnan.o member from libc.a, and move all the isnan functions to libm.a instead. Currently, isnan() is commented out in lib/msun/src/s_isnan.c, maybe we can enable it whenever PIC is not defined? Then we could simply skip building lib/libc/gen/isnan.c for libc.a. Anther possible solution is to split off isnanf() and __isnanf() to separate files, then build s_isnanf.o for libm.a, but skip building isnanf.o for libc.a. This might be a little cleaner. From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 23:25:51 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9273AD2D for ; Fri, 9 Nov 2012 23:25:51 +0000 (UTC) (envelope-from husyh@hush.com) Received: from smtp2.hushmail.com (smtp2a.hushmail.com [65.39.178.237]) by mx1.freebsd.org (Postfix) with ESMTP id 6A7868FC14 for ; Fri, 9 Nov 2012 23:25:51 +0000 (UTC) Received: from smtp2.hushmail.com (smtp2a.hushmail.com [65.39.178.237]) by smtp2.hushmail.com (Postfix) with SMTP id C4018E6DA5 for ; Fri, 9 Nov 2012 23:25:44 +0000 (UTC) Received: from smtp.hushmail.com (w5.hushmail.com [65.39.178.80]) by smtp2.hushmail.com (Postfix) with ESMTP; Fri, 9 Nov 2012 23:25:44 +0000 (UTC) Received: by smtp.hushmail.com (Postfix, from userid 99) id 65886E6726; Fri, 9 Nov 2012 23:25:44 +0000 (UTC) MIME-Version: 1.0 Date: Sat, 10 Nov 2012 00:25:44 +0100 To: "Adrian Chadd" Subject: Re: ath0: unable to attach hardware From: husyh@hush.com Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="UTF-8" Message-Id: <20121109232544.65886E6726@smtp.hushmail.com> Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Nov 2012 23:25:51 -0000 Hello, thank you for your reply. I've entered the following pciconf -r ath0@pci0:2:4:0 0:255 and received this output: 001b168c 02900406 02000001 00002008 fdee0000 00000000 00000000 00000000 00000000 00000000 00005001 500111ad 00000000 00000044 00000000 1c0a0110 00000000 01c20001 c6004000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 I hope this helps you out. If not, please let me know what else I can do. Thanks! On Freitag, 9. November 2012 at 5:45 PM, "Adrian Chadd" wrote: > >Can you use pciconf to dump the config space? > >I think its pciconf -r 0:255 > >thanks! > > > >adrian > >On 9 November 2012 01:57, wrote: >> Hello again, >> >> the mail I'm replying to (and which is cited below) hasn't >caused a reaction yet. Seeing that this mailing list has quite a >lot of traffic, I'm worried that the mail, and the issue it tries >to point out, will be forgotten. >> Should I file a bug report in hopes that the issue will somewhen >be investigated/resolved? >> >> Again, I'm offering any kind of help I'm able to provide, i.e. >delivering more information upon (hopefully detailed enough for me >to understand) request, testing proposed fixes and doing some >progamming on my own; for the latter, please keep in mind that I >have no experience with the FreeBSD codebase or hardware >programming. >> >> Thanks! >> >> On Samstag, 3. November 2012 at 11:43 AM, husyh@hush.com wrote: >>> >>>Hello everyone, >>> >>>I'm new to FreeBSD and wanted to install 9.0-RELEASE amd64 on a >PC >>>I was given. At first glance, it seems like everything is >working, >>>except the wireless LAN PCI card. >>> >>>I started a thread on freebsd-wireless on the 31st of October >(see >>>here: http://lists.freebsd.org/pipermail/freebsd-wireless/2012- >>>October/002511.html or a repost of my original message with >proper >>>formatting: http://lists.freebsd.org/pipermail/freebsd- >>>wireless/2012-October/002513.html ) >>> >>>Short summary: >>>The card has the strings "Anatel", "WN5301A-H1-V02" and >>>"KN160562*7" printed on it, although I'm not sure which, if any, >>>of those is a proper product number. >>>After setting >>> >>>hw.ath.debug=1 >>>hw.ath.hal.debug=1 >>> >>>I receive >>> >>>ath0: mem 0xfdee0000-0xfdeeffff irq 16 at device >>>4.0 on pci2 >>>ar5212ChipTest: address test failed addr: 0x00008000 - >>>wr:0x00000000 != rd:0xffffffff >>>ar5212Attach: hardware self-test failed >>>ath0: unable to attach hardware; HAL status 14 >>>device_attach: ath0 attach returned 6 >>> >>>and am left unable to use the device. >>>I tried 8.3-RELEASE i386 as well as 10.0-CURRENT amd64 and i386 >>>snapshots from https://snapshots.glenbarber.us/Latest/ >(seemlingly >>>built a few days ago) and received the same messages, although I >>>did not get the debug messages since I booted off of the >>>installation media and therefore had a stock kernel, which >>>seemingly doesn't enable ATH_DEBUG and AH_DEBUG. Booting the >>>Ubuntu 12.04 amd64 installation media, I can use the NIC without >>>having any problems. >>> >>>Adrian Chadd tried to help me via freebsd-wireless (thank you >>>again,) but ultimately asked me this: >>>"Please try a recent -HEAD i386 and amd64 snapshot and if that >>>doesn't >>>work, you could try posting for help on freebsd-current. But >please >>>stress that I think it's a bus enumeration and PCI bridge >>>programming >>>problem, _not_ a driver problem." >>> >>>And so I did. >>> >>>I'd be very glad if you could try to help me. Of course, I'm >>>willing to provide any kind of information you might need, but >>>please keep in mind that I'm new to FreeBSD and therefore would >be >>>thankful if you stated your instructions/requests in a newbie- >>>friendly way. >>> >>>Thank you. >>> >>>_______________________________________________ >>>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" >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current- >unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 23:38:33 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CAF1BF1B; Fri, 9 Nov 2012 23:38: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 945E88FC12; Fri, 9 Nov 2012 23:38:33 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA9NcWWw014555; Fri, 9 Nov 2012 18:38:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA9NcWeK014544; Fri, 9 Nov 2012 23:38:32 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 9 Nov 2012 23:38:32 GMT Message-Id: <201211092338.qA9NcWeK014544@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2012 23:38:33 -0000 TB --- 2012-11-09 19:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-09 19:40:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-09 19:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-11-09 19:40:00 - cleaning the object tree TB --- 2012-11-09 19:47:05 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-09 19:47:05 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2012-11-09 19:47:05 - /usr/local/bin/svn cleanup /src TB --- 2012-11-09 19:48:27 - /usr/local/bin/svn update /src TB --- 2012-11-09 19:48:34 - At svn revision 242839 TB --- 2012-11-09 19:48:35 - building world TB --- 2012-11-09 19:48:35 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 19:48:35 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 19:48:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 19:48:35 - SRCCONF=/dev/null TB --- 2012-11-09 19:48:35 - TARGET=amd64 TB --- 2012-11-09 19:48:35 - TARGET_ARCH=amd64 TB --- 2012-11-09 19:48:35 - TZ=UTC TB --- 2012-11-09 19:48:35 - __MAKE_CONF=/dev/null TB --- 2012-11-09 19:48:35 - cd /src TB --- 2012-11-09 19:48:35 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Nov 9 19:48:40 UTC 2012 >>> 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 Fri Nov 9 23:22:25 UTC 2012 TB --- 2012-11-09 23:22:25 - generating LINT kernel config TB --- 2012-11-09 23:22:25 - cd /src/sys/amd64/conf TB --- 2012-11-09 23:22:25 - /usr/bin/make -B LINT TB --- 2012-11-09 23:22:25 - cd /src/sys/amd64/conf TB --- 2012-11-09 23:22:25 - /usr/sbin/config -m LINT TB --- 2012-11-09 23:22:25 - building LINT kernel TB --- 2012-11-09 23:22:25 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 23:22:25 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 23:22:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 23:22:25 - SRCCONF=/dev/null TB --- 2012-11-09 23:22:25 - TARGET=amd64 TB --- 2012-11-09 23:22:25 - TARGET_ARCH=amd64 TB --- 2012-11-09 23:22:25 - TZ=UTC TB --- 2012-11-09 23:22:25 - __MAKE_CONF=/dev/null TB --- 2012-11-09 23:22:25 - cd /src TB --- 2012-11-09 23:22:25 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Nov 9 23:22:25 UTC 2012 >>> 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/nlm/nlm_prot_xdr.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/nlm/sm_inter_xdr.c cc -c -o linux_compat.o -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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -I/src/sys/ofed/include/ -I. -I/src/sys -I/src/sys/contrib/altq -Wno-cast-qual -Wno-pointer-arith -fms-extensions -Werror -pg /src/sys/ofed/include/linux/linux_compat.c In file included from /src/sys/ofed/include/linux/linux_compat.c:51: /src/sys/ofed/include/linux/cdev.h:110:6: error: format string is not a string literal (potentially insecure) [-Werror,-Wformat-security] kobject_name(&cdev->kobj)); ^~~~~~~~~~~~~~~~~~~~~~~~~ 1 error generated. *** [linux_compat.o] Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-09 23:38:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-09 23:38:32 - ERROR: failed to build LINT kernel TB --- 2012-11-09 23:38:32 - 9944.36 user 1839.64 system 14311.88 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 00:33:40 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 05DA2DD2 for ; Sat, 10 Nov 2012 00:33:40 +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 B05188FC15 for ; Sat, 10 Nov 2012 00:33:39 +0000 (UTC) Received: from [192.168.0.6] (spaceball.home.andric.com [192.168.0.6]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 015E35C59; Sat, 10 Nov 2012 01:33:38 +0100 (CET) Message-ID: <509DA0E4.9060906@FreeBSD.org> Date: Sat, 10 Nov 2012 01:33:40 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Steve Kargl Subject: Re: clang and static linking? References: <20121108231349.GA79485@troutmask.apl.washington.edu> <509D4548.7030806@FreeBSD.org> <20121109182810.GA61338@troutmask.apl.washington.edu> <509D5BC3.9020704@FreeBSD.org> <509D90EC.5040302@FreeBSD.org> In-Reply-To: <509D90EC.5040302@FreeBSD.org> Content-Type: multipart/mixed; boundary="------------000007060705070806050007" Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Nov 2012 00:33:40 -0000 This is a multi-part message in MIME format. --------------000007060705070806050007 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 2012-11-10 00:25, Dimitry Andric wrote: ... > The more difficult way out is to not define any duplicate functions in > libc.a and libm.a. For the shared libraries, this should not be a > problem, since the dynamic linker will figure out which of the two > copies will get precedence. The functions must stay available for > backwards compatibility reasons anyway. > > For static libraries, this compatibility seems to be unnecessary, as > they will only be used to link new programs. Therefore, it would > probably be best to remove the whole isnan.o member from libc.a, and > move all the isnan functions to libm.a instead. > > Currently, isnan() is commented out in lib/msun/src/s_isnan.c, maybe we > can enable it whenever PIC is not defined? Then we could simply skip > building lib/libc/gen/isnan.c for libc.a. More concretely, here is a patch that seems to achieve the above: - Only define isnan, isnanf, __isnan and __isnanf in libc.so, not in libc.a and libc_p.a. - Define isnan in libm.a and libm_p.a, not in libm.so. I don't think there is a need to define __isnan in the .a files, so I left that out. --------------000007060705070806050007 Content-Type: text/x-diff; name="static-isnan-in-libm-1.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="static-isnan-in-libm-1.diff" Index: lib/libc/gen/isnan.c =================================================================== --- lib/libc/gen/isnan.c (revision 242841) +++ lib/libc/gen/isnan.c (working copy) @@ -35,6 +35,7 @@ * binary compat until we can bump libm's major version number. */ +#ifdef PIC __weak_reference(__isnan, isnan); __weak_reference(__isnanf, isnanf); @@ -55,3 +56,4 @@ __isnanf(float f) u.f = f; return (u.bits.exp == 255 && u.bits.man != 0); } +#endif /* PIC */ Index: lib/msun/src/s_isnan.c =================================================================== --- lib/msun/src/s_isnan.c (revision 242841) +++ lib/msun/src/s_isnan.c (working copy) @@ -30,8 +30,9 @@ #include "fpmath.h" -/* Provided by libc */ -#if 0 +/* Provided by libc.so */ +#ifndef PIC +#undef isnan int isnan(double d) { @@ -40,7 +41,7 @@ isnan(double d) u.d = d; return (u.bits.exp == 2047 && (u.bits.manl != 0 || u.bits.manh != 0)); } -#endif +#endif /* !PIC */ int __isnanf(float f) --------------000007060705070806050007-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 02:02:30 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1E3ADF44 for ; Sat, 10 Nov 2012 02:02:30 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from mouf.net (mouf.net [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b3]) by mx1.freebsd.org (Postfix) with ESMTP id D12E28FC0A for ; Sat, 10 Nov 2012 02:02:29 +0000 (UTC) Received: from meatwad.mouf.net (cpe-024-162-230-236.nc.res.rr.com [24.162.230.236]) (authenticated bits=0) by mouf.net (8.14.5/8.14.5) with ESMTP id qAA22Jiq054183 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT) for ; Fri, 9 Nov 2012 21:02:25 -0500 (EST) (envelope-from swills@FreeBSD.org) Message-ID: <509DB5AB.8030705@FreeBSD.org> Date: Fri, 09 Nov 2012 21:02:19 -0500 From: Steve Wills User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:16.0) Gecko/20121022 Thunderbird/16.0.1 MIME-Version: 1.0 To: current@FreeBSD.org Subject: panic with racct X-Enigmail-Version: 1.4.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mouf.net [199.48.129.64]); Fri, 09 Nov 2012 21:02:25 -0500 (EST) X-Spam-Status: No, score=0.0 required=4.5 tests=none autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mouf.net X-Virus-Scanned: clamav-milter 0.97.5 at mouf.net X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Nov 2012 02:02:30 -0000 Hi, I get this panic: Fatal trap 18: integer divide fault while in kernel mode cpuid = 4; apic id = 04 instruction pointer = 0x20:0xffffffff808f0c23 stack pointer = 0x28:0xffffff83693b8b40 frame pointer = 0x28:0xffffff83693b8ba0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 21 (racctd) with these options added to my kernel: options RCTL options RACCT This is with r242578. Removing them avoids the issue. The relevant code seems to be: % addr2line -e /boot/kernel.old/kernel 0xffffffff808f0c23 /usr/src/sys/kern/kern_racct.c:1142 Let me know if more info is needed, or if I should file a PR. Thanks, Steve From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 02:14:53 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E81CB3A0; Sat, 10 Nov 2012 02:14:53 +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 BB14E8FC0A; Sat, 10 Nov 2012 02:14:53 +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 qAA2Erbr079671; Fri, 9 Nov 2012 18:14:53 -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 qAA2Erlw079670; Fri, 9 Nov 2012 18:14:53 -0800 (PST) (envelope-from sgk) Date: Fri, 9 Nov 2012 18:14:53 -0800 From: Steve Kargl To: Dimitry Andric Subject: Re: clang and static linking? Message-ID: <20121110021453.GA79662@troutmask.apl.washington.edu> References: <20121108231349.GA79485@troutmask.apl.washington.edu> <509D4548.7030806@FreeBSD.org> <20121109182810.GA61338@troutmask.apl.washington.edu> <509D5BC3.9020704@FreeBSD.org> <509D90EC.5040302@FreeBSD.org> <509DA0E4.9060906@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <509DA0E4.9060906@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Nov 2012 02:14:54 -0000 On Sat, Nov 10, 2012 at 01:33:40AM +0100, Dimitry Andric wrote: > On 2012-11-10 00:25, Dimitry Andric wrote: > ... > > The more difficult way out is to not define any duplicate functions in > > libc.a and libm.a. For the shared libraries, this should not be a > > problem, since the dynamic linker will figure out which of the two > > copies will get precedence. The functions must stay available for > > backwards compatibility reasons anyway. > > > > For static libraries, this compatibility seems to be unnecessary, as > > they will only be used to link new programs. Therefore, it would > > probably be best to remove the whole isnan.o member from libc.a, and > > move all the isnan functions to libm.a instead. > > > > Currently, isnan() is commented out in lib/msun/src/s_isnan.c, maybe we > > can enable it whenever PIC is not defined? Then we could simply skip > > building lib/libc/gen/isnan.c for libc.a. > > More concretely, here is a patch that seems to achieve the above: > - Only define isnan, isnanf, __isnan and __isnanf in libc.so, not in > libc.a and libc_p.a. > - Define isnan in libm.a and libm_p.a, not in libm.so. I don't think > there is a need to define __isnan in the .a files, so I left that out. > Index: lib/libc/gen/isnan.c > =================================================================== > --- lib/libc/gen/isnan.c (revision 242841) > +++ lib/libc/gen/isnan.c (working copy) > @@ -35,6 +35,7 @@ > * binary compat until we can bump libm's major version number. > */ Dimitry, Your patch fixes the initial problem I saw with using gfortran and openmpi. Note, gfortran ignores -fno-builtins and I rarely build C code with -static and -fno-builtins that uses isnan[f]. Unless someone objects, I think your patch is fine. -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 05:33:13 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CDAEAB8B; Sat, 10 Nov 2012 05:33: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 93C9E8FC08; Sat, 10 Nov 2012 05:33:13 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qAA5XCxo045971; Sat, 10 Nov 2012 00:33:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qAA5XC1u045965; Sat, 10 Nov 2012 05:33:12 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 10 Nov 2012 05:33:12 GMT Message-Id: <201211100533.qAA5XC1u045965@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2012 05:33:14 -0000 TB --- 2012-11-10 03:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-10 03:10:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-10 03:10:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-11-10 03:10:01 - cleaning the object tree TB --- 2012-11-10 03:13:33 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-10 03:13:33 - cd /tinderbox/HEAD/i386/pc98 TB --- 2012-11-10 03:13:33 - /usr/local/bin/svn cleanup /src TB --- 2012-11-10 03:15:13 - /usr/local/bin/svn update /src TB --- 2012-11-10 03:15:24 - At svn revision 242847 TB --- 2012-11-10 03:15:25 - building world TB --- 2012-11-10 03:15:25 - CROSS_BUILD_TESTING=YES TB --- 2012-11-10 03:15:25 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-10 03:15:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-10 03:15:25 - SRCCONF=/dev/null TB --- 2012-11-10 03:15:25 - TARGET=pc98 TB --- 2012-11-10 03:15:25 - TARGET_ARCH=i386 TB --- 2012-11-10 03:15:25 - TZ=UTC TB --- 2012-11-10 03:15:25 - __MAKE_CONF=/dev/null TB --- 2012-11-10 03:15:25 - cd /src TB --- 2012-11-10 03:15:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Nov 10 03:15:30 UTC 2012 >>> 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 [...] ===> sys/boot/pc98/btx/lib (depend) rm -f .depend mkdep -f .depend -a -I/src/sys/boot/pc98/btx/lib/../../../i386/common -DPC98 -std=gnu99 /src/sys/boot/pc98/btx/lib/btxcsu.S ===> sys/boot/pc98/boot2 (depend) gcc -Os -fno-guess-branch-probability -fomit-frame-pointer -fno-unit-at-a-time -mno-align-long-strings -mrtd -mregparm=3 -DUFS1_AND_UFS2 -DFLAGS= -DSIOPRT=0x238 -DSIOFMT=0x3 -DSIOSPD=9600 -I/src/sys/boot/pc98/boot2/../../.. -I/src/sys/boot/pc98/boot2/../../i386/boot2 -I/src/sys/boot/pc98/boot2/../../common -I/src/sys/boot/pc98/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline --param max-inline-insns-single=100 -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -Os -DPC98 -std=gnu99 -Qunused-arguments -c /src/sys/boot/pc98/boot2/boot1.S gcc: unrecognized option '-Qunused-arguments' /src/sys/boot/pc98/boot2/boot1.S:0: error: -mrtd calling convention not supported in the 64bit mode /src/sys/boot/pc98/boot2/boot1.S:0: error: -mpreferred-stack-boundary=2 is not between 4 and 12 *** [boot1.o] Error code 1 Stop in /src/sys/boot/pc98/boot2. *** [depend] Error code 1 Stop in /src/sys/boot/pc98. *** [depend] Error code 1 Stop in /src/sys/boot. *** [depend] Error code 1 Stop in /src/sys. *** [sys.depend__D] Error code 1 Stop in /src. *** [_depend] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-10 05:33:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-10 05:33:12 - ERROR: failed to build world TB --- 2012-11-10 05:33:12 - 6724.23 user 901.04 system 8591.44 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 06:35:13 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DA4391A1; Sat, 10 Nov 2012 06:35: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 9ED838FC12; Sat, 10 Nov 2012 06:35:13 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qAA6ZCkk097327; Sat, 10 Nov 2012 01:35:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qAA6ZClx097324; Sat, 10 Nov 2012 06:35:12 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 10 Nov 2012 06:35:12 GMT Message-Id: <201211100635.qAA6ZClx097324@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2012 06:35:13 -0000 TB --- 2012-11-10 03:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-10 03:10:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-10 03:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-11-10 03:10:01 - cleaning the object tree TB --- 2012-11-10 03:16:41 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-10 03:16:41 - cd /tinderbox/HEAD/i386/i386 TB --- 2012-11-10 03:16:41 - /usr/local/bin/svn cleanup /src TB --- 2012-11-10 03:17:50 - /usr/local/bin/svn update /src TB --- 2012-11-10 03:18:00 - At svn revision 242847 TB --- 2012-11-10 03:18:01 - building world TB --- 2012-11-10 03:18:01 - CROSS_BUILD_TESTING=YES TB --- 2012-11-10 03:18:01 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-10 03:18:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-10 03:18:01 - SRCCONF=/dev/null TB --- 2012-11-10 03:18:01 - TARGET=i386 TB --- 2012-11-10 03:18:01 - TARGET_ARCH=i386 TB --- 2012-11-10 03:18:01 - TZ=UTC TB --- 2012-11-10 03:18:01 - __MAKE_CONF=/dev/null TB --- 2012-11-10 03:18:01 - cd /src TB --- 2012-11-10 03:18:01 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Nov 10 03:18:07 UTC 2012 >>> 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 10 06:16:37 UTC 2012 TB --- 2012-11-10 06:16:37 - generating LINT kernel config TB --- 2012-11-10 06:16:37 - cd /src/sys/i386/conf TB --- 2012-11-10 06:16:37 - /usr/bin/make -B LINT TB --- 2012-11-10 06:16:37 - cd /src/sys/i386/conf TB --- 2012-11-10 06:16:37 - /usr/sbin/config -m LINT TB --- 2012-11-10 06:16:38 - building LINT kernel TB --- 2012-11-10 06:16:38 - CROSS_BUILD_TESTING=YES TB --- 2012-11-10 06:16:38 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-10 06:16:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-10 06:16:38 - SRCCONF=/dev/null TB --- 2012-11-10 06:16:38 - TARGET=i386 TB --- 2012-11-10 06:16:38 - TARGET_ARCH=i386 TB --- 2012-11-10 06:16:38 - TZ=UTC TB --- 2012-11-10 06:16:38 - __MAKE_CONF=/dev/null TB --- 2012-11-10 06:16:38 - cd /src TB --- 2012-11-10 06:16:38 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 10 06:16:38 UTC 2012 >>> 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 [...] /src/sys/dev/nve/if_nve.c:461:33: error: incompatible pointer types assigning to 'PFN_PREPROCESS_PACKET_NOPQ' (aka 'PNV_VOID (*)(PNV_VOID, PNV_VOID)') from 'PNV_VOID (PNV_VOID, PNV_VOID)' [-Werror,-Wincompatible-pointer-types] osapi->pfnPreprocessPacketNopq = nve_ospreprocpktnopq; ^ ~~~~~~~~~~~~~~~~~~~~ /src/sys/dev/nve/if_nve.c:462:28: error: incompatible pointer types assigning to 'PFN_INDICATE_PACKETS' (aka 'NV_SINT32 (*)(PNV_VOID, PNV_VOID *, NV_UINT32)') from 'NV_SINT32 (PNV_VOID, PNV_VOID *, NV_UINT32)' [-Werror,-Wincompatible-pointer-types] osapi->pfnIndicatePackets = nve_osindicatepkt; ^ ~~~~~~~~~~~~~~~~~ fatal error: too many errors emitted, stopping now [-ferror-limit=] 20 errors generated. *** [if_nve.o] Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-10 06:35:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-10 06:35:12 - ERROR: failed to build LINT kernel TB --- 2012-11-10 06:35:12 - 8785.09 user 1491.05 system 12311.72 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 06:46:26 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 915C735E; Sat, 10 Nov 2012 06:46:26 +0000 (UTC) (envelope-from grog@lemis.com) Received: from w3.lemis.com (w3.lemis.com [208.86.224.149]) by mx1.freebsd.org (Postfix) with ESMTP id 579668FC0C; Sat, 10 Nov 2012 06:46:26 +0000 (UTC) Received: from eureka.lemis.com (1032.x.rootbsd.net [208.86.224.149]) by w3.lemis.com (Postfix) with ESMTP id 22A943B86E; Sat, 10 Nov 2012 06:46:24 +0000 (UTC) Received: by eureka.lemis.com (Postfix, from userid 1004) id 5348BF74EB; Sat, 10 Nov 2012 17:46:21 +1100 (EST) Date: Sat, 10 Nov 2012 17:46:21 +1100 From: Greg 'groggy' Lehey To: Dimitry Andric Subject: Traditional cpp (was: /usr/bin/calendar broken on current) Message-ID: <20121110064621.GA10902@eureka.lemis.com> References: <201211090658.qA96whII081757@pozo.com> <20121109072631.GQ77848@eureka.lemis.com> <509CFC88.7050606@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VS++wcV0S1rZb1Fb" Content-Disposition: inline In-Reply-To: <509CFC88.7050606@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Organization: The FreeBSD Project Phone: +61-3-5346-1370 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Nov 2012 06:46:26 -0000 --VS++wcV0S1rZb1Fb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Friday, 9 November 2012 at 13:52:24 +0100, Dimitry Andric wrote: > On 2012-11-09 08:26, Greg 'groggy' Lehey wrote:> On Thursday, 8 November > 2012 at 22:58:37 -0800, Manfred Antar wrote: >>> Sometime in the last week calendar stopped working. >>> not sure the cause >>> here is some of the output: >>> /usr/share/calendar/calendar.music:231:17: warning: missing terminating ' >>> character [-Winvalid-pp-token] >>> 12/16 Don McLean's "American Pie" is released, 1971 >>> ^ >> >> This is unexpected fallout from the transition from gcc to clang. >> calendar invokes cpp, and it seems that clang's cpp doesn't like what >> it sees. This patch works around the issue: >> >> --- pathnames.h (revision 242777) >> +++ pathnames.h (working copy) >> @@ -32,5 +32,5 @@ >> >> #include >> >> -#define _PATH_CPP "/usr/bin/cpp" >> +#define _PATH_CPP "/usr/bin/gcpp" >> #define _PATH_INCLUDE "/usr/share/calendar" >> >> Clearly that's not the solution. I'll investigate. > > Looks like yet another cpp -traditional abuse. Use or abuse? In any case, it's not the only one. In the Good Old Days people did things like that. So, it seems, does imake, and I'm sure others will come out of the woodwork. > Clang will most likely never support traditional preprocessing. OK. > It is probably better to just use sed or awk for this kind of > trickery. I'm not sure that's the way to go. It's more work than it's worth. What we really need is a traditional cpp. That's not difficult: there's one in 4.3BSD (all 32 kB of source). OpenBSD also had one, though it's gone now, so presumably that one has a clean license. Both appear to be from pcc. Should we import it into the tree as, say, tradcpp? Greg -- Sent from my desktop computer. Finger grog@FreeBSD.org for PGP public key. See complete headers for address and phone numbers. This message is digitally signed. If your Microsoft MUA reports problems, please read http://tinyurl.com/broken-mua --VS++wcV0S1rZb1Fb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlCd+DwACgkQIubykFB6QiPOaACfal8cv7TnIyYtiID4DzURyOMy L/UAoI2Z4JYxCGYbi8pFK6se4wn9t9PR =M5fQ -----END PGP SIGNATURE----- --VS++wcV0S1rZb1Fb-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 06:49:04 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7B073487; Sat, 10 Nov 2012 06:49:04 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 457148FC0C; Sat, 10 Nov 2012 06:49:04 +0000 (UTC) Received: by mail-pb0-f54.google.com with SMTP id wz17so1736681pbc.13 for ; Fri, 09 Nov 2012 22:49:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=FZMUH9B11IHNB2f99/xzVxwZ8SkBqV5pS0JpPdiClqI=; b=mZGUw/8So/MfXG0DFp0Bx7MIvXTdK4qMhJKcALeooyDZsy+DBZUmGsD5xz15jNROk7 5hcCumaNPkbjOoJgRV6DIJtuv7viOGjfC+u7rIOkSVXIrZy+HqA+woHDE4vLVjTKU5y9 mdrUf7c/t3VTZdZdAVUg6SHOcAFjZqiDmKmTaE5UKehopbqe1v8bklBqEHJQvbaR1lul Y9U7SqdHBfn1oCckfJcgA+YmP5T7MFEolPOImxfblar/wGzBVnIN+QTlesWxWV7J7lkd eyOwjAs7SDqDM9aUjS/1J3LKyH9ALZVbAvfzCeF/ndsgH6K+OFx5VVCiq7jyUJ2kAGHx vUig== MIME-Version: 1.0 Received: by 10.68.247.134 with SMTP id ye6mr33538760pbc.69.1352530143783; Fri, 09 Nov 2012 22:49:03 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.68.124.130 with HTTP; Fri, 9 Nov 2012 22:49:03 -0800 (PST) In-Reply-To: <20121109232544.65886E6726@smtp.hushmail.com> References: <20121109232544.65886E6726@smtp.hushmail.com> Date: Fri, 9 Nov 2012 22:49:03 -0800 X-Google-Sender-Auth: 4-VfMLB6er3EQAIX2c7t-VTzIgI Message-ID: Subject: Re: ath0: unable to attach hardware From: Adrian Chadd To: husyh@hush.com, John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Nov 2012 06:49:04 -0000 Hi, I'm CC'ing jhb@ (who is likely busy after Hurricane Sandy..) who spends time in the PCI bridge code. That looks correct (ie, the BAR(0) entry matches your dmesg entry.) The 0xffffffff register response however means that it isn't mapped into that particular region correctly. An asleep NIC will return 0xdeadbeef, 0xdeadc0de, etc. It doesn't return 0xffffffff for registers (well, except for AR_ISR, but that isn't being probed at this point.) Did you post a boot -v to -current, showing what all the PCI bridges are? I'd like to ensure that they're all setup right. Unfortunately I don't have time to try and figure out what's going on with the PCI bridge and resource allocation side of things. John - I think this is a PCI-PCI bridge resource allocation / setup problem. The BAR(0) for the NIC matches what the probe/attach line for ath0 says. but the register value of 0xffffffff to me indicates the NIC isn't mapped into that space correctly. The internal PCI glue in the NIC will return 0xdeadbeef, 0xdeadc0de, etc as register contents if the device is asleep and hasn't been woken up or reset correctly. It won't return 0xffffffff. I would really appreciate any help you or others can provide on this. Thanks, Adrian On 9 November 2012 15:25, wrote: > Hello, > > thank you for your reply. > > I've entered the following > pciconf -r ath0@pci0:2:4:0 0:255 > and received this output: > > 001b168c 02900406 02000001 00002008 > fdee0000 00000000 00000000 00000000 > 00000000 00000000 00005001 500111ad > 00000000 00000044 00000000 1c0a0110 > 00000000 01c20001 c6004000 00000000 > 00000000 00000000 00000000 00000000 > 00000000 00000000 00000000 00000000 > 00000000 00000000 00000000 00000000 > 00000000 00000000 00000000 00000000 > 00000000 00000000 00000000 00000000 > 00000000 00000000 00000000 00000000 > 00000000 00000000 00000000 00000000 > 00000000 00000000 00000000 00000000 > 00000000 00000000 00000000 00000000 > 00000000 00000000 00000000 00000000 > 00000000 00000000 00000000 00000000 > > I hope this helps you out. If not, please let me know what else I can do. > > Thanks! > > On Freitag, 9. November 2012 at 5:45 PM, "Adrian Chadd" wrote: >> >>Can you use pciconf to dump the config space? >> >>I think its pciconf -r 0:255 >> >>thanks! >> >> >> >>adrian >> >>On 9 November 2012 01:57, wrote: >>> Hello again, >>> >>> the mail I'm replying to (and which is cited below) hasn't >>caused a reaction yet. Seeing that this mailing list has quite a >>lot of traffic, I'm worried that the mail, and the issue it tries >>to point out, will be forgotten. >>> Should I file a bug report in hopes that the issue will somewhen >>be investigated/resolved? >>> >>> Again, I'm offering any kind of help I'm able to provide, i.e. >>delivering more information upon (hopefully detailed enough for me >>to understand) request, testing proposed fixes and doing some >>progamming on my own; for the latter, please keep in mind that I >>have no experience with the FreeBSD codebase or hardware >>programming. >>> >>> Thanks! >>> >>> On Samstag, 3. November 2012 at 11:43 AM, husyh@hush.com wrote: >>>> >>>>Hello everyone, >>>> >>>>I'm new to FreeBSD and wanted to install 9.0-RELEASE amd64 on a >>PC >>>>I was given. At first glance, it seems like everything is >>working, >>>>except the wireless LAN PCI card. >>>> >>>>I started a thread on freebsd-wireless on the 31st of October >>(see >>>>here: http://lists.freebsd.org/pipermail/freebsd-wireless/2012- >>>>October/002511.html or a repost of my original message with >>proper >>>>formatting: http://lists.freebsd.org/pipermail/freebsd- >>>>wireless/2012-October/002513.html ) >>>> >>>>Short summary: >>>>The card has the strings "Anatel", "WN5301A-H1-V02" and >>>>"KN160562*7" printed on it, although I'm not sure which, if any, >>>>of those is a proper product number. >>>>After setting >>>> >>>>hw.ath.debug=1 >>>>hw.ath.hal.debug=1 >>>> >>>>I receive >>>> >>>>ath0: mem 0xfdee0000-0xfdeeffff irq 16 at device >>>>4.0 on pci2 >>>>ar5212ChipTest: address test failed addr: 0x00008000 - >>>>wr:0x00000000 != rd:0xffffffff >>>>ar5212Attach: hardware self-test failed >>>>ath0: unable to attach hardware; HAL status 14 >>>>device_attach: ath0 attach returned 6 >>>> >>>>and am left unable to use the device. >>>>I tried 8.3-RELEASE i386 as well as 10.0-CURRENT amd64 and i386 >>>>snapshots from https://snapshots.glenbarber.us/Latest/ >>(seemlingly >>>>built a few days ago) and received the same messages, although I >>>>did not get the debug messages since I booted off of the >>>>installation media and therefore had a stock kernel, which >>>>seemingly doesn't enable ATH_DEBUG and AH_DEBUG. Booting the >>>>Ubuntu 12.04 amd64 installation media, I can use the NIC without >>>>having any problems. >>>> >>>>Adrian Chadd tried to help me via freebsd-wireless (thank you >>>>again,) but ultimately asked me this: >>>>"Please try a recent -HEAD i386 and amd64 snapshot and if that >>>>doesn't >>>>work, you could try posting for help on freebsd-current. But >>please >>>>stress that I think it's a bus enumeration and PCI bridge >>>>programming >>>>problem, _not_ a driver problem." >>>> >>>>And so I did. >>>> >>>>I'd be very glad if you could try to help me. Of course, I'm >>>>willing to provide any kind of information you might need, but >>>>please keep in mind that I'm new to FreeBSD and therefore would >>be >>>>thankful if you stated your instructions/requests in a newbie- >>>>friendly way. >>>> >>>>Thank you. >>>> >>>>_______________________________________________ >>>>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" >>> >>> _______________________________________________ >>> 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 10 06:49:30 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1AA0158D; Sat, 10 Nov 2012 06:49: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 DC00D8FC15; Sat, 10 Nov 2012 06:49:28 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qAA6nSKr078650; Sat, 10 Nov 2012 01:49:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qAA6nSQN078642; Sat, 10 Nov 2012 06:49:28 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 10 Nov 2012 06:49:28 GMT Message-Id: <201211100649.qAA6nSQN078642@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2012 06:49:30 -0000 TB --- 2012-11-10 05:33:12 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-10 05:33:12 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-10 05:33:12 - starting HEAD tinderbox run for mips/mips TB --- 2012-11-10 05:33:12 - cleaning the object tree TB --- 2012-11-10 05:34:08 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-10 05:34:08 - cd /tinderbox/HEAD/mips/mips TB --- 2012-11-10 05:34:08 - /usr/local/bin/svn cleanup /src TB --- 2012-11-10 05:35:11 - /usr/local/bin/svn update /src TB --- 2012-11-10 05:35:19 - At svn revision 242849 TB --- 2012-11-10 05:35:20 - building world TB --- 2012-11-10 05:35:20 - CROSS_BUILD_TESTING=YES TB --- 2012-11-10 05:35:20 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-10 05:35:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-10 05:35:20 - SRCCONF=/dev/null TB --- 2012-11-10 05:35:20 - TARGET=mips TB --- 2012-11-10 05:35:20 - TARGET_ARCH=mips TB --- 2012-11-10 05:35:20 - TZ=UTC TB --- 2012-11-10 05:35:20 - __MAKE_CONF=/dev/null TB --- 2012-11-10 05:35:20 - cd /src TB --- 2012-11-10 05:35:20 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Nov 10 05:35:25 UTC 2012 >>> 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 10 06:45:58 UTC 2012 TB --- 2012-11-10 06:45:58 - cd /src/sys/mips/conf TB --- 2012-11-10 06:45:58 - /usr/sbin/config -m ADM5120 TB --- 2012-11-10 06:45:58 - skipping ADM5120 kernel TB --- 2012-11-10 06:45:58 - cd /src/sys/mips/conf TB --- 2012-11-10 06:45:58 - /usr/sbin/config -m ALCHEMY TB --- 2012-11-10 06:45:58 - skipping ALCHEMY kernel TB --- 2012-11-10 06:45:58 - cd /src/sys/mips/conf TB --- 2012-11-10 06:45:58 - /usr/sbin/config -m AP91 TB --- 2012-11-10 06:45:58 - building AP91 kernel TB --- 2012-11-10 06:45:58 - CROSS_BUILD_TESTING=YES TB --- 2012-11-10 06:45:58 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-10 06:45:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-10 06:45:58 - SRCCONF=/dev/null TB --- 2012-11-10 06:45:58 - TARGET=mips TB --- 2012-11-10 06:45:58 - TARGET_ARCH=mips TB --- 2012-11-10 06:45:58 - TZ=UTC TB --- 2012-11-10 06:45:58 - __MAKE_CONF=/dev/null TB --- 2012-11-10 06:45:58 - cd /src TB --- 2012-11-10 06:45:58 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Sat Nov 10 06:45:58 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> export_syms awk -f /src/sys/conf/kmod_syms.awk wlan_amrr.ko.debug export_syms | xargs -J% objcopy % wlan_amrr.ko.debug objcopy --only-keep-debug wlan_amrr.ko.debug wlan_amrr.ko.symbols objcopy --strip-debug --add-gnu-debuglink=wlan_amrr.ko.symbols wlan_amrr.ko.debug wlan_amrr.ko ===> ath (all) cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips.mips/src/sys/AP91/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips.mips/src/sys/AP91 -msoft-float -ffreestanding -std=iso9899:1999 -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 -c /src/sys/modules/ath/../../dev/ath/if_ath.c In file included from /src/sys/modules/ath/../../dev/ath/if_ath.c:99: @/dev/ath/if_athvar.h:778: error: field 'sc_alq' has incomplete type *** [if_ath.o] Error code 1 Stop in /src/sys/modules/ath. *** [all] Error code 1 Stop in /src/sys/modules. *** [modules-all] Error code 1 Stop in /obj/mips.mips/src/sys/AP91. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-10 06:49:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-10 06:49:28 - ERROR: failed to build AP91 kernel TB --- 2012-11-10 06:49:28 - 2795.19 user 827.09 system 4575.52 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 07:04:26 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DCFE688D for ; Sat, 10 Nov 2012 07:04:26 +0000 (UTC) (envelope-from brett.mahar@gmx.com) Received: from mailout-eu.gmx.com (mailout-eu.gmx.com [213.165.64.43]) by mx1.freebsd.org (Postfix) with SMTP id 2C2BE8FC08 for ; Sat, 10 Nov 2012 07:04:26 +0000 (UTC) Received: (qmail invoked by alias); 10 Nov 2012 07:04:24 -0000 Received: from 124-149-149-115.dyn.iinet.net.au (EHLO emachine.the.domm) [124.149.149.115] by mail.gmx.com (mp-eu004) with SMTP; 10 Nov 2012 08:04:24 +0100 X-Authenticated: #117972605 X-Provags-ID: V01U2FsdGVkX1+34hkwt8i38st3JgbukwPpNgZQ6khNopz/SaJpv7 aI/zaH5J6+PExB Date: Sat, 10 Nov 2012 18:04:20 +1100 From: Brett To: current@freebsd.org Subject: Re: [head tinderbox] failure on arm/arm Message-Id: <20121110180420.13f067e133fde3f7b6fb1fb4@gmx.com> X-Mailer: Sylpheed 3.3.0beta2 (GTK+ 2.24.13; x86_64-unknown-openbsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Nov 2012 07:04:27 -0000 >>> No offence, but how many times did you break the build? Could you please >>> compile your code before committing next time? Thanks a lot! >> Just an observation: a few years ago when I got sick of Linux's "headlong rush" development model, I subscribed >>to various BSD mailing lists to see what else was out there. I considered FreeBSD at the time - there was a >> neverending avalanche of "[head tinderbox] failure" messages. This told me that I would be more likely to be >> running code written by people who knew what they were doing if I went with Open, Net, or DragonflyBSD. >Quite honestly, the head/current branch is going to have build >failures.. It's the test bed.. Stick with the release system unless you >want cutting edge.. just remember.. cutting edge cuts sometimes... In the context of this thread, 'test bed' could mean anything. To clarify, are you saying: a) You think it is ok for commits to be made to the head source code, that cause it to not compile. b) Anyone who disagrees with this should be running release, not current. The head branch is distributed around the world by a network of mirror sites, and then downloaded and compiled by a large number of people. It seems a very inefficient use of resources for this infrastructure to be used to see if some code will build. Would it not be more useful for current to be a test bed of bugfixes and new features, rather than directing users to a release and having current as a test bed for "will this compile"? Or I suppose we could all just wait 6 months for a release candidate to see if today's current has introduced any regressions on our hardware. From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 07:37:32 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 06912BA4; Sat, 10 Nov 2012 07:37: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 BF0D28FC0A; Sat, 10 Nov 2012 07:37:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qAA7bT0h048026; Sat, 10 Nov 2012 02:37:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qAA7bTSW048006; Sat, 10 Nov 2012 07:37:29 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 10 Nov 2012 07:37:29 GMT Message-Id: <201211100737.qAA7bTSW048006@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2012 07:37:32 -0000 TB --- 2012-11-10 03:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-10 03:10:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-10 03:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-11-10 03:10:01 - cleaning the object tree TB --- 2012-11-10 03:18:05 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-10 03:18:05 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2012-11-10 03:18:05 - /usr/local/bin/svn cleanup /src TB --- 2012-11-10 03:19:43 - /usr/local/bin/svn update /src TB --- 2012-11-10 03:19:51 - At svn revision 242847 TB --- 2012-11-10 03:19:52 - building world TB --- 2012-11-10 03:19:52 - CROSS_BUILD_TESTING=YES TB --- 2012-11-10 03:19:52 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-10 03:19:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-10 03:19:52 - SRCCONF=/dev/null TB --- 2012-11-10 03:19:52 - TARGET=amd64 TB --- 2012-11-10 03:19:52 - TARGET_ARCH=amd64 TB --- 2012-11-10 03:19:52 - TZ=UTC TB --- 2012-11-10 03:19:52 - __MAKE_CONF=/dev/null TB --- 2012-11-10 03:19:52 - cd /src TB --- 2012-11-10 03:19:52 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Nov 10 03:19:57 UTC 2012 >>> 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 10 06:55:07 UTC 2012 TB --- 2012-11-10 06:55:08 - generating LINT kernel config TB --- 2012-11-10 06:55:08 - cd /src/sys/amd64/conf TB --- 2012-11-10 06:55:08 - /usr/bin/make -B LINT TB --- 2012-11-10 06:55:08 - cd /src/sys/amd64/conf TB --- 2012-11-10 06:55:08 - /usr/sbin/config -m LINT TB --- 2012-11-10 06:55:08 - building LINT kernel TB --- 2012-11-10 06:55:08 - CROSS_BUILD_TESTING=YES TB --- 2012-11-10 06:55:08 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-10 06:55:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-10 06:55:08 - SRCCONF=/dev/null TB --- 2012-11-10 06:55:08 - TARGET=amd64 TB --- 2012-11-10 06:55:08 - TARGET_ARCH=amd64 TB --- 2012-11-10 06:55:08 - TZ=UTC TB --- 2012-11-10 06:55:08 - __MAKE_CONF=/dev/null TB --- 2012-11-10 06:55:08 - cd /src TB --- 2012-11-10 06:55:08 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 10 06:55:08 UTC 2012 >>> 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 completed on Sat Nov 10 07:25:31 UTC 2012 TB --- 2012-11-10 07:25:31 - cd /src/sys/amd64/conf TB --- 2012-11-10 07:25:31 - /usr/sbin/config -m LINT-NOINET TB --- 2012-11-10 07:25:31 - building LINT-NOINET kernel TB --- 2012-11-10 07:25:31 - CROSS_BUILD_TESTING=YES TB --- 2012-11-10 07:25:31 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-10 07:25:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-10 07:25:31 - SRCCONF=/dev/null TB --- 2012-11-10 07:25:31 - TARGET=amd64 TB --- 2012-11-10 07:25:31 - TARGET_ARCH=amd64 TB --- 2012-11-10 07:25:31 - TZ=UTC TB --- 2012-11-10 07:25:31 - __MAKE_CONF=/dev/null TB --- 2012-11-10 07:25:31 - cd /src TB --- 2012-11-10 07:25:31 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sat Nov 10 07:25:31 UTC 2012 >>> 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 [...] /src/sys/netinet/tcp_timewait.c:535:2: note: remove the 'if' if its condition is always true if (isipv6) { ^~~~~~~~~~~~ /src/sys/netinet/tcp_timewait.c:515:14: note: initialize the variable 'hdrlen' to silence this warning u_int hdrlen, optlen; ^ = 0 1 error generated. *** [tcp_timewait.o] Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT-NOINET. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-10 07:37:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-10 07:37:29 - ERROR: failed to build LINT-NOINET kernel TB --- 2012-11-10 07:37:29 - 11093.88 user 2034.98 system 16048.27 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 11:49:40 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 59351FED; Sat, 10 Nov 2012 11:49:40 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id 0544F8FC08; Sat, 10 Nov 2012 11:49:39 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:5d9b:98de:ed36:153c] (unknown [IPv6:2001:7b8:3a7:0:5d9b:98de:ed36:153c]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 142E15C59; Sat, 10 Nov 2012 12:49:32 +0100 (CET) Message-ID: <509E3F53.4060609@FreeBSD.org> Date: Sat, 10 Nov 2012 12:49:39 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Greg 'groggy' Lehey Subject: Re: Traditional cpp References: <201211090658.qA96whII081757@pozo.com> <20121109072631.GQ77848@eureka.lemis.com> <509CFC88.7050606@FreeBSD.org> <20121110064621.GA10902@eureka.lemis.com> In-Reply-To: <20121110064621.GA10902@eureka.lemis.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Koop Mast , freebsd-current@freebsd.org, Niclas Zeising X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Nov 2012 11:49:40 -0000 On 2012-11-10 07:46, Greg 'groggy' Lehey wrote: > On Friday, 9 November 2012 at 13:52:24 +0100, Dimitry Andric wrote: ... >> Looks like yet another cpp -traditional abuse. > Use or abuse? Abuse, definitely. :-) A "C Preprocessor" is clearly meant to preprocess C, not arbitrary text files. You can see the problem of this approach, when you try to use another traditional preprocessor, like ports/devel/ucpp, for tools like Imake. Niclas Zeising can probably tell some interesting stories about this. Any subtly different spacing, token parsing behaviour, etc. tend to break those tools. They are basically relying on the specifics of the GNU cpp implementation. > In any case, it's not the only one. In the Good Old > Days people did things like that. So, it seems, does imake, and I'm > sure others will come out of the woodwork. > >> Clang will most likely never support traditional preprocessing. > > OK. > >> It is probably better to just use sed or awk for this kind of >> trickery. > > I'm not sure that's the way to go. It's more work than it's worth. > > What we really need is a traditional cpp. That's not difficult: > there's one in 4.3BSD (all 32 kB of source). OpenBSD also had one, > though it's gone now, so presumably that one has a clean license. > Both appear to be from pcc. Should we import it into the tree as, > say, tradcpp? Please check with Niclas and the other ports guys who have been wrestling with exactly this issue for some time. They may have lots of good suggestions. From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 11:55:11 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1DB621CB for ; Sat, 10 Nov 2012 11:55:11 +0000 (UTC) (envelope-from mueller23@insightbb.com) Received: from mail.insightbb.com (smtp1.insight.synacor.com [208.47.185.23]) by mx1.freebsd.org (Postfix) with ESMTP id BFDCC8FC14 for ; Sat, 10 Nov 2012 11:55:09 +0000 (UTC) X_CMAE_Category: 0,0 Undefined,Undefined X-CNFS-Analysis: v=2.0 cv=f43K9ZOM c=1 sm=0 a=Dm9TOXL4taQ+Gy1KovpL+A==:17 a=2yuFT1btKP0A:10 a=jLN7EqiLvroA:10 a=9YQ-1ebCAAAA:8 a=70HuqxjXubIA:10 a=7YfXLusrAAAA:8 a=6I5d2MoRAAAA:8 a=8ggJXkvBAAAA:8 a=FP58Ms26AAAA:8 a=vHG5aY3EgAWcfBMW-qMA:9 a=XvKbGIMP6GoA:10 a=Dm9TOXL4taQ+Gy1KovpL+A==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: smtp01.insight.synacor.com smtp.mail=mueller23@insightbb.com; spf=softfail; sender-id=softfail Authentication-Results: smtp01.insight.synacor.com header.from=mueller23@insightbb.com; sender-id=softfail Received-SPF: softfail (smtp01.insight.synacor.com: transitional domain insightbb.com does not designate 74.130.198.7 as permitted sender) Received: from [74.130.198.7] ([74.130.198.7:54745] helo=localhost) by mail.insightbb.com (envelope-from ) (ecelerity 2.2.3.49 r(42060/42061)) with ESMTP id 38/2F-17144-7904E905; Sat, 10 Nov 2012 06:55:03 -0500 Date: Sat, 10 Nov 2012 06:55:03 -0500 Message-ID: <38.2F.17144.7904E905@smtp01.insight.synacor.com> From: "Thomas Mueller" To: freebsd-current@freebsd.org Subject: Re: [head tinderbox] failure on arm/arm Cc: Brett X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Nov 2012 11:55:11 -0000 from Brett : > Just an observation: a few years ago when I got sick of Linux's "headlong rush" development model, I subscribed to various BSD mailing lists to see what > +else was out there. I considered FreeBSD at the time - there was a neverending avalanche of "[head tinderbox] failure" messages. This told me that I would > +be more likely to be running code written by people who knew what they were doing if I went with Open, Net, or DragonflyBSD. > I safely run OpenBSD-current on my main computer and it always works (I think I have had 2-3 build problems in about 3 years, and they were all my fault). > At the moment, I only feel confident enough with FreeBSD-current to run it on my unimportant torrent computer. This is 80% due to constant build failures, > and 20% due to invasive changes being introduced with documentation/instructions scattered over many different pages and mailing lists, e.g: > http://wiki.freebsd.org/FrontPage?action=fullsearch&context=180&value=xorg&titlesearch=Titles > http://wiki.freebsd.org/FrontPage?action=fullsearch&context=180&value=pkgng&titlesearch=Titles > Hypothetical user: "Is it WITHOUT_PKGNG= or WITHOUT_PKGNG=yes or WITH_PKGNG=no today?" > I wonder how many other people that you never hear from feel the same, and if some sort of "x weeks commit freezeout" should apply to the build breakers. > Cute pointy hats or whatever obviously have no effect. > Rant over! I too had monstrous problems rebuilding all ports that depend on png. But I am not really satisfied with the other BSDs. NetBSD is hit-or-miss to build successfully, more miss than hit. NetBSD supports GPT awkwardly but has no support for USB 3.0. NetBSD is rather unstable. I think I'd trust FreeBSD-current over a stable or release version of NetBSD. How does OpenBSD compare in that regard? I think DragonFlyBSD just introduced USB 3.0 support in 3.2.1, but that is off by default. There are live USB images available for DragonflyBSD from www.dragonflybsd.org, and live USB images available for OpenBSD at liveusb-openbsd.sourceforge.net . I'd like to try, just to see what they look like and how or if they support my hardware. Tom From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 12:34:39 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B867592D for ; Sat, 10 Nov 2012 12:34:39 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vps.rulingia.com (host-122-100-2-194.octopus.com.au [122.100.2.194]) by mx1.freebsd.org (Postfix) with ESMTP id 2C0638FC08 for ; Sat, 10 Nov 2012 12:34:38 +0000 (UTC) Received: from server.rulingia.com (c220-239-241-202.belrs5.nsw.optusnet.com.au [220.239.241.202]) by vps.rulingia.com (8.14.5/8.14.5) with ESMTP id qAACYUVh057101 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 10 Nov 2012 23:34:31 +1100 (EST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.14.5/8.14.5) with ESMTP id qAACYO1Q003614 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 10 Nov 2012 23:34:24 +1100 (EST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.14.5/8.14.5/Submit) id qAACYO6L003613; Sat, 10 Nov 2012 23:34:24 +1100 (EST) (envelope-from peter) Date: Sat, 10 Nov 2012 23:34:24 +1100 From: Peter Jeremy To: Brett Subject: Re: [head tinderbox] failure on arm/arm Message-ID: <20121110123424.GA506@server.rulingia.com> References: <20121110091632.f1dce0d1e3f1110e781d4780@gmx.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+HP7ph2BbKc20aGI" Content-Disposition: inline In-Reply-To: <20121110091632.f1dce0d1e3f1110e781d4780@gmx.com> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Nov 2012 12:34:39 -0000 --+HP7ph2BbKc20aGI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2012-Nov-10 09:16:32 +1100, Brett wrote: >Just an observation: a few years ago when I got sick of Linux's >"headlong rush" development model, I subscribed to various BSD >mailing lists to see what else was out there. I considered FreeBSD at >the time - there was a neverending avalanche of "[head tinderbox] >failure" messages. The Project tries to avoid it but occasional build failures on the development branch are very likely to occur. As a new user, you would be much better off starting with a release branch. >This told me that I would be more likely to be running code written >by people who knew what they were doing if I went with Open, Net, or >DragonflyBSD. I think that's being unfair. Do Open, Net or DFly have an equivalent to the tinderboxes that do automated test builds and report failures? And, since you have replied to an ARM failure, DragonflyBSD would not be an option since it doesn't support ARM. --=20 Peter Jeremy --+HP7ph2BbKc20aGI Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlCeSdAACgkQ/opHv/APuIf7zgCfR7FA9+K9GViGq5x/gbnX9Gxq gykAoKVwQTlIzP7zjHo5kdOhZ/E9oF1r =2oUI -----END PGP SIGNATURE----- --+HP7ph2BbKc20aGI-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 12:34:56 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D9EB9A40 for ; Sat, 10 Nov 2012 12:34:56 +0000 (UTC) (envelope-from brett.mahar@gmx.com) Received: from mailout-eu.gmx.com (mailout-eu.gmx.com [213.165.64.43]) by mx1.freebsd.org (Postfix) with SMTP id 2BB558FC08 for ; Sat, 10 Nov 2012 12:34:56 +0000 (UTC) Received: (qmail invoked by alias); 10 Nov 2012 12:34:54 -0000 Received: from 124-149-149-115.dyn.iinet.net.au (EHLO emachine.the.domm) [124.149.149.115] by mail.gmx.com (mp-eu003) with SMTP; 10 Nov 2012 13:34:54 +0100 X-Authenticated: #117972605 X-Provags-ID: V01U2FsdGVkX19vdgcgJTVv/s/uwNYcASjYLZ0AOzKk5t/epYdvDR 8Ww7zZkjvDUw2u Date: Sat, 10 Nov 2012 23:34:49 +1100 From: Brett To: "Thomas Mueller" Subject: Re: [head tinderbox] failure on arm/arm Message-Id: <20121110233449.66b06b6165747c64dcafc36c@gmx.com> In-Reply-To: <38.2F.17144.7904E905@smtp01.insight.synacor.com> References: <38.2F.17144.7904E905@smtp01.insight.synacor.com> X-Mailer: Sylpheed 3.3.0beta2 (GTK+ 2.24.13; x86_64-unknown-openbsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Nov 2012 12:34:56 -0000 > > NetBSD is hit-or-miss to build successfully, more miss than hit. NetBSD supports GPT awkwardly but has no support for USB 3.0. > > NetBSD is rather unstable. I think I'd trust FreeBSD-current over a stable or release version of NetBSD. > > How does OpenBSD compare in that regard? > > I think DragonFlyBSD just introduced USB 3.0 support in 3.2.1, but that is off by default. > > There are live USB images available for DragonflyBSD from www.dragonflybsd.org, > and live USB images available for OpenBSD at liveusb-openbsd.sourceforge.net . > > I'd like to try, just to see what they look like and how or if they support my hardware. > > > Tom I haven't used NetBSD for a while. OpenBSD (both current and release) are very stable and predictable. Totally trustworthy. The six month release cycle seems to encourage incremental change. The lack of multiple branches means its a lot easier for developers and porters to stay on top of things. FreeBSD has more new features (such as the USB 3.0 you mentioned), also more support for other hardware tweakables (e.g. more Intel CPU power saving modes). I've only briefly used DragonflyBSD but plan to get it cranking again on one of my machines soon. The release version I tried before seemed pretty solid and gave good (desktop) performance. Its interesting to look at the relative strengths and weaknesses of each, how they've evolved, and hopefully learn some more. Brett. From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 12:54:11 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A50AABF for ; Sat, 10 Nov 2012 12:54:11 +0000 (UTC) (envelope-from brett.mahar@gmx.com) Received: from mailout-eu.gmx.com (mailout-eu.gmx.com [213.165.64.43]) by mx1.freebsd.org (Postfix) with SMTP id 0FBE28FC15 for ; Sat, 10 Nov 2012 12:54:10 +0000 (UTC) Received: (qmail invoked by alias); 10 Nov 2012 12:54:09 -0000 Received: from 124-149-149-115.dyn.iinet.net.au (EHLO emachine.the.domm) [124.149.149.115] by mail.gmx.com (mp-eu005) with SMTP; 10 Nov 2012 13:54:09 +0100 X-Authenticated: #117972605 X-Provags-ID: V01U2FsdGVkX1+58UU7xJm5tUyKbuOqh0x+6upermb8wW49jeHr7q is5TbG0Ojz6Rtz Date: Sat, 10 Nov 2012 23:54:03 +1100 From: Brett To: Peter Jeremy Subject: Re: [head tinderbox] failure on arm/arm Message-Id: <20121110235403.e0777d14f0fe274f99bafd30@gmx.com> In-Reply-To: <20121110123424.GA506@server.rulingia.com> References: <20121110091632.f1dce0d1e3f1110e781d4780@gmx.com> <20121110123424.GA506@server.rulingia.com> X-Mailer: Sylpheed 3.3.0beta2 (GTK+ 2.24.13; x86_64-unknown-openbsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Nov 2012 12:54:11 -0000 On Sat, 10 Nov 2012 23:34:24 +1100 Peter Jeremy wrote: > On 2012-Nov-10 09:16:32 +1100, Brett wrote: > >Just an observation: a few years ago when I got sick of Linux's > >"headlong rush" development model, I subscribed to various BSD > >mailing lists to see what else was out there. I considered FreeBSD at > >the time - there was a neverending avalanche of "[head tinderbox] > >failure" messages. > > The Project tries to avoid it but occasional build failures on the > development branch are very likely to occur. As a new user, you > would be much better off starting with a release branch. > I used 9.0 and release candidates for a couple of months beforehand so i would know what "usually" works and doesn't work before, trying current out. Compared to many of the old timers out there I guess this makes me very new still, though! > >This told me that I would be more likely to be running code written > >by people who knew what they were doing if I went with Open, Net, or > >DragonflyBSD. > > I think that's being unfair. Do Open, Net or DFly have an equivalent > to the tinderboxes that do automated test builds and report failures? > And, since you have replied to an ARM failure, DragonflyBSD would not > be an option since it doesn't support ARM. > The point I was trying to make (context lost in the partial quote above) was not that it is better or worse than the other BSDs, but that at the time (maybe 3 years ago) when I was looking around to alternatives to Linux and reading the various mailing lists, this was the impression I got. I am sure other people must see these daily failures and get the same impression. Whether this is fair or not has nothing to do with what impressions people form, and what OS they subsequently decide to install. As I recall reading, the tinderbox was established due to the high incidence of build failures. In my original post on this thread, I was commenting not on the failure of ARM build in particular, but chiming in after Doug Brewer's request for the code to be tested before being committed. If anyone else had backed him up I would not have felt the need to write. Cheers, Brett. From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 13:39:07 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3D125E3C for ; Sat, 10 Nov 2012 13:39:07 +0000 (UTC) (envelope-from husyh@hush.com) Received: from smtp10.hushmail.com (smtp10a.hushmail.com [65.39.178.239]) by mx1.freebsd.org (Postfix) with ESMTP id D4DDF8FC15 for ; Sat, 10 Nov 2012 13:39:06 +0000 (UTC) Received: from smtp10.hushmail.com (smtp10a.hushmail.com [65.39.178.239]) by smtp10.hushmail.com (Postfix) with SMTP id 046111B50DA for ; Sat, 10 Nov 2012 13:08:44 +0000 (UTC) Received: from smtp.hushmail.com (w7.hushmail.com [65.39.178.32]) by smtp10.hushmail.com (Postfix) with ESMTP; Sat, 10 Nov 2012 13:08:43 +0000 (UTC) Received: by smtp.hushmail.com (Postfix, from userid 99) id 5EFD66F443; Sat, 10 Nov 2012 13:08:43 +0000 (UTC) MIME-Version: 1.0 Date: Sat, 10 Nov 2012 14:08:42 +0100 To: "Adrian Chadd" , "John Baldwin" Subject: Re: ath0: unable to attach hardware From: husyh@hush.com Content-Type: multipart/mixed; boundary="=_32ee879a5fcc5cf2e3220a6315377d3c" Message-Id: <20121110130843.5EFD66F443@smtp.hushmail.com> Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Nov 2012 13:39:07 -0000 --=_32ee879a5fcc5cf2e3220a6315377d3c Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="UTF-8" Hello everyone, I took both the i386 and amd64 November snapshots of 10.0-CURRENT from https://snapshots.glenbarber.us/Latest/, and when the bootloader on the DVD appeared, I selected the verbose boot option, waited for the installer to come up, dropped to a shell and issued "dmesg", the output of which I piped to two files which hopefully are attached to this e-mail. In case they are stripped from the mailing list, I've posted their contents to a nopaste: http://nopaste.info/a445c43d6a.html for amd64 http://nopaste.info/bac000949c.html for i386 I hope this is the information you were asking for. Please let me know if I can do anything else. Thank you very much. On Samstag, 10. November 2012 at 7:49 AM, "Adrian Chadd" wrote: > >Hi, > >I'm CC'ing jhb@ (who is likely busy after Hurricane Sandy..) who >spends time in the PCI bridge code. > >That looks correct (ie, the BAR(0) entry matches your dmesg entry.) > >The 0xffffffff register response however means that it isn't mapped >into that particular region correctly. An asleep NIC will return >0xdeadbeef, 0xdeadc0de, etc. >It doesn't return 0xffffffff for registers (well, except for >AR_ISR, >but that isn't being probed at this point.) > >Did you post a boot -v to -current, showing what all the PCI >bridges >are? I'd like to ensure that they're all setup right. >Unfortunately I >don't have time to try and figure out what's going on with the PCI >bridge and resource allocation side of things. > >John - I think this is a PCI-PCI bridge resource allocation / setup >problem. The BAR(0) for the NIC matches what the probe/attach line >for >ath0 says. but the register value of 0xffffffff to me indicates the >NIC isn't mapped into that space correctly. The internal PCI glue >in >the NIC will return 0xdeadbeef, 0xdeadc0de, etc as register >contents >if the device is asleep and hasn't been woken up or reset >correctly. >It won't return 0xffffffff. > >I would really appreciate any help you or others can provide on >this. > >Thanks, > > > >Adrian > >On 9 November 2012 15:25, wrote: >> Hello, >> >> thank you for your reply. >> >> I've entered the following >> pciconf -r ath0@pci0:2:4:0 0:255 >> and received this output: >> >> 001b168c 02900406 02000001 00002008 >> fdee0000 00000000 00000000 00000000 >> 00000000 00000000 00005001 500111ad >> 00000000 00000044 00000000 1c0a0110 >> 00000000 01c20001 c6004000 00000000 >> 00000000 00000000 00000000 00000000 >> 00000000 00000000 00000000 00000000 >> 00000000 00000000 00000000 00000000 >> 00000000 00000000 00000000 00000000 >> 00000000 00000000 00000000 00000000 >> 00000000 00000000 00000000 00000000 >> 00000000 00000000 00000000 00000000 >> 00000000 00000000 00000000 00000000 >> 00000000 00000000 00000000 00000000 >> 00000000 00000000 00000000 00000000 >> 00000000 00000000 00000000 00000000 >> >> I hope this helps you out. If not, please let me know what else >I can do. >> >> Thanks! >> >> On Freitag, 9. November 2012 at 5:45 PM, "Adrian Chadd" > wrote: >>> >>>Can you use pciconf to dump the config space? >>> >>>I think its pciconf -r 0:255 >>> >>>thanks! >>> >>> >>> >>>adrian >>> >>>On 9 November 2012 01:57, wrote: >>>> Hello again, >>>> >>>> the mail I'm replying to (and which is cited below) hasn't >>>caused a reaction yet. Seeing that this mailing list has quite a >>>lot of traffic, I'm worried that the mail, and the issue it tries >>>to point out, will be forgotten. >>>> Should I file a bug report in hopes that the issue will >somewhen >>>be investigated/resolved? >>>> >>>> Again, I'm offering any kind of help I'm able to provide, i.e. >>>delivering more information upon (hopefully detailed enough for >me >>>to understand) request, testing proposed fixes and doing some >>>progamming on my own; for the latter, please keep in mind that I >>>have no experience with the FreeBSD codebase or hardware >>>programming. >>>> >>>> Thanks! >>>> >>>> On Samstag, 3. November 2012 at 11:43 AM, husyh@hush.com wrote: >>>>> >>>>>Hello everyone, >>>>> >>>>>I'm new to FreeBSD and wanted to install 9.0-RELEASE amd64 on a >>>PC >>>>>I was given. At first glance, it seems like everything is >>>working, >>>>>except the wireless LAN PCI card. >>>>> >>>>>I started a thread on freebsd-wireless on the 31st of October >>>(see >>>>>here: http://lists.freebsd.org/pipermail/freebsd-wireless/2012- >>>>>October/002511.html or a repost of my original message with >>>proper >>>>>formatting: http://lists.freebsd.org/pipermail/freebsd- >>>>>wireless/2012-October/002513.html ) >>>>> >>>>>Short summary: >>>>>The card has the strings "Anatel", "WN5301A-H1-V02" and >>>>>"KN160562*7" printed on it, although I'm not sure which, if >any, >>>>>of those is a proper product number. >>>>>After setting >>>>> >>>>>hw.ath.debug=1 >>>>>hw.ath.hal.debug=1 >>>>> >>>>>I receive >>>>> >>>>>ath0: mem 0xfdee0000-0xfdeeffff irq 16 at device >>>>>4.0 on pci2 >>>>>ar5212ChipTest: address test failed addr: 0x00008000 - >>>>>wr:0x00000000 != rd:0xffffffff >>>>>ar5212Attach: hardware self-test failed >>>>>ath0: unable to attach hardware; HAL status 14 >>>>>device_attach: ath0 attach returned 6 >>>>> >>>>>and am left unable to use the device. >>>>>I tried 8.3-RELEASE i386 as well as 10.0-CURRENT amd64 and i386 >>>>>snapshots from https://snapshots.glenbarber.us/Latest/ >>>(seemlingly >>>>>built a few days ago) and received the same messages, although >I >>>>>did not get the debug messages since I booted off of the >>>>>installation media and therefore had a stock kernel, which >>>>>seemingly doesn't enable ATH_DEBUG and AH_DEBUG. Booting the >>>>>Ubuntu 12.04 amd64 installation media, I can use the NIC >without >>>>>having any problems. >>>>> >>>>>Adrian Chadd tried to help me via freebsd-wireless (thank you >>>>>again,) but ultimately asked me this: >>>>>"Please try a recent -HEAD i386 and amd64 snapshot and if that >>>>>doesn't >>>>>work, you could try posting for help on freebsd-current. But >>>please >>>>>stress that I think it's a bus enumeration and PCI bridge >>>>>programming >>>>>problem, _not_ a driver problem." >>>>> >>>>>And so I did. >>>>> >>>>>I'd be very glad if you could try to help me. Of course, I'm >>>>>willing to provide any kind of information you might need, but >>>>>please keep in mind that I'm new to FreeBSD and therefore would >>>be >>>>>thankful if you stated your instructions/requests in a newbie- >>>>>friendly way. >>>>> >>>>>Thank you. >>>>> >>>>>_______________________________________________ >>>>>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" >>>> >>>> _______________________________________________ >>>> 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" >> --=_32ee879a5fcc5cf2e3220a6315377d3c Content-Transfer-Encoding: base64 Content-Type: text/plain; name="dmesg_amd64.txt"; Content-Disposition: attachment; filename="dmesg_amd64.txt"; VGFibGUgJ0ZBQ1AnIGF0IDB4N2ZlZTMwYzAKVGFibGUgJ01DRkcnIGF0IDB4N2ZlZTg4MDAKVGFi bGUgJ0FQSUMnIGF0IDB4N2ZlZTg3MDAKQVBJQzogRm91bmQgdGFibGUgYXQgMHg3ZmVlODcwMApB UElDOiBVc2luZyB0aGUgTUFEVCBlbnVtZXJhdG9yLgpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAw IEFDUEkgSUQgMDogZW5hYmxlZApTTVA6IEFkZGVkIENQVSAwIChBUCkKTUFEVDogRm91bmQgQ1BV IEFQSUMgSUQgMSBBQ1BJIElEIDE6IGVuYWJsZWQKU01QOiBBZGRlZCBDUFUgMSAoQVApCk1BRFQ6 IEZvdW5kIENQVSBBUElDIElEIDIgQUNQSSBJRCAyOiBkaXNhYmxlZApNQURUOiBGb3VuZCBDUFUg QVBJQyBJRCAzIEFDUEkgSUQgMzogZGlzYWJsZWQKQ29weXJpZ2h0IChjKSAxOTkyLTIwMTIgVGhl IEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAx OTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAxOTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5p dmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmlnaHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEg cmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZyZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCAx MC4wLUNVUlJFTlQgIzUgcjI0MjQ2NDogRnJpIE5vdiAgMiAwMzoyNjo0MCBVVEMgMjAxMgogICAg cm9vdEBrYW9zLmdsZW5iYXJiZXIudXM6L3Vzci9vYmovdXNyL3NyYy9zeXMvR0VORVJJQyBhbWQ2 NApXQVJOSU5HOiBXSVRORVNTIG9wdGlvbiBlbmFibGVkLCBleHBlY3QgcmVkdWNlZCBwZXJmb3Jt YW5jZS4KUHJlbG9hZGVkIGVsZiBrZXJuZWwgIi9ib290L2tlcm5lbC9rZXJuZWwiIGF0IDB4ZmZm ZmZmZmY4MThjMDAwMC4KQ2FsaWJyYXRpbmcgVFNDIGNsb2NrIC4uLiBUU0MgY2xvY2s6IDMwMDA5 MTQ3OTAgSHoKQ1BVOiBJbnRlbChSKSBQZW50aXVtKFIpIEQgQ1BVIDMuMDBHSHogKDMwMDAuOTEt TUh6IEs4LWNsYXNzIENQVSkKICBPcmlnaW4gPSAiR2VudWluZUludGVsIiAgSWQgPSAweGY2MiAg RmFtaWx5ID0gMHhmICBNb2RlbCA9IDB4NiAgU3RlcHBpbmcgPSAyCiAgRmVhdHVyZXM9MHhiZmVi ZmJmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNSLFBBRSxNQ0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdF LE1DQSxDTU9WLFBBVCxQU0UzNixDTEZMVVNILERUUyxBQ1BJLE1NWCxGWFNSLFNTRSxTU0UyLFNT LEhUVCxUTSxQQkU+CiAgRmVhdHVyZXMyPTB4ZTQzZDxTU0UzLERURVM2NCxNT04sRFNfQ1BMLFZN WCxDTlhULUlELENYMTYseFRQUixQRENNPgogIEFNRCBGZWF0dXJlcz0weDIwMTAwODAwPFNZU0NB TEwsTlgsTE0+CiAgQU1EIEZlYXR1cmVzMj0weDE8TEFIRj4KICBUU0M6IFAtc3RhdGUgaW52YXJp YW50CnJlYWwgbWVtb3J5ICA9IDIxNDc0ODM2NDggKDIwNDggTUIpClBoeXNpY2FsIG1lbW9yeSBj aHVuayhzKToKMHgwMDAwMDAwMDAwMDEwMDAwIC0gMHgwMDAwMDAwMDAwMDliZmZmLCA1NzM0NDAg Ynl0ZXMgKDE0MCBwYWdlcykKMHgwMDAwMDAwMDAwMTAwMDAwIC0gMHgwMDAwMDAwMDAwMWZmZmZm LCAxMDQ4NTc2IGJ5dGVzICgyNTYgcGFnZXMpCjB4MDAwMDAwMDAwMThlZjAwMCAtIDB4MDAwMDAw MDA3YzI2ZmZmZiwgMjA1Njc4NTkyMCBieXRlcyAoNTAyMTQ1IHBhZ2VzKQphdmFpbCBtZW1vcnkg PSAyMDQwMTE5Mjk2ICgxOTQ1IE1CKQpFdmVudCB0aW1lciAiTEFQSUMiIHF1YWxpdHkgNDAwCkFD UEkgQVBJQyBUYWJsZTogPEhQLUNQQyBBV1JEQUNQST4KSU5UUjogQWRkaW5nIGxvY2FsIEFQSUMg MSBhcyBhIHRhcmdldApGcmVlQlNEL1NNUDogTXVsdGlwcm9jZXNzb3IgU3lzdGVtIERldGVjdGVk OiAyIENQVXMKRnJlZUJTRC9TTVA6IDEgcGFja2FnZShzKSB4IDIgY29yZShzKQogY3B1MCAoQlNQ KTogQVBJQyBJRDogIDAKIGNwdTEgKEFQKTogQVBJQyBJRDogIDEKeDg2YmlvczogIElWVCAweDAw MDAwMC0weDAwMDRmZiBhdCAweGZmZmZmZTAwMDAwMDAwMDAKeDg2YmlvczogU1NFRyAweDA5ODAw MC0weDA5OGZmZiBhdCAweGZmZmZmZjgwMDAyMGQwMDAKeDg2YmlvczogRUJEQSAweDA5ZjAwMC0w eDA5ZmZmZiBhdCAweGZmZmZmZTAwMDAwOWYwMDAKeDg2YmlvczogIFJPTSAweDBhMDAwMC0weDBm ZWZmZiBhdCAweGZmZmZmZTAwMDAwYTAwMDAKQVBJQzogQ1BVIDAgaGFzIEFDUEkgSUQgMApBUElD OiBDUFUgMSBoYXMgQUNQSSBJRCAxClVMRTogc2V0dXAgY3B1IDAKVUxFOiBzZXR1cCBjcHUgMQpB Q1BJOiBSU0RQIDB4ZjdmODAgMDAwMTQgKHYwMCBIUC1DUEMpCkFDUEk6IFJTRFQgMHg3ZmVlMzA0 MCAwMDAzMCAodjAxIEhQLUNQQyBBV1JEQUNQSSA0MjMwMkUzMSBBV1JEIDAwMDAwMDAwKQpBQ1BJ OiBGQUNQIDB4N2ZlZTMwYzAgMDAwNzQgKHYwMSBIUC1DUEMgQVdSREFDUEkgNDIzMDJFMzEgQVdS RCAwMDAwMDAwMCkKQUNQSTogRFNEVCAweDdmZWUzMTgwIDA1NTI5ICh2MDEgSFAtQ1BDIEFXUkRB Q1BJIDAwMDAxMDAwIE1TRlQgMDEwMDAwMEUpCkFDUEk6IEZBQ1MgMHg3ZmVlMDAwMCAwMDA0MApB Q1BJOiBNQ0ZHIDB4N2ZlZTg4MDAgMDAwM0MgKHYwMSBIUC1DUEMgQVdSREFDUEkgNDIzMDJFMzEg QVdSRCAwMDAwMDAwMCkKQUNQSTogQVBJQyAweDdmZWU4NzAwIDAwMDg0ICh2MDEgSFAtQ1BDIEFX UkRBQ1BJIDQyMzAyRTMxIEFXUkQgMDAwMDAwMDApCk1BRFQ6IEZvdW5kIElPIEFQSUMgSUQgNCwg SW50ZXJydXB0IDAgYXQgMHhmZWMwMDAwMAppb2FwaWMwOiBDaGFuZ2luZyBBUElDIElEIHRvIDQK aW9hcGljMDogUm91dGluZyBleHRlcm5hbCA4MjU5QSdzIC0+IGludHBpbiAwCk1BRFQ6IEludGVy cnVwdCBvdmVycmlkZTogc291cmNlIDAsIGlycSAyCmlvYXBpYzA6IFJvdXRpbmcgSVJRIDAgLT4g aW50cGluIDIKTUFEVDogSW50ZXJydXB0IG92ZXJyaWRlOiBzb3VyY2UgOSwgaXJxIDkKaW9hcGlj MDogaW50cGluIDkgdHJpZ2dlcjogbGV2ZWwKbGFwaWMwOiBSb3V0aW5nIE5NSSAtPiBMSU5UMQps YXBpYzA6IExJTlQxIHRyaWdnZXI6IGVkZ2UKbGFwaWMwOiBMSU5UMSBwb2xhcml0eTogaGlnaAps YXBpYzE6IFJvdXRpbmcgTk1JIC0+IExJTlQxCmxhcGljMTogTElOVDEgdHJpZ2dlcjogZWRnZQps YXBpYzE6IExJTlQxIHBvbGFyaXR5OiBoaWdoCk1BRFQ6IElnbm9yaW5nIGxvY2FsIE5NSSByb3V0 ZWQgdG8gQUNQSSBDUFUgMgpNQURUOiBJZ25vcmluZyBsb2NhbCBOTUkgcm91dGVkIHRvIEFDUEkg Q1BVIDMKaW9hcGljMCA8VmVyc2lvbiAyLjA+IGlycXMgMC0yMyBvbiBtb3RoZXJib2FyZApjcHUw IEJTUDoKICAgICBJRDogMHgwMDAwMDAwMCAgIFZFUjogMHgwMDA1MDAxNCBMRFI6IDB4MDAwMDAw MDAgREZSOiAweGZmZmZmZmZmCiAgbGludDA6IDB4MDAwMTA3MDAgbGludDE6IDB4MDAwMDA0MDAg VFBSOiAweDAwMDAwMDAwIFNWUjogMHgwMDAwMDFmZgogIHRpbWVyOiAweDAwMDEwMGVmIHRoZXJt OiAweDAwMDEwMDAwIGVycjogMHgwMDAwMDBmMCBwbWM6IDB4MDAwMTA0MDAKc25kX3VuaXRfaW5p dCgpIHU9MHgwMGZmODAwMCBbNTEyXSBkPTB4MDAwMDdjMDAgWzMyXSBjPTB4MDAwMDAzZmYgWzEw MjRdCmZlZWRlcl9yZWdpc3Rlcjogc25kX3VuaXQ9LTEgc25kX21heGF1dG92Y2hhbnM9MTYgbGF0 ZW5jeT01IGZlZWRlcl9yYXRlX21pbj0xIGZlZWRlcl9yYXRlX21heD0yMDE2MDAwIGZlZWRlcl9y YXRlX3JvdW5kPTI1CndsYW46IDw4MDIuMTEgTGluayBMYXllcj4KbWVtOiA8bWVtb3J5PgpuZnNs b2NrOiBwc2V1ZG8tZGV2aWNlCm51bGw6IDxudWxsIGRldmljZSwgemVybyBkZXZpY2U+CnJhbmRv bTogPGVudHJvcHkgc291cmNlLCBTb2Z0d2FyZSwgWWFycm93PgpWRVNBOiBJTlQgMHgxMCB2ZWN0 b3IgMHhjMDAwOjB4MDQ1YQpWRVNBOiBpbmZvcm1hdGlvbiBibG9jawowMDAwICAgNTYgNDUgNTMg NDEgMDAgMDMgNDggMDIgMDAgYzAgMDEgMDAgMDAgMDAgNDQgMDAKMDAxMCAgIDAwIDk5IDAwIDAx IDBjIDA5IDg4IDAxIDAwIGMwIDk0IDAwIDAwIGMwIGJjIDQ2CjAwMjAgICAwMCBjMCAwMCAwMCAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMAowMDMwICAgMDAgMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAKMDA0MCAgIDAwIDAwIDAwIDAwIDAwIDAx IDAxIDAxIDAzIDAxIDA1IDAxIDA3IDAxIDA5IDAxCjAwNTAgICAwYSAwMSAzMCAwMSAxMCAwMSAx MSAwMSAxMiAwMSAxMyAwMSAxNCAwMSAxNSAwMQowMDYwICAgMTYgMDEgMTcgMDEgMTggMDEgMTkg MDEgMWEgMDEgMWIgMDEgMGQgMDEgMGUgMDEKMDA3MCAgIDBmIDAxIDIwIDAxIDkzIDAxIDk0IDAx IDk1IDAxIDk2IDAxIGIzIDAxIGI0IDAxCjAwODAgICBiNSAwMSBiNiAwMSBjMyAwMSBjNCAwMSBj NSAwMSBjNiAwMSA4MyAwMSA4NCAwMQowMDkwICAgODUgMDEgODYgMDEgMzMgMDEgMzQgMDEgMzUg MDEgMzYgMDEgNTMgMDEgNTQgMDEKMDBhMCAgIDU1IDAxIDU2IDAxIDYzIDAxIDY0IDAxIDY1IDAx IDY2IDAxIDIxIDAxIDIyIDAxCjAwYjAgICAyMyAwMSAyNCAwMSA0MyAwMSA0NCAwMSA0NSAwMSA0 NiAwMSA3MyAwMSA3NCAwMQowMGMwICAgNzUgMDEgNzYgMDEgODMgMDEgODQgMDEgODUgMDEgODYg MDEgZDMgMDEgZDQgMDEKMDBkMCAgIGQ1IDAxIGQ2IDAxIGUzIDAxIGU0IDAxIGU1IDAxIGU2IDAx IGZmIGZmIDAwIDAwCjAwZTAgICAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAw MCAwMCAwMCAwMAowMGYwICAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg MDAgMDAgMDAKMDEwMCAgIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAw IDAwIDAwCjAxMTAgICAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAw MCAwMAowMTIwICAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg MDAKMDEzMCAgIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAw CjAxNDAgICAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMAow MTUwICAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAKMDE2 MCAgIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwCjAxNzAg ICAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMAowMTgwICAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAKMDE5MCAgIDAw IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwCjAxYTAgICAwMCAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMAowMWIwICAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAKMDFjMCAgIDAwIDAwIDAw IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwCjAxZDAgICAwMCAwMCAwMCAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMAowMWUwICAgMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAKMDFmMCAgIDAwIDAwIDAwIDAwIDAw IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwClZFU0E6IDc2IG1vZGUocykgZm91bmQK VkVTQTogdjMuMCwgMTYzODRrIG1lbW9yeSwgZmxhZ3M6MHgxLCBtb2RlIHRhYmxlOjB4ZmZmZmZm ODAwMDI1MzA0NCAoOTkwMDAwNDQpClZFU0E6IEFUSSBBVE9NQklPUwpWRVNBOiAoQykgMTk4OC0y MDA1LCBBVEkgVGVjaG5vbG9naWVzIEluYy4gIFJWNTE1IDAxLjAwCmlvOiA8SS9PPgprYmQ6IG5l dyBhcnJheSBzaXplIDQKa2JkMSBhdCBrYmRtdXgwCmhwdDI3eHg6IFJvY2tldFJBSUQgMjd4eCBj b250cm9sbGVyIGRyaXZlciB2MS4wIChOb3YgIDIgMjAxMiAwMzoyNjoxMikKaHB0cnI6IFJvY2tl dFJBSUQgMTd4eC8yeHh4IFNBVEEgY29udHJvbGxlciBkcml2ZXIgdjEuMgphY3BpMDogPEhQLUNQ QyBBV1JEQUNQST4gb24gbW90aGVyYm9hcmQKUENJZTogTWVtb3J5IE1hcHBlZCBjb25maWd1cmF0 aW9uIGJhc2UgQCAweGYwMDAwMDAwCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDkgKElTQSBJUlEg OSkgdG8gbGFwaWMgMCB2ZWN0b3IgNDgKYWNwaTA6IFBvd2VyIEJ1dHRvbiAoZml4ZWQpCmFjcGkw OiByZXNlcnZhdGlvbiBvZiAwLCBhMDAwMCAoMykgZmFpbGVkCmFjcGkwOiByZXNlcnZhdGlvbiBv ZiAxMDAwMDAsIDdmZGUwMDAwICgzKSBmYWlsZWQKY3B1MDogUHJvY2Vzc29yIFxcX1BSXy5DUFUw IChBQ1BJIElEIDApIC0+IEFQSUMgSUQgMApjcHUwOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmNwdTA6 IHN3aXRjaGluZyB0byBnZW5lcmljIEN4IG1vZGUKY3B1MTogUHJvY2Vzc29yIFxcX1BSXy5DUFUx IChBQ1BJIElEIDEpIC0+IEFQSUMgSUQgMQpjcHUxOiA8QUNQSSBDUFU+IG9uIGFjcGkwCkFDUEk6 IFByb2Nlc3NvciBcXF9QUl8uQ1BVMiAoQUNQSSBJRCAyKSBpZ25vcmVkCkFDUEk6IFByb2Nlc3Nv ciBcXF9QUl8uQ1BVMyAoQUNQSSBJRCAzKSBpZ25vcmVkCmF0dGltZXIwOiA8QVQgdGltZXI+IHBv cnQgMHg0MC0weDQzIGlycSAwIG9uIGFjcGkwClRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVlbmN5 IDExOTMxODIgSHogcXVhbGl0eSAwCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDIgKElTQSBJUlEg MCkgdG8gbGFwaWMgMCB2ZWN0b3IgNDkKRXZlbnQgdGltZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5 MzE4MiBIeiBxdWFsaXR5IDEwMAphdHJ0YzA6IDxBVCByZWFsdGltZSBjbG9jaz4gcG9ydCAweDcw LTB4NzMgaXJxIDggb24gYWNwaTAKYXRydGMwOiByZWdpc3RlcmVkIGFzIGEgdGltZS1vZi1kYXkg Y2xvY2sgKHJlc29sdXRpb24gMTAwMDAwMHVzLCBhZGp1c3RtZW50IDAuNTAwMDAwMDAwcykKaW9h cGljMDogcm91dGluZyBpbnRwaW4gOCAoSVNBIElSUSA4KSB0byBsYXBpYyAwIHZlY3RvciA1MApF dmVudCB0aW1lciAiUlRDIiBmcmVxdWVuY3kgMzI3NjggSHogcXVhbGl0eSAwCkFDUEkgdGltZXI6 IDEvMCAxLzAgMS8wIDEvMCAxLzAgMS8wIDEvMCAxLzAgMS8wIDEvMCAtPiAxMApUaW1lY291bnRl ciAiQUNQSS1mYXN0IiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5IDkwMAphY3BpX3RpbWVy MDogPDI0LWJpdCB0aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9ydCAweDQwOC0weDQwYiBvbiBhY3Bp MApwY2lfbGluazA6ICAgICAgICBJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogIEluaXRpYWwg UHJvYmUgICAgICAgMCAgICA3ICAgTiAgICAgMCAgMyA0IDUgNyA5IDEwIDExIDEyIDE0IDE1CiAg VmFsaWRhdGlvbiAgICAgICAgICAwICAgIDcgICBOICAgICAwICAzIDQgNSA3IDkgMTAgMTEgMTIg MTQgMTUKICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDcgOSAx MCAxMSAxMiAxNCAxNQpwY2lfbGluazE6ICAgICAgICBJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJR cwogIEluaXRpYWwgUHJvYmUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDUgNyA5IDEwIDEx IDEyIDE0IDE1CiAgVmFsaWRhdGlvbiAgICAgICAgICAwICAyNTUgICBOICAgICAwICAzIDQgNSA3 IDkgMTAgMTEgMTIgMTQgMTUKICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAg IDMgNCA1IDcgOSAxMCAxMSAxMiAxNCAxNQpwY2lfbGluazI6ICAgICAgICBJbmRleCAgSVJRICBS dGQgIFJlZiAgSVJRcwogIEluaXRpYWwgUHJvYmUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0 IDUgNyA5IDEwIDExIDEyIDE0IDE1CiAgVmFsaWRhdGlvbiAgICAgICAgICAwICAyNTUgICBOICAg ICAwICAzIDQgNSA3IDkgMTAgMTEgMTIgMTQgMTUKICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1 NSAgIE4gICAgIDAgIDMgNCA1IDcgOSAxMCAxMSAxMiAxNCAxNQpwY2lfbGluazM6ICAgICAgICBJ bmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogIEluaXRpYWwgUHJvYmUgICAgICAgMCAgIDExICAg TiAgICAgMCAgMyA0IDUgNyA5IDEwIDExIDEyIDE0IDE1CiAgVmFsaWRhdGlvbiAgICAgICAgICAw ICAgMTEgICBOICAgICAwICAzIDQgNSA3IDkgMTAgMTEgMTIgMTQgMTUKICBBZnRlciBEaXNhYmxl ICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDcgOSAxMCAxMSAxMiAxNCAxNQpwY2lfbGlu azQ6ICAgICAgICBJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogIEluaXRpYWwgUHJvYmUgICAg ICAgMCAgIDEwICAgTiAgICAgMCAgMyA0IDUgNyA5IDEwIDExIDEyIDE0IDE1CiAgVmFsaWRhdGlv biAgICAgICAgICAwICAgMTAgICBOICAgICAwICAzIDQgNSA3IDkgMTAgMTEgMTIgMTQgMTUKICBB ZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDcgOSAxMCAxMSAxMiAx NCAxNQpwY2lfbGluazU6ICAgICAgICBJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogIEluaXRp YWwgUHJvYmUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDUgNyA5IDEwIDExIDEyIDE0IDE1 CiAgVmFsaWRhdGlvbiAgICAgICAgICAwICAyNTUgICBOICAgICAwICAzIDQgNSA3IDkgMTAgMTEg MTIgMTQgMTUKICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDcg OSAxMCAxMSAxMiAxNCAxNQpwY2lfbGluazY6ICAgICAgICBJbmRleCAgSVJRICBSdGQgIFJlZiAg SVJRcwogIEluaXRpYWwgUHJvYmUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDUgNyA5IDEw IDExIDEyIDE0IDE1CiAgVmFsaWRhdGlvbiAgICAgICAgICAwICAyNTUgICBOICAgICAwICAzIDQg NSA3IDkgMTAgMTEgMTIgMTQgMTUKICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAg IDAgIDMgNCA1IDcgOSAxMCAxMSAxMiAxNCAxNQpwY2lfbGluazc6ICAgICAgICBJbmRleCAgSVJR ICBSdGQgIFJlZiAgSVJRcwogIEluaXRpYWwgUHJvYmUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAg MyA0IDUgNyA5IDEwIDExIDEyIDE0IDE1CiAgVmFsaWRhdGlvbiAgICAgICAgICAwICAyNTUgICBO ICAgICAwICAzIDQgNSA3IDkgMTAgMTEgMTIgMTQgMTUKICBBZnRlciBEaXNhYmxlICAgICAgIDAg IDI1NSAgIE4gICAgIDAgIDMgNCA1IDcgOSAxMCAxMSAxMiAxNCAxNQphY3BpX2J1dHRvbjA6IDxQ b3dlciBCdXR0b24+IG9uIGFjcGkwCnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQg MHhjZjgtMHhjZmYgb24gYWNwaTAKcGNpYjA6IGRlY29kaW5nIDQgcmFuZ2UgMC0weGNmNwpwY2li MDogZGVjb2RpbmcgNCByYW5nZSAweGQwMC0weGZmZmYKcGNpYjA6IGRlY29kaW5nIDMgcmFuZ2Ug MHhhMDAwMC0weGJmZmZmCnBjaWIwOiBkZWNvZGluZyAzIHJhbmdlIDB4YzAwMDAtMHhkZmZmZgpw Y2liMDogZGVjb2RpbmcgMyByYW5nZSAweDdmZjAwMDAwLTB4ZmViZmZmZmYKcGNpMDogPEFDUEkg UENJIGJ1cz4gb24gcGNpYjAKcGNpMDogZG9tYWluPTAsIHBoeXNpY2FsIGJ1cz0wCmZvdW5kLT4J dmVuZG9yPTB4ODA4NiwgZGV2PTB4Mjc3MCwgcmV2aWQ9MHg4MQoJZG9tYWluPTAsIGJ1cz0wLCBz bG90PTAsIGZ1bmM9MAoJY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21k cmVnPTB4MDAwNiwgc3RhdHJlZz0weDIwOTAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1l cj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91 bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgyNzcxLCByZXZpZD0weDgxCglkb21haW49MCwgYnVz PTAsIHNsb3Q9MSwgZnVuYz0wCgljbGFzcz0wNi0wNC0wMCwgaGRydHlwZT0weDAxLCBtZmRldj0w CgljbWRyZWc9MHgwMDA3LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTggKGR3b3JkcykKCWxh dHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwOCAoMjAwMCBucyksIG1heGxhdD0weDAwICgw IG5zKQoJaW50cGluPWEsIGlycT03Cglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJl bnQgRDAKCU1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAu MS5JTlRBCnBjaWIwOiBzbG90IDEgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE2CmZvdW5kLT4JdmVu ZG9yPTB4ODA4NiwgZGV2PTB4MjdkOCwgcmV2aWQ9MHgwMQoJZG9tYWluPTAsIGJ1cz0wLCBzbG90 PTI3LCBmdW5jPTAKCWNsYXNzPTA0LTAzLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJl Zz0weDAwMDYsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9OCAoZHdvcmRzKQoJbGF0dGltZXI9 MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRw aW49YSwgaXJxPTcKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAoJTVNJ IHN1cHBvcnRzIDEgbWVzc2FnZSwgNjQgYml0CgltYXBbMTBdOiB0eXBlIE1lbW9yeSwgcmFuZ2Ug NjQsIGJhc2UgMHhmZGZmODAwMCwgc2l6ZSAxNCwgZW5hYmxlZApwY2liMDogYWxsb2NhdGVkIHR5 cGUgMyAoMHhmZGZmODAwMC0weGZkZmZiZmZmKSBmb3IgcmlkIDEwIG9mIHBjaTA6MDoyNzowCnBj aWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjI3LklOVEEKcGNpYjA6IHNsb3QgMjcgSU5UQSBoYXJk d2lyZWQgdG8gSVJRIDE2CmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MjdjOCwgcmV2aWQ9 MHgwMQoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTI5LCBmdW5jPTAKCWNsYXNzPTBjLTAzLTAwLCBo ZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAwMDUsIHN0YXRyZWc9MHgwMjgwLCBjYWNo ZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5z KSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTI1NQoJbWFwWzIwXTogdHlwZSBJ L08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHhmZjAwLCBzaXplICA1LCBlbmFibGVkCnBjaWIwOiBh bGxvY2F0ZWQgdHlwZSA0ICgweGZmMDAtMHhmZjFmKSBmb3IgcmlkIDIwIG9mIHBjaTA6MDoyOTow CmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MjdjOSwgcmV2aWQ9MHgwMQoJZG9tYWluPTAs IGJ1cz0wLCBzbG90PTI5LCBmdW5jPTEKCWNsYXNzPTBjLTAzLTAwLCBoZHJ0eXBlPTB4MDAsIG1m ZGV2PTAKCWNtZHJlZz0weDAwMDUsIHN0YXRyZWc9MHgwMjgwLCBjYWNoZWxuc3o9MCAoZHdvcmRz KQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAg KDAgbnMpCglpbnRwaW49YiwgaXJxPTI1NQoJbWFwWzIwXTogdHlwZSBJL08gUG9ydCwgcmFuZ2Ug MzIsIGJhc2UgMHhmZTAwLCBzaXplICA1LCBlbmFibGVkCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0 ICgweGZlMDAtMHhmZTFmKSBmb3IgcmlkIDIwIG9mIHBjaTA6MDoyOToxCmZvdW5kLT4JdmVuZG9y PTB4ODA4NiwgZGV2PTB4MjdjYSwgcmV2aWQ9MHgwMQoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTI5 LCBmdW5jPTIKCWNsYXNzPTBjLTAzLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0w eDAwMDUsIHN0YXRyZWc9MHgwMjgwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgw MCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49 YywgaXJxPTI1NQoJbWFwWzIwXTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHhmZDAw LCBzaXplICA1LCBlbmFibGVkCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweGZkMDAtMHhmZDFm KSBmb3IgcmlkIDIwIG9mIHBjaTA6MDoyOToyCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4 MjdjYiwgcmV2aWQ9MHgwMQoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTI5LCBmdW5jPTMKCWNsYXNz PTBjLTAzLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDUsIHN0YXRyZWc9 MHgwMjgwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdu dD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49ZCwgaXJxPTI1NQoJbWFw WzIwXTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHhmYzAwLCBzaXplICA1LCBlbmFi bGVkCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweGZjMDAtMHhmYzFmKSBmb3IgcmlkIDIwIG9m IHBjaTA6MDoyOTozCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MjdjYywgcmV2aWQ9MHgw MQoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTI5LCBmdW5jPTcKCWNsYXNzPTBjLTAzLTIwLCBoZHJ0 eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDYsIHN0YXRyZWc9MHgwMjkwLCBjYWNoZWxu c3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwg bWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTI1NQoJcG93ZXJzcGVjIDIgIHN1cHBv cnRzIEQwIEQzICBjdXJyZW50IEQwCgltYXBbMTBdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJh c2UgMHhmZGZmZjAwMCwgc2l6ZSAxMCwgZW5hYmxlZApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAo MHhmZGZmZjAwMC0weGZkZmZmM2ZmKSBmb3IgcmlkIDEwIG9mIHBjaTA6MDoyOTo3CmZvdW5kLT4J dmVuZG9yPTB4ODA4NiwgZGV2PTB4MjQ0ZSwgcmV2aWQ9MHhlMQoJZG9tYWluPTAsIGJ1cz0wLCBz bG90PTMwLCBmdW5jPTAKCWNsYXNzPTA2LTA0LTAxLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTAKCWNt ZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGlt ZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCmZv dW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MjdiOCwgcmV2aWQ9MHgwMQoJZG9tYWluPTAsIGJ1 cz0wLCBzbG90PTMxLCBmdW5jPTAKCWNsYXNzPTA2LTAxLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2 PTEKCWNtZHJlZz0weDAxMDcsIHN0YXRyZWc9MHgwMjEwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJ bGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAg bnMpCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MjdkZiwgcmV2aWQ9MHgwMQoJZG9tYWlu PTAsIGJ1cz0wLCBzbG90PTMxLCBmdW5jPTEKCWNsYXNzPTAxLTAxLThhLCBoZHJ0eXBlPTB4MDAs IG1mZGV2PTAKCWNtZHJlZz0weDAwMDUsIHN0YXRyZWc9MHgwMjg4LCBjYWNoZWxuc3o9MCAoZHdv cmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4 MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTI1NQpwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHgx ZjAtMHgxZjcpIGZvciByaWQgMTAgb2YgcGNpMDowOjMxOjEKcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDQgKDB4M2Y2LTB4M2Y2KSBmb3IgcmlkIDE0IG9mIHBjaTA6MDozMToxCnBjaWIwOiBhbGxvY2F0 ZWQgdHlwZSA0ICgweDE3MC0weDE3NykgZm9yIHJpZCAxOCBvZiBwY2kwOjA6MzE6MQpwY2liMDog YWxsb2NhdGVkIHR5cGUgNCAoMHgzNzYtMHgzNzYpIGZvciByaWQgMWMgb2YgcGNpMDowOjMxOjEK CW1hcFsyMF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4ZmIwMCwgc2l6ZSAgNCwg ZW5hYmxlZApwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHhmYjAwLTB4ZmIwZikgZm9yIHJpZCAy MCBvZiBwY2kwOjA6MzE6MQpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDI3YzAsIHJldmlk PTB4MDEKCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0zMSwgZnVuYz0yCgljbGFzcz0wMS0wMS04Ziwg aGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDA3LCBzdGF0cmVnPTB4MDJiMCwgY2Fj aGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBu cyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWIsIGlycT0xMQoJcG93ZXJzcGVjIDIgIHN1 cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCgltYXBbMTBdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAz MiwgYmFzZSAweGZhMDAsIHNpemUgIDMsIGVuYWJsZWQKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQg KDB4ZmEwMC0weGZhMDcpIGZvciByaWQgMTAgb2YgcGNpMDowOjMxOjIKCW1hcFsxNF06IHR5cGUg SS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4ZjkwMCwgc2l6ZSAgMiwgZW5hYmxlZApwY2liMDog YWxsb2NhdGVkIHR5cGUgNCAoMHhmOTAwLTB4ZjkwMykgZm9yIHJpZCAxNCBvZiBwY2kwOjA6MzE6 MgoJbWFwWzE4XTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHhmODAwLCBzaXplICAz LCBlbmFibGVkCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweGY4MDAtMHhmODA3KSBmb3Igcmlk IDE4IG9mIHBjaTA6MDozMToyCgltYXBbMWNdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFz ZSAweGY3MDAsIHNpemUgIDIsIGVuYWJsZWQKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4Zjcw MC0weGY3MDMpIGZvciByaWQgMWMgb2YgcGNpMDowOjMxOjIKCW1hcFsyMF06IHR5cGUgSS9PIFBv cnQsIHJhbmdlIDMyLCBiYXNlIDB4ZjYwMCwgc2l6ZSAgNCwgZW5hYmxlZApwY2liMDogYWxsb2Nh dGVkIHR5cGUgNCAoMHhmNjAwLTB4ZjYwZikgZm9yIHJpZCAyMCBvZiBwY2kwOjA6MzE6MgoJbWFw WzI0XTogdHlwZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4ZmRmZmUwMDAsIHNpemUgMTAsIGVu YWJsZWQKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZmRmZmUwMDAtMHhmZGZmZTNmZikgZm9y IHJpZCAyNCBvZiBwY2kwOjA6MzE6MgpwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4zMS5JTlRC CnBjaWIwOiBzbG90IDMxIElOVEIgaGFyZHdpcmVkIHRvIElSUSAxOQpmb3VuZC0+CXZlbmRvcj0w eDgwODYsIGRldj0weDI3ZGEsIHJldmlkPTB4MDEKCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0zMSwg ZnVuYz0zCgljbGFzcz0wYy0wNS0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgw MDAxLCBzdGF0cmVnPTB4MDI4MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAg KDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWIs IGlycT0yNTUKCW1hcFsyMF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4NTAwLCBz aXplICA1LCBlbmFibGVkCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweDUwMC0weDUxZikgZm9y IHJpZCAyMCBvZiBwY2kwOjA6MzE6MwpDUFUwOiBsb2NhbCBBUElDIGVycm9yIDB4ODAKQ1BVMDog bG9jYWwgQVBJQyBlcnJvciAweDgwCkNQVTA6IGxvY2FsIEFQSUMgZXJyb3IgMHg4MApDUFUwOiBs b2NhbCBBUElDIGVycm9yIDB4ODAKcGNpYjE6IDxQQ0ktUENJIGJyaWRnZT4gaXJxIDE2IGF0IGRl dmljZSAxLjAgb24gcGNpMApwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHhkMDAwLTB4ZGZmZikg Zm9yIHJpZCAxYyBvZiBwY2liMQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhmZGMwMDAwMC0w eGZkY2ZmZmZmKSBmb3IgcmlkIDIwIG9mIHBjaWIxCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgw eGUwMDAwMDAwLTB4ZWZmZmZmZmYpIGZvciByaWQgMjQgb2YgcGNpYjEKcGNpYjE6ICAgZG9tYWlu ICAgICAgICAgICAgMApwY2liMTogICBzZWNvbmRhcnkgYnVzICAgICAxCnBjaWIxOiAgIHN1Ym9y ZGluYXRlIGJ1cyAgIDEKcGNpYjE6ICAgSS9PIGRlY29kZSAgICAgICAgMHhkMDAwLTB4ZGZmZgpw Y2liMTogICBtZW1vcnkgZGVjb2RlICAgICAweGZkYzAwMDAwLTB4ZmRjZmZmZmYKcGNpYjE6ICAg cHJlZmV0Y2hlZCBkZWNvZGUgMHhlMDAwMDAwMC0weGVmZmZmZmZmCnBjaTE6IDxQQ0kgYnVzPiBv biBwY2liMQpwY2kxOiBkb21haW49MCwgcGh5c2ljYWwgYnVzPTEKZm91bmQtPgl2ZW5kb3I9MHgx MDAyLCBkZXY9MHg3MTQ2LCByZXZpZD0weDAwCglkb21haW49MCwgYnVzPTEsIHNsb3Q9MCwgZnVu Yz0wCgljbGFzcz0wMy0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMDA3 LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTggKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAg bnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWEsIGly cT03Cglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1cnJlbnQgRDAKCU1TSSBz dXBwb3J0cyAxIG1lc3NhZ2UsIDY0IGJpdAoJbWFwWzEwXTogdHlwZSBQcmVmZXRjaGFibGUgTWVt b3J5LCByYW5nZSA2NCwgYmFzZSAweGUwMDAwMDAwLCBzaXplIDI4LCBlbmFibGVkCnBjaWIxOiBh bGxvY2F0ZWQgcHJlZmV0Y2ggcmFuZ2UgKDB4ZTAwMDAwMDAtMHhlZmZmZmZmZikgZm9yIHJpZCAx MCBvZiBwY2kwOjE6MDowCgltYXBbMThdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgNjQsIGJhc2UgMHhm ZGNmMDAwMCwgc2l6ZSAxNiwgZW5hYmxlZApwY2liMTogYWxsb2NhdGVkIG1lbW9yeSByYW5nZSAo MHhmZGNmMDAwMC0weGZkY2ZmZmZmKSBmb3IgcmlkIDE4IG9mIHBjaTA6MTowOjAKCW1hcFsyMF06 IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4ZGUwMCwgc2l6ZSAgOCwgZW5hYmxlZApw Y2liMTogYWxsb2NhdGVkIEkvTyBwb3J0IHJhbmdlICgweGRlMDAtMHhkZWZmKSBmb3IgcmlkIDIw IG9mIHBjaTA6MTowOjAKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMS5JTlRBCnBjaWIwOiBz bG90IDEgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE2CnBjaWIxOiBzbG90IDAgSU5UQSBpcyByb3V0 ZWQgdG8gaXJxIDE2CmZvdW5kLT4JdmVuZG9yPTB4MTAwMiwgZGV2PTB4NzE2NiwgcmV2aWQ9MHgw MAoJZG9tYWluPTAsIGJ1cz0xLCBzbG90PTAsIGZ1bmM9MQoJY2xhc3M9MDMtODAtMDAsIGhkcnR5 cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAwMCwgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5z ej04IChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBt YXhsYXQ9MHgwMCAoMCBucykKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMSBEMiBEMyAgY3Vy cmVudCBEMAoJbWFwWzEwXTogdHlwZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4ZmRjZTAwMDAs IHNpemUgMTYsIG1lbW9yeSBkaXNhYmxlZApwY2liMTogYWxsb2NhdGVkIG1lbW9yeSByYW5nZSAo MHhmZGNlMDAwMC0weGZkY2VmZmZmKSBmb3IgcmlkIDEwIG9mIHBjaTA6MTowOjEKdmdhcGNpMDog PFZHQS1jb21wYXRpYmxlIGRpc3BsYXk+IHBvcnQgMHhkZTAwLTB4ZGVmZiBtZW0gMHhlMDAwMDAw MC0weGVmZmZmZmZmLDB4ZmRjZjAwMDAtMHhmZGNmZmZmZiBpcnEgMTYgYXQgZGV2aWNlIDAuMCBv biBwY2kxCnZnYXBjaTE6IDxWR0EtY29tcGF0aWJsZSBkaXNwbGF5PiBtZW0gMHhmZGNlMDAwMC0w eGZkY2VmZmZmIGF0IGRldmljZSAwLjEgb24gcGNpMQpoZGFjMDogPEludGVsIDgyODAxRyBIREEg Q29udHJvbGxlcj4gbWVtIDB4ZmRmZjgwMDAtMHhmZGZmYmZmZiBpcnEgMTYgYXQgZGV2aWNlIDI3 LjAgb24gcGNpMApoZGFjMDogUENJIGNhcmQgdmVuZG9yOiAweDEwM2MsIGRldmljZTogMHgyYTIz CmhkYWMwOiBIREEgRHJpdmVyIFJldmlzaW9uOiAyMDEyMDEyNl8wMDAyCmhkYWMwOiBDb25maWcg b3B0aW9uczogb249MHgwMDAwMDAwMCBvZmY9MHgwMDAwMDAwMApoZGFjMDogYXR0ZW1wdGluZyB0 byBhbGxvY2F0ZSAxIE1TSSB2ZWN0b3JzICgxIHN1cHBvcnRlZCkKbXNpOiByb3V0aW5nIE1TSSBJ UlEgMjU2IHRvIGxvY2FsIEFQSUMgMCB2ZWN0b3IgNTEKaGRhYzA6IHVzaW5nIElSUSAyNTYgZm9y IE1TSQpoZGFjMDogQ2FwczogT1NTIDQsIElTUyA0LCBCU1MgMCwgTlNETyAxLCA2NGJpdCwgQ09S QiAyNTYsIFJJUkIgMjU2CnVoY2kwOiA8SW50ZWwgODI4MDFHIChJQ0g3KSBVU0IgY29udHJvbGxl ciBVU0ItQT4gcG9ydCAweGZmMDAtMHhmZjFmIGF0IGRldmljZSAyOS4wIG9uIHBjaTAKcGNpYjA6 IG1hdGNoZWQgZW50cnkgZm9yIDAuMjkuSU5UQQpwY2liMDogc2xvdCAyOSBJTlRBIGhhcmR3aXJl ZCB0byBJUlEgMjMKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMjMgKFBDSSBJUlEgMjMpIHRvIGxh cGljIDAgdmVjdG9yIDUyCnVzYnVzMCBvbiB1aGNpMAp1aGNpMDogdXNicGY6IEF0dGFjaGVkCnVo Y2kxOiA8SW50ZWwgODI4MDFHIChJQ0g3KSBVU0IgY29udHJvbGxlciBVU0ItQj4gcG9ydCAweGZl MDAtMHhmZTFmIGF0IGRldmljZSAyOS4xIG9uIHBjaTAKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9y IDAuMjkuSU5UQgpwY2liMDogc2xvdCAyOSBJTlRCIGhhcmR3aXJlZCB0byBJUlEgMTkKaW9hcGlj MDogcm91dGluZyBpbnRwaW4gMTkgKFBDSSBJUlEgMTkpIHRvIGxhcGljIDAgdmVjdG9yIDUzCnVz YnVzMSBvbiB1aGNpMQp1aGNpMTogdXNicGY6IEF0dGFjaGVkCnVoY2kyOiA8SW50ZWwgODI4MDFH IChJQ0g3KSBVU0IgY29udHJvbGxlciBVU0ItQz4gcG9ydCAweGZkMDAtMHhmZDFmIGF0IGRldmlj ZSAyOS4yIG9uIHBjaTAKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMjkuSU5UQwpwY2liMDog c2xvdCAyOSBJTlRDIGhhcmR3aXJlZCB0byBJUlEgMTgKaW9hcGljMDogcm91dGluZyBpbnRwaW4g MTggKFBDSSBJUlEgMTgpIHRvIGxhcGljIDAgdmVjdG9yIDU0CnVzYnVzMiBvbiB1aGNpMgp1aGNp MjogdXNicGY6IEF0dGFjaGVkCnVoY2kzOiA8SW50ZWwgODI4MDFHIChJQ0g3KSBVU0IgY29udHJv bGxlciBVU0ItRD4gcG9ydCAweGZjMDAtMHhmYzFmIGF0IGRldmljZSAyOS4zIG9uIHBjaTAKcGNp YjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMjkuSU5URApwY2liMDogc2xvdCAyOSBJTlREIGhhcmR3 aXJlZCB0byBJUlEgMTYKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMTYgKFBDSSBJUlEgMTYpIHRv IGxhcGljIDAgdmVjdG9yIDU1CnVzYnVzMyBvbiB1aGNpMwp1aGNpMzogdXNicGY6IEF0dGFjaGVk CmVoY2kwOiA8SW50ZWwgODI4MDFHQi9SIChJQ0g3KSBVU0IgMi4wIGNvbnRyb2xsZXI+IG1lbSAw eGZkZmZmMDAwLTB4ZmRmZmYzZmYgYXQgZGV2aWNlIDI5Ljcgb24gcGNpMApwY2liMDogbWF0Y2hl ZCBlbnRyeSBmb3IgMC4yOS5JTlRBCnBjaWIwOiBzbG90IDI5IElOVEEgaGFyZHdpcmVkIHRvIElS USAyMwp1c2J1czQ6IEVIQ0kgdmVyc2lvbiAxLjAKdXNidXM0IG9uIGVoY2kwCmVoY2kwOiB1c2Jw ZjogQXR0YWNoZWQKcGNpYjI6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMzAuMCBv biBwY2kwCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweGUwMDAtMHhlZmZmKSBmb3IgcmlkIDFj IG9mIHBjaWIyCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGZkZTAwMDAwLTB4ZmRlZmZmZmYp IGZvciByaWQgMjAgb2YgcGNpYjIKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZmRkMDAwMDAt MHhmZGRmZmZmZikgZm9yIHJpZCAyNCBvZiBwY2liMgpwY2liMjogICBkb21haW4gICAgICAgICAg ICAwCnBjaWIyOiAgIHNlY29uZGFyeSBidXMgICAgIDIKcGNpYjI6ICAgc3Vib3JkaW5hdGUgYnVz ICAgMgpwY2liMjogICBJL08gZGVjb2RlICAgICAgICAweGUwMDAtMHhlZmZmCnBjaWIyOiAgIG1l bW9yeSBkZWNvZGUgICAgIDB4ZmRlMDAwMDAtMHhmZGVmZmZmZgpwY2liMjogICBwcmVmZXRjaGVk IGRlY29kZSAweGZkZDAwMDAwLTB4ZmRkZmZmZmYKcGNpYjI6ICAgU3VidHJhY3RpdmVseSBkZWNv ZGVkIGJyaWRnZS4KcGNpMjogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjIKcGNpMjogZG9tYWluPTAs IHBoeXNpY2FsIGJ1cz0yCmZvdW5kLT4JdmVuZG9yPTB4MTY4YywgZGV2PTB4MDAxYiwgcmV2aWQ9 MHgwMQoJZG9tYWluPTAsIGJ1cz0yLCBzbG90PTQsIGZ1bmM9MAoJY2xhc3M9MDItMDAtMDAsIGhk cnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAwNiwgc3RhdHJlZz0weDAyOTAsIGNhY2hl bG5zej04IChkd29yZHMpCglsYXR0aW1lcj0weDIwICg5NjAgbnMpLCBtaW5nbnQ9MHgwYSAoMjUw MCBucyksIG1heGxhdD0weDFjICg3MDAwIG5zKQoJaW50cGluPWEsIGlycT03Cglwb3dlcnNwZWMg MiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKCW1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5n ZSAzMiwgYmFzZSAweGZkZWUwMDAwLCBzaXplIDE2LCBlbmFibGVkCnBjaWIyOiBhbGxvY2F0ZWQg bWVtb3J5IHJhbmdlICgweGZkZWUwMDAwLTB4ZmRlZWZmZmYpIGZvciByaWQgMTAgb2YgcGNpMDoy OjQ6MApwY2liMjogbWF0Y2hlZCBlbnRyeSBmb3IgMi40LklOVEEKcGNpYjI6IHNsb3QgNCBJTlRB IGhhcmR3aXJlZCB0byBJUlEgMTYKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgyN2RjLCBy ZXZpZD0weDAxCglkb21haW49MCwgYnVzPTIsIHNsb3Q9OCwgZnVuYz0wCgljbGFzcz0wMi0wMC0w MCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDAzLCBzdGF0cmVnPTB4MDI5MCwg Y2FjaGVsbnN6PTggKGR3b3JkcykKCWxhdHRpbWVyPTB4MjAgKDk2MCBucyksIG1pbmdudD0weDA4 ICgyMDAwIG5zKSwgbWF4bGF0PTB4MzggKDE0MDAwIG5zKQoJaW50cGluPWEsIGlycT0xMAoJcG93 ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQxIEQyIEQzICBjdXJyZW50IEQwCgltYXBbMTBdOiB0eXBl IE1lbW9yeSwgcmFuZ2UgMzIsIGJhc2UgMHhmZGVmZjAwMCwgc2l6ZSAxMiwgZW5hYmxlZApwY2li MjogYWxsb2NhdGVkIG1lbW9yeSByYW5nZSAoMHhmZGVmZjAwMC0weGZkZWZmZmZmKSBmb3Igcmlk IDEwIG9mIHBjaTA6Mjo4OjAKCW1hcFsxNF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNl IDB4ZWYwMCwgc2l6ZSAgNiwgZW5hYmxlZApwY2liMjogYWxsb2NhdGVkIEkvTyBwb3J0IHJhbmdl ICgweGVmMDAtMHhlZjNmKSBmb3IgcmlkIDE0IG9mIHBjaTA6Mjo4OjAKcGNpYjI6IG1hdGNoZWQg ZW50cnkgZm9yIDIuOC5JTlRBCnBjaWIyOiBzbG90IDggSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDIw CmF0aDA6IDxBdGhlcm9zIDU0MTM+IG1lbSAweGZkZWUwMDAwLTB4ZmRlZWZmZmYgaXJxIDE2IGF0 IGRldmljZSA0LjAgb24gcGNpMgphdGgwOiB1bmFibGUgdG8gYXR0YWNoIGhhcmR3YXJlOyBIQUwg c3RhdHVzIDE0CmRldmljZV9hdHRhY2g6IGF0aDAgYXR0YWNoIHJldHVybmVkIDYKZnhwMDogPElu dGVsIDgyODAxR0IgKElDSDcpIDEwLzEwMCBFdGhlcm5ldD4gcG9ydCAweGVmMDAtMHhlZjNmIG1l bSAweGZkZWZmMDAwLTB4ZmRlZmZmZmYgaXJxIDIwIGF0IGRldmljZSA4LjAgb24gcGNpMgpmeHAw OiB1c2luZyBtZW1vcnkgc3BhY2UgcmVnaXN0ZXIgbWFwcGluZwpmeHAwOiBQQ0kgSURzOiA4MDg2 IDI3ZGMgMTAzYyAyYTIyIDAwMDEKZnhwMDogRHluYW1pYyBTdGFuZGJ5IG1vZGUgaXMgZW5hYmxl ZAptaWlidXMwOiA8TUlJIGJ1cz4gb24gZnhwMAppbnBoeTA6IDxpODI1NjJFVCAxMC8xMDAgbWVk aWEgaW50ZXJmYWNlPiBQSFkgMSBvbiBtaWlidXMwCmlucGh5MDogT1VJIDB4MDA1NTAwLCBtb2Rl bCAweDAwMzMsIHJldi4gMAppbnBoeTA6ICAxMGJhc2VULCAxMGJhc2VULUZEWCwgMTAwYmFzZVRY LCAxMDBiYXNlVFgtRkRYLCBhdXRvLCBhdXRvLWZsb3cKZnhwMDogYnBmIGF0dGFjaGVkCmZ4cDA6 IEV0aGVybmV0IGFkZHJlc3M6IDAwOjE1OmYyOjA2OmEzOmE0CmlvYXBpYzA6IHJvdXRpbmcgaW50 cGluIDIwIChQQ0kgSVJRIDIwKSB0byBsYXBpYyAwIHZlY3RvciA1Ngppc2FiMDogPFBDSS1JU0Eg YnJpZGdlPiBhdCBkZXZpY2UgMzEuMCBvbiBwY2kwCmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMAph dGFwY2kwOiA8SW50ZWwgSUNINyBVRE1BMTAwIGNvbnRyb2xsZXI+IHBvcnQgMHgxZjAtMHgxZjcs MHgzZjYsMHgxNzAtMHgxNzcsMHgzNzYsMHhmYjAwLTB4ZmIwZiBhdCBkZXZpY2UgMzEuMSBvbiBw Y2kwCmF0YTA6IDxBVEEgY2hhbm5lbD4gYXQgY2hhbm5lbCAwIG9uIGF0YXBjaTAKaW9hcGljMDog cm91dGluZyBpbnRwaW4gMTQgKElTQSBJUlEgMTQpIHRvIGxhcGljIDAgdmVjdG9yIDU3CmF0YXBj aTE6IDxJbnRlbCBJQ0g3IFNBVEEzMDAgY29udHJvbGxlcj4gcG9ydCAweGZhMDAtMHhmYTA3LDB4 ZjkwMC0weGY5MDMsMHhmODAwLTB4ZjgwNywweGY3MDAtMHhmNzAzLDB4ZjYwMC0weGY2MGYgbWVt IDB4ZmRmZmUwMDAtMHhmZGZmZTNmZiBpcnEgMTkgYXQgZGV2aWNlIDMxLjIgb24gcGNpMAphdGEy OiA8QVRBIGNoYW5uZWw+IGF0IGNoYW5uZWwgMCBvbiBhdGFwY2kxCmF0YTM6IDxBVEEgY2hhbm5l bD4gYXQgY2hhbm5lbCAxIG9uIGF0YXBjaTEKcGNpMDogPHNlcmlhbCBidXMsIFNNQnVzPiBhdCBk ZXZpY2UgMzEuMyAobm8gZHJpdmVyIGF0dGFjaGVkKQphY3BpX3R6MDogPFRoZXJtYWwgWm9uZT4g b24gYWNwaTAKcHBjMTogdXNpbmcgZXh0ZW5kZWQgSS9PIHBvcnQgcmFuZ2UKcHBjMTogU1BQIEVD UCAgRUNQK0VQUApwcGMxOiA8UGFyYWxsZWwgcG9ydD4gcG9ydCAweDM3OC0weDM3ZiwweDc3OC0w eDc3YiBpcnEgNSBkcnEgMyBvbiBhY3BpMApwcGMxOiBTTUMtbGlrZSBjaGlwc2V0IChFQ1AvRVBQ L1BTMi9OSUJCTEUpIGluIENPTVBBVElCTEUgbW9kZQpwcGMxOiBGSUZPIHdpdGggMTYvMTYvOCBi eXRlcyB0aHJlc2hvbGQKaW9hcGljMDogcm91dGluZyBpbnRwaW4gNSAoSVNBIElSUSA1KSB0byBs YXBpYyAwIHZlY3RvciA1OApwcGJ1czA6IDxQYXJhbGxlbCBwb3J0IGJ1cz4gb24gcHBjMQpwbGlw MDogPFBMSVAgbmV0d29yayBpbnRlcmZhY2U+IG9uIHBwYnVzMApwbGlwMDogYnBmIGF0dGFjaGVk CmxwdDA6IDxQcmludGVyPiBvbiBwcGJ1czAKbHB0MDogSW50ZXJydXB0LWRyaXZlbiBwb3J0CnBw aTA6IDxQYXJhbGxlbCBJL08+IG9uIHBwYnVzMAphY3BpMDogd2FrZXVwIGNvZGUgdmEgMHhmZmZm ZmY4MDllNGZjMDAwIHBhIDB4OTAwMDAKZXhfaXNhX2lkZW50aWZ5KCkKcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDMgKDB4YTAwMDAtMHhhMDdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9j YXRlZCB0eXBlIDMgKDB4YTA4MDAtMHhhMGZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFs bG9jYXRlZCB0eXBlIDMgKDB4YTEwMDAtMHhhMTdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6 IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTE4MDAtMHhhMWZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNp YjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTIwMDAtMHhhMjdmZikgZm9yIHJpZCAwIG9mIG9ybTAK cGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTI4MDAtMHhhMmZmZikgZm9yIHJpZCAwIG9mIG9y bTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTMwMDAtMHhhMzdmZikgZm9yIHJpZCAwIG9m IG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTM4MDAtMHhhM2ZmZikgZm9yIHJpZCAw IG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTQwMDAtMHhhNDdmZikgZm9yIHJp ZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTQ4MDAtMHhhNGZmZikgZm9y IHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTUwMDAtMHhhNTdmZikg Zm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTU4MDAtMHhhNWZm ZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTYwMDAtMHhh NjdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTY4MDAt MHhhNmZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTcw MDAtMHhhNzdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4 YTc4MDAtMHhhN2ZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMg KDB4YTgwMDAtMHhhODdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDMgKDB4YTg4MDAtMHhhOGZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0 eXBlIDMgKDB4YTkwMDAtMHhhOTdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDMgKDB4YTk4MDAtMHhhOWZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9j YXRlZCB0eXBlIDMgKDB4YWEwMDAtMHhhYTdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFs bG9jYXRlZCB0eXBlIDMgKDB4YWE4MDAtMHhhYWZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6 IGFsbG9jYXRlZCB0eXBlIDMgKDB4YWIwMDAtMHhhYjdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNp YjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YWI4MDAtMHhhYmZmZikgZm9yIHJpZCAwIG9mIG9ybTAK cGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YWMwMDAtMHhhYzdmZikgZm9yIHJpZCAwIG9mIG9y bTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YWM4MDAtMHhhY2ZmZikgZm9yIHJpZCAwIG9m IG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YWQwMDAtMHhhZDdmZikgZm9yIHJpZCAw IG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YWQ4MDAtMHhhZGZmZikgZm9yIHJp ZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YWUwMDAtMHhhZTdmZikgZm9y IHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YWU4MDAtMHhhZWZmZikg Zm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YWYwMDAtMHhhZjdm ZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YWY4MDAtMHhh ZmZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjAwMDAt MHhiMDdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjA4 MDAtMHhiMGZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4 YjEwMDAtMHhiMTdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMg KDB4YjE4MDAtMHhiMWZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDMgKDB4YjIwMDAtMHhiMjdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0 eXBlIDMgKDB4YjI4MDAtMHhiMmZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDMgKDB4YjMwMDAtMHhiMzdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9j YXRlZCB0eXBlIDMgKDB4YjM4MDAtMHhiM2ZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFs bG9jYXRlZCB0eXBlIDMgKDB4YjQwMDAtMHhiNDdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6 IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjQ4MDAtMHhiNGZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNp YjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjUwMDAtMHhiNTdmZikgZm9yIHJpZCAwIG9mIG9ybTAK cGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjU4MDAtMHhiNWZmZikgZm9yIHJpZCAwIG9mIG9y bTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjYwMDAtMHhiNjdmZikgZm9yIHJpZCAwIG9m IG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjY4MDAtMHhiNmZmZikgZm9yIHJpZCAw IG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjcwMDAtMHhiNzdmZikgZm9yIHJp ZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4Yjc4MDAtMHhiN2ZmZikgZm9y IHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjgwMDAtMHhiODdmZikg Zm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4Yjg4MDAtMHhiOGZm ZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjkwMDAtMHhi OTdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4Yjk4MDAt MHhiOWZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YmEw MDAtMHhiYTdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4 YmE4MDAtMHhiYWZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMg KDB4YmIwMDAtMHhiYjdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDMgKDB4YmI4MDAtMHhiYmZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0 eXBlIDMgKDB4YmMwMDAtMHhiYzdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDMgKDB4YmM4MDAtMHhiY2ZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9j YXRlZCB0eXBlIDMgKDB4YmQwMDAtMHhiZDdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFs bG9jYXRlZCB0eXBlIDMgKDB4YmQ4MDAtMHhiZGZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6 IGFsbG9jYXRlZCB0eXBlIDMgKDB4YmUwMDAtMHhiZTdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNp YjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YmU4MDAtMHhiZWZmZikgZm9yIHJpZCAwIG9mIG9ybTAK cGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YmYwMDAtMHhiZjdmZikgZm9yIHJpZCAwIG9mIG9y bTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YmY4MDAtMHhiZmZmZikgZm9yIHJpZCAwIG9m IG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YzAwMDAtMHhjMDdmZikgZm9yIHJpZCAw IG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YzA4MDAtMHhjMGZmZikgZm9yIHJp ZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YzEwMDAtMHhjMTdmZikgZm9y IHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YzE4MDAtMHhjMWZmZikg Zm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YzIwMDAtMHhjMjdm ZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YzI4MDAtMHhj MmZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YzMwMDAt MHhjMzdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YzM4 MDAtMHhjM2ZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4 YzQwMDAtMHhjNDdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMg KDB4YzQ4MDAtMHhjNGZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDMgKDB4YzUwMDAtMHhjNTdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0 eXBlIDMgKDB4YzU4MDAtMHhjNWZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDMgKDB4YzYwMDAtMHhjNjdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9j YXRlZCB0eXBlIDMgKDB4YzY4MDAtMHhjNmZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFs bG9jYXRlZCB0eXBlIDMgKDB4YzcwMDAtMHhjNzdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6 IGFsbG9jYXRlZCB0eXBlIDMgKDB4Yzc4MDAtMHhjN2ZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNp YjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YzgwMDAtMHhjODdmZikgZm9yIHJpZCAwIG9mIG9ybTAK cGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4Yzg4MDAtMHhjOGZmZikgZm9yIHJpZCAwIG9mIG9y bTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YzkwMDAtMHhjOTdmZikgZm9yIHJpZCAwIG9m IG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4Yzk4MDAtMHhjOWZmZikgZm9yIHJpZCAw IG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4Y2EwMDAtMHhjYTdmZikgZm9yIHJp ZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4Y2E4MDAtMHhjYWZmZikgZm9y IHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4Y2IwMDAtMHhjYjdmZikg Zm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4Y2I4MDAtMHhjYmZm ZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4Y2MwMDAtMHhj YzdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4Y2M4MDAt MHhjY2ZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4Y2Qw MDAtMHhjZDdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4 Y2Q4MDAtMHhjZGZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMg KDB4Y2UwMDAtMHhjZTdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDMgKDB4Y2U4MDAtMHhjZWZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0 eXBlIDMgKDB4Y2Y4MDAtMHhjZmZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDMgKDB4ZDAwMDAtMHhkMDdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9j YXRlZCB0eXBlIDMgKDB4ZDA4MDAtMHhkMGZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFs bG9jYXRlZCB0eXBlIDMgKDB4ZDEwMDAtMHhkMTdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6 IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDE4MDAtMHhkMWZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNp YjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDIwMDAtMHhkMjdmZikgZm9yIHJpZCAwIG9mIG9ybTAK cGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDI4MDAtMHhkMmZmZikgZm9yIHJpZCAwIG9mIG9y bTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDMwMDAtMHhkMzdmZikgZm9yIHJpZCAwIG9m IG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDM4MDAtMHhkM2ZmZikgZm9yIHJpZCAw IG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDQwMDAtMHhkNDdmZikgZm9yIHJp ZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDQ4MDAtMHhkNGZmZikgZm9y IHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDUwMDAtMHhkNTdmZikg Zm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDU4MDAtMHhkNWZm ZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDYwMDAtMHhk NjdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDY4MDAt MHhkNmZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDcw MDAtMHhkNzdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4 ZDc4MDAtMHhkN2ZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMg KDB4ZDgwMDAtMHhkODdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDMgKDB4ZDg4MDAtMHhkOGZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0 eXBlIDMgKDB4ZDkwMDAtMHhkOTdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDMgKDB4ZDk4MDAtMHhkOWZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9j YXRlZCB0eXBlIDMgKDB4ZGEwMDAtMHhkYTdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFs bG9jYXRlZCB0eXBlIDMgKDB4ZGE4MDAtMHhkYWZmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6 IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZGIwMDAtMHhkYjdmZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNp YjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZGI4MDAtMHhkYmZmZikgZm9yIHJpZCAwIG9mIG9ybTAK cGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZGMwMDAtMHhkYzdmZikgZm9yIHJpZCAwIG9mIG9y bTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZGM4MDAtMHhkY2ZmZikgZm9yIHJpZCAwIG9m IG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZGQwMDAtMHhkZDdmZikgZm9yIHJpZCAw IG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZGQ4MDAtMHhkZGZmZikgZm9yIHJp ZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZGUwMDAtMHhkZTdmZikgZm9y IHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZGU4MDAtMHhkZWZmZikg Zm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZGYwMDAtMHhkZjdm ZikgZm9yIHJpZCAwIG9mIG9ybTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZGY4MDAtMHhk ZmZmZikgZm9yIHJpZCAwIG9mIG9ybTAKYWhjX2lzYV9wcm9iZSAwOiBpb3BvcnQgMHhjMDAgYWxs b2MgZmFpbGVkCmFoY19pc2FfcHJvYmUgMTogaW9wb3J0IDB4MWMwMCBhbGxvYyBmYWlsZWQKYWhj X2lzYV9wcm9iZSAyOiBpb3BvcnQgMHgyYzAwIGFsbG9jIGZhaWxlZAphaGNfaXNhX3Byb2JlIDM6 IGlvcG9ydCAweDNjMDAgYWxsb2MgZmFpbGVkCmFoY19pc2FfcHJvYmUgNDogaW9wb3J0IDB4NGMw MCBhbGxvYyBmYWlsZWQKYWhjX2lzYV9wcm9iZSA1OiBpb3BvcnQgMHg1YzAwIGFsbG9jIGZhaWxl ZAphaGNfaXNhX3Byb2JlIDY6IGlvcG9ydCAweDZjMDAgYWxsb2MgZmFpbGVkCmFoY19pc2FfcHJv YmUgNzogaW9wb3J0IDB4N2MwMCBhbGxvYyBmYWlsZWQKYWhjX2lzYV9wcm9iZSA4OiBpb3BvcnQg MHg4YzAwIGFsbG9jIGZhaWxlZAphaGNfaXNhX3Byb2JlIDk6IGlvcG9ydCAweDljMDAgYWxsb2Mg ZmFpbGVkCmFoY19pc2FfcHJvYmUgMTA6IGlvcG9ydCAweGFjMDAgYWxsb2MgZmFpbGVkCmFoY19p c2FfcHJvYmUgMTE6IGlvcG9ydCAweGJjMDAgYWxsb2MgZmFpbGVkCmFoY19pc2FfcHJvYmUgMTI6 IGlvcG9ydCAweGNjMDAgYWxsb2MgZmFpbGVkCmFoY19pc2FfcHJvYmUgMTM6IGlvcG9ydCAweGRj MDAgYWxsb2MgZmFpbGVkCmFoY19pc2FfcHJvYmUgMTQ6IGlvcG9ydCAweGVjMDAgYWxsb2MgZmFp bGVkCmlzYV9wcm9iZV9jaGlsZHJlbjogZGlzYWJsaW5nIFBuUCBkZXZpY2VzCmF0cnRjOiBhdHJ0 YzAgYWxyZWFkeSBleGlzdHM7IHNraXBwaW5nIGl0CmF0dGltZXI6IGF0dGltZXIwIGFscmVhZHkg ZXhpc3RzOyBza2lwcGluZyBpdApzYzogc2MwIGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdApp c2FfcHJvYmVfY2hpbGRyZW46IHByb2Jpbmcgbm9uLVBuUCBkZXZpY2VzCmF0a2JkOiB0aGUgY3Vy cmVudCBrYmQgY29udHJvbGxlciBjb21tYW5kIGJ5dGUgMDA0NwphdGtiZDoga2V5Ym9hcmQgSUQg MHhmZmZmZmZmZiAoMSkKYXRrYmQ6IGZhaWxlZCB0byByZXNldCB0aGUga2V5Ym9hcmQuCnNjMDog PFN5c3RlbSBjb25zb2xlPiBhdCBmbGFncyAweDEwMCBvbiBpc2EwCnNjMDogVkdBIDwxNiB2aXJ0 dWFsIGNvbnNvbGVzLCBmbGFncz0weDMwMD4Kc2MwOiBmYjAsIGtiZDEsIHRlcm1pbmFsIGVtdWxh dG9yOiBzY3Rla2VuICh0ZWtlbiB0ZXJtaW5hbCkKdmdhMDogPEdlbmVyaWMgSVNBIFZHQT4gYXQg cG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZmZmYgb24gaXNhMApwY2liMDogYWxs b2NhdGVkIHR5cGUgNCAoMHgzYzAtMHgzZGYpIGZvciByaWQgMCBvZiB2Z2EwCnBjaWIwOiBhbGxv Y2F0ZWQgdHlwZSAzICgweGEwMDAwLTB4YmZmZmYpIGZvciByaWQgMCBvZiB2Z2EwCnBjaWIwOiBh bGxvY2F0ZWQgdHlwZSA0ICgweDYwLTB4NjApIGZvciByaWQgMCBvZiBhdGtiZGMwCnBjaWIwOiBh bGxvY2F0ZWQgdHlwZSA0ICgweDY0LTB4NjQpIGZvciByaWQgMSBvZiBhdGtiZGMwCmF0a2JkYzA6 IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IGF0IHBvcnQgMHg2MCwweDY0IG9uIGlzYTAK cGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4NjAtMHg2MCkgZm9yIHJpZCAwIG9mIGF0a2JkYzAK cGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4NjQtMHg2NCkgZm9yIHJpZCAxIG9mIGF0a2JkYzAK YXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzAKa2JkMCBhdCBhdGtiZDAKa2Jk MDogYXRrYmQwLCBBVCA4NCAoMSksIGNvbmZpZzoweDAsIGZsYWdzOjB4M2QwMDAwCmlvYXBpYzA6 IHJvdXRpbmcgaW50cGluIDEgKElTQSBJUlEgMSkgdG8gbGFwaWMgMCB2ZWN0b3IgNTkKYXRrYmQw OiBbR0lBTlQtTE9DS0VEXQpwc20wOiB1bmFibGUgdG8gYWxsb2NhdGUgSVJRCnBjaWIwOiBhbGxv Y2F0ZWQgdHlwZSA0ICgweDNmMC0weDNmNSkgZm9yIHJpZCAwIG9mIGZkYzAKcGNpYjA6IGFsbG9j YXRlZCB0eXBlIDQgKDB4M2Y3LTB4M2Y3KSBmb3IgcmlkIDEgb2YgZmRjMApmZGMwIGZhaWxlZCB0 byBwcm9iZSBhdCBwb3J0IDB4M2YwLTB4M2Y1LDB4M2Y3IGlycSA2IGRycSAyIG9uIGlzYTAKcHBj MDogY2Fubm90IHJlc2VydmUgSS9PIHBvcnQgcmFuZ2UKcHBjMCBmYWlsZWQgdG8gcHJvYmUgYXQg aXJxIDcgb24gaXNhMApwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHgzZjgtMHgzZmYpIGZvciBy aWQgMCBvZiB1YXJ0MAp1YXJ0MCBmYWlsZWQgdG8gcHJvYmUgYXQgcG9ydCAweDNmOC0weDNmZiBp cnEgNCBvbiBpc2EwCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweDJmOC0weDJmZikgZm9yIHJp ZCAwIG9mIHVhcnQxCnVhcnQxIGZhaWxlZCB0byBwcm9iZSBhdCBwb3J0IDB4MmY4LTB4MmZmIGly cSAzIG9uIGlzYTAKd2J3ZDAgZmFpbGVkIHRvIHByb2JlIG9uIGlzYTAKaXNhX3Byb2JlX2NoaWxk cmVuOiBwcm9iaW5nIFBuUCBkZXZpY2VzCmN0bDogQ0FNIFRhcmdldCBMYXllciBsb2FkZWQKcDR0 Y2MwOiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENvbnRyb2w+IG9uIGNwdTAKcDR0Y2MxOiA8Q1BV IEZyZXF1ZW5jeSBUaGVybWFsIENvbnRyb2w+IG9uIGNwdTEKRGV2aWNlIGNvbmZpZ3VyYXRpb24g ZmluaXNoZWQuCnByb2NmcyByZWdpc3RlcmVkCmxhcGljOiBEaXZpc29yIDIsIEZyZXF1ZW5jeSAx MDAwMzA1MTQgSHoKVGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNlYwp2bGFuOiBpbml0 aWFsaXplZCwgdXNpbmcgaGFzaCB0YWJsZXMgd2l0aCBjaGFpbmluZwpsbzA6IGJwZiBhdHRhY2hl ZApocHQyN3h4OiBubyBjb250cm9sbGVyIGRldGVjdGVkLgpocHRycjogbm8gY29udHJvbGxlciBk ZXRlY3RlZC4KaGRhY2MwOiA8UmVhbHRlayBBTEM4ODIgSERBIENPREVDPiBhdCBjYWQgMiBvbiBo ZGFjMApoZGFhMDogPFJlYWx0ZWsgQUxDODgyIEF1ZGlvIEZ1bmN0aW9uIEdyb3VwPiBhdCBuaWQg MSBvbiBoZGFjYzAKaGRhYTA6IFN1YnN5c3RlbSBJRDogMHgxMDNjMDAwMApoZGFhMDogTnVtR1BJ Tz0yIE51bUdQTz0wIE51bUdQST0wIEdQSVdha2U9MCBHUElVbnNvbD0xCmhkYWEwOiAgR1BJTzA6 IGRpc2FibGVkCmhkYWEwOiAgR1BJTzE6IGRpc2FibGVkCmhkYWEwOiBPcmlnaW5hbCBwaW5zIGNv bmZpZ3VyYXRpb246CmhkYWEwOiBuaWQgICAweCAgICBhcyBzZXEgZGV2aWNlICAgICAgIGNvbm4g IGphY2sgICAgbG9jICAgICAgICBjb2xvciAgIG1pc2MKaGRhYTA6IDIwIDAxMDE0MTEwIDEgIDAg IExpbmUtb3V0ICAgICAgSmFjayAgMS84ICAgICBSZWFyICAgICAgIEdyZWVuICAgMQpoZGFhMDog MjEgMDEwMTExMTIgMSAgMiAgTGluZS1vdXQgICAgICBKYWNrICAxLzggICAgIFJlYXIgICAgICAg QmxhY2sgICAxCmhkYWEwOiAyMiAwMTAxNjExMSAxICAxICBMaW5lLW91dCAgICAgIEphY2sgIDEv OCAgICAgUmVhciAgICAgICBPcmFuZ2UgIDEKaGRhYTA6IDIzIDAxMDEyMTE0IDEgIDQgIExpbmUt b3V0ICAgICAgSmFjayAgMS84ICAgICBSZWFyICAgICAgIEdyZXkgICAgMQpoZGFhMDogMjQgMDFh MTk5MzIgMyAgMiAgTWljICAgICAgICAgICBKYWNrICAxLzggICAgIFJlYXIgICAgICAgUGluayAg ICA5CmhkYWEwOiAyNSAwMmExOWM0MCA0ICAwICBNaWMgICAgICAgICAgIEphY2sgIDEvOCAgICAg RnJvbnQgICAgICBQaW5rICAgIDEyCmhkYWEwOiAyNiAwMTgxMzEzMCAzICAwICBMaW5lLWluICAg ICAgIEphY2sgIDEvOCAgICAgUmVhciAgICAgICBCbHVlICAgIDEKaGRhYTA6IDI3IDAyMjE0YzIw IDIgIDAgIEhlYWRwaG9uZXMgICAgSmFjayAgMS84ICAgICBGcm9udCAgICAgIEdyZWVuICAgMTIK aGRhYTA6IDI4IDk5MzMxMTMxIDMgIDEgIENEICAgICAgICAgICAgRml4ZWQgQVRBUEkgICBPbmJv YXJkICAgIEJsYWNrICAgMQpoZGFhMDogMjkgNDExMTExZjAgMTUgMCAgU3BlYWtlciAgICAgICBO b25lICAxLzggICAgIFJlYXIgICAgICAgQmxhY2sgICAxCmhkYWEwOiAzMCAwMTQ0MTExZSAxICAx NCBTUERJRi1vdXQgICAgIEphY2sgIFJDQSAgICAgUmVhciAgICAgICBCbGFjayAgIDEKaGRhYTA6 IDMxIDAxYzQ2MTUwIDUgIDAgIFNQRElGLWluICAgICAgSmFjayAgUkNBICAgICBSZWFyICAgICAg IE9yYW5nZSAgMQpoZGFhMDogUGF0Y2hpbmcgd2lkZ2V0IGNhcHMgbmlkPTI5IDB4MDA0MDAwMDAg LT4gMHgwMDcwMDAwMApoZGFhMDogUGF0Y2hlZCBwaW5zIGNvbmZpZ3VyYXRpb246CmhkYWEwOiBu aWQgICAweCAgICBhcyBzZXEgZGV2aWNlICAgICAgIGNvbm4gIGphY2sgICAgbG9jICAgICAgICBj b2xvciAgIG1pc2MKaGRhYTA6IDIwIDAxMDE0MTEwIDEgIDAgIExpbmUtb3V0ICAgICAgSmFjayAg MS84ICAgICBSZWFyICAgICAgIEdyZWVuICAgMQpoZGFhMDogMjEgMDEwMTExMTIgMSAgMiAgTGlu ZS1vdXQgICAgICBKYWNrICAxLzggICAgIFJlYXIgICAgICAgQmxhY2sgICAxCmhkYWEwOiAyMiAw MTAxNjExMSAxICAxICBMaW5lLW91dCAgICAgIEphY2sgIDEvOCAgICAgUmVhciAgICAgICBPcmFu Z2UgIDEKaGRhYTA6IDIzIDAxMDEyMTE0IDEgIDQgIExpbmUtb3V0ICAgICAgSmFjayAgMS84ICAg ICBSZWFyICAgICAgIEdyZXkgICAgMQpoZGFhMDogMjQgMDFhMTk5MzIgMyAgMiAgTWljICAgICAg ICAgICBKYWNrICAxLzggICAgIFJlYXIgICAgICAgUGluayAgICA5CmhkYWEwOiAyNSAwMmExOWM0 MCA0ICAwICBNaWMgICAgICAgICAgIEphY2sgIDEvOCAgICAgRnJvbnQgICAgICBQaW5rICAgIDEy CmhkYWEwOiAyNiAwMTgxMzEzMCAzICAwICBMaW5lLWluICAgICAgIEphY2sgIDEvOCAgICAgUmVh ciAgICAgICBCbHVlICAgIDEKaGRhYTA6IDI3IDAyMjE0YzIwIDIgIDAgIEhlYWRwaG9uZXMgICAg SmFjayAgMS84ICAgICBGcm9udCAgICAgIEdyZWVuICAgMTIKaGRhYTA6IDI4IDk5MzMxMTMxIDMg IDEgIENEICAgICAgICAgICAgRml4ZWQgQVRBUEkgICBPbmJvYXJkICAgIEJsYWNrICAgMQpoZGFh MDogMzAgMDE0NDExMWUgMSAgMTQgU1BESUYtb3V0ICAgICBKYWNrICBSQ0EgICAgIFJlYXIgICAg ICAgQmxhY2sgICAxCmhkYWEwOiAzMSAwMWM0NjE1MCA1ICAwICBTUERJRi1pbiAgICAgIEphY2sg IFJDQSAgICAgUmVhciAgICAgICBPcmFuZ2UgIDEKaGRhYTA6IDUgYXNzb2NpYXRpb25zIGZvdW5k OgpoZGFhMDogQXNzb2NpYXRpb24gMCAoMSkgb3V0OgpoZGFhMDogIFBpbiBuaWQ9MjAgc2VxPTAK aGRhYTA6ICBQaW4gbmlkPTIyIHNlcT0xCmhkYWEwOiAgUGluIG5pZD0yMSBzZXE9MgpoZGFhMDog IFBpbiBuaWQ9MjMgc2VxPTQKaGRhYTA6ICBQaW4gbmlkPTMwIHNlcT0xNApoZGFhMDogQXNzb2Np YXRpb24gMSAoMikgb3V0OgpoZGFhMDogIFBpbiBuaWQ9Mjcgc2VxPTAKaGRhYTA6IEFzc29jaWF0 aW9uIDIgKDMpIGluOgpoZGFhMDogIFBpbiBuaWQ9MjYgc2VxPTAKaGRhYTA6ICBQaW4gbmlkPTI4 IHNlcT0xCmhkYWEwOiAgUGluIG5pZD0yNCBzZXE9MgpoZGFhMDogQXNzb2NpYXRpb24gMyAoNCkg aW46CmhkYWEwOiAgUGluIG5pZD0yNSBzZXE9MApoZGFhMDogQXNzb2NpYXRpb24gNCAoNSkgaW46 CmhkYWEwOiAgUGluIG5pZD0zMSBzZXE9MApoZGFhMDogVHJhY2luZyBhc3NvY2lhdGlvbiAwICgx KQpoZGFhMDogIFBpbiAyMCB0cmFjZWQgdG8gREFDIDIKaGRhYTA6ICBQaW4gMjIgdHJhY2VkIHRv IERBQyAzCmhkYWEwOiAgUGluIDIxIHRyYWNlZCB0byBEQUMgNApoZGFhMDogIFBpbiAyMyB0cmFj ZWQgdG8gREFDIDUKaGRhYTA6ICBQaW4gMzAgdHJhY2VkIHRvIERBQyA2CmhkYWEwOiBBc3NvY2lh dGlvbiAwICgxKSB0cmFjZSBzdWNjZWVkZWQKaGRhYTA6IFRyYWNpbmcgYXNzb2NpYXRpb24gMSAo MikKaGRhYTA6ICBQaW4gMjcgdHJhY2VkIHRvIERBQyAzNwpoZGFhMDogQXNzb2NpYXRpb24gMSAo MikgdHJhY2Ugc3VjY2VlZGVkCmhkYWEwOiBUcmFjaW5nIGFzc29jaWF0aW9uIDIgKDMpCmhkYWEw OiAgUGluIDI2IHRyYWNlZCB0byBBREMgNwpoZGFhMDogIFBpbiAyOCB0cmFjZWQgdG8gQURDIDgK aGRhYTA6ICBQaW4gMjQgdHJhY2VkIHRvIEFEQyA5CmhkYWEwOiBBc3NvY2lhdGlvbiAyICgzKSB0 cmFjZSBzdWNjZWVkZWQKaGRhYTA6IFRyYWNpbmcgYXNzb2NpYXRpb24gMyAoNCkKaGRhYTA6ICBV bmFibGUgdG8gdHJhY2UgcGluIDI1IHRvIEFEQyAxMCwgdW5kbyB0cmFjZXMKaGRhYTA6IEFzc29j aWF0aW9uIDMgKDQpIHRyYWNlIGZhaWxlZApoZGFhMDogVHJhY2luZyBhc3NvY2lhdGlvbiA0ICg1 KQpoZGFhMDogIFBpbiAzMSB0cmFjZWQgdG8gQURDIDEwCmhkYWEwOiBBc3NvY2lhdGlvbiA0ICg1 KSB0cmFjZSBzdWNjZWVkZWQKaGRhYTA6IExvb2tpbmcgZm9yIGFkZGl0aW9uYWwgREFDIGZvciBh c3NvY2lhdGlvbiAwICgxKQpoZGFhMDogTG9va2luZyBmb3IgYWRkaXRpb25hbCBEQUMgZm9yIGFz c29jaWF0aW9uIDEgKDIpCmhkYWEwOiBMb29raW5nIGZvciBhZGRpdGlvbmFsIEFEQyBmb3IgYXNz b2NpYXRpb24gMiAoMykKaGRhYTA6IExvb2tpbmcgZm9yIGFkZGl0aW9uYWwgQURDIGZvciBhc3Nv Y2lhdGlvbiA0ICg1KQpoZGFhMDogVHJhY2luZyBpbnB1dCBtb25pdG9yCmhkYWEwOiAgVHJhY2lu ZyBuaWQgMzQgdG8gb3V0CmhkYWEwOiAgVHJhY2luZyBuaWQgMzUgdG8gb3V0CmhkYWEwOiAgVHJh Y2luZyBuaWQgMzYgdG8gb3V0CmhkYWEwOiBUcmFjaW5nIG90aGVyIGlucHV0IG1vbml0b3JzCmhk YWEwOiAgVHJhY2luZyBuaWQgMjQgdG8gb3V0CmhkYWEwOiAgbmlkIDI0IGlzIGlucHV0IG1vbml0 b3IKaGRhYTA6ICBUcmFjaW5nIG5pZCAyNiB0byBvdXQKaGRhYTA6ICBuaWQgMjYgaXMgaW5wdXQg bW9uaXRvcgpoZGFhMDogIFRyYWNpbmcgbmlkIDI4IHRvIG91dApoZGFhMDogIG5pZCAyOCBpcyBp bnB1dCBtb25pdG9yCmhkYWEwOiAgVHJhY2luZyBuaWQgMzEgdG8gb3V0CmhkYWEwOiBUcmFjaW5n IGJlZXBlcgpoZGFhMDogIG5pZCAyOSB0cmFjZWQgdG8gb3V0CmhkYWEwOiBGRyBjb25maWcvcXVp cmtzOiBmb3JjZXN0ZXJlbyBpdnJlZjUwIGl2cmVmODAgaXZyZWYxMDAgaXZyZWYKaGRhYTA6IApo ZGFhMDogKy0tLS0tLS0tLS0tLS0tLS0tLS0rCmhkYWEwOiB8IERVTVBJTkcgSERBIE5PREVTIHwK aGRhYTA6ICstLS0tLS0tLS0tLS0tLS0tLS0tKwpoZGFhMDogCmhkYWEwOiBEZWZhdWx0IFBhcmFt ZXRlcgpoZGFhMDogLS0tLS0tLS0tLS0tLS0tLS0KaGRhYTA6ICAgICAgU3RyZWFtIGNhcDogMHgw MDAwMDAwMQpoZGFhMDogICAgICAgICAgICAgICAgICBQQ00KaGRhYTA6ICAgICAgICAgUENNIGNh cDogMHgwMDBlMDU2MApoZGFhMDogICAgICAgICAgICAgICAgICAxNiAyMCAyNCBiaXRzLCA0NCA0 OCA5NiAxOTIgS0h6CmhkYWEwOiAgICAgICAgICBJTiBhbXA6IDB4MDAwMDAwMDAKaGRhYTA6ICAg ICAgICAgT1VUIGFtcDogMHgwMDAwMDAwMApoZGFhMDogCmhkYWEwOiAgICAgICAgICAgICBuaWQ6 IDIKaGRhYTA6ICAgICAgICAgICAgTmFtZTogYXVkaW8gb3V0cHV0CmhkYWEwOiAgICAgIFdpZGdl dCBjYXA6IDB4MDAwMDAwMTEKaGRhYTA6ICAgICAgICAgICAgICAgICAgU1RFUkVPCmhkYWEwOiAg ICAgQXNzb2NpYXRpb246IDAgKDB4MDAwMDAwMDEpCmhkYWEwOiAgICAgICAgICAgICBPU1M6IHBj bSAocGNtKQpoZGFhMDogICAgICBTdHJlYW0gY2FwOiAweDAwMDAwMDAxCmhkYWEwOiAgICAgICAg ICAgICAgICAgIFBDTQpoZGFhMDogICAgICAgICBQQ00gY2FwOiAweDAwMGUwNTYwCmhkYWEwOiAg ICAgICAgICAgICAgICAgIDE2IDIwIDI0IGJpdHMsIDQ0IDQ4IDk2IDE5MiBLSHoKaGRhYTA6IApo ZGFhMDogICAgICAgICAgICAgbmlkOiAzCmhkYWEwOiAgICAgICAgICAgIE5hbWU6IGF1ZGlvIG91 dHB1dApoZGFhMDogICAgICBXaWRnZXQgY2FwOiAweDAwMDAwMDExCmhkYWEwOiAgICAgICAgICAg ICAgICAgIFNURVJFTwpoZGFhMDogICAgIEFzc29jaWF0aW9uOiAwICgweDAwMDAwMDAyKQpoZGFh MDogICAgICAgICAgICAgT1NTOiBwY20gKHBjbSkKaGRhYTA6ICAgICAgU3RyZWFtIGNhcDogMHgw MDAwMDAwMQpoZGFhMDogICAgICAgICAgICAgICAgICBQQ00KaGRhYTA6ICAgICAgICAgUENNIGNh cDogMHgwMDBlMDU2MApoZGFhMDogICAgICAgICAgICAgICAgICAxNiAyMCAyNCBiaXRzLCA0NCA0 OCA5NiAxOTIgS0h6CmhkYWEwOiAKaGRhYTA6ICAgICAgICAgICAgIG5pZDogNApoZGFhMDogICAg ICAgICAgICBOYW1lOiBhdWRpbyBvdXRwdXQKaGRhYTA6ICAgICAgV2lkZ2V0IGNhcDogMHgwMDAw MDAxMQpoZGFhMDogICAgICAgICAgICAgICAgICBTVEVSRU8KaGRhYTA6ICAgICBBc3NvY2lhdGlv bjogMCAoMHgwMDAwMDAwNCkKaGRhYTA6ICAgICAgICAgICAgIE9TUzogcGNtIChwY20pCmhkYWEw OiAgICAgIFN0cmVhbSBjYXA6IDB4MDAwMDAwMDEKaGRhYTA6ICAgICAgICAgICAgICAgICAgUENN CmhkYWEwOiAgICAgICAgIFBDTSBjYXA6IDB4MDAwZTA1NjAKaGRhYTA6ICAgICAgICAgICAgICAg ICAgMTYgMjAgMjQgYml0cywgNDQgNDggOTYgMTkyIEtIegpoZGFhMDogCmhkYWEwOiAgICAgICAg ICAgICBuaWQ6IDUKaGRhYTA6ICAgICAgICAgICAgTmFtZTogYXVkaW8gb3V0cHV0CmhkYWEwOiAg ICAgIFdpZGdldCBjYXA6IDB4MDAwMDAwMTEKaGRhYTA6ICAgICAgICAgICAgICAgICAgU1RFUkVP CmhkYWEwOiAgICAgQXNzb2NpYXRpb246IDAgKDB4MDAwMDAwMTApCmhkYWEwOiAgICAgICAgICAg ICBPU1M6IHBjbSAocGNtKQpoZGFhMDogICAgICBTdHJlYW0gY2FwOiAweDAwMDAwMDAxCmhkYWEw OiAgICAgICAgICAgICAgICAgIFBDTQpoZGFhMDogICAgICAgICBQQ00gY2FwOiAweDAwMGUwNTYw CmhkYWEwOiAgICAgICAgICAgICAgICAgIDE2IDIwIDI0IGJpdHMsIDQ0IDQ4IDk2IDE5MiBLSHoK aGRhYTA6IApoZGFhMDogICAgICAgICAgICAgbmlkOiA2CmhkYWEwOiAgICAgICAgICAgIE5hbWU6 IGF1ZGlvIG91dHB1dApoZGFhMDogICAgICBXaWRnZXQgY2FwOiAweDAwMDAwMjExCmhkYWEwOiAg ICAgICAgICAgICAgICAgIERJR0lUQUwgU1RFUkVPCmhkYWEwOiAgICAgQXNzb2NpYXRpb246IDAg KDB4MDAwMDQwMDApCmhkYWEwOiAgICAgICAgICAgICBPU1M6IHBjbSAocGNtKQpoZGFhMDogICAg ICBTdHJlYW0gY2FwOiAweDAwMDAwMDAxCmhkYWEwOiAgICAgICAgICAgICAgICAgIFBDTQpoZGFh MDogICAgICAgICBQQ00gY2FwOiAweDAwMWUwNTYwCmhkYWEwOiAgICAgICAgICAgICAgICAgIDE2 IDIwIDI0IDMyIGJpdHMsIDQ0IDQ4IDk2IDE5MiBLSHoKaGRhYTA6IApoZGFhMDogICAgICAgICAg ICAgbmlkOiA3CmhkYWEwOiAgICAgICAgICAgIE5hbWU6IGF1ZGlvIGlucHV0CmhkYWEwOiAgICAg IFdpZGdldCBjYXA6IDB4MDAxMDAxMWIKaGRhYTA6ICAgICAgICAgICAgICAgICAgU1RFUkVPCmhk YWEwOiAgICAgQXNzb2NpYXRpb246IDIgKDB4MDAwMDAwMDEpCmhkYWEwOiAgICAgIFN0cmVhbSBj YXA6IDB4MDAwMDAwMDEKaGRhYTA6ICAgICAgICAgICAgICAgICAgUENNCmhkYWEwOiAgICAgICAg IFBDTSBjYXA6IDB4MDAwNjAxNjAKaGRhYTA6ICAgICAgICAgICAgICAgICAgMTYgMjAgYml0cywg NDQgNDggOTYgS0h6CmhkYWEwOiAgICAgICBJbnB1dCBhbXA6IDB4ODAwNTFmMDgKaGRhYTA6ICAg ICAgICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9MzEgc2l6ZT01IG9mZnNldD04CmhkYWEwOiAgICAg Y29ubmVjdGlvbnM6IDEKaGRhYTA6ICAgICAgICAgICB8CmhkYWEwOiAgICAgICAgICAgKyA8LSBu aWQ9MzYgW2F1ZGlvIG1peGVyXQpoZGFhMDogCmhkYWEwOiAgICAgICAgICAgICBuaWQ6IDgKaGRh YTA6ICAgICAgICAgICAgTmFtZTogYXVkaW8gaW5wdXQKaGRhYTA6ICAgICAgV2lkZ2V0IGNhcDog MHgwMDEwMDExYgpoZGFhMDogICAgICAgICAgICAgICAgICBTVEVSRU8KaGRhYTA6ICAgICBBc3Nv Y2lhdGlvbjogMiAoMHgwMDAwMDAwMikKaGRhYTA6ICAgICAgU3RyZWFtIGNhcDogMHgwMDAwMDAw MQpoZGFhMDogICAgICAgICAgICAgICAgICBQQ00KaGRhYTA6ICAgICAgICAgUENNIGNhcDogMHgw MDA2MDE2MApoZGFhMDogICAgICAgICAgICAgICAgICAxNiAyMCBiaXRzLCA0NCA0OCA5NiBLSHoK aGRhYTA6ICAgICAgIElucHV0IGFtcDogMHg4MDA1MWYwOApoZGFhMDogICAgICAgICAgICAgICAg ICBtdXRlPTEgc3RlcD0zMSBzaXplPTUgb2Zmc2V0PTgKaGRhYTA6ICAgICBjb25uZWN0aW9uczog MQpoZGFhMDogICAgICAgICAgIHwKaGRhYTA6ICAgICAgICAgICArIDwtIG5pZD0zNSBbYXVkaW8g bWl4ZXJdCmhkYWEwOiAKaGRhYTA6ICAgICAgICAgICAgIG5pZDogOQpoZGFhMDogICAgICAgICAg ICBOYW1lOiBhdWRpbyBpbnB1dApoZGFhMDogICAgICBXaWRnZXQgY2FwOiAweDAwMTAwMTFiCmhk YWEwOiAgICAgICAgICAgICAgICAgIFNURVJFTwpoZGFhMDogICAgIEFzc29jaWF0aW9uOiAyICgw eDAwMDAwMDA0KQpoZGFhMDogICAgICBTdHJlYW0gY2FwOiAweDAwMDAwMDAxCmhkYWEwOiAgICAg ICAgICAgICAgICAgIFBDTQpoZGFhMDogICAgICAgICBQQ00gY2FwOiAweDAwMDYwMTYwCmhkYWEw OiAgICAgICAgICAgICAgICAgIDE2IDIwIGJpdHMsIDQ0IDQ4IDk2IEtIegpoZGFhMDogICAgICAg SW5wdXQgYW1wOiAweDgwMDUxZjA4CmhkYWEwOiAgICAgICAgICAgICAgICAgIG11dGU9MSBzdGVw PTMxIHNpemU9NSBvZmZzZXQ9OApoZGFhMDogICAgIGNvbm5lY3Rpb25zOiAxCmhkYWEwOiAgICAg ICAgICAgfApoZGFhMDogICAgICAgICAgICsgPC0gbmlkPTM0IFthdWRpbyBtaXhlcl0KaGRhYTA6 IApoZGFhMDogICAgICAgICAgICAgbmlkOiAxMApoZGFhMDogICAgICAgICAgICBOYW1lOiBhdWRp byBpbnB1dApoZGFhMDogICAgICBXaWRnZXQgY2FwOiAweDAwMTAwMzkxCmhkYWEwOiAgICAgICAg ICAgICAgICAgIERJR0lUQUwgVU5TT0wgU1RFUkVPCmhkYWEwOiAgICAgQXNzb2NpYXRpb246IDQg KDB4MDAwMDAwMDEpCmhkYWEwOiAgICAgIFN0cmVhbSBjYXA6IDB4MDAwMDAwMDEKaGRhYTA6ICAg ICAgICAgICAgICAgICAgUENNCmhkYWEwOiAgICAgICAgIFBDTSBjYXA6IDB4MDAxZTA1NjAKaGRh YTA6ICAgICAgICAgICAgICAgICAgMTYgMjAgMjQgMzIgYml0cywgNDQgNDggOTYgMTkyIEtIegpo ZGFhMDogICAgIGNvbm5lY3Rpb25zOiAxCmhkYWEwOiAgICAgICAgICAgfApoZGFhMDogICAgICAg ICAgICsgPC0gbmlkPTMxIFtwaW46IFNQRElGLWluIChPcmFuZ2UgSmFjayldCmhkYWEwOiAKaGRh YTA6ICAgICAgICAgICAgIG5pZDogMTEKaGRhYTA6ICAgICAgICAgICAgTmFtZTogYXVkaW8gbWl4 ZXIKaGRhYTA6ICAgICAgV2lkZ2V0IGNhcDogMHgwMDIwMDEwYgpoZGFhMDogICAgICAgICAgICAg ICAgICBTVEVSRU8KaGRhYTA6ICAgICBBc3NvY2lhdGlvbjogLTIgKDB4MDAwMDAwMDApCmhkYWEw OiAgICAgICAgICAgICBPU1M6IHNwZWFrZXIsIGxpbmUsIG1pYywgY2QKaGRhYTA6ICAgICAgIElu cHV0IGFtcDogMHg4MDA1MWYxNwpoZGFhMDogICAgICAgICAgICAgICAgICBtdXRlPTEgc3RlcD0z MSBzaXplPTUgb2Zmc2V0PTIzCmhkYWEwOiAgICAgY29ubmVjdGlvbnM6IDEwCmhkYWEwOiAgICAg ICAgICAgfApoZGFhMDogICAgICAgICAgICsgPC0gbmlkPTI0IFtwaW46IE1pYyAoUGluayBKYWNr KV0KaGRhYTA6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTI1IFtwaW46IE1pYyAoUGlu ayBKYWNrKV0gW0RJU0FCTEVEXQpoZGFhMDogICAgICAgICAgICsgPC0gbmlkPTI2IFtwaW46IExp bmUtaW4gKEJsdWUgSmFjayldCmhkYWEwOiAgICAgICAgICAgKyBbRElTQUJMRURdIDwtIG5pZD0y NyBbcGluOiBIZWFkcGhvbmVzIChHcmVlbiBKYWNrKV0KaGRhYTA6ICAgICAgICAgICArIDwtIG5p ZD0yOCBbcGluOiBDRCAoRml4ZWQpXQpoZGFhMDogICAgICAgICAgICsgPC0gbmlkPTI5IFtiZWVw IHdpZGdldF0KaGRhYTA6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTIwIFtwaW46IExp bmUtb3V0IChHcmVlbiBKYWNrKV0KaGRhYTA6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlk PTIxIFtwaW46IExpbmUtb3V0IChCbGFjayBKYWNrKV0KaGRhYTA6ICAgICAgICAgICArIFtESVNB QkxFRF0gPC0gbmlkPTIyIFtwaW46IExpbmUtb3V0IChPcmFuZ2UgSmFjayldCmhkYWEwOiAgICAg ICAgICAgKyBbRElTQUJMRURdIDwtIG5pZD0yMyBbcGluOiBMaW5lLW91dCAoR3JleSBKYWNrKV0K aGRhYTA6IApoZGFhMDogICAgICAgICAgICAgbmlkOiAxMgpoZGFhMDogICAgICAgICAgICBOYW1l OiBhdWRpbyBtaXhlcgpoZGFhMDogICAgICBXaWRnZXQgY2FwOiAweDAwMjAwMTBmCmhkYWEwOiAg ICAgICAgICAgICAgICAgIFNURVJFTwpoZGFhMDogICAgIEFzc29jaWF0aW9uOiAwICgweDAwMDAw MDAxKQpoZGFhMDogICAgICAgICAgICAgT1NTOiBwY20sIHNwZWFrZXIsIGxpbmUsIG1pYywgY2QK aGRhYTA6ICAgICAgT3V0cHV0IGFtcDogMHgwMDA1MWYxZgpoZGFhMDogICAgICAgICAgICAgICAg ICBtdXRlPTAgc3RlcD0zMSBzaXplPTUgb2Zmc2V0PTMxCmhkYWEwOiAgICAgICBJbnB1dCBhbXA6 IDB4ODAwMDAwMDAKaGRhYTA6ICAgICAgICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9MCBzaXplPTAg b2Zmc2V0PTAKaGRhYTA6ICAgICBjb25uZWN0aW9uczogMgpoZGFhMDogICAgICAgICAgIHwKaGRh YTA6ICAgICAgICAgICArIDwtIG5pZD0yIFthdWRpbyBvdXRwdXRdCmhkYWEwOiAgICAgICAgICAg KyA8LSBuaWQ9MTEgW2F1ZGlvIG1peGVyXQpoZGFhMDogCmhkYWEwOiAgICAgICAgICAgICBuaWQ6 IDEzCmhkYWEwOiAgICAgICAgICAgIE5hbWU6IGF1ZGlvIG1peGVyCmhkYWEwOiAgICAgIFdpZGdl dCBjYXA6IDB4MDAyMDAxMGYKaGRhYTA6ICAgICAgICAgICAgICAgICAgU1RFUkVPCmhkYWEwOiAg ICAgQXNzb2NpYXRpb246IDAgKDB4MDAwMDAwMDIpCmhkYWEwOiAgICAgICAgICAgICBPU1M6IHBj bSwgc3BlYWtlciwgbGluZSwgbWljLCBjZApoZGFhMDogICAgICBPdXRwdXQgYW1wOiAweDAwMDUx ZjFmCmhkYWEwOiAgICAgICAgICAgICAgICAgIG11dGU9MCBzdGVwPTMxIHNpemU9NSBvZmZzZXQ9 MzEKaGRhYTA6ICAgICAgIElucHV0IGFtcDogMHg4MDAwMDAwMApoZGFhMDogICAgICAgICAgICAg ICAgICBtdXRlPTEgc3RlcD0wIHNpemU9MCBvZmZzZXQ9MApoZGFhMDogICAgIGNvbm5lY3Rpb25z OiAyCmhkYWEwOiAgICAgICAgICAgfApoZGFhMDogICAgICAgICAgICsgPC0gbmlkPTMgW2F1ZGlv IG91dHB1dF0KaGRhYTA6ICAgICAgICAgICArIDwtIG5pZD0xMSBbYXVkaW8gbWl4ZXJdCmhkYWEw OiAKaGRhYTA6ICAgICAgICAgICAgIG5pZDogMTQKaGRhYTA6ICAgICAgICAgICAgTmFtZTogYXVk aW8gbWl4ZXIKaGRhYTA6ICAgICAgV2lkZ2V0IGNhcDogMHgwMDIwMDEwZgpoZGFhMDogICAgICAg ICAgICAgICAgICBTVEVSRU8KaGRhYTA6ICAgICBBc3NvY2lhdGlvbjogMCAoMHgwMDAwMDAwNCkK aGRhYTA6ICAgICAgICAgICAgIE9TUzogcGNtLCBzcGVha2VyLCBsaW5lLCBtaWMsIGNkCmhkYWEw OiAgICAgIE91dHB1dCBhbXA6IDB4MDAwNTFmMWYKaGRhYTA6ICAgICAgICAgICAgICAgICAgbXV0 ZT0wIHN0ZXA9MzEgc2l6ZT01IG9mZnNldD0zMQpoZGFhMDogICAgICAgSW5wdXQgYW1wOiAweDgw MDAwMDAwCmhkYWEwOiAgICAgICAgICAgICAgICAgIG11dGU9MSBzdGVwPTAgc2l6ZT0wIG9mZnNl dD0wCmhkYWEwOiAgICAgY29ubmVjdGlvbnM6IDIKaGRhYTA6ICAgICAgICAgICB8CmhkYWEwOiAg ICAgICAgICAgKyA8LSBuaWQ9NCBbYXVkaW8gb3V0cHV0XQpoZGFhMDogICAgICAgICAgICsgPC0g bmlkPTExIFthdWRpbyBtaXhlcl0KaGRhYTA6IApoZGFhMDogICAgICAgICAgICAgbmlkOiAxNQpo ZGFhMDogICAgICAgICAgICBOYW1lOiBhdWRpbyBtaXhlcgpoZGFhMDogICAgICBXaWRnZXQgY2Fw OiAweDAwMjAwMTBmCmhkYWEwOiAgICAgICAgICAgICAgICAgIFNURVJFTwpoZGFhMDogICAgIEFz c29jaWF0aW9uOiAwICgweDAwMDAwMDEwKQpoZGFhMDogICAgICAgICAgICAgT1NTOiBwY20sIHNw ZWFrZXIsIGxpbmUsIG1pYywgY2QKaGRhYTA6ICAgICAgT3V0cHV0IGFtcDogMHgwMDA1MWYxZgpo ZGFhMDogICAgICAgICAgICAgICAgICBtdXRlPTAgc3RlcD0zMSBzaXplPTUgb2Zmc2V0PTMxCmhk YWEwOiAgICAgICBJbnB1dCBhbXA6IDB4ODAwMDAwMDAKaGRhYTA6ICAgICAgICAgICAgICAgICAg bXV0ZT0xIHN0ZXA9MCBzaXplPTAgb2Zmc2V0PTAKaGRhYTA6ICAgICBjb25uZWN0aW9uczogMgpo ZGFhMDogICAgICAgICAgIHwKaGRhYTA6ICAgICAgICAgICArIDwtIG5pZD01IFthdWRpbyBvdXRw dXRdCmhkYWEwOiAgICAgICAgICAgKyA8LSBuaWQ9MTEgW2F1ZGlvIG1peGVyXQpoZGFhMDogCmhk YWEwOiAgICAgICAgICAgICBuaWQ6IDE2IFtESVNBQkxFRF0KaGRhYTA6ICAgICAgICAgICAgTmFt ZTogdmVuZG9yIHdpZGdldApoZGFhMDogICAgICBXaWRnZXQgY2FwOiAweDAwZjAwMDAwCmhkYWEw OiAKaGRhYTA6ICAgICAgICAgICAgIG5pZDogMTcgW0RJU0FCTEVEXQpoZGFhMDogICAgICAgICAg ICBOYW1lOiB2ZW5kb3Igd2lkZ2V0CmhkYWEwOiAgICAgIFdpZGdldCBjYXA6IDB4MDBmMDAwMDAK aGRhYTA6IApoZGFhMDogICAgICAgICAgICAgbmlkOiAxOCBbRElTQUJMRURdCmhkYWEwOiAgICAg ICAgICAgIE5hbWU6IHZlbmRvciB3aWRnZXQKaGRhYTA6ICAgICAgV2lkZ2V0IGNhcDogMHgwMGYw MDAwMApoZGFhMDogCmhkYWEwOiAgICAgICAgICAgICBuaWQ6IDE5IFtESVNBQkxFRF0KaGRhYTA6 ICAgICAgICAgICAgTmFtZTogdmVuZG9yIHdpZGdldApoZGFhMDogICAgICBXaWRnZXQgY2FwOiAw eDAwZjAwMDAwCmhkYWEwOiAKaGRhYTA6ICAgICAgICAgICAgIG5pZDogMjAKaGRhYTA6ICAgICAg ICAgICAgTmFtZTogcGluOiBMaW5lLW91dCAoR3JlZW4gSmFjaykKaGRhYTA6ICAgICAgV2lkZ2V0 IGNhcDogMHgwMDQwMDE4ZgpoZGFhMDogICAgICAgICAgICAgICAgICBVTlNPTCBTVEVSRU8KaGRh YTA6ICAgICBBc3NvY2lhdGlvbjogMCAoMHgwMDAwMDAwMSkKaGRhYTA6ICAgICAgICAgUGluIGNh cDogMHgwMDAwMDAzZgpoZGFhMDogICAgICAgICAgICAgICAgICBJU0MgVFJRRCBQREMgSFAgT1VU IElOCmhkYWEwOiAgICAgIFBpbiBjb25maWc6IDB4MDEwMTQxMTAKaGRhYTA6ICAgICBQaW4gY29u dHJvbDogMHgwMDAwMDA0MCBPVVQKaGRhYTA6ICAgICAgT3V0cHV0IGFtcDogMHg4MDAwMDAwMApo ZGFhMDogICAgICAgICAgICAgICAgICBtdXRlPTEgc3RlcD0wIHNpemU9MCBvZmZzZXQ9MApoZGFh MDogICAgICAgSW5wdXQgYW1wOiAweDAwMjcwMzAwCmhkYWEwOiAgICAgICAgICAgICAgICAgIG11 dGU9MCBzdGVwPTMgc2l6ZT0zOSBvZmZzZXQ9MApoZGFhMDogICAgIGNvbm5lY3Rpb25zOiA1Cmhk YWEwOiAgICAgICAgICAgfApoZGFhMDogICAgICAgICAgICsgPC0gbmlkPTEyIFthdWRpbyBtaXhl cl0gKHNlbGVjdGVkKQpoZGFhMDogICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9MTMgW2F1 ZGlvIG1peGVyXQpoZGFhMDogICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9MTQgW2F1ZGlv IG1peGVyXQpoZGFhMDogICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9MTUgW2F1ZGlvIG1p eGVyXQpoZGFhMDogICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9MzggW2F1ZGlvIG1peGVy XQpoZGFhMDogCmhkYWEwOiAgICAgICAgICAgICBuaWQ6IDIxCmhkYWEwOiAgICAgICAgICAgIE5h bWU6IHBpbjogTGluZS1vdXQgKEJsYWNrIEphY2spCmhkYWEwOiAgICAgIFdpZGdldCBjYXA6IDB4 MDA0MDAxOGYKaGRhYTA6ICAgICAgICAgICAgICAgICAgVU5TT0wgU1RFUkVPCmhkYWEwOiAgICAg QXNzb2NpYXRpb246IDAgKDB4MDAwMDAwMDQpCmhkYWEwOiAgICAgICAgIFBpbiBjYXA6IDB4MDAw MDAwM2YKaGRhYTA6ICAgICAgICAgICAgICAgICAgSVNDIFRSUUQgUERDIEhQIE9VVCBJTgpoZGFh MDogICAgICBQaW4gY29uZmlnOiAweDAxMDExMTEyCmhkYWEwOiAgICAgUGluIGNvbnRyb2w6IDB4 MDAwMDAwNDAgT1VUCmhkYWEwOiAgICAgIE91dHB1dCBhbXA6IDB4ODAwMDAwMDAKaGRhYTA6ICAg ICAgICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9MCBzaXplPTAgb2Zmc2V0PTAKaGRhYTA6ICAgICAg IElucHV0IGFtcDogMHgwMDI3MDMwMApoZGFhMDogICAgICAgICAgICAgICAgICBtdXRlPTAgc3Rl cD0zIHNpemU9Mzkgb2Zmc2V0PTAKaGRhYTA6ICAgICBjb25uZWN0aW9uczogNQpoZGFhMDogICAg ICAgICAgIHwKaGRhYTA6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTEyIFthdWRpbyBt aXhlcl0KaGRhYTA6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTEzIFthdWRpbyBtaXhl cl0KaGRhYTA6ICAgICAgICAgICArIDwtIG5pZD0xNCBbYXVkaW8gbWl4ZXJdIChzZWxlY3RlZCkK aGRhYTA6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTE1IFthdWRpbyBtaXhlcl0KaGRh YTA6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTM4IFthdWRpbyBtaXhlcl0KaGRhYTA6 IApoZGFhMDogICAgICAgICAgICAgbmlkOiAyMgpoZGFhMDogICAgICAgICAgICBOYW1lOiBwaW46 IExpbmUtb3V0IChPcmFuZ2UgSmFjaykKaGRhYTA6ICAgICAgV2lkZ2V0IGNhcDogMHgwMDQwMDE4 ZgpoZGFhMDogICAgICAgICAgICAgICAgICBVTlNPTCBTVEVSRU8KaGRhYTA6ICAgICBBc3NvY2lh dGlvbjogMCAoMHgwMDAwMDAwMikKaGRhYTA6ICAgICAgICAgUGluIGNhcDogMHgwMDAwMDAzZgpo ZGFhMDogICAgICAgICAgICAgICAgICBJU0MgVFJRRCBQREMgSFAgT1VUIElOCmhkYWEwOiAgICAg IFBpbiBjb25maWc6IDB4MDEwMTYxMTEKaGRhYTA6ICAgICBQaW4gY29udHJvbDogMHgwMDAwMDA0 MCBPVVQKaGRhYTA6ICAgICAgT3V0cHV0IGFtcDogMHg4MDAwMDAwMApoZGFhMDogICAgICAgICAg ICAgICAgICBtdXRlPTEgc3RlcD0wIHNpemU9MCBvZmZzZXQ9MApoZGFhMDogICAgICAgSW5wdXQg YW1wOiAweDAwMjcwMzAwCmhkYWEwOiAgICAgICAgICAgICAgICAgIG11dGU9MCBzdGVwPTMgc2l6 ZT0zOSBvZmZzZXQ9MApoZGFhMDogICAgIGNvbm5lY3Rpb25zOiA1CmhkYWEwOiAgICAgICAgICAg fApoZGFhMDogICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9MTIgW2F1ZGlvIG1peGVyXQpo ZGFhMDogICAgICAgICAgICsgPC0gbmlkPTEzIFthdWRpbyBtaXhlcl0gKHNlbGVjdGVkKQpoZGFh MDogICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9MTQgW2F1ZGlvIG1peGVyXQpoZGFhMDog ICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9MTUgW2F1ZGlvIG1peGVyXQpoZGFhMDogICAg ICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9MzggW2F1ZGlvIG1peGVyXQpoZGFhMDogCmhkYWEw OiAgICAgICAgICAgICBuaWQ6IDIzCmhkYWEwOiAgICAgICAgICAgIE5hbWU6IHBpbjogTGluZS1v dXQgKEdyZXkgSmFjaykKaGRhYTA6ICAgICAgV2lkZ2V0IGNhcDogMHgwMDQwMDE4ZgpoZGFhMDog ICAgICAgICAgICAgICAgICBVTlNPTCBTVEVSRU8KaGRhYTA6ICAgICBBc3NvY2lhdGlvbjogMCAo MHgwMDAwMDAxMCkKaGRhYTA6ICAgICAgICAgUGluIGNhcDogMHgwMDAwMDAzZgpoZGFhMDogICAg ICAgICAgICAgICAgICBJU0MgVFJRRCBQREMgSFAgT1VUIElOCmhkYWEwOiAgICAgIFBpbiBjb25m aWc6IDB4MDEwMTIxMTQKaGRhYTA6ICAgICBQaW4gY29udHJvbDogMHgwMDAwMDA0MCBPVVQKaGRh YTA6ICAgICAgT3V0cHV0IGFtcDogMHg4MDAwMDAwMApoZGFhMDogICAgICAgICAgICAgICAgICBt dXRlPTEgc3RlcD0wIHNpemU9MCBvZmZzZXQ9MApoZGFhMDogICAgICAgSW5wdXQgYW1wOiAweDAw MjcwMzAwCmhkYWEwOiAgICAgICAgICAgICAgICAgIG11dGU9MCBzdGVwPTMgc2l6ZT0zOSBvZmZz ZXQ9MApoZGFhMDogICAgIGNvbm5lY3Rpb25zOiA1CmhkYWEwOiAgICAgICAgICAgfApoZGFhMDog ICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9MTIgW2F1ZGlvIG1peGVyXQpoZGFhMDogICAg ICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9MTMgW2F1ZGlvIG1peGVyXQpoZGFhMDogICAgICAg ICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9MTQgW2F1ZGlvIG1peGVyXQpoZGFhMDogICAgICAgICAg ICsgPC0gbmlkPTE1IFthdWRpbyBtaXhlcl0gKHNlbGVjdGVkKQpoZGFhMDogICAgICAgICAgICsg W0RJU0FCTEVEXSA8LSBuaWQ9MzggW2F1ZGlvIG1peGVyXQpoZGFhMDogCmhkYWEwOiAgICAgICAg ICAgICBuaWQ6IDI0CmhkYWEwOiAgICAgICAgICAgIE5hbWU6IHBpbjogTWljIChQaW5rIEphY2sp CmhkYWEwOiAgICAgIFdpZGdldCBjYXA6IDB4MDA0MDAxOGYKaGRhYTA6ICAgICAgICAgICAgICAg ICAgVU5TT0wgU1RFUkVPCmhkYWEwOiAgICAgQXNzb2NpYXRpb246IDIgKDB4MDAwMDAwMDQpCmhk YWEwOiAgICAgICAgICAgICBPU1M6IG1pYyAobWljKQpoZGFhMDogICAgICAgICBQaW4gY2FwOiAw eDAwMDAxNzNmCmhkYWEwOiAgICAgICAgICAgICAgICAgIElTQyBUUlFEIFBEQyBIUCBPVVQgSU4g VlJFRlsgNTAgODAgR1JPVU5EIEhJWiBdCmhkYWEwOiAgICAgIFBpbiBjb25maWc6IDB4MDFhMTk5 MzIKaGRhYTA6ICAgICBQaW4gY29udHJvbDogMHgwMDAwMDAyNCBJTiBWUkVGcwpoZGFhMDogICAg ICBPdXRwdXQgYW1wOiAweDgwMDAwMDAwCmhkYWEwOiAgICAgICAgICAgICAgICAgIG11dGU9MSBz dGVwPTAgc2l6ZT0wIG9mZnNldD0wCmhkYWEwOiAgICAgICBJbnB1dCBhbXA6IDB4MDAyNzAzMDAK aGRhYTA6ICAgICAgICAgICAgICAgICAgbXV0ZT0wIHN0ZXA9MyBzaXplPTM5IG9mZnNldD0wCmhk YWEwOiAgICAgY29ubmVjdGlvbnM6IDUKaGRhYTA6ICAgICAgICAgICB8CmhkYWEwOiAgICAgICAg ICAgKyBbRElTQUJMRURdIDwtIG5pZD0xMiBbYXVkaW8gbWl4ZXJdIChzZWxlY3RlZCkKaGRhYTA6 ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTEzIFthdWRpbyBtaXhlcl0KaGRhYTA6ICAg ICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTE0IFthdWRpbyBtaXhlcl0KaGRhYTA6ICAgICAg ICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTE1IFthdWRpbyBtaXhlcl0KaGRhYTA6ICAgICAgICAg ICArIFtESVNBQkxFRF0gPC0gbmlkPTM4IFthdWRpbyBtaXhlcl0KaGRhYTA6IApoZGFhMDogICAg ICAgICAgICAgbmlkOiAyNSBbRElTQUJMRURdCmhkYWEwOiAgICAgICAgICAgIE5hbWU6IHBpbjog TWljIChQaW5rIEphY2spCmhkYWEwOiAgICAgIFdpZGdldCBjYXA6IDB4MDA0MDAxOGYKaGRhYTA6 ICAgICAgICAgICAgICAgICAgVU5TT0wgU1RFUkVPCmhkYWEwOiAgICAgICAgIFBpbiBjYXA6IDB4 MDAwMDE3M2YKaGRhYTA6ICAgICAgICAgICAgICAgICAgSVNDIFRSUUQgUERDIEhQIE9VVCBJTiBW UkVGWyA1MCA4MCBHUk9VTkQgSElaIF0KaGRhYTA6ICAgICAgUGluIGNvbmZpZzogMHgwMmExOWM0 MApoZGFhMDogICAgIFBpbiBjb250cm9sOiAweDAwMDAwMDAwCmhkYWEwOiAgICAgIE91dHB1dCBh bXA6IDB4ODAwMDAwMDAKaGRhYTA6ICAgICAgICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9MCBzaXpl PTAgb2Zmc2V0PTAKaGRhYTA6ICAgICAgIElucHV0IGFtcDogMHgwMDI3MDMwMApoZGFhMDogICAg ICAgICAgICAgICAgICBtdXRlPTAgc3RlcD0zIHNpemU9Mzkgb2Zmc2V0PTAKaGRhYTA6ICAgICBj b25uZWN0aW9uczogNQpoZGFhMDogICAgICAgICAgIHwKaGRhYTA6ICAgICAgICAgICArIFtESVNB QkxFRF0gPC0gbmlkPTEyIFthdWRpbyBtaXhlcl0gKHNlbGVjdGVkKQpoZGFhMDogICAgICAgICAg ICsgPC0gbmlkPTEzIFthdWRpbyBtaXhlcl0KaGRhYTA6ICAgICAgICAgICArIDwtIG5pZD0xNCBb YXVkaW8gbWl4ZXJdCmhkYWEwOiAgICAgICAgICAgKyA8LSBuaWQ9MTUgW2F1ZGlvIG1peGVyXQpo ZGFhMDogICAgICAgICAgICsgPC0gbmlkPTM4IFthdWRpbyBtaXhlcl0KaGRhYTA6IApoZGFhMDog ICAgICAgICAgICAgbmlkOiAyNgpoZGFhMDogICAgICAgICAgICBOYW1lOiBwaW46IExpbmUtaW4g KEJsdWUgSmFjaykKaGRhYTA6ICAgICAgV2lkZ2V0IGNhcDogMHgwMDQwMDE4ZgpoZGFhMDogICAg ICAgICAgICAgICAgICBVTlNPTCBTVEVSRU8KaGRhYTA6ICAgICBBc3NvY2lhdGlvbjogMiAoMHgw MDAwMDAwMSkKaGRhYTA6ICAgICAgICAgICAgIE9TUzogbGluZSAobGluZSkKaGRhYTA6ICAgICAg ICAgUGluIGNhcDogMHgwMDAwMTczZgpoZGFhMDogICAgICAgICAgICAgICAgICBJU0MgVFJRRCBQ REMgSFAgT1VUIElOIFZSRUZbIDUwIDgwIEdST1VORCBISVogXQpoZGFhMDogICAgICBQaW4gY29u ZmlnOiAweDAxODEzMTMwCmhkYWEwOiAgICAgUGluIGNvbnRyb2w6IDB4MDAwMDAwMjQgSU4gVlJF RnMKaGRhYTA6ICAgICAgT3V0cHV0IGFtcDogMHg4MDAwMDAwMApoZGFhMDogICAgICAgICAgICAg ICAgICBtdXRlPTEgc3RlcD0wIHNpemU9MCBvZmZzZXQ9MApoZGFhMDogICAgICAgSW5wdXQgYW1w OiAweDAwMjcwMzAwCmhkYWEwOiAgICAgICAgICAgICAgICAgIG11dGU9MCBzdGVwPTMgc2l6ZT0z OSBvZmZzZXQ9MApoZGFhMDogICAgIGNvbm5lY3Rpb25zOiA1CmhkYWEwOiAgICAgICAgICAgfApo ZGFhMDogICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9MTIgW2F1ZGlvIG1peGVyXSAoc2Vs ZWN0ZWQpCmhkYWEwOiAgICAgICAgICAgKyBbRElTQUJMRURdIDwtIG5pZD0xMyBbYXVkaW8gbWl4 ZXJdCmhkYWEwOiAgICAgICAgICAgKyBbRElTQUJMRURdIDwtIG5pZD0xNCBbYXVkaW8gbWl4ZXJd CmhkYWEwOiAgICAgICAgICAgKyBbRElTQUJMRURdIDwtIG5pZD0xNSBbYXVkaW8gbWl4ZXJdCmhk YWEwOiAgICAgICAgICAgKyBbRElTQUJMRURdIDwtIG5pZD0zOCBbYXVkaW8gbWl4ZXJdCmhkYWEw OiAKaGRhYTA6ICAgICAgICAgICAgIG5pZDogMjcKaGRhYTA6ICAgICAgICAgICAgTmFtZTogcGlu OiBIZWFkcGhvbmVzIChHcmVlbiBKYWNrKQpoZGFhMDogICAgICBXaWRnZXQgY2FwOiAweDAwNDAw MThmCmhkYWEwOiAgICAgICAgICAgICAgICAgIFVOU09MIFNURVJFTwpoZGFhMDogICAgIEFzc29j aWF0aW9uOiAxICgweDAwMDAwMDAxKQpoZGFhMDogICAgICAgICBQaW4gY2FwOiAweDAwMDAxNzNm CmhkYWEwOiAgICAgICAgICAgICAgICAgIElTQyBUUlFEIFBEQyBIUCBPVVQgSU4gVlJFRlsgNTAg ODAgR1JPVU5EIEhJWiBdCmhkYWEwOiAgICAgIFBpbiBjb25maWc6IDB4MDIyMTRjMjAKaGRhYTA6 ICAgICBQaW4gY29udHJvbDogMHgwMDAwMDBjMCBIUCBPVVQKaGRhYTA6ICAgICAgT3V0cHV0IGFt cDogMHg4MDAwMDAwMApoZGFhMDogICAgICAgICAgICAgICAgICBtdXRlPTEgc3RlcD0wIHNpemU9 MCBvZmZzZXQ9MApoZGFhMDogICAgICAgSW5wdXQgYW1wOiAweDAwMjcwMzAwCmhkYWEwOiAgICAg ICAgICAgICAgICAgIG11dGU9MCBzdGVwPTMgc2l6ZT0zOSBvZmZzZXQ9MApoZGFhMDogICAgIGNv bm5lY3Rpb25zOiA1CmhkYWEwOiAgICAgICAgICAgfApoZGFhMDogICAgICAgICAgICsgW0RJU0FC TEVEXSA8LSBuaWQ9MTIgW2F1ZGlvIG1peGVyXQpoZGFhMDogICAgICAgICAgICsgW0RJU0FCTEVE XSA8LSBuaWQ9MTMgW2F1ZGlvIG1peGVyXQpoZGFhMDogICAgICAgICAgICsgW0RJU0FCTEVEXSA8 LSBuaWQ9MTQgW2F1ZGlvIG1peGVyXQpoZGFhMDogICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBu aWQ9MTUgW2F1ZGlvIG1peGVyXQpoZGFhMDogICAgICAgICAgICsgPC0gbmlkPTM4IFthdWRpbyBt aXhlcl0gKHNlbGVjdGVkKQpoZGFhMDogCmhkYWEwOiAgICAgICAgICAgICBuaWQ6IDI4CmhkYWEw OiAgICAgICAgICAgIE5hbWU6IHBpbjogQ0QgKEZpeGVkKQpoZGFhMDogICAgICBXaWRnZXQgY2Fw OiAweDAwNDAwMDAxCmhkYWEwOiAgICAgICAgICAgICAgICAgIFNURVJFTwpoZGFhMDogICAgIEFz c29jaWF0aW9uOiAyICgweDAwMDAwMDAyKQpoZGFhMDogICAgICAgICAgICAgT1NTOiBjZCAoY2Qp CmhkYWEwOiAgICAgICAgIFBpbiBjYXA6IDB4MDAwMDAwMjAKaGRhYTA6ICAgICAgICAgICAgICAg ICAgSU4KaGRhYTA6ICAgICAgUGluIGNvbmZpZzogMHg5OTMzMTEzMQpoZGFhMDogICAgIFBpbiBj b250cm9sOiAweDAwMDAwMDIwIElOCmhkYWEwOiAKaGRhYTA6ICAgICAgICAgICAgIG5pZDogMjkK aGRhYTA6ICAgICAgICAgICAgTmFtZTogYmVlcCB3aWRnZXQKaGRhYTA6ICAgICAgV2lkZ2V0IGNh cDogMHgwMDcwMDAwMApoZGFhMDogICAgIEFzc29jaWF0aW9uOiAtMiAoMHgwMDAwMDAwMCkKaGRh YTA6ICAgICAgICAgICAgIE9TUzogc3BlYWtlciAoc3BlYWtlcikKaGRhYTA6ICAgICAgICAgUGlu IGNhcDogMHgwMDAwMDAyMApoZGFhMDogICAgICAgICAgICAgICAgICBJTgpoZGFhMDogICAgICBQ aW4gY29uZmlnOiAweDQxMTExMWYwCmhkYWEwOiAgICAgUGluIGNvbnRyb2w6IDB4MDAwMDAwMjAg SU4KaGRhYTA6IApoZGFhMDogICAgICAgICAgICAgbmlkOiAzMApoZGFhMDogICAgICAgICAgICBO YW1lOiBwaW46IFNQRElGLW91dCAoQmxhY2sgSmFjaykKaGRhYTA6ICAgICAgV2lkZ2V0IGNhcDog MHgwMDQwMDMwMApoZGFhMDogICAgICAgICAgICAgICAgICBESUdJVEFMCmhkYWEwOiAgICAgQXNz b2NpYXRpb246IDAgKDB4MDAwMDQwMDApCmhkYWEwOiAgICAgICAgIFBpbiBjYXA6IDB4MDAwMDAw MTAKaGRhYTA6ICAgICAgICAgICAgICAgICAgT1VUCmhkYWEwOiAgICAgIFBpbiBjb25maWc6IDB4 MDE0NDExMWUKaGRhYTA6ICAgICBQaW4gY29udHJvbDogMHgwMDAwMDA0MCBPVVQKaGRhYTA6ICAg ICBjb25uZWN0aW9uczogMQpoZGFhMDogICAgICAgICAgIHwKaGRhYTA6ICAgICAgICAgICArIDwt IG5pZD02IFthdWRpbyBvdXRwdXRdCmhkYWEwOiAKaGRhYTA6ICAgICAgICAgICAgIG5pZDogMzEK aGRhYTA6ICAgICAgICAgICAgTmFtZTogcGluOiBTUERJRi1pbiAoT3JhbmdlIEphY2spCmhkYWEw OiAgICAgIFdpZGdldCBjYXA6IDB4MDA0MDAyMDAKaGRhYTA6ICAgICAgICAgICAgICAgICAgRElH SVRBTApoZGFhMDogICAgIEFzc29jaWF0aW9uOiA0ICgweDAwMDAwMDAxKQpoZGFhMDogICAgICAg ICAgICAgT1NTOiBkaWcxIChkaWcxKQpoZGFhMDogICAgICAgICBQaW4gY2FwOiAweDAwMDAwMDIw CmhkYWEwOiAgICAgICAgICAgICAgICAgIElOCmhkYWEwOiAgICAgIFBpbiBjb25maWc6IDB4MDFj NDYxNTAKaGRhYTA6ICAgICBQaW4gY29udHJvbDogMHgwMDAwMDAyMCBJTgpoZGFhMDogCmhkYWEw OiAgICAgICAgICAgICBuaWQ6IDMyIFtESVNBQkxFRF0KaGRhYTA6ICAgICAgICAgICAgTmFtZTog dmVuZG9yIHdpZGdldApoZGFhMDogICAgICBXaWRnZXQgY2FwOiAweDAwZjAwMDQwCmhkYWEwOiAg ICAgICAgICAgICAgICAgIFBST0MKaGRhYTA6IApoZGFhMDogICAgICAgICAgICAgbmlkOiAzMyBb RElTQUJMRURdCmhkYWEwOiAgICAgICAgICAgIE5hbWU6IHZvbHVtZSB3aWRnZXQKaGRhYTA6ICAg ICAgV2lkZ2V0IGNhcDogMHgwMDYwMDA4MApoZGFhMDogICAgICAgICAgICAgICAgICBVTlNPTApo ZGFhMDogCmhkYWEwOiAgICAgICAgICAgICBuaWQ6IDM0CmhkYWEwOiAgICAgICAgICAgIE5hbWU6 IGF1ZGlvIG1peGVyCmhkYWEwOiAgICAgIFdpZGdldCBjYXA6IDB4MDAyMDAxMGYKaGRhYTA6ICAg ICAgICAgICAgICAgICAgU1RFUkVPCmhkYWEwOiAgICAgQXNzb2NpYXRpb246IDIgKDB4MDAwMDAw MDQpCmhkYWEwOiAgICAgICAgICAgICBPU1M6IG1pYwpoZGFhMDogICAgICAgSW5wdXQgYW1wOiAw eDgwMDAwMDAwCmhkYWEwOiAgICAgICAgICAgICAgICAgIG11dGU9MSBzdGVwPTAgc2l6ZT0wIG9m ZnNldD0wCmhkYWEwOiAgICAgY29ubmVjdGlvbnM6IDExCmhkYWEwOiAgICAgICAgICAgfApoZGFh MDogICAgICAgICAgICsgPC0gbmlkPTI0IFtwaW46IE1pYyAoUGluayBKYWNrKV0KaGRhYTA6ICAg ICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTI1IFtwaW46IE1pYyAoUGluayBKYWNrKV0gW0RJ U0FCTEVEXQpoZGFhMDogICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9MjYgW3BpbjogTGlu ZS1pbiAoQmx1ZSBKYWNrKV0KaGRhYTA6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTI3 IFtwaW46IEhlYWRwaG9uZXMgKEdyZWVuIEphY2spXQpoZGFhMDogICAgICAgICAgICsgW0RJU0FC TEVEXSA8LSBuaWQ9MjggW3BpbjogQ0QgKEZpeGVkKV0KaGRhYTA6ICAgICAgICAgICArIFtESVNB QkxFRF0gPC0gbmlkPTI5IFtiZWVwIHdpZGdldF0KaGRhYTA6ICAgICAgICAgICArIFtESVNBQkxF RF0gPC0gbmlkPTIwIFtwaW46IExpbmUtb3V0IChHcmVlbiBKYWNrKV0KaGRhYTA6ICAgICAgICAg ICArIFtESVNBQkxFRF0gPC0gbmlkPTIxIFtwaW46IExpbmUtb3V0IChCbGFjayBKYWNrKV0KaGRh YTA6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTIyIFtwaW46IExpbmUtb3V0IChPcmFu Z2UgSmFjayldCmhkYWEwOiAgICAgICAgICAgKyBbRElTQUJMRURdIDwtIG5pZD0yMyBbcGluOiBM aW5lLW91dCAoR3JleSBKYWNrKV0KaGRhYTA6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlk PTExIFthdWRpbyBtaXhlcl0KaGRhYTA6IApoZGFhMDogICAgICAgICAgICAgbmlkOiAzNQpoZGFh MDogICAgICAgICAgICBOYW1lOiBhdWRpbyBtaXhlcgpoZGFhMDogICAgICBXaWRnZXQgY2FwOiAw eDAwMjAwMTBmCmhkYWEwOiAgICAgICAgICAgICAgICAgIFNURVJFTwpoZGFhMDogICAgIEFzc29j aWF0aW9uOiAyICgweDAwMDAwMDAyKQpoZGFhMDogICAgICAgICAgICAgT1NTOiBjZApoZGFhMDog ICAgICAgSW5wdXQgYW1wOiAweDgwMDAwMDAwCmhkYWEwOiAgICAgICAgICAgICAgICAgIG11dGU9 MSBzdGVwPTAgc2l6ZT0wIG9mZnNldD0wCmhkYWEwOiAgICAgY29ubmVjdGlvbnM6IDExCmhkYWEw OiAgICAgICAgICAgfApoZGFhMDogICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9MjQgW3Bp bjogTWljIChQaW5rIEphY2spXQpoZGFhMDogICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9 MjUgW3BpbjogTWljIChQaW5rIEphY2spXSBbRElTQUJMRURdCmhkYWEwOiAgICAgICAgICAgKyBb RElTQUJMRURdIDwtIG5pZD0yNiBbcGluOiBMaW5lLWluIChCbHVlIEphY2spXQpoZGFhMDogICAg ICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9MjcgW3BpbjogSGVhZHBob25lcyAoR3JlZW4gSmFj ayldCmhkYWEwOiAgICAgICAgICAgKyA8LSBuaWQ9MjggW3BpbjogQ0QgKEZpeGVkKV0KaGRhYTA6 ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTI5IFtiZWVwIHdpZGdldF0KaGRhYTA6ICAg ICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTIwIFtwaW46IExpbmUtb3V0IChHcmVlbiBKYWNr KV0KaGRhYTA6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTIxIFtwaW46IExpbmUtb3V0 IChCbGFjayBKYWNrKV0KaGRhYTA6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTIyIFtw aW46IExpbmUtb3V0IChPcmFuZ2UgSmFjayldCmhkYWEwOiAgICAgICAgICAgKyBbRElTQUJMRURd IDwtIG5pZD0yMyBbcGluOiBMaW5lLW91dCAoR3JleSBKYWNrKV0KaGRhYTA6ICAgICAgICAgICAr IFtESVNBQkxFRF0gPC0gbmlkPTExIFthdWRpbyBtaXhlcl0KaGRhYTA6IApoZGFhMDogICAgICAg ICAgICAgbmlkOiAzNgpoZGFhMDogICAgICAgICAgICBOYW1lOiBhdWRpbyBtaXhlcgpoZGFhMDog ICAgICBXaWRnZXQgY2FwOiAweDAwMjAwMTBmCmhkYWEwOiAgICAgICAgICAgICAgICAgIFNURVJF TwpoZGFhMDogICAgIEFzc29jaWF0aW9uOiAyICgweDAwMDAwMDAxKQpoZGFhMDogICAgICAgICAg ICAgT1NTOiBsaW5lCmhkYWEwOiAgICAgICBJbnB1dCBhbXA6IDB4ODAwMDAwMDAKaGRhYTA6ICAg ICAgICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9MCBzaXplPTAgb2Zmc2V0PTAKaGRhYTA6ICAgICBj b25uZWN0aW9uczogMTEKaGRhYTA6ICAgICAgICAgICB8CmhkYWEwOiAgICAgICAgICAgKyBbRElT QUJMRURdIDwtIG5pZD0yNCBbcGluOiBNaWMgKFBpbmsgSmFjayldCmhkYWEwOiAgICAgICAgICAg KyBbRElTQUJMRURdIDwtIG5pZD0yNSBbcGluOiBNaWMgKFBpbmsgSmFjayldIFtESVNBQkxFRF0K aGRhYTA6ICAgICAgICAgICArIDwtIG5pZD0yNiBbcGluOiBMaW5lLWluIChCbHVlIEphY2spXQpo ZGFhMDogICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9MjcgW3BpbjogSGVhZHBob25lcyAo R3JlZW4gSmFjayldCmhkYWEwOiAgICAgICAgICAgKyBbRElTQUJMRURdIDwtIG5pZD0yOCBbcGlu OiBDRCAoRml4ZWQpXQpoZGFhMDogICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9MjkgW2Jl ZXAgd2lkZ2V0XQpoZGFhMDogICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9MjAgW3Bpbjog TGluZS1vdXQgKEdyZWVuIEphY2spXQpoZGFhMDogICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBu aWQ9MjEgW3BpbjogTGluZS1vdXQgKEJsYWNrIEphY2spXQpoZGFhMDogICAgICAgICAgICsgW0RJ U0FCTEVEXSA8LSBuaWQ9MjIgW3BpbjogTGluZS1vdXQgKE9yYW5nZSBKYWNrKV0KaGRhYTA6ICAg ICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTIzIFtwaW46IExpbmUtb3V0IChHcmV5IEphY2sp XQpoZGFhMDogICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9MTEgW2F1ZGlvIG1peGVyXQpo ZGFhMDogCmhkYWEwOiAgICAgICAgICAgICBuaWQ6IDM3CmhkYWEwOiAgICAgICAgICAgIE5hbWU6 IGF1ZGlvIG91dHB1dApoZGFhMDogICAgICBXaWRnZXQgY2FwOiAweDAwMDAwMDExCmhkYWEwOiAg ICAgICAgICAgICAgICAgIFNURVJFTwpoZGFhMDogICAgIEFzc29jaWF0aW9uOiAxICgweDAwMDAw MDAxKQpoZGFhMDogICAgICAgICAgICAgT1NTOiBwY20gKHBjbSkKaGRhYTA6ICAgICAgU3RyZWFt IGNhcDogMHgwMDAwMDAwMQpoZGFhMDogICAgICAgICAgICAgICAgICBQQ00KaGRhYTA6ICAgICAg ICAgUENNIGNhcDogMHgwMDBlMDU2MApoZGFhMDogICAgICAgICAgICAgICAgICAxNiAyMCAyNCBi aXRzLCA0NCA0OCA5NiAxOTIgS0h6CmhkYWEwOiAKaGRhYTA6ICAgICAgICAgICAgIG5pZDogMzgK aGRhYTA6ICAgICAgICAgICAgTmFtZTogYXVkaW8gbWl4ZXIKaGRhYTA6ICAgICAgV2lkZ2V0IGNh cDogMHgwMDIwMDEwZgpoZGFhMDogICAgICAgICAgICAgICAgICBTVEVSRU8KaGRhYTA6ICAgICBB c3NvY2lhdGlvbjogMSAoMHgwMDAwMDAwMSkKaGRhYTA6ICAgICAgICAgICAgIE9TUzogcGNtLCBz cGVha2VyLCBsaW5lLCBtaWMsIGNkCmhkYWEwOiAgICAgIE91dHB1dCBhbXA6IDB4MDAwNTFmMWYK aGRhYTA6ICAgICAgICAgICAgICAgICAgbXV0ZT0wIHN0ZXA9MzEgc2l6ZT01IG9mZnNldD0zMQpo ZGFhMDogICAgICAgSW5wdXQgYW1wOiAweDgwMDAwMDAwCmhkYWEwOiAgICAgICAgICAgICAgICAg IG11dGU9MSBzdGVwPTAgc2l6ZT0wIG9mZnNldD0wCmhkYWEwOiAgICAgY29ubmVjdGlvbnM6IDIK aGRhYTA6ICAgICAgICAgICB8CmhkYWEwOiAgICAgICAgICAgKyA8LSBuaWQ9MzcgW2F1ZGlvIG91 dHB1dF0KaGRhYTA6ICAgICAgICAgICArIDwtIG5pZD0xMSBbYXVkaW8gbWl4ZXJdCmhkYWEwOiAK cGNtMDogPFJlYWx0ZWsgQUxDODgyIChSZWFyIERpZ2l0YWwgMTBjaC8yLjApPiBhdCBuaWQgMjAs MjIsMjEsMjMsMzAgYW5kIDMxIG9uIGhkYWEwCnBjbTA6ICstLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLSsKcGNtMDogfCBEVU1QSU5HIFBDTSBQbGF5YmFjay9SZWNvcmQgQ2hh bm5lbHMgfApwY20wOiArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rCnBj bTA6IApwY20wOiBQbGF5YmFjazoKcGNtMDogCnBjbTA6ICAgICAgU3RyZWFtIGNhcDogMHgwMDAw MDAwMQpwY20wOiAgICAgICAgICAgICAgICAgIFBDTQpwY20wOiAgICAgICAgIFBDTSBjYXA6IDB4 MDAwZTA1NjAKcGNtMDogICAgICAgICAgICAgICAgICAxNiAyMCAyNCBiaXRzLCA0NCA0OCA5NiAx OTIgS0h6CnBjbTA6ICAgICAgICAgICAgIERBQzogMiAzIDQgNSA2CnBjbTA6IApwY20wOiBSZWNv cmQ6CnBjbTA6IApwY20wOiAgICAgIFN0cmVhbSBjYXA6IDB4MDAwMDAwMDUKcGNtMDogICAgICAg ICAgICAgICAgICBBQzMgUENNCnBjbTA6ICAgICAgICAgUENNIGNhcDogMHgwMDFlMDU2MApwY20w OiAgICAgICAgICAgICAgICAgIDE2IDIwIDI0IDMyIGJpdHMsIDQ0IDQ4IDk2IDE5MiBLSHoKcGNt MDogICAgICAgICAgICAgREFDOiAxMApwY20wOiAKcGNtMDogKy0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0rCnBjbTA6IHwgRFVNUElORyBQbGF5YmFjay9SZWNvcmQgUGF0aHMgfApwY20w OiArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsKcGNtMDogCnBjbTA6IFBsYXliYWNr OgpwY20wOiAKcGNtMDogICAgIG5pZD0yMCBbcGluOiBMaW5lLW91dCAoR3JlZW4gSmFjayldCnBj bTA6ICAgICAgIHwKcGNtMDogICAgICAgKyA8LSBuaWQ9MTIgW2F1ZGlvIG1peGVyXSBbc3JjOiBw Y20sIHNwZWFrZXIsIGxpbmUsIG1pYywgY2RdCnBjbTA6ICAgICAgICAgICAgICB8CnBjbTA6ICAg ICAgICAgICAgICArIDwtIG5pZD0yIFthdWRpbyBvdXRwdXRdIFtzcmM6IHBjbV0KcGNtMDogICAg ICAgICAgICAgICsgPC0gbmlkPTExIFthdWRpbyBtaXhlcl0gW3NyYzogc3BlYWtlciwgbGluZSwg bWljLCBjZF0KcGNtMDogICAgICAgICAgICAgICAgICAgICB8CnBjbTA6ICAgICAgICAgICAgICAg ICAgICAgKyA8LSBuaWQ9MjQgW3BpbjogTWljIChQaW5rIEphY2spXSBbc3JjOiBtaWNdCnBjbTA6 ICAgICAgICAgICAgICAgICAgICAgKyA8LSBuaWQ9MjYgW3BpbjogTGluZS1pbiAoQmx1ZSBKYWNr KV0gW3NyYzogbGluZV0KcGNtMDogICAgICAgICAgICAgICAgICAgICArIDwtIG5pZD0yOCBbcGlu OiBDRCAoRml4ZWQpXSBbc3JjOiBjZF0KcGNtMDogICAgICAgICAgICAgICAgICAgICArIDwtIG5p ZD0yOSBbYmVlcCB3aWRnZXRdIFtzcmM6IHNwZWFrZXJdCnBjbTA6IApwY20wOiAgICAgbmlkPTIy IFtwaW46IExpbmUtb3V0IChPcmFuZ2UgSmFjayldCnBjbTA6ICAgICAgIHwKcGNtMDogICAgICAg KyA8LSBuaWQ9MTMgW2F1ZGlvIG1peGVyXSBbc3JjOiBwY20sIHNwZWFrZXIsIGxpbmUsIG1pYywg Y2RdCnBjbTA6ICAgICAgICAgICAgICB8CnBjbTA6ICAgICAgICAgICAgICArIDwtIG5pZD0zIFth dWRpbyBvdXRwdXRdIFtzcmM6IHBjbV0KcGNtMDogICAgICAgICAgICAgICsgPC0gbmlkPTExIFth dWRpbyBtaXhlcl0gW3NyYzogc3BlYWtlciwgbGluZSwgbWljLCBjZF0KcGNtMDogICAgICAgICAg ICAgICAgICAgICB8CnBjbTA6ICAgICAgICAgICAgICAgICAgICAgKyA8LSBuaWQ9MjQgW3Bpbjog TWljIChQaW5rIEphY2spXSBbc3JjOiBtaWNdCnBjbTA6ICAgICAgICAgICAgICAgICAgICAgKyA8 LSBuaWQ9MjYgW3BpbjogTGluZS1pbiAoQmx1ZSBKYWNrKV0gW3NyYzogbGluZV0KcGNtMDogICAg ICAgICAgICAgICAgICAgICArIDwtIG5pZD0yOCBbcGluOiBDRCAoRml4ZWQpXSBbc3JjOiBjZF0K cGNtMDogICAgICAgICAgICAgICAgICAgICArIDwtIG5pZD0yOSBbYmVlcCB3aWRnZXRdIFtzcmM6 IHNwZWFrZXJdCnBjbTA6IApwY20wOiAgICAgbmlkPTIxIFtwaW46IExpbmUtb3V0IChCbGFjayBK YWNrKV0KcGNtMDogICAgICAgfApwY20wOiAgICAgICArIDwtIG5pZD0xNCBbYXVkaW8gbWl4ZXJd IFtzcmM6IHBjbSwgc3BlYWtlciwgbGluZSwgbWljLCBjZF0KcGNtMDogICAgICAgICAgICAgIHwK cGNtMDogICAgICAgICAgICAgICsgPC0gbmlkPTQgW2F1ZGlvIG91dHB1dF0gW3NyYzogcGNtXQpw Y20wOiAgICAgICAgICAgICAgKyA8LSBuaWQ9MTEgW2F1ZGlvIG1peGVyXSBbc3JjOiBzcGVha2Vy LCBsaW5lLCBtaWMsIGNkXQpwY20wOiAgICAgICAgICAgICAgICAgICAgIHwKcGNtMDogICAgICAg ICAgICAgICAgICAgICArIDwtIG5pZD0yNCBbcGluOiBNaWMgKFBpbmsgSmFjayldIFtzcmM6IG1p Y10KcGNtMDogICAgICAgICAgICAgICAgICAgICArIDwtIG5pZD0yNiBbcGluOiBMaW5lLWluIChC bHVlIEphY2spXSBbc3JjOiBsaW5lXQpwY20wOiAgICAgICAgICAgICAgICAgICAgICsgPC0gbmlk PTI4IFtwaW46IENEIChGaXhlZCldIFtzcmM6IGNkXQpwY20wOiAgICAgICAgICAgICAgICAgICAg ICsgPC0gbmlkPTI5IFtiZWVwIHdpZGdldF0gW3NyYzogc3BlYWtlcl0KcGNtMDogCnBjbTA6ICAg ICBuaWQ9MjMgW3BpbjogTGluZS1vdXQgKEdyZXkgSmFjayldCnBjbTA6ICAgICAgIHwKcGNtMDog ICAgICAgKyA8LSBuaWQ9MTUgW2F1ZGlvIG1peGVyXSBbc3JjOiBwY20sIHNwZWFrZXIsIGxpbmUs IG1pYywgY2RdCnBjbTA6ICAgICAgICAgICAgICB8CnBjbTA6ICAgICAgICAgICAgICArIDwtIG5p ZD01IFthdWRpbyBvdXRwdXRdIFtzcmM6IHBjbV0KcGNtMDogICAgICAgICAgICAgICsgPC0gbmlk PTExIFthdWRpbyBtaXhlcl0gW3NyYzogc3BlYWtlciwgbGluZSwgbWljLCBjZF0KcGNtMDogICAg ICAgICAgICAgICAgICAgICB8CnBjbTA6ICAgICAgICAgICAgICAgICAgICAgKyA8LSBuaWQ9MjQg W3BpbjogTWljIChQaW5rIEphY2spXSBbc3JjOiBtaWNdCnBjbTA6ICAgICAgICAgICAgICAgICAg ICAgKyA8LSBuaWQ9MjYgW3BpbjogTGluZS1pbiAoQmx1ZSBKYWNrKV0gW3NyYzogbGluZV0KcGNt MDogICAgICAgICAgICAgICAgICAgICArIDwtIG5pZD0yOCBbcGluOiBDRCAoRml4ZWQpXSBbc3Jj OiBjZF0KcGNtMDogICAgICAgICAgICAgICAgICAgICArIDwtIG5pZD0yOSBbYmVlcCB3aWRnZXRd IFtzcmM6IHNwZWFrZXJdCnBjbTA6IApwY20wOiAgICAgbmlkPTMwIFtwaW46IFNQRElGLW91dCAo QmxhY2sgSmFjayldCnBjbTA6ICAgICAgIHwKcGNtMDogICAgICAgKyA8LSBuaWQ9NiBbYXVkaW8g b3V0cHV0XSBbc3JjOiBwY21dCnBjbTA6IApwY20wOiBSZWNvcmQ6CnBjbTA6IApwY20wOiAgICAg bmlkPTEwIFthdWRpbyBpbnB1dF0KcGNtMDogICAgICAgfApwY20wOiAgICAgICArIDwtIG5pZD0z MSBbcGluOiBTUERJRi1pbiAoT3JhbmdlIEphY2spXSBbc3JjOiBkaWcxXQpwY20wOiAKcGNtMDog Ky0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rCnBjbTA6IHwgRFVNUElORyBWb2x1bWUgQ29udHJv bHMgfApwY20wOiArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsKcGNtMDogCnBjbTA6IE1hc3Rl ciBWb2x1bWUgKE9TUzogdm9sKTogLTQ2LzBkQgpwY20wOiAgICB8CnBjbTA6ICAgICstIGN0bCAx NCAobmlkICAxMiBvdXQpOiAgICAtNDYvMGRCICgzMiBzdGVwcykKcGNtMDogICAgKy0gY3RsIDE1 IChuaWQgIDEyIGluICAgMCk6IG11dGUKcGNtMDogICAgKy0gY3RsIDE2IChuaWQgIDEyIGluICAg MSk6IG11dGUKcGNtMDogICAgKy0gY3RsIDE3IChuaWQgIDEzIG91dCk6ICAgIC00Ni8wZEIgKDMy IHN0ZXBzKQpwY20wOiAgICArLSBjdGwgMTggKG5pZCAgMTMgaW4gICAwKTogbXV0ZQpwY20wOiAg ICArLSBjdGwgMTkgKG5pZCAgMTMgaW4gICAxKTogbXV0ZQpwY20wOiAgICArLSBjdGwgMjAgKG5p ZCAgMTQgb3V0KTogICAgLTQ2LzBkQiAoMzIgc3RlcHMpCnBjbTA6ICAgICstIGN0bCAyMSAobmlk ICAxNCBpbiAgIDApOiBtdXRlCnBjbTA6ICAgICstIGN0bCAyMiAobmlkICAxNCBpbiAgIDEpOiBt dXRlCnBjbTA6ICAgICstIGN0bCAyMyAobmlkICAxNSBvdXQpOiAgICAtNDYvMGRCICgzMiBzdGVw cykKcGNtMDogICAgKy0gY3RsIDI0IChuaWQgIDE1IGluICAgMCk6IG11dGUKcGNtMDogICAgKy0g Y3RsIDI1IChuaWQgIDE1IGluICAgMSk6IG11dGUKcGNtMDogICAgKy0gY3RsIDI2IChuaWQgIDIw IGluICk6ICAgIG11dGUKcGNtMDogICAgKy0gY3RsIDI4IChuaWQgIDIxIGluICk6ICAgIG11dGUK cGNtMDogICAgKy0gY3RsIDMwIChuaWQgIDIyIGluICk6ICAgIG11dGUKcGNtMDogICAgKy0gY3Rs IDMyIChuaWQgIDIzIGluICk6ICAgIG11dGUKcGNtMDogCnBjbTA6IFBDTSBWb2x1bWUgKE9TUzog cGNtKTogMC8wZEIKcGNtMDogICAgfApwY20wOiAgICArLSBjdGwgMTUgKG5pZCAgMTIgaW4gICAw KTogbXV0ZQpwY20wOiAgICArLSBjdGwgMTggKG5pZCAgMTMgaW4gICAwKTogbXV0ZQpwY20wOiAg ICArLSBjdGwgMjEgKG5pZCAgMTQgaW4gICAwKTogbXV0ZQpwY20wOiAgICArLSBjdGwgMjQgKG5p ZCAgMTUgaW4gICAwKTogbXV0ZQpwY20wOiAKcGNtMDogQ0QgVm9sdW1lIChPU1M6IGNkKQpwY20w OiAgICB8CnBjbTA6ICAgICstIGN0bCAgOCAobmlkICAxMSBpbiAgIDQpOiAtMzQvMTJkQiAoMzIg c3RlcHMpICsgbXV0ZQpwY20wOiAKcGNtMDogTWljcm9waG9uZSBWb2x1bWUgKE9TUzogbWljKQpw Y20wOiAgICB8CnBjbTA6ICAgICstIGN0bCAgNCAobmlkICAxMSBpbiAgIDApOiAtMzQvMTJkQiAo MzIgc3RlcHMpICsgbXV0ZQpwY20wOiAKcGNtMDogTGluZS1pbiBWb2x1bWUgKE9TUzogbGluZSkK cGNtMDogICAgfApwY20wOiAgICArLSBjdGwgIDYgKG5pZCAgMTEgaW4gICAyKTogLTM0LzEyZEIg KDMyIHN0ZXBzKSArIG11dGUKcGNtMDogCnBjbTA6IFNwZWFrZXIvQmVlcCBWb2x1bWUgKE9TUzog c3BlYWtlcik6IC0zNC8xMmRCCnBjbTA6ICAgIHwKcGNtMDogICAgKy0gY3RsICA5IChuaWQgIDEx IGluICAgNSk6IC0zNC8xMmRCICgzMiBzdGVwcykgKyBtdXRlCnBjbTA6IApwY20wOiBJbnB1dCBN b25pdG9yaW5nIExldmVsIChPU1M6IGlnYWluKTogMC8wZEIKcGNtMDogICAgfApwY20wOiAgICAr LSBjdGwgMTYgKG5pZCAgMTIgaW4gICAxKTogbXV0ZQpwY20wOiAgICArLSBjdGwgMTkgKG5pZCAg MTMgaW4gICAxKTogbXV0ZQpwY20wOiAgICArLSBjdGwgMjIgKG5pZCAgMTQgaW4gICAxKTogbXV0 ZQpwY20wOiAgICArLSBjdGwgMjUgKG5pZCAgMTUgaW4gICAxKTogbXV0ZQpwY20wOiAKcGNtMDog TWl4ZXIgInZvbCI6CnBjbTA6IE1peGVyICJwY20iOgpwY20wOiBNaXhlciAic3BlYWtlciI6CnBj bTA6IE1peGVyICJpZ2FpbiI6CnBjbTA6IFNvZnQgUENNIG1peGVyIEVOQUJMRUQKcGNtMDogY2xv bmUgbWFuYWdlcjogZGVhZGxpbmU9NzUwbXMgZmxhZ3M9MHg4MDAwMDAxZQpwY20wOiBzbmRidWZf c2V0bWFwIGU3ODAwMDAsIDEwMDAwOyAweGZmZmZmZjgwOWU1MWYwMDAgLT4gZTc4MDAwMApwY20w OiBzbmRidWZfc2V0bWFwIGU3YzAwMDAsIDEwMDAwOyAweGZmZmZmZjgwOWU1NWYwMDAgLT4gZTdj MDAwMApwY20wOiBBdXRvbWF0aWNhbGx5IHNldCByZWMgc291cmNlIHRvOiBkaWcxCnBjbTE6IDxS ZWFsdGVrIEFMQzg4MiAoQW5hbG9nIDIuMC81LjEpPiBhdCBuaWQgMjcgYW5kIDI2LDI4LDI0IG9u IGhkYWEwCnBjbTE6ICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsKcGNt MTogfCBEVU1QSU5HIFBDTSBQbGF5YmFjay9SZWNvcmQgQ2hhbm5lbHMgfApwY20xOiArLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rCnBjbTE6IApwY20xOiBQbGF5YmFjazoK cGNtMTogCnBjbTE6ICAgICAgU3RyZWFtIGNhcDogMHgwMDAwMDAwMQpwY20xOiAgICAgICAgICAg ICAgICAgIFBDTQpwY20xOiAgICAgICAgIFBDTSBjYXA6IDB4MDAwZTA1NjAKcGNtMTogICAgICAg ICAgICAgICAgICAxNiAyMCAyNCBiaXRzLCA0NCA0OCA5NiAxOTIgS0h6CnBjbTE6ICAgICAgICAg ICAgIERBQzogMzcKcGNtMTogCnBjbTE6IFJlY29yZDoKcGNtMTogCnBjbTE6ICAgICAgU3RyZWFt IGNhcDogMHgwMDAwMDAwMQpwY20xOiAgICAgICAgICAgICAgICAgIFBDTQpwY20xOiAgICAgICAg IFBDTSBjYXA6IDB4MDAwNjAxNjAKcGNtMTogICAgICAgICAgICAgICAgICAxNiAyMCBiaXRzLCA0 NCA0OCA5NiBLSHoKcGNtMTogICAgICAgICAgICAgREFDOiA3IDggOQpwY20xOiAKcGNtMTogKy0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rCnBjbTE6IHwgRFVNUElORyBQbGF5YmFjay9S ZWNvcmQgUGF0aHMgfApwY20xOiArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsKcGNt MTogCnBjbTE6IFBsYXliYWNrOgpwY20xOiAKcGNtMTogICAgIG5pZD0yNyBbcGluOiBIZWFkcGhv bmVzIChHcmVlbiBKYWNrKV0KcGNtMTogICAgICAgfApwY20xOiAgICAgICArIDwtIG5pZD0zOCBb YXVkaW8gbWl4ZXJdIFtzcmM6IHBjbSwgc3BlYWtlciwgbGluZSwgbWljLCBjZF0KcGNtMTogICAg ICAgICAgICAgIHwKcGNtMTogICAgICAgICAgICAgICsgPC0gbmlkPTM3IFthdWRpbyBvdXRwdXRd IFtzcmM6IHBjbV0KcGNtMTogICAgICAgICAgICAgICsgPC0gbmlkPTExIFthdWRpbyBtaXhlcl0g W3NyYzogc3BlYWtlciwgbGluZSwgbWljLCBjZF0KcGNtMTogICAgICAgICAgICAgICAgICAgICB8 CnBjbTE6ICAgICAgICAgICAgICAgICAgICAgKyA8LSBuaWQ9MjQgW3BpbjogTWljIChQaW5rIEph Y2spXSBbc3JjOiBtaWNdCnBjbTE6ICAgICAgICAgICAgICAgICAgICAgKyA8LSBuaWQ9MjYgW3Bp bjogTGluZS1pbiAoQmx1ZSBKYWNrKV0gW3NyYzogbGluZV0KcGNtMTogICAgICAgICAgICAgICAg ICAgICArIDwtIG5pZD0yOCBbcGluOiBDRCAoRml4ZWQpXSBbc3JjOiBjZF0KcGNtMTogICAgICAg ICAgICAgICAgICAgICArIDwtIG5pZD0yOSBbYmVlcCB3aWRnZXRdIFtzcmM6IHNwZWFrZXJdCnBj bTE6IApwY20xOiBSZWNvcmQ6CnBjbTE6IApwY20xOiAgICAgbmlkPTcgW2F1ZGlvIGlucHV0XQpw Y20xOiAgICAgICB8CnBjbTE6ICAgICAgICsgPC0gbmlkPTM2IFthdWRpbyBtaXhlcl0gW3NyYzog bGluZV0KcGNtMTogICAgICAgICAgICAgIHwKcGNtMTogICAgICAgICAgICAgICsgPC0gbmlkPTI2 IFtwaW46IExpbmUtaW4gKEJsdWUgSmFjayldIFtzcmM6IGxpbmVdCnBjbTE6IApwY20xOiAgICAg bmlkPTggW2F1ZGlvIGlucHV0XQpwY20xOiAgICAgICB8CnBjbTE6ICAgICAgICsgPC0gbmlkPTM1 IFthdWRpbyBtaXhlcl0gW3NyYzogY2RdCnBjbTE6ICAgICAgICAgICAgICB8CnBjbTE6ICAgICAg ICAgICAgICArIDwtIG5pZD0yOCBbcGluOiBDRCAoRml4ZWQpXSBbc3JjOiBjZF0KcGNtMTogCnBj bTE6ICAgICBuaWQ9OSBbYXVkaW8gaW5wdXRdCnBjbTE6ICAgICAgIHwKcGNtMTogICAgICAgKyA8 LSBuaWQ9MzQgW2F1ZGlvIG1peGVyXSBbc3JjOiBtaWNdCnBjbTE6ICAgICAgICAgICAgICB8CnBj bTE6ICAgICAgICAgICAgICArIDwtIG5pZD0yNCBbcGluOiBNaWMgKFBpbmsgSmFjayldIFtzcmM6 IG1pY10KcGNtMTogCnBjbTE6ICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwpwY20xOiB8IERV TVBJTkcgVm9sdW1lIENvbnRyb2xzIHwKcGNtMTogKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0r CnBjbTE6IApwY20xOiBNYXN0ZXIgVm9sdW1lIChPU1M6IHZvbCk6IC00Ni8wZEIKcGNtMTogICAg fApwY20xOiAgICArLSBjdGwgNDAgKG5pZCAgMjcgaW4gKTogICAgbXV0ZQpwY20xOiAgICArLSBj dGwgNzUgKG5pZCAgMzggb3V0KTogICAgLTQ2LzBkQiAoMzIgc3RlcHMpCnBjbTE6ICAgICstIGN0 bCA3NiAobmlkICAzOCBpbiAgIDApOiBtdXRlCnBjbTE6ICAgICstIGN0bCA3NyAobmlkICAzOCBp biAgIDEpOiBtdXRlCnBjbTE6IApwY20xOiBQQ00gVm9sdW1lIChPU1M6IHBjbSk6IDAvMGRCCnBj bTE6ICAgIHwKcGNtMTogICAgKy0gY3RsIDc2IChuaWQgIDM4IGluICAgMCk6IG11dGUKcGNtMTog CnBjbTE6IENEIFZvbHVtZSAoT1NTOiBjZCk6IC0xMi8xMmRCCnBjbTE6ICAgIHwKcGNtMTogICAg Ky0gY3RsICAyIChuaWQgICA4IGluICAgMCk6IC0xMi8zNGRCICgzMiBzdGVwcykgKyBtdXRlCnBj bTE6ICAgICstIGN0bCA1NyAobmlkICAzNSBpbiAgIDQpOiBtdXRlCnBjbTE6IApwY20xOiBNaWNy b3Bob25lIFZvbHVtZSAoT1NTOiBtaWMpOiAwLzMwZEIKcGNtMTogICAgfApwY20xOiAgICArLSBj dGwgIDMgKG5pZCAgIDkgaW4gICAwKTogLTEyLzM0ZEIgKDMyIHN0ZXBzKSArIG11dGUKcGNtMTog ICAgKy0gY3RsIDM1IChuaWQgIDI0IG91dCk6ICAgIDAvMzBkQiAoNCBzdGVwcykKcGNtMTogICAg Ky0gY3RsIDQyIChuaWQgIDM0IGluICAgMCk6IG11dGUKcGNtMTogCnBjbTE6IExpbmUtaW4gVm9s dW1lIChPU1M6IGxpbmUpOiAwLzMwZEIKcGNtMTogICAgfApwY20xOiAgICArLSBjdGwgIDEgKG5p ZCAgIDcgaW4gICAwKTogLTEyLzM0ZEIgKDMyIHN0ZXBzKSArIG11dGUKcGNtMTogICAgKy0gY3Rs IDM5IChuaWQgIDI2IG91dCk6ICAgIDAvMzBkQiAoNCBzdGVwcykKcGNtMTogICAgKy0gY3RsIDY2 IChuaWQgIDM2IGluICAgMik6IG11dGUKcGNtMTogCnBjbTE6IFJlY29yZGluZyBMZXZlbCAoT1NT OiByZWMpOiAtMTIvMzRkQgpwY20xOiAgICB8CnBjbTE6ICAgICstIGN0bCAgMSAobmlkICAgNyBp biAgIDApOiAtMTIvMzRkQiAoMzIgc3RlcHMpICsgbXV0ZQpwY20xOiAgICArLSBjdGwgIDIgKG5p ZCAgIDggaW4gICAwKTogLTEyLzM0ZEIgKDMyIHN0ZXBzKSArIG11dGUKcGNtMTogICAgKy0gY3Rs ICAzIChuaWQgICA5IGluICAgMCk6IC0xMi8zNGRCICgzMiBzdGVwcykgKyBtdXRlCnBjbTE6ICAg ICstIGN0bCA0MiAobmlkICAzNCBpbiAgIDApOiBtdXRlCnBjbTE6ICAgICstIGN0bCA1NyAobmlk ICAzNSBpbiAgIDQpOiBtdXRlCnBjbTE6ICAgICstIGN0bCA2NiAobmlkICAzNiBpbiAgIDIpOiBt dXRlCnBjbTE6IApwY20xOiBJbnB1dCBNb25pdG9yaW5nIExldmVsIChPU1M6IGlnYWluKTogMC8w ZEIKcGNtMTogICAgfApwY20xOiAgICArLSBjdGwgNzcgKG5pZCAgMzggaW4gICAxKTogbXV0ZQpw Y20xOiAKcGNtMTogTWl4ZXIgInZvbCI6CnBjbTE6IE1peGVyICJwY20iOgpwY20xOiBNaXhlciAi bGluZSI6CnBjbTE6IE1peGVyICJtaWMiOgpwY20xOiBNaXhlciAiY2QiOgpwY20xOiBNaXhlciAi cmVjIjoKcGNtMTogTWl4ZXIgImlnYWluIjoKcGNtMTogU29mdCBQQ00gbWl4ZXIgRU5BQkxFRApw Y20xOiBjbG9uZSBtYW5hZ2VyOiBkZWFkbGluZT03NTBtcyBmbGFncz0weDgwMDAwMDFlCnBjbTE6 IHNuZGJ1Zl9zZXRtYXAgZTg0MDAwMCwgMTAwMDA7IDB4ZmZmZmZmODA5ZTU5ZjAwMCAtPiBlODQw MDAwCnBjbTE6IHNuZGJ1Zl9zZXRtYXAgZTg4MDAwMCwgMTAwMDA7IDB4ZmZmZmZmODA5ZTVkZjAw MCAtPiBlODgwMDAwCnVzYnVzMDogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjAKdXNidXMxOiAx Mk1icHMgRnVsbCBTcGVlZCBVU0IgdjEuMAp1c2J1czI6IDEyTWJwcyBGdWxsIFNwZWVkIFVTQiB2 MS4wCnVzYnVzMzogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjAKdXNidXM0OiA0ODBNYnBzIEhp Z2ggU3BlZWQgVVNCIHYyLjAKYXRhMDogcmVzZXQgdHAxIG1hc2s9MDMgb3N0YXQwPTUwIG9zdGF0 MT0wMQphdGEwOiBzdGF0MD0weDEwIGVycj0weDAxIGxzYj0weDE0IG1zYj0weGViCmF0YTA6IHN0 YXQxPTB4MDEgZXJyPTB4MDQgbHNiPTB4MDAgbXNiPTB4MDAKYXRhMDogcmVzZXQgdHAyIHN0YXQw PTEwIHN0YXQxPTAxIGRldmljZXM9MHgxMDAwMAp1Z2VuMC4xOiA8SW50ZWw+IGF0IHVzYnVzMAp1 aHViMDogPEludGVsIFVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRk ciAxPiBvbiB1c2J1czAKdWdlbjEuMTogPEludGVsPiBhdCB1c2J1czEKdWh1YjE6IDxJbnRlbCBV SENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMx CnVnZW4yLjE6IDxJbnRlbD4gYXQgdXNidXMyCnVodWIyOiA8SW50ZWwgVUhDSSByb290IEhVQiwg Y2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMgp1Z2VuMy4xOiA8SW50 ZWw+IGF0IHVzYnVzMwp1aHViMzogPEludGVsIFVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2 IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czMKdWdlbjQuMTogPEludGVsPiBhdCB1c2J1czQK dWh1YjQ6IDxJbnRlbCBFSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFk ZHIgMT4gb24gdXNidXM0CnVodWIwOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93 ZXJlZAp1aHViMTogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWh1YjI6 IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVodWIzOiAyIHBvcnRzIHdp dGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAphdGEyOiBTQVRBIHJlc2V0OiBwb3J0cyBzdGF0 dXM9MHgwMAphdGEyOiBwMDogU0FUQSBjb25uZWN0IHRpbWVvdXQgc3RhdHVzPTAwMDAwMDAwCmF0 YTI6IHAxOiBTQVRBIGNvbm5lY3QgdGltZW91dCBzdGF0dXM9MDAwMDAwMDAKYXRhMzogU0FUQSBy ZXNldDogcG9ydHMgc3RhdHVzPTB4MDIKYXRhMzogcDA6IFNBVEEgY29ubmVjdCB0aW1lPTBtcyBz dGF0dXM9MDAwMDAxMjMKYXRhMzogcDE6IFNBVEEgY29ubmVjdCB0aW1lb3V0IHN0YXR1cz0wMDAw MDAwMAphdGEzOiByZXNldCB0cDEgbWFzaz0wMyBvc3RhdDA9NTAgb3N0YXQxPTAwCmF0YTM6IHN0 YXQwPTB4NTAgZXJyPTB4MDEgbHNiPTB4MDAgbXNiPTB4MDAKYXRhMzogc3RhdDE9MHgwMCBlcnI9 MHgwMSBsc2I9MHgwMCBtc2I9MHgwMAphdGEzOiByZXNldCB0cDIgc3RhdDA9NTAgc3RhdDE9MDAg ZGV2aWNlcz0weDEKYWRhMCBhdCBhdGEzIGJ1cyAwIHNjYnVzMiB0YXJnZXQgMCBsdW4gMApHRU9N OiBuZXcgZGlzayBhZGEwCmFkYTA6IDxTVDMwMDBETTAwMS05WU4xNjYgQ0M0Qj4gQVRBLTggU0FU QSAzLnggZGV2aWNlCmFkYTA6IFNlcmlhbCBOdW1iZXIgUzFGMFo5NVcKYWRhMDogMzAwLjAwME1C L3MgdHJhbnNmZXJzIChTQVRBIDIueCwgVURNQTUsIFBJTyA4MTkyYnl0ZXMpCmFkYTA6IDI4NjE1 ODhNQiAoNTg2MDUzMzE2OCA1MTIgYnl0ZSBzZWN0b3JzOiAxNkggNjNTL1QgMTYzODNDKQphZGEw OiBQcmV2aW91c2x5IHdhcyBrbm93biBhcyBhZDYKcGFzczAgYXQgYXRhMCBidXMgMCBzY2J1czAg dGFyZ2V0IDAgbHVuIDAKcGFzczA6IDxUU1NUY29ycCBDRC9EVkRXIFRTLUg1NTJMIDA2MTQ+IFJl bW92YWJsZSBDRC1ST00gU0NTSS0wIGRldmljZSAKcGFzczA6IDMzLjMwME1CL3MgdHJhbnNmZXJz IChVRE1BMiwgQVRBUEkgMTJieXRlcywgUElPIDY1NTM0Ynl0ZXMpCmNkMCBhdCBhdGEwIGJ1cyAw IHNjYnVzMCB0YXJnZXQgMCBsdW4gMApjZDA6IDxUU1NUY29ycCBDRC9EVkRXIFRTLUg1NTJMIDA2 MTQ+IFJlbW92YWJsZSBDRC1ST00gU0NTSS0wIGRldmljZSAKY2QwOiAzMy4zMDBNQi9zIHRyYW5z ZmVycyAoVURNQTIsIEFUQVBJIDEyYnl0ZXMsIFBJTyA2NTUzNGJ5dGVzKQpjZDA6IGNkIHByZXNl bnQgWzM2MDU3NiB4IDIwNDggYnl0ZSByZWNvcmRzXQpwYXNzMSBhdCBhdGEzIGJ1cyAwIHNjYnVz MiB0YXJnZXQgMCBsdW4gMApwYXNzMTogPFNUMzAwMERNMDAxLTlZTjE2NiBDQzRCPiBBVEEtOCBT QVRBIDMueCBkZXZpY2UKcGFzczE6IFNlcmlhbCBOdW1iZXIgUzFGMFo5NVcKcGFzczE6IDMwMC4w MDBNQi9zIHRyYW5zZmVycyAoU0FUQSAyLngsIFVETUE1LCBQSU8gODE5MmJ5dGVzKQpTTVA6IEFQ IENQVSAjMSBMYXVuY2hlZCEKY3B1MSBBUDoKICAgICBJRDogMHgwMTAwMDAwMCAgIFZFUjogMHgw MDA1MDAxNCBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZmCiAgbGludDA6IDB4MDAwMTA3 MDAgbGludDE6IDB4MDAwMDA0MDAgVFBSOiAweDAwMDAwMDAwIFNWUjogMHgwMDAwMDFmZgogIHRp bWVyOiAweDAwMDEwMGVmIHRoZXJtOiAweDAwMDEwMDAwIGVycjogMHgwMDAwMDBmMCBwbWM6IDB4 MDAwMTA0MDAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMSAoSVNBIElSUSAxKSB0byBsYXBpYyAx IHZlY3RvciA0OAppb2FwaWMwOiByb3V0aW5nIGludHBpbiA5IChJU0EgSVJRIDkpIHRvIGxhcGlj IDEgdmVjdG9yIDQ5CmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDE2IChQQ0kgSVJRIDE2KSB0byBs YXBpYyAxIHZlY3RvciA1MAppb2FwaWMwOiByb3V0aW5nIGludHBpbiAxOSAoUENJIElSUSAxOSkg dG8gbGFwaWMgMSB2ZWN0b3IgNTEKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMjMgKFBDSSBJUlEg MjMpIHRvIGxhcGljIDEgdmVjdG9yIDUyClNNUDogcGFzc2VkIFRTQyBzeW5jaHJvbml6YXRpb24g dGVzdApUU0MgdGltZWNvdW50ZXIgZGlzY2FyZHMgbG93ZXIgOCBiaXQocykKVGltZWNvdW50ZXIg IlRTQy1sb3ciIGZyZXF1ZW5jeSAxMTcyMjMyMyBIeiBxdWFsaXR5IDEwMDAKV0FSTklORzogV0lU TkVTUyBvcHRpb24gZW5hYmxlZCwgZXhwZWN0IHJlZHVjZWQgcGVyZm9ybWFuY2UuCkdFT006IG5l dyBkaXNrIGNkMAp1aHViNDogOCBwb3J0cyB3aXRoIDggcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQK VHJ5aW5nIHRvIG1vdW50IHJvb3QgZnJvbSBjZDk2NjA6L2Rldi9pc285NjYwL0ZSRUVCU0RfSU5T VEFMTCBbcm9dLi4uCnN0YXJ0X2luaXQ6IHRyeWluZyAvc2Jpbi9pbml0CnVnZW4yLjI6IDxMb2dp dGVjaD4gYXQgdXNidXMyCnVnZW4wLjI6IDxQbHVzIE1vcmUgRW50ZXJwcmlzZSBMVEQuPiBhdCB1 c2J1czAKdWtiZDE6IDxQbHVzIE1vcmUgRW50ZXJwcmlzZSBMVEQuIFVTQi1jb21wbGlhbnQga2V5 Ym9hcmQsIGNsYXNzIDAvMCwgcmV2IDEuMTAvMS4wMCwgYWRkciAyPiBvbiB1c2J1czAKa2JkMiBh dCB1a2JkMQprYmQyOiB1a2JkMSwgZ2VuZXJpYyAoMCksIGNvbmZpZzoweDAsIGZsYWdzOjB4M2Qw MDAwCnVtczA6IDxMb2dpdGVjaCBVU0ItUFMyIE9wdGljYWwgTW91c2UsIGNsYXNzIDAvMCwgcmV2 IDIuMDAvMjcuMjAsIGFkZHIgMj4gb24gdXNidXMyCnVtczE6IDxQbHVzIE1vcmUgRW50ZXJwcmlz ZSBMVEQuIFVTQi1jb21wbGlhbnQga2V5Ym9hcmQsIGNsYXNzIDAvMCwgcmV2IDEuMTAvMS4wMCwg YWRkciAyPiBvbiB1c2J1czAKdW1zMDogOCBidXR0b25zIGFuZCBbWFlaVF0gY29vcmRpbmF0ZXMg SUQ9MAp1bXMxOiAwIGJ1dHRvbnMgYW5kIFtYWVpdIGNvb3JkaW5hdGVzIElEPTMKdWdlbjQuMjog PEdIPiBhdCB1c2J1czQKdW1hc3MwOiA8R0ggUGljb0JpdCwgY2xhc3MgMC8wLCByZXYgMi4wMC8x LjEwLCBhZGRyIDI+IG9uIHVzYnVzNAp1bWFzczA6ICBTQ1NJIG92ZXIgQnVsay1Pbmx5OyBxdWly a3MgPSAweDQxMDAKdW1hc3MwOjQ6MDotMTogQXR0YWNoZWQgdG8gc2NidXM0Cihwcm9iZTA6dW1h c3Mtc2ltMDowOjA6MCk6IERvd24gcmV2aW5nIFByb3RvY29sIFZlcnNpb24gZnJvbSAyIHRvIDA/ CnBhc3MyIGF0IHVtYXNzLXNpbTAgYnVzIDAgc2NidXM0IHRhcmdldCAwIGx1biAwCnBhc3MyOiA8 R0ggUGljb0JpdCBQTUFQPiBSZW1vdmFibGUgRGlyZWN0IEFjY2VzcyBTQ1NJLTAgZGV2aWNlIApw YXNzMjogU2VyaWFsIE51bWJlciAwNzczMTQzODAwRkMKcGFzczI6IDQwLjAwME1CL3MgdHJhbnNm ZXJzCkdFT006IG5ldyBkaXNrIGRhMApkYTAgYXQgdW1hc3Mtc2ltMCBidXMgMCBzY2J1czQgdGFy Z2V0IDAgbHVuIDAKZGEwOiA8R0ggUGljb0JpdCBQTUFQPiBSZW1vdmFibGUgRGlyZWN0IEFjY2Vz cyBTQ1NJLTAgZGV2aWNlIApkYTA6IFNlcmlhbCBOdW1iZXIgMDc3MzE0MzgwMEZDCmRhMDogNDAu MDAwTUIvcyB0cmFuc2ZlcnMKZGEwOiA5ODFNQiAoMjAwOTA4OCA1MTIgYnl0ZSBzZWN0b3JzOiA2 NEggMzJTL1QgOTgxQykK --=_32ee879a5fcc5cf2e3220a6315377d3c Content-Transfer-Encoding: base64 Content-Type: text/plain; name="dmesg_i386.txt"; Content-Disposition: attachment; filename="dmesg_i386.txt"; TVAgQ29uZmlndXJhdGlvbiBUYWJsZSB2ZXJzaW9uIDEuNCBmb3VuZCBhdCAweGMwMGYxNDAwClRh YmxlICdGQUNQJyBhdCAweDdmZWUzMGMwClRhYmxlICdNQ0ZHJyBhdCAweDdmZWU4ODAwClRhYmxl ICdBUElDJyBhdCAweDdmZWU4NzAwCkFQSUM6IEZvdW5kIHRhYmxlIGF0IDB4N2ZlZTg3MDAKQVBJ QzogVXNpbmcgdGhlIE1BRFQgZW51bWVyYXRvci4KTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgMCBB Q1BJIElEIDA6IGVuYWJsZWQKU01QOiBBZGRlZCBDUFUgMCAoQVApCk1BRFQ6IEZvdW5kIENQVSBB UElDIElEIDEgQUNQSSBJRCAxOiBlbmFibGVkClNNUDogQWRkZWQgQ1BVIDEgKEFQKQpNQURUOiBG b3VuZCBDUFUgQVBJQyBJRCAyIEFDUEkgSUQgMjogZGlzYWJsZWQKTUFEVDogRm91bmQgQ1BVIEFQ SUMgSUQgMyBBQ1BJIElEIDM6IGRpc2FibGVkCkNvcHlyaWdodCAoYykgMTk5Mi0yMDEyIFRoZSBG cmVlQlNEIFByb2plY3QuCkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4 OCwgMTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NAoJVGhlIFJlZ2VudHMgb2YgdGhlIFVuaXZl cnNpdHkgb2YgQ2FsaWZvcm5pYS4gQWxsIHJpZ2h0cyByZXNlcnZlZC4KRnJlZUJTRCBpcyBhIHJl Z2lzdGVyZWQgdHJhZGVtYXJrIG9mIFRoZSBGcmVlQlNEIEZvdW5kYXRpb24uCkZyZWVCU0QgMTAu MC1DVVJSRU5UICM1IHIyNDI0NjQ6IEZyaSBOb3YgIDIgMDU6MDY6MTkgVVRDIDIwMTIKICAgIHJv b3RAa2Fvcy5nbGVuYmFyYmVyLnVzOi91c3Ivb2JqL3Vzci9zcmMvc3lzL0dFTkVSSUMgaTM4NgpX QVJOSU5HOiBXSVRORVNTIG9wdGlvbiBlbmFibGVkLCBleHBlY3QgcmVkdWNlZCBwZXJmb3JtYW5j ZS4KUHJlbG9hZGVkIGVsZiBrZXJuZWwgIi9ib290L2tlcm5lbC9rZXJuZWwiIGF0IDB4YzE2ZjEw MDAuCkNhbGlicmF0aW5nIFRTQyBjbG9jayAuLi4gVFNDIGNsb2NrOiAzMDAwOTEyNDM1IEh6CkNQ VTogSW50ZWwoUikgUGVudGl1bShSKSBEIENQVSAzLjAwR0h6ICgzMDAwLjkxLU1IeiA2ODYtY2xh c3MgQ1BVKQogIE9yaWdpbiA9ICJHZW51aW5lSW50ZWwiICBJZCA9IDB4ZjYyICBGYW1pbHkgPSAw eGYgIE1vZGVsID0gMHg2ICBTdGVwcGluZyA9IDIKICBGZWF0dXJlcz0weGJmZWJmYmZmPEZQVSxW TUUsREUsUFNFLFRTQyxNU1IsUEFFLE1DRSxDWDgsQVBJQyxTRVAsTVRSUixQR0UsTUNBLENNT1Ys UEFULFBTRTM2LENMRkxVU0gsRFRTLEFDUEksTU1YLEZYU1IsU1NFLFNTRTIsU1MsSFRULFRNLFBC RT4KICBGZWF0dXJlczI9MHhlNDNkPFNTRTMsRFRFUzY0LE1PTixEU19DUEwsVk1YLENOWFQtSUQs Q1gxNix4VFBSLFBEQ00+CiAgQU1EIEZlYXR1cmVzPTB4MjAxMDAwMDA8TlgsTE0+CiAgQU1EIEZl YXR1cmVzMj0weDE8TEFIRj4KICBUU0M6IFAtc3RhdGUgaW52YXJpYW50CgpJbnN0cnVjdGlvbiBU TEI6IDQgS0IsIDIgTUIgb3IgNCBNQiBwYWdlcywgZnVsbHkgYXNzb2NpYXRpdmUsIDEyOCBlbnRy aWVzCkRhdGEgVExCOiA0IEtCIG9yIDQgTUIgcGFnZXMsIGZ1bGx5IGFzc29jaWF0aXZlLCA2NCBl bnRyaWVzCjFzdC1sZXZlbCBkYXRhIGNhY2hlOiAxNiBLQiwgOC13YXkgc2V0IGFzc29jaWF0aXZl LCBzZWN0b3JlZCBjYWNoZSwgNjQgYnl0ZSBsaW5lIHNpemUKVHJhY2UgY2FjaGU6IDEySy11b3Bz LCA4LXdheSBzZXQgYXNzb2NpYXRpdmUKMm5kLWxldmVsIGNhY2hlOiAyLU1CLCA4LXdheSBzZXQg YXNzb2NpYXRpdmUsIDY0LWJ5dGUgbGluZSBzaXplCkwyIGNhY2hlOiAyMDQ4IGtieXRlcywgOC13 YXkgYXNzb2NpYXRpdmUsIDY0IGJ5dGVzL2xpbmUKcmVhbCBtZW1vcnkgID0gMjE0NzQ4MzY0OCAo MjA0OCBNQikKUGh5c2ljYWwgbWVtb3J5IGNodW5rKHMpOgoweDAwMDAwMDAwMDAwMDEwMDAgLSAw eDAwMDAwMDAwMDAwOWVmZmYsIDY0NzE2OCBieXRlcyAoMTU4IHBhZ2VzKQoweDAwMDAwMDAwMDAx MDAwMDAgLSAweDAwMDAwMDAwMDAzZmZmZmYsIDMxNDU3MjggYnl0ZXMgKDc2OCBwYWdlcykKMHgw MDAwMDAwMDAxODI2MDAwIC0gMHgwMDAwMDAwMDdkYTc2ZmZmLCAyMDgyODAzNzEyIGJ5dGVzICg1 MDg0OTcgcGFnZXMpCmF2YWlsIG1lbW9yeSA9IDIwODA4Mzc2MzIgKDE5ODQgTUIpCkV2ZW50IHRp bWVyICJMQVBJQyIgcXVhbGl0eSA0MDAKQUNQSSBBUElDIFRhYmxlOiA8SFAtQ1BDIEFXUkRBQ1BJ PgpJTlRSOiBBZGRpbmcgbG9jYWwgQVBJQyAxIGFzIGEgdGFyZ2V0CkZyZWVCU0QvU01QOiBNdWx0 aXByb2Nlc3NvciBTeXN0ZW0gRGV0ZWN0ZWQ6IDIgQ1BVcwpGcmVlQlNEL1NNUDogMSBwYWNrYWdl KHMpIHggMiBjb3JlKHMpCiBjcHUwIChCU1ApOiBBUElDIElEOiAgMAogY3B1MSAoQVApOiBBUElD IElEOiAgMQpBUElDOiBDUFUgMCBoYXMgQUNQSSBJRCAwCkFQSUM6IENQVSAxIGhhcyBBQ1BJIElE IDEKYmlvczMyOiBGb3VuZCBCSU9TMzIgU2VydmljZSBEaXJlY3RvcnkgaGVhZGVyIGF0IDB4YzAw ZmI4YjAKYmlvczMyOiBFbnRyeSA9IDB4ZjFlMzAgKGMwMGYxZTMwKSAgUmV2ID0gMCAgTGVuID0g MQpwY2liaW9zOiBQQ0kgQklPUyBlbnRyeSBhdCAweGYwMDAwKzB4MWU2MApwbnBiaW9zOiBGb3Vu ZCBQblAgQklPUyBkYXRhIGF0IDB4YzAwZmM0MDAKcG5wYmlvczogRW50cnkgPSBmMDAwMDpjNDMw ICBSZXYgPSAxLjAKT3RoZXIgQklPUyBzaWduYXR1cmVzIGZvdW5kOgpVTEU6IHNldHVwIGNwdSAw ClVMRTogc2V0dXAgY3B1IDEKQUNQSTogUlNEUCAweGY3ZjgwIDAwMDE0ICh2MDAgSFAtQ1BDKQpB Q1BJOiBSU0RUIDB4N2ZlZTMwNDAgMDAwMzAgKHYwMSBIUC1DUEMgQVdSREFDUEkgNDIzMDJFMzEg QVdSRCAwMDAwMDAwMCkKQUNQSTogRkFDUCAweDdmZWUzMGMwIDAwMDc0ICh2MDEgSFAtQ1BDIEFX UkRBQ1BJIDQyMzAyRTMxIEFXUkQgMDAwMDAwMDApCkFDUEk6IERTRFQgMHg3ZmVlMzE4MCAwNTUy OSAodjAxIEhQLUNQQyBBV1JEQUNQSSAwMDAwMTAwMCBNU0ZUIDAxMDAwMDBFKQpBQ1BJOiBGQUNT IDB4N2ZlZTAwMDAgMDAwNDAKQUNQSTogTUNGRyAweDdmZWU4ODAwIDAwMDNDICh2MDEgSFAtQ1BD IEFXUkRBQ1BJIDQyMzAyRTMxIEFXUkQgMDAwMDAwMDApCkFDUEk6IEFQSUMgMHg3ZmVlODcwMCAw MDA4NCAodjAxIEhQLUNQQyBBV1JEQUNQSSA0MjMwMkUzMSBBV1JEIDAwMDAwMDAwKQpNQURUOiBG b3VuZCBJTyBBUElDIElEIDQsIEludGVycnVwdCAwIGF0IDB4ZmVjMDAwMDAKaW9hcGljMDogQ2hh bmdpbmcgQVBJQyBJRCB0byA0CmlvYXBpYzA6IFJvdXRpbmcgZXh0ZXJuYWwgODI1OUEncyAtPiBp bnRwaW4gMApNQURUOiBJbnRlcnJ1cHQgb3ZlcnJpZGU6IHNvdXJjZSAwLCBpcnEgMgppb2FwaWMw OiBSb3V0aW5nIElSUSAwIC0+IGludHBpbiAyCk1BRFQ6IEludGVycnVwdCBvdmVycmlkZTogc291 cmNlIDksIGlycSA5CmlvYXBpYzA6IGludHBpbiA5IHRyaWdnZXI6IGxldmVsCmxhcGljMDogUm91 dGluZyBOTUkgLT4gTElOVDEKbGFwaWMwOiBMSU5UMSB0cmlnZ2VyOiBlZGdlCmxhcGljMDogTElO VDEgcG9sYXJpdHk6IGhpZ2gKbGFwaWMxOiBSb3V0aW5nIE5NSSAtPiBMSU5UMQpsYXBpYzE6IExJ TlQxIHRyaWdnZXI6IGVkZ2UKbGFwaWMxOiBMSU5UMSBwb2xhcml0eTogaGlnaApNQURUOiBJZ25v cmluZyBsb2NhbCBOTUkgcm91dGVkIHRvIEFDUEkgQ1BVIDIKTUFEVDogSWdub3JpbmcgbG9jYWwg Tk1JIHJvdXRlZCB0byBBQ1BJIENQVSAzCmlvYXBpYzAgPFZlcnNpb24gMi4wPiBpcnFzIDAtMjMg b24gbW90aGVyYm9hcmQKY3B1MCBCU1A6CiAgICAgSUQ6IDB4MDAwMDAwMDAgICBWRVI6IDB4MDAw NTAwMTQgTERSOiAweDAwMDAwMDAwIERGUjogMHhmZmZmZmZmZgogIGxpbnQwOiAweDAwMDEwNzAw IGxpbnQxOiAweDAwMDAwNDAwIFRQUjogMHgwMDAwMDAwMCBTVlI6IDB4MDAwMDAxZmYKICB0aW1l cjogMHgwMDAxMDBlZiB0aGVybTogMHgwMDAxMDAwMCBlcnI6IDB4MDAwMDAwZjAgcG1jOiAweDAw MDEwNDAwCnNuZF91bml0X2luaXQoKSB1PTB4MDBmZjgwMDAgWzUxMl0gZD0weDAwMDA3YzAwIFsz Ml0gYz0weDAwMDAwM2ZmIFsxMDI0XQpmZWVkZXJfcmVnaXN0ZXI6IHNuZF91bml0PS0xIHNuZF9t YXhhdXRvdmNoYW5zPTE2IGxhdGVuY3k9NSBmZWVkZXJfcmF0ZV9taW49MSBmZWVkZXJfcmF0ZV9t YXg9MjAxNjAwMCBmZWVkZXJfcmF0ZV9yb3VuZD0yNQp3bGFuOiA8ODAyLjExIExpbmsgTGF5ZXI+ CnJhbmRvbTogPGVudHJvcHkgc291cmNlLCBTb2Z0d2FyZSwgWWFycm93PgpuZnNsb2NrOiBwc2V1 ZG8tZGV2aWNlCmtiZDogbmV3IGFycmF5IHNpemUgNAprYmQxIGF0IGtiZG11eDAKbWVtOiA8bWVt b3J5PgpQZW50aXVtIFBybyBNVFJSIHN1cHBvcnQgZW5hYmxlZApWRVNBOiBJTlQgMHgxMCB2ZWN0 b3IgMHhjMDAwOjB4MDQ1YQpWRVNBOiBpbmZvcm1hdGlvbiBibG9jawowMDAwICAgNTYgNDUgNTMg NDEgMDAgMDMgNDggMDIgMDAgYzAgMDEgMDAgMDAgMDAgNDQgMDAKMDAxMCAgIDAwIDAxIDAwIDAx IDBjIDA5IDg4IDAxIDAwIGMwIDk0IDAwIDAwIGMwIGJjIDQ2CjAwMjAgICAwMCBjMCAwMCAwMCAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMAowMDMwICAgMDAgMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAKMDA0MCAgIDAwIDAwIDAwIDAwIDAwIDAx IDAxIDAxIDAzIDAxIDA1IDAxIDA3IDAxIDA5IDAxCjAwNTAgICAwYSAwMSAzMCAwMSAxMCAwMSAx MSAwMSAxMiAwMSAxMyAwMSAxNCAwMSAxNSAwMQowMDYwICAgMTYgMDEgMTcgMDEgMTggMDEgMTkg MDEgMWEgMDEgMWIgMDEgMGQgMDEgMGUgMDEKMDA3MCAgIDBmIDAxIDIwIDAxIDkzIDAxIDk0IDAx IDk1IDAxIDk2IDAxIGIzIDAxIGI0IDAxCjAwODAgICBiNSAwMSBiNiAwMSBjMyAwMSBjNCAwMSBj NSAwMSBjNiAwMSA4MyAwMSA4NCAwMQowMDkwICAgODUgMDEgODYgMDEgMzMgMDEgMzQgMDEgMzUg MDEgMzYgMDEgNTMgMDEgNTQgMDEKMDBhMCAgIDU1IDAxIDU2IDAxIDYzIDAxIDY0IDAxIDY1IDAx IDY2IDAxIDIxIDAxIDIyIDAxCjAwYjAgICAyMyAwMSAyNCAwMSA0MyAwMSA0NCAwMSA0NSAwMSA0 NiAwMSA3MyAwMSA3NCAwMQowMGMwICAgNzUgMDEgNzYgMDEgODMgMDEgODQgMDEgODUgMDEgODYg MDEgZDMgMDEgZDQgMDEKMDBkMCAgIGQ1IDAxIGQ2IDAxIGUzIDAxIGU0IDAxIGU1IDAxIGU2IDAx IGZmIGZmIDAwIDAwCjAwZTAgICAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAw MCAwMCAwMCAwMAowMGYwICAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg MDAgMDAgMDAKMDEwMCAgIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAw IDAwIDAwCjAxMTAgICAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAw MCAwMAowMTIwICAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg MDAKMDEzMCAgIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAw CjAxNDAgICAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMAow MTUwICAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAKMDE2 MCAgIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwCjAxNzAg ICAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMAowMTgwICAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAKMDE5MCAgIDAw IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwCjAxYTAgICAwMCAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMAowMWIwICAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAKMDFjMCAgIDAwIDAwIDAw IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwCjAxZDAgICAwMCAwMCAwMCAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMAowMWUwICAgMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAKMDFmMCAgIDAwIDAwIDAwIDAwIDAw IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwClZFU0E6IDc2IG1vZGUocykgZm91bmQK VkVTQTogdjMuMCwgMTYzODRrIG1lbW9yeSwgZmxhZ3M6MHgxLCBtb2RlIHRhYmxlOjB4YzVlZDAw NDQgKDEwMDAwNDQpClZFU0E6IEFUSSBBVE9NQklPUwpWRVNBOiAoQykgMTk4OC0yMDA1LCBBVEkg VGVjaG5vbG9naWVzIEluYy4gIFJWNTE1IDAxLjAwCmlvOiA8SS9PPgpudWxsOiA8bnVsbCBkZXZp Y2UsIHplcm8gZGV2aWNlPgpocHRycjogUm9ja2V0UkFJRCAxN3h4LzJ4eHggU0FUQSBjb250cm9s bGVyIGRyaXZlciB2MS4yCmhwdDI3eHg6IFJvY2tldFJBSUQgMjd4eCBjb250cm9sbGVyIGRyaXZl ciB2MS4wIChOb3YgIDIgMjAxMiAwNTowNTo1MSkKYWNwaTA6IDxIUC1DUEMgQVdSREFDUEk+IG9u IG1vdGhlcmJvYXJkClBDSWU6IE1lbW9yeSBNYXBwZWQgY29uZmlndXJhdGlvbiBiYXNlIEAgMHhm MDAwMDAwMApwY2liaW9zOiBCSU9TIHZlcnNpb24gMy4wMAppb2FwaWMwOiByb3V0aW5nIGludHBp biA5IChJU0EgSVJRIDkpIHRvIGxhcGljIDAgdmVjdG9yIDQ4CmFjcGkwOiBQb3dlciBCdXR0b24g KGZpeGVkKQphY3BpMDogd2FrZXVwIGNvZGUgdmEgMHhjNWYwYjAwMCBwYSAweDEwMDAKYWNwaTA6 IHJlc2VydmF0aW9uIG9mIDAsIGEwMDAwICgzKSBmYWlsZWQKYWNwaTA6IHJlc2VydmF0aW9uIG9m IDEwMDAwMCwgN2ZkZTAwMDAgKDMpIGZhaWxlZApjcHUwOiBQcm9jZXNzb3IgXFxfUFJfLkNQVTAg KEFDUEkgSUQgMCkgLT4gQVBJQyBJRCAwCmNwdTA6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1MDog c3dpdGNoaW5nIHRvIGdlbmVyaWMgQ3ggbW9kZQpjcHUxOiBQcm9jZXNzb3IgXFxfUFJfLkNQVTEg KEFDUEkgSUQgMSkgLT4gQVBJQyBJRCAxCmNwdTE6IDxBQ1BJIENQVT4gb24gYWNwaTAKQUNQSTog UHJvY2Vzc29yIFxcX1BSXy5DUFUyIChBQ1BJIElEIDIpIGlnbm9yZWQKQUNQSTogUHJvY2Vzc29y IFxcX1BSXy5DUFUzIChBQ1BJIElEIDMpIGlnbm9yZWQKYXR0aW1lcjA6IDxBVCB0aW1lcj4gcG9y dCAweDQwLTB4NDMgaXJxIDAgb24gYWNwaTAKVGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kg MTE5MzE4MiBIeiBxdWFsaXR5IDAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMiAoSVNBIElSUSAw KSB0byBsYXBpYyAwIHZlY3RvciA0OQpFdmVudCB0aW1lciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkz MTgyIEh6IHF1YWxpdHkgMTAwCmF0cnRjMDogPEFUIHJlYWx0aW1lIGNsb2NrPiBwb3J0IDB4NzAt MHg3MyBpcnEgOCBvbiBhY3BpMAphdHJ0YzA6IHJlZ2lzdGVyZWQgYXMgYSB0aW1lLW9mLWRheSBj bG9jayAocmVzb2x1dGlvbiAxMDAwMDAwdXMsIGFkanVzdG1lbnQgMC41MDAwMDAwMDBzKQppb2Fw aWMwOiByb3V0aW5nIGludHBpbiA4IChJU0EgSVJRIDgpIHRvIGxhcGljIDAgdmVjdG9yIDUwCkV2 ZW50IHRpbWVyICJSVEMiIGZyZXF1ZW5jeSAzMjc2OCBIeiBxdWFsaXR5IDAKQUNQSSB0aW1lcjog MS8wIDEvMCAxLzAgMS8wIDEvMCAxLzAgMS8wIDEvMCAxLzAgMS8wIC0+IDEwClRpbWVjb3VudGVy ICJBQ1BJLWZhc3QiIGZyZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1YWxpdHkgOTAwCmFjcGlfdGltZXIw OiA8MjQtYml0IHRpbWVyIGF0IDMuNTc5NTQ1TUh6PiBwb3J0IDB4NDA4LTB4NDBiIG9uIGFjcGkw CnBjaV9saW5rMDogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQ cm9iZSAgICAgICAwICAgIDcgICBOICAgICAwICAzIDQgNSA3IDkgMTAgMTEgMTIgMTQgMTUKICBW YWxpZGF0aW9uICAgICAgICAgIDAgICAgNyAgIE4gICAgIDAgIDMgNCA1IDcgOSAxMCAxMSAxMiAx NCAxNQogIEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDUgNyA5IDEw IDExIDEyIDE0IDE1CnBjaV9saW5rMTogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFz CiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAyNTUgICBOICAgICAwICAzIDQgNSA3IDkgMTAgMTEg MTIgMTQgMTUKICBWYWxpZGF0aW9uICAgICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDcg OSAxMCAxMSAxMiAxNCAxNQogIEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAg MyA0IDUgNyA5IDEwIDExIDEyIDE0IDE1CnBjaV9saW5rMjogICAgICAgIEluZGV4ICBJUlEgIFJ0 ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAyNTUgICBOICAgICAwICAzIDQg NSA3IDkgMTAgMTEgMTIgMTQgMTUKICBWYWxpZGF0aW9uICAgICAgICAgIDAgIDI1NSAgIE4gICAg IDAgIDMgNCA1IDcgOSAxMCAxMSAxMiAxNCAxNQogIEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1 ICAgTiAgICAgMCAgMyA0IDUgNyA5IDEwIDExIDEyIDE0IDE1CnBjaV9saW5rMzogICAgICAgIElu ZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAgMTEgICBO ICAgICAwICAzIDQgNSA3IDkgMTAgMTEgMTIgMTQgMTUKICBWYWxpZGF0aW9uICAgICAgICAgIDAg ICAxMSAgIE4gICAgIDAgIDMgNCA1IDcgOSAxMCAxMSAxMiAxNCAxNQogIEFmdGVyIERpc2FibGUg ICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDUgNyA5IDEwIDExIDEyIDE0IDE1CnBjaV9saW5r NDogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAg ICAwICAgMTAgICBOICAgICAwICAzIDQgNSA3IDkgMTAgMTEgMTIgMTQgMTUKICBWYWxpZGF0aW9u ICAgICAgICAgIDAgICAxMCAgIE4gICAgIDAgIDMgNCA1IDcgOSAxMCAxMSAxMiAxNCAxNQogIEFm dGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDUgNyA5IDEwIDExIDEyIDE0 IDE1CnBjaV9saW5rNTogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlh bCBQcm9iZSAgICAgICAwICAyNTUgICBOICAgICAwICAzIDQgNSA3IDkgMTAgMTEgMTIgMTQgMTUK ICBWYWxpZGF0aW9uICAgICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDcgOSAxMCAxMSAx MiAxNCAxNQogIEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDUgNyA5 IDEwIDExIDEyIDE0IDE1CnBjaV9saW5rNjogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJ UlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAyNTUgICBOICAgICAwICAzIDQgNSA3IDkgMTAg MTEgMTIgMTQgMTUKICBWYWxpZGF0aW9uICAgICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1 IDcgOSAxMCAxMSAxMiAxNCAxNQogIEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAg MCAgMyA0IDUgNyA5IDEwIDExIDEyIDE0IDE1CnBjaV9saW5rNzogICAgICAgIEluZGV4ICBJUlEg IFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAyNTUgICBOICAgICAwICAz IDQgNSA3IDkgMTAgMTEgMTIgMTQgMTUKICBWYWxpZGF0aW9uICAgICAgICAgIDAgIDI1NSAgIE4g ICAgIDAgIDMgNCA1IDcgOSAxMCAxMSAxMiAxNCAxNQogIEFmdGVyIERpc2FibGUgICAgICAgMCAg MjU1ICAgTiAgICAgMCAgMyA0IDUgNyA5IDEwIDExIDEyIDE0IDE1CmFjcGlfYnV0dG9uMDogPFBv d2VyIEJ1dHRvbj4gb24gYWNwaTAKcGNpYjA6IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4gcG9ydCAw eGNmOC0weGNmZiBvbiBhY3BpMApwY2liMDogZGVjb2RpbmcgNCByYW5nZSAwLTB4Y2Y3CnBjaWIw OiBkZWNvZGluZyA0IHJhbmdlIDB4ZDAwLTB4ZmZmZgpwY2liMDogZGVjb2RpbmcgMyByYW5nZSAw eGEwMDAwLTB4YmZmZmYKcGNpYjA6IGRlY29kaW5nIDMgcmFuZ2UgMHhjMDAwMC0weGRmZmZmCnBj aWIwOiBkZWNvZGluZyAzIHJhbmdlIDB4N2ZmMDAwMDAtMHhmZWJmZmZmZgpwY2kwOiA8QUNQSSBQ Q0kgYnVzPiBvbiBwY2liMApwY2kwOiBkb21haW49MCwgcGh5c2ljYWwgYnVzPTAKZm91bmQtPgl2 ZW5kb3I9MHg4MDg2LCBkZXY9MHgyNzcwLCByZXZpZD0weDgxCglkb21haW49MCwgYnVzPTAsIHNs b3Q9MCwgZnVuYz0wCgljbGFzcz0wNi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRy ZWc9MHgwMDA2LCBzdGF0cmVnPTB4MjA5MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVy PTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpmb3Vu ZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDI3NzEsIHJldmlkPTB4ODEKCWRvbWFpbj0wLCBidXM9 MCwgc2xvdD0xLCBmdW5jPTAKCWNsYXNzPTA2LTA0LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTAK CWNtZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9OCAoZHdvcmRzKQoJbGF0 dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDA4ICgyMDAwIG5zKSwgbWF4bGF0PTB4MDAgKDAg bnMpCglpbnRwaW49YSwgaXJxPTcKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVu dCBEMAoJTVNJIHN1cHBvcnRzIDEgbWVzc2FnZQpwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4x LklOVEEKcGNpYjA6IHNsb3QgMSBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMTYKZm91bmQtPgl2ZW5k b3I9MHg4MDg2LCBkZXY9MHgyN2Q4LCByZXZpZD0weDAxCglkb21haW49MCwgYnVzPTAsIHNsb3Q9 MjcsIGZ1bmM9MAoJY2xhc3M9MDQtMDMtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVn PTB4MDAwNiwgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej04IChkd29yZHMpCglsYXR0aW1lcj0w eDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBp bj1hLCBpcnE9NwoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCglNU0kg c3VwcG9ydHMgMSBtZXNzYWdlLCA2NCBiaXQKCW1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSA2 NCwgYmFzZSAweGZkZmY4MDAwLCBzaXplIDE0LCBlbmFibGVkCnBjaWIwOiBhbGxvY2F0ZWQgdHlw ZSAzICgweGZkZmY4MDAwLTB4ZmRmZmJmZmYpIGZvciByaWQgMTAgb2YgcGNpMDowOjI3OjAKcGNp YjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMjcuSU5UQQpwY2liMDogc2xvdCAyNyBJTlRBIGhhcmR3 aXJlZCB0byBJUlEgMTYKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgyN2M4LCByZXZpZD0w eDAxCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MjksIGZ1bmM9MAoJY2xhc3M9MGMtMDMtMDAsIGhk cnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAwNSwgc3RhdHJlZz0weDAyODAsIGNhY2hl bG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMp LCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1hLCBpcnE9MjU1CgltYXBbMjBdOiB0eXBlIEkv TyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweGZmMDAsIHNpemUgIDUsIGVuYWJsZWQKcGNpYjA6IGFs bG9jYXRlZCB0eXBlIDQgKDB4ZmYwMC0weGZmMWYpIGZvciByaWQgMjAgb2YgcGNpMDowOjI5OjAK Zm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgyN2M5LCByZXZpZD0weDAxCglkb21haW49MCwg YnVzPTAsIHNsb3Q9MjksIGZ1bmM9MQoJY2xhc3M9MGMtMDMtMDAsIGhkcnR5cGU9MHgwMCwgbWZk ZXY9MAoJY21kcmVnPTB4MDAwNSwgc3RhdHJlZz0weDAyODAsIGNhY2hlbG5zej0wIChkd29yZHMp CglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAo MCBucykKCWludHBpbj1iLCBpcnE9MjU1CgltYXBbMjBdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAz MiwgYmFzZSAweGZlMDAsIHNpemUgIDUsIGVuYWJsZWQKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQg KDB4ZmUwMC0weGZlMWYpIGZvciByaWQgMjAgb2YgcGNpMDowOjI5OjEKZm91bmQtPgl2ZW5kb3I9 MHg4MDg2LCBkZXY9MHgyN2NhLCByZXZpZD0weDAxCglkb21haW49MCwgYnVzPTAsIHNsb3Q9Mjks IGZ1bmM9MgoJY2xhc3M9MGMtMDMtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4 MDAwNSwgc3RhdHJlZz0weDAyODAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAw ICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1j LCBpcnE9MjU1CgltYXBbMjBdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweGZkMDAs IHNpemUgIDUsIGVuYWJsZWQKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4ZmQwMC0weGZkMWYp IGZvciByaWQgMjAgb2YgcGNpMDowOjI5OjIKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgy N2NiLCByZXZpZD0weDAxCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MjksIGZ1bmM9MwoJY2xhc3M9 MGMtMDMtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAwNSwgc3RhdHJlZz0w eDAyODAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250 PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1kLCBpcnE9MjU1CgltYXBb MjBdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweGZjMDAsIHNpemUgIDUsIGVuYWJs ZWQKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4ZmMwMC0weGZjMWYpIGZvciByaWQgMjAgb2Yg cGNpMDowOjI5OjMKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgyN2NjLCByZXZpZD0weDAx Cglkb21haW49MCwgYnVzPTAsIHNsb3Q9MjksIGZ1bmM9NwoJY2xhc3M9MGMtMDMtMjAsIGhkcnR5 cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAwNiwgc3RhdHJlZz0weDAyOTAsIGNhY2hlbG5z ej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBt YXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1hLCBpcnE9MjU1Cglwb3dlcnNwZWMgMiAgc3VwcG9y dHMgRDAgRDMgIGN1cnJlbnQgRDAKCW1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSAzMiwgYmFz ZSAweGZkZmZmMDAwLCBzaXplIDEwLCBlbmFibGVkCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgw eGZkZmZmMDAwLTB4ZmRmZmYzZmYpIGZvciByaWQgMTAgb2YgcGNpMDowOjI5OjcKZm91bmQtPgl2 ZW5kb3I9MHg4MDg2LCBkZXY9MHgyNDRlLCByZXZpZD0weGUxCglkb21haW49MCwgYnVzPTAsIHNs b3Q9MzAsIGZ1bmM9MAoJY2xhc3M9MDYtMDQtMDEsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MAoJY21k cmVnPTB4MDAwNywgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1l cj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91 bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgyN2I4LCByZXZpZD0weDAxCglkb21haW49MCwgYnVz PTAsIHNsb3Q9MzEsIGZ1bmM9MAoJY2xhc3M9MDYtMDEtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9 MQoJY21kcmVnPTB4MDEwNywgc3RhdHJlZz0weDAyMTAsIGNhY2hlbG5zej0wIChkd29yZHMpCgls YXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBu cykKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgyN2RmLCByZXZpZD0weDAxCglkb21haW49 MCwgYnVzPTAsIHNsb3Q9MzEsIGZ1bmM9MQoJY2xhc3M9MDEtMDEtOGEsIGhkcnR5cGU9MHgwMCwg bWZkZXY9MAoJY21kcmVnPTB4MDAwNSwgc3RhdHJlZz0weDAyODgsIGNhY2hlbG5zej0wIChkd29y ZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgw MCAoMCBucykKCWludHBpbj1hLCBpcnE9MjU1CnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweDFm MC0weDFmNykgZm9yIHJpZCAxMCBvZiBwY2kwOjA6MzE6MQpwY2liMDogYWxsb2NhdGVkIHR5cGUg NCAoMHgzZjYtMHgzZjYpIGZvciByaWQgMTQgb2YgcGNpMDowOjMxOjEKcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDQgKDB4MTcwLTB4MTc3KSBmb3IgcmlkIDE4IG9mIHBjaTA6MDozMToxCnBjaWIwOiBh bGxvY2F0ZWQgdHlwZSA0ICgweDM3Ni0weDM3NikgZm9yIHJpZCAxYyBvZiBwY2kwOjA6MzE6MQoJ bWFwWzIwXTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHhmYjAwLCBzaXplICA0LCBl bmFibGVkCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweGZiMDAtMHhmYjBmKSBmb3IgcmlkIDIw IG9mIHBjaTA6MDozMToxCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MjdjMCwgcmV2aWQ9 MHgwMQoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTMxLCBmdW5jPTIKCWNsYXNzPTAxLTAxLThmLCBo ZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgwMmIwLCBjYWNo ZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5z KSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YiwgaXJxPTExCglwb3dlcnNwZWMgMiAgc3Vw cG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKCW1hcFsxMF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMy LCBiYXNlIDB4ZmEwMCwgc2l6ZSAgMywgZW5hYmxlZApwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAo MHhmYTAwLTB4ZmEwNykgZm9yIHJpZCAxMCBvZiBwY2kwOjA6MzE6MgoJbWFwWzE0XTogdHlwZSBJ L08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHhmOTAwLCBzaXplICAyLCBlbmFibGVkCnBjaWIwOiBh bGxvY2F0ZWQgdHlwZSA0ICgweGY5MDAtMHhmOTAzKSBmb3IgcmlkIDE0IG9mIHBjaTA6MDozMToy CgltYXBbMThdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweGY4MDAsIHNpemUgIDMs IGVuYWJsZWQKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4ZjgwMC0weGY4MDcpIGZvciByaWQg MTggb2YgcGNpMDowOjMxOjIKCW1hcFsxY106IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNl IDB4ZjcwMCwgc2l6ZSAgMiwgZW5hYmxlZApwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHhmNzAw LTB4ZjcwMykgZm9yIHJpZCAxYyBvZiBwY2kwOjA6MzE6MgoJbWFwWzIwXTogdHlwZSBJL08gUG9y dCwgcmFuZ2UgMzIsIGJhc2UgMHhmNjAwLCBzaXplICA0LCBlbmFibGVkCnBjaWIwOiBhbGxvY2F0 ZWQgdHlwZSA0ICgweGY2MDAtMHhmNjBmKSBmb3IgcmlkIDIwIG9mIHBjaTA6MDozMToyCgltYXBb MjRdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJhc2UgMHhmZGZmZTAwMCwgc2l6ZSAxMCwgZW5h YmxlZApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhmZGZmZTAwMC0weGZkZmZlM2ZmKSBmb3Ig cmlkIDI0IG9mIHBjaTA6MDozMToyCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjMxLklOVEIK cGNpYjA6IHNsb3QgMzEgSU5UQiBoYXJkd2lyZWQgdG8gSVJRIDE5CmZvdW5kLT4JdmVuZG9yPTB4 ODA4NiwgZGV2PTB4MjdkYSwgcmV2aWQ9MHgwMQoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTMxLCBm dW5jPTMKCWNsYXNzPTBjLTA1LTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAw MDEsIHN0YXRyZWc9MHgwMjgwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAo MCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49Yiwg aXJxPTI1NQoJbWFwWzIwXTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHg1MDAsIHNp emUgIDUsIGVuYWJsZWQKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4NTAwLTB4NTFmKSBmb3Ig cmlkIDIwIG9mIHBjaTA6MDozMTozCkNQVTA6IGxvY2FsIEFQSUMgZXJyb3IgMHg4MApDUFUwOiBs b2NhbCBBUElDIGVycm9yIDB4ODAKQ1BVMDogbG9jYWwgQVBJQyBlcnJvciAweDgwCkNQVTA6IGxv Y2FsIEFQSUMgZXJyb3IgMHg4MApwY2liMTogPFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTYgYXQgZGV2 aWNlIDEuMCBvbiBwY2kwCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweGQwMDAtMHhkZmZmKSBm b3IgcmlkIDFjIG9mIHBjaWIxCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGZkYzAwMDAwLTB4 ZmRjZmZmZmYpIGZvciByaWQgMjAgb2YgcGNpYjEKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4 ZTAwMDAwMDAtMHhlZmZmZmZmZikgZm9yIHJpZCAyNCBvZiBwY2liMQpwY2liMTogICBkb21haW4g ICAgICAgICAgICAwCnBjaWIxOiAgIHNlY29uZGFyeSBidXMgICAgIDEKcGNpYjE6ICAgc3Vib3Jk aW5hdGUgYnVzICAgMQpwY2liMTogICBJL08gZGVjb2RlICAgICAgICAweGQwMDAtMHhkZmZmCnBj aWIxOiAgIG1lbW9yeSBkZWNvZGUgICAgIDB4ZmRjMDAwMDAtMHhmZGNmZmZmZgpwY2liMTogICBw cmVmZXRjaGVkIGRlY29kZSAweGUwMDAwMDAwLTB4ZWZmZmZmZmYKcGNpMTogPFBDSSBidXM+IG9u IHBjaWIxCnBjaTE6IGRvbWFpbj0wLCBwaHlzaWNhbCBidXM9MQpmb3VuZC0+CXZlbmRvcj0weDEw MDIsIGRldj0weDcxNDYsIHJldmlkPTB4MDAKCWRvbWFpbj0wLCBidXM9MSwgc2xvdD0wLCBmdW5j PTAKCWNsYXNzPTAzLTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAwMDcs IHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9OCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBu cyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YSwgaXJx PTcKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMSBEMiBEMyAgY3VycmVudCBEMAoJTVNJIHN1 cHBvcnRzIDEgbWVzc2FnZSwgNjQgYml0CgltYXBbMTBdOiB0eXBlIFByZWZldGNoYWJsZSBNZW1v cnksIHJhbmdlIDY0LCBiYXNlIDB4ZTAwMDAwMDAsIHNpemUgMjgsIGVuYWJsZWQKcGNpYjE6IGFs bG9jYXRlZCBwcmVmZXRjaCByYW5nZSAoMHhlMDAwMDAwMC0weGVmZmZmZmZmKSBmb3IgcmlkIDEw IG9mIHBjaTA6MTowOjAKCW1hcFsxOF06IHR5cGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweGZk Y2YwMDAwLCBzaXplIDE2LCBlbmFibGVkCnBjaWIxOiBhbGxvY2F0ZWQgbWVtb3J5IHJhbmdlICgw eGZkY2YwMDAwLTB4ZmRjZmZmZmYpIGZvciByaWQgMTggb2YgcGNpMDoxOjA6MAoJbWFwWzIwXTog dHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHhkZTAwLCBzaXplICA4LCBlbmFibGVkCnBj aWIxOiBhbGxvY2F0ZWQgSS9PIHBvcnQgcmFuZ2UgKDB4ZGUwMC0weGRlZmYpIGZvciByaWQgMjAg b2YgcGNpMDoxOjA6MApwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4xLklOVEEKcGNpYjA6IHNs b3QgMSBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMTYKcGNpYjE6IHNsb3QgMCBJTlRBIGlzIHJvdXRl ZCB0byBpcnEgMTYKZm91bmQtPgl2ZW5kb3I9MHgxMDAyLCBkZXY9MHg3MTY2LCByZXZpZD0weDAw Cglkb21haW49MCwgYnVzPTEsIHNsb3Q9MCwgZnVuYz0xCgljbGFzcz0wMy04MC0wMCwgaGRydHlw ZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDAwLCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6 PTggKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1h eGxhdD0weDAwICgwIG5zKQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQxIEQyIEQzICBjdXJy ZW50IEQwCgltYXBbMTBdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgNjQsIGJhc2UgMHhmZGNlMDAwMCwg c2l6ZSAxNiwgbWVtb3J5IGRpc2FibGVkCnBjaWIxOiBhbGxvY2F0ZWQgbWVtb3J5IHJhbmdlICgw eGZkY2UwMDAwLTB4ZmRjZWZmZmYpIGZvciByaWQgMTAgb2YgcGNpMDoxOjA6MQp2Z2FwY2kwOiA8 VkdBLWNvbXBhdGlibGUgZGlzcGxheT4gcG9ydCAweGRlMDAtMHhkZWZmIG1lbSAweGUwMDAwMDAw LTB4ZWZmZmZmZmYsMHhmZGNmMDAwMC0weGZkY2ZmZmZmIGlycSAxNiBhdCBkZXZpY2UgMC4wIG9u IHBjaTEKdmdhcGNpMTogPFZHQS1jb21wYXRpYmxlIGRpc3BsYXk+IG1lbSAweGZkY2UwMDAwLTB4 ZmRjZWZmZmYgYXQgZGV2aWNlIDAuMSBvbiBwY2kxCmhkYWMwOiA8SW50ZWwgODI4MDFHIEhEQSBD b250cm9sbGVyPiBtZW0gMHhmZGZmODAwMC0weGZkZmZiZmZmIGlycSAxNiBhdCBkZXZpY2UgMjcu MCBvbiBwY2kwCmhkYWMwOiBQQ0kgY2FyZCB2ZW5kb3I6IDB4MTAzYywgZGV2aWNlOiAweDJhMjMK aGRhYzA6IEhEQSBEcml2ZXIgUmV2aXNpb246IDIwMTIwMTI2XzAwMDIKaGRhYzA6IENvbmZpZyBv cHRpb25zOiBvbj0weDAwMDAwMDAwIG9mZj0weDAwMDAwMDAwCmhkYWMwOiBhdHRlbXB0aW5nIHRv IGFsbG9jYXRlIDEgTVNJIHZlY3RvcnMgKDEgc3VwcG9ydGVkKQptc2k6IHJvdXRpbmcgTVNJIElS USAyNTYgdG8gbG9jYWwgQVBJQyAwIHZlY3RvciA1MQpoZGFjMDogdXNpbmcgSVJRIDI1NiBmb3Ig TVNJCmhkYWMwOiBDYXBzOiBPU1MgNCwgSVNTIDQsIEJTUyAwLCBOU0RPIDEsIDY0Yml0LCBDT1JC IDI1NiwgUklSQiAyNTYKdWhjaTA6IDxJbnRlbCA4MjgwMUcgKElDSDcpIFVTQiBjb250cm9sbGVy IFVTQi1BPiBwb3J0IDB4ZmYwMC0weGZmMWYgYXQgZGV2aWNlIDI5LjAgb24gcGNpMApwY2liMDog bWF0Y2hlZCBlbnRyeSBmb3IgMC4yOS5JTlRBCnBjaWIwOiBzbG90IDI5IElOVEEgaGFyZHdpcmVk IHRvIElSUSAyMwppb2FwaWMwOiByb3V0aW5nIGludHBpbiAyMyAoUENJIElSUSAyMykgdG8gbGFw aWMgMCB2ZWN0b3IgNTIKdXNidXMwIG9uIHVoY2kwCnVoY2kwOiB1c2JwZjogQXR0YWNoZWQKdWhj aTE6IDxJbnRlbCA4MjgwMUcgKElDSDcpIFVTQiBjb250cm9sbGVyIFVTQi1CPiBwb3J0IDB4ZmUw MC0weGZlMWYgYXQgZGV2aWNlIDI5LjEgb24gcGNpMApwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3Ig MC4yOS5JTlRCCnBjaWIwOiBzbG90IDI5IElOVEIgaGFyZHdpcmVkIHRvIElSUSAxOQppb2FwaWMw OiByb3V0aW5nIGludHBpbiAxOSAoUENJIElSUSAxOSkgdG8gbGFwaWMgMCB2ZWN0b3IgNTMKdXNi dXMxIG9uIHVoY2kxCnVoY2kxOiB1c2JwZjogQXR0YWNoZWQKdWhjaTI6IDxJbnRlbCA4MjgwMUcg KElDSDcpIFVTQiBjb250cm9sbGVyIFVTQi1DPiBwb3J0IDB4ZmQwMC0weGZkMWYgYXQgZGV2aWNl IDI5LjIgb24gcGNpMApwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4yOS5JTlRDCnBjaWIwOiBz bG90IDI5IElOVEMgaGFyZHdpcmVkIHRvIElSUSAxOAppb2FwaWMwOiByb3V0aW5nIGludHBpbiAx OCAoUENJIElSUSAxOCkgdG8gbGFwaWMgMCB2ZWN0b3IgNTQKdXNidXMyIG9uIHVoY2kyCnVoY2ky OiB1c2JwZjogQXR0YWNoZWQKdWhjaTM6IDxJbnRlbCA4MjgwMUcgKElDSDcpIFVTQiBjb250cm9s bGVyIFVTQi1EPiBwb3J0IDB4ZmMwMC0weGZjMWYgYXQgZGV2aWNlIDI5LjMgb24gcGNpMApwY2li MDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4yOS5JTlRECnBjaWIwOiBzbG90IDI5IElOVEQgaGFyZHdp cmVkIHRvIElSUSAxNgppb2FwaWMwOiByb3V0aW5nIGludHBpbiAxNiAoUENJIElSUSAxNikgdG8g bGFwaWMgMCB2ZWN0b3IgNTUKdXNidXMzIG9uIHVoY2kzCnVoY2kzOiB1c2JwZjogQXR0YWNoZWQK ZWhjaTA6IDxJbnRlbCA4MjgwMUdCL1IgKElDSDcpIFVTQiAyLjAgY29udHJvbGxlcj4gbWVtIDB4 ZmRmZmYwMDAtMHhmZGZmZjNmZiBhdCBkZXZpY2UgMjkuNyBvbiBwY2kwCnBjaWIwOiBtYXRjaGVk IGVudHJ5IGZvciAwLjI5LklOVEEKcGNpYjA6IHNsb3QgMjkgSU5UQSBoYXJkd2lyZWQgdG8gSVJR IDIzCnVzYnVzNDogRUhDSSB2ZXJzaW9uIDEuMAp1c2J1czQgb24gZWhjaTAKZWhjaTA6IHVzYnBm OiBBdHRhY2hlZApwY2liMjogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAzMC4wIG9u IHBjaTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4ZTAwMC0weGVmZmYpIGZvciByaWQgMWMg b2YgcGNpYjIKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZmRlMDAwMDAtMHhmZGVmZmZmZikg Zm9yIHJpZCAyMCBvZiBwY2liMgpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhmZGQwMDAwMC0w eGZkZGZmZmZmKSBmb3IgcmlkIDI0IG9mIHBjaWIyCnBjaWIyOiAgIGRvbWFpbiAgICAgICAgICAg IDAKcGNpYjI6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgMgpwY2liMjogICBzdWJvcmRpbmF0ZSBidXMg ICAyCnBjaWIyOiAgIEkvTyBkZWNvZGUgICAgICAgIDB4ZTAwMC0weGVmZmYKcGNpYjI6ICAgbWVt b3J5IGRlY29kZSAgICAgMHhmZGUwMDAwMC0weGZkZWZmZmZmCnBjaWIyOiAgIHByZWZldGNoZWQg ZGVjb2RlIDB4ZmRkMDAwMDAtMHhmZGRmZmZmZgpwY2liMjogICBTdWJ0cmFjdGl2ZWx5IGRlY29k ZWQgYnJpZGdlLgpwY2kyOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMgpwY2kyOiBkb21haW49MCwg cGh5c2ljYWwgYnVzPTIKZm91bmQtPgl2ZW5kb3I9MHgxNjhjLCBkZXY9MHgwMDFiLCByZXZpZD0w eDAxCglkb21haW49MCwgYnVzPTIsIHNsb3Q9NCwgZnVuYz0wCgljbGFzcz0wMi0wMC0wMCwgaGRy dHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDA2LCBzdGF0cmVnPTB4MDI5MCwgY2FjaGVs bnN6PTggKGR3b3JkcykKCWxhdHRpbWVyPTB4MjAgKDk2MCBucyksIG1pbmdudD0weDBhICgyNTAw IG5zKSwgbWF4bGF0PTB4MWMgKDcwMDAgbnMpCglpbnRwaW49YSwgaXJxPTcKCXBvd2Vyc3BlYyAy ICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAoJbWFwWzEwXTogdHlwZSBNZW1vcnksIHJhbmdl IDMyLCBiYXNlIDB4ZmRlZTAwMDAsIHNpemUgMTYsIGVuYWJsZWQKcGNpYjI6IGFsbG9jYXRlZCBt ZW1vcnkgcmFuZ2UgKDB4ZmRlZTAwMDAtMHhmZGVlZmZmZikgZm9yIHJpZCAxMCBvZiBwY2kwOjI6 NDowCnBjaWIyOiBtYXRjaGVkIGVudHJ5IGZvciAyLjQuSU5UQQpwY2liMjogc2xvdCA0IElOVEEg aGFyZHdpcmVkIHRvIElSUSAxNgpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDI3ZGMsIHJl dmlkPTB4MDEKCWRvbWFpbj0wLCBidXM9Miwgc2xvdD04LCBmdW5jPTAKCWNsYXNzPTAyLTAwLTAw LCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDMsIHN0YXRyZWc9MHgwMjkwLCBj YWNoZWxuc3o9OCAoZHdvcmRzKQoJbGF0dGltZXI9MHgyMCAoOTYwIG5zKSwgbWluZ250PTB4MDgg KDIwMDAgbnMpLCBtYXhsYXQ9MHgzOCAoMTQwMDAgbnMpCglpbnRwaW49YSwgaXJxPTEwCglwb3dl cnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1cnJlbnQgRDAKCW1hcFsxMF06IHR5cGUg TWVtb3J5LCByYW5nZSAzMiwgYmFzZSAweGZkZWZmMDAwLCBzaXplIDEyLCBlbmFibGVkCnBjaWIy OiBhbGxvY2F0ZWQgbWVtb3J5IHJhbmdlICgweGZkZWZmMDAwLTB4ZmRlZmZmZmYpIGZvciByaWQg MTAgb2YgcGNpMDoyOjg6MAoJbWFwWzE0XTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2Ug MHhlZjAwLCBzaXplICA2LCBlbmFibGVkCnBjaWIyOiBhbGxvY2F0ZWQgSS9PIHBvcnQgcmFuZ2Ug KDB4ZWYwMC0weGVmM2YpIGZvciByaWQgMTQgb2YgcGNpMDoyOjg6MApwY2liMjogbWF0Y2hlZCBl bnRyeSBmb3IgMi44LklOVEEKcGNpYjI6IHNsb3QgOCBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMjAK YXRoMDogPEF0aGVyb3MgNTQxMz4gbWVtIDB4ZmRlZTAwMDAtMHhmZGVlZmZmZiBpcnEgMTYgYXQg ZGV2aWNlIDQuMCBvbiBwY2kyCmF0aDA6IHVuYWJsZSB0byBhdHRhY2ggaGFyZHdhcmU7IEhBTCBz dGF0dXMgMTQKZGV2aWNlX2F0dGFjaDogYXRoMCBhdHRhY2ggcmV0dXJuZWQgNgpmeHAwOiA8SW50 ZWwgODI4MDFHQiAoSUNINykgMTAvMTAwIEV0aGVybmV0PiBwb3J0IDB4ZWYwMC0weGVmM2YgbWVt IDB4ZmRlZmYwMDAtMHhmZGVmZmZmZiBpcnEgMjAgYXQgZGV2aWNlIDguMCBvbiBwY2kyCmZ4cDA6 IHVzaW5nIG1lbW9yeSBzcGFjZSByZWdpc3RlciBtYXBwaW5nCmZ4cDA6IFBDSSBJRHM6IDgwODYg MjdkYyAxMDNjIDJhMjIgMDAwMQpmeHAwOiBEeW5hbWljIFN0YW5kYnkgbW9kZSBpcyBlbmFibGVk Cm1paWJ1czA6IDxNSUkgYnVzPiBvbiBmeHAwCmlucGh5MDogPGk4MjU2MkVUIDEwLzEwMCBtZWRp YSBpbnRlcmZhY2U+IFBIWSAxIG9uIG1paWJ1czAKaW5waHkwOiBPVUkgMHgwMDU1MDAsIG1vZGVs IDB4MDAzMywgcmV2LiAwCmlucGh5MDogIDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgs IDEwMGJhc2VUWC1GRFgsIGF1dG8sIGF1dG8tZmxvdwpmeHAwOiBicGYgYXR0YWNoZWQKZnhwMDog RXRoZXJuZXQgYWRkcmVzczogMDA6MTU6ZjI6MDY6YTM6YTQKaW9hcGljMDogcm91dGluZyBpbnRw aW4gMjAgKFBDSSBJUlEgMjApIHRvIGxhcGljIDAgdmVjdG9yIDU2CmlzYWIwOiA8UENJLUlTQSBi cmlkZ2U+IGF0IGRldmljZSAzMS4wIG9uIHBjaTAKaXNhMDogPElTQSBidXM+IG9uIGlzYWIwCmF0 YXBjaTA6IDxJbnRlbCBJQ0g3IFVETUExMDAgY29udHJvbGxlcj4gcG9ydCAweDFmMC0weDFmNyww eDNmNiwweDE3MC0weDE3NywweDM3NiwweGZiMDAtMHhmYjBmIGF0IGRldmljZSAzMS4xIG9uIHBj aTAKYXRhMDogPEFUQSBjaGFubmVsPiBhdCBjaGFubmVsIDAgb24gYXRhcGNpMAppb2FwaWMwOiBy b3V0aW5nIGludHBpbiAxNCAoSVNBIElSUSAxNCkgdG8gbGFwaWMgMCB2ZWN0b3IgNTcKYXRhcGNp MTogPEludGVsIElDSDcgU0FUQTMwMCBjb250cm9sbGVyPiBwb3J0IDB4ZmEwMC0weGZhMDcsMHhm OTAwLTB4ZjkwMywweGY4MDAtMHhmODA3LDB4ZjcwMC0weGY3MDMsMHhmNjAwLTB4ZjYwZiBtZW0g MHhmZGZmZTAwMC0weGZkZmZlM2ZmIGlycSAxOSBhdCBkZXZpY2UgMzEuMiBvbiBwY2kwCmF0YTI6 IDxBVEEgY2hhbm5lbD4gYXQgY2hhbm5lbCAwIG9uIGF0YXBjaTEKYXRhMzogPEFUQSBjaGFubmVs PiBhdCBjaGFubmVsIDEgb24gYXRhcGNpMQpwY2kwOiA8c2VyaWFsIGJ1cywgU01CdXM+IGF0IGRl dmljZSAzMS4zIChubyBkcml2ZXIgYXR0YWNoZWQpCmFjcGlfdHowOiA8VGhlcm1hbCBab25lPiBv biBhY3BpMApwcGMxOiB1c2luZyBleHRlbmRlZCBJL08gcG9ydCByYW5nZQpwcGMxOiBTUFAgRUNQ ICBFQ1ArRVBQCnBwYzE6IDxQYXJhbGxlbCBwb3J0PiBwb3J0IDB4Mzc4LTB4MzdmLDB4Nzc4LTB4 NzdiIGlycSA1IGRycSAzIG9uIGFjcGkwCnBwYzE6IFNNQy1saWtlIGNoaXBzZXQgKEVDUC9FUFAv UFMyL05JQkJMRSkgaW4gQ09NUEFUSUJMRSBtb2RlCnBwYzE6IEZJRk8gd2l0aCAxNi8xNi84IGJ5 dGVzIHRocmVzaG9sZAppb2FwaWMwOiByb3V0aW5nIGludHBpbiA1IChJU0EgSVJRIDUpIHRvIGxh cGljIDAgdmVjdG9yIDU4CnBwYnVzMDogPFBhcmFsbGVsIHBvcnQgYnVzPiBvbiBwcGMxCnBsaXAw OiA8UExJUCBuZXR3b3JrIGludGVyZmFjZT4gb24gcHBidXMwCnBsaXAwOiBicGYgYXR0YWNoZWQK bHB0MDogPFByaW50ZXI+IG9uIHBwYnVzMApscHQwOiBJbnRlcnJ1cHQtZHJpdmVuIHBvcnQKcHBp MDogPFBhcmFsbGVsIEkvTz4gb24gcHBidXMwCmV4X2lzYV9pZGVudGlmeSgpCmFoY19pc2FfcHJv YmUgMDogaW9wb3J0IDB4YzAwIGFsbG9jIGZhaWxlZAphaGNfaXNhX3Byb2JlIDE6IGlvcG9ydCAw eDFjMDAgYWxsb2MgZmFpbGVkCmFoY19pc2FfcHJvYmUgMjogaW9wb3J0IDB4MmMwMCBhbGxvYyBm YWlsZWQKYWhjX2lzYV9wcm9iZSAzOiBpb3BvcnQgMHgzYzAwIGFsbG9jIGZhaWxlZAphaGNfaXNh X3Byb2JlIDQ6IGlvcG9ydCAweDRjMDAgYWxsb2MgZmFpbGVkCmFoY19pc2FfcHJvYmUgNTogaW9w b3J0IDB4NWMwMCBhbGxvYyBmYWlsZWQKYWhjX2lzYV9wcm9iZSA2OiBpb3BvcnQgMHg2YzAwIGFs bG9jIGZhaWxlZAphaGNfaXNhX3Byb2JlIDc6IGlvcG9ydCAweDdjMDAgYWxsb2MgZmFpbGVkCmFo Y19pc2FfcHJvYmUgODogaW9wb3J0IDB4OGMwMCBhbGxvYyBmYWlsZWQKYWhjX2lzYV9wcm9iZSA5 OiBpb3BvcnQgMHg5YzAwIGFsbG9jIGZhaWxlZAphaGNfaXNhX3Byb2JlIDEwOiBpb3BvcnQgMHhh YzAwIGFsbG9jIGZhaWxlZAphaGNfaXNhX3Byb2JlIDExOiBpb3BvcnQgMHhiYzAwIGFsbG9jIGZh aWxlZAphaGNfaXNhX3Byb2JlIDEyOiBpb3BvcnQgMHhjYzAwIGFsbG9jIGZhaWxlZAphaGNfaXNh X3Byb2JlIDEzOiBpb3BvcnQgMHhkYzAwIGFsbG9jIGZhaWxlZAphaGNfaXNhX3Byb2JlIDE0OiBp b3BvcnQgMHhlYzAwIGFsbG9jIGZhaWxlZApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhMDAw MC0weGEwN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhh MDgwMC0weGEwZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAo MHhhMTAwMC0weGExN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUg MyAoMHhhMTgwMC0weGExZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5 cGUgMyAoMHhhMjAwMC0weGEyN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVk IHR5cGUgMyAoMHhhMjgwMC0weGEyZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2Nh dGVkIHR5cGUgMyAoMHhhMzAwMC0weGEzN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxs b2NhdGVkIHR5cGUgMyAoMHhhMzgwMC0weGEzZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDog YWxsb2NhdGVkIHR5cGUgMyAoMHhhNDAwMC0weGE0N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2li MDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhNDgwMC0weGE0ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApw Y2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhNTAwMC0weGE1N2ZmKSBmb3IgcmlkIDAgb2Ygb3Jt MApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhNTgwMC0weGE1ZmZmKSBmb3IgcmlkIDAgb2Yg b3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhNjAwMC0weGE2N2ZmKSBmb3IgcmlkIDAg b2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhNjgwMC0weGE2ZmZmKSBmb3Igcmlk IDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhNzAwMC0weGE3N2ZmKSBmb3Ig cmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhNzgwMC0weGE3ZmZmKSBm b3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhODAwMC0weGE4N2Zm KSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhODgwMC0weGE4 ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhOTAwMC0w eGE5N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhOTgw MC0weGE5ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhh YTAwMC0weGFhN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAo MHhhYTgwMC0weGFhZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUg MyAoMHhhYjAwMC0weGFiN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5 cGUgMyAoMHhhYjgwMC0weGFiZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVk IHR5cGUgMyAoMHhhYzAwMC0weGFjN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2Nh dGVkIHR5cGUgMyAoMHhhYzgwMC0weGFjZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxs b2NhdGVkIHR5cGUgMyAoMHhhZDAwMC0weGFkN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDog YWxsb2NhdGVkIHR5cGUgMyAoMHhhZDgwMC0weGFkZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2li MDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhZTAwMC0weGFlN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApw Y2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhZTgwMC0weGFlZmZmKSBmb3IgcmlkIDAgb2Ygb3Jt MApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhZjAwMC0weGFmN2ZmKSBmb3IgcmlkIDAgb2Yg b3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhZjgwMC0weGFmZmZmKSBmb3IgcmlkIDAg b2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiMDAwMC0weGIwN2ZmKSBmb3Igcmlk IDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiMDgwMC0weGIwZmZmKSBmb3Ig cmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiMTAwMC0weGIxN2ZmKSBm b3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiMTgwMC0weGIxZmZm KSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiMjAwMC0weGIy N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiMjgwMC0w eGIyZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiMzAw MC0weGIzN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhi MzgwMC0weGIzZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAo MHhiNDAwMC0weGI0N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUg MyAoMHhiNDgwMC0weGI0ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5 cGUgMyAoMHhiNTAwMC0weGI1N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVk IHR5cGUgMyAoMHhiNTgwMC0weGI1ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2Nh dGVkIHR5cGUgMyAoMHhiNjAwMC0weGI2N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxs b2NhdGVkIHR5cGUgMyAoMHhiNjgwMC0weGI2ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDog YWxsb2NhdGVkIHR5cGUgMyAoMHhiNzAwMC0weGI3N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2li MDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiNzgwMC0weGI3ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApw Y2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiODAwMC0weGI4N2ZmKSBmb3IgcmlkIDAgb2Ygb3Jt MApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiODgwMC0weGI4ZmZmKSBmb3IgcmlkIDAgb2Yg b3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiOTAwMC0weGI5N2ZmKSBmb3IgcmlkIDAg b2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiOTgwMC0weGI5ZmZmKSBmb3Igcmlk IDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiYTAwMC0weGJhN2ZmKSBmb3Ig cmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiYTgwMC0weGJhZmZmKSBm b3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiYjAwMC0weGJiN2Zm KSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiYjgwMC0weGJi ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiYzAwMC0w eGJjN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiYzgw MC0weGJjZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhi ZDAwMC0weGJkN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAo MHhiZDgwMC0weGJkZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUg MyAoMHhiZTAwMC0weGJlN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5 cGUgMyAoMHhiZTgwMC0weGJlZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVk IHR5cGUgMyAoMHhiZjAwMC0weGJmN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2Nh dGVkIHR5cGUgMyAoMHhiZjgwMC0weGJmZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxs b2NhdGVkIHR5cGUgMyAoMHhjMDAwMC0weGMwN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDog YWxsb2NhdGVkIHR5cGUgMyAoMHhjMDgwMC0weGMwZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2li MDogYWxsb2NhdGVkIHR5cGUgMyAoMHhjMTAwMC0weGMxN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApw Y2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhjMTgwMC0weGMxZmZmKSBmb3IgcmlkIDAgb2Ygb3Jt MApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhjMjAwMC0weGMyN2ZmKSBmb3IgcmlkIDAgb2Yg b3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhjMjgwMC0weGMyZmZmKSBmb3IgcmlkIDAg b2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhjMzAwMC0weGMzN2ZmKSBmb3Igcmlk IDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhjMzgwMC0weGMzZmZmKSBmb3Ig cmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhjNDAwMC0weGM0N2ZmKSBm b3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhjNDgwMC0weGM0ZmZm KSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhjNTAwMC0weGM1 N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhjNTgwMC0w eGM1ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhjNjAw MC0weGM2N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhj NjgwMC0weGM2ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAo MHhjNzAwMC0weGM3N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUg MyAoMHhjNzgwMC0weGM3ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5 cGUgMyAoMHhjODAwMC0weGM4N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVk IHR5cGUgMyAoMHhjODgwMC0weGM4ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2Nh dGVkIHR5cGUgMyAoMHhjOTAwMC0weGM5N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxs b2NhdGVkIHR5cGUgMyAoMHhjOTgwMC0weGM5ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDog YWxsb2NhdGVkIHR5cGUgMyAoMHhjYTAwMC0weGNhN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2li MDogYWxsb2NhdGVkIHR5cGUgMyAoMHhjYTgwMC0weGNhZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApw Y2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhjYjAwMC0weGNiN2ZmKSBmb3IgcmlkIDAgb2Ygb3Jt MApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhjYjgwMC0weGNiZmZmKSBmb3IgcmlkIDAgb2Yg b3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhjYzAwMC0weGNjN2ZmKSBmb3IgcmlkIDAg b2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhjYzgwMC0weGNjZmZmKSBmb3Igcmlk IDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhjZDAwMC0weGNkN2ZmKSBmb3Ig cmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhjZDgwMC0weGNkZmZmKSBm b3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhjZTAwMC0weGNlN2Zm KSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhjZTgwMC0weGNl ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhjZjgwMC0w eGNmZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkMDAw MC0weGQwN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhk MDgwMC0weGQwZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAo MHhkMTAwMC0weGQxN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUg MyAoMHhkMTgwMC0weGQxZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5 cGUgMyAoMHhkMjAwMC0weGQyN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVk IHR5cGUgMyAoMHhkMjgwMC0weGQyZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2Nh dGVkIHR5cGUgMyAoMHhkMzAwMC0weGQzN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxs b2NhdGVkIHR5cGUgMyAoMHhkMzgwMC0weGQzZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDog YWxsb2NhdGVkIHR5cGUgMyAoMHhkNDAwMC0weGQ0N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2li MDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkNDgwMC0weGQ0ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApw Y2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkNTAwMC0weGQ1N2ZmKSBmb3IgcmlkIDAgb2Ygb3Jt MApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkNTgwMC0weGQ1ZmZmKSBmb3IgcmlkIDAgb2Yg b3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkNjAwMC0weGQ2N2ZmKSBmb3IgcmlkIDAg b2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkNjgwMC0weGQ2ZmZmKSBmb3Igcmlk IDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkNzAwMC0weGQ3N2ZmKSBmb3Ig cmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkNzgwMC0weGQ3ZmZmKSBm b3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkODAwMC0weGQ4N2Zm KSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkODgwMC0weGQ4 ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkOTAwMC0w eGQ5N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkOTgw MC0weGQ5ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhk YTAwMC0weGRhN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAo MHhkYTgwMC0weGRhZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUg MyAoMHhkYjAwMC0weGRiN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVkIHR5 cGUgMyAoMHhkYjgwMC0weGRiZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2NhdGVk IHR5cGUgMyAoMHhkYzAwMC0weGRjN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxsb2Nh dGVkIHR5cGUgMyAoMHhkYzgwMC0weGRjZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDogYWxs b2NhdGVkIHR5cGUgMyAoMHhkZDAwMC0weGRkN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2liMDog YWxsb2NhdGVkIHR5cGUgMyAoMHhkZDgwMC0weGRkZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApwY2li MDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkZTAwMC0weGRlN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApw Y2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkZTgwMC0weGRlZmZmKSBmb3IgcmlkIDAgb2Ygb3Jt MApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkZjAwMC0weGRmN2ZmKSBmb3IgcmlkIDAgb2Yg b3JtMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkZjgwMC0weGRmZmZmKSBmb3IgcmlkIDAg b2Ygb3JtMApwbnBfaWRlbnRpZnk6IFRyeWluZyBSZWFkX1BvcnQgYXQgMjAzCnBucF9pZGVudGlm eTogVHJ5aW5nIFJlYWRfUG9ydCBhdCAyNDMKcG5wX2lkZW50aWZ5OiBUcnlpbmcgUmVhZF9Qb3J0 IGF0IDI4MwpwbnBfaWRlbnRpZnk6IFRyeWluZyBSZWFkX1BvcnQgYXQgMmMzCnBucF9pZGVudGlm eTogVHJ5aW5nIFJlYWRfUG9ydCBhdCAzMDMKcG5wX2lkZW50aWZ5OiBUcnlpbmcgUmVhZF9Qb3J0 IGF0IDM0MwpwbnBfaWRlbnRpZnk6IFRyeWluZyBSZWFkX1BvcnQgYXQgMzgzCnBucF9pZGVudGlm eTogVHJ5aW5nIFJlYWRfUG9ydCBhdCAzYzMKUE5QIElkZW50aWZ5IGNvbXBsZXRlCmlzYV9wcm9i ZV9jaGlsZHJlbjogZGlzYWJsaW5nIFBuUCBkZXZpY2VzCnBtdGltZXIwIG9uIGlzYTAKYXRhOiBh dGEwIGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdAphdHJ0YzogYXRydGMwIGFscmVhZHkgZXhp c3RzOyBza2lwcGluZyBpdAphdHRpbWVyOiBhdHRpbWVyMCBhbHJlYWR5IGV4aXN0czsgc2tpcHBp bmcgaXQKc2M6IHNjMCBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQKaXNhX3Byb2JlX2NoaWxk cmVuOiBwcm9iaW5nIG5vbi1QblAgZGV2aWNlcwphdGtiZDogdGhlIGN1cnJlbnQga2JkIGNvbnRy b2xsZXIgY29tbWFuZCBieXRlIDAwNDcKYXRrYmQ6IGtleWJvYXJkIElEIDB4ZmZmZmZmZmYgKDEp CmF0a2JkOiBmYWlsZWQgdG8gcmVzZXQgdGhlIGtleWJvYXJkLgpzYzA6IDxTeXN0ZW0gY29uc29s ZT4gYXQgZmxhZ3MgMHgxMDAgb24gaXNhMApzYzA6IFZHQSA8MTYgdmlydHVhbCBjb25zb2xlcywg ZmxhZ3M9MHgzMDA+CnNjMDogZmIwLCBrYmQxLCB0ZXJtaW5hbCBlbXVsYXRvcjogc2N0ZWtlbiAo dGVrZW4gdGVybWluYWwpCnZnYTA6IDxHZW5lcmljIElTQSBWR0E+IGF0IHBvcnQgMHgzYzAtMHgz ZGYgaW9tZW0gMHhhMDAwMC0weGJmZmZmIG9uIGlzYTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQg KDB4M2MwLTB4M2RmKSBmb3IgcmlkIDAgb2YgdmdhMApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAo MHhhMDAwMC0weGJmZmZmKSBmb3IgcmlkIDAgb2YgdmdhMAphdGExIGZhaWxlZCB0byBwcm9iZSBh dCBwb3J0IDB4MTcwIGlycSAxNSBvbiBpc2EwCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweDYw LTB4NjApIGZvciByaWQgMCBvZiBhdGtiZGMwCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweDY0 LTB4NjQpIGZvciByaWQgMSBvZiBhdGtiZGMwCmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVy IChpODA0Mik+IGF0IHBvcnQgMHg2MCwweDY0IG9uIGlzYTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDQgKDB4NjAtMHg2MCkgZm9yIHJpZCAwIG9mIGF0a2JkYzAKcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDQgKDB4NjQtMHg2NCkgZm9yIHJpZCAxIG9mIGF0a2JkYzAKYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+ IGlycSAxIG9uIGF0a2JkYzAKa2JkMCBhdCBhdGtiZDAKa2JkMDogYXRrYmQwLCBBVCA4NCAoMSks IGNvbmZpZzoweDAsIGZsYWdzOjB4M2QwMDAwCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDEgKElT QSBJUlEgMSkgdG8gbGFwaWMgMCB2ZWN0b3IgNTkKYXRrYmQwOiBbR0lBTlQtTE9DS0VEXQpwc20w OiB1bmFibGUgdG8gYWxsb2NhdGUgSVJRCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweDNmMC0w eDNmNSkgZm9yIHJpZCAwIG9mIGZkYzAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4M2Y3LTB4 M2Y3KSBmb3IgcmlkIDEgb2YgZmRjMApmZGMwIGZhaWxlZCB0byBwcm9iZSBhdCBwb3J0IDB4M2Yw LTB4M2Y1LDB4M2Y3IGlycSA2IGRycSAyIG9uIGlzYTAKcHBjMDogcGFyYWxsZWwgcG9ydCBmb3Vu ZCBhdCAweDM3OApwcGMwOiBjYW5ub3QgcmVzZXJ2ZSBJL08gcG9ydCByYW5nZQpwcGMwIGZhaWxl ZCB0byBwcm9iZSBhdCBwb3J0IDB4Mzc4LTB4MzdmIGlycSA3IG9uIGlzYTAKcGNpYjA6IGFsbG9j YXRlZCB0eXBlIDQgKDB4M2Y4LTB4M2ZmKSBmb3IgcmlkIDAgb2YgdWFydDAKdWFydDAgZmFpbGVk IHRvIHByb2JlIGF0IHBvcnQgMHgzZjgtMHgzZmYgaXJxIDQgb24gaXNhMApwY2liMDogYWxsb2Nh dGVkIHR5cGUgNCAoMHgyZjgtMHgyZmYpIGZvciByaWQgMCBvZiB1YXJ0MQp1YXJ0MSBmYWlsZWQg dG8gcHJvYmUgYXQgcG9ydCAweDJmOC0weDJmZiBpcnEgMyBvbiBpc2EwCndid2QwIGZhaWxlZCB0 byBwcm9iZSBvbiBpc2EwCmlzYV9wcm9iZV9jaGlsZHJlbjogcHJvYmluZyBQblAgZGV2aWNlcwpj dGw6IENBTSBUYXJnZXQgTGF5ZXIgbG9hZGVkCnA0dGNjMDogPENQVSBGcmVxdWVuY3kgVGhlcm1h bCBDb250cm9sPiBvbiBjcHUwCnA0dGNjMTogPENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250cm9s PiBvbiBjcHUxCkRldmljZSBjb25maWd1cmF0aW9uIGZpbmlzaGVkLgpwcm9jZnMgcmVnaXN0ZXJl ZApsYXBpYzogRGl2aXNvciAyLCBGcmVxdWVuY3kgMTAwMDMwNTE0IEh6ClRpbWVjb3VudGVycyB0 aWNrIGV2ZXJ5IDEuMDAwIG1zZWMKdmxhbjogaW5pdGlhbGl6ZWQsIHVzaW5nIGhhc2ggdGFibGVz IHdpdGggY2hhaW5pbmcKbG8wOiBicGYgYXR0YWNoZWQKaHB0cnI6IG5vIGNvbnRyb2xsZXIgZGV0 ZWN0ZWQuCmhwdDI3eHg6IG5vIGNvbnRyb2xsZXIgZGV0ZWN0ZWQuCmhkYWNjMDogPFJlYWx0ZWsg QUxDODgyIEhEQSBDT0RFQz4gYXQgY2FkIDIgb24gaGRhYzAKaGRhYTA6IDxSZWFsdGVrIEFMQzg4 MiBBdWRpbyBGdW5jdGlvbiBHcm91cD4gYXQgbmlkIDEgb24gaGRhY2MwCmhkYWEwOiBTdWJzeXN0 ZW0gSUQ6IDB4MTAzYzAwMDAKaGRhYTA6IE51bUdQSU89MiBOdW1HUE89MCBOdW1HUEk9MCBHUElX YWtlPTAgR1BJVW5zb2w9MQpoZGFhMDogIEdQSU8wOiBkaXNhYmxlZApoZGFhMDogIEdQSU8xOiBk aXNhYmxlZApoZGFhMDogT3JpZ2luYWwgcGlucyBjb25maWd1cmF0aW9uOgpoZGFhMDogbmlkICAg MHggICAgYXMgc2VxIGRldmljZSAgICAgICBjb25uICBqYWNrICAgIGxvYyAgICAgICAgY29sb3Ig ICBtaXNjCmhkYWEwOiAyMCAwMTAxNDExMCAxICAwICBMaW5lLW91dCAgICAgIEphY2sgIDEvOCAg ICAgUmVhciAgICAgICBHcmVlbiAgIDEKaGRhYTA6IDIxIDAxMDExMTEyIDEgIDIgIExpbmUtb3V0 ICAgICAgSmFjayAgMS84ICAgICBSZWFyICAgICAgIEJsYWNrICAgMQpoZGFhMDogMjIgMDEwMTYx MTEgMSAgMSAgTGluZS1vdXQgICAgICBKYWNrICAxLzggICAgIFJlYXIgICAgICAgT3JhbmdlICAx CmhkYWEwOiAyMyAwMTAxMjExNCAxICA0ICBMaW5lLW91dCAgICAgIEphY2sgIDEvOCAgICAgUmVh ciAgICAgICBHcmV5ICAgIDEKaGRhYTA6IDI0IDAxYTE5OTMyIDMgIDIgIE1pYyAgICAgICAgICAg SmFjayAgMS84ICAgICBSZWFyICAgICAgIFBpbmsgICAgOQpoZGFhMDogMjUgMDJhMTljNDAgNCAg MCAgTWljICAgICAgICAgICBKYWNrICAxLzggICAgIEZyb250ICAgICAgUGluayAgICAxMgpoZGFh MDogMjYgMDE4MTMxMzAgMyAgMCAgTGluZS1pbiAgICAgICBKYWNrICAxLzggICAgIFJlYXIgICAg ICAgQmx1ZSAgICAxCmhkYWEwOiAyNyAwMjIxNGMyMCAyICAwICBIZWFkcGhvbmVzICAgIEphY2sg IDEvOCAgICAgRnJvbnQgICAgICBHcmVlbiAgIDEyCmhkYWEwOiAyOCA5OTMzMTEzMSAzICAxICBD RCAgICAgICAgICAgIEZpeGVkIEFUQVBJICAgT25ib2FyZCAgICBCbGFjayAgIDEKaGRhYTA6IDI5 IDQxMTExMWYwIDE1IDAgIFNwZWFrZXIgICAgICAgTm9uZSAgMS84ICAgICBSZWFyICAgICAgIEJs YWNrICAgMQpoZGFhMDogMzAgMDE0NDExMWUgMSAgMTQgU1BESUYtb3V0ICAgICBKYWNrICBSQ0Eg ICAgIFJlYXIgICAgICAgQmxhY2sgICAxCmhkYWEwOiAzMSAwMWM0NjE1MCA1ICAwICBTUERJRi1p biAgICAgIEphY2sgIFJDQSAgICAgUmVhciAgICAgICBPcmFuZ2UgIDEKaGRhYTA6IFBhdGNoaW5n IHdpZGdldCBjYXBzIG5pZD0yOSAweDAwNDAwMDAwIC0+IDB4MDA3MDAwMDAKaGRhYTA6IFBhdGNo ZWQgcGlucyBjb25maWd1cmF0aW9uOgpoZGFhMDogbmlkICAgMHggICAgYXMgc2VxIGRldmljZSAg ICAgICBjb25uICBqYWNrICAgIGxvYyAgICAgICAgY29sb3IgICBtaXNjCmhkYWEwOiAyMCAwMTAx NDExMCAxICAwICBMaW5lLW91dCAgICAgIEphY2sgIDEvOCAgICAgUmVhciAgICAgICBHcmVlbiAg IDEKaGRhYTA6IDIxIDAxMDExMTEyIDEgIDIgIExpbmUtb3V0ICAgICAgSmFjayAgMS84ICAgICBS ZWFyICAgICAgIEJsYWNrICAgMQpoZGFhMDogMjIgMDEwMTYxMTEgMSAgMSAgTGluZS1vdXQgICAg ICBKYWNrICAxLzggICAgIFJlYXIgICAgICAgT3JhbmdlICAxCmhkYWEwOiAyMyAwMTAxMjExNCAx ICA0ICBMaW5lLW91dCAgICAgIEphY2sgIDEvOCAgICAgUmVhciAgICAgICBHcmV5ICAgIDEKaGRh YTA6IDI0IDAxYTE5OTMyIDMgIDIgIE1pYyAgICAgICAgICAgSmFjayAgMS84ICAgICBSZWFyICAg ICAgIFBpbmsgICAgOQpoZGFhMDogMjUgMDJhMTljNDAgNCAgMCAgTWljICAgICAgICAgICBKYWNr ICAxLzggICAgIEZyb250ICAgICAgUGluayAgICAxMgpoZGFhMDogMjYgMDE4MTMxMzAgMyAgMCAg TGluZS1pbiAgICAgICBKYWNrICAxLzggICAgIFJlYXIgICAgICAgQmx1ZSAgICAxCmhkYWEwOiAy NyAwMjIxNGMyMCAyICAwICBIZWFkcGhvbmVzICAgIEphY2sgIDEvOCAgICAgRnJvbnQgICAgICBH cmVlbiAgIDEyCmhkYWEwOiAyOCA5OTMzMTEzMSAzICAxICBDRCAgICAgICAgICAgIEZpeGVkIEFU QVBJICAgT25ib2FyZCAgICBCbGFjayAgIDEKaGRhYTA6IDMwIDAxNDQxMTFlIDEgIDE0IFNQRElG LW91dCAgICAgSmFjayAgUkNBICAgICBSZWFyICAgICAgIEJsYWNrICAgMQpoZGFhMDogMzEgMDFj NDYxNTAgNSAgMCAgU1BESUYtaW4gICAgICBKYWNrICBSQ0EgICAgIFJlYXIgICAgICAgT3Jhbmdl ICAxCmhkYWEwOiA1IGFzc29jaWF0aW9ucyBmb3VuZDoKaGRhYTA6IEFzc29jaWF0aW9uIDAgKDEp IG91dDoKaGRhYTA6ICBQaW4gbmlkPTIwIHNlcT0wCmhkYWEwOiAgUGluIG5pZD0yMiBzZXE9MQpo ZGFhMDogIFBpbiBuaWQ9MjEgc2VxPTIKaGRhYTA6ICBQaW4gbmlkPTIzIHNlcT00CmhkYWEwOiAg UGluIG5pZD0zMCBzZXE9MTQKaGRhYTA6IEFzc29jaWF0aW9uIDEgKDIpIG91dDoKaGRhYTA6ICBQ aW4gbmlkPTI3IHNlcT0wCmhkYWEwOiBBc3NvY2lhdGlvbiAyICgzKSBpbjoKaGRhYTA6ICBQaW4g bmlkPTI2IHNlcT0wCmhkYWEwOiAgUGluIG5pZD0yOCBzZXE9MQpoZGFhMDogIFBpbiBuaWQ9MjQg c2VxPTIKaGRhYTA6IEFzc29jaWF0aW9uIDMgKDQpIGluOgpoZGFhMDogIFBpbiBuaWQ9MjUgc2Vx PTAKaGRhYTA6IEFzc29jaWF0aW9uIDQgKDUpIGluOgpoZGFhMDogIFBpbiBuaWQ9MzEgc2VxPTAK aGRhYTA6IFRyYWNpbmcgYXNzb2NpYXRpb24gMCAoMSkKaGRhYTA6ICBQaW4gMjAgdHJhY2VkIHRv IERBQyAyCmhkYWEwOiAgUGluIDIyIHRyYWNlZCB0byBEQUMgMwpoZGFhMDogIFBpbiAyMSB0cmFj ZWQgdG8gREFDIDQKaGRhYTA6ICBQaW4gMjMgdHJhY2VkIHRvIERBQyA1CmhkYWEwOiAgUGluIDMw IHRyYWNlZCB0byBEQUMgNgpoZGFhMDogQXNzb2NpYXRpb24gMCAoMSkgdHJhY2Ugc3VjY2VlZGVk CmhkYWEwOiBUcmFjaW5nIGFzc29jaWF0aW9uIDEgKDIpCmhkYWEwOiAgUGluIDI3IHRyYWNlZCB0 byBEQUMgMzcKaGRhYTA6IEFzc29jaWF0aW9uIDEgKDIpIHRyYWNlIHN1Y2NlZWRlZApoZGFhMDog VHJhY2luZyBhc3NvY2lhdGlvbiAyICgzKQpoZGFhMDogIFBpbiAyNiB0cmFjZWQgdG8gQURDIDcK aGRhYTA6ICBQaW4gMjggdHJhY2VkIHRvIEFEQyA4CmhkYWEwOiAgUGluIDI0IHRyYWNlZCB0byBB REMgOQpoZGFhMDogQXNzb2NpYXRpb24gMiAoMykgdHJhY2Ugc3VjY2VlZGVkCmhkYWEwOiBUcmFj aW5nIGFzc29jaWF0aW9uIDMgKDQpCmhkYWEwOiAgVW5hYmxlIHRvIHRyYWNlIHBpbiAyNSB0byBB REMgMTAsIHVuZG8gdHJhY2VzCmhkYWEwOiBBc3NvY2lhdGlvbiAzICg0KSB0cmFjZSBmYWlsZWQK aGRhYTA6IFRyYWNpbmcgYXNzb2NpYXRpb24gNCAoNSkKaGRhYTA6ICBQaW4gMzEgdHJhY2VkIHRv IEFEQyAxMApoZGFhMDogQXNzb2NpYXRpb24gNCAoNSkgdHJhY2Ugc3VjY2VlZGVkCmhkYWEwOiBM b29raW5nIGZvciBhZGRpdGlvbmFsIERBQyBmb3IgYXNzb2NpYXRpb24gMCAoMSkKaGRhYTA6IExv b2tpbmcgZm9yIGFkZGl0aW9uYWwgREFDIGZvciBhc3NvY2lhdGlvbiAxICgyKQpoZGFhMDogTG9v a2luZyBmb3IgYWRkaXRpb25hbCBBREMgZm9yIGFzc29jaWF0aW9uIDIgKDMpCmhkYWEwOiBMb29r aW5nIGZvciBhZGRpdGlvbmFsIEFEQyBmb3IgYXNzb2NpYXRpb24gNCAoNSkKaGRhYTA6IFRyYWNp bmcgaW5wdXQgbW9uaXRvcgpoZGFhMDogIFRyYWNpbmcgbmlkIDM0IHRvIG91dApoZGFhMDogIFRy YWNpbmcgbmlkIDM1IHRvIG91dApoZGFhMDogIFRyYWNpbmcgbmlkIDM2IHRvIG91dApoZGFhMDog VHJhY2luZyBvdGhlciBpbnB1dCBtb25pdG9ycwpoZGFhMDogIFRyYWNpbmcgbmlkIDI0IHRvIG91 dApoZGFhMDogIG5pZCAyNCBpcyBpbnB1dCBtb25pdG9yCmhkYWEwOiAgVHJhY2luZyBuaWQgMjYg dG8gb3V0CmhkYWEwOiAgbmlkIDI2IGlzIGlucHV0IG1vbml0b3IKaGRhYTA6ICBUcmFjaW5nIG5p ZCAyOCB0byBvdXQKaGRhYTA6ICBuaWQgMjggaXMgaW5wdXQgbW9uaXRvcgpoZGFhMDogIFRyYWNp bmcgbmlkIDMxIHRvIG91dApoZGFhMDogVHJhY2luZyBiZWVwZXIKaGRhYTA6ICBuaWQgMjkgdHJh Y2VkIHRvIG91dApoZGFhMDogRkcgY29uZmlnL3F1aXJrczogZm9yY2VzdGVyZW8gaXZyZWY1MCBp dnJlZjgwIGl2cmVmMTAwIGl2cmVmCmhkYWEwOiAKaGRhYTA6ICstLS0tLS0tLS0tLS0tLS0tLS0t KwpoZGFhMDogfCBEVU1QSU5HIEhEQSBOT0RFUyB8CmhkYWEwOiArLS0tLS0tLS0tLS0tLS0tLS0t LSsKaGRhYTA6IApoZGFhMDogRGVmYXVsdCBQYXJhbWV0ZXIKaGRhYTA6IC0tLS0tLS0tLS0tLS0t LS0tCmhkYWEwOiAgICAgIFN0cmVhbSBjYXA6IDB4MDAwMDAwMDEKaGRhYTA6ICAgICAgICAgICAg ICAgICAgUENNCmhkYWEwOiAgICAgICAgIFBDTSBjYXA6IDB4MDAwZTA1NjAKaGRhYTA6ICAgICAg ICAgICAgICAgICAgMTYgMjAgMjQgYml0cywgNDQgNDggOTYgMTkyIEtIegpoZGFhMDogICAgICAg ICAgSU4gYW1wOiAweDAwMDAwMDAwCmhkYWEwOiAgICAgICAgIE9VVCBhbXA6IDB4MDAwMDAwMDAK aGRhYTA6IApoZGFhMDogICAgICAgICAgICAgbmlkOiAyCmhkYWEwOiAgICAgICAgICAgIE5hbWU6 IGF1ZGlvIG91dHB1dApoZGFhMDogICAgICBXaWRnZXQgY2FwOiAweDAwMDAwMDExCmhkYWEwOiAg ICAgICAgICAgICAgICAgIFNURVJFTwpoZGFhMDogICAgIEFzc29jaWF0aW9uOiAwICgweDAwMDAw MDAxKQpoZGFhMDogICAgICAgICAgICAgT1NTOiBwY20gKHBjbSkKaGRhYTA6ICAgICAgU3RyZWFt IGNhcDogMHgwMDAwMDAwMQpoZGFhMDogICAgICAgICAgICAgICAgICBQQ00KaGRhYTA6ICAgICAg ICAgUENNIGNhcDogMHgwMDBlMDU2MApoZGFhMDogICAgICAgICAgICAgICAgICAxNiAyMCAyNCBi aXRzLCA0NCA0OCA5NiAxOTIgS0h6CmhkYWEwOiAKaGRhYTA6ICAgICAgICAgICAgIG5pZDogMwpo ZGFhMDogICAgICAgICAgICBOYW1lOiBhdWRpbyBvdXRwdXQKaGRhYTA6ICAgICAgV2lkZ2V0IGNh cDogMHgwMDAwMDAxMQpoZGFhMDogICAgICAgICAgICAgICAgICBTVEVSRU8KaGRhYTA6ICAgICBB c3NvY2lhdGlvbjogMCAoMHgwMDAwMDAwMikKaGRhYTA6ICAgICAgICAgICAgIE9TUzogcGNtIChw Y20pCmhkYWEwOiAgICAgIFN0cmVhbSBjYXA6IDB4MDAwMDAwMDEKaGRhYTA6ICAgICAgICAgICAg ICAgICAgUENNCmhkYWEwOiAgICAgICAgIFBDTSBjYXA6IDB4MDAwZTA1NjAKaGRhYTA6ICAgICAg ICAgICAgICAgICAgMTYgMjAgMjQgYml0cywgNDQgNDggOTYgMTkyIEtIegpoZGFhMDogCmhkYWEw OiAgICAgICAgICAgICBuaWQ6IDQKaGRhYTA6ICAgICAgICAgICAgTmFtZTogYXVkaW8gb3V0cHV0 CmhkYWEwOiAgICAgIFdpZGdldCBjYXA6IDB4MDAwMDAwMTEKaGRhYTA6ICAgICAgICAgICAgICAg ICAgU1RFUkVPCmhkYWEwOiAgICAgQXNzb2NpYXRpb246IDAgKDB4MDAwMDAwMDQpCmhkYWEwOiAg ICAgICAgICAgICBPU1M6IHBjbSAocGNtKQpoZGFhMDogICAgICBTdHJlYW0gY2FwOiAweDAwMDAw MDAxCmhkYWEwOiAgICAgICAgICAgICAgICAgIFBDTQpoZGFhMDogICAgICAgICBQQ00gY2FwOiAw eDAwMGUwNTYwCmhkYWEwOiAgICAgICAgICAgICAgICAgIDE2IDIwIDI0IGJpdHMsIDQ0IDQ4IDk2 IDE5MiBLSHoKaGRhYTA6IApoZGFhMDogICAgICAgICAgICAgbmlkOiA1CmhkYWEwOiAgICAgICAg ICAgIE5hbWU6IGF1ZGlvIG91dHB1dApoZGFhMDogICAgICBXaWRnZXQgY2FwOiAweDAwMDAwMDEx CmhkYWEwOiAgICAgICAgICAgICAgICAgIFNURVJFTwpoZGFhMDogICAgIEFzc29jaWF0aW9uOiAw ICgweDAwMDAwMDEwKQpoZGFhMDogICAgICAgICAgICAgT1NTOiBwY20gKHBjbSkKaGRhYTA6ICAg ICAgU3RyZWFtIGNhcDogMHgwMDAwMDAwMQpoZGFhMDogICAgICAgICAgICAgICAgICBQQ00KaGRh YTA6ICAgICAgICAgUENNIGNhcDogMHgwMDBlMDU2MApoZGFhMDogICAgICAgICAgICAgICAgICAx NiAyMCAyNCBiaXRzLCA0NCA0OCA5NiAxOTIgS0h6CmhkYWEwOiAKaGRhYTA6ICAgICAgICAgICAg IG5pZDogNgpoZGFhMDogICAgICAgICAgICBOYW1lOiBhdWRpbyBvdXRwdXQKaGRhYTA6ICAgICAg V2lkZ2V0IGNhcDogMHgwMDAwMDIxMQpoZGFhMDogICAgICAgICAgICAgICAgICBESUdJVEFMIFNU RVJFTwpoZGFhMDogICAgIEFzc29jaWF0aW9uOiAwICgweDAwMDA0MDAwKQpoZGFhMDogICAgICAg ICAgICAgT1NTOiBwY20gKHBjbSkKaGRhYTA6ICAgICAgU3RyZWFtIGNhcDogMHgwMDAwMDAwMQpo ZGFhMDogICAgICAgICAgICAgICAgICBQQ00KaGRhYTA6ICAgICAgICAgUENNIGNhcDogMHgwMDFl MDU2MApoZGFhMDogICAgICAgICAgICAgICAgICAxNiAyMCAyNCAzMiBiaXRzLCA0NCA0OCA5NiAx OTIgS0h6CmhkYWEwOiAKaGRhYTA6ICAgICAgICAgICAgIG5pZDogNwpoZGFhMDogICAgICAgICAg ICBOYW1lOiBhdWRpbyBpbnB1dApoZGFhMDogICAgICBXaWRnZXQgY2FwOiAweDAwMTAwMTFiCmhk YWEwOiAgICAgICAgICAgICAgICAgIFNURVJFTwpoZGFhMDogICAgIEFzc29jaWF0aW9uOiAyICgw eDAwMDAwMDAxKQpoZGFhMDogICAgICBTdHJlYW0gY2FwOiAweDAwMDAwMDAxCmhkYWEwOiAgICAg ICAgICAgICAgICAgIFBDTQpoZGFhMDogICAgICAgICBQQ00gY2FwOiAweDAwMDYwMTYwCmhkYWEw OiAgICAgICAgICAgICAgICAgIDE2IDIwIGJpdHMsIDQ0IDQ4IDk2IEtIegpoZGFhMDogICAgICAg SW5wdXQgYW1wOiAweDgwMDUxZjA4CmhkYWEwOiAgICAgICAgICAgICAgICAgIG11dGU9MSBzdGVw PTMxIHNpemU9NSBvZmZzZXQ9OApoZGFhMDogICAgIGNvbm5lY3Rpb25zOiAxCmhkYWEwOiAgICAg ICAgICAgfApoZGFhMDogICAgICAgICAgICsgPC0gbmlkPTM2IFthdWRpbyBtaXhlcl0KaGRhYTA6 IApoZGFhMDogICAgICAgICAgICAgbmlkOiA4CmhkYWEwOiAgICAgICAgICAgIE5hbWU6IGF1ZGlv IGlucHV0CmhkYWEwOiAgICAgIFdpZGdldCBjYXA6IDB4MDAxMDAxMWIKaGRhYTA6ICAgICAgICAg ICAgICAgICAgU1RFUkVPCmhkYWEwOiAgICAgQXNzb2NpYXRpb246IDIgKDB4MDAwMDAwMDIpCmhk YWEwOiAgICAgIFN0cmVhbSBjYXA6IDB4MDAwMDAwMDEKaGRhYTA6ICAgICAgICAgICAgICAgICAg UENNCmhkYWEwOiAgICAgICAgIFBDTSBjYXA6IDB4MDAwNjAxNjAKaGRhYTA6ICAgICAgICAgICAg ICAgICAgMTYgMjAgYml0cywgNDQgNDggOTYgS0h6CmhkYWEwOiAgICAgICBJbnB1dCBhbXA6IDB4 ODAwNTFmMDgKaGRhYTA6ICAgICAgICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9MzEgc2l6ZT01IG9m ZnNldD04CmhkYWEwOiAgICAgY29ubmVjdGlvbnM6IDEKaGRhYTA6ICAgICAgICAgICB8CmhkYWEw OiAgICAgICAgICAgKyA8LSBuaWQ9MzUgW2F1ZGlvIG1peGVyXQpoZGFhMDogCmhkYWEwOiAgICAg ICAgICAgICBuaWQ6IDkKaGRhYTA6ICAgICAgICAgICAgTmFtZTogYXVkaW8gaW5wdXQKaGRhYTA6 ICAgICAgV2lkZ2V0IGNhcDogMHgwMDEwMDExYgpoZGFhMDogICAgICAgICAgICAgICAgICBTVEVS RU8KaGRhYTA6ICAgICBBc3NvY2lhdGlvbjogMiAoMHgwMDAwMDAwNCkKaGRhYTA6ICAgICAgU3Ry ZWFtIGNhcDogMHgwMDAwMDAwMQpoZGFhMDogICAgICAgICAgICAgICAgICBQQ00KaGRhYTA6ICAg ICAgICAgUENNIGNhcDogMHgwMDA2MDE2MApoZGFhMDogICAgICAgICAgICAgICAgICAxNiAyMCBi aXRzLCA0NCA0OCA5NiBLSHoKaGRhYTA6ICAgICAgIElucHV0IGFtcDogMHg4MDA1MWYwOApoZGFh MDogICAgICAgICAgICAgICAgICBtdXRlPTEgc3RlcD0zMSBzaXplPTUgb2Zmc2V0PTgKaGRhYTA6 ICAgICBjb25uZWN0aW9uczogMQpoZGFhMDogICAgICAgICAgIHwKaGRhYTA6ICAgICAgICAgICAr IDwtIG5pZD0zNCBbYXVkaW8gbWl4ZXJdCmhkYWEwOiAKaGRhYTA6ICAgICAgICAgICAgIG5pZDog MTAKaGRhYTA6ICAgICAgICAgICAgTmFtZTogYXVkaW8gaW5wdXQKaGRhYTA6ICAgICAgV2lkZ2V0 IGNhcDogMHgwMDEwMDM5MQpoZGFhMDogICAgICAgICAgICAgICAgICBESUdJVEFMIFVOU09MIFNU RVJFTwpoZGFhMDogICAgIEFzc29jaWF0aW9uOiA0ICgweDAwMDAwMDAxKQpoZGFhMDogICAgICBT dHJlYW0gY2FwOiAweDAwMDAwMDAxCmhkYWEwOiAgICAgICAgICAgICAgICAgIFBDTQpoZGFhMDog ICAgICAgICBQQ00gY2FwOiAweDAwMWUwNTYwCmhkYWEwOiAgICAgICAgICAgICAgICAgIDE2IDIw IDI0IDMyIGJpdHMsIDQ0IDQ4IDk2IDE5MiBLSHoKaGRhYTA6ICAgICBjb25uZWN0aW9uczogMQpo ZGFhMDogICAgICAgICAgIHwKaGRhYTA6ICAgICAgICAgICArIDwtIG5pZD0zMSBbcGluOiBTUERJ Ri1pbiAoT3JhbmdlIEphY2spXQpoZGFhMDogCmhkYWEwOiAgICAgICAgICAgICBuaWQ6IDExCmhk YWEwOiAgICAgICAgICAgIE5hbWU6IGF1ZGlvIG1peGVyCmhkYWEwOiAgICAgIFdpZGdldCBjYXA6 IDB4MDAyMDAxMGIKaGRhYTA6ICAgICAgICAgICAgICAgICAgU1RFUkVPCmhkYWEwOiAgICAgQXNz b2NpYXRpb246IC0yICgweDAwMDAwMDAwKQpoZGFhMDogICAgICAgICAgICAgT1NTOiBzcGVha2Vy LCBsaW5lLCBtaWMsIGNkCmhkYWEwOiAgICAgICBJbnB1dCBhbXA6IDB4ODAwNTFmMTcKaGRhYTA6 ICAgICAgICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9MzEgc2l6ZT01IG9mZnNldD0yMwpoZGFhMDog ICAgIGNvbm5lY3Rpb25zOiAxMApoZGFhMDogICAgICAgICAgIHwKaGRhYTA6ICAgICAgICAgICAr IDwtIG5pZD0yNCBbcGluOiBNaWMgKFBpbmsgSmFjayldCmhkYWEwOiAgICAgICAgICAgKyBbRElT QUJMRURdIDwtIG5pZD0yNSBbcGluOiBNaWMgKFBpbmsgSmFjayldIFtESVNBQkxFRF0KaGRhYTA6 ICAgICAgICAgICArIDwtIG5pZD0yNiBbcGluOiBMaW5lLWluIChCbHVlIEphY2spXQpoZGFhMDog ICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9MjcgW3BpbjogSGVhZHBob25lcyAoR3JlZW4g SmFjayldCmhkYWEwOiAgICAgICAgICAgKyA8LSBuaWQ9MjggW3BpbjogQ0QgKEZpeGVkKV0KaGRh YTA6ICAgICAgICAgICArIDwtIG5pZD0yOSBbYmVlcCB3aWRnZXRdCmhkYWEwOiAgICAgICAgICAg KyBbRElTQUJMRURdIDwtIG5pZD0yMCBbcGluOiBMaW5lLW91dCAoR3JlZW4gSmFjayldCmhkYWEw OiAgICAgICAgICAgKyBbRElTQUJMRURdIDwtIG5pZD0yMSBbcGluOiBMaW5lLW91dCAoQmxhY2sg SmFjayldCmhkYWEwOiAgICAgICAgICAgKyBbRElTQUJMRURdIDwtIG5pZD0yMiBbcGluOiBMaW5l LW91dCAoT3JhbmdlIEphY2spXQpoZGFhMDogICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9 MjMgW3BpbjogTGluZS1vdXQgKEdyZXkgSmFjayldCmhkYWEwOiAKaGRhYTA6ICAgICAgICAgICAg IG5pZDogMTIKaGRhYTA6ICAgICAgICAgICAgTmFtZTogYXVkaW8gbWl4ZXIKaGRhYTA6ICAgICAg V2lkZ2V0IGNhcDogMHgwMDIwMDEwZgpoZGFhMDogICAgICAgICAgICAgICAgICBTVEVSRU8KaGRh YTA6ICAgICBBc3NvY2lhdGlvbjogMCAoMHgwMDAwMDAwMSkKaGRhYTA6ICAgICAgICAgICAgIE9T UzogcGNtLCBzcGVha2VyLCBsaW5lLCBtaWMsIGNkCmhkYWEwOiAgICAgIE91dHB1dCBhbXA6IDB4 MDAwNTFmMWYKaGRhYTA6ICAgICAgICAgICAgICAgICAgbXV0ZT0wIHN0ZXA9MzEgc2l6ZT01IG9m ZnNldD0zMQpoZGFhMDogICAgICAgSW5wdXQgYW1wOiAweDgwMDAwMDAwCmhkYWEwOiAgICAgICAg ICAgICAgICAgIG11dGU9MSBzdGVwPTAgc2l6ZT0wIG9mZnNldD0wCmhkYWEwOiAgICAgY29ubmVj dGlvbnM6IDIKaGRhYTA6ICAgICAgICAgICB8CmhkYWEwOiAgICAgICAgICAgKyA8LSBuaWQ9MiBb YXVkaW8gb3V0cHV0XQpoZGFhMDogICAgICAgICAgICsgPC0gbmlkPTExIFthdWRpbyBtaXhlcl0K aGRhYTA6IApoZGFhMDogICAgICAgICAgICAgbmlkOiAxMwpoZGFhMDogICAgICAgICAgICBOYW1l OiBhdWRpbyBtaXhlcgpoZGFhMDogICAgICBXaWRnZXQgY2FwOiAweDAwMjAwMTBmCmhkYWEwOiAg ICAgICAgICAgICAgICAgIFNURVJFTwpoZGFhMDogICAgIEFzc29jaWF0aW9uOiAwICgweDAwMDAw MDAyKQpoZGFhMDogICAgICAgICAgICAgT1NTOiBwY20sIHNwZWFrZXIsIGxpbmUsIG1pYywgY2QK aGRhYTA6ICAgICAgT3V0cHV0IGFtcDogMHgwMDA1MWYxZgpoZGFhMDogICAgICAgICAgICAgICAg ICBtdXRlPTAgc3RlcD0zMSBzaXplPTUgb2Zmc2V0PTMxCmhkYWEwOiAgICAgICBJbnB1dCBhbXA6 IDB4ODAwMDAwMDAKaGRhYTA6ICAgICAgICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9MCBzaXplPTAg b2Zmc2V0PTAKaGRhYTA6ICAgICBjb25uZWN0aW9uczogMgpoZGFhMDogICAgICAgICAgIHwKaGRh YTA6ICAgICAgICAgICArIDwtIG5pZD0zIFthdWRpbyBvdXRwdXRdCmhkYWEwOiAgICAgICAgICAg KyA8LSBuaWQ9MTEgW2F1ZGlvIG1peGVyXQpoZGFhMDogCmhkYWEwOiAgICAgICAgICAgICBuaWQ6 IDE0CmhkYWEwOiAgICAgICAgICAgIE5hbWU6IGF1ZGlvIG1peGVyCmhkYWEwOiAgICAgIFdpZGdl dCBjYXA6IDB4MDAyMDAxMGYKaGRhYTA6ICAgICAgICAgICAgICAgICAgU1RFUkVPCmhkYWEwOiAg ICAgQXNzb2NpYXRpb246IDAgKDB4MDAwMDAwMDQpCmhkYWEwOiAgICAgICAgICAgICBPU1M6IHBj bSwgc3BlYWtlciwgbGluZSwgbWljLCBjZApoZGFhMDogICAgICBPdXRwdXQgYW1wOiAweDAwMDUx ZjFmCmhkYWEwOiAgICAgICAgICAgICAgICAgIG11dGU9MCBzdGVwPTMxIHNpemU9NSBvZmZzZXQ9 MzEKaGRhYTA6ICAgICAgIElucHV0IGFtcDogMHg4MDAwMDAwMApoZGFhMDogICAgICAgICAgICAg ICAgICBtdXRlPTEgc3RlcD0wIHNpemU9MCBvZmZzZXQ9MApoZGFhMDogICAgIGNvbm5lY3Rpb25z OiAyCmhkYWEwOiAgICAgICAgICAgfApoZGFhMDogICAgICAgICAgICsgPC0gbmlkPTQgW2F1ZGlv IG91dHB1dF0KaGRhYTA6ICAgICAgICAgICArIDwtIG5pZD0xMSBbYXVkaW8gbWl4ZXJdCmhkYWEw OiAKaGRhYTA6ICAgICAgICAgICAgIG5pZDogMTUKaGRhYTA6ICAgICAgICAgICAgTmFtZTogYXVk aW8gbWl4ZXIKaGRhYTA6ICAgICAgV2lkZ2V0IGNhcDogMHgwMDIwMDEwZgpoZGFhMDogICAgICAg ICAgICAgICAgICBTVEVSRU8KaGRhYTA6ICAgICBBc3NvY2lhdGlvbjogMCAoMHgwMDAwMDAxMCkK aGRhYTA6ICAgICAgICAgICAgIE9TUzogcGNtLCBzcGVha2VyLCBsaW5lLCBtaWMsIGNkCmhkYWEw OiAgICAgIE91dHB1dCBhbXA6IDB4MDAwNTFmMWYKaGRhYTA6ICAgICAgICAgICAgICAgICAgbXV0 ZT0wIHN0ZXA9MzEgc2l6ZT01IG9mZnNldD0zMQpoZGFhMDogICAgICAgSW5wdXQgYW1wOiAweDgw MDAwMDAwCmhkYWEwOiAgICAgICAgICAgICAgICAgIG11dGU9MSBzdGVwPTAgc2l6ZT0wIG9mZnNl dD0wCmhkYWEwOiAgICAgY29ubmVjdGlvbnM6IDIKaGRhYTA6ICAgICAgICAgICB8CmhkYWEwOiAg ICAgICAgICAgKyA8LSBuaWQ9NSBbYXVkaW8gb3V0cHV0XQpoZGFhMDogICAgICAgICAgICsgPC0g bmlkPTExIFthdWRpbyBtaXhlcl0KaGRhYTA6IApoZGFhMDogICAgICAgICAgICAgbmlkOiAxNiBb RElTQUJMRURdCmhkYWEwOiAgICAgICAgICAgIE5hbWU6IHZlbmRvciB3aWRnZXQKaGRhYTA6ICAg ICAgV2lkZ2V0IGNhcDogMHgwMGYwMDAwMApoZGFhMDogCmhkYWEwOiAgICAgICAgICAgICBuaWQ6 IDE3IFtESVNBQkxFRF0KaGRhYTA6ICAgICAgICAgICAgTmFtZTogdmVuZG9yIHdpZGdldApoZGFh MDogICAgICBXaWRnZXQgY2FwOiAweDAwZjAwMDAwCmhkYWEwOiAKaGRhYTA6ICAgICAgICAgICAg IG5pZDogMTggW0RJU0FCTEVEXQpoZGFhMDogICAgICAgICAgICBOYW1lOiB2ZW5kb3Igd2lkZ2V0 CmhkYWEwOiAgICAgIFdpZGdldCBjYXA6IDB4MDBmMDAwMDAKaGRhYTA6IApoZGFhMDogICAgICAg ICAgICAgbmlkOiAxOSBbRElTQUJMRURdCmhkYWEwOiAgICAgICAgICAgIE5hbWU6IHZlbmRvciB3 aWRnZXQKaGRhYTA6ICAgICAgV2lkZ2V0IGNhcDogMHgwMGYwMDAwMApoZGFhMDogCmhkYWEwOiAg ICAgICAgICAgICBuaWQ6IDIwCmhkYWEwOiAgICAgICAgICAgIE5hbWU6IHBpbjogTGluZS1vdXQg KEdyZWVuIEphY2spCmhkYWEwOiAgICAgIFdpZGdldCBjYXA6IDB4MDA0MDAxOGYKaGRhYTA6ICAg ICAgICAgICAgICAgICAgVU5TT0wgU1RFUkVPCmhkYWEwOiAgICAgQXNzb2NpYXRpb246IDAgKDB4 MDAwMDAwMDEpCmhkYWEwOiAgICAgICAgIFBpbiBjYXA6IDB4MDAwMDAwM2YKaGRhYTA6ICAgICAg ICAgICAgICAgICAgSVNDIFRSUUQgUERDIEhQIE9VVCBJTgpoZGFhMDogICAgICBQaW4gY29uZmln OiAweDAxMDE0MTEwCmhkYWEwOiAgICAgUGluIGNvbnRyb2w6IDB4MDAwMDAwNDAgT1VUCmhkYWEw OiAgICAgIE91dHB1dCBhbXA6IDB4ODAwMDAwMDAKaGRhYTA6ICAgICAgICAgICAgICAgICAgbXV0 ZT0xIHN0ZXA9MCBzaXplPTAgb2Zmc2V0PTAKaGRhYTA6ICAgICAgIElucHV0IGFtcDogMHgwMDI3 MDMwMApoZGFhMDogICAgICAgICAgICAgICAgICBtdXRlPTAgc3RlcD0zIHNpemU9Mzkgb2Zmc2V0 PTAKaGRhYTA6ICAgICBjb25uZWN0aW9uczogNQpoZGFhMDogICAgICAgICAgIHwKaGRhYTA6ICAg ICAgICAgICArIDwtIG5pZD0xMiBbYXVkaW8gbWl4ZXJdIChzZWxlY3RlZCkKaGRhYTA6ICAgICAg ICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTEzIFthdWRpbyBtaXhlcl0KaGRhYTA6ICAgICAgICAg ICArIFtESVNBQkxFRF0gPC0gbmlkPTE0IFthdWRpbyBtaXhlcl0KaGRhYTA6ICAgICAgICAgICAr IFtESVNBQkxFRF0gPC0gbmlkPTE1IFthdWRpbyBtaXhlcl0KaGRhYTA6ICAgICAgICAgICArIFtE SVNBQkxFRF0gPC0gbmlkPTM4IFthdWRpbyBtaXhlcl0KaGRhYTA6IApoZGFhMDogICAgICAgICAg ICAgbmlkOiAyMQpoZGFhMDogICAgICAgICAgICBOYW1lOiBwaW46IExpbmUtb3V0IChCbGFjayBK YWNrKQpoZGFhMDogICAgICBXaWRnZXQgY2FwOiAweDAwNDAwMThmCmhkYWEwOiAgICAgICAgICAg ICAgICAgIFVOU09MIFNURVJFTwpoZGFhMDogICAgIEFzc29jaWF0aW9uOiAwICgweDAwMDAwMDA0 KQpoZGFhMDogICAgICAgICBQaW4gY2FwOiAweDAwMDAwMDNmCmhkYWEwOiAgICAgICAgICAgICAg ICAgIElTQyBUUlFEIFBEQyBIUCBPVVQgSU4KaGRhYTA6ICAgICAgUGluIGNvbmZpZzogMHgwMTAx MTExMgpoZGFhMDogICAgIFBpbiBjb250cm9sOiAweDAwMDAwMDQwIE9VVApoZGFhMDogICAgICBP dXRwdXQgYW1wOiAweDgwMDAwMDAwCmhkYWEwOiAgICAgICAgICAgICAgICAgIG11dGU9MSBzdGVw PTAgc2l6ZT0wIG9mZnNldD0wCmhkYWEwOiAgICAgICBJbnB1dCBhbXA6IDB4MDAyNzAzMDAKaGRh YTA6ICAgICAgICAgICAgICAgICAgbXV0ZT0wIHN0ZXA9MyBzaXplPTM5IG9mZnNldD0wCmhkYWEw OiAgICAgY29ubmVjdGlvbnM6IDUKaGRhYTA6ICAgICAgICAgICB8CmhkYWEwOiAgICAgICAgICAg KyBbRElTQUJMRURdIDwtIG5pZD0xMiBbYXVkaW8gbWl4ZXJdCmhkYWEwOiAgICAgICAgICAgKyBb RElTQUJMRURdIDwtIG5pZD0xMyBbYXVkaW8gbWl4ZXJdCmhkYWEwOiAgICAgICAgICAgKyA8LSBu aWQ9MTQgW2F1ZGlvIG1peGVyXSAoc2VsZWN0ZWQpCmhkYWEwOiAgICAgICAgICAgKyBbRElTQUJM RURdIDwtIG5pZD0xNSBbYXVkaW8gbWl4ZXJdCmhkYWEwOiAgICAgICAgICAgKyBbRElTQUJMRURd IDwtIG5pZD0zOCBbYXVkaW8gbWl4ZXJdCmhkYWEwOiAKaGRhYTA6ICAgICAgICAgICAgIG5pZDog MjIKaGRhYTA6ICAgICAgICAgICAgTmFtZTogcGluOiBMaW5lLW91dCAoT3JhbmdlIEphY2spCmhk YWEwOiAgICAgIFdpZGdldCBjYXA6IDB4MDA0MDAxOGYKaGRhYTA6ICAgICAgICAgICAgICAgICAg VU5TT0wgU1RFUkVPCmhkYWEwOiAgICAgQXNzb2NpYXRpb246IDAgKDB4MDAwMDAwMDIpCmhkYWEw OiAgICAgICAgIFBpbiBjYXA6IDB4MDAwMDAwM2YKaGRhYTA6ICAgICAgICAgICAgICAgICAgSVND IFRSUUQgUERDIEhQIE9VVCBJTgpoZGFhMDogICAgICBQaW4gY29uZmlnOiAweDAxMDE2MTExCmhk YWEwOiAgICAgUGluIGNvbnRyb2w6IDB4MDAwMDAwNDAgT1VUCmhkYWEwOiAgICAgIE91dHB1dCBh bXA6IDB4ODAwMDAwMDAKaGRhYTA6ICAgICAgICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9MCBzaXpl PTAgb2Zmc2V0PTAKaGRhYTA6ICAgICAgIElucHV0IGFtcDogMHgwMDI3MDMwMApoZGFhMDogICAg ICAgICAgICAgICAgICBtdXRlPTAgc3RlcD0zIHNpemU9Mzkgb2Zmc2V0PTAKaGRhYTA6ICAgICBj b25uZWN0aW9uczogNQpoZGFhMDogICAgICAgICAgIHwKaGRhYTA6ICAgICAgICAgICArIFtESVNB QkxFRF0gPC0gbmlkPTEyIFthdWRpbyBtaXhlcl0KaGRhYTA6ICAgICAgICAgICArIDwtIG5pZD0x MyBbYXVkaW8gbWl4ZXJdIChzZWxlY3RlZCkKaGRhYTA6ICAgICAgICAgICArIFtESVNBQkxFRF0g PC0gbmlkPTE0IFthdWRpbyBtaXhlcl0KaGRhYTA6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0g bmlkPTE1IFthdWRpbyBtaXhlcl0KaGRhYTA6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlk PTM4IFthdWRpbyBtaXhlcl0KaGRhYTA6IApoZGFhMDogICAgICAgICAgICAgbmlkOiAyMwpoZGFh MDogICAgICAgICAgICBOYW1lOiBwaW46IExpbmUtb3V0IChHcmV5IEphY2spCmhkYWEwOiAgICAg IFdpZGdldCBjYXA6IDB4MDA0MDAxOGYKaGRhYTA6ICAgICAgICAgICAgICAgICAgVU5TT0wgU1RF UkVPCmhkYWEwOiAgICAgQXNzb2NpYXRpb246IDAgKDB4MDAwMDAwMTApCmhkYWEwOiAgICAgICAg IFBpbiBjYXA6IDB4MDAwMDAwM2YKaGRhYTA6ICAgICAgICAgICAgICAgICAgSVNDIFRSUUQgUERD IEhQIE9VVCBJTgpoZGFhMDogICAgICBQaW4gY29uZmlnOiAweDAxMDEyMTE0CmhkYWEwOiAgICAg UGluIGNvbnRyb2w6IDB4MDAwMDAwNDAgT1VUCmhkYWEwOiAgICAgIE91dHB1dCBhbXA6IDB4ODAw MDAwMDAKaGRhYTA6ICAgICAgICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9MCBzaXplPTAgb2Zmc2V0 PTAKaGRhYTA6ICAgICAgIElucHV0IGFtcDogMHgwMDI3MDMwMApoZGFhMDogICAgICAgICAgICAg ICAgICBtdXRlPTAgc3RlcD0zIHNpemU9Mzkgb2Zmc2V0PTAKaGRhYTA6ICAgICBjb25uZWN0aW9u czogNQpoZGFhMDogICAgICAgICAgIHwKaGRhYTA6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0g bmlkPTEyIFthdWRpbyBtaXhlcl0KaGRhYTA6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlk PTEzIFthdWRpbyBtaXhlcl0KaGRhYTA6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTE0 IFthdWRpbyBtaXhlcl0KaGRhYTA6ICAgICAgICAgICArIDwtIG5pZD0xNSBbYXVkaW8gbWl4ZXJd IChzZWxlY3RlZCkKaGRhYTA6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTM4IFthdWRp byBtaXhlcl0KaGRhYTA6IApoZGFhMDogICAgICAgICAgICAgbmlkOiAyNApoZGFhMDogICAgICAg ICAgICBOYW1lOiBwaW46IE1pYyAoUGluayBKYWNrKQpoZGFhMDogICAgICBXaWRnZXQgY2FwOiAw eDAwNDAwMThmCmhkYWEwOiAgICAgICAgICAgICAgICAgIFVOU09MIFNURVJFTwpoZGFhMDogICAg IEFzc29jaWF0aW9uOiAyICgweDAwMDAwMDA0KQpoZGFhMDogICAgICAgICAgICAgT1NTOiBtaWMg KG1pYykKaGRhYTA6ICAgICAgICAgUGluIGNhcDogMHgwMDAwMTczZgpoZGFhMDogICAgICAgICAg ICAgICAgICBJU0MgVFJRRCBQREMgSFAgT1VUIElOIFZSRUZbIDUwIDgwIEdST1VORCBISVogXQpo ZGFhMDogICAgICBQaW4gY29uZmlnOiAweDAxYTE5OTMyCmhkYWEwOiAgICAgUGluIGNvbnRyb2w6 IDB4MDAwMDAwMjQgSU4gVlJFRnMKaGRhYTA6ICAgICAgT3V0cHV0IGFtcDogMHg4MDAwMDAwMApo ZGFhMDogICAgICAgICAgICAgICAgICBtdXRlPTEgc3RlcD0wIHNpemU9MCBvZmZzZXQ9MApoZGFh MDogICAgICAgSW5wdXQgYW1wOiAweDAwMjcwMzAwCmhkYWEwOiAgICAgICAgICAgICAgICAgIG11 dGU9MCBzdGVwPTMgc2l6ZT0zOSBvZmZzZXQ9MApoZGFhMDogICAgIGNvbm5lY3Rpb25zOiA1Cmhk YWEwOiAgICAgICAgICAgfApoZGFhMDogICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9MTIg W2F1ZGlvIG1peGVyXSAoc2VsZWN0ZWQpCmhkYWEwOiAgICAgICAgICAgKyBbRElTQUJMRURdIDwt IG5pZD0xMyBbYXVkaW8gbWl4ZXJdCmhkYWEwOiAgICAgICAgICAgKyBbRElTQUJMRURdIDwtIG5p ZD0xNCBbYXVkaW8gbWl4ZXJdCmhkYWEwOiAgICAgICAgICAgKyBbRElTQUJMRURdIDwtIG5pZD0x NSBbYXVkaW8gbWl4ZXJdCmhkYWEwOiAgICAgICAgICAgKyBbRElTQUJMRURdIDwtIG5pZD0zOCBb YXVkaW8gbWl4ZXJdCmhkYWEwOiAKaGRhYTA6ICAgICAgICAgICAgIG5pZDogMjUgW0RJU0FCTEVE XQpoZGFhMDogICAgICAgICAgICBOYW1lOiBwaW46IE1pYyAoUGluayBKYWNrKQpoZGFhMDogICAg ICBXaWRnZXQgY2FwOiAweDAwNDAwMThmCmhkYWEwOiAgICAgICAgICAgICAgICAgIFVOU09MIFNU RVJFTwpoZGFhMDogICAgICAgICBQaW4gY2FwOiAweDAwMDAxNzNmCmhkYWEwOiAgICAgICAgICAg ICAgICAgIElTQyBUUlFEIFBEQyBIUCBPVVQgSU4gVlJFRlsgNTAgODAgR1JPVU5EIEhJWiBdCmhk YWEwOiAgICAgIFBpbiBjb25maWc6IDB4MDJhMTljNDAKaGRhYTA6ICAgICBQaW4gY29udHJvbDog MHgwMDAwMDAwMApoZGFhMDogICAgICBPdXRwdXQgYW1wOiAweDgwMDAwMDAwCmhkYWEwOiAgICAg ICAgICAgICAgICAgIG11dGU9MSBzdGVwPTAgc2l6ZT0wIG9mZnNldD0wCmhkYWEwOiAgICAgICBJ bnB1dCBhbXA6IDB4MDAyNzAzMDAKaGRhYTA6ICAgICAgICAgICAgICAgICAgbXV0ZT0wIHN0ZXA9 MyBzaXplPTM5IG9mZnNldD0wCmhkYWEwOiAgICAgY29ubmVjdGlvbnM6IDUKaGRhYTA6ICAgICAg ICAgICB8CmhkYWEwOiAgICAgICAgICAgKyBbRElTQUJMRURdIDwtIG5pZD0xMiBbYXVkaW8gbWl4 ZXJdIChzZWxlY3RlZCkKaGRhYTA6ICAgICAgICAgICArIDwtIG5pZD0xMyBbYXVkaW8gbWl4ZXJd CmhkYWEwOiAgICAgICAgICAgKyA8LSBuaWQ9MTQgW2F1ZGlvIG1peGVyXQpoZGFhMDogICAgICAg ICAgICsgPC0gbmlkPTE1IFthdWRpbyBtaXhlcl0KaGRhYTA6ICAgICAgICAgICArIDwtIG5pZD0z OCBbYXVkaW8gbWl4ZXJdCmhkYWEwOiAKaGRhYTA6ICAgICAgICAgICAgIG5pZDogMjYKaGRhYTA6 ICAgICAgICAgICAgTmFtZTogcGluOiBMaW5lLWluIChCbHVlIEphY2spCmhkYWEwOiAgICAgIFdp ZGdldCBjYXA6IDB4MDA0MDAxOGYKaGRhYTA6ICAgICAgICAgICAgICAgICAgVU5TT0wgU1RFUkVP CmhkYWEwOiAgICAgQXNzb2NpYXRpb246IDIgKDB4MDAwMDAwMDEpCmhkYWEwOiAgICAgICAgICAg ICBPU1M6IGxpbmUgKGxpbmUpCmhkYWEwOiAgICAgICAgIFBpbiBjYXA6IDB4MDAwMDE3M2YKaGRh YTA6ICAgICAgICAgICAgICAgICAgSVNDIFRSUUQgUERDIEhQIE9VVCBJTiBWUkVGWyA1MCA4MCBH Uk9VTkQgSElaIF0KaGRhYTA6ICAgICAgUGluIGNvbmZpZzogMHgwMTgxMzEzMApoZGFhMDogICAg IFBpbiBjb250cm9sOiAweDAwMDAwMDI0IElOIFZSRUZzCmhkYWEwOiAgICAgIE91dHB1dCBhbXA6 IDB4ODAwMDAwMDAKaGRhYTA6ICAgICAgICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9MCBzaXplPTAg b2Zmc2V0PTAKaGRhYTA6ICAgICAgIElucHV0IGFtcDogMHgwMDI3MDMwMApoZGFhMDogICAgICAg ICAgICAgICAgICBtdXRlPTAgc3RlcD0zIHNpemU9Mzkgb2Zmc2V0PTAKaGRhYTA6ICAgICBjb25u ZWN0aW9uczogNQpoZGFhMDogICAgICAgICAgIHwKaGRhYTA6ICAgICAgICAgICArIFtESVNBQkxF RF0gPC0gbmlkPTEyIFthdWRpbyBtaXhlcl0gKHNlbGVjdGVkKQpoZGFhMDogICAgICAgICAgICsg W0RJU0FCTEVEXSA8LSBuaWQ9MTMgW2F1ZGlvIG1peGVyXQpoZGFhMDogICAgICAgICAgICsgW0RJ U0FCTEVEXSA8LSBuaWQ9MTQgW2F1ZGlvIG1peGVyXQpoZGFhMDogICAgICAgICAgICsgW0RJU0FC TEVEXSA8LSBuaWQ9MTUgW2F1ZGlvIG1peGVyXQpoZGFhMDogICAgICAgICAgICsgW0RJU0FCTEVE XSA8LSBuaWQ9MzggW2F1ZGlvIG1peGVyXQpoZGFhMDogCmhkYWEwOiAgICAgICAgICAgICBuaWQ6 IDI3CmhkYWEwOiAgICAgICAgICAgIE5hbWU6IHBpbjogSGVhZHBob25lcyAoR3JlZW4gSmFjaykK aGRhYTA6ICAgICAgV2lkZ2V0IGNhcDogMHgwMDQwMDE4ZgpoZGFhMDogICAgICAgICAgICAgICAg ICBVTlNPTCBTVEVSRU8KaGRhYTA6ICAgICBBc3NvY2lhdGlvbjogMSAoMHgwMDAwMDAwMSkKaGRh YTA6ICAgICAgICAgUGluIGNhcDogMHgwMDAwMTczZgpoZGFhMDogICAgICAgICAgICAgICAgICBJ U0MgVFJRRCBQREMgSFAgT1VUIElOIFZSRUZbIDUwIDgwIEdST1VORCBISVogXQpoZGFhMDogICAg ICBQaW4gY29uZmlnOiAweDAyMjE0YzIwCmhkYWEwOiAgICAgUGluIGNvbnRyb2w6IDB4MDAwMDAw YzAgSFAgT1VUCmhkYWEwOiAgICAgIE91dHB1dCBhbXA6IDB4ODAwMDAwMDAKaGRhYTA6ICAgICAg ICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9MCBzaXplPTAgb2Zmc2V0PTAKaGRhYTA6ICAgICAgIElu cHV0IGFtcDogMHgwMDI3MDMwMApoZGFhMDogICAgICAgICAgICAgICAgICBtdXRlPTAgc3RlcD0z IHNpemU9Mzkgb2Zmc2V0PTAKaGRhYTA6ICAgICBjb25uZWN0aW9uczogNQpoZGFhMDogICAgICAg ICAgIHwKaGRhYTA6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTEyIFthdWRpbyBtaXhl cl0KaGRhYTA6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTEzIFthdWRpbyBtaXhlcl0K aGRhYTA6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTE0IFthdWRpbyBtaXhlcl0KaGRh YTA6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTE1IFthdWRpbyBtaXhlcl0KaGRhYTA6 ICAgICAgICAgICArIDwtIG5pZD0zOCBbYXVkaW8gbWl4ZXJdIChzZWxlY3RlZCkKaGRhYTA6IApo ZGFhMDogICAgICAgICAgICAgbmlkOiAyOApoZGFhMDogICAgICAgICAgICBOYW1lOiBwaW46IENE IChGaXhlZCkKaGRhYTA6ICAgICAgV2lkZ2V0IGNhcDogMHgwMDQwMDAwMQpoZGFhMDogICAgICAg ICAgICAgICAgICBTVEVSRU8KaGRhYTA6ICAgICBBc3NvY2lhdGlvbjogMiAoMHgwMDAwMDAwMikK aGRhYTA6ICAgICAgICAgICAgIE9TUzogY2QgKGNkKQpoZGFhMDogICAgICAgICBQaW4gY2FwOiAw eDAwMDAwMDIwCmhkYWEwOiAgICAgICAgICAgICAgICAgIElOCmhkYWEwOiAgICAgIFBpbiBjb25m aWc6IDB4OTkzMzExMzEKaGRhYTA6ICAgICBQaW4gY29udHJvbDogMHgwMDAwMDAyMCBJTgpoZGFh MDogCmhkYWEwOiAgICAgICAgICAgICBuaWQ6IDI5CmhkYWEwOiAgICAgICAgICAgIE5hbWU6IGJl ZXAgd2lkZ2V0CmhkYWEwOiAgICAgIFdpZGdldCBjYXA6IDB4MDA3MDAwMDAKaGRhYTA6ICAgICBB c3NvY2lhdGlvbjogLTIgKDB4MDAwMDAwMDApCmhkYWEwOiAgICAgICAgICAgICBPU1M6IHNwZWFr ZXIgKHNwZWFrZXIpCmhkYWEwOiAgICAgICAgIFBpbiBjYXA6IDB4MDAwMDAwMjAKaGRhYTA6ICAg ICAgICAgICAgICAgICAgSU4KaGRhYTA6ICAgICAgUGluIGNvbmZpZzogMHg0MTExMTFmMApoZGFh MDogICAgIFBpbiBjb250cm9sOiAweDAwMDAwMDIwIElOCmhkYWEwOiAKaGRhYTA6ICAgICAgICAg ICAgIG5pZDogMzAKaGRhYTA6ICAgICAgICAgICAgTmFtZTogcGluOiBTUERJRi1vdXQgKEJsYWNr IEphY2spCmhkYWEwOiAgICAgIFdpZGdldCBjYXA6IDB4MDA0MDAzMDAKaGRhYTA6ICAgICAgICAg ICAgICAgICAgRElHSVRBTApoZGFhMDogICAgIEFzc29jaWF0aW9uOiAwICgweDAwMDA0MDAwKQpo ZGFhMDogICAgICAgICBQaW4gY2FwOiAweDAwMDAwMDEwCmhkYWEwOiAgICAgICAgICAgICAgICAg IE9VVApoZGFhMDogICAgICBQaW4gY29uZmlnOiAweDAxNDQxMTFlCmhkYWEwOiAgICAgUGluIGNv bnRyb2w6IDB4MDAwMDAwNDAgT1VUCmhkYWEwOiAgICAgY29ubmVjdGlvbnM6IDEKaGRhYTA6ICAg ICAgICAgICB8CmhkYWEwOiAgICAgICAgICAgKyA8LSBuaWQ9NiBbYXVkaW8gb3V0cHV0XQpoZGFh MDogCmhkYWEwOiAgICAgICAgICAgICBuaWQ6IDMxCmhkYWEwOiAgICAgICAgICAgIE5hbWU6IHBp bjogU1BESUYtaW4gKE9yYW5nZSBKYWNrKQpoZGFhMDogICAgICBXaWRnZXQgY2FwOiAweDAwNDAw MjAwCmhkYWEwOiAgICAgICAgICAgICAgICAgIERJR0lUQUwKaGRhYTA6ICAgICBBc3NvY2lhdGlv bjogNCAoMHgwMDAwMDAwMSkKaGRhYTA6ICAgICAgICAgICAgIE9TUzogZGlnMSAoZGlnMSkKaGRh YTA6ICAgICAgICAgUGluIGNhcDogMHgwMDAwMDAyMApoZGFhMDogICAgICAgICAgICAgICAgICBJ TgpoZGFhMDogICAgICBQaW4gY29uZmlnOiAweDAxYzQ2MTUwCmhkYWEwOiAgICAgUGluIGNvbnRy b2w6IDB4MDAwMDAwMjAgSU4KaGRhYTA6IApoZGFhMDogICAgICAgICAgICAgbmlkOiAzMiBbRElT QUJMRURdCmhkYWEwOiAgICAgICAgICAgIE5hbWU6IHZlbmRvciB3aWRnZXQKaGRhYTA6ICAgICAg V2lkZ2V0IGNhcDogMHgwMGYwMDA0MApoZGFhMDogICAgICAgICAgICAgICAgICBQUk9DCmhkYWEw OiAKaGRhYTA6ICAgICAgICAgICAgIG5pZDogMzMgW0RJU0FCTEVEXQpoZGFhMDogICAgICAgICAg ICBOYW1lOiB2b2x1bWUgd2lkZ2V0CmhkYWEwOiAgICAgIFdpZGdldCBjYXA6IDB4MDA2MDAwODAK aGRhYTA6ICAgICAgICAgICAgICAgICAgVU5TT0wKaGRhYTA6IApoZGFhMDogICAgICAgICAgICAg bmlkOiAzNApoZGFhMDogICAgICAgICAgICBOYW1lOiBhdWRpbyBtaXhlcgpoZGFhMDogICAgICBX aWRnZXQgY2FwOiAweDAwMjAwMTBmCmhkYWEwOiAgICAgICAgICAgICAgICAgIFNURVJFTwpoZGFh MDogICAgIEFzc29jaWF0aW9uOiAyICgweDAwMDAwMDA0KQpoZGFhMDogICAgICAgICAgICAgT1NT OiBtaWMKaGRhYTA6ICAgICAgIElucHV0IGFtcDogMHg4MDAwMDAwMApoZGFhMDogICAgICAgICAg ICAgICAgICBtdXRlPTEgc3RlcD0wIHNpemU9MCBvZmZzZXQ9MApoZGFhMDogICAgIGNvbm5lY3Rp b25zOiAxMQpoZGFhMDogICAgICAgICAgIHwKaGRhYTA6ICAgICAgICAgICArIDwtIG5pZD0yNCBb cGluOiBNaWMgKFBpbmsgSmFjayldCmhkYWEwOiAgICAgICAgICAgKyBbRElTQUJMRURdIDwtIG5p ZD0yNSBbcGluOiBNaWMgKFBpbmsgSmFjayldIFtESVNBQkxFRF0KaGRhYTA6ICAgICAgICAgICAr IFtESVNBQkxFRF0gPC0gbmlkPTI2IFtwaW46IExpbmUtaW4gKEJsdWUgSmFjayldCmhkYWEwOiAg ICAgICAgICAgKyBbRElTQUJMRURdIDwtIG5pZD0yNyBbcGluOiBIZWFkcGhvbmVzIChHcmVlbiBK YWNrKV0KaGRhYTA6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTI4IFtwaW46IENEIChG aXhlZCldCmhkYWEwOiAgICAgICAgICAgKyBbRElTQUJMRURdIDwtIG5pZD0yOSBbYmVlcCB3aWRn ZXRdCmhkYWEwOiAgICAgICAgICAgKyBbRElTQUJMRURdIDwtIG5pZD0yMCBbcGluOiBMaW5lLW91 dCAoR3JlZW4gSmFjayldCmhkYWEwOiAgICAgICAgICAgKyBbRElTQUJMRURdIDwtIG5pZD0yMSBb cGluOiBMaW5lLW91dCAoQmxhY2sgSmFjayldCmhkYWEwOiAgICAgICAgICAgKyBbRElTQUJMRURd IDwtIG5pZD0yMiBbcGluOiBMaW5lLW91dCAoT3JhbmdlIEphY2spXQpoZGFhMDogICAgICAgICAg ICsgW0RJU0FCTEVEXSA8LSBuaWQ9MjMgW3BpbjogTGluZS1vdXQgKEdyZXkgSmFjayldCmhkYWEw OiAgICAgICAgICAgKyBbRElTQUJMRURdIDwtIG5pZD0xMSBbYXVkaW8gbWl4ZXJdCmhkYWEwOiAK aGRhYTA6ICAgICAgICAgICAgIG5pZDogMzUKaGRhYTA6ICAgICAgICAgICAgTmFtZTogYXVkaW8g bWl4ZXIKaGRhYTA6ICAgICAgV2lkZ2V0IGNhcDogMHgwMDIwMDEwZgpoZGFhMDogICAgICAgICAg ICAgICAgICBTVEVSRU8KaGRhYTA6ICAgICBBc3NvY2lhdGlvbjogMiAoMHgwMDAwMDAwMikKaGRh YTA6ICAgICAgICAgICAgIE9TUzogY2QKaGRhYTA6ICAgICAgIElucHV0IGFtcDogMHg4MDAwMDAw MApoZGFhMDogICAgICAgICAgICAgICAgICBtdXRlPTEgc3RlcD0wIHNpemU9MCBvZmZzZXQ9MApo ZGFhMDogICAgIGNvbm5lY3Rpb25zOiAxMQpoZGFhMDogICAgICAgICAgIHwKaGRhYTA6ICAgICAg ICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTI0IFtwaW46IE1pYyAoUGluayBKYWNrKV0KaGRhYTA6 ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTI1IFtwaW46IE1pYyAoUGluayBKYWNrKV0g W0RJU0FCTEVEXQpoZGFhMDogICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9MjYgW3Bpbjog TGluZS1pbiAoQmx1ZSBKYWNrKV0KaGRhYTA6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlk PTI3IFtwaW46IEhlYWRwaG9uZXMgKEdyZWVuIEphY2spXQpoZGFhMDogICAgICAgICAgICsgPC0g bmlkPTI4IFtwaW46IENEIChGaXhlZCldCmhkYWEwOiAgICAgICAgICAgKyBbRElTQUJMRURdIDwt IG5pZD0yOSBbYmVlcCB3aWRnZXRdCmhkYWEwOiAgICAgICAgICAgKyBbRElTQUJMRURdIDwtIG5p ZD0yMCBbcGluOiBMaW5lLW91dCAoR3JlZW4gSmFjayldCmhkYWEwOiAgICAgICAgICAgKyBbRElT QUJMRURdIDwtIG5pZD0yMSBbcGluOiBMaW5lLW91dCAoQmxhY2sgSmFjayldCmhkYWEwOiAgICAg ICAgICAgKyBbRElTQUJMRURdIDwtIG5pZD0yMiBbcGluOiBMaW5lLW91dCAoT3JhbmdlIEphY2sp XQpoZGFhMDogICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9MjMgW3BpbjogTGluZS1vdXQg KEdyZXkgSmFjayldCmhkYWEwOiAgICAgICAgICAgKyBbRElTQUJMRURdIDwtIG5pZD0xMSBbYXVk aW8gbWl4ZXJdCmhkYWEwOiAKaGRhYTA6ICAgICAgICAgICAgIG5pZDogMzYKaGRhYTA6ICAgICAg ICAgICAgTmFtZTogYXVkaW8gbWl4ZXIKaGRhYTA6ICAgICAgV2lkZ2V0IGNhcDogMHgwMDIwMDEw ZgpoZGFhMDogICAgICAgICAgICAgICAgICBTVEVSRU8KaGRhYTA6ICAgICBBc3NvY2lhdGlvbjog MiAoMHgwMDAwMDAwMSkKaGRhYTA6ICAgICAgICAgICAgIE9TUzogbGluZQpoZGFhMDogICAgICAg SW5wdXQgYW1wOiAweDgwMDAwMDAwCmhkYWEwOiAgICAgICAgICAgICAgICAgIG11dGU9MSBzdGVw PTAgc2l6ZT0wIG9mZnNldD0wCmhkYWEwOiAgICAgY29ubmVjdGlvbnM6IDExCmhkYWEwOiAgICAg ICAgICAgfApoZGFhMDogICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9MjQgW3BpbjogTWlj IChQaW5rIEphY2spXQpoZGFhMDogICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9MjUgW3Bp bjogTWljIChQaW5rIEphY2spXSBbRElTQUJMRURdCmhkYWEwOiAgICAgICAgICAgKyA8LSBuaWQ9 MjYgW3BpbjogTGluZS1pbiAoQmx1ZSBKYWNrKV0KaGRhYTA6ICAgICAgICAgICArIFtESVNBQkxF RF0gPC0gbmlkPTI3IFtwaW46IEhlYWRwaG9uZXMgKEdyZWVuIEphY2spXQpoZGFhMDogICAgICAg ICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9MjggW3BpbjogQ0QgKEZpeGVkKV0KaGRhYTA6ICAgICAg ICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTI5IFtiZWVwIHdpZGdldF0KaGRhYTA6ICAgICAgICAg ICArIFtESVNBQkxFRF0gPC0gbmlkPTIwIFtwaW46IExpbmUtb3V0IChHcmVlbiBKYWNrKV0KaGRh YTA6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTIxIFtwaW46IExpbmUtb3V0IChCbGFj ayBKYWNrKV0KaGRhYTA6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTIyIFtwaW46IExp bmUtb3V0IChPcmFuZ2UgSmFjayldCmhkYWEwOiAgICAgICAgICAgKyBbRElTQUJMRURdIDwtIG5p ZD0yMyBbcGluOiBMaW5lLW91dCAoR3JleSBKYWNrKV0KaGRhYTA6ICAgICAgICAgICArIFtESVNB QkxFRF0gPC0gbmlkPTExIFthdWRpbyBtaXhlcl0KaGRhYTA6IApoZGFhMDogICAgICAgICAgICAg bmlkOiAzNwpoZGFhMDogICAgICAgICAgICBOYW1lOiBhdWRpbyBvdXRwdXQKaGRhYTA6ICAgICAg V2lkZ2V0IGNhcDogMHgwMDAwMDAxMQpoZGFhMDogICAgICAgICAgICAgICAgICBTVEVSRU8KaGRh YTA6ICAgICBBc3NvY2lhdGlvbjogMSAoMHgwMDAwMDAwMSkKaGRhYTA6ICAgICAgICAgICAgIE9T UzogcGNtIChwY20pCmhkYWEwOiAgICAgIFN0cmVhbSBjYXA6IDB4MDAwMDAwMDEKaGRhYTA6ICAg ICAgICAgICAgICAgICAgUENNCmhkYWEwOiAgICAgICAgIFBDTSBjYXA6IDB4MDAwZTA1NjAKaGRh YTA6ICAgICAgICAgICAgICAgICAgMTYgMjAgMjQgYml0cywgNDQgNDggOTYgMTkyIEtIegpoZGFh MDogCmhkYWEwOiAgICAgICAgICAgICBuaWQ6IDM4CmhkYWEwOiAgICAgICAgICAgIE5hbWU6IGF1 ZGlvIG1peGVyCmhkYWEwOiAgICAgIFdpZGdldCBjYXA6IDB4MDAyMDAxMGYKaGRhYTA6ICAgICAg ICAgICAgICAgICAgU1RFUkVPCmhkYWEwOiAgICAgQXNzb2NpYXRpb246IDEgKDB4MDAwMDAwMDEp CmhkYWEwOiAgICAgICAgICAgICBPU1M6IHBjbSwgc3BlYWtlciwgbGluZSwgbWljLCBjZApoZGFh MDogICAgICBPdXRwdXQgYW1wOiAweDAwMDUxZjFmCmhkYWEwOiAgICAgICAgICAgICAgICAgIG11 dGU9MCBzdGVwPTMxIHNpemU9NSBvZmZzZXQ9MzEKaGRhYTA6ICAgICAgIElucHV0IGFtcDogMHg4 MDAwMDAwMApoZGFhMDogICAgICAgICAgICAgICAgICBtdXRlPTEgc3RlcD0wIHNpemU9MCBvZmZz ZXQ9MApoZGFhMDogICAgIGNvbm5lY3Rpb25zOiAyCmhkYWEwOiAgICAgICAgICAgfApoZGFhMDog ICAgICAgICAgICsgPC0gbmlkPTM3IFthdWRpbyBvdXRwdXRdCmhkYWEwOiAgICAgICAgICAgKyA8 LSBuaWQ9MTEgW2F1ZGlvIG1peGVyXQpoZGFhMDogCnBjbTA6IDxSZWFsdGVrIEFMQzg4MiAoUmVh ciBEaWdpdGFsIDEwY2gvMi4wKT4gYXQgbmlkIDIwLDIyLDIxLDIzLDMwIGFuZCAzMSBvbiBoZGFh MApwY20wOiArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rCnBjbTA6IHwg RFVNUElORyBQQ00gUGxheWJhY2svUmVjb3JkIENoYW5uZWxzIHwKcGNtMDogKy0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwpwY20wOiAKcGNtMDogUGxheWJhY2s6CnBjbTA6 IApwY20wOiAgICAgIFN0cmVhbSBjYXA6IDB4MDAwMDAwMDEKcGNtMDogICAgICAgICAgICAgICAg ICBQQ00KcGNtMDogICAgICAgICBQQ00gY2FwOiAweDAwMGUwNTYwCnBjbTA6ICAgICAgICAgICAg ICAgICAgMTYgMjAgMjQgYml0cywgNDQgNDggOTYgMTkyIEtIegpwY20wOiAgICAgICAgICAgICBE QUM6IDIgMyA0IDUgNgpwY20wOiAKcGNtMDogUmVjb3JkOgpwY20wOiAKcGNtMDogICAgICBTdHJl YW0gY2FwOiAweDAwMDAwMDA1CnBjbTA6ICAgICAgICAgICAgICAgICAgQUMzIFBDTQpwY20wOiAg ICAgICAgIFBDTSBjYXA6IDB4MDAxZTA1NjAKcGNtMDogICAgICAgICAgICAgICAgICAxNiAyMCAy NCAzMiBiaXRzLCA0NCA0OCA5NiAxOTIgS0h6CnBjbTA6ICAgICAgICAgICAgIERBQzogMTAKcGNt MDogCnBjbTA6ICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwpwY20wOiB8IERVTVBJ TkcgUGxheWJhY2svUmVjb3JkIFBhdGhzIHwKcGNtMDogKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0rCnBjbTA6IApwY20wOiBQbGF5YmFjazoKcGNtMDogCnBjbTA6ICAgICBuaWQ9MjAg W3BpbjogTGluZS1vdXQgKEdyZWVuIEphY2spXQpwY20wOiAgICAgICB8CnBjbTA6ICAgICAgICsg PC0gbmlkPTEyIFthdWRpbyBtaXhlcl0gW3NyYzogcGNtLCBzcGVha2VyLCBsaW5lLCBtaWMsIGNk XQpwY20wOiAgICAgICAgICAgICAgfApwY20wOiAgICAgICAgICAgICAgKyA8LSBuaWQ9MiBbYXVk aW8gb3V0cHV0XSBbc3JjOiBwY21dCnBjbTA6ICAgICAgICAgICAgICArIDwtIG5pZD0xMSBbYXVk aW8gbWl4ZXJdIFtzcmM6IHNwZWFrZXIsIGxpbmUsIG1pYywgY2RdCnBjbTA6ICAgICAgICAgICAg ICAgICAgICAgfApwY20wOiAgICAgICAgICAgICAgICAgICAgICsgPC0gbmlkPTI0IFtwaW46IE1p YyAoUGluayBKYWNrKV0gW3NyYzogbWljXQpwY20wOiAgICAgICAgICAgICAgICAgICAgICsgPC0g bmlkPTI2IFtwaW46IExpbmUtaW4gKEJsdWUgSmFjayldIFtzcmM6IGxpbmVdCnBjbTA6ICAgICAg ICAgICAgICAgICAgICAgKyA8LSBuaWQ9MjggW3BpbjogQ0QgKEZpeGVkKV0gW3NyYzogY2RdCnBj bTA6ICAgICAgICAgICAgICAgICAgICAgKyA8LSBuaWQ9MjkgW2JlZXAgd2lkZ2V0XSBbc3JjOiBz cGVha2VyXQpwY20wOiAKcGNtMDogICAgIG5pZD0yMiBbcGluOiBMaW5lLW91dCAoT3JhbmdlIEph Y2spXQpwY20wOiAgICAgICB8CnBjbTA6ICAgICAgICsgPC0gbmlkPTEzIFthdWRpbyBtaXhlcl0g W3NyYzogcGNtLCBzcGVha2VyLCBsaW5lLCBtaWMsIGNkXQpwY20wOiAgICAgICAgICAgICAgfApw Y20wOiAgICAgICAgICAgICAgKyA8LSBuaWQ9MyBbYXVkaW8gb3V0cHV0XSBbc3JjOiBwY21dCnBj bTA6ICAgICAgICAgICAgICArIDwtIG5pZD0xMSBbYXVkaW8gbWl4ZXJdIFtzcmM6IHNwZWFrZXIs IGxpbmUsIG1pYywgY2RdCnBjbTA6ICAgICAgICAgICAgICAgICAgICAgfApwY20wOiAgICAgICAg ICAgICAgICAgICAgICsgPC0gbmlkPTI0IFtwaW46IE1pYyAoUGluayBKYWNrKV0gW3NyYzogbWlj XQpwY20wOiAgICAgICAgICAgICAgICAgICAgICsgPC0gbmlkPTI2IFtwaW46IExpbmUtaW4gKEJs dWUgSmFjayldIFtzcmM6IGxpbmVdCnBjbTA6ICAgICAgICAgICAgICAgICAgICAgKyA8LSBuaWQ9 MjggW3BpbjogQ0QgKEZpeGVkKV0gW3NyYzogY2RdCnBjbTA6ICAgICAgICAgICAgICAgICAgICAg KyA8LSBuaWQ9MjkgW2JlZXAgd2lkZ2V0XSBbc3JjOiBzcGVha2VyXQpwY20wOiAKcGNtMDogICAg IG5pZD0yMSBbcGluOiBMaW5lLW91dCAoQmxhY2sgSmFjayldCnBjbTA6ICAgICAgIHwKcGNtMDog ICAgICAgKyA8LSBuaWQ9MTQgW2F1ZGlvIG1peGVyXSBbc3JjOiBwY20sIHNwZWFrZXIsIGxpbmUs IG1pYywgY2RdCnBjbTA6ICAgICAgICAgICAgICB8CnBjbTA6ICAgICAgICAgICAgICArIDwtIG5p ZD00IFthdWRpbyBvdXRwdXRdIFtzcmM6IHBjbV0KcGNtMDogICAgICAgICAgICAgICsgPC0gbmlk PTExIFthdWRpbyBtaXhlcl0gW3NyYzogc3BlYWtlciwgbGluZSwgbWljLCBjZF0KcGNtMDogICAg ICAgICAgICAgICAgICAgICB8CnBjbTA6ICAgICAgICAgICAgICAgICAgICAgKyA8LSBuaWQ9MjQg W3BpbjogTWljIChQaW5rIEphY2spXSBbc3JjOiBtaWNdCnBjbTA6ICAgICAgICAgICAgICAgICAg ICAgKyA8LSBuaWQ9MjYgW3BpbjogTGluZS1pbiAoQmx1ZSBKYWNrKV0gW3NyYzogbGluZV0KcGNt MDogICAgICAgICAgICAgICAgICAgICArIDwtIG5pZD0yOCBbcGluOiBDRCAoRml4ZWQpXSBbc3Jj OiBjZF0KcGNtMDogICAgICAgICAgICAgICAgICAgICArIDwtIG5pZD0yOSBbYmVlcCB3aWRnZXRd IFtzcmM6IHNwZWFrZXJdCnBjbTA6IApwY20wOiAgICAgbmlkPTIzIFtwaW46IExpbmUtb3V0IChH cmV5IEphY2spXQpwY20wOiAgICAgICB8CnBjbTA6ICAgICAgICsgPC0gbmlkPTE1IFthdWRpbyBt aXhlcl0gW3NyYzogcGNtLCBzcGVha2VyLCBsaW5lLCBtaWMsIGNkXQpwY20wOiAgICAgICAgICAg ICAgfApwY20wOiAgICAgICAgICAgICAgKyA8LSBuaWQ9NSBbYXVkaW8gb3V0cHV0XSBbc3JjOiBw Y21dCnBjbTA6ICAgICAgICAgICAgICArIDwtIG5pZD0xMSBbYXVkaW8gbWl4ZXJdIFtzcmM6IHNw ZWFrZXIsIGxpbmUsIG1pYywgY2RdCnBjbTA6ICAgICAgICAgICAgICAgICAgICAgfApwY20wOiAg ICAgICAgICAgICAgICAgICAgICsgPC0gbmlkPTI0IFtwaW46IE1pYyAoUGluayBKYWNrKV0gW3Ny YzogbWljXQpwY20wOiAgICAgICAgICAgICAgICAgICAgICsgPC0gbmlkPTI2IFtwaW46IExpbmUt aW4gKEJsdWUgSmFjayldIFtzcmM6IGxpbmVdCnBjbTA6ICAgICAgICAgICAgICAgICAgICAgKyA8 LSBuaWQ9MjggW3BpbjogQ0QgKEZpeGVkKV0gW3NyYzogY2RdCnBjbTA6ICAgICAgICAgICAgICAg ICAgICAgKyA8LSBuaWQ9MjkgW2JlZXAgd2lkZ2V0XSBbc3JjOiBzcGVha2VyXQpwY20wOiAKcGNt MDogICAgIG5pZD0zMCBbcGluOiBTUERJRi1vdXQgKEJsYWNrIEphY2spXQpwY20wOiAgICAgICB8 CnBjbTA6ICAgICAgICsgPC0gbmlkPTYgW2F1ZGlvIG91dHB1dF0gW3NyYzogcGNtXQpwY20wOiAK cGNtMDogUmVjb3JkOgpwY20wOiAKcGNtMDogICAgIG5pZD0xMCBbYXVkaW8gaW5wdXRdCnBjbTA6 ICAgICAgIHwKcGNtMDogICAgICAgKyA8LSBuaWQ9MzEgW3BpbjogU1BESUYtaW4gKE9yYW5nZSBK YWNrKV0gW3NyYzogZGlnMV0KcGNtMDogCnBjbTA6ICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t KwpwY20wOiB8IERVTVBJTkcgVm9sdW1lIENvbnRyb2xzIHwKcGNtMDogKy0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0rCnBjbTA6IApwY20wOiBNYXN0ZXIgVm9sdW1lIChPU1M6IHZvbCk6IC00Ni8w ZEIKcGNtMDogICAgfApwY20wOiAgICArLSBjdGwgMTQgKG5pZCAgMTIgb3V0KTogICAgLTQ2LzBk QiAoMzIgc3RlcHMpCnBjbTA6ICAgICstIGN0bCAxNSAobmlkICAxMiBpbiAgIDApOiBtdXRlCnBj bTA6ICAgICstIGN0bCAxNiAobmlkICAxMiBpbiAgIDEpOiBtdXRlCnBjbTA6ICAgICstIGN0bCAx NyAobmlkICAxMyBvdXQpOiAgICAtNDYvMGRCICgzMiBzdGVwcykKcGNtMDogICAgKy0gY3RsIDE4 IChuaWQgIDEzIGluICAgMCk6IG11dGUKcGNtMDogICAgKy0gY3RsIDE5IChuaWQgIDEzIGluICAg MSk6IG11dGUKcGNtMDogICAgKy0gY3RsIDIwIChuaWQgIDE0IG91dCk6ICAgIC00Ni8wZEIgKDMy IHN0ZXBzKQpwY20wOiAgICArLSBjdGwgMjEgKG5pZCAgMTQgaW4gICAwKTogbXV0ZQpwY20wOiAg ICArLSBjdGwgMjIgKG5pZCAgMTQgaW4gICAxKTogbXV0ZQpwY20wOiAgICArLSBjdGwgMjMgKG5p ZCAgMTUgb3V0KTogICAgLTQ2LzBkQiAoMzIgc3RlcHMpCnBjbTA6ICAgICstIGN0bCAyNCAobmlk ICAxNSBpbiAgIDApOiBtdXRlCnBjbTA6ICAgICstIGN0bCAyNSAobmlkICAxNSBpbiAgIDEpOiBt dXRlCnBjbTA6ICAgICstIGN0bCAyNiAobmlkICAyMCBpbiApOiAgICBtdXRlCnBjbTA6ICAgICst IGN0bCAyOCAobmlkICAyMSBpbiApOiAgICBtdXRlCnBjbTA6ICAgICstIGN0bCAzMCAobmlkICAy MiBpbiApOiAgICBtdXRlCnBjbTA6ICAgICstIGN0bCAzMiAobmlkICAyMyBpbiApOiAgICBtdXRl CnBjbTA6IApwY20wOiBQQ00gVm9sdW1lIChPU1M6IHBjbSk6IDAvMGRCCnBjbTA6ICAgIHwKcGNt MDogICAgKy0gY3RsIDE1IChuaWQgIDEyIGluICAgMCk6IG11dGUKcGNtMDogICAgKy0gY3RsIDE4 IChuaWQgIDEzIGluICAgMCk6IG11dGUKcGNtMDogICAgKy0gY3RsIDIxIChuaWQgIDE0IGluICAg MCk6IG11dGUKcGNtMDogICAgKy0gY3RsIDI0IChuaWQgIDE1IGluICAgMCk6IG11dGUKcGNtMDog CnBjbTA6IENEIFZvbHVtZSAoT1NTOiBjZCkKcGNtMDogICAgfApwY20wOiAgICArLSBjdGwgIDgg KG5pZCAgMTEgaW4gICA0KTogLTM0LzEyZEIgKDMyIHN0ZXBzKSArIG11dGUKcGNtMDogCnBjbTA6 IE1pY3JvcGhvbmUgVm9sdW1lIChPU1M6IG1pYykKcGNtMDogICAgfApwY20wOiAgICArLSBjdGwg IDQgKG5pZCAgMTEgaW4gICAwKTogLTM0LzEyZEIgKDMyIHN0ZXBzKSArIG11dGUKcGNtMDogCnBj bTA6IExpbmUtaW4gVm9sdW1lIChPU1M6IGxpbmUpCnBjbTA6ICAgIHwKcGNtMDogICAgKy0gY3Rs ICA2IChuaWQgIDExIGluICAgMik6IC0zNC8xMmRCICgzMiBzdGVwcykgKyBtdXRlCnBjbTA6IApw Y20wOiBTcGVha2VyL0JlZXAgVm9sdW1lIChPU1M6IHNwZWFrZXIpOiAtMzQvMTJkQgpwY20wOiAg ICB8CnBjbTA6ICAgICstIGN0bCAgOSAobmlkICAxMSBpbiAgIDUpOiAtMzQvMTJkQiAoMzIgc3Rl cHMpICsgbXV0ZQpwY20wOiAKcGNtMDogSW5wdXQgTW9uaXRvcmluZyBMZXZlbCAoT1NTOiBpZ2Fp bik6IDAvMGRCCnBjbTA6ICAgIHwKcGNtMDogICAgKy0gY3RsIDE2IChuaWQgIDEyIGluICAgMSk6 IG11dGUKcGNtMDogICAgKy0gY3RsIDE5IChuaWQgIDEzIGluICAgMSk6IG11dGUKcGNtMDogICAg Ky0gY3RsIDIyIChuaWQgIDE0IGluICAgMSk6IG11dGUKcGNtMDogICAgKy0gY3RsIDI1IChuaWQg IDE1IGluICAgMSk6IG11dGUKcGNtMDogCnBjbTA6IE1peGVyICJ2b2wiOgpwY20wOiBNaXhlciAi cGNtIjoKcGNtMDogTWl4ZXIgInNwZWFrZXIiOgpwY20wOiBNaXhlciAiaWdhaW4iOgpwY20wOiBT b2Z0IFBDTSBtaXhlciBFTkFCTEVECnBjbTA6IGNsb25lIG1hbmFnZXI6IGRlYWRsaW5lPTc1MG1z IGZsYWdzPTB4ODAwMDAwMWUKcGNtMDogc25kYnVmX3NldG1hcCA2YzEzMDAwLCAxMDAwMDsgMHhl YzQxMzAwMCAtPiA2YzEzMDAwCnBjbTA6IHNuZGJ1Zl9zZXRtYXAgNmM1MzAwMCwgMTAwMDA7IDB4 ZWM0NTMwMDAgLT4gNmM1MzAwMApwY20wOiBBdXRvbWF0aWNhbGx5IHNldCByZWMgc291cmNlIHRv OiBkaWcxCnBjbTE6IDxSZWFsdGVrIEFMQzg4MiAoQW5hbG9nIDIuMC81LjEpPiBhdCBuaWQgMjcg YW5kIDI2LDI4LDI0IG9uIGhkYWEwCnBjbTE6ICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLSsKcGNtMTogfCBEVU1QSU5HIFBDTSBQbGF5YmFjay9SZWNvcmQgQ2hhbm5lbHMg fApwY20xOiArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rCnBjbTE6IApw Y20xOiBQbGF5YmFjazoKcGNtMTogCnBjbTE6ICAgICAgU3RyZWFtIGNhcDogMHgwMDAwMDAwMQpw Y20xOiAgICAgICAgICAgICAgICAgIFBDTQpwY20xOiAgICAgICAgIFBDTSBjYXA6IDB4MDAwZTA1 NjAKcGNtMTogICAgICAgICAgICAgICAgICAxNiAyMCAyNCBiaXRzLCA0NCA0OCA5NiAxOTIgS0h6 CnBjbTE6ICAgICAgICAgICAgIERBQzogMzcKcGNtMTogCnBjbTE6IFJlY29yZDoKcGNtMTogCnBj bTE6ICAgICAgU3RyZWFtIGNhcDogMHgwMDAwMDAwMQpwY20xOiAgICAgICAgICAgICAgICAgIFBD TQpwY20xOiAgICAgICAgIFBDTSBjYXA6IDB4MDAwNjAxNjAKcGNtMTogICAgICAgICAgICAgICAg ICAxNiAyMCBiaXRzLCA0NCA0OCA5NiBLSHoKcGNtMTogICAgICAgICAgICAgREFDOiA3IDggOQpw Y20xOiAKcGNtMTogKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rCnBjbTE6IHwgRFVN UElORyBQbGF5YmFjay9SZWNvcmQgUGF0aHMgfApwY20xOiArLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLSsKcGNtMTogCnBjbTE6IFBsYXliYWNrOgpwY20xOiAKcGNtMTogICAgIG5pZD0y NyBbcGluOiBIZWFkcGhvbmVzIChHcmVlbiBKYWNrKV0KcGNtMTogICAgICAgfApwY20xOiAgICAg ICArIDwtIG5pZD0zOCBbYXVkaW8gbWl4ZXJdIFtzcmM6IHBjbSwgc3BlYWtlciwgbGluZSwgbWlj LCBjZF0KcGNtMTogICAgICAgICAgICAgIHwKcGNtMTogICAgICAgICAgICAgICsgPC0gbmlkPTM3 IFthdWRpbyBvdXRwdXRdIFtzcmM6IHBjbV0KcGNtMTogICAgICAgICAgICAgICsgPC0gbmlkPTEx IFthdWRpbyBtaXhlcl0gW3NyYzogc3BlYWtlciwgbGluZSwgbWljLCBjZF0KcGNtMTogICAgICAg ICAgICAgICAgICAgICB8CnBjbTE6ICAgICAgICAgICAgICAgICAgICAgKyA8LSBuaWQ9MjQgW3Bp bjogTWljIChQaW5rIEphY2spXSBbc3JjOiBtaWNdCnBjbTE6ICAgICAgICAgICAgICAgICAgICAg KyA8LSBuaWQ9MjYgW3BpbjogTGluZS1pbiAoQmx1ZSBKYWNrKV0gW3NyYzogbGluZV0KcGNtMTog ICAgICAgICAgICAgICAgICAgICArIDwtIG5pZD0yOCBbcGluOiBDRCAoRml4ZWQpXSBbc3JjOiBj ZF0KcGNtMTogICAgICAgICAgICAgICAgICAgICArIDwtIG5pZD0yOSBbYmVlcCB3aWRnZXRdIFtz cmM6IHNwZWFrZXJdCnBjbTE6IApwY20xOiBSZWNvcmQ6CnBjbTE6IApwY20xOiAgICAgbmlkPTcg W2F1ZGlvIGlucHV0XQpwY20xOiAgICAgICB8CnBjbTE6ICAgICAgICsgPC0gbmlkPTM2IFthdWRp byBtaXhlcl0gW3NyYzogbGluZV0KcGNtMTogICAgICAgICAgICAgIHwKcGNtMTogICAgICAgICAg ICAgICsgPC0gbmlkPTI2IFtwaW46IExpbmUtaW4gKEJsdWUgSmFjayldIFtzcmM6IGxpbmVdCnBj bTE6IApwY20xOiAgICAgbmlkPTggW2F1ZGlvIGlucHV0XQpwY20xOiAgICAgICB8CnBjbTE6ICAg ICAgICsgPC0gbmlkPTM1IFthdWRpbyBtaXhlcl0gW3NyYzogY2RdCnBjbTE6ICAgICAgICAgICAg ICB8CnBjbTE6ICAgICAgICAgICAgICArIDwtIG5pZD0yOCBbcGluOiBDRCAoRml4ZWQpXSBbc3Jj OiBjZF0KcGNtMTogCnBjbTE6ICAgICBuaWQ9OSBbYXVkaW8gaW5wdXRdCnBjbTE6ICAgICAgIHwK cGNtMTogICAgICAgKyA8LSBuaWQ9MzQgW2F1ZGlvIG1peGVyXSBbc3JjOiBtaWNdCnBjbTE6ICAg ICAgICAgICAgICB8CnBjbTE6ICAgICAgICAgICAgICArIDwtIG5pZD0yNCBbcGluOiBNaWMgKFBp bmsgSmFjayldIFtzcmM6IG1pY10KcGNtMTogCnBjbTE6ICstLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tKwpwY20xOiB8IERVTVBJTkcgVm9sdW1lIENvbnRyb2xzIHwKcGNtMTogKy0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0rCnBjbTE6IApwY20xOiBNYXN0ZXIgVm9sdW1lIChPU1M6IHZvbCk6IC00 Ni8wZEIKcGNtMTogICAgfApwY20xOiAgICArLSBjdGwgNDAgKG5pZCAgMjcgaW4gKTogICAgbXV0 ZQpwY20xOiAgICArLSBjdGwgNzUgKG5pZCAgMzggb3V0KTogICAgLTQ2LzBkQiAoMzIgc3RlcHMp CnBjbTE6ICAgICstIGN0bCA3NiAobmlkICAzOCBpbiAgIDApOiBtdXRlCnBjbTE6ICAgICstIGN0 bCA3NyAobmlkICAzOCBpbiAgIDEpOiBtdXRlCnBjbTE6IApwY20xOiBQQ00gVm9sdW1lIChPU1M6 IHBjbSk6IDAvMGRCCnBjbTE6ICAgIHwKcGNtMTogICAgKy0gY3RsIDc2IChuaWQgIDM4IGluICAg MCk6IG11dGUKcGNtMTogCnBjbTE6IENEIFZvbHVtZSAoT1NTOiBjZCk6IC0xMi8xMmRCCnBjbTE6 ICAgIHwKcGNtMTogICAgKy0gY3RsICAyIChuaWQgICA4IGluICAgMCk6IC0xMi8zNGRCICgzMiBz dGVwcykgKyBtdXRlCnBjbTE6ICAgICstIGN0bCA1NyAobmlkICAzNSBpbiAgIDQpOiBtdXRlCnBj bTE6IApwY20xOiBNaWNyb3Bob25lIFZvbHVtZSAoT1NTOiBtaWMpOiAwLzMwZEIKcGNtMTogICAg fApwY20xOiAgICArLSBjdGwgIDMgKG5pZCAgIDkgaW4gICAwKTogLTEyLzM0ZEIgKDMyIHN0ZXBz KSArIG11dGUKcGNtMTogICAgKy0gY3RsIDM1IChuaWQgIDI0IG91dCk6ICAgIDAvMzBkQiAoNCBz dGVwcykKcGNtMTogICAgKy0gY3RsIDQyIChuaWQgIDM0IGluICAgMCk6IG11dGUKcGNtMTogCnBj bTE6IExpbmUtaW4gVm9sdW1lIChPU1M6IGxpbmUpOiAwLzMwZEIKcGNtMTogICAgfApwY20xOiAg ICArLSBjdGwgIDEgKG5pZCAgIDcgaW4gICAwKTogLTEyLzM0ZEIgKDMyIHN0ZXBzKSArIG11dGUK cGNtMTogICAgKy0gY3RsIDM5IChuaWQgIDI2IG91dCk6ICAgIDAvMzBkQiAoNCBzdGVwcykKcGNt MTogICAgKy0gY3RsIDY2IChuaWQgIDM2IGluICAgMik6IG11dGUKcGNtMTogCnBjbTE6IFJlY29y ZGluZyBMZXZlbCAoT1NTOiByZWMpOiAtMTIvMzRkQgpwY20xOiAgICB8CnBjbTE6ICAgICstIGN0 bCAgMSAobmlkICAgNyBpbiAgIDApOiAtMTIvMzRkQiAoMzIgc3RlcHMpICsgbXV0ZQpwY20xOiAg ICArLSBjdGwgIDIgKG5pZCAgIDggaW4gICAwKTogLTEyLzM0ZEIgKDMyIHN0ZXBzKSArIG11dGUK cGNtMTogICAgKy0gY3RsICAzIChuaWQgICA5IGluICAgMCk6IC0xMi8zNGRCICgzMiBzdGVwcykg KyBtdXRlCnBjbTE6ICAgICstIGN0bCA0MiAobmlkICAzNCBpbiAgIDApOiBtdXRlCnBjbTE6ICAg ICstIGN0bCA1NyAobmlkICAzNSBpbiAgIDQpOiBtdXRlCnBjbTE6ICAgICstIGN0bCA2NiAobmlk ICAzNiBpbiAgIDIpOiBtdXRlCnBjbTE6IApwY20xOiBJbnB1dCBNb25pdG9yaW5nIExldmVsIChP U1M6IGlnYWluKTogMC8wZEIKcGNtMTogICAgfApwY20xOiAgICArLSBjdGwgNzcgKG5pZCAgMzgg aW4gICAxKTogbXV0ZQpwY20xOiAKcGNtMTogTWl4ZXIgInZvbCI6CnBjbTE6IE1peGVyICJwY20i OgpwY20xOiBNaXhlciAibGluZSI6CnBjbTE6IE1peGVyICJtaWMiOgpwY20xOiBNaXhlciAiY2Qi OgpwY20xOiBNaXhlciAicmVjIjoKcGNtMTogTWl4ZXIgImlnYWluIjoKcGNtMTogU29mdCBQQ00g bWl4ZXIgRU5BQkxFRApwY20xOiBjbG9uZSBtYW5hZ2VyOiBkZWFkbGluZT03NTBtcyBmbGFncz0w eDgwMDAwMDFlCnBjbTE6IHNuZGJ1Zl9zZXRtYXAgNmM5MzAwMCwgMTAwMDA7IDB4ZWM0OTMwMDAg LT4gNmM5MzAwMApwY20xOiBzbmRidWZfc2V0bWFwIDZjZDMwMDAsIDEwMDAwOyAweGVjNGQzMDAw IC0+IDZjZDMwMDAKdXNidXMwOiAxMk1icHMgRnVsbCBTcGVlZCBVU0IgdjEuMAp1c2J1czE6IDEy TWJwcyBGdWxsIFNwZWVkIFVTQiB2MS4wCnVzYnVzMjogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYx LjAKdXNidXMzOiAxMk1icHMgRnVsbCBTcGVlZCBVU0IgdjEuMAp1c2J1czQ6IDQ4ME1icHMgSGln aCBTcGVlZCBVU0IgdjIuMAphdGEwOiByZXNldCB0cDEgbWFzaz0wMyBvc3RhdDA9NTAgb3N0YXQx PTAxCmF0YTA6IHN0YXQwPTB4MTAgZXJyPTB4MDEgbHNiPTB4MTQgbXNiPTB4ZWIKYXRhMDogc3Rh dDE9MHgwMSBlcnI9MHgwNCBsc2I9MHgwMCBtc2I9MHgwMAphdGEwOiByZXNldCB0cDIgc3RhdDA9 MTAgc3RhdDE9MDEgZGV2aWNlcz0weDEwMDAwCnVnZW4wLjE6IDxJbnRlbD4gYXQgdXNidXMwCnVo dWIwOiA8SW50ZWwgVUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRy IDE+IG9uIHVzYnVzMAp1Z2VuMS4xOiA8SW50ZWw+IGF0IHVzYnVzMQp1aHViMTogPEludGVsIFVI Q0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czEK dWdlbjIuMTogPEludGVsPiBhdCB1c2J1czIKdWh1YjI6IDxJbnRlbCBVSENJIHJvb3QgSFVCLCBj bGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMyCnVnZW4zLjE6IDxJbnRl bD4gYXQgdXNidXMzCnVodWIzOiA8SW50ZWwgVUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYg MS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMwp1Z2VuNC4xOiA8SW50ZWw+IGF0IHVzYnVzNAp1 aHViNDogPEludGVsIEVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRk ciAxPiBvbiB1c2J1czQKdWh1YjA6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dl cmVkCnVodWIxOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aHViMjog MiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWh1YjM6IDIgcG9ydHMgd2l0 aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCmF0YTI6IFNBVEEgcmVzZXQ6IHBvcnRzIHN0YXR1 cz0weDAwCmF0YTI6IHAwOiBTQVRBIGNvbm5lY3QgdGltZW91dCBzdGF0dXM9MDAwMDAwMDAKYXRh MjogcDE6IFNBVEEgY29ubmVjdCB0aW1lb3V0IHN0YXR1cz0wMDAwMDAwMAphdGEzOiBTQVRBIHJl c2V0OiBwb3J0cyBzdGF0dXM9MHgwMgphdGEzOiBwMDogU0FUQSBjb25uZWN0IHRpbWU9MG1zIHN0 YXR1cz0wMDAwMDEyMwphdGEzOiBwMTogU0FUQSBjb25uZWN0IHRpbWVvdXQgc3RhdHVzPTAwMDAw MDAwCmF0YTM6IHJlc2V0IHRwMSBtYXNrPTAzIG9zdGF0MD01MCBvc3RhdDE9MDAKYXRhMzogc3Rh dDA9MHg1MCBlcnI9MHgwMSBsc2I9MHgwMCBtc2I9MHgwMAphdGEzOiBzdGF0MT0weDAwIGVycj0w eDAxIGxzYj0weDAwIG1zYj0weDAwCmF0YTM6IHJlc2V0IHRwMiBzdGF0MD01MCBzdGF0MT0wMCBk ZXZpY2VzPTB4MQphZGEwIGF0IGF0YTMgYnVzIDAgc2NidXMyIHRhcmdldCAwIGx1biAwCmFkYTA6 IDxTVDMwMDBETTAwMS05WU4xNjYgQ0M0Qj4gQVRBLTggU0FUQSAzLnggZGV2aWNlCmFkYTA6IFNl cmlhbCBOdW1iZXIgUzFGMFo5NVcKR0VPTTogbmV3IGRpc2sgYWRhMAphZGEwOiAzMDAuMDAwTUIv cyB0cmFuc2ZlcnMgKFNBVEEgMi54LCBVRE1BNSwgUElPIDgxOTJieXRlcykKYWRhMDogMjg2MTU4 OE1CICg1ODYwNTMzMTY4IDUxMiBieXRlIHNlY3RvcnM6IDE2SCA2M1MvVCAxNjM4M0MpCmFkYTA6 IFByZXZpb3VzbHkgd2FzIGtub3duIGFzIGFkNgpwYXNzMCBhdCBhdGEwIGJ1cyAwIHNjYnVzMCB0 YXJnZXQgMCBsdW4gMApwYXNzMDogPFRTU1Rjb3JwIENEL0RWRFcgVFMtSDU1MkwgMDYxND4gUmVt b3ZhYmxlIENELVJPTSBTQ1NJLTAgZGV2aWNlIApwYXNzMDogMzMuMzAwTUIvcyB0cmFuc2ZlcnMg KFVETUEyLCBBVEFQSSAxMmJ5dGVzLCBQSU8gNjU1MzRieXRlcykKY2QwIGF0IGF0YTAgYnVzIDAg c2NidXMwIHRhcmdldCAwIGx1biAwCmNkMDogPFRTU1Rjb3JwIENEL0RWRFcgVFMtSDU1MkwgMDYx ND4gUmVtb3ZhYmxlIENELVJPTSBTQ1NJLTAgZGV2aWNlIApjZDA6IDMzLjMwME1CL3MgdHJhbnNm ZXJzIChVRE1BMiwgQVRBUEkgMTJieXRlcywgUElPIDY1NTM0Ynl0ZXMpCmNkMDogY2QgcHJlc2Vu dCBbMjk1MTg0IHggMjA0OCBieXRlIHJlY29yZHNdCnBhc3MxIGF0IGF0YTMgYnVzIDAgc2NidXMy IHRhcmdldCAwIGx1biAwCnBhc3MxOiA8U1QzMDAwRE0wMDEtOVlOMTY2IENDNEI+IEFUQS04IFNB VEEgMy54IGRldmljZQpwYXNzMTogU2VyaWFsIE51bWJlciBTMUYwWjk1VwpwYXNzMTogMzAwLjAw ME1CL3MgdHJhbnNmZXJzIChTQVRBIDIueCwgVURNQTUsIFBJTyA4MTkyYnl0ZXMpClNNUDogQVAg Q1BVICMxIExhdW5jaGVkIQpjcHUxIEFQOgogICAgIElEOiAweDAxMDAwMDAwICAgVkVSOiAweDAw MDUwMDE0IExEUjogMHgwMDAwMDAwMCBERlI6IDB4ZmZmZmZmZmYKICBsaW50MDogMHgwMDAxMDcw MCBsaW50MTogMHgwMDAwMDQwMCBUUFI6IDB4MDAwMDAwMDAgU1ZSOiAweDAwMDAwMWZmCiAgdGlt ZXI6IDB4MDAwMTAwZWYgdGhlcm06IDB4MDAwMTAwMDAgZXJyOiAweDAwMDAwMGYwIHBtYzogMHgw MDAxMDQwMAppb2FwaWMwOiByb3V0aW5nIGludHBpbiAxIChJU0EgSVJRIDEpIHRvIGxhcGljIDEg dmVjdG9yIDQ4CmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDkgKElTQSBJUlEgOSkgdG8gbGFwaWMg MSB2ZWN0b3IgNDkKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMTYgKFBDSSBJUlEgMTYpIHRvIGxh cGljIDEgdmVjdG9yIDUwCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDE5IChQQ0kgSVJRIDE5KSB0 byBsYXBpYyAxIHZlY3RvciA1MQppb2FwaWMwOiByb3V0aW5nIGludHBpbiAyMyAoUENJIElSUSAy MykgdG8gbGFwaWMgMSB2ZWN0b3IgNTIKU01QOiBwYXNzZWQgVFNDIHN5bmNocm9uaXphdGlvbiB0 ZXN0ClRTQyB0aW1lY291bnRlciBkaXNjYXJkcyBsb3dlciA4IGJpdChzKQpUaW1lY291bnRlciAi VFNDLWxvdyIgZnJlcXVlbmN5IDExNzIyMzE0IEh6IHF1YWxpdHkgMTAwMApXQVJOSU5HOiBXSVRO RVNTIG9wdGlvbiBlbmFibGVkLCBleHBlY3QgcmVkdWNlZCBwZXJmb3JtYW5jZS4KR0VPTTogbmV3 IGRpc2sgY2QwCnVodWI0OiA4IHBvcnRzIHdpdGggOCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZApU cnlpbmcgdG8gbW91bnQgcm9vdCBmcm9tIGNkOTY2MDovZGV2L2lzbzk2NjAvRlJFRUJTRF9JTlNU QUxMIFtyb10uLi4Kc3RhcnRfaW5pdDogdHJ5aW5nIC9zYmluL2luaXQKdWdlbjIuMjogPExvZ2l0 ZWNoPiBhdCB1c2J1czIKdWdlbjAuMjogPFBsdXMgTW9yZSBFbnRlcnByaXNlIExURC4+IGF0IHVz YnVzMAp1a2JkMTogPFBsdXMgTW9yZSBFbnRlcnByaXNlIExURC4gVVNCLWNvbXBsaWFudCBrZXli b2FyZCwgY2xhc3MgMC8wLCByZXYgMS4xMC8xLjAwLCBhZGRyIDI+IG9uIHVzYnVzMAprYmQyIGF0 IHVrYmQxCmtiZDI6IHVrYmQxLCBnZW5lcmljICgwKSwgY29uZmlnOjB4MCwgZmxhZ3M6MHgzZDAw MDAKdW1zMDogPExvZ2l0ZWNoIFVTQi1QUzIgT3B0aWNhbCBNb3VzZSwgY2xhc3MgMC8wLCByZXYg Mi4wMC8yNy4yMCwgYWRkciAyPiBvbiB1c2J1czIKdW1zMTogPFBsdXMgTW9yZSBFbnRlcnByaXNl IExURC4gVVNCLWNvbXBsaWFudCBrZXlib2FyZCwgY2xhc3MgMC8wLCByZXYgMS4xMC8xLjAwLCBh ZGRyIDI+IG9uIHVzYnVzMAp1bXMwOiA4IGJ1dHRvbnMgYW5kIFtYWVpUXSBjb29yZGluYXRlcyBJ RD0wCnVtczE6IDAgYnV0dG9ucyBhbmQgW1hZWl0gY29vcmRpbmF0ZXMgSUQ9Mwp1Z2VuNC4yOiA8 R0g+IGF0IHVzYnVzNAp1bWFzczA6IDxHSCBQaWNvQml0LCBjbGFzcyAwLzAsIHJldiAyLjAwLzEu MTAsIGFkZHIgMj4gb24gdXNidXM0CnVtYXNzMDogIFNDU0kgb3ZlciBCdWxrLU9ubHk7IHF1aXJr cyA9IDB4NDEwMAp1bWFzczA6NDowOi0xOiBBdHRhY2hlZCB0byBzY2J1czQKKHByb2JlMDp1bWFz cy1zaW0wOjA6MDowKTogRG93biByZXZpbmcgUHJvdG9jb2wgVmVyc2lvbiBmcm9tIDIgdG8gMD8K cGFzczIgYXQgdW1hc3Mtc2ltMCBidXMgMCBzY2J1czQgdGFyZ2V0IDAgbHVuIDAKcGFzczI6IDxH SCBQaWNvQml0IFBNQVA+IFJlbW92YWJsZSBEaXJlY3QgQWNjZXNzIFNDU0ktMCBkZXZpY2UgCnBh c3MyOiBTZXJpYWwgTnVtYmVyIDA3NzMxNDM4MDBGQwpwYXNzMjogNDAuMDAwTUIvcyB0cmFuc2Zl cnMKR0VPTTogbmV3IGRpc2sgZGEwCmRhMCBhdCB1bWFzcy1zaW0wIGJ1cyAwIHNjYnVzNCB0YXJn ZXQgMCBsdW4gMApkYTA6IDxHSCBQaWNvQml0IFBNQVA+IFJlbW92YWJsZSBEaXJlY3QgQWNjZXNz IFNDU0ktMCBkZXZpY2UgCmRhMDogU2VyaWFsIE51bWJlciAwNzczMTQzODAwRkMKZGEwOiA0MC4w MDBNQi9zIHRyYW5zZmVycwpkYTA6IDk4MU1CICgyMDA5MDg4IDUxMiBieXRlIHNlY3RvcnM6IDY0 SCAzMlMvVCA5ODFDKQo= --=_32ee879a5fcc5cf2e3220a6315377d3c-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 13:42:26 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 00AEC177; Sat, 10 Nov 2012 13:42:25 +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 C07918FC0A; Sat, 10 Nov 2012 13:42:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qAADgJY3081295; Sat, 10 Nov 2012 08:42:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qAADgJ75081290; Sat, 10 Nov 2012 13:42:19 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 10 Nov 2012 13:42:19 GMT Message-Id: <201211101342.qAADgJ75081290@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2012 13:42:26 -0000 TB --- 2012-11-10 11:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-10 11:20:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-10 11:20:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-11-10 11:20:00 - cleaning the object tree TB --- 2012-11-10 11:23:19 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-10 11:23:19 - cd /tinderbox/HEAD/i386/pc98 TB --- 2012-11-10 11:23:19 - /usr/local/bin/svn cleanup /src TB --- 2012-11-10 11:24:39 - /usr/local/bin/svn update /src TB --- 2012-11-10 11:24:45 - At svn revision 242854 TB --- 2012-11-10 11:24:46 - building world TB --- 2012-11-10 11:24:46 - CROSS_BUILD_TESTING=YES TB --- 2012-11-10 11:24:46 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-10 11:24:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-10 11:24:46 - SRCCONF=/dev/null TB --- 2012-11-10 11:24:46 - TARGET=pc98 TB --- 2012-11-10 11:24:46 - TARGET_ARCH=i386 TB --- 2012-11-10 11:24:46 - TZ=UTC TB --- 2012-11-10 11:24:46 - __MAKE_CONF=/dev/null TB --- 2012-11-10 11:24:46 - cd /src TB --- 2012-11-10 11:24:46 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Nov 10 11:24:52 UTC 2012 >>> 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 [...] ===> sys/boot/pc98/btx/lib (depend) rm -f .depend mkdep -f .depend -a -I/src/sys/boot/pc98/btx/lib/../../../i386/common -DPC98 -std=gnu99 /src/sys/boot/pc98/btx/lib/btxcsu.S ===> sys/boot/pc98/boot2 (depend) gcc -Os -fno-guess-branch-probability -fomit-frame-pointer -fno-unit-at-a-time -mno-align-long-strings -mrtd -mregparm=3 -DUFS1_AND_UFS2 -DFLAGS= -DSIOPRT=0x238 -DSIOFMT=0x3 -DSIOSPD=9600 -I/src/sys/boot/pc98/boot2/../../.. -I/src/sys/boot/pc98/boot2/../../i386/boot2 -I/src/sys/boot/pc98/boot2/../../common -I/src/sys/boot/pc98/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline --param max-inline-insns-single=100 -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -Os -DPC98 -std=gnu99 -Qunused-arguments -c /src/sys/boot/pc98/boot2/boot1.S gcc: unrecognized option '-Qunused-arguments' /src/sys/boot/pc98/boot2/boot1.S:0: error: -mrtd calling convention not supported in the 64bit mode /src/sys/boot/pc98/boot2/boot1.S:0: error: -mpreferred-stack-boundary=2 is not between 4 and 12 *** [boot1.o] Error code 1 Stop in /src/sys/boot/pc98/boot2. *** [depend] Error code 1 Stop in /src/sys/boot/pc98. *** [depend] Error code 1 Stop in /src/sys/boot. *** [depend] Error code 1 Stop in /src/sys. *** [sys.depend__D] Error code 1 Stop in /src. *** [_depend] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-10 13:42:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-10 13:42:19 - ERROR: failed to build world TB --- 2012-11-10 13:42:19 - 6726.06 user 905.48 system 8538.26 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 14:43:27 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 18003FF2; Sat, 10 Nov 2012 14:43: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 B7B7E8FC14; Sat, 10 Nov 2012 14:43:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qAAEhPX3021523; Sat, 10 Nov 2012 09:43:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qAAEhPm3021511; Sat, 10 Nov 2012 14:43:25 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 10 Nov 2012 14:43:25 GMT Message-Id: <201211101443.qAAEhPm3021511@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2012 14:43:27 -0000 TB --- 2012-11-10 11:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-10 11:20:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-10 11:20:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-11-10 11:20:00 - cleaning the object tree TB --- 2012-11-10 11:25:45 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-10 11:25:45 - cd /tinderbox/HEAD/i386/i386 TB --- 2012-11-10 11:25:45 - /usr/local/bin/svn cleanup /src TB --- 2012-11-10 11:26:51 - /usr/local/bin/svn update /src TB --- 2012-11-10 11:26:57 - At svn revision 242854 TB --- 2012-11-10 11:26:58 - building world TB --- 2012-11-10 11:26:58 - CROSS_BUILD_TESTING=YES TB --- 2012-11-10 11:26:58 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-10 11:26:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-10 11:26:58 - SRCCONF=/dev/null TB --- 2012-11-10 11:26:58 - TARGET=i386 TB --- 2012-11-10 11:26:58 - TARGET_ARCH=i386 TB --- 2012-11-10 11:26:58 - TZ=UTC TB --- 2012-11-10 11:26:58 - __MAKE_CONF=/dev/null TB --- 2012-11-10 11:26:58 - cd /src TB --- 2012-11-10 11:26:58 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Nov 10 11:27:03 UTC 2012 >>> 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 10 14:24:43 UTC 2012 TB --- 2012-11-10 14:24:43 - generating LINT kernel config TB --- 2012-11-10 14:24:43 - cd /src/sys/i386/conf TB --- 2012-11-10 14:24:43 - /usr/bin/make -B LINT TB --- 2012-11-10 14:24:43 - cd /src/sys/i386/conf TB --- 2012-11-10 14:24:43 - /usr/sbin/config -m LINT TB --- 2012-11-10 14:24:43 - building LINT kernel TB --- 2012-11-10 14:24:43 - CROSS_BUILD_TESTING=YES TB --- 2012-11-10 14:24:43 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-10 14:24:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-10 14:24:43 - SRCCONF=/dev/null TB --- 2012-11-10 14:24:43 - TARGET=i386 TB --- 2012-11-10 14:24:43 - TARGET_ARCH=i386 TB --- 2012-11-10 14:24:43 - TZ=UTC TB --- 2012-11-10 14:24:43 - __MAKE_CONF=/dev/null TB --- 2012-11-10 14:24:43 - cd /src TB --- 2012-11-10 14:24:43 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 10 14:24:43 UTC 2012 >>> 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 [...] /src/sys/dev/nve/if_nve.c:461:33: error: incompatible pointer types assigning to 'PFN_PREPROCESS_PACKET_NOPQ' (aka 'PNV_VOID (*)(PNV_VOID, PNV_VOID)') from 'PNV_VOID (PNV_VOID, PNV_VOID)' [-Werror,-Wincompatible-pointer-types] osapi->pfnPreprocessPacketNopq = nve_ospreprocpktnopq; ^ ~~~~~~~~~~~~~~~~~~~~ /src/sys/dev/nve/if_nve.c:462:28: error: incompatible pointer types assigning to 'PFN_INDICATE_PACKETS' (aka 'NV_SINT32 (*)(PNV_VOID, PNV_VOID *, NV_UINT32)') from 'NV_SINT32 (PNV_VOID, PNV_VOID *, NV_UINT32)' [-Werror,-Wincompatible-pointer-types] osapi->pfnIndicatePackets = nve_osindicatepkt; ^ ~~~~~~~~~~~~~~~~~ fatal error: too many errors emitted, stopping now [-ferror-limit=] 20 errors generated. *** [if_nve.o] Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-10 14:43:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-10 14:43:25 - ERROR: failed to build LINT kernel TB --- 2012-11-10 14:43:25 - 8788.20 user 1484.00 system 12204.92 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 14:59:51 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 34285C51; Sat, 10 Nov 2012 14:59:51 +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 F33CD8FC14; Sat, 10 Nov 2012 14:59:50 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qAAExodp018014; Sat, 10 Nov 2012 09:59:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qAAExoIp018001; Sat, 10 Nov 2012 14:59:50 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 10 Nov 2012 14:59:50 GMT Message-Id: <201211101459.qAAExoIp018001@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2012 14:59:51 -0000 TB --- 2012-11-10 13:42:19 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-10 13:42:19 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-10 13:42:19 - starting HEAD tinderbox run for mips/mips TB --- 2012-11-10 13:42:19 - cleaning the object tree TB --- 2012-11-10 13:43:45 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-10 13:43:45 - cd /tinderbox/HEAD/mips/mips TB --- 2012-11-10 13:43:45 - /usr/local/bin/svn cleanup /src TB --- 2012-11-10 13:45:21 - /usr/local/bin/svn update /src TB --- 2012-11-10 13:45:28 - At svn revision 242868 TB --- 2012-11-10 13:45:29 - building world TB --- 2012-11-10 13:45:29 - CROSS_BUILD_TESTING=YES TB --- 2012-11-10 13:45:29 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-10 13:45:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-10 13:45:29 - SRCCONF=/dev/null TB --- 2012-11-10 13:45:29 - TARGET=mips TB --- 2012-11-10 13:45:29 - TARGET_ARCH=mips TB --- 2012-11-10 13:45:29 - TZ=UTC TB --- 2012-11-10 13:45:29 - __MAKE_CONF=/dev/null TB --- 2012-11-10 13:45:29 - cd /src TB --- 2012-11-10 13:45:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Nov 10 13:45:35 UTC 2012 >>> 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 10 14:56:05 UTC 2012 TB --- 2012-11-10 14:56:05 - cd /src/sys/mips/conf TB --- 2012-11-10 14:56:05 - /usr/sbin/config -m ADM5120 TB --- 2012-11-10 14:56:05 - skipping ADM5120 kernel TB --- 2012-11-10 14:56:05 - cd /src/sys/mips/conf TB --- 2012-11-10 14:56:05 - /usr/sbin/config -m ALCHEMY TB --- 2012-11-10 14:56:05 - skipping ALCHEMY kernel TB --- 2012-11-10 14:56:05 - cd /src/sys/mips/conf TB --- 2012-11-10 14:56:05 - /usr/sbin/config -m AP91 TB --- 2012-11-10 14:56:05 - building AP91 kernel TB --- 2012-11-10 14:56:05 - CROSS_BUILD_TESTING=YES TB --- 2012-11-10 14:56:05 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-10 14:56:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-10 14:56:05 - SRCCONF=/dev/null TB --- 2012-11-10 14:56:05 - TARGET=mips TB --- 2012-11-10 14:56:05 - TARGET_ARCH=mips TB --- 2012-11-10 14:56:05 - TZ=UTC TB --- 2012-11-10 14:56:05 - __MAKE_CONF=/dev/null TB --- 2012-11-10 14:56:05 - cd /src TB --- 2012-11-10 14:56:05 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Sat Nov 10 14:56:05 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips.mips/src/sys/AP91/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips.mips/src/sys/AP91 -msoft-float -ffreestanding -std=iso9899:1999 -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 -c /src/sys/modules/ath/../../dev/ath/if_ath.c cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips.mips/src/sys/AP91/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips.mips/src/sys/AP91 -msoft-float -ffreestanding -std=iso9899:1999 -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 -c /src/sys/modules/ath/../../dev/ath/if_ath_debug.c cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips.mips/src/sys/AP91/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips.mips/src/sys/AP91 -msoft-float -ffreestanding -std=iso9899:1999 -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 -c /src/sys/modules/ath/../../dev/ath/if_ath_keycache.c cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips.mips/src/sys/AP91/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips.mips/src/sys/AP91 -msoft-float -ffreestanding -std=iso9899:1999 -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 -c /src/sys/modules/ath/../../dev/ath/if_ath_sysctl.c cc1: warnings being treated as errors /src/sys/modules/ath/../../dev/ath/if_ath_sysctl.c: In function 'ath_sysctlattach': /src/sys/modules/ath/../../dev/ath/if_ath_sysctl.c:715: warning: implicit declaration of function 'ath_sysctl_alq_attach' /src/sys/modules/ath/../../dev/ath/if_ath_sysctl.c:715: warning: nested extern declaration of 'ath_sysctl_alq_attach' [-Wnested-externs] *** [if_ath_sysctl.o] Error code 1 Stop in /src/sys/modules/ath. *** [all] Error code 1 Stop in /src/sys/modules. *** [modules-all] Error code 1 Stop in /obj/mips.mips/src/sys/AP91. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-10 14:59:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-10 14:59:50 - ERROR: failed to build AP91 kernel TB --- 2012-11-10 14:59:50 - 2796.41 user 831.36 system 4650.59 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 14:51:45 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F35814CE for ; Sat, 10 Nov 2012 14:51:44 +0000 (UTC) (envelope-from brewer.doug@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id C2E9B8FC12 for ; Sat, 10 Nov 2012 14:51:44 +0000 (UTC) Received: by mail-pb0-f54.google.com with SMTP id wz17so1887466pbc.13 for ; Sat, 10 Nov 2012 06:51:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=N7Nnktt1LvvhA1aiNWFJjLDt3BQSLaj74laQlL995zM=; b=NjxHDtnZvaMfaHbNOLsBVWsxYTxey7KQWDDnmDgNc/Z2KMpMVPb2VZC9g9HqQ9+OO8 C6w0MGnnOHVnLbKAOh2zKdP9UY7JtMJXm7ryVxXzRHC442/t3w/+UsEbxpRZoQQ3EaFG ekU42mdLHf5HM7VPrh3oyMk2T7D/mqYQyoDciL+QRc8GZ6zMI6nWzq/LjEAXllCjA5wj wU5qVAFO+tNkKYNFHs1CC6ie4jaFO1D3VPMNUx7Kvnshx27SUMOSr3/Bh+8fc88MXkj1 +j4KAIuUApE70pbkM/V0FKSC8FWrDWZuD0dIvKlKVv967Db1vQFB3e8Xe4KPcR71WHpS ehIA== MIME-Version: 1.0 Received: by 10.68.234.98 with SMTP id ud2mr10748524pbc.136.1352559104091; Sat, 10 Nov 2012 06:51:44 -0800 (PST) Received: by 10.68.26.73 with HTTP; Sat, 10 Nov 2012 06:51:44 -0800 (PST) Date: Sat, 10 Nov 2012 22:51:44 +0800 Message-ID: Subject: Re: [head tinderbox] failure on arm/arm From: Doug Brewer To: Chuck Burns Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Sat, 10 Nov 2012 15:07:29 +0000 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Nov 2012 14:51:45 -0000 Chuck Burns wrote: On 11/9/2012 4:16 PM, Brett wrote: > >> Message: 11 > >> Date: Fri, 9 Nov 2012 23:34:58 +0800 > >> From: Doug Brewer > >> To: Adrian Chadd > >> Cc: arm@freebsd.org, FreeBSD Tinderbox , > >> current@freebsd.org > >> Subject: Re: [head tinderbox] failure on arm/arm > >> Message-ID: > >> > >> Content-Type: text/plain; charset=3DISO-8859-1 > >> > >> No offence, but how many times did you break the build? Could you plea= se > >> compile your code before committing next time? Thanks a lot! > >> > > > > Just an observation: a few years ago when I got sick of Linux's "headlo= ng rush" development model, I subscribed to various BSD mailing lists to se= e what else was out there. I considered FreeBSD at the time - there was a n= everending avalanche of "[head tinderbox] failure" messages. This told me t= hat I would be more likely to be running code written by people who knew wh= at they were doing if I went with Open, Net, or DragonflyBSD. > > > > I safely run OpenBSD-current on my main computer and it always works (I= think I have had 2-3 build problems in about 3 years, and they were all my= fault). At the moment, I only feel confident enough with FreeBSD-current t= o run it on my unimportant torrent computer. This is 80% due to constant bu= ild failures, and 20% due to invasive changes being introduced with documen= tation/instructions scattered over many different pages and mailing lists, = e.g: > > > > http://wiki.freebsd.org/FrontPage?action=3Dfullsearch&context=3D180&val= ue=3Dxorg&titlesearch=3DTitles > > > > http://wiki.freebsd.org/FrontPage?action=3Dfullsearch&context=3D180&val= ue=3Dpkgng&titlesearch=3DTitles > > > > Hypothetical user: "Is it WITHOUT_PKGNG=3D or WITHOUT_PKGNG=3Dyes or WI= TH_PKGNG=3Dno today?" > > > > I wonder how many other people that you never hear from feel the same, = and if some sort of "x weeks commit freezeout" should apply to the build br= eakers. Cute pointy hats or whatever obviously have no effect. > > > > Rant over! > > _______________________________________________ > > 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" > > > Quite honestly, the head/current branch is going to have build > failures.. It's the test bed.. YOU'VE GOTTA BE KIDDING ME. > Stick with the release system unless you > want cutting edge.. just remember.. cutting edge cuts sometimes... From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 16:03:02 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 47E30215 for ; Sat, 10 Nov 2012 16:03:02 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pa0-f54.google.com (mail-pa0-f54.google.com [209.85.220.54]) by mx1.freebsd.org (Postfix) with ESMTP id 16D5B8FC08 for ; Sat, 10 Nov 2012 16:03:01 +0000 (UTC) Received: by mail-pa0-f54.google.com with SMTP id bi1so3623183pad.13 for ; Sat, 10 Nov 2012 08:03:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=DSqF54x19X7VJdvHm4YkADnzzLZA++LQ51W/QSNtr8o=; b=gLKK3xLQ4Aq6sqhtHQPY7+CEAZjyhj7yriCd32Naq1fuxS/yA84zQlFO3wgqggvbup GMynJ8oX01HKY6PwCP/MmjlBVASMi0Ca9mwNfP/3tSSFvBt9wmvr/EMfimyf5AUeskyQ EoVGC6cshMmr0wLJilsd9cqnhelQCO02rPWCkw7vWMnkrM5jL0FD6h4HVwlIwraziiGN HtEbLbkRvWltImriBaw8QsZn/vr7UoHAxC7+5830JYuZ7pw4WPhgNsX1hh+tq3Fcr+Sq SJieyb1TBbUHBWeUr4tuFVhpeLnJLU2xgYZhYUDcHRfBZex1aIeKhXehmfd7RDbpi2J5 X5zg== MIME-Version: 1.0 Received: by 10.68.209.166 with SMTP id mn6mr15532677pbc.95.1352563380687; Sat, 10 Nov 2012 08:03:00 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.68.124.130 with HTTP; Sat, 10 Nov 2012 08:03:00 -0800 (PST) In-Reply-To: References: Date: Sat, 10 Nov 2012 08:03:00 -0800 X-Google-Sender-Auth: GghAOzdQQenVjfOqMlsYc_opIIg Message-ID: Subject: Re: [head tinderbox] failure on arm/arm From: Adrian Chadd To: Doug Brewer Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, Chuck Burns X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Nov 2012 16:03:02 -0000 On 10 November 2012 07:10, Doug Brewer wrote: > Adrian Chadd wrote: > On 9 November 2012 14:37, Chuck Burns wrote: >> >> > Adrian. diskspace and cpu cycles are things I can spare, drop me a line >> > outside of the ML and we can discuss particulars. "It's just a personal >> > box.. on a residential internet service, I have an amd64 box with 600G free >> > on my pool.. 8G ram.. and I have a smaller i386 box... 100G or so free, 512M >> > ram.. just drop me a line.. >> >> Hi, >> >> Those I do have - I have access to all of the ref* boxes in the >> cluster. I'm just typically hacking on this stuff on the train or at a >> cafe, and I don't have a workflow setup for pushing out potential >> diffs to build machines that have all the grunt/disk space for each >> little change that I do. > > Wait wait wait. It makes me wonder if you get the patch tested well > on the train or at a cafe before being committed. I tend to have a _lot_ of FreeBSD devices on me. People who have seen me hack can attest to this. >> I'm sorry about breaking things from time to time, but besides a small >> handful of "what was I thinking?!" things, the build breaks are just >> that - build breaks. They're easily fixed. > > I do not care how things are easily fixed. Remember, when Sam Leffler > was the maintainer of ath and CAMBRIA board (it's an embedded device, right?), > he had never broke the build. He's better than I? :) adrian From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 15:10:07 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E248824F; Sat, 10 Nov 2012 15:10:07 +0000 (UTC) (envelope-from brewer.doug@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id AB1218FC0A; Sat, 10 Nov 2012 15:10:07 +0000 (UTC) Received: by mail-pb0-f54.google.com with SMTP id wz17so1892866pbc.13 for ; Sat, 10 Nov 2012 07:10:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=me+T1/LQ6QcphlWGpgsm1u3sJrj5DrdQS0SiVBZAXLA=; b=loHnKuMqgDQhVCpbz0LX2HrA3UQnVc1jqnwo34aE8M6ns0bzXZznat+da15M0CXoXF zHBbH2MXkocYvoSsX+S+HTIJFD4hZU4YHQw2W1lmhc0hzFRkINaxNc/p6mQk99gzf7mi kZbtMOv2pyq8/YrTCcgrsSqEqQ7wpqEleoMrS53hdgVUDAHgDIyo7HoXEVVPmQLFmxwz VVPBFag3la86yEz2/KYxryLq6nyGFz50o/rKNH81Cw+GNpSeJzia5Kg5TBui7uDjU1CE r2JUiyI0k4nIQwu7Ig389cMHT6Zt4S0MVeuv3UY7aPNCblseQGnUhGkofjVorc88V7l6 hqOA== MIME-Version: 1.0 Received: by 10.68.232.195 with SMTP id tq3mr43170811pbc.70.1352560207199; Sat, 10 Nov 2012 07:10:07 -0800 (PST) Received: by 10.68.26.73 with HTTP; Sat, 10 Nov 2012 07:10:07 -0800 (PST) Date: Sat, 10 Nov 2012 23:10:07 +0800 Message-ID: Subject: Re: [head tinderbox] failure on arm/arm From: Doug Brewer To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 X-Mailman-Approved-At: Sat, 10 Nov 2012 16:20:26 +0000 Cc: freebsd-current@freebsd.org, Chuck Burns X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Nov 2012 15:10:08 -0000 Adrian Chadd wrote: On 9 November 2012 14:37, Chuck Burns wrote: > > > Adrian. diskspace and cpu cycles are things I can spare, drop me a line > > outside of the ML and we can discuss particulars. "It's just a personal > > box.. on a residential internet service, I have an amd64 box with 600G free > > on my pool.. 8G ram.. and I have a smaller i386 box... 100G or so free, 512M > > ram.. just drop me a line.. > > Hi, > > Those I do have - I have access to all of the ref* boxes in the > cluster. I'm just typically hacking on this stuff on the train or at a > cafe, and I don't have a workflow setup for pushing out potential > diffs to build machines that have all the grunt/disk space for each > little change that I do. Wait wait wait. It makes me wonder if you get the patch tested well on the train or at a cafe before being committed. > I'm sorry about breaking things from time to time, but besides a small > handful of "what was I thinking?!" things, the build breaks are just > that - build breaks. They're easily fixed. I do not care how things are easily fixed. Remember, when Sam Leffler was the maintainer of ath and CAMBRIA board (it's an embedded device, right?), he had never broke the build. > Adrian BR, Doug. From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 16:24:45 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6C812980 for ; Sat, 10 Nov 2012 16:24:45 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id CFFC08FC0A for ; Sat, 10 Nov 2012 16:24:43 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id gg13so48617lbb.13 for ; Sat, 10 Nov 2012 08:24:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; bh=Msc2T0fl7XTk4AanZHBJmuSctrCIsu+ejam6cLgUWRY=; b=YULfDYsut5DS87Rs09VmDJPI77wEAFCWftx2PcevCCNXIodb87Q5p20cqnuZ0m09wx jOyKT0jFzpYQZYSZsas9PJUBv1WaqxU/DEudZWejht6mEv1suIQUmmXTm2nbNmm6BCdc 6bOplASPcXXGZlm7bsCaRO3dQHC9dAf0hnXy1UVhnBvE2khOcKrvXBtOot7lYQGWdWnx k4E+ZNWJaafjX4ughrYxhkfZ1i5sx8oPMlqPMi+tAagOa0jejF0X7TQo4rIskuItqrmQ VUoQPYckv5Suq7Ig91GiALDKhSPUEZ2xu5lKTjF31RINzUx8tQVBsa+dE0L+7ThnHuWE 8fLA== Received: by 10.152.103.100 with SMTP id fv4mr13408733lab.39.1352564682854; Sat, 10 Nov 2012 08:24:42 -0800 (PST) Received: from laptop ([37.215.103.56]) by mx.google.com with ESMTPS id xw14sm607285lab.15.2012.11.10.08.24.40 (version=SSLv3 cipher=OTHER); Sat, 10 Nov 2012 08:24:41 -0800 (PST) Date: Sat, 10 Nov 2012 19:26:18 +0300 From: "Sergey V. Dyatko" To: freebsd-current@freebsd.org Subject: [OT] Re: [head tinderbox] failure on arm/arm Message-ID: <20121110192618.671909ed@laptop> In-Reply-To: References: X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Nov 2012 16:24:45 -0000 On Sat, 10 Nov 2012 08:03:00 -0800 Adrian Chadd wrote: > On 10 November 2012 07:10, Doug Brewer wrote: > > Adrian Chadd wrote: > > On 9 November 2012 14:37, Chuck Burns wrote: > >> > >> > Adrian. diskspace and cpu cycles are things I can spare, drop me > >> > a line outside of the ML and we can discuss particulars. "It's > >> > just a personal box.. on a residential internet service, I have > >> > an amd64 box with 600G free on my pool.. 8G ram.. and I have a > >> > smaller i386 box... 100G or so free, 512M ram.. just drop me a > >> > line.. > >> > >> Hi, > >> > >> Those I do have - I have access to all of the ref* boxes in the > >> cluster. I'm just typically hacking on this stuff on the train or > >> at a cafe, and I don't have a workflow setup for pushing out > >> potential diffs to build machines that have all the grunt/disk > >> space for each little change that I do. > > > > Wait wait wait. It makes me wonder if you get the patch tested well > > on the train or at a cafe before being committed. > > I tend to have a _lot_ of FreeBSD devices on me. People who have seen > me hack can attest to this. > > >> I'm sorry about breaking things from time to time, but besides a > >> small handful of "what was I thinking?!" things, the build breaks > >> are just that - build breaks. They're easily fixed. > > > > I do not care how things are easily fixed. Remember, when Sam > > Leffler was the maintainer of ath and CAMBRIA board (it's an > > embedded device, right?), he had never broke the build. > > He's better than I? :) > funny... there is no angry letters about 100500 letters from tb after switch to clang... but when Adrian break build [again] we have it... Adrian, thanks for your work. No need to be offended by trolls > > adrian -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 17:49:36 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A978F798; Sat, 10 Nov 2012 17:49:36 +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 5F3ED8FC16; Sat, 10 Nov 2012 17:49:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qAAHnZmH062952; Sat, 10 Nov 2012 12:49:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qAAHnZkM062946; Sat, 10 Nov 2012 17:49:35 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 10 Nov 2012 17:49:35 GMT Message-Id: <201211101749.qAAHnZkM062946@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2012 17:49:36 -0000 TB --- 2012-11-10 11:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-10 11:20:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-10 11:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-11-10 11:20:00 - cleaning the object tree TB --- 2012-11-10 11:27:18 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-10 11:27:18 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2012-11-10 11:27:18 - /usr/local/bin/svn cleanup /src TB --- 2012-11-10 11:27:59 - /usr/local/bin/svn update /src TB --- 2012-11-10 11:28:05 - At svn revision 242854 TB --- 2012-11-10 11:28:06 - building world TB --- 2012-11-10 11:28:06 - CROSS_BUILD_TESTING=YES TB --- 2012-11-10 11:28:06 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-10 11:28:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-10 11:28:06 - SRCCONF=/dev/null TB --- 2012-11-10 11:28:06 - TARGET=amd64 TB --- 2012-11-10 11:28:06 - TARGET_ARCH=amd64 TB --- 2012-11-10 11:28:06 - TZ=UTC TB --- 2012-11-10 11:28:06 - __MAKE_CONF=/dev/null TB --- 2012-11-10 11:28:06 - cd /src TB --- 2012-11-10 11:28:06 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Nov 10 11:28:13 UTC 2012 >>> 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 10 15:03:20 UTC 2012 TB --- 2012-11-10 15:03:20 - generating LINT kernel config TB --- 2012-11-10 15:03:20 - cd /src/sys/amd64/conf TB --- 2012-11-10 15:03:20 - /usr/bin/make -B LINT TB --- 2012-11-10 15:03:20 - cd /src/sys/amd64/conf TB --- 2012-11-10 15:03:20 - /usr/sbin/config -m LINT TB --- 2012-11-10 15:03:20 - building LINT kernel TB --- 2012-11-10 15:03:20 - CROSS_BUILD_TESTING=YES TB --- 2012-11-10 15:03:20 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-10 15:03:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-10 15:03:20 - SRCCONF=/dev/null TB --- 2012-11-10 15:03:20 - TARGET=amd64 TB --- 2012-11-10 15:03:20 - TARGET_ARCH=amd64 TB --- 2012-11-10 15:03:20 - TZ=UTC TB --- 2012-11-10 15:03:20 - __MAKE_CONF=/dev/null TB --- 2012-11-10 15:03:20 - cd /src TB --- 2012-11-10 15:03:20 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 10 15:03:20 UTC 2012 >>> 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 completed on Sat Nov 10 15:33:26 UTC 2012 TB --- 2012-11-10 15:33:26 - cd /src/sys/amd64/conf TB --- 2012-11-10 15:33:26 - /usr/sbin/config -m LINT-NOINET TB --- 2012-11-10 15:33:26 - building LINT-NOINET kernel TB --- 2012-11-10 15:33:26 - CROSS_BUILD_TESTING=YES TB --- 2012-11-10 15:33:26 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-10 15:33:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-10 15:33:26 - SRCCONF=/dev/null TB --- 2012-11-10 15:33:26 - TARGET=amd64 TB --- 2012-11-10 15:33:26 - TARGET_ARCH=amd64 TB --- 2012-11-10 15:33:26 - TZ=UTC TB --- 2012-11-10 15:33:26 - __MAKE_CONF=/dev/null TB --- 2012-11-10 15:33:26 - cd /src TB --- 2012-11-10 15:33:26 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sat Nov 10 15:33:26 UTC 2012 >>> 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 Sat Nov 10 15:58:49 UTC 2012 TB --- 2012-11-10 15:58:49 - cd /src/sys/amd64/conf TB --- 2012-11-10 15:58:49 - /usr/sbin/config -m LINT-NOINET6 TB --- 2012-11-10 15:58:49 - building LINT-NOINET6 kernel TB --- 2012-11-10 15:58:49 - CROSS_BUILD_TESTING=YES TB --- 2012-11-10 15:58:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-10 15:58:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-10 15:58:49 - SRCCONF=/dev/null TB --- 2012-11-10 15:58:49 - TARGET=amd64 TB --- 2012-11-10 15:58:49 - TARGET_ARCH=amd64 TB --- 2012-11-10 15:58:49 - TZ=UTC TB --- 2012-11-10 15:58:49 - __MAKE_CONF=/dev/null TB --- 2012-11-10 15:58:49 - cd /src TB --- 2012-11-10 15:58:49 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Sat Nov 10 15:58:49 UTC 2012 >>> 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 Sat Nov 10 16:25:57 UTC 2012 TB --- 2012-11-10 16:25:57 - cd /src/sys/amd64/conf TB --- 2012-11-10 16:25:57 - /usr/sbin/config -m LINT-NOIP TB --- 2012-11-10 16:25:57 - building LINT-NOIP kernel TB --- 2012-11-10 16:25:57 - CROSS_BUILD_TESTING=YES TB --- 2012-11-10 16:25:57 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-10 16:25:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-10 16:25:57 - SRCCONF=/dev/null TB --- 2012-11-10 16:25:57 - TARGET=amd64 TB --- 2012-11-10 16:25:57 - TARGET_ARCH=amd64 TB --- 2012-11-10 16:25:57 - TZ=UTC TB --- 2012-11-10 16:25:57 - __MAKE_CONF=/dev/null TB --- 2012-11-10 16:25:57 - cd /src TB --- 2012-11-10 16:25:57 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Sat Nov 10 16:25:57 UTC 2012 >>> 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 Sat Nov 10 16:48:53 UTC 2012 TB --- 2012-11-10 16:48:53 - cd /src/sys/amd64/conf TB --- 2012-11-10 16:48:53 - /usr/sbin/config -m LINT-VIMAGE TB --- 2012-11-10 16:48:53 - building LINT-VIMAGE kernel TB --- 2012-11-10 16:48:53 - CROSS_BUILD_TESTING=YES TB --- 2012-11-10 16:48:53 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-10 16:48:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-10 16:48:53 - SRCCONF=/dev/null TB --- 2012-11-10 16:48:53 - TARGET=amd64 TB --- 2012-11-10 16:48:53 - TARGET_ARCH=amd64 TB --- 2012-11-10 16:48:53 - TZ=UTC TB --- 2012-11-10 16:48:53 - __MAKE_CONF=/dev/null TB --- 2012-11-10 16:48:53 - cd /src TB --- 2012-11-10 16:48:53 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Sat Nov 10 16:48:54 UTC 2012 >>> 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 Sat Nov 10 17:15:51 UTC 2012 TB --- 2012-11-10 17:15:51 - cd /src/sys/amd64/conf TB --- 2012-11-10 17:15:51 - /usr/sbin/config -m GENERIC TB --- 2012-11-10 17:15:51 - building GENERIC kernel TB --- 2012-11-10 17:15:51 - CROSS_BUILD_TESTING=YES TB --- 2012-11-10 17:15:51 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-10 17:15:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-10 17:15:51 - SRCCONF=/dev/null TB --- 2012-11-10 17:15:51 - TARGET=amd64 TB --- 2012-11-10 17:15:51 - TARGET_ARCH=amd64 TB --- 2012-11-10 17:15:51 - TZ=UTC TB --- 2012-11-10 17:15:51 - __MAKE_CONF=/dev/null TB --- 2012-11-10 17:15:51 - cd /src TB --- 2012-11-10 17:15:51 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Nov 10 17:15:51 UTC 2012 >>> 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 Sat Nov 10 17:41:47 UTC 2012 TB --- 2012-11-10 17:41:47 - cd /src/sys/amd64/conf TB --- 2012-11-10 17:41:47 - /usr/sbin/config -m XENHVM TB --- 2012-11-10 17:41:47 - building XENHVM kernel TB --- 2012-11-10 17:41:47 - CROSS_BUILD_TESTING=YES TB --- 2012-11-10 17:41:47 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-10 17:41:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-10 17:41:47 - SRCCONF=/dev/null TB --- 2012-11-10 17:41:47 - TARGET=amd64 TB --- 2012-11-10 17:41:47 - TARGET_ARCH=amd64 TB --- 2012-11-10 17:41:47 - TZ=UTC TB --- 2012-11-10 17:41:47 - __MAKE_CONF=/dev/null TB --- 2012-11-10 17:41:47 - cd /src TB --- 2012-11-10 17:41:47 - /usr/bin/make -B buildkernel KERNCONF=XENHVM >>> Kernel build for XENHVM started on Sat Nov 10 17:41:48 UTC 2012 >>> 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 [...] /src/sys/dev/xen/netback/netback_unit_tests.c:500:2: error: expression result unused [-Werror,-Wunused-value] XNB_ASSERT(pkt.car_size == 110); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /src/sys/dev/xen/netback/netback_unit_tests.c:74:2: note: expanded from macro 'XNB_ASSERT' ! passed; }) ^ ~~~~~~ fatal error: too many errors emitted, stopping now [-ferror-limit=] 20 errors generated. *** [netback.o] Error code 1 Stop in /obj/amd64.amd64/src/sys/XENHVM. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-10 17:49:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-10 17:49:35 - ERROR: failed to build XENHVM kernel TB --- 2012-11-10 17:49:35 - 16677.17 user 2898.01 system 23374.49 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 19:08:02 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 49EE091B; Sat, 10 Nov 2012 19:08:02 +0000 (UTC) (envelope-from rdivacky@vlakno.cz) Received: from vlakno.cz (mail.vlakno.cz [178.238.39.38]) by mx1.freebsd.org (Postfix) with ESMTP id 9EBE48FC0A; Sat, 10 Nov 2012 19:08:01 +0000 (UTC) Received: by vlakno.cz (Postfix, from userid 1002) id 0ACC71CC5778; Sat, 10 Nov 2012 20:07:51 +0100 (CET) Date: Sat, 10 Nov 2012 20:07:51 +0100 From: Roman Divacky To: FreeBSD Tinderbox Subject: Re: [head tinderbox] failure on amd64/amd64 Message-ID: <20121110190750.GA44120@freebsd.org> References: <201211101749.qAAHnZkM062946@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201211101749.qAAHnZkM062946@freebsd-current.sentex.ca> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: amd64@freebsd.org, ken@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Nov 2012 19:08:02 -0000 The XNB_ASSERT is defined as a statement expression, but it's result is not used anywhere (not in a single place). Ken, can this be just rewritten as do { ... } while(0) ? Or is there a special reason why it is a statement expression? Roman On Sat, Nov 10, 2012 at 05:49:35PM +0000, FreeBSD Tinderbox wrote: > TB --- 2012-11-10 11:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca > TB --- 2012-11-10 11:20:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 > TB --- 2012-11-10 11:20:00 - starting HEAD tinderbox run for amd64/amd64 > TB --- 2012-11-10 11:20:00 - cleaning the object tree > TB --- 2012-11-10 11:27:18 - checking out /src from svn://svn.freebsd.org/base/head > TB --- 2012-11-10 11:27:18 - cd /tinderbox/HEAD/amd64/amd64 > TB --- 2012-11-10 11:27:18 - /usr/local/bin/svn cleanup /src > TB --- 2012-11-10 11:27:59 - /usr/local/bin/svn update /src > TB --- 2012-11-10 11:28:05 - At svn revision 242854 > TB --- 2012-11-10 11:28:06 - building world > TB --- 2012-11-10 11:28:06 - CROSS_BUILD_TESTING=YES > TB --- 2012-11-10 11:28:06 - MAKEOBJDIRPREFIX=/obj > TB --- 2012-11-10 11:28:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2012-11-10 11:28:06 - SRCCONF=/dev/null > TB --- 2012-11-10 11:28:06 - TARGET=amd64 > TB --- 2012-11-10 11:28:06 - TARGET_ARCH=amd64 > TB --- 2012-11-10 11:28:06 - TZ=UTC > TB --- 2012-11-10 11:28:06 - __MAKE_CONF=/dev/null > TB --- 2012-11-10 11:28:06 - cd /src > TB --- 2012-11-10 11:28:06 - /usr/bin/make -B buildworld > >>> Building an up-to-date make(1) > >>> World build started on Sat Nov 10 11:28:13 UTC 2012 > >>> 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 10 15:03:20 UTC 2012 > TB --- 2012-11-10 15:03:20 - generating LINT kernel config > TB --- 2012-11-10 15:03:20 - cd /src/sys/amd64/conf > TB --- 2012-11-10 15:03:20 - /usr/bin/make -B LINT > TB --- 2012-11-10 15:03:20 - cd /src/sys/amd64/conf > TB --- 2012-11-10 15:03:20 - /usr/sbin/config -m LINT > TB --- 2012-11-10 15:03:20 - building LINT kernel > TB --- 2012-11-10 15:03:20 - CROSS_BUILD_TESTING=YES > TB --- 2012-11-10 15:03:20 - MAKEOBJDIRPREFIX=/obj > TB --- 2012-11-10 15:03:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2012-11-10 15:03:20 - SRCCONF=/dev/null > TB --- 2012-11-10 15:03:20 - TARGET=amd64 > TB --- 2012-11-10 15:03:20 - TARGET_ARCH=amd64 > TB --- 2012-11-10 15:03:20 - TZ=UTC > TB --- 2012-11-10 15:03:20 - __MAKE_CONF=/dev/null > TB --- 2012-11-10 15:03:20 - cd /src > TB --- 2012-11-10 15:03:20 - /usr/bin/make -B buildkernel KERNCONF=LINT > >>> Kernel build for LINT started on Sat Nov 10 15:03:20 UTC 2012 > >>> 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 completed on Sat Nov 10 15:33:26 UTC 2012 > TB --- 2012-11-10 15:33:26 - cd /src/sys/amd64/conf > TB --- 2012-11-10 15:33:26 - /usr/sbin/config -m LINT-NOINET > TB --- 2012-11-10 15:33:26 - building LINT-NOINET kernel > TB --- 2012-11-10 15:33:26 - CROSS_BUILD_TESTING=YES > TB --- 2012-11-10 15:33:26 - MAKEOBJDIRPREFIX=/obj > TB --- 2012-11-10 15:33:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2012-11-10 15:33:26 - SRCCONF=/dev/null > TB --- 2012-11-10 15:33:26 - TARGET=amd64 > TB --- 2012-11-10 15:33:26 - TARGET_ARCH=amd64 > TB --- 2012-11-10 15:33:26 - TZ=UTC > TB --- 2012-11-10 15:33:26 - __MAKE_CONF=/dev/null > TB --- 2012-11-10 15:33:26 - cd /src > TB --- 2012-11-10 15:33:26 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET > >>> Kernel build for LINT-NOINET started on Sat Nov 10 15:33:26 UTC 2012 > >>> 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 Sat Nov 10 15:58:49 UTC 2012 > TB --- 2012-11-10 15:58:49 - cd /src/sys/amd64/conf > TB --- 2012-11-10 15:58:49 - /usr/sbin/config -m LINT-NOINET6 > TB --- 2012-11-10 15:58:49 - building LINT-NOINET6 kernel > TB --- 2012-11-10 15:58:49 - CROSS_BUILD_TESTING=YES > TB --- 2012-11-10 15:58:49 - MAKEOBJDIRPREFIX=/obj > TB --- 2012-11-10 15:58:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2012-11-10 15:58:49 - SRCCONF=/dev/null > TB --- 2012-11-10 15:58:49 - TARGET=amd64 > TB --- 2012-11-10 15:58:49 - TARGET_ARCH=amd64 > TB --- 2012-11-10 15:58:49 - TZ=UTC > TB --- 2012-11-10 15:58:49 - __MAKE_CONF=/dev/null > TB --- 2012-11-10 15:58:49 - cd /src > TB --- 2012-11-10 15:58:49 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 > >>> Kernel build for LINT-NOINET6 started on Sat Nov 10 15:58:49 UTC 2012 > >>> 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 Sat Nov 10 16:25:57 UTC 2012 > TB --- 2012-11-10 16:25:57 - cd /src/sys/amd64/conf > TB --- 2012-11-10 16:25:57 - /usr/sbin/config -m LINT-NOIP > TB --- 2012-11-10 16:25:57 - building LINT-NOIP kernel > TB --- 2012-11-10 16:25:57 - CROSS_BUILD_TESTING=YES > TB --- 2012-11-10 16:25:57 - MAKEOBJDIRPREFIX=/obj > TB --- 2012-11-10 16:25:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2012-11-10 16:25:57 - SRCCONF=/dev/null > TB --- 2012-11-10 16:25:57 - TARGET=amd64 > TB --- 2012-11-10 16:25:57 - TARGET_ARCH=amd64 > TB --- 2012-11-10 16:25:57 - TZ=UTC > TB --- 2012-11-10 16:25:57 - __MAKE_CONF=/dev/null > TB --- 2012-11-10 16:25:57 - cd /src > TB --- 2012-11-10 16:25:57 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP > >>> Kernel build for LINT-NOIP started on Sat Nov 10 16:25:57 UTC 2012 > >>> 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 Sat Nov 10 16:48:53 UTC 2012 > TB --- 2012-11-10 16:48:53 - cd /src/sys/amd64/conf > TB --- 2012-11-10 16:48:53 - /usr/sbin/config -m LINT-VIMAGE > TB --- 2012-11-10 16:48:53 - building LINT-VIMAGE kernel > TB --- 2012-11-10 16:48:53 - CROSS_BUILD_TESTING=YES > TB --- 2012-11-10 16:48:53 - MAKEOBJDIRPREFIX=/obj > TB --- 2012-11-10 16:48:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2012-11-10 16:48:53 - SRCCONF=/dev/null > TB --- 2012-11-10 16:48:53 - TARGET=amd64 > TB --- 2012-11-10 16:48:53 - TARGET_ARCH=amd64 > TB --- 2012-11-10 16:48:53 - TZ=UTC > TB --- 2012-11-10 16:48:53 - __MAKE_CONF=/dev/null > TB --- 2012-11-10 16:48:53 - cd /src > TB --- 2012-11-10 16:48:53 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE > >>> Kernel build for LINT-VIMAGE started on Sat Nov 10 16:48:54 UTC 2012 > >>> 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 Sat Nov 10 17:15:51 UTC 2012 > TB --- 2012-11-10 17:15:51 - cd /src/sys/amd64/conf > TB --- 2012-11-10 17:15:51 - /usr/sbin/config -m GENERIC > TB --- 2012-11-10 17:15:51 - building GENERIC kernel > TB --- 2012-11-10 17:15:51 - CROSS_BUILD_TESTING=YES > TB --- 2012-11-10 17:15:51 - MAKEOBJDIRPREFIX=/obj > TB --- 2012-11-10 17:15:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2012-11-10 17:15:51 - SRCCONF=/dev/null > TB --- 2012-11-10 17:15:51 - TARGET=amd64 > TB --- 2012-11-10 17:15:51 - TARGET_ARCH=amd64 > TB --- 2012-11-10 17:15:51 - TZ=UTC > TB --- 2012-11-10 17:15:51 - __MAKE_CONF=/dev/null > TB --- 2012-11-10 17:15:51 - cd /src > TB --- 2012-11-10 17:15:51 - /usr/bin/make -B buildkernel KERNCONF=GENERIC > >>> Kernel build for GENERIC started on Sat Nov 10 17:15:51 UTC 2012 > >>> 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 Sat Nov 10 17:41:47 UTC 2012 > TB --- 2012-11-10 17:41:47 - cd /src/sys/amd64/conf > TB --- 2012-11-10 17:41:47 - /usr/sbin/config -m XENHVM > TB --- 2012-11-10 17:41:47 - building XENHVM kernel > TB --- 2012-11-10 17:41:47 - CROSS_BUILD_TESTING=YES > TB --- 2012-11-10 17:41:47 - MAKEOBJDIRPREFIX=/obj > TB --- 2012-11-10 17:41:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2012-11-10 17:41:47 - SRCCONF=/dev/null > TB --- 2012-11-10 17:41:47 - TARGET=amd64 > TB --- 2012-11-10 17:41:47 - TARGET_ARCH=amd64 > TB --- 2012-11-10 17:41:47 - TZ=UTC > TB --- 2012-11-10 17:41:47 - __MAKE_CONF=/dev/null > TB --- 2012-11-10 17:41:47 - cd /src > TB --- 2012-11-10 17:41:47 - /usr/bin/make -B buildkernel KERNCONF=XENHVM > >>> Kernel build for XENHVM started on Sat Nov 10 17:41:48 UTC 2012 > >>> 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 > [...] > /src/sys/dev/xen/netback/netback_unit_tests.c:500:2: error: expression result unused [-Werror,-Wunused-value] > XNB_ASSERT(pkt.car_size == 110); > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > /src/sys/dev/xen/netback/netback_unit_tests.c:74:2: note: expanded from macro 'XNB_ASSERT' > ! passed; }) > ^ ~~~~~~ > fatal error: too many errors emitted, stopping now [-ferror-limit=] > 20 errors generated. > *** [netback.o] Error code 1 > > Stop in /obj/amd64.amd64/src/sys/XENHVM. > *** [buildkernel] Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2012-11-10 17:49:35 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2012-11-10 17:49:35 - ERROR: failed to build XENHVM kernel > TB --- 2012-11-10 17:49:35 - 16677.17 user 2898.01 system 23374.49 real > > > http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full > _______________________________________________ > 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 10 19:24:53 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9D005F1C for ; Sat, 10 Nov 2012 19:24:53 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-oa0-f54.google.com (mail-oa0-f54.google.com [209.85.219.54]) by mx1.freebsd.org (Postfix) with ESMTP id 51CD58FC08 for ; Sat, 10 Nov 2012 19:24:52 +0000 (UTC) Received: by mail-oa0-f54.google.com with SMTP id n9so6379152oag.13 for ; Sat, 10 Nov 2012 11:24:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=gF/ybktDyPpMD/lh7J8L2pS33S3MACY/LutTown2daM=; b=qjoxTmncbzuC6GVuacAQdRU05Xv4GGM6CQpEaw1a9jwmAgVI+v5ZQlJvaLJwv9TjXu oo/Wx+J2uhqaN8RhW3/tMqt6ABVnk0y6bzGZUT2y7Vlb6V8k10Tr3FH1VdV7HOAmekF2 18gXVx6+bRXbxIf0dKDPr1Jp2ZJyONhOX1zZlEOcnFdEPLZuUx25oCMdzCSARv4jBP9f /RO2ky5kPfRVgMi02bQLBtz77UY4L0L81k7Oz8/DtEhoVtVJTzNXH9WxZPKaeVvisMc2 jDUYj9aBgformGLFm/kBymo2ckdyCLMEMho6gTmHLi7tvMt+yMHDqBG3KG9J1WHMQrNF O+1w== MIME-Version: 1.0 Received: by 10.182.95.234 with SMTP id dn10mr11511942obb.97.1352575492279; Sat, 10 Nov 2012 11:24:52 -0800 (PST) Received: by 10.76.143.33 with HTTP; Sat, 10 Nov 2012 11:24:52 -0800 (PST) In-Reply-To: <20121110235403.e0777d14f0fe274f99bafd30@gmx.com> References: <20121110091632.f1dce0d1e3f1110e781d4780@gmx.com> <20121110123424.GA506@server.rulingia.com> <20121110235403.e0777d14f0fe274f99bafd30@gmx.com> Date: Sat, 10 Nov 2012 11:24:52 -0800 Message-ID: Subject: Re: [head tinderbox] failure on arm/arm From: Garrett Cooper To: Brett Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current@freebsd.org, Peter Jeremy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Nov 2012 19:24:53 -0000 On Sat, Nov 10, 2012 at 4:54 AM, Brett wrote: > On Sat, 10 Nov 2012 23:34:24 +1100 > Peter Jeremy wrote: > > > On 2012-Nov-10 09:16:32 +1100, Brett wrote: > > >Just an observation: a few years ago when I got sick of Linux's > > >"headlong rush" development model, I subscribed to various BSD > > >mailing lists to see what else was out there. I considered FreeBSD at > > >the time - there was a neverending avalanche of "[head tinderbox] > > >failure" messages. > > > > The Project tries to avoid it but occasional build failures on the > > development branch are very likely to occur. As a new user, you > > would be much better off starting with a release branch. > > > > I used 9.0 and release candidates for a couple of months beforehand so i > would know what "usually" works and doesn't work before, trying current > out. Compared to many of the old timers out there I guess this makes me > very new still, though! > > > >This told me that I would be more likely to be running code written > > >by people who knew what they were doing if I went with Open, Net, or > > >DragonflyBSD. > > > > I think that's being unfair. Do Open, Net or DFly have an equivalent > > to the tinderboxes that do automated test builds and report failures? > > And, since you have replied to an ARM failure, DragonflyBSD would not > > be an option since it doesn't support ARM. > > > > The point I was trying to make (context lost in the partial quote above) > was not that it is better or worse than the other BSDs, but that at the > time (maybe 3 years ago) when I was looking around to alternatives to Linux > and reading the various mailing lists, this was the impression I got. I am > sure other people must see these daily failures and get the same > impression. Whether this is fair or not has nothing to do with what > impressions people form, and what OS they subsequently decide to install. > > As I recall reading, the tinderbox was established due to the high > incidence of build failures. In my original post on this thread, I was > commenting not on the failure of ARM build in particular, but chiming in > after Doug Brewer's request for the code to be tested before being > committed. If anyone else had backed him up I would not have felt the need > to write. > We heard your concerns loud and clear; there are several developers that understand your concerns well and we're shooting for build stability now (it's easy to achieve) and runtime stability as well (considerably harder because the automated infrastructure isn't in place yet to run smoke tests to verify that all commits are sane -- but hopefully that's coming sometime in the near future ;)...). So, as I said before, 1) let's come up with a proper solution that we can pilot (even if it's a prototype) to extend tinderbox to allow developers to toss code over the fence (branches/patches?) in order to get build results before it hits the tree (Chuck offered the hardware.. someone needs to offer the time to come up with a submit/receive mechanism) and 2) come up with a proper test environment so we can avoid regressions like this as well as the slew of clang related TB failures that are still being fixed. Thanks! -Garrett PS Adrian is doing good work out-of-band (not work related), so let's work with him in order to make his life easier -- not harder by stating the obvious and bikeshedding him to death. From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 20:19:37 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 499838BA; Sat, 10 Nov 2012 20:19:37 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id EB1E18FC0A; Sat, 10 Nov 2012 20:19:36 +0000 (UTC) Received: from outgoing.leidinger.net (p57A396BD.dip.t-dialin.net [87.163.150.189]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id ACA17844A58; Sat, 10 Nov 2012 21:19:31 +0100 (CET) Received: from unknown (IO.Leidinger.net [192.168.1.12]) by outgoing.leidinger.net (Postfix) with ESMTPS id D500A2124; Sat, 10 Nov 2012 21:19:28 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=leidinger.net; s=outgoing-alex; t=1352578768; bh=Ghw6+HSXSuea+8hfKTeCLRnY7er1cnfEF8Ek6CHIcZQ=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=UcTpPEVXmXoZz80CF8cAGNMz2JLOS5IU2yNk2YxQarxj6myrqRL1sDfBi+S3E3Frb ewoaiUzcPzfPWwrZ/jlzSe6Dx4w0IDD/XkrbWaySbiDvjCWLrEmZpBRF0wtLh/vAUu wLUtRuWiXEVIH36iKsCSdnUXeDHpHYqJyRmSOFwNab0v1qkuQsOTPP6jcn69gUjEjz oMGFnMaR6SQc134HpPUhTyF/soktTekX2NvFFaCI/9s8exAfde84Cgte8/yMekMEhV tu+WoV9KtMbnlmMdlsEY5hEAQCgjxEWAMMEsbhfAMYsC3E//oceHPWEcoED3ugbK14 g40KUiExiYklg== Date: Sat, 10 Nov 2012 21:19:31 +0100 From: Alexander Leidinger To: Steve Wills Subject: Re: panic with racct Message-ID: <20121110211931.0000542f@unknown> In-Reply-To: <509DB5AB.8030705@FreeBSD.org> References: <509DB5AB.8030705@FreeBSD.org> X-Mailer: Claws Mail 3.8.0cvs30 (GTK+ 2.24.10; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: ACA17844A58.A2546 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.315, required 6, autolearn=disabled, ALL_TRUSTED -1.00, AWL -0.41, DKIM_SIGNED 0.10, T_DKIM_INVALID 0.01, T_RP_MATCHES_RCVD -0.01) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1353183573.90796@mujsI746XAr2DU1fIVBzkw X-EBL-Spam-Status: No Cc: current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Nov 2012 20:19:37 -0000 On Fri, 09 Nov 2012 21:02:19 -0500 Steve Wills wrote: > Hi, > > I get this panic: > > Fatal trap 18: integer divide fault while in kernel mode > cpuid = 4; apic id = 04 > instruction pointer = 0x20:0xffffffff808f0c23 > stack pointer = 0x28:0xffffff83693b8b40 > frame pointer = 0x28:0xffffff83693b8ba0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 21 (racctd) > > with these options added to my kernel: > > options RCTL > options RACCT > > This is with r242578. Removing them avoids the issue. The relevant > code seems to be: I got another one: panic: racct propagation meltdown: src > dest bt: panic racct_sub_racct at racct_sub_racct+0x82 racct_proc_ucred_changed sys_setuid I don't have much more (I have a picture of the panic). No coredump, not enough space, I switched to textdumps afterwards. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 21:39:46 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5126D879; Sat, 10 Nov 2012 21:39:46 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (relay02.stack.nl [IPv6:2001:610:1108:5010::104]) by mx1.freebsd.org (Postfix) with ESMTP id DC6F78FC08; Sat, 10 Nov 2012 21:39:45 +0000 (UTC) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id 4A8D2358C65; Sat, 10 Nov 2012 22:39:43 +0100 (CET) Received: by snail.stack.nl (Postfix, from userid 1677) id 29F4F2848C; Sat, 10 Nov 2012 22:39:43 +0100 (CET) Date: Sat, 10 Nov 2012 22:39:43 +0100 From: Jilles Tjoelker To: Dimitry Andric Subject: Re: clang and static linking? Message-ID: <20121110213942.GA67444@stack.nl> References: <20121108231349.GA79485@troutmask.apl.washington.edu> <509D4548.7030806@FreeBSD.org> <20121109182810.GA61338@troutmask.apl.washington.edu> <509D5BC3.9020704@FreeBSD.org> <509D90EC.5040302@FreeBSD.org> <509DA0E4.9060906@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <509DA0E4.9060906@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org, Steve Kargl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Nov 2012 21:39:46 -0000 On Sat, Nov 10, 2012 at 01:33:40AM +0100, Dimitry Andric wrote: > On 2012-11-10 00:25, Dimitry Andric wrote: > ... > > The more difficult way out is to not define any duplicate functions in > > libc.a and libm.a. For the shared libraries, this should not be a > > problem, since the dynamic linker will figure out which of the two > > copies will get precedence. The functions must stay available for > > backwards compatibility reasons anyway. > > For static libraries, this compatibility seems to be unnecessary, as > > they will only be used to link new programs. Therefore, it would > > probably be best to remove the whole isnan.o member from libc.a, and > > move all the isnan functions to libm.a instead. > > Currently, isnan() is commented out in lib/msun/src/s_isnan.c, maybe we > > can enable it whenever PIC is not defined? Then we could simply skip > > building lib/libc/gen/isnan.c for libc.a. > More concretely, here is a patch that seems to achieve the above: I see this has already been committed, but anyway... > - Only define isnan, isnanf, __isnan and __isnanf in libc.so, not in > libc.a and libc_p.a. OK, but please add a comment about this. > - Define isnan in libm.a and libm_p.a, not in libm.so. I don't think > there is a need to define __isnan in the .a files, so I left that out. Removing symbols from a .so causes subtle ABI breakage and is not needed for fixing static linking. More concretely, dlsym of isnan on libm.so will stop working and a different version of isnan will be chosen if the search list is libm.so, libother.so, libc.so and libother.so contains another isnan. > Index: lib/libc/gen/isnan.c > =================================================================== > --- lib/libc/gen/isnan.c (revision 242841) > +++ lib/libc/gen/isnan.c (working copy) > @@ -35,6 +35,7 @@ > * binary compat until we can bump libm's major version number. > */ > > +#ifdef PIC > __weak_reference(__isnan, isnan); > __weak_reference(__isnanf, isnanf); > > @@ -55,3 +56,4 @@ __isnanf(float f) > u.f = f; > return (u.bits.exp == 255 && u.bits.man != 0); > } > +#endif /* PIC */ > Index: lib/msun/src/s_isnan.c > =================================================================== > --- lib/msun/src/s_isnan.c (revision 242841) > +++ lib/msun/src/s_isnan.c (working copy) > @@ -30,8 +30,9 @@ > > #include "fpmath.h" > > -/* Provided by libc */ > -#if 0 > +/* Provided by libc.so */ > +#ifndef PIC > +#undef isnan > int > isnan(double d) > { > @@ -40,7 +41,7 @@ isnan(double d) > u.d = d; > return (u.bits.exp == 2047 && (u.bits.manl != 0 || u.bits.manh != 0)); > } > -#endif > +#endif /* !PIC */ > > int > __isnanf(float f) -- Jilles Tjoelker From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 21:59:17 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AE4B1D01 for ; Sat, 10 Nov 2012 21:59:17 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id 623268FC0A for ; Sat, 10 Nov 2012 21:59:17 +0000 (UTC) Received: from [192.168.0.6] (spaceball.home.andric.com [192.168.0.6]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 52A895C59; Sat, 10 Nov 2012 22:59:16 +0100 (CET) Message-ID: <509ECE39.8020006@FreeBSD.org> Date: Sat, 10 Nov 2012 22:59:21 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Jilles Tjoelker Subject: Re: clang and static linking? References: <20121108231349.GA79485@troutmask.apl.washington.edu> <509D4548.7030806@FreeBSD.org> <20121109182810.GA61338@troutmask.apl.washington.edu> <509D5BC3.9020704@FreeBSD.org> <509D90EC.5040302@FreeBSD.org> <509DA0E4.9060906@FreeBSD.org> <20121110213942.GA67444@stack.nl> In-Reply-To: <20121110213942.GA67444@stack.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Steve Kargl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Nov 2012 21:59:17 -0000 On 2012-11-10 22:39, Jilles Tjoelker wrote: > On Sat, Nov 10, 2012 at 01:33:40AM +0100, Dimitry Andric wrote: ... >> - Only define isnan, isnanf, __isnan and __isnanf in libc.so, not in >> libc.a and libc_p.a. > > OK, but please add a comment about this. Where? In libc or libm? >> - Define isnan in libm.a and libm_p.a, not in libm.so. I don't think >> there is a need to define __isnan in the .a files, so I left that out. > > Removing symbols from a .so causes subtle ABI breakage and is not needed > for fixing static linking. I didn't remove symbols from any .so. There was no isnan in libm.so before my commit. I only added it to the static libraries. > More concretely, dlsym of isnan on libm.so will stop working and a > different version of isnan will be chosen if the search list is libm.so, > libother.so, libc.so and libother.so contains another isnan. As I said, there was no isnan in libm.so, so this does not matter. From owner-freebsd-current@FreeBSD.ORG Sat Nov 10 22:05:05 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8AC5FEE0 for ; Sat, 10 Nov 2012 22:05:05 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5514F8FC08 for ; Sat, 10 Nov 2012 22:05:05 +0000 (UTC) Received: by mail-pb0-f54.google.com with SMTP id wz17so2001046pbc.13 for ; Sat, 10 Nov 2012 14:05:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=QvbbhUfyYfiEgDt5EEaen3fl91Wj+2bCXcDBq8MWJrc=; b=s1FWWCJyBjuofPiAkwMqWpwp4HBmPqXjMMOfQO0Qypwa4c8R3GVNCC3EKLWsxt6ljn PtP126mgdqXD2ZPQUHPc6KHkMmlWMYdA6CMupt2DmkMWoacwXRjEsTEN/+LQG/S+jNOP LRuF8ZKTqxP2xSzEsOQNlvrYM/ttCXPIUoFd95r0/v++4ZPvQOCFiyR0wVW2oeLOBkGL Chl58e5iGLhOtXAPiit38yoWwvDJhX5zX+ww5aI5Cf00ExJkuTIZfYrYhNpos6bMLqe8 LwR0xyhn0iE9U5VxxFOBSTB1+JPOGvUnTSvpCiwyS3Uw1Ma5EUxcWigoZ3Iv3+ks7Pao WxcQ== MIME-Version: 1.0 Received: by 10.66.87.105 with SMTP id w9mr43357497paz.5.1352585104668; Sat, 10 Nov 2012 14:05:04 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.68.124.130 with HTTP; Sat, 10 Nov 2012 14:05:04 -0800 (PST) In-Reply-To: <20121110192618.671909ed@laptop> References: <20121110192618.671909ed@laptop> Date: Sat, 10 Nov 2012 14:05:04 -0800 X-Google-Sender-Auth: TsSa2pL6-ylYW5w1ibmTyYbMRy0 Message-ID: Subject: Re: [OT] Re: [head tinderbox] failure on arm/arm From: Adrian Chadd To: "Sergey V. Dyatko" Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Nov 2012 22:05:05 -0000 It's a valid concern. I need to pick up my game. Adrian On 10 November 2012 08:26, Sergey V. Dyatko wrote: > On Sat, 10 Nov 2012 08:03:00 -0800 > Adrian Chadd wrote: > >> On 10 November 2012 07:10, Doug Brewer wrote: >> > Adrian Chadd wrote: >> > On 9 November 2012 14:37, Chuck Burns wrote: >> >> >> >> > Adrian. diskspace and cpu cycles are things I can spare, drop me >> >> > a line outside of the ML and we can discuss particulars. "It's >> >> > just a personal box.. on a residential internet service, I have >> >> > an amd64 box with 600G free on my pool.. 8G ram.. and I have a >> >> > smaller i386 box... 100G or so free, 512M ram.. just drop me a >> >> > line.. >> >> >> >> Hi, >> >> >> >> Those I do have - I have access to all of the ref* boxes in the >> >> cluster. I'm just typically hacking on this stuff on the train or >> >> at a cafe, and I don't have a workflow setup for pushing out >> >> potential diffs to build machines that have all the grunt/disk >> >> space for each little change that I do. >> > >> > Wait wait wait. It makes me wonder if you get the patch tested well >> > on the train or at a cafe before being committed. >> >> I tend to have a _lot_ of FreeBSD devices on me. People who have seen >> me hack can attest to this. >> >> >> I'm sorry about breaking things from time to time, but besides a >> >> small handful of "what was I thinking?!" things, the build breaks >> >> are just that - build breaks. They're easily fixed. >> > >> > I do not care how things are easily fixed. Remember, when Sam >> > Leffler was the maintainer of ath and CAMBRIA board (it's an >> > embedded device, right?), he had never broke the build. >> >> He's better than I? :) >> > > funny... > there is no angry letters about 100500 letters from tb > after switch to clang... > but when Adrian break build [again] we have it... > > Adrian, thanks for your work. No need to be offended by trolls > >> >> adrian > > > > -- > wbr, tiger > _______________________________________________ > 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"