From owner-freebsd-current@FreeBSD.ORG Sun Nov 3 02:18:01 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 77EE3F88; Sun, 3 Nov 2013 02:18:01 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-oa0-x22a.google.com (mail-oa0-x22a.google.com [IPv6:2607:f8b0:4003:c02::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 34BC8253B; Sun, 3 Nov 2013 02:18:01 +0000 (UTC) Received: by mail-oa0-f42.google.com with SMTP id k14so6059778oag.29 for ; Sat, 02 Nov 2013 19:18:00 -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=0nVXdPjC1xoCi+ZmoEVeqYZ9ncDRf36Il2gLQZsOqbM=; b=IqUopvuNQJEMMqDtwIvAHf9a8cO3jdhj34R7yaEcjSABGPek1VWNzgq9jyqORNUSKb rfmm5QDekm9kCseDaZ+CAt4cD2xWT7ZUbKXie7vjj9NCERAEwJx3D/0T693jYL+xIGyp JOmopiSKQ0PsV016c4RUMviV7eRHObnoEuirnOQGtqyA8FyPQ9w6nLSBFvD7hnJIQP/8 dw9hMGhOto74EXmVuaNWExSpS9xeYZPeIO1yssvZt8A3xXi2MbMBOOWY2sWp3S+t1vtC Qum2dVHk5Uz8xlgJQIMhG5AkW2NGetqhI6eJhCFvxfdLohpviOMoX4LbKWcwcUDc0CSw OGWw== MIME-Version: 1.0 X-Received: by 10.60.117.38 with SMTP id kb6mr8189900oeb.7.1383445080523; Sat, 02 Nov 2013 19:18:00 -0700 (PDT) Received: by 10.76.19.115 with HTTP; Sat, 2 Nov 2013 19:18:00 -0700 (PDT) In-Reply-To: References: Date: Sat, 2 Nov 2013 22:18:00 -0400 Message-ID: Subject: Re: [CFT] bsdinstall and zfsboot enhancements From: Outback Dingo To: Devin Teske Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: " Current" , "Teske, Devin" 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, 03 Nov 2013 02:18:01 -0000 On Sat, Nov 2, 2013 at 1:59 PM, Teske, Devin wrote: > Hi all, > > Another Call For Testing... > This one is for bsdinstall. > > Two patchsets are required for this CFT: > > http://druidbsd.cvs.sf.net/viewvc/druidbsd/bsdinstall_debug/ > http://druidbsd.cvs.sf.net/viewvc/druidbsd/bsdinstall_zfs/ > > The enhancements are: > > + Add a `-D FILE" command-line option for overriding the > path to the bsdinstall log file (BSDINSTALL_LOG env var). > > + Document new `-D FILE' in the man page for bsdinstall. > > + If FILE in `-D FILE' begins with a +, debug output goes to > stdout (interleaved between dialog(1) invocations/output) as > well as to FILE (minus the leading + of course). > > + If BSDINSTALL_LOG cannot be written, then debugging is > disabled (except in the case of a leading + in the pathname, > wherein debug will still be printed to stdout). > > + Update source code format to approximate a future shstyle(9) > > + Fix a dangling participle ("Begun ..." -> "Began ...") > > + Rewrite the docsinstall script (was necessary to abate direct > dependency on BSDINSTALL_LOG (instead, use fault-tolerant > bsdconfig framework which displays appropriate errors for > package management). > > + Add additional debug output for dhclient/rtsol/wpa_cliscan > > + Display script errors in a textbox rather than just on stdout > > + Update many coments. > > + Add new f_show_err() API call (like f_show_msg but changes > the dialog title to "Error")(see bsdconfig's `common.subr'). > > + Add new f_eval_catch() API call for executing a command via > eval but not before logging the command to debug. Several > example cases documented in API header for function in > bsdconfig's `common.subr'. > > + Fix dialog auto-sizing when launched as an rvalue to a pipe > for indirected scripts (previously would default to 80x24 sizing > in this case, now it can autosize to full size even when in a pipe > chain). > > + Fix a bug in f_snprintf wherein if the $format argument began > with a "-" or "--" it would be misinterpreted as a flag to printf. (this > is in bsdcofig's strings.subr) > > + Add accompanying f_sprintf() and f_vsprintf() to go along with > already existing f_snprintf() and f_vsnprintf() (see bsdconfig's > strings.subr). > > + Update bsdinstall's "config" script to adjust ttyu* entries in > /etc/ttys when it is determined that we are in-fact doing an install > over serial (e.g. bhyve). > > + Remove some unnecessary default ZFS datasets from the > automatic "zfsboot" script. Such as: /usr/ports/distfiles > /usr/ports/packages /usr/obj /var/db /var/empty /var/mail and > /var/run (these can all be created as-needed once the system is > installed). > > + Remove setuid=off for /usr/home (as discussed with others from > last round of CFT). > > + Fix some i18n string violations in "zfsboot" > > + Bolster debugging output in "zfsboot" > > + Fix some string quoting issues in "zfsboot" > > + Fix some variable scope issues in "zfsboot" > > + Only display the ZFS vdev type selection menu when running > interactively (duh). > > + Change "Create" to "Install" in "zfsboot" main menu > > + Increase pedantic error checking in "zfsboot" (type-check > arguments and such). > > + Add a call to "graid destroy" to kill automatic metadata (part of > the series of pedantic destructions we do when bootstrapping > a new/naked disk). > > + Make judicious use of new f_eval_catch() in "zfsboot" > > + More comments (zfsboot). > > + Fixup some variable names for consistency (zfsboot). > > nice work, looks good, patched the bootloader also, seems to function well, love the kernel selection variable > -- > Devin > > _____________ > The information contained in this message is proprietary and/or > confidential. If you are not the intended recipient, please: (i) delete the > message and all copies; (ii) do not disclose, distribute or use the message > in any manner; and (iii) notify the sender immediately. In addition, please > be aware that any message addressed to our domain is subject to archiving > and review by persons other than the intended recipient. Thank you. > From owner-freebsd-current@FreeBSD.ORG Sun Nov 3 02:18:52 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8348E125; Sun, 3 Nov 2013 02:18:52 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-ob0-x229.google.com (mail-ob0-x229.google.com [IPv6:2607:f8b0:4003:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3F3362555; Sun, 3 Nov 2013 02:18:52 +0000 (UTC) Received: by mail-ob0-f169.google.com with SMTP id uz6so6001329obc.28 for ; Sat, 02 Nov 2013 19:18:51 -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=FW9GcwhKIO2QFKdkyxjshq1h/xN+LpyzfmgU+A2a2t4=; b=fGUdJiWSHSo7TS0lsJnUVVkQDgW8+Y4OFfdSBAv9uR/B/ekPswkNZgd+hBU33w2z5A +P6V7jR6thgRvzS985OUJ6uAW2L4qIOfzepQFEBQyetEFL3EPKEiDk3wZuL+nFpOQxGy QnHq/vyztmKDeqgO75g+mUKYME+woljZfq+27iV3IhAkpB45QoIS/aCgtUvFCYIBTGNS HdOzxylH5MBfdGqmeRBUx7sqVkwol5bf1ZfTOa3ZEalSRuSQF4w5iT3uc3CZnnK/PhkX 9vavIXBQsX+0qMUwe8nXfT5qxFIIoplxHcbHrStrewsnH3Z91muFCJXPPU4zg2HP1DTh NDCQ== MIME-Version: 1.0 X-Received: by 10.182.199.70 with SMTP id ji6mr3788126obc.36.1383445131417; Sat, 02 Nov 2013 19:18:51 -0700 (PDT) Received: by 10.76.19.115 with HTTP; Sat, 2 Nov 2013 19:18:51 -0700 (PDT) In-Reply-To: References: Date: Sat, 2 Nov 2013 22:18:51 -0400 Message-ID: Subject: Re: [CFT] Kernel-Selection Enhancemnt to Boot Menu From: Outback Dingo To: "Teske, Devin" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "Sam Fourman Jr." , Devin Teske , " 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: Sun, 03 Nov 2013 02:18:52 -0000 On Sat, Nov 2, 2013 at 12:47 PM, Teske, Devin wrote: > > On Nov 2, 2013, at 1:45 AM, Sam Fourman Jr. wrote: > > > > > > > > > On Sat, Nov 2, 2013 at 7:09 AM, Teske, Devin > wrote: > > Hi all, > > > > Here's a chance to test out the kernel selection menu enhancements > > to the boot loader menu before they go into HEAD. > > > > Discussion welcome, feedback desired. > > > > No recompile needed, just drop the new forth files onto a HEAD or > > stable/9 box and reboot. > > -- > > Cheers, > > Devin > > > > where are the forth files in question? > > > > D'Oh! > > Here they are: > > http://druidbsd.cvs.sf.net/viewvc/druidbsd/forth_zfs/ > > Supplied as patches to either stable/9 or head. > patched the bootloader, seems to function well, love the kernel selection variable > -- > Devin > > _____________ > The information contained in this message is proprietary and/or > confidential. If you are not the intended recipient, please: (i) delete the > message and all copies; (ii) do not disclose, distribute or use the message > in any manner; and (iii) notify the sender immediately. In addition, please > be aware that any message addressed to our domain is subject to archiving > and review by persons other than the intended recipient. Thank you. > From owner-freebsd-current@FreeBSD.ORG Sun Nov 3 03:27:07 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8C58052A; Sun, 3 Nov 2013 03:27:07 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from mail-ve0-x236.google.com (mail-ve0-x236.google.com [IPv6:2607:f8b0:400c:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 390BC2888; Sun, 3 Nov 2013 03:27:07 +0000 (UTC) Received: by mail-ve0-f182.google.com with SMTP id c14so652545vea.13 for ; Sat, 02 Nov 2013 20:27:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=mlBbO7xjkRyIcRkVpzKxxVORdVy0/F8bLgvzBl1Ai/A=; b=UvuY3SftBS7Yfn6xbqSH/bBDE8EFo4bZcSpNvrt91treuGcxrG1bmJmotwQ4QABZx8 RTlOx1lnjp5WWP9VNjgoTfQwa68eYvWdMnkrdv9KtVsYXyibik5Xdy/yd5yYzvYeF3Q8 diqUuJfdkJ+2B2Q5ypnWoytj2fTf2PXTKx1jo/Xwj/wlT8FlnCFfyb1qv0lsLrb+EYER /12TPbjiDf/0k7RWbWjVegrDGArOFOgKRngZfvihU/tYHk9l2r+rldEzk/UTJMqQFawT Lc3szS/jWiNlcNJKgjk0rYkS5b1CbI8DuXEKHmD/3tItmK1nUguFXsbhIguhFoSyNBex Klxw== MIME-Version: 1.0 X-Received: by 10.221.44.136 with SMTP id ug8mr6566854vcb.13.1383449226294; Sat, 02 Nov 2013 20:27:06 -0700 (PDT) Sender: artemb@gmail.com Received: by 10.221.9.2 with HTTP; Sat, 2 Nov 2013 20:27:06 -0700 (PDT) In-Reply-To: References: Date: Sat, 2 Nov 2013 20:27:06 -0700 X-Google-Sender-Auth: KFAG_jTENwOLxMH4wMgx-jl9_Ls Message-ID: Subject: Re: [CFT] Kernel-Selection Enhancemnt to Boot Menu From: Artem Belevich To: "Teske, Devin" Content-Type: text/plain; charset=ISO-8859-1 Cc: "Sam Fourman Jr." , Devin Teske , " 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: Sun, 03 Nov 2013 03:27:07 -0000 On Sat, Nov 2, 2013 at 9:47 AM, Teske, Devin wrote: >> where are the forth files in question? >> > > D'Oh! > > Here they are: > > http://druidbsd.cvs.sf.net/viewvc/druidbsd/forth_zfs/ > > Supplied as patches to either stable/9 or head. > -- > Devin Thanks for the patches. Tried on stable/9 and they worked great for me. Do you have anything similar to select boot environment as well? --Artem From owner-freebsd-current@FreeBSD.ORG Sun Nov 3 03:40:16 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id AE5A4889 for ; Sun, 3 Nov 2013 03:40:16 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from smtpauth4.wiscmail.wisc.edu (wmauth4.doit.wisc.edu [144.92.197.145]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 80A072927 for ; Sun, 3 Nov 2013 03:40:16 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth4.wiscmail.wisc.edu by smtpauth4.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) id <0MVO005002ZI3K00@smtpauth4.wiscmail.wisc.edu> for freebsd-current@freebsd.org; Sat, 02 Nov 2013 22:40:09 -0500 (CDT) X-Spam-PmxInfo: Server=avs-4, Version=6.0.3.2322014, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2013.11.3.33315, SenderIP=0.0.0.0 X-Spam-Report: AuthenticatedSender=yes, SenderIP=0.0.0.0 Received: from comporellon.tachypleus.net (adsl-76-208-69-44.dsl.mdsnwi.sbcglobal.net [76.208.69.44]) by smtpauth4.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) with ESMTPSA id <0MVO00D404UWL400@smtpauth4.wiscmail.wisc.edu> for freebsd-current@freebsd.org; Sat, 02 Nov 2013 22:40:09 -0500 (CDT) Message-id: <5275C597.6070702@freebsd.org> Date: Sat, 02 Nov 2013 22:40:07 -0500 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 To: freebsd-current@freebsd.org Subject: Re: [CFT] bsdinstall and zfsboot enhancements References: In-reply-to: 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, 03 Nov 2013 03:40:16 -0000 On 11/02/13 12:59, Teske, Devin wrote: > Hi all, > > Another Call For Testing... > This one is for bsdinstall. Will look at the rest later... > > + Update bsdinstall's "config" script to adjust ttyu* entries in > /etc/ttys when it is determined that we are in-fact doing an install > over serial (e.g. bhyve). > I think this is the wrong solution. The installer is run in a lot of circumstances, and tying it to the boot environment is a mistake. If we want serial consoles to default to on for x86, they should default to on (they do for most other architectures). The magic should never ever be in the installer. Setting the terminal type to vt100 unconditionally is also questionable. Using kbdcontrol also doesn't do the right thing, since it will turn on serial consoles if you install to, say, a disk image from an xterm or if you use newcons. -Nathan From owner-freebsd-current@FreeBSD.ORG Sun Nov 3 04:55:50 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 33D60875 for ; Sun, 3 Nov 2013 04:55:50 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-pd0-x22d.google.com (mail-pd0-x22d.google.com [IPv6:2607:f8b0:400e:c02::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 09BE72C56 for ; Sun, 3 Nov 2013 04:55:50 +0000 (UTC) Received: by mail-pd0-f173.google.com with SMTP id r10so5444045pdi.32 for ; Sat, 02 Nov 2013 21:55:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=GjxLJvP41DU4v0+eqMGw7tekWRPt+qm+m6cQbvXWtSw=; b=Cikh4aT2Ik/cDgQJ53RYN2Ym3KPCseSPAcAMn/+RyApKXeCo7mP/51yUKJX7aXaZf0 ICxHScb4xe8F73ujFKjiqm/JYV9rroEQPknJk5FPjMj9wANLkGxDUI5d0RGJ2f+JB/sC r5gXZguHzCB3qgNnYNIm1jrqfQ5/mVV3mlb0dvvtE0MfzQBmCNXz99IniPPP2kQ70Y6P prkhszXEre95nAc7n5+noSotK4PXFIpCCMDa9UkodzAZZ26Jqfv1EAe3XQF9qy6pKVU9 kHpo25Zh1aLWPg3U16hMHxFaTmBebckpI7Z+1gJJx5U4LrkSyHsECJnMOxobxtgKnSl/ AjUQ== MIME-Version: 1.0 X-Received: by 10.66.230.233 with SMTP id tb9mr11310929pac.38.1383454549035; Sat, 02 Nov 2013 21:55:49 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.67.23.101 with HTTP; Sat, 2 Nov 2013 21:55:48 -0700 (PDT) In-Reply-To: <20131101130319.GA81917@regency.nsu.ru> References: <20131029102410.GA39893@regency.nsu.ru> <20131101130319.GA81917@regency.nsu.ru> Date: Sat, 2 Nov 2013 21:55:48 -0700 X-Google-Sender-Auth: HXmFmI0KGrHLY8YRHi1iIZPWMjE Message-ID: Subject: Re: Fatal trap 12: page fault while in kernel mode (FUSE related?) From: Kevin Oberman To: Alexey Dokuchaev Content-Type: text/plain; charset=UTF-8 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: Sun, 03 Nov 2013 04:55:50 -0000 On Fri, Nov 1, 2013 at 6:03 AM, Alexey Dokuchaev wrote: > On Thu, Oct 31, 2013 at 09:59:42AM -0700, Kevin Oberman wrote: > > On Tue, Oct 29, 2013 at 3:24 AM, Alexey Dokuchaev wrote: > > > I was running out of space on my UFS partition and decided to use big > NTFS > > > one I also have on the drive. I've mounted it with ntfs-3g and our > native > > > fuse.ko. I needed the scratch space to built Open/LibreOffice on it > *LOL*. > > > Well, it failed with a panic (see the excerpt from text core at the > end of > > > this email; full debug info is available upon request). > > > > I get a very similar panic when I attempt an rsync from a remote system > > to my NTFS drive. Very easy to reproduce. Something in fuse goes off the > > rails under active R/W activity, it seems. > > Hmm, given more people are seeing it, and it's not too hard to reproduce, > I hope it can be tracked down and nailed. I will enable debugging features > in my kernel so I can gather some data when this shit happens again to me. > > ./danfe > Just to be clear, my software was built from source, so the package repo is irrelevant. Also, I am running 9.2-Stable with fuse in the kernel (not a module) backported from the 10.0 code and the mount_fuse from 10.0, as well, so mine is a rather odd system. I should be able to capture dump, but I don't have one now. I should also mention that the FreeBSD kernel code was updated in July to 7.10, but was reverted five days later to 7.8 due to issues with fusefs_libs not getting along with it. At the time it was suggested that fusefs_libs would need to be updated to match. (I have no idea how tricky this might be, but it is way beyond my capability. Guess it's almost time to update to 10.0. I really should have moved to HEAD before 10-STABLE was branched. Then I'll be running fully supported code. -- R. Kevin Oberman, Network Engineer E-mail: rkoberman@gmail.com From owner-freebsd-current@FreeBSD.ORG Sun Nov 3 06:37:32 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DE6FD81D; Sun, 3 Nov 2013 06:37:32 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8D51A2F7C; Sun, 3 Nov 2013 06:37:32 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.7/8.14.7) with ESMTP id rA36bOPe035476; Sun, 3 Nov 2013 00:37:24 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.7/8.14.7/Submit) with ESMTP id rA36bOgb035473; Sun, 3 Nov 2013 00:37:24 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sun, 3 Nov 2013 00:37:24 -0600 (MDT) From: Warren Block To: Adrian Chadd Subject: Re: Overriding sector size on disks? In-Reply-To: Message-ID: References: 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.4.3 (wonkity.com [127.0.0.1]); Sun, 03 Nov 2013 00:37:24 -0600 (MDT) 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: Sun, 03 Nov 2013 06:37:32 -0000 On Fri, 1 Nov 2013, Adrian Chadd wrote: > Hi! > > I have an odd problem. That, honestly, can't be that odd. > > I have a bunch of SATA disks that when plugged into the laptop > directly, show up as 512 byte sectors. But if I plug it in via this > iomega USB caddy, they show up as 4k sector devices. ISTR some Hitachi external USB disk enclosures do that. Since they are not a general-purpose enclosure but came wrapped around specific Hitachi disks, it's not really their fault. > Because of this, partitions just plainly don't work. > > Has anyone faced this? Is there some trick to do to get these things > to go back to being 512 byte sector devices so one can use them? > Similarly, because they show up as 512 byte sector devices on > macosx/linux, they can read/write NTFS/MSDOS partitions on the thing. > But if I plug it into freebsd, it shows up as a 4k sector device and > things plainly don't work. Is it out of the question to discard the enclosure as too bugged to use? Otherwise, there is a small chance that the vendor has a firmware update that isn't stupid. Or maybe even a jumper in the enclosure. Reference: http://forum.hddguru.com/viewtopic.php?t=21099&start= has some information which might help. From owner-freebsd-current@FreeBSD.ORG Sun Nov 3 09:55:16 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 268B0A56; Sun, 3 Nov 2013 09:55:16 +0000 (UTC) (envelope-from milu@dat.pl) Received: from jab.dat.pl (dat.pl [80.51.155.34]) by mx1.freebsd.org (Postfix) with ESMTP id D6134267C; Sun, 3 Nov 2013 09:55:15 +0000 (UTC) Received: from jab.dat.pl (jsrv.dat.pl [127.0.0.1]) by jab.dat.pl (Postfix) with ESMTP id 46C7D242; Sun, 3 Nov 2013 10:55:13 +0100 (CET) X-Virus-Scanned: amavisd-new at dat.pl Received: from jab.dat.pl ([127.0.0.1]) by jab.dat.pl (jab.dat.pl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id Up9rl7t3qlZm; Sun, 3 Nov 2013 10:54:16 +0100 (CET) Received: from [192.168.0.14] (178-36-1-167.adsl.inetia.pl [178.36.1.167]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by jab.dat.pl (Postfix) with ESMTPSA id C011F90; Sun, 3 Nov 2013 10:54:15 +0100 (CET) Message-ID: <52761D4C.8030404@dat.pl> Date: Sun, 03 Nov 2013 10:54:20 +0100 From: Maciej Milewski User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Boris Bobrov , Gleb Smirnoff Subject: Re: 10.0-BETA1 i386 on VirtualBox References: <526939BF.4030306@dat.pl> <20131031134843.GN52889@glebius.int.ru> <20131031135432.GO52889@glebius.int.ru> <201311021106.17222.breton@cynicmansion.ru> In-Reply-To: <201311021106.17222.breton@cynicmansion.ru> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: Glen Barber , "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, 03 Nov 2013 09:55:16 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 02.11.2013 08:06, Boris Bobrov wrote: > В сообщении от Thursday 31 of October 2013 17:54:32 Gleb написал: >> On Thu, Oct 31, 2013 at 05:48:43PM +0400, Gleb Smirnoff wrote: >> T> B> 1. The bug disappeares if I disable VT-x/AMD-V in my virtual >> machine T> B> settings (Settings -> System -> Acceleration) and >> appeares if I enable it T> B> (thanks to Gleb for inspiration >> yesterday). It disappeares everywhere, on T> B> all revisions. >> T> B> >> T> B> 2. r244315 seems to be not buggy even with VT-x enabled. So we >> have to T> B> look somewhere between r244315 and r248935. >> T> >> T> Good news! Thanks Boris. >> T> >> T> Can you track this down to a particular revision? >> >> I have suspision that it is very close to the bhyve checkin: >> >> ----------------------------------------------------------------------- >> - r245652 | neel | 2013-01-19 08:18:52 +0400 (сб, 19 янв 2013) | 9 >> lines >> >> Merge projects/bhyve to head. >> >> 'bhyve' was developed by grehan@ and myself at NetApp (thanks!). >> >> Special thanks to Peter Snyder, Joe Caradonna and Michael Dexter for >> their support and encouragement. >> >> Obtained from: NetApp >> >> ----------------------------------------------------------------------- >> - >> >> since this is the code that started to utilize VT-x. >> >> Can you please check this revision and -1 revision to it? > > r245652 is not buggy. > I traced this down to r248521: svn log -r248521 - ------------------------------------------------------------------------ r248521 | kib | 2013-03-19 16:08:15 +0100 (Tue, 19 Mar 2013) | 5 lines UFS support of the unmapped i/o for the user data buffers. Sponsored by: The FreeBSD Foundation Tested by: pho, scottl, jhb, bf - ------------------------------------------------------------------------ The last working revision is 248520. - -- Pozdrawiam, Maciej Milewski -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlJ2HUwACgkQPQ1pa2ELkNngDwCgg7lwWXyK5gIsL1i1HssddtlA QocAniNQENn9nGAj7uOYxYRB90Ch5quR =+YaO -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Nov 3 02:00:36 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 03335C5E for ; Sun, 3 Nov 2013 02:00:36 +0000 (UTC) (envelope-from army.of.root@gmail.com) Received: from mail-bk0-x22e.google.com (mail-bk0-x22e.google.com [IPv6:2a00:1450:4008:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8724524C9 for ; Sun, 3 Nov 2013 02:00:35 +0000 (UTC) Received: by mail-bk0-f46.google.com with SMTP id e11so204169bkh.19 for ; Sat, 02 Nov 2013 19:00:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=h9VU0zR0OIkNOWWkSRy+o680jx1TLcdVFJRfKKwQC0E=; b=fT23mh7JAmMKSaCja2VIS5kww9oyCly7CPemO8ehzyAAP/FVq0Ko+6J+mXVJ9eU/2h VqkpDdbn93j6/xzab4Z3NaaNsqZ5CM/KBIHGpWG4vM1QPW51OnJv05bzyynmaZsj/ehD se++9pIqdLQO2Tw4E5Hto8k5+TeEkbXo7u4uGDRPQK2YyoD4SgUFq4+nbn87n/WMPbXt dRabqq5FG72l9SE8FCmNcm9FY3m0pRFBdWuUX65taDE5nhASACAI1afiDe5G4+L9MUzU E68AgBP6LFdL8w9sDhqU5C/IP72qwYaeWKMHDufMntipMw6Z6KtaYcKQiTn5ooUjIxL/ fpUQ== X-Received: by 10.204.228.198 with SMTP id jf6mr22979bkb.41.1383444033248; Sat, 02 Nov 2013 19:00:33 -0700 (PDT) Received: from MacBook-Pro.local (p4FFFEC74.dip0.t-ipconnect.de. [79.255.236.116]) by mx.google.com with ESMTPSA id pn6sm10299169bkb.14.2013.11.02.19.00.31 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 02 Nov 2013 19:00:32 -0700 (PDT) Message-ID: <5275AE40.3040307@googlemail.com> Date: Sun, 03 Nov 2013 03:00:32 +0100 From: "army.of.root" User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 CC: freebsd-current Subject: Re: Official FreeBSD Binary Packages now available for pkgng References: <5271BC11.1010303@FreeBSD.org> <5272D0DE.4080209@FreeBSD.org> <52745B7F.2080608@vangyzen.net> <5274B947.7030607@FreeBSD.org> <1680682c-dc77-4ee3-8e59-ee7356f307a3@email.android.com> <5274D90D.8040508@FreeBSD.org> <20131102113750.GG2951@home.opsec.eu> <5274EFD6.6030504@FreeBSD.org> <0F068420-0A1C-4605-90A8-0D1C1120F222@FreeBSD.org> <157EAEE9-A373-44B1-B50A-080FBD76C593@FreeBSD.org> In-Reply-To: <157EAEE9-A373-44B1-B50A-080FBD76C593@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 03 Nov 2013 11:27:08 +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: Sun, 03 Nov 2013 02:00:36 -0000 Am 02/11/13 23:19, schrieb Mark Felder: > > On Nov 2, 2013, at 3:27 PM, Adrian Chadd wrote: > >> A lot of HTTP infrastructure lives on anycast DNS, HTTP redirects and >> geoip records. Saying it's broken and not feasible is nonsense. > > More specifically what I was referring to was the fact that traditionally HTTP failover with round-robin A records is very unreliable; every client can act differently. You really need to be doing anycast as well to ensure those records are always available which adds additional architecture complexity that the project may not have the resources to throw at. GeoDNS also adds a layer of complexity, but as it turns out there are members of the project with extensive experience running it. SRV would give us very simple, cheap, reliable failover. It seems we do have some blockers, though. > > The good news is that we fully control the client. Hopefully we can just work around these issues. Hi, I like green better than purple! Everybody is just rationalizing their positions with great sophistication. I think the new behavior is a POLA violation. I was pretty annoyed when i could not browse the given URL. And this will probably result in lots of wasted time for admins, becuase we are doing it differently from everybody else. Everybody else is doing pretty fine with the status quo. There should be a better reason than the listed to "roll our own". - With this threshold, we could also start to replace (smtp, http, dns, pam, posix ....). [*cough* systemd] I am not a FreeBSD developer, so see it as the opinion of a non-paying consumer :) Thanks for pkg-ng, its awesome so far! From owner-freebsd-current@FreeBSD.ORG Sun Nov 3 12:35:33 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6B33B813 for ; Sun, 3 Nov 2013 12:35:33 +0000 (UTC) (envelope-from breton@cynicmansion.ru) Received: from mail-lb0-f171.google.com (mail-lb0-f171.google.com [209.85.217.171]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E3F952C9F for ; Sun, 3 Nov 2013 12:35:32 +0000 (UTC) Received: by mail-lb0-f171.google.com with SMTP id x18so4639794lbi.2 for ; Sun, 03 Nov 2013 04:35:25 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:subject:date:user-agent:cc:references :in-reply-to:mime-version:content-type:content-transfer-encoding :message-id; bh=sJCo4JtgljUZShSGP0WLzXsfAMUrx6gfgYd5LEBrJQU=; b=bsgRGRNwf/fpWkDVA9n21qE5B+KBeLNu7fSJ6TfChLRK84SeDdN2Qvn9LCNvfxs09h 5PWPtOQkh8QsAbS/wUl23I663ITwckuALXcsWQ7U57fwYbc2b0h4+bWNf8U1yNhxCAjV UsoeuI0Buz1wziAMtX/K1iZ1zU2ubFm7dxABoQnp5TUZGWdEuTT/X40+vd/tatmmocyk 4SVk7tOUGEj3a3vGSdtIifbR6A/+jxU+AtE9Ui9appfc+u8VDEoVesQ0ZP6H02KvZs1e /K93vLq+RqwSjB5HtDO5Mh/dD0B12nxhBRn2NoMm2vYVDiUc4ZJ+qwPqXEjKh+T6Ri9J XVIg== X-Gm-Message-State: ALoCoQnAf77FJ8pVyebk8arkEXwfkdfKhyZ2Dya6MJ2B455QmxVZIRHaZ58XfZjShZF75nXs4L/w X-Received: by 10.112.144.197 with SMTP id so5mr3583549lbb.22.1383481765886; Sun, 03 Nov 2013 04:29:25 -0800 (PST) Received: from breton.localnet ([92.101.104.4]) by mx.google.com with ESMTPSA id i3sm13257725laf.10.2013.11.03.04.29.23 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 03 Nov 2013 04:29:24 -0800 (PST) From: Boris Bobrov To: Maciej Milewski Subject: Re: 10.0-BETA1 i386 on VirtualBox Date: Sun, 3 Nov 2013 16:29:11 +0400 User-Agent: KMail/1.13.7 (Linux/3.10-0.bpo.2-686-pae; KDE/4.8.4; i686; ; ) References: <526939BF.4030306@dat.pl> <201311021106.17222.breton@cynicmansion.ru> <52761D4C.8030404@dat.pl> In-Reply-To: <52761D4C.8030404@dat.pl> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2314205.Xk5AcF9Xba"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201311031629.20378.breton@cynicmansion.ru> X-Mailman-Approved-At: Sun, 03 Nov 2013 13:50:29 +0000 Cc: Glen Barber , Gleb Smirnoff , "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, 03 Nov 2013 12:35:33 -0000 --nextPart2314205.Xk5AcF9Xba Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable =D0=92 =D1=81=D0=BE=D0=BE=D0=B1=D1=89=D0=B5=D0=BD=D0=B8=D0=B8 =D0=BE=D1=82 = Sunday 03 of November 2013 13:54:20 Maciej =D0=BD=D0=B0=D0=BF=D0=B8=D1=81= =D0=B0=D0=BB: > On 02.11.2013 08:06, Boris Bobrov wrote: > > =D0=92 =D1=81=D0=BE=D0=BE=D0=B1=D1=89=D0=B5=D0=BD=D0=B8=D0=B8 =D0=BE=D1= =82 Thursday 31 of October 2013 17:54:32 Gleb =D0=BD=D0=B0=D0=BF=D0=B8=D1= =81=D0=B0=D0=BB: > >> On Thu, Oct 31, 2013 at 05:48:43PM +0400, Gleb Smirnoff wrote: > >> T> B> 1. The bug disappeares if I disable VT-x/AMD-V in my virtual > >> machine T> B> settings (Settings -> System -> Acceleration) and > >> appeares if I enable it T> B> (thanks to Gleb for inspiration > >> yesterday). It disappeares everywhere, on T> B> all revisions. > >> T> B> > >> T> B> 2. r244315 seems to be not buggy even with VT-x enabled. So we > >> have to T> B> look somewhere between r244315 and r248935. > >> T> > >> T> Good news! Thanks Boris. > >> T> > >> T> Can you track this down to a particular revision? > >>=20 > >> I have suspision that it is very close to the bhyve checkin: > >>=20 > >> -------------------------------------------------------------------- > >> --- - r245652 | neel | 2013-01-19 08:18:52 +0400 (=D1=81=D0=B1, 19 =D1= =8F=D0=BD=D0=B2 2013) | > >> 9 lines > >>=20 > >> Merge projects/bhyve to head. > >>=20 > >> 'bhyve' was developed by grehan@ and myself at NetApp (thanks!). > >>=20 > >> Special thanks to Peter Snyder, Joe Caradonna and Michael Dexter for > >> their support and encouragement. > >>=20 > >> Obtained from: NetApp > >>=20 > >> -------------------------------------------------------------------- > >> --- - > >>=20 > >> since this is the code that started to utilize VT-x. > >>=20 > >> Can you please check this revision and -1 revision to it? > >=20 > > r245652 is not buggy. >=20 > I traced this down to r248521: > svn log -r248521 > ----------------------------------------------------------------------- > - r248521 | kib | 2013-03-19 16:08:15 +0100 (Tue, 19 Mar 2013) | 5 > lines >=20 > UFS support of the unmapped i/o for the user data buffers. >=20 > Sponsored by: The FreeBSD Foundation > Tested by: pho, scottl, jhb, bf >=20 > ----------------------------------------------------------------------- > - >=20 > The last working revision is 248520. Yes, I confirm that. =2D-=20 =D0=A1 =D0=BD=D0=B0=D0=B8=D0=BB=D1=83=D1=87=D1=88=D0=B8=D0=BC=D0=B8 =D0=BF= =D0=BE=D0=B6=D0=B5=D0=BB=D0=B0=D0=BD=D0=B8=D1=8F=D0=BC=D0=B8,=20 Boris --nextPart2314205.Xk5AcF9Xba Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAABAgAGBQJSdkGYAAoJEO4+S87gXws9hPwQAIJ+YVq6n7W1KS8dpRn2nCN5 HhOM4/cBoehCyLnkwKjhd4FsO3mSQ29iwFmM4MOJ1CH1A52D8eFAir8S+xTceIjK Il7JVpg0zmkTI1+EO2ImuyGdj/3p/4JBAk1x+LlOuxx9WH8X4rPM6nipMYyzOk/e XXmpT8Q4hLLWVxUmoSg5EQvzCtCHfc6Icd8lVz3DiXcfpIPW4+oLAChbw3mT70/p 5OctRIH1dPOd+GGiqh3hHtVCLkXFtdf+UjIjqVVm8mTtKOhprFkXKcezFmW6zpma ObkoQnELy47tVG8IYJiWRQYeH+GEMSWQ79RC0CDjuOb6m9DDAuXTE7/J8yPECAKC Sur35FJv/S0NF8lOcUDqAJlXPkv7nFqZFd/n/bAnqWI82u8UjzV5nUi7XeNIqy7e t1JjfxffjuPzswvuEunhMkdnc2N8v+uNs/pdVPgBVNvmBxE34jMuCsT149Cbd1P1 nN+7z2BRa+OEWc34JfQ4M0HwNBJyv67apVe2DlfJQ88TYYNt+r0Yw6l7b7k7cXgi Ej++cIQRIQEy5BCr77HWeG/JYQkONEVJm3br96I1Daje6XL6OXbJhUiQg9H9gVb0 41AVrUNfIgMFxECbbXTHujDg7lcvFLdhs6ZmLpmnXA5htlZT4PEJGO2A9w3TdoMW 5JMXuk4/LjY0rS2JFY2W =F5su -----END PGP SIGNATURE----- --nextPart2314205.Xk5AcF9Xba-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 3 13:56:46 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 02914B3A; Sun, 3 Nov 2013 13:56:45 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 77E882FCD; Sun, 3 Nov 2013 13:56:44 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.7/8.14.7) with ESMTP id rA3Dk2no077021; Sun, 3 Nov 2013 17:46:02 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.7/8.14.7/Submit) id rA3Dk1NJ077020; Sun, 3 Nov 2013 17:46:01 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Sun, 3 Nov 2013 17:46:01 +0400 From: Gleb Smirnoff To: Boris Bobrov Subject: Re: 10.0-BETA1 i386 on VirtualBox Message-ID: <20131103134601.GN52889@glebius.int.ru> References: <526939BF.4030306@dat.pl> <201311021106.17222.breton@cynicmansion.ru> <52761D4C.8030404@dat.pl> <201311031629.20378.breton@cynicmansion.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201311031629.20378.breton@cynicmansion.ru> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Glen Barber , "freebsd-current@freebsd.org" , kib@FreeBSD.org, Maciej Milewski 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, 03 Nov 2013 13:56:46 -0000 Maciej, Boris, On Sun, Nov 03, 2013 at 04:29:11PM +0400, Boris Bobrov wrote: B> > I traced this down to r248521: B> > svn log -r248521 B> > ----------------------------------------------------------------------- B> > - r248521 | kib | 2013-03-19 16:08:15 +0100 (Tue, 19 Mar 2013) | 5 B> > lines B> > B> > UFS support of the unmapped i/o for the user data buffers. B> > B> > Sponsored by: The FreeBSD Foundation B> > Tested by: pho, scottl, jhb, bf B> > B> > ----------------------------------------------------------------------- B> > - B> > B> > The last working revision is 248520. B> B> Yes, I confirm that. Thanks for you help! Can you please now try unpatched vanilla 10.0-BETA2 iso file and when it boots set in loader (before kernel): OK set vfs.unmapped_buf_allowed=0 OK boot -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Sun Nov 3 14:10:35 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DE09DFEB for ; Sun, 3 Nov 2013 14:10:35 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: from mail-wi0-x234.google.com (mail-wi0-x234.google.com [IPv6:2a00:1450:400c:c05::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 759C720AB for ; Sun, 3 Nov 2013 14:10:35 +0000 (UTC) Received: by mail-wi0-f180.google.com with SMTP id ey11so2762833wid.7 for ; Sun, 03 Nov 2013 06:10:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=2Kh8rSc+0ToetHoMCBkXIc8oCp+Kx/rhqfgQzwwuvbg=; b=LCsCqSPn20dWug11VLakEGgHl0yYF7qb5Jk10urLbm9240eM/QRju1vWIx5BDq24EX Pcv7yGh/kovfLf1yjveHUXaVeF/xcNXCpl92vwAJjTMCtfukjmde6RNKeUAGnZ3PXZvR 891uLICF5WtpOp646qUkwX7HmrQebak2TuwzxU2ivcJkTT0MO2XMbgqGSWawLG/syv8z d2oZ/4QPfz/pvFf4zr+93DmztFdEQF7Ll2in8CM6kupUhhztZ2+dUKzi+nZSMM2iY0td 0UFJhQSsZ6FHeCA92Wu9Gh7cMWqiZ7UUsI3DOU4+keVyD7Nt7YJzXp3UhiGpfOsyIryQ 5AYw== X-Received: by 10.194.239.40 with SMTP id vp8mr189861wjc.45.1383487833750; Sun, 03 Nov 2013 06:10:33 -0800 (PST) Received: from gumby.homeunix.com (87-194-105-247.bethere.co.uk. [87.194.105.247]) by mx.google.com with ESMTPSA id hv5sm5346431wib.2.2013.11.03.06.10.32 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Sun, 03 Nov 2013 06:10:33 -0800 (PST) Date: Sun, 3 Nov 2013 14:10:31 +0000 From: RW To: freebsd-current@freebsd.org Subject: Re: Official FreeBSD Binary Packages now available for pkgng Message-ID: <20131103141031.5f55e8c2@gumby.homeunix.com> In-Reply-To: <5274EFD6.6030504@FreeBSD.org> References: <5271BC11.1010303@FreeBSD.org> <5272D0DE.4080209@FreeBSD.org> <52745B7F.2080608@vangyzen.net> <5274B947.7030607@FreeBSD.org> <1680682c-dc77-4ee3-8e59-ee7356f307a3@email.android.com> <5274D90D.8040508@FreeBSD.org> <20131102113750.GG2951@home.opsec.eu> <5274EFD6.6030504@FreeBSD.org> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; 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: Sun, 03 Nov 2013 14:10:35 -0000 On Sat, 02 Nov 2013 12:28:06 +0000 Matthew Seaman wrote: > > Which is not always true, especially in heavily firewalled > > environments. > > I feel no obligation to do anything to encourage people that > deliberately break the DNS. They've made their bed, and now they have > to lie in it. In other words, one more reason to choose Linux. You can only afford to say "no soup for you" if you're the only soup-nazi in town. I think there's an important distinction between broken dns and local dns. If someone wants to provide controlled web access through a web cache without giving general internet access then I don't see why they shouldn't. This doesn't affect admins running servers, it affect people trying to install FreeBSD on the locked-down part of the network - typically the desktop machines of developers. It also seems to be a fundamentally bad idea for a client that knows it's connected to a proxy to be choosing the server in the first place. From owner-freebsd-current@FreeBSD.ORG Sun Nov 3 14:41:55 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E3D656EB; Sun, 3 Nov 2013 14:41:55 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 45D6D21DF; Sun, 3 Nov 2013 14:41:55 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id rA3EfWYw067879; Sun, 3 Nov 2013 16:41:32 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua rA3EfWYw067879 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id rA3EfViV067878; Sun, 3 Nov 2013 16:41:31 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 3 Nov 2013 16:41:31 +0200 From: Konstantin Belousov To: Gleb Smirnoff Subject: Re: 10.0-BETA1 i386 on VirtualBox Message-ID: <20131103144131.GG59496@kib.kiev.ua> References: <526939BF.4030306@dat.pl> <201311021106.17222.breton@cynicmansion.ru> <52761D4C.8030404@dat.pl> <201311031629.20378.breton@cynicmansion.ru> <20131103134601.GN52889@glebius.int.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+84OEkE2sKTXuqtJ" Content-Disposition: inline In-Reply-To: <20131103134601.GN52889@glebius.int.ru> User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, 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: Boris Bobrov , Glen Barber , "freebsd-current@freebsd.org" , kib@FreeBSD.org, Maciej Milewski 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, 03 Nov 2013 14:41:56 -0000 --+84OEkE2sKTXuqtJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 03, 2013 at 05:46:01PM +0400, Gleb Smirnoff wrote: > Maciej, Boris, >=20 > On Sun, Nov 03, 2013 at 04:29:11PM +0400, Boris Bobrov wrote: > B> > I traced this down to r248521: > B> > svn log -r248521 > B> > --------------------------------------------------------------------= --- > B> > - r248521 | kib | 2013-03-19 16:08:15 +0100 (Tue, 19 Mar 2013) | 5 > B> > lines > B> >=20 > B> > UFS support of the unmapped i/o for the user data buffers. > B> >=20 > B> > Sponsored by: The FreeBSD Foundation > B> > Tested by: pho, scottl, jhb, bf > B> >=20 > B> > --------------------------------------------------------------------= --- > B> > - > B> >=20 > B> > The last working revision is 248520. > B>=20 > B> Yes, I confirm that. >=20 > Thanks for you help! >=20 > Can you please now try unpatched vanilla 10.0-BETA2 iso file and when it > boots set in loader (before kernel): >=20 > OK set vfs.unmapped_buf_allowed=3D0 > OK boot Show what disk driver is used, also show the output of hw.ncpu, both =66rom the guest. --+84OEkE2sKTXuqtJ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSdmCaAAoJEJDCuSvBvK1BJPgQAKqTxmFcX6qxJaeATiGu5MHr 9akjLlfxvL1GE5s7MpTZxHkLYIvzf1tepYuxsj4u1wFaRmjsTZRTuwj++vEOvmpM WRZ7tGYcuMx93/yAo5UajnxESx+iAzvdIqNWdVrutfmBX8HnRcQsJ6mwg5cZnIB4 SKVESYr86bjXBQDjLbyrVewVGXbWNyC4KNhlKXrWljyDFy7PoLmGdUFrk1j82bRz x7jJPz3LjpYSkr7USIG6hvPgdiX/ghOXe35RY5J7IucduMiGS5JVgGWAZxxwxvp8 IYJRkvOrk1f1b68A0AmDTgBCccBsjLzg8rQUTcyYrbbPycg5aA+qWHM2t+sMKvh0 OzRm/Weevz220GG7os8MlwZ5RJkhQIls0+R6Eoa0CV6hYL0+8YL6gTgFz77sSRA6 d0WFouyuH1V2O/QJvQ/gdfyQz3WzuauHiQ9TAsIUBBgxbmfT80qcoEYVghaUu298 Gjntu11Hm4qx7itE2FGWTiDzWdOQ1lXPa/IlmYvceUt5N/VumbnYHcy6yOGEM2VO ofWz/SHhVuAe94p7gejee/FKK6y63+jIu0kAtaBV05gPxhbec8EKPLobtRSjkeEk DytP4Vy9uCRYe3dB+LMTsJJ34UOVPzgYmvIHayoKiQJwAnOo7puVDV9kVTu/JpTi nSOcdPcbZ75Y13Z/7ZFu =TPJz -----END PGP SIGNATURE----- --+84OEkE2sKTXuqtJ-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 3 16:38:28 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E9771684; Sun, 3 Nov 2013 16:38:27 +0000 (UTC) (envelope-from milu@dat.pl) Received: from jab.dat.pl (dat.pl [80.51.155.34]) by mx1.freebsd.org (Postfix) with ESMTP id 5B6532684; Sun, 3 Nov 2013 16:38:26 +0000 (UTC) Received: from jab.dat.pl (jsrv.dat.pl [127.0.0.1]) by jab.dat.pl (Postfix) with ESMTP id 7958E249; Sun, 3 Nov 2013 17:38:20 +0100 (CET) X-Virus-Scanned: amavisd-new at dat.pl Received: from jab.dat.pl ([127.0.0.1]) by jab.dat.pl (jab.dat.pl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id nAclEo3-AG-j; Sun, 3 Nov 2013 17:35:41 +0100 (CET) Received: from android-88c0128b6d395771.home (178-36-1-167.adsl.inetia.pl [178.36.1.167]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by jab.dat.pl (Postfix) with ESMTPSA id 57DDD3E; Sun, 3 Nov 2013 17:35:40 +0100 (CET) User-Agent: K-9 Mail for Android In-Reply-To: <20131103144131.GG59496@kib.kiev.ua> References: <526939BF.4030306@dat.pl> <201311021106.17222.breton@cynicmansion.ru> <52761D4C.8030404@dat.pl> <201311031629.20378.breton@cynicmansion.ru> <20131103134601.GN52889@glebius.int.ru> <20131103144131.GG59496@kib.kiev.ua> MIME-Version: 1.0 Subject: Re: 10.0-BETA1 i386 on VirtualBox From: Maciej Milewski Date: Sun, 03 Nov 2013 17:35:35 +0100 To: Konstantin Belousov , Gleb Smirnoff Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Boris Bobrov , Glen Barber , "freebsd-current@freebsd.org" , kib@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, 03 Nov 2013 16:38:28 -0000 On guest hw.ncpu=1 and disk is connected to emulated Intel ahci sata controller visible as ada0. Konstantin Belousov napisał: >On Sun, Nov 03, 2013 at 05:46:01PM +0400, Gleb Smirnoff wrote: >> Maciej, Boris, >> >> On Sun, Nov 03, 2013 at 04:29:11PM +0400, Boris Bobrov wrote: >> B> > I traced this down to r248521: >> B> > svn log -r248521 >> B> > >----------------------------------------------------------------------- >> B> > - r248521 | kib | 2013-03-19 16:08:15 +0100 (Tue, 19 Mar 2013) | >5 >> B> > lines >> B> > >> B> > UFS support of the unmapped i/o for the user data buffers. >> B> > >> B> > Sponsored by: The FreeBSD Foundation >> B> > Tested by: pho, scottl, jhb, bf >> B> > >> B> > >----------------------------------------------------------------------- >> B> > - >> B> > >> B> > The last working revision is 248520. >> B> >> B> Yes, I confirm that. >> >> Thanks for you help! >> >> Can you please now try unpatched vanilla 10.0-BETA2 iso file and when >it >> boots set in loader (before kernel): >> >> OK set vfs.unmapped_buf_allowed=0 >> OK boot > >Show what disk driver is used, also show the output of hw.ncpu, both >from the guest. -- Wysłane z Androida za pomocą K-9 Mail. Prosze wybaczyć lakoniczność. From owner-freebsd-current@FreeBSD.ORG Sun Nov 3 17:33:49 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E2566B97; Sun, 3 Nov 2013 17:33:48 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A8C0E292F; Sun, 3 Nov 2013 17:33:48 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.15]) by ltcfislmsgpa02.fnfis.com (8.14.5/8.14.5) with ESMTP id rA3HXaeU012567 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sun, 3 Nov 2013 11:33:36 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.152]) by LTCFISWMSGHT04.FNFIS.com ([10.132.206.15]) with mapi id 14.03.0158.001; Sun, 3 Nov 2013 11:33:34 -0600 From: "Teske, Devin" To: Nathan Whitehorn Subject: Re: [CFT] bsdinstall and zfsboot enhancements Thread-Topic: [CFT] bsdinstall and zfsboot enhancements Thread-Index: AQHO1/VTfN3AabWEO0qqCcwz4iQiNg== Date: Sun, 3 Nov 2013 17:33:34 +0000 Message-ID: <97944047-D575-4E2E-B687-9871DFE058E3@fisglobal.com> References: <5275C597.6070702@freebsd.org> In-Reply-To: <5275C597.6070702@freebsd.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: multipart/signed; boundary="Apple-Mail=_09E570DD-B309-45AE-AC5C-E9477918E1D5"; protocol="application/pgp-signature"; micalg=pgp-sha512 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-11-03_02:2013-11-03,2013-11-03,1970-01-01 signatures=0 Cc: Devin Teske , " Current" , "Teske, Devin" , Peter Grehan , Michael Dexter 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: Sun, 03 Nov 2013 17:33:49 -0000 --Apple-Mail=_09E570DD-B309-45AE-AC5C-E9477918E1D5 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Nov 2, 2013, at 8:40 PM, Nathan Whitehorn wrote: > On 11/02/13 12:59, Teske, Devin wrote: >> Hi all, >>=20 >> Another Call For Testing... >> This one is for bsdinstall. > Will look at the rest later... >>=20 >> + Update bsdinstall's "config" script to adjust ttyu* entries in >> /etc/ttys when it is determined that we are in-fact doing an install >> over serial (e.g. bhyve). >>=20 >=20 > I think this is the wrong solution. Thank you for your feedback. Sincerely. > The installer is run in a lot of circumstances, and tying it to the boot = environment is a mistake. If we want serial consoles to default to on for x= 86, they should default to on (they do for most other architectures). The m= agic should never ever be in the installer. >=20 Well, I would say we *don't* want serial to be on by default... That would actually hurt me at $work where we actually use the serial ports for barcode readers. > Setting the terminal type to vt100 unconditionally is also questionable. = Using kbdcontrol also doesn't do the right thing, since it will turn on ser= ial consoles if you install to, say, a disk image from an xterm or if you u= se newcons. Kk. I'm CC'ing Peter Grehan, because we only arrived at this solution based on a quick discussion with Michael Dexter at vBSDcon with respect to bhyve. Peter, can you restate the problem for Nathan so that we can maybe find a better home for this change? or perhaps more clearly define (than I) how we arrived at the code for the bhyve work? --=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. --Apple-Mail=_09E570DD-B309-45AE-AC5C-E9477918E1D5 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJSdojuAAoJEKrMn5R9npq5JaIIAIMHsqzBEw2J4gPrd21G7pR6 LqWRmYGXRX0rEdatT+qQO6srXOL/9IwmOvAoEy7laUTpWakTDaw/RbU3ZeeuOf/y ae45XPtSn5tADNcBCyPdxQ1bsEFFEtmxGGoG9KF6PpV2jKSi9smP9kVsfdJKTaIg zvTEemYPJgp0f4Vs99lDPZKSItW3gmeFnnv8Ys1oyATilXyQ7w4VqAgfwr07/sWc SDnjuMmf2WleKape8GLGYtlnCi6hNe5TUhKwrS3u5d8XR6wO7uwC96fEewMGqpIK jvsJ4rk9OGQmiZzWwYme9lXOdZjEKNUCJUqWby8oge5tQN4CPQc3WzkIHZdTn2M= =73AJ -----END PGP SIGNATURE----- --Apple-Mail=_09E570DD-B309-45AE-AC5C-E9477918E1D5-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 3 17:40:05 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A5B0FDFA; Sun, 3 Nov 2013 17:40:05 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6AFAC297F; Sun, 3 Nov 2013 17:40:04 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.31]) by ltcfislmsgpa06.fnfis.com (8.14.5/8.14.5) with ESMTP id rA3He4Wq029396 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sun, 3 Nov 2013 11:40:04 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.152]) by LTCFISWMSGHT03.FNFIS.com ([10.132.206.31]) with mapi id 14.03.0158.001; Sun, 3 Nov 2013 11:40:02 -0600 From: "Teske, Devin" To: Artem Belevich Subject: Re: [CFT] Kernel-Selection Enhancemnt to Boot Menu Thread-Topic: [CFT] Kernel-Selection Enhancemnt to Boot Menu Thread-Index: AQHO15puDLYKYE3XWU64lusTqAzYBQ== Date: Sun, 3 Nov 2013 17:40:02 +0000 Message-ID: <442025F5-09CD-4E15-B0B8-3019D2918673@fisglobal.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: multipart/signed; boundary="Apple-Mail=_A60E8ECB-0064-4B8A-BF2B-7AA18035630D"; protocol="application/pgp-signature"; micalg=pgp-sha512 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-11-03_02:2013-11-03,2013-11-03,1970-01-01 signatures=0 Cc: "Sam Fourman Jr." , Devin Teske , "Teske, Devin" , " Current" 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: Sun, 03 Nov 2013 17:40:05 -0000 --Apple-Mail=_A60E8ECB-0064-4B8A-BF2B-7AA18035630D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" On Nov 2, 2013, at 8:27 PM, Artem Belevich wrote: > On Sat, Nov 2, 2013 at 9:47 AM, Teske, Devin = wrote: >>> where are the forth files in question? >>>=20 >>=20 >> D'Oh! >>=20 >> Here they are: >>=20 >> https://urldefense.proofpoint.com/v1/url?u=3Dhttp://druidbsd.cvs.sf.net/= viewvc/druidbsd/forth_zfs/&k=3D%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=3DLTzU= WWrRnz2iN3PtHDubWRSAh9itVJ%2BMUcNBCQ4tyeo%3D%0A&m=3DLikaP7fhAuWFwcCB34idLlW= shVBNdWkfLMLvZ5MEnX8%3D%0A&s=3D3d2d4cfda3daa8bd25f165bb1622cf30975b89ae1bbc= aea301da0b8e2f5b00f8 >>=20 >> Supplied as patches to either stable/9 or head. >> -- >> Devin >=20 > Thanks for the patches. Tried on stable/9 and they worked great for me. > Do you have anything similar to select boot environment as well? >=20 You're right to assume that these patches are actually an incremental step in that direction (that is to say, that it's silly to load a kernel before = the menu if the menu will allow you to select an ad hoc root device). So indeed, the next step is to allow selecting your root device (be it a ZFS snapshot or alternate root for whatever purpose). I've been giving some thought to this one... and I'm actually thinking about writing this one as an FICL call-out (that is to say, written in the C code= of the loader which is then invoked by the Forth code). I have already done mockups for this, but it will take some time before you see a worthy patchset (think 10.1). --=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. --Apple-Mail=_A60E8ECB-0064-4B8A-BF2B-7AA18035630D Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJSdopyAAoJEKrMn5R9npq5WbAH/2xl2wmVU0QQbmEeTpZpms1h 5WHcyCexHdZZL94pS9t4S9dyN88UPBzMGFjs6eRKU3yY1lrFrbiJGCnH9AcLAR8K ovXN60JbhSS4fg8T4k4YbTFOVKL5j2xgFg/ZXxWlMiWuPh2njYzvYKajjmmJk5Ot /gjbUWdHubwQzr4p6n7nIlJs6i8AnjTncvkpvZUUImLn0lxTTy3n9D+yzaN9q3yw UCiTKowllAsJ2br5pG6MtJ2opINYw9WXt0EoIy+6Bq8ck2yNFMsLGqy8QV0hsEJ/ hs5Z2AosnwRK39J6DgNi/G+T7wpEDfJIm+jVmJWfq3TP+HIhVCasq41aLP13/bM= =Anol -----END PGP SIGNATURE----- --Apple-Mail=_A60E8ECB-0064-4B8A-BF2B-7AA18035630D-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 3 17:48:16 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1AEDF31D; Sun, 3 Nov 2013 17:48:16 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E51DB29C2; Sun, 3 Nov 2013 17:48:15 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 55A4913B5A; Sun, 3 Nov 2013 17:48:06 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 55A4913B5A Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Sun, 3 Nov 2013 12:48:04 -0500 From: Glen Barber To: freebsd-stable@FreeBSD.org, freebsd-current@FreeBSD.org Subject: 10.0-BETA3, why it was added Message-ID: <20131103174804.GH1792@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="AqCDj3hiknadvR6t" Content-Disposition: inline X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: FreeBSD Release Engineering Team 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, 03 Nov 2013 17:48:16 -0000 --AqCDj3hiknadvR6t Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Just a quick update on why -BETA3 was added to the 10.0-RELEASE schedule: A problem was discovered in the base iconv(1), which introduces a major regression with character encoding, specifically with malformed output. Sample code to reproduce the issue: % perl -e "print pack('C*', 0xa5,0xa2,0xa5,0xe1,0xa5,0xea,0xa5,0xab); \ print qq/\n/;" \ | iconv -f euc-jp -t utf-8 \ | iconv -f utf-8 -t euc-jp \ | hexdump -C 00000000 a2 a5 e1 a5 ea a5 ab a5 0a 00000009 While there are no compile-time issues in general, this makes the base iconv(1) unusable with certain character sets. Solutions are being evaluated. For the immediate time, -BETA3 builds have started. Glen On behalf of: re@ --AqCDj3hiknadvR6t Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSdoxUAAoJELls3eqvi17Qqb8P/i3Msuk5bOF2YkP3aERdd20d PvdpUiiXcDbTExAFfTmQd89/tIlnnsVSz0bth43/sKSIhKymdcboydK267zErXKG V1VnslyP8ZYrMOFLVGcULsyHZmCyYU/axqrtACv3jfCcwzKlpEQauLVitRl9f1US /sU42vNcd36mJ1X5Cdxy9PpeiDLtVyMkqQIPfMUJx5s7NYb0swWy1OzSOcHTuygy AoCxp2c21tlj4drkmxMdpqYFRZ8aLBUiJtBPz9yNJ48gbMJ+F7d/2t3XrQICjibo eoWGmsD5qvUzMgQse3fN5tjDGDkr+ClK9AjhAfidw7pgXxnQKBfqJEEp9rBLJkDd 7NxKhP0imEJWR7KtY2BFUN+I8F1UT4xtcrxrTTdAEu603pxuDmiI4ZVwvhnrV6m9 1LYbeGdhSjPv4VTCsPg1KRVSfznq/BYZawv1ATVgLQOFaXNugbqL6FLtHH5wPfeE Gx9aEj8iJant6uujrKOmTXfjs00IEjnbNkxubO284DgnSNOZbv3160ZDSe+xK/9U YtcR8PbDezt97EgptYRppkWNLDvN70jnJrkvcrInu0MXFEw+UHsRLcL7MWTdHBFV U8/eQIGcbSgO8wdDdeLOEIGzl/xUXzBp8B8RksnN0orSxliCM3vYK0xMNH9U915T sUOxx6DfCUkCoZBF6ZjS =fDi1 -----END PGP SIGNATURE----- --AqCDj3hiknadvR6t-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 3 18:09:31 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 24925BF3; Sun, 3 Nov 2013 18:09:31 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from smtpauth4.wiscmail.wisc.edu (wmauth4.doit.wisc.edu [144.92.197.145]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E600D2AC8; Sun, 3 Nov 2013 18:09:30 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed; delsp=yes Received: from avs-daemon.smtpauth4.wiscmail.wisc.edu by smtpauth4.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) id <0MVP00A008UD5500@smtpauth4.wiscmail.wisc.edu>; Sun, 03 Nov 2013 12:09:28 -0600 (CST) X-Spam-PmxInfo: Server=avs-4, Version=6.0.3.2322014, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2013.11.3.180314, SenderIP=0.0.0.0 X-Spam-Report: AuthenticatedSender=yes, SenderIP=0.0.0.0 Received: from [10.0.2.100] (adsl-76-208-69-44.dsl.mdsnwi.sbcglobal.net [76.208.69.44]) by smtpauth4.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) with ESMTPSA id <0MVP004G893QMU00@smtpauth4.wiscmail.wisc.edu>; Sun, 03 Nov 2013 12:09:28 -0600 (CST) Message-id: From: Nathan Whitehorn To: Devin Teske In-reply-to: <97944047-D575-4E2E-B687-9871DFE058E3@fisglobal.com> Subject: Re: [CFT] bsdinstall and zfsboot enhancements Date: Sun, 03 Nov 2013 12:09:26 -0600 References: <5275C597.6070702@freebsd.org> <97944047-D575-4E2E-B687-9871DFE058E3@fisglobal.com> X-Mailer: Apple Mail (2.936) Cc: " Current" , "Teske, Devin" , Peter Grehan , Michael Dexter 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, 03 Nov 2013 18:09:31 -0000 On Nov 3, 2013, at 11:33 AM, Teske, Devin wrote: > > On Nov 2, 2013, at 8:40 PM, Nathan Whitehorn wrote: > >> On 11/02/13 12:59, Teske, Devin wrote: >>> Hi all, >>> >>> Another Call For Testing... >>> This one is for bsdinstall. >> Will look at the rest later... >>> >>> + Update bsdinstall's "config" script to adjust ttyu* entries in >>> /etc/ttys when it is determined that we are in-fact doing an install >>> over serial (e.g. bhyve). >>> >> >> I think this is the wrong solution. > > Thank you for your feedback. Sincerely. > > >> The installer is run in a lot of circumstances, and tying it to the >> boot environment is a mistake. If we want serial consoles to >> default to on for x86, they should default to on (they do for most >> other architectures). The magic should never ever be in the >> installer. >> > > Well, I would say we *don't* want serial to be on by default... > That would actually hurt me at $work where we actually use > the serial ports for barcode readers. Hmm, that's tricky. > >> Setting the terminal type to vt100 unconditionally is also >> questionable. Using kbdcontrol also doesn't do the right thing, >> since it will turn on serial consoles if you install to, say, a >> disk image from an xterm or if you use newcons. > > Kk. > > I'm CC'ing Peter Grehan, because we only arrived at this solution > based on a quick discussion with Michael Dexter at vBSDcon with > respect to bhyve. > > Peter, can you restate the problem for Nathan so that we can > maybe find a better home for this change? or perhaps more clearly > define (than I) how we arrived at the code for the bhyve work? So I guess the real problem here is that init does not know enough to start a login prompt on the console. This has irritated me for a while actually. Maybe that should be fixed? The "console" entry, which would always automatically work, in /etc/ttys is marked off, which apparently happened in the runup to 4.0. It might be time to revisit that. -Nathan From owner-freebsd-current@FreeBSD.ORG Sun Nov 3 18:58:54 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4500B92D; Sun, 3 Nov 2013 18:58:54 +0000 (UTC) (envelope-from grehan@freebsd.org) Received: from alto.onthenet.com.au (alto.OntheNet.com.au [203.13.68.12]) by mx1.freebsd.org (Postfix) with ESMTP id 023BE2CC5; Sun, 3 Nov 2013 18:58:53 +0000 (UTC) Received: from dommail.onthenet.com.au (dommail.OntheNet.com.au [203.13.70.57]) by alto.onthenet.com.au (Postfix) with ESMTPS id 9704F125BA; Mon, 4 Nov 2013 04:58:51 +1000 (EST) Received: from Peters-MacBook-Pro.local (c-67-161-27-37.hsd1.ca.comcast.net [67.161.27.37]) by dommail.onthenet.com.au (MOS 4.2.4-GA) with ESMTP id BPO68540 (AUTH peterg@ptree32.com.au); Mon, 4 Nov 2013 04:58:47 +1000 Message-ID: <52769CFE.5080707@freebsd.org> Date: Sun, 03 Nov 2013 10:59:10 -0800 From: Peter Grehan User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: Nathan Whitehorn Subject: Re: [CFT] bsdinstall and zfsboot enhancements References: <5275C597.6070702@freebsd.org> <97944047-D575-4E2E-B687-9871DFE058E3@fisglobal.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Michael Dexter , Devin Teske , "Teske, Devin" , " 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: Sun, 03 Nov 2013 18:58:54 -0000 >> Peter, can you restate the problem for Nathan so that we can >> maybe find a better home for this change? or perhaps more clearly >> define (than I) how we arrived at the code for the bhyve work? The issue is that /etc/ttys is static. Serial console installs assume that the user knows that the file should be edited manually to enable getty on the serial port. This seems at odds with a server o/s :( The suggestion I brought up with Devin was to see if the install was done on a serial port, and if so, then ask if the user wanted to enable a getty on that terminal. I think the patch might need some work: for instance, a sysctl could be used to see if the console is on a ttyu* device, and only enable for that and not for all ttys. I was going to try it out this weekend but was a bit slow off the mark :) > So I guess the real problem here is that init does not know enough to > start a login prompt on the console. This has irritated me for a while > actually. Maybe that should be fixed? The "console" entry, which would > always automatically work, in /etc/ttys is marked off, which apparently > happened in the runup to 4.0. It might be time to revisit that. That's also not good :( /dev/console is assumed to be a sink for log messages and not really an interactive tty. later, Peter. From owner-freebsd-current@FreeBSD.ORG Sun Nov 3 20:05:04 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DE1F82E3 for ; Sun, 3 Nov 2013 20:05:04 +0000 (UTC) (envelope-from ozkan.kirik@gmail.com) Received: from mail-wg0-x236.google.com (mail-wg0-x236.google.com [IPv6:2a00:1450:400c:c00::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7A5112FA1 for ; Sun, 3 Nov 2013 20:05:04 +0000 (UTC) Received: by mail-wg0-f54.google.com with SMTP id c11so1329925wgh.21 for ; Sun, 03 Nov 2013 12:05:03 -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:cc:content-type; bh=KTSBdq9DPKxSK4auHalTvnF9XBx6N0jV2McshsiPuiw=; b=bo0elFscMj7lc0Hkl/jitG/VWv5aMBJ7jtwnit+heK3J2NF5GZi623llGyzj4EXLz2 RAQMjukdW+Hp4muvZ7LjHskzBaxtIaSAhPwvgWHpAKI7jBe1KLw656X2ozvO788aG/OL eg2irgg4769LEmhi5JeaN/Y6ve3fFdwfNLEU4ANG9yxtx8wDOFU1E9N9Ai8hEqu63O0d tgjGaA2vvKyNrsLSBcGhTISTNz62FQg1CK53zfHKd3zm97Fnku6bTU1g5DTs7mQJOe9s sZVFdX2L2X7EzWAkM7CIVykCddFkxEok4iHoUWrfeLHBEMWE+wgwJsZC0tYBmOjWEVn6 ujiA== MIME-Version: 1.0 X-Received: by 10.194.47.209 with SMTP id f17mt413007wjn.55.1383509102959; Sun, 03 Nov 2013 12:05:02 -0800 (PST) Received: by 10.216.179.133 with HTTP; Sun, 3 Nov 2013 12:05:02 -0800 (PST) Date: Sun, 3 Nov 2013 22:05:02 +0200 Message-ID: Subject: FreeBSD 10 Beta2 /etc/rc.d/named script and /etc/defaults/rc.conf From: =?ISO-8859-1?Q?=D6zkan_KIRIK?= X-Mailman-Approved-At: Sun, 03 Nov 2013 21:28:19 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Release Engineering Team , freebsd-current@freebsd.org, freebsd-stable 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, 03 Nov 2013 20:05:04 -0000 Hi, Altough bind removed from FreeBSD 10 distribution, "/etc/rc.d/named" script still exists. and this script depends on "/etc/mtree/BIND.chroot.dist" file but there is no such file in source tree. I think this file was forgotten to be removed. And also, named_* definitions still exists in /etc/defaults/rc.conf file. From owner-freebsd-current@FreeBSD.ORG Sun Nov 3 21:32:06 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 75783C02; Sun, 3 Nov 2013 21:32:06 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from smtpauth4.wiscmail.wisc.edu (wmauth4.doit.wisc.edu [144.92.197.145]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4129E23E8; Sun, 3 Nov 2013 21:32:05 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed; delsp=yes Received: from avs-daemon.smtpauth4.wiscmail.wisc.edu by smtpauth4.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) id <0MVP00C00IFNZR00@smtpauth4.wiscmail.wisc.edu>; Sun, 03 Nov 2013 15:32:04 -0600 (CST) X-Spam-PmxInfo: Server=avs-4, Version=6.0.3.2322014, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2013.11.3.212415, SenderIP=0.0.0.0 X-Spam-Report: AuthenticatedSender=yes, SenderIP=0.0.0.0 Received: from [10.0.2.100] (adsl-76-208-69-44.dsl.mdsnwi.sbcglobal.net [76.208.69.44]) by smtpauth4.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) with ESMTPSA id <0MVP00DE1IHD4B20@smtpauth4.wiscmail.wisc.edu>; Sun, 03 Nov 2013 15:32:04 -0600 (CST) Message-id: <8594E939-F5DB-4BA3-9AC6-77C59A5E194D@freebsd.org> From: Nathan Whitehorn To: Peter Grehan In-reply-to: <52769CFE.5080707@freebsd.org> Subject: Re: [CFT] bsdinstall and zfsboot enhancements Date: Sun, 03 Nov 2013 15:32:01 -0600 References: <5275C597.6070702@freebsd.org> <97944047-D575-4E2E-B687-9871DFE058E3@fisglobal.com> <52769CFE.5080707@freebsd.org> X-Mailer: Apple Mail (2.936) Cc: Michael Dexter , Devin Teske , "Teske, Devin" , " 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: Sun, 03 Nov 2013 21:32:06 -0000 On Nov 3, 2013, at 12:59 PM, Peter Grehan wrote: >>> Peter, can you restate the problem for Nathan so that we can >>> maybe find a better home for this change? or perhaps more clearly >>> define (than I) how we arrived at the code for the bhyve work? > > The issue is that /etc/ttys is static. Serial console installs > assume that the user knows that the file should be edited manually > to enable getty on the serial port. This seems at odds with a server > o/s :( Yes, I agree. It's a significant usability issue... > The suggestion I brought up with Devin was to see if the install was > done on a serial port, and if so, then ask if the user wanted to > enable a getty on that terminal. I think the patch might need some > work: for instance, a sysctl could be used to see if the console is > on a ttyu* device, and only enable for that and not for all ttys. I > was going to try it out this weekend but was a bit slow off the > mark :) This was something along the lines of what I was thinking. >> So I guess the real problem here is that init does not know enough to >> start a login prompt on the console. This has irritated me for a >> while >> actually. Maybe that should be fixed? The "console" entry, which >> would >> always automatically work, in /etc/ttys is marked off, which >> apparently >> happened in the runup to 4.0. It might be time to revisit that. > > That's also not good :( /dev/console is assumed to be a sink for log > messages and not really an interactive tty. Is there any way to extract the backing device via, for example, an ioctl() from /dev/console? It seems bizarre that up until the login prompt the OS can figure out where to route console messages up until the login prompt and then gets confused at that point. I'd really prefer to have the intelligence there, since all the information needed is present, rather than have the installer guess. conscontrol has the ability to get the console backing TTY device through the kern.console TTY. Maybe init could do the same trick and add whatever is in kern.console if not manually specified in /etc/ttys? -Nathan From owner-freebsd-current@FreeBSD.ORG Sun Nov 3 22:07:14 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 09AA5639; Sun, 3 Nov 2013 22:07:14 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4955525C5; Sun, 3 Nov 2013 22:07:12 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.7/8.14.7) with ESMTP id rA3M6sXt079158; Mon, 4 Nov 2013 02:06:54 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.7/8.14.7/Submit) id rA3M6smd079157; Mon, 4 Nov 2013 02:06:54 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 4 Nov 2013 02:06:54 +0400 From: Gleb Smirnoff To: =?iso-8859-1?Q?=D6zkan?= KIRIK Subject: Re: FreeBSD 10 Beta2 /etc/rc.d/named script and /etc/defaults/rc.conf Message-ID: <20131103220654.GU52889@FreeBSD.org> References: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="tpZe61tYkA9f+p/0" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Release Engineering Team , freebsd-current@freebsd.org, freebsd-stable , des@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, 03 Nov 2013 22:07:14 -0000 --tpZe61tYkA9f+p/0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit On Sun, Nov 03, 2013 at 10:05:02PM +0200, zkan KIRIK wrote: > Altough bind removed from FreeBSD 10 distribution, "/etc/rc.d/named" script > still exists. > and this script depends on "/etc/mtree/BIND.chroot.dist" file but there is > no such file in source tree. > I think this file was forgotten to be removed. > > And also, named_* definitions still exists in /etc/defaults/rc.conf file. Please review attached file that removes named from /etc. -- Totus tuus, Glebius. --tpZe61tYkA9f+p/0 Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="named-etc.diff" Index: etc/defaults/periodic.conf =================================================================== --- etc/defaults/periodic.conf (revision 257584) +++ etc/defaults/periodic.conf (working copy) @@ -137,10 +137,6 @@ daily_status_mail_rejects_enable="YES" # Check m daily_status_mail_rejects_logs=3 # How many logs to check daily_status_mail_rejects_shorten="NO" # Shorten output -# 470.status-named -daily_status_named_enable="YES" -daily_status_named_usedns="YES" # DNS lookups are ok - # 480.status-ntpd daily_status_ntpd_enable="NO" # Check NTP status Index: etc/defaults/rc.conf =================================================================== --- etc/defaults/rc.conf (revision 257584) +++ etc/defaults/rc.conf (working copy) @@ -256,6 +256,7 @@ hostapd_enable="NO" # Run hostap daemon. syslogd_enable="YES" # Run syslog daemon (or NO). syslogd_program="/usr/sbin/syslogd" # path to syslogd, if you want a different one. syslogd_flags="-s" # Flags to syslogd (if enabled). +altlog_proglist="" # List of chrooted applicatioins in /var inetd_enable="NO" # Run the network daemon dispatcher (YES/NO). inetd_program="/usr/sbin/inetd" # path to inetd, if you want a different one. inetd_flags="-wW -C 60" # Optional flags to inetd @@ -267,23 +268,6 @@ hastd_program="/sbin/hastd" # path to hastd, if yo hastd_flags="" # Optional flags to hastd. ctld_enable="NO" # CAM Target Layer / iSCSI target daemon. local_unbound_enable="NO" # local caching resolver -# -# named. It may be possible to run named in a sandbox, man security for -# details. -# -named_enable="NO" # Run named, the DNS server (or NO). -named_program="/usr/sbin/named" # Path to named, if you want a different one. -named_conf="/etc/namedb/named.conf" # Path to the configuration file -#named_flags="" # Use this for flags OTHER than -u and -c -named_uid="bind" # User to run named as -named_chrootdir="/var/named" # Chroot directory (or "" not to auto-chroot it) -named_chroot_autoupdate="YES" # Automatically install/update chrooted - # components of named. See /etc/rc.d/named. -named_symlink_enable="YES" # Symlink the chrooted pid file -named_wait="NO" # Wait for working name service before exiting -named_wait_host="localhost" # Hostname to check if named_wait is enabled -named_auto_forward="NO" # Set up forwarders from /etc/resolv.conf -named_auto_forward_only="NO" # Do "forward only" instead of "forward first" # # kerberos. Do not run the admin daemons on slave servers Index: etc/freebsd-update.conf =================================================================== --- etc/freebsd-update.conf (revision 257584) +++ etc/freebsd-update.conf (working copy) @@ -35,7 +35,7 @@ UpdateIfUnmodified /etc/ /var/ /root/ /.cshrc /.pr # When upgrading to a new FreeBSD release, files which match MergeChanges # will have any local changes merged into the version from the new release. -MergeChanges /etc/ /var/named/etc/ /boot/device.hints +MergeChanges /etc/ /boot/device.hints ### Default configuration options: Index: etc/namedb/Makefile =================================================================== --- etc/namedb/Makefile (revision 257584) +++ etc/namedb/Makefile (working copy) @@ -1,11 +0,0 @@ -# $FreeBSD$ - -SUBDIR= master - -FILES= named.conf named.root - -NO_OBJ= -FILESDIR= /etc/namedb -FILESMODE= 644 - -.include Index: etc/namedb/master/Makefile =================================================================== --- etc/namedb/master/Makefile (revision 257584) +++ etc/namedb/master/Makefile (working copy) @@ -1,9 +0,0 @@ -# $FreeBSD$ - -FILES= empty.db localhost-forward.db localhost-reverse.db - -NO_OBJ= -FILESDIR= /etc/namedb/master -FILESMODE= 644 - -.include Index: etc/namedb/master/empty.db =================================================================== --- etc/namedb/master/empty.db (revision 257584) +++ etc/namedb/master/empty.db (working copy) @@ -1,11 +0,0 @@ - -; $FreeBSD$ - -$TTL 3h -@ SOA @ nobody.localhost. 42 1d 12h 1w 3h - ; Serial, Refresh, Retry, Expire, Neg. cache TTL - -@ NS @ - -; Silence a BIND warning -@ A 127.0.0.1 Index: etc/namedb/master/localhost-forward.db =================================================================== --- etc/namedb/master/localhost-forward.db (revision 257584) +++ etc/namedb/master/localhost-forward.db (working copy) @@ -1,11 +0,0 @@ - -; $FreeBSD$ - -$TTL 3h -localhost. SOA localhost. nobody.localhost. 42 1d 12h 1w 3h - ; Serial, Refresh, Retry, Expire, Neg. cache TTL - - NS localhost. - - A 127.0.0.1 - AAAA ::1 Index: etc/namedb/master/localhost-reverse.db =================================================================== --- etc/namedb/master/localhost-reverse.db (revision 257584) +++ etc/namedb/master/localhost-reverse.db (working copy) @@ -1,13 +0,0 @@ - -; $FreeBSD$ - -$TTL 3h -@ SOA localhost. nobody.localhost. 42 1d 12h 1w 3h - ; Serial, Refresh, Retry, Expire, Neg. cache TTL - - NS localhost. - -1.0.0 PTR localhost. - -1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0 PTR localhost. - Index: etc/namedb/named.conf =================================================================== --- etc/namedb/named.conf (revision 257584) +++ etc/namedb/named.conf (working copy) @@ -1,360 +0,0 @@ -// $FreeBSD$ -// -// Refer to the named.conf(5) and named(8) man pages, and the documentation -// in /usr/share/doc/bind9 for more details. -// -// If you are going to set up an authoritative server, make sure you -// understand the hairy details of how DNS works. Even with -// simple mistakes, you can break connectivity for affected parties, -// or cause huge amounts of useless Internet traffic. - -options { - // All file and path names are relative to the chroot directory, - // if any, and should be fully qualified. - directory "/etc/namedb/working"; - pid-file "/var/run/named/pid"; - dump-file "/var/dump/named_dump.db"; - statistics-file "/var/stats/named.stats"; - -// If named is being used only as a local resolver, this is a safe default. -// For named to be accessible to the network, comment this option, specify -// the proper IP address, or delete this option. - listen-on { 127.0.0.1; }; - -// If you have IPv6 enabled on this system, uncomment this option for -// use as a local resolver. To give access to the network, specify -// an IPv6 address, or the keyword "any". -// listen-on-v6 { ::1; }; - -// These zones are already covered by the empty zones listed below. -// If you remove the related empty zones below, comment these lines out. - disable-empty-zone "255.255.255.255.IN-ADDR.ARPA"; - disable-empty-zone "0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA"; - disable-empty-zone "1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA"; - -// If you've got a DNS server around at your upstream provider, enter -// its IP address here, and enable the line below. This will make you -// benefit from its cache, thus reduce overall DNS traffic in the Internet. -/* - forwarders { - 127.0.0.1; - }; -*/ - -// If the 'forwarders' clause is not empty the default is to 'forward first' -// which will fall back to sending a query from your local server if the name -// servers in 'forwarders' do not have the answer. Alternatively you can -// force your name server to never initiate queries of its own by enabling the -// following line: -// forward only; - -// If you wish to have forwarding configured automatically based on -// the entries in /etc/resolv.conf, uncomment the following line and -// set named_auto_forward=yes in /etc/rc.conf. You can also enable -// named_auto_forward_only (the effect of which is described above). -// include "/etc/namedb/auto_forward.conf"; - - /* - Modern versions of BIND use a random UDP port for each outgoing - query by default in order to dramatically reduce the possibility - of cache poisoning. All users are strongly encouraged to utilize - this feature, and to configure their firewalls to accommodate it. - - AS A LAST RESORT in order to get around a restrictive firewall - policy you can try enabling the option below. Use of this option - will significantly reduce your ability to withstand cache poisoning - attacks, and should be avoided if at all possible. - - Replace NNNNN in the example with a number between 49160 and 65530. - */ - // query-source address * port NNNNN; -}; - -// If you enable a local name server, don't forget to enter 127.0.0.1 -// first in your /etc/resolv.conf so this server will be queried. -// Also, make sure to enable it in /etc/rc.conf. - -// The traditional root hints mechanism. Use this, OR the slave zones below. -zone "." { type hint; file "/etc/namedb/named.root"; }; - -/* Slaving the following zones from the root name servers has some - significant advantages: - 1. Faster local resolution for your users - 2. No spurious traffic will be sent from your network to the roots - 3. Greater resilience to any potential root server failure/DDoS - - On the other hand, this method requires more monitoring than the - hints file to be sure that an unexpected failure mode has not - incapacitated your server. Name servers that are serving a lot - of clients will benefit more from this approach than individual - hosts. Use with caution. - - To use this mechanism, uncomment the entries below, and comment - the hint zone above. - - As documented at http://dns.icann.org/services/axfr/ these zones: - "." (the root), ARPA, IN-ADDR.ARPA, IP6.ARPA, and ROOT-SERVERS.NET - are available for AXFR from these servers on IPv4 and IPv6: - xfr.lax.dns.icann.org, xfr.cjr.dns.icann.org -*/ -/* -zone "." { - type slave; - file "/etc/namedb/slave/root.slave"; - masters { - 192.5.5.241; // F.ROOT-SERVERS.NET. - }; - notify no; -}; -zone "arpa" { - type slave; - file "/etc/namedb/slave/arpa.slave"; - masters { - 192.5.5.241; // F.ROOT-SERVERS.NET. - }; - notify no; -}; -*/ - -/* Serving the following zones locally will prevent any queries - for these zones leaving your network and going to the root - name servers. This has two significant advantages: - 1. Faster local resolution for your users - 2. No spurious traffic will be sent from your network to the roots -*/ -// RFCs 1912, 5735 and 6303 (and BCP 32 for localhost) -zone "localhost" { type master; file "/etc/namedb/master/localhost-forward.db"; }; -zone "127.in-addr.arpa" { type master; file "/etc/namedb/master/localhost-reverse.db"; }; -zone "255.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; - -// RFC 1912-style zone for IPv6 localhost address (RFC 6303) -zone "0.ip6.arpa" { type master; file "/etc/namedb/master/localhost-reverse.db"; }; - -// "This" Network (RFCs 1912, 5735 and 6303) -zone "0.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; - -// Private Use Networks (RFCs 1918, 5735 and 6303) -zone "10.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "16.172.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "17.172.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "18.172.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "19.172.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "20.172.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "21.172.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "22.172.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "23.172.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "24.172.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "25.172.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "26.172.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "27.172.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "28.172.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "29.172.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "30.172.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "31.172.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "168.192.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; - -// Shared Address Space (RFC 6598) -zone "64.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "65.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "66.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "67.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "68.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "69.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "70.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "71.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "72.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "73.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "74.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "75.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "76.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "77.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "78.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "79.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "80.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "81.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "82.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "83.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "84.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "85.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "86.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "87.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "88.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "89.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "90.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "91.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "92.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "93.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "94.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "95.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "96.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "97.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "98.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "99.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "100.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "101.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "102.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "103.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "104.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "105.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "106.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "107.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "108.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "109.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "110.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "111.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "112.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "113.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "114.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "115.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "116.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "117.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "118.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "119.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "120.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "121.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "122.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "123.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "124.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "125.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "126.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "127.100.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; - -// Link-local/APIPA (RFCs 3927, 5735 and 6303) -zone "254.169.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; - -// IETF protocol assignments (RFCs 5735 and 5736) -zone "0.0.192.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; - -// TEST-NET-[1-3] for Documentation (RFCs 5735, 5737 and 6303) -zone "2.0.192.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "100.51.198.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "113.0.203.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; - -// IPv6 Example Range for Documentation (RFCs 3849 and 6303) -zone "8.b.d.0.1.0.0.2.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; - -// Domain Names for Documentation and Testing (BCP 32) -zone "test" { type master; file "/etc/namedb/master/empty.db"; }; -zone "example" { type master; file "/etc/namedb/master/empty.db"; }; -zone "invalid" { type master; file "/etc/namedb/master/empty.db"; }; -zone "example.com" { type master; file "/etc/namedb/master/empty.db"; }; -zone "example.net" { type master; file "/etc/namedb/master/empty.db"; }; -zone "example.org" { type master; file "/etc/namedb/master/empty.db"; }; - -// Router Benchmark Testing (RFCs 2544 and 5735) -zone "18.198.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "19.198.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; - -// IANA Reserved - Old Class E Space (RFC 5735) -zone "240.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "241.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "242.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "243.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "244.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "245.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "246.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "247.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "248.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "249.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "250.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "251.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "252.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "253.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "254.in-addr.arpa" { type master; file "/etc/namedb/master/empty.db"; }; - -// IPv6 Unassigned Addresses (RFC 4291) -zone "1.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "3.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "4.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "5.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "6.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "7.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "8.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "9.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "a.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "b.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "c.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "d.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "e.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "0.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "1.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "2.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "3.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "4.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "5.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "6.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "7.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "8.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "9.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "a.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "b.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "0.e.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "1.e.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "2.e.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "3.e.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "4.e.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "5.e.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "6.e.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "7.e.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; - -// IPv6 ULA (RFCs 4193 and 6303) -zone "c.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "d.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; - -// IPv6 Link Local (RFCs 4291 and 6303) -zone "8.e.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "9.e.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "a.e.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "b.e.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; - -// IPv6 Deprecated Site-Local Addresses (RFCs 3879 and 6303) -zone "c.e.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "d.e.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "e.e.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; -zone "f.e.f.ip6.arpa" { type master; file "/etc/namedb/master/empty.db"; }; - -// IP6.INT is Deprecated (RFC 4159) -zone "ip6.int" { type master; file "/etc/namedb/master/empty.db"; }; - -// NB: Do not use the IP addresses below, they are faked, and only -// serve demonstration/documentation purposes! -// -// Example slave zone config entries. It can be convenient to become -// a slave at least for the zone your own domain is in. Ask -// your network administrator for the IP address of the responsible -// master name server. -// -// Do not forget to include the reverse lookup zone! -// This is named after the first bytes of the IP address, in reverse -// order, with ".IN-ADDR.ARPA" appended, or ".IP6.ARPA" for IPv6. -// -// Before starting to set up a master zone, make sure you fully -// understand how DNS and BIND work. There are sometimes -// non-obvious pitfalls. Setting up a slave zone is usually simpler. -// -// NB: Don't blindly enable the examples below. :-) Use actual names -// and addresses instead. - -/* An example dynamic zone -key "exampleorgkey" { - algorithm hmac-md5; - secret "sf87HJqjkqh8ac87a02lla=="; -}; -zone "example.org" { - type master; - allow-update { - key "exampleorgkey"; - }; - file "/etc/namedb/dynamic/example.org"; -}; -*/ - -/* Example of a slave reverse zone -zone "1.168.192.in-addr.arpa" { - type slave; - file "/etc/namedb/slave/1.168.192.in-addr.arpa"; - masters { - 192.168.1.1; - }; -}; -*/ Index: etc/namedb/named.root =================================================================== --- etc/namedb/named.root (revision 257584) +++ etc/namedb/named.root (working copy) @@ -1,92 +0,0 @@ -; -; $FreeBSD$ -; - -; This file holds the information on root name servers needed to -; initialize cache of Internet domain name servers -; (e.g. reference this file in the "cache . " -; configuration file of BIND domain name servers). -; -; This file is made available by InterNIC -; under anonymous FTP as -; file /domain/named.cache -; on server FTP.INTERNIC.NET -; -OR- RS.INTERNIC.NET -; -; last update: Jan 3, 2013 -; related version of root zone: 2013010300 -; -; formerly NS.INTERNIC.NET -; -. 3600000 IN NS A.ROOT-SERVERS.NET. -A.ROOT-SERVERS.NET. 3600000 A 198.41.0.4 -A.ROOT-SERVERS.NET. 3600000 AAAA 2001:503:BA3E::2:30 -; -; FORMERLY NS1.ISI.EDU -; -. 3600000 NS B.ROOT-SERVERS.NET. -B.ROOT-SERVERS.NET. 3600000 A 192.228.79.201 -; -; FORMERLY C.PSI.NET -; -. 3600000 NS C.ROOT-SERVERS.NET. -C.ROOT-SERVERS.NET. 3600000 A 192.33.4.12 -; -; FORMERLY TERP.UMD.EDU -; -. 3600000 NS D.ROOT-SERVERS.NET. -D.ROOT-SERVERS.NET. 3600000 A 199.7.91.13 -D.ROOT-SERVERS.NET. 3600000 AAAA 2001:500:2D::D -; -; FORMERLY NS.NASA.GOV -; -. 3600000 NS E.ROOT-SERVERS.NET. -E.ROOT-SERVERS.NET. 3600000 A 192.203.230.10 -; -; FORMERLY NS.ISC.ORG -; -. 3600000 NS F.ROOT-SERVERS.NET. -F.ROOT-SERVERS.NET. 3600000 A 192.5.5.241 -F.ROOT-SERVERS.NET. 3600000 AAAA 2001:500:2F::F -; -; FORMERLY NS.NIC.DDN.MIL -; -. 3600000 NS G.ROOT-SERVERS.NET. -G.ROOT-SERVERS.NET. 3600000 A 192.112.36.4 -; -; FORMERLY AOS.ARL.ARMY.MIL -; -. 3600000 NS H.ROOT-SERVERS.NET. -H.ROOT-SERVERS.NET. 3600000 A 128.63.2.53 -H.ROOT-SERVERS.NET. 3600000 AAAA 2001:500:1::803F:235 -; -; FORMERLY NIC.NORDU.NET -; -. 3600000 NS I.ROOT-SERVERS.NET. -I.ROOT-SERVERS.NET. 3600000 A 192.36.148.17 -I.ROOT-SERVERS.NET. 3600000 AAAA 2001:7FE::53 -; -; OPERATED BY VERISIGN, INC. -; -. 3600000 NS J.ROOT-SERVERS.NET. -J.ROOT-SERVERS.NET. 3600000 A 192.58.128.30 -J.ROOT-SERVERS.NET. 3600000 AAAA 2001:503:C27::2:30 -; -; OPERATED BY RIPE NCC -; -. 3600000 NS K.ROOT-SERVERS.NET. -K.ROOT-SERVERS.NET. 3600000 A 193.0.14.129 -K.ROOT-SERVERS.NET. 3600000 AAAA 2001:7FD::1 -; -; OPERATED BY ICANN -; -. 3600000 NS L.ROOT-SERVERS.NET. -L.ROOT-SERVERS.NET. 3600000 A 199.7.83.42 -L.ROOT-SERVERS.NET. 3600000 AAAA 2001:500:3::42 -; -; OPERATED BY WIDE -; -. 3600000 NS M.ROOT-SERVERS.NET. -M.ROOT-SERVERS.NET. 3600000 A 202.12.27.33 -M.ROOT-SERVERS.NET. 3600000 AAAA 2001:DC3::35 -; End of File Index: etc/periodic/daily/470.status-named =================================================================== --- etc/periodic/daily/470.status-named (revision 257584) +++ etc/periodic/daily/470.status-named (working copy) @@ -1,62 +0,0 @@ -#!/bin/sh -# -# $FreeBSD$ -# - -# If there is a global system configuration file, suck it in. -# -if [ -r /etc/defaults/periodic.conf ] -then - . /etc/defaults/periodic.conf - source_periodic_confs -fi - -catmsgs() { - find /var/log -name 'messages.*' -mtime -2 | - sort -t. -r -n -k 2,2 | - while read f - do - case $f in - *.gz) zcat -f $f;; - *.bz2) bzcat -f $f;; - esac - done - [ -f /var/log/messages ] && cat /var/log/messages -} - -case "$daily_status_named_enable" in - [Yy][Ee][Ss]) - echo - echo 'Checking for denied zone transfers (AXFR and IXFR):' - - start=`date -v-1d '+%b %e'` - rc=$(catmsgs | - fgrep -E "^$start.*named\[[[:digit:]]+\]: transfer of .*failed .*: REFUSED" | - sed -e "s/.*transfer of \'\(.*\)\/IN\' from \(.*\)#[0-9]*: .*/\1 from \2/" | - sort -f | uniq -ic | ( - usedns=0 - case "$daily_status_named_usedns" in - '') ;; - [yY][eE][sS]) usedns=1 ;; - esac - - while read line ;do - ipaddr=`echo "$line" | sed -e 's/^.*from //'` - if [ $usedns -eq 1 ]; then - name=`host "${ipaddr}" 2>/dev/null | \ - sed 's/.*domain name pointer \(.*\)\./\1/'` - fi - if [ -n "${name}" ]; then - echo "${line} (${name})" - else - echo "${line}" - fi - done ) | \ - tee /dev/stderr | wc -l) - [ $rc -gt 0 ] && rc=1 - ;; - - *) rc=0;; -esac - -exit $rc Index: etc/rc.d/Makefile =================================================================== --- etc/rc.d/Makefile (revision 257584) +++ etc/rc.d/Makefile (working copy) @@ -90,7 +90,6 @@ FILES= DAEMON \ mroute6d \ mrouted \ msgs \ - named \ natd \ netif \ netoptions \ Index: etc/rc.d/named =================================================================== --- etc/rc.d/named (revision 257584) +++ etc/rc.d/named (working copy) @@ -1,301 +0,0 @@ -#!/bin/sh -# -# $FreeBSD$ -# - -# PROVIDE: named -# REQUIRE: SERVERS FILESYSTEMS -# KEYWORD: shutdown - -. /etc/rc.subr - -name="named" -rcvar=named_enable - -extra_commands="reload" - -start_precmd="named_prestart" -start_postcmd="named_poststart" -reload_cmd="named_reload" -stop_cmd="named_stop" -stop_postcmd="named_poststop" - -# If running in a chroot cage, ensure that the appropriate files -# exist inside the cage, as well as helper symlinks into the cage -# from outside. -# -# As this is called after the is_running and required_dir checks -# are made in run_rc_command(), we can safely assume ${named_chrootdir} -# exists and named isn't running at this point (unless forcestart -# is used). -# -chroot_autoupdate() -{ - local file - - # Create (or update) the chroot directory structure - # - if [ -r /etc/mtree/BIND.chroot.dist ]; then - mtree -deU -f /etc/mtree/BIND.chroot.dist \ - -p ${named_chrootdir} - else - warn "/etc/mtree/BIND.chroot.dist missing," - warn "chroot directory structure not updated" - fi - - # Create (or update) the configuration directory symlink - # - if [ ! -L "${named_conf%/*}" ]; then - if [ -d "${named_conf%/*}" ]; then - warn "named chroot: ${named_conf%/*} is a directory!" - elif [ -e "${named_conf%/*}" ]; then - warn "named chroot: ${named_conf%/*} exists!" - else - ln -s ${named_confdir} ${named_conf%/*} - fi - else - # Make sure it points to the right place. - ln -shf ${named_confdir} ${named_conf%/*} - fi - - # Mount a devfs in the chroot directory if needed - # - if [ `${SYSCTL_N} security.jail.jailed` -eq 0 ]; then - umount ${named_chrootdir}/dev 2>/dev/null - devfs_domount ${named_chrootdir}/dev devfsrules_hide_all - devfs -m ${named_chrootdir}/dev rule apply path null unhide - devfs -m ${named_chrootdir}/dev rule apply path random unhide - else - if [ -c ${named_chrootdir}/dev/null -a \ - -c ${named_chrootdir}/dev/random ]; then - info "named chroot: using pre-mounted devfs." - else - err 1 "named chroot: devfs cannot be mounted from" \ - "within a jail. Thus a chrooted named cannot" \ - "be run from within a jail." \ - "To run named without chrooting it, set" \ - "named_chrootdir=\"\" in /etc/rc.conf." - fi - fi - - # Copy and/or update key files to the chroot /etc - # - for file in localtime protocols services; do - if [ -r /etc/$file ]; then - cmp -s /etc/$file "${named_chrootdir}/etc/$file" || - cp -p /etc/$file "${named_chrootdir}/etc/$file" - fi - done -} - -# Make symlinks to the correct pid file -# -make_symlinks() -{ - checkyesno named_symlink_enable && - ln -fs "${named_chrootdir}${pidfile}" ${pidfile} -} - -named_poststart() { - make_symlinks - - if checkyesno named_wait; then - until ${command%/sbin/named}/bin/host $named_wait_host >/dev/null 2>&1; do - echo " Waiting for nameserver to resolve $named_wait_host" - sleep 1 - done - fi -} - -named_reload() -{ - ${command%/named}/rndc reload -} - -find_pidfile() -{ - if get_pidfile_from_conf pid-file $named_conf; then - pidfile="$_pidfile_from_conf" - else - pidfile="/var/run/named/pid" - fi -} - -named_stop() -{ - find_pidfile - - # This duplicates an undesirably large amount of code from the stop - # routine in rc.subr in order to use rndc to shut down the process, - # and to give it a second chance in case rndc fails. - rc_pid=$(check_pidfile $pidfile $command) - if [ -z "$rc_pid" ]; then - [ -n "$rc_fast" ] && return 0 - _run_rc_notrunning - return 1 - fi - echo 'Stopping named.' - if ${command%/named}/rndc stop 2>/dev/null; then - wait_for_pids $rc_pid - else - echo -n 'rndc failed, trying kill: ' - kill -TERM $rc_pid - wait_for_pids $rc_pid - fi -} - -named_poststop() -{ - if [ -n "${named_chrootdir}" -a -c ${named_chrootdir}/dev/null ]; then - if [ `${SYSCTL_N} security.jail.jailed` -eq 0 ]; then - umount ${named_chrootdir}/dev 2>/dev/null || true - else - warn "named chroot:" \ - "cannot unmount devfs from inside jail!" - fi - fi -} - -create_file() { - if [ -e "$1" ]; then - unlink $1 - fi - > $1 - chown root:wheel $1 - chmod 644 $1 -} - -named_prestart() -{ - find_pidfile - - if [ -n "$named_pidfile" ]; then - warn 'named_pidfile: now determined from the conf file' - fi - - command_args="-u ${named_uid:=root}" - - if [ ! "$named_conf" = '/etc/namedb/named.conf' ]; then - case "$named_flags" in - -c*|*' -c'*) ;; # No need to add it - *) command_args="-c $named_conf $command_args" ;; - esac - fi - - local line nsip firstns - - # Is the user using a sandbox? - # - if [ -n "$named_chrootdir" ]; then - rc_flags="$rc_flags -t $named_chrootdir" - checkyesno named_chroot_autoupdate && chroot_autoupdate - else - named_symlink_enable=NO - fi - - # Create an rndc.key file for the user if none exists - # - confgen_command="${command%/named}/rndc-confgen -a -b256 -u $named_uid \ - -c ${named_confdir}/rndc.key" - if [ -s "${named_confdir}/rndc.conf" ]; then - unset confgen_command - fi - if [ -s "${named_confdir}/rndc.key" ]; then - case `stat -f%Su ${named_confdir}/rndc.key` in - root|$named_uid) ;; - *) $confgen_command ;; - esac - else - $confgen_command - fi - - local checkconf - - checkconf="${command%/named}/named-checkconf" - if ! checkyesno named_chroot_autoupdate && [ -n "$named_chrootdir" ]; then - checkconf="$checkconf -t $named_chrootdir" - fi - - # Create a forwarder configuration based on /etc/resolv.conf - if checkyesno named_auto_forward; then - if [ ! -s /etc/resolv.conf ]; then - warn "named_auto_forward enabled, but no /etc/resolv.conf" - - # Empty the file in case it is included in named.conf - [ -s "${named_confdir}/auto_forward.conf" ] && - create_file ${named_confdir}/auto_forward.conf - - $checkconf $named_conf || - err 3 'named-checkconf for $named_conf failed' - return - fi - - create_file /var/run/naf-resolv.conf - create_file /var/run/auto_forward.conf - - echo ' forwarders {' > /var/run/auto_forward.conf - - while read line; do - case "$line" in - 'nameserver '*|'nameserver '*) - nsip=${line##nameserver[ ]} - - if [ -z "$firstns" ]; then - if [ ! "$nsip" = '127.0.0.1' ]; then - echo 'nameserver 127.0.0.1' - echo " ${nsip};" >> /var/run/auto_forward.conf - fi - - firstns=1 - else - [ "$nsip" = '127.0.0.1' ] && continue - echo " ${nsip};" >> /var/run/auto_forward.conf - fi - ;; - esac - - echo $line - done < /etc/resolv.conf > /var/run/naf-resolv.conf - - echo ' };' >> /var/run/auto_forward.conf - echo '' >> /var/run/auto_forward.conf - if checkyesno named_auto_forward_only; then - echo " forward only;" >> /var/run/auto_forward.conf - else - echo " forward first;" >> /var/run/auto_forward.conf - fi - - if cmp -s /etc/resolv.conf /var/run/naf-resolv.conf; then - unlink /var/run/naf-resolv.conf - else - [ -e /etc/resolv.conf ] && unlink /etc/resolv.conf - mv /var/run/naf-resolv.conf /etc/resolv.conf - fi - - if cmp -s ${named_confdir}/auto_forward.conf \ - /var/run/auto_forward.conf; then - unlink /var/run/auto_forward.conf - else - [ -e "${named_confdir}/auto_forward.conf" ] && - unlink ${named_confdir}/auto_forward.conf - mv /var/run/auto_forward.conf \ - ${named_confdir}/auto_forward.conf - fi - else - # Empty the file in case it is included in named.conf - [ -s "${named_confdir}/auto_forward.conf" ] && - create_file ${named_confdir}/auto_forward.conf - fi - - $checkconf $named_conf || err 3 'named-checkconf for $named_conf failed' -} - -load_rc_config $name - -# Updating the following variables requires that rc.conf be loaded first -# -required_dirs="$named_chrootdir" # if it is set, it must exist - -named_confdir="${named_chrootdir}${named_conf%/*}" - -run_rc_command "$1" Index: etc/rc.d/ntpdate =================================================================== --- etc/rc.d/ntpdate (revision 257584) +++ etc/rc.d/ntpdate (working copy) @@ -4,7 +4,7 @@ # # PROVIDE: ntpdate -# REQUIRE: NETWORKING syslogd named +# REQUIRE: NETWORKING syslogd # KEYWORD: nojail . /etc/rc.subr Index: etc/rc.d/rpcbind =================================================================== --- etc/rc.d/rpcbind (revision 257584) +++ etc/rc.d/rpcbind (working copy) @@ -4,7 +4,7 @@ # # PROVIDE: rpcbind -# REQUIRE: NETWORKING ntpdate syslogd named +# REQUIRE: NETWORKING ntpdate syslogd # KEYWORD: shutdown . /etc/rc.subr Index: etc/rc.d/syslogd =================================================================== --- etc/rc.d/syslogd (revision 257584) +++ etc/rc.d/syslogd (working copy) @@ -21,7 +21,6 @@ extra_commands="reload" sockfile="/var/run/syslogd.sockets" evalargs="rc_flags=\"\`set_socketlist\` \$rc_flags\"" -altlog_proglist="named" syslogd_precmd() { --tpZe61tYkA9f+p/0-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 3 22:55:29 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 222927CB; Sun, 3 Nov 2013 22:55:29 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [212.12.50.234]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D1B862822; Sun, 3 Nov 2013 22:55:28 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id 9288E8D184; Sun, 3 Nov 2013 22:55:18 +0000 (UTC) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1816\)) Subject: Re: FreeBSD 10 Beta2 /etc/rc.d/named script and /etc/defaults/rc.conf From: Stefan Bethke In-Reply-To: <20131103220654.GU52889@FreeBSD.org> Date: Sun, 3 Nov 2013 23:54:14 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <6AA4A8E1-CBCE-4C87-A320-BB08EC76715F@lassitu.de> References: <20131103220654.GU52889@FreeBSD.org> To: Gleb Smirnoff X-Mailer: Apple Mail (2.1816) Cc: freebsd-stable , =?windows-1252?Q?=D6zkan_KIRIK?= , FreeBSD Current , FreeBSD Release Engineering Team , des@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, 03 Nov 2013 22:55:29 -0000 Am 03.11.2013 um 23:06 schrieb Gleb Smirnoff : > On Sun, Nov 03, 2013 at 10:05:02PM +0200, =D6zkan KIRIK wrote: > =D6> Altough bind removed from FreeBSD 10 distribution, = "/etc/rc.d/named" script > =D6> still exists. > =D6> and this script depends on "/etc/mtree/BIND.chroot.dist" file but = there is > =D6> no such file in source tree. > =D6> I think this file was forgotten to be removed. > =D6>=20 > =D6> And also, named_* definitions still exists in = /etc/defaults/rc.conf file. >=20 > Please review attached file that removes named from /etc. It would be great if the port would learn to install its own script etc. = in time for that change. (Unless it=92s already there, and I=92m just = too blind to see it.) Stean --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-current@FreeBSD.ORG Sun Nov 3 23:41:02 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7D45A9C1; Sun, 3 Nov 2013 23:41:02 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-pb0-x22d.google.com (mail-pb0-x22d.google.com [IPv6:2607:f8b0:400e:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3DD9C2A79; Sun, 3 Nov 2013 23:41:02 +0000 (UTC) Received: by mail-pb0-f45.google.com with SMTP id ma3so6404634pbc.4 for ; Sun, 03 Nov 2013 15:41:01 -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=wLCAlgGGzG1I2sfKHD38//xN1DxfEsYTh/m/KxiDCeY=; b=QUT2i/VHu0PBKaCXtorYpOgNr+0WCOw1ZDI1X7V93+eijWC5wd1Py4nGALgChRC48P +wGtcxxQkvUNQ9mO2/8ldeu2aY3GK/QNB8M6/2J2ivBVDacG0m1GHWHjH/BwnE5+JfLG 338qQpEDlGXQ2trzi9l3DKdwMtv0iOi/BKCaryLp3neZwHXoxA+8Tq0Be1JGvAlstPdy WXRGMVRJLJWlIWwS/MNZxqXgkWU0dAEC65M1s///6Glnw/wxqk3wF6aWy01e+/wMw7eF p1beaJPFgRz0MQoy2NUns4xO4cFyOBgr5d0KOFi84kgOlNXjyMjJoofIXrEbkAvGP8ns hEww== MIME-Version: 1.0 X-Received: by 10.68.217.129 with SMTP id oy1mr14837455pbc.23.1383522061656; Sun, 03 Nov 2013 15:41:01 -0800 (PST) Received: by 10.68.248.106 with HTTP; Sun, 3 Nov 2013 15:41:01 -0800 (PST) In-Reply-To: <6AA4A8E1-CBCE-4C87-A320-BB08EC76715F@lassitu.de> References: <20131103220654.GU52889@FreeBSD.org> <6AA4A8E1-CBCE-4C87-A320-BB08EC76715F@lassitu.de> Date: Mon, 4 Nov 2013 01:41:01 +0200 Message-ID: Subject: Re: FreeBSD 10 Beta2 /etc/rc.d/named script and /etc/defaults/rc.conf From: George Kontostanos To: Stefan Bethke Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Release Engineering Team , =?ISO-8859-1?Q?=D6zkan_KIRIK?= , FreeBSD Current , Gleb Smirnoff , freebsd-stable , des@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, 03 Nov 2013 23:41:02 -0000 On Mon, Nov 4, 2013 at 12:54 AM, Stefan Bethke wrote: > > Am 03.11.2013 um 23:06 schrieb Gleb Smirnoff : > > > On Sun, Nov 03, 2013 at 10:05:02PM +0200, =D6zkan KIRIK wrote: > > =D6> Altough bind removed from FreeBSD 10 distribution, "/etc/rc.d/name= d" > script > > =D6> still exists. > > =D6> and this script depends on "/etc/mtree/BIND.chroot.dist" file but > there is > > =D6> no such file in source tree. > > =D6> I think this file was forgotten to be removed. > > =D6> > > =D6> And also, named_* definitions still exists in /etc/defaults/rc.con= f > file. > > > > Please review attached file that removes named from /etc. > > It would be great if the port would learn to install its own script etc. > in time for that change. (Unless it=92s already there, and I=92m just too= blind > to see it.) > > > Stean > > -- > Stefan Bethke Fon +49 151 14070811 > > > > > _______________________________________________ > 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= " > No you are not blind. Installing bind from ports still relies on the /etc/rc.d/named script. Best --=20 George Kontostanos --- http://www.aisecure.net From owner-freebsd-current@FreeBSD.ORG Sun Nov 3 23:57:09 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 35DC2CB2 for ; Sun, 3 Nov 2013 23:57:09 +0000 (UTC) (envelope-from superbisquit@gmail.com) Received: from mail-oa0-x22d.google.com (mail-oa0-x22d.google.com [IPv6:2607:f8b0:4003:c02::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 054B12B0A for ; Sun, 3 Nov 2013 23:57:08 +0000 (UTC) Received: by mail-oa0-f45.google.com with SMTP id i4so6573062oah.18 for ; Sun, 03 Nov 2013 15:57: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:content-type; bh=lxuSRIkG7MHb9uY/Ai5s4qp++eGRDyj7Pf01jtlqd4E=; b=gw6BSTaXvj6WpPkeAhp59HCZYv4Ul1EIpCfVfWZ9GWjd7YDLVxo6Fv7uF5MwTRR9oZ bSivHBqRO3F1iWFpOy4bRnePzNd360i3RqlKdeZcMxz0PKqWaFaWo9/MBLE0M2EbDco9 KshCiS8SHs4oyTL8jGeIj6CjPIGD8hGytosx2qBv7n14EoODQfEVr77CxPp38w/Oqw8P a04sJ7T4b3OnzrYaYn5vd10IOocG+Dx5rDqh2UbMAGsYVqZQFeNlfgHRhtsIqMlIvX7k VBfjCseRXq6QrIM3pPoiEcST7JpnTgwS7oT1+l/+u+00VYlnFK9eAyCGJohq3sMD/uyb QVAQ== MIME-Version: 1.0 X-Received: by 10.182.104.36 with SMTP id gb4mr1875001obb.43.1383523027839; Sun, 03 Nov 2013 15:57:07 -0800 (PST) Received: by 10.182.78.100 with HTTP; Sun, 3 Nov 2013 15:57:07 -0800 (PST) Date: Sun, 3 Nov 2013 18:57:07 -0500 Message-ID: Subject: CLang version was 3.3 and 3.4 in ports ... From: Joe Nosay To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 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, 03 Nov 2013 23:57:09 -0000 Since /usr/ports/UPDATING refers to 3.4, will that be added to the /usr/$BASE ? Also, is it svn ot other to checkout the developmental version of clang et al && what version are those? I'll probably get most of my answers researching after I send this mail. Apologies for any static. From owner-freebsd-current@FreeBSD.ORG Mon Nov 4 00:05:56 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 74538EEB for ; Mon, 4 Nov 2013 00:05:56 +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]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B9EE52B7D for ; Mon, 4 Nov 2013 00:05:55 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.7/8.14.7) with ESMTP id rA405sag076313; Sun, 3 Nov 2013 18:05:54 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.7/8.14.7/Submit) id rA405sq9076312; Sun, 3 Nov 2013 18:05:54 -0600 (CST) (envelope-from brooks) Date: Sun, 3 Nov 2013 18:05:54 -0600 From: Brooks Davis To: Joe Nosay Subject: Re: CLang version was 3.3 and 3.4 in ports ... Message-ID: <20131104000554.GB46135@lor.one-eyed-alien.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cvVnyQ+4j833TQvp" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) 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, 04 Nov 2013 00:05:56 -0000 --cvVnyQ+4j833TQvp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Nov 03, 2013 at 06:57:07PM -0500, Joe Nosay wrote: > Since /usr/ports/UPDATING refers to 3.4, will that be added to the /usr/$BASE ? > Also, is it svn ot other to checkout the developmental version of > clang et al && what version are those? I'll probably get most of my > answers researching after I send this mail. > Apologies for any static. Are you referring to the 20131008 entry? I'm pretty sure it is a typo that it mentions "clang > 3.3". The code looks for a clang version of at least 3.3. We do plan to update clang to 3.4 once it's out since that will vastly improve lldb support among other things. 10.0 will certainly ship with 3.3. -- Brooks --cvVnyQ+4j833TQvp Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iD8DBQFSduThXY6L6fI4GtQRAmbOAJwPp+w/bRFBaTjkPaq51xCbtYGjbwCgpVoX hf9Em/+pk6hbEtJAG38SLac= =L3lW -----END PGP SIGNATURE----- --cvVnyQ+4j833TQvp-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 4 02:52:57 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9C02AA78; Mon, 4 Nov 2013 02:52:57 +0000 (UTC) (envelope-from superbisquit@gmail.com) Received: from mail-oa0-x233.google.com (mail-oa0-x233.google.com [IPv6:2607:f8b0:4003:c02::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5B62621FC; Mon, 4 Nov 2013 02:52:57 +0000 (UTC) Received: by mail-oa0-f51.google.com with SMTP id h2so986885oag.10 for ; Sun, 03 Nov 2013 18:52: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=48Bxwu3AY88W50qdB/ss5vBM+1LNTRJG+issRs/rjXE=; b=tbI1GdH6ySXmmX3jwGK4m21r9BUDofo6Rs78ijbfH2W+QPiteQB/DcGqCKfG/vqSb3 Pte4T9e0XA/t9TscjTm7uQ/VHlsTB38DDDU5k6iD9wrAXTq36HbPiwq4eAUHM/MADj3Z 1c5aNYPfqdQ9aBLOv8uYZMIeIs49zyRiDEn8BGOB7YJlGrO7yJao0aNW6RtlPhbB/QFt 26fjXnuVIGpxygGOSib0UF5rLGnr3qfynyv5xjYX35cRke9SNmjPDv9y57nXNM7wS1C+ txTiCGXkQTvHJ9i9U4IH8hyVFgxk2b4XvjrZrTag2LCtFmrmBYFFze+o3j0ltkt3Kp4X gweA== MIME-Version: 1.0 X-Received: by 10.60.51.7 with SMTP id g7mr12754998oeo.6.1383533576607; Sun, 03 Nov 2013 18:52:56 -0800 (PST) Received: by 10.182.78.100 with HTTP; Sun, 3 Nov 2013 18:52:56 -0800 (PST) In-Reply-To: <20131104000554.GB46135@lor.one-eyed-alien.net> References: <20131104000554.GB46135@lor.one-eyed-alien.net> Date: Sun, 3 Nov 2013 21:52:56 -0500 Message-ID: Subject: Re: CLang version was 3.3 and 3.4 in ports ... From: Joe Nosay To: Brooks Davis 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: Mon, 04 Nov 2013 02:52:57 -0000 Yes and thanks. On Sun, Nov 3, 2013 at 7:05 PM, Brooks Davis wrote: > On Sun, Nov 03, 2013 at 06:57:07PM -0500, Joe Nosay wrote: > > Since /usr/ports/UPDATING refers to 3.4, will that be added to the > /usr/$BASE ? > > Also, is it svn ot other to checkout the developmental version of > > clang et al && what version are those? I'll probably get most of my > > answers researching after I send this mail. > > Apologies for any static. > > Are you referring to the 20131008 entry? I'm pretty sure it is a typo > that it mentions "clang > 3.3". The code looks for a clang version of > at least 3.3. > > We do plan to update clang to 3.4 once it's out since that will vastly > improve lldb support among other things. 10.0 will certainly ship with > 3.3. > > -- Brooks > From owner-freebsd-current@FreeBSD.ORG Mon Nov 4 05:59:11 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9C5A7B14; Mon, 4 Nov 2013 05:59:11 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qe0-x22d.google.com (mail-qe0-x22d.google.com [IPv6:2607:f8b0:400d:c02::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3C2212AA2; Mon, 4 Nov 2013 05:59:11 +0000 (UTC) Received: by mail-qe0-f45.google.com with SMTP id 8so3892786qea.18 for ; Sun, 03 Nov 2013 21:59:10 -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:message-id:subject :from:to:cc:content-type; bh=05eKu0ya9vvm7/gJkFDCFfzSa01Dd0PPX2bJEyUACyY=; b=Auy5Fo2luUURaBbkv5ESmVTwUpeNy/iKrMjqQEXyVoq4ANyCJzsPRtK0twMmMvi55I EyGMcDpmvcoOugbqxgECc5HsWts+6ohLxW750yPCQ9rqN8Gh+iHRfBYi5rUln2/Ce8Cj 6pi4mFtjHgZwHrT6LRWa4ShSPanU8FBYanen7qFyyHDw5DF+rI0CX5P4+wRU4YAUiZyh 7ASaLd6gNepgTUYhXdCG9NrJEEWTjxD4z47XZKgOnHmtdpDCfvwjSSjS3rbwWVT4tYlN 5LPTmBlO0ZJwt/UrQ260Cw00ZTdwoEHmBXLAhnWZIjoVTWQXWnY3MFqwDrwppOuacFTX S90Q== MIME-Version: 1.0 X-Received: by 10.229.34.134 with SMTP id l6mr20015339qcd.22.1383544750390; Sun, 03 Nov 2013 21:59:10 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.207.66 with HTTP; Sun, 3 Nov 2013 21:59:10 -0800 (PST) In-Reply-To: <001e01ceb064$80168220$80438660$@info> References: <20130913112427.Horde.Lr2e32AbzvcQIrrWuDh-dg1@d2ux.org> <001e01ceb064$80168220$80438660$@info> Date: Sun, 3 Nov 2013 21:59:10 -0800 X-Google-Sender-Auth: qQTkHNmEQvnUw9CTaju-j6RbBfc Message-ID: Subject: Re: Centrino Wireless N2230 support From: Adrian Chadd To: Cedric GROSS Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-wireless@freebsd.org" , "freebsd-drivers@freebsd.org" , Matthias Petermann , 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, 04 Nov 2013 05:59:11 -0000 [snip] For what it's worth, I've started merging this stuff into -HEAD. I'm going to merge in the hardware updates but none of the PAN stuff this pass. Since the linux iwlwifi driver doesn't at all support the 4965 chipset, cedric's stuff just plainly breaks that. So I'm going to have to be .. gentler. I'll post an update to -HEAD when I have this stuff in the tree and working (for various values of 'working', though.) -adrian From owner-freebsd-current@FreeBSD.ORG Mon Nov 4 07:16:54 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 225459DC for ; Mon, 4 Nov 2013 07:16:54 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-pd0-x234.google.com (mail-pd0-x234.google.com [IPv6:2607:f8b0:400e:c02::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EF50D2FDE for ; Mon, 4 Nov 2013 07:16:53 +0000 (UTC) Received: by mail-pd0-f180.google.com with SMTP id p10so6291430pdj.25 for ; Sun, 03 Nov 2013 23:16:53 -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:message-id:subject :from:to:cc:content-type; bh=F2WU2dgRj7mGtYaOSZoVBW3/vX1xon3prkQhYJVeEx4=; b=LDGi0t+3rrCDRxWlpOdrkcScrf7Ijqqw9nFZ6Lq6gBw4OpiDOkQbQjaaPXdveNUqj4 esDC/E1jDNUYP1JSJBtaiL5kswMVx6dldykzHZsfWyQIkb4iJBkrbGC5EPy55DaIrlCA GqHXxQSGMnbO1sPAUc5IiiqXKgtaKtqP/ALl9rWh4Y3t3Gx5JBLnfw9Ie+YyifsIL536 fjkoULC00pvznXecvenhaRx23upVrCjCTiLGLFoZKmCn6tIpE3DYqVJWjVRm/9o9Jdsh 5SmnLOxb5tvJx/96CvwFA3jIDnyqeZThju09H1k61xB6KsmYhvlMmX9GIV9Xi4ENKFvm ODLQ== MIME-Version: 1.0 X-Received: by 10.68.125.198 with SMTP id ms6mr16062957pbb.98.1383549413582; Sun, 03 Nov 2013 23:16:53 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.67.23.101 with HTTP; Sun, 3 Nov 2013 23:16:53 -0800 (PST) In-Reply-To: <20131031210138.GC30328@ambrisko.com> References: <20131025151847.2a1b83de93335040797ceaf1@ddteam.net> <20131031210138.GC30328@ambrisko.com> Date: Sun, 3 Nov 2013 23:16:53 -0800 X-Google-Sender-Auth: oqXb-dDN54xVcwS2c8p0zoWLFaQ Message-ID: Subject: Re: newcons comming From: Kevin Oberman To: Doug Ambrisko Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Aleksandr Rybalko , 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, 04 Nov 2013 07:16:54 -0000 On Thu, Oct 31, 2013 at 2:01 PM, Doug Ambrisko wrote: > On Fri, Oct 25, 2013 at 03:18:47PM +0300, Aleksandr Rybalko wrote: > | Hello fellow hackers! > | > | I finally reach the point when I can work with newcons instead of > | syscons on my laptop. Yes, I know it still buggy and have a lot of > | style(9) problems. But we really have to get it into HEAD and 10.0 to > | enable shiny new Xorg features, drivers, etc. > > I built the kernel from: > base/user/ed/newcons/ > and installed it on my new ThinkPad T530 with Intel graphics chip. > In general it works better since now syspend and resume works with > and without X. However, as with my prior ThinkPads I need to switch > out of X to suspend and resume. So I have vidcontrol -s 1 in my > /etc/rc.suspend and vidcontrol -s 9 in /etc/rc.resume. If I don't > the display ends up corrupted but somewhat working. > > I had to kldload i915kms in /etc/rc.local since having it there at > boot via /boot/loader.conf resulted in the system not booting. I need > i915kms for X so I don't need to use vesa mode. > > The FreeBSD logo on boot is interesting but I'd prefer seeing > FreeBSD boot messages to see what is happening. I'm not sure if > there is a flag to disable that since I have played with it much. > > However, on a whole it is much improved since with i915kms and > newcons when in X via vesa I couldn't switch to a non-X display > since it was blank. > Excellent news. I'm really looking forward to newcons. Guess it's time to move my T520 to 10-Stable (or Beta) . Since I'm not running 10, I may simply be clueless. If so, please ignore the rest of this. Are you booting directly to X or using startx from the console? In either case, I think that i915kms should auto-load at the start of X, so you should not need to pre-load it. Does newcons require VESA? If not, you should be able to remove it from your kernel to get suspend/resume working from X. -- R. Kevin Oberman, Network Engineer E-mail: rkoberman@gmail.com From owner-freebsd-current@FreeBSD.ORG Mon Nov 4 07:19:55 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 697BAC11; Mon, 4 Nov 2013 07:19:55 +0000 (UTC) (envelope-from milu@dat.pl) Received: from jab.dat.pl (dat.pl [80.51.155.34]) by mx1.freebsd.org (Postfix) with ESMTP id 23DFB2099; Mon, 4 Nov 2013 07:19:54 +0000 (UTC) Received: from jab.dat.pl (jsrv.dat.pl [127.0.0.1]) by jab.dat.pl (Postfix) with ESMTP id AF5DC1D8; Mon, 4 Nov 2013 08:19:53 +0100 (CET) X-Virus-Scanned: amavisd-new at dat.pl Received: from jab.dat.pl ([127.0.0.1]) by jab.dat.pl (jab.dat.pl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id Ql1CdvK7vgai; Mon, 4 Nov 2013 08:18:56 +0100 (CET) Received: from [192.168.0.14] (178-36-1-167.adsl.inetia.pl [178.36.1.167]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by jab.dat.pl (Postfix) with ESMTPSA id 5BC11B0; Mon, 4 Nov 2013 08:18:56 +0100 (CET) Message-ID: <52774A66.3060405@dat.pl> Date: Mon, 04 Nov 2013 08:19:02 +0100 From: Maciej Milewski User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Gleb Smirnoff , Boris Bobrov Subject: Re: 10.0-BETA1 i386 on VirtualBox References: <526939BF.4030306@dat.pl> <201311021106.17222.breton@cynicmansion.ru> <52761D4C.8030404@dat.pl> <201311031629.20378.breton@cynicmansion.ru> <20131103134601.GN52889@glebius.int.ru> In-Reply-To: <20131103134601.GN52889@glebius.int.ru> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Glen Barber , "freebsd-current@freebsd.org" , kib@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, 04 Nov 2013 07:19:55 -0000 On 03.11.2013 14:46, Gleb Smirnoff wrote: > Maciej, Boris, > > On Sun, Nov 03, 2013 at 04:29:11PM +0400, Boris Bobrov wrote: > B> > I traced this down to r248521: > B> > svn log -r248521 > B> > ----------------------------------------------------------------------- > B> > - r248521 | kib | 2013-03-19 16:08:15 +0100 (Tue, 19 Mar 2013) | 5 > B> > lines > B> > > B> > UFS support of the unmapped i/o for the user data buffers. > B> > > B> > Sponsored by: The FreeBSD Foundation > B> > Tested by: pho, scottl, jhb, bf > B> > > B> > ----------------------------------------------------------------------- > B> > - > B> > > B> > The last working revision is 248520. > B> > B> Yes, I confirm that. > > Thanks for you help! > > Can you please now try unpatched vanilla 10.0-BETA2 iso file and when it > boots set in loader (before kernel): > > OK set vfs.unmapped_buf_allowed=0 > OK boot > Gleb, that seems to work fine. I can end installation without problems. Thank you for this solution. -- Pozdrawiam, Maciej Milewski From owner-freebsd-current@FreeBSD.ORG Mon Nov 4 08:34:48 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 80B3B35C; Mon, 4 Nov 2013 08:34:48 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F39662451; Mon, 4 Nov 2013 08:34:47 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.7/8.14.7) with ESMTP id rA48YiOi081619; Mon, 4 Nov 2013 12:34:44 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.7/8.14.7/Submit) id rA48Yhrt081618; Mon, 4 Nov 2013 12:34:43 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 4 Nov 2013 12:34:43 +0400 From: Gleb Smirnoff To: George Kontostanos Subject: Re: FreeBSD 10 Beta2 /etc/rc.d/named script and /etc/defaults/rc.conf Message-ID: <20131104083443.GZ52889@FreeBSD.org> References: <20131103220654.GU52889@FreeBSD.org> <6AA4A8E1-CBCE-4C87-A320-BB08EC76715F@lassitu.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Release Engineering Team , Stefan Bethke , FreeBSD Current , freebsd-stable , des@freebsd.org, =?iso-8859-1?Q?=D6zkan?= KIRIK 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, 04 Nov 2013 08:34:48 -0000 [adding maintainer to Cc] On Mon, Nov 04, 2013 at 01:41:01AM +0200, George Kontostanos wrote: G> > Am 03.11.2013 um 23:06 schrieb Gleb Smirnoff : G> > G> > > On Sun, Nov 03, 2013 at 10:05:02PM +0200, Özkan KIRIK wrote: G> > > Ö> Altough bind removed from FreeBSD 10 distribution, "/etc/rc.d/named" G> > script G> > > Ö> still exists. G> > > Ö> and this script depends on "/etc/mtree/BIND.chroot.dist" file but G> > there is G> > > Ö> no such file in source tree. G> > > Ö> I think this file was forgotten to be removed. G> > > Ö> G> > > Ö> And also, named_* definitions still exists in /etc/defaults/rc.conf G> > file. G> > > G> > > Please review attached file that removes named from /etc. G> > G> > It would be great if the port would learn to install its own script etc. G> > in time for that change. (Unless it’s already there, and I’m just too blind G> > to see it.) G> G> No you are not blind. Installing bind from ports still relies on the G> /etc/rc.d/named script. Erwin, can you please handle that? -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Mon Nov 4 10:43:22 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CD3AD7B0 for ; Mon, 4 Nov 2013 10:43:22 +0000 (UTC) (envelope-from bounces+73574-dfb6-freebsd-current=freebsd.org@sendgrid.me) Received: from o3.shared.sendgrid.net (o3.shared.sendgrid.net [208.117.48.85]) by mx1.freebsd.org (Postfix) with SMTP id 659522A71 for ; Mon, 4 Nov 2013 10:43:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sendgrid.info; h=from:mime-version:to:subject:content-type:content-transfer-encoding; s=smtpapi; bh=EITjIOwvVnCTBEbG1UvbMqRPY5o=; b=DKL65Vo2uekKUr2hV/ TGVCkvco4i/+zq/y3E6dPVWDvn+fATpwDsXnSjbIfvZEfZuwcU20lSUCgirkrWSn xPhgv2vBn5ngUBcv+MU08f1k6cr/q34T6tMel2CKnnWDVUoc9Qx4HZ4qBL9Ah1cw tKrOBUI1cfUR/NMRW3sPNYCKg= Received: by mf28.sendgrid.net with SMTP id mf28.23840.52777A482 Mon, 04 Nov 2013 10:43:21 +0000 (GMT) Received: from mail.tarsnap.com (unknown [10.60.208.15]) by mi46 (SG) with ESMTP id 14222b5acb5.52ab.2896af for ; Mon, 04 Nov 2013 04:43:20 -0600 (CST) Received: (qmail 55085 invoked from network); 4 Nov 2013 10:43:19 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by ec2-107-20-205-189.compute-1.amazonaws.com with ESMTP; 4 Nov 2013 10:43:19 -0000 Received: (qmail 2835 invoked from network); 4 Nov 2013 10:41:49 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by clamshell.daemonology.net with SMTP; 4 Nov 2013 10:41:49 -0000 Message-ID: <527779ED.9040303@freebsd.org> Date: Mon, 04 Nov 2013 02:41:49 -0800 From: Colin Percival User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: FreeBSD Hackers , FreeBSD current Subject: Automated submission of kernel panic reports: sysutils/panicmail X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SG-EID: XhyBwObMhraAR+zdwMupjQ6BIqbhdEfc+6p+uBxS7S88hDVo7wPr0+CK+tH/z+ymjFXzHn+HT8v9irwyq41cBS6MsT3sWAll8bxOscrN78qH4BYom7ATVaxWAq/7oALsj1gE12TK1F4UfiZE67UdBJC6gkDFfdXYVMBLVtlWvPQ= 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, 04 Nov 2013 10:43:22 -0000 Hi all, After considerable review on freebsd-hackers (thanks dt71 and jilles!) I have now added sysutils/panicmail to the FreeBSD ports tree. If you install this and add panicmail_enable="YES" to your /etc/rc.conf, a panic report will be generated and sent to root@ for you to review and submit (via email). You can skip the reviewing step and submit panics automatically by setting panicmail_autosubmit="YES". The panics submitted are encrypted to an RSA key which I hold in order to keep them secure in transit; and I intend to keep the raw panic reports confidential except to the minimum extent necessary for other developers to help me process the incoming reports. If I receive enough panic reports to be useful, I hope to provide developers with aggregate statistics. This may include: * regular email reports listing the "top panics", to help guide developers towards the most fertile areas for stability improvements; * email to specific developers alerting them to recurring panics in code they maintain (especially if it becomes clear that the panic has been recently introduced); and * guidance to re@ and secteam@ about how often a particular panic occurs if an errata notice is being considered as well as other yet-to-be-imagined reports of a similarly aggregate and anonymized nature. So please install the sysutils/panicmail port and enable it in rc.conf! This all depends on getting useful data, and I can't do that without your help. -- Colin Percival Security Officer Emeritus, FreeBSD | The power to serve Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid From owner-freebsd-current@FreeBSD.ORG Mon Nov 4 10:48:02 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A38A3BAD; Mon, 4 Nov 2013 10:48:02 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3311A2ABF; Mon, 4 Nov 2013 10:48:01 +0000 (UTC) Received: from [192.168.0.247] (46-65-50-29.zone16.bethere.co.uk [46.65.50.29]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id rA4AlrJn092717; Mon, 4 Nov 2013 10:47:53 GMT (envelope-from rb@gid.co.uk) Subject: Re: Automated submission of kernel panic reports: sysutils/panicmail Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Bob Bishop In-Reply-To: <527779ED.9040303@freebsd.org> Date: Mon, 4 Nov 2013 10:47:48 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <2DED1CF2-9486-4AB1-A443-B4E276856903@gid.co.uk> References: <527779ED.9040303@freebsd.org> To: Colin Percival X-Mailer: Apple Mail (2.1283) Cc: FreeBSD Hackers , 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, 04 Nov 2013 10:48:02 -0000 Hi, On 4 Nov 2013, at 10:41, Colin Percival wrote: > Hi all, >=20 > After considerable review on freebsd-hackers (thanks dt71 and jilles!) = I have > now added sysutils/panicmail to the FreeBSD ports tree. [etc] Nice. Is this applicable to all supported branches? -- Bob Bishop rb@gid.co.uk From owner-freebsd-current@FreeBSD.ORG Mon Nov 4 10:55:11 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 63F83126 for ; Mon, 4 Nov 2013 10:55:11 +0000 (UTC) (envelope-from bounces+73574-dfb6-freebsd-current=freebsd.org@sendgrid.me) Received: from o3.shared.sendgrid.net (o3.shared.sendgrid.net [208.117.48.85]) by mx1.freebsd.org (Postfix) with SMTP id 1124D2B30 for ; Mon, 4 Nov 2013 10:55:10 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sendgrid.info; h=from:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; s=smtpapi; bh=cfseBBGDVBzpfopF62jgS2rrCpU=; b=fq5QA9dokMGxUmR5Ek ZNTHja5Gttwc7ugFCXj0LFzd+VGL9JF8B4+jKpOr4lkeHzUi68mZiqZ+z/mxg/gB iXBq1dL/BFrCfOmAUZqhROHbmjZDMRiHjiBKf/SZjIKjjAWGrjNJqW5lxg06qWiH WDPCcRiJUaPNr7WGB3h0DZFI8= Received: by mf51.sendgrid.net with SMTP id mf51.2217.52777D0E5 Mon, 04 Nov 2013 10:55:10 +0000 (GMT) Received: from mail.tarsnap.com (unknown [10.60.208.13]) by mi41 (SG) with ESMTP id 14222c07fcd.225c.2aab09 for ; Mon, 04 Nov 2013 04:55:10 -0600 (CST) Received: (qmail 55512 invoked from network); 4 Nov 2013 10:55:09 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by ec2-107-20-205-189.compute-1.amazonaws.com with ESMTP; 4 Nov 2013 10:55:09 -0000 Received: (qmail 2975 invoked from network); 4 Nov 2013 10:53:37 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by clamshell.daemonology.net with SMTP; 4 Nov 2013 10:53:37 -0000 Message-ID: <52777CB1.3010001@freebsd.org> Date: Mon, 04 Nov 2013 02:53:37 -0800 From: Colin Percival User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: Bob Bishop Subject: Re: Automated submission of kernel panic reports: sysutils/panicmail References: <527779ED.9040303@freebsd.org> <2DED1CF2-9486-4AB1-A443-B4E276856903@gid.co.uk> In-Reply-To: <2DED1CF2-9486-4AB1-A443-B4E276856903@gid.co.uk> X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SG-EID: XhyBwObMhraAR+zdwMupjQ6BIqbhdEfc+6p+uBxS7S88hDVo7wPr0+CK+tH/z+ymj2iR1UxB01Ao3AJvaCIsZIvsMwfCyoXQXBOuevdHAtJ6lJe1yyM4hQGdtZN32ocKHkyKoasjHbaG7w5meS9tA7u62X+pOO19ZEgIjrUd9aI= Cc: FreeBSD Hackers , 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, 04 Nov 2013 10:55:11 -0000 On 11/04/13 02:47, Bob Bishop wrote: > On 4 Nov 2013, at 10:41, Colin Percival wrote: >> After considerable review on freebsd-hackers (thanks dt71 and jilles!) I have >> now added sysutils/panicmail to the FreeBSD ports tree. [etc] > > Nice. Is this applicable to all supported branches? Yes... the code should work all the way back to 5.0 (it's an rc.d script), although I doubt ports infrastructure will allow you to install anything from today's ports tree on a system running FreeBSD 5.0. -- Colin Percival Security Officer Emeritus, FreeBSD | The power to serve Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid From owner-freebsd-current@FreeBSD.ORG Mon Nov 4 11:08:37 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 627F4F56; Mon, 4 Nov 2013 11:08:37 +0000 (UTC) (envelope-from erwin@FreeBSD.org) Received: from vocal.dk-hostmaster.dk (vocal.dk-hostmaster.dk [IPv6:2a01:630:0:40::9]) by mx1.freebsd.org (Postfix) with ESMTP id 1EB692DCF; Mon, 4 Nov 2013 11:08:37 +0000 (UTC) Received: from imap1.dkhm (imap1.dkhm [172.16.1.85]) by vocal.dk-hostmaster.dk (Postfix) with ESMTP id BDFCCE0095; Mon, 4 Nov 2013 12:08:55 +0100 (CET) Received: from erwin.dkhm (erwin.dkhm [172.16.1.50]) by imap1.dkhm (Postfix) with ESMTP id 56DE037984; Mon, 4 Nov 2013 12:08:36 +0100 (CET) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1816\)) Subject: Re: FreeBSD 10 Beta2 /etc/rc.d/named script and /etc/defaults/rc.conf From: Erwin Lansing In-Reply-To: <20131104083443.GZ52889@FreeBSD.org> Date: Mon, 4 Nov 2013 12:11:02 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <2B21E123-23BA-4E07-B9DD-9DE1CDE40D08@FreeBSD.org> References: <20131103220654.GU52889@FreeBSD.org> <6AA4A8E1-CBCE-4C87-A320-BB08EC76715F@lassitu.de> <20131104083443.GZ52889@FreeBSD.org> To: Gleb Smirnoff X-Mailer: Apple Mail (2.1816) Cc: FreeBSD Release Engineering Team , =?windows-1252?Q?=D6zkan_KIRIK?= , FreeBSD Current , freebsd-stable , George Kontostanos , des@freebsd.org, Stefan Bethke 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, 04 Nov 2013 11:08:37 -0000 On 04 Nov 2013, at 09:34, Gleb Smirnoff wrote: > [adding maintainer to Cc] >=20 > On Mon, Nov 04, 2013 at 01:41:01AM +0200, George Kontostanos wrote: > G> > Am 03.11.2013 um 23:06 schrieb Gleb Smirnoff = : > G> > > G> > > On Sun, Nov 03, 2013 at 10:05:02PM +0200, =D6zkan KIRIK wrote: > G> > > =D6> Altough bind removed from FreeBSD 10 distribution, = "/etc/rc.d/named" > G> > script > G> > > =D6> still exists. > G> > > =D6> and this script depends on "/etc/mtree/BIND.chroot.dist" = file but > G> > there is > G> > > =D6> no such file in source tree. > G> > > =D6> I think this file was forgotten to be removed. > G> > > =D6> > G> > > =D6> And also, named_* definitions still exists in = /etc/defaults/rc.conf > G> > file. > G> > > > G> > > Please review attached file that removes named from /etc. > G> > > G> > It would be great if the port would learn to install its own = script etc. > G> > in time for that change. (Unless it=92s already there, and I=92m = just too blind > G> > to see it.) > G>=20 > G> No you are not blind. Installing bind from ports still relies on = the > G> /etc/rc.d/named script. >=20 > Erwin, can you please handle that? Things are much worse that this, the ports are completely written under = the assumption that there is a Bind in base, which of course would = already break with WITHOUT_BIND before Bind was completely removed. It = will be hard to fix without breaking the installed base of 8 and 9. = Sigh. I'll try to work on it this week, but unfortunately have a full schedule = of meetings and travel as well. Erwin From owner-freebsd-current@FreeBSD.ORG Mon Nov 4 11:29:19 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 48F5B817; Mon, 4 Nov 2013 11:29:19 +0000 (UTC) (envelope-from milu@dat.pl) Received: from jab.dat.pl (dat.pl [80.51.155.34]) by mx1.freebsd.org (Postfix) with ESMTP id 017352F04; Mon, 4 Nov 2013 11:29:18 +0000 (UTC) Received: from jab.dat.pl (jsrv.dat.pl [127.0.0.1]) by jab.dat.pl (Postfix) with ESMTP id 5E85690; Mon, 4 Nov 2013 12:29:17 +0100 (CET) X-Virus-Scanned: amavisd-new at dat.pl Received: from jab.dat.pl ([127.0.0.1]) by jab.dat.pl (jab.dat.pl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 4zelpsn9sexx; Mon, 4 Nov 2013 12:28:19 +0100 (CET) Received: from [10.0.6.81] (unknown [212.69.68.42]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by jab.dat.pl (Postfix) with ESMTPSA id CAF5856; Mon, 4 Nov 2013 12:28:18 +0100 (CET) Message-ID: <52778541.3090803@dat.pl> Date: Mon, 04 Nov 2013 12:30:09 +0100 From: Maciej Milewski User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Konstantin Belousov , Gleb Smirnoff Subject: Re: 10.0-BETA1 i386 on VirtualBox References: <526939BF.4030306@dat.pl> <201311021106.17222.breton@cynicmansion.ru> <52761D4C.8030404@dat.pl> <201311031629.20378.breton@cynicmansion.ru> <20131103134601.GN52889@glebius.int.ru> <20131103144131.GG59496@kib.kiev.ua> In-Reply-To: <20131103144131.GG59496@kib.kiev.ua> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Boris Bobrov , Glen Barber , "freebsd-current@freebsd.org" , kib@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, 04 Nov 2013 11:29:19 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 03.11.2013 15:41, Konstantin Belousov wrote: > On Sun, Nov 03, 2013 at 05:46:01PM +0400, Gleb Smirnoff wrote: >> Maciej, Boris, >> >> On Sun, Nov 03, 2013 at 04:29:11PM +0400, Boris Bobrov wrote: >> B> > I traced this down to r248521: >> B> > svn log -r248521 >> B> > ----------------------------------------------------------------------- >> B> > - r248521 | kib | 2013-03-19 16:08:15 +0100 (Tue, 19 Mar 2013) | 5 >> B> > lines >> B> > >> B> > UFS support of the unmapped i/o for the user data buffers. >> B> > >> B> > Sponsored by: The FreeBSD Foundation >> B> > Tested by: pho, scottl, jhb, bf >> B> > >> B> > ----------------------------------------------------------------------- >> B> > - >> B> > >> B> > The last working revision is 248520. >> B> >> B> Yes, I confirm that. >> >> Thanks for you help! >> >> Can you please now try unpatched vanilla 10.0-BETA2 iso file and when it >> boots set in loader (before kernel): >> >> OK set vfs.unmapped_buf_allowed=0 >> OK boot > > Show what disk driver is used, also show the output of hw.ncpu, both > from the guest. Konstantin, do you need any other/more info from guest host? Other than hw.ncpu=1 Disk is ada0 at ahcich0 bus 0 scbus2 target 0 lun 0 and second test instance is ada0 at ata0 bus 0 scbus0 target 0 lun 0 Is Gleb's loader hint the final right solution for this problem? - -- Pozdrawiam, Maciej Milewski -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlJ3hUEACgkQPQ1pa2ELkNl26wCdG0wsFWMxu+iN4Xig/I4lQ5pv i+gAn1OAVEvf0vXAZu4PRmr9+oEkW+jA =9+kM -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Nov 4 12:49:24 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 521468F5; Mon, 4 Nov 2013 12:49:24 +0000 (UTC) (envelope-from alfred@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 048852351; Mon, 4 Nov 2013 12:49:24 +0000 (UTC) Received: from Alfreds-MacBook-Air.local (c-76-21-10-192.hsd1.ca.comcast.net [76.21.10.192]) by elvis.mu.org (Postfix) with ESMTPSA id C463E1A3C19; Mon, 4 Nov 2013 04:49:23 -0800 (PST) Message-ID: <527797D8.5040404@freebsd.org> Date: Mon, 04 Nov 2013 04:49:28 -0800 From: Alfred Perlstein Organization: FreeBSD User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Colin Percival , FreeBSD Hackers , FreeBSD current , Jordan Hubbard Subject: Re: Automated submission of kernel panic reports: sysutils/panicmail References: <527779ED.9040303@freebsd.org> In-Reply-To: <527779ED.9040303@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: Mon, 04 Nov 2013 12:49:24 -0000 On 11/4/13, 2:41 AM, Colin Percival wrote: > Hi all, > > After considerable review on freebsd-hackers (thanks dt71 and jilles!) I have > now added sysutils/panicmail to the FreeBSD ports tree. If you install this > and add > panicmail_enable="YES" > to your /etc/rc.conf, a panic report will be generated and sent to root@ for > you to review and submit (via email). You can skip the reviewing step and > submit panics automatically by setting panicmail_autosubmit="YES". > > The panics submitted are encrypted to an RSA key which I hold in order to keep > them secure in transit; and I intend to keep the raw panic reports confidential > except to the minimum extent necessary for other developers to help me process > the incoming reports. > > If I receive enough panic reports to be useful, I hope to provide developers > with aggregate statistics. This may include: > > * regular email reports listing the "top panics", to help guide developers > towards the most fertile areas for stability improvements; > > * email to specific developers alerting them to recurring panics in code they > maintain (especially if it becomes clear that the panic has been recently > introduced); and > > * guidance to re@ and secteam@ about how often a particular panic occurs if > an errata notice is being considered > > as well as other yet-to-be-imagined reports of a similarly aggregate and > anonymized nature. > > So please install the sysutils/panicmail port and enable it in rc.conf! This > all depends on getting useful data, and I can't do that without your help. > Colin, have you had a few minutes to check out the crash reporting facilities in FreeNAS? The reason I ask is that: 1) we would like to share code. 2) we have this running for a few months now and have a huge corpus of information. 3) we are building a nice UI (screenshots attached) over it, we have a couple of thousands of lines of code we can share for this. Our scripts can be found here: 1) A startup script that sends us the crashes on system start: https://github.com/freenas/freenas/blob/master/nanobsd/Files/etc/rc.d/ix_textdump 2) A script to submit data at boot OR from command line that sends more comprehensive system information "ixdiagnose": https://github.com/freenas/freenas/blob/master/nanobsd/Files/usr/local/bin/ixdiagnose 3) A very simple script to upload that report: https://github.com/freenas/freenas/blob/master/nanobsd/Files/usr/local/bin/crashuploader We send a minimal set of information: kernel stack trace, ddb buffer and hardware. Just enough to get some very, very handy stuff. I can share with you offline the crash server code, it's django and relatively straight forward. The screenshots can also be seen at: http://people.freebsd.org/~alfred/crashreporter/ We could modify our framework for FreeBSD to do so by checking for a sentinel file depending on the host type and only auto-sending if we see that. -Alfred From owner-freebsd-current@FreeBSD.ORG Mon Nov 4 14:35:23 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 087FFEAA for ; Mon, 4 Nov 2013 14:35:23 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DFE142924 for ; Mon, 4 Nov 2013 14:35:22 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id rA4EZMrC099139 for ; Mon, 4 Nov 2013 14:35:22 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id rA4EZMxI099138 for current@freebsd.org; Mon, 4 Nov 2013 14:35:22 GMT (envelope-from bdrewery) Received: (qmail 35245 invoked from network); 4 Nov 2013 08:35:20 -0600 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 4 Nov 2013 08:35:20 -0600 Message-ID: <5277B0A5.5010506@FreeBSD.org> Date: Mon, 04 Nov 2013 08:35:17 -0600 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: "current@freebsd.org" Subject: (r257598) panic: Assertion tmp->tm_pages_used == 0 failed at /usr/src/sys/modules/tmpfs/../../fs/tmpfs/tmpfs_vfsops.c:316 X-Enigmail-Version: 1.6 OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EpMTGlxoSCba863KdcPTKg3eVJ67QVkiO" 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, 04 Nov 2013 14:35:23 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --EpMTGlxoSCba863KdcPTKg3eVJ67QVkiO Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable 11.0-CURRENT #87 r257598 During a poudriere build. It creates a tmpfs, builds a port in a jail using that tmpfs and then removes the tmpfs and recreate the tmpfs before building the next port. > panic: Assertion tmp->tm_pages_used =3D=3D 0 failed at /usr/src/sys/mod= ules/tmpfs/../../fs/tmpfs/tmpfs_vfsops.c:316 > cpuid =3D 9 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe124= 7ee57a0 > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe1247ee5850 > vpanic() at vpanic+0x126/frame 0xfffffe1247ee5890 > kassert_panic() at kassert_panic+0x136/frame 0xfffffe1247ee5900 > tmpfs_unmount() at tmpfs_unmount+0x163/frame 0xfffffe1247ee5930 > dounmount() at dounmount+0x41f/frame 0xfffffe1247ee59b0 > sys_unmount() at sys_unmount+0x356/frame 0xfffffe1247ee5ae0 > amd64_syscall() at amd64_syscall+0x265/frame 0xfffffe1247ee5bf0 > Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe1247ee5bf0 > --- syscall (22, FreeBSD ELF64, sys_unmount), rip =3D 0x8008a02fa, rsp = =3D 0x7fffffffd198, rbp =3D 0x7fffffffd2b0 --- > Uptime: 44m40s > (kgdb) #0 doadump (textdump=3D1) at pcpu.h:219 > #1 0xffffffff808bcf87 in kern_reboot (howto=3D260) > at /usr/src/sys/kern/kern_shutdown.c:447 > #2 0xffffffff808bd495 in vpanic (fmt=3D, > ap=3D) at /usr/src/sys/kern/kern_shutdown.c:75= 4 > #3 0xffffffff808bd326 in kassert_panic (fmt=3D) > at /usr/src/sys/kern/kern_shutdown.c:642 > #4 0xffffffff81e159d3 in tmpfs_unmount (mp=3D0xfffff810502cd660, > mntflags=3D) > at /usr/src/sys/modules/tmpfs/../../fs/tmpfs/tmpfs_vfsops.c:316 > #5 0xffffffff8095e1af in dounmount (mp=3D0xfffff810502cd660, flags=3D1= 34742016, > td=3D0xfffff8013d57a490) at /usr/src/sys/kern/vfs_mount.c:1324 > #6 0xffffffff8095dd66 in sys_unmount (td=3D0xfffff8013d57a490, > uap=3D0xfffffe1247ee5b80) at /usr/src/sys/kern/vfs_mount.c:1212 > #7 0xffffffff80cb7d75 in amd64_syscall (td=3D0xfffff8013d57a490, trace= d=3D0) > at subr_syscall.c:134 > #8 0xffffffff80c9c90b in Xfast_syscall () > at /usr/src/sys/amd64/amd64/exception.S:391 > #9 0x00000008008a02fa in ?? () --=20 Regards, Bryan Drewery --EpMTGlxoSCba863KdcPTKg3eVJ67QVkiO Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJSd7ClAAoJEDXXcbtuRpfPVhUH/1blQLL506TpPDKuY/c8oS+J MgIf8mKg9qJey3XOftcMAcT2G+QasVvoURKGOmwvG1Mx31joWV+jaRaf6kme40un pHsK13JA5ZNmXgWUljySCLiNVakFg1g/1I/4RjAPrls1rUzzEjrRhhJsVyd94REx GRXoe19k5XKB4x30n74Kr5gZPR4KJ8ALUEoES6zypejFa9+UuMOPUd79DOTNVi5y 7xk3c9MPMsVkK7sUWEyu4ERkuT1GdAME2AreWbiQaSK4P+hTp7Dnhn1Qeo12CqLx f3zLwE/S6Ju5bPdCd0hATCx0aLPby+vjoTeJPv5Gmn1pxkOpKrrXBFU5Fi96TAg= =thJ/ -----END PGP SIGNATURE----- --EpMTGlxoSCba863KdcPTKg3eVJ67QVkiO-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 4 15:30:41 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1F56434B for ; Mon, 4 Nov 2013 15:30:41 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-qc0-x234.google.com (mail-qc0-x234.google.com [IPv6:2607:f8b0:400d:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D4CB02CED for ; Mon, 4 Nov 2013 15:30:40 +0000 (UTC) Received: by mail-qc0-f180.google.com with SMTP id e9so4036561qcy.11 for ; Mon, 04 Nov 2013 07:30:40 -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:message-id:subject :from:to:cc:content-type; bh=QsXNIuUBJ88ov69LYQ6kCLB5cy78CwcftuP+3G5GDHU=; b=yLAwBIPe41wJ4aJGPNtIBLMyhf23U8r1vRAZF2wK6G9vUQ6h+q8ws8jAYBBiFtoCXn XjHbTZLsuqtykr/BLQ2iPNbVJCbdZuWYGjoVueMEAeLHAcivGbpby2mVqIZHFFOl7+Gu 2+N54vLWIGHaoE2cUgGUUhlo+kgsNxdonZpemslAnjXy66KU5wF7Z6rfuqcide1ogX7P ub6gVmgtsmLT77LEV69NwjGoJxGD2NBkcycQpYlGDM7SgihZl26zAS/BXflb78MzS8Kl JiXZ7m1Blx9WHpF+eQUi3m2DFPUIcxFxiYWjNOYu3JMcFP5upyi9srcYNpHZGQkeoQQj 185w== MIME-Version: 1.0 X-Received: by 10.49.17.98 with SMTP id n2mr23068794qed.61.1383579039992; Mon, 04 Nov 2013 07:30:39 -0800 (PST) Sender: carpeddiem@gmail.com Received: by 10.224.87.135 with HTTP; Mon, 4 Nov 2013 07:30:39 -0800 (PST) In-Reply-To: References: <20131025151847.2a1b83de93335040797ceaf1@ddteam.net> <20131031210138.GC30328@ambrisko.com> Date: Mon, 4 Nov 2013 10:30:39 -0500 X-Google-Sender-Auth: affXUdhKJjk1Oq30KdVWcLOODpU Message-ID: Subject: Re: newcons comming From: Ed Maste To: Kevin Oberman Content-Type: text/plain; charset=ISO-8859-1 Cc: Aleksandr Rybalko , 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, 04 Nov 2013 15:30:41 -0000 On 4 November 2013 02:16, Kevin Oberman wrote: > Excellent news. I'm really looking forward to newcons. Guess it's time to > move my T520 to 10-Stable (or Beta) I'm running a Newcons kernel on my Thinkpad X220 now and it's working well, with a few minor quirks. This is with the X-related packages rebuilt with WITH_NEW_XORG= and WITH_KMS= in /etc/make.conf. > Are you booting directly to X or using startx from the console? In either > case, I think that i915kms should auto-load at the start of X, so you > should not need to pre-load it. I log in and running startx. i915kms does auto-load. > Does newcons require VESA? If not, you should be able to remove it from > your kernel to get suspend/resume working from X. It does not use VESA - it's removed from GENERIC on the newcons branch. Suspend and resume generally works on my X220 now, from X or console. There are some outstanding issues, for example the X display sometimes ends up corrupted after resume; stopping and restarting X fixes that. From owner-freebsd-current@FreeBSD.ORG Mon Nov 4 16:15:25 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8BB9079 for ; Mon, 4 Nov 2013 16:15:25 +0000 (UTC) (envelope-from freebsd@allanjude.com) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 64FD9208F for ; Mon, 4 Nov 2013 16:15:24 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.108.129]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id B48F94419E for ; Mon, 4 Nov 2013 16:15:16 +0000 (UTC) Message-ID: <5277C814.2010607@allanjude.com> Date: Mon, 04 Nov 2013 11:15:16 -0500 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: (r257598) panic: Assertion tmp->tm_pages_used == 0 failed at /usr/src/sys/modules/tmpfs/../../fs/tmpfs/tmpfs_vfsops.c:316 References: <5277B0A5.5010506@FreeBSD.org> In-Reply-To: <5277B0A5.5010506@FreeBSD.org> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BO6fwGsJ1CaTDhL7ChaLdtnQjBmsQppp6" 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, 04 Nov 2013 16:15:25 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --BO6fwGsJ1CaTDhL7ChaLdtnQjBmsQppp6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2013-11-04 09:35, Bryan Drewery wrote: > 11.0-CURRENT #87 r257598 > > During a poudriere build. > > It creates a tmpfs, builds a port in a jail using that tmpfs and then > removes the tmpfs and recreate the tmpfs before building the next port.= > >> panic: Assertion tmp->tm_pages_used =3D=3D 0 failed at /usr/src/sys/mo= dules/tmpfs/../../fs/tmpfs/tmpfs_vfsops.c:316 >> cpuid =3D 9 >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe12= 47ee57a0 >> kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe1247ee5850 >> vpanic() at vpanic+0x126/frame 0xfffffe1247ee5890 >> kassert_panic() at kassert_panic+0x136/frame 0xfffffe1247ee5900 >> tmpfs_unmount() at tmpfs_unmount+0x163/frame 0xfffffe1247ee5930 >> dounmount() at dounmount+0x41f/frame 0xfffffe1247ee59b0 >> sys_unmount() at sys_unmount+0x356/frame 0xfffffe1247ee5ae0 >> amd64_syscall() at amd64_syscall+0x265/frame 0xfffffe1247ee5bf0 >> Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe1247ee5bf0 >> --- syscall (22, FreeBSD ELF64, sys_unmount), rip =3D 0x8008a02fa, rsp= =3D 0x7fffffffd198, rbp =3D 0x7fffffffd2b0 --- >> Uptime: 44m40s >> (kgdb) #0 doadump (textdump=3D1) at pcpu.h:219 >> #1 0xffffffff808bcf87 in kern_reboot (howto=3D260) >> at /usr/src/sys/kern/kern_shutdown.c:447 >> #2 0xffffffff808bd495 in vpanic (fmt=3D, >> ap=3D) at /usr/src/sys/kern/kern_shutdown.c:7= 54 >> #3 0xffffffff808bd326 in kassert_panic (fmt=3D) >> at /usr/src/sys/kern/kern_shutdown.c:642 >> #4 0xffffffff81e159d3 in tmpfs_unmount (mp=3D0xfffff810502cd660, >> mntflags=3D) >> at /usr/src/sys/modules/tmpfs/../../fs/tmpfs/tmpfs_vfsops.c:316 >> #5 0xffffffff8095e1af in dounmount (mp=3D0xfffff810502cd660, flags=3D= 134742016, >> td=3D0xfffff8013d57a490) at /usr/src/sys/kern/vfs_mount.c:1324 >> #6 0xffffffff8095dd66 in sys_unmount (td=3D0xfffff8013d57a490, >> uap=3D0xfffffe1247ee5b80) at /usr/src/sys/kern/vfs_mount.c:1212 >> #7 0xffffffff80cb7d75 in amd64_syscall (td=3D0xfffff8013d57a490, trac= ed=3D0) >> at subr_syscall.c:134 >> #8 0xffffffff80c9c90b in Xfast_syscall () >> at /usr/src/sys/amd64/amd64/exception.S:391 >> #9 0x00000008008a02fa in ?? () > Not sure if it is related, but I had a similar looking panic on a 10.0-BETA1 machine after doing a zfs receive: Fatal trap 12: page fault while in kernel mode cpuid =3D 5; apic id =3D 05 fault virtual address =3D 0x378 fault code =3D supervisor read data, page not present instruction pointer =3D 0x20:0xffffffff8089bf51 stack pointer =3D 0x28:0xfffffe1835d715d0 frame pointer =3D 0x28:0xfffffe1835d71650 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 44435 (zfs) trap number =3D 12 panic: page fault cpuid =3D 5 KDB: stack backtrace: #0 0xffffffff808e7580 at kdb_backtrace+0x60 #1 0xffffffff808af065 at panic+0x155 #2 0xffffffff80c8e292 at trap_fatal+0x3a2 #3 0xffffffff80c8e569 at trap_pfault+0x2c9 #4 0xffffffff80c8dcf6 at trap+0x5e6 #5 0xffffffff80c75022 at calltrap+0x8 #6 0xffffffff8094a32b at vflush+0x48b #7 0xffffffff8189e682 at zfs_umount+0x112 #8 0xffffffff809434f5 at dounmount+0x4b5 #9 0xffffffff80943004 at sys_unmount+0x3d4 #10 0xffffffff80c8eb87 at amd64_syscall+0x357 #11 0xffffffff80c7530b at Xfast_syscall+0xfb --=20 Allan Jude --BO6fwGsJ1CaTDhL7ChaLdtnQjBmsQppp6 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSd8gbAAoJEJrBFpNRJZKfdUkP/1mbauwQzd3xjXUqy0dRSjeh sp46/SBGNn4+XVsFoBwyOu4fsLwARZt6S73GXj4t5Ct8EmPW2XLu5omViMH+uj5P Lt5jfDjDJSZ5tkvqKce0huox3JwgWFPBK9DBOvYPHPtaH0F45o2dqBm46ZlxWebs h5SmVtbJCpHR9Cr+otNyWgAGXj7TjLGyHfzHlq1O/5HXzRYjG9m99KNMFO2uU7Ij gQzXlMU5tWpXrqslXru43Cbzk1PXDvptfUrj3bhAMpQ94zFx8vnoKp/bZwHYluO0 LpsQrsPVpaFijD+J35QEQLQo5+RBY1LGkdXX7GPf2pxP0/eRpAnTnIf3UXLF7oy6 KifC1os2NZZgLQCN8FDahU02wcesdcqlgtvKZubaDo9Yat7v69eU7F10JvLi92H6 4pyTPIg7hqQVxwuIES+CFvIilMckCOWRx+WIWO9j2aE80K9fEi84KV/Mgv0rHtet ayyW2XluYnt1conNck0XieCsepLDI6/iWIsVLzTNKNZowwB5Snb1OzVBeyZibLDV VZu8grApkFc4wBWJcTIEJJjz5f/uPmTTsmKlv5f46rwyQ5UKsiwhClWKUU6z7sJQ t75+TK3CyyXPu3N8kKTTPy7HhIrscE9eiOHhjpWVBc65DZ0urmp7eDVZNEC+G3ov TVyBZ6dKgKwfRmw3inve =nciv -----END PGP SIGNATURE----- --BO6fwGsJ1CaTDhL7ChaLdtnQjBmsQppp6-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 4 16:27:44 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3025367B; Mon, 4 Nov 2013 16:27:44 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A7BBB212E; Mon, 4 Nov 2013 16:27:43 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id rA4GRVOr000738; Mon, 4 Nov 2013 18:27:31 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua rA4GRVOr000738 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id rA4GRVdS000737; Mon, 4 Nov 2013 18:27:31 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 4 Nov 2013 18:27:31 +0200 From: Konstantin Belousov To: Bryan Drewery Subject: Re: (r257598) panic: Assertion tmp->tm_pages_used == 0 failed at /usr/src/sys/modules/tmpfs/../../fs/tmpfs/tmpfs_vfsops.c:316 Message-ID: <20131104162731.GQ59496@kib.kiev.ua> References: <5277B0A5.5010506@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8kevPEUzql0NoPNs" Content-Disposition: inline In-Reply-To: <5277B0A5.5010506@FreeBSD.org> User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, 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" 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, 04 Nov 2013 16:27:44 -0000 --8kevPEUzql0NoPNs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 04, 2013 at 08:35:17AM -0600, Bryan Drewery wrote: > 11.0-CURRENT #87 r257598 >=20 > During a poudriere build. >=20 > It creates a tmpfs, builds a port in a jail using that tmpfs and then > removes the tmpfs and recreate the tmpfs before building the next port. >=20 > > panic: Assertion tmp->tm_pages_used =3D=3D 0 failed at /usr/src/sys/mod= ules/tmpfs/../../fs/tmpfs/tmpfs_vfsops.c:316 > > cpuid =3D 9 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe124= 7ee57a0 > > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe1247ee5850 > > vpanic() at vpanic+0x126/frame 0xfffffe1247ee5890 > > kassert_panic() at kassert_panic+0x136/frame 0xfffffe1247ee5900 > > tmpfs_unmount() at tmpfs_unmount+0x163/frame 0xfffffe1247ee5930 > > dounmount() at dounmount+0x41f/frame 0xfffffe1247ee59b0 > > sys_unmount() at sys_unmount+0x356/frame 0xfffffe1247ee5ae0 > > amd64_syscall() at amd64_syscall+0x265/frame 0xfffffe1247ee5bf0 > > Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe1247ee5bf0 > > --- syscall (22, FreeBSD ELF64, sys_unmount), rip =3D 0x8008a02fa, rsp = =3D 0x7fffffffd198, rbp =3D 0x7fffffffd2b0 --- > > Uptime: 44m40s >=20 > > (kgdb) #0 doadump (textdump=3D1) at pcpu.h:219 > > #1 0xffffffff808bcf87 in kern_reboot (howto=3D260) > > at /usr/src/sys/kern/kern_shutdown.c:447 > > #2 0xffffffff808bd495 in vpanic (fmt=3D, > > ap=3D) at /usr/src/sys/kern/kern_shutdown.c:754 > > #3 0xffffffff808bd326 in kassert_panic (fmt=3D) > > at /usr/src/sys/kern/kern_shutdown.c:642 > > #4 0xffffffff81e159d3 in tmpfs_unmount (mp=3D0xfffff810502cd660, > > mntflags=3D) > > at /usr/src/sys/modules/tmpfs/../../fs/tmpfs/tmpfs_vfsops.c:316 > > #5 0xffffffff8095e1af in dounmount (mp=3D0xfffff810502cd660, flags=3D1= 34742016, > > td=3D0xfffff8013d57a490) at /usr/src/sys/kern/vfs_mount.c:1324 > > #6 0xffffffff8095dd66 in sys_unmount (td=3D0xfffff8013d57a490, > > uap=3D0xfffffe1247ee5b80) at /usr/src/sys/kern/vfs_mount.c:1212 > > #7 0xffffffff80cb7d75 in amd64_syscall (td=3D0xfffff8013d57a490, trace= d=3D0) > > at subr_syscall.c:134 > > #8 0xffffffff80c9c90b in Xfast_syscall () > > at /usr/src/sys/amd64/amd64/exception.S:391 > > #9 0x00000008008a02fa in ?? () Do you have core ? I want to see the struct tmpfs_mount content for the tmpfs mount point which caused the panic. --8kevPEUzql0NoPNs Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSd8ryAAoJEJDCuSvBvK1Bk64P/1OHyBeIehbnQrNSRew/C1u1 oOAQv55DzA+VNN+CjByahMi+tDCANDDLx4VRLWPJGrdbgi/XzYY9o6Xla+4RM/Dy 5HFOB2tB0z8Mo+YHp9qGu9sMexoZSw+lMV+LkrEa+/ZlE0/XnO03AFZePMOsUKVe 94p1QZqFfc6U/tjiBpgqZOYXGfydb/BrxJKFfW3UhBB7iRjLc4zXsNiBTuJalI/x 8qy/Ez7TvAmIuZB3Ci8fk3mQ1ZRwo3x/1m7DkNuJSYgzkx24Ft6b372/zojfjFPX hPulWqIGtHdYSrHcxCCswS9UYpFb6+FI97FG2m7i+RFNsgqfCKMGGf6vtPcXQTvs iq2wuz2yvekVb9qlzfgzIT+9KxPd8d0VKocpSFPpJt3QAtejbNvxxucDXETlbnDj tA7nxdMYxmCvm1JaddChUMR0IwB5k4S/O5yUqupQyejAohtW4kn93bvN6ArRhsDP z4NaBc2Ia/ipco5NwQndFFhM9Dqf3fldGGCGREmBmJd5P7AD9sc7kCvTrsks3AZt VVlEitudv0EBKZ1pfAOej/yf2o9s1bootF1zb7NFHIGOSgqCtH6afiFZIppmS7CX fDnWFRPqGWKJAxozUH102iAVU3Lzn/YW5RwgUV3hBveB9ef3zQ85qmt/TIcoKUzo 2gBsfAnDQG6seIpZ4a1y =gfm3 -----END PGP SIGNATURE----- --8kevPEUzql0NoPNs-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 4 16:35:02 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3D4879DC; Mon, 4 Nov 2013 16:35:02 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A8FE521BC; Mon, 4 Nov 2013 16:35:00 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.7/8.14.7) with ESMTP id rA4GYvX1040660; Mon, 4 Nov 2013 20:34:57 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.7/8.14.7/Submit) id rA4GYv5S040659; Mon, 4 Nov 2013 20:34:57 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 4 Nov 2013 20:34:57 +0400 From: Gleb Smirnoff To: Erwin Lansing Subject: Re: FreeBSD 10 Beta2 /etc/rc.d/named script and /etc/defaults/rc.conf Message-ID: <20131104163457.GJ52889@FreeBSD.org> References: <20131103220654.GU52889@FreeBSD.org> <6AA4A8E1-CBCE-4C87-A320-BB08EC76715F@lassitu.de> <20131104083443.GZ52889@FreeBSD.org> <2B21E123-23BA-4E07-B9DD-9DE1CDE40D08@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <2B21E123-23BA-4E07-B9DD-9DE1CDE40D08@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Release Engineering Team , =?iso-8859-1?Q?=D6zkan?= KIRIK , FreeBSD Current , freebsd-stable , George Kontostanos , des@freebsd.org, Stefan Bethke 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, 04 Nov 2013 16:35:02 -0000 On Mon, Nov 04, 2013 at 12:11:02PM +0100, Erwin Lansing wrote: E> > On Mon, Nov 04, 2013 at 01:41:01AM +0200, George Kontostanos wrote: E> > G> > Am 03.11.2013 um 23:06 schrieb Gleb Smirnoff : E> > G> > E> > G> > > On Sun, Nov 03, 2013 at 10:05:02PM +0200, Özkan KIRIK wrote: E> > G> > > Ö> Altough bind removed from FreeBSD 10 distribution, "/etc/rc.d/named" E> > G> > script E> > G> > > Ö> still exists. E> > G> > > Ö> and this script depends on "/etc/mtree/BIND.chroot.dist" file but E> > G> > there is E> > G> > > Ö> no such file in source tree. E> > G> > > Ö> I think this file was forgotten to be removed. E> > G> > > Ö> E> > G> > > Ö> And also, named_* definitions still exists in /etc/defaults/rc.conf E> > G> > file. E> > G> > > E> > G> > > Please review attached file that removes named from /etc. E> > G> > E> > G> > It would be great if the port would learn to install its own script etc. E> > G> > in time for that change. (Unless it’s already there, and I’m just too blind E> > G> > to see it.) E> > G> E> > G> No you are not blind. Installing bind from ports still relies on the E> > G> /etc/rc.d/named script. E> > E> > Erwin, can you please handle that? E> E> Things are much worse that this, the ports are completely written under the assumption that there is a Bind in base, which of course would already break with WITHOUT_BIND before Bind was completely removed. It will be hard to fix without breaking the installed base of 8 and 9. Sigh. E> E> I'll try to work on it this week, but unfortunately have a full schedule of meetings and travel as well. What should we do with src? IMO, we should proceed with removal of remnants of bind in src. In the worst case, if you can't handle it this week, the situation will be the following: 1) 8.x, 9.x users are okay 2) 10+.x users w/o bind are okay 3) 10+.x users with bind have problems If we skip updating src, then situation would be: 1) 8.x, 9.x users are okay 2) 10+.x users w/o bind have problems 3) 10+.x users with bind are okay I think, there are less 10.x users with bind, than 10.x without it. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Mon Nov 4 16:38:41 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6A5F7C5D; Mon, 4 Nov 2013 16:38:41 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DED1F2202; Mon, 4 Nov 2013 16:38:40 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id rA4GcQG6002903; Mon, 4 Nov 2013 18:38:26 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua rA4GcQG6002903 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id rA4GcPlZ002902; Mon, 4 Nov 2013 18:38:25 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 4 Nov 2013 18:38:25 +0200 From: Konstantin Belousov To: Maciej Milewski Subject: Re: 10.0-BETA1 i386 on VirtualBox Message-ID: <20131104163825.GS59496@kib.kiev.ua> References: <526939BF.4030306@dat.pl> <201311021106.17222.breton@cynicmansion.ru> <52761D4C.8030404@dat.pl> <201311031629.20378.breton@cynicmansion.ru> <20131103134601.GN52889@glebius.int.ru> <20131103144131.GG59496@kib.kiev.ua> <52778541.3090803@dat.pl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lFtSGh4BwI5kpuz7" Content-Disposition: inline In-Reply-To: <52778541.3090803@dat.pl> User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, 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: Boris Bobrov , Glen Barber , Gleb Smirnoff , "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, 04 Nov 2013 16:38:41 -0000 --lFtSGh4BwI5kpuz7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 04, 2013 at 12:30:09PM +0100, Maciej Milewski wrote: >=20 > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 >=20 > On 03.11.2013 15:41, Konstantin Belousov wrote: > > On Sun, Nov 03, 2013 at 05:46:01PM +0400, Gleb Smirnoff wrote: > >> Maciej, Boris, > >> > >> On Sun, Nov 03, 2013 at 04:29:11PM +0400, Boris Bobrov wrote: > >> B> > I traced this down to r248521: > >> B> > svn log -r248521 > >> B> > > ----------------------------------------------------------------------- > >> B> > - r248521 | kib | 2013-03-19 16:08:15 +0100 (Tue, 19 Mar 2013) | 5 > >> B> > lines > >> B> > > >> B> > UFS support of the unmapped i/o for the user data buffers. > >> B> > > >> B> > Sponsored by: The FreeBSD Foundation > >> B> > Tested by: pho, scottl, jhb, bf > >> B> > > >> B> > > ----------------------------------------------------------------------- > >> B> > - > >> B> > > >> B> > The last working revision is 248520. > >> B> > >> B> Yes, I confirm that. > >> > >> Thanks for you help! > >> > >> Can you please now try unpatched vanilla 10.0-BETA2 iso file and when = it > >> boots set in loader (before kernel): > >> > >> OK set vfs.unmapped_buf_allowed=3D0 > >> OK boot > > > > Show what disk driver is used, also show the output of hw.ncpu, both > > from the guest. > Konstantin, > do you need any other/more info from guest host? > Other than hw.ncpu=3D1 > Disk is > ada0 at ahcich0 bus 0 scbus2 target 0 lun 0 > and second test instance is > ada0 at ata0 bus 0 scbus0 target 0 lun 0 So both ahci and ata attached disks show the bug ? Also please show me the CPU features banner from the boot in the VB, like this: CPU: Intel(R) Core(TM) i7-4770S CPU @ 3.10GHz (2993.13-MHz K8-class CPU) Origin =3D "GenuineIntel" Id =3D 0x306c3 Family =3D 0x6 Model =3D 0x3c= Stepping =3D 3 Features=3D0xbfebfbff Features2=3D0x7ffafbff,FMA,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,TSCDLT= ,AESNI,XSAVE,OSXSAVE,AVX,F16C,RDRAND> AMD Features=3D0x2c100800 AMD Features2=3D0x21 Standard Extended Features=3D0x2fbb TSC: P-state invariant, performance statistics real memory =3D 34359738368 (32768 MB) >=20 > Is Gleb's loader hint the final right solution for this problem? Probably not. This smells like a bug in the vbox. It is especially suspicious that only some i/o transfers cause corruption. --lFtSGh4BwI5kpuz7 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSd82AAAoJEJDCuSvBvK1BlAEQAJ+1P6Zv1fsNfaoFjZ7bhr2E l/gidOHI1aGt6cn3UrhfqomRT3D++hyvlkT7vtymoe9l9ra9bqWRLYXqyVzAfDhA ifLjAKSbkBdmyqfv5c78YbXSsGb31BGJ+fnRJXjHrfKibRfFinRmwb1Gw2yeiPK9 2/UvZcou4fQ2XvBdJeQtyapRxyzzXXEi/gCucO8dpdm1xpQnIFnyd9XYGWwXng9i 3KQZI3g8EsK7iayAZEohwlLA4msL+fJacs2KXSZBt1PsoNxZehuuiBfi6q9ojczV h7WlZLFGI2XD4zNQOJrX+lrrxjMyDUZL5Va2uBfOZW4FH8m+UZIOhu0/qKxmypqb 6PI10WwPDG+p/zFyFuazEmkCWoBV/PxTQCe7zAQXvSOYQx28CmzUV04OFLd1chzi wcPuiNB7o3AAD8ZSzWNvpqRCcWGwF1dSjjH+sEYbZ7zHJ8SI7zs4SRrzTFiiPsGb cBuBo+JcrraIHioBAciCMJ9EysdgwC15NeBvtiO8NpqdtC1LMrcn50IcjuVhfKah O9Ioh0B27K66kDe52V3p5xqwDqMe+gzm0PH9tl0opfVc16BHiBhVEDCzfObwnb3L 4FWuBm+EPT0cUp6K6XH1ybAy4uFmt88UbJ36XHQrSpZVEHjhO3Zh5VOtU+3MGmnS oMsKyqymOW+dWZ4Q+Kb7 =+rSG -----END PGP SIGNATURE----- --lFtSGh4BwI5kpuz7-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 4 16:43:09 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8A59EDD1 for ; Mon, 4 Nov 2013 16:43:09 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 67E18226B for ; Mon, 4 Nov 2013 16:43:09 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id rA4Gh9OK025398 for ; Mon, 4 Nov 2013 16:43:09 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id rA4Gh9D2025396 for current@freebsd.org; Mon, 4 Nov 2013 16:43:09 GMT (envelope-from bdrewery) Received: (qmail 49473 invoked from network); 4 Nov 2013 10:43:06 -0600 Received: from unknown (HELO roundcube.xk42.net) (10.10.5.5) by sweb.xzibition.com with SMTP; 4 Nov 2013 10:43:06 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 04 Nov 2013 10:43:06 -0600 From: Bryan Drewery To: Konstantin Belousov Subject: Re: (r257598) panic: Assertion =?UTF-8?Q?tmp-=3Etm=5Fpages=5Fused?= =?UTF-8?Q?=20=3D=3D=20=30=20failed=20at=20/usr/src/sys/modules/tmpfs/=2E?= =?UTF-8?Q?=2E/=2E=2E/fs/tmpfs/tmpfs=5Fvfsops=2Ec=3A=33=31=36?= Organization: FreeBSD In-Reply-To: <20131104162731.GQ59496@kib.kiev.ua> References: <5277B0A5.5010506@FreeBSD.org> <20131104162731.GQ59496@kib.kiev.ua> Message-ID: X-Sender: bdrewery@FreeBSD.org User-Agent: Roundcube Webmail/0.9.3 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, 04 Nov 2013 16:43:09 -0000 On 2013-11-04 10:27, Konstantin Belousov wrote: > On Mon, Nov 04, 2013 at 08:35:17AM -0600, Bryan Drewery wrote: >> 11.0-CURRENT #87 r257598 >> >> During a poudriere build. >> >> It creates a tmpfs, builds a port in a jail using that tmpfs and then >> removes the tmpfs and recreate the tmpfs before building the next >> port. >> >> > panic: Assertion tmp->tm_pages_used == 0 failed at /usr/src/sys/modules/tmpfs/../../fs/tmpfs/tmpfs_vfsops.c:316 >> > cpuid = 9 >> > KDB: stack backtrace: >> > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe1247ee57a0 >> > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe1247ee5850 >> > vpanic() at vpanic+0x126/frame 0xfffffe1247ee5890 >> > kassert_panic() at kassert_panic+0x136/frame 0xfffffe1247ee5900 >> > tmpfs_unmount() at tmpfs_unmount+0x163/frame 0xfffffe1247ee5930 >> > dounmount() at dounmount+0x41f/frame 0xfffffe1247ee59b0 >> > sys_unmount() at sys_unmount+0x356/frame 0xfffffe1247ee5ae0 >> > amd64_syscall() at amd64_syscall+0x265/frame 0xfffffe1247ee5bf0 >> > Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe1247ee5bf0 >> > --- syscall (22, FreeBSD ELF64, sys_unmount), rip = 0x8008a02fa, rsp = 0x7fffffffd198, rbp = 0x7fffffffd2b0 --- >> > Uptime: 44m40s >> >> > (kgdb) #0 doadump (textdump=1) at pcpu.h:219 >> > #1 0xffffffff808bcf87 in kern_reboot (howto=260) >> > at /usr/src/sys/kern/kern_shutdown.c:447 >> > #2 0xffffffff808bd495 in vpanic (fmt=, >> > ap=) at /usr/src/sys/kern/kern_shutdown.c:754 >> > #3 0xffffffff808bd326 in kassert_panic (fmt=) >> > at /usr/src/sys/kern/kern_shutdown.c:642 >> > #4 0xffffffff81e159d3 in tmpfs_unmount (mp=0xfffff810502cd660, >> > mntflags=) >> > at /usr/src/sys/modules/tmpfs/../../fs/tmpfs/tmpfs_vfsops.c:316 >> > #5 0xffffffff8095e1af in dounmount (mp=0xfffff810502cd660, flags=134742016, >> > td=0xfffff8013d57a490) at /usr/src/sys/kern/vfs_mount.c:1324 >> > #6 0xffffffff8095dd66 in sys_unmount (td=0xfffff8013d57a490, >> > uap=0xfffffe1247ee5b80) at /usr/src/sys/kern/vfs_mount.c:1212 >> > #7 0xffffffff80cb7d75 in amd64_syscall (td=0xfffff8013d57a490, traced=0) >> > at subr_syscall.c:134 >> > #8 0xffffffff80c9c90b in Xfast_syscall () >> > at /usr/src/sys/amd64/amd64/exception.S:391 >> > #9 0x00000008008a02fa in ?? () > > Do you have core ? > I want to see the struct tmpfs_mount content for the tmpfs mount point > which caused the panic. Yes. Hopefully this is what you're asking for: (kgdb) frame #4 0xffffffff81e159d3 in tmpfs_unmount (mp=0xfffff810502cd660, mntflags=) at /usr/src/sys/modules/tmpfs/../../fs/tmpfs/tmpfs_vfsops.c:316 316 MPASS(tmp->tm_pages_used == 0); (kgdb) print *mp $2 = {mnt_mtx = {lock_object = {lo_name = 0xffffffff80f11f09 "struct mount mtx", lo_flags = 16973824, lo_data = 0, lo_witness = 0xfffffe00006d3b00}, mtx_lock = 4}, mnt_gen = 1, mnt_list = {tqe_next = 0xfffff8116be06660, tqe_prev = 0xfffff81050257688}, mnt_op = 0xffffffff81e1b940, mnt_vfc = 0xffffffff81e1ba60, mnt_vnodecovered = 0xfffff8104fb0c3b0, mnt_syncer = 0x0, mnt_ref = 1, mnt_nvnodelist = {tqh_first = 0x0, tqh_last = 0xfffff810502cd6c0}, mnt_nvnodelistsize = 0, mnt_activevnodelist = {tqh_first = 0x0, tqh_last = 0xfffff810502cd6d8}, mnt_activevnodelistsize = 0, mnt_writeopcount = 1, mnt_kern_flag = 16777225, mnt_flag = 4096, mnt_opt = 0xfffff80014424ae0, mnt_optnew = 0x0, mnt_maxsymlinklen = 0, mnt_stat = {f_version = 537068824, f_type = 135, f_flags = 4096, f_bsize = 4096, f_iosize = 4096, f_blocks = 17125058, f_bfree = 17049291, f_bavail = 17049291, f_files = 2147483647, f_ffree = 2147473906, f_syncwrites = 0, f_asyncwrites = 0, f_syncreads = 0, f_asyncreads = 0, f_spare = {0, 0, 0, 0, 0, 0, 0, 0, 0, 0}, f_namemax = 255, f_owner = 0, f_fsid = { val = {-2029977679, 135}}, f_charspare = '\0' , f_fstypename = "tmpfs\000\000\000\000\000\000\000\000\000\000", f_mntfromname = "tmpfs", '\0' , f_mntonname = "/poudriere/data/build/exp-91amd64-default-xzibition/08/usr/local", '\0' }, mnt_cred = 0xfffff8001418e100, mnt_data = 0xfffff80fedf75700, mnt_time = 0, mnt_iosize_max = 65536, mnt_export = 0x0, mnt_label = 0x0, mnt_hashseed = 4132690418, mnt_lockref = 0, mnt_secondary_writes = 0, mnt_secondary_accwrites = 0, mnt_susp_owner = 0x0, mnt_gjprovider = 0x0, mnt_explock = {lock_object = {lo_name = 0xffffffff80f11f1a "explock", lo_flags = 108199936, lo_data = 0, lo_witness = 0xfffffe00006eb280}, lk_lock = 1, lk_exslpfail = 0, lk_timo = 0, lk_pri = 96}, mnt_upper_link = {tqe_next = 0x0, tqe_prev = 0x0}, mnt_uppers = {tqh_first = 0x0, tqh_last = 0xfffff810502cd980}} (kgdb) print *(struct tmpfs_mount *)(mp)->mnt_data $3 = {tm_pages_max = 18446744073709551615, tm_pages_used = 18446744073709551615, tm_root = 0xfffff8104ff44828, tm_nodes_max = 2147483647, tm_ino_unr = 0xfffff8002fd65080, tm_nodes_inuse = 0, tm_maxfilesize = 9223372036854775807, tm_nodes_used = {lh_first = 0x0}, allnode_lock = {lock_object = {lo_name = 0xffffffff81e1aa47 "tmpfs allnode lock", lo_flags = 16908288, lo_data = 0, lo_witness = 0xfffffe00006ecd80}, mtx_lock = 6}, tm_dirent_pool = 0xfffff810500bb000, tm_node_pool = 0xfffff81050046000, tm_ronly = 0} Looks like tm_pages_used is -1. -- Regards, Bryan Drewery From owner-freebsd-current@FreeBSD.ORG Mon Nov 4 16:53:48 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5FED833C; Mon, 4 Nov 2013 16:53:48 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 812E3232D; Mon, 4 Nov 2013 16:53:47 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.7/8.14.7) with ESMTP id rA4Grfug040751; Mon, 4 Nov 2013 20:53:41 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.7/8.14.7/Submit) id rA4GrfxM040750; Mon, 4 Nov 2013 20:53:41 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 4 Nov 2013 20:53:41 +0400 From: Gleb Smirnoff To: Konstantin Belousov Subject: Re: 10.0-BETA1 i386 on VirtualBox Message-ID: <20131104165341.GK52889@glebius.int.ru> References: <526939BF.4030306@dat.pl> <201311021106.17222.breton@cynicmansion.ru> <52761D4C.8030404@dat.pl> <201311031629.20378.breton@cynicmansion.ru> <20131103134601.GN52889@glebius.int.ru> <20131103144131.GG59496@kib.kiev.ua> <52778541.3090803@dat.pl> <20131104163825.GS59496@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="bIBSTgLWjO5xMb20" Content-Disposition: inline In-Reply-To: <20131104163825.GS59496@kib.kiev.ua> User-Agent: Mutt/1.5.21 (2010-09-15) X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Boris Bobrov , Glen Barber , "freebsd-current@freebsd.org" , Maciej Milewski 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, 04 Nov 2013 16:53:48 -0000 --bIBSTgLWjO5xMb20 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Nov 04, 2013 at 06:38:25PM +0200, Konstantin Belousov wrote: K> Also please show me the CPU features banner from the boot in the VB, K> like this: I have already collected them all. See attaches. Legend: dmesg.bb pwd_mkdb crashes during install dmesg.milu.png pwd_mkdb crashes during install dmesg.think installation succeeds, but world build crashes instantly dmesg.ru all works dmesg.morannon all works -- Totus tuus, Glebius. --bIBSTgLWjO5xMb20 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.bb" Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-BETA2 #0 r257166: Sat Oct 26 21:52:30 UTC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC i386 FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 CPU: Intel(R) Core(TM)2 Duo CPU T6570 @ 2.10GHz (1727.60-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x1067a Family = 0x6 Model = 0x17 Stepping = 10 Features=0x783fbbf Features2=0x209 real memory = 268369920 (255 MB) avail memory = 239337472 (228 MB) kbd1 at kbdmux0 random: initialized acpi0: on motherboard acpi0: Power Button (fixed) acpi0: Sleep Button (fixed) attimer0: port 0x40-0x43,0x50-0x53 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci_link2: BIOS IRQ 9 for 0.7.INTA does not match previous BIOS IRQ 10 pci0: on pcib0 isab0: at device 1.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xd000-0xd00f at device 1.1 on pci0 ata0: at channel 0 on atapci0 ata1: at channel 1 on atapci0 vgapci0: mem 0xe0000000-0xe07fffff irq 11 at device 2.0 on pci0 em0: port 0xd010-0xd017 mem 0xf0000000-0xf001ffff irq 10 at device 3.0 on pci0 em0: Ethernet address: 08:00:27:e4:ea:db pci0: at device 4.0 (no driver attached) pcm0: port 0xd100-0xd1ff,0xd200-0xd23f irq 5 at device 5.0 on pci0 pcm0: ohci0: mem 0xf0804000-0xf0804fff irq 11 at device 6.0 on pci0 usbus0 on ohci0 pci0: at device 7.0 (no driver attached) battery0: on acpi0 acpi_acad0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xe2000-0xe7fff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atrtc0: at port 0x70 irq 8 on isa0 Event timer "RTC" frequency 32768 Hz quality 0 ppc0: parallel port not found. Timecounters tick every 10.000 msec pcm0: measured ac97 link rate at 27783 Hz usbus0: 12Mbps Full Speed USB v1.0 ugen0.1: at usbus0 uhub0: on usbus0 ada0 at ata0 bus 0 scbus0 target 0 lun 0 ada0: ATA-6 device ada0: Serial Number VB7ab20517-23848df6 ada0: 33.300MB/s transfers (UDMA2, PIO 65536bytes) ada0: 4096MB (8388608 512 byte sectors: 16H 63S/T 8322C) ada0: Previously was known as ad0 cd0 at ata1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: Serial Number VB2-01700376 cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: cd present [301071 x 2048 byte records] uhub0: 8 ports with 8 removable, self powered random: unblocking device. Timecounter "TSC" frequency 1727604551 Hz quality 800 Trying to mount root from cd9660:/dev/iso9660/FREEBSD_INSTALL [ro]... pid 901 (less), uid 0: exited on signal 11 pid 957 (less), uid 0: exited on signal 11 --bIBSTgLWjO5xMb20 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.think" Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-BETA2 #0 r257166: Sat Oct 26 21:52:30 UTC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC i386 FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 CPU: Intel(R) Core(TM) i5-3317U CPU @ 1.70GHz (1637.34-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x306a9 Family = 0x6 Model = 0x3a Stepping = 9 Features=0x783f3bf Features2=0x209 AMD Features=0x8000000 real memory = 134152192 (127 MB) avail memory = 107679744 (102 MB) kbd1 at kbdmux0 random: initialized acpi0: on motherboard acpi0: Power Button (fixed) acpi0: Sleep Button (fixed) attimer0: port 0x40-0x43,0x50-0x53 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci_link2: BIOS IRQ 9 for 0.7.INTA does not match previous BIOS IRQ 10 pci0: on pcib0 isab0: at device 1.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xd000-0xd00f at device 1.1 on pci0 ata0: at channel 0 on atapci0 ata1: at channel 1 on atapci0 vgapci0: mem 0xe0000000-0xe0ffffff irq 11 at device 2.0 on pci0 em0: port 0xd010-0xd017 mem 0xf0000000-0xf001ffff irq 10 at device 3.0 on pci0 em0: Ethernet address: 08:00:27:c0:6e:1f pci0: at device 4.0 (no driver attached) pcm0: port 0xd100-0xd1ff,0xd200-0xd23f irq 5 at device 5.0 on pci0 pcm0: ohci0: mem 0xf0804000-0xf0804fff irq 11 at device 6.0 on pci0 usbus0 on ohci0 pci0: at device 7.0 (no driver attached) battery0: on acpi0 acpi_acad0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xe2000-0xe6fff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atrtc0: at port 0x70 irq 8 on isa0 Event timer "RTC" frequency 32768 Hz quality 0 ppc0: parallel port not found. Timecounters tick every 10.000 msec pcm0: measured ac97 link rate at 39941 Hz usbus0: 12Mbps Full Speed USB v1.0 ugen0.1: at usbus0 uhub0: on usbus0 ada0 at ata0 bus 0 scbus0 target 0 lun 0 ada0: ATA-6 device ada0: Serial Number VB9473784a-f16cc072 ada0: 33.300MB/s transfers (UDMA2, PIO 65536bytes) ada0: 2048MB (4194304 512 byte sectors: 16H 63S/T 4161C) ada0: Previously was known as ad0 cd0 at ata1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: Serial Number VB2-01700376 cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: cd present [301071 x 2048 byte records] random: unblocking device. Timecounter "TSC" frequency 1637335349 Hz quality 800 Root mount waiting for: usbus0 uhub0: 8 ports with 8 removable, self powered Trying to mount root from cd9660:/dev/iso9660/FREEBSD_INSTALL [ro]... --bIBSTgLWjO5xMb20 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.ru" Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-BETA2 #0 r257166: Sat Oct 26 21:52:30 UTC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC i386 FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 CPU: Intel(R) Core(TM) i5-2415M CPU @ 2.30GHz (2293.84-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x206a7 Family = 0x6 Model = 0x2a Stepping = 7 Features=0x783fbff Features2=0x209 AMD Features=0x28100800 AMD Features2=0x1 real memory = 134152192 (127 MB) avail memory = 107679744 (102 MB) pnpbios: Bad PnP BIOS data checksum kbd1 at kbdmux0 random: initialized acpi0: on motherboard acpi0: Power Button (fixed) acpi0: Sleep Button (fixed) attimer0: port 0x40-0x43,0x50-0x53 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci_link2: BIOS IRQ 9 for 0.7.INTA does not match previous BIOS IRQ 10 pci0: on pcib0 isab0: at device 1.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xd000-0xd00f at device 1.1 on pci0 ata0: at channel 0 on atapci0 ata1: at channel 1 on atapci0 vgapci0: mem 0xe0000000-0xe07fffff irq 11 at device 2.0 on pci0 em0: port 0xd010-0xd017 mem 0xf0000000-0xf001ffff irq 10 at device 3.0 on pci0 em0: Ethernet address: 08:00:27:e6:6c:6b pci0: at device 4.0 (no driver attached) pcm0: port 0xd100-0xd1ff,0xd200-0xd23f irq 5 at device 5.0 on pci0 pcm0: ohci0: mem 0xf0804000-0xf0804fff irq 11 at device 6.0 on pci0 usbus0 on ohci0 pci0: at device 7.0 (no driver attached) ehci0: mem 0xf0805000-0xf0805fff irq 10 at device 11.0 on pci0 usbus1: EHCI version 1.0 usbus1 on ehci0 battery0: on acpi0 acpi_acad0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xe2000-0xe2fff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atrtc0: at port 0x70 irq 8 on isa0 Event timer "RTC" frequency 32768 Hz quality 0 ppc0: parallel port not found. Timecounters tick every 10.000 msec pcm0: measured ac97 link rate at 1942 Hz usbus0: 12Mbps Full Speed USB v1.0 usbus1: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ada0 at ata0 bus 0 scbus0 target 0 lun 0 ada0: ATA-6 device ada0: Serial Number VB281a89e7-6e1acd13 ada0: 33.300MB/s transfers (UDMA2, PIO 65536bytes) ada0: 2048MB (4194304 512 byte sectors: 16H 63S/T 4161C) ada0: Previously was known as ad0 cd0 at ata1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: Serial Number VB2-01700376 cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present random: unblocking device. uhub0: 8 ports with 8 removable, self powered Timecounter "TSC-low" frequency 1146919716 Hz quality 800 Root mount waiting for: usbus1 Root mount waiting for: usbus1 Root mount waiting for: usbus1 Root mount waiting for: usbus1 uhub1: 8 ports with 8 removable, self powered Trying to mount root from ufs:/dev/ada0p2 [rw]... --bIBSTgLWjO5xMb20 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.morannon" Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-BETA2 #0 r257166: Sat Oct 26 21:52:30 UTC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC i386 FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 CPU: AMD Phenom(tm) 9950 Quad-Core Processor (2608.78-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x100f23 Family = 0x10 Model = 0x2 Stepping = 3 Features=0x783fbff Features2=0x9 AMD Features=0xea100800 AMD Features2=0x11 real memory = 134152192 (127 MB) avail memory = 107679744 (102 MB) kbd1 at kbdmux0 random: initialized acpi0: on motherboard acpi0: Power Button (fixed) acpi0: Sleep Button (fixed) attimer0: port 0x40-0x43,0x50-0x53 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci_link2: BIOS IRQ 9 for 0.7.INTA does not match previous BIOS IRQ 10 pci0: on pcib0 isab0: at device 1.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xd000-0xd00f at device 1.1 on pci0 ata0: at channel 0 on atapci0 ata1: at channel 1 on atapci0 vgapci0: mem 0xe0000000-0xe0ffffff irq 11 at device 2.0 on pci0 em0: port 0xd010-0xd017 mem 0xf0000000-0xf001ffff irq 10 at device 3.0 on pci0 em0: Ethernet address: 08:00:27:57:7c:46 pci0: at device 4.0 (no driver attached) pcm0: port 0xd100-0xd1ff,0xd200-0xd23f irq 5 at device 5.0 on pci0 pcm0: ohci0: mem 0xf0804000-0xf0804fff irq 11 at device 6.0 on pci0 usbus0 on ohci0 pci0: at device 7.0 (no driver attached) acpi_acad0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xe2000-0xe6fff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atrtc0: at port 0x70 irq 8 on isa0 Event timer "RTC" frequency 32768 Hz quality 0 ppc0: parallel port not found. Timecounters tick every 10.000 msec pcm0: measured ac97 link rate at 35553 Hz usbus0: 12Mbps Full Speed USB v1.0 ugen0.1: at usbus0 uhub0: on usbus0 ada0 at ata0 bus 0 scbus0 target 0 lun 0 ada0: ATA-6 device ada0: Serial Number VB7113c5a1-a23ec071 ada0: 33.300MB/s transfers (UDMA2, PIO 65536bytes) ada0: 2048MB (4194304 512 byte sectors: 16H 63S/T 4161C) ada0: Previously was known as ad0 cd0 at ata1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: Serial Number VB2-01700376 cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: cd present [301071 x 2048 byte records] random: unblocking device. uhub0: 8 ports with 8 removable, self powered Timecounter "TSC-low" frequency 1304390977 Hz quality 800 Trying to mount root from cd9660:/dev/iso9660/FREEBSD_INSTALL [ro]... --bIBSTgLWjO5xMb20-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 4 17:23:29 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 277AE285 for ; Mon, 4 Nov 2013 17:23:29 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [70.91.206.90]) by mx1.freebsd.org (Postfix) with ESMTP id 07D3C2535 for ; Mon, 4 Nov 2013 17:23:28 +0000 (UTC) X-Ambrisko-Me: Yes Received: from server2.ambrisko.com (HELO internal.ambrisko.com) ([192.168.1.2]) by ironport.ambrisko.com with ESMTP; 04 Nov 2013 09:27:18 -0800 Received: from ambrisko.com (localhost [127.0.0.1]) by internal.ambrisko.com (8.14.4/8.14.4) with ESMTP id rA4HNRMq085348; Mon, 4 Nov 2013 09:23:27 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.14.4/8.14.4/Submit) id rA4HNRhR085347; Mon, 4 Nov 2013 09:23:27 -0800 (PST) (envelope-from ambrisko) Date: Mon, 4 Nov 2013 09:23:27 -0800 From: Doug Ambrisko To: Kevin Oberman Subject: Re: newcons comming Message-ID: <20131104172327.GA76085@ambrisko.com> References: <20131025151847.2a1b83de93335040797ceaf1@ddteam.net> <20131031210138.GC30328@ambrisko.com> 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: Aleksandr Rybalko , 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, 04 Nov 2013 17:23:29 -0000 On Sun, Nov 03, 2013 at 11:16:53PM -0800, Kevin Oberman wrote: | On Thu, Oct 31, 2013 at 2:01 PM, Doug Ambrisko | wrote: | | On Fri, Oct 25, 2013 at 03:18:47PM +0300, Aleksandr Rybalko wrote: | | Hello fellow hackers! | | | | I finally reach the point when I can work with newcons instead of | | syscons on my laptop. Yes, I know it still buggy and have a lot of | | style(9) problems. But we really have to get it into HEAD and 10.0 to | | enable shiny new Xorg features, drivers, etc. | | I built the kernel from: | A A A A base/user/ed/newcons/ | and installed it on my new ThinkPad T530 with Intel graphics chip. | In general it works better since now syspend and resume works with | and without X. A However, as with my prior ThinkPads I need to switch | out of X to suspend and resume. A So I have vidcontrol -s 1 in my | /etc/rc.suspend and vidcontrol -s 9 in /etc/rc.resume. A If I don't | the display ends up corrupted but somewhat working. | | I had to kldload i915kms in /etc/rc.local since having it there at | boot via /boot/loader.conf resulted in the system not booting. A I need | i915kms for X so I don't need to use vesa mode. | | The FreeBSD logo on boot is interesting but I'd prefer seeing | FreeBSD boot messages to see what is happening. A I'm not sure if | there is a flag to disable that since I have played with it much. | | However, on a whole it is much improved since with i915kms and | newcons when in X via vesa I couldn't switch to a non-X display | since it was blank. | | Excellent news. I'm really looking forward to newcons. Guess it's time to | move my T520 to 10-Stable (or Beta) | . | Since I'm not running 10, I may simply be clueless. If so, please ignore | the rest of this. Newcons isn't in 10 yet but in its own branch. | Are you booting directly to X or using startx from the console? In either | case, I think that i915kms should auto-load at the start of X, so you | should not need to pre-load it. I use XDM to start X. Auto load might not quite work for me since I run X in a vimage jail. I find it easier to keep my base system a minimal install to start up a bounch of vimage jails. I have two "mains" that are FreeBSD -current that I leap frog and then have a couple of -stable release (ie. 9.0 and 9.2 now) that I use to build ports. I nulls mount the /var/db/pkg, /usr/local and /usr/ports of that release between those so my ports tend to be fixed in time. I have some patches to jail to allow any sysctls and to set what the OS reports for uname etc. Then pkg_add, ports builds thinks it is running on that version of FreeBSD (ie. 9.2 release). This makes it easier for me to run -current and let me add things without issue later on trying to add something new. I do have to build modules outside so it is in sync. with my base OS. | Does newcons require VESA? If not, you should be able to remove it from | your kernel to get suspend/resume working from X. As soon as I went to newcons the suspend and resume started to work. I don't have vesa kldload or static in the kernel. I auto switch out of X on suspend and switch back to X on resume to ensure that on resume the X display isn't messed up (lines shifted etc.). If I don't do this then the X gets messed up. I can see stuff working on the LCD it's just messed up. Brightness seems messed up, I patched acpi_video to also set the 2nd LCD (SB.PCI0.PEG.VID.LCD0._BCM) so that works since the keys don't work. However when X comes back from resume or dpms then it is full bridgtness. So I need to figure that out. I also run into the "N" compatibility issue with the iwn 6205 that Sean did so I #ifdef'ed that out like he did. Now the 6205 works fine. My other laptop with a 5300 didn't have this issue. My only real problem right now is that this new laptop came with a defective key so I'm waiting to get that replaced and then I'll switch to it. Thanks, Doug A. From owner-freebsd-current@FreeBSD.ORG Mon Nov 4 17:27:56 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1BFCB49E; Mon, 4 Nov 2013 17:27:56 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9698F255D; Mon, 4 Nov 2013 17:27:55 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id rA4HRjGm013596; Mon, 4 Nov 2013 19:27:45 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua rA4HRjGm013596 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id rA4HRjUM013595; Mon, 4 Nov 2013 19:27:45 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 4 Nov 2013 19:27:45 +0200 From: Konstantin Belousov To: Bryan Drewery Subject: Re: (r257598) panic: Assertion tmp->tm_pages_used == 0 failed at /usr/src/sys/modules/tmpfs/../../fs/tmpfs/tmpfs_vfsops.c:316 Message-ID: <20131104172744.GT59496@kib.kiev.ua> References: <5277B0A5.5010506@FreeBSD.org> <20131104162731.GQ59496@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JzPxGqxua12JTMNb" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, 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 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, 04 Nov 2013 17:27:56 -0000 --JzPxGqxua12JTMNb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 04, 2013 at 10:43:06AM -0600, Bryan Drewery wrote: > On 2013-11-04 10:27, Konstantin Belousov wrote: > > On Mon, Nov 04, 2013 at 08:35:17AM -0600, Bryan Drewery wrote: > >> 11.0-CURRENT #87 r257598 > >>=20 > >> During a poudriere build. > >>=20 > >> It creates a tmpfs, builds a port in a jail using that tmpfs and then > >> removes the tmpfs and recreate the tmpfs before building the next=20 > >> port. > >>=20 > >> > panic: Assertion tmp->tm_pages_used =3D=3D 0 failed at /usr/src/sys/= modules/tmpfs/../../fs/tmpfs/tmpfs_vfsops.c:316 > >> > cpuid =3D 9 > >> > KDB: stack backtrace: > >> > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe= 1247ee57a0 > >> > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe1247ee5850 > >> > vpanic() at vpanic+0x126/frame 0xfffffe1247ee5890 > >> > kassert_panic() at kassert_panic+0x136/frame 0xfffffe1247ee5900 > >> > tmpfs_unmount() at tmpfs_unmount+0x163/frame 0xfffffe1247ee5930 > >> > dounmount() at dounmount+0x41f/frame 0xfffffe1247ee59b0 > >> > sys_unmount() at sys_unmount+0x356/frame 0xfffffe1247ee5ae0 > >> > amd64_syscall() at amd64_syscall+0x265/frame 0xfffffe1247ee5bf0 > >> > Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe1247ee5bf0 > >> > --- syscall (22, FreeBSD ELF64, sys_unmount), rip =3D 0x8008a02fa, r= sp =3D 0x7fffffffd198, rbp =3D 0x7fffffffd2b0 --- > >> > Uptime: 44m40s > >>=20 > >> > (kgdb) #0 doadump (textdump=3D1) at pcpu.h:219 > >> > #1 0xffffffff808bcf87 in kern_reboot (howto=3D260) > >> > at /usr/src/sys/kern/kern_shutdown.c:447 > >> > #2 0xffffffff808bd495 in vpanic (fmt=3D, > >> > ap=3D) at /usr/src/sys/kern/kern_shutdown.c= :754 > >> > #3 0xffffffff808bd326 in kassert_panic (fmt=3D) > >> > at /usr/src/sys/kern/kern_shutdown.c:642 > >> > #4 0xffffffff81e159d3 in tmpfs_unmount (mp=3D0xfffff810502cd660, > >> > mntflags=3D) > >> > at /usr/src/sys/modules/tmpfs/../../fs/tmpfs/tmpfs_vfsops.c:316 > >> > #5 0xffffffff8095e1af in dounmount (mp=3D0xfffff810502cd660, flags= =3D134742016, > >> > td=3D0xfffff8013d57a490) at /usr/src/sys/kern/vfs_mount.c:1324 > >> > #6 0xffffffff8095dd66 in sys_unmount (td=3D0xfffff8013d57a490, > >> > uap=3D0xfffffe1247ee5b80) at /usr/src/sys/kern/vfs_mount.c:1212 > >> > #7 0xffffffff80cb7d75 in amd64_syscall (td=3D0xfffff8013d57a490, tr= aced=3D0) > >> > at subr_syscall.c:134 > >> > #8 0xffffffff80c9c90b in Xfast_syscall () > >> > at /usr/src/sys/amd64/amd64/exception.S:391 > >> > #9 0x00000008008a02fa in ?? () > >=20 > > Do you have core ? > > I want to see the struct tmpfs_mount content for the tmpfs mount point > > which caused the panic. >=20 > Yes. >=20 > Hopefully this is what you're asking for: >=20 > (kgdb) frame > #4 0xffffffff81e159d3 in tmpfs_unmount (mp=3D0xfffff810502cd660,=20 > mntflags=3D) at=20 > /usr/src/sys/modules/tmpfs/../../fs/tmpfs/tmpfs_vfsops.c:316 > 316 MPASS(tmp->tm_pages_used =3D=3D 0); >=20 > (kgdb) print *mp > $2 =3D {mnt_mtx =3D {lock_object =3D {lo_name =3D 0xffffffff80f11f09 "str= uct=20 > mount mtx", lo_flags =3D 16973824, lo_data =3D 0, lo_witness =3D=20 > 0xfffffe00006d3b00}, mtx_lock =3D 4}, mnt_gen =3D 1, mnt_list =3D {tqe_ne= xt =3D=20 > 0xfffff8116be06660, tqe_prev =3D 0xfffff81050257688}, mnt_op =3D=20 > 0xffffffff81e1b940, mnt_vfc =3D 0xffffffff81e1ba60, mnt_vnodecovered =3D= =20 > 0xfffff8104fb0c3b0, > mnt_syncer =3D 0x0, mnt_ref =3D 1, mnt_nvnodelist =3D {tqh_first =3D 0= x0,=20 > tqh_last =3D 0xfffff810502cd6c0}, mnt_nvnodelistsize =3D 0,=20 > mnt_activevnodelist =3D {tqh_first =3D 0x0, tqh_last =3D 0xfffff810502cd6= d8},=20 > mnt_activevnodelistsize =3D 0, mnt_writeopcount =3D 1, mnt_kern_flag =3D= =20 > 16777225, mnt_flag =3D 4096, mnt_opt =3D 0xfffff80014424ae0, mnt_optnew = =3D=20 > 0x0, mnt_maxsymlinklen =3D 0, > mnt_stat =3D {f_version =3D 537068824, f_type =3D 135, f_flags =3D 409= 6,=20 > f_bsize =3D 4096, f_iosize =3D 4096, f_blocks =3D 17125058, f_bfree =3D= =20 > 17049291, f_bavail =3D 17049291, f_files =3D 2147483647, f_ffree =3D=20 > 2147473906, f_syncwrites =3D 0, f_asyncwrites =3D 0, f_syncreads =3D 0,= =20 > f_asyncreads =3D 0, f_spare =3D {0, 0, 0, 0, 0, 0, 0, 0, 0, 0}, f_namemax= =3D=20 > 255, f_owner =3D 0, f_fsid =3D { > val =3D {-2029977679, 135}}, f_charspare =3D '\0' ,=20 > f_fstypename =3D "tmpfs\000\000\000\000\000\000\000\000\000\000",=20 > f_mntfromname =3D "tmpfs", '\0' , f_mntonname =3D=20 > "/poudriere/data/build/exp-91amd64-default-xzibition/08/usr/local", '\0'= =20 > }, mnt_cred =3D 0xfffff8001418e100, mnt_data =3D=20 > 0xfffff80fedf75700, > mnt_time =3D 0, mnt_iosize_max =3D 65536, mnt_export =3D 0x0, mnt_labe= l =3D=20 > 0x0, mnt_hashseed =3D 4132690418, mnt_lockref =3D 0, mnt_secondary_writes= =3D=20 > 0, mnt_secondary_accwrites =3D 0, mnt_susp_owner =3D 0x0, mnt_gjprovider = =3D=20 > 0x0, mnt_explock =3D {lock_object =3D {lo_name =3D 0xffffffff80f11f1a=20 > "explock", lo_flags =3D 108199936, lo_data =3D 0, lo_witness =3D=20 > 0xfffffe00006eb280}, > lk_lock =3D 1, lk_exslpfail =3D 0, lk_timo =3D 0, lk_pri =3D 96},=20 > mnt_upper_link =3D {tqe_next =3D 0x0, tqe_prev =3D 0x0}, mnt_uppers =3D= =20 > {tqh_first =3D 0x0, tqh_last =3D 0xfffff810502cd980}} >=20 > (kgdb) print *(struct tmpfs_mount *)(mp)->mnt_data > $3 =3D {tm_pages_max =3D 18446744073709551615, tm_pages_used =3D=20 > 18446744073709551615, tm_root =3D 0xfffff8104ff44828, tm_nodes_max =3D=20 > 2147483647, tm_ino_unr =3D 0xfffff8002fd65080, tm_nodes_inuse =3D 0,=20 > tm_maxfilesize =3D 9223372036854775807, tm_nodes_used =3D {lh_first =3D 0= x0},=20 > allnode_lock =3D {lock_object =3D {lo_name =3D 0xffffffff81e1aa47 "tmpfs= =20 > allnode lock", > lo_flags =3D 16908288, lo_data =3D 0, lo_witness =3D=20 > 0xfffffe00006ecd80}, mtx_lock =3D 6}, tm_dirent_pool =3D 0xfffff810500bb0= 00,=20 > tm_node_pool =3D 0xfffff81050046000, tm_ronly =3D 0} >=20 > Looks like tm_pages_used is -1. Yes, it looks like it is over-accounted. Are you able to reproduce the panic at will ? My current guess-work is the following, which I think, is the right change anyway. diff --git a/sys/vm/vm_object.c b/sys/vm/vm_object.c index 9dea3a1..8683e2f 100644 --- a/sys/vm/vm_object.c +++ b/sys/vm/vm_object.c @@ -2099,8 +2099,9 @@ vm_object_coalesce(vm_object_t prev_object, vm_ooffse= t_t prev_offset, if (prev_object =3D=3D NULL) return (TRUE); VM_OBJECT_WLOCK(prev_object); - if (prev_object->type !=3D OBJT_DEFAULT && - prev_object->type !=3D OBJT_SWAP) { + if ((prev_object->type !=3D OBJT_DEFAULT && + prev_object->type !=3D OBJT_SWAP) || + (prev_object->flags & OBJ_TMPFS) !=3D 0) { VM_OBJECT_WUNLOCK(prev_object); return (FALSE); } --JzPxGqxua12JTMNb Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSd9kQAAoJEJDCuSvBvK1BfD4P/0zCBAZJIEmWG0KoTdtC3h6m dwqaljM21jh5f2JPjkP/MsNCa+mrrJ1RUAU8j7yniuQ6o7uLPH+V4s/K5kKwSC8q 5kJ6ozdbFvq/6swLriZE+FjB0CmEvlvijcstFYe4zr2/20ZnPdtymZyXgWsuA9lt sH0exeVgWgL2WwGJa1bwQdi9DiYjSoDk4tqigG72MEvlD5QCOX1+076QUgNBqsHG sMKf3PJst7bNraw7ZBpV4Bx4fMMZmy8LYeRMZb87pAOasiinGgaq7wadjDKHtpcy 418UjcrOaJnPW2dTSGvwigfgvh/WTYBEGlrEt+n3Dh4HpvvWAP1PHe9R5Ad7PfyQ Xv91oT+FrqSeLlOpzuUDl/MEps2wXxK75WHTesuTbRwdGnShGTlHYpDP2Mp3Ca4r k+4lH0ZhIzptnQmgG/3/v62wGwrtfmbrqyukj1uSc5U0CnJQsMX4T1yZFzRRBCrO 4pBgZTlJrMJQjapBE8r/9tvvQq1a5qsFXUcSu/+fARthWVjWT9+VsPtGKbMo8n11 tI3MaPS/PSoFGCQ1u6tkO0weNrgpCv2tsYpLzX5ztQ/koUgFBro/Wri8pY56L7aP WN4hkal4QyHfddXIhZmFb4ZUPk/G6QUMNIhrKS8wyHpNEXEqnBIuqgcuQ8/Az/55 nxF7rz901XL2sggYEmwS =Tx3E -----END PGP SIGNATURE----- --JzPxGqxua12JTMNb-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 4 17:41:27 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id EEA7271E; Mon, 4 Nov 2013 17:41:27 +0000 (UTC) (envelope-from rosti.bsd@gmail.com) Received: from mail-wg0-x233.google.com (mail-wg0-x233.google.com [IPv6:2a00:1450:400c:c00::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 661C02633; Mon, 4 Nov 2013 17:41:27 +0000 (UTC) Received: by mail-wg0-f51.google.com with SMTP id l18so2428083wgh.30 for ; Mon, 04 Nov 2013 09:41:25 -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=2Xeo3z3aH+CevMHiz3xoHbandb0s8iX/wbtgByAlx6w=; b=lHHH4xOvw9uplGDm0OtoMrzwhLfkG5OQiWSyESmSkwTDRSmGeYwflmLgbfr7ITmIoF GaQM3kbTFBB2Rc0hh5N4rOck+N5CdR1oPjYJ7QN0g8wsV8acIIfwVrxUsc1+ePZKLWWL bxXfvvsu+dB9yPcSxXEWtslxtBDWIFZVZP4M2dTKtOX1a3G4ZytMKJyawgA5xCvuYmOm 93vsKoVeG8Xz5VISAOLjeTW7YE9lnECvtVfGoQ1IgyQMdPMy4IK0bM7S9kWjl8ovvmnx to3IharEcHZZ9bFjbLT9G2JXcry/V+PlCBcDw0IKY7H3x6ucUBM+1hVZz2IzqPWsOVdb qiGg== MIME-Version: 1.0 X-Received: by 10.194.77.80 with SMTP id q16mr13994885wjw.5.1383586885573; Mon, 04 Nov 2013 09:41:25 -0800 (PST) Received: by 10.194.216.2 with HTTP; Mon, 4 Nov 2013 09:41:25 -0800 (PST) In-Reply-To: <20131031.120503.256562970308311893.hrs@allbsd.org> References: <20131031.120503.256562970308311893.hrs@allbsd.org> Date: Mon, 4 Nov 2013 19:41:25 +0200 Message-ID: Subject: Re: Using a swap file From: Rostislav Krasny To: Hiroki Sato 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: Mon, 04 Nov 2013 17:41:28 -0000 On Thu, Oct 31, 2013 at 5:05 AM, Hiroki Sato wrote: > Rostislav Krasny wrote > in : > > ro> But I have no 'late' option in my /etc/fstab: > ro> > ro> root@saturn:~ # cat /etc/fstab > ro> # Device Mountpoint FStype Options Dump Pass# > ro> /dev/ada0s2a / ufs rw 1 1 > ro> md none swap sw,file=/swapfile 0 0 > ro> > ro> Then why 'swapon -a' (without -L) doesn't work? It's either buggy or confusing. > > After r255265 the option file= implies late. It is because a > file-backed swap space likely to be on a mounted filesystem after the > "swap" line. > > I realized that that assumption was odd and confusing as you pointed > out. The user should specify a swap line with file= after the mount > entry, and there is no problem with it. I will fix it. Hope to see the fix in the upcoming 10.0 release and in the Handbook. Thank you. From owner-freebsd-current@FreeBSD.ORG Mon Nov 4 18:50:12 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 989C1EF4 for ; Mon, 4 Nov 2013 18:50:12 +0000 (UTC) (envelope-from dt71@gmx.com) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0E9AD2A5A for ; Mon, 4 Nov 2013 18:50:12 +0000 (UTC) Received: from [157.181.98.186] ([157.181.98.186]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0MQiB3-1VDiWt0kqT-00U0Ck for ; Mon, 04 Nov 2013 19:50:10 +0100 Message-ID: <5277EC42.1020709@gmx.com> Date: Mon, 04 Nov 2013 19:49:38 +0100 From: dt71@gmx.com User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Firefox/24.0 SeaMonkey/2.21 MIME-Version: 1.0 To: Colin Percival , FreeBSD Hackers , FreeBSD current Subject: Re: Automated submission of kernel panic reports: sysutils/panicmail References: <527779ED.9040303@freebsd.org> In-Reply-To: <527779ED.9040303@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:Dry9WEGnJDpmjBYIttVkKm/+tdPX2EbeMfavbkO0kYxvAol/Hx5 TLiD38bEPFtkBplmxVeDVvCdrwnHdaoOSXtgANIwQ6ZkVqHuybn9/LPbQBqjUT8qWvZSGUB SlWJnpdSM2t9ruDmKibEns6qUrqv8J00laUgGeG5BsSOkgp5pPfPGhuTqMYNrjuiPwB16On ra0LfhZrt4gAnwYmDTZNg== 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, 04 Nov 2013 18:50:12 -0000 Colin Percival wrote, On 11/04/2013 11:41: > After considerable review on freebsd-hackers (thanks dt71 and jilles!) I have > now added sysutils/panicmail to the FreeBSD ports tree. The pkesh script is probably still in need of a big review (S00N(TM)...). From owner-freebsd-current@FreeBSD.ORG Mon Nov 4 21:31:11 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BD42ABFF for ; Mon, 4 Nov 2013 21:31:11 +0000 (UTC) (envelope-from bounces+73574-dfb6-freebsd-current=freebsd.org@sendgrid.me) Received: from o3.shared.sendgrid.net (o3.shared.sendgrid.net [208.117.48.85]) by mx1.freebsd.org (Postfix) with SMTP id 53FC0248D for ; Mon, 4 Nov 2013 21:31:11 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sendgrid.info; h=from:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; s=smtpapi; bh=/rwPuf2MaNsL1wSQtgryW8JJEX0=; b=eFXjWTfgbESiRJKgsp Mh1Cxe0+4u6PIKCZDWlJzh4nr+OBynzbop1HBddUkelNObFlOkB86xeZD7QcpnNN Hr+j9S8FENAZlw6KYkPMI9Ug0GV186nU+pXGvXjrLQnQPM05MhokDagz/MxFRuhj gdOugoNXvmXDiQAYCEdX9QBgg= Received: by mf27.sendgrid.net with SMTP id mf27.11668.527812192 Mon, 04 Nov 2013 21:31:05 +0000 (GMT) Received: from mail.tarsnap.com (unknown [10.60.208.13]) by mi24 (SG) with ESMTP id 1422506b28c.134a.17753d for ; Mon, 04 Nov 2013 15:31:05 -0600 (CST) Received: (qmail 75541 invoked from network); 4 Nov 2013 21:31:02 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by ec2-107-20-205-189.compute-1.amazonaws.com with ESMTP; 4 Nov 2013 21:31:02 -0000 Received: (qmail 5554 invoked from network); 4 Nov 2013 21:29:27 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by clamshell.daemonology.net with SMTP; 4 Nov 2013 21:29:27 -0000 Message-ID: <527811B7.5090102@freebsd.org> Date: Mon, 04 Nov 2013 13:29:27 -0800 From: Colin Percival User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: Alfred Perlstein , FreeBSD Hackers , FreeBSD current , Jordan Hubbard Subject: Re: Automated submission of kernel panic reports: sysutils/panicmail References: <527779ED.9040303@freebsd.org> <527797D8.5040404@freebsd.org> In-Reply-To: <527797D8.5040404@freebsd.org> X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SG-EID: XhyBwObMhraAR+zdwMupjQ6BIqbhdEfc+6p+uBxS7S88hDVo7wPr0+CK+tH/z+ymIuKXlU8C5tQHHdal+sywlvmZ5O/+TgdlJ9Cf0/qnZCSBqSVaRZjiTuG4oOFLP6BvqINyemMi8X2V6OGbzpka/SxCXCtY2ao12uP47ko2qI4= 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, 04 Nov 2013 21:31:11 -0000 On 11/04/13 04:49, Alfred Perlstein wrote: > Colin, have you had a few minutes to check out the crash reporting facilities in > FreeNAS? Yes. > The reason I ask is that: > > 1) we would like to share code. > 2) we have this running for a few months now and have a huge corpus of information. > 3) we are building a nice UI (screenshots attached) over it, we have a couple of > thousands of lines of code we can share for this. Once I have a useful number of panics collected, I was hoping to take the best pieces from FreeNAS's processing, from the SoC project, and from the processing I've been doing of automatic panic reports from EC2 instances. > We send a minimal set of information: kernel stack trace, ddb buffer and > hardware. Just enough to get some very, very handy stuff. I'm currently sending the dump header and what I get from kgdb 'bt'. If I find that I'm missing something important, I can always add it to a new version of the panicmail port. ;-) > I can share with you offline the crash server code, it's django and relatively > straight forward. I'll come back to you about this once I have some data. -- Colin Percival Security Officer Emeritus, FreeBSD | The power to serve Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid From owner-freebsd-current@FreeBSD.ORG Mon Nov 4 21:31:51 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 31A28DF1 for ; Mon, 4 Nov 2013 21:31:51 +0000 (UTC) (envelope-from bounces+73574-dfb6-freebsd-current=freebsd.org@sendgrid.me) Received: from o3.shared.sendgrid.net (o3.shared.sendgrid.net [208.117.48.85]) by mx1.freebsd.org (Postfix) with SMTP id D32B124A7 for ; Mon, 4 Nov 2013 21:31:50 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sendgrid.info; h=from:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; s=smtpapi; bh=BnxJuGbFMwFIyExZA7qIz7BRsaU=; b=jYFRxQTOyKYT3BPhNP HPAjIwO4HHIkJWu2i//d2ihsvT5Efmiw8tULeYOfuN2grw86ICqdBFnesIffFe7s LEk+YTCzIaCvUYhpmYb/7KL53KQYy9HtG5fJ4r7z9lVROJ31sLb0KfAfTmbwREPd C/6Rh+rlXRnUg34U2QPCP7XTQ= Received: by mf52.sendgrid.net with SMTP id mf52.31427.527812462 Mon, 04 Nov 2013 21:31:50 +0000 (GMT) Received: from mail.tarsnap.com (unknown [10.60.208.13]) by mi28 (SG) with ESMTP id 1422507616b.3d23.251155 for ; Mon, 04 Nov 2013 15:31:49 -0600 (CST) Received: (qmail 75570 invoked from network); 4 Nov 2013 21:31:48 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by ec2-107-20-205-189.compute-1.amazonaws.com with ESMTP; 4 Nov 2013 21:31:48 -0000 Received: (qmail 5562 invoked from network); 4 Nov 2013 21:30:14 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by clamshell.daemonology.net with SMTP; 4 Nov 2013 21:30:14 -0000 Message-ID: <527811E6.3070408@freebsd.org> Date: Mon, 04 Nov 2013 13:30:14 -0800 From: Colin Percival User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: dt71@gmx.com, FreeBSD Hackers , FreeBSD current Subject: Re: Automated submission of kernel panic reports: sysutils/panicmail References: <527779ED.9040303@freebsd.org> <5277EC42.1020709@gmx.com> In-Reply-To: <5277EC42.1020709@gmx.com> X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-SG-EID: XhyBwObMhraAR+zdwMupjQ6BIqbhdEfc+6p+uBxS7S88hDVo7wPr0+CK+tH/z+ymmIh1kKr8FBAsYkJVrA2OYXIwZWumSvqDKItnp+vk/6u4IlZ96KoDcgdn7Gao2VMuyqc6wAnsBPAwJXqzggvxH3ERR02xN7C95A8EcXdq8pw= 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, 04 Nov 2013 21:31:51 -0000 On 11/04/13 10:49, dt71@gmx.com wrote: > Colin Percival wrote, On 11/04/2013 11:41: >> After considerable review on freebsd-hackers (thanks dt71 and jilles!) I have >> now added sysutils/panicmail to the FreeBSD ports tree. > > The pkesh script is probably still in need of a big review (S00N(TM)...). Go for it! It's a very simple script. -- Colin Percival Security Officer Emeritus, FreeBSD | The power to serve Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid From owner-freebsd-current@FreeBSD.ORG Mon Nov 4 22:43:12 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9B911236 for ; Mon, 4 Nov 2013 22:43:12 +0000 (UTC) (envelope-from lidl@pix.net) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::3c]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 710DE28A9 for ; Mon, 4 Nov 2013 22:43:12 +0000 (UTC) Received: from torb.pix.net (torb.pix.net [IPv6:2001:470:e254:10:12dd:b1ff:febf:eca9]) (authenticated bits=0) by hydra.pix.net (8.14.5/8.14.5) with ESMTP id rA4MhAAQ012385; Mon, 4 Nov 2013 17:43:10 -0500 (EST) (envelope-from lidl@pix.net) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98 at mail.pix.net Message-ID: <527822FE.1010602@pix.net> Date: Mon, 04 Nov 2013 17:43:10 -0500 From: Kurt Lidl User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: [CFT] Kernel-Selection Enhancemnt to Boot Menu 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: Mon, 04 Nov 2013 22:43:12 -0000 > On Nov 2, 2013, at 1:45 AM, Sam Fourman Jr. wrote: >> On Sat, Nov 2, 2013 at 7:09 AM, Teske, Devin wrote: >> Hi all, >> >> Here's a chance to test out the kernel selection menu enhancements >> to the boot loader menu before they go into HEAD. >> >> Discussion welcome, feedback desired. >> >> No recompile needed, just drop the new forth files onto a HEAD or >> stable/9 box and reboot. >> -- >> Cheers, >> Devin >> >> where are the forth files in question? >> > > D'Oh! > > Here they are: > > http://druidbsd.cvs.sf.net/viewvc/druidbsd/forth_zfs/ > > Supplied as patches to either stable/9 or head. > -- > Devin Hmmm. I saw no appreciable changes to behavior when I patched all the files in /boot with these versions. This was on a sparc64 host running 10-BETA3 (compile this morning). Notably, the kernel and modules still loaded before presenting me with the option to tell it which kernel to load: Executing last command: boot /pci@1f,0/pci@1/scsi@8/disk@0,0:a Boot device: /pci@1f,0/pci@1/scsi@8/disk@0,0:a File and args: >> FreeBSD/sparc64 ZFS boot block Boot path: /pci@1f,0/pci@1/scsi@8/disk@0,0:a Consoles: Open Firmware console \ FreeBSD/sparc64 ZFS enabled bootstrap loader, Revision 1.0 (root@snap.freebsd.org, Sun Oct 27 07:20:42 UTC 2013) bootpath="zfs:sys/ROOT/default:" Loading /boot/defaults/loader.conf /boot/kernel/kernel data=0x8d54c0+0x66180 syms=[0x8+0x954f0+0x8+0x8d7ef] /boot/kernel/zfs.ko text=0x223328 data=0xa4e0+0x17fc0 syms=[0x8+0x197b8+0x8+0x143f8] loading required module 'opensolaris' /boot/kernel/opensolaris.ko text=0x3130 data=0x2c8+0x2030 syms=[0x8+0xd98+0x8+0x929] /boot/kernel/geom_mirror.ko text=0x38430 data=0x5b0+0x20 syms=[0x8+0x16b0+0x8+0x119e] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel] in 9 seconds... -Kurt From owner-freebsd-current@FreeBSD.ORG Mon Nov 4 22:48:12 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 482BD612 for ; Mon, 4 Nov 2013 22:48:12 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2D73128F0 for ; Mon, 4 Nov 2013 22:48:12 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id rA4MmCil006817 for ; Mon, 4 Nov 2013 22:48:12 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id rA4MmBrF006814 for current@freebsd.org; Mon, 4 Nov 2013 22:48:11 GMT (envelope-from bdrewery) Received: (qmail 77302 invoked from network); 4 Nov 2013 16:48:10 -0600 Received: from unknown (HELO roundcube.xk42.net) (10.10.5.5) by sweb.xzibition.com with SMTP; 4 Nov 2013 16:48:10 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 04 Nov 2013 16:48:09 -0600 From: Bryan Drewery To: Konstantin Belousov Subject: Re: (r257598) panic: Assertion =?UTF-8?Q?tmp-=3Etm=5Fpages=5Fused?= =?UTF-8?Q?=20=3D=3D=20=30=20failed=20at=20/usr/src/sys/modules/tmpfs/=2E?= =?UTF-8?Q?=2E/=2E=2E/fs/tmpfs/tmpfs=5Fvfsops=2Ec=3A=33=31=36?= Organization: FreeBSD In-Reply-To: <20131104172744.GT59496@kib.kiev.ua> References: <5277B0A5.5010506@FreeBSD.org> <20131104162731.GQ59496@kib.kiev.ua> <20131104172744.GT59496@kib.kiev.ua> Message-ID: <4cb9ac8e7c03fb6ba1f35f94dbc9f791@shatow.net> X-Sender: bdrewery@FreeBSD.org User-Agent: Roundcube Webmail/0.9.3 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, 04 Nov 2013 22:48:12 -0000 On 2013-11-04 11:27, Konstantin Belousov wrote: > On Mon, Nov 04, 2013 at 10:43:06AM -0600, Bryan Drewery wrote: >> On 2013-11-04 10:27, Konstantin Belousov wrote: >> > On Mon, Nov 04, 2013 at 08:35:17AM -0600, Bryan Drewery wrote: >> >> 11.0-CURRENT #87 r257598 >> >> >> >> During a poudriere build. >> >> >> >> It creates a tmpfs, builds a port in a jail using that tmpfs and then >> >> removes the tmpfs and recreate the tmpfs before building the next >> >> port. >> >> >> >> > panic: Assertion tmp->tm_pages_used == 0 failed at /usr/src/sys/modules/tmpfs/../../fs/tmpfs/tmpfs_vfsops.c:316 >> >> > cpuid = 9 >> >> > KDB: stack backtrace: >> >> > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe1247ee57a0 >> >> > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe1247ee5850 >> >> > vpanic() at vpanic+0x126/frame 0xfffffe1247ee5890 >> >> > kassert_panic() at kassert_panic+0x136/frame 0xfffffe1247ee5900 >> >> > tmpfs_unmount() at tmpfs_unmount+0x163/frame 0xfffffe1247ee5930 >> >> > dounmount() at dounmount+0x41f/frame 0xfffffe1247ee59b0 >> >> > sys_unmount() at sys_unmount+0x356/frame 0xfffffe1247ee5ae0 >> >> > amd64_syscall() at amd64_syscall+0x265/frame 0xfffffe1247ee5bf0 >> >> > Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe1247ee5bf0 >> >> > --- syscall (22, FreeBSD ELF64, sys_unmount), rip = 0x8008a02fa, rsp = 0x7fffffffd198, rbp = 0x7fffffffd2b0 --- >> >> > Uptime: 44m40s >> >> >> >> > (kgdb) #0 doadump (textdump=1) at pcpu.h:219 >> >> > #1 0xffffffff808bcf87 in kern_reboot (howto=260) >> >> > at /usr/src/sys/kern/kern_shutdown.c:447 >> >> > #2 0xffffffff808bd495 in vpanic (fmt=, >> >> > ap=) at /usr/src/sys/kern/kern_shutdown.c:754 >> >> > #3 0xffffffff808bd326 in kassert_panic (fmt=) >> >> > at /usr/src/sys/kern/kern_shutdown.c:642 >> >> > #4 0xffffffff81e159d3 in tmpfs_unmount (mp=0xfffff810502cd660, >> >> > mntflags=) >> >> > at /usr/src/sys/modules/tmpfs/../../fs/tmpfs/tmpfs_vfsops.c:316 >> >> > #5 0xffffffff8095e1af in dounmount (mp=0xfffff810502cd660, flags=134742016, >> >> > td=0xfffff8013d57a490) at /usr/src/sys/kern/vfs_mount.c:1324 >> >> > #6 0xffffffff8095dd66 in sys_unmount (td=0xfffff8013d57a490, >> >> > uap=0xfffffe1247ee5b80) at /usr/src/sys/kern/vfs_mount.c:1212 >> >> > #7 0xffffffff80cb7d75 in amd64_syscall (td=0xfffff8013d57a490, traced=0) >> >> > at subr_syscall.c:134 >> >> > #8 0xffffffff80c9c90b in Xfast_syscall () >> >> > at /usr/src/sys/amd64/amd64/exception.S:391 >> >> > #9 0x00000008008a02fa in ?? () >> > >> > Do you have core ? >> > I want to see the struct tmpfs_mount content for the tmpfs mount point >> > which caused the panic. >> >> Yes. >> >> Hopefully this is what you're asking for: >> >> (kgdb) frame >> #4 0xffffffff81e159d3 in tmpfs_unmount (mp=0xfffff810502cd660, >> mntflags=) at >> /usr/src/sys/modules/tmpfs/../../fs/tmpfs/tmpfs_vfsops.c:316 >> 316 MPASS(tmp->tm_pages_used == 0); >> >> (kgdb) print *mp >> $2 = {mnt_mtx = {lock_object = {lo_name = 0xffffffff80f11f09 "struct >> mount mtx", lo_flags = 16973824, lo_data = 0, lo_witness = >> 0xfffffe00006d3b00}, mtx_lock = 4}, mnt_gen = 1, mnt_list = {tqe_next >> = >> 0xfffff8116be06660, tqe_prev = 0xfffff81050257688}, mnt_op = >> 0xffffffff81e1b940, mnt_vfc = 0xffffffff81e1ba60, mnt_vnodecovered = >> 0xfffff8104fb0c3b0, >> mnt_syncer = 0x0, mnt_ref = 1, mnt_nvnodelist = {tqh_first = 0x0, >> tqh_last = 0xfffff810502cd6c0}, mnt_nvnodelistsize = 0, >> mnt_activevnodelist = {tqh_first = 0x0, tqh_last = >> 0xfffff810502cd6d8}, >> mnt_activevnodelistsize = 0, mnt_writeopcount = 1, mnt_kern_flag = >> 16777225, mnt_flag = 4096, mnt_opt = 0xfffff80014424ae0, mnt_optnew = >> 0x0, mnt_maxsymlinklen = 0, >> mnt_stat = {f_version = 537068824, f_type = 135, f_flags = 4096, >> f_bsize = 4096, f_iosize = 4096, f_blocks = 17125058, f_bfree = >> 17049291, f_bavail = 17049291, f_files = 2147483647, f_ffree = >> 2147473906, f_syncwrites = 0, f_asyncwrites = 0, f_syncreads = 0, >> f_asyncreads = 0, f_spare = {0, 0, 0, 0, 0, 0, 0, 0, 0, 0}, f_namemax >> = >> 255, f_owner = 0, f_fsid = { >> val = {-2029977679, 135}}, f_charspare = '\0' > times>, >> f_fstypename = "tmpfs\000\000\000\000\000\000\000\000\000\000", >> f_mntfromname = "tmpfs", '\0' , f_mntonname = >> "/poudriere/data/build/exp-91amd64-default-xzibition/08/usr/local", >> '\0' >> }, mnt_cred = 0xfffff8001418e100, mnt_data = >> 0xfffff80fedf75700, >> mnt_time = 0, mnt_iosize_max = 65536, mnt_export = 0x0, mnt_label = >> 0x0, mnt_hashseed = 4132690418, mnt_lockref = 0, mnt_secondary_writes >> = >> 0, mnt_secondary_accwrites = 0, mnt_susp_owner = 0x0, mnt_gjprovider = >> 0x0, mnt_explock = {lock_object = {lo_name = 0xffffffff80f11f1a >> "explock", lo_flags = 108199936, lo_data = 0, lo_witness = >> 0xfffffe00006eb280}, >> lk_lock = 1, lk_exslpfail = 0, lk_timo = 0, lk_pri = 96}, >> mnt_upper_link = {tqe_next = 0x0, tqe_prev = 0x0}, mnt_uppers = >> {tqh_first = 0x0, tqh_last = 0xfffff810502cd980}} >> >> (kgdb) print *(struct tmpfs_mount *)(mp)->mnt_data >> $3 = {tm_pages_max = 18446744073709551615, tm_pages_used = >> 18446744073709551615, tm_root = 0xfffff8104ff44828, tm_nodes_max = >> 2147483647, tm_ino_unr = 0xfffff8002fd65080, tm_nodes_inuse = 0, >> tm_maxfilesize = 9223372036854775807, tm_nodes_used = {lh_first = >> 0x0}, >> allnode_lock = {lock_object = {lo_name = 0xffffffff81e1aa47 "tmpfs >> allnode lock", >> lo_flags = 16908288, lo_data = 0, lo_witness = >> 0xfffffe00006ecd80}, mtx_lock = 6}, tm_dirent_pool = >> 0xfffff810500bb000, >> tm_node_pool = 0xfffff81050046000, tm_ronly = 0} >> >> Looks like tm_pages_used is -1. > > Yes, it looks like it is over-accounted. Are you able to reproduce > the panic at will ? Yes I can consistently reproduce this. It for some reason occurs when devel/jna port fails to build. I reproduced it about 6 out of 6 times without your patch. > > My current guess-work is the following, which I think, is the right > change anyway. The patch does fix the issue. Tested 3 times. Thanks! > > diff --git a/sys/vm/vm_object.c b/sys/vm/vm_object.c > index 9dea3a1..8683e2f 100644 > --- a/sys/vm/vm_object.c > +++ b/sys/vm/vm_object.c > @@ -2099,8 +2099,9 @@ vm_object_coalesce(vm_object_t prev_object, > vm_ooffset_t prev_offset, > if (prev_object == NULL) > return (TRUE); > VM_OBJECT_WLOCK(prev_object); > - if (prev_object->type != OBJT_DEFAULT && > - prev_object->type != OBJT_SWAP) { > + if ((prev_object->type != OBJT_DEFAULT && > + prev_object->type != OBJT_SWAP) || > + (prev_object->flags & OBJ_TMPFS) != 0) { > VM_OBJECT_WUNLOCK(prev_object); > return (FALSE); > } -- Regards, Bryan Drewery From owner-freebsd-current@FreeBSD.ORG Mon Nov 4 22:58:48 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 655F68AB; Mon, 4 Nov 2013 22:58:48 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [70.91.206.90]) by mx1.freebsd.org (Postfix) with ESMTP id 41F652973; Mon, 4 Nov 2013 22:58:47 +0000 (UTC) X-Ambrisko-Me: Yes Received: from server2.ambrisko.com (HELO internal.ambrisko.com) ([192.168.1.2]) by ironport.ambrisko.com with ESMTP; 04 Nov 2013 15:02:37 -0800 Received: from ambrisko.com (localhost [127.0.0.1]) by internal.ambrisko.com (8.14.4/8.14.4) with ESMTP id rA4Mwls3000948; Mon, 4 Nov 2013 14:58:47 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.14.4/8.14.4/Submit) id rA4MwkVv000947; Mon, 4 Nov 2013 14:58:46 -0800 (PST) (envelope-from ambrisko) Date: Mon, 4 Nov 2013 14:58:46 -0800 From: Doug Ambrisko To: Ed Maste Subject: Re: newcons comming Message-ID: <20131104225846.GA98780@ambrisko.com> References: <20131025151847.2a1b83de93335040797ceaf1@ddteam.net> <20131031210138.GC30328@ambrisko.com> 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: Kevin Oberman , Aleksandr Rybalko , 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, 04 Nov 2013 22:58:48 -0000 On Mon, Nov 04, 2013 at 10:30:39AM -0500, Ed Maste wrote: | On 4 November 2013 02:16, Kevin Oberman wrote: | > Excellent news. I'm really looking forward to newcons. Guess it's time to | > move my T520 to 10-Stable (or Beta) | | I'm running a Newcons kernel on my Thinkpad X220 now and it's working | well, with a few minor quirks. This is with the X-related packages | rebuilt with WITH_NEW_XORG= and WITH_KMS= in /etc/make.conf. | | > Are you booting directly to X or using startx from the console? In either | > case, I think that i915kms should auto-load at the start of X, so you | > should not need to pre-load it. | | I log in and running startx. i915kms does auto-load. | | > Does newcons require VESA? If not, you should be able to remove it from | > your kernel to get suspend/resume working from X. | | It does not use VESA - it's removed from GENERIC on the newcons | branch. Suspend and resume generally works on my X220 now, from X or | console. There are some outstanding issues, for example the X display | sometimes ends up corrupted after resume; stopping and restarting X | fixes that. Adding vidcontrol -s 1 < /dev/ttyv0 to /etc/rc.suspend and vidcontrol -s 9 < /dev/ttyv0 to /etc/rc.resume fixed that for me. Doug A. From owner-freebsd-current@FreeBSD.ORG Mon Nov 4 23:05:12 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8D84ABEB; Mon, 4 Nov 2013 23:05:12 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 209352A08; Mon, 4 Nov 2013 23:05:11 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.16]) by ltcfislmsgpa07.fnfis.com (8.14.5/8.14.5) with ESMTP id rA4N5A6b005038 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 4 Nov 2013 17:05:10 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.152]) by LTCFISWMSGHT05.FNFIS.com ([10.132.206.16]) with mapi id 14.03.0158.001; Mon, 4 Nov 2013 17:05:09 -0600 From: "Teske, Devin" To: Kurt Lidl Subject: Re: [CFT] Kernel-Selection Enhancemnt to Boot Menu Thread-Topic: [CFT] Kernel-Selection Enhancemnt to Boot Menu Thread-Index: AQHO15puDLYKYE3XWU64lusTqAzYBQ== Date: Mon, 4 Nov 2013 23:05:09 +0000 Message-ID: <62E3FA11-E6E1-4072-9226-993FF83EBC0D@fisglobal.com> References: <527822FE.1010602@pix.net> In-Reply-To: <527822FE.1010602@pix.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: multipart/signed; boundary="Apple-Mail=_5A79406A-3BC4-4834-8B67-F5999B250847"; protocol="application/pgp-signature"; micalg=pgp-sha512 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-11-04_04:2013-11-04,2013-11-04,1970-01-01 signatures=0 Cc: Devin Teske , " Current" , "Teske, Devin" 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: Mon, 04 Nov 2013 23:05:12 -0000 --Apple-Mail=_5A79406A-3BC4-4834-8B67-F5999B250847 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Nov 4, 2013, at 2:43 PM, Kurt Lidl wrote: >> On Nov 2, 2013, at 1:45 AM, Sam Fourman Jr. wrote: >>> On Sat, Nov 2, 2013 at 7:09 AM, Teske, Devin wrote: >>> Hi all, >>>=20 >>> Here's a chance to test out the kernel selection menu enhancements >>> to the boot loader menu before they go into HEAD. >>>=20 >>> Discussion welcome, feedback desired. >>>=20 >>> No recompile needed, just drop the new forth files onto a HEAD or >>> stable/9 box and reboot. >>> -- >>> Cheers, >>> Devin >>>=20 >>> where are the forth files in question? >>>=20 >>=20 >> D'Oh! >>=20 >> Here they are: >>=20 >> http://druidbsd.cvs.sf.net/viewvc/druidbsd/forth_zfs/ >>=20 >> Supplied as patches to either stable/9 or head. >> -- >> Devin >=20 > Hmmm. I saw no appreciable changes to behavior when I patched all > the files in /boot with these versions. This was on a sparc64 host > running 10-BETA3 (compile this morning). >=20 Excellent! Thank you for testing. NB: That's what *should* happen on sparc64 since that architecture doesn't actually enable the beastie menu (sad, I know... I wish that the beastie menu was active on all platforms by default). > Notably, the kernel and modules still loaded before presenting me > with the option to tell it which kernel to load: >=20 > Executing last command: boot /pci@1f,0/pci@1/scsi@8/disk@0,0:a > Boot device: /pci@1f,0/pci@1/scsi@8/disk@0,0:a File and args: >=20 > >> FreeBSD/sparc64 ZFS boot block > Boot path: /pci@1f,0/pci@1/scsi@8/disk@0,0:a > Consoles: Open Firmware console > \ > FreeBSD/sparc64 ZFS enabled bootstrap loader, Revision 1.0 > (root@snap.freebsd.org, Sun Oct 27 07:20:42 UTC 2013) > bootpath=3D"zfs:sys/ROOT/default:" > Loading /boot/defaults/loader.conf > /boot/kernel/kernel data=3D0x8d54c0+0x66180 syms=3D[0x8+0x954f0+0x8+0x8d7= ef] > /boot/kernel/zfs.ko text=3D0x223328 data=3D0xa4e0+0x17fc0 syms=3D[0x8+0x1= 97b8+0x8+0x143f8] > loading required module 'opensolaris' > /boot/kernel/opensolaris.ko text=3D0x3130 data=3D0x2c8+0x2030 syms=3D[0x8= +0xd98+0x8+0x929] > /boot/kernel/geom_mirror.ko text=3D0x38430 data=3D0x5b0+0x20 syms=3D[0x8+= 0x16b0+0x8+0x119e] >=20 > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel] in 9 seconds... >=20 You can try enabling the beastie menu on sparc64 by editing /boot/loader.rc: =3D=3D=3D Change #1 in /boot/loader.rc to enable beastie menu =3D=3D=3D Find: \ Reads and processes loader.conf variables \ NOTE: Change to `initialize' if you enable the below boot menu start Change "start" to "initialize" as shown below: \ Reads and processes loader.conf variables \ NOTE: Change to `initialize' if you enable the below boot menu initialize =3D=3D=3D Change #2 in [same file] to enable beastie menu =3D=3D=3D Find: \ Uncomment to enable boot menu \ include /boot/beastie.4th \ beastie-start Uncomment "beastie-start" as shown below: \ Uncomment to enable boot menu \ include /boot/beastie.4th beastie-start =3D=3D=3D=3D=3D=3D If you find that making those two trivial changes, that you are able to load the menu... then maybe it's time for us to start thinking about enabling the beastie menu by-default for the sparc64 architecture. Does anybody else have any thoughts on enabling it for sparc64? --=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. --Apple-Mail=_5A79406A-3BC4-4834-8B67-F5999B250847 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJSeCglAAoJEKrMn5R9npq5lBcH/0QFAM9ku99/BhQcbONeWMkI z1b95zj4dB7C/X5zUYvJPOvr89uNpQQVK/50MHeJ1F5xIa4d1jyFG2Y5u2MkaWhI HJw4k0DiS7RhCQ2+G67KRQDG9RfLJnvbNo7pEOHI8nseGJw0mYdggtnq7vaLP7te aq7ToE6Kw0LQmJPCevpoPkXqGD6wRJ5DM317tpYHWT3Ykmh8rSIsnHryvj7tpbCI ebhv4qV7JIALLUg7LzIDUEAaFmXkXCjofvCgJi4gnCPusLyDWw4bRE5A9ycD8/Zf JLIERClNqTNrTXYIY50QV0ZEIi4Aogy2XCosXGtonU3r0vloLrHEOwi/UgWFA2E= =RgE1 -----END PGP SIGNATURE----- --Apple-Mail=_5A79406A-3BC4-4834-8B67-F5999B250847-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 00:25:23 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3C805FB for ; Tue, 5 Nov 2013 00:25:23 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-ob0-x231.google.com (mail-ob0-x231.google.com [IPv6:2607:f8b0:4003:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 088CC2E36 for ; Tue, 5 Nov 2013 00:25:22 +0000 (UTC) Received: by mail-ob0-f177.google.com with SMTP id vb8so7791206obc.22 for ; Mon, 04 Nov 2013 16:25:22 -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:content-type; bh=95RO03gwPKabxju1ly+Xa3i8zT3EQKoVCZiWN84wz4w=; b=QoluOBjf6x+KkYscrdCpY1P7VTwx11hfFFD1FqiHOL5Z8vTvX/0eKOmCYHL7DA6Vgj ogPoQoBzVBAezimoEvxdNNOnAufk07Bs5BY56+e+z35QFyQgDb2jtM7+97lPsME9oFnA GxTmKSlN0Svk4/hKZbS6O1BmqWWQzliwlBZ5oojdF5XtVedD2W9a7hsrYT37PZA/zthH ICFvQBQ4rl5/+MyGYaA9xuuqr6SWu6yZDk6QveZ75sCWVthDBC7aoIYAXQj6Hgc8xTSJ I5YuRcpZqHf30aMjzaYYmtxiTB4jD7XYZ+3EllgKLxhbsoVQIAhsICIqCU4CFjiBr9Tr k6Rw== MIME-Version: 1.0 X-Received: by 10.60.178.180 with SMTP id cz20mr3142893oec.56.1383611122260; Mon, 04 Nov 2013 16:25:22 -0800 (PST) Received: by 10.76.19.115 with HTTP; Mon, 4 Nov 2013 16:25:22 -0800 (PST) Date: Mon, 4 Nov 2013 19:25:22 -0500 Message-ID: Subject: CUURENT kernel build broken - make[2]: exec(aicasm) failed (No such file or directory) From: Outback Dingo To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 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: Tue, 05 Nov 2013 00:25:23 -0000 cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -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/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/dev/ath -I/usr/src/sys/dev/ath/ath_hal -I/usr/src/sys/contrib/dev/ath/ath_hal -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -I/usr/src/sys/dev/cxgb -I/usr/src/sys/dev/cxgbe -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector /usr/src/sys/amd64/amd64/genassym.c NM='nm' sh /usr/src/sys/kern/genassym.sh genassym.o > assym.s awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -p awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -q awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -h awk -f /usr/src/sys/tools/acpi_quirks2h.awk /usr/src/sys/dev/acpica/acpi_quirks aicasm -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/dev/ath -I/usr/src/sys/dev/ath/ath_hal -I/usr/src/sys/contrib/dev/ath/ath_hal -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -I/usr/src/sys/dev/cxgb -I/usr/src/sys/dev/cxgbe -I/usr/src/sys/contrib/libfdt -I/usr/src/sys/cam/scsi -I/usr/src/sys/dev/aic7xxx -o aic7xxx_seq.h -r aic7xxx_reg.h -p aic7xxx_reg_print.c -i /usr/src/sys/dev/aic7xxx/aic7xxx_osm.h /usr/src/sys/dev/aic7xxx/aic7xxx.seq make[2]: exec(aicasm) failed (No such file or directory) *** Error code 1 Stop. make[2]: stopped in /usr/obj/usr/src/sys/GENERIC *** Error code 1 Stop. make[1]: stopped in /usr/src From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 00:36:12 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0A23E518 for ; Tue, 5 Nov 2013 00:36:12 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D4AF22EDE for ; Tue, 5 Nov 2013 00:36:11 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VdUcs-0007GC-7z; Tue, 05 Nov 2013 00:36:10 +0000 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 rA50a7Rq061058; Mon, 4 Nov 2013 17:36:07 -0700 (MST) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1+xObrLX3+AgYXAYMvYIHX7 Subject: Re: CUURENT kernel build broken - make[2]: exec(aicasm) failed (No such file or directory) From: Ian Lepore To: Outback Dingo In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" Date: Mon, 04 Nov 2013 17:36:06 -0700 Message-ID: <1383611766.31172.153.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port 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: Tue, 05 Nov 2013 00:36:12 -0000 On Mon, 2013-11-04 at 19:25 -0500, Outback Dingo wrote: > cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -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/usr/src/sys > -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter > -I/usr/src/sys/dev/ath -I/usr/src/sys/dev/ath/ath_hal > -I/usr/src/sys/contrib/dev/ath/ath_hal -I/usr/src/sys/contrib/ngatm > -I/usr/src/sys/dev/twa -I/usr/src/sys/dev/cxgb -I/usr/src/sys/dev/cxgbe > -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS > -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer > -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse > -msoft-float -fno-asynchronous-unwind-tables -ffreestanding > -fstack-protector /usr/src/sys/amd64/amd64/genassym.c > NM='nm' sh /usr/src/sys/kern/genassym.sh genassym.o > assym.s > awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -p > awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -q > awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -h > awk -f /usr/src/sys/tools/acpi_quirks2h.awk > /usr/src/sys/dev/acpica/acpi_quirks > aicasm -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq > -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/dev/ath > -I/usr/src/sys/dev/ath/ath_hal -I/usr/src/sys/contrib/dev/ath/ath_hal > -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -I/usr/src/sys/dev/cxgb > -I/usr/src/sys/dev/cxgbe -I/usr/src/sys/contrib/libfdt > -I/usr/src/sys/cam/scsi -I/usr/src/sys/dev/aic7xxx -o aic7xxx_seq.h -r > aic7xxx_reg.h -p aic7xxx_reg_print.c -i > /usr/src/sys/dev/aic7xxx/aic7xxx_osm.h /usr/src/sys/dev/aic7xxx/aic7xxx.seq > make[2]: exec(aicasm) failed (No such file or directory) > *** Error code 1 > > Stop. > make[2]: stopped in /usr/obj/usr/src/sys/GENERIC > *** Error code 1 > > Stop. > make[1]: stopped in /usr/src Did you update your source and then "make buildkernel" without buildworld? If so, a "make kernel-toolchain" should create the aicasm tool and get you back on track. -- Ian From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 00:44:53 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 639FA8FF; Tue, 5 Nov 2013 00:44:53 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-oa0-x236.google.com (mail-oa0-x236.google.com [IPv6:2607:f8b0:4003:c02::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2139F2F59; Tue, 5 Nov 2013 00:44:53 +0000 (UTC) Received: by mail-oa0-f54.google.com with SMTP id o20so8081239oag.27 for ; Mon, 04 Nov 2013 16:44: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=gYz7kCn2WXpbzk7S6gzKNXmYwlTjtujybapafcN2NQo=; b=e1oWnck4W+KlcyxFMALP8Xw3rV5iqrnYuseTuOgijN5Q4IIUrnAeP/8Jy1mIH0WaCf d7POlQtSnQAtMISxm2YpzhpQ3Y9JjxGPek+vhb1CrF+Y3OOLq9Z8hJnWBTrdrUzsIaE0 b2k5yT+YDyq2p5cwapu2FKM+FftxM9EJLxS+UnG1QlNRudxHWbpIsd3x+GwSS/nq7zJu ysSH9zydX5gUiSrGbW7kQF0jY1xMC6x+sGNfG9ReRtwv1ehPekV6u6UVGN28fFrUPQJ3 NkYvnFrvnlvB6t+LP1a+9S3lmVowW0p0XXoVECqnb9DxEFEXnzbSYiYfGJBWRavYV3fL b9Eg== MIME-Version: 1.0 X-Received: by 10.60.40.5 with SMTP id t5mr16410793oek.26.1383612292276; Mon, 04 Nov 2013 16:44:52 -0800 (PST) Received: by 10.76.19.115 with HTTP; Mon, 4 Nov 2013 16:44:52 -0800 (PST) In-Reply-To: <1383611766.31172.153.camel@revolution.hippie.lan> References: <1383611766.31172.153.camel@revolution.hippie.lan> Date: Mon, 4 Nov 2013 19:44:52 -0500 Message-ID: Subject: Re: CUURENT kernel build broken - make[2]: exec(aicasm) failed (No such file or directory) From: Outback Dingo To: Ian Lepore 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: Tue, 05 Nov 2013 00:44:53 -0000 On Mon, Nov 4, 2013 at 7:36 PM, Ian Lepore wrote: > On Mon, 2013-11-04 at 19:25 -0500, Outback Dingo wrote: > > cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -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/usr/src/sys > > -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter > > -I/usr/src/sys/dev/ath -I/usr/src/sys/dev/ath/ath_hal > > -I/usr/src/sys/contrib/dev/ath/ath_hal -I/usr/src/sys/contrib/ngatm > > -I/usr/src/sys/dev/twa -I/usr/src/sys/dev/cxgb -I/usr/src/sys/dev/cxgbe > > -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS > > -include opt_global.h -fno-omit-frame-pointer > -mno-omit-leaf-frame-pointer > > -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse > > -msoft-float -fno-asynchronous-unwind-tables -ffreestanding > > -fstack-protector /usr/src/sys/amd64/amd64/genassym.c > > NM='nm' sh /usr/src/sys/kern/genassym.sh genassym.o > assym.s > > awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -p > > awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -q > > awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -h > > awk -f /usr/src/sys/tools/acpi_quirks2h.awk > > /usr/src/sys/dev/acpica/acpi_quirks > > aicasm -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq > > -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/dev/ath > > -I/usr/src/sys/dev/ath/ath_hal -I/usr/src/sys/contrib/dev/ath/ath_hal > > -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa > -I/usr/src/sys/dev/cxgb > > -I/usr/src/sys/dev/cxgbe -I/usr/src/sys/contrib/libfdt > > -I/usr/src/sys/cam/scsi -I/usr/src/sys/dev/aic7xxx -o aic7xxx_seq.h -r > > aic7xxx_reg.h -p aic7xxx_reg_print.c -i > > /usr/src/sys/dev/aic7xxx/aic7xxx_osm.h > /usr/src/sys/dev/aic7xxx/aic7xxx.seq > > make[2]: exec(aicasm) failed (No such file or directory) > > *** Error code 1 > > > > Stop. > > make[2]: stopped in /usr/obj/usr/src/sys/GENERIC > > *** Error code 1 > > > > Stop. > > make[1]: stopped in /usr/src > > Did you update your source and then "make buildkernel" without > buildworld? If so, a "make kernel-toolchain" should create the aicasm > tool and get you back on track. > really odd as i built a kernel this morning no problem, then updated the tree and went to build another kernel and got that. working through it, thanks for the input.......... > > -- Ian > > > From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 02:26:09 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 02C6034D for ; Tue, 5 Nov 2013 02:26:09 +0000 (UTC) (envelope-from mueller6721@twc.com) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.225]) by mx1.freebsd.org (Postfix) with ESMTP id B55A72448 for ; Tue, 5 Nov 2013 02:26:08 +0000 (UTC) Received: from [74.130.200.176] ([74.130.200.176:65127] helo=localhost) by cdptpa-oedge02 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id A4/EA-27821-93758725; Tue, 05 Nov 2013 02:26:01 +0000 Date: Tue, 05 Nov 2013 02:26:01 +0000 Message-ID: From: "Thomas Mueller" To: freebsd-current@freebsd.org Subject: Re: Automated submission of kernel panic reports: sysutils/panicmail X-RR-Connecting-IP: 107.14.168.130:25 X-Cloudmark-Score: 0 Cc: FreeBSD Hackers , Colin Percival 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, 05 Nov 2013 02:26:09 -0000 > Hi all, > After considerable review on freebsd-hackers (thanks dt71 and jilles!) I have > now added sysutils/panicmail to the FreeBSD ports tree. If you install this > and add > panicmail_enable="YES" > to your /etc/rc.conf, a panic report will be generated and sent to root@ for > you to review and submit (via email). You can skip the reviewing step and > submit panics automatically by setting panicmail_autosubmit="YES". > The panics submitted are encrypted to an RSA key which I hold in order to keep > them secure in transit; and I intend to keep the raw panic reports confidential > except to the minimum extent necessary for other developers to help me process > the incoming reports. > If I receive enough panic reports to be useful, I hope to provide developers > with aggregate statistics. This may include: > * regular email reports listing the "top panics", to help guide developers > towards the most fertile areas for stability improvements; > * email to specific developers alerting them to recurring panics in code they > maintain (especially if it becomes clear that the panic has been recently > introduced); and > * guidance to re@ and secteam@ about how often a particular panic occurs if > an errata notice is being considered > as well as other yet-to-be-imagined reports of a similarly aggregate and > anonymized nature. > So please install the sysutils/panicmail port and enable it in rc.conf! This > all depends on getting useful data, and I can't do that without your help. -- > Colin Percival > Security Officer Emeritus, FreeBSD | The power to serve > Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid Question that arises is how does the system know where to send the email, and through what SMTP server, especially if panicmail_autosubmit="YES". In the case of a kernel panic, wouldn't the system crash/freeze, and would it then be able to compose an email message? I use mail/mpop and mail/msmtp rather than messing with sendmail or postfix; have multiple email accounts and inboxes. Now come to think of it, I don't think I ever sent an email from FreeBSD as root, only as nonroot. Something like panicmail ought to be ported to NetBSD pkgsrc, considering that NetBSD seems so much more unstable and crash-prone than FreeBSD on my hardware. Tom From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 03:09:48 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CD50CB0D for ; Tue, 5 Nov 2013 03:09:48 +0000 (UTC) (envelope-from feld@FreeBSD.org) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8720D2683 for ; Tue, 5 Nov 2013 03:09:48 +0000 (UTC) Received: from compute6.internal (compute6.nyi.mail.srv.osa [10.202.2.46]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id C283721E80 for ; Mon, 4 Nov 2013 22:09:46 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute6.internal (MEProxy); Mon, 04 Nov 2013 22:09:46 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:in-reply-to:references :subject:date; s=smtpout; bh=7oHea4PLsvtX7yQB8j+BgbShSu4=; b=CCw KguTdziIpOt+9fwLTEQ36udi44Mx3jLtZ1W30MRhMGoqGMDXT58Qqb6j3Q4nzPjr n1WwkUCpb1BYpqmSffHKqq8/2XE2V4FwXGXFMaYDwPJAs6s8epiN0YG/f6wUE6M/ 68PyQ59tRYhfkjRtDWubs9Aj1b2TzFIL84TiizD0= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id 9C3E61057A9; Mon, 4 Nov 2013 22:09:46 -0500 (EST) Message-Id: <1383620986.8192.43024305.62E09DB9@webmail.messagingengine.com> X-Sasl-Enc: I+nRXqNnyfxI69xNGu4ZmCb54LlOScgSGSQV6U9OXrTu 1383620986 From: Mark Felder To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-d4893488 In-Reply-To: References: Subject: Re: Automated submission of kernel panic reports: sysutils/panicmail Date: Mon, 04 Nov 2013 21:09:46 -0600 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, 05 Nov 2013 03:09:49 -0000 On Mon, Nov 4, 2013, at 20:26, Thomas Mueller wrote: > > Hi all, > > > After considerable review on freebsd-hackers (thanks dt71 and jilles!) I have > > now added sysutils/panicmail to the FreeBSD ports tree. If you install this > > and add > > panicmail_enable="YES" > > to your /etc/rc.conf, a panic report will be generated and sent to root@ for > > you to review and submit (via email). You can skip the reviewing step and > > submit panics automatically by setting panicmail_autosubmit="YES". > > > The panics submitted are encrypted to an RSA key which I hold in order to keep > > them secure in transit; and I intend to keep the raw panic reports confidential > > except to the minimum extent necessary for other developers to help me process > > the incoming reports. > > > If I receive enough panic reports to be useful, I hope to provide developers > > with aggregate statistics. This may include: > > > * regular email reports listing the "top panics", to help guide developers > > towards the most fertile areas for stability improvements; > > > * email to specific developers alerting them to recurring panics in code they > > maintain (especially if it becomes clear that the panic has been recently > > introduced); and > > > * guidance to re@ and secteam@ about how often a particular panic occurs if > > an errata notice is being considered > > > as well as other yet-to-be-imagined reports of a similarly aggregate and > > anonymized nature. > > > So please install the sysutils/panicmail port and enable it in rc.conf! This > > all depends on getting useful data, and I can't do that without your help. > > -- > > Colin Percival > > Security Officer Emeritus, FreeBSD | The power to serve > > Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid > > Question that arises is how does the system know where to send the email, > and through what SMTP server, especially if panicmail_autosubmit="YES". > Every computer on the planet has the capability of being able to send email directly without an SMTP server. The only question is if the receiving end is willing to accept it, or discard it as spam. > In the case of a kernel panic, wouldn't the system crash/freeze, and > would it then be able to compose an email message? > This is all handled on the next boot after the panic. > I use mail/mpop and mail/msmtp rather than messing with sendmail or > postfix; have multiple email accounts and inboxes. > Does it provide a compatible /usr/sbin/sendmail binary? If so, it will just work^TM. > Now come to think of it, I don't think I ever sent an email from FreeBSD > as root, only as nonroot. > > Something like panicmail ought to be ported to NetBSD pkgsrc, considering > that NetBSD seems so much more unstable and crash-prone than FreeBSD on > my hardware. > I hope more projects pick this up too. :-) From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 03:24:33 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5C429E0B for ; Tue, 5 Nov 2013 03:24:33 +0000 (UTC) (envelope-from bounces+73574-dfb6-freebsd-current=freebsd.org@sendgrid.me) Received: from o3.shared.sendgrid.net (o3.shared.sendgrid.net [208.117.48.85]) by mx1.freebsd.org (Postfix) with SMTP id E3F1F2739 for ; Tue, 5 Nov 2013 03:24:32 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sendgrid.info; h=from:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; s=smtpapi; bh=nIEGU6EcoVXcLiUvk25QdqaQOzk=; b=qdbg3+nrnnypMMaMUp 70Yy0IRxc+U5Uc3POAGhwsttApGeeeEJuZz6v6eHgJ0b8TRWVdp9rFMA3BCR9UH+ Up2ILh8lncoFhBNHtoP+OKoCcQzEJdHNvZnIuyxDjulyyDgnIXykFK436MJBzcMT 3bTIE4zkG8RHWnjsrArNxLvyQ= Received: by mf69 with SMTP id mf69.27962.527864EF5 Tue, 05 Nov 2013 03:24:31 +0000 (GMT) Received: from mail.tarsnap.com (unknown [10.60.208.15]) by mi38 (SG) with ESMTP id 142264a4726.6887.30fad4 for ; Mon, 04 Nov 2013 21:24:31 -0600 (CST) Received: (qmail 86809 invoked from network); 5 Nov 2013 03:24:28 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by ec2-107-20-205-189.compute-1.amazonaws.com with ESMTP; 5 Nov 2013 03:24:28 -0000 Received: (qmail 2278 invoked from network); 5 Nov 2013 03:22:56 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by clamshell.daemonology.net with SMTP; 5 Nov 2013 03:22:56 -0000 Message-ID: <5278648F.4070904@freebsd.org> Date: Mon, 04 Nov 2013 19:22:55 -0800 From: Colin Percival User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: Thomas Mueller , freebsd-current@freebsd.org Subject: Re: Automated submission of kernel panic reports: sysutils/panicmail References: In-Reply-To: X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SG-EID: XhyBwObMhraAR+zdwMupjQ6BIqbhdEfc+6p+uBxS7S88hDVo7wPr0+CK+tH/z+ymNRLVcYt4gV7ICGs0HvPNh0c3H2rJrcXJxSmKp7A1OZwrPFmOPEwXamsjPwQp6woUJ5Q856mWOxRtjZPBeIJrxuigMBmVR7qRlpeLR7Kzgio= Cc: FreeBSD Hackers 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, 05 Nov 2013 03:24:33 -0000 On 11/04/13 18:26, Thomas Mueller wrote: > Question that arises is how does the system know where to send the email, and through what SMTP server, especially if panicmail_autosubmit="YES". The code assumes that your system knows how to deliver email. An out-of-the-box FreeBSD install has sendmail and can do this. If you don't enable panicmail_autosubmit then it also assumes you're reading or forwarding root's email -- which you should be doing anyway. > In the case of a kernel panic, wouldn't the system crash/freeze, and would it then be able to compose an email message? The email is generated from the crashdump when the system next boots. > I use mail/mpop and mail/msmtp rather than messing with sendmail or postfix; have multiple email accounts and inboxes. > > Now come to think of it, I don't think I ever sent an email from FreeBSD as root, only as nonroot. Don't you get "daily run output" and "security run output" emails? > Something like panicmail ought to be ported to NetBSD pkgsrc, considering that NetBSD seems so much more unstable and crash-prone than FreeBSD on my hardware. Go right ahead. It's a small shell script -- might even work fine without any changes. It's BSD licensed, of course. -- Colin Percival Security Officer Emeritus, FreeBSD | The power to serve Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 03:44:16 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CBF58466; Tue, 5 Nov 2013 03:44:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9DE132837; Tue, 5 Nov 2013 03:44: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 rA53i9Y0036076; Mon, 4 Nov 2013 22:44: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 rA53i9Jn036074; Tue, 5 Nov 2013 03:44:09 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 5 Nov 2013 03:44:09 GMT Message-Id: <201311050344.rA53i9Jn036074@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: Tue, 05 Nov 2013 03:44:17 -0000 TB --- 2013-11-05 03:34:27 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-05 03:34:27 - 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 --- 2013-11-05 03:34:27 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-11-05 03:34:27 - cleaning the object tree TB --- 2013-11-05 03:34:27 - /usr/local/bin/svn stat /src TB --- 2013-11-05 03:34:31 - At svn revision 257658 TB --- 2013-11-05 03:34:32 - building world TB --- 2013-11-05 03:34:32 - CROSS_BUILD_TESTING=YES TB --- 2013-11-05 03:34:32 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-05 03:34:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-05 03:34:32 - SRCCONF=/dev/null TB --- 2013-11-05 03:34:32 - TARGET=ia64 TB --- 2013-11-05 03:34:32 - TARGET_ARCH=ia64 TB --- 2013-11-05 03:34:32 - TZ=UTC TB --- 2013-11-05 03:34:32 - __MAKE_CONF=/dev/null TB --- 2013-11-05 03:34:32 - cd /src TB --- 2013-11-05 03:34:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Nov 5 03:34:39 UTC 2013 >>> Rebuilding 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 [...] LC_ALL=C awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opt-gather.awk /src/gnu/lib/libgcc/../../../contrib/gcc/c.opt /src/gnu/lib/libgcc/../../../contrib/gcc/common.opt /src/gnu/lib/libgcc/../../../contrib/gcc/config/ia64/ia64.opt > optionlist LC_ALL=C awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opt-functions.awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opth-gen.awk < optionlist > options.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc unwind.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/unwind-generic.h unwind.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc gthr-default.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/gthr-posix.h gthr-default.h cc -c -O2 -pipe -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -Wno-static-in-inline -std=gnu99 -fvisibility=hidden -DHIDE_EXPORTS -fPIC -fexceptions -D__GLIBC__=3 -DElfW=__ElfN -o unwind-ia64.o /src/gnu/lib/libgcc/../../../contrib/gcc/config/ia64/unwind-ia64.c cc1: error: unrecognized command line option "-Wno-static-in-inline" *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/lib/libgcc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-05 03:44:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-05 03:44:09 - ERROR: failed to build world TB --- 2013-11-05 03:44:09 - 452.38 user 67.11 system 581.46 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 03:53:35 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D80DE61A; Tue, 5 Nov 2013 03:53:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id ABD3B28A8; Tue, 5 Nov 2013 03:53: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 rA53rXb3086259; Mon, 4 Nov 2013 22:53: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 rA53rX7Z086258; Tue, 5 Nov 2013 03:53:33 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 5 Nov 2013 03:53:33 GMT Message-Id: <201311050353.rA53rX7Z086258@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: Tue, 05 Nov 2013 03:53:35 -0000 TB --- 2013-11-05 03:44:09 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-05 03:44:09 - 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 --- 2013-11-05 03:44:09 - starting HEAD tinderbox run for mips/mips TB --- 2013-11-05 03:44:09 - cleaning the object tree TB --- 2013-11-05 03:44:09 - /usr/local/bin/svn stat /src TB --- 2013-11-05 03:44:12 - At svn revision 257658 TB --- 2013-11-05 03:44:13 - building world TB --- 2013-11-05 03:44:13 - CROSS_BUILD_TESTING=YES TB --- 2013-11-05 03:44:13 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-05 03:44:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-05 03:44:13 - SRCCONF=/dev/null TB --- 2013-11-05 03:44:13 - TARGET=mips TB --- 2013-11-05 03:44:13 - TARGET_ARCH=mips TB --- 2013-11-05 03:44:13 - TZ=UTC TB --- 2013-11-05 03:44:13 - __MAKE_CONF=/dev/null TB --- 2013-11-05 03:44:13 - cd /src TB --- 2013-11-05 03:44:13 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Nov 5 03:44:21 UTC 2013 >>> Rebuilding 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 [...] LC_ALL=C awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opt-gather.awk /src/gnu/lib/libgcc/../../../contrib/gcc/c.opt /src/gnu/lib/libgcc/../../../contrib/gcc/common.opt /src/gnu/lib/libgcc/../../../contrib/gcc/config/mips/mips.opt > optionlist LC_ALL=C awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opt-functions.awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opth-gen.awk < optionlist > options.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc unwind.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/unwind-generic.h unwind.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc gthr-default.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/gthr-posix.h gthr-default.h cc -c -O -pipe -G0 -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -Wno-static-in-inline -std=gnu99 -fvisibility=hidden -DHIDE_EXPORTS -fPIC -fexceptions -D__GLIBC__=3 -DElfW=__ElfN -o unwind-dw2.o /src/gnu/lib/libgcc/../../../contrib/gcc/unwind-dw2.c cc1: error: unrecognized command line option "-Wno-static-in-inline" *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/lib/libgcc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-05 03:53:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-05 03:53:33 - ERROR: failed to build world TB --- 2013-11-05 03:53:33 - 446.05 user 70.59 system 564.05 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 04:03:12 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7D5E28E3; Tue, 5 Nov 2013 04:03:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 51D922913; Tue, 5 Nov 2013 04:03:08 +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 rA5438nA074216; Mon, 4 Nov 2013 23:03: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 rA5438x3074215; Tue, 5 Nov 2013 04:03:08 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 5 Nov 2013 04:03:08 GMT Message-Id: <201311050403.rA5438x3074215@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: Tue, 05 Nov 2013 04:03:12 -0000 TB --- 2013-11-05 03:53:33 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-05 03:53:33 - 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 --- 2013-11-05 03:53:33 - starting HEAD tinderbox run for mips64/mips TB --- 2013-11-05 03:53:34 - cleaning the object tree TB --- 2013-11-05 03:53:34 - /usr/local/bin/svn stat /src TB --- 2013-11-05 03:53:37 - At svn revision 257658 TB --- 2013-11-05 03:53:38 - building world TB --- 2013-11-05 03:53:38 - CROSS_BUILD_TESTING=YES TB --- 2013-11-05 03:53:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-05 03:53:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-05 03:53:38 - SRCCONF=/dev/null TB --- 2013-11-05 03:53:38 - TARGET=mips TB --- 2013-11-05 03:53:38 - TARGET_ARCH=mips64 TB --- 2013-11-05 03:53:38 - TZ=UTC TB --- 2013-11-05 03:53:38 - __MAKE_CONF=/dev/null TB --- 2013-11-05 03:53:38 - cd /src TB --- 2013-11-05 03:53:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Nov 5 03:53:45 UTC 2013 >>> Rebuilding 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 [...] LC_ALL=C awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opt-gather.awk /src/gnu/lib/libgcc/../../../contrib/gcc/c.opt /src/gnu/lib/libgcc/../../../contrib/gcc/common.opt /src/gnu/lib/libgcc/../../../contrib/gcc/config/mips/mips.opt > optionlist LC_ALL=C awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opt-functions.awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opth-gen.awk < optionlist > options.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc unwind.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/unwind-generic.h unwind.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc gthr-default.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/gthr-posix.h gthr-default.h cc -c -O -pipe -G0 -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -Wno-static-in-inline -std=gnu99 -fvisibility=hidden -DHIDE_EXPORTS -fPIC -fexceptions -D__GLIBC__=3 -DElfW=__ElfN -o unwind-dw2.o /src/gnu/lib/libgcc/../../../contrib/gcc/unwind-dw2.c cc1: error: unrecognized command line option "-Wno-static-in-inline" *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/lib/libgcc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-05 04:03:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-05 04:03:08 - ERROR: failed to build world TB --- 2013-11-05 04:03:08 - 447.70 user 85.58 system 574.20 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 04:16:21 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8DCDDC9F; Tue, 5 Nov 2013 04:16:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 60E022993; Tue, 5 Nov 2013 04:16: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 rA54GK0H024699; Mon, 4 Nov 2013 23:16:20 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rA54GKHP024696; Tue, 5 Nov 2013 04:16:20 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 5 Nov 2013 04:16:20 GMT Message-Id: <201311050416.rA54GKHP024696@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: Tue, 05 Nov 2013 04:16:21 -0000 TB --- 2013-11-05 04:03:08 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-05 04:03:08 - 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 --- 2013-11-05 04:03:08 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-11-05 04:03:08 - cleaning the object tree TB --- 2013-11-05 04:03:08 - /usr/local/bin/svn stat /src TB --- 2013-11-05 04:03:11 - At svn revision 257658 TB --- 2013-11-05 04:03:12 - building world TB --- 2013-11-05 04:03:12 - CROSS_BUILD_TESTING=YES TB --- 2013-11-05 04:03:12 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-05 04:03:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-05 04:03:12 - SRCCONF=/dev/null TB --- 2013-11-05 04:03:12 - TARGET=powerpc TB --- 2013-11-05 04:03:12 - TARGET_ARCH=powerpc TB --- 2013-11-05 04:03:12 - TZ=UTC TB --- 2013-11-05 04:03:12 - __MAKE_CONF=/dev/null TB --- 2013-11-05 04:03:12 - cd /src TB --- 2013-11-05 04:03:12 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Nov 5 04:03:19 UTC 2013 >>> Rebuilding 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 [...] LC_ALL=C awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opt-gather.awk /src/gnu/lib/libgcc/../../../contrib/gcc/c.opt /src/gnu/lib/libgcc/../../../contrib/gcc/common.opt /src/gnu/lib/libgcc/../../../contrib/gcc/config/rs6000/rs6000.opt /src/gnu/lib/libgcc/../../../contrib/gcc/config/rs6000/sysv4.opt > optionlist LC_ALL=C awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opt-functions.awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opth-gen.awk < optionlist > options.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc unwind.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/unwind-generic.h unwind.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc gthr-default.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/gthr-posix.h gthr-default.h cc -c -O2 -pipe -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -Wno-static-in-inline -std=gnu99 -fvisibility=hidden -DHIDE_EXPORTS -fPIC -fexceptions -D__GLIBC__=3 -DElfW=__ElfN -o unwind-dw2.o /src/gnu/lib/libgcc/../../../contrib/gcc/unwind-dw2.c cc1: error: unrecognized command line option "-Wno-static-in-inline" *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/lib/libgcc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-05 04:16:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-05 04:16:20 - ERROR: failed to build world TB --- 2013-11-05 04:16:20 - 644.41 user 88.50 system 792.07 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 04:30:29 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D53CEEC; Tue, 5 Nov 2013 04:30:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A96332A1B; Tue, 5 Nov 2013 04:30: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 rA54USQO024340; Mon, 4 Nov 2013 23:30: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 rA54USKw024339; Tue, 5 Nov 2013 04:30:28 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 5 Nov 2013 04:30:28 GMT Message-Id: <201311050430.rA54USKw024339@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: Tue, 05 Nov 2013 04:30:30 -0000 TB --- 2013-11-05 04:16:20 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-05 04:16:20 - 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 --- 2013-11-05 04:16:20 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-11-05 04:16:20 - cleaning the object tree TB --- 2013-11-05 04:16:20 - /usr/local/bin/svn stat /src TB --- 2013-11-05 04:16:24 - At svn revision 257658 TB --- 2013-11-05 04:16:25 - building world TB --- 2013-11-05 04:16:25 - CROSS_BUILD_TESTING=YES TB --- 2013-11-05 04:16:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-05 04:16:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-05 04:16:25 - SRCCONF=/dev/null TB --- 2013-11-05 04:16:25 - TARGET=powerpc TB --- 2013-11-05 04:16:25 - TARGET_ARCH=powerpc64 TB --- 2013-11-05 04:16:25 - TZ=UTC TB --- 2013-11-05 04:16:25 - __MAKE_CONF=/dev/null TB --- 2013-11-05 04:16:25 - cd /src TB --- 2013-11-05 04:16:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Nov 5 04:16:32 UTC 2013 >>> Rebuilding 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 [...] LC_ALL=C awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opt-gather.awk /src/gnu/lib/libgcc/../../../contrib/gcc/c.opt /src/gnu/lib/libgcc/../../../contrib/gcc/common.opt /src/gnu/lib/libgcc/../../../contrib/gcc/config/rs6000/rs6000.opt /src/gnu/lib/libgcc/../../../contrib/gcc/config/rs6000/sysv4.opt > optionlist LC_ALL=C awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opt-functions.awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opth-gen.awk < optionlist > options.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc unwind.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/unwind-generic.h unwind.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc gthr-default.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/gthr-posix.h gthr-default.h cc -c -O2 -pipe -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -Wno-static-in-inline -std=gnu99 -fvisibility=hidden -DHIDE_EXPORTS -fPIC -fexceptions -D__GLIBC__=3 -DElfW=__ElfN -o unwind-dw2.o /src/gnu/lib/libgcc/../../../contrib/gcc/unwind-dw2.c cc1: error: unrecognized command line option "-Wno-static-in-inline" *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/lib/libgcc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-05 04:30:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-05 04:30:28 - ERROR: failed to build world TB --- 2013-11-05 04:30:28 - 656.49 user 132.34 system 847.99 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 04:40:10 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9ECBC3C6; Tue, 5 Nov 2013 04:40:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 720902AC5; Tue, 5 Nov 2013 04:40:10 +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 rA54e9g0089339; Mon, 4 Nov 2013 23:40: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 rA54e9Ls089338; Tue, 5 Nov 2013 04:40:09 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 5 Nov 2013 04:40:09 GMT Message-Id: <201311050440.rA54e9Ls089338@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, 05 Nov 2013 04:40:10 -0000 TB --- 2013-11-05 04:30:28 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-05 04:30: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 --- 2013-11-05 04:30:28 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-11-05 04:30:28 - cleaning the object tree TB --- 2013-11-05 04:30:28 - /usr/local/bin/svn stat /src TB --- 2013-11-05 04:30:32 - At svn revision 257658 TB --- 2013-11-05 04:30:33 - building world TB --- 2013-11-05 04:30:33 - CROSS_BUILD_TESTING=YES TB --- 2013-11-05 04:30:33 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-05 04:30:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-05 04:30:33 - SRCCONF=/dev/null TB --- 2013-11-05 04:30:33 - TARGET=sparc64 TB --- 2013-11-05 04:30:33 - TARGET_ARCH=sparc64 TB --- 2013-11-05 04:30:33 - TZ=UTC TB --- 2013-11-05 04:30:33 - __MAKE_CONF=/dev/null TB --- 2013-11-05 04:30:33 - cd /src TB --- 2013-11-05 04:30:33 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Nov 5 04:30:40 UTC 2013 >>> Rebuilding 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 [...] LC_ALL=C awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opt-gather.awk /src/gnu/lib/libgcc/../../../contrib/gcc/c.opt /src/gnu/lib/libgcc/../../../contrib/gcc/common.opt /src/gnu/lib/libgcc/../../../contrib/gcc/config/sparc/sparc.opt /src/gnu/lib/libgcc/../../../contrib/gcc/config/sparc/long-double-switch.opt > optionlist LC_ALL=C awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opt-functions.awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opth-gen.awk < optionlist > options.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc unwind.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/unwind-generic.h unwind.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc gthr-default.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/gthr-posix.h gthr-default.h cc -c -O2 -pipe -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -Wno-static-in-inline -std=gnu99 -fvisibility=hidden -DHIDE_EXPORTS -fPIC -fexceptions -D__GLIBC__=3 -DElfW=__ElfN -o unwind-dw2.o /src/gnu/lib/libgcc/../../../contrib/gcc/unwind-dw2.c cc1: error: unrecognized command line option "-Wno-static-in-inline" *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/lib/libgcc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-05 04:40:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-05 04:40:09 - ERROR: failed to build world TB --- 2013-11-05 04:40:09 - 410.42 user 96.27 system 580.73 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 05:09:58 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9953AC9A for ; Tue, 5 Nov 2013 05:09:58 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6FEB22BC3 for ; Tue, 5 Nov 2013 05:09:58 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VdYtp-000CU1-4V; Tue, 05 Nov 2013 05:09:57 +0000 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 rA559sM1061263; Mon, 4 Nov 2013 22:09:54 -0700 (MST) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/MwkHGGY01bWw5uk6r9/av Subject: Re: CUURENT kernel build broken - make[2]: exec(aicasm) failed (No such file or directory) From: Ian Lepore To: Outback Dingo In-Reply-To: References: <1383611766.31172.153.camel@revolution.hippie.lan> Content-Type: text/plain; charset="us-ascii" Date: Mon, 04 Nov 2013 22:09:54 -0700 Message-ID: <1383628194.31172.155.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port 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: Tue, 05 Nov 2013 05:09:58 -0000 On Mon, 2013-11-04 at 19:44 -0500, Outback Dingo wrote: > On Mon, Nov 4, 2013 at 7:36 PM, Ian Lepore wrote: > > > On Mon, 2013-11-04 at 19:25 -0500, Outback Dingo wrote: > > > cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -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/usr/src/sys > > > -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter > > > -I/usr/src/sys/dev/ath -I/usr/src/sys/dev/ath/ath_hal > > > -I/usr/src/sys/contrib/dev/ath/ath_hal -I/usr/src/sys/contrib/ngatm > > > -I/usr/src/sys/dev/twa -I/usr/src/sys/dev/cxgb -I/usr/src/sys/dev/cxgbe > > > -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS > > > -include opt_global.h -fno-omit-frame-pointer > > -mno-omit-leaf-frame-pointer > > > -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse > > > -msoft-float -fno-asynchronous-unwind-tables -ffreestanding > > > -fstack-protector /usr/src/sys/amd64/amd64/genassym.c > > > NM='nm' sh /usr/src/sys/kern/genassym.sh genassym.o > assym.s > > > awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -p > > > awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -q > > > awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -h > > > awk -f /usr/src/sys/tools/acpi_quirks2h.awk > > > /usr/src/sys/dev/acpica/acpi_quirks > > > aicasm -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq > > > -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/dev/ath > > > -I/usr/src/sys/dev/ath/ath_hal -I/usr/src/sys/contrib/dev/ath/ath_hal > > > -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa > > -I/usr/src/sys/dev/cxgb > > > -I/usr/src/sys/dev/cxgbe -I/usr/src/sys/contrib/libfdt > > > -I/usr/src/sys/cam/scsi -I/usr/src/sys/dev/aic7xxx -o aic7xxx_seq.h -r > > > aic7xxx_reg.h -p aic7xxx_reg_print.c -i > > > /usr/src/sys/dev/aic7xxx/aic7xxx_osm.h > > /usr/src/sys/dev/aic7xxx/aic7xxx.seq > > > make[2]: exec(aicasm) failed (No such file or directory) > > > *** Error code 1 > > > > > > Stop. > > > make[2]: stopped in /usr/obj/usr/src/sys/GENERIC > > > *** Error code 1 > > > > > > Stop. > > > make[1]: stopped in /usr/src > > > > Did you update your source and then "make buildkernel" without > > buildworld? If so, a "make kernel-toolchain" should create the aicasm > > tool and get you back on track. > > > > really odd as i built a kernel this morning no problem, then updated the > tree and went to build another kernel and got that. > working through it, thanks for the input.......... > You were just unlucky that your updates bracketed my checkin that changed the build process for the aicasm tool so that it gets built as part of the toolchain rather than as part of the kernel now. -- Ian From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 07:01:49 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 064E7CB3; Tue, 5 Nov 2013 07:01:49 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7A5952084; Tue, 5 Nov 2013 07:01:47 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.7/8.14.7) with ESMTP id rA571kXg005517 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 5 Nov 2013 11:01:46 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.7/8.14.7/Submit) id rA571kRT005516; Tue, 5 Nov 2013 11:01:46 +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, 5 Nov 2013 11:01:46 +0400 From: Gleb Smirnoff To: Ian Lepore Subject: Re: CUURENT kernel build broken - make[2]: exec(aicasm) failed (No such file or directory) Message-ID: <20131105070146.GH1467@FreeBSD.org> References: <1383611766.31172.153.camel@revolution.hippie.lan> <1383628194.31172.155.camel@revolution.hippie.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1383628194.31172.155.camel@revolution.hippie.lan> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: Outback Dingo , 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, 05 Nov 2013 07:01:49 -0000 On Mon, Nov 04, 2013 at 10:09:54PM -0700, Ian Lepore wrote: I> > > /usr/src/sys/dev/aic7xxx/aic7xxx.seq I> > > > make[2]: exec(aicasm) failed (No such file or directory) I> > > > *** Error code 1 I> > > > I> > > > Stop. I> > > > make[2]: stopped in /usr/obj/usr/src/sys/GENERIC I> > > > *** Error code 1 I> > > > I> > > > Stop. I> > > > make[1]: stopped in /usr/src I> > > I> > > Did you update your source and then "make buildkernel" without I> > > buildworld? If so, a "make kernel-toolchain" should create the aicasm I> > > tool and get you back on track. I> > > I> > I> > really odd as i built a kernel this morning no problem, then updated the I> > tree and went to build another kernel and got that. I> > working through it, thanks for the input.......... I> > I> I> You were just unlucky that your updates bracketed my checkin that I> changed the build process for the aicasm tool so that it gets built as I> part of the toolchain rather than as part of the kernel now. Before this change, the toolchain was not required for kernel build if you aren't cross building. And now it is. This breaks the kernel build procedure documented in handbook for years, and brings a lot of discomfort to developers. Now to test a trivial change to kernel I need first to compile clang. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 07:02:31 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1F7A7DDE; Tue, 5 Nov 2013 07:02:31 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AC928209C; Tue, 5 Nov 2013 07:02:30 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id rA572MJH085833; Tue, 5 Nov 2013 09:02:22 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua rA572MJH085833 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id rA572MlG085832; Tue, 5 Nov 2013 09:02:22 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 5 Nov 2013 09:02:22 +0200 From: Konstantin Belousov To: Gleb Smirnoff Subject: Re: 10.0-BETA1 i386 on VirtualBox Message-ID: <20131105070222.GW59496@kib.kiev.ua> References: <526939BF.4030306@dat.pl> <201311021106.17222.breton@cynicmansion.ru> <52761D4C.8030404@dat.pl> <201311031629.20378.breton@cynicmansion.ru> <20131103134601.GN52889@glebius.int.ru> <20131103144131.GG59496@kib.kiev.ua> <52778541.3090803@dat.pl> <20131104163825.GS59496@kib.kiev.ua> <20131104165341.GK52889@glebius.int.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mN1JkpzzjA4mCWyC" Content-Disposition: inline In-Reply-To: <20131104165341.GK52889@glebius.int.ru> User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, 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: Boris Bobrov , Glen Barber , "freebsd-current@freebsd.org" , Maciej Milewski 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, 05 Nov 2013 07:02:31 -0000 --mN1JkpzzjA4mCWyC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 04, 2013 at 08:53:41PM +0400, Gleb Smirnoff wrote: > On Mon, Nov 04, 2013 at 06:38:25PM +0200, Konstantin Belousov wrote: > K> Also please show me the CPU features banner from the boot in the VB, > K> like this: >=20 > I have already collected them all. See attaches. >=20 > Legend: >=20 > dmesg.bb pwd_mkdb crashes during install > dmesg.milu.png pwd_mkdb crashes during install > dmesg.think installation succeeds, but world build crashes instantly > dmesg.ru all works > dmesg.morannon all works First, all reported instances have ata attachment for the ada0, except of milu (possibly). So this means that kernel does transient remapping, and very different code path is executed comparing with what I thought initially. The path is simpler than the pure unmapped i/o. Second, I use QEMU with the ata0 attachment for the disks regularly, and I do not have an issue. I also did not see a report from the real h/w. Third point is that all reports are i386. Is there anybody with amd64, vbox, ata and the same corruption hiddent by disabling unmapped i/o ? In what way the non-working images were installed ? Is it possible to produce the problematic installs by doing it one way, and non-problematic by another ? --mN1JkpzzjA4mCWyC Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSeJf9AAoJEJDCuSvBvK1BAs0P/3BfgaJzFcNavz22WbL1kk16 UlpH3KFeLiJ64Laqq6iUS0ohsiqFC4F/WXSi+1yaGajpYYhQo7GORLjzE+4GLF6y zfOLZYBJJHRshioBK+AYVcvXkVfJ4CAOzEG74FDjEbHuW5N95iBqvj21iDnqa6jy 8mNBkJtbHKBGSt2GPH5YI5ABl3fxaeXBWmcnYeEwGJ47gCxUIz7dXZ8wCI3WJufD wR2QBIHmqsjXvfR85Rv3KOU0Dp9IkJwaVvHUcMNt239OxTLeEYjaHBgpsm1FMlJ+ 9vyhDCjeIiDMzRqwpjIKpm9NTA5gLEOL4/EvPdxBe1QSFoBQWe7+gSvYjeagYHn+ QcMRxKDTrzyfwYE9oRO+83/UscjNFt1Iw9TL9Q4T1puJ5+xguR/z4r4hQCWYC8vY HWQ7kf0lN5lHlTtXBDb7PuLkaprDYsiLQrf7t6aym1FoyMQR4btCeXwUcj+JxdzI CUJX24npnU0InxzRltixPAwg2T0J0rZF1HL6k1wp/9xqO2sPUyy74RIyIR0wYWyS z3wYO9+o30jfXB6IHp0YqotPpkXsBz5r+HNKia7DHXXGjcYIu3TSajsCABbbA0NN jtSWpd28yUzcYQMigKB0noghu2zkLiIHAdeudZjzrTaT/uIA3L9joskxL78NUQWw RmdjbEZQuNL9NJ0IvCXI =hRjx -----END PGP SIGNATURE----- --mN1JkpzzjA4mCWyC-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 07:06:15 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id EC1CE99; Tue, 5 Nov 2013 07:06:15 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 671F820DB; Tue, 5 Nov 2013 07:06:14 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.7/8.14.7) with ESMTP id rA5769Nf005556 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 5 Nov 2013 11:06:09 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.7/8.14.7/Submit) id rA5769OH005555; Tue, 5 Nov 2013 11:06:09 +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, 5 Nov 2013 11:06:09 +0400 From: Gleb Smirnoff To: Konstantin Belousov Subject: Re: 10.0-BETA1 i386 on VirtualBox Message-ID: <20131105070608.GI1467@glebius.int.ru> References: <526939BF.4030306@dat.pl> <201311021106.17222.breton@cynicmansion.ru> <52761D4C.8030404@dat.pl> <201311031629.20378.breton@cynicmansion.ru> <20131103134601.GN52889@glebius.int.ru> <20131103144131.GG59496@kib.kiev.ua> <52778541.3090803@dat.pl> <20131104163825.GS59496@kib.kiev.ua> <20131104165341.GK52889@glebius.int.ru> <20131105070222.GW59496@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131105070222.GW59496@kib.kiev.ua> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: Boris Bobrov , Glen Barber , "freebsd-current@freebsd.org" , Maciej Milewski 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, 05 Nov 2013 07:06:16 -0000 On Tue, Nov 05, 2013 at 09:02:22AM +0200, Konstantin Belousov wrote: K> First, all reported instances have ata attachment for the ada0, except K> of milu (possibly). So this means that kernel does transient remapping, K> and very different code path is executed comparing with what I thought K> initially. The path is simpler than the pure unmapped i/o. K> K> Second, I use QEMU with the ata0 attachment for the disks regularly, and K> I do not have an issue. I also did not see a report from the real h/w. K> K> Third point is that all reports are i386. Is there anybody with amd64, K> vbox, ata and the same corruption hiddent by disabling unmapped i/o ? K> K> In what way the non-working images were installed ? Is it possible to K> produce the problematic installs by doing it one way, and non-problematic K> by another ? The only known way to get FreeBSD working is to turn off unmapped io in loader. Any tweaking of "hardware" in VB or changes in the install process do not affect. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 08:09:09 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id ABA076AF for ; Tue, 5 Nov 2013 08:09:09 +0000 (UTC) (envelope-from mueller6721@twc.com) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.225]) by mx1.freebsd.org (Postfix) with ESMTP id 753F5240E for ; Tue, 5 Nov 2013 08:09:08 +0000 (UTC) Received: from [74.130.200.176] ([74.130.200.176:19871] helo=localhost) by cdptpa-oedge01 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id D5/0E-02506-3A7A8725; Tue, 05 Nov 2013 08:09:07 +0000 Date: Tue, 05 Nov 2013 08:09:07 +0000 Message-ID: From: "Thomas Mueller" To: freebsd-current@freebsd.org Subject: Re: Automated submission of kernel panic reports: sysutils/panicmail X-RR-Connecting-IP: 107.14.168.118:25 X-Cloudmark-Score: 0 Cc: Colin Percival 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, 05 Nov 2013 08:09:09 -0000 from Mark Felder: > > Question that arises is how does the system know where to send the email, > > and through what SMTP server, especially if panicmail_autosubmit="YES". > Every computer on the planet has the capability of being able to send > email directly without an SMTP server. The only question is if the > receiving end is willing to accept it, or discard it as spam. Mail server at the receiving end might reject the message, or one's ISP might block it. > > I use mail/mpop and mail/msmtp rather than messing with sendmail or > > postfix; have multiple email accounts and inboxes. > Does it provide a compatible /usr/sbin/sendmail binary? If so, it will > just work^TM. msmtp -a -t < message-with-headers from Colin Percival: > Don't you get "daily run output" and "security run output" emails? I didn't think of these messages, all contained within the same computer. These messages are constructed like email, but don't go through mail servers. Tom From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 09:09:11 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 42368584; Tue, 5 Nov 2013 09:09:11 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B2D032781; Tue, 5 Nov 2013 09:09:10 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.7/8.14.7) with ESMTP id rA5994PV006367 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 5 Nov 2013 13:09:04 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.7/8.14.7/Submit) id rA5994k8006366; Tue, 5 Nov 2013 13:09:04 +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, 5 Nov 2013 13:09:04 +0400 From: Gleb Smirnoff To: Boris Bobrov Subject: Re: 10.0-BETA1 i386 on VirtualBox Message-ID: <20131105090904.GN1467@glebius.int.ru> References: <526939BF.4030306@dat.pl> <20131105070222.GW59496@kib.kiev.ua> <20131105070608.GI1467@glebius.int.ru> <201311051215.40336.breton@cynicmansion.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <201311051215.40336.breton@cynicmansion.ru> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: Konstantin Belousov , Glen Barber , "freebsd-current@freebsd.org" , Maciej Milewski 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, 05 Nov 2013 09:09:11 -0000 On Tue, Nov 05, 2013 at 12:15:35PM +0400, Boris Bobrov wrote: B> В сообщении от Tuesday 05 of November 2013 11:06:09 Gleb написал: B> > On Tue, Nov 05, 2013 at 09:02:22AM +0200, Konstantin Belousov wrote: B> > K> First, all reported instances have ata attachment for the ada0, B> > except K> of milu (possibly). So this means that kernel does transient B> > remapping, K> and very different code path is executed comparing with B> > what I thought K> initially. The path is simpler than the pure B> > unmapped i/o. B> > K> B> > K> Second, I use QEMU with the ata0 attachment for the disks regularly, B> > and K> I do not have an issue. I also did not see a report from the B> > real h/w. K> B> > K> Third point is that all reports are i386. Is there anybody with B> > amd64, K> vbox, ata and the same corruption hiddent by disabling B> > unmapped i/o ? K> B> > K> In what way the non-working images were installed ? Is it possible B> > to K> produce the problematic installs by doing it one way, and B> > non-problematic K> by another ? B> > B> > The only known way to get FreeBSD working is to turn off unmapped io B> > in loader. Any tweaking of "hardware" in VB or changes in the install B> > process do not affect. B> B> Disabling VT-x in VB helps too. Doesn't help with my issue. This could mean that my issue and the one that Boris and Maciej encountered are different. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 09:24:38 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D754E98F; Tue, 5 Nov 2013 09:24:38 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5480A286B; Tue, 5 Nov 2013 09:24:37 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.7/8.14.7) with ESMTP id rA59OXK1006686 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 5 Nov 2013 13:24:33 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.7/8.14.7/Submit) id rA59OXm9006685; Tue, 5 Nov 2013 13:24:33 +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, 5 Nov 2013 13:24:33 +0400 From: Gleb Smirnoff To: Boris Bobrov Subject: Re: 10.0-BETA1 i386 on VirtualBox Message-ID: <20131105092433.GP1467@FreeBSD.org> References: <526939BF.4030306@dat.pl> <20131105070222.GW59496@kib.kiev.ua> <20131105070608.GI1467@glebius.int.ru> <201311051215.40336.breton@cynicmansion.ru> <20131105090904.GN1467@glebius.int.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131105090904.GN1467@glebius.int.ru> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: Konstantin Belousov , Glen Barber , "freebsd-current@freebsd.org" , Maciej Milewski 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, 05 Nov 2013 09:24:38 -0000 On Tue, Nov 05, 2013 at 01:09:04PM +0400, Gleb Smirnoff wrote: T> B> > The only known way to get FreeBSD working is to turn off unmapped io T> B> > in loader. Any tweaking of "hardware" in VB or changes in the install T> B> > process do not affect. T> B> T> B> Disabling VT-x in VB helps too. T> T> Doesn't help with my issue. This could mean that my issue and the one T> that Boris and Maciej encountered are different. P.S. Just to confirm that turning off unmapped io in loader fixes my issue with random buildworld failures. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 09:54:06 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E542B2F9; Tue, 5 Nov 2013 09:54:06 +0000 (UTC) (envelope-from milu@dat.pl) Received: from jab.dat.pl (dat.pl [80.51.155.34]) by mx1.freebsd.org (Postfix) with ESMTP id 9CE7029EB; Tue, 5 Nov 2013 09:54:06 +0000 (UTC) Received: from jab.dat.pl (jsrv.dat.pl [127.0.0.1]) by jab.dat.pl (Postfix) with ESMTP id A16E993; Tue, 5 Nov 2013 10:53:58 +0100 (CET) X-Virus-Scanned: amavisd-new at dat.pl Received: from jab.dat.pl ([127.0.0.1]) by jab.dat.pl (jab.dat.pl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id hF2nNX-87DAI; Tue, 5 Nov 2013 10:53:56 +0100 (CET) Received: from [10.0.6.80] (unknown [212.69.68.42]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by jab.dat.pl (Postfix) with ESMTPSA id D58B784; Tue, 5 Nov 2013 10:53:55 +0100 (CET) Message-ID: <5278C0A3.1020901@dat.pl> Date: Tue, 05 Nov 2013 10:55:47 +0100 From: Maciej Milewski User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Konstantin Belousov , Gleb Smirnoff Subject: Re: 10.0-BETA1 i386 on VirtualBox References: <526939BF.4030306@dat.pl> <201311021106.17222.breton@cynicmansion.ru> <52761D4C.8030404@dat.pl> <201311031629.20378.breton@cynicmansion.ru> <20131103134601.GN52889@glebius.int.ru> <20131103144131.GG59496@kib.kiev.ua> <52778541.3090803@dat.pl> <20131104163825.GS59496@kib.kiev.ua> <20131104165341.GK52889@glebius.int.ru> <20131105070222.GW59496@kib.kiev.ua> In-Reply-To: <20131105070222.GW59496@kib.kiev.ua> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Boris Bobrov , Glen Barber , "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, 05 Nov 2013 09:54:07 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 05.11.2013 08:02, Konstantin Belousov wrote: > On Mon, Nov 04, 2013 at 08:53:41PM +0400, Gleb Smirnoff wrote: >> On Mon, Nov 04, 2013 at 06:38:25PM +0200, Konstantin Belousov wrote: >> K> Also please show me the CPU features banner from the boot in the VB, >> K> like this: >> >> I have already collected them all. See attaches. >> >> Legend: >> >> dmesg.bb pwd_mkdb crashes during install >> dmesg.milu.png pwd_mkdb crashes during install >> dmesg.think installation succeeds, but world build crashes instantly >> dmesg.ru all works >> dmesg.morannon all works > > First, all reported instances have ata attachment for the ada0, except > of milu (possibly). So this means that kernel does transient remapping, > and very different code path is executed comparing with what I thought > initially. The path is simpler than the pure unmapped i/o. I wasn't able to finish installation in both cases: nor IDE nor SATA emulated VBox disk. > Second, I use QEMU with the ata0 attachment for the disks regularly, and > I do not have an issue. I also did not see a report from the real h/w. > > Third point is that all reports are i386. Is there anybody with amd64, > vbox, ata and the same corruption hiddent by disabling unmapped i/o ? I'll try amd64 when BETA3 iso arrives to my HDD. > In what way the non-working images were installed ? Is it possible to > produce the problematic installs by doing it one way, and non-problematic > by another ? In my case it was just idiot-proof: enter,enter,enter (except installing ports/src/games), enter password, enter password again...Error...Start over installation. Every case of installation was like that. I tried turning off SU+J, SU. Didn't helped. - -- Pozdrawiam, Maciej Milewski -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlJ4wKMACgkQPQ1pa2ELkNnA2wCfY4sgXlI09CDDCS6ZrenAzra5 hQcAoIXQmlhunbgF539JwVYMUiw1Kb08 =b5Pq -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 09:58:22 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 139B2467; Tue, 5 Nov 2013 09:58:22 +0000 (UTC) (envelope-from milu@dat.pl) Received: from jab.dat.pl (dat.pl [80.51.155.34]) by mx1.freebsd.org (Postfix) with ESMTP id C2B6F2A25; Tue, 5 Nov 2013 09:58:21 +0000 (UTC) Received: from jab.dat.pl (jsrv.dat.pl [127.0.0.1]) by jab.dat.pl (Postfix) with ESMTP id B0E97136; Tue, 5 Nov 2013 10:58:20 +0100 (CET) X-Virus-Scanned: amavisd-new at dat.pl Received: from jab.dat.pl ([127.0.0.1]) by jab.dat.pl (jab.dat.pl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id qnX6NuvSlc7h; Tue, 5 Nov 2013 10:58:19 +0100 (CET) Received: from [10.0.6.80] (unknown [212.69.68.42]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by jab.dat.pl (Postfix) with ESMTPSA id 06E9984; Tue, 5 Nov 2013 10:58:17 +0100 (CET) Message-ID: <5278C1A9.6010103@dat.pl> Date: Tue, 05 Nov 2013 11:00:09 +0100 From: Maciej Milewski User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Boris Bobrov , Gleb Smirnoff Subject: Re: 10.0-BETA1 i386 on VirtualBox References: <526939BF.4030306@dat.pl> <20131105070222.GW59496@kib.kiev.ua> <20131105070608.GI1467@glebius.int.ru> <201311051215.40336.breton@cynicmansion.ru> In-Reply-To: <201311051215.40336.breton@cynicmansion.ru> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Konstantin Belousov , Glen Barber , "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, 05 Nov 2013 09:58:22 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 05.11.2013 09:15, Boris Bobrov wrote: > Disabling VT-x in VB helps too. I can confirm that. - --hwvirtex off and things are working again. - -- Pozdrawiam, Maciej Milewski -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlJ4wakACgkQPQ1pa2ELkNk0mwCeOh4R3Q/yymyqkAxfui8bRIIR UucAniyLb0mnsdkNu39W+stjdtvxrvfT =cXrv -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 10:36:50 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 76F83F63; Tue, 5 Nov 2013 10:36:50 +0000 (UTC) (envelope-from milu@dat.pl) Received: from jab.dat.pl (dat.pl [80.51.155.34]) by mx1.freebsd.org (Postfix) with ESMTP id 30D052C63; Tue, 5 Nov 2013 10:36:49 +0000 (UTC) Received: from jab.dat.pl (jsrv.dat.pl [127.0.0.1]) by jab.dat.pl (Postfix) with ESMTP id DBBC2202; Tue, 5 Nov 2013 11:36:48 +0100 (CET) X-Virus-Scanned: amavisd-new at dat.pl Received: from jab.dat.pl ([127.0.0.1]) by jab.dat.pl (jab.dat.pl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id j0aLZr14m5Cv; Tue, 5 Nov 2013 11:36:46 +0100 (CET) Received: from [10.0.6.80] (unknown [212.69.68.42]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by jab.dat.pl (Postfix) with ESMTPSA id 1492727; Tue, 5 Nov 2013 11:36:45 +0100 (CET) Message-ID: <5278CAAE.7060503@dat.pl> Date: Tue, 05 Nov 2013 11:38:38 +0100 From: Maciej Milewski User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Konstantin Belousov , Gleb Smirnoff Subject: Re: 10.0-BETA1 i386 on VirtualBox References: <526939BF.4030306@dat.pl> <201311021106.17222.breton@cynicmansion.ru> <52761D4C.8030404@dat.pl> <201311031629.20378.breton@cynicmansion.ru> <20131103134601.GN52889@glebius.int.ru> <20131103144131.GG59496@kib.kiev.ua> <52778541.3090803@dat.pl> <20131104163825.GS59496@kib.kiev.ua> <20131104165341.GK52889@glebius.int.ru> <20131105070222.GW59496@kib.kiev.ua> In-Reply-To: <20131105070222.GW59496@kib.kiev.ua> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Boris Bobrov , Glen Barber , "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, 05 Nov 2013 10:36:50 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 05.11.2013 08:02, Konstantin Belousov wrote: > Third point is that all reports are i386. Is there anybody with amd64, vbox, ata and the same corruption hiddent by disabling unmapped i/o ? In what way the non-working images were installed ? Is it possible to produce the problematic installs by doing it one way, and non-problematic by another ? FreeBSD-10.0-BETA3-amd64-disc1.iso have no such problems - it works and installs fine(after enabling ioapic, which was disabled by default in my case). The only thing which I've changed was --ioapic on and medium for VBox. Rest was the same in both cases. I suspect no big differences between BETA2 and BETA3. - -- Pozdrawiam, Maciej Milewski -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlJ4yq4ACgkQPQ1pa2ELkNmJRwCffkycWLFe2LMcNE/NBrTCMCcm IfkAn0riY03NO9e+h6bKeHFRLkRfJ/e8 =3PEf -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 11:01:18 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 255EC510; Tue, 5 Nov 2013 11:01:18 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9C0312DAF; Tue, 5 Nov 2013 11:01:16 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.7/8.14.7) with ESMTP id rA5B1E6p007329 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 5 Nov 2013 15:01:14 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.7/8.14.7/Submit) id rA5B1Etu007328; Tue, 5 Nov 2013 15:01: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, 5 Nov 2013 15:01:14 +0400 From: Gleb Smirnoff To: current@FreeBSD.org Subject: axing KAME interface ioctls Message-ID: <20131105110114.GQ1467@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.22 (2013-10-16) Cc: net@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, 05 Nov 2013 11:01:18 -0000 Hello. Since 1999 we have got some dead code from KAME, namely support for these ioctls: SIOCALIFADDR SIOCGLIFADDR SIOCDLIFADDR SIOCSLIFPHYADDR SIOCGLIFPHYADDR We don not have any software in base that use (or used) them. The ports exp-run with SIOC.LIFADDR undefined didn't reveal any port that use them. I forgot to add SIOC.LIFPHYADDR to exp-run, but pretty sure these are unused, too. What did this ioctls do? They are KAME version of SIOCAIFADDR, and SIOCSIFPHYADDR respectively. Some operating systems (at least HPUX) have adopted them, and some software may use them on these systems. Anyway, in FreeBSD all software always used our native ioctls. I hope there is no objections against axing these in head/. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 12:02:44 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 16C68874; Tue, 5 Nov 2013 12:02:44 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 47F1021A0; Tue, 5 Nov 2013 12:02:42 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.7/8.14.7) with ESMTP id rA5C2eeB007670 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 5 Nov 2013 16:02:40 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.7/8.14.7/Submit) id rA5C2ePm007669; Tue, 5 Nov 2013 16:02:40 +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, 5 Nov 2013 16:02:40 +0400 From: Gleb Smirnoff To: current@FreeBSD.org Subject: Re: axing KAME interface ioctls Message-ID: <20131105120240.GA7577@FreeBSD.org> References: <20131105110114.GQ1467@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="ikeVEW9yuYc//A+q" Content-Disposition: inline In-Reply-To: <20131105110114.GQ1467@FreeBSD.org> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: net@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, 05 Nov 2013 12:02:44 -0000 --ikeVEW9yuYc//A+q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Nov 05, 2013 at 03:01:14PM +0400, Gleb Smirnoff wrote: T> Hello. T> T> Since 1999 we have got some dead code from KAME, namely support for these T> ioctls: T> T> SIOCALIFADDR T> SIOCGLIFADDR T> SIOCDLIFADDR T> SIOCSLIFPHYADDR T> SIOCGLIFPHYADDR T> T> We don not have any software in base that use (or used) them. The ports T> exp-run with SIOC.LIFADDR undefined didn't reveal any port that use them. T> I forgot to add SIOC.LIFPHYADDR to exp-run, but pretty sure these are unused, T> too. T> T> What did this ioctls do? They are KAME version of SIOCAIFADDR, and T> SIOCSIFPHYADDR respectively. Some operating systems (at least HPUX) T> have adopted them, and some software may use them on these systems. T> Anyway, in FreeBSD all software always used our native ioctls. T> T> I hope there is no objections against axing these in head/. Patch attached. -- Totus tuus, Glebius. --ikeVEW9yuYc//A+q Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="axe-KAME-ioctls.diff" Index: sys/net/if.c =================================================================== --- sys/net/if.c (revision 257696) +++ sys/net/if.c (working copy) @@ -2414,7 +2414,6 @@ ifhwioctl(u_long cmd, struct ifnet *ifp, caddr_t d #ifdef INET6 case SIOCSIFPHYADDR_IN6: #endif - case SIOCSLIFPHYADDR: case SIOCSIFMEDIA: case SIOCSIFGENERIC: error = priv_check(td, PRIV_NET_HWIOCTL); @@ -2433,7 +2432,6 @@ ifhwioctl(u_long cmd, struct ifnet *ifp, caddr_t d case SIOCGIFPSRCADDR: case SIOCGIFPDSTADDR: - case SIOCGLIFPHYADDR: case SIOCGIFMEDIA: case SIOCGIFGENERIC: if (ifp->if_ioctl == NULL) Index: sys/net/if.h =================================================================== --- sys/net/if.h (revision 257696) +++ sys/net/if.h (working copy) @@ -489,18 +489,6 @@ struct ifgroupreq { #define ifgr_groups ifgr_ifgru.ifgru_groups }; -/* - * Structure for SIOC[AGD]LIFADDR - */ -struct if_laddrreq { - char iflr_name[IFNAMSIZ]; - u_int flags; -#define IFLR_PREFIX 0x8000 /* in: prefix given out: kernel fills id */ - u_int prefixlen; /* in/out */ - struct sockaddr_storage addr; /* in/out */ - struct sockaddr_storage dstaddr; /* out */ -}; - #endif /* __BSD_VISIBLE */ #ifdef _KERNEL Index: sys/net/if_gif.c =================================================================== --- sys/net/if_gif.c (revision 257694) +++ sys/net/if_gif.c (working copy) @@ -710,7 +710,6 @@ gif_ioctl(ifp, cmd, data) #ifdef INET6 case SIOCSIFPHYADDR_IN6: #endif /* INET6 */ - case SIOCSLIFPHYADDR: switch (cmd) { #ifdef INET case SIOCSIFPHYADDR: @@ -728,12 +727,6 @@ gif_ioctl(ifp, cmd, data) &(((struct in6_aliasreq *)data)->ifra_dstaddr); break; #endif - case SIOCSLIFPHYADDR: - src = (struct sockaddr *) - &(((struct if_laddrreq *)data)->addr); - dst = (struct sockaddr *) - &(((struct if_laddrreq *)data)->dstaddr); - break; default: return EINVAL; } @@ -788,9 +781,6 @@ gif_ioctl(ifp, cmd, data) break; return EAFNOSUPPORT; #endif /* INET6 */ - case SIOCSLIFPHYADDR: - /* checks done in the above */ - break; } error = gif_set_tunnel(GIF2IFP(sc), src, dst); @@ -886,31 +876,6 @@ gif_ioctl(ifp, cmd, data) #endif break; - case SIOCGLIFPHYADDR: - if (sc->gif_psrc == NULL || sc->gif_pdst == NULL) { - error = EADDRNOTAVAIL; - goto bad; - } - - /* copy src */ - src = sc->gif_psrc; - dst = (struct sockaddr *) - &(((struct if_laddrreq *)data)->addr); - size = sizeof(((struct if_laddrreq *)data)->addr); - if (src->sa_len > size) - return EINVAL; - bcopy((caddr_t)src, (caddr_t)dst, src->sa_len); - - /* copy dst */ - src = sc->gif_pdst; - dst = (struct sockaddr *) - &(((struct if_laddrreq *)data)->dstaddr); - size = sizeof(((struct if_laddrreq *)data)->dstaddr); - if (src->sa_len > size) - return EINVAL; - bcopy((caddr_t)src, (caddr_t)dst, src->sa_len); - break; - case SIOCSIFFLAGS: /* if_ioctl() takes care of it */ break; Index: sys/net/if_gre.c =================================================================== --- sys/net/if_gre.c (revision 257694) +++ sys/net/if_gre.c (working copy) @@ -519,7 +519,6 @@ static int gre_ioctl(struct ifnet *ifp, u_long cmd, caddr_t data) { struct ifreq *ifr = (struct ifreq *)data; - struct if_laddrreq *lifr = (struct if_laddrreq *)data; struct in_aliasreq *aifr = (struct in_aliasreq *)data; struct gre_softc *sc = ifp->if_softc; struct sockaddr_in si; @@ -734,27 +733,6 @@ gre_ioctl(struct ifnet *ifp, u_long cmd, caddr_t d sc->g_src = aifr->ifra_addr.sin_addr; sc->g_dst = aifr->ifra_dstaddr.sin_addr; goto recompute; - case SIOCSLIFPHYADDR: - /* - * XXXRW: Isn't this priv_check() redundant to the ifnet - * layer check? - */ - if ((error = priv_check(curthread, PRIV_NET_SETIFPHYS)) != 0) - break; - if (lifr->addr.ss_family != AF_INET || - lifr->dstaddr.ss_family != AF_INET) { - error = EAFNOSUPPORT; - break; - } - if (lifr->addr.ss_len != sizeof(si) || - lifr->dstaddr.ss_len != sizeof(si)) { - error = EINVAL; - break; - } - sc->g_src = (satosin(&lifr->addr))->sin_addr; - sc->g_dst = - (satosin(&lifr->dstaddr))->sin_addr; - goto recompute; case SIOCDIFPHYADDR: /* * XXXRW: Isn't this priv_check() redundant to the ifnet @@ -765,26 +743,6 @@ gre_ioctl(struct ifnet *ifp, u_long cmd, caddr_t d sc->g_src.s_addr = INADDR_ANY; sc->g_dst.s_addr = INADDR_ANY; goto recompute; - case SIOCGLIFPHYADDR: - if (sc->g_src.s_addr == INADDR_ANY || - sc->g_dst.s_addr == INADDR_ANY) { - error = EADDRNOTAVAIL; - break; - } - memset(&si, 0, sizeof(si)); - si.sin_family = AF_INET; - si.sin_len = sizeof(struct sockaddr_in); - si.sin_addr.s_addr = sc->g_src.s_addr; - error = prison_if(curthread->td_ucred, (struct sockaddr *)&si); - if (error != 0) - break; - memcpy(&lifr->addr, &si, sizeof(si)); - si.sin_addr.s_addr = sc->g_dst.s_addr; - error = prison_if(curthread->td_ucred, (struct sockaddr *)&si); - if (error != 0) - break; - memcpy(&lifr->dstaddr, &si, sizeof(si)); - break; case SIOCGIFPSRCADDR: #ifdef INET6 case SIOCGIFPSRCADDR_IN6: Index: sys/netinet/in.c =================================================================== --- sys/netinet/in.c (revision 257694) +++ sys/netinet/in.c (working copy) @@ -68,10 +68,6 @@ __FBSDID("$FreeBSD$"); #include #include -static int in_mask2len(struct in_addr *); -static void in_len2mask(struct in_addr *, int); -static int in_lifaddr_ioctl(struct socket *, u_long, caddr_t, - struct ifnet *, struct thread *); static int in_aifaddr_ioctl(caddr_t, struct ifnet *, struct thread *); static int in_difaddr_ioctl(caddr_t, struct ifnet *, struct thread *); @@ -192,42 +188,6 @@ in_socktrim(struct sockaddr_in *ap) } } -static int -in_mask2len(mask) - struct in_addr *mask; -{ - int x, y; - u_char *p; - - p = (u_char *)mask; - for (x = 0; x < sizeof(*mask); x++) { - if (p[x] != 0xff) - break; - } - y = 0; - if (x < sizeof(*mask)) { - for (y = 0; y < 8; y++) { - if ((p[x] & (0x80 >> y)) == 0) - break; - } - } - return (x * 8 + y); -} - -static void -in_len2mask(struct in_addr *mask, int len) -{ - int i; - u_char *p; - - p = (u_char *)mask; - bzero(mask, sizeof(*mask)); - for (i = 0; i < len / 8; i++) - p[i] = 0xff; - if (len % 8) - p[i] = (0xff00 >> (len % 8)) & 0xff; -} - /* * Generic internet control operations (ioctl's). */ @@ -263,10 +223,6 @@ in_control(struct socket *so, u_long cmd, caddr_t error = in_aifaddr_ioctl(data, ifp, td); sx_xunlock(&in_control_sx); return (error); - case SIOCALIFADDR: - case SIOCDLIFADDR: - case SIOCGLIFADDR: - return (in_lifaddr_ioctl(so, cmd, data, ifp, td)); case SIOCSIFADDR: case SIOCSIFBRDADDR: case SIOCSIFDSTADDR: @@ -634,194 +590,6 @@ in_difaddr_ioctl(caddr_t data, struct ifnet *ifp, return (0); } -/* - * SIOC[GAD]LIFADDR. - * SIOCGLIFADDR: get first address. (?!?) - * SIOCGLIFADDR with IFLR_PREFIX: - * get first address that matches the specified prefix. - * SIOCALIFADDR: add the specified address. - * SIOCALIFADDR with IFLR_PREFIX: - * EINVAL since we can't deduce hostid part of the address. - * SIOCDLIFADDR: delete the specified address. - * SIOCDLIFADDR with IFLR_PREFIX: - * delete the first address that matches the specified prefix. - * return values: - * EINVAL on invalid parameters - * EADDRNOTAVAIL on prefix match failed/specified address not found - * other values may be returned from in_ioctl() - */ -static int -in_lifaddr_ioctl(struct socket *so, u_long cmd, caddr_t data, - struct ifnet *ifp, struct thread *td) -{ - struct if_laddrreq *iflr = (struct if_laddrreq *)data; - struct ifaddr *ifa; - int error; - - switch (cmd) { - case SIOCALIFADDR: - if (td != NULL) { - error = priv_check(td, PRIV_NET_ADDIFADDR); - if (error) - return (error); - } - break; - case SIOCDLIFADDR: - if (td != NULL) { - error = priv_check(td, PRIV_NET_DELIFADDR); - if (error) - return (error); - } - break; - } - - switch (cmd) { - case SIOCGLIFADDR: - /* address must be specified on GET with IFLR_PREFIX */ - if ((iflr->flags & IFLR_PREFIX) == 0) - break; - /*FALLTHROUGH*/ - case SIOCALIFADDR: - case SIOCDLIFADDR: - /* address must be specified on ADD and DELETE */ - if (iflr->addr.ss_family != AF_INET) - return (EINVAL); - if (iflr->addr.ss_len != sizeof(struct sockaddr_in)) - return (EINVAL); - /* XXX need improvement */ - if (iflr->dstaddr.ss_family - && iflr->dstaddr.ss_family != AF_INET) - return (EINVAL); - if (iflr->dstaddr.ss_family - && iflr->dstaddr.ss_len != sizeof(struct sockaddr_in)) - return (EINVAL); - break; - default: /*shouldn't happen*/ - return (EOPNOTSUPP); - } - if (sizeof(struct in_addr) * 8 < iflr->prefixlen) - return (EINVAL); - - switch (cmd) { - case SIOCALIFADDR: - { - struct in_aliasreq ifra; - - if (iflr->flags & IFLR_PREFIX) - return (EINVAL); - - /* copy args to in_aliasreq, perform ioctl(SIOCAIFADDR). */ - bzero(&ifra, sizeof(ifra)); - bcopy(iflr->iflr_name, ifra.ifra_name, - sizeof(ifra.ifra_name)); - - bcopy(&iflr->addr, &ifra.ifra_addr, iflr->addr.ss_len); - - if (iflr->dstaddr.ss_family) { /*XXX*/ - bcopy(&iflr->dstaddr, &ifra.ifra_dstaddr, - iflr->dstaddr.ss_len); - } - - ifra.ifra_mask.sin_family = AF_INET; - ifra.ifra_mask.sin_len = sizeof(struct sockaddr_in); - in_len2mask(&ifra.ifra_mask.sin_addr, iflr->prefixlen); - - return (in_control(so, SIOCAIFADDR, (caddr_t)&ifra, ifp, td)); - } - case SIOCGLIFADDR: - case SIOCDLIFADDR: - { - struct in_ifaddr *ia; - struct in_addr mask, candidate, match; - struct sockaddr_in *sin; - - bzero(&mask, sizeof(mask)); - bzero(&match, sizeof(match)); - if (iflr->flags & IFLR_PREFIX) { - /* lookup a prefix rather than address. */ - in_len2mask(&mask, iflr->prefixlen); - - sin = (struct sockaddr_in *)&iflr->addr; - match.s_addr = sin->sin_addr.s_addr; - match.s_addr &= mask.s_addr; - - /* if you set extra bits, that's wrong */ - if (match.s_addr != sin->sin_addr.s_addr) - return (EINVAL); - - } else { - /* on getting an address, take the 1st match */ - /* on deleting an address, do exact match */ - if (cmd != SIOCGLIFADDR) { - in_len2mask(&mask, 32); - sin = (struct sockaddr_in *)&iflr->addr; - match.s_addr = sin->sin_addr.s_addr; - } - } - - IF_ADDR_RLOCK(ifp); - TAILQ_FOREACH(ifa, &ifp->if_addrhead, ifa_link) { - if (ifa->ifa_addr->sa_family != AF_INET) - continue; - if (match.s_addr == 0) - break; - sin = (struct sockaddr_in *)&ifa->ifa_addr; - candidate.s_addr = sin->sin_addr.s_addr; - candidate.s_addr &= mask.s_addr; - if (candidate.s_addr == match.s_addr) - break; - } - if (ifa != NULL) - ifa_ref(ifa); - IF_ADDR_RUNLOCK(ifp); - if (ifa == NULL) - return (EADDRNOTAVAIL); - ia = (struct in_ifaddr *)ifa; - - if (cmd == SIOCGLIFADDR) { - /* fill in the if_laddrreq structure */ - bcopy(&ia->ia_addr, &iflr->addr, ia->ia_addr.sin_len); - - if ((ifp->if_flags & IFF_POINTOPOINT) != 0) { - bcopy(&ia->ia_dstaddr, &iflr->dstaddr, - ia->ia_dstaddr.sin_len); - } else - bzero(&iflr->dstaddr, sizeof(iflr->dstaddr)); - - iflr->prefixlen = - in_mask2len(&ia->ia_sockmask.sin_addr); - - iflr->flags = 0; /*XXX*/ - ifa_free(ifa); - - return (0); - } else { - struct in_aliasreq ifra; - - /* fill in_aliasreq and do ioctl(SIOCDIFADDR) */ - bzero(&ifra, sizeof(ifra)); - bcopy(iflr->iflr_name, ifra.ifra_name, - sizeof(ifra.ifra_name)); - - bcopy(&ia->ia_addr, &ifra.ifra_addr, - ia->ia_addr.sin_len); - if ((ifp->if_flags & IFF_POINTOPOINT) != 0) { - bcopy(&ia->ia_dstaddr, &ifra.ifra_dstaddr, - ia->ia_dstaddr.sin_len); - } - bcopy(&ia->ia_sockmask, &ifra.ifra_dstaddr, - ia->ia_sockmask.sin_len); - ifa_free(ifa); - - return (in_control(so, SIOCDIFADDR, (caddr_t)&ifra, - ifp, td)); - } - } - } - - return (EOPNOTSUPP); /*just for safety*/ -} - #define rtinitflags(x) \ ((((x)->ia_ifp->if_flags & (IFF_LOOPBACK | IFF_POINTOPOINT)) != 0) \ ? RTF_HOST : 0) Index: sys/netinet6/in6.c =================================================================== --- sys/netinet6/in6.c (revision 257694) +++ sys/netinet6/in6.c (working copy) @@ -133,8 +133,6 @@ const struct in6_addr in6mask128 = IN6MASK128; const struct sockaddr_in6 sa6_any = { sizeof(sa6_any), AF_INET6, 0, 0, IN6ADDR_ANY_INIT, 0 }; -static int in6_lifaddr_ioctl(struct socket *, u_long, caddr_t, - struct ifnet *, struct thread *); static int in6_ifinit(struct ifnet *, struct in6_ifaddr *, struct sockaddr_in6 *, int); static void in6_unlink_ifa(struct in6_ifaddr *, struct ifnet *); @@ -376,26 +374,6 @@ in6_control(struct socket *so, u_long cmd, caddr_t ifr->ifr_ifru.ifru_scope_id)); } - switch (cmd) { - case SIOCALIFADDR: - if (td != NULL) { - error = priv_check(td, PRIV_NET_ADDIFADDR); - if (error) - return (error); - } - return in6_lifaddr_ioctl(so, cmd, data, ifp, td); - - case SIOCDLIFADDR: - if (td != NULL) { - error = priv_check(td, PRIV_NET_DELIFADDR); - if (error) - return (error); - } - /* FALLTHROUGH */ - case SIOCGLIFADDR: - return in6_lifaddr_ioctl(so, cmd, data, ifp, td); - } - /* * Find address for this interface, if it exists. * @@ -1601,277 +1579,6 @@ in6_purgeif(struct ifnet *ifp) } /* - * SIOC[GAD]LIFADDR. - * SIOCGLIFADDR: get first address. (?) - * SIOCGLIFADDR with IFLR_PREFIX: - * get first address that matches the specified prefix. - * SIOCALIFADDR: add the specified address. - * SIOCALIFADDR with IFLR_PREFIX: - * add the specified prefix, filling hostid part from - * the first link-local address. prefixlen must be <= 64. - * SIOCDLIFADDR: delete the specified address. - * SIOCDLIFADDR with IFLR_PREFIX: - * delete the first address that matches the specified prefix. - * return values: - * EINVAL on invalid parameters - * EADDRNOTAVAIL on prefix match failed/specified address not found - * other values may be returned from in6_ioctl() - * - * NOTE: SIOCALIFADDR(with IFLR_PREFIX set) allows prefixlen less than 64. - * this is to accomodate address naming scheme other than RFC2374, - * in the future. - * RFC2373 defines interface id to be 64bit, but it allows non-RFC2374 - * address encoding scheme. (see figure on page 8) - */ -static int -in6_lifaddr_ioctl(struct socket *so, u_long cmd, caddr_t data, - struct ifnet *ifp, struct thread *td) -{ - struct if_laddrreq *iflr = (struct if_laddrreq *)data; - struct ifaddr *ifa; - struct sockaddr *sa; - - /* sanity checks */ - if (!data || !ifp) { - panic("invalid argument to in6_lifaddr_ioctl"); - /* NOTREACHED */ - } - - switch (cmd) { - case SIOCGLIFADDR: - /* address must be specified on GET with IFLR_PREFIX */ - if ((iflr->flags & IFLR_PREFIX) == 0) - break; - /* FALLTHROUGH */ - case SIOCALIFADDR: - case SIOCDLIFADDR: - /* address must be specified on ADD and DELETE */ - sa = (struct sockaddr *)&iflr->addr; - if (sa->sa_family != AF_INET6) - return EINVAL; - if (sa->sa_len != sizeof(struct sockaddr_in6)) - return EINVAL; - /* XXX need improvement */ - sa = (struct sockaddr *)&iflr->dstaddr; - if (sa->sa_family && sa->sa_family != AF_INET6) - return EINVAL; - if (sa->sa_len && sa->sa_len != sizeof(struct sockaddr_in6)) - return EINVAL; - break; - default: /* shouldn't happen */ -#if 0 - panic("invalid cmd to in6_lifaddr_ioctl"); - /* NOTREACHED */ -#else - return EOPNOTSUPP; -#endif - } - if (sizeof(struct in6_addr) * 8 < iflr->prefixlen) - return EINVAL; - - switch (cmd) { - case SIOCALIFADDR: - { - struct in6_aliasreq ifra; - struct in6_addr *hostid = NULL; - int prefixlen; - - ifa = NULL; - if ((iflr->flags & IFLR_PREFIX) != 0) { - struct sockaddr_in6 *sin6; - - /* - * hostid is to fill in the hostid part of the - * address. hostid points to the first link-local - * address attached to the interface. - */ - ifa = (struct ifaddr *)in6ifa_ifpforlinklocal(ifp, 0); - if (!ifa) - return EADDRNOTAVAIL; - hostid = IFA_IN6(ifa); - - /* prefixlen must be <= 64. */ - if (64 < iflr->prefixlen) { - if (ifa != NULL) - ifa_free(ifa); - return EINVAL; - } - prefixlen = iflr->prefixlen; - - /* hostid part must be zero. */ - sin6 = (struct sockaddr_in6 *)&iflr->addr; - if (sin6->sin6_addr.s6_addr32[2] != 0 || - sin6->sin6_addr.s6_addr32[3] != 0) { - if (ifa != NULL) - ifa_free(ifa); - return EINVAL; - } - } else - prefixlen = iflr->prefixlen; - - /* copy args to in6_aliasreq, perform ioctl(SIOCAIFADDR_IN6). */ - bzero(&ifra, sizeof(ifra)); - bcopy(iflr->iflr_name, ifra.ifra_name, sizeof(ifra.ifra_name)); - - bcopy(&iflr->addr, &ifra.ifra_addr, - ((struct sockaddr *)&iflr->addr)->sa_len); - if (hostid) { - /* fill in hostid part */ - ifra.ifra_addr.sin6_addr.s6_addr32[2] = - hostid->s6_addr32[2]; - ifra.ifra_addr.sin6_addr.s6_addr32[3] = - hostid->s6_addr32[3]; - } - - if (((struct sockaddr *)&iflr->dstaddr)->sa_family) { /* XXX */ - bcopy(&iflr->dstaddr, &ifra.ifra_dstaddr, - ((struct sockaddr *)&iflr->dstaddr)->sa_len); - if (hostid) { - ifra.ifra_dstaddr.sin6_addr.s6_addr32[2] = - hostid->s6_addr32[2]; - ifra.ifra_dstaddr.sin6_addr.s6_addr32[3] = - hostid->s6_addr32[3]; - } - } - if (ifa != NULL) - ifa_free(ifa); - - ifra.ifra_prefixmask.sin6_len = sizeof(struct sockaddr_in6); - in6_prefixlen2mask(&ifra.ifra_prefixmask.sin6_addr, prefixlen); - - ifra.ifra_flags = iflr->flags & ~IFLR_PREFIX; - return in6_control(so, SIOCAIFADDR_IN6, (caddr_t)&ifra, ifp, td); - } - case SIOCGLIFADDR: - case SIOCDLIFADDR: - { - struct in6_ifaddr *ia; - struct in6_addr mask, candidate, match; - struct sockaddr_in6 *sin6; - int cmp; - - bzero(&mask, sizeof(mask)); - if (iflr->flags & IFLR_PREFIX) { - /* lookup a prefix rather than address. */ - in6_prefixlen2mask(&mask, iflr->prefixlen); - - sin6 = (struct sockaddr_in6 *)&iflr->addr; - bcopy(&sin6->sin6_addr, &match, sizeof(match)); - match.s6_addr32[0] &= mask.s6_addr32[0]; - match.s6_addr32[1] &= mask.s6_addr32[1]; - match.s6_addr32[2] &= mask.s6_addr32[2]; - match.s6_addr32[3] &= mask.s6_addr32[3]; - - /* if you set extra bits, that's wrong */ - if (bcmp(&match, &sin6->sin6_addr, sizeof(match))) - return EINVAL; - - cmp = 1; - } else { - if (cmd == SIOCGLIFADDR) { - /* on getting an address, take the 1st match */ - cmp = 0; /* XXX */ - } else { - /* on deleting an address, do exact match */ - in6_prefixlen2mask(&mask, 128); - sin6 = (struct sockaddr_in6 *)&iflr->addr; - bcopy(&sin6->sin6_addr, &match, sizeof(match)); - - cmp = 1; - } - } - - IF_ADDR_RLOCK(ifp); - TAILQ_FOREACH(ifa, &ifp->if_addrhead, ifa_link) { - if (ifa->ifa_addr->sa_family != AF_INET6) - continue; - if (!cmp) - break; - - /* - * XXX: this is adhoc, but is necessary to allow - * a user to specify fe80::/64 (not /10) for a - * link-local address. - */ - bcopy(IFA_IN6(ifa), &candidate, sizeof(candidate)); - in6_clearscope(&candidate); - candidate.s6_addr32[0] &= mask.s6_addr32[0]; - candidate.s6_addr32[1] &= mask.s6_addr32[1]; - candidate.s6_addr32[2] &= mask.s6_addr32[2]; - candidate.s6_addr32[3] &= mask.s6_addr32[3]; - if (IN6_ARE_ADDR_EQUAL(&candidate, &match)) - break; - } - if (ifa != NULL) - ifa_ref(ifa); - IF_ADDR_RUNLOCK(ifp); - if (!ifa) - return EADDRNOTAVAIL; - ia = ifa2ia6(ifa); - - if (cmd == SIOCGLIFADDR) { - int error; - - /* fill in the if_laddrreq structure */ - bcopy(&ia->ia_addr, &iflr->addr, ia->ia_addr.sin6_len); - error = sa6_recoverscope( - (struct sockaddr_in6 *)&iflr->addr); - if (error != 0) { - ifa_free(ifa); - return (error); - } - - if ((ifp->if_flags & IFF_POINTOPOINT) != 0) { - bcopy(&ia->ia_dstaddr, &iflr->dstaddr, - ia->ia_dstaddr.sin6_len); - error = sa6_recoverscope( - (struct sockaddr_in6 *)&iflr->dstaddr); - if (error != 0) { - ifa_free(ifa); - return (error); - } - } else - bzero(&iflr->dstaddr, sizeof(iflr->dstaddr)); - - iflr->prefixlen = - in6_mask2len(&ia->ia_prefixmask.sin6_addr, NULL); - - iflr->flags = ia->ia6_flags; /* XXX */ - ifa_free(ifa); - - return 0; - } else { - struct in6_aliasreq ifra; - - /* fill in6_aliasreq and do ioctl(SIOCDIFADDR_IN6) */ - bzero(&ifra, sizeof(ifra)); - bcopy(iflr->iflr_name, ifra.ifra_name, - sizeof(ifra.ifra_name)); - - bcopy(&ia->ia_addr, &ifra.ifra_addr, - ia->ia_addr.sin6_len); - if ((ifp->if_flags & IFF_POINTOPOINT) != 0) { - bcopy(&ia->ia_dstaddr, &ifra.ifra_dstaddr, - ia->ia_dstaddr.sin6_len); - } else { - bzero(&ifra.ifra_dstaddr, - sizeof(ifra.ifra_dstaddr)); - } - bcopy(&ia->ia_prefixmask, &ifra.ifra_dstaddr, - ia->ia_prefixmask.sin6_len); - - ifra.ifra_flags = ia->ia6_flags; - ifa_free(ifa); - return in6_control(so, SIOCDIFADDR_IN6, (caddr_t)&ifra, - ifp, td); - } - } - } - - return EOPNOTSUPP; /* just for safety */ -} - -/* * Initialize an interface's IPv6 address and routing table entry. */ static int Index: sys/sys/sockio.h =================================================================== --- sys/sys/sockio.h (revision 257696) +++ sys/sys/sockio.h (working copy) @@ -69,9 +69,9 @@ #define SIOCSIFMETRIC _IOW('i', 24, struct ifreq) /* set IF metric */ #define SIOCDIFADDR _IOW('i', 25, struct ifreq) /* delete IF addr */ /* OSIOCAIFADDR _IOW('i', 26, struct oifaliasreq) FreeBSD 9.x */ -#define SIOCALIFADDR _IOW('i', 27, struct if_laddrreq) /* add IF addr */ -#define SIOCGLIFADDR _IOWR('i', 28, struct if_laddrreq) /* get IF addr */ -#define SIOCDLIFADDR _IOW('i', 29, struct if_laddrreq) /* delete IF addr */ +/* SIOCALIFADDR _IOW('i', 27, struct if_laddrreq) KAME */ +/* SIOCGLIFADDR _IOWR('i', 28, struct if_laddrreq) KAME */ +/* SIOCDLIFADDR _IOW('i', 29, struct if_laddrreq) KAME */ #define SIOCSIFCAP _IOW('i', 30, struct ifreq) /* set IF features */ #define SIOCGIFCAP _IOWR('i', 31, struct ifreq) /* get IF features */ #define SIOCGIFINDEX _IOWR('i', 32, struct ifreq) /* get IF index */ @@ -101,8 +101,8 @@ #define SIOCGIFPSRCADDR _IOWR('i', 71, struct ifreq) /* get gif psrc addr */ #define SIOCGIFPDSTADDR _IOWR('i', 72, struct ifreq) /* get gif pdst addr */ #define SIOCDIFPHYADDR _IOW('i', 73, struct ifreq) /* delete gif addrs */ -#define SIOCSLIFPHYADDR _IOW('i', 74, struct if_laddrreq) /* set gif addrs */ -#define SIOCGLIFPHYADDR _IOWR('i', 75, struct if_laddrreq) /* get gif addrs */ +/* SIOCSLIFPHYADDR _IOW('i', 74, struct if_laddrreq) KAME */ +/* SIOCGLIFPHYADDR _IOWR('i', 75, struct if_laddrreq) KAME */ #define SIOCGPRIVATE_0 _IOWR('i', 80, struct ifreq) /* device private 0 */ #define SIOCGPRIVATE_1 _IOWR('i', 81, struct ifreq) /* device private 1 */ --ikeVEW9yuYc//A+q-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 12:04:15 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 671B4A30 for ; Tue, 5 Nov 2013 12:04:15 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 46F5E21CD for ; Tue, 5 Nov 2013 12:04:14 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1VdfMj-00014T-Vo for freebsd-current@freebsd.org; Tue, 05 Nov 2013 04:04:13 -0800 Date: Tue, 5 Nov 2013 04:04:13 -0800 (PST) From: Jakub Lach To: freebsd-current@freebsd.org Message-ID: <1383653053936-5858340.post@n5.nabble.com> In-Reply-To: <50417E48.6010704@shatow.net> References: <20120831153659.GD1523@glenbarber.us> <5040E31D.8060301@shatow.net> <50417E48.6010704@shatow.net> Subject: Re: Plugins support in pkgng 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: Tue, 05 Nov 2013 12:04:15 -0000 That's very nice, but I still prefer pkg_cleanup as you don't have to go one by one. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Re-Plugins-support-in-pkgng-tp5739664p5858340.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 08:15:53 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 43D4E9F4 for ; Tue, 5 Nov 2013 08:15:53 +0000 (UTC) (envelope-from breton@cynicmansion.ru) Received: from mail-lb0-f179.google.com (mail-lb0-f179.google.com [209.85.217.179]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BB6802480 for ; Tue, 5 Nov 2013 08:15:51 +0000 (UTC) Received: by mail-lb0-f179.google.com with SMTP id w6so6171564lbh.24 for ; Tue, 05 Nov 2013 00:15:44 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:subject:date:user-agent:cc:references :in-reply-to:mime-version:content-type:content-transfer-encoding :message-id; bh=Oh3/bTsg6vzlzpSeSw0xv6hR72RrItshNES1UesiP0o=; b=Zz6NV2erwOqnYYbuk3LQhEsGB9looKsU7u9LNUAKxj69ZsILke3pQ8j3DtcaGOr/Vm ZP19m9uWVCuqStvbt/UD8OkI1aPnoqrWCt0OLDNO2NZRzuXQFEW5xIYg2DV+zMO0hHjt 6eKIqjRq3/lFByg6epClLUG/+55NqQ6PG8/VVzCOoQzBns3umxUPEzGq3rzzX51Wa06H EVQJMpWpEF1kRsZCtdr3AbQTGE0w4busQ3YQWkxfi4sPRE3GDlyOx3nso7EuWHx88ZH0 LGJsDmi+9pSIJQO1g2+Muau+h7xJWQ3RKzNdIHKWXU2Vn+Oplr2+s4UW1+XnN+GJin6M nB2Q== X-Gm-Message-State: ALoCoQllc99aePSyiXYtp3DdRI+mJno48DOyLWhJsYkMOkircHm06LmCoeJl6h+NOqA52aCwrLds X-Received: by 10.112.52.33 with SMTP id q1mr4722000lbo.30.1383639344461; Tue, 05 Nov 2013 00:15:44 -0800 (PST) Received: from breton.localnet ([92.101.125.81]) by mx.google.com with ESMTPSA id vx8sm19405727lbb.8.2013.11.05.00.15.41 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 05 Nov 2013 00:15:42 -0800 (PST) From: Boris Bobrov To: Gleb Smirnoff Subject: Re: 10.0-BETA1 i386 on VirtualBox Date: Tue, 5 Nov 2013 12:15:35 +0400 User-Agent: KMail/1.13.7 (Linux/3.10-0.bpo.2-686-pae; KDE/4.8.4; i686; ; ) References: <526939BF.4030306@dat.pl> <20131105070222.GW59496@kib.kiev.ua> <20131105070608.GI1467@glebius.int.ru> In-Reply-To: <20131105070608.GI1467@glebius.int.ru> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2223417.i166YexymA"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201311051215.40336.breton@cynicmansion.ru> X-Mailman-Approved-At: Tue, 05 Nov 2013 12:31:18 +0000 Cc: Konstantin Belousov , Glen Barber , "freebsd-current@freebsd.org" , Maciej Milewski 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, 05 Nov 2013 08:15:53 -0000 --nextPart2223417.i166YexymA Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable =D0=92 =D1=81=D0=BE=D0=BE=D0=B1=D1=89=D0=B5=D0=BD=D0=B8=D0=B8 =D0=BE=D1=82 = Tuesday 05 of November 2013 11:06:09 Gleb =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0= =B0=D0=BB: > On Tue, Nov 05, 2013 at 09:02:22AM +0200, Konstantin Belousov wrote: > K> First, all reported instances have ata attachment for the ada0, > except K> of milu (possibly). So this means that kernel does transient > remapping, K> and very different code path is executed comparing with > what I thought K> initially. The path is simpler than the pure > unmapped i/o. > K> > K> Second, I use QEMU with the ata0 attachment for the disks regularly, > and K> I do not have an issue. I also did not see a report from the > real h/w. K> > K> Third point is that all reports are i386. Is there anybody with > amd64, K> vbox, ata and the same corruption hiddent by disabling > unmapped i/o ? K> > K> In what way the non-working images were installed ? Is it possible > to K> produce the problematic installs by doing it one way, and > non-problematic K> by another ? >=20 > The only known way to get FreeBSD working is to turn off unmapped io > in loader. Any tweaking of "hardware" in VB or changes in the install > process do not affect. Disabling VT-x in VB helps too. =2D-=20 =D0=A1 =D0=BD=D0=B0=D0=B8=D0=BB=D1=83=D1=87=D1=88=D0=B8=D0=BC=D0=B8 =D0=BF= =D0=BE=D0=B6=D0=B5=D0=BB=D0=B0=D0=BD=D0=B8=D1=8F=D0=BC=D0=B8,=20 Boris --nextPart2223417.i166YexymA Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAABAgAGBQJSeKknAAoJEO4+S87gXws96v8QAMjTmq0qax/f77UhXJw/hkGa ULwfODYuqeoyG+jetq+/b67I6w5f2N2KaYzrCOd9IsBR5X5in2RFFm9aw+ZwgTh3 MchMNl4ivCZA7xkRhWuRo+fOVxVl8Zh9JTku/fLDsbjCe2AzUdrvU9R7iByilKsQ phj6W0tnrQfNO+rHXHCHql5tPUuiLjeb8rJLg9xRpxj2kUWy+P30nz4ZphoKj7tr n+QkKBqEpRU3hfpRAs3u7BstkOO2I2W8TEzQKg4IAckOtBYM5drBv5VLYa+5VGxh h1ZH74Xt43ZrKCM+r4ZufnYH6eVg56a82yczSoqmD8IGhR6ilTL7UfS+N6rAFnwC uLnvjHd5eeq29dBb3hYGBl5PPKUENt/Hw4uuMK1+6bkpoPgd43Ld1W5RSaqXmrMq nFNUIHjMNobgD1YJzfFgekqnKxaFaLtrBelD1AVXXdVkZWVN8hcOBXeasmSqYroF 3iX4Rn/wTPUTuVPRqvJlQ1S8tEFLVOLxX6SDbvzb4vhfE04ooTKQtKB6vkgletm3 fkk61cTJUViKNVssvba7RU/iD9nPzc5l2WmHk+2+nZcyZBitIh3Fu43ACp57w91R v6cKTVSEzygHiXA9BzDTy0x55NRmeEZ0PwVAaudMqQG+DO1fOPo1BBVAgGg7nHaE R5Ger8NYuULRM9tNK6j0 =cjJ1 -----END PGP SIGNATURE----- --nextPart2223417.i166YexymA-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 12:57:37 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C52561D7; Tue, 5 Nov 2013 12:57:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 98546251E; Tue, 5 Nov 2013 12:57:37 +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 rA5CvaUO001618; Tue, 5 Nov 2013 07:57:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rA5CvaAQ001617; Tue, 5 Nov 2013 12:57:36 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 5 Nov 2013 12:57:36 GMT Message-Id: <201311051257.rA5CvaAQ001617@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: Tue, 05 Nov 2013 12:57:38 -0000 TB --- 2013-11-05 12:47:36 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-05 12:47:36 - 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 --- 2013-11-05 12:47:36 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-11-05 12:47:36 - cleaning the object tree TB --- 2013-11-05 12:47:57 - /usr/local/bin/svn stat /src TB --- 2013-11-05 12:48:01 - At svn revision 257688 TB --- 2013-11-05 12:48:02 - building world TB --- 2013-11-05 12:48:02 - CROSS_BUILD_TESTING=YES TB --- 2013-11-05 12:48:02 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-05 12:48:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-05 12:48:02 - SRCCONF=/dev/null TB --- 2013-11-05 12:48:02 - TARGET=ia64 TB --- 2013-11-05 12:48:02 - TARGET_ARCH=ia64 TB --- 2013-11-05 12:48:02 - TZ=UTC TB --- 2013-11-05 12:48:02 - __MAKE_CONF=/dev/null TB --- 2013-11-05 12:48:02 - cd /src TB --- 2013-11-05 12:48:02 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Nov 5 12:48:08 UTC 2013 >>> Rebuilding 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 [...] LC_ALL=C awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opt-gather.awk /src/gnu/lib/libgcc/../../../contrib/gcc/c.opt /src/gnu/lib/libgcc/../../../contrib/gcc/common.opt /src/gnu/lib/libgcc/../../../contrib/gcc/config/ia64/ia64.opt > optionlist LC_ALL=C awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opt-functions.awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opth-gen.awk < optionlist > options.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc unwind.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/unwind-generic.h unwind.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc gthr-default.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/gthr-posix.h gthr-default.h cc -c -O2 -pipe -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -Wno-static-in-inline -std=gnu99 -fvisibility=hidden -DHIDE_EXPORTS -fPIC -fexceptions -D__GLIBC__=3 -DElfW=__ElfN -o unwind-ia64.o /src/gnu/lib/libgcc/../../../contrib/gcc/config/ia64/unwind-ia64.c cc1: error: unrecognized command line option "-Wno-static-in-inline" *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/lib/libgcc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-05 12:57:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-05 12:57:36 - ERROR: failed to build world TB --- 2013-11-05 12:57:36 - 452.23 user 68.31 system 599.38 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 13:00:23 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 27A6041D; Tue, 5 Nov 2013 13:00:23 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-ob0-x233.google.com (mail-ob0-x233.google.com [IPv6:2607:f8b0:4003:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CC0612577; Tue, 5 Nov 2013 13:00:22 +0000 (UTC) Received: by mail-ob0-f179.google.com with SMTP id uy5so8457252obc.38 for ; Tue, 05 Nov 2013 05:00: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=b/3B0ozOPAwJPM+UVRaXItxUSkiB7eMukibXAgbISWE=; b=pNpP9iOhHfukQ37ca3s9WKxamQeKFum4DE+6I1Sa5JA5VpyOmZWG6nteQpbA3KGq9c 2/6u6vtUlQ2Ywh9+1DwOQxvaf5dRQtdZ/NeY38O8ZsVyG0sV1F+Ds8YcgKhfCzpEjdm2 mJB+jED1eLpqt8JYeKA70CdTeZO0is9EbFLVz0GISXpySnnCkValuCYQ1BhH0HtuFoJi yMG0yEauTCsFHTfam3MCsGasjWPmC9LUtF7eVBiGe+JyeefDKeNF49zG0woOAh093u8w ZddsgtUynArebfycmH+4/vYzi9bm0RK9pBbJDQvoQIdezIvg9UHBjWPGUf7TeHQRKerM M8GQ== MIME-Version: 1.0 X-Received: by 10.182.199.70 with SMTP id ji6mr9693410obc.36.1383656422146; Tue, 05 Nov 2013 05:00:22 -0800 (PST) Received: by 10.76.19.115 with HTTP; Tue, 5 Nov 2013 05:00:22 -0800 (PST) In-Reply-To: <20131105070146.GH1467@FreeBSD.org> References: <1383611766.31172.153.camel@revolution.hippie.lan> <1383628194.31172.155.camel@revolution.hippie.lan> <20131105070146.GH1467@FreeBSD.org> Date: Tue, 5 Nov 2013 08:00:22 -0500 Message-ID: Subject: Re: CUURENT kernel build broken - make[2]: exec(aicasm) failed (No such file or directory) From: Outback Dingo To: Gleb Smirnoff Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: current@freebsd.org, Ian Lepore 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, 05 Nov 2013 13:00:23 -0000 On Tue, Nov 5, 2013 at 2:01 AM, Gleb Smirnoff wrote: > On Mon, Nov 04, 2013 at 10:09:54PM -0700, Ian Lepore wrote: > I> > > /usr/src/sys/dev/aic7xxx/aic7xxx.seq > I> > > > make[2]: exec(aicasm) failed (No such file or directory) > I> > > > *** Error code 1 > I> > > > > I> > > > Stop. > I> > > > make[2]: stopped in /usr/obj/usr/src/sys/GENERIC > I> > > > *** Error code 1 > I> > > > > I> > > > Stop. > I> > > > make[1]: stopped in /usr/src > I> > > > I> > > Did you update your source and then "make buildkernel" without > I> > > buildworld? If so, a "make kernel-toolchain" should create the > aicasm > I> > > tool and get you back on track. > I> > > > I> > > I> > really odd as i built a kernel this morning no problem, then updated > the > I> > tree and went to build another kernel and got that. > I> > working through it, thanks for the input.......... > I> > > I> > I> You were just unlucky that your updates bracketed my checkin that > I> changed the build process for the aicasm tool so that it gets built as > I> part of the toolchain rather than as part of the kernel now. > > Before this change, the toolchain was not required for kernel build if you > aren't cross building. And now it is. This breaks the kernel build > procedure > documented in handbook for years, and brings a lot of discomfort to > developers. > > Now to test a trivial change to kernel I need first to compile clang. > > I concur, I feel this is a bit invasive and unneccesary, as custom build scripts now also fail, what has worked for years without issue is now completely broken, it makes no sense to me to have to build a toolchain just to build a kernel everytime. > -- > Totus tuus, Glebius. > From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 13:07:23 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 40FEA8B4; Tue, 5 Nov 2013 13:07:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 152D225F7; Tue, 5 Nov 2013 13:07: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 rA5D7MeI052618; Tue, 5 Nov 2013 08:07: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 rA5D7LoY052607; Tue, 5 Nov 2013 13:07:21 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 5 Nov 2013 13:07:21 GMT Message-Id: <201311051307.rA5D7LoY052607@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: Tue, 05 Nov 2013 13:07:23 -0000 TB --- 2013-11-05 12:57:36 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-05 12:57:36 - 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 --- 2013-11-05 12:57:36 - starting HEAD tinderbox run for mips/mips TB --- 2013-11-05 12:57:36 - cleaning the object tree TB --- 2013-11-05 12:57:55 - /usr/local/bin/svn stat /src TB --- 2013-11-05 12:57:58 - At svn revision 257688 TB --- 2013-11-05 12:57:59 - building world TB --- 2013-11-05 12:57:59 - CROSS_BUILD_TESTING=YES TB --- 2013-11-05 12:57:59 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-05 12:57:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-05 12:57:59 - SRCCONF=/dev/null TB --- 2013-11-05 12:57:59 - TARGET=mips TB --- 2013-11-05 12:57:59 - TARGET_ARCH=mips TB --- 2013-11-05 12:57:59 - TZ=UTC TB --- 2013-11-05 12:57:59 - __MAKE_CONF=/dev/null TB --- 2013-11-05 12:57:59 - cd /src TB --- 2013-11-05 12:57:59 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Nov 5 12:58:06 UTC 2013 >>> Rebuilding 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 [...] LC_ALL=C awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opt-gather.awk /src/gnu/lib/libgcc/../../../contrib/gcc/c.opt /src/gnu/lib/libgcc/../../../contrib/gcc/common.opt /src/gnu/lib/libgcc/../../../contrib/gcc/config/mips/mips.opt > optionlist LC_ALL=C awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opt-functions.awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opth-gen.awk < optionlist > options.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc unwind.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/unwind-generic.h unwind.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc gthr-default.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/gthr-posix.h gthr-default.h cc -c -O -pipe -G0 -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -Wno-static-in-inline -std=gnu99 -fvisibility=hidden -DHIDE_EXPORTS -fPIC -fexceptions -D__GLIBC__=3 -DElfW=__ElfN -o unwind-dw2.o /src/gnu/lib/libgcc/../../../contrib/gcc/unwind-dw2.c cc1: error: unrecognized command line option "-Wno-static-in-inline" *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/lib/libgcc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-05 13:07:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-05 13:07:21 - ERROR: failed to build world TB --- 2013-11-05 13:07:21 - 446.64 user 72.00 system 585.29 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 13:17:19 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 31C1CB36; Tue, 5 Nov 2013 13:17:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F299526BB; Tue, 5 Nov 2013 13:17:18 +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 rA5DHIgG041146; Tue, 5 Nov 2013 08:17:18 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rA5DHHjm041145; Tue, 5 Nov 2013 13:17:17 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 5 Nov 2013 13:17:17 GMT Message-Id: <201311051317.rA5DHHjm041145@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: Tue, 05 Nov 2013 13:17:19 -0000 TB --- 2013-11-05 13:07:22 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-05 13:07: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 --- 2013-11-05 13:07:22 - starting HEAD tinderbox run for mips64/mips TB --- 2013-11-05 13:07:22 - cleaning the object tree TB --- 2013-11-05 13:07:42 - /usr/local/bin/svn stat /src TB --- 2013-11-05 13:07:45 - At svn revision 257688 TB --- 2013-11-05 13:07:46 - building world TB --- 2013-11-05 13:07:46 - CROSS_BUILD_TESTING=YES TB --- 2013-11-05 13:07:46 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-05 13:07:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-05 13:07:46 - SRCCONF=/dev/null TB --- 2013-11-05 13:07:46 - TARGET=mips TB --- 2013-11-05 13:07:46 - TARGET_ARCH=mips64 TB --- 2013-11-05 13:07:46 - TZ=UTC TB --- 2013-11-05 13:07:46 - __MAKE_CONF=/dev/null TB --- 2013-11-05 13:07:46 - cd /src TB --- 2013-11-05 13:07:46 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Nov 5 13:07:54 UTC 2013 >>> Rebuilding 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 [...] LC_ALL=C awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opt-gather.awk /src/gnu/lib/libgcc/../../../contrib/gcc/c.opt /src/gnu/lib/libgcc/../../../contrib/gcc/common.opt /src/gnu/lib/libgcc/../../../contrib/gcc/config/mips/mips.opt > optionlist LC_ALL=C awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opt-functions.awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opth-gen.awk < optionlist > options.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc unwind.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/unwind-generic.h unwind.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc gthr-default.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/gthr-posix.h gthr-default.h cc -c -O -pipe -G0 -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -Wno-static-in-inline -std=gnu99 -fvisibility=hidden -DHIDE_EXPORTS -fPIC -fexceptions -D__GLIBC__=3 -DElfW=__ElfN -o unwind-dw2.o /src/gnu/lib/libgcc/../../../contrib/gcc/unwind-dw2.c cc1: error: unrecognized command line option "-Wno-static-in-inline" *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/lib/libgcc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-05 13:17:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-05 13:17:17 - ERROR: failed to build world TB --- 2013-11-05 13:17:17 - 447.48 user 86.38 system 595.77 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 13:30:59 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id AEED1ECE; Tue, 5 Nov 2013 13:30:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7BFF627A5; Tue, 5 Nov 2013 13:30: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 rA5DUw3t091983; Tue, 5 Nov 2013 08:30: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 rA5DUwAB091982; Tue, 5 Nov 2013 13:30:58 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 5 Nov 2013 13:30:58 GMT Message-Id: <201311051330.rA5DUwAB091982@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: Tue, 05 Nov 2013 13:30:59 -0000 TB --- 2013-11-05 13:17:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-05 13:17:18 - 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 --- 2013-11-05 13:17:18 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-11-05 13:17:18 - cleaning the object tree TB --- 2013-11-05 13:17:41 - /usr/local/bin/svn stat /src TB --- 2013-11-05 13:17:44 - At svn revision 257688 TB --- 2013-11-05 13:17:45 - building world TB --- 2013-11-05 13:17:45 - CROSS_BUILD_TESTING=YES TB --- 2013-11-05 13:17:45 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-05 13:17:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-05 13:17:45 - SRCCONF=/dev/null TB --- 2013-11-05 13:17:45 - TARGET=powerpc TB --- 2013-11-05 13:17:45 - TARGET_ARCH=powerpc TB --- 2013-11-05 13:17:45 - TZ=UTC TB --- 2013-11-05 13:17:45 - __MAKE_CONF=/dev/null TB --- 2013-11-05 13:17:45 - cd /src TB --- 2013-11-05 13:17:45 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Nov 5 13:17:52 UTC 2013 >>> Rebuilding 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 [...] LC_ALL=C awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opt-gather.awk /src/gnu/lib/libgcc/../../../contrib/gcc/c.opt /src/gnu/lib/libgcc/../../../contrib/gcc/common.opt /src/gnu/lib/libgcc/../../../contrib/gcc/config/rs6000/rs6000.opt /src/gnu/lib/libgcc/../../../contrib/gcc/config/rs6000/sysv4.opt > optionlist LC_ALL=C awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opt-functions.awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opth-gen.awk < optionlist > options.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc unwind.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/unwind-generic.h unwind.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc gthr-default.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/gthr-posix.h gthr-default.h cc -c -O2 -pipe -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -Wno-static-in-inline -std=gnu99 -fvisibility=hidden -DHIDE_EXPORTS -fPIC -fexceptions -D__GLIBC__=3 -DElfW=__ElfN -o unwind-dw2.o /src/gnu/lib/libgcc/../../../contrib/gcc/unwind-dw2.c cc1: error: unrecognized command line option "-Wno-static-in-inline" *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/lib/libgcc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-05 13:30:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-05 13:30:58 - ERROR: failed to build world TB --- 2013-11-05 13:30:58 - 644.80 user 88.25 system 820.19 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 13:45:47 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id F1AAC331; Tue, 5 Nov 2013 13:45:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BE5BE2882; Tue, 5 Nov 2013 13:45:46 +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 rA5Djjmv096388; Tue, 5 Nov 2013 08:45:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rA5Djemp096232; Tue, 5 Nov 2013 13:45:40 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 5 Nov 2013 13:45:40 GMT Message-Id: <201311051345.rA5Djemp096232@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: Tue, 05 Nov 2013 13:45:47 -0000 TB --- 2013-11-05 13:30:58 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-05 13:30:58 - 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 --- 2013-11-05 13:30:58 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-11-05 13:30:58 - cleaning the object tree TB --- 2013-11-05 13:31:20 - /usr/local/bin/svn stat /src TB --- 2013-11-05 13:31:23 - At svn revision 257688 TB --- 2013-11-05 13:31:24 - building world TB --- 2013-11-05 13:31:24 - CROSS_BUILD_TESTING=YES TB --- 2013-11-05 13:31:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-05 13:31:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-05 13:31:24 - SRCCONF=/dev/null TB --- 2013-11-05 13:31:24 - TARGET=powerpc TB --- 2013-11-05 13:31:24 - TARGET_ARCH=powerpc64 TB --- 2013-11-05 13:31:24 - TZ=UTC TB --- 2013-11-05 13:31:24 - __MAKE_CONF=/dev/null TB --- 2013-11-05 13:31:24 - cd /src TB --- 2013-11-05 13:31:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Nov 5 13:31:31 UTC 2013 >>> Rebuilding 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 [...] LC_ALL=C awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opt-gather.awk /src/gnu/lib/libgcc/../../../contrib/gcc/c.opt /src/gnu/lib/libgcc/../../../contrib/gcc/common.opt /src/gnu/lib/libgcc/../../../contrib/gcc/config/rs6000/rs6000.opt /src/gnu/lib/libgcc/../../../contrib/gcc/config/rs6000/sysv4.opt > optionlist LC_ALL=C awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opt-functions.awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opth-gen.awk < optionlist > options.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc unwind.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/unwind-generic.h unwind.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc gthr-default.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/gthr-posix.h gthr-default.h cc -c -O2 -pipe -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -Wno-static-in-inline -std=gnu99 -fvisibility=hidden -DHIDE_EXPORTS -fPIC -fexceptions -D__GLIBC__=3 -DElfW=__ElfN -o unwind-dw2.o /src/gnu/lib/libgcc/../../../contrib/gcc/unwind-dw2.c cc1: error: unrecognized command line option "-Wno-static-in-inline" *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/lib/libgcc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-05 13:45:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-05 13:45:40 - ERROR: failed to build world TB --- 2013-11-05 13:45:40 - 656.05 user 140.60 system 881.92 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 13:56:07 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 23027650; Tue, 5 Nov 2013 13:56:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E69EA291C; Tue, 5 Nov 2013 13:56: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 rA5Du532062264; Tue, 5 Nov 2013 08:56: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 rA5Du5Gx062261; Tue, 5 Nov 2013 13:56:05 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 5 Nov 2013 13:56:05 GMT Message-Id: <201311051356.rA5Du5Gx062261@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, 05 Nov 2013 13:56:07 -0000 TB --- 2013-11-05 13:45:45 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-05 13:45:45 - 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 --- 2013-11-05 13:45:45 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-11-05 13:45:45 - cleaning the object tree TB --- 2013-11-05 13:46:15 - /usr/local/bin/svn stat /src TB --- 2013-11-05 13:46:18 - At svn revision 257688 TB --- 2013-11-05 13:46:19 - building world TB --- 2013-11-05 13:46:19 - CROSS_BUILD_TESTING=YES TB --- 2013-11-05 13:46:19 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-05 13:46:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-05 13:46:19 - SRCCONF=/dev/null TB --- 2013-11-05 13:46:19 - TARGET=sparc64 TB --- 2013-11-05 13:46:19 - TARGET_ARCH=sparc64 TB --- 2013-11-05 13:46:19 - TZ=UTC TB --- 2013-11-05 13:46:19 - __MAKE_CONF=/dev/null TB --- 2013-11-05 13:46:19 - cd /src TB --- 2013-11-05 13:46:19 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Nov 5 13:46:26 UTC 2013 >>> Rebuilding 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 [...] LC_ALL=C awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opt-gather.awk /src/gnu/lib/libgcc/../../../contrib/gcc/c.opt /src/gnu/lib/libgcc/../../../contrib/gcc/common.opt /src/gnu/lib/libgcc/../../../contrib/gcc/config/sparc/sparc.opt /src/gnu/lib/libgcc/../../../contrib/gcc/config/sparc/long-double-switch.opt > optionlist LC_ALL=C awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opt-functions.awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opth-gen.awk < optionlist > options.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc unwind.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/unwind-generic.h unwind.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc gthr-default.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/gthr-posix.h gthr-default.h cc -c -O2 -pipe -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -Wno-static-in-inline -std=gnu99 -fvisibility=hidden -DHIDE_EXPORTS -fPIC -fexceptions -D__GLIBC__=3 -DElfW=__ElfN -o unwind-dw2.o /src/gnu/lib/libgcc/../../../contrib/gcc/unwind-dw2.c cc1: error: unrecognized command line option "-Wno-static-in-inline" *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/lib/libgcc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-05 13:56:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-05 13:56:05 - ERROR: failed to build world TB --- 2013-11-05 13:56:05 - 410.14 user 96.38 system 619.99 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 14:07:04 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 704B8B14; Tue, 5 Nov 2013 14:07:04 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-ob0-x22c.google.com (mail-ob0-x22c.google.com [IPv6:2607:f8b0:4003:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1880529ED; Tue, 5 Nov 2013 14:07:04 +0000 (UTC) Received: by mail-ob0-f172.google.com with SMTP id gq1so8617222obb.31 for ; Tue, 05 Nov 2013 06:07:03 -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=Efu92jVZ12Y7zKCQio/ln87Ioav/rr5kRCmRcNUllmg=; b=hAtoL7jfliMCvNVva2sYyNJIbphPKjBDKMRg2qwR+FmZZO+C4O3otAWuPrD1GvNA39 VJJCxzvcQZLxNTkvDq3QwNZ2vhmrr6DwJdwSprjHk0ZpaU4TIasTzPrsN9DR5RdO3191 zt9r4MJN8SyDSVl3nmxBI+rKwuhPcsUUJRr1LIlAlBhtXnA3gADUrZhrYnukAMvtvOxt SG9PqHpUzqjxGMhvZ03a4lIjCOVhjmC8IMtVtGWlDT1Gq6bWpRWVGiFo6tJMnuyV33fy wxnRRimQV/hvFwIKq24Mtv9dBv5aOvTS1Frp7Wpsi0pNCCWvQFQumJW2UYC1dCdZG7Qk 2auw== MIME-Version: 1.0 X-Received: by 10.60.117.38 with SMTP id kb6mr19042053oeb.7.1383660423446; Tue, 05 Nov 2013 06:07:03 -0800 (PST) Received: by 10.182.80.7 with HTTP; Tue, 5 Nov 2013 06:07:03 -0800 (PST) Date: Tue, 5 Nov 2013 15:07:03 +0100 Message-ID: Subject: [10-STABLE, 11-CURRENT] something wrong between cam and eventtimer or geom and eventtimer From: Oliver Pinter To: freebsd-stable@freebsd.org, current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: davide@freebsd.org, mav@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, 05 Nov 2013 14:07:04 -0000 Hi all! The machine is a Haswell machine, the disc performance was very poor (20-30MByte/sec). When I change the kern.eventtimer.idletick from 0 to 1, the normal performance restored back to normal (70-90MByte/sec). The default eventtimer was LAPIC. On other machine Q9300, this was fully reproducible. From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 14:53:13 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B814B201; Tue, 5 Nov 2013 14:53:13 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qc0-x233.google.com (mail-qc0-x233.google.com [IPv6:2607:f8b0:400d:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 45EAC2D66; Tue, 5 Nov 2013 14:53:13 +0000 (UTC) Received: by mail-qc0-f179.google.com with SMTP id k18so4755845qcv.24 for ; Tue, 05 Nov 2013 06:53:12 -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:message-id:subject :from:to:cc:content-type; bh=7L7N3YldPysH2FjxU2kjnH+7usn0J1QPr1LP1k/l958=; b=OI6CPAZakA/IN741W4IN4ybFBMaLtCjNlbf3NCwfjrZ9DEnHLAh7V2PIBei7z/I3lf 2FeEJ0ZPhXBcDQiYQ410xnkt6WDcaU+QU2+HrIKEls7G9JGv2e/DBugd2DMMXD0L6byJ yZoXoc+p8OrBgsCBAYEz3i3xqvDbzGVkIvHyHMA+dl7TFPvhFmhVNYdoO+mlQCgicgWf LQ5duP1pfVMnUHQ+rk0N3KwX1iWHemuCl5jDH0Leh+vqvbH82OeVj0L9nqqkv8YxXwff unV7cmF2l99xCEMwUtPbKCaOOf/QVuRieuOtSpSHMnDqPfy7E40xJIiMGtNBmP6ud2gz 3Pbw== MIME-Version: 1.0 X-Received: by 10.229.34.134 with SMTP id l6mr29689995qcd.22.1383663192453; Tue, 05 Nov 2013 06:53:12 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.207.66 with HTTP; Tue, 5 Nov 2013 06:53:12 -0800 (PST) In-Reply-To: References: Date: Tue, 5 Nov 2013 06:53:12 -0800 X-Google-Sender-Auth: lFghfHtOkWMQIhaQLfd1lFiZo5I Message-ID: Subject: Re: [10-STABLE, 11-CURRENT] something wrong between cam and eventtimer or geom and eventtimer From: Adrian Chadd To: Oliver Pinter Content-Type: text/plain; charset=ISO-8859-1 Cc: Davide Italiano , Alexander Motin , FreeBSD Stable Mailing List , "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, 05 Nov 2013 14:53:13 -0000 Hi! Can you do 'sysctl dev.cpu' please? I'd like to see what sleep state(s) your CPU is entering. Thanks! -adrian On 5 November 2013 06:07, Oliver Pinter wrote: > Hi all! > > The machine is a Haswell machine, the disc performance was very poor > (20-30MByte/sec). > When I change the kern.eventtimer.idletick from 0 to 1, the normal > performance restored back to normal (70-90MByte/sec). > > The default eventtimer was LAPIC. > > On other machine Q9300, this was fully reproducible. > _______________________________________________ > 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 5 15:00:56 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 345A153B; Tue, 5 Nov 2013 15:00:56 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 09D692DD7; Tue, 5 Nov 2013 15:00:55 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Vdi7i-0007xJ-U3; Tue, 05 Nov 2013 15:00:55 +0000 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 rA5F0qSs062029; Tue, 5 Nov 2013 08:00:52 -0700 (MST) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1+Ec4ZmmdsvCAnXalSrDwJy Subject: Re: CUURENT kernel build broken - make[2]: exec(aicasm) failed (No such file or directory) From: Ian Lepore To: Gleb Smirnoff In-Reply-To: <20131105070146.GH1467@FreeBSD.org> References: <1383611766.31172.153.camel@revolution.hippie.lan> <1383628194.31172.155.camel@revolution.hippie.lan> <20131105070146.GH1467@FreeBSD.org> Content-Type: text/plain; charset="us-ascii" Date: Tue, 05 Nov 2013 08:00:52 -0700 Message-ID: <1383663652.31172.160.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Outback Dingo , 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, 05 Nov 2013 15:00:56 -0000 On Tue, 2013-11-05 at 11:01 +0400, Gleb Smirnoff wrote: > On Mon, Nov 04, 2013 at 10:09:54PM -0700, Ian Lepore wrote: > I> > > /usr/src/sys/dev/aic7xxx/aic7xxx.seq > I> > > > make[2]: exec(aicasm) failed (No such file or directory) > I> > > > *** Error code 1 > I> > > > > I> > > > Stop. > I> > > > make[2]: stopped in /usr/obj/usr/src/sys/GENERIC > I> > > > *** Error code 1 > I> > > > > I> > > > Stop. > I> > > > make[1]: stopped in /usr/src > I> > > > I> > > Did you update your source and then "make buildkernel" without > I> > > buildworld? If so, a "make kernel-toolchain" should create the aicasm > I> > > tool and get you back on track. > I> > > > I> > > I> > really odd as i built a kernel this morning no problem, then updated the > I> > tree and went to build another kernel and got that. > I> > working through it, thanks for the input.......... > I> > > I> > I> You were just unlucky that your updates bracketed my checkin that > I> changed the build process for the aicasm tool so that it gets built as > I> part of the toolchain rather than as part of the kernel now. > > Before this change, the toolchain was not required for kernel build if you > aren't cross building. And now it is. This breaks the kernel build procedure > documented in handbook for years, and brings a lot of discomfort to > developers. > > Now to test a trivial change to kernel I need first to compile clang. > I didn't realize the change would have that effect. Building aicasm using the kernel build machinery just isn't an option anymore, it builds in the wrong environment with the wrong header files and sometimes the wrong toolchain when cross-building. But there should be a solution that doesn't require building clang, I'll see what can be done. -- Ian From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 15:13:04 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E196895F; Tue, 5 Nov 2013 15:13:04 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4F10E2EE0; Tue, 5 Nov 2013 15:13:03 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.7/8.14.7) with ESMTP id rA5FCpIx008866 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 5 Nov 2013 19:12:51 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.7/8.14.7/Submit) id rA5FCpEk008865; Tue, 5 Nov 2013 19:12:51 +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, 5 Nov 2013 19:12:51 +0400 From: Gleb Smirnoff To: Ian Lepore Subject: Re: CUURENT kernel build broken - make[2]: exec(aicasm) failed (No such file or directory) Message-ID: <20131105151251.GC7577@glebius.int.ru> References: <1383611766.31172.153.camel@revolution.hippie.lan> <1383628194.31172.155.camel@revolution.hippie.lan> <20131105070146.GH1467@FreeBSD.org> <1383663652.31172.160.camel@revolution.hippie.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1383663652.31172.160.camel@revolution.hippie.lan> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: Outback Dingo , 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, 05 Nov 2013 15:13:05 -0000 On Tue, Nov 05, 2013 at 08:00:52AM -0700, Ian Lepore wrote: I> > I> You were just unlucky that your updates bracketed my checkin that I> > I> changed the build process for the aicasm tool so that it gets built as I> > I> part of the toolchain rather than as part of the kernel now. I> > I> > Before this change, the toolchain was not required for kernel build if you I> > aren't cross building. And now it is. This breaks the kernel build procedure I> > documented in handbook for years, and brings a lot of discomfort to I> > developers. I> > I> > Now to test a trivial change to kernel I need first to compile clang. I> > I> I> I didn't realize the change would have that effect. Building aicasm I> using the kernel build machinery just isn't an option anymore, it builds I> in the wrong environment with the wrong header files and sometimes the I> wrong toolchain when cross-building. But there should be a solution I> that doesn't require building clang, I'll see what can be done. Thanks, Ian. While you are seekign solution we can sustain with depending on toolchain build. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 17:05:17 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 191A1414; Tue, 5 Nov 2013 17:05:17 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E0AB3261C; Tue, 5 Nov 2013 17:05:16 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 10D2614FDD; Tue, 5 Nov 2013 17:05:15 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 10D2614FDD Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Tue, 5 Nov 2013 12:05:13 -0500 From: Glen Barber To: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: FreeBSD 10.0-BETA3 now available Message-ID: <20131105170513.GP8833@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="7PAM/4G1BR2SfWzg" Content-Disposition: inline X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: FreeBSD Release Engineering Team 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, 05 Nov 2013 17:05:17 -0000 --7PAM/4G1BR2SfWzg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline The third BETA build of the 10.0-RELEASE release cycle is now available on the FTP servers for the amd64, i386, ia64, powerpc, powerpc64 and sparc64 architectures. The image checksums follow at the end of this email. ISO images and, for architectures that support it, the memory stick images are available here: ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/10.0/ (or any of the FreeBSD mirror sites). If you notice problems you can report them through the normal GNATS PR system or here on the -current mailing list. If you would like to use SVN to do a source based update of an existing system, use the "stable/10" branch. Important note to freebsd-update(8) users: Please be sure to follow the instructions in the EN-13:04.freebsd-update errata notice here before upgrading the system to 10.0-BETA3: http://www.freebsd.org/security/advisories/FreeBSD-EN-13:04.freebsd-update.asc Changes between -BETA2 and -BETA3 include: o Several small fixes for the amd64 minidump code. o Add a 'pkg bootstrap' command which will bootstrap pkg(8) without forwarding any command to it after installation. o Fix make(1) warning output with 'make delete-old' and 'make delete-old-libs' o Add kernel side support for large TLB on BERI/CHERI. o Fix compatibility function for old daily_status_security_${name}_enable variables. o Add loader.conf(5) entries to import bootpool after boot when using full-disk encryption and ZFS. o Switch the default mtree to nmtree our new NetBSD derived mtree. o Remove the (unused) isf(4) driver. o Separate WITHOUT_CLANG and WITHOUT_CLANG_IS_CC. o Add atse(4), a driver for the Altera Triple Speed Ethernet MegaCore. o Fix a deadlock when trying to power off a USB device. o Support checking signature for pkg bootstrap from remote and for 'pkg add ./pkg.txz' o Fix long-standing issue with incorrect radix mask calculation. o Add support for using "pkg+http://" for the PACKAGESITE. o Add driver for POWER hypervisor interpartition ethernet. o Fix panic in the tap driver when a tap and vmnet interface were created after each other. o Update Emulex oce(4) driver to version 10.0.664.0. Pre-installed virtual machine images for 10.0-BETA3 are also available for amd64 and i386 architectures. The images are located under the 'snapshots' directory on FTP, here: ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/VM-IMAGES/10.0-BETA3/ The disk images are available in both QCOW2 and VMDK format. The image download size is approximately 136 MB, which decompress to a 20GB sparse image. The partition layout is: - 512k - freebsd-boot GPT partition type (bootfs GPT label) - 1GB - freebsd-swap GPT partition type (swapfs GPT label) - ~17GB - freebsd-ufs GPT partition type (rootfs GPT label) ISO Checksums: amd64: SHA256 (FreeBSD-10.0-BETA3-amd64-bootonly.iso) = 2fd1c59c94f0e30a8a23cf5a8b2b6caa565e45fc2c97dd5d831d38bf60db47e8 SHA256 (FreeBSD-10.0-BETA3-amd64-disc1.iso) = ffae9adf91e6030e0f83fecb4fe1a1cc3e8478efddbd0e2cfa5457b3e01a5134 SHA256 (FreeBSD-10.0-BETA3-amd64-memstick.img) = a9484f2f36746e5087cc2b1538a2e541f567a236f26a945d3560e473fa1655f4 MD5 (FreeBSD-10.0-BETA3-amd64-bootonly.iso) = 068262b2bbdb207b8d85e80772e6d868 MD5 (FreeBSD-10.0-BETA3-amd64-disc1.iso) = 371d2cef545029a56c4601c9c84bc464 MD5 (FreeBSD-10.0-BETA3-amd64-memstick.img) = 30878cfa7928b797fed7589fc88ccad1 i386: SHA256 (FreeBSD-10.0-BETA3-i386-bootonly.iso) = d057a154eca7461f31fd0a9ad5f64be8d72918cb78b5906de01c051b344fdc75 SHA256 (FreeBSD-10.0-BETA3-i386-disc1.iso) = a477b7bdfc225d183d168228fb11b8d5e57e00294e366440bde832154cf76570 SHA256 (FreeBSD-10.0-BETA3-i386-memstick.img) = 37944f964fba379adbea2b830fb6c2aaebda48945baca10eb66219f9b9d889d6 MD5 (FreeBSD-10.0-BETA3-i386-bootonly.iso) = d4d341d60bbd1020e32b920bb59de0ec MD5 (FreeBSD-10.0-BETA3-i386-disc1.iso) = d6bafeb122b818ec89c1d23d7a461927 MD5 (FreeBSD-10.0-BETA3-i386-memstick.img) = 4ad06a339e0e06681ca2bbc98e8a72ce ia64: SHA256 (FreeBSD-10.0-BETA3-ia64-bootonly.iso) = 80e32cf7c01c97bcbb04beb3aaac8ebce58869a173e53ea8b2823c39e310dcc2 SHA256 (FreeBSD-10.0-BETA3-ia64-disc1.iso) = dd1f7fcded27ad6f3ceebaf46aed70bbf604a4a39a111b2e043616c726abe65a SHA256 (FreeBSD-10.0-BETA3-ia64-memstick.img) = e8d5ceff7bbe05c48f09f2e31cbd160d4eb47a937971cdf1b3e71a936f6b452e MD5 (FreeBSD-10.0-BETA3-ia64-bootonly.iso) = a6180b85446d20fc2c6aa9fa30b4a20b MD5 (FreeBSD-10.0-BETA3-ia64-disc1.iso) = 7152e48712df9269b3df42f5631f4910 MD5 (FreeBSD-10.0-BETA3-ia64-memstick.img) = 197bc68b142fcc8cb8c35fc0301e2742 powerpc: SHA256 (FreeBSD-10.0-BETA3-powerpc-bootonly.iso) = f5c4b35b75fa017d8195d5de7f6d54d8b84e2dd35b66c977fa6a28c7f1b01ef2 SHA256 (FreeBSD-10.0-BETA3-powerpc-disc1.iso) = 1c8aa1438e7c8376154d7b56e962ffb86b0d9fbb4290fae20dc152e75e6bc532 SHA256 (FreeBSD-10.0-BETA3-powerpc-memstick.img) = e66fcc1448350a3638604915e4e29e9666e3b697e8008bc440e1322773bf5643 MD5 (FreeBSD-10.0-BETA3-powerpc-bootonly.iso) = 37cdc8fe19f9729113c1d6c3c794531c MD5 (FreeBSD-10.0-BETA3-powerpc-disc1.iso) = eea8f2780056f3affa46b31649d4d86b MD5 (FreeBSD-10.0-BETA3-powerpc-memstick.img) = b30d88ccb432e88ba6dd50255494db72 powerpc64: SHA256 (FreeBSD-10.0-BETA3-powerpc-powerpc64-bootonly.iso) = e92fe11c7f058932d9d75ac396f7cd433cdccf6cfbfe22780012925ccc361d8d SHA256 (FreeBSD-10.0-BETA3-powerpc-powerpc64-disc1.iso) = b41835a5ab06e4f3ad67c4ae93598c749d3f999226a6de7541a60e8ed270dff7 SHA256 (FreeBSD-10.0-BETA3-powerpc-powerpc64-memstick.img) = 2508f0ac2d4f831833329863c7d23768446014010c2f5f8bf0973887d49003a7 MD5 (FreeBSD-10.0-BETA3-powerpc-powerpc64-bootonly.iso) = 4a8f6b289f61e86133480f7a3eef82d1 MD5 (FreeBSD-10.0-BETA3-powerpc-powerpc64-disc1.iso) = 86a267c9aec6728429daaeeb1dec088e MD5 (FreeBSD-10.0-BETA3-powerpc-powerpc64-memstick.img) = b982e63a07457273e791f157813c9b74 sparc64: SHA256 (FreeBSD-10.0-BETA3-sparc64-bootonly.iso) = dc5157bf0e9ae633241273664958a5cad32066ac3e66eeb9115de82901625277 SHA256 (FreeBSD-10.0-BETA3-sparc64-disc1.iso) = 65d9bd431566178838ffe48e0524b296451729436a507c20c4ddd3ca65f60e48 MD5 (FreeBSD-10.0-BETA3-sparc64-bootonly.iso) = f2904dd6764877304fd23551864ec614 MD5 (FreeBSD-10.0-BETA3-sparc64-disc1.iso) = 024482b7f461601b46a1bc322098e52d VM Image Checksums: amd64: SHA256 (FreeBSD-10.0-BETA3-amd64-20131103-rr257580.qcow2.xz) = f8908117a595648af3f2e75f21013c34164a71d4c975a6d628016b595ea6fbf8 SHA256 (FreeBSD-10.0-BETA3-amd64-20131103-rr257580.vmdk.xz) = 55270fa9f2e2898e8b8feedf391c3db73e9db2d783eacca1abe14951ec24c6b8 MD5 (FreeBSD-10.0-BETA3-amd64-20131103-rr257580.qcow2.xz) = a511e1e50bc53c544d53c956fe602b1a MD5 (FreeBSD-10.0-BETA3-amd64-20131103-rr257580.vmdk.xz) = 39aca0b1981653b1db219696046c1d90 i386: SHA256 (FreeBSD-10.0-BETA3-i386-20131103-rr257580.qcow2.xz) = 642867c3c9f428788b3c4b12e9872c7857f5a16566ad2aa069f9c4a9a56bfb05 SHA256 (FreeBSD-10.0-BETA3-i386-20131103-rr257580.vmdk.xz) = a0c35c7b27e234a9a822d8aa2a4e423db47ee9933872dd45e3547f652b9eaccf MD5 (FreeBSD-10.0-BETA3-i386-20131103-rr257580.qcow2.xz) = f9f39e322d88010ab5d8474106a8278f MD5 (FreeBSD-10.0-BETA3-i386-20131103-rr257580.vmdk.xz) = e6b8c923c3b3535c5e204a218662931c Glen --7PAM/4G1BR2SfWzg Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSeSVJAAoJELls3eqvi17QdGAP/0r/VF0u2iHR/XEHT0oETCa9 l59GnfqXpO6jMy4Zexf4Cdu2zEQtG26iA0qMZJSSHbDCbDGaFyYLAHlOap7ZTGIq B3ls1/voMx2jnOZtnkI+b4fVJ53gFokLzRTbWILTC0P15zn+FLctlQyq4DTjtpmU utnLyhjmKuPdZADzHbgZiHb+aLVNxNM+UeSWIRNnY1h6AGI2Znbn6Oi5b4cfKEKY 93edcnG2b8ZscWl6v/59o3BcPX2o/FUflp5pjhqtHW6BUOZoJUW/D1MfKYMEIR0j zI/dpmr2qB91jH0cRE8eL8vqiLHy8heE+VSCIqXLbaeO5lX7l6v3frdmEGZSLT3E HbgxBIwJKv+ipg201jIIbrq6nXaFLg423yndp8NTOEIqQK4VcaYQdqrM+xZAo1j3 S4+8PEdmRZ0FUG5KPmZswKXHrgBK5NiYyrcrvVkCN6FdZOJdc5yy6aO6sVNcDD05 WzJrg75zxZL7hAqz70kOyungLRAZs+9utLBxSG98n8MHWdbMW9GxdEhTD5LGgm5Y ZlacfIoSZNFCNzI2or8An3gsWJQ+m7+bQ/OMvUcFvywtEyFQzaXppIy6KqWtRnhe LsbKmOWwsjihcxLyuiNNO11odovkzSXy2T12SusjIwbBqq/NjYbQLeYsrDnGW5hC H7HbypeEt1Lb5/wJIvwQ =WfRR -----END PGP SIGNATURE----- --7PAM/4G1BR2SfWzg-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 17:06:27 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 00308634 for ; Tue, 5 Nov 2013 17:06:26 +0000 (UTC) (envelope-from lidl@pix.net) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::3c]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C9517264C for ; Tue, 5 Nov 2013 17:06:26 +0000 (UTC) Received: from torb.pix.net (torb.pix.net [IPv6:2001:470:e254:10:12dd:b1ff:febf:eca9]) (authenticated bits=0) by hydra.pix.net (8.14.5/8.14.5) with ESMTP id rA5H6NZL020806; Tue, 5 Nov 2013 12:06:23 -0500 (EST) (envelope-from lidl@pix.net) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98 at mail.pix.net Message-ID: <5279258F.8030000@pix.net> Date: Tue, 05 Nov 2013 12:06:23 -0500 From: Kurt Lidl User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: [CFT] Kernel-Selection Enhancemnt to Boot Menu References: <62E3FA11-E6E1-4072-9226-993FF83EBC0D@fisglobal.com> In-Reply-To: <62E3FA11-E6E1-4072-9226-993FF83EBC0D@fisglobal.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: Tue, 05 Nov 2013 17:06:27 -0000 > You can try enabling the beastie menu on sparc64 by editing > /boot/loader.rc: > > === Change #1 in /boot/loader.rc to enable beastie menu === > > Find: > \ Reads and processes loader.conf variables > \ NOTE: Change to `initialize' if you enable the below boot menu > start > > Change "start" to "initialize" as shown below: > \ Reads and processes loader.conf variables > \ NOTE: Change to `initialize' if you enable the below boot menu > initialize > > === Change #2 in [same file] to enable beastie menu === > > Find: > \ Uncomment to enable boot menu > \ include /boot/beastie.4th > \ beastie-start > > Uncomment "beastie-start" as shown below: > \ Uncomment to enable boot menu > \ include /boot/beastie.4th > beastie-start > > ====== > > If you find that making those two trivial changes, that you are able to load > the menu... then maybe it's time for us to start thinking about enabling the > beastie menu by-default for the sparc64 architecture. Seems to work just fine. I tested by booting, toggling through the different kernel choices (/boot/kernel/kernel /boot/kernel.old/kernel) and both worked correctly. (Although I uncommented the "include /boot/beastie.4th" line too.) > Does anybody else have any thoughts on enabling it for sparc64? Well, I'd probably be in support of this change - it sure beats having to interrupt the normal boot sequence and typing: unload load /boot/kernel.old/kernel load /boot/kernel.old/opensolaris.ko load /boot/kernel.old/zfs.ko boot When I need to get back to the prior version of the kernel. -Kurt From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 17:23:24 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5F273B85; Tue, 5 Nov 2013 17:23:24 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6FFED277C; Tue, 5 Nov 2013 17:23:22 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.31]) by ltcfislmsgpa03.fnfis.com (8.14.5/8.14.5) with ESMTP id rA5HNMSN020379 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 5 Nov 2013 11:23:22 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.152]) by LTCFISWMSGHT03.FNFIS.com ([10.132.206.31]) with mapi id 14.03.0158.001; Tue, 5 Nov 2013 11:23:21 -0600 From: "Teske, Devin" To: Kurt Lidl Subject: Re: [CFT] Kernel-Selection Enhancemnt to Boot Menu Thread-Topic: [CFT] Kernel-Selection Enhancemnt to Boot Menu Thread-Index: AQHO15puDLYKYE3XWU64lusTqAzYBQ== Date: Tue, 5 Nov 2013 17:23:20 +0000 Message-ID: References: <62E3FA11-E6E1-4072-9226-993FF83EBC0D@fisglobal.com> <5279258F.8030000@pix.net> In-Reply-To: <5279258F.8030000@pix.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: multipart/signed; boundary="Apple-Mail=_600805D3-9836-4FF3-9772-3E01392AD83E"; protocol="application/pgp-signature"; micalg=pgp-sha512 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-11-05_06:2013-11-05,2013-11-05,1970-01-01 signatures=0 Cc: Devin Teske , " Current" , "Teske, Devin" 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: Tue, 05 Nov 2013 17:23:24 -0000 --Apple-Mail=_600805D3-9836-4FF3-9772-3E01392AD83E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Nov 5, 2013, at 9:06 AM, Kurt Lidl wrote: >=20 >> You can try enabling the beastie menu on sparc64 by editing >> /boot/loader.rc: >>=20 >> =3D=3D=3D Change #1 in /boot/loader.rc to enable beastie menu =3D=3D=3D >>=20 >> Find: >> \ Reads and processes loader.conf variables >> \ NOTE: Change to `initialize' if you enable the below boot menu >> start >>=20 >> Change "start" to "initialize" as shown below: >> \ Reads and processes loader.conf variables >> \ NOTE: Change to `initialize' if you enable the below boot menu >> initialize >>=20 >> =3D=3D=3D Change #2 in [same file] to enable beastie menu =3D=3D=3D >>=20 >> Find: >> \ Uncomment to enable boot menu >> \ include /boot/beastie.4th >> \ beastie-start >>=20 >> Uncomment "beastie-start" as shown below: >> \ Uncomment to enable boot menu >> \ include /boot/beastie.4th >> beastie-start >>=20 >> =3D=3D=3D=3D=3D=3D >>=20 >> If you find that making those two trivial changes, that you are able to = load >> the menu... then maybe it's time for us to start thinking about enabling= the >> beastie menu by-default for the sparc64 architecture. >=20 > Seems to work just fine. I tested by booting, toggling through the > different kernel choices (/boot/kernel/kernel /boot/kernel.old/kernel) > and both worked correctly. >=20 > (Although I uncommented the "include /boot/beastie.4th" line too.) >=20 Oops, heh, good eye ;D and sorry if that caused any pain for you. >> Does anybody else have any thoughts on enabling it for sparc64? >=20 > Well, I'd probably be in support of this change - it sure beats having > to interrupt the normal boot sequence and typing: > unload > load /boot/kernel.old/kernel > load /boot/kernel.old/opensolaris.ko > load /boot/kernel.old/zfs.ko > boot > When I need to get back to the prior version of the kernel. >=20 We'll have to draw up a clean patch to draw this in for sparc64. For i386 and amd64, they have a dedicated separate loader.rc stashed in sys/boot/i386/loader/ Not sure of the cleanest way to do this for sparc64 (dup the loader.rc and make sparc64 drop it's own? or perhaps make sparc64 drop the i386 loader.rc? I think amd64 does the latter). --=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. --Apple-Mail=_600805D3-9836-4FF3-9772-3E01392AD83E Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJSeSmIAAoJEKrMn5R9npq5PqQIAMkS27jdzaaOtHYXLgUbQXrk luWfWSY2AbLJciB8fZU25g42gVcIxUnqtgws8GcI7IADMkCpz9FAnjHktyiYvbGc oSMy6rAT4KCoIqIGCrzbSW1VxFqmVSt0MFXsXh73WCAGbZvMHA0X6JmmRifCqFKQ 5vFtsA7AMLQGykKMEIDWQm8scytJrjqZXDOMDMFgdq4VOAuoAgTBhrmLMWW5epM8 06HAVR7UL+XG2qUNNKP1IOI8WjViJcKgVyJ4Tf/JjUJb/lmQuKFKMdEOzJZ5dlAp hrHJ9VscGMCB+8oeK0On2kx4Sl2T1gfj3ROUjdHVZS3qRD92yjNno9ygc7+lgV4= =KDg+ -----END PGP SIGNATURE----- --Apple-Mail=_600805D3-9836-4FF3-9772-3E01392AD83E-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 17:25:47 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6663ACC5; Tue, 5 Nov 2013 17:25:47 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-ob0-x22a.google.com (mail-ob0-x22a.google.com [IPv6:2607:f8b0:4003:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F158127A5; Tue, 5 Nov 2013 17:25:46 +0000 (UTC) Received: by mail-ob0-f170.google.com with SMTP id wp18so8971095obc.29 for ; Tue, 05 Nov 2013 09:25:46 -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=M9dFPZgHQAVa1F5sDKYR6SY5HF4VfrsUIFIEb+2d1Cw=; b=fyinsFDEpYj2t5jW3Xt7TBiN0jiiXE1wSVPZ6dUhFWZZfmP+wD4KJjRTFxBMMbpa9i 0ePyypIVX5uI1r2x3AojFNf44yM41JdVvYYf6xTB7JQA3gnPbnD5GtlMSv3iqJblWx2Z vw94P355FJnRVfgSRwDy2drmsb/mZEsEWmHHMzT9f6ngva0C3ODTQYC+gkCKskSRYkQs g9pRUqDnnyKv6aPjcAvOjN0ke+eN2gxh4ywzRF5cJ9J8NvHGlxdU4fkH+xOZQLUGmfmH ie3B7xK4g5FU1ySgmGMRCV4geJXzy9mgKf6yOxUmrYUb0bQcTcNaUN69WyPxxudGM4Qc vOhQ== MIME-Version: 1.0 X-Received: by 10.60.52.1 with SMTP id p1mr9653498oeo.41.1383672345990; Tue, 05 Nov 2013 09:25:45 -0800 (PST) Received: by 10.182.80.7 with HTTP; Tue, 5 Nov 2013 09:25:45 -0800 (PST) In-Reply-To: References: Date: Tue, 5 Nov 2013 18:25:45 +0100 Message-ID: Subject: Re: [10-STABLE, 11-CURRENT] something wrong between cam and eventtimer or geom and eventtimer From: Oliver Pinter To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Cc: Davide Italiano , Alexander Motin , FreeBSD Stable Mailing List , "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, 05 Nov 2013 17:25:47 -0000 op@perpetua ~> sysctl dev.cpu dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.coretemp.delta: 59 dev.cpu.0.coretemp.resolution: 1 dev.cpu.0.coretemp.tjmax: 100.0C dev.cpu.0.coretemp.throttle_log: 0 dev.cpu.0.temperature: 41.0C dev.cpu.0.freq_levels: 3401/84000 3400/84000 3200/77169 3000/70587 2800/64262 2700/61182 2500/55201 2300/49464 2100/43946 1900/38654 1700/34277 1500/29407 1400/27053 1225/23671 1200/22509 1050/19695 1000/18167 875/15896 800/14031 700/12277 600/10523 500/8769 400/7015 300/5261 200/3507 100/1753 dev.cpu.0.cx_supported: C1/1/1 C2/2/67 dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_usage: 100.00% 0.00% last 812us dev.cpu.1.%desc: ACPI CPU dev.cpu.1.%driver: cpu dev.cpu.1.%location: handle=\_PR_.CPU1 dev.cpu.1.%pnpinfo: _HID=none _UID=0 dev.cpu.1.%parent: acpi0 dev.cpu.1.coretemp.delta: 56 dev.cpu.1.coretemp.resolution: 1 dev.cpu.1.coretemp.tjmax: 100.0C dev.cpu.1.coretemp.throttle_log: 0 dev.cpu.1.temperature: 44.0C dev.cpu.1.cx_supported: C1/1/1 C2/2/67 dev.cpu.1.cx_lowest: C1 dev.cpu.1.cx_usage: 100.00% 0.00% last 1348us dev.cpu.2.%desc: ACPI CPU dev.cpu.2.%driver: cpu dev.cpu.2.%location: handle=\_PR_.CPU2 dev.cpu.2.%pnpinfo: _HID=none _UID=0 dev.cpu.2.%parent: acpi0 dev.cpu.2.coretemp.delta: 61 dev.cpu.2.coretemp.resolution: 1 dev.cpu.2.coretemp.tjmax: 100.0C dev.cpu.2.coretemp.throttle_log: 0 dev.cpu.2.temperature: 39.0C dev.cpu.2.cx_supported: C1/1/1 C2/2/67 dev.cpu.2.cx_lowest: C1 dev.cpu.2.cx_usage: 100.00% 0.00% last 845us dev.cpu.3.%desc: ACPI CPU dev.cpu.3.%driver: cpu dev.cpu.3.%location: handle=\_PR_.CPU3 dev.cpu.3.%pnpinfo: _HID=none _UID=0 dev.cpu.3.%parent: acpi0 dev.cpu.3.coretemp.delta: 62 dev.cpu.3.coretemp.resolution: 1 dev.cpu.3.coretemp.tjmax: 100.0C dev.cpu.3.coretemp.throttle_log: 0 dev.cpu.3.temperature: 38.0C dev.cpu.3.cx_supported: C1/1/1 C2/2/67 dev.cpu.3.cx_lowest: C1 dev.cpu.3.cx_usage: 100.00% 0.00% last 1609us On 11/5/13, Adrian Chadd wrote: > Hi! > > Can you do 'sysctl dev.cpu' please? I'd like to see what sleep > state(s) your CPU is entering. > > Thanks! > > > -adrian > > > On 5 November 2013 06:07, Oliver Pinter wrote: >> Hi all! >> >> The machine is a Haswell machine, the disc performance was very poor >> (20-30MByte/sec). >> When I change the kern.eventtimer.idletick from 0 to 1, the normal >> performance restored back to normal (70-90MByte/sec). >> >> The default eventtimer was LAPIC. >> >> On other machine Q9300, this was fully reproducible. >> _______________________________________________ >> 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 5 17:28:59 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 41BA5F19 for ; Tue, 5 Nov 2013 17:28:59 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from anacreon.physics.wisc.edu (unknown [IPv6:2607:f388:101c:0:216:cbff:fe39:3fae]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 05B2427EB for ; Tue, 5 Nov 2013 17:28:58 +0000 (UTC) Received: from anacreon.physics.wisc.edu (localhost [IPv6:::1]) by anacreon.physics.wisc.edu (8.14.7/8.14.7) with ESMTP id rA5HSvuo023648; Tue, 5 Nov 2013 11:28:58 -0600 (CST) (envelope-from nwhitehorn@freebsd.org) Message-ID: <52792AD9.2010200@freebsd.org> Date: Tue, 05 Nov 2013 11:28:57 -0600 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD powerpc; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: Kurt Lidl , freebsd-current@freebsd.org Subject: Re: [CFT] Kernel-Selection Enhancemnt to Boot Menu References: <62E3FA11-E6E1-4072-9226-993FF83EBC0D@fisglobal.com> <5279258F.8030000@pix.net> In-Reply-To: <5279258F.8030000@pix.net> Content-Type: text/plain; charset=ISO-8859-1 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: Tue, 05 Nov 2013 17:28:59 -0000 On 11/05/13 11:06, Kurt Lidl wrote: > >> You can try enabling the beastie menu on sparc64 by editing >> /boot/loader.rc: >> >> === Change #1 in /boot/loader.rc to enable beastie menu === >> >> Find: >> \ Reads and processes loader.conf variables >> \ NOTE: Change to `initialize' if you enable the below boot menu >> start >> >> Change "start" to "initialize" as shown below: >> \ Reads and processes loader.conf variables >> \ NOTE: Change to `initialize' if you enable the below boot menu >> initialize >> >> === Change #2 in [same file] to enable beastie menu === >> >> Find: >> \ Uncomment to enable boot menu >> \ include /boot/beastie.4th >> \ beastie-start >> >> Uncomment "beastie-start" as shown below: >> \ Uncomment to enable boot menu >> \ include /boot/beastie.4th >> beastie-start >> >> ====== >> >> If you find that making those two trivial changes, that you are able >> to load >> the menu... then maybe it's time for us to start thinking about >> enabling the >> beastie menu by-default for the sparc64 architecture. > > Seems to work just fine. I tested by booting, toggling through the > different kernel choices (/boot/kernel/kernel /boot/kernel.old/kernel) > and both worked correctly. > > (Although I uncommented the "include /boot/beastie.4th" line too.) > >> Does anybody else have any thoughts on enabling it for sparc64? > > Well, I'd probably be in support of this change - it sure beats having > to interrupt the normal boot sequence and typing: > unload > load /boot/kernel.old/kernel > load /boot/kernel.old/opensolaris.ko > load /boot/kernel.old/zfs.ko > boot > When I need to get back to the prior version of the kernel. Is there a way to make this work even without the beastie menu? A way to interrupt the boot before kernel load (even holding down a key) would be really valuable, even on systems that do not support fancy terminals with colors and such. -Nathan From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 17:31:13 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1B573123 for ; Tue, 5 Nov 2013 17:31:13 +0000 (UTC) (envelope-from freebsd@allanjude.com) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id EA3252846 for ; Tue, 5 Nov 2013 17:31:12 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.108.129]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id DDB2D44918 for ; Tue, 5 Nov 2013 17:31:06 +0000 (UTC) Message-ID: <52792B60.1030309@allanjude.com> Date: Tue, 05 Nov 2013 12:31:12 -0500 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: FreeBSD Current Subject: cron(8) improvement X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UFMEGxmXBne78i1AveQH0hebNca6kwEpV" 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, 05 Nov 2013 17:31:13 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --UFMEGxmXBne78i1AveQH0hebNca6kwEpV Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable This came up in discussion on IRC and I thought I should throw it at the list so I don't forget. A user was asking how to do what linux cron does, where there is a directory /etc/cron.d/ that packages and add files to to create crontabs.= Making FreeBSD's cron (Vixie Cron) include /etc/cron.d/ and /usr/local/etc/cron.d/ in the /etc/crontab format seems like a very useful feature, especially for pkg(8) as it makes it easy and safe to programatically add and remove crontabs as part of a package. --=20 Allan Jude --UFMEGxmXBne78i1AveQH0hebNca6kwEpV 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSeStkAAoJEJrBFpNRJZKfm8oP/jISo2YJMYu3mBhAl3ELCABY H/WRtKgtaPTL/hZjWFNkxKAlzBpzltIqORLdfIQlj3wQWR3Y7wgLZuzJ9uFLu4HF w1RXvO7aRFyceSehAzK4XXmLtRh7Wjmw6b9Cj9RPYgaWQkBkeMGfqrS0POMzMVyA 3Mo2FcnL4rbf7GXsy5ZM2zgslKzdfmvFi1OqOtxB6Hrd+OxJJQXcMbyrC4dh4qpN UsV1OK22wziqT06cSzFRfKI6FAwuLNmKwRkh/VJGu7eKIGp2nQ1FvNvRriGvDlOR RfLCWOCo+mU4S8BqPIKwl/Aff86mvw9UUo4c9uJTR2KPITo17tdteYctG+9IFGSM 4t8VXzPyBYkmVZWvbo13S8b2svfR/sM8dEPZ5vIU4/7qEnIshVvDfyFFcCeDCOz9 o2EyaEWrWyBPjdwdRnJtLFWX/H0auBBHnG+kCEtLEb7elQxZDBGd+enXVSf3FQ22 2OzRlqEtDYqDvFCzDO1rMxerHH+STtyYfZkpT1G6eHJfagF4pfwYugfPRqgnVJaX xtlbJqsB2ckvZIRhnsNjPVxbLvoaKUFYy21M2e9MHWX03GZcx2ovyaAhESY5ItzZ s6FLMW/AXp7Bu3s14oFLY1UK6f9kzOJrH3Gf5AKVx9W2nVTe0YeMDUlU0lWv6AA7 ToUd9DNotllmIldyKWDY =6FW+ -----END PGP SIGNATURE----- --UFMEGxmXBne78i1AveQH0hebNca6kwEpV-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 17:38:03 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 84AE42B2 for ; Tue, 5 Nov 2013 17:38:03 +0000 (UTC) (envelope-from lifanov@mail.lifanov.com) Received: from mail.lifanov.com (mail.lifanov.com [206.125.175.12]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6DCB22889 for ; Tue, 5 Nov 2013 17:38:03 +0000 (UTC) Received: from [10.1.3.5] (cnet520-windstream.mcclatchyinteractive.com [166.108.16.2]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.lifanov.com (Postfix) with ESMTPSA id AA4141A5576; Tue, 5 Nov 2013 12:37:56 -0500 (EST) Message-ID: <52792CF3.9050104@mail.lifanov.com> Date: Tue, 05 Nov 2013 12:37:55 -0500 From: Nikolai Lifanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Allan Jude , FreeBSD Current Subject: Re: cron(8) improvement References: <52792B60.1030309@allanjude.com> In-Reply-To: <52792B60.1030309@allanjude.com> Content-Type: text/plain; charset=ISO-8859-1 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: Tue, 05 Nov 2013 17:38:03 -0000 On 11/05/13 12:31, Allan Jude wrote: > This came up in discussion on IRC and I thought I should throw it at the > list so I don't forget. > > A user was asking how to do what linux cron does, where there is a > directory /etc/cron.d/ that packages and add files to to create crontabs. > > Making FreeBSD's cron (Vixie Cron) include /etc/cron.d/ and > /usr/local/etc/cron.d/ in the /etc/crontab format seems like a very > useful feature, especially for pkg(8) as it makes it easy and safe to > programatically add and remove crontabs as part of a package. > > Shouldn't we encourage packages to use periodic(8) when possible? - Nikolai Lifanov From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 17:46:07 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0B5F6621; Tue, 5 Nov 2013 17:46:07 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 822AD2944; Tue, 5 Nov 2013 17:46:06 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id rA5HjtNb021914; Tue, 5 Nov 2013 19:45:55 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua rA5HjtNb021914 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id rA5HjsCe021911; Tue, 5 Nov 2013 19:45:54 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 5 Nov 2013 19:45:54 +0200 From: Konstantin Belousov To: Gleb Smirnoff Subject: Re: 10.0-BETA1 i386 on VirtualBox Message-ID: <20131105174554.GX59496@kib.kiev.ua> References: <526939BF.4030306@dat.pl> <20131105070222.GW59496@kib.kiev.ua> <20131105070608.GI1467@glebius.int.ru> <201311051215.40336.breton@cynicmansion.ru> <20131105090904.GN1467@glebius.int.ru> <20131105092433.GP1467@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="U/R2oelL0JVaeI5e" Content-Disposition: inline In-Reply-To: <20131105092433.GP1467@FreeBSD.org> User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, 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: Boris Bobrov , Glen Barber , "freebsd-current@freebsd.org" , Maciej Milewski 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, 05 Nov 2013 17:46:07 -0000 --U/R2oelL0JVaeI5e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 05, 2013 at 01:24:33PM +0400, Gleb Smirnoff wrote: > On Tue, Nov 05, 2013 at 01:09:04PM +0400, Gleb Smirnoff wrote: > T> B> > The only known way to get FreeBSD working is to turn off unmapped= io > T> B> > in loader. Any tweaking of "hardware" in VB or changes in the ins= tall > T> B> > process do not affect. > T> B>=20 > T> B> Disabling VT-x in VB helps too. > T>=20 > T> Doesn't help with my issue. This could mean that my issue and the one > T> that Boris and Maciej encountered are different. Verify that VT-x is indeed turned off. Try to turn it off in BIOS, than check for the VMX bit in the features2 line on the host. >=20 > P.S. Just to confirm that turning off unmapped io in loader fixes my > issue with random buildworld failures. >=20 This is not the fix, it is rather a masking for a bug. Right now, I am even more sure that the issue is in vbox. And still, anybody able to get the problem on amd64 guest ? --U/R2oelL0JVaeI5e Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSeS7RAAoJEJDCuSvBvK1BLb0P/1mhYS+UCQEy3SzVeRQWeqgO aesXO06GEto+ttso99CcmBocD3YvHqDu0SqcuMWmmKe3uASbypPx770mX4p3/dOS 5nlb0nBK7izC6nyydkk9AKH9lDBiraqbkp1i0x9zy98In0njs7J9PFDE+Gky/AIi HP+7LWXleoOEYt8+w1vwacUvGNsmnEFvgRL6xbvemvbyGHymlM1RZaK+bSzuh4IB dcrG98D9SYgr2pXj0ey3CWKzcvywRLV2ZC45xpwMoV0MxX4YTjwTXhpUksmAXL/0 PGFD0byVbwQM5QiODp4viIFYCZoow9LIZ/V6ZuHpdIvkJvRYOUSWwv5Xuq7gGQz2 Hk15E2pPYEfb4TkAAGEfOT12Rk1hktCepWrhfA1PNUOCtnSpr4xuWUDktYBFqKwS HEANVndru9KvTvZaylYrGjY4lsxwjXd38KqZBt9wMQ0jtMnCX/IvUumT9zZlHehK 7ryXFLWhLr1zqYGsZS5Yj52lSM3nq4pwi2JQo16gPdDR6I5AyBsDSaIFyjQBYA3L 1ycU3EMyKZbdqTsO5/A9uFU5ZmS20eZ1UUAQ3Khu2kgo2OzlUTZMKcjHRv0aLg2k UoaDiAbzhgIY3SzAz/2ib3xv1Hu5F6viMjTZVAf5ArE25S1zcIN44ltVZOSV6Lw2 mZ2IZZ48ZPv1I9OByUQ/ =poOe -----END PGP SIGNATURE----- --U/R2oelL0JVaeI5e-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 17:53:52 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D37428C1; Tue, 5 Nov 2013 17:53:52 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3FBF729EB; Tue, 5 Nov 2013 17:53:51 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.17]) by ltcfislmsgpa02.fnfis.com (8.14.5/8.14.5) with ESMTP id rA5Hro3l024490 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 5 Nov 2013 11:53:50 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.152]) by LTCFISWMSGHT06.FNFIS.com ([10.132.206.17]) with mapi id 14.03.0158.001; Tue, 5 Nov 2013 11:53:49 -0600 From: "Teske, Devin" To: Nathan Whitehorn Subject: Re: [CFT] Kernel-Selection Enhancemnt to Boot Menu Thread-Topic: [CFT] Kernel-Selection Enhancemnt to Boot Menu Thread-Index: AQHO15puDLYKYE3XWU64lusTqAzYBQ== Date: Tue, 5 Nov 2013 17:53:48 +0000 Message-ID: <0060B581-2639-4B84-A0E1-84B13EAD7ABF@fisglobal.com> References: <62E3FA11-E6E1-4072-9226-993FF83EBC0D@fisglobal.com> <5279258F.8030000@pix.net> <52792AD9.2010200@freebsd.org> In-Reply-To: <52792AD9.2010200@freebsd.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: multipart/signed; boundary="Apple-Mail=_83DC9512-BA9A-4650-A06B-FDB259A6D728"; protocol="application/pgp-signature"; micalg=pgp-sha512 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-11-05_07:2013-11-05,2013-11-05,1970-01-01 signatures=0 Cc: Devin Teske , " Current" , "Teske, Devin" , Kurt Lidl 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: Tue, 05 Nov 2013 17:53:53 -0000 --Apple-Mail=_83DC9512-BA9A-4650-A06B-FDB259A6D728 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On Nov 5, 2013, at 9:28 AM, Nathan Whitehorn wrote: > On 11/05/13 11:06, Kurt Lidl wrote: >> >>> You can try enabling the beastie menu on sparc64 by editing >>> /boot/loader.rc: >>> >>> === Change #1 in /boot/loader.rc to enable beastie menu === >>> >>> Find: >>> \ Reads and processes loader.conf variables >>> \ NOTE: Change to `initialize' if you enable the below boot menu >>> start >>> >>> Change "start" to "initialize" as shown below: >>> \ Reads and processes loader.conf variables >>> \ NOTE: Change to `initialize' if you enable the below boot menu >>> initialize >>> >>> === Change #2 in [same file] to enable beastie menu === >>> >>> Find: >>> \ Uncomment to enable boot menu >>> \ include /boot/beastie.4th >>> \ beastie-start >>> >>> Uncomment "beastie-start" as shown below: >>> \ Uncomment to enable boot menu >>> \ include /boot/beastie.4th >>> beastie-start >>> >>> ====== >>> >>> If you find that making those two trivial changes, that you are able >>> to load >>> the menu... then maybe it's time for us to start thinking about >>> enabling the >>> beastie menu by-default for the sparc64 architecture. >> >> Seems to work just fine. I tested by booting, toggling through the >> different kernel choices (/boot/kernel/kernel /boot/kernel.old/kernel) >> and both worked correctly. >> >> (Although I uncommented the "include /boot/beastie.4th" line too.) >> >>> Does anybody else have any thoughts on enabling it for sparc64? >> >> Well, I'd probably be in support of this change - it sure beats having >> to interrupt the normal boot sequence and typing: >> unload >> load /boot/kernel.old/kernel >> load /boot/kernel.old/opensolaris.ko >> load /boot/kernel.old/zfs.ko >> boot >> When I need to get back to the prior version of the kernel. > > Is there a way to make this work even without the beastie menu? A way to > interrupt the boot before kernel load (even holding down a key) would be > really valuable, even on systems that do not support fancy terminals > with colors and such. Nathan, Can you drop into your /boot/loader.conf: loader_delay=3 And reboot? I'm trying to think how we could use that to our advantage. I'm interested in creative applications thereof. For more skinny on what that does... "man delay.4th", it spills the beans on a "delayed command execution" module that I added a few years ago. For example... Here's my idea of making things easier on the user that wants to load a different kernel, but *without* using a menu... 1. We have loader_delay default to 3 2. Dots are displayed for 3 seconds before we do anything (like load a kernel) 3. User presses ENTER during those 3 seconds, and the delay is truncated 4. User presses Ctrl-C during those 3 seconds (or ESC) and they get a prompt (before the kernel has loaded). Then here's what I would do (as to not have to load separate modules)... set kernel=kernel.old boot + The forth code figures out that the kernel is in /boot + If loader.conf had opensolaris_load=YES and + zfs_load=YES then the forth code also loads those from kernel.old But let's say loader.conf was bare, you could do: set kernel=kernel.old set opensolaris_load=YES set zfs_load=YES boot NB: The reason this works is because you would not call "start" in your loader.rc (which actually loads things), but instead "initialize" (which only loads loader.conf et. al.) followed by dc_execute to fire off "autoboot" in 3 seconds (with the aforementioned allowed interrupt ability). Is that what you were thinking? Will that work? Bonus: It would be extremely trivial to implement. -- Devin _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. --Apple-Mail=_83DC9512-BA9A-4650-A06B-FDB259A6D728 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJSeTCrAAoJEKrMn5R9npq5aJsIAMbTgiS3JvLpB5NGPDS7yFeg A/6rA9/KpGGqMPe6tm2W0sFH8Xm0Vi+mAZrgYa/nqeak/fZyoYedjYwawZg39Kdz Htq85fNJ40Y6+E6+ePYZtLbb72AYn2hFQQMlA9ysicpNC8B5Y/5UAcR4skE8pbl7 HaPJpL0KEvMuPlHag+nuKfRDhZKvgyfAehFRfGpj5igPuToRnjN+soWvDEI9o0TR 4fC3uhVU0wrGrUtKNsd/HNm2YG45nDnlnOqvSu3lhCu7IVLHbeAfQbQ6YJigXLW/ GgU7sHP830lb95X2Gx1wH7GeaiB1q0OI2jD306QhNAe4VRgbSi0kcBVWNe5SIM8= =mN10 -----END PGP SIGNATURE----- --Apple-Mail=_83DC9512-BA9A-4650-A06B-FDB259A6D728-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 18:12:40 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D1E3155A; Tue, 5 Nov 2013 18:12:40 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qc0-x22a.google.com (mail-qc0-x22a.google.com [IPv6:2607:f8b0:400d:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5D8D72B2A; Tue, 5 Nov 2013 18:12:40 +0000 (UTC) Received: by mail-qc0-f170.google.com with SMTP id n9so5082237qcw.1 for ; Tue, 05 Nov 2013 10:12:39 -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:message-id:subject :from:to:cc:content-type; bh=oh/Amx+t2QSc/AcxBx/JXQkZMRKw9avtSAtkuzPNCes=; b=smSD74SZ9upXjV0oeVMzwX73qZHJHibK6Rw5an88glHavZY8pXirvGL5s5UVQ5x7EV zdxoO/N5JHyqFvtg7rZreT0J3HLD+qlxpCLoA/128DuTDZF45w42nvVA6F3aglYqiLwu JwwJBtETlvW8WlRIr/HuAVMc/fblSeFSSWycCrtA/7Nk/p+CRjAWWhdldHb5LgWhsyrF vpergD5O7kBENparFZoWmCMD9Qq68iLqKD/O8b2jQ85QdS6ySpNtpoeHG+HP6z380Jfq VDYm4JrNYI7tYFeP8FgfmBzn42lRBAm/bn52kkM4tm8nOqJnFJRszcloPtGbVAsmUgqq eLnw== MIME-Version: 1.0 X-Received: by 10.49.59.115 with SMTP id y19mr31198606qeq.8.1383675159437; Tue, 05 Nov 2013 10:12:39 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.207.66 with HTTP; Tue, 5 Nov 2013 10:12:39 -0800 (PST) In-Reply-To: References: Date: Tue, 5 Nov 2013 10:12:39 -0800 X-Google-Sender-Auth: KqXQhIrids-sPQcjHI2rrGPAyF8 Message-ID: Subject: Re: [10-STABLE, 11-CURRENT] something wrong between cam and eventtimer or geom and eventtimer From: Adrian Chadd To: Oliver Pinter Content-Type: text/plain; charset=ISO-8859-1 Cc: Davide Italiano , Alexander Motin , FreeBSD Stable Mailing List , "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, 05 Nov 2013 18:12:40 -0000 Ok, so it's only hitting C1. It's not going into C2. Is this a dual core CPU with hyperthreading enabled, or a quad core CPU? How about changing the idle loop from acpi to hlt, see if that fixes things? (Without tweaking the event timer logic.) I'm worried that what you're seeing here are missed interrupts or interrupts that aren't immediately causing the driver thread to be scheduled (and thus things enter HLT until the next interrupt.) I had to deal with this crap on MIPS for quite some time. sysctl machdep.idle=hlt -adrian On 5 November 2013 09:25, Oliver Pinter wrote: > op@perpetua ~> sysctl dev.cpu > dev.cpu.0.%desc: ACPI CPU > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=\_PR_.CPU0 > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.coretemp.delta: 59 > dev.cpu.0.coretemp.resolution: 1 > dev.cpu.0.coretemp.tjmax: 100.0C > dev.cpu.0.coretemp.throttle_log: 0 > dev.cpu.0.temperature: 41.0C > dev.cpu.0.freq_levels: 3401/84000 3400/84000 3200/77169 3000/70587 > 2800/64262 2700/61182 2500/55201 2300/49464 2100/43946 1900/38654 > 1700/34277 1500/29407 1400/27053 1225/23671 1200/22509 1050/19695 > 1000/18167 875/15896 800/14031 700/12277 600/10523 500/8769 400/7015 > 300/5261 200/3507 100/1753 > dev.cpu.0.cx_supported: C1/1/1 C2/2/67 > dev.cpu.0.cx_lowest: C1 > dev.cpu.0.cx_usage: 100.00% 0.00% last 812us > dev.cpu.1.%desc: ACPI CPU > dev.cpu.1.%driver: cpu > dev.cpu.1.%location: handle=\_PR_.CPU1 > dev.cpu.1.%pnpinfo: _HID=none _UID=0 > dev.cpu.1.%parent: acpi0 > dev.cpu.1.coretemp.delta: 56 > dev.cpu.1.coretemp.resolution: 1 > dev.cpu.1.coretemp.tjmax: 100.0C > dev.cpu.1.coretemp.throttle_log: 0 > dev.cpu.1.temperature: 44.0C > dev.cpu.1.cx_supported: C1/1/1 C2/2/67 > dev.cpu.1.cx_lowest: C1 > dev.cpu.1.cx_usage: 100.00% 0.00% last 1348us > dev.cpu.2.%desc: ACPI CPU > dev.cpu.2.%driver: cpu > dev.cpu.2.%location: handle=\_PR_.CPU2 > dev.cpu.2.%pnpinfo: _HID=none _UID=0 > dev.cpu.2.%parent: acpi0 > dev.cpu.2.coretemp.delta: 61 > dev.cpu.2.coretemp.resolution: 1 > dev.cpu.2.coretemp.tjmax: 100.0C > dev.cpu.2.coretemp.throttle_log: 0 > dev.cpu.2.temperature: 39.0C > dev.cpu.2.cx_supported: C1/1/1 C2/2/67 > dev.cpu.2.cx_lowest: C1 > dev.cpu.2.cx_usage: 100.00% 0.00% last 845us > dev.cpu.3.%desc: ACPI CPU > dev.cpu.3.%driver: cpu > dev.cpu.3.%location: handle=\_PR_.CPU3 > dev.cpu.3.%pnpinfo: _HID=none _UID=0 > dev.cpu.3.%parent: acpi0 > dev.cpu.3.coretemp.delta: 62 > dev.cpu.3.coretemp.resolution: 1 > dev.cpu.3.coretemp.tjmax: 100.0C > dev.cpu.3.coretemp.throttle_log: 0 > dev.cpu.3.temperature: 38.0C > dev.cpu.3.cx_supported: C1/1/1 C2/2/67 > dev.cpu.3.cx_lowest: C1 > dev.cpu.3.cx_usage: 100.00% 0.00% last 1609us > > On 11/5/13, Adrian Chadd wrote: >> Hi! >> >> Can you do 'sysctl dev.cpu' please? I'd like to see what sleep >> state(s) your CPU is entering. >> >> Thanks! >> >> >> -adrian >> >> >> On 5 November 2013 06:07, Oliver Pinter wrote: >>> Hi all! >>> >>> The machine is a Haswell machine, the disc performance was very poor >>> (20-30MByte/sec). >>> When I change the kern.eventtimer.idletick from 0 to 1, the normal >>> performance restored back to normal (70-90MByte/sec). >>> >>> The default eventtimer was LAPIC. >>> >>> On other machine Q9300, this was fully reproducible. >>> _______________________________________________ >>> 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 5 18:13:06 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C9A5876B; Tue, 5 Nov 2013 18:13:06 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qa0-x232.google.com (mail-qa0-x232.google.com [IPv6:2607:f8b0:400d:c00::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 528222B49; Tue, 5 Nov 2013 18:13:06 +0000 (UTC) Received: by mail-qa0-f50.google.com with SMTP id f11so1237080qae.2 for ; Tue, 05 Nov 2013 10:13:05 -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:message-id:subject :from:to:cc:content-type; bh=ZPOoisM4obD39jBxv1JSlAUS7nKz7ByCr6Z6jdrYuZo=; b=Mbgz33ETp7juUka/XgpR5Sd0FjST6Pr9WghQefhEem9P/c2aJmLpYiQ6M+LAFOFWzU K+Oh8vlfoc0jX8mqdGH0aSZ/qhq9xzuMd0NqNzME0lQ2b4hLZyrHxWJ2zOCDkCu0PpqY LKnH7ZVSUhwtE05diRTbMNNwMk8IGyOFj8PaT8YWk5yAtXDk8lE1WHML2qrhewIZhdlm gYwdCW1GKsofbv04/MuzsNcPD/0qTC2YX7/Sa04ad9GyMr+UMfYpzutKNGC/QCLx9qWp ELKUFZDQPnucWZgWw92ClCZq+gQMMxEyjZUjtKorLFe+pfUSO5LHUVlFA+wu7TSOHRDE cEWQ== MIME-Version: 1.0 X-Received: by 10.229.244.69 with SMTP id lp5mr31174429qcb.14.1383675185144; Tue, 05 Nov 2013 10:13:05 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.207.66 with HTTP; Tue, 5 Nov 2013 10:13:05 -0800 (PST) In-Reply-To: References: Date: Tue, 5 Nov 2013 10:13:05 -0800 X-Google-Sender-Auth: o1IbbFiUBcDEZVVqprDpYgvU3p0 Message-ID: Subject: Re: [10-STABLE, 11-CURRENT] something wrong between cam and eventtimer or geom and eventtimer From: Adrian Chadd To: Oliver Pinter Content-Type: text/plain; charset=ISO-8859-1 Cc: Davide Italiano , Alexander Motin , FreeBSD Stable Mailing List , "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, 05 Nov 2013 18:13:06 -0000 and sysctl machdep.idle_mwait=0 -adrian On 5 November 2013 10:12, Adrian Chadd wrote: > Ok, so it's only hitting C1. It's not going into C2. > > Is this a dual core CPU with hyperthreading enabled, or a quad core CPU? > > How about changing the idle loop from acpi to hlt, see if that fixes > things? (Without tweaking the event timer logic.) > > I'm worried that what you're seeing here are missed interrupts or > interrupts that aren't immediately causing the driver thread to be > scheduled (and thus things enter HLT until the next interrupt.) I had > to deal with this crap on MIPS for quite some time. > > sysctl machdep.idle=hlt > > > > -adrian > > > On 5 November 2013 09:25, Oliver Pinter wrote: >> op@perpetua ~> sysctl dev.cpu >> dev.cpu.0.%desc: ACPI CPU >> dev.cpu.0.%driver: cpu >> dev.cpu.0.%location: handle=\_PR_.CPU0 >> dev.cpu.0.%pnpinfo: _HID=none _UID=0 >> dev.cpu.0.%parent: acpi0 >> dev.cpu.0.coretemp.delta: 59 >> dev.cpu.0.coretemp.resolution: 1 >> dev.cpu.0.coretemp.tjmax: 100.0C >> dev.cpu.0.coretemp.throttle_log: 0 >> dev.cpu.0.temperature: 41.0C >> dev.cpu.0.freq_levels: 3401/84000 3400/84000 3200/77169 3000/70587 >> 2800/64262 2700/61182 2500/55201 2300/49464 2100/43946 1900/38654 >> 1700/34277 1500/29407 1400/27053 1225/23671 1200/22509 1050/19695 >> 1000/18167 875/15896 800/14031 700/12277 600/10523 500/8769 400/7015 >> 300/5261 200/3507 100/1753 >> dev.cpu.0.cx_supported: C1/1/1 C2/2/67 >> dev.cpu.0.cx_lowest: C1 >> dev.cpu.0.cx_usage: 100.00% 0.00% last 812us >> dev.cpu.1.%desc: ACPI CPU >> dev.cpu.1.%driver: cpu >> dev.cpu.1.%location: handle=\_PR_.CPU1 >> dev.cpu.1.%pnpinfo: _HID=none _UID=0 >> dev.cpu.1.%parent: acpi0 >> dev.cpu.1.coretemp.delta: 56 >> dev.cpu.1.coretemp.resolution: 1 >> dev.cpu.1.coretemp.tjmax: 100.0C >> dev.cpu.1.coretemp.throttle_log: 0 >> dev.cpu.1.temperature: 44.0C >> dev.cpu.1.cx_supported: C1/1/1 C2/2/67 >> dev.cpu.1.cx_lowest: C1 >> dev.cpu.1.cx_usage: 100.00% 0.00% last 1348us >> dev.cpu.2.%desc: ACPI CPU >> dev.cpu.2.%driver: cpu >> dev.cpu.2.%location: handle=\_PR_.CPU2 >> dev.cpu.2.%pnpinfo: _HID=none _UID=0 >> dev.cpu.2.%parent: acpi0 >> dev.cpu.2.coretemp.delta: 61 >> dev.cpu.2.coretemp.resolution: 1 >> dev.cpu.2.coretemp.tjmax: 100.0C >> dev.cpu.2.coretemp.throttle_log: 0 >> dev.cpu.2.temperature: 39.0C >> dev.cpu.2.cx_supported: C1/1/1 C2/2/67 >> dev.cpu.2.cx_lowest: C1 >> dev.cpu.2.cx_usage: 100.00% 0.00% last 845us >> dev.cpu.3.%desc: ACPI CPU >> dev.cpu.3.%driver: cpu >> dev.cpu.3.%location: handle=\_PR_.CPU3 >> dev.cpu.3.%pnpinfo: _HID=none _UID=0 >> dev.cpu.3.%parent: acpi0 >> dev.cpu.3.coretemp.delta: 62 >> dev.cpu.3.coretemp.resolution: 1 >> dev.cpu.3.coretemp.tjmax: 100.0C >> dev.cpu.3.coretemp.throttle_log: 0 >> dev.cpu.3.temperature: 38.0C >> dev.cpu.3.cx_supported: C1/1/1 C2/2/67 >> dev.cpu.3.cx_lowest: C1 >> dev.cpu.3.cx_usage: 100.00% 0.00% last 1609us >> >> On 11/5/13, Adrian Chadd wrote: >>> Hi! >>> >>> Can you do 'sysctl dev.cpu' please? I'd like to see what sleep >>> state(s) your CPU is entering. >>> >>> Thanks! >>> >>> >>> -adrian >>> >>> >>> On 5 November 2013 06:07, Oliver Pinter wrote: >>>> Hi all! >>>> >>>> The machine is a Haswell machine, the disc performance was very poor >>>> (20-30MByte/sec). >>>> When I change the kern.eventtimer.idletick from 0 to 1, the normal >>>> performance restored back to normal (70-90MByte/sec). >>>> >>>> The default eventtimer was LAPIC. >>>> >>>> On other machine Q9300, this was fully reproducible. >>>> _______________________________________________ >>>> 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 5 18:14:39 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3E180994; Tue, 5 Nov 2013 18:14:39 +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]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id ED1442B80; Tue, 5 Nov 2013 18:14:37 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.7/8.14.7) with ESMTP id rA5IEZhh006613; Tue, 5 Nov 2013 12:14:35 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.7/8.14.7/Submit) id rA5IEZ6H006612; Tue, 5 Nov 2013 12:14:35 -0600 (CST) (envelope-from brooks) Date: Tue, 5 Nov 2013 12:14:35 -0600 From: Brooks Davis To: Ian Lepore Subject: Re: CUURENT kernel build broken - make[2]: exec(aicasm) failed (No such file or directory) Message-ID: <20131105181435.GA91063@lor.one-eyed-alien.net> References: <1383611766.31172.153.camel@revolution.hippie.lan> <1383628194.31172.155.camel@revolution.hippie.lan> <20131105070146.GH1467@FreeBSD.org> <1383663652.31172.160.camel@revolution.hippie.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J/dobhs11T7y2rNN" Content-Disposition: inline In-Reply-To: <1383663652.31172.160.camel@revolution.hippie.lan> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Outback Dingo , Gleb Smirnoff , 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, 05 Nov 2013 18:14:39 -0000 --J/dobhs11T7y2rNN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 05, 2013 at 08:00:52AM -0700, Ian Lepore wrote: > On Tue, 2013-11-05 at 11:01 +0400, Gleb Smirnoff wrote: > > On Mon, Nov 04, 2013 at 10:09:54PM -0700, Ian Lepore wrote: > > I> > > /usr/src/sys/dev/aic7xxx/aic7xxx.seq > > I> > > > make[2]: exec(aicasm) failed (No such file or directory) > > I> > > > *** Error code 1 > > I> > > > > > I> > > > Stop. > > I> > > > make[2]: stopped in /usr/obj/usr/src/sys/GENERIC > > I> > > > *** Error code 1 > > I> > > > > > I> > > > Stop. > > I> > > > make[1]: stopped in /usr/src > > I> > > > > I> > > Did you update your source and then "make buildkernel" without > > I> > > buildworld? If so, a "make kernel-toolchain" should create the = aicasm > > I> > > tool and get you back on track. > > I> > > > > I> >=20 > > I> > really odd as i built a kernel this morning no problem, then updat= ed the > > I> > tree and went to build another kernel and got that. > > I> > working through it, thanks for the input.......... > > I> >=20 > > I>=20 > > I> You were just unlucky that your updates bracketed my checkin that > > I> changed the build process for the aicasm tool so that it gets built = as > > I> part of the toolchain rather than as part of the kernel now. > >=20 > > Before this change, the toolchain was not required for kernel build if = you > > aren't cross building. And now it is. This breaks the kernel build proc= edure > > documented in handbook for years, and brings a lot of discomfort to > > developers. > >=20 > > Now to test a trivial change to kernel I need first to compile clang. > >=20 >=20 > I didn't realize the change would have that effect. Building aicasm > using the kernel build machinery just isn't an option anymore, it builds > in the wrong environment with the wrong header files and sometimes the > wrong toolchain when cross-building. But there should be a solution > that doesn't require building clang, I'll see what can be done. We should probalby just install it in /usr/bin. The last functional change was in 2010 and the last before that was 2003. -- Brooks --J/dobhs11T7y2rNN Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iD8DBQFSeTWKXY6L6fI4GtQRApjWAKCk/irlGlV/mUgapGRtrUf91Il8CQCfco05 WcxjLppvs71Tpymb2UWRthg= =QjjQ -----END PGP SIGNATURE----- --J/dobhs11T7y2rNN-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 18:21:30 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E18C7E17 for ; Tue, 5 Nov 2013 18:21:30 +0000 (UTC) (envelope-from feld@FreeBSD.org) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B58F72C0E for ; Tue, 5 Nov 2013 18:21:30 +0000 (UTC) Received: from compute5.internal (compute5.nyi.mail.srv.osa [10.202.2.45]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 92B4722174 for ; Tue, 5 Nov 2013 13:21:27 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute5.internal (MEProxy); Tue, 05 Nov 2013 13:21:28 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:in-reply-to:references :subject:date; s=smtpout; bh=/t4qcJmESoLBP52yKpLYlzj0Od8=; b=iXj 4M3WzTJfo/sg+jZtiLJh5knYZ0Rofae+ZKigMMEc+hLkrlakj951pKl6M6obdlOf HRFc66OsF84FDAhA8G7gTc3azsQW+YDXBt/Njt1ryyxWFgzur++YO744qx+4X/mj q0JysQ+/yZAabZySH6kL17yZQ1ewxEYtyjz9JSjw= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id 378FF111173; Tue, 5 Nov 2013 13:21:27 -0500 (EST) Message-Id: <1383675687.8053.43379365.3F5A71FC@webmail.messagingengine.com> X-Sasl-Enc: dssdnOFwFWSFglRnu+i9s3QEEvw4u58CHQ/ga1pUtbj/ 1383675687 From: Mark Felder To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-d4893488 In-Reply-To: <52792CF3.9050104@mail.lifanov.com> References: <52792B60.1030309@allanjude.com> <52792CF3.9050104@mail.lifanov.com> Subject: Re: cron(8) improvement Date: Tue, 05 Nov 2013 12:21:27 -0600 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, 05 Nov 2013 18:21:30 -0000 On Tue, Nov 5, 2013, at 11:37, Nikolai Lifanov wrote: > On 11/05/13 12:31, Allan Jude wrote: > > This came up in discussion on IRC and I thought I should throw it at the > > list so I don't forget. > > > > A user was asking how to do what linux cron does, where there is a > > directory /etc/cron.d/ that packages and add files to to create crontabs. > > > > Making FreeBSD's cron (Vixie Cron) include /etc/cron.d/ and > > /usr/local/etc/cron.d/ in the /etc/crontab format seems like a very > > useful feature, especially for pkg(8) as it makes it easy and safe to > > programatically add and remove crontabs as part of a package. > > > > > > Shouldn't we encourage packages to use periodic(8) when possible? > Yes but our default periodic configuration in /etc/crontab is only configured to be as granular as daily. If this is something that should run hourly or at very strange intervals then cron is a better choice. If the application is installing its own user they could install their own crontab file in /var/cron/tabs. I'm certain I've seen a couple ports do this. From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 18:23:24 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 160F5BA; Tue, 5 Nov 2013 18:23:24 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E3A022C31; Tue, 5 Nov 2013 18:23:23 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 026B3B988; Tue, 5 Nov 2013 13:23:23 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: Automated submission of kernel panic reports: sysutils/panicmail Date: Tue, 5 Nov 2013 12:27:14 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <527779ED.9040303@freebsd.org> <527797D8.5040404@freebsd.org> <527811B7.5090102@freebsd.org> In-Reply-To: <527811B7.5090102@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201311051227.14157.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 05 Nov 2013 13:23:23 -0500 (EST) Cc: FreeBSD Hackers , Alfred Perlstein , Jordan Hubbard , Colin Percival 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, 05 Nov 2013 18:23:24 -0000 On Monday, November 04, 2013 4:29:27 pm Colin Percival wrote: > On 11/04/13 04:49, Alfred Perlstein wrote: > > Colin, have you had a few minutes to check out the crash reporting facilities in > > FreeNAS? > > Yes. > > > The reason I ask is that: > > > > 1) we would like to share code. > > 2) we have this running for a few months now and have a huge corpus of information. > > 3) we are building a nice UI (screenshots attached) over it, we have a couple of > > thousands of lines of code we can share for this. > > Once I have a useful number of panics collected, I was hoping to take the best > pieces from FreeNAS's processing, from the SoC project, and from the processing > I've been doing of automatic panic reports from EC2 instances. > > > We send a minimal set of information: kernel stack trace, ddb buffer and > > hardware. Just enough to get some very, very handy stuff. > > I'm currently sending the dump header and what I get from kgdb 'bt'. If I find > that I'm missing something important, I can always add it to a new version of > the panicmail port. ;-) One of my previous employers maintained a database of panics and I added ways to recognize "known panics" and tag them. I ended up relying a lot on stack trace details from specific OS versions to mark a panic as an instance of a specific bug. Also, you may have very different stack traces even on the same build version for a single bug. In the case of my employer we had a constrained set of kernel configs and specific build versions to work with. It might be harder to correctly match panics in the wild what with patched trees and random kernel configs. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 18:28:18 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5BF61932 for ; Tue, 5 Nov 2013 18:28:18 +0000 (UTC) (envelope-from freebsd@allanjude.com) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 1706B2CB4 for ; Tue, 5 Nov 2013 18:28:17 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.108.129]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 7D27544AA0 for ; Tue, 5 Nov 2013 18:28:14 +0000 (UTC) Message-ID: <527938C3.3000104@allanjude.com> Date: Tue, 05 Nov 2013 13:28:19 -0500 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: cron(8) improvement References: <52792B60.1030309@allanjude.com> <52792CF3.9050104@mail.lifanov.com> <1383675687.8053.43379365.3F5A71FC@webmail.messagingengine.com> In-Reply-To: <1383675687.8053.43379365.3F5A71FC@webmail.messagingengine.com> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mS8BBbj0is651lEMJ4L6VrsXCNOk0VFE3" 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, 05 Nov 2013 18:28:18 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --mS8BBbj0is651lEMJ4L6VrsXCNOk0VFE3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2013-11-05 13:21, Mark Felder wrote: > > On Tue, Nov 5, 2013, at 11:37, Nikolai Lifanov wrote: >> On 11/05/13 12:31, Allan Jude wrote: >>> This came up in discussion on IRC and I thought I should throw it at = the >>> list so I don't forget. >>> >>> A user was asking how to do what linux cron does, where there is a >>> directory /etc/cron.d/ that packages and add files to to create cront= abs. >>> >>> Making FreeBSD's cron (Vixie Cron) include /etc/cron.d/ and >>> /usr/local/etc/cron.d/ in the /etc/crontab format seems like a very >>> useful feature, especially for pkg(8) as it makes it easy and safe to= >>> programatically add and remove crontabs as part of a package. >>> >>> >> Shouldn't we encourage packages to use periodic(8) when possible? >> > Yes but our default periodic configuration in /etc/crontab is only > configured to be as granular as daily. If this is something that should= > run hourly or at very strange intervals then cron is a better choice. > > If the application is installing its own user they could install their > own crontab file in /var/cron/tabs. I'm certain I've seen a couple port= s > do this. > _______________________________________________ > 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" I don't have a specific example off the top of my head, but I am sure there are some daemons that needs to do something at some interval as root. Personally I am not so sure about having a package create a crontab automatically. It seems like a POLA violation, but it is also something that seems to be expected by some modern applications. I assume it is mostly handled by pkg-message currently, and maybe it is best to continue that way, but having the additional flexibility may be very useful. If for nothing else, it would be a lot prettier than the way I currently manage crontabs using puppet. --=20 Allan Jude --mS8BBbj0is651lEMJ4L6VrsXCNOk0VFE3 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSeTjHAAoJEJrBFpNRJZKfE4AQALdb14F8E5kZh3ay8xMOD0Am Q8H2Av5AsBSM1jzqXDM9xY1fF3W60ePAYIKsGdwdsVW8eatrfFFf/5wNEzz6I0jo +aTMdYLegYSlzaC7xp7uLDRpNZq3dvejbAWSk96nHMQeclQ6yZgyakxe69j0j7KD /gvNNxR8INGa0MmcTKyUI9bkKK1H5jwgJY6S+z00enrdo3orvkYQN4axAqbk/EzV l/tWmgTPdVHyz/S7KmBb+mrdwSqpwlDEM9mhNrWQJfifJhfRvQv1GvLhDv3+QZ5S pgMjF0I7D+GmT2ds5cA+MUuR4gxYPziruOQvFpaVuq+w6qEu/tBoOYhgDXVF+Fyx fbIklfPcuiE9bjMPVdoifpHeeB7ZwvUSCWIiCNXm6T6SGaNtSfy5h2e5YOVmA6// f5cEwVBkwFAct6ivnkysh9iqM4uFUGpbakbGZeyykMMTc1FJU6FnJvLm60ogtQsz 5128AUCU6RucL7AJeIlTVqgDK28qguOf27WP7HWiQjy4ETAIvpiPwYpjUoX79flQ 8/YaZoEzapFhA4DD7kMAaAWBPxtkOH3pSUuewx8qtEGFLYb1k8HbVIgiZp4r+Z1k tfuzCER8UJYJtKq9ch6wjiW44p1dv9wCz9FqVyVoA+D3a/A3AxFhcVDBw+90ajM7 S1QmBd/reYBuaFztYMu3 =MbDX -----END PGP SIGNATURE----- --mS8BBbj0is651lEMJ4L6VrsXCNOk0VFE3-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 18:30:29 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DA757A6B for ; Tue, 5 Nov 2013 18:30:29 +0000 (UTC) (envelope-from mike.jakubik@intertainservices.com) Received: from mail.intertainservices.com (mail.intertainservices.com [69.77.177.114]) by mx1.freebsd.org (Postfix) with ESMTP id B08142D01 for ; Tue, 5 Nov 2013 18:30:29 +0000 (UTC) Received: from freebsd.local (unknown [172.16.10.114]) by mail.intertainservices.com (Postfix) with ESMTPSA id B4C7A56441 for ; Tue, 5 Nov 2013 13:30:21 -0500 (EST) Message-ID: <5279393D.3080701@intertainservices.com> Date: Tue, 05 Nov 2013 13:30:21 -0500 From: Mike Jakubik User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: 10.0-BETA1 i386 on VirtualBox References: <526939BF.4030306@dat.pl> <20131105070222.GW59496@kib.kiev.ua> <20131105070608.GI1467@glebius.int.ru> <201311051215.40336.breton@cynicmansion.ru> <20131105090904.GN1467@glebius.int.ru> <20131105092433.GP1467@FreeBSD.org> <20131105174554.GX59496@kib.kiev.ua> In-Reply-To: <20131105174554.GX59496@kib.kiev.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-intertainservices-MailScanner-Information: Please contact the ISP for more information X-intertainservices-MailScanner-ID: B4C7A56441.ADE6B X-intertainservices-MailScanner: Found to be clean X-intertainservices-MailScanner-From: mike.jakubik@intertainservices.com X-Spam-Status: No 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, 05 Nov 2013 18:30:29 -0000 On 11/05/13 12:45, Konstantin Belousov wrote: > > This is not the fix, it is rather a masking for a bug. Right now, I > am even more sure that the issue is in vbox. > > And still, anybody able to get the problem on amd64 guest ? I have run numerous versions of 10 (64bit) inside VirtualBox without any issues, the only problem I have is that virtualbox additions don't compile on 10. From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 18:37:23 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 70B32D2F for ; Tue, 5 Nov 2013 18:37:23 +0000 (UTC) (envelope-from lifanov@mail.lifanov.com) Received: from mail.lifanov.com (mail.lifanov.com [206.125.175.12]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 59E8F2D50 for ; Tue, 5 Nov 2013 18:37:23 +0000 (UTC) Received: from [10.1.3.5] (cnet520-windstream.mcclatchyinteractive.com [166.108.16.2]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.lifanov.com (Postfix) with ESMTPSA id C9CAE1A65A6; Tue, 5 Nov 2013 13:37:22 -0500 (EST) Message-ID: <52793AE1.6080003@mail.lifanov.com> Date: Tue, 05 Nov 2013 13:37:21 -0500 From: Nikolai Lifanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Allan Jude , freebsd-current@freebsd.org Subject: Re: cron(8) improvement References: <52792B60.1030309@allanjude.com> <52792CF3.9050104@mail.lifanov.com> <1383675687.8053.43379365.3F5A71FC@webmail.messagingengine.com> <527938C3.3000104@allanjude.com> In-Reply-To: <527938C3.3000104@allanjude.com> Content-Type: text/plain; charset=ISO-8859-1 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: Tue, 05 Nov 2013 18:37:23 -0000 On 11/05/13 13:28, Allan Jude wrote: > On 2013-11-05 13:21, Mark Felder wrote: >> >> On Tue, Nov 5, 2013, at 11:37, Nikolai Lifanov wrote: >>> On 11/05/13 12:31, Allan Jude wrote: >>>> This came up in discussion on IRC and I thought I should throw it at the >>>> list so I don't forget. >>>> >>>> A user was asking how to do what linux cron does, where there is a >>>> directory /etc/cron.d/ that packages and add files to to create crontabs. >>>> >>>> Making FreeBSD's cron (Vixie Cron) include /etc/cron.d/ and >>>> /usr/local/etc/cron.d/ in the /etc/crontab format seems like a very >>>> useful feature, especially for pkg(8) as it makes it easy and safe to >>>> programatically add and remove crontabs as part of a package. >>>> >>>> >>> Shouldn't we encourage packages to use periodic(8) when possible? >>> >> Yes but our default periodic configuration in /etc/crontab is only >> configured to be as granular as daily. If this is something that should >> run hourly or at very strange intervals then cron is a better choice. >> >> If the application is installing its own user they could install their >> own crontab file in /var/cron/tabs. I'm certain I've seen a couple ports >> do this. >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > I don't have a specific example off the top of my head, but I am sure > there are some daemons that needs to do something at some interval as > root. Personally I am not so sure about having a package create a > crontab automatically. It seems like a POLA violation, but it is also > something that seems to be expected by some modern applications. I > assume it is mostly handled by pkg-message currently, and maybe it is > best to continue that way, but having the additional flexibility may be > very useful. > > If for nothing else, it would be a lot prettier than the way I currently > manage crontabs using puppet. > I would be frustrated if a port installed a root cron job without my intervention. How about an RC extension that dynamically adds these? Think 'drupal_cron_enable="YES"'. I just think that there should be something an operator does, either explicitly or through configuration management, to add a cron job for root. We don't auto-enable daemons, so we should not auto-add these either. - Nikolai Lifanov From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 19:10:33 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8C6B3F24; Tue, 5 Nov 2013 19:10:33 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-ob0-x235.google.com (mail-ob0-x235.google.com [IPv6:2607:f8b0:4003:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1F4352F61; Tue, 5 Nov 2013 19:10:33 +0000 (UTC) Received: by mail-ob0-f181.google.com with SMTP id wp4so8928379obc.40 for ; Tue, 05 Nov 2013 11:10:32 -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=OzByeqk1ANRj8BZ8kdQXdzuNC6ZfpvUGI+zpvPkN5WQ=; b=QyJ1cn4OIge/fvyq7mKO70EZzoa/9r4j1ARuAvK1Wk/ikVEyes4ogwnh3syMGRu0fe T/nahdBI59lZ3Ge2jFbA5KQSHPzHN6cN7/q1xMGqf71r2Iv7cNHDNb+7fBnqRhyGYjON VYLOrePNC7tjtOpcLobNioJa+mta3UPe44X86MdThyjeebrxgeNHHqtBK/iBMJt8UItq s1tMgYWUKjKDvhu2XPkc4OYbg5Oqhcn7wDjx+mWkk1BlmxoYtsyK/+YdIhuMCA2Fx3hS tP5H393Of86iqZ7qGhgkCWODcXN8vX2Ts8yNetjlBvPqXgXNPa9mX2VGnuTIh5s/pjxt k4Og== MIME-Version: 1.0 X-Received: by 10.182.246.7 with SMTP id xs7mr18257obc.81.1383678632287; Tue, 05 Nov 2013 11:10:32 -0800 (PST) Received: by 10.182.80.7 with HTTP; Tue, 5 Nov 2013 11:10:31 -0800 (PST) In-Reply-To: References: Date: Tue, 5 Nov 2013 20:10:31 +0100 Message-ID: Subject: Re: [10-STABLE, 11-CURRENT] something wrong between cam and eventtimer or geom and eventtimer From: Oliver Pinter To: Adrian Chadd Content-Type: multipart/mixed; boundary=001a11c2fa065c81f404ea72c96d Cc: Davide Italiano , Alexander Motin , FreeBSD Stable Mailing List , "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, 05 Nov 2013 19:10:33 -0000 --001a11c2fa065c81f404ea72c96d Content-Type: text/plain; charset=ISO-8859-1 On 11/5/13, Adrian Chadd wrote: > Ok, so it's only hitting C1. It's not going into C2. > > Is this a dual core CPU with hyperthreading enabled, or a quad core CPU? quad core, i5-4670 > > How about changing the idle loop from acpi to hlt, see if that fixes > things? (Without tweaking the event timer logic.) Now, after reboot, the problem has gone. The other symptom are: on vt switching is laggish, and switching the num lock state delayed ~0.5sec. This are reproducible ~ every 10-15th boot. > > I'm worried that what you're seeing here are missed interrupts or > interrupts that aren't immediately causing the driver thread to be > scheduled (and thus things enter HLT until the next interrupt.) I had > to deal with this crap on MIPS for quite some time. > > sysctl machdep.idle=hlt > > > > -adrian > > > On 5 November 2013 09:25, Oliver Pinter wrote: >> op@perpetua ~> sysctl dev.cpu >> dev.cpu.0.%desc: ACPI CPU >> dev.cpu.0.%driver: cpu >> dev.cpu.0.%location: handle=\_PR_.CPU0 >> dev.cpu.0.%pnpinfo: _HID=none _UID=0 >> dev.cpu.0.%parent: acpi0 >> dev.cpu.0.coretemp.delta: 59 >> dev.cpu.0.coretemp.resolution: 1 >> dev.cpu.0.coretemp.tjmax: 100.0C >> dev.cpu.0.coretemp.throttle_log: 0 >> dev.cpu.0.temperature: 41.0C >> dev.cpu.0.freq_levels: 3401/84000 3400/84000 3200/77169 3000/70587 >> 2800/64262 2700/61182 2500/55201 2300/49464 2100/43946 1900/38654 >> 1700/34277 1500/29407 1400/27053 1225/23671 1200/22509 1050/19695 >> 1000/18167 875/15896 800/14031 700/12277 600/10523 500/8769 400/7015 >> 300/5261 200/3507 100/1753 >> dev.cpu.0.cx_supported: C1/1/1 C2/2/67 >> dev.cpu.0.cx_lowest: C1 >> dev.cpu.0.cx_usage: 100.00% 0.00% last 812us >> dev.cpu.1.%desc: ACPI CPU >> dev.cpu.1.%driver: cpu >> dev.cpu.1.%location: handle=\_PR_.CPU1 >> dev.cpu.1.%pnpinfo: _HID=none _UID=0 >> dev.cpu.1.%parent: acpi0 >> dev.cpu.1.coretemp.delta: 56 >> dev.cpu.1.coretemp.resolution: 1 >> dev.cpu.1.coretemp.tjmax: 100.0C >> dev.cpu.1.coretemp.throttle_log: 0 >> dev.cpu.1.temperature: 44.0C >> dev.cpu.1.cx_supported: C1/1/1 C2/2/67 >> dev.cpu.1.cx_lowest: C1 >> dev.cpu.1.cx_usage: 100.00% 0.00% last 1348us >> dev.cpu.2.%desc: ACPI CPU >> dev.cpu.2.%driver: cpu >> dev.cpu.2.%location: handle=\_PR_.CPU2 >> dev.cpu.2.%pnpinfo: _HID=none _UID=0 >> dev.cpu.2.%parent: acpi0 >> dev.cpu.2.coretemp.delta: 61 >> dev.cpu.2.coretemp.resolution: 1 >> dev.cpu.2.coretemp.tjmax: 100.0C >> dev.cpu.2.coretemp.throttle_log: 0 >> dev.cpu.2.temperature: 39.0C >> dev.cpu.2.cx_supported: C1/1/1 C2/2/67 >> dev.cpu.2.cx_lowest: C1 >> dev.cpu.2.cx_usage: 100.00% 0.00% last 845us >> dev.cpu.3.%desc: ACPI CPU >> dev.cpu.3.%driver: cpu >> dev.cpu.3.%location: handle=\_PR_.CPU3 >> dev.cpu.3.%pnpinfo: _HID=none _UID=0 >> dev.cpu.3.%parent: acpi0 >> dev.cpu.3.coretemp.delta: 62 >> dev.cpu.3.coretemp.resolution: 1 >> dev.cpu.3.coretemp.tjmax: 100.0C >> dev.cpu.3.coretemp.throttle_log: 0 >> dev.cpu.3.temperature: 38.0C >> dev.cpu.3.cx_supported: C1/1/1 C2/2/67 >> dev.cpu.3.cx_lowest: C1 >> dev.cpu.3.cx_usage: 100.00% 0.00% last 1609us >> >> On 11/5/13, Adrian Chadd wrote: >>> Hi! >>> >>> Can you do 'sysctl dev.cpu' please? I'd like to see what sleep >>> state(s) your CPU is entering. >>> >>> Thanks! >>> >>> >>> -adrian >>> >>> >>> On 5 November 2013 06:07, Oliver Pinter wrote: >>>> Hi all! >>>> >>>> The machine is a Haswell machine, the disc performance was very poor >>>> (20-30MByte/sec). >>>> When I change the kern.eventtimer.idletick from 0 to 1, the normal >>>> performance restored back to normal (70-90MByte/sec). >>>> >>>> The default eventtimer was LAPIC. >>>> >>>> On other machine Q9300, this was fully reproducible. >>>> _______________________________________________ >>>> 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" >>> > --001a11c2fa065c81f404ea72c96d Content-Type: application/octet-stream; name="dmesg.i5-4670" Content-Disposition: attachment; filename="dmesg.i5-4670" Content-Transfer-Encoding: base64 X-Attachment-Id: file0 Q29weXJpZ2h0IChjKSAxOTkyLTIwMTMgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZy ZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCA5LjItU1RBQkxFICMwIGFhNDYxNTY6IFRodSBPY3Qg MzEgMTM6NDc6MTcgQ0VUIDIwMTMKICAgIHJvb3RAcGFuZG9yYS1kOi91c3Ivb2JqL3Vzci9zcmMv c3lzL1BFUlBFVFVBIGFtZDY0CkZyZWVCU0QgY2xhbmcgdmVyc2lvbiAzLjMgKHRhZ3MvUkVMRUFT RV8zMy9maW5hbCAxODM1MDIpIDIwMTMwNjEwCkNQVTogSW50ZWwoUikgQ29yZShUTSkgaTUtNDY3 MCBDUFUgQCAzLjQwR0h6ICgzMzkyLjIxLU1IeiBLOC1jbGFzcyBDUFUpCiAgT3JpZ2luID0gIkdl bnVpbmVJbnRlbCIgIElkID0gMHgzMDZjMyAgRmFtaWx5ID0gMHg2ICBNb2RlbCA9IDB4M2MgIFN0 ZXBwaW5nID0gMwogIEZlYXR1cmVzPTB4YmZlYmZiZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQ QUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNFMzYsQ0xGTFVTSCxE VFMsQUNQSSxNTVgsRlhTUixTU0UsU1NFMixTUyxIVFQsVE0sUEJFPgogIEZlYXR1cmVzMj0weDdm ZmFmYmZmPFNTRTMsUENMTVVMUURRLERURVM2NCxNT04sRFNfQ1BMLFZNWCxTTVgsRVNULFRNMixT U1NFMyw8YjExPixGTUEsQ1gxNix4VFBSLFBEQ00sUENJRCxTU0U0LjEsU1NFNC4yLHgyQVBJQyxN T1ZCRSxQT1BDTlQsVFNDRExULEFFU05JLFhTQVZFLE9TWFNBVkUsQVZYLEYxNkMsUkRSQU5EPgog IEFNRCBGZWF0dXJlcz0weDJjMTAwODAwPFNZU0NBTEwsTlgsUGFnZTFHQixSRFRTQ1AsTE0+CiAg QU1EIEZlYXR1cmVzMj0weDIxPExBSEYsQUJNPgogIFN0YW5kYXJkIEV4dGVuZGVkIEZlYXR1cmVz PTB4MmZiYjxHU0ZTQkFTRSxUU0NBREosU01FUCxFTkhNT1ZTQixJTlZQQ0lEPgogIFRTQzogUC1z dGF0ZSBpbnZhcmlhbnQsIHBlcmZvcm1hbmNlIHN0YXRpc3RpY3MKcmVhbCBtZW1vcnkgID0gODU4 OTkzNDU5MiAoODE5MiBNQikKYXZhaWwgbWVtb3J5ID0gODE4MTAxMDQzMiAoNzgwMiBNQikKRXZl bnQgdGltZXIgIkxBUElDIiBxdWFsaXR5IDYwMApBQ1BJIEFQSUMgVGFibGU6IDxBTEFTS0EgQSBN IEk+CkZyZWVCU0QvU01QOiBNdWx0aXByb2Nlc3NvciBTeXN0ZW0gRGV0ZWN0ZWQ6IDQgQ1BVcwpG cmVlQlNEL1NNUDogMSBwYWNrYWdlKHMpIHggNCBjb3JlKHMpCiBjcHUwIChCU1ApOiBBUElDIElE OiAgMAogY3B1MSAoQVApOiBBUElDIElEOiAgMgogY3B1MiAoQVApOiBBUElDIElEOiAgNAogY3B1 MyAoQVApOiBBUElDIElEOiAgNgpTZWN1cml0eSBwb2xpY3kgbG9hZGVkOiBUcnVzdGVkQlNEIE1B Qy9CU0QgRXh0ZW5kZWQgKG1hY19ic2RleHRlbmRlZCkKQUNQSSBXYXJuaW5nOiBGQURUIChyZXZp c2lvbiA1KSBpcyBsb25nZXIgdGhhbiBBQ1BJIDIuMCB2ZXJzaW9uLCB0cnVuY2F0aW5nIGxlbmd0 aCAyNjggdG8gMjQ0ICgyMDExMDUyNy90YmZhZHQtMzE3KQppb2FwaWMwIDxWZXJzaW9uIDIuMD4g aXJxcyAwLTIzIG9uIG1vdGhlcmJvYXJkCmtiZDAgYXQga2JkbXV4MApjcnlwdG9zb2Z0MDogPHNv ZnR3YXJlIGNyeXB0bz4gb24gbW90aGVyYm9hcmQKYWVzbmkwOiA8QUVTLUNCQyxBRVMtWFRTPiBv biBtb3RoZXJib2FyZAphY3BpMDogPEFMQVNLQSBBIE0gST4gb24gbW90aGVyYm9hcmQKYWNwaTA6 IFBvd2VyIEJ1dHRvbiAoZml4ZWQpCmFjcGkwOiByZXNlcnZhdGlvbiBvZiA2NywgMSAoNCkgZmFp bGVkCmNwdTA6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1MTogPEFDUEkgQ1BVPiBvbiBhY3BpMApj cHUyOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmNwdTM6IDxBQ1BJIENQVT4gb24gYWNwaTAKaHBldDA6 IDxIaWdoIFByZWNpc2lvbiBFdmVudCBUaW1lcj4gaW9tZW0gMHhmZWQwMDAwMC0weGZlZDAwM2Zm IG9uIGFjcGkwClRpbWVjb3VudGVyICJIUEVUIiBmcmVxdWVuY3kgMTQzMTgxODAgSHogcXVhbGl0 eSA5NTAKRXZlbnQgdGltZXIgIkhQRVQiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5IDU1 MApFdmVudCB0aW1lciAiSFBFVDEiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5IDQ0MApF dmVudCB0aW1lciAiSFBFVDIiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5IDQ0MApFdmVu dCB0aW1lciAiSFBFVDMiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5IDQ0MApFdmVudCB0 aW1lciAiSFBFVDQiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5IDQ0MAphdHJ0YzA6IDxB VCByZWFsdGltZSBjbG9jaz4gcG9ydCAweDcwLTB4NzcgaXJxIDggb24gYWNwaTAKYXRydGMwOiBX YXJuaW5nOiBDb3VsZG4ndCBtYXAgSS9PLgpFdmVudCB0aW1lciAiUlRDIiBmcmVxdWVuY3kgMzI3 NjggSHogcXVhbGl0eSAwCmF0dGltZXIwOiA8QVQgdGltZXI+IHBvcnQgMHg0MC0weDQzLDB4NTAt MHg1MyBpcnEgMCBvbiBhY3BpMApUaW1lY291bnRlciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgy IEh6IHF1YWxpdHkgMApFdmVudCB0aW1lciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6IHF1 YWxpdHkgMTAwClRpbWVjb3VudGVyICJBQ1BJLWZhc3QiIGZyZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1 YWxpdHkgOTAwCmFjcGlfdGltZXIwOiA8MjQtYml0IHRpbWVyIGF0IDMuNTc5NTQ1TUh6PiBwb3J0 IDB4MTgwOC0weDE4MGIgb24gYWNwaTAKcGNpYjA6IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4gcG9y dCAweGNmOC0weGNmZiBvbiBhY3BpMApwY2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMApwY2li MTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxNiBhdCBkZXZpY2UgMS4wIG9uIHBjaTAKcGNp MTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjEKdmdhcGNpMDogPFZHQS1jb21wYXRpYmxlIGRpc3Bs YXk+IHBvcnQgMHhlMDAwLTB4ZTBmZiBtZW0gMHhlMDAwMDAwMC0weGVmZmZmZmZmLDB4ZjAwMjAw MDAtMHhmMDAzZmZmZiBpcnEgMTYgYXQgZGV2aWNlIDAuMCBvbiBwY2kxCmhkYWMwOiA8QVRJIFJW ODEwIEhEQSBDb250cm9sbGVyPiBtZW0gMHhmMDA0MDAwMC0weGYwMDQzZmZmIGlycSAxNyBhdCBk ZXZpY2UgMC4xIG9uIHBjaTEKeGhjaTA6IDxJbnRlbCBMeW54IFBvaW50IFVTQiAzLjAgY29udHJv bGxlcj4gbWVtIDB4ZjAzMjAwMDAtMHhmMDMyZmZmZiBpcnEgMTYgYXQgZGV2aWNlIDIwLjAgb24g cGNpMAp4aGNpMDogMzIgYnl0ZSBjb250ZXh0IHNpemUuCnhoY2kwOiBQb3J0IHJvdXRpbmcgbWFz ayBzZXQgdG8gMHhmZmZmZmZmZgp1c2J1czAgb24geGhjaTAKcGNpMDogPHNpbXBsZSBjb21tcz4g YXQgZGV2aWNlIDIyLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMDogPHNpbXBsZSBjb21tcywg VUFSVD4gYXQgZGV2aWNlIDIyLjMgKG5vIGRyaXZlciBhdHRhY2hlZCkKZW0wOiA8SW50ZWwoUikg UFJPLzEwMDAgTmV0d29yayBDb25uZWN0aW9uIDcuMy44PiBwb3J0IDB4ZjA0MC0weGYwNWYgbWVt IDB4ZjAzMDAwMDAtMHhmMDMxZmZmZiwweGYwMzM5MDAwLTB4ZjAzMzlmZmYgaXJxIDIwIGF0IGRl dmljZSAyNS4wIG9uIHBjaTAKZW0wOiBVc2luZyBhbiBNU0kgaW50ZXJydXB0CmVtMDogRXRoZXJu ZXQgYWRkcmVzczogOTQ6ZGU6ODA6eHg6eHg6eHgKZWhjaTA6IDxFSENJIChnZW5lcmljKSBVU0Ig Mi4wIGNvbnRyb2xsZXI+IG1lbSAweGYwMzM4MDAwLTB4ZjAzMzgzZmYgaXJxIDE2IGF0IGRldmlj ZSAyNi4wIG9uIHBjaTAKdXNidXMxOiBFSENJIHZlcnNpb24gMS4wCnVzYnVzMSBvbiBlaGNpMApo ZGFjMTogPEludGVsIEx5bnggUG9pbnQgSERBIENvbnRyb2xsZXI+IG1lbSAweGYwMzMwMDAwLTB4 ZjAzMzNmZmYgaXJxIDIyIGF0IGRldmljZSAyNy4wIG9uIHBjaTAKcGNpYjI6IDxBQ1BJIFBDSS1Q Q0kgYnJpZGdlPiBpcnEgMTYgYXQgZGV2aWNlIDI4LjAgb24gcGNpMApwY2kyOiA8QUNQSSBQQ0kg YnVzPiBvbiBwY2liMgpwY2liMzogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxOSBhdCBkZXZp Y2UgMjguMyBvbiBwY2kwCnBjaTM6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIzCnBjaTM6IDxuZXR3 b3JrLCBldGhlcm5ldD4gYXQgZGV2aWNlIDAuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2liNDog PEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxNiBhdCBkZXZpY2UgMjguNCBvbiBwY2kwCnBjaTQ6 IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI0Cml3bjA6IDxJbnRlbCBDZW50cmlubyBXaXJlbGVzcy1O IDEzMD4gbWVtIDB4ZjAxMDAwMDAtMHhmMDEwMWZmZiBpcnEgMTYgYXQgZGV2aWNlIDAuMCBvbiBw Y2k0Cml3bjA6IGFkYXB0ZXIgdHlwZSAxMiBub3Qgc3VwcG9ydGVkCml3bjA6IGNvdWxkIG5vdCBh dHRhY2ggZGV2aWNlLCBlcnJvciA0NQpkZXZpY2VfYXR0YWNoOiBpd24wIGF0dGFjaCByZXR1cm5l ZCA0NQplaGNpMTogPEVIQ0kgKGdlbmVyaWMpIFVTQiAyLjAgY29udHJvbGxlcj4gbWVtIDB4ZjAz MzcwMDAtMHhmMDMzNzNmZiBpcnEgMjMgYXQgZGV2aWNlIDI5LjAgb24gcGNpMAp1c2J1czI6IEVI Q0kgdmVyc2lvbiAxLjAKdXNidXMyIG9uIGVoY2kxCmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0 IGRldmljZSAzMS4wIG9uIHBjaTAKaXNhMDogPElTQSBidXM+IG9uIGlzYWIwCmFoY2kwOiA8SW50 ZWwgTHlueCBQb2ludCBBSENJIFNBVEEgY29udHJvbGxlcj4gcG9ydCAweGYwOTAtMHhmMDk3LDB4 ZjA4MC0weGYwODMsMHhmMDcwLTB4ZjA3NywweGYwNjAtMHhmMDYzLDB4ZjAyMC0weGYwM2YgbWVt IDB4ZjAzMzYwMDAtMHhmMDMzNjdmZiBpcnEgMTkgYXQgZGV2aWNlIDMxLjIgb24gcGNpMAphaGNp MDogQUhDSSB2MS4zMCB3aXRoIDYgNkdicHMgcG9ydHMsIFBvcnQgTXVsdGlwbGllciBub3Qgc3Vw cG9ydGVkCmFoY2ljaDA6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMCBvbiBhaGNpMAphaGNp Y2gxOiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDEgb24gYWhjaTAKYWhjaWNoMjogPEFIQ0kg Y2hhbm5lbD4gYXQgY2hhbm5lbCAyIG9uIGFoY2kwCmFoY2ljaDM6IDxBSENJIGNoYW5uZWw+IGF0 IGNoYW5uZWwgMyBvbiBhaGNpMAphaGNpY2g0OiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDQg b24gYWhjaTAKYWhjaWNoNTogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCA1IG9uIGFoY2kwCnBj aTA6IDxzZXJpYWwgYnVzLCBTTUJ1cz4gYXQgZGV2aWNlIDMxLjMgKG5vIGRyaXZlciBhdHRhY2hl ZCkKYWNwaV9idXR0b24wOiA8UG93ZXIgQnV0dG9uPiBvbiBhY3BpMAphY3BpX3R6MDogPFRoZXJt YWwgWm9uZT4gb24gYWNwaTAKYWNwaV90ejE6IDxUaGVybWFsIFpvbmU+IG9uIGFjcGkwCnVhcnQw OiA8MTY1NTAgb3IgY29tcGF0aWJsZT4gcG9ydCAweDNmOC0weDNmZiBpcnEgNCBmbGFncyAweDEw IG9uIGFjcGkwCnNjMDogPFN5c3RlbSBjb25zb2xlPiBhdCBmbGFncyAweDEwMCBvbiBpc2EwCnNj MDogVkdBIDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFncz0weDMwMD4KdmdhMDogPEdlbmVyaWMg SVNBIFZHQT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZmZmYgb24gaXNh MApjb3JldGVtcDA6IDxDUFUgT24tRGllIFRoZXJtYWwgU2Vuc29ycz4gb24gY3B1MAplc3QwOiA8 RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUwCnA0dGNjMDogPENQ VSBGcmVxdWVuY3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHUwCmNvcmV0ZW1wMTogPENQVSBPbi1E aWUgVGhlcm1hbCBTZW5zb3JzPiBvbiBjcHUxCmVzdDE6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJl cXVlbmN5IENvbnRyb2w+IG9uIGNwdTEKcDR0Y2MxOiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENv bnRyb2w+IG9uIGNwdTEKY29yZXRlbXAyOiA8Q1BVIE9uLURpZSBUaGVybWFsIFNlbnNvcnM+IG9u IGNwdTIKZXN0MjogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1 MgpwNHRjYzI6IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1Mgpjb3JldGVt cDM6IDxDUFUgT24tRGllIFRoZXJtYWwgU2Vuc29ycz4gb24gY3B1Mwplc3QzOiA8RW5oYW5jZWQg U3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUzCnA0dGNjMzogPENQVSBGcmVxdWVu Y3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHUzClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEwLjAw MCBtc2VjCmlwZncyICgraXB2NikgaW5pdGlhbGl6ZWQsIGRpdmVydCBsb2FkYWJsZSwgbmF0IGxv YWRhYmxlLCBkZWZhdWx0IHRvIGRlbnksIGxvZ2dpbmcgZGlzYWJsZWQKaGRhY2MwOiA8QVRJIFI2 eHggSERBIENPREVDPiBhdCBjYWQgMCBvbiBoZGFjMApoZGFhMDogPEFUSSBSNnh4IEF1ZGlvIEZ1 bmN0aW9uIEdyb3VwPiBhdCBuaWQgMSBvbiBoZGFjYzAKcGNtMDogPEFUSSBSNnh4IChIRE1JKT4g YXQgbmlkIDMgb24gaGRhYTAKaGRhY2MxOiA8UmVhbHRlayBBTEM4OTIgSERBIENPREVDPiBhdCBj YWQgMiBvbiBoZGFjMQpoZGFhMTogPFJlYWx0ZWsgQUxDODkyIEF1ZGlvIEZ1bmN0aW9uIEdyb3Vw PiBhdCBuaWQgMSBvbiBoZGFjYzEKcGNtMTogPFJlYWx0ZWsgQUxDODkyIChSZWFyIEFuYWxvZyA1 LjEvMi4wKT4gYXQgbmlkIDIwLDIyLDIxIGFuZCAyNCwyNiBvbiBoZGFhMQpwY20yOiA8UmVhbHRl ayBBTEM4OTIgKEZyb250IEFuYWxvZyk+IGF0IG5pZCAyNyBhbmQgMjUgb24gaGRhYTEKcGNtMzog PFJlYWx0ZWsgQUxDODkyIChPbmJvYXJkIERpZ2l0YWwpPiBhdCBuaWQgMTcgb24gaGRhYTEKcGNt NDogPFJlYWx0ZWsgQUxDODkyIChSZWFyIERpZ2l0YWwpPiBhdCBuaWQgMzAgb24gaGRhYTEKdXNi dXMwOiA1LjBHYnBzIFN1cGVyIFNwZWVkIFVTQiB2My4wCnVzYnVzMTogNDgwTWJwcyBIaWdoIFNw ZWVkIFVTQiB2Mi4wCnVzYnVzMjogNDgwTWJwcyBIaWdoIFNwZWVkIFVTQiB2Mi4wCnVnZW4wLjE6 IDwweDgwODY+IGF0IHVzYnVzMAp1aHViMDogPDB4ODA4NiBYSENJIHJvb3QgSFVCLCBjbGFzcyA5 LzAsIHJldiAzLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMwCnVnZW4xLjE6IDxJbnRlbD4gYXQg dXNidXMxCnVodWIxOiA8SW50ZWwgRUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMi4wMC8x LjAwLCBhZGRyIDE+IG9uIHVzYnVzMQp1Z2VuMi4xOiA8SW50ZWw+IGF0IHVzYnVzMgp1aHViMjog PEludGVsIEVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciAxPiBv biB1c2J1czIKYWRhMCBhdCBhaGNpY2gwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMCBsdW4gMAphZGEw OiA8SGl0YWNoaSBIRFA3MjUwNTBHTEEzNjAgR000T0E1MkE+IEFUQS04IFNBVEEgMi54IGRldmlj ZQphZGEwOiBTZXJpYWwgTnVtYmVyIEdFQTUzMFJGMEtTQjRBCmFkYTA6IDMwMC4wMDBNQi9zIHRy YW5zZmVycyAoU0FUQSAyLngsIFVETUE2LCBQSU8gODE5MmJ5dGVzKQphZGEwOiBDb21tYW5kIFF1 ZXVlaW5nIGVuYWJsZWQKYWRhMDogNDc2OTQwTUIgKDk3Njc3MzE2OCA1MTIgYnl0ZSBzZWN0b3Jz OiAxNkggNjNTL1QgMTYzODNDKQphZGEwOiBQcmV2aW91c2x5IHdhcyBrbm93biBhcyBhZDQKYWRh MSBhdCBhaGNpY2gxIGJ1cyAwIHNjYnVzMSB0YXJnZXQgMCBsdW4gMAphZGExOiA8SGl0YWNoaSBI RFA3MjUwNTBHTEEzNjAgR000T0E1MkE+IEFUQS04IFNBVEEgMi54IGRldmljZQphZGExOiBTZXJp YWwgTnVtYmVyIEdFQTUzMFJGMEtLWDdBCmFkYTE6IDMwMC4wMDBNQi9zIHRyYW5zZmVycyAoU0FU QSAyLngsIFVETUE2LCBQSU8gODE5MmJ5dGVzKQphZGExOiBDb21tYW5kIFF1ZXVlaW5nIGVuYWJs ZWQKYWRhMTogNDc2OTQwTUIgKDk3Njc3MzE2OCA1MTIgYnl0ZSBzZWN0b3JzOiAxNkggNjNTL1Qg MTYzODNDKQphZGExOiBQcmV2aW91c2x5IHdhcyBrbm93biBhcyBhZDYKU01QOiBBUCBDUFUgIzIg TGF1bmNoZWQhClNNUDogQVAgQ1BVICMxIExhdW5jaGVkIQpTTVA6IEFQIENQVSAjMyBMYXVuY2hl ZCEKVGltZWNvdW50ZXIgIlRTQy1sb3ciIGZyZXF1ZW5jeSAxNjk2MTA0MzU5IEh6IHF1YWxpdHkg MTAwMAp1aHViMjogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWh1YjE6 IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkClJvb3QgbW91bnQgd2FpdGlu ZyBmb3I6IHVzYnVzMiB1c2J1czEgdXNidXMwCnVodWIwOiAyMSBwb3J0cyB3aXRoIDIxIHJlbW92 YWJsZSwgc2VsZiBwb3dlcmVkCnhoY2kwOiBQb3J0IHJvdXRpbmcgbWFzayBzZXQgdG8gMHgwMDAw MDAwMAp1c2JfYWxsb2NfZGV2aWNlOiBkZXZpY2UgaW5pdCAyIGZhaWxlZCAoVVNCX0VSUl9JT0VS Uk9SLCBpZ25vcmVkKQp1Z2VuMC4yOiA8VW5rbm93bj4gYXQgdXNidXMwIChkaXNjb25uZWN0ZWQp CnVodWJfcmVhdHRhY2hfcG9ydDogY291bGQgbm90IGFsbG9jYXRlIG5ldyBkZXZpY2UKdWdlbjEu MjogPHZlbmRvciAweDgwODc+IGF0IHVzYnVzMQp1aHViMzogPHZlbmRvciAweDgwODcgcHJvZHVj dCAweDgwMDgsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMC4wNCwgYWRkciAyPiBvbiB1c2J1czEKdWdl bjIuMjogPHZlbmRvciAweDgwODc+IGF0IHVzYnVzMgp1aHViNDogPHZlbmRvciAweDgwODcgcHJv ZHVjdCAweDgwMDAsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMC4wNCwgYWRkciAyPiBvbiB1c2J1czIK dWh1YjM6IDYgcG9ydHMgd2l0aCA2IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVodWI0OiA4IHBv cnRzIHdpdGggOCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZApSb290IG1vdW50IHdhaXRpbmcgZm9y OiB1c2J1czEKdWdlbjEuMzogPE1pY3Jvc29mdD4gYXQgdXNidXMxCnVrYmQwOiA8TWljcm9zb2Z0 IE5hdHVyYWwgRXJnb25vbWljIEtleWJvYXJkIDQwMDAsIGNsYXNzIDAvMCwgcmV2IDIuMDAvMS43 MywgYWRkciAzPiBvbiB1c2J1czEKa2JkMSBhdCB1a2JkMAp1aGlkMDogPE1pY3Jvc29mdCBOYXR1 cmFsIEVyZ29ub21pYyBLZXlib2FyZCA0MDAwLCBjbGFzcyAwLzAsIHJldiAyLjAwLzEuNzMsIGFk ZHIgMz4gb24gdXNidXMxClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IHVzYnVzMQp1Z2VuMS40OiA8 TG9naXRlY2g+IGF0IHVzYnVzMQp1a2JkMTogPExvZ2l0ZWNoIFVTQiBSZWNlaXZlciwgY2xhc3Mg MC8wLCByZXYgMS4xMC8zOC4xMCwgYWRkciA0PiBvbiB1c2J1czEKa2JkMiBhdCB1a2JkMQp1bXMw OiA8TG9naXRlY2ggVVNCIFJlY2VpdmVyLCBjbGFzcyAwLzAsIHJldiAxLjEwLzM4LjEwLCBhZGRy IDQ+IG9uIHVzYnVzMQp1bXMwOiAxMCBidXR0b25zIGFuZCBbWFlaVF0gY29vcmRpbmF0ZXMgSUQ9 MgpSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czEKdWdlbjEuNTogPHZlbmRvciAweDgwODc+ IGF0IHVzYnVzMQpUcnlpbmcgdG8gbW91bnQgcm9vdCBmcm9tIHVmczovZGV2L3Vmcy9kZXNrcm9v dCBbcncsbXVsdGlsYWJlbF0uLi4KR0VPTV9TQ0hFRDogSW5pdGlhbGl6aW5nIGdsb2JhbCBkYXRh LgpHRU9NX1NDSEVEOiBMb2FkaW5nOiBtcCA9IDB4ZmZmZmZmZmY4MTAzNDNkMCwgZ19zY2hlZF9j bGFzcyA9IDB4ZmZmZmZmZmY4MTAzNDNkMC4KR0VPTV9TQ0hFRDogTW9kZXZlbnQgMC4KR0VPTV9T Q0hFRDogTG9hZGVkIG1vZHVsZSByciBlcnJvciAwLgpHRU9NX1NDSEVEOiBEZXZpY2UgYWRhMS5z Y2hlZC4gY3JlYXRlZC4K --001a11c2fa065c81f404ea72c96d-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 19:27:52 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4A169632; Tue, 5 Nov 2013 19:27:52 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-oa0-x229.google.com (mail-oa0-x229.google.com [IPv6:2607:f8b0:4003:c02::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CF0DB209A; Tue, 5 Nov 2013 19:27:51 +0000 (UTC) Received: by mail-oa0-f41.google.com with SMTP id m1so1073748oag.0 for ; Tue, 05 Nov 2013 11:27:50 -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=EPOWVq0Qm2TnJQu4rpTGvLBUWaGGUQcw/C90WR7neuc=; b=B2ldVMOX98PzKO19DwkiWIOMsxVxAd1aFDTYtBCYvwojkMojLn9q9SPn5Z690BNbuL Oun0AUyPpx+IjLrYi///A1L3qCImsexI0vXMAxOjmY1g3+gM7/q3Iq4p5XZgtfrDFdXD yS9Vp7wjsgl/sn/wKiWBhPWNCqf6OiS+aP5u8bdvA7PIdd4JGZrJmOq3xkATs8bfXVjg o1ztElgjbVewfrtr2uFSbWKPMxGdbYxsfvoisN4QbRTALZm/O3jF9Xl1ZmFCxEDos2eX DyMLKLWW14nQqfOfwsk6Vq8+LFYgn4SZ+tyRFx0TwEF5GUsx9WOVq/h6IaFBOtDt7C5S JxhA== MIME-Version: 1.0 X-Received: by 10.60.156.232 with SMTP id wh8mr386223oeb.56.1383679670432; Tue, 05 Nov 2013 11:27:50 -0800 (PST) Received: by 10.182.80.7 with HTTP; Tue, 5 Nov 2013 11:27:49 -0800 (PST) In-Reply-To: References: Date: Tue, 5 Nov 2013 20:27:49 +0100 Message-ID: Subject: Re: [10-STABLE, 11-CURRENT] something wrong between cam and eventtimer or geom and eventtimer From: Oliver Pinter To: Adrian Chadd Content-Type: multipart/mixed; boundary=089e0115f8fa3d3bfd04ea7307b5 Cc: Davide Italiano , Alexander Motin , FreeBSD Stable Mailing List , "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, 05 Nov 2013 19:27:52 -0000 --089e0115f8fa3d3bfd04ea7307b5 Content-Type: text/plain; charset=ISO-8859-1 dmesg corrected On 11/5/13, Oliver Pinter wrote: > On 11/5/13, Adrian Chadd wrote: >> Ok, so it's only hitting C1. It's not going into C2. >> >> Is this a dual core CPU with hyperthreading enabled, or a quad core CPU? > > quad core, i5-4670 > >> >> How about changing the idle loop from acpi to hlt, see if that fixes >> things? (Without tweaking the event timer logic.) > > Now, after reboot, the problem has gone. The other symptom are: on vt > switching is laggish, and switching the num lock state delayed > ~0.5sec. > > This are reproducible ~ every 10-15th boot. > >> >> I'm worried that what you're seeing here are missed interrupts or >> interrupts that aren't immediately causing the driver thread to be >> scheduled (and thus things enter HLT until the next interrupt.) I had >> to deal with this crap on MIPS for quite some time. >> >> sysctl machdep.idle=hlt >> >> >> >> -adrian >> >> >> On 5 November 2013 09:25, Oliver Pinter wrote: >>> op@perpetua ~> sysctl dev.cpu >>> dev.cpu.0.%desc: ACPI CPU >>> dev.cpu.0.%driver: cpu >>> dev.cpu.0.%location: handle=\_PR_.CPU0 >>> dev.cpu.0.%pnpinfo: _HID=none _UID=0 >>> dev.cpu.0.%parent: acpi0 >>> dev.cpu.0.coretemp.delta: 59 >>> dev.cpu.0.coretemp.resolution: 1 >>> dev.cpu.0.coretemp.tjmax: 100.0C >>> dev.cpu.0.coretemp.throttle_log: 0 >>> dev.cpu.0.temperature: 41.0C >>> dev.cpu.0.freq_levels: 3401/84000 3400/84000 3200/77169 3000/70587 >>> 2800/64262 2700/61182 2500/55201 2300/49464 2100/43946 1900/38654 >>> 1700/34277 1500/29407 1400/27053 1225/23671 1200/22509 1050/19695 >>> 1000/18167 875/15896 800/14031 700/12277 600/10523 500/8769 400/7015 >>> 300/5261 200/3507 100/1753 >>> dev.cpu.0.cx_supported: C1/1/1 C2/2/67 >>> dev.cpu.0.cx_lowest: C1 >>> dev.cpu.0.cx_usage: 100.00% 0.00% last 812us >>> dev.cpu.1.%desc: ACPI CPU >>> dev.cpu.1.%driver: cpu >>> dev.cpu.1.%location: handle=\_PR_.CPU1 >>> dev.cpu.1.%pnpinfo: _HID=none _UID=0 >>> dev.cpu.1.%parent: acpi0 >>> dev.cpu.1.coretemp.delta: 56 >>> dev.cpu.1.coretemp.resolution: 1 >>> dev.cpu.1.coretemp.tjmax: 100.0C >>> dev.cpu.1.coretemp.throttle_log: 0 >>> dev.cpu.1.temperature: 44.0C >>> dev.cpu.1.cx_supported: C1/1/1 C2/2/67 >>> dev.cpu.1.cx_lowest: C1 >>> dev.cpu.1.cx_usage: 100.00% 0.00% last 1348us >>> dev.cpu.2.%desc: ACPI CPU >>> dev.cpu.2.%driver: cpu >>> dev.cpu.2.%location: handle=\_PR_.CPU2 >>> dev.cpu.2.%pnpinfo: _HID=none _UID=0 >>> dev.cpu.2.%parent: acpi0 >>> dev.cpu.2.coretemp.delta: 61 >>> dev.cpu.2.coretemp.resolution: 1 >>> dev.cpu.2.coretemp.tjmax: 100.0C >>> dev.cpu.2.coretemp.throttle_log: 0 >>> dev.cpu.2.temperature: 39.0C >>> dev.cpu.2.cx_supported: C1/1/1 C2/2/67 >>> dev.cpu.2.cx_lowest: C1 >>> dev.cpu.2.cx_usage: 100.00% 0.00% last 845us >>> dev.cpu.3.%desc: ACPI CPU >>> dev.cpu.3.%driver: cpu >>> dev.cpu.3.%location: handle=\_PR_.CPU3 >>> dev.cpu.3.%pnpinfo: _HID=none _UID=0 >>> dev.cpu.3.%parent: acpi0 >>> dev.cpu.3.coretemp.delta: 62 >>> dev.cpu.3.coretemp.resolution: 1 >>> dev.cpu.3.coretemp.tjmax: 100.0C >>> dev.cpu.3.coretemp.throttle_log: 0 >>> dev.cpu.3.temperature: 38.0C >>> dev.cpu.3.cx_supported: C1/1/1 C2/2/67 >>> dev.cpu.3.cx_lowest: C1 >>> dev.cpu.3.cx_usage: 100.00% 0.00% last 1609us >>> >>> On 11/5/13, Adrian Chadd wrote: >>>> Hi! >>>> >>>> Can you do 'sysctl dev.cpu' please? I'd like to see what sleep >>>> state(s) your CPU is entering. >>>> >>>> Thanks! >>>> >>>> >>>> -adrian >>>> >>>> >>>> On 5 November 2013 06:07, Oliver Pinter wrote: >>>>> Hi all! >>>>> >>>>> The machine is a Haswell machine, the disc performance was very poor >>>>> (20-30MByte/sec). >>>>> When I change the kern.eventtimer.idletick from 0 to 1, the normal >>>>> performance restored back to normal (70-90MByte/sec). >>>>> >>>>> The default eventtimer was LAPIC. >>>>> >>>>> On other machine Q9300, this was fully reproducible. >>>>> _______________________________________________ >>>>> 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" >>>> >> > --089e0115f8fa3d3bfd04ea7307b5 Content-Type: application/octet-stream; name=dmesg-i5-4670-10-STABLE Content-Disposition: attachment; filename=dmesg-i5-4670-10-STABLE Content-Transfer-Encoding: base64 X-Attachment-Id: file0 Q29weXJpZ2h0IChjKSAxOTkyLTIwMTMgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZy ZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCAxMC4wLUJFVEEyICMyIGU0ZTIwYTIoaW50ZWdyYXRl LzEwKTogRnJpIE5vdiAgMSAwMzoyNzo0MyBDRVQgMjAxMwogICAgcm9vdEBwZXJwZXR1YS5iZXJj c2VueWkuYm1lLmh1Oi91c3Ivb2JqL3Vzci9zcmMvc3lzL09QIGFtZDY0CkZyZWVCU0QgY2xhbmcg dmVyc2lvbiAzLjMgKHRhZ3MvUkVMRUFTRV8zMy9maW5hbCAxODM1MDIpIDIwMTMwNjEwCkNQVTog SW50ZWwoUikgQ29yZShUTSkgaTUtNDY3MCBDUFUgQCAzLjQwR0h6ICgzMzkyLjIyLU1IeiBLOC1j bGFzcyBDUFUpCiAgT3JpZ2luID0gIkdlbnVpbmVJbnRlbCIgIElkID0gMHgzMDZjMyAgRmFtaWx5 ID0gMHg2ICBNb2RlbCA9IDB4M2MgIFN0ZXBwaW5nID0gMwogIEZlYXR1cmVzPTB4YmZlYmZiZmY8 RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0Es Q01PVixQQVQsUFNFMzYsQ0xGTFVTSCxEVFMsQUNQSSxNTVgsRlhTUixTU0UsU1NFMixTUyxIVFQs VE0sUEJFPgogIEZlYXR1cmVzMj0weDdmZmFmYmZmPFNTRTMsUENMTVVMUURRLERURVM2NCxNT04s RFNfQ1BMLFZNWCxTTVgsRVNULFRNMixTU1NFMyw8YjExPixGTUEsQ1gxNix4VFBSLFBEQ00sUENJ RCxTU0U0LjEsU1NFNC4yLHgyQVBJQyxNT1ZCRSxQT1BDTlQsVFNDRExULEFFU05JLFhTQVZFLE9T WFNBVkUsQVZYLEYxNkMsUkRSQU5EPgogIEFNRCBGZWF0dXJlcz0weDJjMTAwODAwPFNZU0NBTEws TlgsUGFnZTFHQixSRFRTQ1AsTE0+CiAgQU1EIEZlYXR1cmVzMj0weDIxPExBSEYsQUJNPgogIFN0 YW5kYXJkIEV4dGVuZGVkIEZlYXR1cmVzPTB4MmZiYjxHU0ZTQkFTRSxUU0NBREosQk1JMSxITEUs QVZYMixTTUVQLEJNSTIsRU5ITU9WU0IsSU5WUENJRCxSVE0+CiAgVFNDOiBQLXN0YXRlIGludmFy aWFudCwgcGVyZm9ybWFuY2Ugc3RhdGlzdGljcwpyZWFsIG1lbW9yeSAgPSA4NTg5OTM0NTkyICg4 MTkyIE1CKQphdmFpbCBtZW1vcnkgPSA4MjI0MTY5OTg0ICg3ODQzIE1CKQpFdmVudCB0aW1lciAi TEFQSUMiIHF1YWxpdHkgNjAwCkFDUEkgQVBJQyBUYWJsZTogPEFMQVNLQSBBIE0gST4KRnJlZUJT RC9TTVA6IE11bHRpcHJvY2Vzc29yIFN5c3RlbSBEZXRlY3RlZDogNCBDUFVzCkZyZWVCU0QvU01Q OiAxIHBhY2thZ2UocykgeCA0IGNvcmUocykKIGNwdTAgKEJTUCk6IEFQSUMgSUQ6ICAwCiBjcHUx IChBUCk6IEFQSUMgSUQ6ICAyCiBjcHUyIChBUCk6IEFQSUMgSUQ6ICA0CiBjcHUzIChBUCk6IEFQ SUMgSUQ6ICA2CmlvYXBpYzAgPFZlcnNpb24gMi4wPiBpcnFzIDAtMjMgb24gbW90aGVyYm9hcmQK cmFuZG9tOiA8U29mdHdhcmUsIFlhcnJvdz4gaW5pdGlhbGl6ZWQKa2JkMSBhdCBrYmRtdXgwCmFl c25pMDogPEFFUy1DQkMsQUVTLVhUUz4gb24gbW90aGVyYm9hcmQKY3J5cHRvc29mdDA6IDxzb2Z0 d2FyZSBjcnlwdG8+IG9uIG1vdGhlcmJvYXJkCmFjcGkwOiA8QUxBU0tBIEEgTSBJPiBvbiBtb3Ro ZXJib2FyZAphY3BpMDogUG93ZXIgQnV0dG9uIChmaXhlZCkKYWNwaTA6IHJlc2VydmF0aW9uIG9m IDY3LCAxICg0KSBmYWlsZWQKY3B1MDogPEFDUEkgQ1BVPiBvbiBhY3BpMApjcHUxOiA8QUNQSSBD UFU+IG9uIGFjcGkwCmNwdTI6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1MzogPEFDUEkgQ1BVPiBv biBhY3BpMApocGV0MDogPEhpZ2ggUHJlY2lzaW9uIEV2ZW50IFRpbWVyPiBpb21lbSAweGZlZDAw MDAwLTB4ZmVkMDAzZmYgb24gYWNwaTAKVGltZWNvdW50ZXIgIkhQRVQiIGZyZXF1ZW5jeSAxNDMx ODE4MCBIeiBxdWFsaXR5IDk1MApFdmVudCB0aW1lciAiSFBFVCIgZnJlcXVlbmN5IDE0MzE4MTgw IEh6IHF1YWxpdHkgNTUwCkV2ZW50IHRpbWVyICJIUEVUMSIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6 IHF1YWxpdHkgNDQwCkV2ZW50IHRpbWVyICJIUEVUMiIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1 YWxpdHkgNDQwCkV2ZW50IHRpbWVyICJIUEVUMyIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxp dHkgNDQwCkV2ZW50IHRpbWVyICJIUEVUNCIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxpdHkg NDQwCmF0cnRjMDogPEFUIHJlYWx0aW1lIGNsb2NrPiBwb3J0IDB4NzAtMHg3NyBpcnEgOCBvbiBh Y3BpMAphdHJ0YzA6IFdhcm5pbmc6IENvdWxkbid0IG1hcCBJL08uCkV2ZW50IHRpbWVyICJSVEMi IGZyZXF1ZW5jeSAzMjc2OCBIeiBxdWFsaXR5IDAKYXR0aW1lcjA6IDxBVCB0aW1lcj4gcG9ydCAw eDQwLTB4NDMsMHg1MC0weDUzIGlycSAwIG9uIGFjcGkwClRpbWVjb3VudGVyICJpODI1NCIgZnJl cXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAwCkV2ZW50IHRpbWVyICJpODI1NCIgZnJlcXVlbmN5 IDExOTMxODIgSHogcXVhbGl0eSAxMDAKVGltZWNvdW50ZXIgIkFDUEktZmFzdCIgZnJlcXVlbmN5 IDM1Nzk1NDUgSHogcXVhbGl0eSA5MDAKYWNwaV90aW1lcjA6IDwyNC1iaXQgdGltZXIgYXQgMy41 Nzk1NDVNSHo+IHBvcnQgMHgxODA4LTB4MTgwYiBvbiBhY3BpMApwY2liMDogPEFDUEkgSG9zdC1Q Q0kgYnJpZGdlPiBwb3J0IDB4Y2Y4LTB4Y2ZmIG9uIGFjcGkwCnBjaTA6IDxBQ1BJIFBDSSBidXM+ IG9uIHBjaWIwCnBjaWIxOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE2IGF0IGRldmljZSAx LjAgb24gcGNpMApwY2kxOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMQp2Z2FwY2kwOiA8VkdBLWNv bXBhdGlibGUgZGlzcGxheT4gcG9ydCAweGUwMDAtMHhlMGZmIG1lbSAweGUwMDAwMDAwLTB4ZWZm ZmZmZmYsMHhmMDAyMDAwMC0weGYwMDNmZmZmIGlycSAxNiBhdCBkZXZpY2UgMC4wIG9uIHBjaTEK aGRhYzA6IDxBVEkgUlY4MTAgSERBIENvbnRyb2xsZXI+IG1lbSAweGYwMDQwMDAwLTB4ZjAwNDNm ZmYgaXJxIDE3IGF0IGRldmljZSAwLjEgb24gcGNpMQp4aGNpMDogPEludGVsIEx5bnggUG9pbnQg VVNCIDMuMCBjb250cm9sbGVyPiBtZW0gMHhmMDMyMDAwMC0weGYwMzJmZmZmIGlycSAxNiBhdCBk ZXZpY2UgMjAuMCBvbiBwY2kwCnhoY2kwOiAzMiBieXRlIGNvbnRleHQgc2l6ZS4KeGhjaTA6IFBv cnQgcm91dGluZyBtYXNrIHNldCB0byAweGZmZmZmZmZmCnVzYnVzMCBvbiB4aGNpMApwY2kwOiA8 c2ltcGxlIGNvbW1zPiBhdCBkZXZpY2UgMjIuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kwOiA8 c2ltcGxlIGNvbW1zLCBVQVJUPiBhdCBkZXZpY2UgMjIuMyAobm8gZHJpdmVyIGF0dGFjaGVkKQpl bTA6IDxJbnRlbChSKSBQUk8vMTAwMCBOZXR3b3JrIENvbm5lY3Rpb24gNy4zLjg+IHBvcnQgMHhm MDQwLTB4ZjA1ZiBtZW0gMHhmMDMwMDAwMC0weGYwMzFmZmZmLDB4ZjAzMzkwMDAtMHhmMDMzOWZm ZiBpcnEgMjAgYXQgZGV2aWNlIDI1LjAgb24gcGNpMAplbTA6IFVzaW5nIGFuIE1TSSBpbnRlcnJ1 cHQKZW0wOiBFdGhlcm5ldCBhZGRyZXNzOiA5NDpkZTo4MDp4eDp4eDp4eAplaGNpMDogPEVIQ0kg KGdlbmVyaWMpIFVTQiAyLjAgY29udHJvbGxlcj4gbWVtIDB4ZjAzMzgwMDAtMHhmMDMzODNmZiBp cnEgMTYgYXQgZGV2aWNlIDI2LjAgb24gcGNpMAp1c2J1czE6IEVIQ0kgdmVyc2lvbiAxLjAKdXNi dXMxIG9uIGVoY2kwCmhkYWMxOiA8SW50ZWwgTHlueCBQb2ludCBIREEgQ29udHJvbGxlcj4gbWVt IDB4ZjAzMzAwMDAtMHhmMDMzM2ZmZiBpcnEgMjIgYXQgZGV2aWNlIDI3LjAgb24gcGNpMApwY2li MjogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxNiBhdCBkZXZpY2UgMjguMCBvbiBwY2kwCnBj aTI6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIyCnBjaWIzOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4g aXJxIDE5IGF0IGRldmljZSAyOC4zIG9uIHBjaTAKcGNpMzogPEFDUEkgUENJIGJ1cz4gb24gcGNp YjMKcGNpMzogPG5ldHdvcmssIGV0aGVybmV0PiBhdCBkZXZpY2UgMC4wIChubyBkcml2ZXIgYXR0 YWNoZWQpCnBjaWI0OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE2IGF0IGRldmljZSAyOC40 IG9uIHBjaTAKcGNpNDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjQKaXduMDogPEludGVsIENlbnRy aW5vIFdpcmVsZXNzLU4gMjIzMD4gbWVtIDB4ZjAxMDAwMDAtMHhmMDEwMWZmZiBpcnEgMTYgYXQg ZGV2aWNlIDAuMCBvbiBwY2k0Cml3bjA6IGFkYXB0ZXIgdHlwZSAxMiBub3Qgc3VwcG9ydGVkCml3 bjA6IGNvdWxkIG5vdCBhdHRhY2ggZGV2aWNlLCBlcnJvciA0NQpkZXZpY2VfYXR0YWNoOiBpd24w IGF0dGFjaCByZXR1cm5lZCA0NQplaGNpMTogPEVIQ0kgKGdlbmVyaWMpIFVTQiAyLjAgY29udHJv bGxlcj4gbWVtIDB4ZjAzMzcwMDAtMHhmMDMzNzNmZiBpcnEgMjMgYXQgZGV2aWNlIDI5LjAgb24g cGNpMAp1c2J1czI6IEVIQ0kgdmVyc2lvbiAxLjAKdXNidXMyIG9uIGVoY2kxCmlzYWIwOiA8UENJ LUlTQSBicmlkZ2U+IGF0IGRldmljZSAzMS4wIG9uIHBjaTAKaXNhMDogPElTQSBidXM+IG9uIGlz YWIwCmFoY2kwOiA8SW50ZWwgTHlueCBQb2ludCBBSENJIFNBVEEgY29udHJvbGxlcj4gcG9ydCAw eGYwOTAtMHhmMDk3LDB4ZjA4MC0weGYwODMsMHhmMDcwLTB4ZjA3NywweGYwNjAtMHhmMDYzLDB4 ZjAyMC0weGYwM2YgbWVtIDB4ZjAzMzYwMDAtMHhmMDMzNjdmZiBpcnEgMTkgYXQgZGV2aWNlIDMx LjIgb24gcGNpMAphaGNpMDogQUhDSSB2MS4zMCB3aXRoIDYgNkdicHMgcG9ydHMsIFBvcnQgTXVs dGlwbGllciBub3Qgc3VwcG9ydGVkCmFoY2ljaDA6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwg MCBvbiBhaGNpMAphaGNpY2gxOiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDEgb24gYWhjaTAK YWhjaWNoMjogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCAyIG9uIGFoY2kwCmFoY2ljaDM6IDxB SENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMyBvbiBhaGNpMAphaGNpY2g0OiA8QUhDSSBjaGFubmVs PiBhdCBjaGFubmVsIDQgb24gYWhjaTAKYWhjaWNoNTogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5l bCA1IG9uIGFoY2kwCmFoY2llbTA6IDxBSENJIGVuY2xvc3VyZSBtYW5hZ2VtZW50IGJyaWRnZT4g b24gYWhjaTAKcGNpMDogPHNlcmlhbCBidXMsIFNNQnVzPiBhdCBkZXZpY2UgMzEuMyAobm8gZHJp dmVyIGF0dGFjaGVkKQphY3BpX2J1dHRvbjA6IDxQb3dlciBCdXR0b24+IG9uIGFjcGkwCmFjcGlf dHowOiA8VGhlcm1hbCBab25lPiBvbiBhY3BpMAphY3BpX3R6MTogPFRoZXJtYWwgWm9uZT4gb24g YWNwaTAKdWFydDA6IDwxNjU1MCBvciBjb21wYXRpYmxlPiBwb3J0IDB4M2Y4LTB4M2ZmIGlycSA0 IGZsYWdzIDB4MTAgb24gYWNwaTAKdWFydDA6IGNvbnNvbGUgKDk2MDAsbiw4LDEpCnNjMDogPFN5 c3RlbSBjb25zb2xlPiBhdCBmbGFncyAweDEwMCBvbiBpc2EwCnNjMDogVkdBIDwxNiB2aXJ0dWFs IGNvbnNvbGVzLCBmbGFncz0weDMwMD4KdmdhMDogPEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAw eDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZmZmYgb24gaXNhMAphdGtiZGMwOiA8S2V5Ym9h cmQgY29udHJvbGxlciAoaTgwNDIpPiBhdCBwb3J0IDB4NjAsMHg2NCBvbiBpc2EwCmF0a2JkMDog PEFUIEtleWJvYXJkPiBpcnEgMSBvbiBhdGtiZGMwCmtiZDAgYXQgYXRrYmQwCmF0a2JkMDogW0dJ QU5ULUxPQ0tFRF0KY29yZXRlbXAwOiA8Q1BVIE9uLURpZSBUaGVybWFsIFNlbnNvcnM+IG9uIGNw dTAKZXN0MDogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1MApw NHRjYzA6IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1MApjb3JldGVtcDE6 IDxDUFUgT24tRGllIFRoZXJtYWwgU2Vuc29ycz4gb24gY3B1MQplc3QxOiA8RW5oYW5jZWQgU3Bl ZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUxCnA0dGNjMTogPENQVSBGcmVxdWVuY3kg VGhlcm1hbCBDb250cm9sPiBvbiBjcHUxCmNvcmV0ZW1wMjogPENQVSBPbi1EaWUgVGhlcm1hbCBT ZW5zb3JzPiBvbiBjcHUyCmVzdDI6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRy b2w+IG9uIGNwdTIKcDR0Y2MyOiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENvbnRyb2w+IG9uIGNw dTIKY29yZXRlbXAzOiA8Q1BVIE9uLURpZSBUaGVybWFsIFNlbnNvcnM+IG9uIGNwdTMKZXN0Mzog PEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1MwpwNHRjYzM6IDxD UFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1MwpUaW1lY291bnRlcnMgdGljayBl dmVyeSAxMC4wMDAgbXNlYwppcGZ3MiAoK2lwdjYpIGluaXRpYWxpemVkLCBkaXZlcnQgbG9hZGFi bGUsIG5hdCBsb2FkYWJsZSwgZGVmYXVsdCB0byBkZW55LCBsb2dnaW5nIGRpc2FibGVkCmhkYWNj MDogPEFUSSBSNnh4IEhEQSBDT0RFQz4gYXQgY2FkIDAgb24gaGRhYzAKaGRhYTA6IDxBVEkgUjZ4 eCBBdWRpbyBGdW5jdGlvbiBHcm91cD4gYXQgbmlkIDEgb24gaGRhY2MwCnBjbTA6IDxBVEkgUjZ4 eCAoSERNSSk+IGF0IG5pZCAzIG9uIGhkYWEwCmhkYWNjMTogPFJlYWx0ZWsgQUxDODkyIEhEQSBD T0RFQz4gYXQgY2FkIDIgb24gaGRhYzEKaGRhYTE6IDxSZWFsdGVrIEFMQzg5MiBBdWRpbyBGdW5j dGlvbiBHcm91cD4gYXQgbmlkIDEgb24gaGRhY2MxCnBjbTE6IDxSZWFsdGVrIEFMQzg5MiAoUmVh ciBBbmFsb2cgNS4xLzIuMCk+IGF0IG5pZCAyMCwyMiwyMSBhbmQgMjQsMjYgb24gaGRhYTEKcGNt MjogPFJlYWx0ZWsgQUxDODkyIChGcm9udCBBbmFsb2cpPiBhdCBuaWQgMjcgYW5kIDI1IG9uIGhk YWExCnBjbTM6IDxSZWFsdGVrIEFMQzg5MiAoT25ib2FyZCBEaWdpdGFsKT4gYXQgbmlkIDE3IG9u IGhkYWExCnBjbTQ6IDxSZWFsdGVrIEFMQzg5MiAoUmVhciBEaWdpdGFsKT4gYXQgbmlkIDMwIG9u IGhkYWExCnJhbmRvbTogdW5ibG9ja2luZyBkZXZpY2UuCnVzYnVzMDogNS4wR2JwcyBTdXBlciBT cGVlZCBVU0IgdjMuMAp1c2J1czE6IDQ4ME1icHMgSGlnaCBTcGVlZCBVU0IgdjIuMAp1Z2VuMC4x OiA8MHg4MDg2PiBhdCB1c2J1czAKdWh1YjA6IDwweDgwODYgWEhDSSByb290IEhVQiwgY2xhc3Mg OS8wLCByZXYgMy4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMAp1Z2VuMS4xOiA8SW50ZWw+IGF0 IHVzYnVzMQp1aHViMTogPEludGVsIEVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDIuMDAv MS4wMCwgYWRkciAxPiBvbiB1c2J1czEKdXNidXMyOiA0ODBNYnBzIEhpZ2ggU3BlZWQgVVNCIHYy LjAKdWdlbjIuMTogPEludGVsPiBhdCB1c2J1czIKdWh1YjI6IDxJbnRlbCBFSENJIHJvb3QgSFVC LCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMyCnNlczAgYXQgYWhj aWVtMCBidXMgMCBzY2J1czYgdGFyZ2V0IDAgbHVuIDAKc2VzMDogPEFIQ0kgU0dQSU8gRW5jbG9z dXJlIDEuMDAgMDAwMT4gU0VNQiBTLUUtUyAyLjAwIGRldmljZQpzZXMwOiBTRU1CIFNFUyBEZXZp Y2UKYWRhMCBhdCBhaGNpY2gwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMCBsdW4gMAphZGEwOiA8SGl0 YWNoaSBIRFA3MjUwNTBHTEEzNjAgR000T0E1MkE+IEFUQS04IFNBVEEgMi54IGRldmljZQphZGEw OiBTZXJpYWwgTnVtYmVyIEdFQTUzMFJGMEtTQjRBCmFkYTA6IDMwMC4wMDBNQi9zIHRyYW5zZmVy cyAoU0FUQSAyLngsIFVETUE2LCBQSU8gODE5MmJ5dGVzKQphZGEwOiBDb21tYW5kIFF1ZXVlaW5n IGVuYWJsZWQKYWRhMDogNDc2OTQwTUIgKDk3Njc3MzE2OCA1MTIgYnl0ZSBzZWN0b3JzOiAxNkgg NjNTL1QgMTYzODNDKQphZGEwOiBQcmV2aW91c2x5IHdhcyBrbm93biBhcyBhZDAKYWRhMSBhdCBh aGNpY2gxIGJ1cyAwIHNjYnVzMSB0YXJnZXQgMCBsdW4gMAphZGExOiA8SGl0YWNoaSBIRFA3MjUw NTBHTEEzNjAgR000T0E1MkE+IEFUQS04IFNBVEEgMi54IGRldmljZQphZGExOiBTZXJpYWwgTnVt YmVyIEdFQTUzMFJGMEtLWDdBCmFkYTE6IDMwMC4wMDBNQi9zIHRyYW5zZmVycyAoU0FUQSAyLngs IFVETUE2LCBQSU8gODE5MmJ5dGVzKQphZGExOiBDb21tYW5kIFF1ZXVlaW5nIGVuYWJsZWQKYWRh MTogNDc2OTQwTUIgKDk3Njc3MzE2OCA1MTIgYnl0ZSBzZWN0b3JzOiAxNkggNjNTL1QgMTYzODND KQphZGExOiBQcmV2aW91c2x5IHdhcyBrbm93biBhcyBhZDEKU01QOiBBUCBDUFUgIzMgTGF1bmNo ZWQhClNNUDogQVAgQ1BVICMyIExhdW5jaGVkIQpTTVA6IEFQIENQVSAjMSBMYXVuY2hlZCEKVGlt ZWNvdW50ZXIgIlRTQy1sb3ciIGZyZXF1ZW5jeSAxNjk2MTA5MTQ4IEh6IHF1YWxpdHkgMTAwMAp1 aHViMTogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKUm9vdCBtb3VudCB3 YWl0aW5nIGZvcjogdXNidXMyIHVzYnVzMSB1c2J1czAKdWh1YjI6IDIgcG9ydHMgd2l0aCAyIHJl bW92YWJsZSwgc2VsZiBwb3dlcmVkCnVodWIwOiAyMSBwb3J0cyB3aXRoIDIxIHJlbW92YWJsZSwg c2VsZiBwb3dlcmVkCnVnZW4xLjI6IDx2ZW5kb3IgMHg4MDg3PiBhdCB1c2J1czEKdWh1YjM6IDx2 ZW5kb3IgMHg4MDg3IHByb2R1Y3QgMHg4MDA4LCBjbGFzcyA5LzAsIHJldiAyLjAwLzAuMDQsIGFk ZHIgMj4gb24gdXNidXMxCnhoY2kwOiBQb3J0IHJvdXRpbmcgbWFzayBzZXQgdG8gMHgwMDAwMDAw MAp1c2JfYWxsb2NfZGV2aWNlOiBkZXZpY2UgaW5pdCAyIGZhaWxlZCAoVVNCX0VSUl9JT0VSUk9S LCBpZ25vcmVkKQp1Z2VuMC4yOiA8VW5rbm93bj4gYXQgdXNidXMwIChkaXNjb25uZWN0ZWQpClJv b3QgbW91bnQgd2FpdGluZyBmb3I6IHVzYnVzMiB1c2J1czEgdXNidXMwCnVodWJfcmVhdHRhY2hf cG9ydDogY291bGQgbm90IGFsbG9jYXRlIG5ldyBkZXZpY2UKdWh1YjM6IDYgcG9ydHMgd2l0aCA2 IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVnZW4yLjI6IDx2ZW5kb3IgMHg4MDg3PiBhdCB1c2J1 czIKdWh1YjQ6IDx2ZW5kb3IgMHg4MDg3IHByb2R1Y3QgMHg4MDAwLCBjbGFzcyA5LzAsIHJldiAy LjAwLzAuMDQsIGFkZHIgMj4gb24gdXNidXMyCnVodWI0OiA4IHBvcnRzIHdpdGggOCByZW1vdmFi bGUsIHNlbGYgcG93ZXJlZAp1Z2VuMS4zOiA8TWljcm9zb2Z0PiBhdCB1c2J1czEKdWtiZDA6IDxN aWNyb3NvZnQgTmF0dXJhbCBFcmdvbm9taWMgS2V5Ym9hcmQgNDAwMCwgY2xhc3MgMC8wLCByZXYg Mi4wMC8xLjczLCBhZGRyIDM+IG9uIHVzYnVzMQprYmQyIGF0IHVrYmQwCnVnZW4xLjQ6IDxMb2dp dGVjaD4gYXQgdXNidXMxClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IHVzYnVzMQp1a2JkMTogPExv Z2l0ZWNoIFVTQiBSZWNlaXZlciwgY2xhc3MgMC8wLCByZXYgMS4xMC8zOC4xMCwgYWRkciA0PiBv biB1c2J1czEKa2JkMyBhdCB1a2JkMQp1bXMwOiA8TG9naXRlY2ggVVNCIFJlY2VpdmVyLCBjbGFz cyAwLzAsIHJldiAxLjEwLzM4LjEwLCBhZGRyIDQ+IG9uIHVzYnVzMQp1bXMwOiAxMCBidXR0b25z IGFuZCBbWFlaVF0gY29vcmRpbmF0ZXMgSUQ9Mgp1Z2VuMS41OiA8dmVuZG9yIDB4ODA4Nz4gYXQg dXNidXMxClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IHVzYnVzMQpUcnlpbmcgdG8gbW91bnQgcm9v dCBmcm9tIHVmczovZGV2L2dwdC9wZXJwZXR1YVJPT1QgW3J3XS4uLgo= --089e0115f8fa3d3bfd04ea7307b5-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 19:53:39 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B4E61759; Tue, 5 Nov 2013 19:53:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 87EBF221B; Tue, 5 Nov 2013 19:53:39 +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 rA5JrcIc010016; Tue, 5 Nov 2013 14:53: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 rA5JrcVW010001; Tue, 5 Nov 2013 19:53:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 5 Nov 2013 19:53:38 GMT Message-Id: <201311051953.rA5JrcVW010001@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, 05 Nov 2013 19:53:39 -0000 TB --- 2013-11-05 16:20:19 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-05 16:20: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 --- 2013-11-05 16:20:19 - starting HEAD tinderbox run for i386/i386 TB --- 2013-11-05 16:20:19 - cleaning the object tree TB --- 2013-11-05 16:20:19 - /usr/local/bin/svn stat /src TB --- 2013-11-05 16:20:24 - At svn revision 257709 TB --- 2013-11-05 16:20:25 - building world TB --- 2013-11-05 16:20:25 - CROSS_BUILD_TESTING=YES TB --- 2013-11-05 16:20:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-05 16:20:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-05 16:20:25 - SRCCONF=/dev/null TB --- 2013-11-05 16:20:25 - TARGET=i386 TB --- 2013-11-05 16:20:25 - TARGET_ARCH=i386 TB --- 2013-11-05 16:20:25 - TZ=UTC TB --- 2013-11-05 16:20:25 - __MAKE_CONF=/dev/null TB --- 2013-11-05 16:20:25 - cd /src TB --- 2013-11-05 16:20:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Nov 5 16:20:34 UTC 2013 >>> Rebuilding 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 5 19:33:14 UTC 2013 TB --- 2013-11-05 19:33:14 - generating LINT kernel config TB --- 2013-11-05 19:33:14 - cd /src/sys/i386/conf TB --- 2013-11-05 19:33:14 - /usr/bin/make -B LINT TB --- 2013-11-05 19:33:15 - cd /src/sys/i386/conf TB --- 2013-11-05 19:33:15 - /usr/sbin/config -m LINT TB --- 2013-11-05 19:33:15 - building LINT kernel TB --- 2013-11-05 19:33:15 - CROSS_BUILD_TESTING=YES TB --- 2013-11-05 19:33:15 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-05 19:33:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-05 19:33:15 - SRCCONF=/dev/null TB --- 2013-11-05 19:33:15 - TARGET=i386 TB --- 2013-11-05 19:33:15 - TARGET_ARCH=i386 TB --- 2013-11-05 19:33:15 - TZ=UTC TB --- 2013-11-05 19:33:15 - __MAKE_CONF=/dev/null TB --- 2013-11-05 19:33:15 - cd /src TB --- 2013-11-05 19:33:15 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 5 19:33:15 UTC 2013 >>> 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 [...] sc.svr4_ifc_req.svr4_ifr_addr.sa_family = ~~~~~~~~~~~~~~~^ -> /src/sys/compat/svr4/svr4_sockio.c:165:20: error: member reference type 'struct ifreq *' is a pointer; maybe you meant to use '->'? ifc->ifc_req.ifr_addr.sa_family; ~~~~~~~~~~~~^ -> 6 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/i386.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-05 19:53:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-05 19:53:38 - ERROR: failed to build LINT kernel TB --- 2013-11-05 19:53:38 - 10172.55 user 1979.38 system 12798.23 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 20:14:24 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7BE602BB; Tue, 5 Nov 2013 20:14:24 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-ob0-x22d.google.com (mail-ob0-x22d.google.com [IPv6:2607:f8b0:4003:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0F60A2373; Tue, 5 Nov 2013 20:14:24 +0000 (UTC) Received: by mail-ob0-f173.google.com with SMTP id gq1so8993674obb.4 for ; Tue, 05 Nov 2013 12:14:23 -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=LuYxKo89D7ZO71DuOL/DL9jwBJsmXVemoucOpgGFNWs=; b=QV8quOBfW9KsNcBJJj4WFLch8m8Vd2gz+vh/wyre+5RiYevct2S5hFmx8k54lEgI7N a5RB5JA/r5AaFdJCwDV2Pr0p3HLP9Xbopex+TYj66fB6qcZNZC7bbs6bg9PosnKSU7O+ 00Z7hQPanR0uhas6XfiXozbRpPGk2J+KKaF6BG3Xfwbrf5vMrAhvfWx9eHLPks6a1AU6 IJvhgj2BX3aXIC+witqwJqFZbcotawFaxY0egMYpeo9DC/zdSyU0GrQzRQLKjcKgwo3k XdanVq0TqUVHZQscHiX3XpPi1mY+NRXEO610ATlOwSp3Pg7yva+5+62sDb69fTKyqWht Ptdw== MIME-Version: 1.0 X-Received: by 10.182.204.41 with SMTP id kv9mr22242obc.78.1383682462827; Tue, 05 Nov 2013 12:14:22 -0800 (PST) Received: by 10.182.80.7 with HTTP; Tue, 5 Nov 2013 12:14:22 -0800 (PST) In-Reply-To: References: Date: Tue, 5 Nov 2013 21:14:22 +0100 Message-ID: Subject: Re: [10-STABLE, 11-CURRENT] something wrong between cam and eventtimer or geom and eventtimer From: Oliver Pinter To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Cc: Davide Italiano , Alexander Motin , FreeBSD Stable Mailing List , "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, 05 Nov 2013 20:14:24 -0000 hmm, and seems like, the bottleneck are not in geom or cam, but in em driver or in networking stack the scenario is: A machine: dd if=/dev/ada1 bs=1M | nc -l 9999 B machine: nc IP 9999 | dd of=/dev/null bs=1M hmm, when dd-ing from /dev/zero and switch back to idletick to 0, then the performance of network dropped from 113MByte/s to 70+/-15 MByte/s machdep.idle_mwait=1/0 has no effect machdep.idle=htl has no effect On 11/5/13, Oliver Pinter wrote: > dmesg corrected > > On 11/5/13, Oliver Pinter wrote: >> On 11/5/13, Adrian Chadd wrote: >>> Ok, so it's only hitting C1. It's not going into C2. >>> >>> Is this a dual core CPU with hyperthreading enabled, or a quad core CPU? >> >> quad core, i5-4670 >> >>> >>> How about changing the idle loop from acpi to hlt, see if that fixes >>> things? (Without tweaking the event timer logic.) >> >> Now, after reboot, the problem has gone. The other symptom are: on vt >> switching is laggish, and switching the num lock state delayed >> ~0.5sec. >> >> This are reproducible ~ every 10-15th boot. >> >>> >>> I'm worried that what you're seeing here are missed interrupts or >>> interrupts that aren't immediately causing the driver thread to be >>> scheduled (and thus things enter HLT until the next interrupt.) I had >>> to deal with this crap on MIPS for quite some time. >>> >>> sysctl machdep.idle=hlt >>> >>> >>> >>> -adrian >>> >>> >>> On 5 November 2013 09:25, Oliver Pinter wrote: >>>> op@perpetua ~> sysctl dev.cpu >>>> dev.cpu.0.%desc: ACPI CPU >>>> dev.cpu.0.%driver: cpu >>>> dev.cpu.0.%location: handle=\_PR_.CPU0 >>>> dev.cpu.0.%pnpinfo: _HID=none _UID=0 >>>> dev.cpu.0.%parent: acpi0 >>>> dev.cpu.0.coretemp.delta: 59 >>>> dev.cpu.0.coretemp.resolution: 1 >>>> dev.cpu.0.coretemp.tjmax: 100.0C >>>> dev.cpu.0.coretemp.throttle_log: 0 >>>> dev.cpu.0.temperature: 41.0C >>>> dev.cpu.0.freq_levels: 3401/84000 3400/84000 3200/77169 3000/70587 >>>> 2800/64262 2700/61182 2500/55201 2300/49464 2100/43946 1900/38654 >>>> 1700/34277 1500/29407 1400/27053 1225/23671 1200/22509 1050/19695 >>>> 1000/18167 875/15896 800/14031 700/12277 600/10523 500/8769 400/7015 >>>> 300/5261 200/3507 100/1753 >>>> dev.cpu.0.cx_supported: C1/1/1 C2/2/67 >>>> dev.cpu.0.cx_lowest: C1 >>>> dev.cpu.0.cx_usage: 100.00% 0.00% last 812us >>>> dev.cpu.1.%desc: ACPI CPU >>>> dev.cpu.1.%driver: cpu >>>> dev.cpu.1.%location: handle=\_PR_.CPU1 >>>> dev.cpu.1.%pnpinfo: _HID=none _UID=0 >>>> dev.cpu.1.%parent: acpi0 >>>> dev.cpu.1.coretemp.delta: 56 >>>> dev.cpu.1.coretemp.resolution: 1 >>>> dev.cpu.1.coretemp.tjmax: 100.0C >>>> dev.cpu.1.coretemp.throttle_log: 0 >>>> dev.cpu.1.temperature: 44.0C >>>> dev.cpu.1.cx_supported: C1/1/1 C2/2/67 >>>> dev.cpu.1.cx_lowest: C1 >>>> dev.cpu.1.cx_usage: 100.00% 0.00% last 1348us >>>> dev.cpu.2.%desc: ACPI CPU >>>> dev.cpu.2.%driver: cpu >>>> dev.cpu.2.%location: handle=\_PR_.CPU2 >>>> dev.cpu.2.%pnpinfo: _HID=none _UID=0 >>>> dev.cpu.2.%parent: acpi0 >>>> dev.cpu.2.coretemp.delta: 61 >>>> dev.cpu.2.coretemp.resolution: 1 >>>> dev.cpu.2.coretemp.tjmax: 100.0C >>>> dev.cpu.2.coretemp.throttle_log: 0 >>>> dev.cpu.2.temperature: 39.0C >>>> dev.cpu.2.cx_supported: C1/1/1 C2/2/67 >>>> dev.cpu.2.cx_lowest: C1 >>>> dev.cpu.2.cx_usage: 100.00% 0.00% last 845us >>>> dev.cpu.3.%desc: ACPI CPU >>>> dev.cpu.3.%driver: cpu >>>> dev.cpu.3.%location: handle=\_PR_.CPU3 >>>> dev.cpu.3.%pnpinfo: _HID=none _UID=0 >>>> dev.cpu.3.%parent: acpi0 >>>> dev.cpu.3.coretemp.delta: 62 >>>> dev.cpu.3.coretemp.resolution: 1 >>>> dev.cpu.3.coretemp.tjmax: 100.0C >>>> dev.cpu.3.coretemp.throttle_log: 0 >>>> dev.cpu.3.temperature: 38.0C >>>> dev.cpu.3.cx_supported: C1/1/1 C2/2/67 >>>> dev.cpu.3.cx_lowest: C1 >>>> dev.cpu.3.cx_usage: 100.00% 0.00% last 1609us >>>> >>>> On 11/5/13, Adrian Chadd wrote: >>>>> Hi! >>>>> >>>>> Can you do 'sysctl dev.cpu' please? I'd like to see what sleep >>>>> state(s) your CPU is entering. >>>>> >>>>> Thanks! >>>>> >>>>> >>>>> -adrian >>>>> >>>>> >>>>> On 5 November 2013 06:07, Oliver Pinter wrote: >>>>>> Hi all! >>>>>> >>>>>> The machine is a Haswell machine, the disc performance was very poor >>>>>> (20-30MByte/sec). >>>>>> When I change the kern.eventtimer.idletick from 0 to 1, the normal >>>>>> performance restored back to normal (70-90MByte/sec). >>>>>> >>>>>> The default eventtimer was LAPIC. >>>>>> >>>>>> On other machine Q9300, this was fully reproducible. >>>>>> _______________________________________________ >>>>>> 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 5 20:40:27 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C4149C34; Tue, 5 Nov 2013 20:40:27 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 85BDF2516; Tue, 5 Nov 2013 20:40:26 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VdnQB-00090L-KA; Tue, 05 Nov 2013 20:40:19 +0000 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 rA5KeHwo062320; Tue, 5 Nov 2013 13:40:17 -0700 (MST) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19SAqj0dskr23qKOVMJBhBj Subject: Re: CUURENT kernel build broken - make[2]: exec(aicasm) failed (No such file or directory) From: Ian Lepore To: Gleb Smirnoff In-Reply-To: <20131105151251.GC7577@glebius.int.ru> References: <1383611766.31172.153.camel@revolution.hippie.lan> <1383628194.31172.155.camel@revolution.hippie.lan> <20131105070146.GH1467@FreeBSD.org> <1383663652.31172.160.camel@revolution.hippie.lan> <20131105151251.GC7577@glebius.int.ru> Content-Type: multipart/mixed; boundary="=-KNDFCbaGdLD3F4MnDDpX" Date: Tue, 05 Nov 2013 13:40:17 -0700 Message-ID: <1383684017.31172.166.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: Outback Dingo , 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, 05 Nov 2013 20:40:27 -0000 --=-KNDFCbaGdLD3F4MnDDpX Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit On Tue, 2013-11-05 at 19:12 +0400, Gleb Smirnoff wrote: > On Tue, Nov 05, 2013 at 08:00:52AM -0700, Ian Lepore wrote: > I> > I> You were just unlucky that your updates bracketed my checkin that > I> > I> changed the build process for the aicasm tool so that it gets built as > I> > I> part of the toolchain rather than as part of the kernel now. > I> > > I> > Before this change, the toolchain was not required for kernel build if you > I> > aren't cross building. And now it is. This breaks the kernel build procedure > I> > documented in handbook for years, and brings a lot of discomfort to > I> > developers. > I> > > I> > Now to test a trivial change to kernel I need first to compile clang. > I> > > I> > I> I didn't realize the change would have that effect. Building aicasm > I> using the kernel build machinery just isn't an option anymore, it builds > I> in the wrong environment with the wrong header files and sometimes the > I> wrong toolchain when cross-building. But there should be a solution > I> that doesn't require building clang, I'll see what can be done. > > Thanks, Ian. While you are seekign solution we can sustain with depending > on toolchain build. > Okay, I think I've got a potential solution, please try the attached patch. Now the "make buildkernel" when the objdir is empty should build just the aicasm tool. (In retrospect, WTF was I thinking adding it to the cross-build tools? I guess cross-building is just too central to my world these days.) Maybe for testing you should rename your existing objdir rather than cleaning it out, just in case this doesn't work you can rename it back instead of building clang all over again. :) -- Ian --=-KNDFCbaGdLD3F4MnDDpX Content-Disposition: inline; filename="ktmake.diff" Content-Type: text/x-patch; name="ktmake.diff"; charset="us-ascii" Content-Transfer-Encoding: 7bit Index: Makefile.inc1 =================================================================== --- Makefile.inc1 (revision 257712) +++ Makefile.inc1 (working copy) @@ -439,6 +439,16 @@ IMAKE_MTREE= MTREE_CMD="nmtree ${MTREEFLAGS}" KMAKEENV= ${WMAKEENV} KMAKE= ${KMAKEENV} ${MAKE} ${.MAKEFLAGS} ${KERNEL_FLAGS} KERNEL=${INSTKERNNAME} +# kernel build-tools stage +KTMAKE= MAKEOBJDIRPREFIX=${WORLDTMP} \ + ${WMAKEENV} ${MAKE} -f Makefile.inc1 \ + TARGET=${TARGET} TARGET_ARCH=${TARGET_ARCH} \ + DESTDIR= \ + BOOTSTRAPPING=${OSRELDATE} \ + SSP_CFLAGS= \ + -DNO_LINT \ + -DNO_CPU_CFLAGS -DNO_WARNS -DNO_CTF -DEARLY_BUILD + # # buildworld # @@ -1019,7 +1029,7 @@ buildkernel: @echo "--------------------------------------------------------------" @echo ">>> stage 2.3: build tools" @echo "--------------------------------------------------------------" - @# Currently no special kernel tools to build. + ${_+_}cd ${.CURDIR}; ${KTMAKE} kernel-tools .if !defined(NO_KERNELDEPEND) @echo @echo "--------------------------------------------------------------" @@ -1347,6 +1357,23 @@ build-tools: .MAKE .endfor # +# kernel-tools: Build kernel-building tools +# +kernel-tools: .MAKE + mkdir -p ${WORLDTMP}/usr + mtree -deU -f ${.CURDIR}/etc/mtree/BSD.usr.dist \ + -p ${WORLDTMP}/usr >/dev/null +.for _tool in \ + sys/dev/aic7xxx/aicasm + ${_+_}@${ECHODIR} "===> ${_tool} (obj,depend,all,install)"; \ + cd ${.CURDIR}/${_tool} && \ + ${MAKE} DIRPRFX=${_tool}/ obj && \ + ${MAKE} DIRPRFX=${_tool}/ depend && \ + ${MAKE} DIRPRFX=${_tool}/ all && \ + ${MAKE} DIRPRFX=${_tool}/ DESTDIR=${WORLDTMP} install +.endfor + +# # cross-tools: Build cross-building tools # .if ${TARGET_ARCH} != ${MACHINE_ARCH} || ${BOOTSTRAPPING} < 800035 @@ -1393,7 +1420,6 @@ cross-tools: .MAKE ${_btxld} \ ${_crunchide} \ ${_kgzip} \ - sys/dev/aic7xxx/aicasm ${_+_}@${ECHODIR} "===> ${_tool} (obj,depend,all,install)"; \ cd ${.CURDIR}/${_tool} && \ ${MAKE} DIRPRFX=${_tool}/ obj && \ --=-KNDFCbaGdLD3F4MnDDpX-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 20:57:13 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4D8E7184; Tue, 5 Nov 2013 20:57:13 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A449825F8; Tue, 5 Nov 2013 20:57:12 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.7/8.14.7) with ESMTP id rA5Kv424010623 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 6 Nov 2013 00:57:04 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.7/8.14.7/Submit) id rA5Kv4AD010622; Wed, 6 Nov 2013 00:57:04 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Wed, 6 Nov 2013 00:57:04 +0400 From: Gleb Smirnoff To: Ian Lepore Subject: Re: CUURENT kernel build broken - make[2]: exec(aicasm) failed (No such file or directory) Message-ID: <20131105205704.GL7577@glebius.int.ru> References: <1383611766.31172.153.camel@revolution.hippie.lan> <1383628194.31172.155.camel@revolution.hippie.lan> <20131105070146.GH1467@FreeBSD.org> <1383663652.31172.160.camel@revolution.hippie.lan> <20131105151251.GC7577@glebius.int.ru> <1383684017.31172.166.camel@revolution.hippie.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1383684017.31172.166.camel@revolution.hippie.lan> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: Outback Dingo , 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, 05 Nov 2013 20:57:13 -0000 On Tue, Nov 05, 2013 at 01:40:17PM -0700, Ian Lepore wrote: I> On Tue, 2013-11-05 at 19:12 +0400, Gleb Smirnoff wrote: I> > On Tue, Nov 05, 2013 at 08:00:52AM -0700, Ian Lepore wrote: I> > I> > I> You were just unlucky that your updates bracketed my checkin that I> > I> > I> changed the build process for the aicasm tool so that it gets built as I> > I> > I> part of the toolchain rather than as part of the kernel now. I> > I> > I> > I> > Before this change, the toolchain was not required for kernel build if you I> > I> > aren't cross building. And now it is. This breaks the kernel build procedure I> > I> > documented in handbook for years, and brings a lot of discomfort to I> > I> > developers. I> > I> > I> > I> > Now to test a trivial change to kernel I need first to compile clang. I> > I> > I> > I> I> > I> I didn't realize the change would have that effect. Building aicasm I> > I> using the kernel build machinery just isn't an option anymore, it builds I> > I> in the wrong environment with the wrong header files and sometimes the I> > I> wrong toolchain when cross-building. But there should be a solution I> > I> that doesn't require building clang, I'll see what can be done. I> > I> > Thanks, Ian. While you are seekign solution we can sustain with depending I> > on toolchain build. I> > I> I> Okay, I think I've got a potential solution, please try the attached I> patch. Now the "make buildkernel" when the objdir is empty should build I> just the aicasm tool. (In retrospect, WTF was I thinking adding it to I> the cross-build tools? I guess cross-building is just too central to my I> world these days.) I> I> Maybe for testing you should rename your existing objdir rather than I> cleaning it out, just in case this doesn't work you can rename it back I> instead of building clang all over again. :) That worked for me. Thanks! -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 21:01:51 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E5DD75CF for ; Tue, 5 Nov 2013 21:01:51 +0000 (UTC) (envelope-from bounces+73574-dfb6-freebsd-current=freebsd.org@sendgrid.me) Received: from o3.shared.sendgrid.net (o3.shared.sendgrid.net [208.117.48.85]) by mx1.freebsd.org (Postfix) with SMTP id 7CC1C2677 for ; Tue, 5 Nov 2013 21:01:51 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sendgrid.info; h=from:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; s=smtpapi; bh=4gVMKdsg3RpsJj/QrPk447Ju66Q=; b=yhLPWKOiXnNLjGTS0N 1OAcI7V73fy0LhTeC9hRJygFFdqiqJlguX0iJR+cN7exTY0dQm9LISbwJYOipa4z rtMX4e50RBjB8lA4pyjgZ31G3XJbM8gEl3tUQg5iaLRH9z+IVri1+NeXMvdBCOjI t7O/L2wFh8HQogCZ3HttryJ9Q= Received: by mf83.sendgrid.net with SMTP id mf83.25880.52795CBE13 Tue, 05 Nov 2013 21:01:50 +0000 (GMT) Received: from mail.tarsnap.com (unknown [10.60.208.13]) by mi34 (SG) with ESMTP id 1422a124948.3eaf.38f537 for ; Tue, 05 Nov 2013 15:01:50 -0600 (CST) Received: (qmail 28414 invoked from network); 5 Nov 2013 21:01:49 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by ec2-107-20-205-189.compute-1.amazonaws.com with ESMTP; 5 Nov 2013 21:01:49 -0000 Received: (qmail 9076 invoked from network); 5 Nov 2013 21:00:15 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by clamshell.daemonology.net with SMTP; 5 Nov 2013 21:00:15 -0000 Message-ID: <52795C5F.7060008@freebsd.org> Date: Tue, 05 Nov 2013 13:00:15 -0800 From: Colin Percival User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: John Baldwin , freebsd-current@freebsd.org Subject: Re: Automated submission of kernel panic reports: sysutils/panicmail References: <527779ED.9040303@freebsd.org> <527797D8.5040404@freebsd.org> <527811B7.5090102@freebsd.org> <201311051227.14157.jhb@freebsd.org> In-Reply-To: <201311051227.14157.jhb@freebsd.org> X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SG-EID: XhyBwObMhraAR+zdwMupjQ6BIqbhdEfc+6p+uBxS7S88hDVo7wPr0+CK+tH/z+ym609FdjgYpb1IEBu78V5clejnBFYfJO+hs3vHTkKq2DKvpGW7mF4gP1PkvGvTrpZhfaipAhky9po77rtEpg7enF6htHV5MtQR8UOTiviMA/8= Cc: FreeBSD Hackers , Alfred Perlstein , Jordan Hubbard 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, 05 Nov 2013 21:01:52 -0000 On 11/05/13 09:27, John Baldwin wrote: > One of my previous employers maintained a database of panics and I added ways > to recognize "known panics" and tag them. I ended up relying a lot on stack > trace details from specific OS versions to mark a panic as an instance of a > specific bug. Also, you may have very different stack traces even on the same > build version for a single bug. In the case of my employer we had a > constrained set of kernel configs and specific build versions to work with. > It might be harder to correctly match panics in the wild what with patched > trees and random kernel configs. Right, I'm sure there will be panics I can't match up against anything else -- but this is fine. If I get enough panic reports, I can still get useful data out even if some of them aren't immediately usable. -- Colin Percival Security Officer Emeritus, FreeBSD | The power to serve Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 23:00:16 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 25D84CC2; Tue, 5 Nov 2013 23:00:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E0E3A2DBC; Tue, 5 Nov 2013 23:00: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 rA5N0ERl006030; Tue, 5 Nov 2013 18:00: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 rA5N0EPR006024; Tue, 5 Nov 2013 23:00:14 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 5 Nov 2013 23:00:14 GMT Message-Id: <201311052300.rA5N0EPR006024@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: Tue, 05 Nov 2013 23:00:16 -0000 TB --- 2013-11-05 21:56:05 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-05 21:56:05 - 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 --- 2013-11-05 21:56:05 - starting HEAD tinderbox run for mips/mips TB --- 2013-11-05 21:56:06 - cleaning the object tree TB --- 2013-11-05 21:56:25 - /usr/local/bin/svn stat /src TB --- 2013-11-05 21:56:28 - At svn revision 257709 TB --- 2013-11-05 21:56:29 - building world TB --- 2013-11-05 21:56:29 - CROSS_BUILD_TESTING=YES TB --- 2013-11-05 21:56:29 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-05 21:56:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-05 21:56:29 - SRCCONF=/dev/null TB --- 2013-11-05 21:56:29 - TARGET=mips TB --- 2013-11-05 21:56:29 - TARGET_ARCH=mips TB --- 2013-11-05 21:56:29 - TZ=UTC TB --- 2013-11-05 21:56:29 - __MAKE_CONF=/dev/null TB --- 2013-11-05 21:56:29 - cd /src TB --- 2013-11-05 21:56:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Nov 5 21:56:36 UTC 2013 >>> Rebuilding 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 5 22:57:51 UTC 2013 TB --- 2013-11-05 22:57:51 - cd /src/sys/mips/conf TB --- 2013-11-05 22:57:51 - /usr/sbin/config -m ADM5120 TB --- 2013-11-05 22:57:51 - skipping ADM5120 kernel TB --- 2013-11-05 22:57:51 - cd /src/sys/mips/conf TB --- 2013-11-05 22:57:51 - /usr/sbin/config -m ALCHEMY TB --- 2013-11-05 22:57:51 - skipping ALCHEMY kernel TB --- 2013-11-05 22:57:51 - cd /src/sys/mips/conf TB --- 2013-11-05 22:57:51 - /usr/sbin/config -m ALFA_HORNET_UB TB --- 2013-11-05 22:57:51 - building ALFA_HORNET_UB kernel TB --- 2013-11-05 22:57:51 - CROSS_BUILD_TESTING=YES TB --- 2013-11-05 22:57:51 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-05 22:57:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-05 22:57:51 - SRCCONF=/dev/null TB --- 2013-11-05 22:57:51 - TARGET=mips TB --- 2013-11-05 22:57:51 - TARGET_ARCH=mips TB --- 2013-11-05 22:57:51 - TZ=UTC TB --- 2013-11-05 22:57:51 - __MAKE_CONF=/dev/null TB --- 2013-11-05 22:57:51 - cd /src TB --- 2013-11-05 22:57:51 - /usr/bin/make -B buildkernel KERNCONF=ALFA_HORNET_UB >>> Kernel build for ALFA_HORNET_UB started on Tue Nov 5 22:57:51 UTC 2013 >>> 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 -O -pipe -std=c99 -g -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 -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/net80211/ieee80211_xauth.c cc -c -O -pipe -std=c99 -g -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 -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/net80211/ieee80211_alq.c cc -c -O -pipe -std=c99 -g -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 -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/netinet/if_ether.c cc -c -O -pipe -std=c99 -g -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 -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/netinet/igmp.c cc -c -O -pipe -std=c99 -g -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 -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/netinet/in.c cc1: warnings being treated as errors /src/sys/netinet/in.c: In function 'in_difaddr_ioctl': /src/sys/netinet/in.c:544: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips/src/sys/ALFA_HORNET_UB *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-05 23:00:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-05 23:00:14 - ERROR: failed to build ALFA_HORNET_UB kernel TB --- 2013-11-05 23:00:14 - 2816.30 user 658.38 system 3848.76 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 23:20:04 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 07F605D4; Tue, 5 Nov 2013 23:20:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C44562EAC; Tue, 5 Nov 2013 23:20: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 rA5NK2a3028548; Tue, 5 Nov 2013 18:20: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 rA5NJu4I028166; Tue, 5 Nov 2013 23:19:56 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 5 Nov 2013 23:19:56 GMT Message-Id: <201311052319.rA5NJu4I028166@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: Tue, 05 Nov 2013 23:20:04 -0000 TB --- 2013-11-05 21:27:07 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-05 21:27:07 - 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 --- 2013-11-05 21:27:07 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-11-05 21:27:07 - cleaning the object tree TB --- 2013-11-05 21:27:35 - /usr/local/bin/svn stat /src TB --- 2013-11-05 21:27:42 - At svn revision 257709 TB --- 2013-11-05 21:27:43 - building world TB --- 2013-11-05 21:27:43 - CROSS_BUILD_TESTING=YES TB --- 2013-11-05 21:27:43 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-05 21:27:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-05 21:27:43 - SRCCONF=/dev/null TB --- 2013-11-05 21:27:43 - TARGET=ia64 TB --- 2013-11-05 21:27:43 - TARGET_ARCH=ia64 TB --- 2013-11-05 21:27:43 - TZ=UTC TB --- 2013-11-05 21:27:43 - __MAKE_CONF=/dev/null TB --- 2013-11-05 21:27:43 - cd /src TB --- 2013-11-05 21:27:43 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Nov 5 21:27:50 UTC 2013 >>> Rebuilding 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 5 23:03:00 UTC 2013 TB --- 2013-11-05 23:03:00 - generating LINT kernel config TB --- 2013-11-05 23:03:00 - cd /src/sys/ia64/conf TB --- 2013-11-05 23:03:00 - /usr/bin/make -B LINT TB --- 2013-11-05 23:03:00 - cd /src/sys/ia64/conf TB --- 2013-11-05 23:03:00 - /usr/sbin/config -m LINT TB --- 2013-11-05 23:03:00 - building LINT kernel TB --- 2013-11-05 23:03:00 - CROSS_BUILD_TESTING=YES TB --- 2013-11-05 23:03:00 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-05 23:03:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-05 23:03:00 - SRCCONF=/dev/null TB --- 2013-11-05 23:03:00 - TARGET=ia64 TB --- 2013-11-05 23:03:00 - TARGET_ARCH=ia64 TB --- 2013-11-05 23:03:00 - TZ=UTC TB --- 2013-11-05 23:03:00 - __MAKE_CONF=/dev/null TB --- 2013-11-05 23:03:00 - cd /src TB --- 2013-11-05 23:03:00 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 5 23:03:01 UTC 2013 >>> 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 -I/src/sys/contrib/ia64/libuwx/src -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 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/accf_http.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 -I/src/sys/contrib/ia64/libuwx/src -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 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/if_atm.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 -I/src/sys/contrib/ia64/libuwx/src -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 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/if_ether.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 -I/src/sys/contrib/ia64/libuwx/src -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 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/igmp.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 -I/src/sys/contrib/ia64/libuwx/src -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 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet/in.c cc1: warnings being treated as errors /src/sys/netinet/in.c: In function 'in_difaddr_ioctl': /src/sys/netinet/in.c:544: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop. bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-05 23:19:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-05 23:19:56 - ERROR: failed to build LINT kernel TB --- 2013-11-05 23:19:56 - 5374.62 user 903.27 system 6769.95 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 5 23:33:48 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7D4DCACF; Tue, 5 Nov 2013 23:33:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 501E92F8B; Tue, 5 Nov 2013 23:33: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 rA5NXlq6014998; Tue, 5 Nov 2013 18:33:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rA5NXlx4014988; Tue, 5 Nov 2013 23:33:47 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 5 Nov 2013 23:33:47 GMT Message-Id: <201311052333.rA5NXlx4014988@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, 05 Nov 2013 23:33:48 -0000 TB --- 2013-11-05 19:53:38 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-05 19:53:38 - 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 --- 2013-11-05 19:53:38 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-11-05 19:53:38 - cleaning the object tree TB --- 2013-11-05 19:53:38 - /usr/local/bin/svn stat /src TB --- 2013-11-05 19:53:48 - At svn revision 257709 TB --- 2013-11-05 19:53:49 - building world TB --- 2013-11-05 19:53:49 - CROSS_BUILD_TESTING=YES TB --- 2013-11-05 19:53:49 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-05 19:53:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-05 19:53:49 - SRCCONF=/dev/null TB --- 2013-11-05 19:53:49 - TARGET=pc98 TB --- 2013-11-05 19:53:49 - TARGET_ARCH=i386 TB --- 2013-11-05 19:53:49 - TZ=UTC TB --- 2013-11-05 19:53:49 - __MAKE_CONF=/dev/null TB --- 2013-11-05 19:53:49 - cd /src TB --- 2013-11-05 19:53:49 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Nov 5 19:53:59 UTC 2013 >>> Rebuilding 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 5 23:18:22 UTC 2013 TB --- 2013-11-05 23:18:22 - generating LINT kernel config TB --- 2013-11-05 23:18:22 - cd /src/sys/pc98/conf TB --- 2013-11-05 23:18:22 - /usr/bin/make -B LINT TB --- 2013-11-05 23:18:22 - cd /src/sys/pc98/conf TB --- 2013-11-05 23:18:22 - /usr/sbin/config -m LINT TB --- 2013-11-05 23:18:22 - building LINT kernel TB --- 2013-11-05 23:18:22 - CROSS_BUILD_TESTING=YES TB --- 2013-11-05 23:18:22 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-05 23:18:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-05 23:18:22 - SRCCONF=/dev/null TB --- 2013-11-05 23:18:22 - TARGET=pc98 TB --- 2013-11-05 23:18:22 - TARGET_ARCH=i386 TB --- 2013-11-05 23:18:22 - TZ=UTC TB --- 2013-11-05 23:18:22 - __MAKE_CONF=/dev/null TB --- 2013-11-05 23:18:22 - cd /src TB --- 2013-11-05 23:18:22 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 5 23:18:22 UTC 2013 >>> 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 [...] sc.svr4_ifc_req.svr4_ifr_addr.sa_family = ~~~~~~~~~~~~~~~^ -> /src/sys/compat/svr4/svr4_sockio.c:165:20: error: member reference type 'struct ifreq *' is a pointer; maybe you meant to use '->'? ifc->ifc_req.ifr_addr.sa_family; ~~~~~~~~~~~~^ -> 6 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/pc98.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-05 23:33:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-05 23:33:47 - ERROR: failed to build LINT kernel TB --- 2013-11-05 23:33:47 - 10493.71 user 1693.12 system 13208.81 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 00:05:22 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BC6AC348; Wed, 6 Nov 2013 00:05:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 833D2214A; Wed, 6 Nov 2013 00:05: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 rA605LEx068783; Tue, 5 Nov 2013 19:05: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 rA605LEv068782; Wed, 6 Nov 2013 00:05:21 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 00:05:21 GMT Message-Id: <201311060005.rA605LEv068782@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: Wed, 06 Nov 2013 00:05:22 -0000 TB --- 2013-11-05 23:00:14 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-05 23:00:14 - 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 --- 2013-11-05 23:00:14 - starting HEAD tinderbox run for mips64/mips TB --- 2013-11-05 23:00:15 - cleaning the object tree TB --- 2013-11-05 23:00:40 - /usr/local/bin/svn stat /src TB --- 2013-11-05 23:00:49 - At svn revision 257709 TB --- 2013-11-05 23:00:50 - building world TB --- 2013-11-05 23:00:50 - CROSS_BUILD_TESTING=YES TB --- 2013-11-05 23:00:50 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-05 23:00:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-05 23:00:50 - SRCCONF=/dev/null TB --- 2013-11-05 23:00:50 - TARGET=mips TB --- 2013-11-05 23:00:50 - TARGET_ARCH=mips64 TB --- 2013-11-05 23:00:50 - TZ=UTC TB --- 2013-11-05 23:00:50 - __MAKE_CONF=/dev/null TB --- 2013-11-05 23:00:50 - cd /src TB --- 2013-11-05 23:00:50 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Nov 5 23:00:59 UTC 2013 >>> Rebuilding 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 6 00:03:16 UTC 2013 TB --- 2013-11-06 00:03:16 - cd /src/sys/mips/conf TB --- 2013-11-06 00:03:16 - /usr/sbin/config -m ADM5120 TB --- 2013-11-06 00:03:16 - skipping ADM5120 kernel TB --- 2013-11-06 00:03:16 - cd /src/sys/mips/conf TB --- 2013-11-06 00:03:16 - /usr/sbin/config -m ALCHEMY TB --- 2013-11-06 00:03:16 - skipping ALCHEMY kernel TB --- 2013-11-06 00:03:16 - cd /src/sys/mips/conf TB --- 2013-11-06 00:03:16 - /usr/sbin/config -m ALFA_HORNET_UB TB --- 2013-11-06 00:03:16 - skipping ALFA_HORNET_UB kernel TB --- 2013-11-06 00:03:16 - cd /src/sys/mips/conf TB --- 2013-11-06 00:03:16 - /usr/sbin/config -m AP121 TB --- 2013-11-06 00:03:16 - skipping AP121 kernel TB --- 2013-11-06 00:03:16 - cd /src/sys/mips/conf TB --- 2013-11-06 00:03:16 - /usr/sbin/config -m AP91 TB --- 2013-11-06 00:03:16 - skipping AP91 kernel TB --- 2013-11-06 00:03:16 - cd /src/sys/mips/conf TB --- 2013-11-06 00:03:16 - /usr/sbin/config -m AP93 TB --- 2013-11-06 00:03:16 - skipping AP93 kernel TB --- 2013-11-06 00:03:16 - cd /src/sys/mips/conf TB --- 2013-11-06 00:03:16 - /usr/sbin/config -m AP94 TB --- 2013-11-06 00:03:16 - skipping AP94 kernel TB --- 2013-11-06 00:03:16 - cd /src/sys/mips/conf TB --- 2013-11-06 00:03:16 - /usr/sbin/config -m AP96 TB --- 2013-11-06 00:03:16 - skipping AP96 kernel TB --- 2013-11-06 00:03:16 - cd /src/sys/mips/conf TB --- 2013-11-06 00:03:16 - /usr/sbin/config -m AR71XX_BASE TB --- 2013-11-06 00:03:16 - skipping AR71XX_BASE kernel TB --- 2013-11-06 00:03:16 - cd /src/sys/mips/conf TB --- 2013-11-06 00:03:16 - /usr/sbin/config -m AR724X_BASE TB --- 2013-11-06 00:03:16 - skipping AR724X_BASE kernel TB --- 2013-11-06 00:03:16 - cd /src/sys/mips/conf TB --- 2013-11-06 00:03:16 - /usr/sbin/config -m AR91XX_BASE TB --- 2013-11-06 00:03:16 - skipping AR91XX_BASE kernel TB --- 2013-11-06 00:03:16 - cd /src/sys/mips/conf TB --- 2013-11-06 00:03:16 - /usr/sbin/config -m AR933X_BASE TB --- 2013-11-06 00:03:16 - skipping AR933X_BASE kernel TB --- 2013-11-06 00:03:16 - cd /src/sys/mips/conf TB --- 2013-11-06 00:03:16 - /usr/sbin/config -m AR934X_BASE TB --- 2013-11-06 00:03:16 - skipping AR934X_BASE kernel TB --- 2013-11-06 00:03:16 - cd /src/sys/mips/conf TB --- 2013-11-06 00:03:16 - /usr/sbin/config -m BERI_DE4_BASE TB --- 2013-11-06 00:03:16 - building BERI_DE4_BASE kernel TB --- 2013-11-06 00:03:16 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 00:03:16 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 00:03:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 00:03:16 - SRCCONF=/dev/null TB --- 2013-11-06 00:03:16 - TARGET=mips TB --- 2013-11-06 00:03:16 - TARGET_ARCH=mips64 TB --- 2013-11-06 00:03:16 - TZ=UTC TB --- 2013-11-06 00:03:16 - __MAKE_CONF=/dev/null TB --- 2013-11-06 00:03:16 - cd /src TB --- 2013-11-06 00:03:16 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_BASE >>> Kernel build for BERI_DE4_BASE started on Wed Nov 6 00:03:17 UTC 2013 >>> 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 -O -pipe -std=c99 -g -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 -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/net/rtsock.c cc -c -O -pipe -std=c99 -g -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 -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/net/zlib.c cc -c -O -pipe -std=c99 -g -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 -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/netinet/if_ether.c cc -c -O -pipe -std=c99 -g -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 -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/netinet/igmp.c cc -c -O -pipe -std=c99 -g -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 -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/netinet/in.c cc1: warnings being treated as errors /src/sys/netinet/in.c: In function 'in_difaddr_ioctl': /src/sys/netinet/in.c:544: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips64/src/sys/BERI_DE4_BASE *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 00:05:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 00:05:20 - ERROR: failed to build BERI_DE4_BASE kernel TB --- 2013-11-06 00:05:20 - 2808.51 user 657.22 system 3906.02 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 00:51:55 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 325D3D98; Wed, 6 Nov 2013 00:51:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EC5B7234C; Wed, 6 Nov 2013 00:51:54 +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 rA60prgH069290; Tue, 5 Nov 2013 19:51:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rA60praX069289; Wed, 6 Nov 2013 00:51:53 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 00:51:53 GMT Message-Id: <201311060051.rA60praX069289@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, 06 Nov 2013 00:51:55 -0000 TB --- 2013-11-05 23:33:47 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-05 23:33:47 - 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 --- 2013-11-05 23:33:47 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-11-05 23:33:47 - cleaning the object tree TB --- 2013-11-05 23:34:25 - /usr/local/bin/svn stat /src TB --- 2013-11-05 23:34:29 - At svn revision 257709 TB --- 2013-11-05 23:34:30 - building world TB --- 2013-11-05 23:34:30 - CROSS_BUILD_TESTING=YES TB --- 2013-11-05 23:34:30 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-05 23:34:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-05 23:34:30 - SRCCONF=/dev/null TB --- 2013-11-05 23:34:30 - TARGET=sparc64 TB --- 2013-11-05 23:34:30 - TARGET_ARCH=sparc64 TB --- 2013-11-05 23:34:30 - TZ=UTC TB --- 2013-11-05 23:34:30 - __MAKE_CONF=/dev/null TB --- 2013-11-05 23:34:30 - cd /src TB --- 2013-11-05 23:34:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Nov 5 23:34:36 UTC 2013 >>> Rebuilding 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 6 00:40:24 UTC 2013 TB --- 2013-11-06 00:40:24 - generating LINT kernel config TB --- 2013-11-06 00:40:24 - cd /src/sys/sparc64/conf TB --- 2013-11-06 00:40:24 - /usr/bin/make -B LINT TB --- 2013-11-06 00:40:24 - cd /src/sys/sparc64/conf TB --- 2013-11-06 00:40:24 - /usr/sbin/config -m LINT TB --- 2013-11-06 00:40:24 - building LINT kernel TB --- 2013-11-06 00:40:24 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 00:40:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 00:40:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 00:40:24 - SRCCONF=/dev/null TB --- 2013-11-06 00:40:24 - TARGET=sparc64 TB --- 2013-11-06 00:40:24 - TARGET_ARCH=sparc64 TB --- 2013-11-06 00:40:24 - TZ=UTC TB --- 2013-11-06 00:40:24 - __MAKE_CONF=/dev/null TB --- 2013-11-06 00:40:24 - cd /src TB --- 2013-11-06 00:40:24 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 6 00:40:24 UTC 2013 >>> 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/netinet/accf_http.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/netinet/if_atm.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/netinet/if_ether.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/netinet/igmp.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/netinet/in.c cc1: warnings being treated as errors /src/sys/netinet/in.c: In function 'in_difaddr_ioctl': /src/sys/netinet/in.c:544: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop. bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 00:51:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 00:51:53 - ERROR: failed to build LINT kernel TB --- 2013-11-06 00:51:53 - 3760.56 user 657.24 system 4686.39 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 01:12:40 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4B72DFF5; Wed, 6 Nov 2013 01:12:40 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0EF75242E; Wed, 6 Nov 2013 01:12:39 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.31]) by ltcfislmsgpa04.fnfis.com (8.14.5/8.14.5) with ESMTP id rA61CclC023621 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 5 Nov 2013 19:12:38 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.152]) by LTCFISWMSGHT03.FNFIS.com ([10.132.206.31]) with mapi id 14.03.0158.001; Tue, 5 Nov 2013 19:12:37 -0600 From: "Teske, Devin" To: Nathan Whitehorn Subject: Re: [CFT] Kernel-Selection Enhancemnt to Boot Menu Thread-Topic: [CFT] Kernel-Selection Enhancemnt to Boot Menu Thread-Index: AQHO15puDLYKYE3XWU64lusTqAzYBZoXz+4A Date: Wed, 6 Nov 2013 01:12:37 +0000 Message-ID: References: <62E3FA11-E6E1-4072-9226-993FF83EBC0D@fisglobal.com> <5279258F.8030000@pix.net> <52792AD9.2010200@freebsd.org> <0060B581-2639-4B84-A0E1-84B13EAD7ABF@fisglobal.com> In-Reply-To: <0060B581-2639-4B84-A0E1-84B13EAD7ABF@fisglobal.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: multipart/signed; boundary="Apple-Mail=_36E57C5D-7EA1-4CDE-A72D-73FFF38F0F18"; protocol="application/pgp-signature"; micalg=pgp-sha512 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-11-05_08:2013-11-05,2013-11-05,1970-01-01 signatures=0 Cc: Devin Teske , "Teske, Devin" , " Current" , Kurt Lidl 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, 06 Nov 2013 01:12:40 -0000 --Apple-Mail=_36E57C5D-7EA1-4CDE-A72D-73FFF38F0F18 Content-Type: multipart/mixed; boundary="Apple-Mail=_F11763CA-E8C2-4944-8DC4-CA9711C2B352" --Apple-Mail=_F11763CA-E8C2-4944-8DC4-CA9711C2B352 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Nov 5, 2013, at 9:53 AM, Teske, Devin wrote: >=20 > On Nov 5, 2013, at 9:28 AM, Nathan Whitehorn wrote: >=20 >> On 11/05/13 11:06, Kurt Lidl wrote: >>>=20 >>>> You can try enabling the beastie menu on sparc64 by editing >>>> /boot/loader.rc: >>>>=20 >>>> =3D=3D=3D Change #1 in /boot/loader.rc to enable beastie menu =3D=3D=3D >>>>=20 >>>> Find: >>>> \ Reads and processes loader.conf variables >>>> \ NOTE: Change to `initialize' if you enable the below boot menu >>>> start >>>>=20 >>>> Change "start" to "initialize" as shown below: >>>> \ Reads and processes loader.conf variables >>>> \ NOTE: Change to `initialize' if you enable the below boot menu >>>> initialize >>>>=20 >>>> =3D=3D=3D Change #2 in [same file] to enable beastie menu =3D=3D=3D >>>>=20 >>>> Find: >>>> \ Uncomment to enable boot menu >>>> \ include /boot/beastie.4th >>>> \ beastie-start >>>>=20 >>>> Uncomment "beastie-start" as shown below: >>>> \ Uncomment to enable boot menu >>>> \ include /boot/beastie.4th >>>> beastie-start >>>>=20 >>>> =3D=3D=3D=3D=3D=3D >>>>=20 >>>> If you find that making those two trivial changes, that you are able >>>> to load >>>> the menu... then maybe it's time for us to start thinking about >>>> enabling the >>>> beastie menu by-default for the sparc64 architecture. >>>=20 >>> Seems to work just fine. I tested by booting, toggling through the >>> different kernel choices (/boot/kernel/kernel /boot/kernel.old/kernel) >>> and both worked correctly. >>>=20 >>> (Although I uncommented the "include /boot/beastie.4th" line too.) >>>=20 >>>> Does anybody else have any thoughts on enabling it for sparc64? >>>=20 >>> Well, I'd probably be in support of this change - it sure beats having >>> to interrupt the normal boot sequence and typing: >>> unload >>> load /boot/kernel.old/kernel >>> load /boot/kernel.old/opensolaris.ko >>> load /boot/kernel.old/zfs.ko >>> boot >>> When I need to get back to the prior version of the kernel. >>=20 >> Is there a way to make this work even without the beastie menu? A way to >> interrupt the boot before kernel load (even holding down a key) would be >> really valuable, even on systems that do not support fancy terminals >> with colors and such. >=20 > Nathan, >=20 > Can you drop into your /boot/loader.conf: >=20 > loader_delay=3D3 >=20 > And reboot? >=20 > I'm trying to think how we could use that to our advantage. I'm interested > in creative applications thereof. >=20 > For more skinny on what that does... "man delay.4th", it spills the beans > on a "delayed command execution" module that I added a few years ago. >=20 > For example... Here's my idea of making things easier on the user that > wants to load a different kernel, but *without* using a menu... >=20 > 1. We have loader_delay default to 3 > 2. Dots are displayed for 3 seconds before we do anything (like load a > kernel) > 3. User presses ENTER during those 3 seconds, and the delay is truncated > 4. User presses Ctrl-C during those 3 seconds (or ESC) and they get a > prompt (before the kernel has loaded). >=20 > Then here's what I would do (as to not have to load separate modules)... >=20 > set kernel=3Dkernel.old > boot >=20 > + The forth code figures out that the kernel is in /boot > + If loader.conf had opensolaris_load=3DYES and > + zfs_load=3DYES then the forth code also loads those from kernel.old >=20 > But let's say loader.conf was bare, you could do: >=20 > set kernel=3Dkernel.old > set opensolaris_load=3DYES > set zfs_load=3DYES > boot >=20 > NB: The reason this works is because you would not call "start" in your > loader.rc (which actually loads things), but instead "initialize" (which = only > loads loader.conf et. al.) followed by dc_execute Err, dc_execute is what I called it nearly a decade ago when I first wrote = it at $work. I forgot that I renamed it to delay_execute (used to be "dc_execu= te" for "delayed-command execute"). > to fire off "autoboot" in 3 > seconds (with the aforementioned allowed interrupt ability). >=20 > Is that what you were thinking? Will that work? >=20 > Bonus: It would be extremely trivial to implement. I wipped up a patch... (and tested it about 12 different ways) See attached patch.txt. It should achieve what you're looking for. I was able to trim down Kurt's process from 6 steps: 1. Escape 10-second autoboot 2. unload 3. load /boot/kernel.old/kernel 4. load /boot/kernel.old/opensolaris.ko 5. load /boot/kernel.old/zfs.ko 6. boot To simply 2 (with loader_delay=3D3 in loader.conf(5)): 1. Escape new 3-second delay 2. boot kernel.old No beastie menu. Will this work? --=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. --Apple-Mail=_F11763CA-E8C2-4944-8DC4-CA9711C2B352 Content-Disposition: attachment; filename=patch.txt Content-Type: text/plain; name="patch.txt" Content-Transfer-Encoding: 7bit Index: sys/boot/forth/beastie.4th =================================================================== --- sys/boot/forth/beastie.4th (revision 257650) +++ sys/boot/forth/beastie.4th (working copy) @@ -28,8 +28,6 @@ marker task-beastie.4th -include /boot/delay.4th - only forth definitions also support-functions variable logoX Index: sys/boot/forth/loader.4th =================================================================== --- sys/boot/forth/loader.4th (revision 257650) +++ sys/boot/forth/loader.4th (working copy) @@ -41,6 +41,7 @@ s" arch-i386" environment? [if] [if] include /boot/support.4th include /boot/color.4th +include /boot/delay.4th only forth also support-functions also builtins definitions @@ -141,8 +142,17 @@ include /boot/check-password.4th \ Will *NOT* try to load kernel and modules if no configuration file \ was succesfully loaded! any_conf_read? if - load_kernel - load_modules + s" loader_delay" getenv -1 = if + load_kernel + load_modules + else + drop + ." Loading Kernel and Modules (Ctrl-C to Abort)" cr + s" also support-functions" evaluate + s" set delay_command='load_kernel load_modules'" evaluate + s" set delay_showdots" evaluate + delay_execute + then then ; --Apple-Mail=_F11763CA-E8C2-4944-8DC4-CA9711C2B352 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii --Apple-Mail=_F11763CA-E8C2-4944-8DC4-CA9711C2B352-- --Apple-Mail=_36E57C5D-7EA1-4CDE-A72D-73FFF38F0F18 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJSeZeEAAoJEKrMn5R9npq5XqwH/AnKJ4TiFPrD021ols3l7/lH I8sHsX7YP+vMwNiiogARyAK+EvSaQ2QAv1+LekBqh3KuyQM2/NQeJWsm14+FWnpt r2BX8r27Yc0yGv9A8qA8FVllrOaJ1E+bN3Kd5XLkNq4As+k/g8CcfKOCOaNO4sLk ry0FtuwkzcD+JGzqN4P9oUdXfyXR4/xNgTfO7cg8XRYDAeivkf+gMF2MJhTriHqY zH2imaC2JnUsziRDjng23zWh9hppLnu+zNxNZBIuU9ewtr+BmI9KGiit7iy6AunY yIJoQ9h5c7PA0V3e1mjDIh71vI2xU+ztr5emShq+cSgiD1kyLCfyorVBWZh+EJo= =EsLr -----END PGP SIGNATURE----- --Apple-Mail=_36E57C5D-7EA1-4CDE-A72D-73FFF38F0F18-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 02:01:16 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A5001B87; Wed, 6 Nov 2013 02:01:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6CD5E263F; Wed, 6 Nov 2013 02:01: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 rA621F5X034909; Tue, 5 Nov 2013 21:01: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 rA621Fna034900; Wed, 6 Nov 2013 02:01:15 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 02:01:15 GMT Message-Id: <201311060201.rA621Fna034900@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: Wed, 06 Nov 2013 02:01:16 -0000 TB --- 2013-11-05 23:20:02 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-05 23:20: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 --- 2013-11-05 23:20:02 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-11-05 23:20:02 - cleaning the object tree TB --- 2013-11-05 23:20:31 - /usr/local/bin/svn stat /src TB --- 2013-11-05 23:20:36 - At svn revision 257709 TB --- 2013-11-05 23:20:37 - building world TB --- 2013-11-05 23:20:37 - CROSS_BUILD_TESTING=YES TB --- 2013-11-05 23:20:37 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-05 23:20:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-05 23:20:37 - SRCCONF=/dev/null TB --- 2013-11-05 23:20:37 - TARGET=powerpc TB --- 2013-11-05 23:20:37 - TARGET_ARCH=powerpc TB --- 2013-11-05 23:20:37 - TZ=UTC TB --- 2013-11-05 23:20:37 - __MAKE_CONF=/dev/null TB --- 2013-11-05 23:20:37 - cd /src TB --- 2013-11-05 23:20:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Nov 5 23:20:44 UTC 2013 >>> Rebuilding 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 6 01:53:01 UTC 2013 TB --- 2013-11-06 01:53:01 - generating LINT kernel config TB --- 2013-11-06 01:53:01 - cd /src/sys/powerpc/conf TB --- 2013-11-06 01:53:01 - /usr/bin/make -B LINT TB --- 2013-11-06 01:53:01 - cd /src/sys/powerpc/conf TB --- 2013-11-06 01:53:01 - /usr/sbin/config -m LINT TB --- 2013-11-06 01:53:01 - building LINT kernel TB --- 2013-11-06 01:53:01 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 01:53:01 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 01:53:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 01:53:01 - SRCCONF=/dev/null TB --- 2013-11-06 01:53:01 - TARGET=powerpc TB --- 2013-11-06 01:53:01 - TARGET_ARCH=powerpc TB --- 2013-11-06 01:53:01 - TZ=UTC TB --- 2013-11-06 01:53:01 - __MAKE_CONF=/dev/null TB --- 2013-11-06 01:53:01 - cd /src TB --- 2013-11-06 01:53:01 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 6 01:53:01 UTC 2013 >>> 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 -O -pipe -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 -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/netinet/accf_http.c cc -c -O -pipe -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 -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/netinet/if_atm.c cc -c -O -pipe -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 -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/netinet/if_ether.c cc -c -O -pipe -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 -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/netinet/igmp.c cc -c -O -pipe -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 -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/netinet/in.c cc1: warnings being treated as errors /src/sys/netinet/in.c: In function 'in_difaddr_ioctl': /src/sys/netinet/in.c:544: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 02:01:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 02:01:15 - ERROR: failed to build LINT kernel TB --- 2013-11-06 02:01:15 - 8438.88 user 1029.32 system 9672.93 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 02:35:45 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5ECDC19E; Wed, 6 Nov 2013 02:35:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 25CB127A4; Wed, 6 Nov 2013 02:35: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 rA62ZibD009093; Tue, 5 Nov 2013 21:35: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 rA62ZiTo009092; Wed, 6 Nov 2013 02:35:44 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 02:35:44 GMT Message-Id: <201311060235.rA62ZiTo009092@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: Wed, 06 Nov 2013 02:35:45 -0000 TB --- 2013-11-05 23:28:21 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-05 23:28:21 - 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 --- 2013-11-05 23:28:21 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-11-05 23:28:22 - cleaning the object tree TB --- 2013-11-05 23:28:46 - /usr/local/bin/svn stat /src TB --- 2013-11-05 23:28:49 - At svn revision 257709 TB --- 2013-11-05 23:28:50 - building world TB --- 2013-11-05 23:28:50 - CROSS_BUILD_TESTING=YES TB --- 2013-11-05 23:28:50 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-05 23:28:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-05 23:28:50 - SRCCONF=/dev/null TB --- 2013-11-05 23:28:50 - TARGET=powerpc TB --- 2013-11-05 23:28:50 - TARGET_ARCH=powerpc64 TB --- 2013-11-05 23:28:50 - TZ=UTC TB --- 2013-11-05 23:28:50 - __MAKE_CONF=/dev/null TB --- 2013-11-05 23:28:50 - cd /src TB --- 2013-11-05 23:28:50 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Nov 5 23:28:57 UTC 2013 >>> Rebuilding 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 6 02:30:37 UTC 2013 TB --- 2013-11-06 02:30:37 - generating LINT kernel config TB --- 2013-11-06 02:30:37 - cd /src/sys/powerpc/conf TB --- 2013-11-06 02:30:37 - /usr/bin/make -B LINT TB --- 2013-11-06 02:30:38 - cd /src/sys/powerpc/conf TB --- 2013-11-06 02:30:38 - /usr/sbin/config -m LINT TB --- 2013-11-06 02:30:38 - skipping LINT kernel TB --- 2013-11-06 02:30:38 - cd /src/sys/powerpc/conf TB --- 2013-11-06 02:30:38 - /usr/sbin/config -m GENERIC TB --- 2013-11-06 02:30:38 - skipping GENERIC kernel TB --- 2013-11-06 02:30:38 - cd /src/sys/powerpc/conf TB --- 2013-11-06 02:30:38 - /usr/sbin/config -m GENERIC64 TB --- 2013-11-06 02:30:38 - building GENERIC64 kernel TB --- 2013-11-06 02:30:38 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 02:30:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 02:30:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 02:30:38 - SRCCONF=/dev/null TB --- 2013-11-06 02:30:38 - TARGET=powerpc TB --- 2013-11-06 02:30:38 - TARGET_ARCH=powerpc64 TB --- 2013-11-06 02:30:38 - TZ=UTC TB --- 2013-11-06 02:30:38 - __MAKE_CONF=/dev/null TB --- 2013-11-06 02:30:38 - cd /src TB --- 2013-11-06 02:30:38 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Wed Nov 6 02:30:38 UTC 2013 >>> 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 -O -pipe -std=c99 -g -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 -I/src/sys/contrib/libfdt -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/netinet/if_ether.c ctfconvert -L VERSION -g if_ether.o cc -c -O -pipe -std=c99 -g -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 -I/src/sys/contrib/libfdt -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/netinet/igmp.c ctfconvert -L VERSION -g igmp.o cc -c -O -pipe -std=c99 -g -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 -I/src/sys/contrib/libfdt -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/netinet/in.c cc1: warnings being treated as errors /src/sys/netinet/in.c: In function 'in_difaddr_ioctl': /src/sys/netinet/in.c:544: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc64/src/sys/GENERIC64 *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 02:35:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 02:35:44 - ERROR: failed to build GENERIC64 kernel TB --- 2013-11-06 02:35:44 - 9897.42 user 1260.34 system 11242.20 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 02:36:15 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CC6C42CD for ; Wed, 6 Nov 2013 02:36:15 +0000 (UTC) (envelope-from mueller6721@twc.com) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.226]) by mx1.freebsd.org (Postfix) with ESMTP id 8A06827C2 for ; Wed, 6 Nov 2013 02:36:15 +0000 (UTC) Received: from [74.130.200.176] ([74.130.200.176:19565] helo=localhost) by cdptpa-oedge03 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 1A/D8-19454-71BA9725; Wed, 06 Nov 2013 02:36:07 +0000 Date: Wed, 06 Nov 2013 02:36:07 +0000 Message-ID: <1A.D8.19454.71BA9725@cdptpa-oedge03> From: "Thomas Mueller" To: freebsd-stable@freebsd.org References: <20130925063610.GA1507@michelle.cdnetworks.com> <36.52.26070.28C93425@cdptpa-oedge03> <20130926050038.GA1494@michelle.cdnetworks.com> <75.B0.09602.0CBE3425@cdptpa-oedge03> <20130926083326.GB1494@michelle.cdnetworks.com> <20131104021727.GB3610@michelle.cdnetworks.com> Subject: dhclient failure with Realtek 8111E Ethernet on new MSI motherboard X-RR-Connecting-IP: 107.14.168.142:25 X-Cloudmark-Score: 0 Cc: pyunyh@gmail.com, 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, 06 Nov 2013 02:36:15 -0000 from Yonghyeon PYUN: Thomas, would you try attached patch on your system? [-- Attachment #2: re.8168evl.diff --] [-- Type: text/x-diff, Encoding: 7bit, Size: 3.6K --] Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="re.8168evl.diff" Index: sys/dev/re/if_re.c =================================================================== --- sys/dev/re/if_re.c (revision 257422) +++ sys/dev/re/if_re.c (working copy) @@ -295,6 +295,8 @@ static int re_miibus_writereg (device_t, int, int, int); static void re_miibus_statchg (device_t); +static void re_eri_write (struct rl_softc *, bus_size_t, uint32_t, int); + static void re_set_jumbo (struct rl_softc *, int); static void re_set_rxmode (struct rl_softc *); static void re_reset (struct rl_softc *); @:10,32s/^/@ -641,6 +643,32 @@ } (snip) Which version/branch of FreeBSD is this for? 9.2_STABLE, 10-stable or 11-head? Does it require a specific svn revision? I just updated FreeBSD-current on new MSI motherboard (svn revision 257695). dhclient re0 still gives same error. Now I have to update FreeBSD-current amd64 on same computer. I go through this in the hope of being able to configure wifi with Hiro 50191 USB-stick-type WLAN adapter, driver rsu. So far, can't see wifi network. I see what more I need to do, or maybe no wifi signal? Tom From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 02:47:46 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E1A15579; Wed, 6 Nov 2013 02:47:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9BA432849; Wed, 6 Nov 2013 02:47:45 +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 rA62liX9035486; Tue, 5 Nov 2013 21:47: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 rA62liZq035461; Wed, 6 Nov 2013 02:47:44 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 02:47:44 GMT Message-Id: <201311060247.rA62liZq035461@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: Wed, 06 Nov 2013 02:47:46 -0000 TB --- 2013-11-06 02:40:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 02:40:18 - 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 --- 2013-11-06 02:40:18 - starting HEAD tinderbox run for arm/arm TB --- 2013-11-06 02:40:18 - cleaning the object tree TB --- 2013-11-06 02:40:18 - /usr/local/bin/svn stat /src TB --- 2013-11-06 02:40:22 - At svn revision 257731 TB --- 2013-11-06 02:40:23 - building world TB --- 2013-11-06 02:40:23 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 02:40:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 02:40:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 02:40:23 - SRCCONF=/dev/null TB --- 2013-11-06 02:40:23 - TARGET=arm TB --- 2013-11-06 02:40:23 - TARGET_ARCH=arm TB --- 2013-11-06 02:40:23 - TZ=UTC TB --- 2013-11-06 02:40:23 - __MAKE_CONF=/dev/null TB --- 2013-11-06 02:40:23 - cd /src TB --- 2013-11-06 02:40:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 02:40:31 UTC 2013 >>> Rebuilding 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 [...] /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc unwind.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.h unwind.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc gthr-default.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/gthr-posix.h gthr-default.h cc -c -O -pipe -DTARGET_ARM_EABI -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -Wno-static-in-inline -Dinhibit_libc -fno-inline -fheinous-gnu-extensions -std=gnu99 -Qunused-arguments -fvisibility=hidden -DHIDE_EXPORTS -fPIC -fexceptions -D__GLIBC__=3 -DElfW=__ElfN -o unwind-arm.o /src/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.c cc: unrecognized option '-Qunused-arguments' cc1: error: unrecognized command line option "-Wno-static-in-inline" cc1: error: unrecognized command line option "-fheinous-gnu-extensions" *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/lib/libgcc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 02:47:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 02:47:44 - ERROR: failed to build world TB --- 2013-11-06 02:47:44 - 298.70 user 70.04 system 445.71 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 02:47:48 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 96FB657A; Wed, 6 Nov 2013 02:47:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 51CB3284A; Wed, 6 Nov 2013 02:47:45 +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 rA62liCN035485; Tue, 5 Nov 2013 21:47: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 rA62liiL035462; Wed, 6 Nov 2013 02:47:44 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 02:47:44 GMT Message-Id: <201311060247.rA62liiL035462@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 armv6/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: Wed, 06 Nov 2013 02:47:48 -0000 TB --- 2013-11-06 02:40:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 02:40:18 - 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 --- 2013-11-06 02:40:18 - starting HEAD tinderbox run for armv6/arm TB --- 2013-11-06 02:40:18 - cleaning the object tree TB --- 2013-11-06 02:40:18 - /usr/local/bin/svn stat /src TB --- 2013-11-06 02:40:23 - At svn revision 257731 TB --- 2013-11-06 02:40:24 - building world TB --- 2013-11-06 02:40:24 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 02:40:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 02:40:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 02:40:24 - SRCCONF=/dev/null TB --- 2013-11-06 02:40:24 - TARGET=arm TB --- 2013-11-06 02:40:24 - TARGET_ARCH=armv6 TB --- 2013-11-06 02:40:24 - TZ=UTC TB --- 2013-11-06 02:40:24 - __MAKE_CONF=/dev/null TB --- 2013-11-06 02:40:24 - cd /src TB --- 2013-11-06 02:40:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 02:40:30 UTC 2013 >>> Rebuilding 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 [...] /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc unwind.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.h unwind.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc gthr-default.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/gthr-posix.h gthr-default.h cc -c -O -pipe -DTARGET_ARM_EABI -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -Wno-static-in-inline -Dinhibit_libc -fno-inline -fheinous-gnu-extensions -std=gnu99 -Qunused-arguments -fvisibility=hidden -DHIDE_EXPORTS -fPIC -fexceptions -D__GLIBC__=3 -DElfW=__ElfN -o unwind-arm.o /src/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.c cc: unrecognized option '-Qunused-arguments' cc1: error: unrecognized command line option "-Wno-static-in-inline" cc1: error: unrecognized command line option "-fheinous-gnu-extensions" *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/lib/libgcc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 02:47:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 02:47:44 - ERROR: failed to build world TB --- 2013-11-06 02:47:44 - 298.34 user 70.44 system 445.67 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 02:48:12 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E8DC67DB; Wed, 6 Nov 2013 02:48:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A1521286E; Wed, 6 Nov 2013 02:48:11 +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 rA62mALA046556; Tue, 5 Nov 2013 21:48:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rA62mArk046555; Wed, 6 Nov 2013 02:48:10 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 02:48:10 GMT Message-Id: <201311060248.rA62mArk046555@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, 06 Nov 2013 02:48:12 -0000 TB --- 2013-11-06 02:40:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 02:40:18 - 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 --- 2013-11-06 02:40:18 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-11-06 02:40:18 - cleaning the object tree TB --- 2013-11-06 02:40:18 - /usr/local/bin/svn stat /src TB --- 2013-11-06 02:40:22 - At svn revision 257731 TB --- 2013-11-06 02:40:23 - building world TB --- 2013-11-06 02:40:23 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 02:40:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 02:40:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 02:40:23 - SRCCONF=/dev/null TB --- 2013-11-06 02:40:23 - TARGET=amd64 TB --- 2013-11-06 02:40:23 - TARGET_ARCH=amd64 TB --- 2013-11-06 02:40:23 - TZ=UTC TB --- 2013-11-06 02:40:23 - __MAKE_CONF=/dev/null TB --- 2013-11-06 02:40:23 - cd /src TB --- 2013-11-06 02:40:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 02:40:31 UTC 2013 >>> Rebuilding 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 [...] LC_ALL=C awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opt-functions.awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opth-gen.awk < optionlist > options.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc unwind.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/unwind-generic.h unwind.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc gthr-default.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/gthr-posix.h gthr-default.h cc -c -O2 -pipe -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -Wno-static-in-inline -std=gnu99 -Qunused-arguments -fvisibility=hidden -DHIDE_EXPORTS -fPIC -fexceptions -D__GLIBC__=3 -DElfW=__ElfN -o unwind-dw2.o /src/gnu/lib/libgcc/../../../contrib/gcc/unwind-dw2.c cc: unrecognized option '-Qunused-arguments' cc1: error: unrecognized command line option "-Wno-static-in-inline" *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/lib/libgcc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 02:48:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 02:48:10 - ERROR: failed to build world TB --- 2013-11-06 02:48:10 - 309.78 user 80.02 system 472.09 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 02:48:48 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DA357939; Wed, 6 Nov 2013 02:48:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 94541288F; Wed, 6 Nov 2013 02:48: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 rA62mkfe053520; Tue, 5 Nov 2013 21:48: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 rA62mkHJ053519; Wed, 6 Nov 2013 02:48:46 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 02:48:46 GMT Message-Id: <201311060248.rA62mkHJ053519@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, 06 Nov 2013 02:48:48 -0000 TB --- 2013-11-06 02:40:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 02:40:18 - 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 --- 2013-11-06 02:40:18 - starting HEAD tinderbox run for i386/i386 TB --- 2013-11-06 02:40:18 - cleaning the object tree TB --- 2013-11-06 02:41:48 - /usr/local/bin/svn stat /src TB --- 2013-11-06 02:41:51 - At svn revision 257731 TB --- 2013-11-06 02:41:52 - building world TB --- 2013-11-06 02:41:52 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 02:41:52 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 02:41:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 02:41:52 - SRCCONF=/dev/null TB --- 2013-11-06 02:41:52 - TARGET=i386 TB --- 2013-11-06 02:41:52 - TARGET_ARCH=i386 TB --- 2013-11-06 02:41:52 - TZ=UTC TB --- 2013-11-06 02:41:52 - __MAKE_CONF=/dev/null TB --- 2013-11-06 02:41:52 - cd /src TB --- 2013-11-06 02:41:52 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 02:41:59 UTC 2013 >>> Rebuilding 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 [...] LC_ALL=C awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opt-functions.awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opth-gen.awk < optionlist > options.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc unwind.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/unwind-generic.h unwind.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc gthr-default.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/gthr-posix.h gthr-default.h cc -c -O2 -pipe -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -Wno-static-in-inline -std=gnu99 -Qunused-arguments -fvisibility=hidden -DHIDE_EXPORTS -fPIC -fexceptions -D__GLIBC__=3 -DElfW=__ElfN -o unwind-dw2.o /src/gnu/lib/libgcc/../../../contrib/gcc/unwind-dw2.c cc: unrecognized option '-Qunused-arguments' cc1: error: unrecognized command line option "-Wno-static-in-inline" *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/lib/libgcc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 02:48:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 02:48:46 - ERROR: failed to build world TB --- 2013-11-06 02:48:46 - 300.16 user 69.33 system 507.83 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 02:55:55 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A890BBE3; Wed, 6 Nov 2013 02:55:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6CA8B28E4; Wed, 6 Nov 2013 02:55: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 rA62tspA028442; Tue, 5 Nov 2013 21:55: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 rA62tsis028427; Wed, 6 Nov 2013 02:55:54 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 02:55:54 GMT Message-Id: <201311060255.rA62tsis028427@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, 06 Nov 2013 02:55:55 -0000 TB --- 2013-11-06 02:48:11 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 02:48: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 --- 2013-11-06 02:48:11 - starting HEAD tinderbox run for mips/mips TB --- 2013-11-06 02:48:11 - cleaning the object tree TB --- 2013-11-06 02:52:18 - /usr/local/bin/svn stat /src TB --- 2013-11-06 02:52:22 - At svn revision 257731 TB --- 2013-11-06 02:52:23 - building world TB --- 2013-11-06 02:52:23 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 02:52:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 02:52:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 02:52:23 - SRCCONF=/dev/null TB --- 2013-11-06 02:52:23 - TARGET=mips TB --- 2013-11-06 02:52:23 - TARGET_ARCH=mips TB --- 2013-11-06 02:52:23 - TZ=UTC TB --- 2013-11-06 02:52:23 - __MAKE_CONF=/dev/null TB --- 2013-11-06 02:52:23 - cd /src TB --- 2013-11-06 02:52:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 02:52:30 UTC 2013 >>> Rebuilding 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 [...] building static gcc_eh library ranlib libgcc_eh.a sh /src/tools/install.sh -C -o root -g wheel -m 444 libgcc_eh.a /obj/mips.mips/src/tmp/usr/lib ===> lib/libcompiler_rt (obj,depend,all,install) rm -f .depend CC='cc ' mkdep -f .depend -a -DVISIBILITY_HIDDEN -std=gnu99 /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashldi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashlti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashrdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clear_cache.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzti2.c /src/lib/libcompiler_rt/../! ../contrib/compiler-rt/lib/cmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/cmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparedf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparesf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/enable_execute_stack.c /src/lib/libcompiler_rt/../../contrib/comp! iler-rt/lib/eprintf.c /src/lib/libcompiler_rt/../../contrib/co! mpiler-rt/lib/ffsdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ffsti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfti.c /src/lib/libcompiler_rt/../../contrib/compi! ler-rt/lib/fixxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixxfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatdidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatdisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatdixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatundidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatundisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatundixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatuntidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatuntisf.c /src/lib/libcompiler_rt/../../c! ontrib/compiler-rt/lib/floatuntixf.c /src/lib/libcompiler_rt/../../cont! rib/compiler-rt/lib/int_util.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/lshrdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/lshrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/moddi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/modti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulodi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulosi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muloti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/multi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulxc3.c /src! /lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritydi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritysi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/parityti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powidf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powisf2.c /src/lib/libcompil! er_rt/../../contrib/compiler-rt/lib/powitf2.c /src/lib/libcompiler_rt/.! ./../contrib/compiler-rt/lib/powixf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/trampoline_setup.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umoddi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodti3.c /src/lib/libcompiler_rt/../../sys/mips/mips/stdatomic.c /src/lib/libcompiler_rt/../../sys/mips/mips/stdatomic.c:33:27: error: sys/stdatomic.h: No such file or directory mkdep: compile failed *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libcompiler_rt *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 02:55:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 02:55:54 - ERROR: failed to build world TB --- 2013-11-06 02:55:54 - 143.40 user 43.61 system 463.16 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 02:55:57 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D408CCD8; Wed, 6 Nov 2013 02:55:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9913128E5; Wed, 6 Nov 2013 02:55: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 rA62tuGc029148; Tue, 5 Nov 2013 21:55: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 rA62tuvc029141; Wed, 6 Nov 2013 02:55:56 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 02:55:56 GMT Message-Id: <201311060255.rA62tuvc029141@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: Wed, 06 Nov 2013 02:55:58 -0000 TB --- 2013-11-06 02:48:46 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 02:48: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 --- 2013-11-06 02:48:46 - starting HEAD tinderbox run for mips64/mips TB --- 2013-11-06 02:48:46 - cleaning the object tree TB --- 2013-11-06 02:52:26 - /usr/local/bin/svn stat /src TB --- 2013-11-06 02:52:29 - At svn revision 257731 TB --- 2013-11-06 02:52:30 - building world TB --- 2013-11-06 02:52:30 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 02:52:30 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 02:52:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 02:52:30 - SRCCONF=/dev/null TB --- 2013-11-06 02:52:30 - TARGET=mips TB --- 2013-11-06 02:52:30 - TARGET_ARCH=mips64 TB --- 2013-11-06 02:52:30 - TZ=UTC TB --- 2013-11-06 02:52:30 - __MAKE_CONF=/dev/null TB --- 2013-11-06 02:52:30 - cd /src TB --- 2013-11-06 02:52:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 02:52:37 UTC 2013 >>> Rebuilding 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 [...] building static gcc_eh library ranlib libgcc_eh.a sh /src/tools/install.sh -C -o root -g wheel -m 444 libgcc_eh.a /obj/mips.mips64/src/tmp/usr/lib ===> lib/libcompiler_rt (obj,depend,all,install) rm -f .depend CC='cc ' mkdep -f .depend -a -DVISIBILITY_HIDDEN -std=gnu99 /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashldi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashlti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashrdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clear_cache.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzti2.c /src/lib/libcompiler_rt/../! ../contrib/compiler-rt/lib/cmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/cmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparedf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparesf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/enable_execute_stack.c /src/lib/libcompiler_rt/../../contrib/comp! iler-rt/lib/eprintf.c /src/lib/libcompiler_rt/../../contrib/co! mpiler-rt/lib/ffsdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ffsti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfti.c /src/lib/libcompiler_rt/../../contrib/compi! ler-rt/lib/fixxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixxfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatdidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatdisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatdixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatundidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatundisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatundixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatuntidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatuntisf.c /src/lib/libcompiler_rt/../../c! ontrib/compiler-rt/lib/floatuntixf.c /src/lib/libcompiler_rt/../../cont! rib/compiler-rt/lib/int_util.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/lshrdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/lshrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/moddi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/modti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulodi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulosi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muloti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/multi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulxc3.c /src! /lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritydi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritysi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/parityti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powidf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powisf2.c /src/lib/libcompil! er_rt/../../contrib/compiler-rt/lib/powitf2.c /src/lib/libcompiler_rt/.! ./../contrib/compiler-rt/lib/powixf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/trampoline_setup.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umoddi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodti3.c /src/lib/libcompiler_rt/../../sys/mips/mips/stdatomic.c /src/lib/libcompiler_rt/../../sys/mips/mips/stdatomic.c:33:27: error: sys/stdatomic.h: No such file or directory mkdep: compile failed *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libcompiler_rt *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 02:55:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 02:55:56 - ERROR: failed to build world TB --- 2013-11-06 02:55:56 - 143.75 user 43.38 system 429.94 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 02:56:03 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 10EA2D09; Wed, 6 Nov 2013 02:56:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C294F28E9; Wed, 6 Nov 2013 02:56: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 rA62u29B030274; Tue, 5 Nov 2013 21:56: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 rA62u2OX030270; Wed, 6 Nov 2013 02:56:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 02:56:02 GMT Message-Id: <201311060256.rA62u2OX030270@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: Wed, 06 Nov 2013 02:56:03 -0000 TB --- 2013-11-06 02:47:44 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 02:47:44 - 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 --- 2013-11-06 02:47:44 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-11-06 02:47:44 - cleaning the object tree TB --- 2013-11-06 02:52:23 - /usr/local/bin/svn stat /src TB --- 2013-11-06 02:52:26 - At svn revision 257731 TB --- 2013-11-06 02:52:27 - building world TB --- 2013-11-06 02:52:27 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 02:52:27 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 02:52:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 02:52:27 - SRCCONF=/dev/null TB --- 2013-11-06 02:52:27 - TARGET=ia64 TB --- 2013-11-06 02:52:27 - TARGET_ARCH=ia64 TB --- 2013-11-06 02:52:27 - TZ=UTC TB --- 2013-11-06 02:52:27 - __MAKE_CONF=/dev/null TB --- 2013-11-06 02:52:27 - cd /src TB --- 2013-11-06 02:52:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 02:52:34 UTC 2013 >>> Rebuilding 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 [...] /src/gnu/lib/libgcc/../../../contrib/gcc/config/ia64/unwind-ia64.c:2191: error: unknown register name 'r24' in 'asm' /src/gnu/lib/libgcc/../../../contrib/gcc/config/ia64/unwind-ia64.c:2191: error: unknown register name 'r23' in 'asm' /src/gnu/lib/libgcc/../../../contrib/gcc/config/ia64/unwind-ia64.c:2191: error: unknown register name 'r22' in 'asm' /src/gnu/lib/libgcc/../../../contrib/gcc/config/ia64/unwind-ia64.c:2191: error: unknown register name 'r21' in 'asm' /src/gnu/lib/libgcc/../../../contrib/gcc/config/ia64/unwind-ia64.c:2191: error: unknown register name 'r20' in 'asm' /src/gnu/lib/libgcc/../../../contrib/gcc/config/ia64/unwind-ia64.c:2191: error: unknown register name 'r18' in 'asm' /src/gnu/lib/libgcc/../../../contrib/gcc/config/ia64/unwind-ia64.c:2191: error: unknown register name 'r17' in 'asm' /src/gnu/lib/libgcc/../../../contrib/gcc/config/ia64/unwind-ia64.c:2191: error: unknown register name 'r16' in 'asm' *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/lib/libgcc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 02:56:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 02:56:02 - ERROR: failed to build world TB --- 2013-11-06 02:56:02 - 149.55 user 43.88 system 497.10 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 02:59:50 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CD8C2115; Wed, 6 Nov 2013 02:59:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 872162926; Wed, 6 Nov 2013 02: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 rA62xn2B067516; Tue, 5 Nov 2013 21:59: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 rA62xnAQ067515; Wed, 6 Nov 2013 02:59:49 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 02:59:49 GMT Message-Id: <201311060259.rA62xnAQ067515@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, 06 Nov 2013 02:59:51 -0000 TB --- 2013-11-06 02:47:44 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 02:47:44 - 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 --- 2013-11-06 02:47:44 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-11-06 02:47:44 - cleaning the object tree TB --- 2013-11-06 02:52:31 - /usr/local/bin/svn stat /src TB --- 2013-11-06 02:52:34 - At svn revision 257731 TB --- 2013-11-06 02:52:35 - building world TB --- 2013-11-06 02:52:35 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 02:52:35 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 02:52:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 02:52:35 - SRCCONF=/dev/null TB --- 2013-11-06 02:52:35 - TARGET=pc98 TB --- 2013-11-06 02:52:35 - TARGET_ARCH=i386 TB --- 2013-11-06 02:52:35 - TZ=UTC TB --- 2013-11-06 02:52:35 - __MAKE_CONF=/dev/null TB --- 2013-11-06 02:52:35 - cd /src TB --- 2013-11-06 02:52:35 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 02:52:42 UTC 2013 >>> Rebuilding 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 [...] LC_ALL=C awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opt-functions.awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opth-gen.awk < optionlist > options.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc unwind.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/unwind-generic.h unwind.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc gthr-default.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/gthr-posix.h gthr-default.h cc -c -O2 -pipe -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -Wno-static-in-inline -std=gnu99 -Qunused-arguments -fvisibility=hidden -DHIDE_EXPORTS -fPIC -fexceptions -D__GLIBC__=3 -DElfW=__ElfN -o unwind-dw2.o /src/gnu/lib/libgcc/../../../contrib/gcc/unwind-dw2.c cc: unrecognized option '-Qunused-arguments' cc1: error: unrecognized command line option "-Wno-static-in-inline" *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/lib/libgcc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 02:59:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 02:59:49 - ERROR: failed to build world TB --- 2013-11-06 02:59:49 - 328.27 user 63.52 system 724.84 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 03:01:54 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id AFE12400; Wed, 6 Nov 2013 03:01:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6B16F29EF; Wed, 6 Nov 2013 03:01:54 +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 rA631rru091095; Tue, 5 Nov 2013 22:01:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rA631r1S091094; Wed, 6 Nov 2013 03:01:53 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 03:01:53 GMT Message-Id: <201311060301.rA631r1S091094@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, 06 Nov 2013 03:01:54 -0000 TB --- 2013-11-06 02:56:02 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 02:56: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 --- 2013-11-06 02:56:02 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-11-06 02:56:02 - cleaning the object tree TB --- 2013-11-06 02:58:40 - /usr/local/bin/svn stat /src TB --- 2013-11-06 02:58:43 - At svn revision 257731 TB --- 2013-11-06 02:58:44 - building world TB --- 2013-11-06 02:58:44 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 02:58:44 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 02:58:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 02:58:44 - SRCCONF=/dev/null TB --- 2013-11-06 02:58:44 - TARGET=sparc64 TB --- 2013-11-06 02:58:44 - TARGET_ARCH=sparc64 TB --- 2013-11-06 02:58:44 - TZ=UTC TB --- 2013-11-06 02:58:44 - __MAKE_CONF=/dev/null TB --- 2013-11-06 02:58:44 - cd /src TB --- 2013-11-06 02:58:44 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 02:58:51 UTC 2013 >>> Rebuilding 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 [...] /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/sparc64/divsi3.S:321: Error: junk at end of line, first unrecognized character is `!' /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/sparc64/divsi3.S:322: Error: bad register name `%o2' /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/sparc64/divsi3.S:324: Error: no such instruction: `tst %g3' /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/sparc64/divsi3.S:325: Error: no such instruction: `bl,a 1f' /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/sparc64/divsi3.S:326: Error: junk at end of line, first unrecognized character is `!' /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/sparc64/divsi3.S:327: Error: bad register name `%o2' /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/sparc64/divsi3.S:329: Error: invalid char '!' beginning operand 1 `!leaf-routine return' /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/sparc64/divsi3.S:330: Error: bad register name `%o2' *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libcompiler_rt *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 03:01:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 03:01:53 - ERROR: failed to build world TB --- 2013-11-06 03:01:53 - 136.58 user 40.91 system 350.88 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 03:05:10 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9C45F5BF; Wed, 6 Nov 2013 03:05:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 587682A31; Wed, 6 Nov 2013 03:05:10 +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 rA6359hB045862; Tue, 5 Nov 2013 22:05: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 rA6359hu045861; Wed, 6 Nov 2013 03:05:09 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 03:05:09 GMT Message-Id: <201311060305.rA6359hu045861@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: Wed, 06 Nov 2013 03:05:10 -0000 TB --- 2013-11-06 02:55:54 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 02:55: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 --- 2013-11-06 02:55:54 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-11-06 02:55:54 - cleaning the object tree TB --- 2013-11-06 02:58:37 - /usr/local/bin/svn stat /src TB --- 2013-11-06 02:58:40 - At svn revision 257731 TB --- 2013-11-06 02:58:41 - building world TB --- 2013-11-06 02:58:41 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 02:58:41 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 02:58:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 02:58:41 - SRCCONF=/dev/null TB --- 2013-11-06 02:58:41 - TARGET=powerpc TB --- 2013-11-06 02:58:41 - TARGET_ARCH=powerpc TB --- 2013-11-06 02:58:41 - TZ=UTC TB --- 2013-11-06 02:58:41 - __MAKE_CONF=/dev/null TB --- 2013-11-06 02:58:41 - cd /src TB --- 2013-11-06 02:58:41 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 02:58:48 UTC 2013 >>> Rebuilding 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 [...] /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:280: Error: no such instruction: `lwz 28,-16(11)' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:281: Error: no such instruction: `lwz 29,-12(11)' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:282: Error: no such instruction: `lwz 30,-8(11)' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:283: Error: no such instruction: `lwz 0,4(11)' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:284: Error: no such instruction: `lwz 31,-4(11)' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:285: Error: no such instruction: `mtlr 0' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:286: Error: no such instruction: `mr 1,11' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:287: Error: no such instruction: `blr' *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/lib/csu *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 03:05:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 03:05:09 - ERROR: failed to build world TB --- 2013-11-06 03:05:09 - 325.55 user 56.62 system 554.80 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 03:05:46 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A9B056F5; Wed, 6 Nov 2013 03:05:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 643AB2A44; Wed, 6 Nov 2013 03:05:46 +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 rA635jP6052771; Tue, 5 Nov 2013 22:05:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rA635jaO052770; Wed, 6 Nov 2013 03:05:45 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 03:05:45 GMT Message-Id: <201311060305.rA635jaO052770@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: Wed, 06 Nov 2013 03:05:46 -0000 TB --- 2013-11-06 02:55:57 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 02:55: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 --- 2013-11-06 02:55:57 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-11-06 02:55:57 - cleaning the object tree TB --- 2013-11-06 02:59:06 - /usr/local/bin/svn stat /src TB --- 2013-11-06 02:59:10 - At svn revision 257731 TB --- 2013-11-06 02:59:11 - building world TB --- 2013-11-06 02:59:11 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 02:59:11 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 02:59:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 02:59:11 - SRCCONF=/dev/null TB --- 2013-11-06 02:59:11 - TARGET=powerpc TB --- 2013-11-06 02:59:11 - TARGET_ARCH=powerpc64 TB --- 2013-11-06 02:59:11 - TZ=UTC TB --- 2013-11-06 02:59:11 - __MAKE_CONF=/dev/null TB --- 2013-11-06 02:59:11 - cd /src TB --- 2013-11-06 02:59:11 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 02:59:18 UTC 2013 >>> Rebuilding 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 [...] /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:280: Error: no such instruction: `lwz 28,-16(11)' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:281: Error: no such instruction: `lwz 29,-12(11)' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:282: Error: no such instruction: `lwz 30,-8(11)' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:283: Error: no such instruction: `lwz 0,4(11)' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:284: Error: no such instruction: `lwz 31,-4(11)' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:285: Error: no such instruction: `mtlr 0' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:286: Error: no such instruction: `mr 1,11' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:287: Error: no such instruction: `blr' *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/lib/csu *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 03:05:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 03:05:45 - ERROR: failed to build world TB --- 2013-11-06 03:05:45 - 334.43 user 65.09 system 588.59 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 03:18:28 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 441EF9A7; Wed, 6 Nov 2013 03:18:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F29EA2AE5; Wed, 6 Nov 2013 03:18: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 rA63IRh6086917; Tue, 5 Nov 2013 22:18: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 rA63IQwL086885; Wed, 6 Nov 2013 03:18:26 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 03:18:26 GMT Message-Id: <201311060318.rA63IQwL086885@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 armv6/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: Wed, 06 Nov 2013 03:18:28 -0000 TB --- 2013-11-06 03:10:15 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 03:10:15 - 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 --- 2013-11-06 03:10:15 - starting HEAD tinderbox run for armv6/arm TB --- 2013-11-06 03:10:15 - cleaning the object tree TB --- 2013-11-06 03:11:51 - /usr/local/bin/svn stat /src TB --- 2013-11-06 03:11:55 - At svn revision 257732 TB --- 2013-11-06 03:11:56 - building world TB --- 2013-11-06 03:11:56 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 03:11:56 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 03:11:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 03:11:56 - SRCCONF=/dev/null TB --- 2013-11-06 03:11:56 - TARGET=arm TB --- 2013-11-06 03:11:56 - TARGET_ARCH=armv6 TB --- 2013-11-06 03:11:56 - TZ=UTC TB --- 2013-11-06 03:11:56 - __MAKE_CONF=/dev/null TB --- 2013-11-06 03:11:56 - cd /src TB --- 2013-11-06 03:11:56 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 03:12:02 UTC 2013 >>> Rebuilding 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 [...] /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc unwind.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.h unwind.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc gthr-default.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/gthr-posix.h gthr-default.h cc -c -O -pipe -DTARGET_ARM_EABI -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -Wno-static-in-inline -Dinhibit_libc -fno-inline -fheinous-gnu-extensions -std=gnu99 -Qunused-arguments -fvisibility=hidden -DHIDE_EXPORTS -fPIC -fexceptions -D__GLIBC__=3 -DElfW=__ElfN -o unwind-arm.o /src/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.c cc: unrecognized option '-Qunused-arguments' cc1: error: unrecognized command line option "-Wno-static-in-inline" cc1: error: unrecognized command line option "-fheinous-gnu-extensions" *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/lib/libgcc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 03:18:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 03:18:26 - ERROR: failed to build world TB --- 2013-11-06 03:18:26 - 298.60 user 69.91 system 491.23 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 03:18:31 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D7B33AA2; Wed, 6 Nov 2013 03:18:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 93A662AE8; Wed, 6 Nov 2013 03:18: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 rA63IUbM089546; Tue, 5 Nov 2013 22:18: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 rA63IUOQ089538; Wed, 6 Nov 2013 03:18:30 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 03:18:30 GMT Message-Id: <201311060318.rA63IUOQ089538@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: Wed, 06 Nov 2013 03:18:32 -0000 TB --- 2013-11-06 03:10:15 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 03:10:15 - 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 --- 2013-11-06 03:10:15 - starting HEAD tinderbox run for arm/arm TB --- 2013-11-06 03:10:15 - cleaning the object tree TB --- 2013-11-06 03:11:54 - /usr/local/bin/svn stat /src TB --- 2013-11-06 03:11:58 - At svn revision 257732 TB --- 2013-11-06 03:11:59 - building world TB --- 2013-11-06 03:11:59 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 03:11:59 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 03:11:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 03:11:59 - SRCCONF=/dev/null TB --- 2013-11-06 03:11:59 - TARGET=arm TB --- 2013-11-06 03:11:59 - TARGET_ARCH=arm TB --- 2013-11-06 03:11:59 - TZ=UTC TB --- 2013-11-06 03:11:59 - __MAKE_CONF=/dev/null TB --- 2013-11-06 03:11:59 - cd /src TB --- 2013-11-06 03:11:59 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 03:12:05 UTC 2013 >>> Rebuilding 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 [...] /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc unwind.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.h unwind.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc gthr-default.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/gthr-posix.h gthr-default.h cc -c -O -pipe -DTARGET_ARM_EABI -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -Wno-static-in-inline -Dinhibit_libc -fno-inline -fheinous-gnu-extensions -std=gnu99 -Qunused-arguments -fvisibility=hidden -DHIDE_EXPORTS -fPIC -fexceptions -D__GLIBC__=3 -DElfW=__ElfN -o unwind-arm.o /src/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.c cc: unrecognized option '-Qunused-arguments' cc1: error: unrecognized command line option "-Wno-static-in-inline" cc1: error: unrecognized command line option "-fheinous-gnu-extensions" *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/lib/libgcc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 03:18:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 03:18:30 - ERROR: failed to build world TB --- 2013-11-06 03:18:30 - 298.28 user 69.82 system 495.09 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 03:18:30 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5A102A3B; Wed, 6 Nov 2013 03:18:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1551F2AE7; Wed, 6 Nov 2013 03:18:30 +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 rA63IThT088773; Tue, 5 Nov 2013 22:18: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 rA63ITJA088753; Wed, 6 Nov 2013 03:18:29 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 03:18:29 GMT Message-Id: <201311060318.rA63ITJA088753@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, 06 Nov 2013 03:18:30 -0000 TB --- 2013-11-06 03:10:15 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 03:10:15 - 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 --- 2013-11-06 03:10:15 - starting HEAD tinderbox run for i386/i386 TB --- 2013-11-06 03:10:15 - cleaning the object tree TB --- 2013-11-06 03:11:51 - /usr/local/bin/svn stat /src TB --- 2013-11-06 03:11:55 - At svn revision 257732 TB --- 2013-11-06 03:11:56 - building world TB --- 2013-11-06 03:11:56 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 03:11:56 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 03:11:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 03:11:56 - SRCCONF=/dev/null TB --- 2013-11-06 03:11:56 - TARGET=i386 TB --- 2013-11-06 03:11:56 - TARGET_ARCH=i386 TB --- 2013-11-06 03:11:56 - TZ=UTC TB --- 2013-11-06 03:11:56 - __MAKE_CONF=/dev/null TB --- 2013-11-06 03:11:56 - cd /src TB --- 2013-11-06 03:11:56 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 03:12:02 UTC 2013 >>> Rebuilding 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 [...] LC_ALL=C awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opt-functions.awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opth-gen.awk < optionlist > options.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc unwind.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/unwind-generic.h unwind.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc gthr-default.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/gthr-posix.h gthr-default.h cc -c -O2 -pipe -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -Wno-static-in-inline -std=gnu99 -Qunused-arguments -fvisibility=hidden -DHIDE_EXPORTS -fPIC -fexceptions -D__GLIBC__=3 -DElfW=__ElfN -o unwind-dw2.o /src/gnu/lib/libgcc/../../../contrib/gcc/unwind-dw2.c cc: unrecognized option '-Qunused-arguments' cc1: error: unrecognized command line option "-Wno-static-in-inline" *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/lib/libgcc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 03:18:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 03:18:29 - ERROR: failed to build world TB --- 2013-11-06 03:18:29 - 298.55 user 71.68 system 493.56 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 03:19:10 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 93106D37; Wed, 6 Nov 2013 03:19:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4D8B22B2A; Wed, 6 Nov 2013 03:19:10 +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 rA63J9Ax097198; Tue, 5 Nov 2013 22:19: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 rA63J9xr097197; Wed, 6 Nov 2013 03:19:09 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 03:19:09 GMT Message-Id: <201311060319.rA63J9xr097197@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, 06 Nov 2013 03:19:10 -0000 TB --- 2013-11-06 03:10:15 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 03:10:15 - 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 --- 2013-11-06 03:10:15 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-11-06 03:10:15 - cleaning the object tree TB --- 2013-11-06 03:11:54 - /usr/local/bin/svn stat /src TB --- 2013-11-06 03:11:58 - At svn revision 257732 TB --- 2013-11-06 03:11:59 - building world TB --- 2013-11-06 03:11:59 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 03:11:59 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 03:11:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 03:11:59 - SRCCONF=/dev/null TB --- 2013-11-06 03:11:59 - TARGET=amd64 TB --- 2013-11-06 03:11:59 - TARGET_ARCH=amd64 TB --- 2013-11-06 03:11:59 - TZ=UTC TB --- 2013-11-06 03:11:59 - __MAKE_CONF=/dev/null TB --- 2013-11-06 03:11:59 - cd /src TB --- 2013-11-06 03:11:59 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 03:12:05 UTC 2013 >>> Rebuilding 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 [...] LC_ALL=C awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opt-functions.awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opth-gen.awk < optionlist > options.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc unwind.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/unwind-generic.h unwind.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc gthr-default.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/gthr-posix.h gthr-default.h cc -c -O2 -pipe -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -Wno-static-in-inline -std=gnu99 -Qunused-arguments -fvisibility=hidden -DHIDE_EXPORTS -fPIC -fexceptions -D__GLIBC__=3 -DElfW=__ElfN -o unwind-dw2.o /src/gnu/lib/libgcc/../../../contrib/gcc/unwind-dw2.c cc: unrecognized option '-Qunused-arguments' cc1: error: unrecognized command line option "-Wno-static-in-inline" *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/lib/libgcc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 03:19:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 03:19:09 - ERROR: failed to build world TB --- 2013-11-06 03:19:09 - 309.12 user 79.70 system 533.80 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 03:23:17 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8EFD2EFD; Wed, 6 Nov 2013 03:23:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 52F8D2B8A; Wed, 6 Nov 2013 03:23: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 rA63NGdg071906; Tue, 5 Nov 2013 22:23: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 rA63NGKi071889; Wed, 6 Nov 2013 03:23:16 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 03:23:16 GMT Message-Id: <201311060323.rA63NGKi071889@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, 06 Nov 2013 03:23:17 -0000 TB --- 2013-11-06 03:18:31 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 03:18:31 - 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 --- 2013-11-06 03:18:31 - starting HEAD tinderbox run for mips/mips TB --- 2013-11-06 03:18:31 - cleaning the object tree TB --- 2013-11-06 03:19:46 - /usr/local/bin/svn stat /src TB --- 2013-11-06 03:19:49 - At svn revision 257732 TB --- 2013-11-06 03:19:50 - building world TB --- 2013-11-06 03:19:50 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 03:19:50 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 03:19:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 03:19:50 - SRCCONF=/dev/null TB --- 2013-11-06 03:19:50 - TARGET=mips TB --- 2013-11-06 03:19:50 - TARGET_ARCH=mips TB --- 2013-11-06 03:19:50 - TZ=UTC TB --- 2013-11-06 03:19:50 - __MAKE_CONF=/dev/null TB --- 2013-11-06 03:19:50 - cd /src TB --- 2013-11-06 03:19:50 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 03:19:57 UTC 2013 >>> Rebuilding 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 [...] building static gcc_eh library ranlib libgcc_eh.a sh /src/tools/install.sh -C -o root -g wheel -m 444 libgcc_eh.a /obj/mips.mips/src/tmp/usr/lib ===> lib/libcompiler_rt (obj,depend,all,install) rm -f .depend CC='cc ' mkdep -f .depend -a -DVISIBILITY_HIDDEN -std=gnu99 /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashldi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashlti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashrdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clear_cache.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzti2.c /src/lib/libcompiler_rt/../! ../contrib/compiler-rt/lib/cmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/cmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparedf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparesf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/enable_execute_stack.c /src/lib/libcompiler_rt/../../contrib/comp! iler-rt/lib/eprintf.c /src/lib/libcompiler_rt/../../contrib/co! mpiler-rt/lib/ffsdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ffsti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfti.c /src/lib/libcompiler_rt/../../contrib/compi! ler-rt/lib/fixxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixxfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatdidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatdisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatdixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatundidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatundisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatundixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatuntidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatuntisf.c /src/lib/libcompiler_rt/../../c! ontrib/compiler-rt/lib/floatuntixf.c /src/lib/libcompiler_rt/../../cont! rib/compiler-rt/lib/int_util.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/lshrdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/lshrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/moddi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/modti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulodi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulosi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muloti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/multi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulxc3.c /src! /lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritydi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritysi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/parityti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powidf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powisf2.c /src/lib/libcompil! er_rt/../../contrib/compiler-rt/lib/powitf2.c /src/lib/libcompiler_rt/.! ./../contrib/compiler-rt/lib/powixf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/trampoline_setup.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umoddi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodti3.c /src/lib/libcompiler_rt/../../sys/mips/mips/stdatomic.c /src/lib/libcompiler_rt/../../sys/mips/mips/stdatomic.c:33:27: error: sys/stdatomic.h: No such file or directory mkdep: compile failed *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libcompiler_rt *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 03:23:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 03:23:16 - ERROR: failed to build world TB --- 2013-11-06 03:23:16 - 142.61 user 41.31 system 285.54 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 03:23:27 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E88C61B0; Wed, 6 Nov 2013 03:23:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AF8CE2B94; Wed, 6 Nov 2013 03:23: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 rA63NPfN074677; Tue, 5 Nov 2013 22:23: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 rA63NPsE074676; Wed, 6 Nov 2013 03:23:25 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 03:23:25 GMT Message-Id: <201311060323.rA63NPsE074676@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: Wed, 06 Nov 2013 03:23:27 -0000 TB --- 2013-11-06 03:19:09 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 03:19:09 - 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 --- 2013-11-06 03:19:09 - starting HEAD tinderbox run for mips64/mips TB --- 2013-11-06 03:19:09 - cleaning the object tree TB --- 2013-11-06 03:19:55 - /usr/local/bin/svn stat /src TB --- 2013-11-06 03:19:58 - At svn revision 257732 TB --- 2013-11-06 03:19:59 - building world TB --- 2013-11-06 03:19:59 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 03:19:59 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 03:19:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 03:19:59 - SRCCONF=/dev/null TB --- 2013-11-06 03:19:59 - TARGET=mips TB --- 2013-11-06 03:19:59 - TARGET_ARCH=mips64 TB --- 2013-11-06 03:19:59 - TZ=UTC TB --- 2013-11-06 03:19:59 - __MAKE_CONF=/dev/null TB --- 2013-11-06 03:19:59 - cd /src TB --- 2013-11-06 03:19:59 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 03:20:06 UTC 2013 >>> Rebuilding 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 [...] building static gcc_eh library ranlib libgcc_eh.a sh /src/tools/install.sh -C -o root -g wheel -m 444 libgcc_eh.a /obj/mips.mips64/src/tmp/usr/lib ===> lib/libcompiler_rt (obj,depend,all,install) rm -f .depend CC='cc ' mkdep -f .depend -a -DVISIBILITY_HIDDEN -std=gnu99 /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashldi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashlti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashrdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clear_cache.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzti2.c /src/lib/libcompiler_rt/../! ../contrib/compiler-rt/lib/cmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/cmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparedf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparesf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/enable_execute_stack.c /src/lib/libcompiler_rt/../../contrib/comp! iler-rt/lib/eprintf.c /src/lib/libcompiler_rt/../../contrib/co! mpiler-rt/lib/ffsdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ffsti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfti.c /src/lib/libcompiler_rt/../../contrib/compi! ler-rt/lib/fixxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixxfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatdidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatdisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatdixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatundidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatundisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatundixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatuntidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatuntisf.c /src/lib/libcompiler_rt/../../c! ontrib/compiler-rt/lib/floatuntixf.c /src/lib/libcompiler_rt/../../cont! rib/compiler-rt/lib/int_util.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/lshrdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/lshrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/moddi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/modti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulodi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulosi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muloti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/multi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulxc3.c /src! /lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritydi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritysi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/parityti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powidf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powisf2.c /src/lib/libcompil! er_rt/../../contrib/compiler-rt/lib/powitf2.c /src/lib/libcompiler_rt/.! ./../contrib/compiler-rt/lib/powixf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/trampoline_setup.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umoddi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodti3.c /src/lib/libcompiler_rt/../../sys/mips/mips/stdatomic.c /src/lib/libcompiler_rt/../../sys/mips/mips/stdatomic.c:33:27: error: sys/stdatomic.h: No such file or directory mkdep: compile failed *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libcompiler_rt *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 03:23:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 03:23:25 - ERROR: failed to build world TB --- 2013-11-06 03:23:25 - 143.38 user 40.85 system 256.11 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 03:23:22 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D9FEEFF7; Wed, 6 Nov 2013 03:23:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 962112B8D; Wed, 6 Nov 2013 03:23: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 rA63NKcw073665; Tue, 5 Nov 2013 22:23:20 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rA63NKoZ073652; Wed, 6 Nov 2013 03:23:20 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 03:23:20 GMT Message-Id: <201311060323.rA63NKoZ073652@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: Wed, 06 Nov 2013 03:23:22 -0000 TB --- 2013-11-06 03:18:29 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 03:18:29 - 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 --- 2013-11-06 03:18:29 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-11-06 03:18:29 - cleaning the object tree TB --- 2013-11-06 03:19:44 - /usr/local/bin/svn stat /src TB --- 2013-11-06 03:19:48 - At svn revision 257732 TB --- 2013-11-06 03:19:49 - building world TB --- 2013-11-06 03:19:49 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 03:19:49 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 03:19:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 03:19:49 - SRCCONF=/dev/null TB --- 2013-11-06 03:19:49 - TARGET=ia64 TB --- 2013-11-06 03:19:49 - TARGET_ARCH=ia64 TB --- 2013-11-06 03:19:49 - TZ=UTC TB --- 2013-11-06 03:19:49 - __MAKE_CONF=/dev/null TB --- 2013-11-06 03:19:49 - cd /src TB --- 2013-11-06 03:19:49 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 03:19:55 UTC 2013 >>> Rebuilding 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 [...] /src/gnu/lib/libgcc/../../../contrib/gcc/config/ia64/unwind-ia64.c:2191: error: unknown register name 'r24' in 'asm' /src/gnu/lib/libgcc/../../../contrib/gcc/config/ia64/unwind-ia64.c:2191: error: unknown register name 'r23' in 'asm' /src/gnu/lib/libgcc/../../../contrib/gcc/config/ia64/unwind-ia64.c:2191: error: unknown register name 'r22' in 'asm' /src/gnu/lib/libgcc/../../../contrib/gcc/config/ia64/unwind-ia64.c:2191: error: unknown register name 'r21' in 'asm' /src/gnu/lib/libgcc/../../../contrib/gcc/config/ia64/unwind-ia64.c:2191: error: unknown register name 'r20' in 'asm' /src/gnu/lib/libgcc/../../../contrib/gcc/config/ia64/unwind-ia64.c:2191: error: unknown register name 'r18' in 'asm' /src/gnu/lib/libgcc/../../../contrib/gcc/config/ia64/unwind-ia64.c:2191: error: unknown register name 'r17' in 'asm' /src/gnu/lib/libgcc/../../../contrib/gcc/config/ia64/unwind-ia64.c:2191: error: unknown register name 'r16' in 'asm' *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/lib/libgcc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 03:23:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 03:23:20 - ERROR: failed to build world TB --- 2013-11-06 03:23:20 - 148.83 user 41.61 system 291.13 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 03:26:56 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 39F1935C; Wed, 6 Nov 2013 03:26:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E85442BE2; Wed, 6 Nov 2013 03:26: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 rA63Qs5q027714; Tue, 5 Nov 2013 22:26: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 rA63QsQZ027713; Wed, 6 Nov 2013 03:26:54 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 03:26:54 GMT Message-Id: <201311060326.rA63QsQZ027713@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, 06 Nov 2013 03:26:56 -0000 TB --- 2013-11-06 03:18:27 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 03:18:27 - 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 --- 2013-11-06 03:18:27 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-11-06 03:18:27 - cleaning the object tree TB --- 2013-11-06 03:19:29 - /usr/local/bin/svn stat /src TB --- 2013-11-06 03:19:33 - At svn revision 257732 TB --- 2013-11-06 03:19:34 - building world TB --- 2013-11-06 03:19:34 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 03:19:34 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 03:19:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 03:19:34 - SRCCONF=/dev/null TB --- 2013-11-06 03:19:34 - TARGET=pc98 TB --- 2013-11-06 03:19:34 - TARGET_ARCH=i386 TB --- 2013-11-06 03:19:34 - TZ=UTC TB --- 2013-11-06 03:19:34 - __MAKE_CONF=/dev/null TB --- 2013-11-06 03:19:34 - cd /src TB --- 2013-11-06 03:19:34 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 03:19:42 UTC 2013 >>> Rebuilding 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 [...] LC_ALL=C awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opt-functions.awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opth-gen.awk < optionlist > options.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc unwind.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/unwind-generic.h unwind.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc gthr-default.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/gthr-posix.h gthr-default.h cc -c -O2 -pipe -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -Wno-static-in-inline -std=gnu99 -Qunused-arguments -fvisibility=hidden -DHIDE_EXPORTS -fPIC -fexceptions -D__GLIBC__=3 -DElfW=__ElfN -o unwind-dw2.o /src/gnu/lib/libgcc/../../../contrib/gcc/unwind-dw2.c cc: unrecognized option '-Qunused-arguments' cc1: error: unrecognized command line option "-Wno-static-in-inline" *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/lib/libgcc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 03:26:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 03:26:54 - ERROR: failed to build world TB --- 2013-11-06 03:26:54 - 328.41 user 64.31 system 507.66 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 03:27:40 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6AB204B8; Wed, 6 Nov 2013 03:27:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 253D92BFD; Wed, 6 Nov 2013 03:27:40 +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 rA63RdLE035221; Tue, 5 Nov 2013 22:27:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rA63RdEJ035217; Wed, 6 Nov 2013 03:27:39 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 03:27:39 GMT Message-Id: <201311060327.rA63RdEJ035217@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, 06 Nov 2013 03:27:40 -0000 TB --- 2013-11-06 03:23:26 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 03:23:26 - 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 --- 2013-11-06 03:23:26 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-11-06 03:23:26 - cleaning the object tree TB --- 2013-11-06 03:24:19 - /usr/local/bin/svn stat /src TB --- 2013-11-06 03:24:23 - At svn revision 257732 TB --- 2013-11-06 03:24:24 - building world TB --- 2013-11-06 03:24:24 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 03:24:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 03:24:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 03:24:24 - SRCCONF=/dev/null TB --- 2013-11-06 03:24:24 - TARGET=sparc64 TB --- 2013-11-06 03:24:24 - TARGET_ARCH=sparc64 TB --- 2013-11-06 03:24:24 - TZ=UTC TB --- 2013-11-06 03:24:24 - __MAKE_CONF=/dev/null TB --- 2013-11-06 03:24:24 - cd /src TB --- 2013-11-06 03:24:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 03:24:30 UTC 2013 >>> Rebuilding 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 [...] /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/sparc64/divsi3.S:321: Error: junk at end of line, first unrecognized character is `!' /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/sparc64/divsi3.S:322: Error: bad register name `%o2' /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/sparc64/divsi3.S:324: Error: no such instruction: `tst %g3' /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/sparc64/divsi3.S:325: Error: no such instruction: `bl,a 1f' /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/sparc64/divsi3.S:326: Error: junk at end of line, first unrecognized character is `!' /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/sparc64/divsi3.S:327: Error: bad register name `%o2' /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/sparc64/divsi3.S:329: Error: invalid char '!' beginning operand 1 `!leaf-routine return' /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/sparc64/divsi3.S:330: Error: bad register name `%o2' *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libcompiler_rt *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 03:27:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 03:27:39 - ERROR: failed to build world TB --- 2013-11-06 03:27:39 - 136.70 user 39.72 system 253.21 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 03:30:39 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3B17C66C; Wed, 6 Nov 2013 03:30:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 809A62C4D; Wed, 6 Nov 2013 03:30: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 rA63UbVA090238; Tue, 5 Nov 2013 22:30: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 rA63UbxH090231; Wed, 6 Nov 2013 03:30:37 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 03:30:37 GMT Message-Id: <201311060330.rA63UbxH090231@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: Wed, 06 Nov 2013 03:30:39 -0000 TB --- 2013-11-06 03:23:16 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 03:23:16 - 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 --- 2013-11-06 03:23:16 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-11-06 03:23:16 - cleaning the object tree TB --- 2013-11-06 03:24:01 - /usr/local/bin/svn stat /src TB --- 2013-11-06 03:24:05 - At svn revision 257732 TB --- 2013-11-06 03:24:06 - building world TB --- 2013-11-06 03:24:06 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 03:24:06 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 03:24:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 03:24:06 - SRCCONF=/dev/null TB --- 2013-11-06 03:24:06 - TARGET=powerpc TB --- 2013-11-06 03:24:06 - TARGET_ARCH=powerpc TB --- 2013-11-06 03:24:06 - TZ=UTC TB --- 2013-11-06 03:24:06 - __MAKE_CONF=/dev/null TB --- 2013-11-06 03:24:06 - cd /src TB --- 2013-11-06 03:24:06 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 03:24:13 UTC 2013 >>> Rebuilding 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 [...] /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:280: Error: no such instruction: `lwz 28,-16(11)' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:281: Error: no such instruction: `lwz 29,-12(11)' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:282: Error: no such instruction: `lwz 30,-8(11)' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:283: Error: no such instruction: `lwz 0,4(11)' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:284: Error: no such instruction: `lwz 31,-4(11)' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:285: Error: no such instruction: `mtlr 0' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:286: Error: no such instruction: `mr 1,11' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:287: Error: no such instruction: `blr' *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/lib/csu *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 03:30:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 03:30:37 - ERROR: failed to build world TB --- 2013-11-06 03:30:37 - 326.38 user 54.84 system 440.96 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 03:31:04 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0318779F; Wed, 6 Nov 2013 03:31:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B1D112C62; Wed, 6 Nov 2013 03:31: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 rA63V2sn096436; Tue, 5 Nov 2013 22:31: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 rA63V2Ge096435; Wed, 6 Nov 2013 03:31:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 03:31:02 GMT Message-Id: <201311060331.rA63V2Ge096435@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: Wed, 06 Nov 2013 03:31:04 -0000 TB --- 2013-11-06 03:23:20 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 03:23:20 - 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 --- 2013-11-06 03:23:20 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-11-06 03:23:20 - cleaning the object tree TB --- 2013-11-06 03:24:17 - /usr/local/bin/svn stat /src TB --- 2013-11-06 03:24:21 - At svn revision 257732 TB --- 2013-11-06 03:24:22 - building world TB --- 2013-11-06 03:24:22 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 03:24:22 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 03:24:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 03:24:22 - SRCCONF=/dev/null TB --- 2013-11-06 03:24:22 - TARGET=powerpc TB --- 2013-11-06 03:24:22 - TARGET_ARCH=powerpc64 TB --- 2013-11-06 03:24:22 - TZ=UTC TB --- 2013-11-06 03:24:22 - __MAKE_CONF=/dev/null TB --- 2013-11-06 03:24:22 - cd /src TB --- 2013-11-06 03:24:22 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 03:24:28 UTC 2013 >>> Rebuilding 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 [...] /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:280: Error: no such instruction: `lwz 28,-16(11)' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:281: Error: no such instruction: `lwz 29,-12(11)' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:282: Error: no such instruction: `lwz 30,-8(11)' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:283: Error: no such instruction: `lwz 0,4(11)' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:284: Error: no such instruction: `lwz 31,-4(11)' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:285: Error: no such instruction: `mtlr 0' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:286: Error: no such instruction: `mr 1,11' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:287: Error: no such instruction: `blr' *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/lib/csu *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 03:31:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 03:31:02 - ERROR: failed to build world TB --- 2013-11-06 03:31:02 - 336.07 user 61.39 system 462.06 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 03:48:47 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1DFF6CE9; Wed, 6 Nov 2013 03:48:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E41FC2D0A; Wed, 6 Nov 2013 03:48:46 +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 rA63meA8024268; Tue, 5 Nov 2013 22:48:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rA63meuj024197; Wed, 6 Nov 2013 03:48:40 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 03:48:40 GMT Message-Id: <201311060348.rA63meuj024197@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: Wed, 06 Nov 2013 03:48:47 -0000 TB --- 2013-11-06 03:40:15 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 03:40:15 - 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 --- 2013-11-06 03:40:15 - starting HEAD tinderbox run for arm/arm TB --- 2013-11-06 03:40:15 - cleaning the object tree TB --- 2013-11-06 03:42:11 - /usr/local/bin/svn stat /src TB --- 2013-11-06 03:42:15 - At svn revision 257733 TB --- 2013-11-06 03:42:16 - building world TB --- 2013-11-06 03:42:16 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 03:42:16 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 03:42:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 03:42:16 - SRCCONF=/dev/null TB --- 2013-11-06 03:42:16 - TARGET=arm TB --- 2013-11-06 03:42:16 - TARGET_ARCH=arm TB --- 2013-11-06 03:42:16 - TZ=UTC TB --- 2013-11-06 03:42:16 - __MAKE_CONF=/dev/null TB --- 2013-11-06 03:42:16 - cd /src TB --- 2013-11-06 03:42:16 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 03:42:22 UTC 2013 >>> Rebuilding 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 [...] LC_ALL=C awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opt-functions.awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opth-gen.awk < optionlist > options.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc unwind.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.h unwind.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc gthr-default.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/gthr-posix.h gthr-default.h cc -c -O -pipe -DTARGET_ARM_EABI -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -Dinhibit_libc -fno-inline -fheinous-gnu-extensions -std=gnu99 -Qunused-arguments -fvisibility=hidden -DHIDE_EXPORTS -fPIC -fexceptions -D__GLIBC__=3 -DElfW=__ElfN -o unwind-arm.o /src/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.c cc: unrecognized option '-Qunused-arguments' cc1: error: unrecognized command line option "-fheinous-gnu-extensions" *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/lib/libgcc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 03:48:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 03:48:40 - ERROR: failed to build world TB --- 2013-11-06 03:48:40 - 298.17 user 68.22 system 504.30 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 03:48:51 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BFFDCDE2; Wed, 6 Nov 2013 03:48:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 943322D0B; Wed, 6 Nov 2013 03:48: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 rA63moZf032704; Tue, 5 Nov 2013 22:48: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 rA63mo9Y032666; Wed, 6 Nov 2013 03:48:50 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 03:48:50 GMT Message-Id: <201311060348.rA63mo9Y032666@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 armv6/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: Wed, 06 Nov 2013 03:48:51 -0000 TB --- 2013-11-06 03:40:15 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 03:40:15 - 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 --- 2013-11-06 03:40:15 - starting HEAD tinderbox run for armv6/arm TB --- 2013-11-06 03:40:15 - cleaning the object tree TB --- 2013-11-06 03:42:14 - /usr/local/bin/svn stat /src TB --- 2013-11-06 03:42:18 - At svn revision 257733 TB --- 2013-11-06 03:42:19 - building world TB --- 2013-11-06 03:42:19 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 03:42:19 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 03:42:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 03:42:19 - SRCCONF=/dev/null TB --- 2013-11-06 03:42:19 - TARGET=arm TB --- 2013-11-06 03:42:19 - TARGET_ARCH=armv6 TB --- 2013-11-06 03:42:19 - TZ=UTC TB --- 2013-11-06 03:42:19 - __MAKE_CONF=/dev/null TB --- 2013-11-06 03:42:19 - cd /src TB --- 2013-11-06 03:42:19 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 03:42:25 UTC 2013 >>> Rebuilding 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 [...] LC_ALL=C awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opt-functions.awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opth-gen.awk < optionlist > options.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc unwind.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.h unwind.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc gthr-default.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/gthr-posix.h gthr-default.h cc -c -O -pipe -DTARGET_ARM_EABI -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -Dinhibit_libc -fno-inline -fheinous-gnu-extensions -std=gnu99 -Qunused-arguments -fvisibility=hidden -DHIDE_EXPORTS -fPIC -fexceptions -D__GLIBC__=3 -DElfW=__ElfN -o unwind-arm.o /src/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.c cc: unrecognized option '-Qunused-arguments' cc1: error: unrecognized command line option "-fheinous-gnu-extensions" *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/lib/libgcc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 03:48:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 03:48:50 - ERROR: failed to build world TB --- 2013-11-06 03:48:50 - 297.60 user 70.48 system 515.05 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 03:48:57 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1FE21F24; Wed, 6 Nov 2013 03:48:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C8C942D16; Wed, 6 Nov 2013 03:48: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 rA63muMa034313; Tue, 5 Nov 2013 22:48: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 rA63muTM034310; Wed, 6 Nov 2013 03:48:56 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 03:48:56 GMT Message-Id: <201311060348.rA63muTM034310@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, 06 Nov 2013 03:48:57 -0000 TB --- 2013-11-06 03:40:15 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 03:40:15 - 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 --- 2013-11-06 03:40:15 - starting HEAD tinderbox run for i386/i386 TB --- 2013-11-06 03:40:15 - cleaning the object tree TB --- 2013-11-06 03:42:14 - /usr/local/bin/svn stat /src TB --- 2013-11-06 03:42:18 - At svn revision 257733 TB --- 2013-11-06 03:42:19 - building world TB --- 2013-11-06 03:42:19 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 03:42:19 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 03:42:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 03:42:19 - SRCCONF=/dev/null TB --- 2013-11-06 03:42:19 - TARGET=i386 TB --- 2013-11-06 03:42:19 - TARGET_ARCH=i386 TB --- 2013-11-06 03:42:19 - TZ=UTC TB --- 2013-11-06 03:42:19 - __MAKE_CONF=/dev/null TB --- 2013-11-06 03:42:19 - cd /src TB --- 2013-11-06 03:42:19 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 03:42:25 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] CC='cc ' mkdep -f .depend -a -DVISIBILITY_HIDDEN -std=gnu99 /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/ashldi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashlti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/ashrdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clear_cache.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzti2.c /src/lib/libcompi! ler_rt/../../contrib/compiler-rt/lib/cmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/cmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparedf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparesf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/divdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/enable_execute_stack.c /src/lib/libcompiler_rt/../! ../contrib/compiler-rt/lib/eprintf.c /src/lib/libcompiler_rt/.! ./../contrib/compiler-rt/lib/ffsdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ffsti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfti.c /src/lib/libcompiler_rt/../.! ./contrib/compiler-rt/lib/fixxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixxfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdidf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdisf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdixf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundidf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundisf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundixf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatuntidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/! floatuntisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/flo! atuntixf..c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/int_util.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/lshrdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/lshrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/moddi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/modti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/muldi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulodi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulosi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muloti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/multi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvti3.c /src/l! ib/libcompiler_rt/../../contrib/compiler-rt/lib/mulxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritydi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritysi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/parityti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powidf2.c /src/lib/libcompiler_! rt/../../contrib/compiler-rt/lib/powisf2.c /src/lib/libcompiler_rt/../..! /contrib/compiler-rt/lib/powitf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powixf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/trampoline_setup.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/udivdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/umoddi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodti3.c /src/lib/libcompiler_rt/../..! /contrib/compiler-rt/lib/adddf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/extendsfdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subdf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/truncdfsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/m! odsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivsi3.c! /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodsi3.c cc -O2 -pipe -fpic -fvisibility=hidden -DVISIBILITY_HIDDEN -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c -o absvdi2.o cc: unrecognized option '-Qunused-arguments' cc1: error: unrecognized command line option "-Wno-empty-body" cc1: error: unrecognized command line option "-Wno-string-plus-int" cc1: error: unrecognized command line option "-Wno-tautological-compare" cc1: error: unrecognized command line option "-Wno-parentheses-equality" cc1: error: unrecognized command line option "-Wno-knr-promoted-parameter" *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libcompiler_rt *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 03:48:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 03:48:56 - ERROR: failed to build world TB --- 2013-11-06 03:48:56 - 300.01 user 71.28 system 520.29 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 03:49:37 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A8C80114; Wed, 6 Nov 2013 03:49:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5B4B42D49; Wed, 6 Nov 2013 03:49:37 +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 rA63nakB041625; Tue, 5 Nov 2013 22:49:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rA63nUam041624; Wed, 6 Nov 2013 03:49:30 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 03:49:30 GMT Message-Id: <201311060349.rA63nUam041624@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, 06 Nov 2013 03:49:37 -0000 TB --- 2013-11-06 03:40:15 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 03:40:15 - 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 --- 2013-11-06 03:40:15 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-11-06 03:40:15 - cleaning the object tree TB --- 2013-11-06 03:42:13 - /usr/local/bin/svn stat /src TB --- 2013-11-06 03:42:17 - At svn revision 257733 TB --- 2013-11-06 03:42:18 - building world TB --- 2013-11-06 03:42:18 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 03:42:18 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 03:42:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 03:42:18 - SRCCONF=/dev/null TB --- 2013-11-06 03:42:18 - TARGET=amd64 TB --- 2013-11-06 03:42:18 - TARGET_ARCH=amd64 TB --- 2013-11-06 03:42:18 - TZ=UTC TB --- 2013-11-06 03:42:18 - __MAKE_CONF=/dev/null TB --- 2013-11-06 03:42:18 - cd /src TB --- 2013-11-06 03:42:18 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 03:42:25 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] CC='cc ' mkdep -f .depend -a -DVISIBILITY_HIDDEN -std=gnu99 /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashldi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashlti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashrdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clear_cache.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzti2.c /src/lib/libcompiler_rt/../! ../contrib/compiler-rt/lib/cmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/cmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparedf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparesf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/enable_execute_stack.c /src/lib/libcompiler_rt/../../contrib/comp! iler-rt/lib/eprintf.c /src/lib/libcompiler_rt/../../contrib/co! mpiler-rt/lib/ffsdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ffsti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfti.c /src/lib/libcompiler_rt/../../contrib/compi! ler-rt/lib/fixxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixxfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/x86_64/floatdidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/x86_64/floatdisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/x86_64/floatdixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/x86_64/floatundidf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/x86_64/floatundisf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/x86_64/floatundixf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatuntidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/flo! atuntisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatu! ntixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/int_util.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/lshrdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/lshrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/moddi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/modti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulodi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulosi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muloti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/multi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvti3.c /src/lib/libcompiler_rt/.! ./../contrib/compiler-rt/lib/mulxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritydi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritysi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/parityti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powidf2.c /src/lib/libcompiler_rt/../../contrib/co! mpiler-rt/lib/powisf2.c /src/lib/libcompiler_rt/../../contrib/compiler-! rt/lib/powitf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powixf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/trampoline_setup.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umoddi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/add! df3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/extendsfdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subdf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/truncdfsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/modsi3.c /src/lib/libcompiler! _rt/../../contrib/compiler-rt/lib/udivsi3.c /src/lib/libcompiler_rt/../! ../contrib/compiler-rt/lib/umodsi3.c cc -O2 -pipe -fpic -fvisibility=hidden -DVISIBILITY_HIDDEN -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c -o absvdi2.o cc: unrecognized option '-Qunused-arguments' cc1: error: unrecognized command line option "-Wno-empty-body" cc1: error: unrecognized command line option "-Wno-string-plus-int" cc1: error: unrecognized command line option "-Wno-tautological-compare" cc1: error: unrecognized command line option "-Wno-parentheses-equality" cc1: error: unrecognized command line option "-Wno-knr-promoted-parameter" *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libcompiler_rt *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 03:49:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 03:49:30 - ERROR: failed to build world TB --- 2013-11-06 03:49:30 - 310.01 user 80.77 system 554.90 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 03:53:32 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 782DC2CC; Wed, 6 Nov 2013 03:53:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3C0132D9E; Wed, 6 Nov 2013 03:53:32 +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 rA63rVRl016305; Tue, 5 Nov 2013 22:53:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rA63rVAD016289; Wed, 6 Nov 2013 03:53:31 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 03:53:31 GMT Message-Id: <201311060353.rA63rVAD016289@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, 06 Nov 2013 03:53:32 -0000 TB --- 2013-11-06 03:48:56 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 03:48:56 - 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 --- 2013-11-06 03:48:56 - starting HEAD tinderbox run for mips/mips TB --- 2013-11-06 03:48:56 - cleaning the object tree TB --- 2013-11-06 03:49:52 - /usr/local/bin/svn stat /src TB --- 2013-11-06 03:49:55 - At svn revision 257733 TB --- 2013-11-06 03:49:56 - building world TB --- 2013-11-06 03:49:56 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 03:49:56 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 03:49:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 03:49:56 - SRCCONF=/dev/null TB --- 2013-11-06 03:49:56 - TARGET=mips TB --- 2013-11-06 03:49:56 - TARGET_ARCH=mips TB --- 2013-11-06 03:49:56 - TZ=UTC TB --- 2013-11-06 03:49:56 - __MAKE_CONF=/dev/null TB --- 2013-11-06 03:49:56 - cd /src TB --- 2013-11-06 03:49:56 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 03:50:04 UTC 2013 >>> Rebuilding 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 [...] building static gcc_eh library ranlib libgcc_eh.a sh /src/tools/install.sh -C -o root -g wheel -m 444 libgcc_eh.a /obj/mips.mips/src/tmp/usr/lib ===> lib/libcompiler_rt (obj,depend,all,install) rm -f .depend CC='cc ' mkdep -f .depend -a -DVISIBILITY_HIDDEN -std=gnu99 /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashldi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashlti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashrdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clear_cache.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzti2.c /src/lib/libcompiler_rt/../! ../contrib/compiler-rt/lib/cmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/cmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparedf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparesf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/enable_execute_stack.c /src/lib/libcompiler_rt/../../contrib/comp! iler-rt/lib/eprintf.c /src/lib/libcompiler_rt/../../contrib/co! mpiler-rt/lib/ffsdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ffsti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfti.c /src/lib/libcompiler_rt/../../contrib/compi! ler-rt/lib/fixxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixxfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatdidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatdisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatdixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatundidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatundisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatundixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatuntidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatuntisf.c /src/lib/libcompiler_rt/../../c! ontrib/compiler-rt/lib/floatuntixf.c /src/lib/libcompiler_rt/../../cont! rib/compiler-rt/lib/int_util.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/lshrdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/lshrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/moddi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/modti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulodi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulosi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muloti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/multi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulxc3.c /src! /lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritydi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritysi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/parityti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powidf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powisf2.c /src/lib/libcompil! er_rt/../../contrib/compiler-rt/lib/powitf2.c /src/lib/libcompiler_rt/.! ./../contrib/compiler-rt/lib/powixf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/trampoline_setup.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umoddi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodti3.c /src/lib/libcompiler_rt/../../sys/mips/mips/stdatomic.c /src/lib/libcompiler_rt/../../sys/mips/mips/stdatomic.c:33:27: error: sys/stdatomic.h: No such file or directory mkdep: compile failed *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libcompiler_rt *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 03:53:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 03:53:31 - ERROR: failed to build world TB --- 2013-11-06 03:53:31 - 141.34 user 42.63 system 275.03 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 03:53:43 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1C2613F8; Wed, 6 Nov 2013 03:53:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 604EE2DA5; Wed, 6 Nov 2013 03:53: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 rA63rfNS020085; Tue, 5 Nov 2013 22:53: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 rA63rfRE018996; Wed, 6 Nov 2013 03:53:41 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 03:53:41 GMT Message-Id: <201311060353.rA63rfRE018996@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: Wed, 06 Nov 2013 03:53:43 -0000 TB --- 2013-11-06 03:48:50 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 03:48:50 - 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 --- 2013-11-06 03:48:51 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-11-06 03:48:51 - cleaning the object tree TB --- 2013-11-06 03:49:48 - /usr/local/bin/svn stat /src TB --- 2013-11-06 03:49:51 - At svn revision 257733 TB --- 2013-11-06 03:49:52 - building world TB --- 2013-11-06 03:49:52 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 03:49:52 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 03:49:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 03:49:52 - SRCCONF=/dev/null TB --- 2013-11-06 03:49:52 - TARGET=ia64 TB --- 2013-11-06 03:49:52 - TARGET_ARCH=ia64 TB --- 2013-11-06 03:49:52 - TZ=UTC TB --- 2013-11-06 03:49:52 - __MAKE_CONF=/dev/null TB --- 2013-11-06 03:49:52 - cd /src TB --- 2013-11-06 03:49:52 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 03:49:59 UTC 2013 >>> Rebuilding 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 [...] /src/gnu/lib/libgcc/../../../contrib/gcc/config/ia64/unwind-ia64.c:2191: error: unknown register name 'r24' in 'asm' /src/gnu/lib/libgcc/../../../contrib/gcc/config/ia64/unwind-ia64.c:2191: error: unknown register name 'r23' in 'asm' /src/gnu/lib/libgcc/../../../contrib/gcc/config/ia64/unwind-ia64.c:2191: error: unknown register name 'r22' in 'asm' /src/gnu/lib/libgcc/../../../contrib/gcc/config/ia64/unwind-ia64.c:2191: error: unknown register name 'r21' in 'asm' /src/gnu/lib/libgcc/../../../contrib/gcc/config/ia64/unwind-ia64.c:2191: error: unknown register name 'r20' in 'asm' /src/gnu/lib/libgcc/../../../contrib/gcc/config/ia64/unwind-ia64.c:2191: error: unknown register name 'r18' in 'asm' /src/gnu/lib/libgcc/../../../contrib/gcc/config/ia64/unwind-ia64.c:2191: error: unknown register name 'r17' in 'asm' /src/gnu/lib/libgcc/../../../contrib/gcc/config/ia64/unwind-ia64.c:2191: error: unknown register name 'r16' in 'asm' *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/lib/libgcc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 03:53:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 03:53:36 - ERROR: failed to build world TB --- 2013-11-06 03:53:36 - 149.25 user 41.30 system 285.24 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 03:53:45 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D4D1E4CC; Wed, 6 Nov 2013 03:53:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6F6842DAC; Wed, 6 Nov 2013 03:53:45 +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 rA63riSS020423; Tue, 5 Nov 2013 22:53: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 rA63rima020422; Wed, 6 Nov 2013 03:53:44 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 03:53:44 GMT Message-Id: <201311060353.rA63rima020422@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: Wed, 06 Nov 2013 03:53:45 -0000 TB --- 2013-11-06 03:49:36 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 03:49:36 - 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 --- 2013-11-06 03:49:36 - starting HEAD tinderbox run for mips64/mips TB --- 2013-11-06 03:49:36 - cleaning the object tree TB --- 2013-11-06 03:50:15 - /usr/local/bin/svn stat /src TB --- 2013-11-06 03:50:18 - At svn revision 257733 TB --- 2013-11-06 03:50:19 - building world TB --- 2013-11-06 03:50:19 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 03:50:19 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 03:50:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 03:50:19 - SRCCONF=/dev/null TB --- 2013-11-06 03:50:19 - TARGET=mips TB --- 2013-11-06 03:50:19 - TARGET_ARCH=mips64 TB --- 2013-11-06 03:50:19 - TZ=UTC TB --- 2013-11-06 03:50:19 - __MAKE_CONF=/dev/null TB --- 2013-11-06 03:50:19 - cd /src TB --- 2013-11-06 03:50:19 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 03:50:26 UTC 2013 >>> Rebuilding 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 [...] building static gcc_eh library ranlib libgcc_eh.a sh /src/tools/install.sh -C -o root -g wheel -m 444 libgcc_eh.a /obj/mips.mips64/src/tmp/usr/lib ===> lib/libcompiler_rt (obj,depend,all,install) rm -f .depend CC='cc ' mkdep -f .depend -a -DVISIBILITY_HIDDEN -std=gnu99 /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashldi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashlti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashrdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clear_cache.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzti2.c /src/lib/libcompiler_rt/../! ../contrib/compiler-rt/lib/cmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/cmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparedf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparesf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/enable_execute_stack.c /src/lib/libcompiler_rt/../../contrib/comp! iler-rt/lib/eprintf.c /src/lib/libcompiler_rt/../../contrib/co! mpiler-rt/lib/ffsdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ffsti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfti.c /src/lib/libcompiler_rt/../../contrib/compi! ler-rt/lib/fixxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixxfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatdidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatdisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatdixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatundidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatundisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatundixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatuntidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatuntisf.c /src/lib/libcompiler_rt/../../c! ontrib/compiler-rt/lib/floatuntixf.c /src/lib/libcompiler_rt/../../cont! rib/compiler-rt/lib/int_util.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/lshrdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/lshrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/moddi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/modti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulodi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulosi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muloti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/multi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulxc3.c /src! /lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritydi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritysi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/parityti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powidf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powisf2.c /src/lib/libcompil! er_rt/../../contrib/compiler-rt/lib/powitf2.c /src/lib/libcompiler_rt/.! ./../contrib/compiler-rt/lib/powixf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/trampoline_setup.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umoddi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodti3.c /src/lib/libcompiler_rt/../../sys/mips/mips/stdatomic.c /src/lib/libcompiler_rt/../../sys/mips/mips/stdatomic.c:33:27: error: sys/stdatomic.h: No such file or directory mkdep: compile failed *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libcompiler_rt *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 03:53:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 03:53:44 - ERROR: failed to build world TB --- 2013-11-06 03:53:44 - 143.40 user 40.31 system 247.86 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 03:54:09 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 07ADB720; Wed, 6 Nov 2013 03:54:09 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-la0-x22c.google.com (mail-la0-x22c.google.com [IPv6:2a00:1450:4010:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5B0F92DD1; Wed, 6 Nov 2013 03:54:08 +0000 (UTC) Received: by mail-la0-f44.google.com with SMTP id er20so2885197lab.3 for ; Tue, 05 Nov 2013 19:54:06 -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:message-id:subject :from:to:cc:content-type; bh=b1ZRVl9vCh9g466xziNAyfInBl3Wq68KgVsH27hA06U=; b=0cpEoPoxU9ys2rGywIzVMvNypBhWn536uuDczXr0B+ZhYfHmcUnXUf4TrlIWb/ECef wA59CNx2X6bg0HSja7So41nUoRVLDFGubSsEn6ejN0lrgEg/gXHhq0axLbghRq7ECZJr Kj9+jR6E0ALNbpxXBXtPBjkEdQT1QRcbE9GHnlqa1xOG4iHvIUJ6zVehapXE8ZY58D0Z gqvY8/0dfG3wFWSPDJC6WkJHOOd9YGAenM4zY5uvm1ZR/91HU3hy869s9JB+dMdfAvOx ByvyI5KML2xp3zMmr6r1rIO5JFRTno+bkzzRd08OvikRpVkA6k9Eu+VCbcX+QwlnaWXh tF7g== MIME-Version: 1.0 X-Received: by 10.112.236.97 with SMTP id ut1mr442324lbc.37.1383710046377; Tue, 05 Nov 2013 19:54:06 -0800 (PST) Sender: crodr001@gmail.com Received: by 10.112.120.232 with HTTP; Tue, 5 Nov 2013 19:54:06 -0800 (PST) In-Reply-To: References: Date: Tue, 5 Nov 2013 19:54:06 -0800 X-Google-Sender-Auth: Xu4XVJKVHnMtBhqxYq9eXtud0rs Message-ID: Subject: Re: [CFT] bsdinstall and zfsboot enhancements From: Craig Rodrigues To: Devin Teske Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: " Current" , "Teske, Devin" 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, 06 Nov 2013 03:54:09 -0000 On Sat, Nov 2, 2013 at 10:59 AM, Teske, Devin wrote: > > + Update bsdinstall's "config" script to adjust ttyu* entries in > /etc/ttys when it is determined that we are in-fact doing an install > over serial (e.g. bhyve). > I think this is useful. In earlier versions of BHyve, the default was to use console over a PCI serial device. With this commit from Neel Natu: http://lists.freebsd.org/pipermail/svn-src-all/2013-October/076027.html it is now possible to specify a different device for the console, such as COM1. -- Craig From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 03:56:42 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DE8B586B; Wed, 6 Nov 2013 03:56:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 919BC2DFC; Wed, 6 Nov 2013 03:56: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 rA63ueJD061378; Tue, 5 Nov 2013 22:56:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rA63ueE3061365; Wed, 6 Nov 2013 03:56:40 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 03:56:40 GMT Message-Id: <201311060356.rA63ueE3061365@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, 06 Nov 2013 03:56:42 -0000 TB --- 2013-11-06 03:48:40 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 03:48: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 --- 2013-11-06 03:48:40 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-11-06 03:48:40 - cleaning the object tree TB --- 2013-11-06 03:49:08 - /usr/local/bin/svn stat /src TB --- 2013-11-06 03:49:11 - At svn revision 257733 TB --- 2013-11-06 03:49:12 - building world TB --- 2013-11-06 03:49:12 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 03:49:12 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 03:49:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 03:49:12 - SRCCONF=/dev/null TB --- 2013-11-06 03:49:12 - TARGET=pc98 TB --- 2013-11-06 03:49:12 - TARGET_ARCH=i386 TB --- 2013-11-06 03:49:12 - TZ=UTC TB --- 2013-11-06 03:49:12 - __MAKE_CONF=/dev/null TB --- 2013-11-06 03:49:12 - cd /src TB --- 2013-11-06 03:49:12 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 03:49:20 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] CC='cc ' mkdep -f .depend -a -DVISIBILITY_HIDDEN -std=gnu99 /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/ashldi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashlti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/ashrdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clear_cache.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzti2.c /src/lib/libcompi! ler_rt/../../contrib/compiler-rt/lib/cmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/cmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparedf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparesf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/divdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/enable_execute_stack.c /src/lib/libcompiler_rt/../! ../contrib/compiler-rt/lib/eprintf.c /src/lib/libcompiler_rt/.! ./../contrib/compiler-rt/lib/ffsdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ffsti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfti.c /src/lib/libcompiler_rt/../.! ./contrib/compiler-rt/lib/fixxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixxfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdidf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdisf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdixf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundidf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundisf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundixf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatuntidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/! floatuntisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/flo! atuntixf..c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/int_util.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/lshrdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/lshrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/moddi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/modti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/muldi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulodi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulosi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muloti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/multi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvti3.c /src/l! ib/libcompiler_rt/../../contrib/compiler-rt/lib/mulxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritydi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritysi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/parityti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powidf2.c /src/lib/libcompiler_! rt/../../contrib/compiler-rt/lib/powisf2.c /src/lib/libcompiler_rt/../..! /contrib/compiler-rt/lib/powitf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powixf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/trampoline_setup.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/udivdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/umoddi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodti3.c /src/lib/libcompiler_rt/../..! /contrib/compiler-rt/lib/adddf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/extendsfdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subdf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/truncdfsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/m! odsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivsi3.c! /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodsi3.c cc -O2 -pipe -fpic -fvisibility=hidden -DVISIBILITY_HIDDEN -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c -o absvdi2.o cc: unrecognized option '-Qunused-arguments' cc1: error: unrecognized command line option "-Wno-empty-body" cc1: error: unrecognized command line option "-Wno-string-plus-int" cc1: error: unrecognized command line option "-Wno-tautological-compare" cc1: error: unrecognized command line option "-Wno-parentheses-equality" cc1: error: unrecognized command line option "-Wno-knr-promoted-parameter" *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libcompiler_rt *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 03:56:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 03:56:40 - ERROR: failed to build world TB --- 2013-11-06 03:56:40 - 329.91 user 63.07 system 480.23 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 03:57:54 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id AD2F09A3; Wed, 6 Nov 2013 03:57:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 66F112E15; Wed, 6 Nov 2013 03:57:54 +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 rA63vrkX079576; Tue, 5 Nov 2013 22:57:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rA63vrtY079575; Wed, 6 Nov 2013 03:57:53 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 03:57:53 GMT Message-Id: <201311060357.rA63vrtY079575@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, 06 Nov 2013 03:57:54 -0000 TB --- 2013-11-06 03:53:44 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 03:53:44 - 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 --- 2013-11-06 03:53:44 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-11-06 03:53:44 - cleaning the object tree TB --- 2013-11-06 03:54:40 - /usr/local/bin/svn stat /src TB --- 2013-11-06 03:54:44 - At svn revision 257733 TB --- 2013-11-06 03:54:45 - building world TB --- 2013-11-06 03:54:45 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 03:54:45 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 03:54:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 03:54:45 - SRCCONF=/dev/null TB --- 2013-11-06 03:54:45 - TARGET=sparc64 TB --- 2013-11-06 03:54:45 - TARGET_ARCH=sparc64 TB --- 2013-11-06 03:54:45 - TZ=UTC TB --- 2013-11-06 03:54:45 - __MAKE_CONF=/dev/null TB --- 2013-11-06 03:54:45 - cd /src TB --- 2013-11-06 03:54:45 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 03:54:52 UTC 2013 >>> Rebuilding 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 [...] /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/sparc64/divsi3.S:321: Error: junk at end of line, first unrecognized character is `!' /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/sparc64/divsi3.S:322: Error: bad register name `%o2' /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/sparc64/divsi3.S:324: Error: no such instruction: `tst %g3' /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/sparc64/divsi3.S:325: Error: no such instruction: `bl,a 1f' /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/sparc64/divsi3.S:326: Error: junk at end of line, first unrecognized character is `!' /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/sparc64/divsi3.S:327: Error: bad register name `%o2' /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/sparc64/divsi3.S:329: Error: invalid char '!' beginning operand 1 `!leaf-routine return' /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/sparc64/divsi3.S:330: Error: bad register name `%o2' *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libcompiler_rt *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 03:57:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 03:57:53 - ERROR: failed to build world TB --- 2013-11-06 03:57:53 - 135.77 user 40.00 system 248.55 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 04:00:49 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 26C0EAF7; Wed, 6 Nov 2013 04:00:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D4AE52E5A; Wed, 6 Nov 2013 04:00: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 rA640lQh033875; Tue, 5 Nov 2013 23:00:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rA640lBj033874; Wed, 6 Nov 2013 04:00:47 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 04:00:47 GMT Message-Id: <201311060400.rA640lBj033874@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: Wed, 06 Nov 2013 04:00:49 -0000 TB --- 2013-11-06 03:53:31 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 03:53:31 - 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 --- 2013-11-06 03:53:31 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-11-06 03:53:31 - cleaning the object tree TB --- 2013-11-06 03:54:00 - /usr/local/bin/svn stat /src TB --- 2013-11-06 03:54:03 - At svn revision 257733 TB --- 2013-11-06 03:54:04 - building world TB --- 2013-11-06 03:54:04 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 03:54:04 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 03:54:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 03:54:04 - SRCCONF=/dev/null TB --- 2013-11-06 03:54:04 - TARGET=powerpc TB --- 2013-11-06 03:54:04 - TARGET_ARCH=powerpc TB --- 2013-11-06 03:54:04 - TZ=UTC TB --- 2013-11-06 03:54:04 - __MAKE_CONF=/dev/null TB --- 2013-11-06 03:54:04 - cd /src TB --- 2013-11-06 03:54:04 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 03:54:12 UTC 2013 >>> Rebuilding 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 [...] /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:280: Error: no such instruction: `lwz 28,-16(11)' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:281: Error: no such instruction: `lwz 29,-12(11)' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:282: Error: no such instruction: `lwz 30,-8(11)' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:283: Error: no such instruction: `lwz 0,4(11)' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:284: Error: no such instruction: `lwz 31,-4(11)' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:285: Error: no such instruction: `mtlr 0' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:286: Error: no such instruction: `mr 1,11' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:287: Error: no such instruction: `blr' *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/lib/csu *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 04:00:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 04:00:47 - ERROR: failed to build world TB --- 2013-11-06 04:00:47 - 326.45 user 54.16 system 436.30 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 04:01:24 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B39FDC33; Wed, 6 Nov 2013 04:01:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6DC982E71; Wed, 6 Nov 2013 04:01: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 rA641NcE040784; Tue, 5 Nov 2013 23:01: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 rA641NAa040783; Wed, 6 Nov 2013 04:01:23 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 04:01:23 GMT Message-Id: <201311060401.rA641NAa040783@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: Wed, 06 Nov 2013 04:01:24 -0000 TB --- 2013-11-06 03:53:41 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 03:53:41 - 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 --- 2013-11-06 03:53:41 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-11-06 03:53:41 - cleaning the object tree TB --- 2013-11-06 03:54:39 - /usr/local/bin/svn stat /src TB --- 2013-11-06 03:54:42 - At svn revision 257733 TB --- 2013-11-06 03:54:43 - building world TB --- 2013-11-06 03:54:43 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 03:54:43 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 03:54:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 03:54:43 - SRCCONF=/dev/null TB --- 2013-11-06 03:54:43 - TARGET=powerpc TB --- 2013-11-06 03:54:43 - TARGET_ARCH=powerpc64 TB --- 2013-11-06 03:54:43 - TZ=UTC TB --- 2013-11-06 03:54:43 - __MAKE_CONF=/dev/null TB --- 2013-11-06 03:54:43 - cd /src TB --- 2013-11-06 03:54:43 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 03:54:50 UTC 2013 >>> Rebuilding 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 [...] /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:280: Error: no such instruction: `lwz 28,-16(11)' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:281: Error: no such instruction: `lwz 29,-12(11)' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:282: Error: no such instruction: `lwz 30,-8(11)' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:283: Error: no such instruction: `lwz 0,4(11)' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:284: Error: no such instruction: `lwz 31,-4(11)' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:285: Error: no such instruction: `mtlr 0' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:286: Error: no such instruction: `mr 1,11' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:287: Error: no such instruction: `blr' *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/lib/csu *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 04:01:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 04:01:23 - ERROR: failed to build world TB --- 2013-11-06 04:01:23 - 335.35 user 60.97 system 462.21 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 04:18:14 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C4991F65; Wed, 6 Nov 2013 04:18:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 969E02F00; Wed, 6 Nov 2013 04:18: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 rA64ID7h075018; Tue, 5 Nov 2013 23:18:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rA64IDb5074972; Wed, 6 Nov 2013 04:18:13 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 04:18:13 GMT Message-Id: <201311060418.rA64IDb5074972@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: Wed, 06 Nov 2013 04:18:14 -0000 TB --- 2013-11-06 04:10:14 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 04:10:14 - 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 --- 2013-11-06 04:10:14 - starting HEAD tinderbox run for arm/arm TB --- 2013-11-06 04:10:14 - cleaning the object tree TB --- 2013-11-06 04:11:36 - /usr/local/bin/svn stat /src TB --- 2013-11-06 04:11:40 - At svn revision 257733 TB --- 2013-11-06 04:11:41 - building world TB --- 2013-11-06 04:11:41 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 04:11:41 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 04:11:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 04:11:41 - SRCCONF=/dev/null TB --- 2013-11-06 04:11:41 - TARGET=arm TB --- 2013-11-06 04:11:41 - TARGET_ARCH=arm TB --- 2013-11-06 04:11:41 - TZ=UTC TB --- 2013-11-06 04:11:41 - __MAKE_CONF=/dev/null TB --- 2013-11-06 04:11:41 - cd /src TB --- 2013-11-06 04:11:41 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 04:11:47 UTC 2013 >>> Rebuilding 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 [...] LC_ALL=C awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opt-functions.awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opth-gen.awk < optionlist > options.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc unwind.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.h unwind.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc gthr-default.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/gthr-posix.h gthr-default.h cc -c -O -pipe -DTARGET_ARM_EABI -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -Dinhibit_libc -fno-inline -fheinous-gnu-extensions -std=gnu99 -Qunused-arguments -fvisibility=hidden -DHIDE_EXPORTS -fPIC -fexceptions -D__GLIBC__=3 -DElfW=__ElfN -o unwind-arm.o /src/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.c cc: unrecognized option '-Qunused-arguments' cc1: error: unrecognized command line option "-fheinous-gnu-extensions" *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/lib/libgcc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 04:18:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 04:18:13 - ERROR: failed to build world TB --- 2013-11-06 04:18:13 - 296.80 user 71.06 system 478.82 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 04:18:18 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 02F92F6; Wed, 6 Nov 2013 04:18:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CB3E72F01; Wed, 6 Nov 2013 04:18: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 rA64IG8O077684; Tue, 5 Nov 2013 23:18: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 rA64IGYm077663; Wed, 6 Nov 2013 04:18:16 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 04:18:16 GMT Message-Id: <201311060418.rA64IGYm077663@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 armv6/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: Wed, 06 Nov 2013 04:18:18 -0000 TB --- 2013-11-06 04:10:14 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 04:10:14 - 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 --- 2013-11-06 04:10:14 - starting HEAD tinderbox run for armv6/arm TB --- 2013-11-06 04:10:14 - cleaning the object tree TB --- 2013-11-06 04:11:36 - /usr/local/bin/svn stat /src TB --- 2013-11-06 04:11:40 - At svn revision 257733 TB --- 2013-11-06 04:11:41 - building world TB --- 2013-11-06 04:11:41 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 04:11:41 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 04:11:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 04:11:41 - SRCCONF=/dev/null TB --- 2013-11-06 04:11:41 - TARGET=arm TB --- 2013-11-06 04:11:41 - TARGET_ARCH=armv6 TB --- 2013-11-06 04:11:41 - TZ=UTC TB --- 2013-11-06 04:11:41 - __MAKE_CONF=/dev/null TB --- 2013-11-06 04:11:41 - cd /src TB --- 2013-11-06 04:11:41 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 04:11:48 UTC 2013 >>> Rebuilding 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 [...] LC_ALL=C awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opt-functions.awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opth-gen.awk < optionlist > options.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc unwind.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.h unwind.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc gthr-default.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/gthr-posix.h gthr-default.h cc -c -O -pipe -DTARGET_ARM_EABI -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -Dinhibit_libc -fno-inline -fheinous-gnu-extensions -std=gnu99 -Qunused-arguments -fvisibility=hidden -DHIDE_EXPORTS -fPIC -fexceptions -D__GLIBC__=3 -DElfW=__ElfN -o unwind-arm.o /src/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.c cc: unrecognized option '-Qunused-arguments' cc1: error: unrecognized command line option "-fheinous-gnu-extensions" *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/lib/libgcc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 04:18:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 04:18:16 - ERROR: failed to build world TB --- 2013-11-06 04:18:16 - 298.40 user 70.99 system 482.06 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 04:18:21 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 853CD1F9; Wed, 6 Nov 2013 04:18:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 165B62F05; Wed, 6 Nov 2013 04:18: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 rA64IJTO078515; Tue, 5 Nov 2013 23:18: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 rA64IJKU078505; Wed, 6 Nov 2013 04:18:19 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 04:18:19 GMT Message-Id: <201311060418.rA64IJKU078505@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, 06 Nov 2013 04:18:21 -0000 TB --- 2013-11-06 04:10:14 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 04:10:14 - 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 --- 2013-11-06 04:10:14 - starting HEAD tinderbox run for i386/i386 TB --- 2013-11-06 04:10:14 - cleaning the object tree TB --- 2013-11-06 04:11:37 - /usr/local/bin/svn stat /src TB --- 2013-11-06 04:11:41 - At svn revision 257733 TB --- 2013-11-06 04:11:42 - building world TB --- 2013-11-06 04:11:42 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 04:11:42 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 04:11:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 04:11:42 - SRCCONF=/dev/null TB --- 2013-11-06 04:11:42 - TARGET=i386 TB --- 2013-11-06 04:11:42 - TARGET_ARCH=i386 TB --- 2013-11-06 04:11:42 - TZ=UTC TB --- 2013-11-06 04:11:42 - __MAKE_CONF=/dev/null TB --- 2013-11-06 04:11:42 - cd /src TB --- 2013-11-06 04:11:42 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 04:11:48 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] CC='cc ' mkdep -f .depend -a -DVISIBILITY_HIDDEN -std=gnu99 /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/ashldi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashlti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/ashrdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clear_cache.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzti2.c /src/lib/libcompi! ler_rt/../../contrib/compiler-rt/lib/cmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/cmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparedf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparesf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/divdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/enable_execute_stack.c /src/lib/libcompiler_rt/../! ../contrib/compiler-rt/lib/eprintf.c /src/lib/libcompiler_rt/.! ./../contrib/compiler-rt/lib/ffsdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ffsti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfti.c /src/lib/libcompiler_rt/../.! ./contrib/compiler-rt/lib/fixxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixxfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdidf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdisf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdixf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundidf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundisf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundixf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatuntidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/! floatuntisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/flo! atuntixf..c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/int_util.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/lshrdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/lshrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/moddi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/modti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/muldi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulodi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulosi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muloti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/multi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvti3.c /src/l! ib/libcompiler_rt/../../contrib/compiler-rt/lib/mulxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritydi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritysi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/parityti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powidf2.c /src/lib/libcompiler_! rt/../../contrib/compiler-rt/lib/powisf2.c /src/lib/libcompiler_rt/../..! /contrib/compiler-rt/lib/powitf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powixf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/trampoline_setup.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/udivdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/umoddi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodti3.c /src/lib/libcompiler_rt/../..! /contrib/compiler-rt/lib/adddf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/extendsfdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subdf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/truncdfsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/m! odsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivsi3.c! /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodsi3.c cc -O2 -pipe -fpic -fvisibility=hidden -DVISIBILITY_HIDDEN -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c -o absvdi2.o cc: unrecognized option '-Qunused-arguments' cc1: error: unrecognized command line option "-Wno-empty-body" cc1: error: unrecognized command line option "-Wno-string-plus-int" cc1: error: unrecognized command line option "-Wno-tautological-compare" cc1: error: unrecognized command line option "-Wno-parentheses-equality" cc1: error: unrecognized command line option "-Wno-knr-promoted-parameter" *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libcompiler_rt *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 04:18:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 04:18:19 - ERROR: failed to build world TB --- 2013-11-06 04:18:19 - 299.79 user 72.56 system 485.21 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 04:18:53 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4576538F; Wed, 6 Nov 2013 04:18:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id ED20E2F33; Wed, 6 Nov 2013 04:18: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 rA64IqAD085560; Tue, 5 Nov 2013 23:18: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 rA64IqBM085559; Wed, 6 Nov 2013 04:18:52 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 04:18:52 GMT Message-Id: <201311060418.rA64IqBM085559@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, 06 Nov 2013 04:18:53 -0000 TB --- 2013-11-06 04:10:14 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 04:10:14 - 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 --- 2013-11-06 04:10:14 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-11-06 04:10:14 - cleaning the object tree TB --- 2013-11-06 04:11:37 - /usr/local/bin/svn stat /src TB --- 2013-11-06 04:11:41 - At svn revision 257733 TB --- 2013-11-06 04:11:42 - building world TB --- 2013-11-06 04:11:42 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 04:11:42 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 04:11:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 04:11:42 - SRCCONF=/dev/null TB --- 2013-11-06 04:11:42 - TARGET=amd64 TB --- 2013-11-06 04:11:42 - TARGET_ARCH=amd64 TB --- 2013-11-06 04:11:42 - TZ=UTC TB --- 2013-11-06 04:11:42 - __MAKE_CONF=/dev/null TB --- 2013-11-06 04:11:42 - cd /src TB --- 2013-11-06 04:11:42 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 04:11:48 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] CC='cc ' mkdep -f .depend -a -DVISIBILITY_HIDDEN -std=gnu99 /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashldi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashlti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashrdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clear_cache.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzti2.c /src/lib/libcompiler_rt/../! ../contrib/compiler-rt/lib/cmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/cmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparedf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparesf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/enable_execute_stack.c /src/lib/libcompiler_rt/../../contrib/comp! iler-rt/lib/eprintf.c /src/lib/libcompiler_rt/../../contrib/co! mpiler-rt/lib/ffsdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ffsti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfti.c /src/lib/libcompiler_rt/../../contrib/compi! ler-rt/lib/fixxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixxfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/x86_64/floatdidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/x86_64/floatdisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/x86_64/floatdixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/x86_64/floatundidf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/x86_64/floatundisf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/x86_64/floatundixf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatuntidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/flo! atuntisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatu! ntixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/int_util.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/lshrdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/lshrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/moddi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/modti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulodi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulosi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muloti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/multi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvti3.c /src/lib/libcompiler_rt/.! ./../contrib/compiler-rt/lib/mulxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritydi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritysi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/parityti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powidf2.c /src/lib/libcompiler_rt/../../contrib/co! mpiler-rt/lib/powisf2.c /src/lib/libcompiler_rt/../../contrib/compiler-! rt/lib/powitf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powixf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/trampoline_setup.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umoddi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/add! df3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/extendsfdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subdf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/truncdfsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/modsi3.c /src/lib/libcompiler! _rt/../../contrib/compiler-rt/lib/udivsi3.c /src/lib/libcompiler_rt/../! ../contrib/compiler-rt/lib/umodsi3.c cc -O2 -pipe -fpic -fvisibility=hidden -DVISIBILITY_HIDDEN -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c -o absvdi2.o cc: unrecognized option '-Qunused-arguments' cc1: error: unrecognized command line option "-Wno-empty-body" cc1: error: unrecognized command line option "-Wno-string-plus-int" cc1: error: unrecognized command line option "-Wno-tautological-compare" cc1: error: unrecognized command line option "-Wno-parentheses-equality" cc1: error: unrecognized command line option "-Wno-knr-promoted-parameter" *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libcompiler_rt *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 04:18:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 04:18:52 - ERROR: failed to build world TB --- 2013-11-06 04:18:52 - 309.59 user 82.71 system 517.41 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 04:23:12 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B408A6FF; Wed, 6 Nov 2013 04:23:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4C4192F98; Wed, 6 Nov 2013 04:23:11 +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 rA64NB3R060514; Tue, 5 Nov 2013 23:23:11 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rA64NBCP060492; Wed, 6 Nov 2013 04:23:11 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 04:23:11 GMT Message-Id: <201311060423.rA64NBCP060492@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, 06 Nov 2013 04:23:12 -0000 TB --- 2013-11-06 04:18:20 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 04:18:20 - 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 --- 2013-11-06 04:18:20 - starting HEAD tinderbox run for mips/mips TB --- 2013-11-06 04:18:20 - cleaning the object tree TB --- 2013-11-06 04:19:39 - /usr/local/bin/svn stat /src TB --- 2013-11-06 04:19:42 - At svn revision 257733 TB --- 2013-11-06 04:19:43 - building world TB --- 2013-11-06 04:19:43 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 04:19:43 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 04:19:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 04:19:43 - SRCCONF=/dev/null TB --- 2013-11-06 04:19:43 - TARGET=mips TB --- 2013-11-06 04:19:43 - TARGET_ARCH=mips TB --- 2013-11-06 04:19:43 - TZ=UTC TB --- 2013-11-06 04:19:43 - __MAKE_CONF=/dev/null TB --- 2013-11-06 04:19:43 - cd /src TB --- 2013-11-06 04:19:43 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 04:19:50 UTC 2013 >>> Rebuilding 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 [...] building static gcc_eh library ranlib libgcc_eh.a sh /src/tools/install.sh -C -o root -g wheel -m 444 libgcc_eh.a /obj/mips.mips/src/tmp/usr/lib ===> lib/libcompiler_rt (obj,depend,all,install) rm -f .depend CC='cc ' mkdep -f .depend -a -DVISIBILITY_HIDDEN -std=gnu99 /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashldi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashlti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashrdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clear_cache.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzti2.c /src/lib/libcompiler_rt/../! ../contrib/compiler-rt/lib/cmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/cmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparedf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparesf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/enable_execute_stack.c /src/lib/libcompiler_rt/../../contrib/comp! iler-rt/lib/eprintf.c /src/lib/libcompiler_rt/../../contrib/co! mpiler-rt/lib/ffsdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ffsti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfti.c /src/lib/libcompiler_rt/../../contrib/compi! ler-rt/lib/fixxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixxfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatdidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatdisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatdixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatundidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatundisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatundixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatuntidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatuntisf.c /src/lib/libcompiler_rt/../../c! ontrib/compiler-rt/lib/floatuntixf.c /src/lib/libcompiler_rt/../../cont! rib/compiler-rt/lib/int_util.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/lshrdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/lshrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/moddi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/modti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulodi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulosi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muloti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/multi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulxc3.c /src! /lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritydi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritysi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/parityti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powidf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powisf2.c /src/lib/libcompil! er_rt/../../contrib/compiler-rt/lib/powitf2.c /src/lib/libcompiler_rt/.! ./../contrib/compiler-rt/lib/powixf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/trampoline_setup.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umoddi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodti3.c /src/lib/libcompiler_rt/../../sys/mips/mips/stdatomic.c /src/lib/libcompiler_rt/../../sys/mips/mips/stdatomic.c:33:27: error: sys/stdatomic.h: No such file or directory mkdep: compile failed *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libcompiler_rt *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 04:23:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 04:23:11 - ERROR: failed to build world TB --- 2013-11-06 04:23:11 - 142.93 user 41.30 system 290.88 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 04:23:16 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9EF047FB; Wed, 6 Nov 2013 04:23:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5B2D82F9A; Wed, 6 Nov 2013 04:23: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 rA64NFVZ062322; Tue, 5 Nov 2013 23:23: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 rA64NFRG062303; Wed, 6 Nov 2013 04:23:15 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 04:23:15 GMT Message-Id: <201311060423.rA64NFRG062303@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: Wed, 06 Nov 2013 04:23:16 -0000 TB --- 2013-11-06 04:18:16 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 04:18:16 - 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 --- 2013-11-06 04:18:16 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-11-06 04:18:16 - cleaning the object tree TB --- 2013-11-06 04:19:36 - /usr/local/bin/svn stat /src TB --- 2013-11-06 04:19:40 - At svn revision 257733 TB --- 2013-11-06 04:19:41 - building world TB --- 2013-11-06 04:19:41 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 04:19:41 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 04:19:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 04:19:41 - SRCCONF=/dev/null TB --- 2013-11-06 04:19:41 - TARGET=ia64 TB --- 2013-11-06 04:19:41 - TARGET_ARCH=ia64 TB --- 2013-11-06 04:19:41 - TZ=UTC TB --- 2013-11-06 04:19:41 - __MAKE_CONF=/dev/null TB --- 2013-11-06 04:19:41 - cd /src TB --- 2013-11-06 04:19:41 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 04:19:47 UTC 2013 >>> Rebuilding 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 [...] /src/gnu/lib/libgcc/../../../contrib/gcc/config/ia64/unwind-ia64.c:2191: error: unknown register name 'r24' in 'asm' /src/gnu/lib/libgcc/../../../contrib/gcc/config/ia64/unwind-ia64.c:2191: error: unknown register name 'r23' in 'asm' /src/gnu/lib/libgcc/../../../contrib/gcc/config/ia64/unwind-ia64.c:2191: error: unknown register name 'r22' in 'asm' /src/gnu/lib/libgcc/../../../contrib/gcc/config/ia64/unwind-ia64.c:2191: error: unknown register name 'r21' in 'asm' /src/gnu/lib/libgcc/../../../contrib/gcc/config/ia64/unwind-ia64.c:2191: error: unknown register name 'r20' in 'asm' /src/gnu/lib/libgcc/../../../contrib/gcc/config/ia64/unwind-ia64.c:2191: error: unknown register name 'r18' in 'asm' /src/gnu/lib/libgcc/../../../contrib/gcc/config/ia64/unwind-ia64.c:2191: error: unknown register name 'r17' in 'asm' /src/gnu/lib/libgcc/../../../contrib/gcc/config/ia64/unwind-ia64.c:2191: error: unknown register name 'r16' in 'asm' *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/lib/libgcc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 04:23:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 04:23:15 - ERROR: failed to build world TB --- 2013-11-06 04:23:15 - 148.46 user 42.30 system 298.58 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 04:23:26 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 68C198DE; Wed, 6 Nov 2013 04:23:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 021242FA8; Wed, 6 Nov 2013 04:23: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 rA64NK4A063237; Tue, 5 Nov 2013 23:23:20 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rA64NKLE063233; Wed, 6 Nov 2013 04:23:20 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 04:23:20 GMT Message-Id: <201311060423.rA64NKLE063233@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: Wed, 06 Nov 2013 04:23:26 -0000 TB --- 2013-11-06 04:18:52 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 04:18: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 --- 2013-11-06 04:18:52 - starting HEAD tinderbox run for mips64/mips TB --- 2013-11-06 04:18:52 - cleaning the object tree TB --- 2013-11-06 04:19:49 - /usr/local/bin/svn stat /src TB --- 2013-11-06 04:19:52 - At svn revision 257733 TB --- 2013-11-06 04:19:53 - building world TB --- 2013-11-06 04:19:53 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 04:19:53 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 04:19:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 04:19:53 - SRCCONF=/dev/null TB --- 2013-11-06 04:19:53 - TARGET=mips TB --- 2013-11-06 04:19:53 - TARGET_ARCH=mips64 TB --- 2013-11-06 04:19:53 - TZ=UTC TB --- 2013-11-06 04:19:53 - __MAKE_CONF=/dev/null TB --- 2013-11-06 04:19:53 - cd /src TB --- 2013-11-06 04:19:53 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 04:20:00 UTC 2013 >>> Rebuilding 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 [...] building static gcc_eh library ranlib libgcc_eh.a sh /src/tools/install.sh -C -o root -g wheel -m 444 libgcc_eh.a /obj/mips.mips64/src/tmp/usr/lib ===> lib/libcompiler_rt (obj,depend,all,install) rm -f .depend CC='cc ' mkdep -f .depend -a -DVISIBILITY_HIDDEN -std=gnu99 /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashldi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashlti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashrdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clear_cache.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzti2.c /src/lib/libcompiler_rt/../! ../contrib/compiler-rt/lib/cmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/cmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparedf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparesf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/enable_execute_stack.c /src/lib/libcompiler_rt/../../contrib/comp! iler-rt/lib/eprintf.c /src/lib/libcompiler_rt/../../contrib/co! mpiler-rt/lib/ffsdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ffsti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfti.c /src/lib/libcompiler_rt/../../contrib/compi! ler-rt/lib/fixxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixxfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatdidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatdisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatdixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatundidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatundisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatundixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatuntidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatuntisf.c /src/lib/libcompiler_rt/../../c! ontrib/compiler-rt/lib/floatuntixf.c /src/lib/libcompiler_rt/../../cont! rib/compiler-rt/lib/int_util.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/lshrdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/lshrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/moddi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/modti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulodi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulosi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muloti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/multi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulxc3.c /src! /lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritydi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritysi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/parityti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powidf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powisf2.c /src/lib/libcompil! er_rt/../../contrib/compiler-rt/lib/powitf2.c /src/lib/libcompiler_rt/.! ./../contrib/compiler-rt/lib/powixf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/trampoline_setup.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umoddi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodti3.c /src/lib/libcompiler_rt/../../sys/mips/mips/stdatomic.c /src/lib/libcompiler_rt/../../sys/mips/mips/stdatomic.c:33:27: error: sys/stdatomic.h: No such file or directory mkdep: compile failed *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libcompiler_rt *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 04:23:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 04:23:20 - ERROR: failed to build world TB --- 2013-11-06 04:23:20 - 143.59 user 40.34 system 267.73 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 04:24:47 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E8753B7F; Wed, 6 Nov 2013 04:24:46 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pa0-x236.google.com (mail-pa0-x236.google.com [IPv6:2607:f8b0:400e:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B806A2FEA; Wed, 6 Nov 2013 04:24:46 +0000 (UTC) Received: by mail-pa0-f54.google.com with SMTP id fa1so9947543pad.41 for ; Tue, 05 Nov 2013 20:24:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=ZzZFhpR7n5xpYdjuIxubbM/8ves8fWU3pIwVc4GxPak=; b=VCXrSYSdzZDCjXq8fK3u3QXAc+taYyRGEW+31eb9LOl4BMz+vBmhkiaLBp3ni9RN8t ZWj9Z7un+96DKfKPx+4g8b2DaPKmAGSFoq9pJaO3P9GIx6zndEIeVqYC2FzRYiss0Wqi B7jWXd+jGZ3Kwy/Sx2ljeIOVVN3Bzl4l4xCzwL1dBMJ5LOGZ3Ij1L9P2NnIRAE4jKWRV CBXzv4E3mxswmVSOuoMdjTicBM6W0ahhWPqyiFr+r6HPvcHm6JJLfV/G3Ge4yu91at0j dQiAoKG46sBA5v+neLO83YP+urT7VMk0H2pf+ZtDHx/6Pu9cCfUcgfLgpVfmi/8vhr7x E+FQ== X-Received: by 10.66.159.234 with SMTP id xf10mr1767657pab.139.1383711886205; Tue, 05 Nov 2013 20:24:46 -0800 (PST) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPSA id 7sm44534475paf.22.2013.11.05.20.24.43 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 05 Nov 2013 20:24:45 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 06 Nov 2013 13:24:41 +0900 From: Yonghyeon PYUN Date: Wed, 6 Nov 2013 13:24:41 +0900 To: Thomas Mueller Subject: Re: dhclient failure with Realtek 8111E Ethernet on new MSI motherboard Message-ID: <20131106042441.GA1401@michelle.cdnetworks.com> References: <20130925063610.GA1507@michelle.cdnetworks.com> <36.52.26070.28C93425@cdptpa-oedge03> <20130926050038.GA1494@michelle.cdnetworks.com> <75.B0.09602.0CBE3425@cdptpa-oedge03> <20130926083326.GB1494@michelle.cdnetworks.com> <20131104021727.GB3610@michelle.cdnetworks.com> <1A.D8.19454.71BA9725@cdptpa-oedge03> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1A.D8.19454.71BA9725@cdptpa-oedge03> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 04:24:47 -0000 On Wed, Nov 06, 2013 at 02:36:07AM +0000, Thomas Mueller wrote: > from Yonghyeon PYUN: > > Thomas, would you try attached patch on your system? > > > [-- Attachment #2: re.8168evl.diff --] > [-- Type: text/x-diff, Encoding: 7bit, Size: 3.6K --] > Content-Type: text/x-diff; charset=us-ascii > Content-Disposition: attachment; filename="re.8168evl.diff" > > Index: sys/dev/re/if_re.c > =================================================================== > --- sys/dev/re/if_re.c (revision 257422) > +++ sys/dev/re/if_re.c (working copy) > @@ -295,6 +295,8 @@ > static int re_miibus_writereg (device_t, int, int, int); > static void re_miibus_statchg (device_t); > > +static void re_eri_write (struct rl_softc *, bus_size_t, uint32_t, int); > + > static void re_set_jumbo (struct rl_softc *, int); > static void re_set_rxmode (struct rl_softc *); > static void re_reset (struct rl_softc *); > @:10,32s/^/@ -641,6 +643,32 @@ > } > (snip) > > Which version/branch of FreeBSD is this for? > I guess the diff would apply to CURRENT and any stable. > 9.2_STABLE, 10-stable or 11-head? > > Does it require a specific svn revision? > No. > I just updated FreeBSD-current on new MSI motherboard (svn revision 257695). > > dhclient re0 still gives same error. > That's expected behavior since there is no code to activate the workaround at this moment. Given that you have CURRENT at this moment, apply the diff and let me know how it goes. > Now I have to update FreeBSD-current amd64 on same computer. > > I go through this in the hope of being able to configure wifi with Hiro 50191 USB-stick-type WLAN adapter, driver rsu. > > So far, can't see wifi network. I see what more I need to do, or maybe no wifi signal? > Sorry, I'm dumb on wireless drivers so have nothing to comment. :-( > Tom > From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 04:26:53 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 36AE3DA3; Wed, 6 Nov 2013 04:26:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DCD9E2020; Wed, 6 Nov 2013 04:26: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 rA64QpWU016184; Tue, 5 Nov 2013 23:26:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rA64Qp8J016180; Wed, 6 Nov 2013 04:26:51 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 04:26:51 GMT Message-Id: <201311060426.rA64Qp8J016180@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, 06 Nov 2013 04:26:53 -0000 TB --- 2013-11-06 04:18:13 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 04:18:13 - 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 --- 2013-11-06 04:18:13 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-11-06 04:18:13 - cleaning the object tree TB --- 2013-11-06 04:19:08 - /usr/local/bin/svn stat /src TB --- 2013-11-06 04:19:12 - At svn revision 257733 TB --- 2013-11-06 04:19:13 - building world TB --- 2013-11-06 04:19:13 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 04:19:13 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 04:19:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 04:19:13 - SRCCONF=/dev/null TB --- 2013-11-06 04:19:13 - TARGET=pc98 TB --- 2013-11-06 04:19:13 - TARGET_ARCH=i386 TB --- 2013-11-06 04:19:13 - TZ=UTC TB --- 2013-11-06 04:19:13 - __MAKE_CONF=/dev/null TB --- 2013-11-06 04:19:13 - cd /src TB --- 2013-11-06 04:19:13 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 04:19:20 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] CC='cc ' mkdep -f .depend -a -DVISIBILITY_HIDDEN -std=gnu99 /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/ashldi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashlti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/ashrdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clear_cache.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzti2.c /src/lib/libcompi! ler_rt/../../contrib/compiler-rt/lib/cmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/cmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparedf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparesf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/divdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/enable_execute_stack.c /src/lib/libcompiler_rt/../! ../contrib/compiler-rt/lib/eprintf.c /src/lib/libcompiler_rt/.! ./../contrib/compiler-rt/lib/ffsdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ffsti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfti.c /src/lib/libcompiler_rt/../.! ./contrib/compiler-rt/lib/fixxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixxfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdidf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdisf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdixf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundidf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundisf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundixf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatuntidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/! floatuntisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/flo! atuntixf..c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/int_util.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/lshrdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/lshrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/moddi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/modti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/muldi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulodi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulosi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muloti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/multi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvti3.c /src/l! ib/libcompiler_rt/../../contrib/compiler-rt/lib/mulxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritydi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritysi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/parityti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powidf2.c /src/lib/libcompiler_! rt/../../contrib/compiler-rt/lib/powisf2.c /src/lib/libcompiler_rt/../..! /contrib/compiler-rt/lib/powitf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powixf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/trampoline_setup.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/udivdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/umoddi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodti3.c /src/lib/libcompiler_rt/../..! /contrib/compiler-rt/lib/adddf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/extendsfdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subdf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/truncdfsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/m! odsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivsi3.c! /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodsi3.c cc -O2 -pipe -fpic -fvisibility=hidden -DVISIBILITY_HIDDEN -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c -o absvdi2.o cc: unrecognized option '-Qunused-arguments' cc1: error: unrecognized command line option "-Wno-empty-body" cc1: error: unrecognized command line option "-Wno-string-plus-int" cc1: error: unrecognized command line option "-Wno-tautological-compare" cc1: error: unrecognized command line option "-Wno-parentheses-equality" cc1: error: unrecognized command line option "-Wno-knr-promoted-parameter" *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libcompiler_rt *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 04:26:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 04:26:51 - ERROR: failed to build world TB --- 2013-11-06 04:26:51 - 329.99 user 64.07 system 518.07 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 04:27:38 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C3D5AEDF; Wed, 6 Nov 2013 04:27:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7F0E6205D; Wed, 6 Nov 2013 04:27: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 rA64Rbuf023735; Tue, 5 Nov 2013 23:27: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 rA64Rb8t023731; Wed, 6 Nov 2013 04:27:37 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 04:27:37 GMT Message-Id: <201311060427.rA64Rb8t023731@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, 06 Nov 2013 04:27:38 -0000 TB --- 2013-11-06 04:23:20 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 04:23:20 - 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 --- 2013-11-06 04:23:20 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-11-06 04:23:20 - cleaning the object tree TB --- 2013-11-06 04:24:19 - /usr/local/bin/svn stat /src TB --- 2013-11-06 04:24:22 - At svn revision 257733 TB --- 2013-11-06 04:24:23 - building world TB --- 2013-11-06 04:24:23 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 04:24:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 04:24:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 04:24:23 - SRCCONF=/dev/null TB --- 2013-11-06 04:24:23 - TARGET=sparc64 TB --- 2013-11-06 04:24:23 - TARGET_ARCH=sparc64 TB --- 2013-11-06 04:24:23 - TZ=UTC TB --- 2013-11-06 04:24:23 - __MAKE_CONF=/dev/null TB --- 2013-11-06 04:24:23 - cd /src TB --- 2013-11-06 04:24:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 04:24:30 UTC 2013 >>> Rebuilding 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 [...] /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/sparc64/divsi3.S:321: Error: junk at end of line, first unrecognized character is `!' /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/sparc64/divsi3.S:322: Error: bad register name `%o2' /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/sparc64/divsi3.S:324: Error: no such instruction: `tst %g3' /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/sparc64/divsi3.S:325: Error: no such instruction: `bl,a 1f' /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/sparc64/divsi3.S:326: Error: junk at end of line, first unrecognized character is `!' /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/sparc64/divsi3.S:327: Error: bad register name `%o2' /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/sparc64/divsi3.S:329: Error: invalid char '!' beginning operand 1 `!leaf-routine return' /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/sparc64/divsi3.S:330: Error: bad register name `%o2' *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libcompiler_rt *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 04:27:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 04:27:37 - ERROR: failed to build world TB --- 2013-11-06 04:27:37 - 136.09 user 40.20 system 257.32 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 04:30:36 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CCF46BD; Wed, 6 Nov 2013 04:30:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 866D4209D; Wed, 6 Nov 2013 04:30: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 rA64UZX8078652; Tue, 5 Nov 2013 23:30: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 rA64UZEO078638; Wed, 6 Nov 2013 04:30:35 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 04:30:35 GMT Message-Id: <201311060430.rA64UZEO078638@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: Wed, 06 Nov 2013 04:30:37 -0000 TB --- 2013-11-06 04:23:11 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 04:23: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 --- 2013-11-06 04:23:11 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-11-06 04:23:11 - cleaning the object tree TB --- 2013-11-06 04:23:52 - /usr/local/bin/svn stat /src TB --- 2013-11-06 04:23:56 - At svn revision 257733 TB --- 2013-11-06 04:23:57 - building world TB --- 2013-11-06 04:23:57 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 04:23:57 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 04:23:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 04:23:57 - SRCCONF=/dev/null TB --- 2013-11-06 04:23:57 - TARGET=powerpc TB --- 2013-11-06 04:23:57 - TARGET_ARCH=powerpc TB --- 2013-11-06 04:23:57 - TZ=UTC TB --- 2013-11-06 04:23:57 - __MAKE_CONF=/dev/null TB --- 2013-11-06 04:23:57 - cd /src TB --- 2013-11-06 04:23:57 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 04:24:03 UTC 2013 >>> Rebuilding 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 [...] /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:280: Error: no such instruction: `lwz 28,-16(11)' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:281: Error: no such instruction: `lwz 29,-12(11)' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:282: Error: no such instruction: `lwz 30,-8(11)' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:283: Error: no such instruction: `lwz 0,4(11)' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:284: Error: no such instruction: `lwz 31,-4(11)' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:285: Error: no such instruction: `mtlr 0' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:286: Error: no such instruction: `mr 1,11' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:287: Error: no such instruction: `blr' *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/lib/csu *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 04:30:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 04:30:35 - ERROR: failed to build world TB --- 2013-11-06 04:30:35 - 326.38 user 54.67 system 444.24 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 04:31:02 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9A70631F; Wed, 6 Nov 2013 04:31:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5517020B2; Wed, 6 Nov 2013 04:31: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 rA64V1Fx084971; Tue, 5 Nov 2013 23:31: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 rA64V1AD084970; Wed, 6 Nov 2013 04:31:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 04:31:01 GMT Message-Id: <201311060431.rA64V1AD084970@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: Wed, 06 Nov 2013 04:31:02 -0000 TB --- 2013-11-06 04:23:15 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 04:23:15 - 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 --- 2013-11-06 04:23:15 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-11-06 04:23:15 - cleaning the object tree TB --- 2013-11-06 04:24:17 - /usr/local/bin/svn stat /src TB --- 2013-11-06 04:24:20 - At svn revision 257733 TB --- 2013-11-06 04:24:21 - building world TB --- 2013-11-06 04:24:21 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 04:24:21 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 04:24:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 04:24:21 - SRCCONF=/dev/null TB --- 2013-11-06 04:24:21 - TARGET=powerpc TB --- 2013-11-06 04:24:21 - TARGET_ARCH=powerpc64 TB --- 2013-11-06 04:24:21 - TZ=UTC TB --- 2013-11-06 04:24:21 - __MAKE_CONF=/dev/null TB --- 2013-11-06 04:24:21 - cd /src TB --- 2013-11-06 04:24:21 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 04:24:28 UTC 2013 >>> Rebuilding 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 [...] /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:280: Error: no such instruction: `lwz 28,-16(11)' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:281: Error: no such instruction: `lwz 29,-12(11)' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:282: Error: no such instruction: `lwz 30,-8(11)' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:283: Error: no such instruction: `lwz 0,4(11)' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:284: Error: no such instruction: `lwz 31,-4(11)' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:285: Error: no such instruction: `mtlr 0' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:286: Error: no such instruction: `mr 1,11' /src/gnu/lib/csu/../../../contrib/gcc/config/rs6000/crtsavres.asm:287: Error: no such instruction: `blr' *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/lib/csu *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 04:31:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 04:31:01 - ERROR: failed to build world TB --- 2013-11-06 04:31:01 - 336.20 user 61.09 system 465.74 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 07:24:46 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E998FB1E for ; Wed, 6 Nov 2013 07:24:46 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BC3722792 for ; Wed, 6 Nov 2013 07:24:46 +0000 (UTC) Received: from xyf.my.dom (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id rA67OjD0081576 for ; Wed, 6 Nov 2013 07:24:46 GMT (envelope-from davidxu@freebsd.org) Message-ID: <5279EEC3.1070403@freebsd.org> Date: Wed, 06 Nov 2013 15:24:51 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/20130416 Thunderbird/17.0.5 MIME-Version: 1.0 To: FreeBSD Current Subject: how to know atomic_cmpset_64 is defined 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, 06 Nov 2013 07:24:47 -0000 Hi, I want to use atomic_cmpset_64, but some arch may not support it, Is there a way to figure out that atomic_cmpset_64 is defined when compiling ? Regards, David Xu From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 08:57:20 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A5E17801; Wed, 6 Nov 2013 08:57:20 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-la0-x22b.google.com (mail-la0-x22b.google.com [IPv6:2a00:1450:4010:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 024232C6E; Wed, 6 Nov 2013 08:57:19 +0000 (UTC) Received: by mail-la0-f43.google.com with SMTP id ec20so2155173lab.30 for ; Wed, 06 Nov 2013 00:57:18 -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=ZOAN16qgMPOBMgVZp+qKOcgqiRdBAKIkt+zQX7g/wMY=; b=GLxwcldqnYkOGqSi/ZsNhEGBK2hj4kPbgaM+G3cMhC+ChM/Rb3/a5s9Bfbp5V7VlO8 tlO/LUwDZ3hBNN3dWzAlQQAyTxu9qna8fm3Cy7Oy8aQ2zdQQ83RhjNpHFivXNPQgpSMd 5RNrLOsBW22MahAuYQf9sLK8vjfhk58+JDrjv57Xh7iAS/FAJDFMhOvGlLO8BmGNE/YD fh9xIs5sxv/zLL3ZsgEfqI+jfP24y2KjZaCoZnqmH1l3tWEs1jx2O86wP26DoQl8zZuF usjb32Si2MTCKH32k4Qj59lpy6t8IE/rW7+nj7EDIbwtxa2pBZ84yoDKYqO2DyfNRrjj OI9w== X-Received: by 10.112.138.164 with SMTP id qr4mr140849lbb.49.1383728238122; Wed, 06 Nov 2013 00:57:18 -0800 (PST) Received: from [192.168.1.129] (mau.donbass.com. [92.242.127.250]) by mx.google.com with ESMTPSA id x7sm29449034lad.7.2013.11.06.00.57.17 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 06 Nov 2013 00:57:17 -0800 (PST) Message-ID: <527A0468.7020600@gmail.com> Date: Wed, 06 Nov 2013 10:57:12 +0200 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Mark Felder , freebsd-current@freebsd.org Subject: Re: cron(8) improvement References: <52792B60.1030309@allanjude.com> <52792CF3.9050104@mail.lifanov.com> <1383675687.8053.43379365.3F5A71FC@webmail.messagingengine.com> In-Reply-To: <1383675687.8053.43379365.3F5A71FC@webmail.messagingengine.com> Content-Type: text/plain; charset=UTF-8; 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, 06 Nov 2013 08:57:20 -0000 05.11.2013 20:21, Mark Felder wrote: > > > On Tue, Nov 5, 2013, at 11:37, Nikolai Lifanov wrote: >> On 11/05/13 12:31, Allan Jude wrote: >>> This came up in discussion on IRC and I thought I should throw it at the >>> list so I don't forget. >>> >>> A user was asking how to do what linux cron does, where there is a >>> directory /etc/cron.d/ that packages and add files to to create crontabs. >>> >>> Making FreeBSD's cron (Vixie Cron) include /etc/cron.d/ and >>> /usr/local/etc/cron.d/ in the /etc/crontab format seems like a very >>> useful feature, especially for pkg(8) as it makes it easy and safe to >>> programatically add and remove crontabs as part of a package. >>> >>> >> >> Shouldn't we encourage packages to use periodic(8) when possible? >> > > Yes but our default periodic configuration in /etc/crontab is only > configured to be as granular as daily. If this is something that should > run hourly or at very strange intervals then cron is a better choice. So why we shouldn't add something like: 0 * * * * root periodic hourly @reboot root periodic reboot I already do this on some machines to take hourly and boot snapshots with zfSnap. And I think periodic is much better place for such tasks. -- Sphinx of black quartz, judge my vow. From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 09:18:59 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 781C170 for ; Wed, 6 Nov 2013 09:18:59 +0000 (UTC) (envelope-from lars.engels@0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3D10F2DF6 for ; Wed, 6 Nov 2013 09:18:59 +0000 (UTC) Received: from 0x20.net (0x20.net [217.69.76.212]) (Authenticated sender: lala) by mail.0x20.net (Postfix) with ESMTPA id D5B6B6A6003 for ; Wed, 6 Nov 2013 10:18:56 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 06 Nov 2013 10:18:56 +0100 From: Lars Engels To: freebsd-current@freebsd.org Subject: Re: [CFT] Kernel-Selection Enhancemnt to Boot Menu In-Reply-To: <5279258F.8030000@pix.net> References: <62E3FA11-E6E1-4072-9226-993FF83EBC0D@fisglobal.com> <5279258F.8030000@pix.net> Message-ID: <94d69fc1c79d4e76d9bfd3cc3766716c@mail.0x20.net> X-Sender: lars.engels@0x20.net User-Agent: Roundcube Webmail/0.7 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, 06 Nov 2013 09:18:59 -0000 Am 05.11.2013 18:06, schrieb Kurt Lidl: > > Well, I'd probably be in support of this change - it sure beats having > to interrupt the normal boot sequence and typing: > unload > load /boot/kernel.old/kernel > load /boot/kernel.old/opensolaris.ko > load /boot/kernel.old/zfs.ko > boot To load an older kernel I always just type boot kernel.old Doesn't that unload the currently loaded kernel automatically? From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 09:12:26 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BCA7FBC1 for ; Wed, 6 Nov 2013 09:12:26 +0000 (UTC) (envelope-from dmitryluhtionov@gmail.com) Received: from mail-wg0-x22f.google.com (mail-wg0-x22f.google.com [IPv6:2a00:1450:400c:c00::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5C9D02D83 for ; Wed, 6 Nov 2013 09:12:26 +0000 (UTC) Received: by mail-wg0-f47.google.com with SMTP id c11so4654503wgh.14 for ; Wed, 06 Nov 2013 01:12:24 -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:content-type; bh=iDX3ShLrFDgCrj4rXJwPE2BFB5+But9RMfwTxAB2G0E=; b=M475J4iMDfi+N11KbJaEcg9v8O3RNMRHrLEVRa7Ecj/s4nfYyJet8ID6LxUd8NbvY3 VluqR08VyYhI4V0ztyB730EWskgzRc5qM12XrAhtlbPlIeeXLeep6rtXER8kFRrRnCoy RADPoZ14hdwZA9swm/gUNm3FmhLffOQiQp40wFGb+QuG9mFI964MZ9+X9JvF40ikV+uz WWyfoFaOroOZl7A+ezDpBk5cYu+stnYaJe4Gu5IOrBx4TkqBjOjQqJqwBMqT8jI+qifF deCPKo93e0jXVfNk0OAR9jbxb9d8Lk/tzjc1+ZRxDKbuMS1oO8YFRf00k3KfyJutFxgK WZlQ== MIME-Version: 1.0 X-Received: by 10.180.106.104 with SMTP id gt8mr1543935wib.61.1383729144911; Wed, 06 Nov 2013 01:12:24 -0800 (PST) Received: by 10.227.157.136 with HTTP; Wed, 6 Nov 2013 01:12:24 -0800 (PST) Date: Wed, 6 Nov 2013 11:12:24 +0200 Message-ID: Subject: Add description for some cpuid bits From: Dmitry Luhtionov To: freebsd-current@freebsd.org X-Mailman-Approved-At: Wed, 06 Nov 2013 12:15:52 +0000 Content-Type: text/plain; charset=ISO-8859-1 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: Wed, 06 Nov 2013 09:12:26 -0000 --- /usr/src/sys/amd64//amd64/identcpu.c.orig 2013-11-01 14:43:15.000000000 +0200 +++ /usr/src/sys/amd64//amd64/identcpu.c 2013-11-04 12:06:06.000000000 +0200 @@ -366,14 +366,14 @@ "\017" "\020LWP" /* Lightweight Profiling */ "\021FMA4" /* 4-operand FMA instructions */ - "\022" + "\022TCE" /* Translation Cache Extension */ "\023" "\024NodeId" /* NodeId MSR support */ "\025" "\026TBM" /* Trailing Bit Manipulation */ "\027Topology" /* Topology Extensions */ - "\030" - "\031" + "\030PCXC" /* Core performance counter extensions */ + "\031PNXC" /* NB performance counter extensions */ "\032" "\033" "\034" From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 09:13:31 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A679BDB7 for ; Wed, 6 Nov 2013 09:13:31 +0000 (UTC) (envelope-from dmitryluhtionov@gmail.com) Received: from mail-we0-x22a.google.com (mail-we0-x22a.google.com [IPv6:2a00:1450:400c:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 44BE22D8C for ; Wed, 6 Nov 2013 09:13:31 +0000 (UTC) Received: by mail-we0-f170.google.com with SMTP id u57so4663804wes.1 for ; Wed, 06 Nov 2013 01:13:29 -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:content-type; bh=pU1vzs1ZXY9Lp7xIkhlk5G8qPlRtKwwwLN6GBcNlLZo=; b=EVK6YU0VMc1DOk4iOz5I+j2BLbpkxhpSEft/XqK6rVKuLl9cbEpTfUJran/r8Zxnil euVzD8HrF6gqgdoS+3Uk0lN+lVR5d0oSc3gFG4l95EyLczW2f5QJlz6AfXABeoyp8Cga YseS4y9HOPGtAXld0K/x/ttRauYmHCBOKZWLAWfyMIlU7XqFA5Jic1sGU2hptlbTCUFB 6RrHqhdUs3B1LsI+C9UYq9DXdvOeAFUla/5wpA2oqyINoX5qIf8mPEX87wjoAa90qL2+ JPP8HucN89Neez46+LWIju7fxK8Js7Eit2Q0TEqY24GbrfDzDNTrMdpgTj4mJJogFR2d Y7bQ== MIME-Version: 1.0 X-Received: by 10.194.176.163 with SMTP id cj3mr1725951wjc.8.1383729209580; Wed, 06 Nov 2013 01:13:29 -0800 (PST) Received: by 10.227.157.136 with HTTP; Wed, 6 Nov 2013 01:13:29 -0800 (PST) Date: Wed, 6 Nov 2013 11:13:29 +0200 Message-ID: Subject: Add some non-standart usb device id's From: Dmitry Luhtionov To: freebsd-current@freebsd.org X-Mailman-Approved-At: Wed, 06 Nov 2013 12:25:30 +0000 Content-Type: text/plain; charset=ISO-8859-1 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: Wed, 06 Nov 2013 09:13:31 -0000 --- /usr/src/sys/dev/usb/usbdevs.orig 2013-11-01 14:44:43.000000000 +0200 +++ /usr/src/sys/dev/usb/usbdevs 2013-11-04 13:56:17.000000000 +0200 @@ -2327,6 +2327,8 @@ product INTEL TESTBOARD 0x9890 82930 test board product INTEL2 IRMH 0x0020 Integrated Rate Matching Hub product INTEL2 IRMH2 0x0024 Integrated Rate Matching Hub +product INTEL2 IRMH3 0x8000 Integrated Rate Matching Hub +product INTEL2 IRMH4 0x8008 Integrated Rate Matching Hub /* Interbiometric products */ product INTERBIOMETRICS IOBOARD 0x1002 FTDI compatible adapter From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 09:16:19 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B2DE4F34 for ; Wed, 6 Nov 2013 09:16:19 +0000 (UTC) (envelope-from dmitryluhtionov@gmail.com) Received: from mail-wi0-x231.google.com (mail-wi0-x231.google.com [IPv6:2a00:1450:400c:c05::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4FEF92DB0 for ; Wed, 6 Nov 2013 09:16:19 +0000 (UTC) Received: by mail-wi0-f177.google.com with SMTP id f4so3349968wiw.4 for ; Wed, 06 Nov 2013 01:16:17 -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:content-type; bh=pvAzL+6CHEWsrYmdIqxVltltu4gmQJU+ZT/TM/6Bkp4=; b=qg1HaC63W/VZCu/mpHS8FRDYbfYNMepLAelAfHsx3sBrgKVW5fswoORBaoDmb11OFt sKvPWAmfSDe/AdaL3iQjteQvHfYuLENai+rzQ0/N5vNpP+K/lZAN2pZ6U0WAVCQ/UIom NgGBkdpZQ8In6mQcpyb0Ttzz1wdIqpkY8HD0mIT28lKua8EYR53Br9Bf15UFaLiyZHG1 4RjQ8H4NGAwU5zgSYfBApLGFYOzVo4Lj+yhF5BNR7PZ/KPrMFao408Wxte9zzeTwe1l8 S+pfCyLztuF89AdyXKrALkRmbYHMDnsjkaoVU1NMnVnhgAIFGxzbRWZmCuCkc+RIIwW6 tAXg== MIME-Version: 1.0 X-Received: by 10.194.20.202 with SMTP id p10mr1735727wje.39.1383729377691; Wed, 06 Nov 2013 01:16:17 -0800 (PST) Received: by 10.227.157.136 with HTTP; Wed, 6 Nov 2013 01:16:17 -0800 (PST) Date: Wed, 6 Nov 2013 11:16:17 +0200 Message-ID: Subject: Add support for Intel AMT technology on Intel Lynx Point chipset From: Dmitry Luhtionov To: freebsd-current@freebsd.org X-Mailman-Approved-At: Wed, 06 Nov 2013 12:25:47 +0000 Content-Type: text/plain; charset=ISO-8859-1 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: Wed, 06 Nov 2013 09:16:19 -0000 --- /usr/src/sys/dev/uart/uart_bus_pci.c.orig 2013-11-01 14:45:23.000000000 +0200 +++ /usr/src/sys/dev/uart/uart_bus_pci.c 2013-11-04 11:15:54.000000000 +0200 @@ -122,6 +122,7 @@ { 0x8086, 0x8812, 0xffff, 0, "Intel EG20T Serial Port 1", 0x10 }, { 0x8086, 0x8813, 0xffff, 0, "Intel EG20T Serial Port 2", 0x10 }, { 0x8086, 0x8814, 0xffff, 0, "Intel EG20T Serial Port 3", 0x10 }, +{ 0x8086, 0x8c3d, 0xffff, 0, "Intel Lynx Point KT Controller", 0x10 }, { 0x9710, 0x9820, 0x1000, 1, "NetMos NM9820 Serial Port", 0x10 }, { 0x9710, 0x9835, 0x1000, 1, "NetMos NM9835 Serial Port", 0x10 }, { 0x9710, 0x9865, 0xa000, 0x1000, "NetMos NM9865 Serial Port", 0x10 }, From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 12:45:44 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2124D5A0 for ; Wed, 6 Nov 2013 12:45:44 +0000 (UTC) (envelope-from feld@FreeBSD.org) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E829E2C42 for ; Wed, 6 Nov 2013 12:45:43 +0000 (UTC) Received: from compute2.internal (compute2.nyi.mail.srv.osa [10.202.2.42]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 4111D22238; Wed, 6 Nov 2013 07:45:43 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute2.internal (MEProxy); Wed, 06 Nov 2013 07:45:43 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:in-reply-to:references :subject:date; s=smtpout; bh=uJLjz1h/q855ptWpbwN440AkV30=; b=Jvl 8itWoOYXZzclD3k9uLCo78RkJdbGfc9vVz1qtUhRuRa4sD/KkaYg3xfqRVVtrx8F mh7WvXEgunxz+wkX/jhtmCVPoepX9153IAJuHIfUhWTgX9oU1j+hH8gq2H9IgeEG 0ncl5wG7pfyD9aqxh0xIJYRZWPdJVOVwxtEb6lYY= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id 1161D160C44; Wed, 6 Nov 2013 07:45:43 -0500 (EST) Message-Id: <1383741943.17255.43784709.76CF70FB@webmail.messagingengine.com> X-Sasl-Enc: YW4FSbhWtco1dGUfmTOzP/p6DyyjrsWfmU3ZsAZ1WFTZ 1383741943 From: Mark Felder To: Volodymyr Kostyrko , freebsd-current@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-d4893488 In-Reply-To: <527A0468.7020600@gmail.com> References: <52792B60.1030309@allanjude.com> <52792CF3.9050104@mail.lifanov.com> <1383675687.8053.43379365.3F5A71FC@webmail.messagingengine.com> <527A0468.7020600@gmail.com> Subject: Re: cron(8) improvement Date: Wed, 06 Nov 2013 06:45:43 -0600 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, 06 Nov 2013 12:45:44 -0000 On Wed, Nov 6, 2013, at 2:57, Volodymyr Kostyrko wrote: > 05.11.2013 20:21, Mark Felder wrote: > > > > > > On Tue, Nov 5, 2013, at 11:37, Nikolai Lifanov wrote: > >> On 11/05/13 12:31, Allan Jude wrote: > >>> This came up in discussion on IRC and I thought I should throw it at the > >>> list so I don't forget. > >>> > >>> A user was asking how to do what linux cron does, where there is a > >>> directory /etc/cron.d/ that packages and add files to to create crontabs. > >>> > >>> Making FreeBSD's cron (Vixie Cron) include /etc/cron.d/ and > >>> /usr/local/etc/cron.d/ in the /etc/crontab format seems like a very > >>> useful feature, especially for pkg(8) as it makes it easy and safe to > >>> programatically add and remove crontabs as part of a package. > >>> > >>> > >> > >> Shouldn't we encourage packages to use periodic(8) when possible? > >> > > > > Yes but our default periodic configuration in /etc/crontab is only > > configured to be as granular as daily. If this is something that should > > run hourly or at very strange intervals then cron is a better choice. > > So why we shouldn't add something like: > > 0 * * * * root periodic hourly > @reboot root periodic reboot > > I already do this on some machines to take hourly and boot snapshots > with zfSnap. And I think periodic is much better place for such tasks. > Submit a PR and a patch and maybe it can slip in to 10.0-RELEASE. From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 13:22:04 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D4BC03E4; Wed, 6 Nov 2013 13:22:04 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-pd0-x22d.google.com (mail-pd0-x22d.google.com [IPv6:2607:f8b0:400e:c02::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8DEBA2EC3; Wed, 6 Nov 2013 13:22:04 +0000 (UTC) Received: by mail-pd0-f173.google.com with SMTP id r10so10100798pdi.4 for ; Wed, 06 Nov 2013 05:22:04 -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=Uak9Ar+ybFfpitQzhClmDUWfc48fKG6tehnAwtqh3QM=; b=lUpMLOmCKFcO6hdGaxwQwUBwFFH0VIxglvqeEYS7Pw1s/lfsrdlA352ZCzJcGX9FIO nhQqntelnvRKAErwLh+bh1tU9wDNwH82VXk+Zx1jBVCn2rUn5LRnS9nTumocuFHBWEAQ IIhipG5LCXiMzcUG+PQ6DrgMwZTJmgCDl7LYP1IbTf2gwYL/5pVmhVd5VFH9O1WnCWCq mxRQPH84JrM5P1iAdbLZIMfd64zz73OjtyKOVMuRF04tf+BPv1LUoFZAEpdgUuhB7UYa 5mksrCqSuY4xIt/0Vt/gFyLDOF2fV51x0U2++M48rH/WHNXd0WJm6vxIUm5IDimQrHY3 hfFQ== MIME-Version: 1.0 X-Received: by 10.68.215.38 with SMTP id of6mr3322270pbc.14.1383744123961; Wed, 06 Nov 2013 05:22:03 -0800 (PST) Received: by 10.68.248.106 with HTTP; Wed, 6 Nov 2013 05:22:03 -0800 (PST) In-Reply-To: <20131104163457.GJ52889@FreeBSD.org> References: <20131103220654.GU52889@FreeBSD.org> <6AA4A8E1-CBCE-4C87-A320-BB08EC76715F@lassitu.de> <20131104083443.GZ52889@FreeBSD.org> <2B21E123-23BA-4E07-B9DD-9DE1CDE40D08@FreeBSD.org> <20131104163457.GJ52889@FreeBSD.org> Date: Wed, 6 Nov 2013 15:22:03 +0200 Message-ID: Subject: Re: FreeBSD 10 Beta2 /etc/rc.d/named script and /etc/defaults/rc.conf From: George Kontostanos To: Gleb Smirnoff Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Release Engineering Team , =?ISO-8859-1?Q?=D6zkan_KIRIK?= , FreeBSD Current , freebsd-stable , =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= , Stefan Bethke 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, 06 Nov 2013 13:22:04 -0000 On Mon, Nov 4, 2013 at 6:34 PM, Gleb Smirnoff wrote: > On Mon, Nov 04, 2013 at 12:11:02PM +0100, Erwin Lansing wrote: > E> > On Mon, Nov 04, 2013 at 01:41:01AM +0200, George Kontostanos wrote: > E> > G> > Am 03.11.2013 um 23:06 schrieb Gleb Smirnoff >: > E> > G> > > E> > G> > > On Sun, Nov 03, 2013 at 10:05:02PM +0200, =D6zkan KIRIK wrote= : > E> > G> > > =D6> Altough bind removed from FreeBSD 10 distribution, > "/etc/rc.d/named" > E> > G> > script > E> > G> > > =D6> still exists. > E> > G> > > =D6> and this script depends on "/etc/mtree/BIND.chroot.dist" > file but > E> > G> > there is > E> > G> > > =D6> no such file in source tree. > E> > G> > > =D6> I think this file was forgotten to be removed. > E> > G> > > =D6> > E> > G> > > =D6> And also, named_* definitions still exists in > /etc/defaults/rc.conf > E> > G> > file. > E> > G> > > > E> > G> > > Please review attached file that removes named from /etc. > E> > G> > > E> > G> > It would be great if the port would learn to install its own > script etc. > E> > G> > in time for that change. (Unless it=92s already there, and I=92= m > just too blind > E> > G> > to see it.) > E> > G> > E> > G> No you are not blind. Installing bind from ports still relies on > the > E> > G> /etc/rc.d/named script. > E> > > E> > Erwin, can you please handle that? > E> > E> Things are much worse that this, the ports are completely written unde= r > the assumption that there is a Bind in base, which of course would alread= y > break with WITHOUT_BIND before Bind was completely removed. It will be > hard to fix without breaking the installed base of 8 and 9. Sigh. > E> > E> I'll try to work on it this week, but unfortunately have a full > schedule of meetings and travel as well. > Suggestion. An option to install the rc script would solve that problem. > > What should we do with src? > > IMO, we should proceed with removal of remnants of bind in src. In the > worst case, > if you can't handle it this week, the situation will be the following: > > 1) 8.x, 9.x users are okay > 2) 10+.x users w/o bind are okay > 3) 10+.x users with bind have problems > > If we skip updating src, then situation would be: > > 1) 8.x, 9.x users are okay > 2) 10+.x users w/o bind have problems > 3) 10+.x users with bind are okay > > I think, there are less 10.x users with bind, than 10.x without it. > > Please warn about this in UPDATING. I am personally use 12 FreeBSD servers as dedicated DNS servers only. > -- > Totus tuus, Glebius. > --=20 George Kontostanos --- http://www.aisecure.net From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 13:29:39 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 80F476DD; Wed, 6 Nov 2013 13:29:39 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F08362F4F; Wed, 6 Nov 2013 13:29:37 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.7/8.14.7) with ESMTP id rA6DTXlc015998 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 6 Nov 2013 17:29:33 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.7/8.14.7/Submit) id rA6DTXYE015997; Wed, 6 Nov 2013 17:29:33 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Wed, 6 Nov 2013 17:29:33 +0400 From: Gleb Smirnoff To: George Kontostanos Subject: Re: FreeBSD 10 Beta2 /etc/rc.d/named script and /etc/defaults/rc.conf Message-ID: <20131106132933.GV7577@FreeBSD.org> References: <20131103220654.GU52889@FreeBSD.org> <6AA4A8E1-CBCE-4C87-A320-BB08EC76715F@lassitu.de> <20131104083443.GZ52889@FreeBSD.org> <2B21E123-23BA-4E07-B9DD-9DE1CDE40D08@FreeBSD.org> <20131104163457.GJ52889@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.22 (2013-10-16) Cc: FreeBSD Release Engineering Team , =?iso-8859-1?Q?=D6zkan?= KIRIK , FreeBSD Current , freebsd-stable , Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , Stefan Bethke 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, 06 Nov 2013 13:29:39 -0000 On Wed, Nov 06, 2013 at 03:22:03PM +0200, George Kontostanos wrote: G> > IMO, we should proceed with removal of remnants of bind in src. In the G> > worst case, G> > if you can't handle it this week, the situation will be the following: G> > G> > 1) 8.x, 9.x users are okay G> > 2) 10+.x users w/o bind are okay G> > 3) 10+.x users with bind have problems G> > G> > If we skip updating src, then situation would be: G> > G> > 1) 8.x, 9.x users are okay G> > 2) 10+.x users w/o bind have problems G> > 3) 10+.x users with bind are okay G> > G> > I think, there are less 10.x users with bind, than 10.x without it. G> > G> Please warn about this in UPDATING. I am personally use 12 FreeBSD servers G> as dedicated DNS servers only. Erwin is now working on fixing the ports. Ports will be fixed soon. Actually ports were not correct even for older branches, because relying on a script from /etc/rc.d for a port is incorrect behavior. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 15:22:53 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DA27B665; Wed, 6 Nov 2013 15:22:53 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A18EE26D1; Wed, 6 Nov 2013 15:22:53 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.16]) by ltcfislmsgpa02.fnfis.com (8.14.5/8.14.5) with ESMTP id rA6FMjcV025733 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 6 Nov 2013 09:22:48 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.152]) by LTCFISWMSGHT05.FNFIS.com ([10.132.206.16]) with mapi id 14.03.0158.001; Wed, 6 Nov 2013 09:22:45 -0600 From: "Teske, Devin" To: Lars Engels Subject: Re: [CFT] Kernel-Selection Enhancemnt to Boot Menu Thread-Topic: [CFT] Kernel-Selection Enhancemnt to Boot Menu Thread-Index: AQHO15puDLYKYE3XWU64lusTqAzYBQ== Date: Wed, 6 Nov 2013 15:22:44 +0000 Message-ID: <89E3CEA2-FA60-419C-8F20-E90487FFE41F@fisglobal.com> References: <62E3FA11-E6E1-4072-9226-993FF83EBC0D@fisglobal.com> <5279258F.8030000@pix.net> <94d69fc1c79d4e76d9bfd3cc3766716c@mail.0x20.net> In-Reply-To: <94d69fc1c79d4e76d9bfd3cc3766716c@mail.0x20.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: multipart/signed; boundary="Apple-Mail=_29946CA6-10DB-4247-9073-FFAFB7F13412"; protocol="application/pgp-signature"; micalg=pgp-sha512 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-11-06_04:2013-11-06,2013-11-06,1970-01-01 signatures=0 Cc: Devin Teske , " Current" , "Teske, Devin" 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, 06 Nov 2013 15:22:53 -0000 --Apple-Mail=_29946CA6-10DB-4247-9073-FFAFB7F13412 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On Nov 6, 2013, at 1:18 AM, Lars Engels wrote: > Am 05.11.2013 18:06, schrieb Kurt Lidl: > >> Well, I'd probably be in support of this change - it sure beats having >> to interrupt the normal boot sequence and typing: >> unload >> load /boot/kernel.old/kernel >> load /boot/kernel.old/opensolaris.ko >> load /boot/kernel.old/zfs.ko >> boot > > To load an older kernel I always just type > > boot kernel.old > > > Doesn't that unload the currently loaded kernel automatically? Actually... it does. Thanks for pointing that out (forgot about that). I think we still want the loader_delay feature added by the last patch I shared on-list. Yeah? I think it's still a good (optional) value-add. -- Devin _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. --Apple-Mail=_29946CA6-10DB-4247-9073-FFAFB7F13412 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJSel7EAAoJEKrMn5R9npq5/HAIAKVkr4gy/vyxXkq5Zag5mkD1 4+R3ZINWoZdSA/8v0DqXAAoT6q6ls4zOI8BnUQ9xH4Q3dVGvxpaBnqwBAA1H+E0m KzterIeW55pjS5tc5xGhguu3NyP1SxO5LZXPVIpZBq5fvTZzHXRsBGP+CAkv26yL 7bujZpXd/ddV8Z1YtP9utQ5xK4nxf3ajE3Vj0de35bDdW3yLdwQ/+FcsLkFXEXoh 1yWKcasdIUVfBAohfEkWLX+JZdwnKIQ3hh9MM2OtDCs6TKVdrkEg44lulyUJMB1G XdBaBIRDSPDmjZq/tM1su15ECzgTADYXsOiWaYTDlT8OJ1NbNVzYqp8fDfUO2Ks= =Eb/U -----END PGP SIGNATURE----- --Apple-Mail=_29946CA6-10DB-4247-9073-FFAFB7F13412-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 15:31:38 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2CEC3E59; Wed, 6 Nov 2013 15:31:38 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2a00:14b0:4200:32e0::1ea]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A503C27AC; Wed, 6 Nov 2013 15:31:37 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id A1EB01087B; Wed, 6 Nov 2013 15:31:35 +0000 (UTC) Subject: Re: FreeBSD 10 Beta2 /etc/rc.d/named script and /etc/defaults/rc.conf Mime-Version: 1.0 (Apple Message framework v1283) From: Stefan Bethke In-Reply-To: <868B00D6-101A-4B17-995F-A3E2AFE41908@lansing.dk> Date: Wed, 6 Nov 2013 16:31:35 +0100 Message-Id: <7D2DFF6E-ED33-4927-B851-10A2710BA5AF@lassitu.de> References: <20131103220654.GU52889@FreeBSD.org> <6AA4A8E1-CBCE-4C87-A320-BB08EC76715F@lassitu.de> <20131104083443.GZ52889@FreeBSD.org> <2B21E123-23BA-4E07-B9DD-9DE1CDE40D08@FreeBSD.org> <20131104163457.GJ52889@FreeBSD.org> <868B00D6-101A-4B17-995F-A3E2AFE41908@lansing.dk> To: Erwin Lansing X-Mailer: Apple Mail (2.1283) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-stable , =?iso-8859-1?Q?=D6zkan_KIRIK?= , FreeBSD Current , Gleb Smirnoff , FreeBSD Release Engineering Team , George Kontostanos , =?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?= 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, 06 Nov 2013 15:31:38 -0000 Am 06.11.2013 um 14:59 schrieb Erwin Lansing: >> Suggestion. An option to install the rc script would solve that = problem. =20 >=20 > If only it was that simple, it would have been done a long time ago. = As Gleb points out, the ports are broken by design. The rc script needs = a complete rewrite, and that's only after fixing all configuration = files, setting up chroot, etc etc and all that while not breaking the = installed base on 8 and 9. I spent most of yesterday on this and if I'm = lucky, I'm halfway through. I'm very grateful for all that work going into making sure that people = are not left stranded without working DNS after an upgrade. Thank you Erwin! Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 15:39:43 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5350D463 for ; Wed, 6 Nov 2013 15:39:43 +0000 (UTC) (envelope-from brunolauze@msn.com) Received: from blu0-omc2-s27.blu0.hotmail.com (blu0-omc2-s27.blu0.hotmail.com [65.55.111.102]) by mx1.freebsd.org (Postfix) with ESMTP id 22BEB280A for ; Wed, 6 Nov 2013 15:39:42 +0000 (UTC) Received: from BLU179-W46 ([65.55.111.71]) by blu0-omc2-s27.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 6 Nov 2013 07:38:37 -0800 X-TMN: [UX2dKicW3VTsIHtS4SL78+gejpgehysO] X-Originating-Email: [brunolauze@msn.com] Message-ID: From: =?iso-8859-1?B?QnJ1bm8gTGF1euk=?= To: "freebsd-current@freebsd.org" Subject: in-kernel zfs and cryptodev Date: Wed, 6 Nov 2013 10:38:37 -0500 Importance: Normal Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginalArrivalTime: 06 Nov 2013 15:38:37.0944 (UTC) FILETIME=[42ED0780:01CEDB06] 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, 06 Nov 2013 15:39:43 -0000 I am compiling zfs in-kernel and it's working pretty well. However to succe= ed building a kernel=0A= with :=0A= =0A= options zfs=0A= device =A0crypto=0A= device =A0cryptodev=0A= =0A= =0A= a patch is needed to rename sys/opencrypto/deflate.c which enter in conflic= t with deflate.c from zfs=0A= =0A= After renaming sys/opencrypto/deflate.c to sys/opencrypto/cryptodeflate.c a= nd changing the filename in sys/conf/files everything works perfectly.=0A= =0A= Any opinions on this? = From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 17:40:21 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CDAE1605 for ; Wed, 6 Nov 2013 17:40:21 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 425592F55 for ; Wed, 6 Nov 2013 17:40:21 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id rA6HeGcI001092; Wed, 6 Nov 2013 19:40:16 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua rA6HeGcI001092 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id rA6HeGvM001090; Wed, 6 Nov 2013 19:40:16 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 6 Nov 2013 19:40:16 +0200 From: Konstantin Belousov To: Dmitry Luhtionov Subject: Re: Add description for some cpuid bits Message-ID: <20131106174016.GH59496@kib.kiev.ua> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RqQx4rfNhO01Vpv5" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, 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, 06 Nov 2013 17:40:21 -0000 --RqQx4rfNhO01Vpv5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Nov 06, 2013 at 11:12:24AM +0200, Dmitry Luhtionov wrote: > --- /usr/src/sys/amd64//amd64/identcpu.c.orig 2013-11-01 > 14:43:15.000000000 +0200 > +++ /usr/src/sys/amd64//amd64/identcpu.c 2013-11-04 12:06:06.000000000 > +0200 > @@ -366,14 +366,14 @@ > "\017" > "\020LWP" /* Lightweight Profiling */ > "\021FMA4" /* 4-operand FMA instructions */ > - "\022" > + "\022TCE" /* Translation Cache Extension */ > "\023" > "\024NodeId" /* NodeId MSR support */ > "\025" > "\026TBM" /* Trailing Bit Manipulation */ > "\027Topology" /* Topology Extensions */ > - "\030" > - "\031" > + "\030PCXC" /* Core performance counter extensions */ > + "\031PNXC" /* NB performance counter extensions */ > "\032" > "\033" > "\034" The patch should also change sys/i386/i386/identcpu.c. Can you, please, provide a reference for the information about the bits ? Latest CPUID document 25481, available on the AMD site, is from Sep 2010, rev. 2.34, and it does not list the bits you added. --RqQx4rfNhO01Vpv5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSen7/AAoJEJDCuSvBvK1BO0EP+wQ5lQbwetK7XAC6Im453/66 VKL1BFtasHNCcczRwt5PLzMnNjjKgfSlfze2oPOig+nTeH+I0l4m+uGdpOl2NPnR 4LnWLJOhcZgpmGMYReDQkf6DBYdaEZhVJ+qNjmjKpOUuiPcn1tfO4GhxkhmNaECV vuPEF4NQLQDHHqEzT5thOgBQXBvgR/Yb/cINtJcLt/y31x9Y2pJvtvOtNnSXsNJ4 F7QntLgDYNYVSr8D2tm5FDvMklarYlYxOqQF/887ThEO9fsU7s1pwCACtMAwU4wQ tlhqDTdGROl4bkXXuhxmGCcLyMyWiIZAwau/IcyVCD9ngJIsKVdNTjJvoMdiIVOR RQfQhT6C1JiLJZPGH2AvtgVWpYmkCFRoMWBlY33rblIX/gpwMql9X2DJRSachoe0 vdPWbWG4ew44wJj/fkeAy6xIB+MSYxqUoscntd/ZBaOsDbzdjeRPdy1dyK/FLQ2t D4kovsBqFussHuGv+G1xPaxSXz12WxI5PZqzkm7vCwI97vvMU5xd3cTh4BQk3OCw 9pdlFw/GjBiI0icHt2VGNXeIfUSw19D5pZBsOlCQrrW0GRWqcptasAAOHpRwCBJ8 co7nuXc3TJedmzy0E5fOG/KHyE4wKOqrhNWGinwSGLfO3QQasfvyu11H+7tiaZv1 hH9QoLDTeasusNokYKmP =Xzv6 -----END PGP SIGNATURE----- --RqQx4rfNhO01Vpv5-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 18:20:37 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6443E687; Wed, 6 Nov 2013 18:20:37 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-pa0-x22f.google.com (mail-pa0-x22f.google.com [IPv6:2607:f8b0:400e:c03::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1B996226C; Wed, 6 Nov 2013 18:20:37 +0000 (UTC) Received: by mail-pa0-f47.google.com with SMTP id lf10so29797pab.20 for ; Wed, 06 Nov 2013 10:20:36 -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=N9iIk9aHcPmkKn4dVAdjBrA0RBK+C+wZcajKUMV9ZWk=; b=Yx/Z99hlYwi7gNpxloDX6rN8H5I0gQBz3DxlyArY1mLZdDjOXj8a77s6paWRyfPzTi 5cWHlFt07sshCi9KkHsmY2h7GEllLfInTITbOaOXUzET9yBxexxuuCLnkRGAGGbdRZfn veGh6fOcSssqjZdIuaeTinyuuwsfN3o9S3QM8fEtuO00nHTvxusRMtfxHXj2sJxZg140 2Mi+2TceZpan8mjh/NQqNpA7EwOASQxP/ZOjTQWmPgGFCZlatbqN7dWF14FhGodFoV2r 9iwI9J1nMB9JOTalLLyGlUK22oFuXkQFQg3fwFN3YmTaYCW7TyTo8e8T0x85pK/tRvwD 9REg== MIME-Version: 1.0 X-Received: by 10.66.123.5 with SMTP id lw5mr5166301pab.83.1383762036523; Wed, 06 Nov 2013 10:20:36 -0800 (PST) Received: by 10.68.248.106 with HTTP; Wed, 6 Nov 2013 10:20:36 -0800 (PST) In-Reply-To: <868B00D6-101A-4B17-995F-A3E2AFE41908@lansing.dk> References: <20131103220654.GU52889@FreeBSD.org> <6AA4A8E1-CBCE-4C87-A320-BB08EC76715F@lassitu.de> <20131104083443.GZ52889@FreeBSD.org> <2B21E123-23BA-4E07-B9DD-9DE1CDE40D08@FreeBSD.org> <20131104163457.GJ52889@FreeBSD.org> <868B00D6-101A-4B17-995F-A3E2AFE41908@lansing.dk> Date: Wed, 6 Nov 2013 20:20:36 +0200 Message-ID: Subject: Re: FreeBSD 10 Beta2 /etc/rc.d/named script and /etc/defaults/rc.conf From: George Kontostanos To: Erwin Lansing Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-stable , =?ISO-8859-1?Q?=D6zkan_KIRIK?= , FreeBSD Current , Gleb Smirnoff , FreeBSD Release Engineering Team , =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= , Stefan Bethke 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, 06 Nov 2013 18:20:37 -0000 On Wed, Nov 6, 2013 at 3:59 PM, Erwin Lansing wrote: > > > On 06/11/2013, at 14.22, George Kontostanos > wrote: > > On Mon, Nov 4, 2013 at 6:34 PM, Gleb Smirnoff wrote= : > >> On Mon, Nov 04, 2013 at 12:11:02PM +0100, Erwin Lansing wrote: >> E> > On Mon, Nov 04, 2013 at 01:41:01AM +0200, George Kontostanos wrote: >> E> > G> > Am 03.11.2013 um 23:06 schrieb Gleb Smirnoff < >> glebius@FreeBSD.org>: >> E> > G> > >> E> > G> > > On Sun, Nov 03, 2013 at 10:05:02PM +0200, =D6zkan KIRIK wrot= e: >> E> > G> > > =D6> Altough bind removed from FreeBSD 10 distribution, >> "/etc/rc.d/named" >> E> > G> > script >> E> > G> > > =D6> still exists. >> E> > G> > > =D6> and this script depends on "/etc/mtree/BIND.chroot.dist= " >> file but >> E> > G> > there is >> E> > G> > > =D6> no such file in source tree. >> E> > G> > > =D6> I think this file was forgotten to be removed. >> E> > G> > > =D6> >> E> > G> > > =D6> And also, named_* definitions still exists in >> /etc/defaults/rc.conf >> E> > G> > file. >> E> > G> > > >> E> > G> > > Please review attached file that removes named from /etc. >> E> > G> > >> E> > G> > It would be great if the port would learn to install its own >> script etc. >> E> > G> > in time for that change. (Unless it=92s already there, and I= =92m >> just too blind >> E> > G> > to see it.) >> E> > G> >> E> > G> No you are not blind. Installing bind from ports still relies on >> the >> E> > G> /etc/rc.d/named script. >> E> > >> E> > Erwin, can you please handle that? >> E> >> E> Things are much worse that this, the ports are completely written >> under the assumption that there is a Bind in base, which of course would >> already break with WITHOUT_BIND before Bind was completely removed. It >> will be hard to fix without breaking the installed base of 8 and 9. Sig= h. >> E> >> E> I'll try to work on it this week, but unfortunately have a full >> schedule of meetings and travel as well. >> > > Suggestion. An option to install the rc script would solve that problem. > > > > If only it was that simple, it would have been done a long time ago. As > Gleb points out, the ports are broken by design. The rc script needs a > complete rewrite, and that's only after fixing all configuration files, > setting up chroot, etc etc and all that while not breaking the installed > base on 8 and 9. I spent most of yesterday on this and if I'm lucky, I'm > halfway through. > > Erwin, sent from a phone at the train station > > Thank you all for your effort! --=20 George Kontostanos --- http://www.aisecure.net From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 17:12:49 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E4E36D18 for ; Wed, 6 Nov 2013 17:12:49 +0000 (UTC) (envelope-from ohartman@web.de) Received: from mout.web.de (mout.web.de [212.227.15.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7B0422DE8 for ; Wed, 6 Nov 2013 17:12:49 +0000 (UTC) Received: from thor.walstatt.dyndns.org ([92.231.221.215]) by smtp.web.de (mrweb001) with ESMTPSA (Nemesis) id 0Mf0a9-1VG5cu1i2r-00OUI7 for ; Wed, 06 Nov 2013 18:12:41 +0100 Date: Wed, 6 Nov 2013 18:12:40 +0100 From: "O. Hartmann" To: FreeBSD CURRENT Subject: 11.0-CURRENT: 708.295633 netmap_reset [3011] interface not in netmap mode Message-ID: <20131106181240.1bc60cdc@thor.walstatt.dyndns.org> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA256; boundary="Sig_/uZg48p8/s0vHcGXdwHde39Y"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:BlRw1ogxr8UBN6zN/8UA4ZJh9DRIsHtUvQIu6ncii3mGz7ebmbg xfdtJugSFX6NGGaOsunpXHWhdG2Cz+TUl9SKaeT7H4h3GNdbnPakqOdxnDdIdtFDiU72I0o /1QGh6G5V0OvVkqXKcJtPNDD1W29Lfw6WNztjoaSHyt+C7ibBtGZSpfsHl+unPpMaqSkeQb aRXEveu77GJb6IJWXBNUA== X-Mailman-Approved-At: Wed, 06 Nov 2013 18:29:34 +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, 06 Nov 2013 17:12:50 -0000 --Sig_/uZg48p8/s0vHcGXdwHde39Y Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Since a couple of days now in 11.0-CURRENT, I see this message 708.295633 netmap_reset [3011] interface not in netmap mode several times in the console logs. What does that mean? oh --Sig_/uZg48p8/s0vHcGXdwHde39Y Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iF4EAREIAAYFAlJ6eIgACgkQnYG/s1BIggfBbQD/XNnSVkTs+VvCmkqVKUn9isP/ vFK+WLsX7g8gu+kC6D8A/R87iyK4rEdpGlJbsMDYVLRph9KZNRml4m5NV329PD3r =dHAz -----END PGP SIGNATURE----- --Sig_/uZg48p8/s0vHcGXdwHde39Y-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 19:10:40 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3A02038E; Wed, 6 Nov 2013 19:10:40 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0123E25E2; Wed, 6 Nov 2013 19:10:39 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.31]) by ltcfislmsgpa03.fnfis.com (8.14.5/8.14.5) with ESMTP id rA6IWc0x002114 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 6 Nov 2013 12:32:38 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.152]) by LTCFISWMSGHT03.FNFIS.com ([10.132.206.31]) with mapi id 14.03.0158.001; Wed, 6 Nov 2013 12:32:37 -0600 From: "Teske, Devin" To: " Current" Subject: [Review] bsdconfig pkgng integration Thread-Topic: [Review] bsdconfig pkgng integration Thread-Index: AQHO2x6RJrucrqXds0+MgGctNGb1Bg== Date: Wed, 6 Nov 2013 18:32:37 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: multipart/signed; boundary="Apple-Mail=_21B29E01-B533-4BA6-999E-98602A8FAE9B"; protocol="application/pgp-signature"; micalg=pgp-sha512 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-11-06_05:2013-11-06,2013-11-06,1970-01-01 signatures=0 Cc: Devin Teske , "Teske, Devin" 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, 06 Nov 2013 19:10:40 -0000 --Apple-Mail=_21B29E01-B533-4BA6-999E-98602A8FAE9B Content-Type: multipart/mixed; boundary="Apple-Mail=_34A3D33D-C13B-4518-ACD1-13FBAB6EADE1" --Apple-Mail=_34A3D33D-C13B-4518-ACD1-13FBAB6EADE1 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Subject says it all. I need a review on the attached patch. Come on, you know you want to... -- Devin _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. --Apple-Mail=_34A3D33D-C13B-4518-ACD1-13FBAB6EADE1 Content-Disposition: attachment; filename=patch.txt Content-Type: text/plain; x-unix-mode=0644; name="patch.txt" Content-Transfer-Encoding: 7bit Index: http.subr =================================================================== --- http.subr (revision 256550) +++ http.subr (working copy) @@ -79,6 +79,7 @@ f_dialog_menu_media_http() local menu_list=" '$msg_main_site' 'ftp.freebsd.org' 'URL' '$msg_specify_some_other_http_site' + 'pkg $msg_main_site' 'pkg.freebsd.org' " # END-QUOTE local hline="$msg_select_a_site_thats_close" --Apple-Mail=_34A3D33D-C13B-4518-ACD1-13FBAB6EADE1 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii --Apple-Mail=_34A3D33D-C13B-4518-ACD1-13FBAB6EADE1-- --Apple-Mail=_21B29E01-B533-4BA6-999E-98602A8FAE9B Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJSeotEAAoJEKrMn5R9npq5ZD4H/jP4nT6TIz/pOcnQw7rQCMHU kUMxzm+POu7te1fB33H7c4Ll0zUppzjDnWM/aXv+UH+5+m+SaAlAZxTG2Gn71V0h bSUMKN11sdI8zpw4xQMiNwZomfaKt82f84gVE/lANqskzABmU0aQLoQlb4t7lgXq dOj9xnTo/cv3HqT4KG1Hva0rBcr20CRUzu5SmEoVB/sLUbFxuQKDTX1UwWmTkgXN V0Fu+sk+4Tt4OBhV07SUlTJ1yoAw+EFgCwZBzhkcM5Vy7rhlVTVzq35wBWXsDfxZ NwlDtkSCEgO63wk2DSt9xKn0DnMHQEqsNRzF8W2DXtkXOVBKa5/9gws+6Ap/A50= =CL9+ -----END PGP SIGNATURE----- --Apple-Mail=_21B29E01-B533-4BA6-999E-98602A8FAE9B-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 19:18:31 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3D778893; Wed, 6 Nov 2013 19:18:31 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 15737264E; Wed, 6 Nov 2013 19:18:31 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 249ECB9C4; Wed, 6 Nov 2013 14:18:30 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org, Devin Teske Subject: Re: [CFT] Kernel-Selection Enhancemnt to Boot Menu Date: Wed, 6 Nov 2013 12:25:47 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <62E3FA11-E6E1-4072-9226-993FF83EBC0D@fisglobal.com> <94d69fc1c79d4e76d9bfd3cc3766716c@mail.0x20.net> <89E3CEA2-FA60-419C-8F20-E90487FFE41F@fisglobal.com> In-Reply-To: <89E3CEA2-FA60-419C-8F20-E90487FFE41F@fisglobal.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201311061225.47620.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 06 Nov 2013 14:18:30 -0500 (EST) Cc: Lars Engels , "Teske, Devin" 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, 06 Nov 2013 19:18:31 -0000 On Wednesday, November 06, 2013 10:22:44 am Teske, Devin wrote: > > On Nov 6, 2013, at 1:18 AM, Lars Engels wrote: > > > Am 05.11.2013 18:06, schrieb Kurt Lidl: > > > >> Well, I'd probably be in support of this change - it sure beats having > >> to interrupt the normal boot sequence and typing: > >> unload > >> load /boot/kernel.old/kernel > >> load /boot/kernel.old/opensolaris.ko > >> load /boot/kernel.old/zfs.ko > >> boot > > > > To load an older kernel I always just type > > > > boot kernel.old > > > > > > Doesn't that unload the currently loaded kernel automatically? > > Actually... it does. > > Thanks for pointing that out (forgot about that). The only thing that it doesn't do which I wish it did was fixup module_path. Right now if you break into the loader prompt and do 'boot foo', you end up with module_path containing "/boot/kernel;/boot/modules;/boot/foo". What I would like is to be able to use 'boot foo' and get a proper module_path. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 19:18:42 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 02534A8B for ; Wed, 6 Nov 2013 19:18:42 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C11C4265C for ; Wed, 6 Nov 2013 19:18:41 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id A3364B9C0; Wed, 6 Nov 2013 14:18:40 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: Add description for some cpuid bits Date: Wed, 6 Nov 2013 12:30:05 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201311061230.05865.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 06 Nov 2013 14:18:40 -0500 (EST) Cc: Dmitry Luhtionov 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, 06 Nov 2013 19:18:42 -0000 On Wednesday, November 06, 2013 4:12:24 am Dmitry Luhtionov wrote: > --- /usr/src/sys/amd64//amd64/identcpu.c.orig 2013-11-01 > 14:43:15.000000000 +0200 > +++ /usr/src/sys/amd64//amd64/identcpu.c 2013-11-04 12:06:06.000000000 > +0200 > @@ -366,14 +366,14 @@ > "\017" > "\020LWP" /* Lightweight Profiling */ > "\021FMA4" /* 4-operand FMA instructions */ > - "\022" > + "\022TCE" /* Translation Cache Extension */ > "\023" > "\024NodeId" /* NodeId MSR support */ > "\025" > "\026TBM" /* Trailing Bit Manipulation */ > "\027Topology" /* Topology Extensions */ > - "\030" > - "\031" > + "\030PCXC" /* Core performance counter extensions */ > + "\031PNXC" /* NB performance counter extensions */ > "\032" > "\033" > "\034" It would be best to also add flags for these in specialreg.h as well. The i386 identcpu.c might also need updating. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 19:18:36 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 88E8EA39; Wed, 6 Nov 2013 19:18:36 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5DF042657; Wed, 6 Nov 2013 19:18:36 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 5C0EFB9CA; Wed, 6 Nov 2013 14:18:35 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: [10-STABLE, 11-CURRENT] something wrong between cam and eventtimer or geom and eventtimer Date: Wed, 6 Nov 2013 12:29:00 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201311061229.01023.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 06 Nov 2013 14:18:35 -0500 (EST) Cc: Davide Italiano , Adrian Chadd , FreeBSD Stable Mailing List , "current@freebsd.org" , Alexander Motin , Oliver Pinter 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, 06 Nov 2013 19:18:36 -0000 On Tuesday, November 05, 2013 3:14:22 pm Oliver Pinter wrote: > hmm, and seems like, the bottleneck are not in geom or cam, but in em > driver or in networking stack > > the scenario is: > > A machine: dd if=/dev/ada1 bs=1M | nc -l 9999 > B machine: nc IP 9999 | dd of=/dev/null bs=1M > > hmm, when dd-ing from /dev/zero and switch back to idletick to 0, then > the performance of network dropped from 113MByte/s to 70+/-15 MByte/s > > machdep.idle_mwait=1/0 has no effect > machdep.idle=htl has no effect machdep.idle=hlt is the same thing as only using C1 (C1 is just the 'hlt' instruction). Try machdep.idle=spin perhaps? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 20:13:11 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id F082132E; Wed, 6 Nov 2013 20:13:10 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C57022AA5; Wed, 6 Nov 2013 20:13:10 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 5806210A5B; Wed, 6 Nov 2013 20:13:09 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 5806210A5B Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Wed, 6 Nov 2013 15:13:07 -0500 From: Glen Barber To: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: FreeBSD 10.0-BETA3 now available Message-ID: <20131106201307.GB1761@glenbarber.us> References: <20131105170513.GP8833@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="QKdGvSO+nmPlgiQ/" Content-Disposition: inline In-Reply-To: <20131105170513.GP8833@glenbarber.us> X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: FreeBSD Release Engineering Team 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, 06 Nov 2013 20:13:11 -0000 --QKdGvSO+nmPlgiQ/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 05, 2013 at 12:05:13PM -0500, Glen Barber wrote: > The third BETA build of the 10.0-RELEASE release cycle is now available > on the FTP servers for the amd64, i386, ia64, powerpc, powerpc64 and > sparc64 architectures. >=20 > [...] > Important note to freebsd-update(8) users: Please be sure to follow the > instructions in the EN-13:04.freebsd-update errata notice here before > upgrading the system to 10.0-BETA3: >=20 > http://www.freebsd.org/security/advisories/FreeBSD-EN-13:04.freebsd-upd= ate.asc Additional note to freebsd-update(8) users: It has been reported that /var/empty is removed from the system as part of updating the system with freebsd-update(8). Specifically, the directory is removed after running 'freebsd-update install' to install the userland updates (after the kernel updates are installed and freebsd-update(8) prompts to reboot and run 'freebsd-update install' a second time). The cause is still not clear, but we are actively looking into the cause. One of the symptoms of this behavior is that daemons using /var/empty as the home directory will not start after the userland updates are installed. A temporary workaround for this is to create /var/empty after the userland updates have completed, but before the system is rebooted the second time, for example: # freebsd-update -r 10.0-BETA3 upgrade # freebsd-update install # shutdown -r now # freebsd-update install # mkdir /var/empty # chflags schg /var/empty # shutdown -r now Apologies for the inconvenience this has caused for anyone running into this. Glen --QKdGvSO+nmPlgiQ/ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSeqLTAAoJELls3eqvi17QLpMP/0/mV9aW6TfHrU5/SuvVKgmD IIW5TLjn//tgIfEY3wodZN2gajBgKBy4Bba1Hi921rlKZJ+AgqOjt9V7GX+s+ja9 dJwyikXu/zLP2scmb1jXs40mIirVHvnZKrBSurLlb3GTvgxRD+xCFdQuvpox0I7+ Najon5TTmECzB+sN8GSts7tfZBe37liR6qJ8i4M+zWGj1zQKgpz+bTOQESXSh/nP Lj70U2xiyazZUviAoMmZ8pHd38V/QfBtY1vkckQAf/Kov39Gl8r/0Wj+CaW3vg51 PLjfcz/A2iRZFapdseBW+8+urMSrqW6+ZJIlrUmyHNmlvIENXTEkpnlfK05OlDRH 8ZE3P1xQnGrrrf2DK5Q8ZzKA3ubHIU4xp7Raq/b8mL3s6GooYWlr0k0vzrcVBXQz V45eNSIKbRkSa3vuzJFd/TZqw4/Bcsd3rloRFNnW7RiyautHF6hYfwQWxWI+sNMS IAYZsUjRRRWeIaWX/MMcT/Qct5J+8R0jW4SYusfjQ37MHd9tu0bnlH9SnEvJpnyP fL75agUrKmOkhoxyisXU1ZUICe7IN6DZNAATCOAico1/LM7j/h+Tl9J6DXIXrwnO ebt6f26dvVBaGm9Ke3Jq7djqxBht7B+jCBHjQyx6Zrzv4Al2iZp6KY7JqrlA4clz wnLnshzRhFHS5/m+p2pQ =pFRe -----END PGP SIGNATURE----- --QKdGvSO+nmPlgiQ/-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 20:50:02 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1B571DDB; Wed, 6 Nov 2013 20:50:02 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qa0-x22e.google.com (mail-qa0-x22e.google.com [IPv6:2607:f8b0:400d:c00::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 771B32CFA; Wed, 6 Nov 2013 20:50:01 +0000 (UTC) Received: by mail-qa0-f46.google.com with SMTP id j7so2644782qaq.19 for ; Wed, 06 Nov 2013 12:50: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:message-id:subject :from:to:cc:content-type; bh=3teYlZqHAsIMC5EWFQwMlb2g90Ss5Vmxq3I2k3p0fU0=; b=hW0czyFJcsxBukrDtDB46oL+oJsKJBlHF0zOsx8fkEx4q0vg6sSUoZcun5fx3DM3gE XDfULlLux52gZyuqYMEBb6D+2gLBcVKz4QNMwisIeFLVWKoZo8WaHiAiZ4QyR9NvKfvG tJ3bn6furnwyHsPU3RJXJcp1D6BaJWNg94xRiUKDhX/aU8wI4pl/uH904zaesV2SehP9 OMbLn5/g6OHcnP6/yg4Hm4BomL+r03QjXWdEU92SwNbIupMTTu5p4dj7dxJJ/QQklE92 Bsgj+hbf1CC0z9KTKUpIX3UshiP9OrotVkvTTYMZocWXK94Q5l8N+r2XkPyM7AO5kFJN tkgQ== MIME-Version: 1.0 X-Received: by 10.224.63.199 with SMTP id c7mr8727497qai.74.1383771000640; Wed, 06 Nov 2013 12:50:00 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.207.66 with HTTP; Wed, 6 Nov 2013 12:50:00 -0800 (PST) In-Reply-To: <201311061229.01023.jhb@freebsd.org> References: <201311061229.01023.jhb@freebsd.org> Date: Wed, 6 Nov 2013 12:50:00 -0800 X-Google-Sender-Auth: zStstEVnx6bJ4rwmA28_pXoOfAk Message-ID: Subject: Re: [10-STABLE, 11-CURRENT] something wrong between cam and eventtimer or geom and eventtimer From: Adrian Chadd To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: Davide Italiano , FreeBSD Stable Mailing List , "current@freebsd.org" , Alexander Motin , Oliver Pinter , 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, 06 Nov 2013 20:50:02 -0000 .. the main reason to use machdep.idle=hlt is that it is a different code path. But to ensure you're always going via the hlt codepath, you _first_ have to disable mwait. The idle code first decides whether to run mwait or , then if it doesn't choose mwait, it chooses machdep.idle. That's why you first have to disable idle_wait. -adrian From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 21:53:07 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C08B5247 for ; Wed, 6 Nov 2013 21:53:07 +0000 (UTC) (envelope-from rizzo.unipi@gmail.com) Received: from mail-lb0-x235.google.com (mail-lb0-x235.google.com [IPv6:2a00:1450:4010:c04::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4D2A32185 for ; Wed, 6 Nov 2013 21:53:07 +0000 (UTC) Received: by mail-lb0-f181.google.com with SMTP id x18so223785lbi.40 for ; Wed, 06 Nov 2013 13:53:05 -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:message-id:subject :from:to:cc:content-type; bh=GaXpYRtWg/0xS1qcEOR4v5bTM81rYWY30+x//HupVV0=; b=DeoTy4xAnBRG+PA+f+NhSg6gnv7BBw5eSr9GzJlsAMi1RSKw9zxWrjDssjN9VT4xK+ XnbLgO1EQIu7WIVvOWfnrsc0fB4O/8ASlyGvybfKln8BOdV675WqnzemKpkQoS1aTXgF faCrCYypqt87kjAFUzwWSA6u6+nUt9W41EVRwRYgWDdzk2pMeWJiwHRjhHDsYo0VASva bHt6/Y+kwbjZJu2jff0wiV7L9z6iaKddqzXVqEP29kCwqCs9ZnbssOmQeLzMFQdLYa36 O1N3vSzgxyZuqDgUtzzzuQByO+BxS7+ZOKSPgo/QGs32HuDVEH9hHYqXQ/rvOiPrvv/O k8Hg== MIME-Version: 1.0 X-Received: by 10.112.198.39 with SMTP id iz7mr4124940lbc.24.1383774785264; Wed, 06 Nov 2013 13:53:05 -0800 (PST) Sender: rizzo.unipi@gmail.com Received: by 10.114.23.35 with HTTP; Wed, 6 Nov 2013 13:53:05 -0800 (PST) In-Reply-To: <20131106181240.1bc60cdc@thor.walstatt.dyndns.org> References: <20131106181240.1bc60cdc@thor.walstatt.dyndns.org> Date: Wed, 6 Nov 2013 13:53:05 -0800 X-Google-Sender-Auth: mvbBM4USvgEdmTMHw2YEdo3QWl4 Message-ID: Subject: Re: 11.0-CURRENT: 708.295633 netmap_reset [3011] interface not in netmap mode From: Luigi Rizzo To: "O. Hartmann" 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, 06 Nov 2013 21:53:07 -0000 On Wed, Nov 6, 2013 at 9:12 AM, O. Hartmann wrote: > Since a couple of days now in 11.0-CURRENT, I see this message > > 708.295633 netmap_reset [3011] interface not in netmap mode > > > several times in the console logs. > > What does that mean? > it is a leftover debugging message. i have removed it now. thanks luigi From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 23:02:49 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CDA34EC3 for ; Wed, 6 Nov 2013 23:02:49 +0000 (UTC) (envelope-from freebsd@allanjude.com) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id A60162600 for ; Wed, 6 Nov 2013 23:02:48 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.108.129]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 3D50245A37 for ; Wed, 6 Nov 2013 23:02:42 +0000 (UTC) Message-ID: <527ACA8E.7010301@allanjude.com> Date: Wed, 06 Nov 2013 18:02:38 -0500 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: [Review] bsdconfig pkgng integration References: In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nopmt9NdFL4AH4JGgxE53KMuWHPnHFWjw" 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: Wed, 06 Nov 2013 23:02:49 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --nopmt9NdFL4AH4JGgxE53KMuWHPnHFWjw Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2013-11-06 13:32, Teske, Devin wrote: > Subject says it all. > > I need a review on the attached patch. > > Come on, you know you want to... > I think you missed something, you attached a 1 line diff --=20 Allan Jude --nopmt9NdFL4AH4JGgxE53KMuWHPnHFWjw 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSesqRAAoJEJrBFpNRJZKfqkkQAIkowBT7xXo0N15ONYYYL9Y6 yOWFYKzwAcHMrvCtka76O26tTUrucJqVww550+0tFQZ7bMIOKPmWIko+Icg74bb3 epsIUJ/aiRmYTZXKVudse9BAN2BhqZh477U//Uzcf216h/6EmWepC+CdstHAGp4L rnCSCN2Tt6fSCfqR52mjKkkIVOGbyxf9ZMAxJaIzYPwH3xXqdtCMfRrRTlInWM48 7D5xBC2VR0C+tAQPx6K6E9fle6mn7ACi0LDrvKzIO14Kg/uTcggVWbngVYTnubKT cDpg4UXcLNCzWBRazvonJmfqCXT521wP1hkxZYPSqlKDhX48w4+1is2olNBgMI7B NDajZ75/TlVRxwpTCk9dfl3GY1KAvU8rRAuS65fSw+//qXs84w/KYkTkph/F7W1y /sy9jZw6lTnE5aJxMk1FbiHOLQ+cfBFLypMdrEsGRgISD8MnYMWVmUEvZvMrbzJZ B5vb6wmkOoqGIyuaHitNlfUPBIhJHj9hlkDG7RImZZE7oR1kECCO7yJqYTYdRhze 9POaTy3FI+qzhM9jvjeBO8Olc6D1a5ucpFcYlsJYTPq4KY39b09eQsaE+vLZql9H /2lap2nBycqiiMo6ejS4GHOl0I0efH1YBJXeC5rRZBA9h+Q43m7Up2RPvDJDBE75 GHpeXW1zCL3wYpRpk7h5 =Z5xk -----END PGP SIGNATURE----- --nopmt9NdFL4AH4JGgxE53KMuWHPnHFWjw-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 23:16:01 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 334092FE; Wed, 6 Nov 2013 23:16:01 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EE4A426B9; Wed, 6 Nov 2013 23:16:00 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.31]) by ltcfislmsgpa05.fnfis.com (8.14.5/8.14.5) with ESMTP id rA6NFtjO021089 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 6 Nov 2013 17:15:55 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.152]) by LTCFISWMSGHT03.FNFIS.com ([10.132.206.31]) with mapi id 14.03.0158.001; Wed, 6 Nov 2013 17:15:54 -0600 From: "Teske, Devin" To: Allan Jude Subject: Re: [Review] bsdconfig pkgng integration Thread-Topic: [Review] bsdconfig pkgng integration Thread-Index: AQHO2x6RJrucrqXds0+MgGctNGb1Bg== Date: Wed, 6 Nov 2013 23:15:54 +0000 Message-ID: <21C1BAD8-DC2F-4338-9AE5-28B28B64C933@fisglobal.com> References: <527ACA8E.7010301@allanjude.com> In-Reply-To: <527ACA8E.7010301@allanjude.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: multipart/signed; boundary="Apple-Mail=_529E0789-6BBC-4144-9530-551B93423C6E"; protocol="application/pgp-signature"; micalg=pgp-sha512 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-11-06_05:2013-11-06,2013-11-06,1970-01-01 signatures=0 Cc: Devin Teske , " Current" , "Teske, Devin" 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, 06 Nov 2013 23:16:01 -0000 --Apple-Mail=_529E0789-6BBC-4144-9530-551B93423C6E Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit On Nov 6, 2013, at 3:02 PM, Allan Jude wrote: > On 2013-11-06 13:32, Teske, Devin wrote: >> Subject says it all. >> >> I need a review on the attached patch. >> >> Come on, you know you want to... >> > I think you missed something, you attached a 1 line diff > Oh I see... too much to review. Hey, don't all review it at once now... Seriously... come on... I'm asking for some feedback on the most important part of the patchset... The user-facing element. The least everyone can do is chime in with their favorite mirrors. So... please... Tell me if the mirror list is incomplete (I *know* there are more mirrors than that, and I *know* we want pkg.eu and pkg.us-* ... but I don't actually know what people want to see ... so please... feedback!) -- Devin _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. --Apple-Mail=_529E0789-6BBC-4144-9530-551B93423C6E Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJSes2oAAoJEKrMn5R9npq5taoIAIa0wJKL3fT/7AB1/TEPdYfj fen5AdA4wuXDFB9NSimHg0tlYiaKpop3hC9qA8bWOdxyC3vSV08vPNGeSvEayLBK UXeXQCF5PiPXdxp3qUVkbXik04NAKpW2iEPCCU9qeR+70FPdJ4JvqKhPJVr812hL 1wXFznugEenUfm74Od8q/Zl6dSMtAnmhNB6mr14MVPHglFvODy/wX9yEa3TqTx9W S8A6hzUu1yeMt94RY7nJWfpIqQTNRkdboNFKeqAIcxCdWAZmTmdVuH6g5H4LClJm dtru0adzFkhzrphxGsnG+HtAIpZN2HcMD6HHPsMEbzzlqqatCGBiGmwoNk/7rRA= =SvaS -----END PGP SIGNATURE----- --Apple-Mail=_529E0789-6BBC-4144-9530-551B93423C6E-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 23:18:16 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id ED62A5AD; Wed, 6 Nov 2013 23:18:15 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B3CFC26E0; Wed, 6 Nov 2013 23:18:15 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.15]) by ltcfislmsgpa02.fnfis.com (8.14.5/8.14.5) with ESMTP id rA6NIE8C010682 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 6 Nov 2013 17:18:14 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.152]) by LTCFISWMSGHT04.FNFIS.com ([10.132.206.15]) with mapi id 14.03.0158.001; Wed, 6 Nov 2013 17:18:13 -0600 From: "Teske, Devin" To: Craig Rodrigues Subject: Re: [CFT] bsdinstall and zfsboot enhancements Thread-Topic: [CFT] bsdinstall and zfsboot enhancements Thread-Index: AQHO1/VTfN3AabWEO0qqCcwz4iQiNg== Date: Wed, 6 Nov 2013 23:18:13 +0000 Message-ID: <957A6E53-68CC-485B-B27C-0ED6B2388530@fisglobal.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: multipart/signed; boundary="Apple-Mail=_794A61A5-0B96-41FA-A3EB-593C056E5483"; protocol="application/pgp-signature"; micalg=pgp-sha512 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-11-06_05:2013-11-06,2013-11-06,1970-01-01 signatures=0 Cc: Devin Teske , "Teske, Devin" , " Current" 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, 06 Nov 2013 23:18:16 -0000 --Apple-Mail=_794A61A5-0B96-41FA-A3EB-593C056E5483 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" On Nov 5, 2013, at 7:54 PM, Craig Rodrigues wrote: >=20 >=20 >=20 > On Sat, Nov 2, 2013 at 10:59 AM, Teske, Devin = wrote: >=20 > + Update bsdinstall's "config" script to adjust ttyu* entries in > /etc/ttys when it is determined that we are in-fact doing an install > over serial (e.g. bhyve). >=20 > I think this is useful. In earlier versions of BHyve, the default was to= use console over a PCI serial device.=20 > With this commit from Neel Natu: http://lists.freebsd.org/pipermail/svn-s= rc-all/2013-October/076027.html > it is now possible to specify a different device for the console, such as= COM1. >=20 Unfortunately, that's getting the axe. I agree with Nathan... the installer shouldn't make this assumption. I think init should be fixed instead. --=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. --Apple-Mail=_794A61A5-0B96-41FA-A3EB-593C056E5483 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJSes40AAoJEKrMn5R9npq5L9cH/R1ohYWkDhLqRhtxu2W3a+RH rhI+JoTWLlk86z61Lf1J4F1QMCBZvHSmVLZssUD8r0A+XqRt5ccoLN5z50kZ8AYI l+RTWwoR3RMGXBs7mukASqNqEvyDbKzYMnDNwATYowvQulO3fMtvuIACZEDd4JSi CIDZYHYlcXc5KKuRIQ1Eq9P29X3tTjpSmAi++e/qv4p21bEwD6t83ZVPLJ//dIxm EFHP+C7L9y0ry2atcBTdNX/14/Ufv0ANidJJF47EArD9wuxTvSg2xSbF4/tmGBDM y1dd7d6wF1yE3JtsmI4argCKsGY8xrsAdt5fLBYAT3quOVgxSMyjPg1AytlDlR8= =wZdY -----END PGP SIGNATURE----- --Apple-Mail=_794A61A5-0B96-41FA-A3EB-593C056E5483-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 23:19:31 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 248E76D7; Wed, 6 Nov 2013 23:19:31 +0000 (UTC) (envelope-from freebsd@allanjude.com) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id EFEC926F6; Wed, 6 Nov 2013 23:19:30 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.108.129]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id BBB7E45B06; Wed, 6 Nov 2013 23:19:28 +0000 (UTC) Message-ID: <527ACE7B.6090002@allanjude.com> Date: Wed, 06 Nov 2013 18:19:23 -0500 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Devin Teske Subject: Re: [Review] bsdconfig pkgng integration References: <527ACA8E.7010301@allanjude.com> <21C1BAD8-DC2F-4338-9AE5-28B28B64C933@fisglobal.com> In-Reply-To: <21C1BAD8-DC2F-4338-9AE5-28B28B64C933@fisglobal.com> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LrQTv0eC5kR4JQeAVkg8c0dGHtiuNXpSk" Cc: " Current" , "Teske, Devin" 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, 06 Nov 2013 23:19:31 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --LrQTv0eC5kR4JQeAVkg8c0dGHtiuNXpSk Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2013-11-06 18:15, Teske, Devin wrote: > On Nov 6, 2013, at 3:02 PM, Allan Jude wrote: > >> On 2013-11-06 13:32, Teske, Devin wrote: >>> Subject says it all. >>> >>> I need a review on the attached patch. >>> >>> Come on, you know you want to... >>> >> I think you missed something, you attached a 1 line diff >> > Oh I see... too much to review. > > Hey, don't all review it at once now... > > Seriously... come on... > > I'm asking for some feedback on the most important part of the patchset= =2E.. > > The user-facing element. > > The least everyone can do is chime in with their favorite mirrors. > > So... please... > > Tell me if the mirror list is incomplete (I *know* there are more mirro= rs > than that, and I *know* we want pkg.eu and pkg.us-* ... but I don't act= ually > know what people want to see ... so please... feedback!) pkg.freebsd.org is a SVR record that lists the mirrors, and pkg automatically picks the correct one, so it is best to list only that 1 mirror. --=20 Allan Jude --LrQTv0eC5kR4JQeAVkg8c0dGHtiuNXpSk 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSes6AAAoJEJrBFpNRJZKfNnsP/2dkEYDAghJ+CF1q/ZxSH1ml QoJao+OOuNc01y83m/1veGUqkLyKlUftWeuSRc84sLAMWxmm4GrxUKIqkQdjr47g lO1cX4lrIqP9E+VMnpLl353Ja5U7/g2x24u+Hx+/nkpBNdPek/RH9EjD56X6b53n /b2VH+mGqQ3yC8l8L224Sqq3ps24msULdy5PJDtSn67IxTvetDQ4vIOdOPnBdov6 BO5gUf61gUT+eYXz7r9Z9eY9V9cQaAAe0DkMDT6OeCBbb0tNSnzYTtKsGIUrPuqr BWpkJpM6fp7OaDWnpBM4bkqDLdnaqoOjiPV/qJKNVdzpXNLeal44DNf54CK8yeNa HhiOsUbwUwjOZ2sFtKwZWStkxHhGrSgCiqeIiSA1JYzLtDIgHo8tMYL3CSKPoZe7 AhxMBO50uIp/KIcJ6hjWVM+c6wODI0oEwbD4mnb4uRj157sgOAlH5cz4ArGm0Piz UBO7EW2APuzB9woe6JiP08runUPuTSd07ARQZRULLCy51WT4mTeUb3/JBCkl/lWv X9j3aBOUmSJM6SDQrUqW7rfB8H5xZJRm72uH7HcJQdX7URqcxGzlIf8G9OI69LNz J4M40t7PJcmE4DwpAaZgDt+s+ClC1n7ktMFYId6gmkTFGmldm6w+dXEymCVGvO3j UPlcL6xrRHrwSd/ekZk3 =UZzk -----END PGP SIGNATURE----- --LrQTv0eC5kR4JQeAVkg8c0dGHtiuNXpSk-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 23:28:30 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 675F8A01; Wed, 6 Nov 2013 23:28:30 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2E11F277B; Wed, 6 Nov 2013 23:28:29 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.31]) by ltcfislmsgpa03.fnfis.com (8.14.5/8.14.5) with ESMTP id rA6NSRxo026782 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 6 Nov 2013 17:28:27 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.152]) by LTCFISWMSGHT03.FNFIS.com ([10.132.206.31]) with mapi id 14.03.0158.001; Wed, 6 Nov 2013 17:28:25 -0600 From: "Teske, Devin" To: Allan Jude Subject: Re: [Review] bsdconfig pkgng integration Thread-Topic: [Review] bsdconfig pkgng integration Thread-Index: AQHO2x6RJrucrqXds0+MgGctNGb1Bg== Date: Wed, 6 Nov 2013 23:28:25 +0000 Message-ID: References: <527ACA8E.7010301@allanjude.com> <21C1BAD8-DC2F-4338-9AE5-28B28B64C933@fisglobal.com> <527ACE7B.6090002@allanjude.com> In-Reply-To: <527ACE7B.6090002@allanjude.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: multipart/signed; boundary="Apple-Mail=_68837EBF-9524-4A81-A6CB-CEE285B493E3"; protocol="application/pgp-signature"; micalg=pgp-sha512 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-11-06_06:2013-11-06,2013-11-06,1970-01-01 signatures=0 Cc: Devin Teske , "Teske, Devin" , " Current" 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, 06 Nov 2013 23:28:30 -0000 --Apple-Mail=_68837EBF-9524-4A81-A6CB-CEE285B493E3 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" On Nov 6, 2013, at 3:19 PM, Allan Jude wrote: > On 2013-11-06 18:15, Teske, Devin wrote: >> On Nov 6, 2013, at 3:02 PM, Allan Jude wrote: >>=20 >>> On 2013-11-06 13:32, Teske, Devin wrote: >>>> Subject says it all. >>>>=20 >>>> I need a review on the attached patch. >>>>=20 >>>> Come on, you know you want to... >>>>=20 >>> I think you missed something, you attached a 1 line diff >>>=20 >> Oh I see... too much to review. >>=20 >> Hey, don't all review it at once now... >>=20 >> Seriously... come on... >>=20 >> I'm asking for some feedback on the most important part of the patchset.= .. >>=20 >> The user-facing element. >>=20 >> The least everyone can do is chime in with their favorite mirrors. >>=20 >> So... please... >>=20 >> Tell me if the mirror list is incomplete (I *know* there are more mirrors >> than that, and I *know* we want pkg.eu and pkg.us-* ... but I don't actu= ally >> know what people want to see ... so please... feedback!) > pkg.freebsd.org is a SVR record This matters not... see SVN r257755 > that lists the mirrors, We do not ever want to display the contents of the SVR record in the list. There are multiple pkg*.freebsd.org SVR zones. > and pkg > automatically picks the correct one, pkg does no such thing. It picks the first one that works. The decisioning for which order and what content gets returned from the SVR= query is on the back-end, not on the pkg-end; pkg just takes the first one that w= orks. For example, "host -t SVR _http._tcp.pkg.freebsd.org" (for me at least) returns 3 entries. pkg goes after the first one. I'd be shocked if you told me that pkg was doing geo-mapping with the 3 nam= es it returns and determining which was was closest. Rather, pkg just does a DNS query and goes through the list of hosts. > so it is best to list only that 1 > mirror. >=20 No. You're thinking that I'm talking about the contents of the SVR query. I'm not. I'm instead talking about... *actual* and *real* multiple names that you can query SVR data from. pkg.freebsd.org is only one There are multiples, and I believe that we should add them. --=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. --Apple-Mail=_68837EBF-9524-4A81-A6CB-CEE285B493E3 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJSetCYAAoJEKrMn5R9npq5xbAIALQNyHjMwCSys6UD29xKo/wh V7Gx36CboGBO59yghQDxML/R/YHNHc7lC/RNgr12nkJG/Vzi5DWNCIQ2glhL9rjt 81Bc6T+6aBvQ5tFK6SZ8MkT4zqX9pAfkxtq0Z79mbg0X6jKPy7nyTOYHNgZa4GWm NQxjKWNt/A7YFiIdWW739wN6ZzYFaFtvXfl8zmFyUjOVqRTtvHWf32RTw2pSEGM5 mPpEWWD8y5lvy9gaOF6te+gPNgsgyeUtBaeC8pci1QwZo3qc3gWV0ofLPdNIsqFr b85l7ZH8ZXSSGlzv8iFt1SvXaBqQvaXYAuA0pWeAHp1ZmofNvI9Oq27yFC8uASQ= =lLCx -----END PGP SIGNATURE----- --Apple-Mail=_68837EBF-9524-4A81-A6CB-CEE285B493E3-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 23:32:26 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9BD5EE10; Wed, 6 Nov 2013 23:32:26 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6E88827EA; Wed, 6 Nov 2013 23:32:26 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 5F1C410F58; Wed, 6 Nov 2013 23:32:22 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 5F1C410F58 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Wed, 6 Nov 2013 18:32:18 -0500 From: Glen Barber To: Devin Teske Subject: Re: [Review] bsdconfig pkgng integration Message-ID: <20131106233218.GF1761@glenbarber.us> References: <527ACA8E.7010301@allanjude.com> <21C1BAD8-DC2F-4338-9AE5-28B28B64C933@fisglobal.com> <527ACE7B.6090002@allanjude.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="aPdhxNJGSeOG9wFI" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: " Current" , "Teske, Devin" 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, 06 Nov 2013 23:32:26 -0000 --aPdhxNJGSeOG9wFI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 06, 2013 at 11:28:25PM +0000, Teske, Devin wrote: > We do not ever want to display the contents of the SVR record in the list. > There are multiple pkg*.freebsd.org SVR zones. >=20 You do not need to show any servers except pkg.FreeBSD.org. In fact, you can use that by default, and not show any servers at all. Do not add more complexity to this than there needs to be. By adding explicit listing of servers here, you are putting a dependency on clusteradm that is not necessary at all. Glen --aPdhxNJGSeOG9wFI Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSetGCAAoJELls3eqvi17Q63kQANCsTTXU6K0nCmEmDgnrieau ODQmjfe5B8+g3Aq69wNf9uv2QntbdZl898PfWG3W/4VxvCK8x1c1jGbl2SlA9mDz VPrxgTvUTIGGNRIz6pxTEypZkdcAP6bR3gXiCk9uL4MDTy0Eu2ilUzYpgE5x1qHZ DEuYj0oGxy1yFTdahnZ5fRgx8/J0Au+dwdVzNgYUbw4UuhsS6+dqREMjcW/pIrq9 bzUeqVSa1cAtqO0ODfxG0rLE1x339oBiClSyQ8GI0IJAZr+T2L2McMt6tBkqHNEF 6Mx67Chp+6N0pycoJljxYqtat+tpzm2sznBEihfxc8gddJCIna5k7So9zhcXZUQL TDd1tem4kh/DOBULPcht36ojglixZwxm7mDyTYy2pBy4WPe8LqwfLJ5fmKzTjxHi fhUKqraDziSRxZFAuLgA2abm027CzKKb5vCQL3INjcGEO+BmQr8+9LkPjtRBmBpz yKp1Mznu005hFvvKl0EapErXQAMFN67BkedMPA3HDSxjkJ8CzvcSeTKVTPryx+oi hBe30Ffiu56ZXyoadV0GFSdGCpaSttPIqWwXQsaVl72fJkBXoYg3F4lvH1Z1JgzX naJ3dwSxK3lpZH2987ReVeJ2RrIohvg8zeaeGbcJNkJyvOlA0Qky1jwkzZj566me 7ioqNz/JRQ1LfBqc7onE =l+ym -----END PGP SIGNATURE----- --aPdhxNJGSeOG9wFI-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 23:37:48 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5749AF97; Wed, 6 Nov 2013 23:37:48 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1CA5A282B; Wed, 6 Nov 2013 23:37:47 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.16]) by ltcfislmsgpa06.fnfis.com (8.14.5/8.14.5) with ESMTP id rA6NbjX1011136 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 6 Nov 2013 17:37:45 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.152]) by LTCFISWMSGHT05.FNFIS.com ([10.132.206.16]) with mapi id 14.03.0158.001; Wed, 6 Nov 2013 17:37:43 -0600 From: "Teske, Devin" To: Glen Barber Subject: Re: [Review] bsdconfig pkgng integration Thread-Topic: [Review] bsdconfig pkgng integration Thread-Index: AQHO2x6RJrucrqXds0+MgGctNGb1Bg== Date: Wed, 6 Nov 2013 23:37:43 +0000 Message-ID: <39DE2EDF-69F3-43C5-AEDE-7A5399AC2859@fisglobal.com> References: <527ACA8E.7010301@allanjude.com> <21C1BAD8-DC2F-4338-9AE5-28B28B64C933@fisglobal.com> <527ACE7B.6090002@allanjude.com> <20131106233218.GF1761@glenbarber.us> In-Reply-To: <20131106233218.GF1761@glenbarber.us> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: multipart/signed; boundary="Apple-Mail=_77646FCF-F2FA-4905-93DE-9B62DAA2DF42"; protocol="application/pgp-signature"; micalg=pgp-sha512 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-11-06_06:2013-11-06,2013-11-06,1970-01-01 signatures=0 Cc: Devin Teske , "Teske, Devin" , " Current" 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, 06 Nov 2013 23:37:48 -0000 --Apple-Mail=_77646FCF-F2FA-4905-93DE-9B62DAA2DF42 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On Nov 6, 2013, at 3:32 PM, Glen Barber wrote: > On Wed, Nov 06, 2013 at 11:28:25PM +0000, Teske, Devin wrote: >> We do not ever want to display the contents of the SVR record in the list. >> There are multiple pkg*.freebsd.org SVR zones. >> > > You do not need to show any servers except pkg.FreeBSD.org. Bapt *just* got finished telling me in IRC that we should also list: pkg.eu pkg.us-* Which I assume to be the same make/model of pkg.f.o (does not return an A or AAAA but only SVR). If that is the case (that pkg.eu.f.o is just like pkg.f.o -- and it just happens to be a name that returns SVR names for servers local to Europe), then I don't see why we would want to omit this. I'm not the only one you have to convince... bapt was the one that brought up the existence of the other names. > In fact, > you can use that by default, and not show any servers at all. Do not > add more complexity to this than there needs to be. By adding explicit > listing of servers here, you are putting a dependency on clusteradm that > is not necessary at all. > I want to get some confusion out of the way... I do not want to add even one single name that resolves to an A or AAAA. I want *only* names that resolve to SVR. I've just heard from bapt that pkg.f.o is not the only such name, that there are other such names that similarly do not return A or AAAA. I don't see the increase in complexity or maintenance. I'm asking for locale-specific CDN names. The user ought to be able to choose the master CDN or a locale-specific CDN. This is not rocket science. -- Devin > Glen > _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. --Apple-Mail=_77646FCF-F2FA-4905-93DE-9B62DAA2DF42 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJSetLHAAoJEKrMn5R9npq5Kp8IAJ1o3QpSoi0RtYEDy/rPTPqf j4iEdHet9GzqJG//6k4oeFOGbtLQ5E8rsZ3gX/WKQeZUYeEp16wEZ6kydwfPMp1h dfuNLqcuqq7Qb7ar7h3w7Fi+7GJRQ9CMpEhvrkLIZIsm7v7tSTd9EpVa3bedvle/ 4yIbv8ylLhkdayJ59QygMpdzNr/FVpae6q4HaJS7fNVa/G29XqlySrpOt/ORJIY9 lQF7sqUPGVyteTcmD7kNo5dK+ov9Ji2MOAQz3qAvBRth28yK7tUi9QCVScvX8wCw KulksyhXCHUxWIgxf3GyDc2pZOPHRhuxfa7mAsKgEjNMc3E9yIKl4dlCD/GB7qo= =QL7F -----END PGP SIGNATURE----- --Apple-Mail=_77646FCF-F2FA-4905-93DE-9B62DAA2DF42-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 23:44:21 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B459A5B5; Wed, 6 Nov 2013 23:44:21 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 84B5F28CF; Wed, 6 Nov 2013 23:44:21 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 7CA9D101A2; Wed, 6 Nov 2013 23:44:19 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 7CA9D101A2 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Wed, 6 Nov 2013 18:44:17 -0500 From: Glen Barber To: Devin Teske Subject: Re: [Review] bsdconfig pkgng integration Message-ID: <20131106234417.GG1761@glenbarber.us> References: <527ACA8E.7010301@allanjude.com> <21C1BAD8-DC2F-4338-9AE5-28B28B64C933@fisglobal.com> <527ACE7B.6090002@allanjude.com> <20131106233218.GF1761@glenbarber.us> <39DE2EDF-69F3-43C5-AEDE-7A5399AC2859@fisglobal.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="aYDVKSzuImP48n7V" Content-Disposition: inline In-Reply-To: <39DE2EDF-69F3-43C5-AEDE-7A5399AC2859@fisglobal.com> X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: " Current" , "Teske, Devin" 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, 06 Nov 2013 23:44:21 -0000 --aYDVKSzuImP48n7V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 06, 2013 at 11:37:43PM +0000, Teske, Devin wrote: > > You do not need to show any servers except pkg.FreeBSD.org. >=20 > Bapt *just* got finished telling me in IRC that we should also list: >=20 > pkg.eu > pkg.us-* >=20 Why? > Which I assume to be the same make/model of pkg.f.o (does not > return an A or AAAA but only SVR). >=20 And if we need to change something with the infrastructure, we now have to tell people that this was done. You are putting hard-coded limitations on us. Don't. With a single entry (pkg.FreeBSD.org), we do not have to worry about what is broken if (when) we need to change something. Glen --aYDVKSzuImP48n7V Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSetRRAAoJELls3eqvi17Q/pkP/3OhtITdDzKXfdUObIsLl8BH 1BdMjbAVAUFa1w+NO4uzkjesjt6Koe74rXocr+2A9co2CMAESRps9CahKBnlnfuz TyAcESjxe1jmemhxxlIkzaH1Yto+Sic8fMjPWTAJIIc2tZy88nQbcVxPbUhlpPwt Vx1xcbotjJNF0vAz06di4DH3DBhS9Br6d0Q7ggXYrNBsST3EzQf0Ruwxtf/va96J DBvqI+8b7aEhQuMwxsmj3gjIYhsSgS/Oxc/3EnqDHV120G5x8tRpvzDDTuYncBAu fdfEhfhzZ3jtNTMjFYtdIkNUFyISzy4xtwrmE1IWrKLgMn2j4Ylm6Jf2rQeVy21A Q+R09iXlCC9yEndL9iBnxhBGcjU5UwRtSl96lFFhPi/y+XjAXocRsAF+n2OG30Fd txi3qwDJjCk+dFQ0JWMljSQUoZB4z4K+SFLKu7tKOC0NVKP9/b2xqAKaMFvrfged 0fyftkClyA6ze3A3SqEh2C5uygNBdmo+RVrJ/EpNC3dm9BV+AP2ZHPaGuoPF9vIU OAA4CsuQhQf48RHtexthQSIqZC6aSv0E+AkU/OKi08FOIjtfZYvjzy4PSdJVbpIU /QRcCtKtjXVbFwzTTxawAaaxN/W8MXZntVwOeF3yfAe8nteU1QJ/UgH+NZejc40r 0B2OrCwQh2o7f7eQJppc =5WYm -----END PGP SIGNATURE----- --aYDVKSzuImP48n7V-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 23:53:33 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 75EF8933; Wed, 6 Nov 2013 23:53:33 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3A12D2962; Wed, 6 Nov 2013 23:53:32 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.31]) by ltcfislmsgpa02.fnfis.com (8.14.5/8.14.5) with ESMTP id rA6NrURr016308 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 6 Nov 2013 17:53:30 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.152]) by LTCFISWMSGHT03.FNFIS.com ([10.132.206.31]) with mapi id 14.03.0158.001; Wed, 6 Nov 2013 17:53:28 -0600 From: "Teske, Devin" To: Glen Barber Subject: Re: [Review] bsdconfig pkgng integration Thread-Topic: [Review] bsdconfig pkgng integration Thread-Index: AQHO2x6RJrucrqXds0+MgGctNGb1Bg== Date: Wed, 6 Nov 2013 23:53:28 +0000 Message-ID: References: <527ACA8E.7010301@allanjude.com> <21C1BAD8-DC2F-4338-9AE5-28B28B64C933@fisglobal.com> <527ACE7B.6090002@allanjude.com> <20131106233218.GF1761@glenbarber.us> <39DE2EDF-69F3-43C5-AEDE-7A5399AC2859@fisglobal.com> <20131106234417.GG1761@glenbarber.us> In-Reply-To: <20131106234417.GG1761@glenbarber.us> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: multipart/signed; boundary="Apple-Mail=_07B96880-1419-469D-AE65-0F4988446B35"; protocol="application/pgp-signature"; micalg=pgp-sha512 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-11-06_06:2013-11-06,2013-11-06,1970-01-01 signatures=0 Cc: Devin Teske , "Teske, Devin" , " Current" 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, 06 Nov 2013 23:53:33 -0000 --Apple-Mail=_07B96880-1419-469D-AE65-0F4988446B35 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Nov 6, 2013, at 3:44 PM, Glen Barber wrote: > On Wed, Nov 06, 2013 at 11:37:43PM +0000, Teske, Devin wrote: >>> You do not need to show any servers except pkg.FreeBSD.org. >>=20 >> Bapt *just* got finished telling me in IRC that we should also list: >>=20 >> pkg.eu >> pkg.us-* >>=20 >=20 > Why? >=20 >> Which I assume to be the same make/model of pkg.f.o (does not >> return an A or AAAA but only SVR). >>=20 >=20 > And if we need to change something with the infrastructure, we now have > to tell people that this was done. You are putting hard-coded > limitations on us. Don't. >=20 I disagree. You're making the argument for "what if a CDN goes away". Well... people stop using that entry because it's broken and in the next re= lease you remove it. What sounds like a maintenance issue will actually save you support events. And for whatever hours that this proposed maintenance actually cost you, yo= u'll more than make up that in prevented support events. I'm talking about saving time (because we're all volunteers, right?) Let me be very explicit... > With a single entry (pkg.FreeBSD.org), we do not have to worry about > what is broken if (when) we need to change something. >=20 Let's say that the one entry doesn't do what you want (which requires trust= ing the CDN maintenance on the back-end)... You're telling me that it's more efficient to immediately defer every singl= e user to the support forums the moment there's a single hiccup in the ONE and ONLY CDN name that we're providing? Ok... but let's look at one alternative... If we listed more than one CDN, and one breaks... the wise and tenacious us= er simply ... tries another? But if there are no other choices... then you'll be headed strait to the fo= rums or mailing lists and generating what I call a "support event". I'm sorry, but I don't agree that listing only one single entry is going to= be beneficial to the end-user; only to the person that thinks having a single CDN to main= tain is going to actually save them work (which may only be true if they are not th= e ones that have to manage support events). --=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. --Apple-Mail=_07B96880-1419-469D-AE65-0F4988446B35 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJSetZ4AAoJEKrMn5R9npq5550IAJlaSUl6fqJpbYQ8z+LN7Kdx G7moUgS2A39ht4RuKOuhr9G4aRxcpjSK8Z/S+8QyBMeZq+OYZvCWUnz1XL2ACwsr 81BY0tSJOAnluqn4hbU4J4/k0Xyy1EwYL5JejkEXq/DtfJSgVCDOdPofKVxmObJX NTkkYI6DVf/MSxFwUEQR/9YaQzc2YkTtoDzW8u3fZzH4aGuxibjsy0rBTACozVQt GFKDxhOd6Ec8hGGz4m6w7l6uHS/NfM8sGFZcfVpoG+oL9IYjcZ1MXgAKm4bsdset 7xJOhGyejJcmKYVwaT2c9llYI/F7tRdnM/vjtZh5P8/jpIyx+CYc1yCDanjPGsk= =QFTQ -----END PGP SIGNATURE----- --Apple-Mail=_07B96880-1419-469D-AE65-0F4988446B35-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 6 23:55:23 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 70F44A7B; Wed, 6 Nov 2013 23:55:23 +0000 (UTC) (envelope-from hiren.panchasara@gmail.com) Received: from mail-ea0-x232.google.com (mail-ea0-x232.google.com [IPv6:2a00:1450:4013:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B23AA2980; Wed, 6 Nov 2013 23:55:22 +0000 (UTC) Received: by mail-ea0-f178.google.com with SMTP id a10so86709eae.23 for ; Wed, 06 Nov 2013 15:55:20 -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:message-id:subject :from:to:cc:content-type; bh=H3UNGSxB0weY01T2LvezjFlXmPnpNOz1b9OVCUaGuB0=; b=V1v5ZRMO6i8J7IiZ5P9qStiINBMUncAqG9veKwXUEDNWr+JOA7RoVqv/3SC+dukb2N +vyRRLQXOiUFlJlNL0B6rWQt8pOtYymVHqGkg6qIJtoknAiPZvLIn1nN+CGHpdX7548J FgMDzpCnJNqSdO+9A1QGynWtyeJsZpkcSxmPSlRaeJHqooiidZUiHZ+ATSgAAbpPEmkl Vbm6X6DdOKCigxnWC/vMMay7o2PMyKiNOWta2aniGdlCaw3AGTMn78K/E927zZ2fmEKX mvmF4P47ewm8Af3DEAAeW43klT18VVpHKP2WmgaidBiBxOuqYadl4suAzf6jmmwN/zbj T9NA== MIME-Version: 1.0 X-Received: by 10.15.101.13 with SMTP id bo13mr643654eeb.77.1383782120866; Wed, 06 Nov 2013 15:55:20 -0800 (PST) Sender: hiren.panchasara@gmail.com Received: by 10.14.127.195 with HTTP; Wed, 6 Nov 2013 15:55:20 -0800 (PST) In-Reply-To: References: <1383058810.14878.40267333.50100861@webmail.messagingengine.com> Date: Wed, 6 Nov 2013 15:55:20 -0800 X-Google-Sender-Auth: GYUKbRvTjn-TPiWDfuEYDOV1r70 Message-ID: Subject: Re: hwpstate0: set freq failed patch From: hiren panchasara To: Mark Felder Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current , 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: Wed, 06 Nov 2013 23:55:23 -0000 On Tue, Oct 29, 2013 at 2:13 PM, hiren panchasara wrote: > On Tue, Oct 29, 2013 at 8:00 AM, Mark Felder wrote: >> >> PR in question: >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=167018 >> >> CCing hiren@ and avg@ > > I will try to get back on this soon. sbruno@ committed the fix: http://svnweb.freebsd.org/changeset/base/257769 cheers, Hiren From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 00:01:29 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 07C05D79; Thu, 7 Nov 2013 00:01:29 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CD63229F3; Thu, 7 Nov 2013 00:01:28 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 0A15E10503; Thu, 7 Nov 2013 00:01:26 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 0A15E10503 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Wed, 6 Nov 2013 19:01:24 -0500 From: Glen Barber To: Devin Teske Subject: Re: [Review] bsdconfig pkgng integration Message-ID: <20131107000124.GH1761@glenbarber.us> References: <527ACA8E.7010301@allanjude.com> <21C1BAD8-DC2F-4338-9AE5-28B28B64C933@fisglobal.com> <527ACE7B.6090002@allanjude.com> <20131106233218.GF1761@glenbarber.us> <39DE2EDF-69F3-43C5-AEDE-7A5399AC2859@fisglobal.com> <20131106234417.GG1761@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="cW+P/jduATWpL925" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: " Current" , "Teske, Devin" 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, 07 Nov 2013 00:01:29 -0000 --cW+P/jduATWpL925 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 06, 2013 at 11:53:28PM +0000, Teske, Devin wrote: > > And if we need to change something with the infrastructure, we now have > > to tell people that this was done. You are putting hard-coded > > limitations on us. Don't. > >=20 >=20 > I disagree. >=20 > You're making the argument for "what if a CDN goes away". >=20 No, you are thinking about it backwards. If a node goes down (there is no "CDN"), we take it out of DNS. A single entry, removed from the pkg.FreeBSD.org SRV record. We do not have to redirect anything, we do not have to update various configuration files in various places in the tree. Glen --cW+P/jduATWpL925 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSethUAAoJELls3eqvi17Q0rEP/2eqy6XhsQzvru2se+wI42/T hOiQUfZOIuzrblcaUtdHujQO+uh0B21BLVWqbIGV8jaE/J/JZfyX/HzuPWZNMUeH i6oS7T+iN4QJtBsCYYaIEKtXezm70BkRvuUoA4FbA3ocBfA2d4ESZJMlzS7Zrxy3 FelLQ+AzpIFi5b5gugvVhvKVF8NY54EW9/bBZ1e/1bL47ZWtHSYCi9TM6m+s0BaS vvm+Gl66dVORjK7qk0uyOGL6fUOIVBB5sNHyYJipOOXK8Umm0ebG/Dextt9dBZBa b1Dc00klbzTyYlf/7+xz4zxKx8Ny5DJOCA3O2ryOW7ryfl2RTkmPGuSDtv3pwqcs eDQTz/XIHCtZpF44STf7IFhp0VBRYqs1IfPN6I3QZFDRIATplXm5fEGHrAxFPqxs rtykoRWOBzj5BgZZh6V220E0KT13jP7HSH/eUqoRNL3tX0eOgl1qD5ozTLpP1MpO Qg71ykabIdyBjk0bHwcPTNtDmQesBNMaBiPdLgIR3W02Rc2zCTc0BhlxQH4JX+ZI fn2oHFHYqms5LWS92rtjBOGPMNX/YJOwi7pTgbMJa1tzcB/5cMfIQ2Y8C2ZmLg8H EVZMURYEeWncGKQM7oedH9JdFhWXu9zjenHy3E2OfAqkJR5JC6C7K+k3JGPaWaPw eiH7g+biNw2+iNgyBmoC =/wuB -----END PGP SIGNATURE----- --cW+P/jduATWpL925-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 00:02:04 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 11883C2; Thu, 7 Nov 2013 00:02:04 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C8FE32A08; Thu, 7 Nov 2013 00:02:03 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.16]) by ltcfislmsgpa05.fnfis.com (8.14.5/8.14.5) with ESMTP id rA701x0d006501 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 6 Nov 2013 18:01:59 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.152]) by LTCFISWMSGHT05.FNFIS.com ([10.132.206.16]) with mapi id 14.03.0158.001; Wed, 6 Nov 2013 18:01:57 -0600 From: "Teske, Devin" To: Glen Barber Subject: Re: [Review] bsdconfig pkgng integration Thread-Topic: [Review] bsdconfig pkgng integration Thread-Index: AQHO2x6RJrucrqXds0+MgGctNGb1BpoZR36A Date: Thu, 7 Nov 2013 00:01:57 +0000 Message-ID: <5B245AD6-DAEB-49E2-8E7F-323ED7A4B928@fisglobal.com> References: <527ACA8E.7010301@allanjude.com> <21C1BAD8-DC2F-4338-9AE5-28B28B64C933@fisglobal.com> <527ACE7B.6090002@allanjude.com> <20131106233218.GF1761@glenbarber.us> <39DE2EDF-69F3-43C5-AEDE-7A5399AC2859@fisglobal.com> <20131106234417.GG1761@glenbarber.us> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: multipart/signed; boundary="Apple-Mail=_02214403-73CD-450F-9EC2-79A7E20BE56B"; protocol="application/pgp-signature"; micalg=pgp-sha512 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-11-06_06:2013-11-06,2013-11-06,1970-01-01 signatures=0 Cc: Devin Teske , "Teske, Devin" , " Current" 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: Thu, 07 Nov 2013 00:02:04 -0000 --Apple-Mail=_02214403-73CD-450F-9EC2-79A7E20BE56B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Nov 6, 2013, at 3:53 PM, Teske, Devin wrote: >=20 > On Nov 6, 2013, at 3:44 PM, Glen Barber wrote: >=20 >> On Wed, Nov 06, 2013 at 11:37:43PM +0000, Teske, Devin wrote: >>>> You do not need to show any servers except pkg.FreeBSD.org. >>>=20 >>> Bapt *just* got finished telling me in IRC that we should also list: >>>=20 >>> pkg.eu >>> pkg.us-* >>>=20 >>=20 >> Why? >>=20 >>> Which I assume to be the same make/model of pkg.f.o (does not >>> return an A or AAAA but only SVR). >>>=20 >>=20 >> And if we need to change something with the infrastructure, we now have >> to tell people that this was done. You are putting hard-coded >> limitations on us. Don't. >>=20 >=20 > I disagree. >=20 > You're making the argument for "what if a CDN goes away". >=20 > Well... people stop using that entry because it's broken and in the next = release > you remove it. >=20 > What sounds like a maintenance issue will actually save you support event= s. > And for whatever hours that this proposed maintenance actually cost you, = you'll > more than make up that in prevented support events. >=20 > I'm talking about saving time (because we're all volunteers, right?) >=20 > Let me be very explicit... >=20 >=20 >=20 >> With a single entry (pkg.FreeBSD.org), we do not have to worry about >> what is broken if (when) we need to change something. >>=20 >=20 > Let's say that the one entry doesn't do what you want (which requires tru= sting > the CDN maintenance on the back-end)... >=20 > You're telling me that it's more efficient to immediately defer every sin= gle user > to the support forums the moment there's a single hiccup in the ONE and O= NLY > CDN name that we're providing? >=20 > Ok... but let's look at one alternative... >=20 > If we listed more than one CDN, and one breaks... the wise and tenacious = user > simply ... tries another? >=20 > But if there are no other choices... then you'll be headed strait to the = forums or > mailing lists and generating what I call a "support event". >=20 > I'm sorry, but I don't agree that listing only one single entry is going = to be beneficial > to the end-user; only to the person that thinks having a single CDN to ma= intain is > going to actually save them work (which may only be true if they are not = the ones > that have to manage support events). I think there's a lot of misunderstanding going on because of the way that = clusteradm has set up our CDN. It is true that right now, pkg.f.o returns SRV records for all known mirror= s. It is also true that previously mentioned pkg.eu.f.o returns the one and on= ly SRV record for the one mirror in Europe. However, I am planning for a day when our CDN is administered in a more tra= ditional fashion. That is... I envisage pkg.f.o not returning all known mirrors (because there will be t= oo many as the CDN grows), but instead pkg.f.o would return only the 3 closest mirrors. Meanwhile, pkg.eu.f.o would grow to return records for the top-3 closest se= rvers in Europe. Just because the amount of machines that we have available for our CDN is s= mall, doesn't mean that it will be small forever. Eventually (as is the plan), the list of servers should far exceed the numb= er of SRV records you will want to return. And when we get to that point, I highly recommend = that we allow the user to choose the CDN specific to their country (at the very least). --=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. --Apple-Mail=_02214403-73CD-450F-9EC2-79A7E20BE56B Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJSeth1AAoJEKrMn5R9npq5YFEIAIRMa6nqerFn1wKu+dUjzEfG 2ZJv2M9+y+jWGHgEgvm7RpYhH9m2H9yF6ZK4spWsnmwzu7LUn8WMUrRl+okNfxli mMSj+y2oM+hIbIp2UMPIypVY7+m55YUBfn/Db8iFMFKwnOvMGEGoLT03MsYxfblY +OmLSmohMrtLJcoSMBYMSTcMWFtghXQA2F6fLhxFYwalJuZUNQrGEU0yr711LDX/ gbYCjq9aknDwoWIkVT57qnL6Ki+FEfGggJlkA4St+eHbBf+su+wzM1oWmG7XCcca ECWCbYUYumghvkhu496uSn8VUJ7uXCzerRAKSi7dYZKsluUfQygFRo9D16ld2sU= =BKYZ -----END PGP SIGNATURE----- --Apple-Mail=_02214403-73CD-450F-9EC2-79A7E20BE56B-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 00:13:55 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E68EF427; Thu, 7 Nov 2013 00:13:55 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A9A872A9A; Thu, 7 Nov 2013 00:13:55 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.15]) by ltcfislmsgpa06.fnfis.com (8.14.5/8.14.5) with ESMTP id rA70DqfW017016 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 6 Nov 2013 18:13:52 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.152]) by LTCFISWMSGHT04.FNFIS.com ([10.132.206.15]) with mapi id 14.03.0158.001; Wed, 6 Nov 2013 18:13:50 -0600 From: "Teske, Devin" To: Glen Barber Subject: Re: [Review] bsdconfig pkgng integration Thread-Topic: [Review] bsdconfig pkgng integration Thread-Index: AQHO2x6RJrucrqXds0+MgGctNGb1Bg== Date: Thu, 7 Nov 2013 00:13:49 +0000 Message-ID: <31C96E68-1503-4433-A286-288CADCBAD23@fisglobal.com> References: <527ACA8E.7010301@allanjude.com> <21C1BAD8-DC2F-4338-9AE5-28B28B64C933@fisglobal.com> <527ACE7B.6090002@allanjude.com> <20131106233218.GF1761@glenbarber.us> <39DE2EDF-69F3-43C5-AEDE-7A5399AC2859@fisglobal.com> <20131106234417.GG1761@glenbarber.us> <20131107000124.GH1761@glenbarber.us> In-Reply-To: <20131107000124.GH1761@glenbarber.us> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: multipart/signed; boundary="Apple-Mail=_5C38EEB8-0F7E-444D-B101-04ADDBC2B13A"; protocol="application/pgp-signature"; micalg=pgp-sha512 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-11-06_06:2013-11-06,2013-11-06,1970-01-01 signatures=0 Cc: Devin Teske , "Teske, Devin" , " Current" 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: Thu, 07 Nov 2013 00:13:56 -0000 --Apple-Mail=_5C38EEB8-0F7E-444D-B101-04ADDBC2B13A Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On Nov 6, 2013, at 4:01 PM, Glen Barber wrote: > On Wed, Nov 06, 2013 at 11:53:28PM +0000, Teske, Devin wrote: >>> And if we need to change something with the infrastructure, we now have >>> to tell people that this was done. You are putting hard-coded >>> limitations on us. Don't. >>> >> >> I disagree. >> >> You're making the argument for "what if a CDN goes away". >> > > No, you are thinking about it backwards. > > If a node goes down (there is no "CDN"), we take it out of DNS. > A single entry, removed from the pkg.FreeBSD.org SRV record. We do not > have to redirect anything, we do not have to update various > configuration files in various places in the tree. > Please help me to understand why on Earth you think: "[I am] putting hard-coded limitations on [you]" The facts: 1. The DNS names I am talking about: 1.a. pkg.f.o 1.b. pkg.eu.f.o 2. Do not resolve to an A or AAAA record So what hard-coding are you talking about? You talk about how "if a node goes down we take it out of DNS" but that has absolutely nothing to do with me because I'm not putting A/AAAA-resolving names in the menu. You do realize don't you that pkg.eu.f.o is a locale-specific name that will eventually hold potentially many-more European server names, right? You do realize that the actual European server is *NOT* pkg.eu, right? You do realize that while the name pkg.f.o may wholly encompass all the mirrors, that this will not always be true, right? I have no idea what you're talking about with the updating of config files. The only reason you would ever have to update a config file is if pkg.eu.f.o went away, but ... Now I will repeat... pkg.eu.f.o is NOT A REAL SERVER It is a name, that resolves to the SRV record of the European server. That being said... that name should not go away unless we no longer have even one single server in Europe. Oh, and by the way... The name "pkg.f.o" does *NOT* resolve to "pkg.eu"... pkg.eu is a sibling name that is disassociated -- it was actually *designed* to be used for this. -- Devin _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. --Apple-Mail=_5C38EEB8-0F7E-444D-B101-04ADDBC2B13A Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJSets9AAoJEKrMn5R9npq5mUUH/0lVuIiFaw2dSh/9V5bdYU2H IqK6ha33IsS+MHWvYU9RzIe/uTrkXM21FsSePoiQuAVvw6Kq7SUq0f6AEt1kFXZ7 C3w/viK+KYwRxJ3kVneVO0ynXP0fwuPqjgKRasHH+GzkgiT9kEPyocNtlh/2UhwM d+w/dx0R2aTk1cHOX1rzesOuPebJgaxPEIQ2L9P/RVJJyqYywOx61mzleFWuHzRk H6zBPLPDHSDMoRoZEJlI5gqgKEgNwWvCuk69qov89iKpnpOC+ZnbgdMrExjMpZKT c3N/b4HKaqmWmLMMOhYfWe9VHxAWJts20K0yCWxKNEJ40LUiJUJJ6XTSLCtn4K4= =3JTV -----END PGP SIGNATURE----- --Apple-Mail=_5C38EEB8-0F7E-444D-B101-04ADDBC2B13A-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 00:21:07 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C099F805 for ; Thu, 7 Nov 2013 00:21:07 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from mail-pd0-f177.google.com (mail-pd0-f177.google.com [209.85.192.177]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 981C62B0D for ; Thu, 7 Nov 2013 00:21:07 +0000 (UTC) Received: by mail-pd0-f177.google.com with SMTP id p10so257280pdj.36 for ; Wed, 06 Nov 2013 16:21:01 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=r79AKPXCQYRErAweSpaDgi5Pk1iT7lwS2KAVGUpkaEw=; b=Ttmzg5F71QhsYnxr+e7BKffLY5V92s8VIdBpkfaQ5W4l3lb/2E6GHV6/ahI2mZN48W WcO3A9jK3NSBZUc2QhlfwG8SN/KPir02x57BecNQs74d7LIgeNkI4RDvOrOM9e4jV1TR V0iZRj4EX6fsoeebJt/f2xMdp/mbW2+2WNgnbqMOIMivQqMFjU9E3AKbL2/mltwGcG6m LNjC9VRDurRIWdOuCJGk/ws3j7HYQA4cW0uyHVVN7tYYAZHnmtdqPYyM2E0c3MIS6HLo 8E4t/a9/JZIBpK+GVsVvwxo7Ir87zqD8BsWa1gczyt6eTskUUBfEF7BgGm5gXg7/wkWD KujQ== X-Gm-Message-State: ALoCoQnLrTQWul7YmyXLMoxXHqDeTvpoc36OJ/mxnOXTgPMB9aSPQ2snmiV4HrAa3bzK3oIqc9QU X-Received: by 10.68.162.131 with SMTP id ya3mr6033757pbb.102.1383783660989; Wed, 06 Nov 2013 16:21:00 -0800 (PST) Received: from [192.168.2.126] (99-74-169-43.lightspeed.sntcca.sbcglobal.net. [99.74.169.43]) by mx.google.com with ESMTPSA id qn1sm718861pbc.34.2013.11.06.16.20.59 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 06 Nov 2013 16:21:00 -0800 (PST) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: cron(8) improvement From: Tim Kientzle In-Reply-To: <52792B60.1030309@allanjude.com> Date: Wed, 6 Nov 2013 16:21:05 -0800 Content-Transfer-Encoding: 7bit Message-Id: <488180AE-5C23-402A-BAA4-E3263D8C52BF@kientzle.com> References: <52792B60.1030309@allanjude.com> To: Allan Jude X-Mailer: Apple Mail (2.1510) 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: Thu, 07 Nov 2013 00:21:07 -0000 On Nov 5, 2013, at 9:31 AM, Allan Jude wrote: > This came up in discussion on IRC and I thought I should throw it at the > list so I don't forget. > > A user was asking how to do what linux cron does, where there is a > directory /etc/cron.d/ that packages and add files to to create crontabs. > > Making FreeBSD's cron (Vixie Cron) include /etc/cron.d/ and > /usr/local/etc/cron.d/ in the /etc/crontab format seems like a very > useful feature, especially for pkg(8) as it makes it easy and safe to > programatically add and remove crontabs as part of a package. This is a good idea. We should do it. How and if this facility gets used is a separate question. "Tools, not policy." Support for a cron.d directory is a tool that can be used in many ways. The policy of how it should be used is a separate discussion. (For example, whether or not ports or packages should install crontab files into /usr/local/etc/cron.d/ can be richly debated after that directory exists.) Tim From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 00:22:39 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 45E1394B; Thu, 7 Nov 2013 00:22:39 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F30172B2D; Thu, 7 Nov 2013 00:22:38 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id E0AC7108DB; Thu, 7 Nov 2013 00:22:36 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us E0AC7108DB Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Wed, 6 Nov 2013 19:22:35 -0500 From: Glen Barber To: Devin Teske Subject: Re: [Review] bsdconfig pkgng integration Message-ID: <20131107002235.GI1761@glenbarber.us> References: <527ACA8E.7010301@allanjude.com> <21C1BAD8-DC2F-4338-9AE5-28B28B64C933@fisglobal.com> <527ACE7B.6090002@allanjude.com> <20131106233218.GF1761@glenbarber.us> <39DE2EDF-69F3-43C5-AEDE-7A5399AC2859@fisglobal.com> <20131106234417.GG1761@glenbarber.us> <20131107000124.GH1761@glenbarber.us> <31C96E68-1503-4433-A286-288CADCBAD23@fisglobal.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="HuXIgs6JvY9hJs5C" Content-Disposition: inline In-Reply-To: <31C96E68-1503-4433-A286-288CADCBAD23@fisglobal.com> X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: " Current" , "Teske, Devin" 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, 07 Nov 2013 00:22:39 -0000 --HuXIgs6JvY9hJs5C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 07, 2013 at 12:13:49AM +0000, Teske, Devin wrote: > So what hard-coding are you talking about? >=20 You are trying to hard-code hostnames for a service in the FreeBSD src/ tree, when it is *absolutely* unnecessary. > You talk about how "if a node goes down we take it out of DNS" > but that has absolutely nothing to do with me because I'm not > putting A/AAAA-resolving names in the menu. >=20 I did not once say anything about A or AAAA records. > You do realize don't you that pkg.eu.f.o is a locale-specific name > that will eventually hold potentially many-more European server > names, right? >=20 So? > You do realize that the actual European server is *NOT* pkg.eu, > right? >=20 *Sigh*... > You do realize that while the name pkg.f.o may wholly encompass > all the mirrors, that this will not always be true, right? >=20 No, you are wrong. > I have no idea what you're talking about with the updating of config > files. >=20 Clearly. If you hard-code anything other than pkg.FreeBSD.org in bsdconfig, now clusteradm has to become aware of it, and make sure that record *always* exists, no matter what the endpoint is. This nonsense happened with sysinstall, and anything else that used the FTP mirror list. And when a node disappears, for whatever reason, it is an absolute nightmare to sort out. For the last time, you do not need to have *any* host entries other than 'pkg.FreeBSD.org'. Period. > That being said... that name should not go away unless we no longer > have even one single server in Europe. >=20 This has nothing to do with bsdconfig. Try to see my larger point. > Oh, and by the way... >=20 > The name "pkg.f.o" does *NOT* resolve to "pkg.eu"... pkg.eu is a sibling > name that is disassociated -- it was actually *designed* to be used for > this. So was pkg.FreeBSD.org. It is why I do *NOT* want you to hard-code anything other than that. Glen --HuXIgs6JvY9hJs5C Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSet1KAAoJELls3eqvi17QsUoP/0i+Zl/spKkhgUXrfXyIYyPc pIvFzzDd/rvuWtIsNrPqMzD8yUSl5czy72+8M+avfNZT5eqc/i3Ck3pQZi3RzYkW lQy4O5So401/mfPstl2Ii3NOqVbu81fs+SeMXL0zzv73Of4ec47srzVnujouEsXW 6WzNd6ztdWDIujJrLnsPWL02BNrOs+seIXItVHQ4U2qSthYS1SMOxe3vvL07f9nb pEd7T1u6nOS/wTzu/bzZSJ9/m/w6WqkXx+RAQLzvyWBL+sxfKLo3M+Vo9+Eg5FjB OrwuzZU2Ehz5gPe/v9QwIfYJFVhr+6nN6zvcZt2X8/q4jDMTeGMe57EOis9C3JRY P4rGfsm2QDqvsmN/WAjP9PNo+fithVuZsIE4hJBlxrNOQpf+3jPMeBoxIZjXLvEB gxiH4uMgZ5dsmsY07FqfH22BaKOpbFueryarbANsAY15YDHXxpriRQq7RvkQPnTf ONwNWf48EJr/hukR8rMfLUPyl0oNi00bv4xjPWOdLx8ZtYxBAY5jnaG6eMN4cBDh xlOB9wVKSa42cLLytUohY57/2DZWpcVJWNqgUsarqaFjnQ9Tddlam9T+u+HM4dkJ yKUeq+Qhy5lE7rxHTQbehkb22nxGn8e0U8PPfz/FMswhmt1gfKc0QpPwLl4HGX4c YhxZdhp0yH6zvNbaKift =0x2+ -----END PGP SIGNATURE----- --HuXIgs6JvY9hJs5C-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 00:48:08 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B1C1B93; Thu, 7 Nov 2013 00:48:08 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 740C82C5F; Thu, 7 Nov 2013 00:48:07 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.16]) by ltcfislmsgpa02.fnfis.com (8.14.5/8.14.5) with ESMTP id rA70m42e009211 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 6 Nov 2013 18:48:04 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.152]) by LTCFISWMSGHT05.FNFIS.com ([10.132.206.16]) with mapi id 14.03.0158.001; Wed, 6 Nov 2013 18:48:02 -0600 From: "Teske, Devin" To: Glen Barber Subject: Re: [Review] bsdconfig pkgng integration Thread-Topic: [Review] bsdconfig pkgng integration Thread-Index: AQHO2x6RJrucrqXds0+MgGctNGb1Bg== Date: Thu, 7 Nov 2013 00:48:02 +0000 Message-ID: References: <527ACA8E.7010301@allanjude.com> <21C1BAD8-DC2F-4338-9AE5-28B28B64C933@fisglobal.com> <527ACE7B.6090002@allanjude.com> <20131106233218.GF1761@glenbarber.us> <39DE2EDF-69F3-43C5-AEDE-7A5399AC2859@fisglobal.com> <20131106234417.GG1761@glenbarber.us> <20131107000124.GH1761@glenbarber.us> <31C96E68-1503-4433-A286-288CADCBAD23@fisglobal.com> <20131107002235.GI1761@glenbarber.us> In-Reply-To: <20131107002235.GI1761@glenbarber.us> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: multipart/signed; boundary="Apple-Mail=_7B96CD12-0E7B-4DF5-9025-680A8FAAAFA0"; protocol="application/pgp-signature"; micalg=pgp-sha512 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-11-06_06:2013-11-06,2013-11-06,1970-01-01 signatures=0 Cc: Devin Teske , "Teske, Devin" , " Current" 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: Thu, 07 Nov 2013 00:48:08 -0000 --Apple-Mail=_7B96CD12-0E7B-4DF5-9025-680A8FAAAFA0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Nov 6, 2013, at 4:22 PM, Glen Barber wrote: > On Thu, Nov 07, 2013 at 12:13:49AM +0000, Teske, Devin wrote: >> So what hard-coding are you talking about? >>=20 >=20 > You are trying to hard-code hostnames for a service in the FreeBSD > src/ tree, when it is *absolutely* unnecessary. >=20 Not all hostnames are equal. As you know, pkg.freebsd.org is one that you would never deny. So just as pkg.freebsd.org is "different" from a normal hostname, pkg.eu.freebsd.org and pkg.us-east.freebsd.org and pkg.us-west.freebsd.org are similarly "different" (in the same way). I'm not trying to hard-code any ol' hostnames... I'm trying to hardcode the hostnames which can be administered to point to one or more grouped servers. You talk about how pkg.freebsd.org is unique because we can simply change where it points... I'm talking about doing the same thing for the other 3 names we have which were designed for the same thing. I think that you're thinking that: pkg.eu.freebsd.org pkg.us-east.freebsd.org pkg.us-west.freebsd.org Will somehow change? The only way they would change is in the same way that you would change pkg.freebsd.org -- I don't know how much clearer I can make this. >> You talk about how "if a node goes down we take it out of DNS" >> but that has absolutely nothing to do with me because I'm not >> putting A/AAAA-resolving names in the menu. >>=20 >=20 > I did not once say anything about A or AAAA records. >=20 You talked about a node going down. A node has a A or quad-A record. The name for that node is served via the SRV record. Read the above paragraph again carefully. I said "A/AAAA-resolving names" That is equivalent to "node name" and you were talking about "what if a node goes down." And my answer to that was... I don't care if a node goes down, because I'm not using node names in the menu. >> You do realize don't you that pkg.eu.f.o is a locale-specific name >> that will eventually hold potentially many-more European server >> names, right? >>=20 >=20 > So? >=20 So, the name "pkg.eu" is never going to change. It, like pkg.freebsd.org will just have modified SRV records to track the European nodes. >> You do realize that the actual European server is *NOT* pkg.eu, >> right? >>=20 >=20 > *Sigh*... >=20 Your sign leads me to be concerned that there is a false assumption that the DNS name that serves the SRV records should be a one-to-one mapping. There's absolutely no reason whatsoever to dedicate an entire locale specific domain to one SRV record. That's silly. As we grow, this domain -- which is decidedly locale-specific by way of its actual name -- should be used for what it was intended... a locale abstraction of many-to-one. >> You do realize that while the name pkg.f.o may wholly encompass >> all the mirrors, that this will not always be true, right? >>=20 >=20 > No, you are wrong. >=20 I surely hope I am not. You're saying that: + We'll never have more than one server in Europe. + We'll never have more than one server in the West Coast of the USA. + We'll never have more than one server in the East Coast of the USA. That makes me very sad. Very sad indeed. I envisaged a growth that would have had dozens upon dozens of servers all throughout, and the locale-specific domains would then return geographically based SRV records (of which we administer on the back-end). >> I have no idea what you're talking about with the updating of config >> files. >>=20 >=20 > Clearly. If you hard-code anything other than pkg.FreeBSD.org in > bsdconfig, now clusteradm has to become aware of it, and make sure that > record *always* exists, no matter what the endpoint is. >=20 http://lists.freebsd.org/pipermail/freebsd-pkg/2013-October/000107.html According to that mail, clusteradm *should* already be away of the three I mentioned... pkg.eu, pkg.us-east, and pkg.us-west > This nonsense happened with sysinstall, and anything else that used the > FTP mirror list. And when a node disappears, for whatever reason, it is > an absolute nightmare to sort out. >=20 I have to continue to beat the drum... You had to do that in sysinstall, because the names that were used there were A/quad-A resolving names (node names). Just as pkg.freebsd.org is not one of those names... pkg.eu and pkg.us-* are not like the names used in sysinstall. So please... tell me again, how or why you would *ever* have to modify pkg.eu or pkg.us-* ??? > For the last time, you do not need to have *any* host entries other than > 'pkg.FreeBSD.org'. Period. >=20 Until you acknowledge that pkg.eu and pkg.us-* are of the same pedigree as pkg.f.o, I assume that you are still confusing this list of names with a traditional list of names like sysinstall had. >> That being said... that name should not go away unless we no longer >> have even one single server in Europe. >>=20 >=20 > This has nothing to do with bsdconfig. Try to see my larger point. >=20 Oh, I agree... I'm looking forward to the big picture when pkg.eu returns more than one SRV record. I'm looking forward to the day that pkg.us-east and pkg.us-west return more than one SRV record. I'd like to some day see: + pkg.freebsd.org use geo2ip to return SRV of closest entries + pkg.eu to return multiple SRV records for multiple European mirrors + pkg.us-* to similarly return multiple SRV records Can't you see what I'm going for? It's a lot larger in scale than what we h= ave now. Why not strive to attain a full-scale CDN and geo-location awareness? I think it's foolish to get locked into this notion that we have to have on= e-to-one sub-mapping of SRV records under the main guy. >> Oh, and by the way... >>=20 >> The name "pkg.f.o" does *NOT* resolve to "pkg.eu"... pkg.eu is a sibling >> name that is disassociated -- it was actually *designed* to be used for >> this. >=20 > So was pkg.FreeBSD.org. It is why I do *NOT* want you to hard-code > anything other than that. >=20 You misread what I stated... pkg.eu was designed for the same purpose as pkg.f.o In every way. --=20 Devin > Glen >=20 _____________ 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. --Apple-Mail=_7B96CD12-0E7B-4DF5-9025-680A8FAAAFA0 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJSeuNCAAoJEKrMn5R9npq53OEIAJ0j7juTKnfTsFCNxku2N4+x EUASnVqGhO3Z2dYeYCX+1s0J3uKi8n19kYgUDLsKWNsK7zroxYkjWWAJOHLGZgBU luMmGQXbXzkdcYthQWgEc4myJFkC4scZ737TWdT9ZD+9tvHPil7NClO++Yaqvuvg mYcI9y7+7qOwah0BONL+7umKQs5Of2i2Iy0qnaYZajVC/oyN7c/2tjL5+7gQCD/g 73Apf35YsSLd6fhhdtdqfomMmD49Wf/fYPjfRbBq22DAWAFSXmtqtmHDg01pC+dU jlwfu1lexArKib2LXFbyJpj7/T9ONK0wiIYw6LW5NYD5pgR2K5JQQZ3Q6P1+3Xs= =CA2h -----END PGP SIGNATURE----- --Apple-Mail=_7B96CD12-0E7B-4DF5-9025-680A8FAAAFA0-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 01:03:01 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E5AFC3D4; Thu, 7 Nov 2013 01:03:01 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B5BCB2D3C; Thu, 7 Nov 2013 01:03:01 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id C872411067; Thu, 7 Nov 2013 01:02:58 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us C872411067 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Wed, 6 Nov 2013 20:02:56 -0500 From: Glen Barber To: Devin Teske Subject: Re: [Review] bsdconfig pkgng integration Message-ID: <20131107010256.GM1761@glenbarber.us> References: <527ACE7B.6090002@allanjude.com> <20131106233218.GF1761@glenbarber.us> <39DE2EDF-69F3-43C5-AEDE-7A5399AC2859@fisglobal.com> <20131106234417.GG1761@glenbarber.us> <20131107000124.GH1761@glenbarber.us> <31C96E68-1503-4433-A286-288CADCBAD23@fisglobal.com> <20131107002235.GI1761@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="EqVOK5mkaJAMmtSx" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: " Current" , "Teske, Devin" 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, 07 Nov 2013 01:03:02 -0000 --EqVOK5mkaJAMmtSx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 07, 2013 at 12:48:02AM +0000, Teske, Devin wrote: > I think that you're thinking that: >=20 > pkg.eu.freebsd.org > pkg.us-east.freebsd.org > pkg.us-west.freebsd.org >=20 > Will somehow change? I think you're thinking they *won't* change. Don't assume. Glen --EqVOK5mkaJAMmtSx Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSeubAAAoJELls3eqvi17QZKsP+gNBP/xTlwsNxhktH8uy9HQ9 bD3Z1SAGbRkgR5bvBgs4lCr8y0IbP1YHHIpJDpHgnxMB1d5HIT9BU2tavmeD+y+A G2t3beFZZzLk1dENuk0QJiIOWmH16wOSlY7SJjQ2+SpuuF+UQ23pdNOayjkVOqXa g/47KCLvobcQC3SazFoW9gPXiKLlAQlw3UTlwahMpd/X9ZtTfpeuuTjdn2f38TT/ CKTtliWqgGVKZPgHesNQPL9Ue7U/ovUZWUwHf0bp6gIcgDOHhJrM7oLCX3OgxIvk O7xZ1QvMBpeuQHqSfpb0QX404/4RuNeYfZ6mGYnWIOe532GRI+T9JMppqMqSsP/q ifx0gTfjPPA+3cW2PxYHTbUbX/fJThO3TR8/tjcD/jCT/GNFLwBICxX6sganIyTZ dOgvGzsrw3PdtqlTfg1POD8g0+JlzUGgasiYRAukgXeZDbQOB6jxzrAh2N5l1Ll1 ojx4wdD19/KLmna+cgl6QudZ/pXcm6050AiDUgQJGDD6zVC/puMWovNcdKj2dHRh RatjJZ7S2eJ4E29lZdcmoxHEf/jEcM1s3kxttkWXWfoo4HlV41vXL/stVxEF2pPq 6G8wN1dc1fZAIbI4HHZob3lTO7IrdS8I1URTJxmeI3UoF8UM6UPKuVDZ1GoueJQg t3ZCHauVd+KHQFLFYzTh =/nWl -----END PGP SIGNATURE----- --EqVOK5mkaJAMmtSx-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 01:13:46 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8E473914; Thu, 7 Nov 2013 01:13:46 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4FD592E01; Thu, 7 Nov 2013 01:13:46 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.17]) by ltcfislmsgpa01.fnfis.com (8.14.5/8.14.5) with ESMTP id rA71DdEk009915 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 6 Nov 2013 19:13:39 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.152]) by LTCFISWMSGHT06.FNFIS.com ([10.132.206.17]) with mapi id 14.03.0158.001; Wed, 6 Nov 2013 19:13:38 -0600 From: "Teske, Devin" To: Glen Barber Subject: Re: [Review] bsdconfig pkgng integration Thread-Topic: [Review] bsdconfig pkgng integration Thread-Index: AQHO2x6RJrucrqXds0+MgGctNGb1Bg== Date: Thu, 7 Nov 2013 01:13:37 +0000 Message-ID: <983A4028-3611-4B5E-8B57-9617DC31517B@fisglobal.com> References: <527ACE7B.6090002@allanjude.com> <20131106233218.GF1761@glenbarber.us> <39DE2EDF-69F3-43C5-AEDE-7A5399AC2859@fisglobal.com> <20131106234417.GG1761@glenbarber.us> <20131107000124.GH1761@glenbarber.us> <31C96E68-1503-4433-A286-288CADCBAD23@fisglobal.com> <20131107002235.GI1761@glenbarber.us> <20131107010256.GM1761@glenbarber.us> In-Reply-To: <20131107010256.GM1761@glenbarber.us> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: multipart/signed; boundary="Apple-Mail=_372E90EB-7060-411E-8229-B4A03C070A61"; protocol="application/pgp-signature"; micalg=pgp-sha512 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-11-06_06:2013-11-06,2013-11-06,1970-01-01 signatures=0 Cc: Devin Teske , "Teske, Devin" , " Current" 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: Thu, 07 Nov 2013 01:13:46 -0000 --Apple-Mail=_372E90EB-7060-411E-8229-B4A03C070A61 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On Nov 6, 2013, at 5:02 PM, Glen Barber wrote: > On Thu, Nov 07, 2013 at 12:48:02AM +0000, Teske, Devin wrote: >> I think that you're thinking that: >> >> pkg.eu.freebsd.org >> pkg.us-east.freebsd.org >> pkg.us-west.freebsd.org >> >> Will somehow change? > > I think you're thinking they *won't* change. Don't assume. > Well, what *kind* of change? Changes to what they serve should be no problem... but what I was assuming that wouldn't change was their actual names. (e.g. "pkg.eu" stays "pkg.eu"). Couldn't care about any other change, because that would percolate at runtime off the DNS servers. -- Devin _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. --Apple-Mail=_372E90EB-7060-411E-8229-B4A03C070A61 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJSeulBAAoJEKrMn5R9npq5HGIH/2eKwGXZb3mA6UfyOQx4mAxS IUR4LtKerOQhD7eb5MeScrPzNp4YS80Ur2p7VO398+kL6+TCWsH15Z/I/tTOZ0nM iZkmynO57f31t9diS9ZBgDBW7ISuGAWDIE/DKdSb5jJ/C4pgaKK//XDGL6Z74NlO 7Ph+3KEq+lL03SOkYyTe+VRNo0WNhKlaku3F+c/KPxOEUYEb7xcq8ZtmGkBb6aJe Wf1BA3AZuBJ4dnSjueFaDRvtSZdwq4qQwdBdzke8rLzyOziZVmQ5naYX7x0rS+aX iAdN7Zk8UlI9OA62ce3on9ACN/wTXS9FK2ZGv7am7YkarZaUbQleq3FF8RtpuNQ= =FhKu -----END PGP SIGNATURE----- --Apple-Mail=_372E90EB-7060-411E-8229-B4A03C070A61-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 01:56:34 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 850112F2 for ; Thu, 7 Nov 2013 01:56:34 +0000 (UTC) (envelope-from lyndon@orthanc.ca) Received: from orthanc.ca (orthanc.ca [IPv6:2607:fc50:1000:8200::42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5B02D202B for ; Thu, 7 Nov 2013 01:56:34 +0000 (UTC) Received: from [192.168.42.6] (d66-183-220-167.bchsia.telus.net [66.183.220.167] (may be forged)) (authenticated bits=0) by orthanc.ca (8.14.7/8.14.7) with ESMTP id rA71uUR2048795 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Wed, 6 Nov 2013 17:56:32 -0800 (PST) (envelope-from lyndon@orthanc.ca) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1816\)) Subject: Re: cron(8) improvement From: Lyndon Nerenberg In-Reply-To: <488180AE-5C23-402A-BAA4-E3263D8C52BF@kientzle.com> Date: Wed, 6 Nov 2013 17:56:02 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <42145521-3A5C-4936-B1AB-782E88F55CD8@orthanc.ca> References: <52792B60.1030309@allanjude.com> <488180AE-5C23-402A-BAA4-E3263D8C52BF@kientzle.com> To: FreeBSD Current X-Mailer: Apple Mail (2.1816) 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, 07 Nov 2013 01:56:34 -0000 > Support for a cron.d directory is a tool that can be > used in many ways. I have used cron.d on other UNIXen, and for package-installed cron jobs = I find it significantly friendlier, in that it makes these jobs easily = identifiable to the sysadmin. As we do it now, the per-user crontabs are quite opaque. It's easy to = get a list of the 'logins' that have them, but the best you can do is = cat the files and hope the entries are well documented or obvious from = context. And editing a single file from an installer script is always = subject to failure: it's hard to guard from failure if somebody comes = along and, in the course of manually editing the file, upsets the = markers the [un]installer scripts are looking for. Allowing a package to add/rm a self-contained file avoids these = accidental editing muckups. And with a simple standardized naming = convention, the mapping from cron files to packages can be both unique = and obvious. This is a big win for the sysadmin trying to track down a = mystery run-away cron job. Some attention must be given to setting things the uid/gid to run under, = and it might be useful to allow specification of things like the login = class, and perhaps capsicum capabilities. Actually, the latter two = features are useful in the general case. Regardless, the core idea is = both sound and useful. --lyndon From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 01:58:11 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BF906414 for ; Thu, 7 Nov 2013 01:58:11 +0000 (UTC) (envelope-from feld@FreeBSD.org) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 93C1A2067 for ; Thu, 7 Nov 2013 01:58:11 +0000 (UTC) Received: from compute2.internal (compute2.nyi.mail.srv.osa [10.202.2.42]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 3B86C21C33 for ; Wed, 6 Nov 2013 20:49:37 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute2.internal (MEProxy); Wed, 06 Nov 2013 20:49:37 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:in-reply-to:references :subject:date; s=smtpout; bh=6Ha31M4v0GcZpCzG43ValfAZJLA=; b=Qya SlNhGpiMFlknbG4LW+CVhuQkbng6J/q9xbZJvL/0qI9quxKPjw7B/JjHD8EGWucV iAjWjiKE0e4pxWfoasPEz1I9GzwoPxvI2EwBXJk0Fsfzj1S3lOgIRGEPGBZuOP4v P0boxJh4dcbG4mBTbJKwlv8XtsU9i/ywTtRqTYaE= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id 1BA6510CBFE; Wed, 6 Nov 2013 20:49:37 -0500 (EST) Message-Id: <1383788977.14448.44112617.6F0D61A0@webmail.messagingengine.com> X-Sasl-Enc: VynoeODyq6GWXL1rFWOi8AXq9Yos+1OOFOuxKycha/V/ 1383788977 From: Mark Felder To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-d4893488 In-Reply-To: <488180AE-5C23-402A-BAA4-E3263D8C52BF@kientzle.com> References: <52792B60.1030309@allanjude.com> <488180AE-5C23-402A-BAA4-E3263D8C52BF@kientzle.com> Subject: Re: cron(8) improvement Date: Wed, 06 Nov 2013 19:49:37 -0600 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, 07 Nov 2013 01:58:11 -0000 On Wed, Nov 6, 2013, at 18:21, Tim Kientzle wrote: > > On Nov 5, 2013, at 9:31 AM, Allan Jude wrote: > > > This came up in discussion on IRC and I thought I should throw it at the > > list so I don't forget. > > > > A user was asking how to do what linux cron does, where there is a > > directory /etc/cron.d/ that packages and add files to to create crontabs. > > > > Making FreeBSD's cron (Vixie Cron) include /etc/cron.d/ and > > /usr/local/etc/cron.d/ in the /etc/crontab format seems like a very > > useful feature, especially for pkg(8) as it makes it easy and safe to > > programatically add and remove crontabs as part of a package. > > This is a good idea. We should do it. > > How and if this facility gets used is a separate question. > > "Tools, not policy." > > Support for a cron.d directory is a tool that can be > used in many ways. The policy of how it should be > used is a separate discussion. (For example, whether > or not ports or packages should install crontab files into > /usr/local/etc/cron.d/ can be richly debated after that > directory exists.) > Ok, so we create that directory. Now nobody can use it in a port until FreeBSD 8.4 is EoL -- approximately June 30, 2015. We should be using the existing cron tabs directory *now*. We can't easily force older versions of FreeBSD to update their cron software or configuration to support that new directory. I'm not saying we shouldn't create it, just that we can't effectively use it for 2 years. From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 02:04:00 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 81711696; Thu, 7 Nov 2013 02:04:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 35A5720D6; Thu, 7 Nov 2013 02:03: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 rA723wfX070322; Wed, 6 Nov 2013 21:03: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 rA723wAe070315; Thu, 7 Nov 2013 02:03:58 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Nov 2013 02:03:58 GMT Message-Id: <201311070203.rA723wAe070315@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: Thu, 07 Nov 2013 02:04:00 -0000 TB --- 2013-11-07 00:17:49 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 00:17:49 - 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 --- 2013-11-07 00:17:49 - starting HEAD tinderbox run for mips/mips TB --- 2013-11-07 00:17:49 - cleaning the object tree TB --- 2013-11-07 00:17:49 - /usr/local/bin/svn stat /src TB --- 2013-11-07 00:18:09 - At svn revision 257753 TB --- 2013-11-07 00:18:10 - building world TB --- 2013-11-07 00:18:10 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 00:18:10 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 00:18:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 00:18:10 - SRCCONF=/dev/null TB --- 2013-11-07 00:18:10 - TARGET=mips TB --- 2013-11-07 00:18:10 - TARGET_ARCH=mips TB --- 2013-11-07 00:18:10 - TZ=UTC TB --- 2013-11-07 00:18:10 - __MAKE_CONF=/dev/null TB --- 2013-11-07 00:18:10 - cd /src TB --- 2013-11-07 00:18:10 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 00:18:18 UTC 2013 >>> Rebuilding 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 7 01:20:56 UTC 2013 TB --- 2013-11-07 01:20:56 - cd /src/sys/mips/conf TB --- 2013-11-07 01:20:56 - /usr/sbin/config -m ADM5120 TB --- 2013-11-07 01:20:56 - skipping ADM5120 kernel TB --- 2013-11-07 01:20:56 - cd /src/sys/mips/conf TB --- 2013-11-07 01:20:56 - /usr/sbin/config -m ALCHEMY TB --- 2013-11-07 01:20:56 - skipping ALCHEMY kernel TB --- 2013-11-07 01:20:56 - cd /src/sys/mips/conf TB --- 2013-11-07 01:20:56 - /usr/sbin/config -m ALFA_HORNET_UB TB --- 2013-11-07 01:20:56 - building ALFA_HORNET_UB kernel TB --- 2013-11-07 01:20:56 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 01:20:56 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 01:20:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 01:20:56 - SRCCONF=/dev/null TB --- 2013-11-07 01:20:56 - TARGET=mips TB --- 2013-11-07 01:20:56 - TARGET_ARCH=mips TB --- 2013-11-07 01:20:56 - TZ=UTC TB --- 2013-11-07 01:20:56 - __MAKE_CONF=/dev/null TB --- 2013-11-07 01:20:56 - cd /src TB --- 2013-11-07 01:20:56 - /usr/bin/make -B buildkernel KERNCONF=ALFA_HORNET_UB >>> Kernel build for ALFA_HORNET_UB started on Thu Nov 7 01:20:56 UTC 2013 >>> 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 ALFA_HORNET_UB completed on Thu Nov 7 01:24:03 UTC 2013 TB --- 2013-11-07 01:24:03 - cd /src/sys/mips/conf TB --- 2013-11-07 01:24:03 - /usr/sbin/config -m AP121 TB --- 2013-11-07 01:24:03 - building AP121 kernel TB --- 2013-11-07 01:24:03 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 01:24:03 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 01:24:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 01:24:03 - SRCCONF=/dev/null TB --- 2013-11-07 01:24:03 - TARGET=mips TB --- 2013-11-07 01:24:03 - TARGET_ARCH=mips TB --- 2013-11-07 01:24:03 - TZ=UTC TB --- 2013-11-07 01:24:03 - __MAKE_CONF=/dev/null TB --- 2013-11-07 01:24:03 - cd /src TB --- 2013-11-07 01:24:03 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Thu Nov 7 01:24:03 UTC 2013 >>> 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 AP121 completed on Thu Nov 7 01:26:59 UTC 2013 TB --- 2013-11-07 01:26:59 - cd /src/sys/mips/conf TB --- 2013-11-07 01:26:59 - /usr/sbin/config -m AP91 TB --- 2013-11-07 01:26:59 - building AP91 kernel TB --- 2013-11-07 01:26:59 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 01:26:59 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 01:26:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 01:26:59 - SRCCONF=/dev/null TB --- 2013-11-07 01:26:59 - TARGET=mips TB --- 2013-11-07 01:26:59 - TARGET_ARCH=mips TB --- 2013-11-07 01:26:59 - TZ=UTC TB --- 2013-11-07 01:26:59 - __MAKE_CONF=/dev/null TB --- 2013-11-07 01:26:59 - cd /src TB --- 2013-11-07 01:26:59 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Thu Nov 7 01:27:00 UTC 2013 >>> 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 AP91 completed on Thu Nov 7 01:31:00 UTC 2013 TB --- 2013-11-07 01:31:00 - cd /src/sys/mips/conf TB --- 2013-11-07 01:31:00 - /usr/sbin/config -m AP93 TB --- 2013-11-07 01:31:00 - building AP93 kernel TB --- 2013-11-07 01:31:00 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 01:31:00 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 01:31:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 01:31:00 - SRCCONF=/dev/null TB --- 2013-11-07 01:31:00 - TARGET=mips TB --- 2013-11-07 01:31:00 - TARGET_ARCH=mips TB --- 2013-11-07 01:31:00 - TZ=UTC TB --- 2013-11-07 01:31:00 - __MAKE_CONF=/dev/null TB --- 2013-11-07 01:31:00 - cd /src TB --- 2013-11-07 01:31:00 - /usr/bin/make -B buildkernel KERNCONF=AP93 >>> Kernel build for AP93 started on Thu Nov 7 01:31:00 UTC 2013 >>> 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 AP93 completed on Thu Nov 7 01:35:24 UTC 2013 TB --- 2013-11-07 01:35:24 - cd /src/sys/mips/conf TB --- 2013-11-07 01:35:24 - /usr/sbin/config -m AP94 TB --- 2013-11-07 01:35:24 - building AP94 kernel TB --- 2013-11-07 01:35:24 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 01:35:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 01:35:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 01:35:24 - SRCCONF=/dev/null TB --- 2013-11-07 01:35:24 - TARGET=mips TB --- 2013-11-07 01:35:24 - TARGET_ARCH=mips TB --- 2013-11-07 01:35:24 - TZ=UTC TB --- 2013-11-07 01:35:24 - __MAKE_CONF=/dev/null TB --- 2013-11-07 01:35:24 - cd /src TB --- 2013-11-07 01:35:24 - /usr/bin/make -B buildkernel KERNCONF=AP94 >>> Kernel build for AP94 started on Thu Nov 7 01:35:24 UTC 2013 >>> 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 AP94 completed on Thu Nov 7 01:40:48 UTC 2013 TB --- 2013-11-07 01:40:48 - cd /src/sys/mips/conf TB --- 2013-11-07 01:40:48 - /usr/sbin/config -m AP96 TB --- 2013-11-07 01:40:48 - building AP96 kernel TB --- 2013-11-07 01:40:48 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 01:40:48 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 01:40:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 01:40:48 - SRCCONF=/dev/null TB --- 2013-11-07 01:40:48 - TARGET=mips TB --- 2013-11-07 01:40:48 - TARGET_ARCH=mips TB --- 2013-11-07 01:40:48 - TZ=UTC TB --- 2013-11-07 01:40:48 - __MAKE_CONF=/dev/null TB --- 2013-11-07 01:40:48 - cd /src TB --- 2013-11-07 01:40:48 - /usr/bin/make -B buildkernel KERNCONF=AP96 >>> Kernel build for AP96 started on Thu Nov 7 01:40:48 UTC 2013 >>> 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 AP96 completed on Thu Nov 7 01:46:14 UTC 2013 TB --- 2013-11-07 01:46:14 - cd /src/sys/mips/conf TB --- 2013-11-07 01:46:14 - /usr/sbin/config -m AR71XX_BASE TB --- 2013-11-07 01:46:14 - building AR71XX_BASE kernel TB --- 2013-11-07 01:46:14 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 01:46:14 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 01:46:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 01:46:14 - SRCCONF=/dev/null TB --- 2013-11-07 01:46:14 - TARGET=mips TB --- 2013-11-07 01:46:14 - TARGET_ARCH=mips TB --- 2013-11-07 01:46:14 - TZ=UTC TB --- 2013-11-07 01:46:14 - __MAKE_CONF=/dev/null TB --- 2013-11-07 01:46:14 - cd /src TB --- 2013-11-07 01:46:14 - /usr/bin/make -B buildkernel KERNCONF=AR71XX_BASE >>> Kernel build for AR71XX_BASE started on Thu Nov 7 01:46:14 UTC 2013 >>> 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 AR71XX_BASE completed on Thu Nov 7 01:51:25 UTC 2013 TB --- 2013-11-07 01:51:25 - cd /src/sys/mips/conf TB --- 2013-11-07 01:51:25 - /usr/sbin/config -m AR724X_BASE TB --- 2013-11-07 01:51:25 - building AR724X_BASE kernel TB --- 2013-11-07 01:51:25 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 01:51:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 01:51:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 01:51:25 - SRCCONF=/dev/null TB --- 2013-11-07 01:51:25 - TARGET=mips TB --- 2013-11-07 01:51:25 - TARGET_ARCH=mips TB --- 2013-11-07 01:51:25 - TZ=UTC TB --- 2013-11-07 01:51:25 - __MAKE_CONF=/dev/null TB --- 2013-11-07 01:51:25 - cd /src TB --- 2013-11-07 01:51:25 - /usr/bin/make -B buildkernel KERNCONF=AR724X_BASE >>> Kernel build for AR724X_BASE started on Thu Nov 7 01:51:25 UTC 2013 >>> 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 AR724X_BASE completed on Thu Nov 7 01:55:30 UTC 2013 TB --- 2013-11-07 01:55:30 - cd /src/sys/mips/conf TB --- 2013-11-07 01:55:30 - /usr/sbin/config -m AR91XX_BASE TB --- 2013-11-07 01:55:30 - building AR91XX_BASE kernel TB --- 2013-11-07 01:55:30 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 01:55:30 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 01:55:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 01:55:30 - SRCCONF=/dev/null TB --- 2013-11-07 01:55:30 - TARGET=mips TB --- 2013-11-07 01:55:30 - TARGET_ARCH=mips TB --- 2013-11-07 01:55:30 - TZ=UTC TB --- 2013-11-07 01:55:30 - __MAKE_CONF=/dev/null TB --- 2013-11-07 01:55:30 - cd /src TB --- 2013-11-07 01:55:30 - /usr/bin/make -B buildkernel KERNCONF=AR91XX_BASE >>> Kernel build for AR91XX_BASE started on Thu Nov 7 01:55:30 UTC 2013 >>> 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 AR91XX_BASE completed on Thu Nov 7 02:00:27 UTC 2013 TB --- 2013-11-07 02:00:27 - cd /src/sys/mips/conf TB --- 2013-11-07 02:00:27 - /usr/sbin/config -m AR933X_BASE TB --- 2013-11-07 02:00:27 - building AR933X_BASE kernel TB --- 2013-11-07 02:00:27 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 02:00:27 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 02:00:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 02:00:27 - SRCCONF=/dev/null TB --- 2013-11-07 02:00:27 - TARGET=mips TB --- 2013-11-07 02:00:27 - TARGET_ARCH=mips TB --- 2013-11-07 02:00:27 - TZ=UTC TB --- 2013-11-07 02:00:27 - __MAKE_CONF=/dev/null TB --- 2013-11-07 02:00:27 - cd /src TB --- 2013-11-07 02:00:27 - /usr/bin/make -B buildkernel KERNCONF=AR933X_BASE >>> Kernel build for AR933X_BASE started on Thu Nov 7 02:00:27 UTC 2013 >>> 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 AR933X_BASE completed on Thu Nov 7 02:03:16 UTC 2013 TB --- 2013-11-07 02:03:16 - cd /src/sys/mips/conf TB --- 2013-11-07 02:03:16 - /usr/sbin/config -m AR934X_BASE TB --- 2013-11-07 02:03:16 - building AR934X_BASE kernel TB --- 2013-11-07 02:03:16 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 02:03:16 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 02:03:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 02:03:16 - SRCCONF=/dev/null TB --- 2013-11-07 02:03:16 - TARGET=mips TB --- 2013-11-07 02:03:16 - TARGET_ARCH=mips TB --- 2013-11-07 02:03:16 - TZ=UTC TB --- 2013-11-07 02:03:16 - __MAKE_CONF=/dev/null TB --- 2013-11-07 02:03:16 - cd /src TB --- 2013-11-07 02:03:16 - /usr/bin/make -B buildkernel KERNCONF=AR934X_BASE >>> Kernel build for AR934X_BASE started on Thu Nov 7 02:03:17 UTC 2013 >>> 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 -O -pipe -std=c99 -g -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 -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_radio.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal cc -c -O -pipe -std=c99 -g -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 -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_recv.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal cc -c -O -pipe -std=c99 -g -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 -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_recv_ds.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal cc -c -O -pipe -std=c99 -g -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 -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_reset.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal cc1: warnings being treated as errors /src/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_reset.c: In function 'ar9300_chip_reset': /src/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_reset.c:1337: warning: inlining failed in call to 'ar9300_init_pll': --param max-inline-insns-single limit reached [-Winline] /src/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_reset.c:2011: warning: called from here [-Winline] *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips/src/sys/AR934X_BASE *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-07 02:03:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-07 02:03:58 - ERROR: failed to build AR934X_BASE kernel TB --- 2013-11-07 02:03:58 - 4695.53 user 1020.87 system 6369.45 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 02:25:20 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D7F06DCC for ; Thu, 7 Nov 2013 02:25:20 +0000 (UTC) (envelope-from mueller6721@twc.com) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.225]) by mx1.freebsd.org (Postfix) with ESMTP id 91DBE21B6 for ; Thu, 7 Nov 2013 02:25:20 +0000 (UTC) Received: from [74.130.200.176] ([74.130.200.176:30797] helo=localhost) by cdptpa-oedge03 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 8D/9F-19454-E0AFA725; Thu, 07 Nov 2013 02:25:18 +0000 Date: Thu, 07 Nov 2013 02:25:18 +0000 Message-ID: <8D.9F.19454.E0AFA725@cdptpa-oedge03> From: "Thomas Mueller" To: freebsd-stable@freebsd.org References: <20130925063610.GA1507@michelle.cdnetworks.com> <36.52.26070.28C93425@cdptpa-oedge03> <20130926050038.GA1494@michelle.cdnetworks.com> <75.B0.09602.0CBE3425@cdptpa-oedge03> <20130926083326.GB1494@michelle.cdnetworks.com> <20131104021727.GB3610@michelle.cdnetworks.com> <1A.D8.19454.71BA9725@cdptpa-oedge03> <20131106042441.GA1401@michelle.cdnetworks.com> Subject: Re: dhclient failure with Realtek 8111E Ethernet on new MSI motherboard X-RR-Connecting-IP: 107.14.168.142:25 X-Cloudmark-Score: 0 Cc: pyunyh@gmail.com, 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, 07 Nov 2013 02:25:20 -0000 I tried the patch on 9.2-STABLE, rebuilt the kernel and modules, installed to the correct place on USB stick, /media/zip0/boot/kernelre USB stick was mounted on /media/zip0 when I did this. Then I umounted, took the USB stick to new computer with MSI Z77 MPOWER motherboard. I booted that USB stick, escaped to loader prompt, unload and boot /boot/kernelre/kernel got the same error when running "dhclient re0". Now I also have to update NetBSD-current and then build a Linux installation. Linux may offer a better chance of configuring wireless adapters. I was hoping a fix to the re(4) bug could make it for FreeBSD 10.0-RELEASE but am not betting on it. Tom From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 02:27:50 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4215AFF9 for ; Thu, 7 Nov 2013 02:27:50 +0000 (UTC) (envelope-from freebsd@allanjude.com) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id F22322201 for ; Thu, 7 Nov 2013 02:27:49 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.108.129]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id ABE5345E04 for ; Thu, 7 Nov 2013 02:27:48 +0000 (UTC) Message-ID: <527AFAA1.1040001@allanjude.com> Date: Wed, 06 Nov 2013 21:27:45 -0500 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: cron(8) improvement References: <52792B60.1030309@allanjude.com> <488180AE-5C23-402A-BAA4-E3263D8C52BF@kientzle.com> <1383788977.14448.44112617.6F0D61A0@webmail.messagingengine.com> In-Reply-To: <1383788977.14448.44112617.6F0D61A0@webmail.messagingengine.com> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mnl3j66O5oaxIWoeiLcLWuFTRJwMQAcqw" 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, 07 Nov 2013 02:27:50 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --mnl3j66O5oaxIWoeiLcLWuFTRJwMQAcqw Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2013-11-06 20:49, Mark Felder wrote: > > On Wed, Nov 6, 2013, at 18:21, Tim Kientzle wrote: >> On Nov 5, 2013, at 9:31 AM, Allan Jude wrote: >> >>> This came up in discussion on IRC and I thought I should throw it at = the >>> list so I don't forget. >>> >>> A user was asking how to do what linux cron does, where there is a >>> directory /etc/cron.d/ that packages and add files to to create cront= abs. >>> >>> Making FreeBSD's cron (Vixie Cron) include /etc/cron.d/ and >>> /usr/local/etc/cron.d/ in the /etc/crontab format seems like a very >>> useful feature, especially for pkg(8) as it makes it easy and safe to= >>> programatically add and remove crontabs as part of a package. >> This is a good idea. We should do it. >> >> How and if this facility gets used is a separate question. >> >> "Tools, not policy." >> >> Support for a cron.d directory is a tool that can be >> used in many ways. The policy of how it should be >> used is a separate discussion. (For example, whether >> or not ports or packages should install crontab files into >> /usr/local/etc/cron.d/ can be richly debated after that >> directory exists.) >> > Ok, so we create that directory. Now nobody can use it in a port until > FreeBSD 8.4 is EoL -- approximately June 30, 2015. > > We should be using the existing cron tabs directory *now*. We can't > easily force older versions of FreeBSD to update their cron software or= > configuration to support that new directory. > > I'm not saying we shouldn't create it, just that we can't effectively > use it for 2 years. > _______________________________________________ > 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" My use case is less about packages, and more about puppet, ansible etc. Puppet relies on these hideously large markers in the crontab files to programmatically add/remove crons, whereas a cron.d directory could be done nice and clean And in that case, the fact that it is not supported on 8.x does not bother me. --=20 Allan Jude --mnl3j66O5oaxIWoeiLcLWuFTRJwMQAcqw 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSevqjAAoJEJrBFpNRJZKft/UQAMGIBi7ojv9QXLk94gKY0G8y uBdknSngAZOapxbdwRAPky8diRoGs0a5PRJ/VQblXo6B7gG+EfzfwjM2XwVh9hOs mzJ2EEFG7s5g763fNWcF6yf+CNWN5aoDqcZDLDYfDhfyadZsJ4R0AruPVyJoGLxC WcbWmCz94d8A+AQv9sD9MT89dhM8tyTi2wGNQFsnCnRYGTJ4XkDwKzKZWyv7oS5v 4A7ijVYHGpSPtYAyXz5jrWuDn668UqbC1oEg33bcUu87JDb/m4Cnytfa2VTkAkpr oIhXthduEfa/p97trSItfWuDAPEiAdc6I9iGOrrN+fBT+rqCmFHPmnALDT/aGFvr 7F3tlqsGuibsF5LCJOIm0CMzl/MrkacPRTdnz7y7qqz09pl+mKWM29H+TvikkxQ4 I6RxgdVGoy3FggGJKw8Q98IKg4jJaw+aqguGyPnfbV1RfiPU7AIzgmlG53NzeUfN NnzPZdq3V0aFPNhbr4N/zXPmBZhze4zt6AFADncUBziqrKv66CWicPzX7B339OGP k4axBSxgbLpKnPE9bF7/8o9yUo6M9EF3sLJgEsevlZk9ktcMhfk6/b4MvQtI05LX Dkj2NdBuWTzUePh9iOu+RgaoSbFArNTCSdqXyl9Yel+CZOJB28JZQ3o6j+8Rpz7i b4dgeFeuf1lezG/w2Awz =OdyH -----END PGP SIGNATURE----- --mnl3j66O5oaxIWoeiLcLWuFTRJwMQAcqw-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 02:34:11 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1BC571D9; Thu, 7 Nov 2013 02:34:11 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D232E2256; Thu, 7 Nov 2013 02:34:10 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.17]) by ltcfislmsgpa06.fnfis.com (8.14.5/8.14.5) with ESMTP id rA72Y5R0002923 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 6 Nov 2013 20:34:05 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.152]) by LTCFISWMSGHT06.FNFIS.com ([10.132.206.17]) with mapi id 14.03.0158.001; Wed, 6 Nov 2013 20:34:04 -0600 From: "Teske, Devin" To: Glen Barber Subject: Re: [Review] bsdconfig pkgng integration Thread-Topic: [Review] bsdconfig pkgng integration Thread-Index: AQHO2x6RJrucrqXds0+MgGctNGb1BpoZcfsA Date: Thu, 7 Nov 2013 02:34:03 +0000 Message-ID: References: <527ACE7B.6090002@allanjude.com> <20131106233218.GF1761@glenbarber.us> <39DE2EDF-69F3-43C5-AEDE-7A5399AC2859@fisglobal.com> <20131106234417.GG1761@glenbarber.us> <20131107000124.GH1761@glenbarber.us> <31C96E68-1503-4433-A286-288CADCBAD23@fisglobal.com> <20131107002235.GI1761@glenbarber.us> <20131107010256.GM1761@glenbarber.us> <983A4028-3611-4B5E-8B57-9617DC31517B@fisglobal.com> In-Reply-To: <983A4028-3611-4B5E-8B57-9617DC31517B@fisglobal.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: multipart/signed; boundary="Apple-Mail=_79A32CC2-2271-4065-94AC-DBB71A2B306D"; protocol="application/pgp-signature"; micalg=pgp-sha512 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-11-06_06:2013-11-06,2013-11-06,1970-01-01 signatures=0 Cc: Devin Teske , "Teske, Devin" , Current 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: Thu, 07 Nov 2013 02:34:11 -0000 --Apple-Mail=_79A32CC2-2271-4065-94AC-DBB71A2B306D Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On Nov 6, 2013, at 5:13 PM, Teske, Devin wrote: > > On Nov 6, 2013, at 5:02 PM, Glen Barber wrote: > >> On Thu, Nov 07, 2013 at 12:48:02AM +0000, Teske, Devin wrote: >>> I think that you're thinking that: >>> >>> pkg.eu.freebsd.org >>> pkg.us-east.freebsd.org >>> pkg.us-west.freebsd.org >>> >>> Will somehow change? >> >> I think you're thinking they *won't* change. Don't assume. >> > > Well, what *kind* of change? > > Changes to what they serve should be no problem... > > but what I was assuming that wouldn't change was > their actual names. (e.g. "pkg.eu" stays "pkg.eu"). > > Couldn't care about any other change, because that > would percolate at runtime off the DNS servers. We concluded that despite the fact that pkg.* are officially supported names, a POLA issue has been brought to the top of the discussion. That is to say, that the concern is that someone may choose pkg.eu or pkg.us-* and then become astonished if/when that name mirror is down (precisely because we do not yet have geodns and because the pkg.{eu,us-*} names are currently one-to-one mappings). So in that spirit, we move forward with only the pkg.f.o entry. -- Devin _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. --Apple-Mail=_79A32CC2-2271-4065-94AC-DBB71A2B306D Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJSevwbAAoJEKrMn5R9npq5+l0H/j6XacLjNHyxt4jkXvi1J93y 5Ai7+mbjkWTFI269HyYI8Mt3lXno3R0ZA5J/rfXya0OUj95SO8CHcfSG7R2t5maO bXPM86SukeoxtC9YYyr5Bft+RMru74VVba2ygem2iUK27qWIQ9fjvGCr0ExDBJwz duWep9ilTk4t3Nl2XaFoeEIgBGPF1O5mdsYc2mPmAaWiRrBrXZ/hMBahYmux7eoR Ps0+zdmFvXWGvwS6veJkbZhUE6ZqZmsNGJp/nzE5QAVsPY5ZhyktnQ5r2SDA0aGI Gb2YhQku7+6AhVQp0BO/7z9cNZ4ejp+ILtN1HGD/xLZUBhJS2p5axkq499Qmx/k= =yhOa -----END PGP SIGNATURE----- --Apple-Mail=_79A32CC2-2271-4065-94AC-DBB71A2B306D-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 03:49:39 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B5653639 for ; Thu, 7 Nov 2013 03:49:39 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-qa0-x233.google.com (mail-qa0-x233.google.com [IPv6:2607:f8b0:400d:c00::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 773EB26B8 for ; Thu, 7 Nov 2013 03:49:39 +0000 (UTC) Received: by mail-qa0-f51.google.com with SMTP id hu16so21673qab.10 for ; Wed, 06 Nov 2013 19:49:38 -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=TIl63Fz94kX/wfycqfBt2+eFc2dNj92MhsrZS8V+55w=; b=WDLqkj6X13/630guBuvGNGlqsVsvJjI82ob7YHEfi1FOkyII7lb8BozlYrjJcYNPdi IXhxfjcVuYd9tejXNv1iaw06HFHVleenCIxGvQlSRKuoZDe2sc9xN6w5l9BbzgXsp/LC 6wqEdfe9zI/n1Glt76Awrsf5Awu+ujtlktTzb0BHqXanQsc9qGIAv84sHirlpf2fxBrw BtIWCTPcHP1L0YYGdawvEMz7LbZn9P8qwSmKH6sKg+SWEsFR8cu+xFlGGUmafekm0mRB xPTtDRnADJrh74vgqPkVFiwSr0XyCAhC72XY0XFJGnq5huy9OfI1sMq1PYUGU1Q04F0H wQWw== MIME-Version: 1.0 X-Received: by 10.224.167.84 with SMTP id p20mr10272354qay.97.1383796178645; Wed, 06 Nov 2013 19:49:38 -0800 (PST) Received: by 10.96.180.233 with HTTP; Wed, 6 Nov 2013 19:49:38 -0800 (PST) In-Reply-To: <527AFAA1.1040001@allanjude.com> References: <52792B60.1030309@allanjude.com> <488180AE-5C23-402A-BAA4-E3263D8C52BF@kientzle.com> <1383788977.14448.44112617.6F0D61A0@webmail.messagingengine.com> <527AFAA1.1040001@allanjude.com> Date: Thu, 7 Nov 2013 05:49:38 +0200 Message-ID: Subject: Re: cron(8) improvement From: Kimmo Paasiala To: Allan Jude Content-Type: text/plain; charset=UTF-8 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: Thu, 07 Nov 2013 03:49:39 -0000 On Thu, Nov 7, 2013 at 4:27 AM, Allan Jude wrote: > On 2013-11-06 20:49, Mark Felder wrote: >> >> On Wed, Nov 6, 2013, at 18:21, Tim Kientzle wrote: >>> On Nov 5, 2013, at 9:31 AM, Allan Jude wrote: >>> >>>> This came up in discussion on IRC and I thought I should throw it at the >>>> list so I don't forget. >>>> >>>> A user was asking how to do what linux cron does, where there is a >>>> directory /etc/cron.d/ that packages and add files to to create crontabs. >>>> >>>> Making FreeBSD's cron (Vixie Cron) include /etc/cron.d/ and >>>> /usr/local/etc/cron.d/ in the /etc/crontab format seems like a very >>>> useful feature, especially for pkg(8) as it makes it easy and safe to >>>> programatically add and remove crontabs as part of a package. >>> This is a good idea. We should do it. >>> >>> How and if this facility gets used is a separate question. >>> >>> "Tools, not policy." >>> >>> Support for a cron.d directory is a tool that can be >>> used in many ways. The policy of how it should be >>> used is a separate discussion. (For example, whether >>> or not ports or packages should install crontab files into >>> /usr/local/etc/cron.d/ can be richly debated after that >>> directory exists.) >>> >> Ok, so we create that directory. Now nobody can use it in a port until >> FreeBSD 8.4 is EoL -- approximately June 30, 2015. >> >> We should be using the existing cron tabs directory *now*. We can't >> easily force older versions of FreeBSD to update their cron software or >> configuration to support that new directory. >> >> I'm not saying we shouldn't create it, just that we can't effectively >> use it for 2 years. >> _______________________________________________ >> 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" > My use case is less about packages, and more about puppet, ansible etc. > Puppet relies on these hideously large markers in the crontab files to > programmatically add/remove crons, whereas a cron.d directory could be > done nice and clean > > And in that case, the fact that it is not supported on 8.x does not > bother me. > > -- > Allan Jude > > What's wrong with using the existing tools for achieving the same effect? Periodic can be adapted to do exactly what you're describing as noted above by adding an hourly (even minutely? :D ) periodic run. Also periodic already has support for ports installing their own jobs under /usr/local/etc/periodic.d that can be enabled/disabled in periodic.conf. -Kimmo From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 03:53:48 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1F0778B6 for ; Thu, 7 Nov 2013 03:53:48 +0000 (UTC) (envelope-from freebsd@allanjude.com) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id EA49C2722 for ; Thu, 7 Nov 2013 03:53:47 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.108.129]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 8461745ED3; Thu, 7 Nov 2013 03:53:46 +0000 (UTC) Message-ID: <527B0ECA.2000309@allanjude.com> Date: Wed, 06 Nov 2013 22:53:46 -0500 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Kimmo Paasiala Subject: Re: cron(8) improvement References: <52792B60.1030309@allanjude.com> <488180AE-5C23-402A-BAA4-E3263D8C52BF@kientzle.com> <1383788977.14448.44112617.6F0D61A0@webmail.messagingengine.com> <527AFAA1.1040001@allanjude.com> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QV0UuXEJAXCCSNTAuwVEIPdGrMETWInno" 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: Thu, 07 Nov 2013 03:53:48 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --QV0UuXEJAXCCSNTAuwVEIPdGrMETWInno Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 2013-11-06 22:49, Kimmo Paasiala wrote: > On Thu, Nov 7, 2013 at 4:27 AM, Allan Jude wrot= e: >> On 2013-11-06 20:49, Mark Felder wrote: >>> On Wed, Nov 6, 2013, at 18:21, Tim Kientzle wrote: >>>> On Nov 5, 2013, at 9:31 AM, Allan Jude wrote= : >>>> >>>>> This came up in discussion on IRC and I thought I should throw it a= t the >>>>> list so I don't forget. >>>>> >>>>> A user was asking how to do what linux cron does, where there is a >>>>> directory /etc/cron.d/ that packages and add files to to create cro= ntabs. >>>>> >>>>> Making FreeBSD's cron (Vixie Cron) include /etc/cron.d/ and >>>>> /usr/local/etc/cron.d/ in the /etc/crontab format seems like a very= >>>>> useful feature, especially for pkg(8) as it makes it easy and safe = to >>>>> programatically add and remove crontabs as part of a package. >>>> This is a good idea. We should do it. >>>> >>>> How and if this facility gets used is a separate question. >>>> >>>> "Tools, not policy." >>>> >>>> Support for a cron.d directory is a tool that can be >>>> used in many ways. The policy of how it should be >>>> used is a separate discussion. (For example, whether >>>> or not ports or packages should install crontab files into >>>> /usr/local/etc/cron.d/ can be richly debated after that >>>> directory exists.) >>>> >>> Ok, so we create that directory. Now nobody can use it in a port unti= l >>> FreeBSD 8.4 is EoL -- approximately June 30, 2015. >>> >>> We should be using the existing cron tabs directory *now*. We can't >>> easily force older versions of FreeBSD to update their cron software = or >>> configuration to support that new directory. >>> >>> I'm not saying we shouldn't create it, just that we can't effectively= >>> use it for 2 years. >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd= =2Eorg" >> My use case is less about packages, and more about puppet, ansible etc= =2E >> Puppet relies on these hideously large markers in the crontab files to= >> programmatically add/remove crons, whereas a cron.d directory could be= >> done nice and clean >> >> And in that case, the fact that it is not supported on 8.x does not >> bother me. >> >> -- >> Allan Jude >> >> > What's wrong with using the existing tools for achieving the same > effect? Periodic can be adapted to do exactly what you're describing > as noted above by adding an hourly (even minutely? :D ) periodic run. > Also periodic already has support for ports installing their own jobs > under /usr/local/etc/periodic.d that can be enabled/disabled in > periodic.conf. > > -Kimmo Programmatically installing a cron that runs at odd intervals (our use case, on minutes 9,24,39,54 of each hour, manually staggered across groups of hosts). To enable a new periodic run, you have to edit the /etc/crontab file. I could add my cronjobs there directly, or via the crontab command (how puppet does it now), but i'd rather drop files in a directory, so they can be more easily removed or updated. =46rom a management perspective, when dealing with 100s of machines, it i= s just a much nicer way to do it. --=20 Allan Jude --QV0UuXEJAXCCSNTAuwVEIPdGrMETWInno 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSew7KAAoJEJrBFpNRJZKfs4EP+gJ0gbsp3DjU9WqUUSAddiC+ Wc/UDg6K2QIRO2n+qiSeCPfoqzp+VGgjq4O3o/4WYvRXHxHm2scX59z1fOg1YCCH B3W1ltq6Vdgj67sfoNNlDX/POzXcomI1buXhzNohSCbroBkfMM4qSkuafzBd9EbS mNjDJJ9w7nEZEzf3ruYO2EIxyFchOqDq4KUNWzajg80Nk7QjPqlRhO34YFyoQB2l R8NQz/CFomOXMj3zCry4Ss9lB3Qs0S8hdGelXpy287rIQz6LCu/eBCqlr3dAEoum /swnWRd78D1xpg81FoLSzYXFANcy57FuKSs4xo7qa8TCM6qiYNu7FZyJtJsYfu37 /CxcmGqcXYykbzFx+hcdjL4pqhAvNcJwMD+qLuJW56Sg2jXuztb95JlfkF/iKT99 ETa73haUA1DUR1I/UGOn0VJHzqoM5F1zuu8HrdgnPcnMKx+DHELoOVQdsARSLFFB AOohdvEPScx1o1mZCQjojEbn2QRBOh11pi3ac+bXS4AbldoVF+wra1IRlQYu8xJb Gm3gnTaTPuJ3gJHiR2iuGhkC8bcAnXSQ7RZYvXuQNXIryiag8j10t4pCCwLrA+1v XfQ7xVR3HaQsu2tO23vll99ckrH4TrJyz5cxRkn3+hqNYNWgm7M8VY1UcoNGVhyj y5zQq9ehnfQi144lDUDl =wGqd -----END PGP SIGNATURE----- --QV0UuXEJAXCCSNTAuwVEIPdGrMETWInno-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 04:44:17 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CC9278F3 for ; Thu, 7 Nov 2013 04:44:17 +0000 (UTC) (envelope-from lyndon@orthanc.ca) Received: from orthanc.ca (orthanc.ca [IPv6:2607:fc50:1000:8200::42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A2A752986 for ; Thu, 7 Nov 2013 04:44:17 +0000 (UTC) Received: from [192.168.42.6] (d66-183-220-167.bchsia.telus.net [66.183.220.167] (may be forged)) (authenticated bits=0) by orthanc.ca (8.14.7/8.14.7) with ESMTP id rA74iDOp049326 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 6 Nov 2013 20:44:15 -0800 (PST) (envelope-from lyndon@orthanc.ca) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1816\)) Subject: Re: cron(8) improvement From: Lyndon Nerenberg In-Reply-To: Date: Wed, 6 Nov 2013 20:43:43 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <52792B60.1030309@allanjude.com> <488180AE-5C23-402A-BAA4-E3263D8C52BF@kientzle.com> <1383788977.14448.44112617.6F0D61A0@webmail.messagingengine.com> <527AFAA1.1040001@allanjude.com> To: Kimmo Paasiala X-Mailer: Apple Mail (2.1816) 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: Thu, 07 Nov 2013 04:44:17 -0000 On Nov 6, 2013, at 7:49 PM, Kimmo Paasiala wrote: > What's wrong with using the existing tools for achieving the same > effect? Periodic can be adapted to do exactly what you're describing > as noted above by adding an hourly (even minutely? :D ) periodic run. Periodic is geared towards periodic system maintenance tasks. Once per = day, once per week, once per month. It doesn't deal with tasks that = need to be fired off at arbitrary intervals. As you say, it could be adapted to run things with per-minute = granularity, but it wouldn't scale well. For per-minute granularity you = would have to fire off a periodic run every minute. That's five times = the rate that atrun(8) kicks off at. That's a lot of overhead for = small, embedded, or power constrained systems. And to get the = time-granularity cron has, you would have to re-implement cron(8)s = dispatch control as a set of shell functions. That's just silly. --lyndon From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 06:55:47 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0A816583; Thu, 7 Nov 2013 06:55:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id ADEEE2F28; Thu, 7 Nov 2013 06:55:46 +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 rA76tews092433; Thu, 7 Nov 2013 01:55:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rA76teDY092429; Thu, 7 Nov 2013 06:55:40 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Nov 2013 06:55:40 GMT Message-Id: <201311070655.rA76teDY092429@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, 07 Nov 2013 06:55:47 -0000 TB --- 2013-11-07 05:30:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 05:30:18 - 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 --- 2013-11-07 05:30:18 - starting HEAD tinderbox run for arm/arm TB --- 2013-11-07 05:30:18 - cleaning the object tree TB --- 2013-11-07 05:30:18 - /usr/local/bin/svn stat /src TB --- 2013-11-07 05:30:23 - At svn revision 257778 TB --- 2013-11-07 05:30:24 - building world TB --- 2013-11-07 05:30:24 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 05:30:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 05:30:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 05:30:24 - SRCCONF=/dev/null TB --- 2013-11-07 05:30:24 - TARGET=arm TB --- 2013-11-07 05:30:24 - TARGET_ARCH=arm TB --- 2013-11-07 05:30:24 - TZ=UTC TB --- 2013-11-07 05:30:24 - __MAKE_CONF=/dev/null TB --- 2013-11-07 05:30:24 - cd /src TB --- 2013-11-07 05:30:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 05:30:30 UTC 2013 >>> Rebuilding 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 [...] ^ /src/lib/msun/src/s_roundl.c:45:2: error: no member named 'expsign' in 'struct IEEEl2bits::' GET_LDBL_EXPSIGN(hx, x); ^~~~~~~~~~~~~~~~~~~~~~~ /src/lib/msun/src/math_private.h:224:20: note: expanded from macro 'GET_LDBL_EXPSIGN' (i) = ge_u.xbits.expsign; \ ~~~~~~~~~~ ^ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/msun *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-07 06:55:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-07 06:55:40 - ERROR: failed to build world TB --- 2013-11-07 06:55:40 - 4190.69 user 723.15 system 5121.65 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 06:55:50 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 024C067C; Thu, 7 Nov 2013 06:55:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A83C62F2A; Thu, 7 Nov 2013 06:55: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 rA76tgBN092632; Thu, 7 Nov 2013 01:55:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rA76tgMO092630; Thu, 7 Nov 2013 06:55:42 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Nov 2013 06:55:42 GMT Message-Id: <201311070655.rA76tgMO092630@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 armv6/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, 07 Nov 2013 06:55:50 -0000 TB --- 2013-11-07 05:30:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 05:30:18 - 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 --- 2013-11-07 05:30:18 - starting HEAD tinderbox run for armv6/arm TB --- 2013-11-07 05:30:18 - cleaning the object tree TB --- 2013-11-07 05:30:18 - /usr/local/bin/svn stat /src TB --- 2013-11-07 05:30:23 - At svn revision 257778 TB --- 2013-11-07 05:30:24 - building world TB --- 2013-11-07 05:30:24 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 05:30:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 05:30:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 05:30:24 - SRCCONF=/dev/null TB --- 2013-11-07 05:30:24 - TARGET=arm TB --- 2013-11-07 05:30:24 - TARGET_ARCH=armv6 TB --- 2013-11-07 05:30:24 - TZ=UTC TB --- 2013-11-07 05:30:24 - __MAKE_CONF=/dev/null TB --- 2013-11-07 05:30:24 - cd /src TB --- 2013-11-07 05:30:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 05:30:30 UTC 2013 >>> Rebuilding 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 [...] ^ /src/lib/msun/src/s_roundl.c:45:2: error: no member named 'expsign' in 'struct IEEEl2bits::' GET_LDBL_EXPSIGN(hx, x); ^~~~~~~~~~~~~~~~~~~~~~~ /src/lib/msun/src/math_private.h:224:20: note: expanded from macro 'GET_LDBL_EXPSIGN' (i) = ge_u.xbits.expsign; \ ~~~~~~~~~~ ^ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/msun *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-07 06:55:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-07 06:55:42 - ERROR: failed to build world TB --- 2013-11-07 06:55:42 - 4192.94 user 722.34 system 5124.06 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 08:33:39 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8CA4BC6B; Thu, 7 Nov 2013 08:33:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 542FC254C; Thu, 7 Nov 2013 08:33: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 rA78XbSP030797; Thu, 7 Nov 2013 03:33: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 rA78XbU9030789; Thu, 7 Nov 2013 08:33:37 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Nov 2013 08:33:37 GMT Message-Id: <201311070833.rA78XbU9030789@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: Thu, 07 Nov 2013 08:33:39 -0000 TB --- 2013-11-07 06:55:43 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 06:55:43 - 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 --- 2013-11-07 06:55:43 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-11-07 06:55:43 - cleaning the object tree TB --- 2013-11-07 06:55:43 - /usr/local/bin/svn stat /src TB --- 2013-11-07 06:55:46 - At svn revision 257778 TB --- 2013-11-07 06:55:47 - building world TB --- 2013-11-07 06:55:47 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 06:55:47 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 06:55:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 06:55:47 - SRCCONF=/dev/null TB --- 2013-11-07 06:55:47 - TARGET=ia64 TB --- 2013-11-07 06:55:47 - TARGET_ARCH=ia64 TB --- 2013-11-07 06:55:47 - TZ=UTC TB --- 2013-11-07 06:55:47 - __MAKE_CONF=/dev/null TB --- 2013-11-07 06:55:47 - cd /src TB --- 2013-11-07 06:55:47 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 06:55:54 UTC 2013 >>> Rebuilding 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 7 08:33:10 UTC 2013 TB --- 2013-11-07 08:33:10 - generating LINT kernel config TB --- 2013-11-07 08:33:10 - cd /src/sys/ia64/conf TB --- 2013-11-07 08:33:10 - /usr/bin/make -B LINT TB --- 2013-11-07 08:33:11 - cd /src/sys/ia64/conf TB --- 2013-11-07 08:33:11 - /usr/sbin/config -m LINT TB --- 2013-11-07 08:33:11 - building LINT kernel TB --- 2013-11-07 08:33:11 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 08:33:11 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 08:33:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 08:33:11 - SRCCONF=/dev/null TB --- 2013-11-07 08:33:11 - TARGET=ia64 TB --- 2013-11-07 08:33:11 - TARGET_ARCH=ia64 TB --- 2013-11-07 08:33:11 - TZ=UTC TB --- 2013-11-07 08:33:11 - __MAKE_CONF=/dev/null TB --- 2013-11-07 08:33:11 - cd /src TB --- 2013-11-07 08:33:11 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 7 08:33:11 UTC 2013 >>> 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 -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 -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding /src/sys/ia64/ia64/genassym.c NM='nm' sh /src/sys/kern/genassym.sh genassym.o > assym.s awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -p awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -q awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -h awk -f /src/sys/tools/acpi_quirks2h.awk /src/sys/dev/acpica/acpi_quirks aicasm -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/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/ia64/libuwx/src -I/src/sys/cam/scsi -I/src/sys/dev/aic7xxx -o aic7xxx_seq.h -r aic7xxx_reg.h -p aic7xxx_reg_print.c -i /src/sys/dev/aic7xxx/aic7xxx_osm.h /src/sys/dev/aic7xxx/aic7xxx.seq bmake[1]: exec(aicasm) failed (No such file or directory) *** Error code 1 Stop. bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-07 08:33:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-07 08:33:37 - ERROR: failed to build LINT kernel TB --- 2013-11-07 08:33:37 - 4548.29 user 803.40 system 5874.36 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 08:50:16 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 953975EF; Thu, 7 Nov 2013 08:50:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5C20E26A3; Thu, 7 Nov 2013 08:50: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 rA78oFS7032175; Thu, 7 Nov 2013 03:50: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 rA78oFcW032166; Thu, 7 Nov 2013 08:50:15 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Nov 2013 08:50:15 GMT Message-Id: <201311070850.rA78oFcW032166@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, 07 Nov 2013 08:50:16 -0000 TB --- 2013-11-07 05:30:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 05:30:18 - 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 --- 2013-11-07 05:30:18 - starting HEAD tinderbox run for i386/i386 TB --- 2013-11-07 05:30:18 - cleaning the object tree TB --- 2013-11-07 05:30:18 - /usr/local/bin/svn stat /src TB --- 2013-11-07 05:30:23 - At svn revision 257778 TB --- 2013-11-07 05:30:24 - building world TB --- 2013-11-07 05:30:24 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 05:30:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 05:30:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 05:30:24 - SRCCONF=/dev/null TB --- 2013-11-07 05:30:24 - TARGET=i386 TB --- 2013-11-07 05:30:24 - TARGET_ARCH=i386 TB --- 2013-11-07 05:30:24 - TZ=UTC TB --- 2013-11-07 05:30:24 - __MAKE_CONF=/dev/null TB --- 2013-11-07 05:30:24 - cd /src TB --- 2013-11-07 05:30:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 05:30:30 UTC 2013 >>> Rebuilding 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 7 08:49:15 UTC 2013 TB --- 2013-11-07 08:49:15 - generating LINT kernel config TB --- 2013-11-07 08:49:15 - cd /src/sys/i386/conf TB --- 2013-11-07 08:49:15 - /usr/bin/make -B LINT TB --- 2013-11-07 08:49:15 - cd /src/sys/i386/conf TB --- 2013-11-07 08:49:15 - /usr/sbin/config -m LINT TB --- 2013-11-07 08:49:16 - building LINT kernel TB --- 2013-11-07 08:49:16 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 08:49:16 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 08:49:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 08:49:16 - SRCCONF=/dev/null TB --- 2013-11-07 08:49:16 - TARGET=i386 TB --- 2013-11-07 08:49:16 - TARGET_ARCH=i386 TB --- 2013-11-07 08:49:16 - TZ=UTC TB --- 2013-11-07 08:49:16 - __MAKE_CONF=/dev/null TB --- 2013-11-07 08:49:16 - cd /src TB --- 2013-11-07 08:49:16 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 7 08:49:16 UTC 2013 >>> 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 -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 -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -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 /src/sys/i386/i386/genassym.c NM='nm' sh /src/sys/kern/genassym.sh genassym.o > assym.s awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -p awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -q awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -h awk -f /src/sys/tools/acpi_quirks2h.awk /src/sys/dev/acpica/acpi_quirks aicasm -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/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -I/src/sys/cam/scsi -I/src/sys/dev/aic7xxx -o aic7xxx_seq.h -r aic7xxx_reg.h -p aic7xxx_reg_print.c -i /src/sys/dev/aic7xxx/aic7xxx_osm.h /src/sys/dev/aic7xxx/aic7xxx.seq bmake[1]: exec(aicasm) failed (No such file or directory) *** Error code 1 Stop. bmake[1]: stopped in /obj/i386.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-07 08:50:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-07 08:50:15 - ERROR: failed to build LINT kernel TB --- 2013-11-07 08:50:15 - 9359.05 user 1585.67 system 11996.54 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 08:59:00 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7ADB8AE0; Thu, 7 Nov 2013 08:59:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3315E2749; Thu, 7 Nov 2013 08:59: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 rA78wxUG087645; Thu, 7 Nov 2013 03:58: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 rA78wxqZ087644; Thu, 7 Nov 2013 08:58:59 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Nov 2013 08:58:59 GMT Message-Id: <201311070858.rA78wxqZ087644@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: Thu, 07 Nov 2013 08:59:00 -0000 TB --- 2013-11-07 08:33:37 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 08:33: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 --- 2013-11-07 08:33:37 - starting HEAD tinderbox run for mips/mips TB --- 2013-11-07 08:33:37 - cleaning the object tree TB --- 2013-11-07 08:36:55 - /usr/local/bin/svn stat /src TB --- 2013-11-07 08:37:21 - At svn revision 257778 TB --- 2013-11-07 08:37:22 - building world TB --- 2013-11-07 08:37:22 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 08:37:22 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 08:37:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 08:37:22 - SRCCONF=/dev/null TB --- 2013-11-07 08:37:22 - TARGET=mips TB --- 2013-11-07 08:37:22 - TARGET_ARCH=mips TB --- 2013-11-07 08:37:22 - TZ=UTC TB --- 2013-11-07 08:37:22 - __MAKE_CONF=/dev/null TB --- 2013-11-07 08:37:22 - cd /src TB --- 2013-11-07 08:37:22 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 08:37:29 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_remquof.c -o s_remquof.o cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_rint.c -o s_rint.o cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_rintf.c -o s_rintf.o cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_round.c -o s_round.o cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_roundf.c -o s_roundf.o cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_roundl.c -o s_roundl.o /src/lib/msun/src/s_roundl.c: In function 'roundl': /src/lib/msun/src/s_roundl.c:45: error: 'union IEEEl2bits' has no member named 'xbits' *** Error code 1 Stop. bmake[3]: stopped in /src/lib/msun *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-07 08:58:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-07 08:58:59 - ERROR: failed to build world TB --- 2013-11-07 08:58:59 - 884.45 user 281.65 system 1521.57 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 09:11:03 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 26D1033A; Thu, 7 Nov 2013 09:11:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D5916288F; Thu, 7 Nov 2013 09:11: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 rA79B146059463; Thu, 7 Nov 2013 04:11: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 rA79B1j0059462; Thu, 7 Nov 2013 09:11:01 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Nov 2013 09:11:01 GMT Message-Id: <201311070911.rA79B1j0059462@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: Thu, 07 Nov 2013 09:11:03 -0000 TB --- 2013-11-07 08:50:15 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 08:50:15 - 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 --- 2013-11-07 08:50:15 - starting HEAD tinderbox run for mips64/mips TB --- 2013-11-07 08:50:15 - cleaning the object tree TB --- 2013-11-07 08:50:15 - /usr/local/bin/svn stat /src TB --- 2013-11-07 08:50:19 - At svn revision 257778 TB --- 2013-11-07 08:50:20 - building world TB --- 2013-11-07 08:50:20 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 08:50:20 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 08:50:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 08:50:20 - SRCCONF=/dev/null TB --- 2013-11-07 08:50:20 - TARGET=mips TB --- 2013-11-07 08:50:20 - TARGET_ARCH=mips64 TB --- 2013-11-07 08:50:20 - TZ=UTC TB --- 2013-11-07 08:50:20 - __MAKE_CONF=/dev/null TB --- 2013-11-07 08:50:20 - cd /src TB --- 2013-11-07 08:50:20 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 08:50:28 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_remquof.c -o s_remquof.o cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_rint.c -o s_rint.o cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_rintf.c -o s_rintf.o cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_round.c -o s_round.o cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_roundf.c -o s_roundf.o cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_roundl.c -o s_roundl.o /src/lib/msun/src/s_roundl.c: In function 'roundl': /src/lib/msun/src/s_roundl.c:45: error: 'union IEEEl2bits' has no member named 'xbits' *** Error code 1 Stop. bmake[3]: stopped in /src/lib/msun *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-07 09:11:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-07 09:11:01 - ERROR: failed to build world TB --- 2013-11-07 09:11:01 - 883.32 user 247.52 system 1246.29 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 09:24:38 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3F610CEE; Thu, 7 Nov 2013 09:24:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 06B7329AB; Thu, 7 Nov 2013 09:24:37 +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 rA79ObaZ051321; Thu, 7 Nov 2013 04:24: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 rA79ObYA051314; Thu, 7 Nov 2013 09:24:37 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Nov 2013 09:24:37 GMT Message-Id: <201311070924.rA79ObYA051314@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, 07 Nov 2013 09:24:38 -0000 TB --- 2013-11-07 05:30:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 05:30:18 - 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 --- 2013-11-07 05:30:18 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-11-07 05:30:18 - cleaning the object tree TB --- 2013-11-07 05:30:18 - /usr/local/bin/svn stat /src TB --- 2013-11-07 05:30:23 - At svn revision 257778 TB --- 2013-11-07 05:30:24 - building world TB --- 2013-11-07 05:30:24 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 05:30:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 05:30:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 05:30:24 - SRCCONF=/dev/null TB --- 2013-11-07 05:30:24 - TARGET=amd64 TB --- 2013-11-07 05:30:24 - TARGET_ARCH=amd64 TB --- 2013-11-07 05:30:24 - TZ=UTC TB --- 2013-11-07 05:30:24 - __MAKE_CONF=/dev/null TB --- 2013-11-07 05:30:24 - cd /src TB --- 2013-11-07 05:30:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 05:30:30 UTC 2013 >>> Rebuilding 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 7 09:23:49 UTC 2013 TB --- 2013-11-07 09:23:49 - generating LINT kernel config TB --- 2013-11-07 09:23:49 - cd /src/sys/amd64/conf TB --- 2013-11-07 09:23:49 - /usr/bin/make -B LINT TB --- 2013-11-07 09:23:49 - cd /src/sys/amd64/conf TB --- 2013-11-07 09:23:49 - /usr/sbin/config -m LINT TB --- 2013-11-07 09:23:49 - building LINT kernel TB --- 2013-11-07 09:23:49 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 09:23:49 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 09:23:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 09:23:49 - SRCCONF=/dev/null TB --- 2013-11-07 09:23:49 - TARGET=amd64 TB --- 2013-11-07 09:23:49 - TARGET_ARCH=amd64 TB --- 2013-11-07 09:23:49 - TZ=UTC TB --- 2013-11-07 09:23:49 - __MAKE_CONF=/dev/null TB --- 2013-11-07 09:23:49 - cd /src TB --- 2013-11-07 09:23:49 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 7 09:23:49 UTC 2013 >>> 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 -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 -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector /src/sys/amd64/amd64/genassym.c NM='nm' sh /src/sys/kern/genassym.sh genassym.o > assym.s awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -p awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -q awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -h awk -f /src/sys/tools/acpi_quirks2h.awk /src/sys/dev/acpica/acpi_quirks aicasm -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/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -I/src/sys/cam/scsi -I/src/sys/dev/aic7xxx -o aic7xxx_seq.h -r aic7xxx_reg.h -p aic7xxx_reg_print.c -i /src/sys/dev/aic7xxx/aic7xxx_osm.h /src/sys/dev/aic7xxx/aic7xxx.seq bmake[1]: exec(aicasm) failed (No such file or directory) *** Error code 1 Stop. bmake[1]: stopped in /obj/amd64.amd64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-07 09:24:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-07 09:24:37 - ERROR: failed to build LINT kernel TB --- 2013-11-07 09:24:37 - 10768.28 user 1978.65 system 14058.40 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 09:25:05 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A487FE80; Thu, 7 Nov 2013 09:25:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 78CF229C8; Thu, 7 Nov 2013 09:25: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 rA79P4GR057582; Thu, 7 Nov 2013 04:25: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 rA79P43W057532; Thu, 7 Nov 2013 09:25:04 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Nov 2013 09:25:04 GMT Message-Id: <201311070925.rA79P43W057532@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: Thu, 07 Nov 2013 09:25:05 -0000 TB --- 2013-11-07 08:58:59 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 08:58: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 --- 2013-11-07 08:58:59 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-11-07 08:58:59 - cleaning the object tree TB --- 2013-11-07 08:58:59 - /usr/local/bin/svn stat /src TB --- 2013-11-07 08:59:02 - At svn revision 257778 TB --- 2013-11-07 08:59:03 - building world TB --- 2013-11-07 08:59:03 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 08:59:03 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 08:59:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 08:59:03 - SRCCONF=/dev/null TB --- 2013-11-07 08:59:03 - TARGET=powerpc TB --- 2013-11-07 08:59:03 - TARGET_ARCH=powerpc TB --- 2013-11-07 08:59:03 - TZ=UTC TB --- 2013-11-07 08:59:03 - __MAKE_CONF=/dev/null TB --- 2013-11-07 08:59:03 - cd /src TB --- 2013-11-07 08:59:03 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 08:59:11 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_remquof.c -o s_remquof.o cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_rint.c -o s_rint.o cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_rintf.c -o s_rintf.o cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_round.c -o s_round.o cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_roundf.c -o s_roundf.o cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_roundl.c -o s_roundl.o /src/lib/msun/src/s_roundl.c: In function 'roundl': /src/lib/msun/src/s_roundl.c:45: error: 'union IEEEl2bits' has no member named 'xbits' *** Error code 1 Stop. bmake[3]: stopped in /src/lib/msun *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-07 09:25:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-07 09:25:04 - ERROR: failed to build world TB --- 2013-11-07 09:25:04 - 1188.96 user 257.06 system 1565.09 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 09:36:05 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5299F5B3; Thu, 7 Nov 2013 09:36:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 272B82AB6; Thu, 7 Nov 2013 09:36:04 +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 rA79a3Hk027131; Thu, 7 Nov 2013 04:36: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 rA79a35D027130; Thu, 7 Nov 2013 09:36:03 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Nov 2013 09:36:03 GMT Message-Id: <201311070936.rA79a35D027130@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, 07 Nov 2013 09:36:05 -0000 TB --- 2013-11-07 09:11:02 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 09:11: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 --- 2013-11-07 09:11:02 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-11-07 09:11:02 - cleaning the object tree TB --- 2013-11-07 09:11:02 - /usr/local/bin/svn stat /src TB --- 2013-11-07 09:11:05 - At svn revision 257778 TB --- 2013-11-07 09:11:06 - building world TB --- 2013-11-07 09:11:06 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 09:11:06 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 09:11:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 09:11:06 - SRCCONF=/dev/null TB --- 2013-11-07 09:11:06 - TARGET=powerpc TB --- 2013-11-07 09:11:06 - TARGET_ARCH=powerpc64 TB --- 2013-11-07 09:11:06 - TZ=UTC TB --- 2013-11-07 09:11:06 - __MAKE_CONF=/dev/null TB --- 2013-11-07 09:11:06 - cd /src TB --- 2013-11-07 09:11:06 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 09:11:13 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc64 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_remquof.c -o s_remquof.o cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc64 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_rint.c -o s_rint.o cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc64 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_rintf.c -o s_rintf.o cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc64 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_round.c -o s_round.o cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc64 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_roundf.c -o s_roundf.o cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc64 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_roundl.c -o s_roundl.o /src/lib/msun/src/s_roundl.c: In function 'roundl': /src/lib/msun/src/s_roundl.c:45: error: 'union IEEEl2bits' has no member named 'xbits' *** Error code 1 Stop. bmake[3]: stopped in /src/lib/msun *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-07 09:36:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-07 09:36:03 - ERROR: failed to build world TB --- 2013-11-07 09:36:03 - 1192.84 user 240.20 system 1501.75 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 10:17:45 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8BD0334F; Thu, 7 Nov 2013 10:17:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 53B312E9F; Thu, 7 Nov 2013 10:17:45 +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 rA7AHi03074401; Thu, 7 Nov 2013 05:17: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 rA7AHiU0074400; Thu, 7 Nov 2013 10:17:44 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Nov 2013 10:17:44 GMT Message-Id: <201311071017.rA7AHiU0074400@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, 07 Nov 2013 10:17:45 -0000 TB --- 2013-11-07 06:55:40 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 06:55: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 --- 2013-11-07 06:55:40 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-11-07 06:55:40 - cleaning the object tree TB --- 2013-11-07 06:55:40 - /usr/local/bin/svn stat /src TB --- 2013-11-07 06:55:44 - At svn revision 257778 TB --- 2013-11-07 06:55:45 - building world TB --- 2013-11-07 06:55:45 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 06:55:45 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 06:55:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 06:55:45 - SRCCONF=/dev/null TB --- 2013-11-07 06:55:45 - TARGET=pc98 TB --- 2013-11-07 06:55:45 - TARGET_ARCH=i386 TB --- 2013-11-07 06:55:45 - TZ=UTC TB --- 2013-11-07 06:55:45 - __MAKE_CONF=/dev/null TB --- 2013-11-07 06:55:45 - cd /src TB --- 2013-11-07 06:55:45 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 06:55:52 UTC 2013 >>> Rebuilding 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 7 10:17:12 UTC 2013 TB --- 2013-11-07 10:17:12 - generating LINT kernel config TB --- 2013-11-07 10:17:12 - cd /src/sys/pc98/conf TB --- 2013-11-07 10:17:12 - /usr/bin/make -B LINT TB --- 2013-11-07 10:17:12 - cd /src/sys/pc98/conf TB --- 2013-11-07 10:17:12 - /usr/sbin/config -m LINT TB --- 2013-11-07 10:17:12 - building LINT kernel TB --- 2013-11-07 10:17:12 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 10:17:12 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 10:17:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 10:17:12 - SRCCONF=/dev/null TB --- 2013-11-07 10:17:12 - TARGET=pc98 TB --- 2013-11-07 10:17:12 - TARGET_ARCH=i386 TB --- 2013-11-07 10:17:12 - TZ=UTC TB --- 2013-11-07 10:17:12 - __MAKE_CONF=/dev/null TB --- 2013-11-07 10:17:12 - cd /src TB --- 2013-11-07 10:17:12 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 7 10:17:13 UTC 2013 >>> 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 [...] x86 -> /src/sys/x86/include 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 -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/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 -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector /src/sys/i386/i386/genassym.c NM='nm' sh /src/sys/kern/genassym.sh genassym.o > assym.s awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -p awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -q awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -h aicasm -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/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/cam/scsi -I/src/sys/dev/aic7xxx -o aic7xxx_seq.h -r aic7xxx_reg.h -p aic7xxx_reg_print.c -i /src/sys/dev/aic7xxx/aic7xxx_osm.h /src/sys/dev/aic7xxx/aic7xxx.seq bmake[1]: exec(aicasm) failed (No such file or directory) *** Error code 1 Stop. bmake[1]: stopped in /obj/pc98.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-07 10:17:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-07 10:17:44 - ERROR: failed to build LINT kernel TB --- 2013-11-07 10:17:44 - 9743.63 user 1451.59 system 12123.49 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 10:27:32 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C0C37D64; Thu, 7 Nov 2013 10:27:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 86CCF2F9B; Thu, 7 Nov 2013 10:27:32 +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 rA7ARVUm097933; Thu, 7 Nov 2013 05:27:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rA7ARVlD097932; Thu, 7 Nov 2013 10:27:31 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Nov 2013 10:27:31 GMT Message-Id: <201311071027.rA7ARVlD097932@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, 07 Nov 2013 10:27:32 -0000 TB --- 2013-11-07 09:24:37 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 09:24: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 --- 2013-11-07 09:24:37 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-11-07 09:24:37 - cleaning the object tree TB --- 2013-11-07 09:24:37 - /usr/local/bin/svn stat /src TB --- 2013-11-07 09:24:41 - At svn revision 257778 TB --- 2013-11-07 09:24:42 - building world TB --- 2013-11-07 09:24:42 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 09:24:42 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 09:24:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 09:24:42 - SRCCONF=/dev/null TB --- 2013-11-07 09:24:42 - TARGET=sparc64 TB --- 2013-11-07 09:24:42 - TARGET_ARCH=sparc64 TB --- 2013-11-07 09:24:42 - TZ=UTC TB --- 2013-11-07 09:24:42 - __MAKE_CONF=/dev/null TB --- 2013-11-07 09:24:42 - cd /src TB --- 2013-11-07 09:24:42 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 09:24:49 UTC 2013 >>> Rebuilding 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 7 10:27:17 UTC 2013 TB --- 2013-11-07 10:27:17 - generating LINT kernel config TB --- 2013-11-07 10:27:17 - cd /src/sys/sparc64/conf TB --- 2013-11-07 10:27:17 - /usr/bin/make -B LINT TB --- 2013-11-07 10:27:17 - cd /src/sys/sparc64/conf TB --- 2013-11-07 10:27:17 - /usr/sbin/config -m LINT TB --- 2013-11-07 10:27:17 - building LINT kernel TB --- 2013-11-07 10:27:17 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 10:27:17 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 10:27:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 10:27:17 - SRCCONF=/dev/null TB --- 2013-11-07 10:27:17 - TARGET=sparc64 TB --- 2013-11-07 10:27:17 - TARGET_ARCH=sparc64 TB --- 2013-11-07 10:27:17 - TZ=UTC TB --- 2013-11-07 10:27:17 - __MAKE_CONF=/dev/null TB --- 2013-11-07 10:27:17 - cd /src TB --- 2013-11-07 10:27:17 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 7 10:27:18 UTC 2013 >>> 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 [...] machine -> /src/sys/sparc64/include 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 -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/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 -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector /src/sys/sparc64/sparc64/genassym.c NM='nm' sh /src/sys/kern/genassym.sh genassym.o > assym.s awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -p awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -q awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -h aicasm -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/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/cam/scsi -I/src/sys/dev/aic7xxx -o aic7xxx_seq.h -r aic7xxx_reg.h -p aic7xxx_reg_print.c -i /src/sys/dev/aic7xxx/aic7xxx_osm.h /src/sys/dev/aic7xxx/aic7xxx.seq bmake[1]: exec(aicasm) failed (No such file or directory) *** Error code 1 Stop. bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-07 10:27:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-07 10:27:31 - ERROR: failed to build LINT kernel TB --- 2013-11-07 10:27:31 - 3142.91 user 593.97 system 3774.28 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 11:58:59 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 022A7650; Thu, 7 Nov 2013 11:58:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A4EC02723; Thu, 7 Nov 2013 11:58: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 rA7Bwvax068726; Thu, 7 Nov 2013 06:58: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 rA7Bwvbf068719; Thu, 7 Nov 2013 11:58:57 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Nov 2013 11:58:57 GMT Message-Id: <201311071158.rA7Bwvbf068719@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, 07 Nov 2013 11:58:59 -0000 TB --- 2013-11-07 10:30:16 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 10:30:16 - 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 --- 2013-11-07 10:30:16 - starting HEAD tinderbox run for arm/arm TB --- 2013-11-07 10:30:16 - cleaning the object tree TB --- 2013-11-07 10:32:50 - /usr/local/bin/svn stat /src TB --- 2013-11-07 10:32:53 - At svn revision 257784 TB --- 2013-11-07 10:32:54 - building world TB --- 2013-11-07 10:32:54 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 10:32:54 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 10:32:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 10:32:54 - SRCCONF=/dev/null TB --- 2013-11-07 10:32:54 - TARGET=arm TB --- 2013-11-07 10:32:54 - TARGET_ARCH=arm TB --- 2013-11-07 10:32:54 - TZ=UTC TB --- 2013-11-07 10:32:54 - __MAKE_CONF=/dev/null TB --- 2013-11-07 10:32:54 - cd /src TB --- 2013-11-07 10:32:54 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 10:33:01 UTC 2013 >>> Rebuilding 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 [...] ^ /src/lib/msun/src/s_roundl.c:45:2: error: no member named 'expsign' in 'struct IEEEl2bits::' GET_LDBL_EXPSIGN(hx, x); ^~~~~~~~~~~~~~~~~~~~~~~ /src/lib/msun/src/math_private.h:224:20: note: expanded from macro 'GET_LDBL_EXPSIGN' (i) = ge_u.xbits.expsign; \ ~~~~~~~~~~ ^ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/msun *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-07 11:58:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-07 11:58:57 - ERROR: failed to build world TB --- 2013-11-07 11:58:57 - 4195.62 user 712.12 system 5320.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 11:59:01 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A2B02653; Thu, 7 Nov 2013 11:59:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5247B2726; Thu, 7 Nov 2013 11:59: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 rA7Bx0WS068956; Thu, 7 Nov 2013 06:59:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rA7Bx0Qo068954; Thu, 7 Nov 2013 11:59:00 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Nov 2013 11:59:00 GMT Message-Id: <201311071159.rA7Bx0Qo068954@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 armv6/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, 07 Nov 2013 11:59:01 -0000 TB --- 2013-11-07 10:30:16 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 10:30:16 - 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 --- 2013-11-07 10:30:16 - starting HEAD tinderbox run for armv6/arm TB --- 2013-11-07 10:30:16 - cleaning the object tree TB --- 2013-11-07 10:32:50 - /usr/local/bin/svn stat /src TB --- 2013-11-07 10:32:53 - At svn revision 257784 TB --- 2013-11-07 10:32:54 - building world TB --- 2013-11-07 10:32:54 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 10:32:54 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 10:32:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 10:32:54 - SRCCONF=/dev/null TB --- 2013-11-07 10:32:54 - TARGET=arm TB --- 2013-11-07 10:32:54 - TARGET_ARCH=armv6 TB --- 2013-11-07 10:32:54 - TZ=UTC TB --- 2013-11-07 10:32:54 - __MAKE_CONF=/dev/null TB --- 2013-11-07 10:32:54 - cd /src TB --- 2013-11-07 10:32:54 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 10:33:01 UTC 2013 >>> Rebuilding 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 [...] ^ /src/lib/msun/src/s_roundl.c:45:2: error: no member named 'expsign' in 'struct IEEEl2bits::' GET_LDBL_EXPSIGN(hx, x); ^~~~~~~~~~~~~~~~~~~~~~~ /src/lib/msun/src/math_private.h:224:20: note: expanded from macro 'GET_LDBL_EXPSIGN' (i) = ge_u.xbits.expsign; \ ~~~~~~~~~~ ^ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/msun *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-07 11:59:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-07 11:59:00 - ERROR: failed to build world TB --- 2013-11-07 11:59:00 - 4194.23 user 717.25 system 5323.73 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 12:11:09 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 997D911D for ; Thu, 7 Nov 2013 12:11:09 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-qa0-x235.google.com (mail-qa0-x235.google.com [IPv6:2607:f8b0:400d:c00::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5BFE2288A for ; Thu, 7 Nov 2013 12:11:09 +0000 (UTC) Received: by mail-qa0-f53.google.com with SMTP id k4so323476qaq.5 for ; Thu, 07 Nov 2013 04:11:08 -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:content-transfer-encoding; bh=vdIFfBqqoFC4KG9O+BMie9fPDgBFvHnC8rE2b9GT1Eg=; b=gzQS3J5zJb1u5ST4vwnAew0v1G//lWvLxT7gHSv3hObkU5x0avfpXDQ/oVu7b/maBR fQkKhBeYVbhkshdZYBtdULxXvTMdDthDjKJVSjnBDDc562rkHBPs4dE4aX6ygn2bGtID 1TvM2LlEeXVcj29T5jo9JbhNekRy2+t3UDCuEfSAbO4qUcZfCzj11gWkvSYixgC47lEl 2lJLbRW1+vpoyl3qI9ntRZQtDpYBzzln4JKgztmytTjbZk6md7KxyStEgx850mLV70P0 ON25VpGoiwz+A+5yoOrPDHnAnUpQs15SBWpvxFs7yjx+jbpKdo4+FD618zKFDMrHodCt 6mdg== MIME-Version: 1.0 X-Received: by 10.229.223.194 with SMTP id il2mr12168238qcb.6.1383826268545; Thu, 07 Nov 2013 04:11:08 -0800 (PST) Received: by 10.96.180.233 with HTTP; Thu, 7 Nov 2013 04:11:08 -0800 (PST) In-Reply-To: References: <52792B60.1030309@allanjude.com> <488180AE-5C23-402A-BAA4-E3263D8C52BF@kientzle.com> <1383788977.14448.44112617.6F0D61A0@webmail.messagingengine.com> <527AFAA1.1040001@allanjude.com> Date: Thu, 7 Nov 2013 14:11:08 +0200 Message-ID: Subject: Re: cron(8) improvement From: Kimmo Paasiala To: Lyndon Nerenberg Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 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: Thu, 07 Nov 2013 12:11:09 -0000 On Thu, Nov 7, 2013 at 6:43 AM, Lyndon Nerenberg wrote: > > On Nov 6, 2013, at 7:49 PM, Kimmo Paasiala wrote: > >> What's wrong with using the existing tools for achieving the same >> effect? Periodic can be adapted to do exactly what you're describing >> as noted above by adding an hourly (even minutely? :D ) periodic run. > > Periodic is geared towards periodic system maintenance tasks. Once per d= ay, once per week, once per month. It doesn't deal with tasks that need to= be fired off at arbitrary intervals. > > As you say, it could be adapted to run things with per-minute granularity= , but it wouldn't scale well. For per-minute granularity you would have to= fire off a periodic run every minute. That's five times the rate that atr= un(8) kicks off at. That's a lot of overhead for small, embedded, or power= constrained systems. And to get the time-granularity cron has, you would = have to re-implement cron(8)s dispatch control as a set of shell functions.= That's just silly. > > > --lyndon > > Well ok, I get your point. I guess there's no other option than to add support for a cron.d directory for crontab -snippets. I'd however like to emphasize one thing that has been noted already: - Snippets installed by ports should be disabled by default and enabled only selectively by variables in rc.conf(5) or some other configuration file to mirror what periodic(8) is doing now. This is an absolute must because having them enabled by default is a recipe for disaster. Compare this to services installed by ports, none of them are enabled by default. -Kimmo From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 12:11:02 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5F6E1118 for ; Thu, 7 Nov 2013 12:11:02 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward3h.mail.yandex.net (forward3h.mail.yandex.net [IPv6:2a02:6b8:0:f05::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 162CB2887 for ; Thu, 7 Nov 2013 12:11:02 +0000 (UTC) Received: from smtp3h.mail.yandex.net (smtp3h.mail.yandex.net [84.201.186.20]) by forward3h.mail.yandex.net (Yandex) with ESMTP id AD4BE1360027 for ; Thu, 7 Nov 2013 16:10:46 +0400 (MSK) Received: from smtp3h.mail.yandex.net (localhost [127.0.0.1]) by smtp3h.mail.yandex.net (Yandex) with ESMTP id 6C4901B41E8B for ; Thu, 7 Nov 2013 16:10:46 +0400 (MSK) Received: from 87.249.28.58.tel.ru (87.249.28.58.tel.ru [87.249.28.58]) by smtp3h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id wYBwe7HE5H-Akr4U6Gg; Thu, 7 Nov 2013 16:10:46 +0400 Message-ID: <527B8345.9040900@passap.ru> Date: Thu, 07 Nov 2013 16:10:45 +0400 From: Boris Samorodov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Subject: [iconv] warning: invalid characters Content-Type: text/plain; charset=UTF-8 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, 07 Nov 2013 12:11:02 -0000 Hi All, While testing russian/mueller-dic at 11-CURRENT (as well as fresh 10.x) I get following lines (the port builds with base iconv): ----- iconv -f koi8-r -t cp1251 -c /wrkdirs/usr/ports/russian/mueller-dic/work/usr/local/share/dict/Mueller7accentGPL.ru_RU.KOI8-R > /wrkdirs/usr/ports/russian/mueller-dic/work/usr/local/share/dict/Mueller7accentGPL.ru_RU.CP1251 || true iconv: warning: invalid characters: 45385 ----- Full log is here: http://gw.wart.ru/bulk/11-amd64-testing/2013-11-07_15h57m28s/logs/ru-mueller-dic-1.2_3.log If built with libiconv from ports (i.e. for 9.x) the log does not have a warning, full log: http://gw.wart.ru/bulk/91-i386-testing/2013-11-07_15h55m02s/logs/ru-mueller-dic-1.2_3.log -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 13:37:15 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id F2766A1D; Thu, 7 Nov 2013 13:37:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B9334207C; Thu, 7 Nov 2013 13:37: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 rA7DbDvV031070; Thu, 7 Nov 2013 08:37:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rA7DbDgh031068; Thu, 7 Nov 2013 13:37:13 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Nov 2013 13:37:13 GMT Message-Id: <201311071337.rA7DbDgh031068@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: Thu, 07 Nov 2013 13:37:15 -0000 TB --- 2013-11-07 11:59:00 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 11:59: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 --- 2013-11-07 11:59:00 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-11-07 11:59:00 - cleaning the object tree TB --- 2013-11-07 12:01:17 - /usr/local/bin/svn stat /src TB --- 2013-11-07 12:01:21 - At svn revision 257784 TB --- 2013-11-07 12:01:22 - building world TB --- 2013-11-07 12:01:22 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 12:01:22 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 12:01:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 12:01:22 - SRCCONF=/dev/null TB --- 2013-11-07 12:01:22 - TARGET=ia64 TB --- 2013-11-07 12:01:22 - TARGET_ARCH=ia64 TB --- 2013-11-07 12:01:22 - TZ=UTC TB --- 2013-11-07 12:01:22 - __MAKE_CONF=/dev/null TB --- 2013-11-07 12:01:22 - cd /src TB --- 2013-11-07 12:01:22 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 12:01:29 UTC 2013 >>> Rebuilding 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 7 13:36:44 UTC 2013 TB --- 2013-11-07 13:36:44 - generating LINT kernel config TB --- 2013-11-07 13:36:44 - cd /src/sys/ia64/conf TB --- 2013-11-07 13:36:44 - /usr/bin/make -B LINT TB --- 2013-11-07 13:36:44 - cd /src/sys/ia64/conf TB --- 2013-11-07 13:36:44 - /usr/sbin/config -m LINT TB --- 2013-11-07 13:36:44 - building LINT kernel TB --- 2013-11-07 13:36:44 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 13:36:44 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 13:36:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 13:36:44 - SRCCONF=/dev/null TB --- 2013-11-07 13:36:44 - TARGET=ia64 TB --- 2013-11-07 13:36:44 - TARGET_ARCH=ia64 TB --- 2013-11-07 13:36:44 - TZ=UTC TB --- 2013-11-07 13:36:44 - __MAKE_CONF=/dev/null TB --- 2013-11-07 13:36:44 - cd /src TB --- 2013-11-07 13:36:44 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 7 13:36:44 UTC 2013 >>> 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 -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 -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding /src/sys/ia64/ia64/genassym.c NM='nm' sh /src/sys/kern/genassym.sh genassym.o > assym.s awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -p awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -q awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -h awk -f /src/sys/tools/acpi_quirks2h.awk /src/sys/dev/acpica/acpi_quirks aicasm -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/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/ia64/libuwx/src -I/src/sys/cam/scsi -I/src/sys/dev/aic7xxx -o aic7xxx_seq.h -r aic7xxx_reg.h -p aic7xxx_reg_print.c -i /src/sys/dev/aic7xxx/aic7xxx_osm.h /src/sys/dev/aic7xxx/aic7xxx.seq bmake[1]: exec(aicasm) failed (No such file or directory) *** Error code 1 Stop. bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-07 13:37:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-07 13:37:13 - ERROR: failed to build LINT kernel TB --- 2013-11-07 13:37:13 - 4551.41 user 833.99 system 5892.72 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 13:46:26 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C7D38FBB; Thu, 7 Nov 2013 13:46:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8D7152122; Thu, 7 Nov 2013 13:46: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 rA7DkP15092339; Thu, 7 Nov 2013 08:46: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 rA7DkP7f092327; Thu, 7 Nov 2013 13:46:25 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Nov 2013 13:46:25 GMT Message-Id: <201311071346.rA7DkP7f092327@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, 07 Nov 2013 13:46:26 -0000 TB --- 2013-11-07 10:30:16 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 10:30:16 - 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 --- 2013-11-07 10:30:16 - starting HEAD tinderbox run for i386/i386 TB --- 2013-11-07 10:30:16 - cleaning the object tree TB --- 2013-11-07 10:33:58 - /usr/local/bin/svn stat /src TB --- 2013-11-07 10:34:01 - At svn revision 257784 TB --- 2013-11-07 10:34:02 - building world TB --- 2013-11-07 10:34:02 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 10:34:02 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 10:34:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 10:34:02 - SRCCONF=/dev/null TB --- 2013-11-07 10:34:02 - TARGET=i386 TB --- 2013-11-07 10:34:02 - TARGET_ARCH=i386 TB --- 2013-11-07 10:34:02 - TZ=UTC TB --- 2013-11-07 10:34:02 - __MAKE_CONF=/dev/null TB --- 2013-11-07 10:34:02 - cd /src TB --- 2013-11-07 10:34:02 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 10:34:09 UTC 2013 >>> Rebuilding 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 7 13:45:25 UTC 2013 TB --- 2013-11-07 13:45:25 - generating LINT kernel config TB --- 2013-11-07 13:45:25 - cd /src/sys/i386/conf TB --- 2013-11-07 13:45:25 - /usr/bin/make -B LINT TB --- 2013-11-07 13:45:26 - cd /src/sys/i386/conf TB --- 2013-11-07 13:45:26 - /usr/sbin/config -m LINT TB --- 2013-11-07 13:45:26 - building LINT kernel TB --- 2013-11-07 13:45:26 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 13:45:26 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 13:45:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 13:45:26 - SRCCONF=/dev/null TB --- 2013-11-07 13:45:26 - TARGET=i386 TB --- 2013-11-07 13:45:26 - TARGET_ARCH=i386 TB --- 2013-11-07 13:45:26 - TZ=UTC TB --- 2013-11-07 13:45:26 - __MAKE_CONF=/dev/null TB --- 2013-11-07 13:45:26 - cd /src TB --- 2013-11-07 13:45:26 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 7 13:45:26 UTC 2013 >>> 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 -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 -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -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 /src/sys/i386/i386/genassym.c NM='nm' sh /src/sys/kern/genassym.sh genassym.o > assym.s awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -p awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -q awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -h awk -f /src/sys/tools/acpi_quirks2h.awk /src/sys/dev/acpica/acpi_quirks aicasm -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/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -I/src/sys/cam/scsi -I/src/sys/dev/aic7xxx -o aic7xxx_seq.h -r aic7xxx_reg.h -p aic7xxx_reg_print.c -i /src/sys/dev/aic7xxx/aic7xxx_osm.h /src/sys/dev/aic7xxx/aic7xxx.seq bmake[1]: exec(aicasm) failed (No such file or directory) *** Error code 1 Stop. bmake[1]: stopped in /obj/i386.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-07 13:46:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-07 13:46:25 - ERROR: failed to build LINT kernel TB --- 2013-11-07 13:46:25 - 9359.30 user 1569.35 system 11768.86 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 13:59:05 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8A77A6DB; Thu, 7 Nov 2013 13:59:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 41FD621DC; Thu, 7 Nov 2013 13:59:04 +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 rA7Dx4eC083231; Thu, 7 Nov 2013 08:59: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 rA7Dx4Jg083230; Thu, 7 Nov 2013 13:59:04 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Nov 2013 13:59:04 GMT Message-Id: <201311071359.rA7Dx4Jg083230@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: Thu, 07 Nov 2013 13:59:05 -0000 TB --- 2013-11-07 13:37:13 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 13:37:13 - 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 --- 2013-11-07 13:37:13 - starting HEAD tinderbox run for mips/mips TB --- 2013-11-07 13:37:13 - cleaning the object tree TB --- 2013-11-07 13:37:44 - /usr/local/bin/svn stat /src TB --- 2013-11-07 13:37:48 - At svn revision 257784 TB --- 2013-11-07 13:37:49 - building world TB --- 2013-11-07 13:37:49 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 13:37:49 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 13:37:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 13:37:49 - SRCCONF=/dev/null TB --- 2013-11-07 13:37:49 - TARGET=mips TB --- 2013-11-07 13:37:49 - TARGET_ARCH=mips TB --- 2013-11-07 13:37:49 - TZ=UTC TB --- 2013-11-07 13:37:49 - __MAKE_CONF=/dev/null TB --- 2013-11-07 13:37:49 - cd /src TB --- 2013-11-07 13:37:49 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 13:37:56 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_remquof.c -o s_remquof.o cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_rint.c -o s_rint.o cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_rintf.c -o s_rintf.o cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_round.c -o s_round.o cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_roundf.c -o s_roundf.o cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_roundl.c -o s_roundl.o /src/lib/msun/src/s_roundl.c: In function 'roundl': /src/lib/msun/src/s_roundl.c:45: error: 'union IEEEl2bits' has no member named 'xbits' *** Error code 1 Stop. bmake[3]: stopped in /src/lib/msun *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-07 13:59:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-07 13:59:04 - ERROR: failed to build world TB --- 2013-11-07 13:59:04 - 883.40 user 275.30 system 1310.34 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 14:07:32 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 531E3BD7; Thu, 7 Nov 2013 14:07:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0C507226A; Thu, 7 Nov 2013 14:07: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 rA7E7Vpl034409; Thu, 7 Nov 2013 09:07:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rA7E7VYZ034402; Thu, 7 Nov 2013 14:07:31 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Nov 2013 14:07:31 GMT Message-Id: <201311071407.rA7E7VYZ034402@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: Thu, 07 Nov 2013 14:07:32 -0000 TB --- 2013-11-07 13:46:25 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 13:46:25 - 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 --- 2013-11-07 13:46:25 - starting HEAD tinderbox run for mips64/mips TB --- 2013-11-07 13:46:25 - cleaning the object tree TB --- 2013-11-07 13:46:49 - /usr/local/bin/svn stat /src TB --- 2013-11-07 13:46:53 - At svn revision 257784 TB --- 2013-11-07 13:46:54 - building world TB --- 2013-11-07 13:46:54 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 13:46:54 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 13:46:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 13:46:54 - SRCCONF=/dev/null TB --- 2013-11-07 13:46:54 - TARGET=mips TB --- 2013-11-07 13:46:54 - TARGET_ARCH=mips64 TB --- 2013-11-07 13:46:54 - TZ=UTC TB --- 2013-11-07 13:46:54 - __MAKE_CONF=/dev/null TB --- 2013-11-07 13:46:54 - cd /src TB --- 2013-11-07 13:46:54 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 13:47:01 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_remquof.c -o s_remquof.o cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_rint.c -o s_rint.o cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_rintf.c -o s_rintf.o cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_round.c -o s_round.o cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_roundf.c -o s_roundf.o cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_roundl.c -o s_roundl.o /src/lib/msun/src/s_roundl.c: In function 'roundl': /src/lib/msun/src/s_roundl.c:45: error: 'union IEEEl2bits' has no member named 'xbits' *** Error code 1 Stop. bmake[3]: stopped in /src/lib/msun *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-07 14:07:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-07 14:07:30 - ERROR: failed to build world TB --- 2013-11-07 14:07:30 - 883.33 user 252.40 system 1265.09 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 14:21:08 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D1DE433E; Thu, 7 Nov 2013 14:21:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 98A252377; Thu, 7 Nov 2013 14:21:08 +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 rA7EL7UU019606; Thu, 7 Nov 2013 09:21:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rA7EL7Tb019602; Thu, 7 Nov 2013 14:21:07 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Nov 2013 14:21:07 GMT Message-Id: <201311071421.rA7EL7Tb019602@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, 07 Nov 2013 14:21:08 -0000 TB --- 2013-11-07 10:30:16 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 10:30:16 - 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 --- 2013-11-07 10:30:16 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-11-07 10:30:16 - cleaning the object tree TB --- 2013-11-07 10:34:19 - /usr/local/bin/svn stat /src TB --- 2013-11-07 10:34:22 - At svn revision 257784 TB --- 2013-11-07 10:34:23 - building world TB --- 2013-11-07 10:34:23 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 10:34:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 10:34:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 10:34:23 - SRCCONF=/dev/null TB --- 2013-11-07 10:34:23 - TARGET=amd64 TB --- 2013-11-07 10:34:23 - TARGET_ARCH=amd64 TB --- 2013-11-07 10:34:23 - TZ=UTC TB --- 2013-11-07 10:34:23 - __MAKE_CONF=/dev/null TB --- 2013-11-07 10:34:23 - cd /src TB --- 2013-11-07 10:34:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 10:34:30 UTC 2013 >>> Rebuilding 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 7 14:20:19 UTC 2013 TB --- 2013-11-07 14:20:19 - generating LINT kernel config TB --- 2013-11-07 14:20:19 - cd /src/sys/amd64/conf TB --- 2013-11-07 14:20:19 - /usr/bin/make -B LINT TB --- 2013-11-07 14:20:19 - cd /src/sys/amd64/conf TB --- 2013-11-07 14:20:19 - /usr/sbin/config -m LINT TB --- 2013-11-07 14:20:19 - building LINT kernel TB --- 2013-11-07 14:20:19 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 14:20:19 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 14:20:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 14:20:19 - SRCCONF=/dev/null TB --- 2013-11-07 14:20:19 - TARGET=amd64 TB --- 2013-11-07 14:20:19 - TARGET_ARCH=amd64 TB --- 2013-11-07 14:20:19 - TZ=UTC TB --- 2013-11-07 14:20:19 - __MAKE_CONF=/dev/null TB --- 2013-11-07 14:20:19 - cd /src TB --- 2013-11-07 14:20:19 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 7 14:20:19 UTC 2013 >>> 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 -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 -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector /src/sys/amd64/amd64/genassym.c NM='nm' sh /src/sys/kern/genassym.sh genassym.o > assym.s awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -p awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -q awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -h awk -f /src/sys/tools/acpi_quirks2h.awk /src/sys/dev/acpica/acpi_quirks aicasm -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/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -I/src/sys/cam/scsi -I/src/sys/dev/aic7xxx -o aic7xxx_seq.h -r aic7xxx_reg.h -p aic7xxx_reg_print.c -i /src/sys/dev/aic7xxx/aic7xxx_osm.h /src/sys/dev/aic7xxx/aic7xxx.seq bmake[1]: exec(aicasm) failed (No such file or directory) *** Error code 1 Stop. bmake[1]: stopped in /obj/amd64.amd64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-07 14:21:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-07 14:21:07 - ERROR: failed to build LINT kernel TB --- 2013-11-07 14:21:07 - 10771.05 user 1976.37 system 13850.92 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 14:25:49 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E0CCB69F; Thu, 7 Nov 2013 14:25:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B49EE23C9; Thu, 7 Nov 2013 14:25: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 rA7EPloP067687; Thu, 7 Nov 2013 09:25:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rA7EPlNA067535; Thu, 7 Nov 2013 14:25:47 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Nov 2013 14:25:47 GMT Message-Id: <201311071425.rA7EPlNA067535@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: Thu, 07 Nov 2013 14:25:49 -0000 TB --- 2013-11-07 13:59:04 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 13:59:04 - 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 --- 2013-11-07 13:59:04 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-11-07 13:59:04 - cleaning the object tree TB --- 2013-11-07 13:59:30 - /usr/local/bin/svn stat /src TB --- 2013-11-07 13:59:34 - At svn revision 257784 TB --- 2013-11-07 13:59:35 - building world TB --- 2013-11-07 13:59:35 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 13:59:35 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 13:59:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 13:59:35 - SRCCONF=/dev/null TB --- 2013-11-07 13:59:35 - TARGET=powerpc TB --- 2013-11-07 13:59:35 - TARGET_ARCH=powerpc TB --- 2013-11-07 13:59:35 - TZ=UTC TB --- 2013-11-07 13:59:35 - __MAKE_CONF=/dev/null TB --- 2013-11-07 13:59:35 - cd /src TB --- 2013-11-07 13:59:35 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 13:59:42 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_remquof.c -o s_remquof.o cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_rint.c -o s_rint.o cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_rintf.c -o s_rintf.o cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_round.c -o s_round.o cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_roundf.c -o s_roundf.o cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_roundl.c -o s_roundl.o /src/lib/msun/src/s_roundl.c: In function 'roundl': /src/lib/msun/src/s_roundl.c:45: error: 'union IEEEl2bits' has no member named 'xbits' *** Error code 1 Stop. bmake[3]: stopped in /src/lib/msun *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-07 14:25:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-07 14:25:42 - ERROR: failed to build world TB --- 2013-11-07 14:25:42 - 1189.05 user 253.26 system 1598.33 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 14:33:20 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A93F08BD; Thu, 7 Nov 2013 14:33:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7BA3E2458; Thu, 7 Nov 2013 14:33: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 rA7EXEtE002430; Thu, 7 Nov 2013 09:33: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 rA7EXEaJ002424; Thu, 7 Nov 2013 14:33:14 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Nov 2013 14:33:14 GMT Message-Id: <201311071433.rA7EXEaJ002424@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, 07 Nov 2013 14:33:20 -0000 TB --- 2013-11-07 14:07:31 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 14:07:31 - 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 --- 2013-11-07 14:07:31 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-11-07 14:07:31 - cleaning the object tree TB --- 2013-11-07 14:07:56 - /usr/local/bin/svn stat /src TB --- 2013-11-07 14:08:00 - At svn revision 257784 TB --- 2013-11-07 14:08:01 - building world TB --- 2013-11-07 14:08:01 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 14:08:01 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 14:08:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 14:08:01 - SRCCONF=/dev/null TB --- 2013-11-07 14:08:01 - TARGET=powerpc TB --- 2013-11-07 14:08:01 - TARGET_ARCH=powerpc64 TB --- 2013-11-07 14:08:01 - TZ=UTC TB --- 2013-11-07 14:08:01 - __MAKE_CONF=/dev/null TB --- 2013-11-07 14:08:01 - cd /src TB --- 2013-11-07 14:08:01 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 14:08:08 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc64 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_remquof.c -o s_remquof.o cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc64 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_rint.c -o s_rint.o cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc64 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_rintf.c -o s_rintf.o cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc64 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_round.c -o s_round.o cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc64 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_roundf.c -o s_roundf.o cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc64 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_roundl.c -o s_roundl.o /src/lib/msun/src/s_roundl.c: In function 'roundl': /src/lib/msun/src/s_roundl.c:45: error: 'union IEEEl2bits' has no member named 'xbits' *** Error code 1 Stop. bmake[3]: stopped in /src/lib/msun *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-07 14:33:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-07 14:33:14 - ERROR: failed to build world TB --- 2013-11-07 14:33:14 - 1196.25 user 240.41 system 1543.04 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 15:18:02 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 304C0F48; Thu, 7 Nov 2013 15:18:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EBEC02715; Thu, 7 Nov 2013 15:18: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 rA7FI0lv061787; Thu, 7 Nov 2013 10:18:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rA7FI0vA061786; Thu, 7 Nov 2013 15:18:00 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Nov 2013 15:18:00 GMT Message-Id: <201311071518.rA7FI0vA061786@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, 07 Nov 2013 15:18:02 -0000 TB --- 2013-11-07 11:58:57 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 11:58: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 --- 2013-11-07 11:58:57 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-11-07 11:58:57 - cleaning the object tree TB --- 2013-11-07 12:01:16 - /usr/local/bin/svn stat /src TB --- 2013-11-07 12:01:20 - At svn revision 257784 TB --- 2013-11-07 12:01:21 - building world TB --- 2013-11-07 12:01:21 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 12:01:21 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 12:01:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 12:01:21 - SRCCONF=/dev/null TB --- 2013-11-07 12:01:21 - TARGET=pc98 TB --- 2013-11-07 12:01:21 - TARGET_ARCH=i386 TB --- 2013-11-07 12:01:21 - TZ=UTC TB --- 2013-11-07 12:01:21 - __MAKE_CONF=/dev/null TB --- 2013-11-07 12:01:21 - cd /src TB --- 2013-11-07 12:01:21 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 12:01:29 UTC 2013 >>> Rebuilding 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 7 15:17:29 UTC 2013 TB --- 2013-11-07 15:17:29 - generating LINT kernel config TB --- 2013-11-07 15:17:29 - cd /src/sys/pc98/conf TB --- 2013-11-07 15:17:29 - /usr/bin/make -B LINT TB --- 2013-11-07 15:17:29 - cd /src/sys/pc98/conf TB --- 2013-11-07 15:17:29 - /usr/sbin/config -m LINT TB --- 2013-11-07 15:17:30 - building LINT kernel TB --- 2013-11-07 15:17:30 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 15:17:30 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 15:17:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 15:17:30 - SRCCONF=/dev/null TB --- 2013-11-07 15:17:30 - TARGET=pc98 TB --- 2013-11-07 15:17:30 - TARGET_ARCH=i386 TB --- 2013-11-07 15:17:30 - TZ=UTC TB --- 2013-11-07 15:17:30 - __MAKE_CONF=/dev/null TB --- 2013-11-07 15:17:30 - cd /src TB --- 2013-11-07 15:17:30 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 7 15:17:30 UTC 2013 >>> 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 [...] x86 -> /src/sys/x86/include 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 -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/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 -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector /src/sys/i386/i386/genassym.c NM='nm' sh /src/sys/kern/genassym.sh genassym.o > assym.s awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -p awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -q awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -h aicasm -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/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/cam/scsi -I/src/sys/dev/aic7xxx -o aic7xxx_seq.h -r aic7xxx_reg.h -p aic7xxx_reg_print.c -i /src/sys/dev/aic7xxx/aic7xxx_osm.h /src/sys/dev/aic7xxx/aic7xxx.seq bmake[1]: exec(aicasm) failed (No such file or directory) *** Error code 1 Stop. bmake[1]: stopped in /obj/pc98.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-07 15:18:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-07 15:18:00 - ERROR: failed to build LINT kernel TB --- 2013-11-07 15:18:00 - 9729.64 user 1478.79 system 11942.90 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 15:24:27 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 487BE2EA; Thu, 7 Nov 2013 15:24:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0B9FE2791; Thu, 7 Nov 2013 15:24: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 rA7FOQeR074668; Thu, 7 Nov 2013 10:24: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 rA7FOQQ7074667; Thu, 7 Nov 2013 15:24:26 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Nov 2013 15:24:26 GMT Message-Id: <201311071524.rA7FOQQ7074667@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, 07 Nov 2013 15:24:27 -0000 TB --- 2013-11-07 14:21:07 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 14:21:07 - 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 --- 2013-11-07 14:21:07 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-11-07 14:21:08 - cleaning the object tree TB --- 2013-11-07 14:22:14 - /usr/local/bin/svn stat /src TB --- 2013-11-07 14:22:17 - At svn revision 257784 TB --- 2013-11-07 14:22:18 - building world TB --- 2013-11-07 14:22:18 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 14:22:18 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 14:22:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 14:22:18 - SRCCONF=/dev/null TB --- 2013-11-07 14:22:18 - TARGET=sparc64 TB --- 2013-11-07 14:22:18 - TARGET_ARCH=sparc64 TB --- 2013-11-07 14:22:18 - TZ=UTC TB --- 2013-11-07 14:22:18 - __MAKE_CONF=/dev/null TB --- 2013-11-07 14:22:18 - cd /src TB --- 2013-11-07 14:22:18 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 14:22:25 UTC 2013 >>> Rebuilding 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 7 15:24:12 UTC 2013 TB --- 2013-11-07 15:24:12 - generating LINT kernel config TB --- 2013-11-07 15:24:12 - cd /src/sys/sparc64/conf TB --- 2013-11-07 15:24:12 - /usr/bin/make -B LINT TB --- 2013-11-07 15:24:12 - cd /src/sys/sparc64/conf TB --- 2013-11-07 15:24:12 - /usr/sbin/config -m LINT TB --- 2013-11-07 15:24:12 - building LINT kernel TB --- 2013-11-07 15:24:12 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 15:24:12 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 15:24:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 15:24:12 - SRCCONF=/dev/null TB --- 2013-11-07 15:24:12 - TARGET=sparc64 TB --- 2013-11-07 15:24:12 - TARGET_ARCH=sparc64 TB --- 2013-11-07 15:24:12 - TZ=UTC TB --- 2013-11-07 15:24:12 - __MAKE_CONF=/dev/null TB --- 2013-11-07 15:24:12 - cd /src TB --- 2013-11-07 15:24:12 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 7 15:24:12 UTC 2013 >>> 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 [...] machine -> /src/sys/sparc64/include 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 -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/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 -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector /src/sys/sparc64/sparc64/genassym.c NM='nm' sh /src/sys/kern/genassym.sh genassym.o > assym.s awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -p awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -q awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -h aicasm -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/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/cam/scsi -I/src/sys/dev/aic7xxx -o aic7xxx_seq.h -r aic7xxx_reg.h -p aic7xxx_reg_print.c -i /src/sys/dev/aic7xxx/aic7xxx_osm.h /src/sys/dev/aic7xxx/aic7xxx.seq bmake[1]: exec(aicasm) failed (No such file or directory) *** Error code 1 Stop. bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-07 15:24:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-07 15:24:26 - ERROR: failed to build LINT kernel TB --- 2013-11-07 15:24:26 - 3137.43 user 598.32 system 3798.13 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 16:11:13 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2D4402FB for ; Thu, 7 Nov 2013 16:11:13 +0000 (UTC) (envelope-from lidl@pix.net) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::3c]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E14512ACF for ; Thu, 7 Nov 2013 16:11:12 +0000 (UTC) Received: from torb.pix.net (torb.pix.net [IPv6:2001:470:e254:10:12dd:b1ff:febf:eca9]) (authenticated bits=0) by hydra.pix.net (8.14.5/8.14.5) with ESMTP id rA7GBB8f042046; Thu, 7 Nov 2013 11:11:11 -0500 (EST) (envelope-from lidl@pix.net) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98 at mail.pix.net Message-ID: <527BBB9F.6000307@pix.net> Date: Thu, 07 Nov 2013 11:11:11 -0500 From: Kurt Lidl User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: [CFT] Kernel-Selection Enhancemnt to Boot Menu References: <201311061225.47620.jhb@freebsd.org> In-Reply-To: <201311061225.47620.jhb@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, 07 Nov 2013 16:11:13 -0000 On Wednesday, November 06, 2013 19:18:31 UTC Baldwin, John wrote: > On Wednesday, November 06, 2013 10:22:44 am Teske, Devin wrote: >> >> On Nov 6, 2013, at 1:18 AM, Lars Engels wrote: >> >> > Am 05.11.2013 18:06, schrieb Kurt Lidl: >> > >> >> Well, I'd probably be in support of this change - it sure beats having >> >> to interrupt the normal boot sequence and typing: >> >> unload >> >> load /boot/kernel.old/kernel >> >> load /boot/kernel.old/opensolaris.ko >> >> load /boot/kernel.old/zfs.ko >> >> boot >> > >> > To load an older kernel I always just type >> > >> > boot kernel.old >> > >> > >> > Doesn't that unload the currently loaded kernel automatically? >> >> Actually... it does. >> >> Thanks for pointing that out (forgot about that). > > The only thing that it doesn't do which I wish it did was fixup > module_path. Right now if you break into the loader prompt and > do 'boot foo', you end up with module_path containing > "/boot/kernel;/boot/modules;/boot/foo". What I would like is to > be able to use 'boot foo' and get a proper module_path. Yeah - I found this out the hard way when playing with incompatible versions of zfs.ko. I suppose the "boot kernel.old" method works if "kernel.old" is "close enough" to "kernel", as you'll get the kernel.old/kernel file, and kernel/zfs.ko kernel/opensolaris.ko modules loaded that way. -Kurt From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 16:59:01 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 024C4EB8; Thu, 7 Nov 2013 16:59:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A4A682DD5; Thu, 7 Nov 2013 16:59: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 rA7GwxRj045916; Thu, 7 Nov 2013 11:58: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 rA7Gwxgo045909; Thu, 7 Nov 2013 16:58:59 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Nov 2013 16:58:59 GMT Message-Id: <201311071658.rA7Gwxgo045909@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 armv6/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, 07 Nov 2013 16:59:01 -0000 TB --- 2013-11-07 15:30:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 15:30:18 - 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 --- 2013-11-07 15:30:18 - starting HEAD tinderbox run for armv6/arm TB --- 2013-11-07 15:30:18 - cleaning the object tree TB --- 2013-11-07 15:32:55 - /usr/local/bin/svn stat /src TB --- 2013-11-07 15:32:59 - At svn revision 257796 TB --- 2013-11-07 15:33:00 - building world TB --- 2013-11-07 15:33:00 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 15:33:00 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 15:33:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 15:33:00 - SRCCONF=/dev/null TB --- 2013-11-07 15:33:00 - TARGET=arm TB --- 2013-11-07 15:33:00 - TARGET_ARCH=armv6 TB --- 2013-11-07 15:33:00 - TZ=UTC TB --- 2013-11-07 15:33:00 - __MAKE_CONF=/dev/null TB --- 2013-11-07 15:33:00 - cd /src TB --- 2013-11-07 15:33:00 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 15:33:07 UTC 2013 >>> Rebuilding 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 [...] ^ /src/lib/msun/src/s_roundl.c:45:2: error: no member named 'expsign' in 'struct IEEEl2bits::' GET_LDBL_EXPSIGN(hx, x); ^~~~~~~~~~~~~~~~~~~~~~~ /src/lib/msun/src/math_private.h:224:20: note: expanded from macro 'GET_LDBL_EXPSIGN' (i) = ge_u.xbits.expsign; \ ~~~~~~~~~~ ^ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/msun *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-07 16:58:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-07 16:58:59 - ERROR: failed to build world TB --- 2013-11-07 16:58:59 - 4195.32 user 719.32 system 5320.45 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 16:59:01 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0917FEB9; Thu, 7 Nov 2013 16:59:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AAD6B2DD6; Thu, 7 Nov 2013 16:59: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 rA7Gwxid045939; Thu, 7 Nov 2013 11:58: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 rA7Gwxxr045936; Thu, 7 Nov 2013 16:58:59 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Nov 2013 16:58:59 GMT Message-Id: <201311071658.rA7Gwxxr045936@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, 07 Nov 2013 16:59:01 -0000 TB --- 2013-11-07 15:30:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 15:30:18 - 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 --- 2013-11-07 15:30:18 - starting HEAD tinderbox run for arm/arm TB --- 2013-11-07 15:30:18 - cleaning the object tree TB --- 2013-11-07 15:32:55 - /usr/local/bin/svn stat /src TB --- 2013-11-07 15:32:59 - At svn revision 257796 TB --- 2013-11-07 15:33:00 - building world TB --- 2013-11-07 15:33:00 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 15:33:00 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 15:33:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 15:33:00 - SRCCONF=/dev/null TB --- 2013-11-07 15:33:00 - TARGET=arm TB --- 2013-11-07 15:33:00 - TARGET_ARCH=arm TB --- 2013-11-07 15:33:00 - TZ=UTC TB --- 2013-11-07 15:33:00 - __MAKE_CONF=/dev/null TB --- 2013-11-07 15:33:00 - cd /src TB --- 2013-11-07 15:33:00 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 15:33:07 UTC 2013 >>> Rebuilding 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 [...] ^ /src/lib/msun/src/s_roundl.c:45:2: error: no member named 'expsign' in 'struct IEEEl2bits::' GET_LDBL_EXPSIGN(hx, x); ^~~~~~~~~~~~~~~~~~~~~~~ /src/lib/msun/src/math_private.h:224:20: note: expanded from macro 'GET_LDBL_EXPSIGN' (i) = ge_u.xbits.expsign; \ ~~~~~~~~~~ ^ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/msun *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-07 16:58:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-07 16:58:59 - ERROR: failed to build world TB --- 2013-11-07 16:58:59 - 4195.89 user 716.98 system 5320.80 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 17:14:03 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4598B8C7 for ; Thu, 7 Nov 2013 17:14:03 +0000 (UTC) (envelope-from freebsd@allanjude.com) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id F30DA2EE4 for ; Thu, 7 Nov 2013 17:14:01 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.108.129]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id A6AFE45B04 for ; Thu, 7 Nov 2013 17:13:59 +0000 (UTC) Message-ID: <527BCA55.2000207@allanjude.com> Date: Thu, 07 Nov 2013 12:13:57 -0500 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: cron(8) improvement References: <52792B60.1030309@allanjude.com> <488180AE-5C23-402A-BAA4-E3263D8C52BF@kientzle.com> <1383788977.14448.44112617.6F0D61A0@webmail.messagingengine.com> <527AFAA1.1040001@allanjude.com> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DnHM8Tkr8AJUMiQvxcwLKR1qawdx5IvGT" 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, 07 Nov 2013 17:14:03 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --DnHM8Tkr8AJUMiQvxcwLKR1qawdx5IvGT Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2013-11-07 07:11, Kimmo Paasiala wrote: > On Thu, Nov 7, 2013 at 6:43 AM, Lyndon Nerenberg wr= ote: >> On Nov 6, 2013, at 7:49 PM, Kimmo Paasiala wrote:= >> >>> What's wrong with using the existing tools for achieving the same >>> effect? Periodic can be adapted to do exactly what you're describing >>> as noted above by adding an hourly (even minutely? :D ) periodic run.= >> Periodic is geared towards periodic system maintenance tasks. Once pe= r day, once per week, once per month. It doesn't deal with tasks that ne= ed to be fired off at arbitrary intervals. >> >> As you say, it could be adapted to run things with per-minute granular= ity, but it wouldn't scale well. For per-minute granularity you would ha= ve to fire off a periodic run every minute. That's five times the rate t= hat atrun(8) kicks off at. That's a lot of overhead for small, embedded,= or power constrained systems. And to get the time-granularity cron has,= you would have to re-implement cron(8)s dispatch control as a set of she= ll functions. That's just silly. >> >> >> --lyndon >> >> > Well ok, I get your point. I guess there's no other option than to add > support for a cron.d directory for crontab -snippets. I'd however like > to emphasize one thing that has been noted already: > > - Snippets installed by ports should be disabled by default and > enabled only selectively by variables in rc.conf(5) or some other > configuration file to mirror what periodic(8) is doing now. This is > an absolute must because having them enabled by default is a recipe > for disaster. Compare this to services installed by ports, none of > them are enabled by default. > > -Kimmo > _______________________________________________ > 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" Right. The best way to handle this is likely to have the ports install the example cron to ${PREFIX}/share/portname/ or wherever else they normally put examples, with instructions in the pkg-message on how to enable the cron. The same way that ports that add something to apache don't install to the apache etc/apache22/Includes/ directory, but instead tell you to add the lines to a file there. --=20 Allan Jude --DnHM8Tkr8AJUMiQvxcwLKR1qawdx5IvGT 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSe8pYAAoJEJrBFpNRJZKfZYwP/jYTHqJGg1vdgtSKqJj4RnMb ijSizyF7OxSiJQHUCGLxySMd5yzSlMM7mdD3U7t1WYRwvxnIDTWm2hdOWespiQqb 1tX0B5KcR8jOH12XgzHNi7U7nOCPFbRPCfANLZYv2SRFY7WPph/Hi1y0qo4ZQWAw 4bVwoEOxG6Ezo0NKVba34xjcTlOYOYLoqq9vnzQH0ka1n+Of6lKCKm18gi+FcgWm BgP0/he49/SjLhZdfrzxnsNiyqTauWr3xTD16G8R9YwhOtkmgSvrRQ4EyPjO0xMh 76ollQHKzBi5LlxgZ5afxiTKDoffM10eXBJyKH3Uz24OoL7OOS2/YERUSXzahbNa gf15eoMl4A1v/j+GRMA+wmATZlq6kPdRKB0NSNLqSdqyD/8nEONuHPLSI+sToMzU 3tj13dRKwKkeu2m71VQYSsotq9ShM4Ydrtp2ExtYgyBx6OkOjyYW8cvlzEjCNolp LXtC4sKG6RO6nlALq5z54o+DXpM+EdYeUxSjIiL3e1CAKBWFBO5bhFMKNAN20jSa ig4S2XFyEBQbF18MipvxNILaqAqO8mlUv0qXGH1ZzTh9MkIj+JxujOnvjSROGhkq oO8UhPADMCBWtuyQJDvsmMSfKK7V13HQLRCB/Yw+/64UbgII+aKEJwhI7Xem3cYy eL/eAE7+xE8OgSoJDVP2 =h2a4 -----END PGP SIGNATURE----- --DnHM8Tkr8AJUMiQvxcwLKR1qawdx5IvGT-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 18:10:40 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 06046F13; Thu, 7 Nov 2013 18:10:40 +0000 (UTC) (envelope-from roger.pau@citrix.com) Received: from SMTP02.CITRIX.COM (smtp02.citrix.com [66.165.176.63]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DB4B822D5; Thu, 7 Nov 2013 18:10:34 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.93,653,1378857600"; d="scan'208,223";a="69171430" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 07 Nov 2013 18:10:31 +0000 Received: from [IPv6:::1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Thu, 7 Nov 2013 13:10:30 -0500 Message-ID: <527BD793.8010606@citrix.com> Date: Thu, 7 Nov 2013 19:10:27 +0100 From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: "freebsd-xen@freebsd.org" Subject: Re: FreeBSD PVH guest support References: <526E6807.9030005@citrix.com> In-Reply-To: <526E6807.9030005@citrix.com> Content-Type: multipart/mixed; boundary="------------010605090609060304010908" X-DLP: MIA1 Cc: peter@FreeBSD.org, alc@FreeBSD.org, xen-devel , freebsd-current@freebsd.org, Konstantin Belousov , "Justin T. Gibbs" 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, 07 Nov 2013 18:10:40 -0000 --------------010605090609060304010908 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit On 28/10/13 14:35, Roger Pau Monn wrote: > Hello, > > The Xen community is working on a new virtualization mode (or maybe I > should say an extension of HVM) to be able to run PV guests inside HVM > containers without requiring a device-model (Qemu). One of the > advantages of this new virtualization mode is that now it is much more > easier to port guests to run under it (as compared to pure PV guests). > > Given that FreeBSD already supports PVHVM, adding PVH support is quite > easy, we only need some glue for the PV entry point and then support > for diverging some early init functions (like fetching the e820 map or > starting the APs). > > The attached patch contains all this changes, and allows a SMP FreeBSD > guest to fully boot (and AFAIK work) under this new PVH mode. The patch > can also be found on my git repo: > > git://xenbits.xen.org/people/royger/freebsd.git pvh_v2 > > The patch touches quite a lot of the early init, so I've Cced the > persons that maintain those areas, so they can review it. > > In order to test it, and since the PVH changes are not yet merged into > upstream Xen, the use of a patched Xen is necessary. I've collected the > patches for PVH guest support from George Dunlap (v13) and fixed some > bugs on top of them, the tree can be found at: > > git://xenbits.xen.org/people/royger/xen.git fix_pvh I've updated the patch (as suggested by John Baldwin) and added a Xen Nexus, that attaches all the Xen top-level devices, this gets rid of the legacy bus. The new patch can be found at: git://xenbits.xen.org/people/royger/freebsd.git pvh_v2 And also attached on this email. Thanks for the review, Roger. --------------010605090609060304010908 Content-Type: text/plain; charset="UTF-8"; x-mac-type=0; x-mac-creator=0; name="0001-Xen-x86-PVH-support.patch" Content-Transfer-Encoding: 8bit Content-Disposition: attachment; filename="0001-Xen-x86-PVH-support.patch" >From 325c95ccd941bdb3101e9b6dd6c6a66274865fa9 Mon Sep 17 00:00:00 2001 From: Roger Pau Monne Date: Thu, 7 Nov 2013 17:07:50 +0100 Subject: [PATCH] Xen x86 PVH support This is still very experimental, and PVH support has not yet been merged into upstream Xen. PVH mode is basically a PV guest inside an HVM container, and shares a great amount of code with PVHVM. The main difference is the way the guest is started, PVH uses the PV start sequence, jumping directly into the kernel entry point in long mode and with page tables set. The main work of this patch consists in setting the environment as similar as possible to what native FreeBSD expects, and then adding hooks to the PV ops when necessary. sys/amd64/amd64/locore.S: * Add PV entry point, hypervisor_page and the necessary elfnotes. sys/amd64/amd64/machdep.c: * Add hooks to replace bare metal operations that should use a PV helper, this includes: - Preload metadata - i8254_init and i8254_delay - Fetching the e820 memory map - Reserve of the MP bootstrap region * Create a DELAY function that uses the PV hooks. * Introduce a new hammer_time_xen that sets the necessary stuff when running in PVH mode. sys/amd64/amd64/mp_machdep.c: * Introduce a hook to replace start_all_aps. * Introduce a lapic_disabled variable to prevent polluting the code with xen specific gates. sys/amd64/include/asmacros.h: * Copy the ELFNOTE macro from the i386 Xen PV port. sys/amd64/include/clock.h: sys/i386/include/clock.h: * Prototypes for the xen early delay initialization and usage. sys/amd64/include/cpu.h: * Introduce a new cpu hook to init APs. sys/amd64/include/sysarch.h: * Declare the init_ops structure. sys/amd64/include/xen/hypercall.h: sys/i386/include/xen/hypercall.h * Switch to the PV style hypercall mechanism for HVM also. sys/conf/files: * Make the PV console available on XENHVM also. sys/conf/files.amd64: * Include the new files for the PVH port. sys/dev/xen/console/console.c: sys/dev/xen/console/xencons_ring.c: * Remove the identify method and instead add the device from nexus_xen. * Use HYPERVISOR_start_info instead of xen_start_info. * Use HYPERVISOR_event_channel_op to kick the event channel before xen interrupts are setup. sys/dev/xen/control/control.c: * Use the PV shutdown on PVH. sys/dev/xen/timer/timer.c: * Pass a vcpu_info to xen_fetch_vcpu_time, this allows using this function at very early init, before per-cpu vcpu_info is set. * Remove critical_{enter/exit} from xen_fetch_vcpu_time so it can be used at early boot, instead place them on the callers. * Introduce two new functions, xen_delay_init and xen_delay that can be used at early boot to implement the generic DELAY function. * Remove the identify method that used to add the device, now it is manually added from either xenpci (HVM) or nexus_xen (PV). sys/i386/i386/locore.s: * Reserve space for the hypercall page. sys/i386/i386/machdep.c: * Create a generic DELAY function. sys/i386/xen/xen_machdep.c: * Set HYPERVISOR_start_info. sys/x86/isa/clock.c: * Rename the generic DELAY function to i8254_delay. sys/x86/x86/delay.c: * Put generic delay helpers here, get_tsc and delay_tc. sys/x86/x86/local_apic.c: * Prevent the local apic from attaching when running on PVH mode. sys/x86/xen/hvm.c: * Set the start_all_aps hook. * Fix the setting of the hypercall page now that we are using the same mechanism as the PV port. * Initialize Xen CPU hooks for the PVH port. * Introduce the xen_early_printf debug function, which prints directly to the hypervisor console. * Initialize APs before SI_SUB_SMP (SI_SUB_SMP-1). sys/x86/xen/mptable.c: * Create a dummy PV CPU enumerator for the PVH port. sys/x86/xen/pv.c: * Implement the PV functions for the early boot hooks, parse_preload_data and fetch_e820_map. * Implement the PV function for the start_all_aps hook. sys/x86/xen/pvcpu.c: * Dummy Xen PV CPU device, that we use to set the per-cpu pc_device. sys/xen/gnttab.c: * Allocate resume_frames for the PVH port. sys/xen/interface/arch-x86/xen.h: * Interface change for the PVH port (not used on FreeBSD). sys/xen/pv.h: * Header that exports the specific PV functions. sys/xen/xen-os.h: * Declare prototypes for the newly added functions. sys/xen/xenstore/xenstore.c: * Make the xenstore driver hang from both xenpci and the nexus when running XENHVM, this is because we don't have a xenpci device on the PVH port. * Remove the identify routine that added the device, instead add it from either xenpci (HVM) or nexus_xen (PV). sys/dev/xen/xenpci/xenpci.c: * Add the xenstore and xen_et devices on succesful attach. sys/i386/xen/mp_machdep.c: * Modify cpu_initialize_context to match the changes in the Xen interface. sys/x86/xen/xen_nexus.c: * Create a specific nexus for Xen PV guests that takes care of adding the top level Xen PV devices. --- sys/amd64/amd64/locore.S | 53 ++++++++ sys/amd64/amd64/machdep.c | 179 ++++++++++++++++++++++---- sys/amd64/amd64/mp_machdep.c | 27 +++-- sys/amd64/include/asmacros.h | 26 ++++ sys/amd64/include/clock.h | 6 + sys/amd64/include/cpu.h | 1 + sys/amd64/include/sysarch.h | 19 +++ sys/amd64/include/xen/hypercall.h | 7 - sys/conf/files | 4 +- sys/conf/files.amd64 | 5 + sys/conf/files.i386 | 2 + sys/dev/xen/console/console.c | 29 ++--- sys/dev/xen/console/xencons_ring.c | 15 ++- sys/dev/xen/control/control.c | 37 +++--- sys/dev/xen/timer/timer.c | 73 +++++++---- sys/dev/xen/xenpci/xenpci.c | 8 + sys/i386/i386/locore.s | 9 ++ sys/i386/i386/machdep.c | 11 ++ sys/i386/include/clock.h | 6 + sys/i386/include/xen/hypercall.h | 7 - sys/i386/xen/mp_machdep.c | 6 +- sys/i386/xen/xen_machdep.c | 4 +- sys/x86/isa/clock.c | 53 +-------- sys/x86/isa/isa.c | 3 + sys/x86/x86/delay.c | 95 ++++++++++++++ sys/x86/x86/local_apic.c | 8 +- sys/x86/xen/hvm.c | 98 +++++++++++---- sys/x86/xen/mptable.c | 136 ++++++++++++++++++++ sys/x86/xen/pv.c | 247 ++++++++++++++++++++++++++++++++++++ sys/x86/xen/pvcpu.c | 77 +++++++++++ sys/x86/xen/xen_nexus.c | 99 ++++++++++++++ sys/xen/gnttab.c | 21 +++- sys/xen/interface/arch-x86/xen.h | 11 ++- sys/xen/pv.h | 29 ++++ sys/xen/xen-os.h | 8 + sys/xen/xenstore/xenstore.c | 24 ++-- 36 files changed, 1225 insertions(+), 218 deletions(-) create mode 100644 sys/x86/x86/delay.c create mode 100644 sys/x86/xen/mptable.c create mode 100644 sys/x86/xen/pv.c create mode 100644 sys/x86/xen/pvcpu.c create mode 100644 sys/x86/xen/xen_nexus.c create mode 100644 sys/xen/pv.h diff --git a/sys/amd64/amd64/locore.S b/sys/amd64/amd64/locore.S index 55cda3a..e04cc48 100644 --- a/sys/amd64/amd64/locore.S +++ b/sys/amd64/amd64/locore.S @@ -31,6 +31,12 @@ #include #include +#ifdef XENHVM +#include +#define __ASSEMBLY__ +#include +#endif + #include "assym.s" /* @@ -86,3 +92,50 @@ NON_GPROF_ENTRY(btext) ALIGN_DATA /* just to be sure */ .space 0x1000 /* space for bootstack - temporary stack */ bootstack: + +#ifdef XENHVM +/* Xen */ +.section __xen_guest + ELFNOTE(Xen, XEN_ELFNOTE_GUEST_OS, .asciz, "FreeBSD") + ELFNOTE(Xen, XEN_ELFNOTE_GUEST_VERSION, .asciz, "HEAD") + ELFNOTE(Xen, XEN_ELFNOTE_XEN_VERSION, .asciz, "xen-3.0") + ELFNOTE(Xen, XEN_ELFNOTE_VIRT_BASE, .quad, KERNBASE) + ELFNOTE(Xen, XEN_ELFNOTE_PADDR_OFFSET, .quad, KERNBASE) /* Xen honours elf->p_paddr; compensate for this */ + ELFNOTE(Xen, XEN_ELFNOTE_ENTRY, .quad, xen_start) + ELFNOTE(Xen, XEN_ELFNOTE_HYPERCALL_PAGE, .quad, hypercall_page) + ELFNOTE(Xen, XEN_ELFNOTE_HV_START_LOW, .quad, HYPERVISOR_VIRT_START) + ELFNOTE(Xen, XEN_ELFNOTE_FEATURES, .asciz, "writable_descriptor_tables|auto_translated_physmap|supervisor_mode_kernel|hvm_callback_vector") + ELFNOTE(Xen, XEN_ELFNOTE_PAE_MODE, .asciz, "yes") + ELFNOTE(Xen, XEN_ELFNOTE_L1_MFN_VALID, .long, PG_V, PG_V) + ELFNOTE(Xen, XEN_ELFNOTE_LOADER, .asciz, "generic") + ELFNOTE(Xen, XEN_ELFNOTE_SUSPEND_CANCEL, .long, 0) + ELFNOTE(Xen, XEN_ELFNOTE_BSD_SYMTAB, .asciz, "yes") + + .text +.p2align PAGE_SHIFT, 0x90 /* Hypercall_page needs to be PAGE aligned */ + +NON_GPROF_ENTRY(hypercall_page) + .skip 0x1000, 0x90 /* Fill with "nop"s */ + +NON_GPROF_ENTRY(xen_start) + /* Don't trust what the loader gives for rflags. */ + pushq $PSL_KERNEL + popfq + + /* Parameters for the xen init function */ + movq %rsi, %rdi /* shared_info (arg 1) */ + movq %rsp, %rsi /* xenstack (arg 2) */ + + /* Use our own stack */ + movq $bootstack,%rsp + xorl %ebp, %ebp + + /* u_int64_t hammer_time_xen(start_info_t *si, u_int64_t xenstack); */ + call hammer_time_xen + movq %rax, %rsp /* set up kstack for mi_startup() */ + call mi_startup /* autoconfiguration, mountroot etc */ + + /* NOTREACHED */ +0: hlt + jmp 0b +#endif diff --git a/sys/amd64/amd64/machdep.c b/sys/amd64/amd64/machdep.c index 2b2e47f..b649def 100644 --- a/sys/amd64/amd64/machdep.c +++ b/sys/amd64/amd64/machdep.c @@ -127,6 +127,7 @@ __FBSDID("$FreeBSD$"); #include #include #include +#include #ifdef PERFMON #include #endif @@ -147,10 +148,20 @@ __FBSDID("$FreeBSD$"); #include #include +#ifdef XENHVM +/* Xen */ +#include +#include +#include +#endif + /* Sanity check for __curthread() */ CTASSERT(offsetof(struct pcpu, pc_curthread) == 0); extern u_int64_t hammer_time(u_int64_t, u_int64_t); +#ifdef XENHVM +extern u_int64_t hammer_time_xen(start_info_t *, u_int64_t); +#endif extern void printcpuinfo(void); /* XXX header file */ extern void identify_cpu(void); @@ -166,6 +177,23 @@ static int set_fpcontext(struct thread *td, const mcontext_t *mcp, char *xfpustate, size_t xfpustate_len); SYSINIT(cpu, SI_SUB_CPU, SI_ORDER_FIRST, cpu_startup, NULL); +/* Preload data parse function */ +static caddr_t native_parse_preload_data(u_int64_t); + +/* Native function to fetch the e820 map */ +static void native_fetch_e820_map(caddr_t, struct bios_smap **, u_int32_t *); + +/* Default init_ops implementation. */ +struct init_ops init_ops = { + .parse_preload_data = native_parse_preload_data, + .early_delay_init = i8254_init, + .early_delay = i8254_delay, + .fetch_e820_map = native_fetch_e820_map, +#ifdef SMP + .mp_bootaddress = mp_bootaddress, +#endif +}; + /* * The file "conf/ldscript.amd64" defines the symbol "kernphys". Its value is * the physical address at which the kernel is loaded. @@ -216,6 +244,15 @@ struct mem_range_softc mem_range_softc; struct mtx dt_lock; /* lock for GDT and LDT */ +void +DELAY(int n) +{ + if (delay_tc(n)) + return; + + init_ops.early_delay(n); +} + static void cpu_startup(dummy) void *dummy; @@ -1408,6 +1445,24 @@ add_smap_entry(struct bios_smap *smap, vm_paddr_t *physmap, int *physmap_idxp) return (1); } +static void +native_fetch_e820_map(caddr_t kmdp, struct bios_smap **smap, u_int32_t *size) +{ + /* + * get memory map from INT 15:E820, kindly supplied by the + * loader. + * + * subr_module.c says: + * "Consumer may safely assume that size value precedes data." + * ie: an int32_t immediately precedes smap. + */ + *smap = (struct bios_smap *)preload_search_info(kmdp, + MODINFO_METADATA | MODINFOMD_SMAP); + if (*smap == NULL) + panic("No BIOS smap info from loader!"); + *size = *((u_int32_t *)*smap - 1); +} + /* * Populate the (physmap) array with base/bound pairs describing the * available physical memory in the system, then test this memory and @@ -1433,19 +1488,8 @@ getmemsize(caddr_t kmdp, u_int64_t first) basemem = 0; physmap_idx = 0; - /* - * get memory map from INT 15:E820, kindly supplied by the loader. - * - * subr_module.c says: - * "Consumer may safely assume that size value precedes data." - * ie: an int32_t immediately precedes smap. - */ - smapbase = (struct bios_smap *)preload_search_info(kmdp, - MODINFO_METADATA | MODINFOMD_SMAP); - if (smapbase == NULL) - panic("No BIOS smap info from loader!"); + init_ops.fetch_e820_map(kmdp, &smapbase, &smapsize); - smapsize = *((u_int32_t *)smapbase - 1); smapend = (struct bios_smap *)((uintptr_t)smapbase + smapsize); for (smap = smapbase; smap < smapend; smap++) @@ -1467,7 +1511,8 @@ getmemsize(caddr_t kmdp, u_int64_t first) #ifdef SMP /* make hole for AP bootstrap code */ - physmap[1] = mp_bootaddress(physmap[1] / 1024); + if (init_ops.mp_bootaddress) + physmap[1] = init_ops.mp_bootaddress(physmap[1] / 1024); #endif /* @@ -1681,6 +1726,98 @@ do_next: msgbufp = (struct msgbuf *)PHYS_TO_DMAP(phys_avail[pa_indx]); } +static caddr_t +native_parse_preload_data(u_int64_t modulep) +{ + caddr_t kmdp; + + preload_metadata = (caddr_t)(uintptr_t)(modulep + KERNBASE); + preload_bootstrap_relocate(KERNBASE); + kmdp = preload_search_by_type("elf kernel"); + if (kmdp == NULL) + kmdp = preload_search_by_type("elf64 kernel"); + boothowto = MD_FETCH(kmdp, MODINFOMD_HOWTO, int); + kern_envp = MD_FETCH(kmdp, MODINFOMD_ENVP, char *) + KERNBASE; +#ifdef DDB + ksym_start = MD_FETCH(kmdp, MODINFOMD_SSYM, uintptr_t); + ksym_end = MD_FETCH(kmdp, MODINFOMD_ESYM, uintptr_t); +#endif + + return (kmdp); +} + +#ifdef XENHVM +/* + * First function called by the Xen PVH boot sequence. + * + * Set some Xen global variables and prepare the environment so it is + * as similar as possible to what native FreeBSD init function expects. + */ +u_int64_t +hammer_time_xen(start_info_t *si, u_int64_t xenstack) +{ + u_int64_t physfree; + u_int64_t *PT4 = (u_int64_t *)xenstack; + u_int64_t *PT3 = (u_int64_t *)(xenstack + PAGE_SIZE); + u_int64_t *PT2 = (u_int64_t *)(xenstack + 2 * PAGE_SIZE); + int i; + + KASSERT((si != NULL && xenstack != 0), + ("invalid start_info or xenstack")); + + xen_early_printf("FreeBSD PVH running on %s\n", si->magic); + + /* We use 3 pages of xen stack for the boot pagetables */ + physfree = xenstack + 3 * PAGE_SIZE - KERNBASE; + + /* Setup Xen global variables */ + HYPERVISOR_start_info = si; + HYPERVISOR_shared_info = + (shared_info_t *)(si->shared_info + KERNBASE); + + /* + * Setup some misc global variables for Xen devices + * + * XXX: devices that need this specific variables should + * be rewritten to fetch this info by themselves from the + * start_info page. + */ + console_page = + (char *)(ptoa(si->console.domU.mfn) + KERNBASE); + xen_store = (struct xenstore_domain_interface *) + (ptoa(si->store_mfn) + KERNBASE); + + xen_domain_type = XEN_PV_DOMAIN; + vm_guest = VM_GUEST_XEN; + + /* + * Use the stack Xen gives us to build the page tables + * as native FreeBSD expects to find them (created + * by the boot trampoline). + */ + for (i = 0; i < 512; i++) { + /* Each slot of the level 4 pages points to the same level 3 page */ + PT4[i] = ((u_int64_t)&PT3[0]) - KERNBASE; + PT4[i] |= PG_V | PG_RW | PG_U; + + /* Each slot of the level 3 pages points to the same level 2 page */ + PT3[i] = ((u_int64_t)&PT2[0]) - KERNBASE; + PT3[i] |= PG_V | PG_RW | PG_U; + + /* The level 2 page slots are mapped with 2MB pages for 1GB. */ + PT2[i] = i * (2 * 1024 * 1024); + PT2[i] |= PG_V | PG_RW | PG_PS | PG_U; + } + load_cr3(((u_int64_t)&PT4[0]) - KERNBASE); + + /* Set the hooks for early functions that diverge from bare metal */ + xen_pv_set_init_ops(); + + /* Now we can jump into the native init function */ + return hammer_time(0, physfree); +} +#endif + u_int64_t hammer_time(u_int64_t modulep, u_int64_t physfree) { @@ -1705,17 +1842,7 @@ hammer_time(u_int64_t modulep, u_int64_t physfree) */ proc_linkup0(&proc0, &thread0); - preload_metadata = (caddr_t)(uintptr_t)(modulep + KERNBASE); - preload_bootstrap_relocate(KERNBASE); - kmdp = preload_search_by_type("elf kernel"); - if (kmdp == NULL) - kmdp = preload_search_by_type("elf64 kernel"); - boothowto = MD_FETCH(kmdp, MODINFOMD_HOWTO, int); - kern_envp = MD_FETCH(kmdp, MODINFOMD_ENVP, char *) + KERNBASE; -#ifdef DDB - ksym_start = MD_FETCH(kmdp, MODINFOMD_SSYM, uintptr_t); - ksym_end = MD_FETCH(kmdp, MODINFOMD_ESYM, uintptr_t); -#endif + kmdp = init_ops.parse_preload_data(modulep); /* Init basic tunables, hz etc */ init_param1(); @@ -1799,10 +1926,10 @@ hammer_time(u_int64_t modulep, u_int64_t physfree) lidt(&r_idt); /* - * Initialize the i8254 before the console so that console + * Initialize the early delay before the console so that console * initialization can use DELAY(). */ - i8254_init(); + init_ops.early_delay_init(); /* * Initialize the console before we print anything out. diff --git a/sys/amd64/amd64/mp_machdep.c b/sys/amd64/amd64/mp_machdep.c index 4ef4b3d..44c2a45 100644 --- a/sys/amd64/amd64/mp_machdep.c +++ b/sys/amd64/amd64/mp_machdep.c @@ -90,7 +90,8 @@ extern struct pcpu __pcpu[]; /* AP uses this during bootstrap. Do not staticize. */ char *bootSTK; -static int bootAP; +int bootAP; +bool lapic_disabled = false; /* Free these after use */ void *bootstacks[MAXCPU]; @@ -122,9 +123,12 @@ u_long *ipi_rendezvous_counts[MAXCPU]; static u_long *ipi_hardclock_counts[MAXCPU]; #endif +int native_start_all_aps(void); + /* Default cpu_ops implementation. */ struct cpu_ops cpu_ops = { - .ipi_vectored = lapic_ipi_vectored + .ipi_vectored = lapic_ipi_vectored, + .start_all_aps = native_start_all_aps, }; extern inthand_t IDTVEC(fast_syscall), IDTVEC(fast_syscall32); @@ -138,7 +142,7 @@ extern int pmap_pcid_enabled; static volatile cpuset_t ipi_nmi_pending; /* used to hold the AP's until we are ready to release them */ -static struct mtx ap_boot_mtx; +struct mtx ap_boot_mtx; /* Set to 1 once we're ready to let the APs out of the pen. */ static volatile int aps_ready = 0; @@ -165,7 +169,6 @@ static int cpu_cores; /* cores per package */ static void assign_cpu_ids(void); static void set_interrupt_apic_ids(void); -static int start_all_aps(void); static int start_ap(int apic_id); static void release_aps(void *dummy); @@ -569,7 +572,7 @@ cpu_mp_start(void) assign_cpu_ids(); /* Start each Application Processor */ - start_all_aps(); + cpu_ops.start_all_aps(); set_interrupt_apic_ids(); } @@ -707,7 +710,8 @@ init_secondary(void) wrmsr(MSR_SF_MASK, PSL_NT|PSL_T|PSL_I|PSL_C|PSL_D); /* Disable local APIC just to be sure. */ - lapic_disable(); + if (!lapic_disabled) + lapic_disable(); /* signal our startup to the BSP. */ mp_naps++; @@ -733,7 +737,7 @@ init_secondary(void) /* A quick check from sanity claus */ cpuid = PCPU_GET(cpuid); - if (PCPU_GET(apic_id) != lapic_id()) { + if (!lapic_disabled && PCPU_GET(apic_id) != lapic_id()) { printf("SMP: cpuid = %d\n", cpuid); printf("SMP: actual apic_id = %d\n", lapic_id()); printf("SMP: correct apic_id = %d\n", PCPU_GET(apic_id)); @@ -749,7 +753,8 @@ init_secondary(void) mtx_lock_spin(&ap_boot_mtx); /* Init local apic for irq's */ - lapic_setup(1); + if (!lapic_disabled) + lapic_setup(1); /* Set memory range attributes for this CPU to match the BSP */ mem_range_AP_init(); @@ -764,7 +769,7 @@ init_secondary(void) if (cpu_logical > 1 && PCPU_GET(apic_id) % cpu_logical != 0) CPU_SET(cpuid, &logical_cpus_mask); - if (bootverbose) + if (!lapic_disabled && bootverbose) lapic_dump("AP"); if (smp_cpus == mp_ncpus) { @@ -908,8 +913,8 @@ assign_cpu_ids(void) /* * start each AP in our list */ -static int -start_all_aps(void) +int +native_start_all_aps(void) { vm_offset_t va = boot_address + KERNBASE; u_int64_t *pt4, *pt3, *pt2; diff --git a/sys/amd64/include/asmacros.h b/sys/amd64/include/asmacros.h index 1fb592a..ce8dce4 100644 --- a/sys/amd64/include/asmacros.h +++ b/sys/amd64/include/asmacros.h @@ -201,4 +201,30 @@ #endif /* LOCORE */ +#ifdef __STDC__ +#define ELFNOTE(name, type, desctype, descdata...) \ +.pushsection .note.name ; \ + .align 4 ; \ + .long 2f - 1f /* namesz */ ; \ + .long 4f - 3f /* descsz */ ; \ + .long type ; \ +1:.asciz #name ; \ +2:.align 4 ; \ +3:desctype descdata ; \ +4:.align 4 ; \ +.popsection +#else /* !__STDC__, i.e. -traditional */ +#define ELFNOTE(name, type, desctype, descdata) \ +.pushsection .note.name ; \ + .align 4 ; \ + .long 2f - 1f /* namesz */ ; \ + .long 4f - 3f /* descsz */ ; \ + .long type ; \ +1:.asciz "name" ; \ +2:.align 4 ; \ +3:desctype descdata ; \ +4:.align 4 ; \ +.popsection +#endif /* __STDC__ */ + #endif /* !_MACHINE_ASMACROS_H_ */ diff --git a/sys/amd64/include/clock.h b/sys/amd64/include/clock.h index d7f7d82..e7817ab 100644 --- a/sys/amd64/include/clock.h +++ b/sys/amd64/include/clock.h @@ -25,6 +25,12 @@ extern int smp_tsc; #endif void i8254_init(void); +void i8254_delay(int); +#ifdef XENHVM +void xen_delay_init(void); +void xen_delay(int); +#endif +int delay_tc(int); /* * Driver to clock driver interface. diff --git a/sys/amd64/include/cpu.h b/sys/amd64/include/cpu.h index 3d9ff531..ed9f1db 100644 --- a/sys/amd64/include/cpu.h +++ b/sys/amd64/include/cpu.h @@ -64,6 +64,7 @@ struct cpu_ops { void (*cpu_init)(void); void (*cpu_resume)(void); void (*ipi_vectored)(u_int, int); + int (*start_all_aps)(void); }; extern struct cpu_ops cpu_ops; diff --git a/sys/amd64/include/sysarch.h b/sys/amd64/include/sysarch.h index cd380d4..27fd3ba 100644 --- a/sys/amd64/include/sysarch.h +++ b/sys/amd64/include/sysarch.h @@ -4,3 +4,22 @@ /* $FreeBSD$ */ #include + +#include +/* + * Struct containing pointers to init functions whose + * implementation is run time selectable. Selection can be made, + * for example, based on detection of a BIOS variant or + * hypervisor environment. + */ +struct init_ops { + caddr_t (*parse_preload_data)(u_int64_t); + void (*early_delay_init)(void); + void (*early_delay)(int); + void (*fetch_e820_map)(caddr_t, struct bios_smap **, u_int32_t *); +#ifdef SMP + u_int (*mp_bootaddress)(u_int); +#endif +}; + +extern struct init_ops init_ops; diff --git a/sys/amd64/include/xen/hypercall.h b/sys/amd64/include/xen/hypercall.h index a1b2a5c..499fb4d 100644 --- a/sys/amd64/include/xen/hypercall.h +++ b/sys/amd64/include/xen/hypercall.h @@ -51,15 +51,8 @@ #define CONFIG_XEN_COMPAT 0x030002 #define __must_check -#ifdef XEN #define HYPERCALL_STR(name) \ "call hypercall_page + ("STR(__HYPERVISOR_##name)" * 32)" -#else -#define HYPERCALL_STR(name) \ - "mov $("STR(__HYPERVISOR_##name)" * 32),%%eax; "\ - "add hypercall_stubs(%%rip),%%rax; " \ - "call *%%rax" -#endif #define _hypercall0(type, name) \ ({ \ diff --git a/sys/conf/files b/sys/conf/files index 3c20141..e711ddf 100644 --- a/sys/conf/files +++ b/sys/conf/files @@ -2512,8 +2512,8 @@ dev/xe/if_xe_pccard.c optional xe pccard dev/xen/balloon/balloon.c optional xen | xenhvm dev/xen/blkfront/blkfront.c optional xen | xenhvm dev/xen/blkback/blkback.c optional xen | xenhvm -dev/xen/console/console.c optional xen -dev/xen/console/xencons_ring.c optional xen +dev/xen/console/console.c optional xen | xenhvm +dev/xen/console/xencons_ring.c optional xen | xenhvm dev/xen/control/control.c optional xen | xenhvm dev/xen/netback/netback.c optional xen | xenhvm dev/xen/netfront/netfront.c optional xen | xenhvm diff --git a/sys/conf/files.amd64 b/sys/conf/files.amd64 index 33c4297..d736d84 100644 --- a/sys/conf/files.amd64 +++ b/sys/conf/files.amd64 @@ -564,5 +564,10 @@ x86/x86/mptable_pci.c optional mptable pci x86/x86/msi.c optional pci x86/x86/nexus.c standard x86/x86/tsc.c standard +x86/x86/delay.c standard x86/xen/hvm.c optional xenhvm x86/xen/xen_intr.c optional xen | xenhvm +x86/xen/mptable.c optional xenhvm +x86/xen/pvcpu.c optional xenhvm +x86/xen/pv.c optional xenhvm +x86/xen/xen_nexus.c optional xenhvm diff --git a/sys/conf/files.i386 b/sys/conf/files.i386 index 696d4e7..10a4da8 100644 --- a/sys/conf/files.i386 +++ b/sys/conf/files.i386 @@ -587,5 +587,7 @@ x86/x86/mptable_pci.c optional apic native pci x86/x86/msi.c optional apic pci x86/x86/nexus.c standard x86/x86/tsc.c standard +x86/x86/delay.c standard x86/xen/hvm.c optional xenhvm x86/xen/xen_intr.c optional xen | xenhvm +x86/xen/xen_nexus.c optional xen | xenhvm diff --git a/sys/dev/xen/console/console.c b/sys/dev/xen/console/console.c index 23eaee2..33d7cce 100644 --- a/sys/dev/xen/console/console.c +++ b/sys/dev/xen/console/console.c @@ -69,11 +69,14 @@ struct mtx cn_mtx; static char wbuf[WBUF_SIZE]; static char rbuf[RBUF_SIZE]; static int rc, rp; -static unsigned int cnsl_evt_reg; +unsigned int cnsl_evt_reg; static unsigned int wc, wp; /* write_cons, write_prod */ xen_intr_handle_t xen_intr_handle; device_t xencons_dev; +/* Virt address of the shared console page */ +char *console_page; + #ifdef KDB static int xc_altbrk; #endif @@ -113,6 +116,9 @@ static struct ttydevsw xc_ttydevsw = { static void xc_cnprobe(struct consdev *cp) { + if (!xen_pv_domain()) + return; + cp->cn_pri = CN_REMOTE; sprintf(cp->cn_name, "%s0", driver_name); } @@ -175,7 +181,7 @@ static void xc_cnputc(struct consdev *dev, int c) { - if (xen_start_info->flags & SIF_INITDOMAIN) + if (HYPERVISOR_start_info->flags & SIF_INITDOMAIN) xc_cnputc_dom0(dev, c); else xc_cnputc_domu(dev, c); @@ -206,22 +212,12 @@ xcons_putc(int c) xcons_force_flush(); #endif } - if (cnsl_evt_reg) - __xencons_tx_flush(); + __xencons_tx_flush(); /* inform start path that we're pretty full */ return ((wp - wc) >= WBUF_SIZE - 100) ? TRUE : FALSE; } -static void -xc_identify(driver_t *driver, device_t parent) -{ - device_t child; - child = BUS_ADD_CHILD(parent, 0, driver_name, 0); - device_set_driver(child, driver); - device_set_desc(child, "Xen Console"); -} - static int xc_probe(device_t dev) { @@ -245,7 +241,7 @@ xc_attach(device_t dev) cnsl_evt_reg = 1; callout_reset(&xc_callout, XC_POLLTIME, xc_timeout, xccons); - if (xen_start_info->flags & SIF_INITDOMAIN) { + if (HYPERVISOR_start_info->flags & SIF_INITDOMAIN) { error = xen_intr_bind_virq(dev, VIRQ_CONSOLE, 0, NULL, xencons_priv_interrupt, NULL, INTR_TYPE_TTY, &xen_intr_handle); @@ -309,7 +305,7 @@ __xencons_tx_flush(void) sz = wp - wc; if (sz > (WBUF_SIZE - WBUF_MASK(wc))) sz = WBUF_SIZE - WBUF_MASK(wc); - if (xen_start_info->flags & SIF_INITDOMAIN) { + if (HYPERVISOR_start_info->flags & SIF_INITDOMAIN) { HYPERVISOR_console_io(CONSOLEIO_write, sz, &wbuf[WBUF_MASK(wc)]); wc += sz; } else { @@ -405,7 +401,6 @@ xc_timeout(void *v) } static device_method_t xc_methods[] = { - DEVMETHOD(device_identify, xc_identify), DEVMETHOD(device_probe, xc_probe), DEVMETHOD(device_attach, xc_attach), @@ -424,7 +419,7 @@ xcons_force_flush(void) { int sz; - if (xen_start_info->flags & SIF_INITDOMAIN) + if (HYPERVISOR_start_info->flags & SIF_INITDOMAIN) return; /* Spin until console data is flushed through to the domain controller. */ diff --git a/sys/dev/xen/console/xencons_ring.c b/sys/dev/xen/console/xencons_ring.c index 3701551..3046498 100644 --- a/sys/dev/xen/console/xencons_ring.c +++ b/sys/dev/xen/console/xencons_ring.c @@ -32,9 +32,9 @@ __FBSDID("$FreeBSD$"); #define console_evtchn console.domU.evtchn xen_intr_handle_t console_handle; -extern char *console_page; extern struct mtx cn_mtx; extern device_t xencons_dev; +extern int cnsl_evt_reg; static inline struct xencons_interface * xencons_interface(void) @@ -60,6 +60,7 @@ xencons_ring_send(const char *data, unsigned len) struct xencons_interface *intf; XENCONS_RING_IDX cons, prod; int sent; + struct evtchn_send send = { .port = HYPERVISOR_start_info->console.domU.evtchn }; intf = xencons_interface(); cons = intf->out_cons; @@ -76,7 +77,11 @@ xencons_ring_send(const char *data, unsigned len) wmb(); intf->out_prod = prod; - xen_intr_signal(console_handle); + if (cnsl_evt_reg) + xen_intr_signal(console_handle); + else + HYPERVISOR_event_channel_op(EVTCHNOP_send, &send); + return sent; @@ -125,11 +130,11 @@ xencons_ring_init(void) { int err; - if (!xen_start_info->console_evtchn) + if (!HYPERVISOR_start_info->console_evtchn) return 0; err = xen_intr_bind_local_port(xencons_dev, - xen_start_info->console_evtchn, NULL, xencons_handle_input, NULL, + HYPERVISOR_start_info->console_evtchn, NULL, xencons_handle_input, NULL, INTR_TYPE_MISC | INTR_MPSAFE, &console_handle); if (err) { return err; @@ -145,7 +150,7 @@ void xencons_suspend(void) { - if (!xen_start_info->console_evtchn) + if (!HYPERVISOR_start_info->console_evtchn) return; xen_intr_unbind(&console_handle); diff --git a/sys/dev/xen/control/control.c b/sys/dev/xen/control/control.c index a9f8d1b..35c923d 100644 --- a/sys/dev/xen/control/control.c +++ b/sys/dev/xen/control/control.c @@ -317,21 +317,6 @@ xctrl_suspend() EVENTHANDLER_INVOKE(power_resume); } -static void -xen_pv_shutdown_final(void *arg, int howto) -{ - /* - * Inform the hypervisor that shutdown is complete. - * This is not necessary in HVM domains since Xen - * emulates ACPI in that mode and FreeBSD's ACPI - * support will request this transition. - */ - if (howto & (RB_HALT | RB_POWEROFF)) - HYPERVISOR_shutdown(SHUTDOWN_poweroff); - else - HYPERVISOR_shutdown(SHUTDOWN_reboot); -} - #else /* HVM mode suspension. */ @@ -447,6 +432,21 @@ xctrl_halt() shutdown_nice(RB_HALT); } +static void +xen_pv_shutdown_final(void *arg, int howto) +{ + /* + * Inform the hypervisor that shutdown is complete. + * This is not necessary in HVM domains since Xen + * emulates ACPI in that mode and FreeBSD's ACPI + * support will request this transition. + */ + if (howto & (RB_HALT | RB_POWEROFF)) + HYPERVISOR_shutdown(SHUTDOWN_poweroff); + else + HYPERVISOR_shutdown(SHUTDOWN_reboot); +} + /*------------------------------ Event Reception -----------------------------*/ static void xctrl_on_watch_event(struct xs_watch *watch, const char **vec, unsigned int len) @@ -529,10 +529,9 @@ xctrl_attach(device_t dev) xctrl->xctrl_watch.callback_data = (uintptr_t)xctrl; xs_register_watch(&xctrl->xctrl_watch); -#ifndef XENHVM - EVENTHANDLER_REGISTER(shutdown_final, xen_pv_shutdown_final, NULL, - SHUTDOWN_PRI_LAST); -#endif + if (xen_pv_domain()) + EVENTHANDLER_REGISTER(shutdown_final, xen_pv_shutdown_final, NULL, + SHUTDOWN_PRI_LAST); return (0); } diff --git a/sys/dev/xen/timer/timer.c b/sys/dev/xen/timer/timer.c index 354085b..333f1b0 100644 --- a/sys/dev/xen/timer/timer.c +++ b/sys/dev/xen/timer/timer.c @@ -59,6 +59,9 @@ __FBSDID("$FreeBSD$"); #include #include +/* For the declaration of clock_lock */ +#include + #include "clock_if.h" static devclass_t xentimer_devclass; @@ -95,19 +98,6 @@ struct xentimer_softc { /* Last time; this guarantees a monotonically increasing clock. */ volatile uint64_t xen_timer_last_time = 0; -static void -xentimer_identify(driver_t *driver, device_t parent) -{ - if (!xen_domain()) - return; - - /* Handle all Xen PV timers in one device instance. */ - if (devclass_get_device(xentimer_devclass, 0)) - return; - - BUS_ADD_CHILD(parent, 0, "xen_et", 0); -} - static int xentimer_probe(device_t dev) { @@ -234,18 +224,16 @@ xen_fetch_vcpu_tinfo(struct vcpu_time_info *dst, struct vcpu_time_info *src) * it happens to be less than another CPU's previously determined value. */ static uint64_t -xen_fetch_vcpu_time(void) +xen_fetch_vcpu_time(struct vcpu_info *vcpu) { struct vcpu_time_info dst; struct vcpu_time_info *src; uint32_t pre_version; uint64_t now; volatile uint64_t last; - struct vcpu_info *vcpu = DPCPU_GET(vcpu_info); src = &vcpu->time; - critical_enter(); do { pre_version = xen_fetch_vcpu_tinfo(&dst, src); barrier(); @@ -266,16 +254,19 @@ xen_fetch_vcpu_time(void) } } while (!atomic_cmpset_64(&xen_timer_last_time, last, now)); - critical_exit(); - return (now); } static uint32_t xentimer_get_timecount(struct timecounter *tc) { + uint32_t xen_time; + + critical_enter(); + xen_time = (uint32_t)xen_fetch_vcpu_time(DPCPU_GET(vcpu_info)) & UINT_MAX; + critical_exit(); - return ((uint32_t)xen_fetch_vcpu_time() & UINT_MAX); + return xen_time; } /** @@ -305,7 +296,12 @@ xen_fetch_wallclock(struct timespec *ts) static void xen_fetch_uptime(struct timespec *ts) { - uint64_t uptime = xen_fetch_vcpu_time(); + uint64_t uptime; + + critical_enter(); + uptime = xen_fetch_vcpu_time(DPCPU_GET(vcpu_info)); + critical_exit(); + ts->tv_sec = uptime / NSEC_IN_SEC; ts->tv_nsec = uptime % NSEC_IN_SEC; } @@ -354,7 +350,7 @@ xentimer_intr(void *arg) struct xentimer_softc *sc = (struct xentimer_softc *)arg; struct xentimer_pcpu_data *pcpu = DPCPU_PTR(xentimer_pcpu); - pcpu->last_processed = xen_fetch_vcpu_time(); + pcpu->last_processed = xen_fetch_vcpu_time(DPCPU_GET(vcpu_info)); if (pcpu->timer != 0 && sc->et.et_active) sc->et.et_event_cb(&sc->et, sc->et.et_arg); @@ -415,7 +411,9 @@ xentimer_et_start(struct eventtimer *et, do { if (++i == 60) panic("can't schedule timer"); - next_time = xen_fetch_vcpu_time() + first_in_ns; + critical_enter(); + next_time = xen_fetch_vcpu_time(DPCPU_GET(vcpu_info)) + first_in_ns; + critical_exit(); error = xentimer_vcpu_start_timer(cpu, next_time); } while (error == -ETIME); @@ -573,8 +571,37 @@ xentimer_suspend(device_t dev) return (0); } +/* + * Xen delay early init + */ +void xen_delay_init(void) +{ + /* Init the clock lock */ + mtx_init(&clock_lock, "clk", NULL, MTX_SPIN | MTX_NOPROFILE); +} +/* + * Xen PV DELAY function + * + * When running on PVH mode we don't have an emulated i8524, so + * make use of the Xen time info in order to code a simple DELAY + * function that can be used during early boot. + */ +void xen_delay(int n) +{ + uint64_t end_ns; + uint64_t current; + + end_ns = xen_fetch_vcpu_time(&HYPERVISOR_shared_info->vcpu_info[0]); + end_ns += n * NSEC_IN_USEC; + + for (;;) { + current = xen_fetch_vcpu_time(&HYPERVISOR_shared_info->vcpu_info[0]); + if (current >= end_ns) + break; + } +} + static device_method_t xentimer_methods[] = { - DEVMETHOD(device_identify, xentimer_identify), DEVMETHOD(device_probe, xentimer_probe), DEVMETHOD(device_attach, xentimer_attach), DEVMETHOD(device_detach, xentimer_detach), diff --git a/sys/dev/xen/xenpci/xenpci.c b/sys/dev/xen/xenpci/xenpci.c index dd2ad92..a19ebcb 100644 --- a/sys/dev/xen/xenpci/xenpci.c +++ b/sys/dev/xen/xenpci/xenpci.c @@ -240,6 +240,7 @@ xenpci_attach(device_t dev) { struct xenpci_softc *scp = device_get_softc(dev); devclass_t dc; + device_t child; int error; /* @@ -270,6 +271,13 @@ xenpci_attach(device_t dev) goto errexit; } + if (BUS_ADD_CHILD(dev, 0, "xenstore", 0) == NULL) + panic("xenpci: unable to add xenstore device"); + child = BUS_ADD_CHILD(nexus, 0, "xen_et", 0); + if (child == NULL) + panic("xenpci: unable to add xen pv timer device"); + device_probe_and_attach(child); + return (bus_generic_attach(dev)); errexit: diff --git a/sys/i386/i386/locore.s b/sys/i386/i386/locore.s index 68cb430..bd136b1 100644 --- a/sys/i386/i386/locore.s +++ b/sys/i386/i386/locore.s @@ -898,3 +898,12 @@ done_pde: #endif ret + +#ifdef XENHVM +/* Xen Hypercall page */ + .text +.p2align PAGE_SHIFT, 0x90 /* Hypercall_page needs to be PAGE aligned */ + +NON_GPROF_ENTRY(hypercall_page) + .skip 0x1000, 0x90 /* Fill with "nop"s */ +#endif diff --git a/sys/i386/i386/machdep.c b/sys/i386/i386/machdep.c index c430316..af12b1d 100644 --- a/sys/i386/i386/machdep.c +++ b/sys/i386/i386/machdep.c @@ -254,6 +254,17 @@ struct mtx icu_lock; struct mem_range_softc mem_range_softc; +#ifndef XEN +void +DELAY(int n) +{ + if (delay_tc(n)) + return; + + i8254_delay(n); +} +#endif + static void cpu_startup(dummy) void *dummy; diff --git a/sys/i386/include/clock.h b/sys/i386/include/clock.h index d980ec7..287b2c8 100644 --- a/sys/i386/include/clock.h +++ b/sys/i386/include/clock.h @@ -22,6 +22,12 @@ extern int tsc_is_invariant; extern int tsc_perf_stat; void i8254_init(void); +void i8254_delay(int); +#ifdef XENHVM +void xen_delay_init(void); +void xen_delay(int); +#endif +int delay_tc(int); /* * Driver to clock driver interface. diff --git a/sys/i386/include/xen/hypercall.h b/sys/i386/include/xen/hypercall.h index edc13f4..1c15b0f 100644 --- a/sys/i386/include/xen/hypercall.h +++ b/sys/i386/include/xen/hypercall.h @@ -40,15 +40,8 @@ #define CONFIG_XEN_COMPAT 0x030002 -#if defined(XEN) #define HYPERCALL_STR(name) \ "call hypercall_page + ("STR(__HYPERVISOR_##name)" * 32)" -#else -#define HYPERCALL_STR(name) \ - "mov hypercall_stubs,%%eax; " \ - "add $("STR(__HYPERVISOR_##name)" * 32),%%eax; " \ - "call *%%eax" -#endif #define _hypercall0(type, name) \ ({ \ diff --git a/sys/i386/xen/mp_machdep.c b/sys/i386/xen/mp_machdep.c index c48fcb2..adf7627 100644 --- a/sys/i386/xen/mp_machdep.c +++ b/sys/i386/xen/mp_machdep.c @@ -928,9 +928,9 @@ cpu_initialize_context(unsigned int cpu) smp_trap_init(ctxt.trap_ctxt); ctxt.ldt_ents = 0; - ctxt.gdt_frames[0] = + ctxt.u.pv.gdt_frames[0] = (uint32_t)((uint64_t)vtomach(bootAPgdt) >> PAGE_SHIFT); - ctxt.gdt_ents = 512; + ctxt.u.pv.gdt_ents = 512; #ifdef __i386__ ctxt.user_regs.esp = boot_stack + PAGE_SIZE; @@ -959,7 +959,7 @@ cpu_initialize_context(unsigned int cpu) #endif printf("gdtpfn=%lx pdptpfn=%lx\n", - ctxt.gdt_frames[0], + ctxt.u.pv.gdt_frames[0], ctxt.ctrlreg[3] >> PAGE_SHIFT); PANIC_IF(HYPERVISOR_vcpu_op(VCPUOP_initialise, cpu, &ctxt)); diff --git a/sys/i386/xen/xen_machdep.c b/sys/i386/xen/xen_machdep.c index 7049be6..1b1c74d 100644 --- a/sys/i386/xen/xen_machdep.c +++ b/sys/i386/xen/xen_machdep.c @@ -89,6 +89,7 @@ IDTVEC(div), IDTVEC(dbg), IDTVEC(nmi), IDTVEC(bpt), IDTVEC(ofl), int xendebug_flags; start_info_t *xen_start_info; +start_info_t *HYPERVISOR_start_info; shared_info_t *HYPERVISOR_shared_info; xen_pfn_t *xen_machine_phys = machine_to_phys_mapping; xen_pfn_t *xen_phys_machine; @@ -744,7 +745,7 @@ void initvalues(start_info_t *startinfo); struct xenstore_domain_interface; extern struct xenstore_domain_interface *xen_store; -char *console_page; +extern char *console_page; void * bootmem_alloc(unsigned int size) @@ -927,6 +928,7 @@ initvalues(start_info_t *startinfo) HYPERVISOR_vm_assist(VMASST_CMD_enable, VMASST_TYPE_4gb_segments_notify); #endif xen_start_info = startinfo; + HYPERVISOR_start_info = startinfo; xen_phys_machine = (xen_pfn_t *)startinfo->mfn_list; IdlePTD = (pd_entry_t *)((uint8_t *)startinfo->pt_base + PAGE_SIZE); diff --git a/sys/x86/isa/clock.c b/sys/x86/isa/clock.c index a12e175..a5aed1c 100644 --- a/sys/x86/isa/clock.c +++ b/sys/x86/isa/clock.c @@ -247,61 +247,13 @@ getit(void) return ((high << 8) | low); } -#ifndef DELAYDEBUG -static u_int -get_tsc(__unused struct timecounter *tc) -{ - - return (rdtsc32()); -} - -static __inline int -delay_tc(int n) -{ - struct timecounter *tc; - timecounter_get_t *func; - uint64_t end, freq, now; - u_int last, mask, u; - - tc = timecounter; - freq = atomic_load_acq_64(&tsc_freq); - if (tsc_is_invariant && freq != 0) { - func = get_tsc; - mask = ~0u; - } else { - if (tc->tc_quality <= 0) - return (0); - func = tc->tc_get_timecount; - mask = tc->tc_counter_mask; - freq = tc->tc_frequency; - } - now = 0; - end = freq * n / 1000000; - if (func == get_tsc) - sched_pin(); - last = func(tc) & mask; - do { - cpu_spinwait(); - u = func(tc) & mask; - if (u < last) - now += mask - last + u + 1; - else - now += u - last; - last = u; - } while (now < end); - if (func == get_tsc) - sched_unpin(); - return (1); -} -#endif - /* * Wait "n" microseconds. * Relies on timer 1 counting down from (i8254_freq / hz) * Note: timer had better have been programmed before this is first used! */ void -DELAY(int n) +i8254_delay(int n) { int delta, prev_tick, tick, ticks_left; #ifdef DELAYDEBUG @@ -317,9 +269,6 @@ DELAY(int n) } if (state == 1) printf("DELAY(%d)...", n); -#else - if (delay_tc(n)) - return; #endif /* * Read the counter first, so that the rest of the setup overhead is diff --git a/sys/x86/isa/isa.c b/sys/x86/isa/isa.c index 1a57137..09d1ab7 100644 --- a/sys/x86/isa/isa.c +++ b/sys/x86/isa/isa.c @@ -241,3 +241,6 @@ isa_release_resource(device_t bus, device_t child, int type, int rid, * On this platform, isa can also attach to the legacy bus. */ DRIVER_MODULE(isa, legacy, isa_driver, isa_devclass, 0, 0); +#ifdef XENHVM +DRIVER_MODULE(isa, nexus, isa_driver, isa_devclass, 0, 0); +#endif diff --git a/sys/x86/x86/delay.c b/sys/x86/x86/delay.c new file mode 100644 index 0000000..7ea70b1 --- /dev/null +++ b/sys/x86/x86/delay.c @@ -0,0 +1,95 @@ +/*- + * Copyright (c) 1990 The Regents of the University of California. + * Copyright (c) 2010 Alexander Motin + * All rights reserved. + * + * This code is derived from software contributed to Berkeley by + * William Jolitz and Don Ahn. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * 4. Neither the name of the University nor the names of its contributors + * may be used to endorse or promote products derived from this software + * without specific prior written permission. + * + * THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + * + * from: @(#)clock.c 7.2 (Berkeley) 5/12/91 + */ + +#include +__FBSDID("$FreeBSD$"); + +/* Generic x86 routines to handle delay */ + +#include +#include +#include +#include +#include +#include + +#include +#include + +static u_int +get_tsc(__unused struct timecounter *tc) +{ + + return (rdtsc32()); +} + +int +delay_tc(int n) +{ + struct timecounter *tc; + timecounter_get_t *func; + uint64_t end, freq, now; + u_int last, mask, u; + + tc = timecounter; + freq = atomic_load_acq_64(&tsc_freq); + if (tsc_is_invariant && freq != 0) { + func = get_tsc; + mask = ~0u; + } else { + if (tc->tc_quality <= 0) + return (0); + func = tc->tc_get_timecount; + mask = tc->tc_counter_mask; + freq = tc->tc_frequency; + } + now = 0; + end = freq * n / 1000000; + if (func == get_tsc) + sched_pin(); + last = func(tc) & mask; + do { + cpu_spinwait(); + u = func(tc) & mask; + if (u < last) + now += mask - last + u + 1; + else + now += u - last; + last = u; + } while (now < end); + if (func == get_tsc) + sched_unpin(); + return (1); +} diff --git a/sys/x86/x86/local_apic.c b/sys/x86/x86/local_apic.c index 8c8eef6..d8d7701 100644 --- a/sys/x86/x86/local_apic.c +++ b/sys/x86/x86/local_apic.c @@ -1368,9 +1368,13 @@ apic_setup_io(void *dummy __unused) if (retval != 0) printf("%s: Failed to setup I/O APICs: returned %d\n", best_enum->apic_name, retval); -#ifdef XEN - return; + +#if defined(XEN) || defined(XENHVM) + /* There's no lapic on PV Xen */ + if (xen_pv_domain()) + return; #endif + /* * Finish setting up the local APIC on the BSP once we know how to * properly program the LINT pins. diff --git a/sys/x86/xen/hvm.c b/sys/x86/xen/hvm.c index 72811dc..dc8d9a2 100644 --- a/sys/x86/xen/hvm.c +++ b/sys/x86/xen/hvm.c @@ -35,15 +35,21 @@ __FBSDID("$FreeBSD$"); #include #include #include +#include +#include +#include #include #include +#include +#include #include #include #include #include +#include #include @@ -52,6 +58,9 @@ __FBSDID("$FreeBSD$"); #include #include #include +#ifdef __amd64__ +#include +#endif #include #include @@ -97,6 +106,11 @@ extern void pmap_lazyfix_action(void); /* Variables used by mp_machdep to perform the bitmap IPI */ extern volatile u_int cpu_ipi_pending[MAXCPU]; +#ifdef __amd64__ +/* Native AP start used on PVHVM */ +extern int native_start_all_aps(void); +#endif + /*---------------------------------- Macros ----------------------------------*/ #define IPI_TO_IDX(ipi) ((ipi) - APIC_IPI_INTS) @@ -119,7 +133,10 @@ enum xen_domain_type xen_domain_type = XEN_NATIVE; struct cpu_ops xen_hvm_cpu_ops = { .ipi_vectored = lapic_ipi_vectored, .cpu_init = xen_hvm_cpu_init, - .cpu_resume = xen_hvm_cpu_resume + .cpu_resume = xen_hvm_cpu_resume, +#ifdef __amd64__ + .start_all_aps = native_start_all_aps, +#endif }; static MALLOC_DEFINE(M_XENHVM, "xen_hvm", "Xen HVM PV Support"); @@ -157,8 +174,9 @@ DPCPU_DEFINE(xen_intr_handle_t, ipi_handle[nitems(xen_ipis)]); /*------------------ Hypervisor Access Shared Memory Regions -----------------*/ /** Hypercall table accessed via HYPERVISOR_*_op() methods. */ -char *hypercall_stubs; +extern char *hypercall_page; shared_info_t *HYPERVISOR_shared_info; +start_info_t *HYPERVISOR_start_info; #ifdef SMP /*---------------------------- XEN PV IPI Handlers ---------------------------*/ @@ -522,7 +540,7 @@ xen_setup_cpus(void) { int i; - if (!xen_hvm_domain() || !xen_vector_callback_enabled) + if (!xen_vector_callback_enabled) return; #ifdef __amd64__ @@ -558,7 +576,7 @@ xen_hvm_cpuid_base(void) * Allocate and fill in the hypcall page. */ static int -xen_hvm_init_hypercall_stubs(void) +xen_hvm_init_hypercall_stubs(enum xen_hvm_init_type init_type) { uint32_t base, regs[4]; int i; @@ -567,7 +585,7 @@ xen_hvm_init_hypercall_stubs(void) if (base == 0) return (ENXIO); - if (hypercall_stubs == NULL) { + if (init_type == XEN_HVM_INIT_COLD) { do_cpuid(base + 1, regs); printf("XEN: Hypervisor version %d.%d detected.\n", regs[0] >> 16, regs[0] & 0xffff); @@ -577,18 +595,9 @@ xen_hvm_init_hypercall_stubs(void) * Find the hypercall pages. */ do_cpuid(base + 2, regs); - - if (hypercall_stubs == NULL) { - size_t call_region_size; - - call_region_size = regs[0] * PAGE_SIZE; - hypercall_stubs = malloc(call_region_size, M_XENHVM, M_NOWAIT); - if (hypercall_stubs == NULL) - panic("Unable to allocate Xen hypercall region"); - } for (i = 0; i < regs[0]; i++) - wrmsr(regs[1], vtophys(hypercall_stubs + i * PAGE_SIZE) + i); + wrmsr(regs[1], vtophys(&hypercall_page + i * PAGE_SIZE) + i); return (0); } @@ -677,8 +686,6 @@ xen_hvm_disable_emulated_devices(void) if (inw(XEN_MAGIC_IOPORT) != XMI_MAGIC) return; - if (bootverbose) - printf("XEN: Disabling emulated block and network devices\n"); outw(XEN_MAGIC_IOPORT, XMI_UNPLUG_IDE_DISKS|XMI_UNPLUG_NICS); } @@ -691,7 +698,12 @@ xen_hvm_init(enum xen_hvm_init_type init_type) if (init_type == XEN_HVM_INIT_CANCELLED_SUSPEND) return; - error = xen_hvm_init_hypercall_stubs(); + if (xen_pv_domain()) { + /* hypercall page is already set in the PV case */ + error = 0; + } else { + error = xen_hvm_init_hypercall_stubs(init_type); + } switch (init_type) { case XEN_HVM_INIT_COLD: @@ -701,6 +713,12 @@ xen_hvm_init(enum xen_hvm_init_type init_type) setup_xen_features(); cpu_ops = xen_hvm_cpu_ops; vm_guest = VM_GUEST_XEN; +#ifdef __amd64__ + if (xen_pv_domain()) + cpu_ops.start_all_aps = xen_pv_start_all_aps; + else +#endif + printf("XEN: Disabling emulated block and network devices\n"); break; case XEN_HVM_INIT_RESUME: if (error != 0) @@ -715,10 +733,13 @@ xen_hvm_init(enum xen_hvm_init_type init_type) } xen_vector_callback_enabled = 0; - xen_domain_type = XEN_HVM_DOMAIN; - xen_hvm_init_shared_info_page(); xen_hvm_set_callback(NULL); - xen_hvm_disable_emulated_devices(); + + if (!xen_pv_domain()) { + xen_domain_type = XEN_HVM_DOMAIN; + xen_hvm_init_shared_info_page(); + xen_hvm_disable_emulated_devices(); + } } void @@ -749,10 +770,14 @@ xen_set_vcpu_id(void) struct pcpu *pc; int i; - /* Set vcpu_id to acpi_id */ + if (!xen_domain()) + return; + + /* Set vcpu_id to acpi_id for PVHVM guests */ CPU_FOREACH(i) { pc = pcpu_find(i); - pc->pc_vcpu_id = pc->pc_acpi_id; + if (xen_hvm_domain()) + pc->pc_vcpu_id = pc->pc_acpi_id; if (bootverbose) printf("XEN: CPU %u has VCPU ID %u\n", i, pc->pc_vcpu_id); @@ -790,9 +815,34 @@ xen_hvm_cpu_init(void) DPCPU_SET(vcpu_info, vcpu_info); } +/*----------------------------- Debug functions ------------------------------*/ +#define PRINTK_BUFSIZE 1024 +static int +vprintk(const char *fmt, __va_list ap) +{ + int retval, len; + static char buf[PRINTK_BUFSIZE]; + + retval = vsnprintf(buf, PRINTK_BUFSIZE - 1, fmt, ap); + buf[retval] = 0; + len = strlen(buf); + retval = HYPERVISOR_console_io(CONSOLEIO_write, len, (char *)buf); + return retval; +} + +void +xen_early_printf(const char *fmt, ...) +{ + __va_list ap; + + va_start(ap, fmt); + vprintk(fmt, ap); + va_end(ap); +} + SYSINIT(xen_hvm_init, SI_SUB_HYPERVISOR, SI_ORDER_FIRST, xen_hvm_sysinit, NULL); #ifdef SMP -SYSINIT(xen_setup_cpus, SI_SUB_SMP, SI_ORDER_FIRST, xen_setup_cpus, NULL); +SYSINIT(xen_setup_cpus, SI_SUB_SMP-1, SI_ORDER_ANY, xen_setup_cpus, NULL); #endif SYSINIT(xen_hvm_cpu_init, SI_SUB_INTR, SI_ORDER_FIRST, xen_hvm_cpu_init, NULL); SYSINIT(xen_set_vcpu_id, SI_SUB_CPU, SI_ORDER_ANY, xen_set_vcpu_id, NULL); diff --git a/sys/x86/xen/mptable.c b/sys/x86/xen/mptable.c new file mode 100644 index 0000000..8916314 --- /dev/null +++ b/sys/x86/xen/mptable.c @@ -0,0 +1,136 @@ +/*- + * Copyright (c) 2003 John Baldwin + * Copyright (c) 2013 Roger Pau Monné + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * 3. Neither the name of the author nor the names of any co-contributors + * may be used to endorse or promote products derived from this software + * without specific prior written permission. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + */ + +#include +__FBSDID("$FreeBSD$"); + +#include +#include +#include +#include +#include +#include +#include +#include + +#include +#include + +#include +#include + +#include +#include + +#include + +static int xenpv_probe(void); +static int xenpv_probe_cpus(void); +static int xenpv_setup_local(void); +static int xenpv_setup_io(void); + +static struct apic_enumerator xenpv_enumerator = { + "Xen PV", + xenpv_probe, + xenpv_probe_cpus, + xenpv_setup_local, + xenpv_setup_io +}; + +/* + * Look for an ACPI Multiple APIC Description Table ("APIC") + */ +static int +xenpv_probe(void) +{ + return (-100); +} + +/* + * Run through the MP table enumerating CPUs. + */ +static int +xenpv_probe_cpus(void) +{ + int i, ret; + + for (i = 0; i < MAXCPU; i++) { + ret = HYPERVISOR_vcpu_op(VCPUOP_is_up, i, NULL); + if (ret >= 0) + cpu_add((i * 2), (i == 0)); + } + + return (0); +} + +/* + * Initialize the local APIC on the BSP. + */ +static int +xenpv_setup_local(void) +{ + PCPU_SET(vcpu_id, 0); + return (0); +} + +/* + * Enumerate I/O APICs and setup interrupt sources. + */ +static int +xenpv_setup_io(void) +{ + return (0); +} + +static void +xenpv_register(void *dummy __unused) +{ + if (xen_pv_domain()) { + apic_register_enumerator(&xenpv_enumerator); + } +} +SYSINIT(xenpv_register, SI_SUB_TUNABLES - 1, SI_ORDER_FIRST, xenpv_register, NULL); + +/* + * Setup per-CPU ACPI IDs. + */ +static void +xenpv_set_ids(void *dummy) +{ + struct pcpu *pc; + int i; + + CPU_FOREACH(i) { + pc = pcpu_find(i); + pc->pc_vcpu_id = i; + } + return; +} +SYSINIT(xenpv_set_ids, SI_SUB_CPU, SI_ORDER_MIDDLE, xenpv_set_ids, NULL); diff --git a/sys/x86/xen/pv.c b/sys/x86/xen/pv.c new file mode 100644 index 0000000..6756dec --- /dev/null +++ b/sys/x86/xen/pv.c @@ -0,0 +1,247 @@ +/* + * Copyright (c) 2004 Christian Limpach. + * Copyright (c) 2004-2006,2008 Kip Macy + * Copyright (c) 2013 Roger Pau Monné + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + */ + +#include +__FBSDID("$FreeBSD$"); + +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include +#include +#include +#include + +#include + +#include +#include +#include +#include +#include +#include + +#include + +#include +#include +#include +#include +#include +#include +#include + +#include +#include + +#define MAX_E820_ENTRIES 128 + +/*--------------------------- Forward Declarations ---------------------------*/ +static caddr_t xen_pv_parse_preload_data(u_int64_t); +static void xen_pv_fetch_e820_map(caddr_t, struct bios_smap **, u_int32_t *); + +/*---------------------------- Extern Declarations ---------------------------*/ +/* Variables used by amd64 mp_machdep to start APs */ +extern struct mtx ap_boot_mtx; +extern void *bootstacks[]; +extern char *doublefault_stack; +extern char *nmi_stack; +extern void *dpcpu; +extern int bootAP; +extern char *bootSTK; +extern bool lapic_disabled; + +/*-------------------------------- Global Data -------------------------------*/ +/* Xen init_ops implementation. */ +struct init_ops xen_init_ops = { + .parse_preload_data = xen_pv_parse_preload_data, + .early_delay_init = xen_delay_init, + .early_delay = xen_delay, + .fetch_e820_map = xen_pv_fetch_e820_map, +}; + +static struct +{ + const char *ev; + int mask; +} howto_names[] = { + {"boot_askname", RB_ASKNAME}, + {"boot_single", RB_SINGLE}, + {"boot_nosync", RB_NOSYNC}, + {"boot_halt", RB_ASKNAME}, + {"boot_serial", RB_SERIAL}, + {"boot_cdrom", RB_CDROM}, + {"boot_gdb", RB_GDB}, + {"boot_gdb_pause", RB_RESERVED1}, + {"boot_verbose", RB_VERBOSE}, + {"boot_multicons", RB_MULTIPLE}, + {NULL, 0} +}; + +static struct bios_smap xen_smap[MAX_E820_ENTRIES]; + +static int +start_xen_ap(int cpu) +{ + struct vcpu_guest_context *ctxt; + int ms, cpus = mp_naps; + + ctxt = malloc(sizeof(*ctxt), M_TEMP, M_NOWAIT | M_ZERO); + if (ctxt == NULL) + panic("unable to allocate memory"); + + ctxt->flags = VGCF_IN_KERNEL; + ctxt->user_regs.rip = (unsigned long) init_secondary; + ctxt->user_regs.rsp = (unsigned long) bootSTK; + + /* Set the CPU to use the same page tables and CR4 value */ + ctxt->ctrlreg[3] = KPML4phys; + ctxt->ctrlreg[4] = rcr4(); + + if (HYPERVISOR_vcpu_op(VCPUOP_initialise, cpu, ctxt)) + panic("unable to initialize CPU#%d\n", cpu); + + free(ctxt, M_TEMP); + + /* Launch the vCPU */ + if (HYPERVISOR_vcpu_op(VCPUOP_up, cpu, NULL)) + panic("unable to start AP#%d\n", cpu); + + /* Wait up to 5 seconds for it to start. */ + for (ms = 0; ms < 5000; ms++) { + if (mp_naps > cpus) + return 1; /* return SUCCESS */ + DELAY(1000); + } + + return 0; +} + +int +xen_pv_start_all_aps(void) +{ + int cpu; + + mtx_init(&ap_boot_mtx, "ap boot", NULL, MTX_SPIN); + lapic_disabled = true; + + for (cpu = 1; cpu < mp_ncpus; cpu++) { + + /* allocate and set up an idle stack data page */ + bootstacks[cpu] = (void *)kmem_malloc(kernel_arena, + KSTACK_PAGES * PAGE_SIZE, M_WAITOK | M_ZERO); + doublefault_stack = (char *)kmem_malloc(kernel_arena, + PAGE_SIZE, M_WAITOK | M_ZERO); + nmi_stack = (char *)kmem_malloc(kernel_arena, PAGE_SIZE, + M_WAITOK | M_ZERO); + dpcpu = (void *)kmem_malloc(kernel_arena, DPCPU_SIZE, + M_WAITOK | M_ZERO); + + bootSTK = (char *)bootstacks[cpu] + KSTACK_PAGES * PAGE_SIZE - 8; + bootAP = cpu; + + /* attempt to start the Application Processor */ + if (!start_xen_ap(cpu)) + panic("AP #%d failed to start!", cpu); + + CPU_SET(cpu, &all_cpus); /* record AP in CPU map */ + } + + return mp_naps; +} + +/* + * Functions to convert the "extra" parameters passed by Xen + * into FreeBSD boot options (from the i386 Xen port). + */ +static char * +xen_setbootenv(char *cmd_line) +{ + char *cmd_line_next; + + /* Skip leading spaces */ + for (; *cmd_line == ' '; cmd_line++); + + for (cmd_line_next = cmd_line; strsep(&cmd_line_next, ",") != NULL;); + return (cmd_line); +} + +static int +xen_boothowto(char *envp) +{ + int i, howto = 0; + + /* get equivalents from the environment */ + for (i = 0; howto_names[i].ev != NULL; i++) + if (getenv(howto_names[i].ev) != NULL) + howto |= howto_names[i].mask; + return (howto); +} + +static caddr_t +xen_pv_parse_preload_data(u_int64_t modulep) +{ + /* Parse the extra boot information given by Xen */ + if (HYPERVISOR_start_info->cmd_line) + kern_envp = xen_setbootenv(HYPERVISOR_start_info->cmd_line); + boothowto |= xen_boothowto(kern_envp); + + return (NULL); +} + +static void +xen_pv_fetch_e820_map(caddr_t kmdp, struct bios_smap **smap, u_int32_t *size) +{ + struct xen_memory_map memmap; + int rc; + + /* Fetch the E820 map from Xen */ + memmap.nr_entries = MAX_E820_ENTRIES; + set_xen_guest_handle(memmap.buffer, xen_smap); + rc = HYPERVISOR_memory_op(XENMEM_memory_map, &memmap); + if (rc) + panic("unable to fetch Xen E820 memory map"); + + *smap = xen_smap; + *size = memmap.nr_entries * sizeof(xen_smap[0]); +} + +void +xen_pv_set_init_ops(void) +{ + /* Init ops for Xen PV */ + init_ops = xen_init_ops; +} diff --git a/sys/x86/xen/pvcpu.c b/sys/x86/xen/pvcpu.c new file mode 100644 index 0000000..35d88148 --- /dev/null +++ b/sys/x86/xen/pvcpu.c @@ -0,0 +1,77 @@ +/* + * Copyright (c) 2013 Roger Pau Monné + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + */ + +#include +__FBSDID("$FreeBSD$"); + +#include +#include +#include +#include +#include +#include +#include + +#include + +static int +xenpvcpu_probe(device_t dev) +{ + if (!xen_pv_domain()) + return (ENXIO); + + device_set_desc(dev, "Xen PV CPU"); + return (0); +} + +static int +xenpvcpu_attach(device_t dev) +{ + struct pcpu *pc; + int cpu; + + cpu = device_get_unit(dev); + pc = pcpu_find(cpu); + pc->pc_device = dev; + return (0); +} + +static device_method_t xenpvcpu_methods[] = { + DEVMETHOD(device_probe, xenpvcpu_probe), + DEVMETHOD(device_attach, xenpvcpu_attach), + DEVMETHOD_END +}; + +static driver_t xenpvcpu_driver = { + "pvcpu", + xenpvcpu_methods, + 0, +}; + +devclass_t xenpvcpu_devclass; + +DRIVER_MODULE(xenpvcpu, nexus, xenpvcpu_driver, xenpvcpu_devclass, 0, 0); +MODULE_DEPEND(xenpvcpu, nexus, 1, 1, 1); diff --git a/sys/x86/xen/xen_nexus.c b/sys/x86/xen/xen_nexus.c new file mode 100644 index 0000000..288e6b6 --- /dev/null +++ b/sys/x86/xen/xen_nexus.c @@ -0,0 +1,99 @@ +/* + * Copyright (c) 2013 Roger Pau Monné + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + */ + +#include +__FBSDID("$FreeBSD$"); + +#include +#include +#include +#include +#include +#include +#include + +#include + +#include + +static const char *xen_devices[] = +{ + "xenstore", /* XenStore bus */ + "xen_et", /* Xen PV timer (provides: tc, et, clk) */ + "xc", /* Xen PV console */ + "isa", /* Dummy ISA bus for sc to attach */ +}; + +/* + * Xen nexus(4) driver. + */ +static int +nexus_xen_probe(device_t dev) +{ + if (!xen_pv_domain()) + return (ENXIO); + + return (BUS_PROBE_DEFAULT); +} + +static int +nexus_xen_attach(device_t dev) +{ + int i, error = 0; + + nexus_init_resources(); + bus_generic_probe(dev); + + /* + * Since we have no ACPI, we need to create a dummy CPU device + * in order to set pcpu->pc_device. + */ + CPU_FOREACH(i) + if (BUS_ADD_CHILD(dev, 0, "pvcpu", i) == NULL) + panic("unable to add pvcpu#%d device", i); + + for (i = 0; i < nitems(xen_devices); i++) { + if (BUS_ADD_CHILD(dev, 0, xen_devices[i], 0) == NULL) + panic("%s: could not add", xen_devices[i]); + } + + bus_generic_attach(dev); + + return (error); +} + +static device_method_t nexus_xen_methods[] = { + /* Device interface */ + DEVMETHOD(device_probe, nexus_xen_probe), + DEVMETHOD(device_attach, nexus_xen_attach), + + { 0, 0 } +}; + +DEFINE_CLASS_1(nexus, nexus_xen_driver, nexus_xen_methods, 1, nexus_driver); +static devclass_t nexus_devclass; + +DRIVER_MODULE(nexus_xen, root, nexus_xen_driver, nexus_devclass, 0, 0); diff --git a/sys/xen/gnttab.c b/sys/xen/gnttab.c index 03c32b7..909378a 100644 --- a/sys/xen/gnttab.c +++ b/sys/xen/gnttab.c @@ -25,6 +25,7 @@ __FBSDID("$FreeBSD$"); #include #include #include +#include #include #include @@ -607,6 +608,7 @@ gnttab_resume(void) { int error; unsigned int max_nr_gframes, nr_gframes; + void *alloc_mem; nr_gframes = nr_grant_frames; max_nr_gframes = max_nr_grant_frames(); @@ -614,11 +616,20 @@ gnttab_resume(void) return (ENOSYS); if (!resume_frames) { - error = xenpci_alloc_space(PAGE_SIZE * max_nr_gframes, - &resume_frames); - if (error) { - printf("error mapping gnttab share frames\n"); - return (error); + if (xen_pv_domain()) { + alloc_mem = contigmalloc(max_nr_gframes * PAGE_SIZE, + M_DEVBUF, M_NOWAIT, 0, + ULONG_MAX, PAGE_SIZE, 0); + KASSERT((alloc_mem != NULL), + ("unable to alloc memory for gnttab")); + resume_frames = vtophys(alloc_mem); + } else { + error = xenpci_alloc_space(PAGE_SIZE * max_nr_gframes, + &resume_frames); + if (error) { + printf("error mapping gnttab share frames\n"); + return (error); + } } } diff --git a/sys/xen/interface/arch-x86/xen.h b/sys/xen/interface/arch-x86/xen.h index 1c186d7..6cc15d3 100644 --- a/sys/xen/interface/arch-x86/xen.h +++ b/sys/xen/interface/arch-x86/xen.h @@ -147,7 +147,16 @@ struct vcpu_guest_context { struct cpu_user_regs user_regs; /* User-level CPU registers */ struct trap_info trap_ctxt[256]; /* Virtual IDT */ unsigned long ldt_base, ldt_ents; /* LDT (linear address, # ents) */ - unsigned long gdt_frames[16], gdt_ents; /* GDT (machine frames, # ents) */ + union { + struct { + /* PV: GDT (machine frames, # ents).*/ + unsigned long gdt_frames[16], gdt_ents; + } pv; + struct { + /* PVH: GDTR addr and size */ + unsigned long gdtaddr, gdtsz; + } pvh; + } u; unsigned long kernel_ss, kernel_sp; /* Virtual TSS (only SS1/SP1) */ /* NB. User pagetable on x86/64 is placed in ctrlreg[1]. */ unsigned long ctrlreg[8]; /* CR0-CR7 (control registers) */ diff --git a/sys/xen/pv.h b/sys/xen/pv.h new file mode 100644 index 0000000..bbb1048 --- /dev/null +++ b/sys/xen/pv.h @@ -0,0 +1,29 @@ +/* + * Permission is hereby granted, free of charge, to any person obtaining a copy + * of this software and associated documentation files (the "Software"), to + * deal in the Software without restriction, including without limitation the + * rights to use, copy, modify, merge, publish, distribute, sublicense, and/or + * sell copies of the Software, and to permit persons to whom the Software is + * furnished to do so, subject to the following conditions: + * + * The above copyright notice and this permission notice shall be included in + * all copies or substantial portions of the Software. + * + * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR + * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, + * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE + * AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER + * LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING + * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER + * DEALINGS IN THE SOFTWARE. + * + * $FreeBSD$ + */ + +#ifndef __XEN_PV_H__ +#define __XEN_PV_H__ + +int xen_pv_start_all_aps(void); +void xen_pv_set_init_ops(void); + +#endif /* __XEN_PV_H__ */ \ No newline at end of file diff --git a/sys/xen/xen-os.h b/sys/xen/xen-os.h index 87644e9..70e4719 100644 --- a/sys/xen/xen-os.h +++ b/sys/xen/xen-os.h @@ -51,6 +51,11 @@ void force_evtchn_callback(void); extern shared_info_t *HYPERVISOR_shared_info; +extern start_info_t *HYPERVISOR_start_info; + +/* XXX: we need to get rid of this and use HYPERVISOR_start_info directly */ +extern struct xenstore_domain_interface *xen_store; +extern char *console_page; enum xen_domain_type { XEN_NATIVE, /* running on bare hardware */ @@ -78,6 +83,9 @@ xen_hvm_domain(void) return (xen_domain_type == XEN_HVM_DOMAIN); } +/* Debug function, prints directly to hypervisor console */ +void xen_early_printf(const char *, ...); + #ifndef xen_mb #define xen_mb() mb() #endif diff --git a/sys/xen/xenstore/xenstore.c b/sys/xen/xenstore/xenstore.c index d404862..a4ef369 100644 --- a/sys/xen/xenstore/xenstore.c +++ b/sys/xen/xenstore/xenstore.c @@ -1079,12 +1079,6 @@ xs_init_comms(void) } /*------------------ Private Device Attachment Functions --------------------*/ -static void -xs_identify(driver_t *driver, device_t parent) -{ - - BUS_ADD_CHILD(parent, 0, "xenstore", 0); -} /** * Probe for the existance of the XenStore. @@ -1148,11 +1142,17 @@ xs_attach(device_t dev) struct proc *p; #ifdef XENHVM - xs.evtchn = hvm_get_parameter(HVM_PARAM_STORE_EVTCHN); - xs.gpfn = hvm_get_parameter(HVM_PARAM_STORE_PFN); - xen_store = pmap_mapdev(xs.gpfn * PAGE_SIZE, PAGE_SIZE); + if (xen_hvm_domain()) { + xs.evtchn = hvm_get_parameter(HVM_PARAM_STORE_EVTCHN); + xs.gpfn = hvm_get_parameter(HVM_PARAM_STORE_PFN); + xen_store = pmap_mapdev(xs.gpfn * PAGE_SIZE, PAGE_SIZE); + } else if (xen_pv_domain()) { + xs.evtchn = HYPERVISOR_start_info->store_evtchn; + } else { + panic("Unknown domain type, cannot initialize xenstore\n"); + } #else - xs.evtchn = xen_start_info->store_evtchn; + xs.evtchn = HYPERVISOR_start_info->store_evtchn; #endif TAILQ_INIT(&xs.reply_list); @@ -1240,7 +1240,6 @@ xs_resume(device_t dev __unused) /*-------------------- Private Device Attachment Data -----------------------*/ static device_method_t xenstore_methods[] = { /* Device interface */ - DEVMETHOD(device_identify, xs_identify), DEVMETHOD(device_probe, xs_probe), DEVMETHOD(device_attach, xs_attach), DEVMETHOD(device_detach, bus_generic_detach), @@ -1263,9 +1262,8 @@ static devclass_t xenstore_devclass; #ifdef XENHVM DRIVER_MODULE(xenstore, xenpci, xenstore_driver, xenstore_devclass, 0, 0); -#else -DRIVER_MODULE(xenstore, nexus, xenstore_driver, xenstore_devclass, 0, 0); #endif +DRIVER_MODULE(xenstore, nexus, xenstore_driver, xenstore_devclass, 0, 0); /*------------------------------- Sysctl Data --------------------------------*/ /* XXX Shouldn't the node be somewhere else? */ -- 1.7.7.5 (Apple Git-26) --------------010605090609060304010908-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 18:37:20 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id EF6276C5; Thu, 7 Nov 2013 18:37:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B6CBB2462; Thu, 7 Nov 2013 18:37: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 rA7IbJDa009082; Thu, 7 Nov 2013 13:37: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 rA7IbJJA009080; Thu, 7 Nov 2013 18:37:19 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Nov 2013 18:37:19 GMT Message-Id: <201311071837.rA7IbJJA009080@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: Thu, 07 Nov 2013 18:37:21 -0000 TB --- 2013-11-07 16:58:59 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 16:58: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 --- 2013-11-07 16:58:59 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-11-07 16:58:59 - cleaning the object tree TB --- 2013-11-07 17:01:13 - /usr/local/bin/svn stat /src TB --- 2013-11-07 17:01:16 - At svn revision 257796 TB --- 2013-11-07 17:01:17 - building world TB --- 2013-11-07 17:01:17 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 17:01:17 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 17:01:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 17:01:17 - SRCCONF=/dev/null TB --- 2013-11-07 17:01:17 - TARGET=ia64 TB --- 2013-11-07 17:01:17 - TARGET_ARCH=ia64 TB --- 2013-11-07 17:01:17 - TZ=UTC TB --- 2013-11-07 17:01:17 - __MAKE_CONF=/dev/null TB --- 2013-11-07 17:01:17 - cd /src TB --- 2013-11-07 17:01:17 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 17:01:25 UTC 2013 >>> Rebuilding 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 7 18:36:50 UTC 2013 TB --- 2013-11-07 18:36:50 - generating LINT kernel config TB --- 2013-11-07 18:36:50 - cd /src/sys/ia64/conf TB --- 2013-11-07 18:36:50 - /usr/bin/make -B LINT TB --- 2013-11-07 18:36:50 - cd /src/sys/ia64/conf TB --- 2013-11-07 18:36:50 - /usr/sbin/config -m LINT TB --- 2013-11-07 18:36:50 - building LINT kernel TB --- 2013-11-07 18:36:50 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 18:36:50 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 18:36:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 18:36:50 - SRCCONF=/dev/null TB --- 2013-11-07 18:36:50 - TARGET=ia64 TB --- 2013-11-07 18:36:50 - TARGET_ARCH=ia64 TB --- 2013-11-07 18:36:50 - TZ=UTC TB --- 2013-11-07 18:36:50 - __MAKE_CONF=/dev/null TB --- 2013-11-07 18:36:50 - cd /src TB --- 2013-11-07 18:36:50 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 7 18:36:51 UTC 2013 >>> 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 -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 -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding /src/sys/ia64/ia64/genassym.c NM='nm' sh /src/sys/kern/genassym.sh genassym.o > assym.s awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -p awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -q awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -h awk -f /src/sys/tools/acpi_quirks2h.awk /src/sys/dev/acpica/acpi_quirks aicasm -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/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/ia64/libuwx/src -I/src/sys/cam/scsi -I/src/sys/dev/aic7xxx -o aic7xxx_seq.h -r aic7xxx_reg.h -p aic7xxx_reg_print.c -i /src/sys/dev/aic7xxx/aic7xxx_osm.h /src/sys/dev/aic7xxx/aic7xxx.seq bmake[1]: exec(aicasm) failed (No such file or directory) *** Error code 1 Stop. bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-07 18:37:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-07 18:37:19 - ERROR: failed to build LINT kernel TB --- 2013-11-07 18:37:19 - 4551.98 user 836.30 system 5899.49 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 18:46:01 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 284A09B6; Thu, 7 Nov 2013 18:46:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DE93324DA; Thu, 7 Nov 2013 18:46: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 rA7IjxTa068991; Thu, 7 Nov 2013 13:45: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 rA7IjxrJ068990; Thu, 7 Nov 2013 18:45:59 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Nov 2013 18:45:59 GMT Message-Id: <201311071845.rA7IjxrJ068990@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, 07 Nov 2013 18:46:01 -0000 TB --- 2013-11-07 15:30:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 15:30:18 - 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 --- 2013-11-07 15:30:18 - starting HEAD tinderbox run for i386/i386 TB --- 2013-11-07 15:30:18 - cleaning the object tree TB --- 2013-11-07 15:33:53 - /usr/local/bin/svn stat /src TB --- 2013-11-07 15:33:56 - At svn revision 257796 TB --- 2013-11-07 15:33:57 - building world TB --- 2013-11-07 15:33:57 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 15:33:57 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 15:33:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 15:33:57 - SRCCONF=/dev/null TB --- 2013-11-07 15:33:57 - TARGET=i386 TB --- 2013-11-07 15:33:57 - TARGET_ARCH=i386 TB --- 2013-11-07 15:33:57 - TZ=UTC TB --- 2013-11-07 15:33:57 - __MAKE_CONF=/dev/null TB --- 2013-11-07 15:33:57 - cd /src TB --- 2013-11-07 15:33:57 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 15:34:04 UTC 2013 >>> Rebuilding 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 7 18:45:06 UTC 2013 TB --- 2013-11-07 18:45:06 - generating LINT kernel config TB --- 2013-11-07 18:45:06 - cd /src/sys/i386/conf TB --- 2013-11-07 18:45:06 - /usr/bin/make -B LINT TB --- 2013-11-07 18:45:06 - cd /src/sys/i386/conf TB --- 2013-11-07 18:45:06 - /usr/sbin/config -m LINT TB --- 2013-11-07 18:45:06 - building LINT kernel TB --- 2013-11-07 18:45:06 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 18:45:06 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 18:45:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 18:45:06 - SRCCONF=/dev/null TB --- 2013-11-07 18:45:06 - TARGET=i386 TB --- 2013-11-07 18:45:06 - TARGET_ARCH=i386 TB --- 2013-11-07 18:45:06 - TZ=UTC TB --- 2013-11-07 18:45:06 - __MAKE_CONF=/dev/null TB --- 2013-11-07 18:45:06 - cd /src TB --- 2013-11-07 18:45:06 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 7 18:45:07 UTC 2013 >>> 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 -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 -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -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 /src/sys/i386/i386/genassym.c NM='nm' sh /src/sys/kern/genassym.sh genassym.o > assym.s awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -p awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -q awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -h awk -f /src/sys/tools/acpi_quirks2h.awk /src/sys/dev/acpica/acpi_quirks aicasm -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/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -I/src/sys/cam/scsi -I/src/sys/dev/aic7xxx -o aic7xxx_seq.h -r aic7xxx_reg.h -p aic7xxx_reg_print.c -i /src/sys/dev/aic7xxx/aic7xxx_osm.h /src/sys/dev/aic7xxx/aic7xxx.seq bmake[1]: exec(aicasm) failed (No such file or directory) *** Error code 1 Stop. bmake[1]: stopped in /obj/i386.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-07 18:45:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-07 18:45:59 - ERROR: failed to build LINT kernel TB --- 2013-11-07 18:45:59 - 9358.25 user 1568.89 system 11740.88 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 18:59:21 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3B2E5F6; Thu, 7 Nov 2013 18:59:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E6FF3259B; Thu, 7 Nov 2013 18:59: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 rA7IxJ4Z061893; Thu, 7 Nov 2013 13:59: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 rA7IxJtu061881; Thu, 7 Nov 2013 18:59:19 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Nov 2013 18:59:19 GMT Message-Id: <201311071859.rA7IxJtu061881@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: Thu, 07 Nov 2013 18:59:21 -0000 TB --- 2013-11-07 18:37:19 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 18:37: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 --- 2013-11-07 18:37:19 - starting HEAD tinderbox run for mips/mips TB --- 2013-11-07 18:37:19 - cleaning the object tree TB --- 2013-11-07 18:37:52 - /usr/local/bin/svn stat /src TB --- 2013-11-07 18:37:58 - At svn revision 257796 TB --- 2013-11-07 18:37:59 - building world TB --- 2013-11-07 18:37:59 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 18:37:59 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 18:37:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 18:37:59 - SRCCONF=/dev/null TB --- 2013-11-07 18:37:59 - TARGET=mips TB --- 2013-11-07 18:37:59 - TARGET_ARCH=mips TB --- 2013-11-07 18:37:59 - TZ=UTC TB --- 2013-11-07 18:37:59 - __MAKE_CONF=/dev/null TB --- 2013-11-07 18:37:59 - cd /src TB --- 2013-11-07 18:37:59 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 18:38:07 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_remquof.c -o s_remquof.o cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_rint.c -o s_rint.o cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_rintf.c -o s_rintf.o cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_round.c -o s_round.o cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_roundf.c -o s_roundf.o cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_roundl.c -o s_roundl.o /src/lib/msun/src/s_roundl.c: In function 'roundl': /src/lib/msun/src/s_roundl.c:45: error: 'union IEEEl2bits' has no member named 'xbits' *** Error code 1 Stop. bmake[3]: stopped in /src/lib/msun *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-07 18:59:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-07 18:59:19 - ERROR: failed to build world TB --- 2013-11-07 18:59:19 - 883.67 user 271.45 system 1320.05 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 19:07:12 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8BDAF47A; Thu, 7 Nov 2013 19:07:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 455E4263E; Thu, 7 Nov 2013 19:07:12 +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 rA7J7BhZ010669; Thu, 7 Nov 2013 14:07:11 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rA7J7BYJ010667; Thu, 7 Nov 2013 19:07:11 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Nov 2013 19:07:11 GMT Message-Id: <201311071907.rA7J7BYJ010667@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: Thu, 07 Nov 2013 19:07:12 -0000 TB --- 2013-11-07 18:45:59 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 18:45: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 --- 2013-11-07 18:45:59 - starting HEAD tinderbox run for mips64/mips TB --- 2013-11-07 18:45:59 - cleaning the object tree TB --- 2013-11-07 18:46:29 - /usr/local/bin/svn stat /src TB --- 2013-11-07 18:46:32 - At svn revision 257796 TB --- 2013-11-07 18:46:33 - building world TB --- 2013-11-07 18:46:33 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 18:46:33 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 18:46:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 18:46:33 - SRCCONF=/dev/null TB --- 2013-11-07 18:46:33 - TARGET=mips TB --- 2013-11-07 18:46:33 - TARGET_ARCH=mips64 TB --- 2013-11-07 18:46:33 - TZ=UTC TB --- 2013-11-07 18:46:33 - __MAKE_CONF=/dev/null TB --- 2013-11-07 18:46:33 - cd /src TB --- 2013-11-07 18:46:33 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 18:46:42 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_remquof.c -o s_remquof.o cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_rint.c -o s_rint.o cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_rintf.c -o s_rintf.o cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_round.c -o s_round.o cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_roundf.c -o s_roundf.o cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_roundl.c -o s_roundl.o /src/lib/msun/src/s_roundl.c: In function 'roundl': /src/lib/msun/src/s_roundl.c:45: error: 'union IEEEl2bits' has no member named 'xbits' *** Error code 1 Stop. bmake[3]: stopped in /src/lib/msun *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-07 19:07:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-07 19:07:11 - ERROR: failed to build world TB --- 2013-11-07 19:07:11 - 884.27 user 250.65 system 1271.38 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 19:14:28 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7ED026AB for ; Thu, 7 Nov 2013 19:14:28 +0000 (UTC) (envelope-from matpockuh@gmail.com) Received: from mail-bk0-x22f.google.com (mail-bk0-x22f.google.com [IPv6:2a00:1450:4008:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1818C26B9 for ; Thu, 7 Nov 2013 19:14:27 +0000 (UTC) Received: by mail-bk0-f47.google.com with SMTP id v11so729bkz.20 for ; Thu, 07 Nov 2013 11:14:26 -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:content-type; bh=Z+j5M3RNIWYkV/VTrcvV8+T+v/mebxFgrWc7YPp4dgE=; b=wltPgxisG9HNgpi14YPeWyTD4DiwCwh3bApbBl8spDWiZ4TsYS3BjbBvO+nFeQRVvZ HXMx1Stvaf1V1mmLSOEWA21lgasaqaXSpy0OiSUzyM73Gc4j06x3oJbPTBvlDFmT3pJU FPwE6234YW2xKiZJq4p4AmeikYFTO/RJQp0RtOdxWWXZqx1cXig20TG1eaglFD0GS3uy zCOMGhyLZpO3fp9lcQvZQwaUUxj3H78S9081L+1pZM/4u7gDH4BaTsuXWzA8reYTnB2u XdnCKQDXl7yoksd6h2mLTEJUkqGZpr274bl3vOvEvsHh5/DMh9AqERSmxyZB/GA4PA8a 91JA== MIME-Version: 1.0 X-Received: by 10.205.76.133 with SMTP id ze5mr3423826bkb.37.1383851666251; Thu, 07 Nov 2013 11:14:26 -0800 (PST) Received: by 10.204.103.4 with HTTP; Thu, 7 Nov 2013 11:14:26 -0800 (PST) Date: Thu, 7 Nov 2013 23:14:26 +0400 Message-ID: Subject: Radeon HD 6290 and radeonkms From: KOT MATPOCKuH To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 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, 07 Nov 2013 19:14:28 -0000 Hi all! Is possible to use radeonkms on Radeon HD 6290 card? I tried to boot kernel with loaded radeonkms module, but amd64 and i386 kernels hangs while booting after messages like this: drmn0: on vgapci0 info: [drm] MSI enabled 1 message(s) [drm] RADEON_IS_PCIE [drm] initializing kernel modesetting (PALM 0x1002:0x9807 0x1043:0x84E4). [drm] register mmio base: 0xFEB00000 [drm] register mmio size: 262144 [drm] radeon_atrm_get_bios: ===> Try ATRM... [drm] radeon_atrm_get_bios: IGP card detected, skipping this method... [drm] radeon_acpi_vfct_bios: ===> Try VFCT... [drm] radeon_acpi_vfct_bios: Get "VFCT" ACPI table [drm] radeon_acpi_vfct_bios: Failed to get "VFCT" table: AE_NOT_FOUND [drm] igp_read_bios_from_vram: ===> Try IGP's VRAM... [drm] igp_read_bios_from_vram: VRAM base address: 0xd0000000 [drm] igp_read_bios_from_vram: Map address: 0xd923d000 (262144 bytes) [drm] igp_read_bios_from_vram: Incorrect BIOS signature: 0x750F [drm] radeon_read_bios: ===> Try PCI Expansion ROM... [drm] igp_read_bios_from_vram: ===> Try IGP's VRAM... [drm] igp_read_bios_from_vram: VRAM base address: 0xd0000000 [drm] igp_read_bios_from_vram: Map address: 0xd923d000 (262144 bytes) [drm] igp_read_bios_from_vram: Incorrect BIOS signature: 0x750F [drm:pid20:radeon_get_bios] *ERROR* Unable to locate a BIOS ROM drmn0: error: Fatal error during GPU init After kldload radeonkms on amd64 kernel system silently reboots. On i386 kernel module can be loaded by kldload, but fails to attach device. BIOS's signature in messages is different from time to time. What I need to help to solve this problem? -- MATPOCKuH From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 19:20:33 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6389DA37; Thu, 7 Nov 2013 19:20:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2A9362702; Thu, 7 Nov 2013 19:20:32 +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 rA7JKWv2095246; Thu, 7 Nov 2013 14:20: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 rA7JKWSh095242; Thu, 7 Nov 2013 19:20:32 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Nov 2013 19:20:32 GMT Message-Id: <201311071920.rA7JKWSh095242@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, 07 Nov 2013 19:20:33 -0000 TB --- 2013-11-07 15:30:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 15:30:18 - 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 --- 2013-11-07 15:30:18 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-11-07 15:30:18 - cleaning the object tree TB --- 2013-11-07 15:34:12 - /usr/local/bin/svn stat /src TB --- 2013-11-07 15:34:15 - At svn revision 257796 TB --- 2013-11-07 15:34:16 - building world TB --- 2013-11-07 15:34:16 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 15:34:16 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 15:34:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 15:34:16 - SRCCONF=/dev/null TB --- 2013-11-07 15:34:16 - TARGET=amd64 TB --- 2013-11-07 15:34:16 - TARGET_ARCH=amd64 TB --- 2013-11-07 15:34:16 - TZ=UTC TB --- 2013-11-07 15:34:16 - __MAKE_CONF=/dev/null TB --- 2013-11-07 15:34:16 - cd /src TB --- 2013-11-07 15:34:16 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 15:34:24 UTC 2013 >>> Rebuilding 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 7 19:19:40 UTC 2013 TB --- 2013-11-07 19:19:40 - generating LINT kernel config TB --- 2013-11-07 19:19:40 - cd /src/sys/amd64/conf TB --- 2013-11-07 19:19:40 - /usr/bin/make -B LINT TB --- 2013-11-07 19:19:40 - cd /src/sys/amd64/conf TB --- 2013-11-07 19:19:40 - /usr/sbin/config -m LINT TB --- 2013-11-07 19:19:40 - building LINT kernel TB --- 2013-11-07 19:19:40 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 19:19:40 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 19:19:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 19:19:40 - SRCCONF=/dev/null TB --- 2013-11-07 19:19:40 - TARGET=amd64 TB --- 2013-11-07 19:19:40 - TARGET_ARCH=amd64 TB --- 2013-11-07 19:19:40 - TZ=UTC TB --- 2013-11-07 19:19:40 - __MAKE_CONF=/dev/null TB --- 2013-11-07 19:19:40 - cd /src TB --- 2013-11-07 19:19:40 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 7 19:19:40 UTC 2013 >>> 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 -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 -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector /src/sys/amd64/amd64/genassym.c NM='nm' sh /src/sys/kern/genassym.sh genassym.o > assym.s awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -p awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -q awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -h awk -f /src/sys/tools/acpi_quirks2h.awk /src/sys/dev/acpica/acpi_quirks aicasm -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/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -I/src/sys/cam/scsi -I/src/sys/dev/aic7xxx -o aic7xxx_seq.h -r aic7xxx_reg.h -p aic7xxx_reg_print.c -i /src/sys/dev/aic7xxx/aic7xxx_osm.h /src/sys/dev/aic7xxx/aic7xxx.seq bmake[1]: exec(aicasm) failed (No such file or directory) *** Error code 1 Stop. bmake[1]: stopped in /obj/amd64.amd64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-07 19:20:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-07 19:20:32 - ERROR: failed to build LINT kernel TB --- 2013-11-07 19:20:32 - 10774.95 user 1971.09 system 13813.19 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 19:25:40 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 67E4AC02; Thu, 7 Nov 2013 19:25:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3AA952768; Thu, 7 Nov 2013 19:25:39 +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 rA7JPdnL045160; Thu, 7 Nov 2013 14:25:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rA7JPdLb045159; Thu, 7 Nov 2013 19:25:39 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Nov 2013 19:25:39 GMT Message-Id: <201311071925.rA7JPdLb045159@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: Thu, 07 Nov 2013 19:25:40 -0000 TB --- 2013-11-07 18:59:20 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 18:59:20 - 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 --- 2013-11-07 18:59:20 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-11-07 18:59:20 - cleaning the object tree TB --- 2013-11-07 18:59:43 - /usr/local/bin/svn stat /src TB --- 2013-11-07 18:59:47 - At svn revision 257796 TB --- 2013-11-07 18:59:48 - building world TB --- 2013-11-07 18:59:48 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 18:59:48 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 18:59:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 18:59:48 - SRCCONF=/dev/null TB --- 2013-11-07 18:59:48 - TARGET=powerpc TB --- 2013-11-07 18:59:48 - TARGET_ARCH=powerpc TB --- 2013-11-07 18:59:48 - TZ=UTC TB --- 2013-11-07 18:59:48 - __MAKE_CONF=/dev/null TB --- 2013-11-07 18:59:48 - cd /src TB --- 2013-11-07 18:59:48 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 18:59:55 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_remquof.c -o s_remquof.o cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_rint.c -o s_rint.o cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_rintf.c -o s_rintf.o cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_round.c -o s_round.o cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_roundf.c -o s_roundf.o cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_roundl.c -o s_roundl.o /src/lib/msun/src/s_roundl.c: In function 'roundl': /src/lib/msun/src/s_roundl.c:45: error: 'union IEEEl2bits' has no member named 'xbits' *** Error code 1 Stop. bmake[3]: stopped in /src/lib/msun *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-07 19:25:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-07 19:25:39 - ERROR: failed to build world TB --- 2013-11-07 19:25:39 - 1189.62 user 253.57 system 1579.12 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 19:32:54 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5858CDED; Thu, 7 Nov 2013 19:32:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2916A27F3; Thu, 7 Nov 2013 19:32: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 rA7JWrsw079480; Thu, 7 Nov 2013 14:32:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rA7JWm05079271; Thu, 7 Nov 2013 19:32:48 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Nov 2013 19:32:48 GMT Message-Id: <201311071932.rA7JWm05079271@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, 07 Nov 2013 19:32:54 -0000 TB --- 2013-11-07 19:07:11 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 19:07: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 --- 2013-11-07 19:07:11 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-11-07 19:07:11 - cleaning the object tree TB --- 2013-11-07 19:07:34 - /usr/local/bin/svn stat /src TB --- 2013-11-07 19:07:37 - At svn revision 257796 TB --- 2013-11-07 19:07:38 - building world TB --- 2013-11-07 19:07:38 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 19:07:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 19:07:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 19:07:38 - SRCCONF=/dev/null TB --- 2013-11-07 19:07:38 - TARGET=powerpc TB --- 2013-11-07 19:07:38 - TARGET_ARCH=powerpc64 TB --- 2013-11-07 19:07:38 - TZ=UTC TB --- 2013-11-07 19:07:38 - __MAKE_CONF=/dev/null TB --- 2013-11-07 19:07:38 - cd /src TB --- 2013-11-07 19:07:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 19:07:45 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc64 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_remquof.c -o s_remquof.o cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc64 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_rint.c -o s_rint.o cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc64 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_rintf.c -o s_rintf.o cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc64 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_round.c -o s_round.o cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc64 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_roundf.c -o s_roundf.o cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc64 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_roundl.c -o s_roundl.o /src/lib/msun/src/s_roundl.c: In function 'roundl': /src/lib/msun/src/s_roundl.c:45: error: 'union IEEEl2bits' has no member named 'xbits' *** Error code 1 Stop. bmake[3]: stopped in /src/lib/msun *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-07 19:32:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-07 19:32:48 - ERROR: failed to build world TB --- 2013-11-07 19:32:48 - 1197.32 user 239.13 system 1536.47 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 19:39:04 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 75F80198 for ; Thu, 7 Nov 2013 19:39:04 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm42-vm5.bullet.mail.bf1.yahoo.com (nm42-vm5.bullet.mail.bf1.yahoo.com [216.109.114.204]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1701E2847 for ; Thu, 7 Nov 2013 19:39:03 +0000 (UTC) Received: from [66.196.81.174] by nm42.bullet.mail.bf1.yahoo.com with NNFMP; 07 Nov 2013 19:38:56 -0000 Received: from [68.142.230.71] by tm20.bullet.mail.bf1.yahoo.com with NNFMP; 07 Nov 2013 19:38:56 -0000 Received: from [127.0.0.1] by smtp228.mail.bf1.yahoo.com with NNFMP; 07 Nov 2013 19:38:56 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1383853136; bh=kOpTfkCOqL/opq9r4o1HpGM+mPKQsp8VvNQmB6E4LBM=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=ftTM8dSbLHRw/B24TTvP7/FBCAtidXxmkifrrTMnY3yfCW7or92C+S68f5+nl6NlIU90ZqxinXos3XIPBwMU/28dd0kM5YIP9jaNUdIAgufMj+qC5/JILwk6w63o2i+wZME6JXU8MJtUNQhGooljCRGAdCGzcP4Z4WbPqE3XPl0= X-Yahoo-Newman-Id: 885346.62098.bm@smtp228.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 0wAmDfkVM1my0BDoU_G5ipkU6enUquPrMASjsrBJJcvMjPa KpoQjUyvzkTeyh_vSFSCPAE6uQ1A49.QCXuVwI6n7zIK4XDSe3JUdr7dqufs cTDRlI9MbkN8xXr2hw6Rp1jaYPzJBDpr3xJGyVZJwWTDhKrQc6_IxMg8Z8C0 BqG4STBqwd18km3c_cgzFBwSYBeVISEBG6kV_yRcqp.Dupscx9cDUr2S_fog c4Co2OuweKGdFrJPfia7bIf9hqTqSqyVZoLYUXIca8xU_m449CIoizNkfuK8 Gzjz14qApbeiFk5WC63D31ZItO54fX8NcKkMl9qkpFdHgLbkcHBfABJAVPeh eYMpojVNL7MXnlTU39n79BiVwezyoa2KPpn7H_sqLPdssNAS7PvK6_cPcuob q6cFsjBeVdWRNjEE16DUpTdLd0xV59BYCo.qQeqP6FayXzrrMVPwnOxyKgnt XyQDZIRav2J1YWhWYn5sb.eJyvpEPCGhyBUJVqtYYO9PbjgKpp4rhc5eEcQA 8MmzpVFjfSeMSFD1Na6VTlw.dOrpDwXvZxe_j8YGaifJhL279FHWD.y07dfP v X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [10.73.213.5] (sean_bruno@66.228.162.52 with ) by smtp228.mail.bf1.yahoo.com with SMTP; 07 Nov 2013 19:38:56 +0000 UTC Subject: Re: Add support for Intel AMT technology on Intel Lynx Point chipset From: Sean Bruno To: Dmitry Luhtionov In-Reply-To: References: Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-tHFvQBMFwvy/vl3Q8Di7" Date: Thu, 07 Nov 2013 11:38:54 -0800 Message-ID: <1383853134.1866.5.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2013 19:39:04 -0000 --=-tHFvQBMFwvy/vl3Q8Di7 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Wed, 2013-11-06 at 11:16 +0200, Dmitry Luhtionov wrote: > --- /usr/src/sys/dev/uart/uart_bus_pci.c.orig 2013-11-01 > 14:45:23.000000000 +0200 > +++ /usr/src/sys/dev/uart/uart_bus_pci.c 2013-11-04 11:15:54.000000000 > +0200 > @@ -122,6 +122,7 @@ > { 0x8086, 0x8812, 0xffff, 0, "Intel EG20T Serial Port 1", 0x10 }, > { 0x8086, 0x8813, 0xffff, 0, "Intel EG20T Serial Port 2", 0x10 }, > { 0x8086, 0x8814, 0xffff, 0, "Intel EG20T Serial Port 3", 0x10 }, > +{ 0x8086, 0x8c3d, 0xffff, 0, "Intel Lynx Point KT Controller", 0x10 }, > { 0x9710, 0x9820, 0x1000, 1, "NetMos NM9820 Serial Port", 0x10 }, > { 0x9710, 0x9835, 0x1000, 1, "NetMos NM9835 Serial Port", 0x10 }, > { 0x9710, 0x9865, 0xa000, 0x1000, "NetMos NM9865 Serial Port", 0x10 }, Committed at svn r 257808 Thanks for the update! sean --=-tHFvQBMFwvy/vl3Q8Di7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iQEcBAABAgAGBQJSe+xOAAoJEBkJRdwI6BaHa6gH/3qyneYmItnrp0Bvz74X8T/B QRInhG3jmZ8zoj9FShC7J4jeQbLnJukk+pnjuVlkD+pbCC62DLJ4u9XDeiCg9WGf uMDQ0BChKfm1fw1rV+zK/z6KusuPB++GTjnl50yXISUt+IOA6vm5m2xE1e71tM4n cHOgQCeu+BFx8Sx3uk6ERCwMiXVVJ61RjMzQdgTrb4YRLJQLoQFZc8Ze3rVmSRTa xifUwyXO+4WkbMtRsQRdRjji4ha5UvrTT0gy/J1SVDBbCWeo2q8C3uk+UCg98/mC SvBI1jo0YKCWXzf3d70j2ho3lYqhEsBBpasdt4GnR8TkhXJEDq6egYgckiU9++M= =cplK -----END PGP SIGNATURE----- --=-tHFvQBMFwvy/vl3Q8Di7-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 20:18:31 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A0A7C1F8; Thu, 7 Nov 2013 20:18:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 671AC2AC9; Thu, 7 Nov 2013 20:18: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 rA7KITUJ038985; Thu, 7 Nov 2013 15:18: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 rA7KITN5038984; Thu, 7 Nov 2013 20:18:29 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Nov 2013 20:18:29 GMT Message-Id: <201311072018.rA7KITN5038984@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, 07 Nov 2013 20:18:31 -0000 TB --- 2013-11-07 16:58:59 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 16:58: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 --- 2013-11-07 16:58:59 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-11-07 16:58:59 - cleaning the object tree TB --- 2013-11-07 17:01:17 - /usr/local/bin/svn stat /src TB --- 2013-11-07 17:01:20 - At svn revision 257796 TB --- 2013-11-07 17:01:21 - building world TB --- 2013-11-07 17:01:21 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 17:01:21 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 17:01:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 17:01:21 - SRCCONF=/dev/null TB --- 2013-11-07 17:01:21 - TARGET=pc98 TB --- 2013-11-07 17:01:21 - TARGET_ARCH=i386 TB --- 2013-11-07 17:01:21 - TZ=UTC TB --- 2013-11-07 17:01:21 - __MAKE_CONF=/dev/null TB --- 2013-11-07 17:01:21 - cd /src TB --- 2013-11-07 17:01:21 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 17:01:28 UTC 2013 >>> Rebuilding 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 7 20:17:59 UTC 2013 TB --- 2013-11-07 20:17:59 - generating LINT kernel config TB --- 2013-11-07 20:17:59 - cd /src/sys/pc98/conf TB --- 2013-11-07 20:17:59 - /usr/bin/make -B LINT TB --- 2013-11-07 20:18:00 - cd /src/sys/pc98/conf TB --- 2013-11-07 20:18:00 - /usr/sbin/config -m LINT TB --- 2013-11-07 20:18:00 - building LINT kernel TB --- 2013-11-07 20:18:00 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 20:18:00 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 20:18:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 20:18:00 - SRCCONF=/dev/null TB --- 2013-11-07 20:18:00 - TARGET=pc98 TB --- 2013-11-07 20:18:00 - TARGET_ARCH=i386 TB --- 2013-11-07 20:18:00 - TZ=UTC TB --- 2013-11-07 20:18:00 - __MAKE_CONF=/dev/null TB --- 2013-11-07 20:18:00 - cd /src TB --- 2013-11-07 20:18:00 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 7 20:18:00 UTC 2013 >>> 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 [...] x86 -> /src/sys/x86/include 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 -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/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 -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector /src/sys/i386/i386/genassym.c NM='nm' sh /src/sys/kern/genassym.sh genassym.o > assym.s awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -p awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -q awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -h aicasm -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/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/cam/scsi -I/src/sys/dev/aic7xxx -o aic7xxx_seq.h -r aic7xxx_reg.h -p aic7xxx_reg_print.c -i /src/sys/dev/aic7xxx/aic7xxx_osm.h /src/sys/dev/aic7xxx/aic7xxx.seq bmake[1]: exec(aicasm) failed (No such file or directory) *** Error code 1 Stop. bmake[1]: stopped in /obj/pc98.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-07 20:18:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-07 20:18:29 - ERROR: failed to build LINT kernel TB --- 2013-11-07 20:18:29 - 9730.33 user 1472.96 system 11969.97 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 20:24:37 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6F98078E; Thu, 7 Nov 2013 20:24:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 356C82B81; Thu, 7 Nov 2013 20:24: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 rA7KOa9T051405; Thu, 7 Nov 2013 15:24:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rA7KOawB051404; Thu, 7 Nov 2013 20:24:36 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Nov 2013 20:24:36 GMT Message-Id: <201311072024.rA7KOawB051404@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, 07 Nov 2013 20:24:37 -0000 TB --- 2013-11-07 19:20:32 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 19:20:32 - 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 --- 2013-11-07 19:20:32 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-11-07 19:20:32 - cleaning the object tree TB --- 2013-11-07 19:21:38 - /usr/local/bin/svn stat /src TB --- 2013-11-07 19:21:42 - At svn revision 257796 TB --- 2013-11-07 19:21:43 - building world TB --- 2013-11-07 19:21:43 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 19:21:43 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 19:21:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 19:21:43 - SRCCONF=/dev/null TB --- 2013-11-07 19:21:43 - TARGET=sparc64 TB --- 2013-11-07 19:21:43 - TARGET_ARCH=sparc64 TB --- 2013-11-07 19:21:43 - TZ=UTC TB --- 2013-11-07 19:21:43 - __MAKE_CONF=/dev/null TB --- 2013-11-07 19:21:43 - cd /src TB --- 2013-11-07 19:21:43 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 19:21:49 UTC 2013 >>> Rebuilding 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 7 20:24:22 UTC 2013 TB --- 2013-11-07 20:24:22 - generating LINT kernel config TB --- 2013-11-07 20:24:22 - cd /src/sys/sparc64/conf TB --- 2013-11-07 20:24:22 - /usr/bin/make -B LINT TB --- 2013-11-07 20:24:22 - cd /src/sys/sparc64/conf TB --- 2013-11-07 20:24:22 - /usr/sbin/config -m LINT TB --- 2013-11-07 20:24:22 - building LINT kernel TB --- 2013-11-07 20:24:22 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 20:24:22 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 20:24:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 20:24:22 - SRCCONF=/dev/null TB --- 2013-11-07 20:24:22 - TARGET=sparc64 TB --- 2013-11-07 20:24:22 - TARGET_ARCH=sparc64 TB --- 2013-11-07 20:24:22 - TZ=UTC TB --- 2013-11-07 20:24:22 - __MAKE_CONF=/dev/null TB --- 2013-11-07 20:24:22 - cd /src TB --- 2013-11-07 20:24:22 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 7 20:24:22 UTC 2013 >>> 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 [...] machine -> /src/sys/sparc64/include 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 -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/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 -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector /src/sys/sparc64/sparc64/genassym.c NM='nm' sh /src/sys/kern/genassym.sh genassym.o > assym.s awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -p awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -q awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -h aicasm -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/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/cam/scsi -I/src/sys/dev/aic7xxx -o aic7xxx_seq.h -r aic7xxx_reg.h -p aic7xxx_reg_print.c -i /src/sys/dev/aic7xxx/aic7xxx_osm.h /src/sys/dev/aic7xxx/aic7xxx.seq bmake[1]: exec(aicasm) failed (No such file or directory) *** Error code 1 Stop. bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-07 20:24:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-07 20:24:36 - ERROR: failed to build LINT kernel TB --- 2013-11-07 20:24:36 - 3136.01 user 599.84 system 3843.71 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 20:57:07 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B03247DC for ; Thu, 7 Nov 2013 20:57:07 +0000 (UTC) (envelope-from dumbbell@FreeBSD.org) Received: from mail.made4.biz (unknown [IPv6:2001:41d0:1:7018::1:3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 76D792D7A for ; Thu, 7 Nov 2013 20:57:07 +0000 (UTC) Received: from 141.7.19.93.rev.sfr.net ([93.19.7.141] helo=[192.168.1.179]) by mail.made4.biz with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VeWdV-0008Gw-8V for freebsd-current@freebsd.org; Thu, 07 Nov 2013 21:57:06 +0100 Message-ID: <527BFEA2.30909@FreeBSD.org> Date: Thu, 07 Nov 2013 21:57:06 +0100 From: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Radeon HD 6290 and radeonkms References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit 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, 07 Nov 2013 20:57:07 -0000 Le 07/11/2013 20:14, KOT MATPOCKuH a crit : > Hi all! Hi! > Is possible to use radeonkms on Radeon HD 6290 card? > I tried to boot kernel with loaded radeonkms module, but amd64 and i386 > kernels hangs while booting after messages like this: Your card is an integrated card (IGP), right? There's one known issue: we fail to detect that it's the default output at boot time. Try to put this line in your /boot/loader.conf, and reboot: hw.pci.default_vgapci_unit="0" Tell us if this fix your problem with both i386 and amd64. That silent reboot is not a known issue. -- Jean-Sbastien Pdron From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 21:58:28 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9B003790; Thu, 7 Nov 2013 21:58:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 477F7211C; Thu, 7 Nov 2013 21:58: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 rA7LwR9G021837; Thu, 7 Nov 2013 16:58: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 rA7LwRIa021828; Thu, 7 Nov 2013 21:58:27 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Nov 2013 21:58:27 GMT Message-Id: <201311072158.rA7LwRIa021828@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, 07 Nov 2013 21:58:28 -0000 TB --- 2013-11-07 20:30:20 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 20:30:20 - 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 --- 2013-11-07 20:30:20 - starting HEAD tinderbox run for arm/arm TB --- 2013-11-07 20:30:20 - cleaning the object tree TB --- 2013-11-07 20:32:44 - /usr/local/bin/svn stat /src TB --- 2013-11-07 20:32:48 - At svn revision 257810 TB --- 2013-11-07 20:32:49 - building world TB --- 2013-11-07 20:32:49 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 20:32:49 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 20:32:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 20:32:49 - SRCCONF=/dev/null TB --- 2013-11-07 20:32:49 - TARGET=arm TB --- 2013-11-07 20:32:49 - TARGET_ARCH=arm TB --- 2013-11-07 20:32:49 - TZ=UTC TB --- 2013-11-07 20:32:49 - __MAKE_CONF=/dev/null TB --- 2013-11-07 20:32:49 - cd /src TB --- 2013-11-07 20:32:49 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 20:32:57 UTC 2013 >>> Rebuilding 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 [...] ^ /src/lib/msun/src/s_roundl.c:45:2: error: no member named 'expsign' in 'struct IEEEl2bits::' GET_LDBL_EXPSIGN(hx, x); ^~~~~~~~~~~~~~~~~~~~~~~ /src/lib/msun/src/math_private.h:224:20: note: expanded from macro 'GET_LDBL_EXPSIGN' (i) = ge_u.xbits.expsign; \ ~~~~~~~~~~ ^ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/msun *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-07 21:58:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-07 21:58:27 - ERROR: failed to build world TB --- 2013-11-07 21:58:27 - 4189.38 user 719.17 system 5286.20 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 21:58:29 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 86BF4791; Thu, 7 Nov 2013 21:58:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 35935211E; Thu, 7 Nov 2013 21:58: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 rA7LwSiI021965; Thu, 7 Nov 2013 16:58: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 rA7LwSs3021959; Thu, 7 Nov 2013 21:58:28 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Nov 2013 21:58:28 GMT Message-Id: <201311072158.rA7LwSs3021959@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 armv6/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, 07 Nov 2013 21:58:29 -0000 TB --- 2013-11-07 20:30:20 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 20:30:20 - 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 --- 2013-11-07 20:30:20 - starting HEAD tinderbox run for armv6/arm TB --- 2013-11-07 20:30:20 - cleaning the object tree TB --- 2013-11-07 20:32:45 - /usr/local/bin/svn stat /src TB --- 2013-11-07 20:32:49 - At svn revision 257810 TB --- 2013-11-07 20:32:50 - building world TB --- 2013-11-07 20:32:50 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 20:32:50 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 20:32:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 20:32:50 - SRCCONF=/dev/null TB --- 2013-11-07 20:32:50 - TARGET=arm TB --- 2013-11-07 20:32:50 - TARGET_ARCH=armv6 TB --- 2013-11-07 20:32:50 - TZ=UTC TB --- 2013-11-07 20:32:50 - __MAKE_CONF=/dev/null TB --- 2013-11-07 20:32:50 - cd /src TB --- 2013-11-07 20:32:50 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 20:32:57 UTC 2013 >>> Rebuilding 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 [...] ^ /src/lib/msun/src/s_roundl.c:45:2: error: no member named 'expsign' in 'struct IEEEl2bits::' GET_LDBL_EXPSIGN(hx, x); ^~~~~~~~~~~~~~~~~~~~~~~ /src/lib/msun/src/math_private.h:224:20: note: expanded from macro 'GET_LDBL_EXPSIGN' (i) = ge_u.xbits.expsign; \ ~~~~~~~~~~ ^ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/msun *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-07 21:58:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-07 21:58:28 - ERROR: failed to build world TB --- 2013-11-07 21:58:28 - 4195.62 user 712.89 system 5287.55 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 23:05:12 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id ACCB9302; Thu, 7 Nov 2013 23:05:12 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3BCC4251E; Thu, 7 Nov 2013 23:05:12 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id rA7N52Sd081611; Fri, 8 Nov 2013 01:05:02 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua rA7N52Sd081611 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id rA7N524l081609; Fri, 8 Nov 2013 01:05:02 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 8 Nov 2013 01:05:02 +0200 From: Konstantin Belousov To: John Baldwin Subject: Re: Add description for some cpuid bits Message-ID: <20131107230502.GR59496@kib.kiev.ua> References: <201311061230.05865.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QiyF1InLrl7iIFO/" Content-Disposition: inline In-Reply-To: <201311061230.05865.jhb@freebsd.org> User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, 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, Dmitry Luhtionov 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, 07 Nov 2013 23:05:12 -0000 --QiyF1InLrl7iIFO/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 06, 2013 at 12:30:05PM -0500, John Baldwin wrote: > On Wednesday, November 06, 2013 4:12:24 am Dmitry Luhtionov wrote: > > --- /usr/src/sys/amd64//amd64/identcpu.c.orig 2013-11-01 > > 14:43:15.000000000 +0200 > > +++ /usr/src/sys/amd64//amd64/identcpu.c 2013-11-04 12:06:06.0000000= 00 > > +0200 > > @@ -366,14 +366,14 @@ > > "\017" > > "\020LWP" /* Lightweight Profiling */ > > "\021FMA4" /* 4-operand FMA instructions */ > > - "\022" > > + "\022TCE" /* Translation Cache Extension */ > > "\023" > > "\024NodeId" /* NodeId MSR support */ > > "\025" > > "\026TBM" /* Trailing Bit Manipulation */ > > "\027Topology" /* Topology Extensions */ > > - "\030" > > - "\031" > > + "\030PCXC" /* Core performance counter extensions */ > > + "\031PNXC" /* NB performance counter extensions */ > > "\032" > > "\033" > > "\034" >=20 > It would be best to also add flags for these in specialreg.h as well. Th= e=20 > i386 identcpu.c might also need updating. There is apparently more bits defined in the BKDG for Kabini. Below is the patch which I plan to commit shortly. diff --git a/sys/amd64/amd64/identcpu.c b/sys/amd64/amd64/identcpu.c index 27ea9a6..3712fc0 100644 --- a/sys/amd64/amd64/identcpu.c +++ b/sys/amd64/amd64/identcpu.c @@ -366,18 +366,18 @@ printcpuinfo(void) "\017" "\020LWP" /* Lightweight Profiling */ "\021FMA4" /* 4-operand FMA instructions */ - "\022" + "\022TCE" /* Translation Cache Extension */ "\023" "\024NodeId" /* NodeId MSR support */ "\025" "\026TBM" /* Trailing Bit Manipulation */ "\027Topology" /* Topology Extensions */ - "\030" - "\031" + "\030PCXC" /* Core perf count */ + "\031PNXC" /* NB perf count */ "\032" - "\033" - "\034" - "\035" + "\033DBE" /* Data Breakpoint extension */ + "\034PTSC" /* Performance TSC */ + "\035PL2I" /* L2I perf count */ "\036" "\037" "\040" diff --git a/sys/i386/i386/identcpu.c b/sys/i386/i386/identcpu.c index beec9b1..1af3ac2 100644 --- a/sys/i386/i386/identcpu.c +++ b/sys/i386/i386/identcpu.c @@ -842,18 +842,18 @@ printcpuinfo(void) "\017" "\020LWP" /* Lightweight Profiling */ "\021FMA4" /* 4-operand FMA instructions */ - "\022" + "\022TCE" /* Translation Cache Extension */ "\023" "\024NodeId" /* NodeId MSR support */ "\025" "\026TBM" /* Trailing Bit Manipulation */ "\027Topology" /* Topology Extensions */ - "\030" - "\031" + "\030PCXC" /* Core perf count */ + "\031PNXC" /* NB perf count */ "\032" - "\033" - "\034" - "\035" + "\033DBE" /* Data Breakpoint extension */ + "\034PTSC" /* Performance TSC */ + "\035PL2I" /* L2I perf count */ "\036" "\037" "\040" diff --git a/sys/x86/include/specialreg.h b/sys/x86/include/specialreg.h index 4247ee2..3d20e61 100644 --- a/sys/x86/include/specialreg.h +++ b/sys/x86/include/specialreg.h @@ -201,9 +201,15 @@ #define AMDID2_WDT 0x00002000 #define AMDID2_LWP 0x00008000 #define AMDID2_FMA4 0x00010000 +#define AMDID2_TCE 0x00020000 #define AMDID2_NODE_ID 0x00080000 #define AMDID2_TBM 0x00200000 #define AMDID2_TOPOLOGY 0x00400000 +#define AMDID2_PCXC 0x00800000 +#define AMDID2_PNXC 0x01000000 +#define AMDID2_DBE 0x04000000 +#define AMDID2_PTSC 0x08000000 +#define AMDID2_PTSCEL2I 0x10000000 =20 /* * CPUID instruction 1 eax info --QiyF1InLrl7iIFO/ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSfBydAAoJEJDCuSvBvK1BzRkP/1LY0w2QPwDwMqVcqdN2oaEf iSMtwIJHt8ZuNR8lohfDwA9T5EFLCFeS1S3FWuRCrQpcB3AgdRq2SQLgJtv6TTId hz6/RPiqENtwK5A/oEEraBUaqAzO1d2V7foaB0aeDSeOSz2DabHiqwUEJs3yX24m u3yZzVEGSmQ5rgdUqgdY0nz+MFYDx5eEWDkzi6vYFqqkkiCLIyk0RMDT4qzj0TLW 0lsuNQlXi0e2G6g+V8QGSaooxcVgx+WhqoqF5JFhHimBqRD1Q6BXuF2nN3Uhp5h7 2dr7yMbgcjbIrpgXj0i6YubGzDophTiwmL7ccsJ/bWJOkvqYG+UiuWHG0EmJ6TKv XDW3SG7cCDtyUhuFvbbCxwDvueNjlX7aF3zhTiMlikUMGhxCtt/ZbteNf9215CAu GZTiyEaxzj5H9NI9duX0MtSQQQCAEMQn4cPKxNQed4jg37WlNYca+oOLOYkOepIx rQpkWyzzmq5FBHH3Xdl13aRsYYMZh8lsdiA5EFLTf//L/A93NI0Mv2Fh7ZXFtbVD h4zzyPY9XI4T9GR5t0gLAYtW/6nwgp1/PKbu9RxMlIn4ADKwF3Axhsn79S281Nl2 N9U5sdk5NYd779/pXZk5Yy3yyXVqfTWJbsRwIL3QPSOJ1tuUADrBNNqy4qLPDmeu BzpuIV4LQ3Oo7yBmOBnH =eLIS -----END PGP SIGNATURE----- --QiyF1InLrl7iIFO/-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 23:36:46 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 30782DCA; Thu, 7 Nov 2013 23:36:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EAEEE2720; Thu, 7 Nov 2013 23:36:45 +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 rA7NaiPb084747; Thu, 7 Nov 2013 18:36: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 rA7NairJ084732; Thu, 7 Nov 2013 23:36:44 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Nov 2013 23:36:44 GMT Message-Id: <201311072336.rA7NairJ084732@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: Thu, 07 Nov 2013 23:36:46 -0000 TB --- 2013-11-07 21:58:28 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 21:58: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 --- 2013-11-07 21:58:28 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-11-07 21:58:28 - cleaning the object tree TB --- 2013-11-07 22:00:27 - /usr/local/bin/svn stat /src TB --- 2013-11-07 22:00:31 - At svn revision 257810 TB --- 2013-11-07 22:00:32 - building world TB --- 2013-11-07 22:00:32 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 22:00:32 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 22:00:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 22:00:32 - SRCCONF=/dev/null TB --- 2013-11-07 22:00:32 - TARGET=ia64 TB --- 2013-11-07 22:00:32 - TARGET_ARCH=ia64 TB --- 2013-11-07 22:00:32 - TZ=UTC TB --- 2013-11-07 22:00:32 - __MAKE_CONF=/dev/null TB --- 2013-11-07 22:00:32 - cd /src TB --- 2013-11-07 22:00:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 22:00:39 UTC 2013 >>> Rebuilding 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 7 23:36:13 UTC 2013 TB --- 2013-11-07 23:36:13 - generating LINT kernel config TB --- 2013-11-07 23:36:13 - cd /src/sys/ia64/conf TB --- 2013-11-07 23:36:13 - /usr/bin/make -B LINT TB --- 2013-11-07 23:36:13 - cd /src/sys/ia64/conf TB --- 2013-11-07 23:36:13 - /usr/sbin/config -m LINT TB --- 2013-11-07 23:36:13 - building LINT kernel TB --- 2013-11-07 23:36:13 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 23:36:13 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 23:36:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 23:36:13 - SRCCONF=/dev/null TB --- 2013-11-07 23:36:13 - TARGET=ia64 TB --- 2013-11-07 23:36:13 - TARGET_ARCH=ia64 TB --- 2013-11-07 23:36:13 - TZ=UTC TB --- 2013-11-07 23:36:13 - __MAKE_CONF=/dev/null TB --- 2013-11-07 23:36:13 - cd /src TB --- 2013-11-07 23:36:13 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 7 23:36:13 UTC 2013 >>> 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 -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 -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding /src/sys/ia64/ia64/genassym.c NM='nm' sh /src/sys/kern/genassym.sh genassym.o > assym.s awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -p awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -q awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -h awk -f /src/sys/tools/acpi_quirks2h.awk /src/sys/dev/acpica/acpi_quirks aicasm -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/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/ia64/libuwx/src -I/src/sys/cam/scsi -I/src/sys/dev/aic7xxx -o aic7xxx_seq.h -r aic7xxx_reg.h -p aic7xxx_reg_print.c -i /src/sys/dev/aic7xxx/aic7xxx_osm.h /src/sys/dev/aic7xxx/aic7xxx.seq bmake[1]: exec(aicasm) failed (No such file or directory) *** Error code 1 Stop. bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-07 23:36:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-07 23:36:44 - ERROR: failed to build LINT kernel TB --- 2013-11-07 23:36:44 - 4550.29 user 838.73 system 5895.76 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 23:38:27 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1CA2BF24 for ; Thu, 7 Nov 2013 23:38:27 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm46-vm6.bullet.mail.bf1.yahoo.com (nm46-vm6.bullet.mail.bf1.yahoo.com [216.109.115.109]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 95CC62744 for ; Thu, 7 Nov 2013 23:38:26 +0000 (UTC) Received: from [66.196.81.174] by nm46.bullet.mail.bf1.yahoo.com with NNFMP; 07 Nov 2013 23:38:18 -0000 Received: from [98.139.213.11] by tm20.bullet.mail.bf1.yahoo.com with NNFMP; 07 Nov 2013 23:38:18 -0000 Received: from [127.0.0.1] by smtp111.mail.bf1.yahoo.com with NNFMP; 07 Nov 2013 23:38:18 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1383867498; bh=5RBVwhsZOYdUNWeNHsp1YPsvit9nWRkkCvCKEdT+GMs=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=UVk6yZSokhpKpGsQEr0r/8CbLumix82kiH3rjE61N9qrcM+oAsHFvh9ULSKmzFXr0w7Hqrb+IVakmnfLuTOoh8GMZ6EcNZmamclMQgKeTtAwNThAWlsaF9PXIKxRIp8e8vRGI1xY99bdsn/ESBTsadR1MUofEEgihtA+kDymnPA= X-Yahoo-Newman-Id: 861881.39750.bm@smtp111.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: Kgt2.bIVM1na_iLIHnuSFoHsXDIHAsoPLUElaVMr4xgczZX sNT83bNLp3l5tZiS3QiQvDjvAoWlaEvG64oNlew6vjPqkjXgdlrXSjLjlGYg 0phpHBjmEFRIlxv8ZXqUoX7l52F0ijD4pGuPRqg.s1Zy2JVEUMJyeuE6PLM2 DQ9OW81aazNBHUjw3eLizDpoO4pMWDL.vUokKAWJbIrSQH9iDuD6ogduYHBm s1jfOmAFQdpFxu3TNsXILjg9YFr7BgviKaqbGNnlERQRasI2uOcT3V1jlB9A B1xpr9kSfNh52kdnYkwm6Jvdt3ib6l.I9cGoWyw4VxXKYJ_KX16rSzf.khmQ 9nX6p27dUTOS.YoLgYAZnB3elkIvyGB5J52poxkv2NcyA5isWcqglKvPXdpj _y1SAYNjnZDARXR_.wlyvqpD2Dn.2d.4S4Y9vwkKi.ebNqvXmDm3etC_4Vd4 cdrmpbK70keqMrUZdgIEuBNl9brbqrNIiZ.mRYKzd7aEZQFjjKKcOKCa_Czr qzNt1.6MrSsbgdlL4ja3EHz_NOpC6n7B5Qwl_XWBuF0RwrtR7.cyV1dvYAVK I1g-- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [10.73.213.5] (sean_bruno@66.228.162.52 with ) by smtp111.mail.bf1.yahoo.com with SMTP; 07 Nov 2013 15:38:18 -0800 PST Subject: Any suggestions on how to "fix" this error? From: Sean Bruno To: "freebsd-current@freebsd.org" Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-eOMU9ReLRIlANQ9c7i2e" Date: Thu, 07 Nov 2013 15:38:16 -0800 Message-ID: <1383867496.1866.9.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2013 23:38:27 -0000 --=-eOMU9ReLRIlANQ9c7i2e Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable cc: warning: argument unused during compilation: '-L/var/tmp/home/sbruno/bsd/head/lib32/usr/lib32' This shows up on buildworld on amd64. I'm not 100% clear where this comes from nor how to clean it out where it doesn't belong or if it even means anything. sean --=-eOMU9ReLRIlANQ9c7i2e Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iQEcBAABAgAGBQJSfCRoAAoJEBkJRdwI6BaHP04H/iBtZ3AAJs7IvuGz/BMgCjj6 t+QrRoBlAgR8RKcXJZuyetCu2QK32Gv/0/2ZH7sRq2WeJnyb4F/wzLkZtjRGxGsj StfmNIepMteYw9kZt1QfpSF+00dgJmDaO78rt0xJfQzt63DdhGsv5uEataha6kuA GdgeDt9WRS3dm9wciqsGbwiHXo11/zzsK9t/rpDmDqOohKC2mnuEVfWZtUht4cfl 6SL20hE4xCeuuNnrVuMw1BdgA6Hy+7AyCK9ZP1JSWKnjhi1dDcA4z0akWQ0opoOw mCMci3zMc6Qmome6HTbor0cb67e35WzJzNlftA9BA0vQ73TpGfvXiKtM+JrGIno= =Q7Hv -----END PGP SIGNATURE----- --=-eOMU9ReLRIlANQ9c7i2e-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 23:46:00 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8F1EA138; Thu, 7 Nov 2013 23:46:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5665C27A5; Thu, 7 Nov 2013 23:46: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 rA7NjxxE046037; Thu, 7 Nov 2013 18:45: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 rA7NjxFC046036; Thu, 7 Nov 2013 23:45:59 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Nov 2013 23:45:59 GMT Message-Id: <201311072345.rA7NjxFC046036@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, 07 Nov 2013 23:46:00 -0000 TB --- 2013-11-07 20:30:20 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 20:30:20 - 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 --- 2013-11-07 20:30:20 - starting HEAD tinderbox run for i386/i386 TB --- 2013-11-07 20:30:20 - cleaning the object tree TB --- 2013-11-07 20:33:45 - /usr/local/bin/svn stat /src TB --- 2013-11-07 20:33:48 - At svn revision 257810 TB --- 2013-11-07 20:33:49 - building world TB --- 2013-11-07 20:33:49 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 20:33:49 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 20:33:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 20:33:49 - SRCCONF=/dev/null TB --- 2013-11-07 20:33:49 - TARGET=i386 TB --- 2013-11-07 20:33:49 - TARGET_ARCH=i386 TB --- 2013-11-07 20:33:49 - TZ=UTC TB --- 2013-11-07 20:33:49 - __MAKE_CONF=/dev/null TB --- 2013-11-07 20:33:49 - cd /src TB --- 2013-11-07 20:33:49 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 20:33:57 UTC 2013 >>> Rebuilding 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 7 23:45:08 UTC 2013 TB --- 2013-11-07 23:45:08 - generating LINT kernel config TB --- 2013-11-07 23:45:08 - cd /src/sys/i386/conf TB --- 2013-11-07 23:45:08 - /usr/bin/make -B LINT TB --- 2013-11-07 23:45:08 - cd /src/sys/i386/conf TB --- 2013-11-07 23:45:08 - /usr/sbin/config -m LINT TB --- 2013-11-07 23:45:08 - building LINT kernel TB --- 2013-11-07 23:45:08 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 23:45:08 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 23:45:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 23:45:08 - SRCCONF=/dev/null TB --- 2013-11-07 23:45:08 - TARGET=i386 TB --- 2013-11-07 23:45:08 - TARGET_ARCH=i386 TB --- 2013-11-07 23:45:08 - TZ=UTC TB --- 2013-11-07 23:45:08 - __MAKE_CONF=/dev/null TB --- 2013-11-07 23:45:08 - cd /src TB --- 2013-11-07 23:45:08 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 7 23:45:08 UTC 2013 >>> 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 -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 -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -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 /src/sys/i386/i386/genassym.c NM='nm' sh /src/sys/kern/genassym.sh genassym.o > assym.s awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -p awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -q awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -h awk -f /src/sys/tools/acpi_quirks2h.awk /src/sys/dev/acpica/acpi_quirks aicasm -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/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -I/src/sys/cam/scsi -I/src/sys/dev/aic7xxx -o aic7xxx_seq.h -r aic7xxx_reg.h -p aic7xxx_reg_print.c -i /src/sys/dev/aic7xxx/aic7xxx_osm.h /src/sys/dev/aic7xxx/aic7xxx.seq bmake[1]: exec(aicasm) failed (No such file or directory) *** Error code 1 Stop. bmake[1]: stopped in /obj/i386.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-07 23:45:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-07 23:45:59 - ERROR: failed to build LINT kernel TB --- 2013-11-07 23:45:59 - 9354.77 user 1572.91 system 11738.49 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 7 23:58:42 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 34CC963E; Thu, 7 Nov 2013 23:58:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E21CC286C; Thu, 7 Nov 2013 23:58: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 rA7NweKs036372; Thu, 7 Nov 2013 18:58:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rA7NweoI036371; Thu, 7 Nov 2013 23:58:40 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Nov 2013 23:58:40 GMT Message-Id: <201311072358.rA7NweoI036371@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: Thu, 07 Nov 2013 23:58:42 -0000 TB --- 2013-11-07 23:36:44 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 23:36:44 - 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 --- 2013-11-07 23:36:44 - starting HEAD tinderbox run for mips/mips TB --- 2013-11-07 23:36:44 - cleaning the object tree TB --- 2013-11-07 23:37:10 - /usr/local/bin/svn stat /src TB --- 2013-11-07 23:37:15 - At svn revision 257810 TB --- 2013-11-07 23:37:16 - building world TB --- 2013-11-07 23:37:16 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 23:37:16 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 23:37:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 23:37:16 - SRCCONF=/dev/null TB --- 2013-11-07 23:37:16 - TARGET=mips TB --- 2013-11-07 23:37:16 - TARGET_ARCH=mips TB --- 2013-11-07 23:37:16 - TZ=UTC TB --- 2013-11-07 23:37:16 - __MAKE_CONF=/dev/null TB --- 2013-11-07 23:37:16 - cd /src TB --- 2013-11-07 23:37:16 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 23:37:24 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_remquof.c -o s_remquof.o cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_rint.c -o s_rint.o cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_rintf.c -o s_rintf.o cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_round.c -o s_round.o cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_roundf.c -o s_roundf.o cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_roundl.c -o s_roundl.o /src/lib/msun/src/s_roundl.c: In function 'roundl': /src/lib/msun/src/s_roundl.c:45: error: 'union IEEEl2bits' has no member named 'xbits' *** Error code 1 Stop. bmake[3]: stopped in /src/lib/msun *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-07 23:58:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-07 23:58:40 - ERROR: failed to build world TB --- 2013-11-07 23:58:40 - 882.52 user 275.23 system 1316.03 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 8 00:07:23 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 439D88FF; Fri, 8 Nov 2013 00:07:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F25462903; Fri, 8 Nov 2013 00:07: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 rA807MRu088187; Thu, 7 Nov 2013 19:07: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 rA807MbK088186; Fri, 8 Nov 2013 00:07:22 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 8 Nov 2013 00:07:22 GMT Message-Id: <201311080007.rA807MbK088186@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: Fri, 08 Nov 2013 00:07:23 -0000 TB --- 2013-11-07 23:45:59 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 23:45: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 --- 2013-11-07 23:45:59 - starting HEAD tinderbox run for mips64/mips TB --- 2013-11-07 23:45:59 - cleaning the object tree TB --- 2013-11-07 23:46:27 - /usr/local/bin/svn stat /src TB --- 2013-11-07 23:46:31 - At svn revision 257810 TB --- 2013-11-07 23:46:32 - building world TB --- 2013-11-07 23:46:32 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 23:46:32 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 23:46:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 23:46:32 - SRCCONF=/dev/null TB --- 2013-11-07 23:46:32 - TARGET=mips TB --- 2013-11-07 23:46:32 - TARGET_ARCH=mips64 TB --- 2013-11-07 23:46:32 - TZ=UTC TB --- 2013-11-07 23:46:32 - __MAKE_CONF=/dev/null TB --- 2013-11-07 23:46:32 - cd /src TB --- 2013-11-07 23:46:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 23:46:39 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_remquof.c -o s_remquof.o cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_rint.c -o s_rint.o cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_rintf.c -o s_rintf.o cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_round.c -o s_round.o cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_roundf.c -o s_roundf.o cc -O -pipe -G0 -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/mips -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_roundl.c -o s_roundl.o /src/lib/msun/src/s_roundl.c: In function 'roundl': /src/lib/msun/src/s_roundl.c:45: error: 'union IEEEl2bits' has no member named 'xbits' *** Error code 1 Stop. bmake[3]: stopped in /src/lib/msun *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-08 00:07:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-08 00:07:22 - ERROR: failed to build world TB --- 2013-11-08 00:07:22 - 883.08 user 251.37 system 1282.63 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 8 00:14:56 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2A218B9C; Fri, 8 Nov 2013 00:14:56 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DAC522990; Fri, 8 Nov 2013 00:14:55 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::9db3:13fc:9239:2885] (unknown [IPv6:2001:7b8:3a7:0:9db3:13fc:9239:2885]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id B1B485C43; Fri, 8 Nov 2013 01:14:47 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_15696EC4-F414-4C02-A355-78EAB3ABFD79"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1816\)) Subject: Re: Any suggestions on how to "fix" this error? From: Dimitry Andric In-Reply-To: <1383867496.1866.9.camel@localhost> Date: Fri, 8 Nov 2013 01:14:37 +0100 Message-Id: References: <1383867496.1866.9.camel@localhost> To: sbruno@freebsd.org X-Mailer: Apple Mail (2.1816) 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, 08 Nov 2013 00:14:56 -0000 --Apple-Mail=_15696EC4-F414-4C02-A355-78EAB3ABFD79 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 08 Nov 2013, at 00:38, Sean Bruno wrote: > cc: warning: argument unused during compilation: > '-L/var/tmp/home/sbruno/bsd/head/lib32/usr/lib32' > > This shows up on buildworld on amd64. I'm not 100% clear where this > comes from nor how to clean it out where it doesn't belong or if it even > means anything. It's an artifact of how the 32-bit libs are built on amd64. It can safely be ignored, or worked around with -Qunused-arguments. -Dimitry --Apple-Mail=_15696EC4-F414-4C02-A355-78EAB3ABFD79 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlJ8LPEACgkQsF6jCi4glqPQqQCfeWRbJWsM7v1dxd0iDDvMqL3G 1q0AoNHsaWb4jF7flqL8WePXH10f0ofJ =C4eq -----END PGP SIGNATURE----- --Apple-Mail=_15696EC4-F414-4C02-A355-78EAB3ABFD79-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 8 00:20:30 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 528A4D6A; Fri, 8 Nov 2013 00:20:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 18FF029C8; Fri, 8 Nov 2013 00:20: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 rA80KTH0072755; Thu, 7 Nov 2013 19:20: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 rA80KTN6072753; Fri, 8 Nov 2013 00:20:29 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 8 Nov 2013 00:20:29 GMT Message-Id: <201311080020.rA80KTN6072753@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, 08 Nov 2013 00:20:30 -0000 TB --- 2013-11-07 20:30:20 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 20:30:20 - 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 --- 2013-11-07 20:30:20 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-11-07 20:30:20 - cleaning the object tree TB --- 2013-11-07 20:34:07 - /usr/local/bin/svn stat /src TB --- 2013-11-07 20:34:10 - At svn revision 257810 TB --- 2013-11-07 20:34:11 - building world TB --- 2013-11-07 20:34:11 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 20:34:11 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 20:34:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 20:34:11 - SRCCONF=/dev/null TB --- 2013-11-07 20:34:11 - TARGET=amd64 TB --- 2013-11-07 20:34:11 - TARGET_ARCH=amd64 TB --- 2013-11-07 20:34:11 - TZ=UTC TB --- 2013-11-07 20:34:11 - __MAKE_CONF=/dev/null TB --- 2013-11-07 20:34:11 - cd /src TB --- 2013-11-07 20:34:11 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 20:34:18 UTC 2013 >>> Rebuilding 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 8 00:19:40 UTC 2013 TB --- 2013-11-08 00:19:40 - generating LINT kernel config TB --- 2013-11-08 00:19:40 - cd /src/sys/amd64/conf TB --- 2013-11-08 00:19:40 - /usr/bin/make -B LINT TB --- 2013-11-08 00:19:40 - cd /src/sys/amd64/conf TB --- 2013-11-08 00:19:40 - /usr/sbin/config -m LINT TB --- 2013-11-08 00:19:40 - building LINT kernel TB --- 2013-11-08 00:19:40 - CROSS_BUILD_TESTING=YES TB --- 2013-11-08 00:19:40 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-08 00:19:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-08 00:19:40 - SRCCONF=/dev/null TB --- 2013-11-08 00:19:40 - TARGET=amd64 TB --- 2013-11-08 00:19:40 - TARGET_ARCH=amd64 TB --- 2013-11-08 00:19:40 - TZ=UTC TB --- 2013-11-08 00:19:40 - __MAKE_CONF=/dev/null TB --- 2013-11-08 00:19:40 - cd /src TB --- 2013-11-08 00:19:40 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Nov 8 00:19:41 UTC 2013 >>> 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 -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 -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector /src/sys/amd64/amd64/genassym.c NM='nm' sh /src/sys/kern/genassym.sh genassym.o > assym.s awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -p awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -q awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -h awk -f /src/sys/tools/acpi_quirks2h.awk /src/sys/dev/acpica/acpi_quirks aicasm -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/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -I/src/sys/cam/scsi -I/src/sys/dev/aic7xxx -o aic7xxx_seq.h -r aic7xxx_reg.h -p aic7xxx_reg_print.c -i /src/sys/dev/aic7xxx/aic7xxx_osm.h /src/sys/dev/aic7xxx/aic7xxx.seq bmake[1]: exec(aicasm) failed (No such file or directory) *** Error code 1 Stop. bmake[1]: stopped in /obj/amd64.amd64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-08 00:20:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-08 00:20:29 - ERROR: failed to build LINT kernel TB --- 2013-11-08 00:20:29 - 10767.61 user 1974.32 system 13808.36 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 8 00:25:11 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 81490113; Fri, 8 Nov 2013 00:25:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 54D9A2A3A; Fri, 8 Nov 2013 00:25:10 +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 rA80P96n021147; Thu, 7 Nov 2013 19:25: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 rA80P9C3021146; Fri, 8 Nov 2013 00:25:09 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 8 Nov 2013 00:25:09 GMT Message-Id: <201311080025.rA80P9C3021146@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: Fri, 08 Nov 2013 00:25:11 -0000 TB --- 2013-11-07 23:58:41 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 23:58:41 - 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 --- 2013-11-07 23:58:41 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-11-07 23:58:41 - cleaning the object tree TB --- 2013-11-07 23:59:08 - /usr/local/bin/svn stat /src TB --- 2013-11-07 23:59:12 - At svn revision 257810 TB --- 2013-11-07 23:59:13 - building world TB --- 2013-11-07 23:59:13 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 23:59:13 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 23:59:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 23:59:13 - SRCCONF=/dev/null TB --- 2013-11-07 23:59:13 - TARGET=powerpc TB --- 2013-11-07 23:59:13 - TARGET_ARCH=powerpc TB --- 2013-11-07 23:59:13 - TZ=UTC TB --- 2013-11-07 23:59:13 - __MAKE_CONF=/dev/null TB --- 2013-11-07 23:59:13 - cd /src TB --- 2013-11-07 23:59:13 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 23:59:20 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_remquof.c -o s_remquof.o cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_rint.c -o s_rint.o cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_rintf.c -o s_rintf.o cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_round.c -o s_round.o cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_roundf.c -o s_roundf.o cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_roundl.c -o s_roundl.o /src/lib/msun/src/s_roundl.c: In function 'roundl': /src/lib/msun/src/s_roundl.c:45: error: 'union IEEEl2bits' has no member named 'xbits' *** Error code 1 Stop. bmake[3]: stopped in /src/lib/msun *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-08 00:25:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-08 00:25:09 - ERROR: failed to build world TB --- 2013-11-08 00:25:09 - 1191.13 user 251.45 system 1588.40 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 8 00:32:58 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BF2C05ED; Fri, 8 Nov 2013 00:32:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 920A82AD2; Fri, 8 Nov 2013 00:32: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 rA80Wvwi056809; Thu, 7 Nov 2013 19:32: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 rA80WvvH056808; Fri, 8 Nov 2013 00:32:57 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 8 Nov 2013 00:32:57 GMT Message-Id: <201311080032.rA80WvvH056808@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: Fri, 08 Nov 2013 00:32:58 -0000 TB --- 2013-11-08 00:07:22 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-08 00:07: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 --- 2013-11-08 00:07:22 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-11-08 00:07:22 - cleaning the object tree TB --- 2013-11-08 00:07:57 - /usr/local/bin/svn stat /src TB --- 2013-11-08 00:08:01 - At svn revision 257810 TB --- 2013-11-08 00:08:02 - building world TB --- 2013-11-08 00:08:02 - CROSS_BUILD_TESTING=YES TB --- 2013-11-08 00:08:02 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-08 00:08:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-08 00:08:02 - SRCCONF=/dev/null TB --- 2013-11-08 00:08:02 - TARGET=powerpc TB --- 2013-11-08 00:08:02 - TARGET_ARCH=powerpc64 TB --- 2013-11-08 00:08:02 - TZ=UTC TB --- 2013-11-08 00:08:02 - __MAKE_CONF=/dev/null TB --- 2013-11-08 00:08:02 - cd /src TB --- 2013-11-08 00:08:02 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Nov 8 00:08:09 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc64 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_remquof.c -o s_remquof.o cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc64 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_rint.c -o s_rint.o cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc64 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_rintf.c -o s_rintf.o cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc64 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_round.c -o s_round.o cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc64 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_roundf.c -o s_roundf.o cc -O2 -pipe -I/src/lib/msun/src -I/src/lib/msun/../libc/include -I/src/lib/msun/../libc/powerpc64 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/msun/src/s_roundl.c -o s_roundl.o /src/lib/msun/src/s_roundl.c: In function 'roundl': /src/lib/msun/src/s_roundl.c:45: error: 'union IEEEl2bits' has no member named 'xbits' *** Error code 1 Stop. bmake[3]: stopped in /src/lib/msun *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-08 00:32:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-08 00:32:57 - ERROR: failed to build world TB --- 2013-11-08 00:32:57 - 1194.55 user 240.87 system 1535.13 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 8 00:51:56 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id EE1BDDFC; Fri, 8 Nov 2013 00:51:56 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pa0-x232.google.com (mail-pa0-x232.google.com [IPv6:2607:f8b0:400e:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BD0762C06; Fri, 8 Nov 2013 00:51:56 +0000 (UTC) Received: by mail-pa0-f50.google.com with SMTP id fb1so1411730pad.23 for ; Thu, 07 Nov 2013 16:51:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=KQFtDqzQyPiyZLLd3CtLLjhAVu48pLnmD5bQDnRSRnY=; b=F2Xv6wDQoGsVI69u2Dm75DJo0iZ0p1eaDxGZwMwDfzx2y7enw5hU1sl2P466YcADJo lypgdeR9LumHW1sV2IKeOeEtSLGXuDOe7y2/7CfXGWNcntPNbMAq882SGrwe6PcdJhi3 ScO33z/IG7Wc6iN8P/2aDlaCmudl6cGks11mHWatsa+6iqOeeelCjwwRUHCstfCA3rVp EfYD2jBn6q89FVEmavHj34rP5U0QtKWe0NK96l+ffLlxFek5Nz9nmqi/v2Z10QXG3AJ2 DIKAYcpicffq3xkV2vwIAsrTbDfUFwNXC7VWUqMpC79jCj/UE4kjGnZrfacnwrIa+fkA EE2g== X-Received: by 10.66.4.130 with SMTP id k2mr12399712pak.95.1383871916317; Thu, 07 Nov 2013 16:51:56 -0800 (PST) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPSA id ja5sm7919385pbc.14.2013.11.07.16.51.53 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 07 Nov 2013 16:51:55 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 08 Nov 2013 09:51:51 +0900 From: Yonghyeon PYUN Date: Fri, 8 Nov 2013 09:51:51 +0900 To: Thomas Mueller Subject: Re: dhclient failure with Realtek 8111E Ethernet on new MSI motherboard Message-ID: <20131108005151.GA3415@michelle.cdnetworks.com> References: <20130925063610.GA1507@michelle.cdnetworks.com> <36.52.26070.28C93425@cdptpa-oedge03> <20130926050038.GA1494@michelle.cdnetworks.com> <75.B0.09602.0CBE3425@cdptpa-oedge03> <20130926083326.GB1494@michelle.cdnetworks.com> <20131104021727.GB3610@michelle.cdnetworks.com> <1A.D8.19454.71BA9725@cdptpa-oedge03> <20131106042441.GA1401@michelle.cdnetworks.com> <8D.9F.19454.E0AFA725@cdptpa-oedge03> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8D.9F.19454.E0AFA725@cdptpa-oedge03> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Nov 2013 00:51:57 -0000 On Thu, Nov 07, 2013 at 02:25:18AM +0000, Thomas Mueller wrote: > I tried the patch on 9.2-STABLE, rebuilt the kernel and modules, installed to the correct place on USB stick, > /media/zip0/boot/kernelre > USB stick was mounted on /media/zip0 when I did this. > > Then I umounted, took the USB stick to new computer with MSI Z77 MPOWER motherboard. > > I booted that USB stick, escaped to loader prompt, unload and > boot /boot/kernelre/kernel > > got the same error when running "dhclient re0". > Hmm, then I have no idea at this moment. :-( If I manage to find any clue, I'll let you know. Thanks a lot for testing! > Now I also have to update NetBSD-current and then build a Linux installation. > > Linux may offer a better chance of configuring wireless adapters. > > I was hoping a fix to the re(4) bug could make it for FreeBSD 10.0-RELEASE but am not betting on it. > > > Tom > From owner-freebsd-current@FreeBSD.ORG Fri Nov 8 01:17:05 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2DCBDAC3; Fri, 8 Nov 2013 01:17:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E8CC32DAE; Fri, 8 Nov 2013 01:17:04 +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 rA81H3dp015158; Thu, 7 Nov 2013 20:17: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 rA81H3ar015157; Fri, 8 Nov 2013 01:17:03 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 8 Nov 2013 01:17:03 GMT Message-Id: <201311080117.rA81H3ar015157@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, 08 Nov 2013 01:17:05 -0000 TB --- 2013-11-07 21:58:27 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 21:58:27 - 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 --- 2013-11-07 21:58:27 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-11-07 21:58:27 - cleaning the object tree TB --- 2013-11-07 22:00:29 - /usr/local/bin/svn stat /src TB --- 2013-11-07 22:00:32 - At svn revision 257810 TB --- 2013-11-07 22:00:33 - building world TB --- 2013-11-07 22:00:33 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 22:00:33 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 22:00:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 22:00:33 - SRCCONF=/dev/null TB --- 2013-11-07 22:00:33 - TARGET=pc98 TB --- 2013-11-07 22:00:33 - TARGET_ARCH=i386 TB --- 2013-11-07 22:00:33 - TZ=UTC TB --- 2013-11-07 22:00:33 - __MAKE_CONF=/dev/null TB --- 2013-11-07 22:00:33 - cd /src TB --- 2013-11-07 22:00:33 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 22:00:40 UTC 2013 >>> Rebuilding 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 8 01:16:32 UTC 2013 TB --- 2013-11-08 01:16:32 - generating LINT kernel config TB --- 2013-11-08 01:16:32 - cd /src/sys/pc98/conf TB --- 2013-11-08 01:16:32 - /usr/bin/make -B LINT TB --- 2013-11-08 01:16:33 - cd /src/sys/pc98/conf TB --- 2013-11-08 01:16:33 - /usr/sbin/config -m LINT TB --- 2013-11-08 01:16:33 - building LINT kernel TB --- 2013-11-08 01:16:33 - CROSS_BUILD_TESTING=YES TB --- 2013-11-08 01:16:33 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-08 01:16:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-08 01:16:33 - SRCCONF=/dev/null TB --- 2013-11-08 01:16:33 - TARGET=pc98 TB --- 2013-11-08 01:16:33 - TARGET_ARCH=i386 TB --- 2013-11-08 01:16:33 - TZ=UTC TB --- 2013-11-08 01:16:33 - __MAKE_CONF=/dev/null TB --- 2013-11-08 01:16:33 - cd /src TB --- 2013-11-08 01:16:33 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Nov 8 01:16:33 UTC 2013 >>> 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 [...] x86 -> /src/sys/x86/include 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 -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/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 -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector /src/sys/i386/i386/genassym.c NM='nm' sh /src/sys/kern/genassym.sh genassym.o > assym.s awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -p awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -q awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -h aicasm -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/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/cam/scsi -I/src/sys/dev/aic7xxx -o aic7xxx_seq.h -r aic7xxx_reg.h -p aic7xxx_reg_print.c -i /src/sys/dev/aic7xxx/aic7xxx_osm.h /src/sys/dev/aic7xxx/aic7xxx.seq bmake[1]: exec(aicasm) failed (No such file or directory) *** Error code 1 Stop. bmake[1]: stopped in /obj/pc98.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-08 01:17:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-08 01:17:03 - ERROR: failed to build LINT kernel TB --- 2013-11-08 01:17:03 - 9728.71 user 1473.09 system 11916.34 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 8 01:23:42 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4008B94; Fri, 8 Nov 2013 01:23:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 04ADD2E27; Fri, 8 Nov 2013 01:23: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 rA81NedI028161; Thu, 7 Nov 2013 20:23:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rA81NexE028160; Fri, 8 Nov 2013 01:23:40 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 8 Nov 2013 01:23:40 GMT Message-Id: <201311080123.rA81NexE028160@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: Fri, 08 Nov 2013 01:23:42 -0000 TB --- 2013-11-08 00:20:29 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-08 00:20:29 - 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 --- 2013-11-08 00:20:29 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-11-08 00:20:29 - cleaning the object tree TB --- 2013-11-08 00:21:25 - /usr/local/bin/svn stat /src TB --- 2013-11-08 00:21:28 - At svn revision 257810 TB --- 2013-11-08 00:21:29 - building world TB --- 2013-11-08 00:21:29 - CROSS_BUILD_TESTING=YES TB --- 2013-11-08 00:21:29 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-08 00:21:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-08 00:21:29 - SRCCONF=/dev/null TB --- 2013-11-08 00:21:29 - TARGET=sparc64 TB --- 2013-11-08 00:21:29 - TARGET_ARCH=sparc64 TB --- 2013-11-08 00:21:29 - TZ=UTC TB --- 2013-11-08 00:21:29 - __MAKE_CONF=/dev/null TB --- 2013-11-08 00:21:29 - cd /src TB --- 2013-11-08 00:21:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Nov 8 00:21:36 UTC 2013 >>> Rebuilding 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 8 01:23:27 UTC 2013 TB --- 2013-11-08 01:23:27 - generating LINT kernel config TB --- 2013-11-08 01:23:27 - cd /src/sys/sparc64/conf TB --- 2013-11-08 01:23:27 - /usr/bin/make -B LINT TB --- 2013-11-08 01:23:27 - cd /src/sys/sparc64/conf TB --- 2013-11-08 01:23:27 - /usr/sbin/config -m LINT TB --- 2013-11-08 01:23:27 - building LINT kernel TB --- 2013-11-08 01:23:27 - CROSS_BUILD_TESTING=YES TB --- 2013-11-08 01:23:27 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-08 01:23:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-08 01:23:27 - SRCCONF=/dev/null TB --- 2013-11-08 01:23:27 - TARGET=sparc64 TB --- 2013-11-08 01:23:27 - TARGET_ARCH=sparc64 TB --- 2013-11-08 01:23:27 - TZ=UTC TB --- 2013-11-08 01:23:27 - __MAKE_CONF=/dev/null TB --- 2013-11-08 01:23:27 - cd /src TB --- 2013-11-08 01:23:27 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Nov 8 01:23:27 UTC 2013 >>> 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 [...] machine -> /src/sys/sparc64/include 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 -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/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 -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector /src/sys/sparc64/sparc64/genassym.c NM='nm' sh /src/sys/kern/genassym.sh genassym.o > assym.s awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -p awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -q awk -f /src/sys/tools/vnode_if.awk /src/sys/kern/vnode_if.src -h aicasm -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/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/cam/scsi -I/src/sys/dev/aic7xxx -o aic7xxx_seq.h -r aic7xxx_reg.h -p aic7xxx_reg_print.c -i /src/sys/dev/aic7xxx/aic7xxx_osm.h /src/sys/dev/aic7xxx/aic7xxx.seq bmake[1]: exec(aicasm) failed (No such file or directory) *** Error code 1 Stop. bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-08 01:23:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-08 01:23:40 - ERROR: failed to build LINT kernel TB --- 2013-11-08 01:23:40 - 3141.47 user 594.99 system 3791.44 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 8 02:02:38 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5AA3BF98 for ; Fri, 8 Nov 2013 02:02:38 +0000 (UTC) (envelope-from julian@elischer.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 15F0820B8 for ; Fri, 8 Nov 2013 02:02:37 +0000 (UTC) Received: from unknown-10-87-13-x.yahoo.com (nat-dip5.cfw-a-gci.corp.yahoo.com [209.131.62.114]) (authenticated bits=0) by vps1.elischer.org (8.14.7/8.14.7) with ESMTP id rA822Sii058644 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 7 Nov 2013 18:02:30 -0800 (PST) (envelope-from julian@elischer.org) Message-ID: <527C462F.9040707@elischer.org> Date: Thu, 07 Nov 2013 18:02:23 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: FreeBSD Current Subject: freebsd perf testing 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, 08 Nov 2013 02:02:38 -0000 Some time ago someone showed some freebsd performance graphs graphed against time. He had them up on a website that was updated each day or so. I think they were network perf tests but I'm not sure. He indicated that he was going to continue the daily testing but I've not seen any mention of them since. If you know who that was or how to find him let me (or gnn) know... Julian From owner-freebsd-current@FreeBSD.ORG Fri Nov 8 03:39:54 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 29A3D665 for ; Fri, 8 Nov 2013 03:39:54 +0000 (UTC) (envelope-from lyndon@orthanc.ca) Received: from orthanc.ca (orthanc.ca [IPv6:2607:fc50:1000:8200::42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F300A2724 for ; Fri, 8 Nov 2013 03:39:53 +0000 (UTC) Received: from [192.168.42.139] (d66-183-220-167.bchsia.telus.net [66.183.220.167] (may be forged)) (authenticated bits=0) by orthanc.ca (8.14.7/8.14.7) with ESMTP id rA83dlhm074412 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 7 Nov 2013 19:39:50 -0800 (PST) (envelope-from lyndon@orthanc.ca) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1816\)) Subject: Re: cron(8) improvement From: Lyndon Nerenberg In-Reply-To: <527BCA55.2000207@allanjude.com> Date: Thu, 7 Nov 2013 19:39:47 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <52792B60.1030309@allanjude.com> <488180AE-5C23-402A-BAA4-E3263D8C52BF@kientzle.com> <1383788977.14448.44112617.6F0D61A0@webmail.messagingengine.com> <527AFAA1.1040001@allanjude.com> <527BCA55.2000207@allanjude.com> To: Allan Jude X-Mailer: Apple Mail (2.1816) 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, 08 Nov 2013 03:39:54 -0000 On Nov 7, 2013, at 9:13, Allan Jude wrote: > Right. The best way to handle this is likely to have the ports install > the example cron to ${PREFIX}/share/portname/ or wherever else they > normally put examples, with instructions in the pkg-message on how to > enable the cron. The same way that ports that add something to apache > don't install to the apache etc/apache22/Includes/ directory, but > instead tell you to add the lines to a file there. It=92s probably better to have the port=92s rc.d script verify the = crontab is in place, and install it if it=92s not.= From owner-freebsd-current@FreeBSD.ORG Fri Nov 8 03:41:19 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 630417F5 for ; Fri, 8 Nov 2013 03:41:19 +0000 (UTC) (envelope-from freebsd@allanjude.com) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 39780276C for ; Fri, 8 Nov 2013 03:41:18 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.108.129]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 51C4F45815; Fri, 8 Nov 2013 03:41:07 +0000 (UTC) Message-ID: <527C5D52.7030508@allanjude.com> Date: Thu, 07 Nov 2013 22:41:06 -0500 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Lyndon Nerenberg Subject: Re: cron(8) improvement References: <52792B60.1030309@allanjude.com> <488180AE-5C23-402A-BAA4-E3263D8C52BF@kientzle.com> <1383788977.14448.44112617.6F0D61A0@webmail.messagingengine.com> <527AFAA1.1040001@allanjude.com> <527BCA55.2000207@allanjude.com> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eCIVFVhgFW73NgqJ35B5V5sq2A3elVcsE" 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, 08 Nov 2013 03:41:19 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --eCIVFVhgFW73NgqJ35B5V5sq2A3elVcsE Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2013-11-07 22:39, Lyndon Nerenberg wrote: > On Nov 7, 2013, at 9:13, Allan Jude wrote: > >> Right. The best way to handle this is likely to have the ports install= >> the example cron to ${PREFIX}/share/portname/ or wherever else they >> normally put examples, with instructions in the pkg-message on how to >> enable the cron. The same way that ports that add something to apache >> don't install to the apache etc/apache22/Includes/ directory, but >> instead tell you to add the lines to a file there. > It=92s probably better to have the port=92s rc.d script verify the cron= tab is in place, and install it if it=92s not. That might make sense, it really depends on the port and what the cron is doing. --=20 Allan Jude --eCIVFVhgFW73NgqJ35B5V5sq2A3elVcsE 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSfF1VAAoJEJrBFpNRJZKfydAQALm7QnoWhZdedP6O438RanXO KpyAZaXdiPav5PSiLUMN1M5BekgGSlwNt4z1+ITYbGdNgEgcITXUujtU2xKTBKKL qUxe4O/iq7hyF4luSCmZzPcejOjfnrRrCypKz4CAWvBkpeg2fFBJQUj1emXjfdkX Z2t3DHqPktOHnydqgAnRE9/JkOZwC3CrS6oOA2nMCWd7ErNhcL4eOpeDr/Zib18L wYq7Emwz3RaCQl4WmYBQLXIeNJraB3UtR3vtDiMZ35//g8Cw9uu4lvbbvO5QeOwh jYlgr9aUFKgoT3JrYvwmF9+quSi/bU6CIEmp0TyDSDCIG3uTCmw/s/MbiAxXXdEl ltOibzoA4R2AiRtu6fw6IvGp/NREZSyh9Lg+M10dyUeOQNpH4N404osIx4MpQIXg Ux9uXlGzxI67PJtTnKG42DSOrAmZXk38M/XRO94rvocbm0sWJskZCpvXJfxC10Mo zG4BDJLldgFiRLiCcjV8aalql3Nz37MPzMxcbvkDvBrXygU6V+YwFbER+j8hDQPB E19b6Og3SmAuFhQw03DAULWVgqpWF1thhCniu3W45UlTQ/4nupXAGPrTvNTnFcUI HKzjfanrkNo6rVKgA6rY9cGPACzQi0E6lqPKjmi0lw1itc5XOxaQS3xGNU07Omnm dZaMkFkhXg5nDE7KA6Cc =6RuU -----END PGP SIGNATURE----- --eCIVFVhgFW73NgqJ35B5V5sq2A3elVcsE-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 8 03:42:29 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 58902987 for ; Fri, 8 Nov 2013 03:42:29 +0000 (UTC) (envelope-from lyndon@orthanc.ca) Received: from orthanc.ca (orthanc.ca [IPv6:2607:fc50:1000:8200::42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 19FAD278C for ; Fri, 8 Nov 2013 03:42:29 +0000 (UTC) Received: from [192.168.42.139] (d66-183-220-167.bchsia.telus.net [66.183.220.167] (may be forged)) (authenticated bits=0) by orthanc.ca (8.14.7/8.14.7) with ESMTP id rA83gNg8074436 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 7 Nov 2013 19:42:26 -0800 (PST) (envelope-from lyndon@orthanc.ca) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1816\)) Subject: Re: cron(8) improvement From: Lyndon Nerenberg In-Reply-To: <527C5D52.7030508@allanjude.com> Date: Thu, 7 Nov 2013 19:42:23 -0800 Content-Transfer-Encoding: 7bit Message-Id: <047405A8-B6EB-427B-A2E4-6254DD1A077B@orthanc.ca> References: <52792B60.1030309@allanjude.com> <488180AE-5C23-402A-BAA4-E3263D8C52BF@kientzle.com> <1383788977.14448.44112617.6F0D61A0@webmail.messagingengine.com> <527AFAA1.1040001@allanjude.com> <527BCA55.2000207@allanjude.com> <527C5D52.7030508@allanjude.com> To: Allan Jude X-Mailer: Apple Mail (2.1816) 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, 08 Nov 2013 03:42:29 -0000 On Nov 7, 2013, at 19:41, Allan Jude wrote: > it really depends on the port and what the cron > is doing. Why? Can you give some specific examples? From owner-freebsd-current@FreeBSD.ORG Fri Nov 8 03:46:40 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BB9B3CAE for ; Fri, 8 Nov 2013 03:46:40 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-qc0-x234.google.com (mail-qc0-x234.google.com [IPv6:2607:f8b0:400d:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7BA2727CE for ; Fri, 8 Nov 2013 03:46:40 +0000 (UTC) Received: by mail-qc0-f180.google.com with SMTP id e9so1294948qcy.39 for ; Thu, 07 Nov 2013 19:46:39 -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=iJrSZ2E3zUaKQmH5+uzN2cJdvw0QbkMlam1xCTFmu8s=; b=QH6kseLPzaqflZaayGLqKt84redfLJYFvTBxp37EI8Nw51MUbSkWP7kWbnRkwJhu+G 3NEU134vDHWOf/TJTERqv2adzOM6NP8lQeNBPdwxU4gP5KuLQhN+vV3SEIJa95o126vT sYXtqed/t3oSwjok0spyvJxuhH7mA/PPvY29/S1/cLV9SLHou44PZE0FZn/v5iB/KOxq ngtlBGPKAMczJjP47w3c33te0MLyILtRKzwt+ITD8OMvh1+AinZ9QX+fjIrKhJpwrvNp UT8tQ4geEHlJYfX2RGILwbEqPEH4TmwQp8Q7oLf0PIpGt5omtCaqC1aMMJ5QNN/MaR72 kClQ== MIME-Version: 1.0 X-Received: by 10.229.223.194 with SMTP id il2mr18861919qcb.6.1383882399618; Thu, 07 Nov 2013 19:46:39 -0800 (PST) Received: by 10.96.180.233 with HTTP; Thu, 7 Nov 2013 19:46:39 -0800 (PST) In-Reply-To: <047405A8-B6EB-427B-A2E4-6254DD1A077B@orthanc.ca> References: <52792B60.1030309@allanjude.com> <488180AE-5C23-402A-BAA4-E3263D8C52BF@kientzle.com> <1383788977.14448.44112617.6F0D61A0@webmail.messagingengine.com> <527AFAA1.1040001@allanjude.com> <527BCA55.2000207@allanjude.com> <527C5D52.7030508@allanjude.com> <047405A8-B6EB-427B-A2E4-6254DD1A077B@orthanc.ca> Date: Fri, 8 Nov 2013 05:46:39 +0200 Message-ID: Subject: Re: cron(8) improvement From: Kimmo Paasiala To: Lyndon Nerenberg Content-Type: text/plain; charset=UTF-8 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: Fri, 08 Nov 2013 03:46:40 -0000 On Fri, Nov 8, 2013 at 5:42 AM, Lyndon Nerenberg wrote: > > On Nov 7, 2013, at 19:41, Allan Jude wrote: > >> it really depends on the port and what the cron >> is doing. > > Why? Can you give some specific examples? I don't like the idea of having untracked files installed by the rc(8) script. Why not install the cron.d snippet by default but leave everything in it commented out with instructions at the beginning to uncomment the contents to enable it? -Kimmo From owner-freebsd-current@FreeBSD.ORG Fri Nov 8 04:02:06 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 48B5232A for ; Fri, 8 Nov 2013 04:02:06 +0000 (UTC) (envelope-from freebsd@allanjude.com) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 1BD3E28DE for ; Fri, 8 Nov 2013 04:02:04 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.108.129]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id C695B458C8; Fri, 8 Nov 2013 04:02:03 +0000 (UTC) Message-ID: <527C623A.6060404@allanjude.com> Date: Thu, 07 Nov 2013 23:02:02 -0500 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Kimmo Paasiala , Lyndon Nerenberg Subject: Re: cron(8) improvement References: <52792B60.1030309@allanjude.com> <488180AE-5C23-402A-BAA4-E3263D8C52BF@kientzle.com> <1383788977.14448.44112617.6F0D61A0@webmail.messagingengine.com> <527AFAA1.1040001@allanjude.com> <527BCA55.2000207@allanjude.com> <527C5D52.7030508@allanjude.com> <047405A8-B6EB-427B-A2E4-6254DD1A077B@orthanc.ca> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fW0mhcLWMKMsRkvSPTtlIT6DsnvtmeSPe" 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: Fri, 08 Nov 2013 04:02:06 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --fW0mhcLWMKMsRkvSPTtlIT6DsnvtmeSPe Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 2013-11-07 22:46, Kimmo Paasiala wrote: > On Fri, Nov 8, 2013 at 5:42 AM, Lyndon Nerenberg wr= ote: >> On Nov 7, 2013, at 19:41, Allan Jude wrote: >> >>> it really depends on the port and what the cron >>> is doing. >> Why? Can you give some specific examples? > I don't like the idea of having untracked files installed by the rc(8) > script. Why not install the cron.d snippet by default but leave > everything in it commented out with instructions at the beginning to > uncomment the contents to enable it? > > -Kimmo That seems logical, and that modification will also keep the file from being removed by the port if you did enable it (so upgrades won't silently delete the cron) --=20 Allan Jude --fW0mhcLWMKMsRkvSPTtlIT6DsnvtmeSPe 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSfGI9AAoJEJrBFpNRJZKf3egP/R9AHZaA7qjSkTrz6fAJ6yNR fd7mf80Lr/fF4HncC4X2k/jA2sPEzvO6EgGs+QOT4m+IKagA8SJEPVPRz16x+me2 vdfoMGPcicqnarztytfHnEJJZGtt4emxAkttP2DRDNbWL0I3VGvvY80udi/ZmBq/ SY+D5HiK0j5xmv7EudFR/5HVsmHn0Z8A9suDP7mxEsI4PsZNIC+/cLJz6lEhzA0A jgQe9A0fqKW/ghewyHHEOqzJYEHSMOguUkL4jFkYNbj/LBYwJiOYthpdWaxt2IOn +TKl9pmdV1spNm0bdwGgbF/uhBoFYJCz8PllRfGhV4WmVP8EM/v3MecjfwP0BqOc +NVm7QqqIP4Ucp2nwCz065kar/myEQWKdGwFhD9zMruXd9zBA2d0o1TW+7Ij1IY2 8ARwNqES9QMCOBUpS/MVaeS7KRke2Nz/NIhhwg2zb7d/RH/UM8mTeGsrZHC+uf7c PbARvB0IpVwoPTORCQISdJXAROVmguY9DazNWmmbGwiQyaXDYp6jsMT71rjZdBm8 6BIO2iC66KMijsAKq+lzvoBeM+tWF0kd2xJCujwagloYQybjuWYFVBVmgtUZ7tI/ xHqRhJYgtTXPSS90THsHjtDtKcM0nS0OdXqfgC4UgBTvD/Ty75OjygAxrAS4n/Bo RNGr84n9ridDhsWX1Wjg =LhGf -----END PGP SIGNATURE----- --fW0mhcLWMKMsRkvSPTtlIT6DsnvtmeSPe-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 8 04:48:41 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A54B525C for ; Fri, 8 Nov 2013 04:48:41 +0000 (UTC) (envelope-from lyndon@orthanc.ca) Received: from orthanc.ca (orthanc.ca [IPv6:2607:fc50:1000:8200::42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 762412BD3 for ; Fri, 8 Nov 2013 04:48:41 +0000 (UTC) Received: from [192.168.42.139] (d66-183-220-167.bchsia.telus.net [66.183.220.167] (may be forged)) (authenticated bits=0) by orthanc.ca (8.14.7/8.14.7) with ESMTP id rA84maEo075195 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 7 Nov 2013 20:48:39 -0800 (PST) (envelope-from lyndon@orthanc.ca) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1816\)) Subject: Re: cron(8) improvement From: Lyndon Nerenberg In-Reply-To: Date: Thu, 7 Nov 2013 20:48:36 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <3E6377FF-69FE-48E4-BFB1-E5095A7FA1BB@orthanc.ca> References: <52792B60.1030309@allanjude.com> <488180AE-5C23-402A-BAA4-E3263D8C52BF@kientzle.com> <1383788977.14448.44112617.6F0D61A0@webmail.messagingengine.com> <527AFAA1.1040001@allanjude.com> <527BCA55.2000207@allanjude.com> <527C5D52.7030508@allanjude.com> <047405A8-B6EB-427B-A2E4-6254DD1A077B@orthanc.ca> To: Kimmo Paasiala X-Mailer: Apple Mail (2.1816) 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, 08 Nov 2013 04:48:41 -0000 On Nov 7, 2013, at 19:46, Kimmo Paasiala wrote: > I don't like the idea of having untracked files installed by the rc(8) > script. Why not install the cron.d snippet by default but leave > everything in it commented out with instructions at the beginning to > uncomment the contents to enable it? It=92s un-necessarily complicated. The package manifest can specify = both locations for the crontab file. If the copy isn=92t made, at = package removal the worst that will happen is a warning diagnostic will = be printed about the missing file. =97lyndon From owner-freebsd-current@FreeBSD.ORG Fri Nov 8 04:52:04 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 41EFB403 for ; Fri, 8 Nov 2013 04:52:04 +0000 (UTC) (envelope-from freebsd@allanjude.com) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 15E572C26 for ; Fri, 8 Nov 2013 04:52:03 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.108.129]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 8C70E459A0; Fri, 8 Nov 2013 04:52:01 +0000 (UTC) Message-ID: <527C6DEF.6020102@allanjude.com> Date: Thu, 07 Nov 2013 23:51:59 -0500 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Lyndon Nerenberg , Kimmo Paasiala Subject: Re: cron(8) improvement References: <52792B60.1030309@allanjude.com> <488180AE-5C23-402A-BAA4-E3263D8C52BF@kientzle.com> <1383788977.14448.44112617.6F0D61A0@webmail.messagingengine.com> <527AFAA1.1040001@allanjude.com> <527BCA55.2000207@allanjude.com> <527C5D52.7030508@allanjude.com> <047405A8-B6EB-427B-A2E4-6254DD1A077B@orthanc.ca> <3E6377FF-69FE-48E4-BFB1-E5095A7FA1BB@orthanc.ca> In-Reply-To: <3E6377FF-69FE-48E4-BFB1-E5095A7FA1BB@orthanc.ca> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kFwJx9x0MqQmQWXRaStsJBXELq3GQm1i5" 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, 08 Nov 2013 04:52:04 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --kFwJx9x0MqQmQWXRaStsJBXELq3GQm1i5 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2013-11-07 23:48, Lyndon Nerenberg wrote: > On Nov 7, 2013, at 19:46, Kimmo Paasiala wrote: > >> I don't like the idea of having untracked files installed by the rc(8)= >> script. Why not install the cron.d snippet by default but leave >> everything in it commented out with instructions at the beginning to >> uncomment the contents to enable it? > It=92s un-necessarily complicated. The package manifest can specify bo= th locations for the crontab file. If the copy isn=92t made, at package = removal the worst that will happen is a warning diagnostic will be printe= d about the missing file. > > =97lyndon > > _______________________________________________ > 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" My use case is puppet etc, not ports/packages, so I'll leave the policy about packages up to portsmgr@, I just want a less sloppy way to manage crontabs with my orchestration system (and feature parity with Linux) --=20 Allan Jude --kFwJx9x0MqQmQWXRaStsJBXELq3GQm1i5 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSfG3yAAoJEJrBFpNRJZKfA8QP/2TYHp4yB6OGsBW2ls5z1FuL HIApxIx5WFWB+cP5oz5X593vL5lnavi7nTK09IV/aFnz59W2DWG2xvQUUxIfAYFb sAuvAJqPiI02k9OJfAFK28P08IQ99Bg41wB1Oi0drj+zYH4FYV3NqBnUiTKPQXDc 7PZvutyoZn37htjxsc0av3FglB0d8q30Nk1TcUhJHpCEHExmCMKku34ISdNSvP/d IjTeqqCnTgAMro6zSlXYKpEqEULxiMgvjrYE7DA4FKMw3pGrF8rdxDXjgzxQO5f1 3H4FdXPRK5zNZU9klvEyAskTgrzdIJZ8qdOQbHx3gzwUN3Vxc4JSsQ4Jv9blgvdh w2sN5N2QaUMSCo3a4vIE6mTBUFOSVGMVrsRwqhnerscT/wNP/n0Wb/iJN9YeOLIj Uw0i6/Nnpqk8O5ZjqvVg+BFdC2ZNlsZrJyAdI6gTL9zRpGnJfN0/OBARJMIzuaXG 8SN3zKIzXcaszGXvTygoAP6xA5VhqnLYiimC4G/xDjOINkycHxF+pB2KPltNgE0a 29E18PFpQvYdO4NdWWw3BSZffiyQlXSNxhLN7MU4UIUMctX3M6TMq7Q+GDpbwG7t FMS1cnwmXqPA+9Veo8+9NCW0FPg8oyUVFva00Z9n/0WOJw9ZHPeiAH2/5Dp8RPQz 4YIUITumasD+RewDIPEo =u6Q9 -----END PGP SIGNATURE----- --kFwJx9x0MqQmQWXRaStsJBXELq3GQm1i5-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 8 08:26:49 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 85CE0872 for ; Fri, 8 Nov 2013 08:26:49 +0000 (UTC) (envelope-from erik+lists@cederstrand.dk) Received: from csmtp12.one.com (csmtp12.one.com [195.47.247.112]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 43B3A2853 for ; Fri, 8 Nov 2013 08:26:49 +0000 (UTC) Received: from [10.111.35.48] (unknown [91.194.37.55]) by csmtp12.one.com (Postfix) with ESMTPA id 91F784000B792 for ; Fri, 8 Nov 2013 08:16:52 +0000 (UTC) Received: from [10.111.35.48] ([UNAVAILABLE]. [91.194.37.55]) (using TLSv1 with cipher AES128-SHA) by 0.0.0.0:2500 (trex/4.8.87); Fri, 08 Nov 2013 08:16:53 GMT Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1816\)) Subject: Re: cron(8) improvement From: Erik Cederstrand In-Reply-To: Date: Fri, 8 Nov 2013 09:16:50 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <52792B60.1030309@allanjude.com> <488180AE-5C23-402A-BAA4-E3263D8C52BF@kientzle.com> <1383788977.14448.44112617.6F0D61A0@webmail.messagingengine.com> <527AFAA1.1040001@allanjude.com> To: FreeBSD current X-Mailer: Apple Mail (2.1816) 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, 08 Nov 2013 08:26:49 -0000 Den 07/11/2013 kl. 13.11 skrev Kimmo Paasiala : > Snippets installed by ports should be disabled by default and > enabled only selectively by variables in rc.conf(5) or some other > configuration file to mirror what periodic(8) is doing now. This is > an absolute must because having them enabled by default is a recipe > for disaster. rc.conf is usually only for boot-time config and starting daemons. E.g. = portaudit just installs a periodic script, and I think the disaster = would happen when you forget to also enable it in some config file. = PostgreSQL installs both a daemon and periodic scripts, but the scripts = do nothing when the daemon is not running. So I think it really depends = on what the port does. Erik= From owner-freebsd-current@FreeBSD.ORG Fri Nov 8 09:48:54 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CA7451E2 for ; Fri, 8 Nov 2013 09:48:54 +0000 (UTC) (envelope-from mueller6721@twc.com) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.226]) by mx1.freebsd.org (Postfix) with ESMTP id 8E98E2CEF for ; Fri, 8 Nov 2013 09:48:54 +0000 (UTC) Received: from [74.130.196.19] ([74.130.196.19:35559] helo=localhost) by cdptpa-oedge02 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 34/C1-27821-F73BC725; Fri, 08 Nov 2013 09:48:47 +0000 Date: Fri, 08 Nov 2013 09:48:47 +0000 Message-ID: <34.C1.27821.F73BC725@cdptpa-oedge02> From: "Thomas Mueller" To: freebsd-stable@freebsd.org References: <20130925063610.GA1507@michelle.cdnetworks.com> <36.52.26070.28C93425@cdptpa-oedge03> <20130926050038.GA1494@michelle.cdnetworks.com> <75.B0.09602.0CBE3425@cdptpa-oedge03> <20130926083326.GB1494@michelle.cdnetworks.com> <20131104021727.GB3610@michelle.cdnetworks.com> <1A.D8.19454.71BA9725@cdptpa-oedge03> <20131106042441.GA1401@michelle.cdnetworks.com> <8D.9F.19454.E0AFA725@cdptpa-oedge03> <20131108005151.GA3415@michelle.cdnetworks.com> Subject: Re: dhclient failure with Realtek 8111E Ethernet on new MSI motherboard X-RR-Connecting-IP: 107.14.168.130:25 X-Cloudmark-Score: 0 Cc: pyunyh@gmail.com, 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, 08 Nov 2013 09:48:54 -0000 For a future test of any updates to re driver, it might be best if I comment out "device re" in kernel config and test the update by building the module. I never built just a single module before, not sure if I would do it the correct way. Simply "make" in /usr/src/sys/modules/re and then "make install" or copy the resulting module files? Maybe check the kernel source in NetBSD-current source tree? I am not sure how to configure an Ethernet connection without DHCP or even if it would work. Tom From owner-freebsd-current@FreeBSD.ORG Fri Nov 8 09:54:51 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BA7D55AF for ; Fri, 8 Nov 2013 09:54:51 +0000 (UTC) (envelope-from cochard@gmail.com) Received: from mail-ve0-x22b.google.com (mail-ve0-x22b.google.com [IPv6:2607:f8b0:400c:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7AA762D8D for ; Fri, 8 Nov 2013 09:54:51 +0000 (UTC) Received: by mail-ve0-f171.google.com with SMTP id pa12so1311154veb.30 for ; Fri, 08 Nov 2013 01:54:50 -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:from:date:message-id :subject:to:cc:content-type; bh=jGGfaAXRi95ZPulNcnmrGyKM8BlyO7EqJgfatyo0pqs=; b=0/AdmzjtlMc3be+ZOzqeXLkCOrvTTJ/fmFYf24A7tNTqwTriYJUT1A9Ptkra37stY5 vx7bvjArmnP6cIbKYaTxruZFoq0eUYhuqe6IPasPrIT9W4rKx9UAHQK9ZNSfUY/GtyLl dItU34UpDHU+StxCTdnKFvHCZq3HVEtB3A4RokvDulkEYz3tQ5+Cqkt1VABrlf/6fGPV mAalybbGJ4Zrl6Fxn0+y8eQ/4SHt12yh3fYXaXaTs+P78zOGjc75Kq9AJI8mmaMKKvHm Asgmy/U/pNq/Zhi5KO18Ac7+7dh8JuQWhX4n6Mes+AtZN7SPPEpWBKGI+HJ7eq1uaChy tB6w== X-Received: by 10.58.23.33 with SMTP id j1mr10885656vef.27.1383904490546; Fri, 08 Nov 2013 01:54:50 -0800 (PST) MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.58.1.72 with HTTP; Fri, 8 Nov 2013 01:54:30 -0800 (PST) In-Reply-To: <527C462F.9040707@elischer.org> References: <527C462F.9040707@elischer.org> From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Date: Fri, 8 Nov 2013 10:54:30 +0100 X-Google-Sender-Auth: ieV_mrdjeLn3Rb062L9WCaeuKHo Message-ID: Subject: Re: freebsd perf testing To: Julian Elischer 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: Fri, 08 Nov 2013 09:54:51 -0000 On Fri, Nov 8, 2013 at 3:02 AM, Julian Elischer wrote: > Some time ago someone showed some freebsd performance graphs graphed > against time. > He had them up on a website that was updated each day or so. > > I think they were network perf tests but I'm not sure. > He indicated that he was going to continue the daily testing > but I've not seen any mention of them since. > > If you know who that was or how to find him let me (or gnn) know... > Hi Julian, Perhaps you are referring to my network performance graphs on this thread: http://lists.freebsd.org/pipermail/freebsd-current/2013-April/041323.html I didn't generate other tests since because I need to fix the test used before continuing. I only generate one IP-flow (same IP src/dst, same UDP port): there is no IP distribution. And by generating only one flow, we didn't use the multi-queue NIC capability, neither the multi-threaded features (like with the SMP-pf) of FreeBSD forwarding/firewalling stack. I plan to add the support of generating multiple IP source/destination to the netmap pkt-gen, but the current status of this project is: I'm at page 42 of the book "C programming, a modern approach", then you have to wait :-) By the way, I've documented a little more my benching lab and scripts used here: http://bsdrp.net/documentation/examples/freebsd_performance_regression_lab Regards, Olivier From owner-freebsd-current@FreeBSD.ORG Fri Nov 8 10:33:05 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5AE1F436; Fri, 8 Nov 2013 10:33:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 100A52002; Fri, 8 Nov 2013 10:33:04 +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 rA8AWw5M038245; Fri, 8 Nov 2013 05:32: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 rA8AWwAT038235; Fri, 8 Nov 2013 10:32:58 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 8 Nov 2013 10:32:58 GMT Message-Id: <201311081032.rA8AWwAT038235@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, 08 Nov 2013 10:33:05 -0000 TB --- 2013-11-08 08:45:16 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-08 08:45:16 - 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 --- 2013-11-08 08:45:16 - starting HEAD tinderbox run for mips/mips TB --- 2013-11-08 08:45:16 - cleaning the object tree TB --- 2013-11-08 08:46:13 - /usr/local/bin/svn stat /src TB --- 2013-11-08 08:46:25 - At svn revision 257831 TB --- 2013-11-08 08:46:26 - building world TB --- 2013-11-08 08:46:26 - CROSS_BUILD_TESTING=YES TB --- 2013-11-08 08:46:26 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-08 08:46:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-08 08:46:26 - SRCCONF=/dev/null TB --- 2013-11-08 08:46:26 - TARGET=mips TB --- 2013-11-08 08:46:26 - TARGET_ARCH=mips TB --- 2013-11-08 08:46:26 - TZ=UTC TB --- 2013-11-08 08:46:26 - __MAKE_CONF=/dev/null TB --- 2013-11-08 08:46:26 - cd /src TB --- 2013-11-08 08:46:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Nov 8 08:46:34 UTC 2013 >>> Rebuilding 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 8 09:49:45 UTC 2013 TB --- 2013-11-08 09:49:45 - cd /src/sys/mips/conf TB --- 2013-11-08 09:49:45 - /usr/sbin/config -m ADM5120 TB --- 2013-11-08 09:49:45 - skipping ADM5120 kernel TB --- 2013-11-08 09:49:45 - cd /src/sys/mips/conf TB --- 2013-11-08 09:49:45 - /usr/sbin/config -m ALCHEMY TB --- 2013-11-08 09:49:45 - skipping ALCHEMY kernel TB --- 2013-11-08 09:49:45 - cd /src/sys/mips/conf TB --- 2013-11-08 09:49:45 - /usr/sbin/config -m ALFA_HORNET_UB TB --- 2013-11-08 09:49:45 - building ALFA_HORNET_UB kernel TB --- 2013-11-08 09:49:45 - CROSS_BUILD_TESTING=YES TB --- 2013-11-08 09:49:45 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-08 09:49:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-08 09:49:45 - SRCCONF=/dev/null TB --- 2013-11-08 09:49:45 - TARGET=mips TB --- 2013-11-08 09:49:45 - TARGET_ARCH=mips TB --- 2013-11-08 09:49:45 - TZ=UTC TB --- 2013-11-08 09:49:45 - __MAKE_CONF=/dev/null TB --- 2013-11-08 09:49:45 - cd /src TB --- 2013-11-08 09:49:45 - /usr/bin/make -B buildkernel KERNCONF=ALFA_HORNET_UB >>> Kernel build for ALFA_HORNET_UB started on Fri Nov 8 09:49:45 UTC 2013 >>> 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 ALFA_HORNET_UB completed on Fri Nov 8 09:52:59 UTC 2013 TB --- 2013-11-08 09:52:59 - cd /src/sys/mips/conf TB --- 2013-11-08 09:52:59 - /usr/sbin/config -m AP121 TB --- 2013-11-08 09:52:59 - building AP121 kernel TB --- 2013-11-08 09:52:59 - CROSS_BUILD_TESTING=YES TB --- 2013-11-08 09:52:59 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-08 09:52:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-08 09:52:59 - SRCCONF=/dev/null TB --- 2013-11-08 09:52:59 - TARGET=mips TB --- 2013-11-08 09:52:59 - TARGET_ARCH=mips TB --- 2013-11-08 09:52:59 - TZ=UTC TB --- 2013-11-08 09:52:59 - __MAKE_CONF=/dev/null TB --- 2013-11-08 09:52:59 - cd /src TB --- 2013-11-08 09:52:59 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Fri Nov 8 09:52:59 UTC 2013 >>> 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 AP121 completed on Fri Nov 8 09:55:57 UTC 2013 TB --- 2013-11-08 09:55:57 - cd /src/sys/mips/conf TB --- 2013-11-08 09:55:57 - /usr/sbin/config -m AP91 TB --- 2013-11-08 09:55:57 - building AP91 kernel TB --- 2013-11-08 09:55:57 - CROSS_BUILD_TESTING=YES TB --- 2013-11-08 09:55:57 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-08 09:55:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-08 09:55:57 - SRCCONF=/dev/null TB --- 2013-11-08 09:55:57 - TARGET=mips TB --- 2013-11-08 09:55:57 - TARGET_ARCH=mips TB --- 2013-11-08 09:55:57 - TZ=UTC TB --- 2013-11-08 09:55:57 - __MAKE_CONF=/dev/null TB --- 2013-11-08 09:55:57 - cd /src TB --- 2013-11-08 09:55:57 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Fri Nov 8 09:55:57 UTC 2013 >>> 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 AP91 completed on Fri Nov 8 09:59:58 UTC 2013 TB --- 2013-11-08 09:59:58 - cd /src/sys/mips/conf TB --- 2013-11-08 09:59:58 - /usr/sbin/config -m AP93 TB --- 2013-11-08 09:59:58 - building AP93 kernel TB --- 2013-11-08 09:59:58 - CROSS_BUILD_TESTING=YES TB --- 2013-11-08 09:59:58 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-08 09:59:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-08 09:59:58 - SRCCONF=/dev/null TB --- 2013-11-08 09:59:58 - TARGET=mips TB --- 2013-11-08 09:59:58 - TARGET_ARCH=mips TB --- 2013-11-08 09:59:58 - TZ=UTC TB --- 2013-11-08 09:59:58 - __MAKE_CONF=/dev/null TB --- 2013-11-08 09:59:58 - cd /src TB --- 2013-11-08 09:59:58 - /usr/bin/make -B buildkernel KERNCONF=AP93 >>> Kernel build for AP93 started on Fri Nov 8 09:59:58 UTC 2013 >>> 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 AP93 completed on Fri Nov 8 10:04:14 UTC 2013 TB --- 2013-11-08 10:04:14 - cd /src/sys/mips/conf TB --- 2013-11-08 10:04:14 - /usr/sbin/config -m AP94 TB --- 2013-11-08 10:04:14 - building AP94 kernel TB --- 2013-11-08 10:04:14 - CROSS_BUILD_TESTING=YES TB --- 2013-11-08 10:04:14 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-08 10:04:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-08 10:04:14 - SRCCONF=/dev/null TB --- 2013-11-08 10:04:14 - TARGET=mips TB --- 2013-11-08 10:04:14 - TARGET_ARCH=mips TB --- 2013-11-08 10:04:14 - TZ=UTC TB --- 2013-11-08 10:04:14 - __MAKE_CONF=/dev/null TB --- 2013-11-08 10:04:14 - cd /src TB --- 2013-11-08 10:04:14 - /usr/bin/make -B buildkernel KERNCONF=AP94 >>> Kernel build for AP94 started on Fri Nov 8 10:04:14 UTC 2013 >>> 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 AP94 completed on Fri Nov 8 10:09:44 UTC 2013 TB --- 2013-11-08 10:09:44 - cd /src/sys/mips/conf TB --- 2013-11-08 10:09:44 - /usr/sbin/config -m AP96 TB --- 2013-11-08 10:09:44 - building AP96 kernel TB --- 2013-11-08 10:09:44 - CROSS_BUILD_TESTING=YES TB --- 2013-11-08 10:09:44 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-08 10:09:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-08 10:09:44 - SRCCONF=/dev/null TB --- 2013-11-08 10:09:44 - TARGET=mips TB --- 2013-11-08 10:09:44 - TARGET_ARCH=mips TB --- 2013-11-08 10:09:44 - TZ=UTC TB --- 2013-11-08 10:09:44 - __MAKE_CONF=/dev/null TB --- 2013-11-08 10:09:44 - cd /src TB --- 2013-11-08 10:09:44 - /usr/bin/make -B buildkernel KERNCONF=AP96 >>> Kernel build for AP96 started on Fri Nov 8 10:09:44 UTC 2013 >>> 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 AP96 completed on Fri Nov 8 10:15:09 UTC 2013 TB --- 2013-11-08 10:15:09 - cd /src/sys/mips/conf TB --- 2013-11-08 10:15:09 - /usr/sbin/config -m AR71XX_BASE TB --- 2013-11-08 10:15:09 - building AR71XX_BASE kernel TB --- 2013-11-08 10:15:09 - CROSS_BUILD_TESTING=YES TB --- 2013-11-08 10:15:09 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-08 10:15:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-08 10:15:09 - SRCCONF=/dev/null TB --- 2013-11-08 10:15:09 - TARGET=mips TB --- 2013-11-08 10:15:09 - TARGET_ARCH=mips TB --- 2013-11-08 10:15:09 - TZ=UTC TB --- 2013-11-08 10:15:09 - __MAKE_CONF=/dev/null TB --- 2013-11-08 10:15:09 - cd /src TB --- 2013-11-08 10:15:09 - /usr/bin/make -B buildkernel KERNCONF=AR71XX_BASE >>> Kernel build for AR71XX_BASE started on Fri Nov 8 10:15:09 UTC 2013 >>> 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 AR71XX_BASE completed on Fri Nov 8 10:20:20 UTC 2013 TB --- 2013-11-08 10:20:20 - cd /src/sys/mips/conf TB --- 2013-11-08 10:20:20 - /usr/sbin/config -m AR724X_BASE TB --- 2013-11-08 10:20:20 - building AR724X_BASE kernel TB --- 2013-11-08 10:20:20 - CROSS_BUILD_TESTING=YES TB --- 2013-11-08 10:20:20 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-08 10:20:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-08 10:20:20 - SRCCONF=/dev/null TB --- 2013-11-08 10:20:20 - TARGET=mips TB --- 2013-11-08 10:20:20 - TARGET_ARCH=mips TB --- 2013-11-08 10:20:20 - TZ=UTC TB --- 2013-11-08 10:20:20 - __MAKE_CONF=/dev/null TB --- 2013-11-08 10:20:20 - cd /src TB --- 2013-11-08 10:20:20 - /usr/bin/make -B buildkernel KERNCONF=AR724X_BASE >>> Kernel build for AR724X_BASE started on Fri Nov 8 10:20:21 UTC 2013 >>> 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 AR724X_BASE completed on Fri Nov 8 10:24:26 UTC 2013 TB --- 2013-11-08 10:24:26 - cd /src/sys/mips/conf TB --- 2013-11-08 10:24:26 - /usr/sbin/config -m AR91XX_BASE TB --- 2013-11-08 10:24:26 - building AR91XX_BASE kernel TB --- 2013-11-08 10:24:26 - CROSS_BUILD_TESTING=YES TB --- 2013-11-08 10:24:26 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-08 10:24:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-08 10:24:26 - SRCCONF=/dev/null TB --- 2013-11-08 10:24:26 - TARGET=mips TB --- 2013-11-08 10:24:26 - TARGET_ARCH=mips TB --- 2013-11-08 10:24:26 - TZ=UTC TB --- 2013-11-08 10:24:26 - __MAKE_CONF=/dev/null TB --- 2013-11-08 10:24:26 - cd /src TB --- 2013-11-08 10:24:26 - /usr/bin/make -B buildkernel KERNCONF=AR91XX_BASE >>> Kernel build for AR91XX_BASE started on Fri Nov 8 10:24:26 UTC 2013 >>> 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 AR91XX_BASE completed on Fri Nov 8 10:29:26 UTC 2013 TB --- 2013-11-08 10:29:26 - cd /src/sys/mips/conf TB --- 2013-11-08 10:29:26 - /usr/sbin/config -m AR933X_BASE TB --- 2013-11-08 10:29:26 - building AR933X_BASE kernel TB --- 2013-11-08 10:29:26 - CROSS_BUILD_TESTING=YES TB --- 2013-11-08 10:29:26 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-08 10:29:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-08 10:29:26 - SRCCONF=/dev/null TB --- 2013-11-08 10:29:26 - TARGET=mips TB --- 2013-11-08 10:29:26 - TARGET_ARCH=mips TB --- 2013-11-08 10:29:26 - TZ=UTC TB --- 2013-11-08 10:29:26 - __MAKE_CONF=/dev/null TB --- 2013-11-08 10:29:26 - cd /src TB --- 2013-11-08 10:29:26 - /usr/bin/make -B buildkernel KERNCONF=AR933X_BASE >>> Kernel build for AR933X_BASE started on Fri Nov 8 10:29:26 UTC 2013 >>> 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 AR933X_BASE completed on Fri Nov 8 10:32:16 UTC 2013 TB --- 2013-11-08 10:32:16 - cd /src/sys/mips/conf TB --- 2013-11-08 10:32:16 - /usr/sbin/config -m AR934X_BASE TB --- 2013-11-08 10:32:16 - building AR934X_BASE kernel TB --- 2013-11-08 10:32:16 - CROSS_BUILD_TESTING=YES TB --- 2013-11-08 10:32:16 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-08 10:32:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-08 10:32:16 - SRCCONF=/dev/null TB --- 2013-11-08 10:32:16 - TARGET=mips TB --- 2013-11-08 10:32:16 - TARGET_ARCH=mips TB --- 2013-11-08 10:32:16 - TZ=UTC TB --- 2013-11-08 10:32:16 - __MAKE_CONF=/dev/null TB --- 2013-11-08 10:32:16 - cd /src TB --- 2013-11-08 10:32:16 - /usr/bin/make -B buildkernel KERNCONF=AR934X_BASE >>> Kernel build for AR934X_BASE started on Fri Nov 8 10:32:16 UTC 2013 >>> 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 -O -pipe -std=c99 -g -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 -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_radio.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal cc -c -O -pipe -std=c99 -g -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 -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_recv.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal cc -c -O -pipe -std=c99 -g -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 -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_recv_ds.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal cc -c -O -pipe -std=c99 -g -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 -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_reset.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal cc1: warnings being treated as errors /src/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_reset.c: In function 'ar9300_chip_reset': /src/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_reset.c:1337: warning: inlining failed in call to 'ar9300_init_pll': --param max-inline-insns-single limit reached [-Winline] /src/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_reset.c:2011: warning: called from here [-Winline] *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips/src/sys/AR934X_BASE *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-08 10:32:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-08 10:32:58 - ERROR: failed to build AR934X_BASE kernel TB --- 2013-11-08 10:32:58 - 4695.27 user 1020.39 system 6461.27 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 8 15:08:10 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1BAB820E; Fri, 8 Nov 2013 15:08:10 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qe0-x22c.google.com (mail-qe0-x22c.google.com [IPv6:2607:f8b0:400d:c02::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B00762EF0; Fri, 8 Nov 2013 15:08:09 +0000 (UTC) Received: by mail-qe0-f44.google.com with SMTP id 6so1997854qeb.17 for ; Fri, 08 Nov 2013 07:08:08 -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:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=iqM3E7KSn/0AxfBIdkrJ0g1Sf+qiKsJovsAFo54DA6M=; b=j18TrdlinybmyqG0+4V1jcqBDKPh644N5L7Z1C53HodkcS2J2H2WG9wZfv70SgOf18 aOYBE6jBnYg9auEKKCpDBmDYNG7dqY0kzobDZxSmac6tz5wnbhExNqwjPuvrL5PEbA42 UOIYpFZFQvL3RqEyf4K1X/u7NA63jqOYScs6qK94LiDCaoa4WnB6WkwF+Il0cyANOCT8 q7lfPEbgZcgWws7HHariW3KaU7W2KXXTW+oX8nn+8d3VNkXDcgfEQftwfxUT4tT+txPC lAR/Ci50s08CqxBkCpXF2vC9tg3gQfBithGg2Gj6evgkZshbLXIDJpsk4gISOaKVW/To mX+g== MIME-Version: 1.0 X-Received: by 10.224.111.197 with SMTP id t5mr24682439qap.49.1383923288824; Fri, 08 Nov 2013 07:08:08 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.207.66 with HTTP; Fri, 8 Nov 2013 07:08:08 -0800 (PST) In-Reply-To: <201311081032.rA8AWwAT038235@freebsd-current.sentex.ca> References: <201311081032.rA8AWwAT038235@freebsd-current.sentex.ca> Date: Fri, 8 Nov 2013 07:08:08 -0800 X-Google-Sender-Auth: KaGR0Oo8jtRlgx4niigSX5BqofY Message-ID: Subject: Re: [head tinderbox] failure on mips/mips From: Adrian Chadd To: FreeBSD Tinderbox Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-mips@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: Fri, 08 Nov 2013 15:08:10 -0000 On 8 November 2013 02:32, FreeBSD Tinderbox wrote: [snip] > cc -c -O -pipe -std=3Dc99 -g -Wall -Wredundant-decls -Wnested-externs -= Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qu= al -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -= fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/alt= q -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include= opt_global.h -fno-common -finline-limit=3D8000 --param inline-unit-growth= =3D100 --param large-function-growth=3D1000 --param max-inline-insns-single= =3D1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=3D0x80050000 -march=3Dmi= ps32 -msoft-float -ffreestanding -Werror /src/sys/contrib/dev/ath/ath_hal/= ar9300/ar9300_reset.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/= sys/contrib/dev/ath/ath_hal > cc1: warnings being treated as errors > /src/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_reset.c: In function 'ar93= 00_chip_reset': > /src/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_reset.c:1337: warning: inl= ining failed in call to 'ar9300_init_pll': --param max-inline-insns-single = limit reached [-Winline] > /src/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_reset.c:2011: warning: cal= led from here [-Winline] > *** Error code 1 ?!?!?!??! -adrian From owner-freebsd-current@FreeBSD.ORG Fri Nov 8 15:25:07 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7D92B876; Fri, 8 Nov 2013 15:25:07 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 392292004; Fri, 8 Nov 2013 15:25:06 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::9db3:13fc:9239:2885] (unknown [IPv6:2001:7b8:3a7:0:9db3:13fc:9239:2885]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 054315C43; Fri, 8 Nov 2013 16:25:04 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_FDBD8745-1F73-49DF-A9B8-EBE886BF1C6C"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Subject: Re: [head tinderbox] failure on mips/mips From: Dimitry Andric In-Reply-To: Date: Fri, 8 Nov 2013 16:24:37 +0100 Message-Id: <52263E13-2EAE-4468-987B-2023FDC5FF1C@FreeBSD.org> References: <201311081032.rA8AWwAT038235@freebsd-current.sentex.ca> To: Adrian Chadd X-Mailer: Apple Mail (2.1822) Cc: "freebsd-mips@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, 08 Nov 2013 15:25:07 -0000 --Apple-Mail=_FDBD8745-1F73-49DF-A9B8-EBE886BF1C6C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 08 Nov 2013, at 16:08, Adrian Chadd wrote: > On 8 November 2013 02:32, FreeBSD Tinderbox = wrote: >=20 > [snip] >=20 >> cc -c -O -pipe -std=3Dc99 -g -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 = -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS = -include opt_global.h -fno-common -finline-limit=3D8000 --param = inline-unit-growth=3D100 --param large-function-growth=3D1000 --param = max-inline-insns-single=3D1000 -fno-pic -mno-abicalls -G0 = -DKERNLOADADDR=3D0x80050000 -march=3Dmips32 -msoft-float -ffreestanding = -Werror /src/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_reset.c = -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal = -I/src/sys/contrib/dev/ath/ath_hal >> cc1: warnings being treated as errors >> /src/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_reset.c: In function = 'ar9300_chip_reset': >> /src/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_reset.c:1337: warning: = inlining failed in call to 'ar9300_init_pll': --param = max-inline-insns-single limit reached [-Winline] >> /src/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_reset.c:2011: warning: = called from here [-Winline] >> *** Error code 1 >=20 > ?!?!?!??! Apparently gcc cannot inline this function, with the current inlining limits. Maybe the inline should be dropped, if the function is that large.... :-) -Dimitry --Apple-Mail=_FDBD8745-1F73-49DF-A9B8-EBE886BF1C6C Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlJ9AkUACgkQsF6jCi4glqPLCQCgtV+our864v+ogkM0dvbDI4Dp 4ekAn0yPDavdLrGkSoNPHxkQy8CpzU1H =GPLH -----END PGP SIGNATURE----- --Apple-Mail=_FDBD8745-1F73-49DF-A9B8-EBE886BF1C6C-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 8 16:05:25 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 83B6FFC9; Fri, 8 Nov 2013 16:05:25 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qc0-x22d.google.com (mail-qc0-x22d.google.com [IPv6:2607:f8b0:400d:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0B7DE226C; Fri, 8 Nov 2013 16:05:24 +0000 (UTC) Received: by mail-qc0-f173.google.com with SMTP id l13so1868937qcy.4 for ; Fri, 08 Nov 2013 08:05:24 -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:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=G7gIcGvIIJBbWp45DuBsINOuFyNI8waUd9EeI3QMoy8=; b=XNOmYHzhAHrdrnqnh+HC7R3yh48zGge0Ux+/JgSnELLkQxtQn4y8kGKw2iDLB6TWdW d4qxilcJWkmhMOD4j4RkuDHbNvuj2XcwFlNHAr1O3ovGPk0CZOlz4oHd3S7A9Fra9CNt DEF8udY8jXO+78x3SQ93B64JO5Mr7m4Ez9D2qSJcnD0muMbOmBI48H04PUoBAcFf15tN eAMlPTiOcFVDB3oz/hDDvTlISQLzbuPAU1g+TUF28M9rl0jDA+P48AvEIPhGIdMy76yj AV/UQ70TK30rp9PTFCm25RUjYn4tM1130CSQPI6iWX9ePRt3nUXD75NQTIuLG6BIclNr hMzw== MIME-Version: 1.0 X-Received: by 10.224.36.201 with SMTP id u9mr25071514qad.76.1383926723043; Fri, 08 Nov 2013 08:05:23 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.207.66 with HTTP; Fri, 8 Nov 2013 08:05:22 -0800 (PST) In-Reply-To: <52263E13-2EAE-4468-987B-2023FDC5FF1C@FreeBSD.org> References: <201311081032.rA8AWwAT038235@freebsd-current.sentex.ca> <52263E13-2EAE-4468-987B-2023FDC5FF1C@FreeBSD.org> Date: Fri, 8 Nov 2013 08:05:22 -0800 X-Google-Sender-Auth: Sf6HR7fVp8woXQP3jOU47cKUrLM Message-ID: Subject: Re: [head tinderbox] failure on mips/mips From: Adrian Chadd To: Dimitry Andric Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-mips@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, 08 Nov 2013 16:05:25 -0000 Can someone please take care of this? I'm a little busy for the next couple days. Feel free to commit to the contrib code. Thanks! -adrian On 8 November 2013 07:24, Dimitry Andric wrote: > On 08 Nov 2013, at 16:08, Adrian Chadd wrote: >> On 8 November 2013 02:32, FreeBSD Tinderbox wrot= e: >> >> [snip] >> >>> cc -c -O -pipe -std=3Dc99 -g -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/a= ltq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -inclu= de opt_global.h -fno-common -finline-limit=3D8000 --param inline-unit-growt= h=3D100 --param large-function-growth=3D1000 --param max-inline-insns-singl= e=3D1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=3D0x80050000 -march=3Dm= ips32 -msoft-float -ffreestanding -Werror /src/sys/contrib/dev/ath/ath_hal= /ar9300/ar9300_reset.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src= /sys/contrib/dev/ath/ath_hal >>> cc1: warnings being treated as errors >>> /src/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_reset.c: In function 'ar= 9300_chip_reset': >>> /src/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_reset.c:1337: warning: i= nlining failed in call to 'ar9300_init_pll': --param max-inline-insns-singl= e limit reached [-Winline] >>> /src/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_reset.c:2011: warning: c= alled from here [-Winline] >>> *** Error code 1 >> >> ?!?!?!??! > > Apparently gcc cannot inline this function, with the current inlining > limits. Maybe the inline should be dropped, if the function is that > large.... :-) > > -Dimitry > From owner-freebsd-current@FreeBSD.ORG Fri Nov 8 16:27:17 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4020C78E; Fri, 8 Nov 2013 16:27:17 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0424E23B5; Fri, 8 Nov 2013 16:27:13 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Veots-0001zh-Kj; Fri, 08 Nov 2013 16:27:12 +0000 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 rA8GRA6v066369; Fri, 8 Nov 2013 09:27:10 -0700 (MST) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/xNNtpKvM5nQfMFuB+4i71 Subject: Re: [head tinderbox] failure on mips/mips From: Ian Lepore To: Adrian Chadd In-Reply-To: References: <201311081032.rA8AWwAT038235@freebsd-current.sentex.ca> <52263E13-2EAE-4468-987B-2023FDC5FF1C@FreeBSD.org> Content-Type: text/plain; charset="us-ascii" Date: Fri, 08 Nov 2013 09:27:10 -0700 Message-ID: <1383928030.31172.247.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: "freebsd-mips@freebsd.org" , Dimitry Andric , 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, 08 Nov 2013 16:27:17 -0000 I'll do it. -- Ian On Fri, 2013-11-08 at 08:05 -0800, Adrian Chadd wrote: > Can someone please take care of this? I'm a little busy for the next > couple days. > > Feel free to commit to the contrib code. > > Thanks! > > > > -adrian > > > On 8 November 2013 07:24, Dimitry Andric wrote: > > On 08 Nov 2013, at 16:08, Adrian Chadd wrote: > >> On 8 November 2013 02:32, FreeBSD Tinderbox wrote: > >> > >> [snip] > >> > >>> cc -c -O -pipe -std=c99 -g -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 -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_reset.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal > >>> cc1: warnings being treated as errors > >>> /src/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_reset.c: In function 'ar9300_chip_reset': > >>> /src/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_reset.c:1337: warning: inlining failed in call to 'ar9300_init_pll': --param max-inline-insns-single limit reached [-Winline] > >>> /src/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_reset.c:2011: warning: called from here [-Winline] > >>> *** Error code 1 > >> > >> ?!?!?!??! > > > > Apparently gcc cannot inline this function, with the current inlining > > limits. Maybe the inline should be dropped, if the function is that > > large.... :-) > > > > -Dimitry > > > _______________________________________________ > freebsd-mips@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mips > To unsubscribe, send any mail to "freebsd-mips-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Nov 8 20:28:11 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E0FB8AED; Fri, 8 Nov 2013 20:28:11 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A67752F05; Fri, 8 Nov 2013 20:28:11 +0000 (UTC) Received: from julian-mbp3.pixel8networks.com (50-196-156-133-static.hfc.comcastbusiness.net [50.196.156.133]) (authenticated bits=0) by vps1.elischer.org (8.14.7/8.14.7) with ESMTP id rA8KS7ON061563 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 8 Nov 2013 12:28:08 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <527D4952.7040407@freebsd.org> Date: Fri, 08 Nov 2013 12:28:02 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Olivier_Cochard-Labb=E9?= , Julian Elischer Subject: Re: freebsd perf testing References: <527C462F.9040707@elischer.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "George V. Neville-Neil" , 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: Fri, 08 Nov 2013 20:28:11 -0000 On 11/8/13, 1:54 AM, Olivier Cochard-Labb wrote: > On Fri, Nov 8, 2013 at 3:02 AM, Julian Elischer >wrote: > > Some time ago someone showed some freebsd performance graphs > graphed against time. > He had them up on a website that was updated each day or so. > > I think they were network perf tests but I'm not sure. > He indicated that he was going to continue the daily testing > but I've not seen any mention of them since. > > If you know who that was or how to find him let me (or gnn) know... > > > Hi Julian, > > Perhaps you are referring to my network performance graphs on this > thread: > http://lists.freebsd.org/pipermail/freebsd-current/2013-April/041323.html > yes, you are the person we are looking for. In yesterday's 'vendor summit' we were discussing performance monitoring and your methodology was cited as one worth looking at. The idea of graphing the output of various performance tests against svn commit number is a very good one. I thonk it migh teven be worth doing these tests daily, and putting the output onto a web site, showing the last month, the last year and the whole range. it would even be interesting to put out 'xplot' files so that people can zoom in and out using xplot to see exactly which revision was responsinble for reversions or problems. George.. this is what we mentioned at the meeting yesterday. Julian > I didn't generate other tests since because I need to fix the test > used before continuing. > I only generate one IP-flow (same IP src/dst, same UDP port): there > is no IP distribution. And by generating only one flow, we didn't > use the multi-queue NIC capability, neither the multi-threaded > features (like with the SMP-pf) of FreeBSD forwarding/firewalling stack. > I plan to add the support of generating multiple IP > source/destination to the netmap pkt-gen, but the current status of > this project is: I'm at page 42 of the book "C programming, a modern > approach", then you have to wait :-) > > By the way, I've documented a little more my benching lab and > scripts used here: > http://bsdrp.net/documentation/examples/freebsd_performance_regression_lab > > Regards, > > Olivier From owner-freebsd-current@FreeBSD.ORG Fri Nov 8 22:58:16 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 539E68EB; Fri, 8 Nov 2013 22:58:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 05D23260D; Fri, 8 Nov 2013 22:58: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 rA8MwEXt016150; Fri, 8 Nov 2013 17:58: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 rA8MwEd3016133; Fri, 8 Nov 2013 22:58:14 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 8 Nov 2013 22:58:14 GMT Message-Id: <201311082258.rA8MwEd3016133@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, 08 Nov 2013 22:58:16 -0000 TB --- 2013-11-08 21:08:58 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-08 21:08:58 - 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 --- 2013-11-08 21:08:58 - starting HEAD tinderbox run for mips/mips TB --- 2013-11-08 21:08:58 - cleaning the object tree TB --- 2013-11-08 21:12:07 - /usr/local/bin/svn stat /src TB --- 2013-11-08 21:12:16 - At svn revision 257847 TB --- 2013-11-08 21:12:17 - building world TB --- 2013-11-08 21:12:17 - CROSS_BUILD_TESTING=YES TB --- 2013-11-08 21:12:17 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-08 21:12:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-08 21:12:17 - SRCCONF=/dev/null TB --- 2013-11-08 21:12:17 - TARGET=mips TB --- 2013-11-08 21:12:17 - TARGET_ARCH=mips TB --- 2013-11-08 21:12:17 - TZ=UTC TB --- 2013-11-08 21:12:17 - __MAKE_CONF=/dev/null TB --- 2013-11-08 21:12:17 - cd /src TB --- 2013-11-08 21:12:17 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Nov 8 21:12:25 UTC 2013 >>> Rebuilding 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 8 22:15:09 UTC 2013 TB --- 2013-11-08 22:15:09 - cd /src/sys/mips/conf TB --- 2013-11-08 22:15:09 - /usr/sbin/config -m ADM5120 TB --- 2013-11-08 22:15:09 - skipping ADM5120 kernel TB --- 2013-11-08 22:15:09 - cd /src/sys/mips/conf TB --- 2013-11-08 22:15:09 - /usr/sbin/config -m ALCHEMY TB --- 2013-11-08 22:15:09 - skipping ALCHEMY kernel TB --- 2013-11-08 22:15:09 - cd /src/sys/mips/conf TB --- 2013-11-08 22:15:09 - /usr/sbin/config -m ALFA_HORNET_UB TB --- 2013-11-08 22:15:09 - building ALFA_HORNET_UB kernel TB --- 2013-11-08 22:15:09 - CROSS_BUILD_TESTING=YES TB --- 2013-11-08 22:15:09 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-08 22:15:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-08 22:15:09 - SRCCONF=/dev/null TB --- 2013-11-08 22:15:09 - TARGET=mips TB --- 2013-11-08 22:15:09 - TARGET_ARCH=mips TB --- 2013-11-08 22:15:09 - TZ=UTC TB --- 2013-11-08 22:15:09 - __MAKE_CONF=/dev/null TB --- 2013-11-08 22:15:09 - cd /src TB --- 2013-11-08 22:15:09 - /usr/bin/make -B buildkernel KERNCONF=ALFA_HORNET_UB >>> Kernel build for ALFA_HORNET_UB started on Fri Nov 8 22:15:09 UTC 2013 >>> 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 ALFA_HORNET_UB completed on Fri Nov 8 22:18:10 UTC 2013 TB --- 2013-11-08 22:18:10 - cd /src/sys/mips/conf TB --- 2013-11-08 22:18:10 - /usr/sbin/config -m AP121 TB --- 2013-11-08 22:18:10 - building AP121 kernel TB --- 2013-11-08 22:18:10 - CROSS_BUILD_TESTING=YES TB --- 2013-11-08 22:18:10 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-08 22:18:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-08 22:18:10 - SRCCONF=/dev/null TB --- 2013-11-08 22:18:10 - TARGET=mips TB --- 2013-11-08 22:18:10 - TARGET_ARCH=mips TB --- 2013-11-08 22:18:10 - TZ=UTC TB --- 2013-11-08 22:18:10 - __MAKE_CONF=/dev/null TB --- 2013-11-08 22:18:10 - cd /src TB --- 2013-11-08 22:18:10 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Fri Nov 8 22:18:10 UTC 2013 >>> 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 AP121 completed on Fri Nov 8 22:21:08 UTC 2013 TB --- 2013-11-08 22:21:08 - cd /src/sys/mips/conf TB --- 2013-11-08 22:21:08 - /usr/sbin/config -m AP91 TB --- 2013-11-08 22:21:08 - building AP91 kernel TB --- 2013-11-08 22:21:08 - CROSS_BUILD_TESTING=YES TB --- 2013-11-08 22:21:08 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-08 22:21:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-08 22:21:08 - SRCCONF=/dev/null TB --- 2013-11-08 22:21:08 - TARGET=mips TB --- 2013-11-08 22:21:08 - TARGET_ARCH=mips TB --- 2013-11-08 22:21:08 - TZ=UTC TB --- 2013-11-08 22:21:08 - __MAKE_CONF=/dev/null TB --- 2013-11-08 22:21:08 - cd /src TB --- 2013-11-08 22:21:08 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Fri Nov 8 22:21:08 UTC 2013 >>> 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 AP91 completed on Fri Nov 8 22:25:15 UTC 2013 TB --- 2013-11-08 22:25:15 - cd /src/sys/mips/conf TB --- 2013-11-08 22:25:15 - /usr/sbin/config -m AP93 TB --- 2013-11-08 22:25:15 - building AP93 kernel TB --- 2013-11-08 22:25:15 - CROSS_BUILD_TESTING=YES TB --- 2013-11-08 22:25:15 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-08 22:25:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-08 22:25:15 - SRCCONF=/dev/null TB --- 2013-11-08 22:25:15 - TARGET=mips TB --- 2013-11-08 22:25:15 - TARGET_ARCH=mips TB --- 2013-11-08 22:25:15 - TZ=UTC TB --- 2013-11-08 22:25:15 - __MAKE_CONF=/dev/null TB --- 2013-11-08 22:25:15 - cd /src TB --- 2013-11-08 22:25:15 - /usr/bin/make -B buildkernel KERNCONF=AP93 >>> Kernel build for AP93 started on Fri Nov 8 22:25:15 UTC 2013 >>> 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 AP93 completed on Fri Nov 8 22:29:35 UTC 2013 TB --- 2013-11-08 22:29:35 - cd /src/sys/mips/conf TB --- 2013-11-08 22:29:35 - /usr/sbin/config -m AP94 TB --- 2013-11-08 22:29:35 - building AP94 kernel TB --- 2013-11-08 22:29:35 - CROSS_BUILD_TESTING=YES TB --- 2013-11-08 22:29:35 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-08 22:29:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-08 22:29:35 - SRCCONF=/dev/null TB --- 2013-11-08 22:29:35 - TARGET=mips TB --- 2013-11-08 22:29:35 - TARGET_ARCH=mips TB --- 2013-11-08 22:29:35 - TZ=UTC TB --- 2013-11-08 22:29:35 - __MAKE_CONF=/dev/null TB --- 2013-11-08 22:29:35 - cd /src TB --- 2013-11-08 22:29:35 - /usr/bin/make -B buildkernel KERNCONF=AP94 >>> Kernel build for AP94 started on Fri Nov 8 22:29:35 UTC 2013 >>> 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 AP94 completed on Fri Nov 8 22:35:01 UTC 2013 TB --- 2013-11-08 22:35:01 - cd /src/sys/mips/conf TB --- 2013-11-08 22:35:01 - /usr/sbin/config -m AP96 TB --- 2013-11-08 22:35:01 - building AP96 kernel TB --- 2013-11-08 22:35:01 - CROSS_BUILD_TESTING=YES TB --- 2013-11-08 22:35:01 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-08 22:35:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-08 22:35:01 - SRCCONF=/dev/null TB --- 2013-11-08 22:35:01 - TARGET=mips TB --- 2013-11-08 22:35:01 - TARGET_ARCH=mips TB --- 2013-11-08 22:35:01 - TZ=UTC TB --- 2013-11-08 22:35:01 - __MAKE_CONF=/dev/null TB --- 2013-11-08 22:35:01 - cd /src TB --- 2013-11-08 22:35:01 - /usr/bin/make -B buildkernel KERNCONF=AP96 >>> Kernel build for AP96 started on Fri Nov 8 22:35:01 UTC 2013 >>> 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 AP96 completed on Fri Nov 8 22:40:18 UTC 2013 TB --- 2013-11-08 22:40:18 - cd /src/sys/mips/conf TB --- 2013-11-08 22:40:18 - /usr/sbin/config -m AR71XX_BASE TB --- 2013-11-08 22:40:18 - building AR71XX_BASE kernel TB --- 2013-11-08 22:40:18 - CROSS_BUILD_TESTING=YES TB --- 2013-11-08 22:40:18 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-08 22:40:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-08 22:40:18 - SRCCONF=/dev/null TB --- 2013-11-08 22:40:18 - TARGET=mips TB --- 2013-11-08 22:40:18 - TARGET_ARCH=mips TB --- 2013-11-08 22:40:18 - TZ=UTC TB --- 2013-11-08 22:40:18 - __MAKE_CONF=/dev/null TB --- 2013-11-08 22:40:18 - cd /src TB --- 2013-11-08 22:40:18 - /usr/bin/make -B buildkernel KERNCONF=AR71XX_BASE >>> Kernel build for AR71XX_BASE started on Fri Nov 8 22:40:18 UTC 2013 >>> 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 AR71XX_BASE completed on Fri Nov 8 22:45:33 UTC 2013 TB --- 2013-11-08 22:45:33 - cd /src/sys/mips/conf TB --- 2013-11-08 22:45:33 - /usr/sbin/config -m AR724X_BASE TB --- 2013-11-08 22:45:33 - building AR724X_BASE kernel TB --- 2013-11-08 22:45:33 - CROSS_BUILD_TESTING=YES TB --- 2013-11-08 22:45:33 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-08 22:45:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-08 22:45:33 - SRCCONF=/dev/null TB --- 2013-11-08 22:45:33 - TARGET=mips TB --- 2013-11-08 22:45:33 - TARGET_ARCH=mips TB --- 2013-11-08 22:45:33 - TZ=UTC TB --- 2013-11-08 22:45:33 - __MAKE_CONF=/dev/null TB --- 2013-11-08 22:45:33 - cd /src TB --- 2013-11-08 22:45:33 - /usr/bin/make -B buildkernel KERNCONF=AR724X_BASE >>> Kernel build for AR724X_BASE started on Fri Nov 8 22:45:33 UTC 2013 >>> 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 AR724X_BASE completed on Fri Nov 8 22:49:39 UTC 2013 TB --- 2013-11-08 22:49:39 - cd /src/sys/mips/conf TB --- 2013-11-08 22:49:39 - /usr/sbin/config -m AR91XX_BASE TB --- 2013-11-08 22:49:39 - building AR91XX_BASE kernel TB --- 2013-11-08 22:49:39 - CROSS_BUILD_TESTING=YES TB --- 2013-11-08 22:49:39 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-08 22:49:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-08 22:49:39 - SRCCONF=/dev/null TB --- 2013-11-08 22:49:39 - TARGET=mips TB --- 2013-11-08 22:49:39 - TARGET_ARCH=mips TB --- 2013-11-08 22:49:39 - TZ=UTC TB --- 2013-11-08 22:49:39 - __MAKE_CONF=/dev/null TB --- 2013-11-08 22:49:39 - cd /src TB --- 2013-11-08 22:49:39 - /usr/bin/make -B buildkernel KERNCONF=AR91XX_BASE >>> Kernel build for AR91XX_BASE started on Fri Nov 8 22:49:39 UTC 2013 >>> 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 AR91XX_BASE completed on Fri Nov 8 22:54:36 UTC 2013 TB --- 2013-11-08 22:54:36 - cd /src/sys/mips/conf TB --- 2013-11-08 22:54:36 - /usr/sbin/config -m AR933X_BASE TB --- 2013-11-08 22:54:36 - building AR933X_BASE kernel TB --- 2013-11-08 22:54:36 - CROSS_BUILD_TESTING=YES TB --- 2013-11-08 22:54:36 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-08 22:54:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-08 22:54:36 - SRCCONF=/dev/null TB --- 2013-11-08 22:54:36 - TARGET=mips TB --- 2013-11-08 22:54:36 - TARGET_ARCH=mips TB --- 2013-11-08 22:54:36 - TZ=UTC TB --- 2013-11-08 22:54:36 - __MAKE_CONF=/dev/null TB --- 2013-11-08 22:54:36 - cd /src TB --- 2013-11-08 22:54:36 - /usr/bin/make -B buildkernel KERNCONF=AR933X_BASE >>> Kernel build for AR933X_BASE started on Fri Nov 8 22:54:37 UTC 2013 >>> 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 AR933X_BASE completed on Fri Nov 8 22:57:29 UTC 2013 TB --- 2013-11-08 22:57:29 - cd /src/sys/mips/conf TB --- 2013-11-08 22:57:29 - /usr/sbin/config -m AR934X_BASE TB --- 2013-11-08 22:57:29 - building AR934X_BASE kernel TB --- 2013-11-08 22:57:29 - CROSS_BUILD_TESTING=YES TB --- 2013-11-08 22:57:29 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-08 22:57:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-08 22:57:29 - SRCCONF=/dev/null TB --- 2013-11-08 22:57:29 - TARGET=mips TB --- 2013-11-08 22:57:29 - TARGET_ARCH=mips TB --- 2013-11-08 22:57:29 - TZ=UTC TB --- 2013-11-08 22:57:29 - __MAKE_CONF=/dev/null TB --- 2013-11-08 22:57:29 - cd /src TB --- 2013-11-08 22:57:29 - /usr/bin/make -B buildkernel KERNCONF=AR934X_BASE >>> Kernel build for AR934X_BASE started on Fri Nov 8 22:57:29 UTC 2013 >>> 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 -O -pipe -std=c99 -g -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 -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_radio.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal cc -c -O -pipe -std=c99 -g -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 -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_recv.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal cc -c -O -pipe -std=c99 -g -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 -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_recv_ds.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal cc -c -O -pipe -std=c99 -g -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 -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_reset.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal cc1: warnings being treated as errors /src/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_reset.c: In function 'ar9300_chip_reset': /src/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_reset.c:1337: warning: inlining failed in call to 'ar9300_init_pll': --param max-inline-insns-single limit reached [-Winline] /src/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_reset.c:2011: warning: called from here [-Winline] *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips/src/sys/AR934X_BASE *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-08 22:58:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-08 22:58:14 - ERROR: failed to build AR934X_BASE kernel TB --- 2013-11-08 22:58:14 - 4701.48 user 1040.74 system 6556.12 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 9 03:59:14 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E982EB01 for ; Sat, 9 Nov 2013 03:59:14 +0000 (UTC) (envelope-from mueller6721@twc.com) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.225]) by mx1.freebsd.org (Postfix) with ESMTP id A21172427 for ; Sat, 9 Nov 2013 03:59:14 +0000 (UTC) Received: from [74.130.196.19] ([74.130.196.19:36406] helo=localhost) by cdptpa-oedge03 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id EF/FD-19454-A03BD725; Sat, 09 Nov 2013 03:59:07 +0000 Date: Sat, 09 Nov 2013 03:59:06 +0000 Message-ID: From: "Thomas Mueller" To: freebsd-stable@freebsd.org References: <20130925063610.GA1507@michelle.cdnetworks.com> <36.52.26070.28C93425@cdptpa-oedge03> <20130926050038.GA1494@michelle.cdnetworks.com> <75.B0.09602.0CBE3425@cdptpa-oedge03> <20130926083326.GB1494@michelle.cdnetworks.com> <20131104021727.GB3610@michelle.cdnetworks.com> <1A.D8.19454.71BA9725@cdptpa-oedge03> <20131106042441.GA1401@michelle.cdnetworks.com> <8D.9F.19454.E0AFA725@cdptpa-oedge03> <20131108005151.GA3415@michelle.cdnetworks.com> <34.C1.27821.F73BC725@cdptpa-oedge02> Subject: Re: dhclient failure with Realtek 8111E Ethernet on new MSI motherboard X-RR-Connecting-IP: 107.14.168.142:25 X-Cloudmark-Score: 0 Cc: pyunyh@gmail.com, freebsd-current@freebsd.org, Daniel Nebdal 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, 09 Nov 2013 03:59:15 -0000 from Daniel Nebdal: > Ethernet without DHCP is fairly doable. > Assuming that the network is 192.168.0.x , that .100 is free, and your > router has .1 : > ifconfig re0 192.168.0.100/24 > route add default 192.168.0.1 > As for DNS, I'd suggest checking on another machine what servers you get > from DHCP. For each one, add a line like > nameserver 8.8.8.8 > to /etc/resolv.conf . I think I'll try something like that: good to know how. On Slackware Linux I did, as best I remember: ifconfig eth0 192.168.1.254 netmask 255.255.255.0 route add default 192.168.1.1 dev eth0 route add default gw 192.168.1.254 dev eth0 So it looks like I only need two lines in FreeBSD or NetBSD. Subsequently, after running several live CDs and seeing how easy it was with DHCP, I switched to DHCP on one Slackware upgrade. I could copy from /etc/resolv.conf on other computer where re is good with Realtek 8111E Ethernet, or I could copy from NetBSD-current amd64 /etc/resolv.conf. If I fail with manual setup on FreeBSD, as is likely because of bug in re driver, I could try with NetBSD just to verify that my ifconfig and route commands are correct, or I could try with NetBSD first to see if I have the correct commands. When I was with BellSouth, then ATT Fastaccess DSL, DSL modem-router IP address was 192.168.1.254 . Tom From owner-freebsd-current@FreeBSD.ORG Sat Nov 9 12:04:52 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D4A47F16; Sat, 9 Nov 2013 12:04:52 +0000 (UTC) (envelope-from roger.pau@citrix.com) Received: from SMTP02.CITRIX.COM (smtp02.citrix.com [66.165.176.63]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1B94329CF; Sat, 9 Nov 2013 12:04:50 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.93,667,1378857600"; d="scan'208";a="70137149" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 09 Nov 2013 12:04:42 +0000 Received: from [IPv6:::1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Sat, 9 Nov 2013 07:04:41 -0500 Message-ID: <527E24D8.4010403@citrix.com> Date: Sat, 9 Nov 2013 13:04:40 +0100 From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: "freebsd-xen@freebsd.org" Subject: Re: FreeBSD PVH guest support References: <526E6807.9030005@citrix.com> <527BD793.8010606@citrix.com> In-Reply-To: <527BD793.8010606@citrix.com> Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit X-DLP: MIA1 Cc: peter@FreeBSD.org, alc@FreeBSD.org, xen-devel , freebsd-current@freebsd.org, Konstantin Belousov , "Justin T. Gibbs" 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, 09 Nov 2013 12:04:52 -0000 On 07/11/13 19:10, Roger Pau Monn wrote: > On 28/10/13 14:35, Roger Pau Monn wrote: >> Hello, >> >> The Xen community is working on a new virtualization mode (or maybe I >> should say an extension of HVM) to be able to run PV guests inside HVM >> containers without requiring a device-model (Qemu). One of the >> advantages of this new virtualization mode is that now it is much more >> easier to port guests to run under it (as compared to pure PV guests). >> >> Given that FreeBSD already supports PVHVM, adding PVH support is quite >> easy, we only need some glue for the PV entry point and then support >> for diverging some early init functions (like fetching the e820 map or >> starting the APs). >> >> The attached patch contains all this changes, and allows a SMP FreeBSD >> guest to fully boot (and AFAIK work) under this new PVH mode. The patch >> can also be found on my git repo: >> >> git://xenbits.xen.org/people/royger/freebsd.git pvh_v2 >> >> The patch touches quite a lot of the early init, so I've Cced the >> persons that maintain those areas, so they can review it. >> >> In order to test it, and since the PVH changes are not yet merged into >> upstream Xen, the use of a patched Xen is necessary. I've collected the >> patches for PVH guest support from George Dunlap (v13) and fixed some >> bugs on top of them, the tree can be found at: >> >> git://xenbits.xen.org/people/royger/xen.git fix_pvh > > I've updated the patch (as suggested by John Baldwin) and added a Xen > Nexus, that attaches all the Xen top-level devices, this gets rid of the > legacy bus. > > The new patch can be found at: > > git://xenbits.xen.org/people/royger/freebsd.git pvh_v2 The correct branch is pvh_v3, not pvh_v2: http://xenbits.xen.org/gitweb/?p=people/royger/freebsd.git;a=shortlog;h=refs/heads/pvh_v3 From owner-freebsd-current@FreeBSD.ORG Sat Nov 9 13:38:02 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CE1A817A for ; Sat, 9 Nov 2013 13:38:02 +0000 (UTC) (envelope-from symbolics@gmx.com) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 666072DAC for ; Sat, 9 Nov 2013 13:38:02 +0000 (UTC) Received: from lemon ([80.7.17.14]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0M6RmV-1Vq2kC1LZL-00yUWY for ; Sat, 09 Nov 2013 14:37:55 +0100 Received: by lemon (Postfix, from userid 1001) id C524EEB2F2; Sat, 9 Nov 2013 13:37:54 +0000 (GMT) Date: Sat, 9 Nov 2013 13:37:54 +0000 From: symbolics@gmx.com To: freebsd-current@freebsd.org Subject: Re: freebsd perf testing Message-ID: <20131109133754.GA11249@lemon> References: <527C462F.9040707@elischer.org> <527D4952.7040407@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <527D4952.7040407@freebsd.org> Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:SLAYXEe0EA6JAxkeL4MMnPggBB6558BN0D3SFdbAzbDVeqKLpCd mbYzyryrJR7Xaa5Tu7X9ZUxrq+JBnqoO22d7wS8I0f5tgMc2zSvwC8ZB06PoSpvHzcCEVVq drKVKi58xGkaMpdtLDSZQF6qLFhFTkJtqhmJw8yBdrJnjPNzyvxniCMGHIoNfGxOCfj4L9A 9md0BsKnNniyXBYNLu1Yw== 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, 09 Nov 2013 13:38:03 -0000 On Fri, Nov 08, 2013 at 12:28:02PM -0800, Julian Elischer wrote: > On 11/8/13, 1:54 AM, Olivier Cochard-Labb=E9 wrote: > > On Fri, Nov 8, 2013 at 3:02 AM, Julian Elischer > >wrote: > > > > Some time ago someone showed some freebsd performance graphs > > graphed against time. > > He had them up on a website that was updated each day or so. > > > > I think they were network perf tests but I'm not sure. > > He indicated that he was going to continue the daily testing > > but I've not seen any mention of them since. > > > > If you know who that was or how to find him let me (or gnn) know.= .. > > > > > > Hi Julian, > > > > Perhaps you are referring to my network performance graphs on this=20 > > thread: > > http://lists.freebsd.org/pipermail/freebsd-current/2013-April/041323.= html > > >=20 > yes, you are the person we are looking for. > In yesterday's 'vendor summit' we were discussing performance=20 > monitoring and your methodology was cited as one worth looking at. >=20 > The idea of graphing the output of various performance tests against=20 > svn commit number is a very good one. > I thonk it migh teven be worth doing these tests daily, and putting=20 > the output onto a web site, showing the last month, the last year and=20 > the whole range. > it would even be interesting to put out 'xplot' files so that people=20 > can zoom in and out using xplot to see exactly which revision was=20 > responsinble for reversions or problems. >=20 > George.. this is what we mentioned at the meeting yesterday. >=20 > Julian >=20 As it happens I've been thinking over a design for something along these lines recently. It's just some ideas at the moment but it might be of interest to others. Forgive me; it's a long E-mail and it gets a bit pie-in-the-sky too. I was prompted to think about the problem in the first place because I read commit mail and I see performance related changes going into the tree from time to time. These changes often do not come with any specific data and when they do its normally quite narrow in focus. For instance, an organisation contributes performance improvements specific to their workloads and without interest in anyone elses (fair enough). Initially, what I wanted was a way of viewing how performance changed for a number of workloads on a commit by commit basis. This sounds very much like what you are after. Anyway, after thinking about this for sometime it occurred to me that much of the infrastructure required to do performance testing could be generalised to all sorts of software experiments. E.g. software builds, regression tests, and so on. So, my first conclusion was: build an experimentation framework within which performance is one aspect. Having decided this, I thought about the scope of experiments I wanted to make. For instance, it would be good to test at least every supported platform. On top of that I would like to be able to vary the relevant configuration options too. Taking the product of commit, platform, n-configuration options (not to mention compilers, etc...) you start to get some pretty big numbers. The numbers grow far too fast and no person or even organisation could feasibly cover the hardware resources required to test every permutation. This led me to my next conclusion: build a distributed system that allows for anyone to contribute their hardware to the cause. Collectively the project, vendors, and users could tackle a big chunk of this. My rough sketch for how this would work is as follows. A bootable USB image would be made for all platforms. This would boot up, connect to the network and checkout a repository. The first phase of the process would be to profile what the host can offer. For example, we might have experiments that require four identical hard drives, or a particular CPU type, and so on. Shell scripts or short programmes would be written, e.g. "has-atom-cpu", with these returning either 1 or 0. The results of this profiling would be submitted to a service. The service matches the host with available experiments based on its particular capabilities and current experimental priorities laid down by the developers. A priority system would allow for the system to be controlled precisely. If, for instance, major work is done to the VM subsystem, relevant experiments could be prioritised over others for a period. Once a decision on the experiment to conduct has been made, the relevant image must be deployed to the system. Free space on the USB device would be used a staging area, with a scripted installation occurring after reboot. The images would need to be built somewhere, since it doesn't make sense to rebuild the system endlessly, especially if we're including low-powered embedded devices (which we should be). One possible solution to this would be to use more powerful contributed hosts to cross-build images and make them available for download. Finally, the experiments would be conducted. Data produced would be submitted back to the project using another service where it could be processed and analysed. To keep things flexible this would just consist of a bunch of flat files, rather than trying to find some standardised, one-size-fits all format. Statistics and graphics could be performed on the data with R/Julia/etc. In particular I imagined DTrace scripts being attached to experiments so that specific data can be collected. If something warranting further investigation is found the experiment could be amended with additional scripts, allowing developers to drill down into issues. After some time the process repeats with new image deployed and new experiments conducted. I envisage some means of identifying individual hosts so that a developer could repeat the same experiment on the same host if desired. Among the many potential problems with this plan, a big one is how would we protect contributors privacy and security whilst still having a realistic test environment? I guess the only way to do this would be to (1) tell users that they should treat the system as if its hacked and put it in its own network, (2) prevent the experiment images from accessing anything besides FreeBSD.org. In relation to network performance, this might not be much good, since multiple hosts might be necessary. It might be possible to build that into the design too but it's already more than complicated enough. Anyhow, I think such a facility could be an asset if could be built. I may try and put this together, but I've committed myself to enough things already recently to take this any further at the moment. I'd be interested to hear what people think, naturally. --sym From owner-freebsd-current@FreeBSD.ORG Sat Nov 9 13:55:05 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 84B874C3 for ; Sat, 9 Nov 2013 13:55:05 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 284DE2E69 for ; Sat, 9 Nov 2013 13:55:05 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.2.117.99]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.7/8.14.7) with ESMTP id rA9Dsx5x043157 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Sat, 9 Nov 2013 13:54:59 GMT (envelope-from matthew@FreeBSD.org) DKIM-Filter: OpenDKIM Filter v2.8.3 smtp.infracaninophile.co.uk rA9Dsx5x043157 Authentication-Results: smtp.infracaninophile.co.uk/rA9Dsx5x043157; dkim=none reason="no signature"; dkim-adsp=none (unprotected policy) Message-ID: <527E3EB3.6000301@FreeBSD.org> Date: Sat, 09 Nov 2013 13:54:59 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: cron(8) improvement References: <52792B60.1030309@allanjude.com> <488180AE-5C23-402A-BAA4-E3263D8C52BF@kientzle.com> <1383788977.14448.44112617.6F0D61A0@webmail.messagingengine.com> <527AFAA1.1040001@allanjude.com> <527BCA55.2000207@allanjude.com> <527C5D52.7030508@allanjude.com> <047405A8-B6EB-427B-A2E4-6254DD1A077B@orthanc.ca> <3E6377FF-69FE-48E4-BFB1-E5095A7FA1BB@orthanc.ca> <527C6DEF.6020102@allanjude.com> In-Reply-To: <527C6DEF.6020102@allanjude.com> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="iuuakXge1Cl0PHKitr71B3xL4hx9WuCD9" X-Virus-Scanned: clamav-milter 0.97.8 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk 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, 09 Nov 2013 13:55:05 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --iuuakXge1Cl0PHKitr71B3xL4hx9WuCD9 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 08/11/2013 04:51, Allan Jude wrote: > My use case is puppet etc, not ports/packages, so I'll leave the policy= > about packages up to portsmgr@, I just want a less sloppy way to manage= > crontabs with my orchestration system (and feature parity with Linux) There's two questions here: 1) Should cron(8) support use of /etc/cron.d and/or /usr/local/etc/cron.d ? Clearly yes it should. Seems a no-brainer to me. 2) Should ports / packages populate these cron.d directories? This is a much more interesting question. Effectively its asking if a port / package should provide some level of automatic configuration -- a thing that has previously been a no-no for FreeBSD. However, I personally would not be completely against this *given* the switch to use of sub-packages. I think having a foo-config sub-package as an optional extra would provide the best of both worlds. People who want the same sort of behaviour as you get with most Linux distributions can install the pre-canned configuration bits; those who prefer the FreeBSD traditional approach can simply not install them. Done right this should also facilitate people writing their own customized configuration sub-ports. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey JID: matthew@infracaninophile.co.uk --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey --iuuakXge1Cl0PHKitr71B3xL4hx9WuCD9 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQJ8BAEBCgBmBQJSfj6zXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkATE1IP/js4wqu6mm5sL96DVD/t0Xem XxJa4nMplD9vtoZBED1ul15piB+4F/ofPWm5DGYMhURkJt4/wSoJh6/9pwrYigdv BeXw3fVf7QH7ssexs/XxYtQzhpKcFRVaM+zczzHv+rvlVYerOrQWy3uZ6j5SwlIY WvNG6utPnvy+pxE1VV36HueklATmrybLT2a8TyATvNRmFqdujXjhJE5XnwEGjjUk 2RlqkvkVA+xuEResXOZ1twmh29UizzHovZ83K/HGH7QLMHcv8yInBYN9FoOVSq4b U498qyo1GCCQEGG6mYN2kAB/5GqynkOBNm8uVpaxCahnHe+UG4ZRmOEJTxRFVUI4 ooofp0CH5nQpqBi9Ye3F4yZdUm6q301thTqLkGZzo4oVcdh1HdNKAjB6ChOUWUCS bhEiaZiBMtSKU2A0IoHkf0gT5lVc/Z9jK6oZtSBAwoIMxI3aKgwl0/gcVSk8rbSr eSteeUuNqNF1OvzHcCwsXGsj9O+oFISMWWW6AB3g3A2gTfsCLmHdnYMFeuOpDWgZ YZnuqqmk9qOwEJ09nvJbYM6PqiwzaxrLHo88SXOF95WthX831evswY/f4r8mNbyF t5kev1C+4vtLIQgjgfXt2YhkgFRw3V9sCD8HsLqInPyexq6Ixy99QXoxxwZ9shBV f7rSI9un3a8JcMe1UI10 =qEW3 -----END PGP SIGNATURE----- --iuuakXge1Cl0PHKitr71B3xL4hx9WuCD9-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 9 13:31:01 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E67C1FE0 for ; Sat, 9 Nov 2013 13:31:01 +0000 (UTC) (envelope-from erik@cederstrand.dk) Received: from csmtp3.one.com (csmtp3.one.com [91.198.169.23]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A81222D92 for ; Sat, 9 Nov 2013 13:31:01 +0000 (UTC) Received: from [10.10.124.24] (unknown [176.222.238.90]) by csmtp3.one.com (Postfix) with ESMTPA id ED96BCCE00; Sat, 9 Nov 2013 13:24:28 +0000 (UTC) Received: from [10.10.124.24] ([UNAVAILABLE]. [176.222.238.90]) (using TLSv1 with cipher AES128-SHA) by 0.0.0.0:587 (trex/4.8.87); Sat, 09 Nov 2013 13:24:29 GMT Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Subject: Re: freebsd perf testing From: Erik Cederstrand In-Reply-To: <527C462F.9040707@elischer.org> Date: Sat, 9 Nov 2013 14:24:27 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <527C462F.9040707@elischer.org> To: Julian Elischer X-Mailer: Apple Mail (2.1822) X-Mailman-Approved-At: Sat, 09 Nov 2013 15:27:00 +0000 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: Sat, 09 Nov 2013 13:31:02 -0000 Hi Julian, Den 08/11/2013 kl. 03.02 skrev Julian Elischer : > Some time ago someone showed some freebsd performance graphs graphed = against time. > He had them up on a website that was updated each day or so. >=20 > I think they were network perf tests but I'm not sure. > He indicated that he was going to continue the daily testing > but I've not seen any mention of them since. >=20 > If you know who that was or how to find him let me (or gnn) know... I did a master=92s thesis on this some years ago. I haven=92t kept the = project up-to-date, due to lack of time and hardware. Erik= From owner-freebsd-current@FreeBSD.ORG Sat Nov 9 17:38:01 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 00519D6D for ; Sat, 9 Nov 2013 17:38:00 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 81D802A2F for ; Sat, 9 Nov 2013 17:38:00 +0000 (UTC) Received: by mail-wi0-f173.google.com with SMTP id ey11so678105wid.12 for ; Sat, 09 Nov 2013 09:37:58 -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:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=krHA9KC/JxJ1MpQStrvU4zXzU5DnugahSLAXSIZHG2o=; b=OUw9ZSatkcOO3IPvtx7etIZcVObUGaxdzq99/fUDfZUvyYPm22jODhZw8I2OFCOQSX MJ13G0uluqtF+/qoXM+7oLZjx/lV/mGi5LU4iBsmyLVy2ppYvHuGxqRf+9sc1otlP0ur JtT3xuMP5DahiymQIpw4d5cIghPpu3oaQNoblUKrxEeyAClsj5crK6xFSiXZ0tTKpD1t KbC93/+3V5oZvRle0ry+3axuECebkqz5dr0AoxFBonw8jT55fVKcnVSeV3vbk+ZfEnud twH0/u+r9TrxIO8gyXysZvgDsqQu7pJCMJa3EafXEEDJbkUq2ixuxkTCaSo9GYwMx3Jj dfaA== MIME-Version: 1.0 X-Received: by 10.194.77.167 with SMTP id t7mr16583761wjw.27.1384018678749; Sat, 09 Nov 2013 09:37:58 -0800 (PST) Sender: asomers@gmail.com Received: by 10.194.171.35 with HTTP; Sat, 9 Nov 2013 09:37:58 -0800 (PST) In-Reply-To: <20131109133754.GA11249@lemon> References: <527C462F.9040707@elischer.org> <527D4952.7040407@freebsd.org> <20131109133754.GA11249@lemon> Date: Sat, 9 Nov 2013 10:37:58 -0700 X-Google-Sender-Auth: Pzb_F95RE4pdVCBRkF6ySV2htX8 Message-ID: Subject: Re: freebsd perf testing From: Alan Somers To: symbolics@gmx.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable 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: Sat, 09 Nov 2013 17:38:01 -0000 On Sat, Nov 9, 2013 at 6:37 AM, wrote: > On Fri, Nov 08, 2013 at 12:28:02PM -0800, Julian Elischer wrote: >> On 11/8/13, 1:54 AM, Olivier Cochard-Labb=E9 wrote: >> > On Fri, Nov 8, 2013 at 3:02 AM, Julian Elischer > > >wrote: >> > >> > Some time ago someone showed some freebsd performance graphs >> > graphed against time. >> > He had them up on a website that was updated each day or so. >> > >> > I think they were network perf tests but I'm not sure. >> > He indicated that he was going to continue the daily testing >> > but I've not seen any mention of them since. >> > >> > If you know who that was or how to find him let me (or gnn) know..= . >> > >> > >> > Hi Julian, >> > >> > Perhaps you are referring to my network performance graphs on this >> > thread: >> > http://lists.freebsd.org/pipermail/freebsd-current/2013-April/041323.h= tml >> > >> >> yes, you are the person we are looking for. >> In yesterday's 'vendor summit' we were discussing performance >> monitoring and your methodology was cited as one worth looking at. >> >> The idea of graphing the output of various performance tests against >> svn commit number is a very good one. >> I thonk it migh teven be worth doing these tests daily, and putting >> the output onto a web site, showing the last month, the last year and >> the whole range. >> it would even be interesting to put out 'xplot' files so that people >> can zoom in and out using xplot to see exactly which revision was >> responsinble for reversions or problems. >> >> George.. this is what we mentioned at the meeting yesterday. >> >> Julian >> > > As it happens I've been thinking over a design for something along these > lines recently. It's just some ideas at the moment but it might be of > interest to others. Forgive me; it's a long E-mail and it gets a bit > pie-in-the-sky too. > > I was prompted to think about the problem in the first place because I > read commit mail and I see performance related changes going into the > tree from time to time. These changes often do not come with any > specific data and when they do its normally quite narrow in focus. For > instance, an organisation contributes performance improvements specific > to their workloads and without interest in anyone elses (fair enough). > > Initially, what I wanted was a way of viewing how performance changed > for a number of workloads on a commit by commit basis. This sounds very > much like what you are after. > > Anyway, after thinking about this for sometime it occurred to me that > much of the infrastructure required to do performance testing could be > generalised to all sorts of software experiments. E.g. software builds, > regression tests, and so on. So, my first conclusion was: build an > experimentation framework within which performance is one aspect. > > Having decided this, I thought about the scope of experiments I wanted > to make. For instance, it would be good to test at least every supported > platform. On top of that I would like to be able to vary the relevant > configuration options too. Taking the product of commit, platform, > n-configuration options (not to mention compilers, etc...) you start to > get some pretty big numbers. The numbers grow far too fast and no person > or even organisation could feasibly cover the hardware resources > required to test every permutation. This led me to my next conclusion: > build a distributed system that allows for anyone to contribute their > hardware to the cause. Collectively the project, vendors, and users > could tackle a big chunk of this. > > My rough sketch for how this would work is as follows. A bootable USB > image would be made for all platforms. This would boot up, connect to > the network and checkout a repository. The first phase of the process > would be to profile what the host can offer. For example, we might have > experiments that require four identical hard drives, or a particular CPU > type, and so on. Shell scripts or short programmes would be written, > e.g. "has-atom-cpu", with these returning either 1 or 0. > > The results of this profiling would be submitted to a service. The > service matches the host with available experiments based on its > particular capabilities and current experimental priorities laid down by > the developers. A priority system would allow for the system to be > controlled precisely. If, for instance, major work is done to the VM > subsystem, relevant experiments could be prioritised over others for a > period. > > Once a decision on the experiment to conduct has been made, the relevant > image must be deployed to the system. Free space on the USB device would > be used a staging area, with a scripted installation occurring after > reboot. The images would need to be built somewhere, since it doesn't > make sense to rebuild the system endlessly, especially if we're > including low-powered embedded devices (which we should be). One > possible solution to this would be to use more powerful contributed > hosts to cross-build images and make them available for download. > > Finally, the experiments would be conducted. Data produced would be > submitted back to the project using another service where it could be > processed and analysed. To keep things flexible this would just consist > of a bunch of flat files, rather than trying to find some standardised, > one-size-fits all format. Statistics and graphics could be performed on > the data with R/Julia/etc. In particular I imagined DTrace scripts being > attached to experiments so that specific data can be collected. If > something warranting further investigation is found the experiment could > be amended with additional scripts, allowing developers to drill down > into issues. > > After some time the process repeats with new image deployed and new > experiments conducted. I envisage some means of identifying individual > hosts so that a developer could repeat the same experiment on the same > host if desired. > > Among the many potential problems with this plan, a big one is how would > we protect contributors privacy and security whilst still having a > realistic test environment? I guess the only way to do this would be to > (1) tell users that they should treat the system as if its hacked and > put it in its own network, (2) prevent the experiment images from > accessing anything besides FreeBSD.org. > > In relation to network performance, this might not be much good, since > multiple hosts might be necessary. It might be possible to build that > into the design too but it's already more than complicated enough. > > Anyhow, I think such a facility could be an asset if could be built. I > may try and put this together, but I've committed myself to enough > things already recently to take this any further at the moment. I'd be > interested to hear what people think, naturally. > This sounds exactly like the Phoronix test suite and its web-based reporting platform, openbenchmarking.org. It already has a large number of benchmarks to choose from, and it runs on FreeBSD. The downsides are that it can't do anything involving multiple hosts and it doesn't have a good interface to query results vs machine parameters, eg how does the score of benchmark X vary with the amount of RAM? But it's open-source, and I'm sure that patches are welcome ;) -Alan From owner-freebsd-current@FreeBSD.ORG Sat Nov 9 20:51:10 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D4668EAE; Sat, 9 Nov 2013 20:51:10 +0000 (UTC) (envelope-from matpockuh@gmail.com) Received: from mail-bk0-x22c.google.com (mail-bk0-x22c.google.com [IPv6:2a00:1450:4008:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D18AB22A3; Sat, 9 Nov 2013 20:51:09 +0000 (UTC) Received: by mail-bk0-f44.google.com with SMTP id mx12so258593bkb.17 for ; Sat, 09 Nov 2013 12:51:08 -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=DXNa8Do1zf1mmTecWRz1mO24oaHfZCAavP/6jhJmeWw=; b=cVFf8P+6yayfz6OQJBa6fpMbY8Fj0eqNJ6XEFMSlhBYn0ug2tUF2zSgtjsVOPDcPVi hzQzK4cCDVbXMRNh/q1u4aS3RPNrIekCg1cjkKnb3Gf7zHerRqxn7PTAJFOZeu4PHZ3u QkNg+scL2YvYeFCm27b0bRK43FatI4MreV6Liq6OW1MmQS2QW8fBgtSI/gowSNT8jy1u da6S5z0vV3LnP28ZXNr5KKqqdD4hq3YodgfWS33nQk22F6Sds27eWXI+hzB28+m4fTVJ foQ1IbaL7VA3QnNYaDK/ZZQ3R6Rgydo6GmADcKeBcnNU7FTgIP/oqO3wxTJBe+7LTA0V jmcw== MIME-Version: 1.0 X-Received: by 10.205.3.7 with SMTP id nw7mr15597272bkb.26.1384030268042; Sat, 09 Nov 2013 12:51:08 -0800 (PST) Received: by 10.204.103.4 with HTTP; Sat, 9 Nov 2013 12:51:07 -0800 (PST) In-Reply-To: <527BFEA2.30909@FreeBSD.org> References: <527BFEA2.30909@FreeBSD.org> Date: Sun, 10 Nov 2013 00:51:07 +0400 Message-ID: Subject: Re: Radeon HD 6290 and radeonkms From: KOT MATPOCKuH To: =?ISO-8859-1?Q?Jean=2DS=E9bastien_P=E9dron?= Content-Type: multipart/mixed; boundary=20cf301cc0547c764d04eac4a851 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: Sat, 09 Nov 2013 20:51:10 -0000 --20cf301cc0547c764d04eac4a851 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable 2013/11/8 Jean-S=E9bastien P=E9dron > Is possible to use radeonkms on Radeon HD 6290 card? > >> I tried to boot kernel with loaded radeonkms module, but amd64 and i386 >> kernels hangs while booting after messages like this: >> > > Your card is an integrated card (IGP), right? There's one known issue: we > fail to detect that it's the default output at boot time. > Yes, this card is integrated into AMD C-60 processor. Try to put this line in your /boot/loader.conf, and reboot: > hw.pci.default_vgapci_unit=3D"0" > It fixes problem - I successfully booted both kernels with radeonkms module= . I lost any console output till X starts, but it's known issue too (?). Can somebody add this workaround to https://wiki.freebsd.org/AMD_GPU ? But after upgrade x11-drivers/xf86-video-ati port version from 6.14.6 to 7.2.0 I got second problem: X starts, correctly set resolution for display, but on display I see only noise. I logged via ssh and tried to change resolution via xrandr, but without any result. Also "X -configure" fails with core dump. X -configure output, Xorg.0.log's for ATI driver versions 6.14.6 and 7.2.0 attached. Tell us if this fix your problem with both i386 and amd64. That silent > reboot is not a known issue. In my amd64 kernel's config was have "device radeondrm". After commenting out this string the problem was solved. --=20 MATPOCKuH --20cf301cc0547c764d04eac4a851 Content-Type: application/octet-stream; name="Xorg.0.log.6.14.6" Content-Disposition: attachment; filename="Xorg.0.log.6.14.6" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hntbpli30 WyAgICAyOC44MDBdIF9YU0VSVlRyYW5zU29ja2V0T3BlbkNPVFNTZXJ2ZXI6IFVuYWJsZSB0byBv cGVuIHNvY2tldCBmb3IgaW5ldDYKWyAgICAyOC44MDBdIF9YU0VSVlRyYW5zT3BlbjogdHJhbnNw b3J0IG9wZW4gZmFpbGVkIGZvciBpbmV0Ni9tZW93OjAKWyAgICAyOC44MDBdIF9YU0VSVlRyYW5z TWFrZUFsbENPVFNTZXJ2ZXJMaXN0ZW5lcnM6IGZhaWxlZCB0byBvcGVuIGxpc3RlbmVyIGZvciBp bmV0NgpbICAgIDI4LjgzMl0gClguT3JnIFggU2VydmVyIDEuMTIuNApSZWxlYXNlIERhdGU6IDIw MTItMDgtMjcKWyAgICAyOC44MzJdIFggUHJvdG9jb2wgVmVyc2lvbiAxMSwgUmV2aXNpb24gMApb ICAgIDI4LjgzMl0gQnVpbGQgT3BlcmF0aW5nIFN5c3RlbTogRnJlZUJTRCAxMC4wLUJFVEExIGkz ODYgClsgICAgMjguODMzXSBDdXJyZW50IE9wZXJhdGluZyBTeXN0ZW06IEZyZWVCU0QgbWVvdyAx MC4wLUJFVEExIEZyZWVCU0QgMTAuMC1CRVRBMSAjMCByMjU2NDQ5OiBUaHUgTm92ICA3IDE3OjU2 OjQyIE1TSyAyMDEzICAgICByb290QG1lb3c6L3Vzci9vYmovdXNyL3NyYy9zeXMvbWVvdyBpMzg2 ClsgICAgMjguODMzXSBCdWlsZCBEYXRlOiAwMyBOb3ZlbWJlciAyMDEzICAxMjoyMjowMlBNClsg ICAgMjguODMzXSAgClsgICAgMjguODMzXSBDdXJyZW50IHZlcnNpb24gb2YgcGl4bWFuOiAwLjMw LjIKWyAgICAyOC44MzNdIAlCZWZvcmUgcmVwb3J0aW5nIHByb2JsZW1zLCBjaGVjayBodHRwOi8v d2lraS54Lm9yZwoJdG8gbWFrZSBzdXJlIHRoYXQgeW91IGhhdmUgdGhlIGxhdGVzdCB2ZXJzaW9u LgpbICAgIDI4LjgzM10gTWFya2VyczogKC0tKSBwcm9iZWQsICgqKikgZnJvbSBjb25maWcgZmls ZSwgKD09KSBkZWZhdWx0IHNldHRpbmcsCgkoKyspIGZyb20gY29tbWFuZCBsaW5lLCAoISEpIG5v dGljZSwgKElJKSBpbmZvcm1hdGlvbmFsLAoJKFdXKSB3YXJuaW5nLCAoRUUpIGVycm9yLCAoTkkp IG5vdCBpbXBsZW1lbnRlZCwgKD8/KSB1bmtub3duLgpbICAgIDI4LjgzNV0gKD09KSBMb2cgZmls ZTogIi92YXIvbG9nL1hvcmcuMC5sb2ciLCBUaW1lOiBTdW4gTm92IDEwIDAwOjM3OjIxIDIwMTMK WyAgICAyOC45NDJdICg9PSkgVXNpbmcgY29uZmlnIGZpbGU6ICIvZXRjL1gxMS94b3JnLmNvbmYi ClsgICAgMjguOTUxXSAoPT0pIFNlcnZlckxheW91dCAiWC5vcmcgQ29uZmlndXJlZCIKWyAgICAy OC45NTFdICgqKikgfC0tPlNjcmVlbiAiU2NyZWVuMCIgKDApClsgICAgMjguOTUxXSAoKiopIHwg ICB8LS0+TW9uaXRvciAiTW9uaXRvcjAiClsgICAgMjguOTU0XSAoKiopIHwgICB8LS0+RGV2aWNl ICJDYXJkMCIKWyAgICAyOC45NTRdICgqKikgfC0tPklucHV0IERldmljZSAiUFNNb3VzZSIKWyAg ICAyOC45NTRdICgqKikgfC0tPklucHV0IERldmljZSAiVVNCTW91c2UiClsgICAgMjguOTU0XSAo KiopIHwtLT5JbnB1dCBEZXZpY2UgIktleWJvYXJkMCIKWyAgICAyOC45NTRdICgqKikgT3B0aW9u ICJEb250WmFwIiAib24iClsgICAgMjguOTU0XSAoKiopIE9wdGlvbiAiQmxhbmtUaW1lIiAiMTAi ClsgICAgMjguOTU0XSAoKiopIE9wdGlvbiAiU3VzcGVuZFRpbWUiICIxNSIKWyAgICAyOC45NTVd ICgqKikgT3B0aW9uICJPZmZUaW1lIiAiMjAiClsgICAgMjguOTU1XSAoPT0pIE5vdCBhdXRvbWF0 aWNhbGx5IGFkZGluZyBkZXZpY2VzClsgICAgMjguOTU1XSAoPT0pIE5vdCBhdXRvbWF0aWNhbGx5 IGVuYWJsaW5nIGRldmljZXMKWyAgICAyOS4xNjZdICgqKikgRm9udFBhdGggc2V0IHRvOgoJL3Vz ci9sb2NhbC9saWIvWDExL2ZvbnRzL2RlamF2dS8sCgkvdXNyL2xvY2FsL2xpYi9YMTEvZm9udHMv TGliZXJhdGlvbi8sCgkvdXNyL2xvY2FsL2xpYi9YMTEvZm9udHMvd2ViZm9udHMvLAoJL3Vzci9s b2NhbC9saWIvWDExL2ZvbnRzL2ZyZWVmb250LXR0Zi8sCgkvdXNyL2xvY2FsL2xpYi9YMTEvZm9u dHMvY3lyaWxsaWMvLAoJL3Vzci9sb2NhbC9saWIvWDExL2ZvbnRzL2JpdHN0cmVhbS12ZXJhLywK CS91c3IvbG9jYWwvbGliL1gxMS9mb250cy9MaW5MaWJlcnRpbmVHLywKCS91c3IvbG9jYWwvbGli L1gxMS9mb250cy9HZW50aXVtQmFzaWMvLAoJL3Vzci9sb2NhbC9saWIvWDExL2ZvbnRzL2ZyZWVm b250LywKCS91c3IvbG9jYWwvbGliL1gxMS9mb250cy9taXNjLywKCS91c3IvbG9jYWwvbGliL1gx MS9mb250cy9UVEYvLAoJL3Vzci9sb2NhbC9saWIvWDExL2ZvbnRzL09URiwKCS91c3IvbG9jYWwv bGliL1gxMS9mb250cy9UeXBlMS8sCgkvdXNyL2xvY2FsL2xpYi9YMTEvZm9udHMvNzVkcGkvLAoJ L3Vzci9sb2NhbC9saWIvWDExL2ZvbnRzLzEwMGRwaS8sCgkvdXNyL2xvY2FsL2xpYi9YMTEvZm9u dHMvbWlzYy8sCgkvdXNyL2xvY2FsL2xpYi9YMTEvZm9udHMvVFRGLywKCS91c3IvbG9jYWwvbGli L1gxMS9mb250cy9PVEYvLAoJL3Vzci9sb2NhbC9saWIvWDExL2ZvbnRzL1R5cGUxLywKCS91c3Iv bG9jYWwvbGliL1gxMS9mb250cy8xMDBkcGkvLAoJL3Vzci9sb2NhbC9saWIvWDExL2ZvbnRzLzc1 ZHBpLwpbICAgIDI5LjE2Nl0gKCoqKSBNb2R1bGVQYXRoIHNldCB0byAiL3Vzci9sb2NhbC9saWIv eG9yZy9tb2R1bGVzIgpbICAgIDI5LjE2Nl0gKElJKSBMb2FkZXIgbWFnaWM6IDB4ODFlNjdhMApb ICAgIDI5LjE2Nl0gKElJKSBNb2R1bGUgQUJJIHZlcnNpb25zOgpbICAgIDI5LjE2N10gCVguT3Jn IEFOU0kgQyBFbXVsYXRpb246IDAuNApbICAgIDI5LjE2N10gCVguT3JnIFZpZGVvIERyaXZlcjog MTIuMQpbICAgIDI5LjE2N10gCVguT3JnIFhJbnB1dCBkcml2ZXIgOiAxNi4wClsgICAgMjkuMTY3 XSAJWC5PcmcgU2VydmVyIEV4dGVuc2lvbiA6IDYuMApbICAgIDI5LjE2N10gKC0tKSBQQ0k6Kigw OjA6MTowKSAxMDAyOjk4MDc6MTA0Mzo4NGU0IHJldiAwLCBNZW0gQCAweGQwMDAwMDAwLzI2ODQz NTQ1NiwgMHhmZWIwMDAwMC8yNjIxNDQsIEkvTyBAIDB4MDAwMGYwMDAvMjU2LCBCSU9TIEAgMHg/ Pz8/Pz8/Py82NTUzNgpbICAgIDI5LjE2OF0gKElJKSAiZXh0bW9kIiB3aWxsIGJlIGxvYWRlZC4g VGhpcyB3YXMgZW5hYmxlZCBieSBkZWZhdWx0IGFuZCBhbHNvIHNwZWNpZmllZCBpbiB0aGUgY29u ZmlnIGZpbGUuClsgICAgMjkuMTY4XSAoSUkpICJkYmUiIHdpbGwgYmUgbG9hZGVkLiBUaGlzIHdh cyBlbmFibGVkIGJ5IGRlZmF1bHQgYW5kIGFsc28gc3BlY2lmaWVkIGluIHRoZSBjb25maWcgZmls ZS4KWyAgICAyOS4xNjhdIChJSSkgImdseCIgd2lsbCBiZSBsb2FkZWQuIFRoaXMgd2FzIGVuYWJs ZWQgYnkgZGVmYXVsdCBhbmQgYWxzbyBzcGVjaWZpZWQgaW4gdGhlIGNvbmZpZyBmaWxlLgpbICAg IDI5LjE2OF0gKElJKSAicmVjb3JkIiB3aWxsIGJlIGxvYWRlZC4gVGhpcyB3YXMgZW5hYmxlZCBi eSBkZWZhdWx0IGFuZCBhbHNvIHNwZWNpZmllZCBpbiB0aGUgY29uZmlnIGZpbGUuClsgICAgMjku MTY4XSAoSUkpICJkcmkiIHdpbGwgYmUgbG9hZGVkLiBUaGlzIHdhcyBlbmFibGVkIGJ5IGRlZmF1 bHQgYW5kIGFsc28gc3BlY2lmaWVkIGluIHRoZSBjb25maWcgZmlsZS4KWyAgICAyOS4xNjhdIChJ SSkgImRyaTIiIHdpbGwgYmUgbG9hZGVkLiBUaGlzIHdhcyBlbmFibGVkIGJ5IGRlZmF1bHQgYW5k IGFsc28gc3BlY2lmaWVkIGluIHRoZSBjb25maWcgZmlsZS4KWyAgICAyOS4xNjhdIChJSSkgTG9h ZE1vZHVsZTogImV4dG1vZCIKWyAgICAyOS4xODddIChJSSkgTG9hZGluZyAvdXNyL2xvY2FsL2xp Yi94b3JnL21vZHVsZXMvZXh0ZW5zaW9ucy9saWJleHRtb2Quc28KWyAgICAyOS4yMDBdIChJSSkg TW9kdWxlIGV4dG1vZDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgpbICAgIDI5LjIwMV0gCWNv bXBpbGVkIGZvciAxLjEyLjQsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjAKWyAgICAyOS4yMDFdIAlN b2R1bGUgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24KWyAgICAyOS4yMDFdIAlBQkkgY2xh c3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24sIHZlcnNpb24gNi4wClsgICAgMjkuMjAxXSAoSUkp IExvYWRpbmcgZXh0ZW5zaW9uIE1JVC1TQ1JFRU4tU0FWRVIKWyAgICAyOS4yMDFdIChJSSkgTG9h ZGluZyBleHRlbnNpb24gWEZyZWU4Ni1WaWRNb2RlRXh0ZW5zaW9uClsgICAgMjkuMjAxXSAoSUkp IExvYWRpbmcgZXh0ZW5zaW9uIFhGcmVlODYtREdBClsgICAgMjkuMjAxXSAoSUkpIExvYWRpbmcg ZXh0ZW5zaW9uIERQTVMKWyAgICAyOS4yMDFdIChJSSkgTG9hZGluZyBleHRlbnNpb24gWFZpZGVv ClsgICAgMjkuMjAxXSAoSUkpIExvYWRpbmcgZXh0ZW5zaW9uIFhWaWRlby1Nb3Rpb25Db21wZW5z YXRpb24KWyAgICAyOS4yMDFdIChJSSkgTG9hZGluZyBleHRlbnNpb24gWC1SZXNvdXJjZQpbICAg IDI5LjIwMl0gKElJKSBMb2FkTW9kdWxlOiAiZHJpIgpbICAgIDI5LjIwM10gKElJKSBMb2FkaW5n IC91c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxlcy9leHRlbnNpb25zL2xpYmRyaS5zbwpbICAgIDI5 LjIxMF0gKElJKSBNb2R1bGUgZHJpOiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iClsgICAgMjku MjEwXSAJY29tcGlsZWQgZm9yIDEuMTIuNCwgbW9kdWxlIHZlcnNpb24gPSAxLjAuMApbICAgIDI5 LjIxMF0gCUFCSSBjbGFzczogWC5PcmcgU2VydmVyIEV4dGVuc2lvbiwgdmVyc2lvbiA2LjAKWyAg ICAyOS4yMTBdIChJSSkgTG9hZGluZyBleHRlbnNpb24gWEZyZWU4Ni1EUkkKWyAgICAyOS4yMTBd IChJSSkgTG9hZE1vZHVsZTogImRyaTIiClsgICAgMjkuMjEyXSAoSUkpIExvYWRpbmcgL3Vzci9s b2NhbC9saWIveG9yZy9tb2R1bGVzL2V4dGVuc2lvbnMvbGliZHJpMi5zbwpbICAgIDI5LjIxM10g KElJKSBNb2R1bGUgZHJpMjogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgpbICAgIDI5LjIxM10g CWNvbXBpbGVkIGZvciAxLjEyLjQsIG1vZHVsZSB2ZXJzaW9uID0gMS4yLjAKWyAgICAyOS4yMTRd IAlBQkkgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24sIHZlcnNpb24gNi4wClsgICAgMjku MjE0XSAoSUkpIExvYWRpbmcgZXh0ZW5zaW9uIERSSTIKWyAgICAyOS4yMTRdIChJSSkgTG9hZE1v ZHVsZTogImdseCIKWyAgICAyOS4yMTVdIChJSSkgTG9hZGluZyAvdXNyL2xvY2FsL2xpYi94b3Jn L21vZHVsZXMvZXh0ZW5zaW9ucy9saWJnbHguc28KWyAgICAyOS4yMzBdIChJSSkgTW9kdWxlIGds eDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgpbICAgIDI5LjIzMF0gCWNvbXBpbGVkIGZvciAx LjEyLjQsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjAKWyAgICAyOS4yMzBdIAlBQkkgY2xhc3M6IFgu T3JnIFNlcnZlciBFeHRlbnNpb24sIHZlcnNpb24gNi4wClsgICAgMjkuMjMyXSAoPT0pIEFJR0xY IGVuYWJsZWQKWyAgICAyOS4yMzNdIChJSSkgTG9hZGluZyBleHRlbnNpb24gR0xYClsgICAgMjku MjMzXSAoSUkpIExvYWRNb2R1bGU6ICJkYmUiClsgICAgMjkuMjM0XSAoSUkpIExvYWRpbmcgL3Vz ci9sb2NhbC9saWIveG9yZy9tb2R1bGVzL2V4dGVuc2lvbnMvbGliZGJlLnNvClsgICAgMjkuMjM1 XSAoSUkpIE1vZHVsZSBkYmU6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKWyAgICAyOS4yMzZd IAljb21waWxlZCBmb3IgMS4xMi40LCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4wClsgICAgMjkuMjM2 XSAJTW9kdWxlIGNsYXNzOiBYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uClsgICAgMjkuMjM2XSAJQUJJ IGNsYXNzOiBYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uLCB2ZXJzaW9uIDYuMApbICAgIDI5LjIzNl0g KElJKSBMb2FkaW5nIGV4dGVuc2lvbiBET1VCTEUtQlVGRkVSClsgICAgMjkuMjM2XSAoSUkpIExv YWRNb2R1bGU6ICJyZWNvcmQiClsgICAgMjkuMjM4XSAoSUkpIExvYWRpbmcgL3Vzci9sb2NhbC9s aWIveG9yZy9tb2R1bGVzL2V4dGVuc2lvbnMvbGlicmVjb3JkLnNvClsgICAgMjkuMjM5XSAoSUkp IE1vZHVsZSByZWNvcmQ6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKWyAgICAyOS4yMzldIAlj b21waWxlZCBmb3IgMS4xMi40LCBtb2R1bGUgdmVyc2lvbiA9IDEuMTMuMApbICAgIDI5LjIzOV0g CU1vZHVsZSBjbGFzczogWC5PcmcgU2VydmVyIEV4dGVuc2lvbgpbICAgIDI5LjIzOV0gCUFCSSBj bGFzczogWC5PcmcgU2VydmVyIEV4dGVuc2lvbiwgdmVyc2lvbiA2LjAKWyAgICAyOS4yMzldIChJ SSkgTG9hZGluZyBleHRlbnNpb24gUkVDT1JEClsgICAgMjkuMjQwXSAoSUkpIExvYWRNb2R1bGU6 ICJyYWRlb24iClsgICAgMjkuMjQwXSAoSUkpIExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9t b2R1bGVzL2RyaXZlcnMvcmFkZW9uX2Rydi5zbwpbICAgIDI5LjI2Nl0gKElJKSBNb2R1bGUgcmFk ZW9uOiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iClsgICAgMjkuMjY2XSAJY29tcGlsZWQgZm9y IDEuMTIuNCwgbW9kdWxlIHZlcnNpb24gPSA2LjE0LjYKWyAgICAyOS4yNjZdIAlNb2R1bGUgY2xh c3M6IFguT3JnIFZpZGVvIERyaXZlcgpbICAgIDI5LjI2Nl0gCUFCSSBjbGFzczogWC5PcmcgVmlk ZW8gRHJpdmVyLCB2ZXJzaW9uIDEyLjEKWyAgICAyOS4yODBdIChJSSkgTG9hZE1vZHVsZTogIm1v dXNlIgpbICAgIDI5LjI5N10gKElJKSBMb2FkaW5nIC91c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxl cy9pbnB1dC9tb3VzZV9kcnYuc28KWyAgICAyOS4zMzZdIChJSSkgTW9kdWxlIG1vdXNlOiB2ZW5k b3I9IlguT3JnIEZvdW5kYXRpb24iClsgICAgMjkuMzM2XSAJY29tcGlsZWQgZm9yIDEuMTIuNCwg bW9kdWxlIHZlcnNpb24gPSAxLjkuMApbICAgIDI5LjMzNl0gCU1vZHVsZSBjbGFzczogWC5Pcmcg WElucHV0IERyaXZlcgpbICAgIDI5LjMzNl0gCUFCSSBjbGFzczogWC5PcmcgWElucHV0IGRyaXZl ciwgdmVyc2lvbiAxNi4wClsgICAgMjkuMzM2XSAoSUkpIExvYWRNb2R1bGU6ICJrYmQiClsgICAg MjkuMzM5XSAoSUkpIExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVzL2lucHV0L2ti ZF9kcnYuc28KWyAgICAyOS4zNDFdIChJSSkgTW9kdWxlIGtiZDogdmVuZG9yPSJYLk9yZyBGb3Vu ZGF0aW9uIgpbICAgIDI5LjM0MV0gCWNvbXBpbGVkIGZvciAxLjEyLjQsIG1vZHVsZSB2ZXJzaW9u ID0gMS43LjAKWyAgICAyOS4zNDFdIAlNb2R1bGUgY2xhc3M6IFguT3JnIFhJbnB1dCBEcml2ZXIK WyAgICAyOS4zNDFdIAlBQkkgY2xhc3M6IFguT3JnIFhJbnB1dCBkcml2ZXIsIHZlcnNpb24gMTYu MApbICAgIDI5LjM0MV0gKElJKSBSQURFT046IERyaXZlciBmb3IgQVRJIFJhZGVvbiBjaGlwc2V0 czoKCUFUSSBSYWRlb24gTW9iaWxpdHkgWDYwMCAoTTI0KSAzMTUwIChQQ0lFKSwgQVRJIEZpcmVN ViAyNDAwIChQQ0kpLAoJQVRJIFJhZGVvbiBNb2JpbGl0eSBYMzAwIChNMjQpIDMxNTIgKFBDSUUp LAoJQVRJIEZpcmVHTCBNMjQgR0wgMzE1NCAoUENJRSksIEFUSSBGaXJlTVYgMjQwMCAzMTU1IChQ Q0kpLAoJQVRJIFJhZGVvbiBYNjAwIChSVjM4MCkgM0U1MCAoUENJRSksCglBVEkgRmlyZUdMIFYz MjAwIChSVjM4MCkgM0U1NCAoUENJRSksIEFUSSBSYWRlb24gSUdQMzIwIChBMykgNDEzNiwKCUFU SSBSYWRlb24gSUdQMzMwLzM0MC8zNTAgKEE0KSA0MTM3LCBBVEkgUmFkZW9uIDk1MDAgQUQgKEFH UCksCglBVEkgUmFkZW9uIDk1MDAgQUUgKEFHUCksIEFUSSBSYWRlb24gOTYwMFRYIEFGIChBR1Ap LAoJQVRJIEZpcmVHTCBaMSBBRyAoQUdQKSwgQVRJIFJhZGVvbiA5ODAwU0UgQUggKEFHUCksCglB VEkgUmFkZW9uIDk4MDAgQUkgKEFHUCksIEFUSSBSYWRlb24gOTgwMCBBSiAoQUdQKSwKCUFUSSBG aXJlR0wgWDIgQUsgKEFHUCksIEFUSSBSYWRlb24gOTYwMCBBUCAoQUdQKSwKCUFUSSBSYWRlb24g OTYwMFNFIEFRIChBR1ApLCBBVEkgUmFkZW9uIDk2MDBYVCBBUiAoQUdQKSwKCUFUSSBSYWRlb24g OTYwMCBBUyAoQUdQKSwgQVRJIEZpcmVHTCBUMiBBVCAoQUdQKSwgQVRJIFJhZGVvbiA5NjUwLAoJ QVRJIEZpcmVHTCBSVjM2MCBBViAoQUdQKSwgQVRJIFJhZGVvbiA3MDAwIElHUCAoQTQrKSA0MjM3 LAoJQVRJIFJhZGVvbiA4NTAwIEFJVyBCQiAoQUdQKSwgQVRJIFJhZGVvbiBJR1AzMjBNIChVMSkg NDMzNiwKCUFUSSBSYWRlb24gSUdQMzMwTS8zNDBNLzM1ME0gKFUyKSA0MzM3LAoJQVRJIFJhZGVv biBNb2JpbGl0eSA3MDAwIElHUCA0NDM3LCBBVEkgUmFkZW9uIDkwMDAvUFJPIElmIChBR1AvUENJ KSwKCUFUSSBSYWRlb24gOTAwMCBJZyAoQUdQL1BDSSksIEFUSSBSYWRlb24gWDgwMCAoUjQyMCkg SkggKEFHUCksCglBVEkgUmFkZW9uIFg4MDBQUk8gKFI0MjApIEpJIChBR1ApLAoJQVRJIFJhZGVv biBYODAwU0UgKFI0MjApIEpKIChBR1ApLCBBVEkgUmFkZW9uIFg4MDAgKFI0MjApIEpLIChBR1Ap LAoJQVRJIFJhZGVvbiBYODAwIChSNDIwKSBKTCAoQUdQKSwgQVRJIEZpcmVHTCBYMyAoUjQyMCkg Sk0gKEFHUCksCglBVEkgUmFkZW9uIE1vYmlsaXR5IDk4MDAgKE0xOCkgSk4gKEFHUCksCglBVEkg UmFkZW9uIFg4MDAgU0UgKFI0MjApIChBR1ApLCBBVEkgUmFkZW9uIFg4MDBYVCAoUjQyMCkgSlAg KEFHUCksCglBVEkgUmFkZW9uIFg4MDAgVkUgKFI0MjApIEpUIChBR1ApLCBBVEkgUmFkZW9uIFg4 NTAgKFI0ODApIChBR1ApLAoJQVRJIFJhZGVvbiBYODUwIFhUIChSNDgwKSAoQUdQKSwgQVRJIFJh ZGVvbiBYODUwIFNFIChSNDgwKSAoQUdQKSwKCUFUSSBSYWRlb24gWDg1MCBQUk8gKFI0ODApIChB R1ApLCBBVEkgUmFkZW9uIFg4NTAgWFQgUEUgKFI0ODApIChBR1ApLAoJQVRJIFJhZGVvbiBNb2Jp bGl0eSBNNyBMVyAoQUdQKSwKCUFUSSBNb2JpbGl0eSBGaXJlR0wgNzgwMCBNNyBMWCAoQUdQKSwK CUFUSSBSYWRlb24gTW9iaWxpdHkgTTYgTFkgKEFHUCksIEFUSSBSYWRlb24gTW9iaWxpdHkgTTYg TFogKEFHUCksCglBVEkgRmlyZUdMIE1vYmlsaXR5IDkwMDAgKE05KSBMZCAoQUdQKSwKCUFUSSBS YWRlb24gTW9iaWxpdHkgOTAwMCAoTTkpIExmIChBR1ApLAoJQVRJIFJhZGVvbiBNb2JpbGl0eSA5 MDAwIChNOSkgTGcgKEFHUCksIEFUSSBGaXJlTVYgMjQwMCBQQ0ksCglBVEkgUmFkZW9uIDk3MDAg UHJvIE5EIChBR1ApLCBBVEkgUmFkZW9uIDk3MDAvOTUwMFBybyBORSAoQUdQKSwKCUFUSSBSYWRl b24gOTYwMFRYIE5GIChBR1ApLCBBVEkgRmlyZUdMIFgxIE5HIChBR1ApLAoJQVRJIFJhZGVvbiA5 ODAwUFJPIE5IIChBR1ApLCBBVEkgUmFkZW9uIDk4MDAgTkkgKEFHUCksCglBVEkgRmlyZUdMIFgy IE5LIChBR1ApLCBBVEkgUmFkZW9uIDk4MDBYVCBOSiAoQUdQKSwKCUFUSSBSYWRlb24gTW9iaWxp dHkgOTYwMC85NzAwIChNMTAvTTExKSBOUCAoQUdQKSwKCUFUSSBSYWRlb24gTW9iaWxpdHkgOTYw MCAoTTEwKSBOUSAoQUdQKSwKCUFUSSBSYWRlb24gTW9iaWxpdHkgOTYwMCAoTTExKSBOUiAoQUdQ KSwKCUFUSSBSYWRlb24gTW9iaWxpdHkgOTYwMCAoTTEwKSBOUyAoQUdQKSwKCUFUSSBGaXJlR0wg TW9iaWxpdHkgVDIgKE0xMCkgTlQgKEFHUCksCglBVEkgRmlyZUdMIE1vYmlsaXR5IFQyZSAoTTEx KSBOViAoQUdQKSwgQVRJIFJhZGVvbiBRRCAoQUdQKSwKCUFUSSBSYWRlb24gUUUgKEFHUCksIEFU SSBSYWRlb24gUUYgKEFHUCksIEFUSSBSYWRlb24gUUcgKEFHUCksCglBVEkgRmlyZUdMIDg3MDAv ODgwMCBRSCAoQUdQKSwgQVRJIFJhZGVvbiA4NTAwIFFMIChBR1ApLAoJQVRJIFJhZGVvbiA5MTAw IFFNIChBR1ApLCBBVEkgUmFkZW9uIDc1MDAgUVcgKEFHUC9QQ0kpLAoJQVRJIFJhZGVvbiA3NTAw IFFYIChBR1AvUENJKSwgQVRJIFJhZGVvbiBWRS83MDAwIFFZIChBR1AvUENJKSwKCUFUSSBSYWRl b24gVkUvNzAwMCBRWiAoQUdQL1BDSSksIEFUSSBFUzEwMDAgNTE1RSAoUENJKSwKCUFUSSBSYWRl b24gTW9iaWxpdHkgWDMwMCAoTTIyKSA1NDYwIChQQ0lFKSwKCUFUSSBSYWRlb24gTW9iaWxpdHkg WDYwMCBTRSAoTTI0QykgNTQ2MiAoUENJRSksCglBVEkgRmlyZUdMIE0yMiBHTCA1NDY0IChQQ0lF KSwgQVRJIFJhZGVvbiBYODAwIChSNDIzKSBVSCAoUENJRSksCglBVEkgUmFkZW9uIFg4MDBQUk8g KFI0MjMpIFVJIChQQ0lFKSwKCUFUSSBSYWRlb24gWDgwMExFIChSNDIzKSBVSiAoUENJRSksCglB VEkgUmFkZW9uIFg4MDBTRSAoUjQyMykgVUsgKFBDSUUpLAoJQVRJIFJhZGVvbiBYODAwIFhUUCAo UjQzMCkgKFBDSUUpLCBBVEkgUmFkZW9uIFg4MDAgWEwgKFI0MzApIChQQ0lFKSwKCUFUSSBSYWRl b24gWDgwMCBTRSAoUjQzMCkgKFBDSUUpLCBBVEkgUmFkZW9uIFg4MDAgKFI0MzApIChQQ0lFKSwK CUFUSSBGaXJlR0wgVjcxMDAgKFI0MjMpIChQQ0lFKSwgQVRJIEZpcmVHTCBWNTEwMCAoUjQyMykg VVEgKFBDSUUpLAoJQVRJIEZpcmVHTCB1bmtub3duIChSNDIzKSBVUiAoUENJRSksCglBVEkgRmly ZUdMIHVua25vd24gKFI0MjMpIFVUIChQQ0lFKSwKCUFUSSBNb2JpbGl0eSBGaXJlR0wgVjUwMDAg KE0yNikgKFBDSUUpLAoJQVRJIE1vYmlsaXR5IEZpcmVHTCBWNTAwMCAoTTI2KSAoUENJRSksCglB VEkgTW9iaWxpdHkgUmFkZW9uIFg3MDAgWEwgKE0yNikgKFBDSUUpLAoJQVRJIE1vYmlsaXR5IFJh ZGVvbiBYNzAwIChNMjYpIChQQ0lFKSwKCUFUSSBNb2JpbGl0eSBSYWRlb24gWDcwMCAoTTI2KSAo UENJRSksCglBVEkgUmFkZW9uIFg1NTBYVFggNTY1NyAoUENJRSksIEFUSSBSYWRlb24gOTEwMCBJ R1AgKEE1KSA1ODM0LAoJQVRJIFJhZGVvbiBNb2JpbGl0eSA5MTAwIElHUCAoVTMpIDU4MzUsCglB VEkgUmFkZW9uIFhQUkVTUyAyMDAgNTk1NCAoUENJRSksCglBVEkgUmFkZW9uIFhQUkVTUyAyMDBN IDU5NTUgKFBDSUUpLCBBVEkgUmFkZW9uIDkyNTAgNTk2MCAoQUdQKSwKCUFUSSBSYWRlb24gOTIw MCA1OTYxIChBR1ApLCBBVEkgUmFkZW9uIDkyMDAgNTk2MiAoQUdQKSwKCUFUSSBSYWRlb24gOTIw MFNFIDU5NjQgKEFHUCksIEFUSSBGaXJlTVYgMjIwMCAoUENJKSwKCUFUSSBFUzEwMDAgNTk2OSAo UENJKSwgQVRJIFJhZGVvbiBYUFJFU1MgMjAwIDU5NzQgKFBDSUUpLAoJQVRJIFJhZGVvbiBYUFJF U1MgMjAwTSA1OTc1IChQQ0lFKSwKCUFUSSBSYWRlb24gWFBSRVNTIDIwMCA1QTQxIChQQ0lFKSwK CUFUSSBSYWRlb24gWFBSRVNTIDIwME0gNUE0MiAoUENJRSksCglBVEkgUmFkZW9uIFhQUkVTUyAy MDAgNUE2MSAoUENJRSksCglBVEkgUmFkZW9uIFhQUkVTUyAyMDBNIDVBNjIgKFBDSUUpLAoJQVRJ IFJhZGVvbiBYMzAwIChSVjM3MCkgNUI2MCAoUENJRSksCglBVEkgUmFkZW9uIFg2MDAgKFJWMzcw KSA1QjYyIChQQ0lFKSwKCUFUSSBSYWRlb24gWDU1MCAoUlYzNzApIDVCNjMgKFBDSUUpLAoJQVRJ IEZpcmVHTCBWMzEwMCAoUlYzNzApIDVCNjQgKFBDSUUpLAoJQVRJIEZpcmVNViAyMjAwIFBDSUUg KFJWMzcwKSA1QjY1IChQQ0lFKSwKCUFUSSBSYWRlb24gTW9iaWxpdHkgOTIwMCAoTTkrKSA1QzYx IChBR1ApLAoJQVRJIFJhZGVvbiBNb2JpbGl0eSA5MjAwIChNOSspIDVDNjMgKEFHUCksCglBVEkg TW9iaWxpdHkgUmFkZW9uIFg4MDAgWFQgKE0yOCkgKFBDSUUpLAoJQVRJIE1vYmlsaXR5IEZpcmVH TCBWNTEwMCAoTTI4KSAoUENJRSksCglBVEkgTW9iaWxpdHkgUmFkZW9uIFg4MDAgKE0yOCkgKFBD SUUpLCBBVEkgUmFkZW9uIFg4NTAgNUQ0QyAoUENJRSksCglBVEkgUmFkZW9uIFg4NTAgWFQgUEUg KFI0ODApIChQQ0lFKSwKCUFUSSBSYWRlb24gWDg1MCBTRSAoUjQ4MCkgKFBDSUUpLCBBVEkgUmFk ZW9uIFg4NTAgUFJPIChSNDgwKSAoUENJRSksCglBVEkgdW5rbm93biBSYWRlb24gLyBGaXJlR0wg KFI0ODApIDVENTAgKFBDSUUpLAoJQVRJIFJhZGVvbiBYODUwIFhUIChSNDgwKSAoUENJRSksCglB VEkgUmFkZW9uIFg4MDBYVCAoUjQyMykgNUQ1NyAoUENJRSksCglBVEkgRmlyZUdMIFY1MDAwIChS VjQxMCkgKFBDSUUpLCBBVEkgUmFkZW9uIFg3MDAgWFQgKFJWNDEwKSAoUENJRSksCglBVEkgUmFk ZW9uIFg3MDAgUFJPIChSVjQxMCkgKFBDSUUpLAoJQVRJIFJhZGVvbiBYNzAwIFNFIChSVjQxMCkg KFBDSUUpLCBBVEkgUmFkZW9uIFg3MDAgKFJWNDEwKSAoUENJRSksCglBVEkgUmFkZW9uIFg3MDAg U0UgKFJWNDEwKSAoUENJRSksIEFUSSBSYWRlb24gWDE4MDAsCglBVEkgTW9iaWxpdHkgUmFkZW9u IFgxODAwIFhULCBBVEkgTW9iaWxpdHkgUmFkZW9uIFgxODAwLAoJQVRJIE1vYmlsaXR5IEZpcmVH TCBWNzIwMCwgQVRJIEZpcmVHTCBWNzIwMCwgQVRJIEZpcmVHTCBWNTMwMCwKCUFUSSBNb2JpbGl0 eSBGaXJlR0wgVjcxMDAsIEFUSSBSYWRlb24gWDE4MDAsIEFUSSBSYWRlb24gWDE4MDAsCglBVEkg UmFkZW9uIFgxODAwLCBBVEkgUmFkZW9uIFgxODAwLCBBVEkgUmFkZW9uIFgxODAwLAoJQVRJIEZp cmVHTCBWNzMwMCwgQVRJIEZpcmVHTCBWNzM1MCwgQVRJIFJhZGVvbiBYMTYwMCwgQVRJIFJWNTA1 LAoJQVRJIFJhZGVvbiBYMTMwMC9YMTU1MCwgQVRJIFJhZGVvbiBYMTU1MCwgQVRJIE01NC1HTCwK CUFUSSBNb2JpbGl0eSBSYWRlb24gWDE0MDAsIEFUSSBSYWRlb24gWDEzMDAvWDE1NTAsCglBVEkg UmFkZW9uIFgxNTUwIDY0LWJpdCwgQVRJIE1vYmlsaXR5IFJhZGVvbiBYMTMwMCwKCUFUSSBNb2Jp bGl0eSBSYWRlb24gWDEzMDAsIEFUSSBNb2JpbGl0eSBSYWRlb24gWDEzMDAsCglBVEkgTW9iaWxp dHkgUmFkZW9uIFgxMzAwLCBBVEkgUmFkZW9uIFgxMzAwLCBBVEkgUmFkZW9uIFgxMzAwLAoJQVRJ IFJWNTA1LCBBVEkgUlY1MDUsIEFUSSBGaXJlR0wgVjMzMDAsIEFUSSBGaXJlR0wgVjMzNTAsCglB VEkgUmFkZW9uIFgxMzAwLCBBVEkgUmFkZW9uIFgxNTUwIDY0LWJpdCwgQVRJIFJhZGVvbiBYMTMw MC9YMTU1MCwKCUFUSSBSYWRlb24gWDE2MDAsIEFUSSBSYWRlb24gWDEzMDAvWDE1NTAsIEFUSSBN b2JpbGl0eSBSYWRlb24gWDE0NTAsCglBVEkgUmFkZW9uIFgxMzAwL1gxNTUwLCBBVEkgTW9iaWxp dHkgUmFkZW9uIFgyMzAwLAoJQVRJIE1vYmlsaXR5IFJhZGVvbiBYMjMwMCwgQVRJIE1vYmlsaXR5 IFJhZGVvbiBYMTM1MCwKCUFUSSBNb2JpbGl0eSBSYWRlb24gWDEzNTAsIEFUSSBNb2JpbGl0eSBS YWRlb24gWDE0NTAsCglBVEkgUmFkZW9uIFgxMzAwLCBBVEkgUmFkZW9uIFgxNTUwLCBBVEkgTW9i aWxpdHkgUmFkZW9uIFgxMzUwLAoJQVRJIEZpcmVNViAyMjUwLCBBVEkgUmFkZW9uIFgxNTUwIDY0 LWJpdCwgQVRJIFJhZGVvbiBYMTYwMCwKCUFUSSBSYWRlb24gWDE2NTAsIEFUSSBSYWRlb24gWDE2 MDAsIEFUSSBSYWRlb24gWDE2MDAsCglBVEkgTW9iaWxpdHkgRmlyZUdMIFY1MjAwLCBBVEkgTW9i aWxpdHkgUmFkZW9uIFgxNjAwLAoJQVRJIFJhZGVvbiBYMTY1MCwgQVRJIFJhZGVvbiBYMTY1MCwg QVRJIFJhZGVvbiBYMTYwMCwKCUFUSSBSYWRlb24gWDEzMDAgWFQvWDE2MDAgUHJvLCBBVEkgRmly ZUdMIFYzNDAwLAoJQVRJIE1vYmlsaXR5IEZpcmVHTCBWNTI1MCwgQVRJIE1vYmlsaXR5IFJhZGVv biBYMTcwMCwKCUFUSSBNb2JpbGl0eSBSYWRlb24gWDE3MDAgWFQsIEFUSSBGaXJlR0wgVjUyMDAs CglBVEkgTW9iaWxpdHkgUmFkZW9uIFgxNzAwLCBBVEkgUmFkZW9uIFgyMzAwSEQsCglBVEkgTW9i aWxpdHkgUmFkZW9uIEhEIDIzMDAsIEFUSSBNb2JpbGl0eSBSYWRlb24gSEQgMjMwMCwKCUFUSSBS YWRlb24gWDE5NTAsIEFUSSBSYWRlb24gWDE5MDAsIEFUSSBSYWRlb24gWDE5NTAsCglBVEkgUmFk ZW9uIFgxOTAwLCBBVEkgUmFkZW9uIFgxOTAwLCBBVEkgUmFkZW9uIFgxOTAwLAoJQVRJIFJhZGVv biBYMTkwMCwgQVRJIFJhZGVvbiBYMTkwMCwgQVRJIFJhZGVvbiBYMTkwMCwKCUFUSSBSYWRlb24g WDE5MDAsIEFUSSBSYWRlb24gWDE5MDAsIEFUSSBSYWRlb24gWDE5MDAsCglBVEkgQU1EIFN0cmVh bSBQcm9jZXNzb3IsIEFUSSBSYWRlb24gWDE5MDAsIEFUSSBSYWRlb24gWDE5NTAsCglBVEkgUlY1 NjAsIEFUSSBSVjU2MCwgQVRJIE1vYmlsaXR5IFJhZGVvbiBYMTkwMCwgQVRJIFJWNTYwLAoJQVRJ IFJhZGVvbiBYMTk1MCBHVCwgQVRJIFJWNTcwLCBBVEkgUlY1NzAsIEFUSSBGaXJlR0wgVjc0MDAs CglBVEkgUlY1NjAsIEFUSSBSYWRlb24gWDE2NTAsIEFUSSBSYWRlb24gWDE2NTAsIEFUSSBSVjU2 MCwKCUFUSSBSYWRlb24gOTEwMCBQUk8gSUdQIDc4MzQsIEFUSSBSYWRlb24gTW9iaWxpdHkgOTIw MCBJR1AgNzgzNSwKCUFUSSBSYWRlb24gWDEyMDAsIEFUSSBSYWRlb24gWDEyMDAsIEFUSSBSYWRl b24gWDEyMDAsCglBVEkgUmFkZW9uIFgxMjAwLCBBVEkgUmFkZW9uIFgxMjAwLCBBVEkgUlM3NDAs IEFUSSBSUzc0ME0sIEFUSSBSUzc0MCwKCUFUSSBSUzc0ME0sIEFUSSBSYWRlb24gSEQgMjkwMCBY VCwgQVRJIFJhZGVvbiBIRCAyOTAwIFhULAoJQVRJIFJhZGVvbiBIRCAyOTAwIFhULCBBVEkgUmFk ZW9uIEhEIDI5MDAgUHJvLCBBVEkgUmFkZW9uIEhEIDI5MDAgR1QsCglBVEkgRmlyZUdMIFY4NjUw LCBBVEkgRmlyZUdMIFY4NjAwLCBBVEkgRmlyZUdMIFY3NjAwLAoJQVRJIFJhZGVvbiA0ODAwIFNl cmllcywgQVRJIFJhZGVvbiBIRCA0ODcwIHgyLAoJQVRJIFJhZGVvbiA0ODAwIFNlcmllcywgQVRJ IFJhZGVvbiBIRCA0ODUwIHgyLAoJQVRJIEZpcmVQcm8gVjg3NTAgKEZpcmVHTCksIEFUSSBGaXJl UHJvIFY3NzYwIChGaXJlR0wpLAoJQVRJIE1vYmlsaXR5IFJBREVPTiBIRCA0ODUwLCBBVEkgTW9i aWxpdHkgUkFERU9OIEhEIDQ4NTAgWDIsCglBVEkgUmFkZW9uIDQ4MDAgU2VyaWVzLCBBVEkgRmly ZVBybyBSVjc3MCwgQU1EIEZpcmVTdHJlYW0gOTI3MCwKCUFNRCBGaXJlU3RyZWFtIDkyNTAsIEFU SSBGaXJlUHJvIFY4NzAwIChGaXJlR0wpLAoJQVRJIE1vYmlsaXR5IFJBREVPTiBIRCA0ODcwLCBB VEkgTW9iaWxpdHkgUkFERU9OIE05OCwKCUFUSSBNb2JpbGl0eSBSQURFT04gSEQgNDg3MCwgQVRJ IFJhZGVvbiA0ODAwIFNlcmllcywKCUFUSSBSYWRlb24gNDgwMCBTZXJpZXMsIEFUSSBGaXJlUHJv IE03NzUwLCBBVEkgTTk4LCBBVEkgTTk4LCBBVEkgTTk4LAoJQVRJIE1vYmlsaXR5IFJhZGVvbiBI RCA0NjUwLCBBVEkgUmFkZW9uIFJWNzMwIChBR1ApLAoJQVRJIE1vYmlsaXR5IFJhZGVvbiBIRCA0 NjcwLCBBVEkgRmlyZVBybyBNNTc1MCwKCUFUSSBNb2JpbGl0eSBSYWRlb24gSEQgNDY3MCwgQVRJ IFJhZGVvbiBSVjczMCAoQUdQKSwKCUFUSSBSVjczMFhUIFtSYWRlb24gSEQgNDY3MF0sIEFUSSBS QURFT04gRTQ2MDAsCglBVEkgUmFkZW9uIEhEIDQ2MDAgU2VyaWVzLCBBVEkgUlY3MzAgUFJPIFtS YWRlb24gSEQgNDY1MF0sCglBVEkgRmlyZVBybyBWNzc1MCAoRmlyZUdMKSwgQVRJIEZpcmVQcm8g VjU3MDAgKEZpcmVHTCksCglBVEkgRmlyZVBybyBWMzc1MCAoRmlyZUdMKSwgQVRJIE1vYmlsaXR5 IFJhZGVvbiBIRCA0ODMwLAoJQVRJIE1vYmlsaXR5IFJhZGVvbiBIRCA0ODUwLCBBVEkgRmlyZVBy byBNNzc0MCwgQVRJIFJWNzQwLAoJQVRJIFJhZGVvbiBIRCA0NzcwLCBBVEkgUmFkZW9uIEhEIDQ3 MDAgU2VyaWVzLCBBVEkgUmFkZW9uIEhEIDQ3NzAsCglBVEkgRmlyZVBybyBNNTc1MCwgQVRJIFJW NjEwLCBBVEkgUmFkZW9uIEhEIDI0MDAgWFQsCglBVEkgUmFkZW9uIEhEIDI0MDAgUHJvLCBBVEkg UmFkZW9uIEhEIDI0MDAgUFJPIEFHUCwgQVRJIEZpcmVHTCBWNDAwMCwKCUFUSSBSVjYxMCwgQVRJ IFJhZGVvbiBIRCAyMzUwLCBBVEkgTW9iaWxpdHkgUmFkZW9uIEhEIDI0MDAgWFQsCglBVEkgTW9i aWxpdHkgUmFkZW9uIEhEIDI0MDAsIEFUSSBSQURFT04gRTI0MDAsIEFUSSBSVjYxMCwKCUFUSSBG aXJlTVYgMjI2MCwgQVRJIFJWNjcwLCBBVEkgUmFkZW9uIEhEMzg3MCwKCUFUSSBNb2JpbGl0eSBS YWRlb24gSEQgMzg1MCwgQVRJIFJhZGVvbiBIRDM4NTAsCglBVEkgTW9iaWxpdHkgUmFkZW9uIEhE IDM4NTAgWDIsIEFUSSBSVjY3MCwKCUFUSSBNb2JpbGl0eSBSYWRlb24gSEQgMzg3MCwgQVRJIE1v YmlsaXR5IFJhZGVvbiBIRCAzODcwIFgyLAoJQVRJIFJhZGVvbiBIRDM4NzAgWDIsIEFUSSBGaXJl R0wgVjc3MDAsIEFUSSBSYWRlb24gSEQzODUwLAoJQVRJIFJhZGVvbiBIRDM2OTAsIEFNRCBGaXJl c3RyZWFtIDkxNzAsIEFUSSBSYWRlb24gSEQgNDU1MCwKCUFUSSBSYWRlb24gUlY3MTAsIEFUSSBS YWRlb24gUlY3MTAsIEFUSSBSYWRlb24gUlY3MTAsCglBVEkgUmFkZW9uIEhEIDQzNTAsIEFUSSBN b2JpbGl0eSBSYWRlb24gNDMwMCBTZXJpZXMsCglBVEkgTW9iaWxpdHkgUmFkZW9uIDQ1MDAgU2Vy aWVzLCBBVEkgTW9iaWxpdHkgUmFkZW9uIDQ1MDAgU2VyaWVzLAoJQVRJIEZpcmVQcm8gUkcyMjAs IEFUSSBNb2JpbGl0eSBSYWRlb24gNDMzMCwgQVRJIFJWNjMwLAoJQVRJIE1vYmlsaXR5IFJhZGVv biBIRCAyNjAwLCBBVEkgTW9iaWxpdHkgUmFkZW9uIEhEIDI2MDAgWFQsCglBVEkgUmFkZW9uIEhE IDI2MDAgWFQgQUdQLCBBVEkgUmFkZW9uIEhEIDI2MDAgUHJvIEFHUCwKCUFUSSBSYWRlb24gSEQg MjYwMCBYVCwgQVRJIFJhZGVvbiBIRCAyNjAwIFBybywgQVRJIEdlbWluaSBSVjYzMCwKCUFUSSBH ZW1pbmkgTW9iaWxpdHkgUmFkZW9uIEhEIDI2MDAgWFQsIEFUSSBGaXJlR0wgVjU2MDAsCglBVEkg RmlyZUdMIFYzNjAwLCBBVEkgUmFkZW9uIEhEIDI2MDAgTEUsCglBVEkgTW9iaWxpdHkgRmlyZUdM IEdyYXBoaWNzIFByb2Nlc3NvciwgQVRJIFJhZGVvbiBIRCAzNDcwLAoJQVRJIE1vYmlsaXR5IFJh ZGVvbiBIRCAzNDMwLCBBVEkgTW9iaWxpdHkgUmFkZW9uIEhEIDM0MDAgU2VyaWVzLAoJQVRJIFJh ZGVvbiBIRCAzNDUwLCBBVEkgUmFkZW9uIEhEIDM0NTAsIEFUSSBSYWRlb24gSEQgMzQzMCwKCUFU SSBSYWRlb24gSEQgMzQ1MCwgQVRJIEZpcmVQcm8gVjM3MDAsIEFUSSBGaXJlTVYgMjQ1MCwKCUFU SSBGaXJlTVYgMjI2MCwgQVRJIEZpcmVNViAyMjYwLCBBVEkgUmFkZW9uIEhEIDM2MDAgU2VyaWVz LAoJQVRJIFJhZGVvbiBIRCAzNjUwIEFHUCwgQVRJIFJhZGVvbiBIRCAzNjAwIFBSTywKCUFUSSBS YWRlb24gSEQgMzYwMCBYVCwgQVRJIFJhZGVvbiBIRCAzNjAwIFBSTywKCUFUSSBNb2JpbGl0eSBS YWRlb24gSEQgMzY1MCwgQVRJIE1vYmlsaXR5IFJhZGVvbiBIRCAzNjcwLAoJQVRJIE1vYmlsaXR5 IEZpcmVHTCBWNTcwMCwgQVRJIE1vYmlsaXR5IEZpcmVHTCBWNTcyNSwKCUFUSSBSYWRlb24gSEQg MzIwMCBHcmFwaGljcywgQVRJIFJhZGVvbiAzMTAwIEdyYXBoaWNzLAoJQVRJIFJhZGVvbiBIRCAz MjAwIEdyYXBoaWNzLCBBVEkgUmFkZW9uIDMxMDAgR3JhcGhpY3MsCglBVEkgUmFkZW9uIEhEIDMz MDAgR3JhcGhpY3MsIEFUSSBSYWRlb24gSEQgMzIwMCBHcmFwaGljcywKCUFUSSBSYWRlb24gMzAw MCBHcmFwaGljcywgU1VNTywgU1VNTywgU1VNTzIsIFNVTU8yLCBTVU1PMiwgU1VNTzIsCglTVU1P LCBTVU1PLCBTVU1PLCBTVU1PLCBTVU1PLCBTVU1PLCBTVU1PLCBTVU1PLCBBVEkgUmFkZW9uIEhE IDQyMDAsCglBVEkgUmFkZW9uIDQxMDAsIEFUSSBNb2JpbGl0eSBSYWRlb24gSEQgNDIwMCwKCUFU SSBNb2JpbGl0eSBSYWRlb24gNDEwMCwgQVRJIFJhZGVvbiBIRCA0MjkwLCBBVEkgUmFkZW9uIEhE IDQyNTAsCglBTUQgUmFkZW9uIEhEIDYzMTAgR3JhcGhpY3MsIEFNRCBSYWRlb24gSEQgNjMxMCBH cmFwaGljcywKCUFNRCBSYWRlb24gSEQgNjI1MCBHcmFwaGljcywgQU1EIFJhZGVvbiBIRCA2MjUw IEdyYXBoaWNzLAoJQU1EIFJhZGVvbiBIRCA2MzAwIFNlcmllcyBHcmFwaGljcywKCUFNRCBSYWRl b24gSEQgNjIwMCBTZXJpZXMgR3JhcGhpY3MsIFBBTE0sIFBBTE0sIFBBTE0sIENZUFJFU1MsCglB VEkgRmlyZVBybyAoRmlyZUdMKSBHcmFwaGljcyBBZGFwdGVyLAoJQVRJIEZpcmVQcm8gKEZpcmVH TCkgR3JhcGhpY3MgQWRhcHRlciwKCUFUSSBGaXJlUHJvIChGaXJlR0wpIEdyYXBoaWNzIEFkYXB0 ZXIsIEFNRCBGaXJlc3RyZWFtIDkzNzAsCglBTUQgRmlyZXN0cmVhbSA5MzUwLCBBVEkgUmFkZW9u IEhEIDU4MDAgU2VyaWVzLAoJQVRJIFJhZGVvbiBIRCA1ODAwIFNlcmllcywgQVRJIFJhZGVvbiBI RCA1ODAwIFNlcmllcywKCUFUSSBSYWRlb24gSEQgNTgwMCBTZXJpZXMsIEFUSSBSYWRlb24gSEQg NTkwMCBTZXJpZXMsCglBVEkgUmFkZW9uIEhEIDU5MDAgU2VyaWVzLCBBVEkgTW9iaWxpdHkgUmFk ZW9uIEhEIDU4MDAgU2VyaWVzLAoJQVRJIE1vYmlsaXR5IFJhZGVvbiBIRCA1ODAwIFNlcmllcywK CUFUSSBGaXJlUHJvIChGaXJlR0wpIEdyYXBoaWNzIEFkYXB0ZXIsCglBVEkgRmlyZVBybyAoRmly ZUdMKSBHcmFwaGljcyBBZGFwdGVyLAoJQVRJIE1vYmlsaXR5IFJhZGVvbiBIRCA1ODAwIFNlcmll cywgQVRJIFJhZGVvbiBIRCA1NzAwIFNlcmllcywKCUFUSSBSYWRlb24gSEQgNTcwMCBTZXJpZXMs IEFUSSBSYWRlb24gSEQgNjcwMCBTZXJpZXMsCglBVEkgUmFkZW9uIEhEIDU3MDAgU2VyaWVzLCBB VEkgUmFkZW9uIEhEIDY3MDAgU2VyaWVzLAoJQVRJIE1vYmlsaXR5IFJhZGVvbiBIRCA1MDAwIFNl cmllcywKCUFUSSBNb2JpbGl0eSBSYWRlb24gSEQgNTAwMCBTZXJpZXMsIEFUSSBNb2JpbGl0eSBS YWRlb24gSEQgNTU3MCwKCUFUSSBGaXJlUHJvIChGaXJlR0wpIEdyYXBoaWNzIEFkYXB0ZXIsCglB VEkgRmlyZVBybyAoRmlyZUdMKSBHcmFwaGljcyBBZGFwdGVyLCBBVEkgUmFkZW9uIEhEIDU2NzAs CglBVEkgUmFkZW9uIEhEIDU1NzAsIEFUSSBSYWRlb24gSEQgNTUwMCBTZXJpZXMsIFJFRFdPT0Qs CglBVEkgTW9iaWxpdHkgUmFkZW9uIEhEIDUwMDAgU2VyaWVzLAoJQVRJIE1vYmlsaXR5IFJhZGVv biBIRCA1MDAwIFNlcmllcywgQVRJIE1vYmlsaXR5IFJhZGVvbiBHcmFwaGljcywKCUFUSSBNb2Jp bGl0eSBSYWRlb24gR3JhcGhpY3MsIENFREFSLAoJQVRJIEZpcmVQcm8gKEZpcmVHTCkgR3JhcGhp Y3MgQWRhcHRlciwKCUFUSSBGaXJlUHJvIChGaXJlR0wpIEdyYXBoaWNzIEFkYXB0ZXIsIEFUSSBG aXJlUHJvIDIyNzAsIENFREFSLAoJQVRJIFJhZGVvbiBIRCA1NDUwLCBDRURBUiwgQ0VEQVIsIENB WU1BTiwgQ0FZTUFOLCBDQVlNQU4sIENBWU1BTiwKCUNBWU1BTiwgQ0FZTUFOLCBDQVlNQU4sIENB WU1BTiwgQ0FZTUFOLCBDQVlNQU4sCglBTUQgUmFkZW9uIEhEIDY5MDAgU2VyaWVzLCBBTUQgUmFk ZW9uIEhEIDY5MDAgU2VyaWVzLCBDQVlNQU4sIENBWU1BTiwKCUNBWU1BTiwgQU1EIFJhZGVvbiBI RCA2OTAwTSBTZXJpZXMsIE1vYmlsaXR5IFJhZGVvbiBIRCA2MDAwIFNlcmllcywKCUJBUlRTLCBC QVJUUywgTW9iaWxpdHkgUmFkZW9uIEhEIDYwMDAgU2VyaWVzLAoJTW9iaWxpdHkgUmFkZW9uIEhE IDYwMDAgU2VyaWVzLCBCQVJUUywgQkFSVFMsIEJBUlRTLCBCQVJUUywKCUFNRCBSYWRlb24gSEQg NjgwMCBTZXJpZXMsIEFNRCBSYWRlb24gSEQgNjgwMCBTZXJpZXMsCglBTUQgUmFkZW9uIEhEIDY3 MDAgU2VyaWVzLCBUVVJLUywgVFVSS1MsIFRVUktTLCBUVVJLUywgVFVSS1MsIFRVUktTLAoJVFVS S1MsIFRVUktTLCBUVVJLUywgVFVSS1MsIFRVUktTLCBUVVJLUywgVFVSS1MsIFRVUktTLCBUVVJL UywgVFVSS1MsCglUVVJLUywgVFVSS1MsIFRVUktTLCBUVVJLUywgVFVSS1MsIFRVUktTLCBUVVJL UywgVFVSS1MsIFRVUktTLCBUVVJLUywKCUNBSUNPUywgQ0FJQ09TLCBDQUlDT1MsIENBSUNPUywg Q0FJQ09TLCBDQUlDT1MsIENBSUNPUywgQ0FJQ09TLAoJQ0FJQ09TLCBDQUlDT1MsIENBSUNPUywg Q0FJQ09TLCBDQUlDT1MsIENBSUNPUywgQ0FJQ09TLCBBUlVCQSwgQVJVQkEsCglBUlVCQSwgQVJV QkEsIEFSVUJBLCBBUlVCQSwgQVJVQkEsIEFSVUJBLCBBUlVCQSwgQVJVQkEsIEFSVUJBLCBBUlVC QSwKCUFSVUJBLCBBUlVCQSwgQVJVQkEsIEFSVUJBLCBBUlVCQSwgQVJVQkEsIEFSVUJBLCBBUlVC QSwgQVJVQkEsIEFSVUJBLAoJQVJVQkEsIEFSVUJBClsgICAgMjkuNDEzXSAoLS0pIFVzaW5nIHN5 c2NvbnMgZHJpdmVyIHdpdGggWCBzdXBwb3J0ICh2ZXJzaW9uIDIuMCkKWyAgICAyOS40MTRdICgt LSkgdXNpbmcgVlQgbnVtYmVyIDkKClsgICAgMjkuNDI0XSAoV1cpIFZHQSBhcmJpdGVyOiBjYW5u b3Qgb3BlbiBrZXJuZWwgYXJiaXRlciwgbm8gbXVsdGktY2FyZCBzdXBwb3J0ClsgICAgMjkuNDI0 XSAoSUkpIFJBREVPTigwKTogVE9UTyBTQVlTIDAwMDAwMDAwZmViMDAwMDAKWyAgICAyOS40MjVd IChJSSkgUkFERU9OKDApOiBNTUlPIHJlZ2lzdGVycyBhdCAweDAwMDAwMDAwZmViMDAwMDA6IHNp emUgMjU2S0IKWyAgICAyOS40MjVdIChJSSkgUkFERU9OKDApOiBQQ0kgYnVzIDAgY2FyZCAxIGZ1 bmMgMApbICAgIDI5LjQyNV0gKCoqKSBSQURFT04oMCk6IERlcHRoIDI0LCAoLS0pIGZyYW1lYnVm ZmVyIGJwcCAzMgpbICAgIDI5LjQyNV0gKElJKSBSQURFT04oMCk6IFBpeGVsIGRlcHRoID0gMjQg Yml0cyBzdG9yZWQgaW4gNCBieXRlcyAoMzIgYnBwIHBpeG1hcHMpClsgICAgMjkuNDI1XSAoPT0p IFJBREVPTigwKTogRGVmYXVsdCB2aXN1YWwgaXMgVHJ1ZUNvbG9yClsgICAgMjkuNDI2XSAoSUkp IExvYWRpbmcgc3ViIG1vZHVsZSAidmdhaHciClsgICAgMjkuNDI2XSAoSUkpIExvYWRNb2R1bGU6 ICJ2Z2FodyIKWyAgICAyOS40MjhdIChJSSkgTG9hZGluZyAvdXNyL2xvY2FsL2xpYi94b3JnL21v ZHVsZXMvbGlidmdhaHcuc28KWyAgICAyOS40MjldIChJSSkgTW9kdWxlIHZnYWh3OiB2ZW5kb3I9 IlguT3JnIEZvdW5kYXRpb24iClsgICAgMjkuNDI5XSAJY29tcGlsZWQgZm9yIDEuMTIuNCwgbW9k dWxlIHZlcnNpb24gPSAwLjEuMApbICAgIDI5LjQzMF0gCUFCSSBjbGFzczogWC5PcmcgVmlkZW8g RHJpdmVyLCB2ZXJzaW9uIDEyLjEKWyAgICAyOS40MzBdIChJSSkgUkFERU9OKDApOiB2Z2FIV0dl dElPQmFzZTogaHdwLT5JT0Jhc2UgaXMgMHgwM2QwClsgICAgMjkuNDMwXSAoPT0pIFJBREVPTigw KTogUkdCIHdlaWdodCA4ODgKWyAgICAyOS40MzBdIChJSSkgUkFERU9OKDApOiBVc2luZyA4IGJp dHMgcGVyIFJHQiAoOCBiaXQgREFDKQpbICAgIDI5LjQzMF0gKC0tKSBSQURFT04oMCk6IENoaXBz ZXQ6ICJBTUQgUmFkZW9uIEhEIDYyMDAgU2VyaWVzIEdyYXBoaWNzIiAoQ2hpcElEID0gMHg5ODA3 KQpbICAgIDI5LjQzMF0gKC0tKSBSQURFT04oMCk6IExpbmVhciBmcmFtZWJ1ZmZlciBhdCAweDAw MDAwMDAwZDAwMDAwMDAKWyAgICAyOS40MzFdIChJSSkgUkFERU9OKDApOiBQQ0lFIGNhcmQgZGV0 ZWN0ZWQKWyAgICAyOS40MzFdIChJSSkgTG9hZGluZyBzdWIgbW9kdWxlICJpbnQxMCIKWyAgICAy OS40MzFdIChJSSkgTG9hZE1vZHVsZTogImludDEwIgpbICAgIDI5LjQzMl0gKElJKSBMb2FkaW5n IC91c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxlcy9saWJpbnQxMC5zbwpbICAgIDI5LjQzNV0gKElJ KSBNb2R1bGUgaW50MTA6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKWyAgICAyOS40MzVdIAlj b21waWxlZCBmb3IgMS4xMi40LCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4wClsgICAgMjkuNDM1XSAJ QUJJIGNsYXNzOiBYLk9yZyBWaWRlbyBEcml2ZXIsIHZlcnNpb24gMTIuMQpbICAgIDI5LjQzNV0g KElJKSBSQURFT04oMCk6IGluaXRpYWxpemluZyBpbnQxMApbICAgIDI5LjQzN10gKElJKSBSQURF T04oMCk6IFByaW1hcnkgVl9CSU9TIHNlZ21lbnQgaXM6IDB4YzAwMApbICAgIDI5LjQ0MV0gKElJ KSBSQURFT04oMCk6IEFUT00gQklPUyBkZXRlY3RlZApbICAgIDI5LjQ0M10gKElJKSBSQURFT04o MCk6IEFUT00gQklPUyBSb206IApbICAgIDI5LjQ0NF0gCVN1YnN5c3RlbVZlbmRvcklEOiAweDEw NDMgU3Vic3lzdGVtSUQ6IDB4ODRhNApbICAgIDI5LjQ0NF0gCUlPQmFzZUFkZHJlc3M6IDB4ZjAw MApbICAgIDI5LjQ0NF0gCUZpbGVuYW1lOiBCUjQxMjI3LmJpbiAKWyAgICAyOS40NDRdIAlCSU9T IEJvb3R1cCBNZXNzYWdlOiANCk9udGFyaW8gQnJpbmd1cCBWQklPUyAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICANCgpbICAgIDI5LjQ0NF0gKElJ KSBSQURFT04oMCk6IEZyYW1lYnVmZmVyIHNwYWNlIHVzZWQgYnkgRmlybXdhcmUgKGtiKTogMjAK WyAgICAyOS40NDRdIChJSSkgUkFERU9OKDApOiBTdGFydCBvZiBWUkFNIGFyZWEgdXNlZCBieSBG aXJtd2FyZTogMHg1ZmZlYwpbICAgIDI5LjQ0NF0gKElJKSBSQURFT04oMCk6IEF0b21CSU9TIHJl cXVlc3RzIDIwa0Igb2YgVlJBTSBzY3JhdGNoIHNwYWNlClsgICAgMjkuNDQ0XSAoSUkpIFJBREVP TigwKTogQXRvbUJJT1MgVlJBTSBzY3JhdGNoIGJhc2U6IDB4NWZmZWMKWyAgICAyOS40NDVdIChJ SSkgUkFERU9OKDApOiBDYW5ub3QgZ2V0IFZSQU0gc2NyYXRjaCBzcGFjZS4gQWxsb2NhdGluZyBp biBtYWluIG1lbW9yeSBpbnN0ZWFkClsgICAgMjkuNDQ1XSAoSUkpIFJBREVPTigwKTogRGVmYXVs dCBFbmdpbmUgQ2xvY2s6IDIwMDAwMApbICAgIDI5LjQ0NV0gKElJKSBSQURFT04oMCk6IERlZmF1 bHQgTWVtb3J5IENsb2NrOiA1MzMwMDAKWyAgICAyOS40NDVdIChJSSkgUkFERU9OKDApOiBNYXhp bXVtIFBpeGVsIENsb2NrUExMIEZyZXF1ZW5jeSBPdXRwdXQ6IDEyMDAwMDAKWyAgICAyOS40NDVd IChJSSkgUkFERU9OKDApOiBNaW5pbXVtIFBpeGVsIENsb2NrUExMIEZyZXF1ZW5jeSBPdXRwdXQ6 IDAKWyAgICAyOS40NDVdIChJSSkgUkFERU9OKDApOiBNYXhpbXVtIFBpeGVsIENsb2NrUExMIEZy ZXF1ZW5jeSBJbnB1dDogNTAwMDAKWyAgICAyOS40NDVdIChJSSkgUkFERU9OKDApOiBNaW5pbXVt IFBpeGVsIENsb2NrUExMIEZyZXF1ZW5jeSBJbnB1dDogNjc1MApbICAgIDI5LjQ0NV0gKElJKSBS QURFT04oMCk6IE1heGltdW0gUGl4ZWwgQ2xvY2s6IDQwMDAwMApbICAgIDI5LjQ0Nl0gKElJKSBS QURFT04oMCk6IFJlZmVyZW5jZSBDbG9jazogMTAwMDAwClsgICAgMjkuNDQ2XSAoSUkpIFJBREVP TigwKTogTm8gRFJJIHlldCBvbiBFdmVyZ3JlZW4KWyAgICAyOS40NDZdIChJSSkgUkFERU9OKDAp OiB1c2luZyBzaGFkb3cgZnJhbWVidWZmZXIKWyAgICAyOS40NDZdIChJSSkgTG9hZGluZyBzdWIg bW9kdWxlICJzaGFkb3ciClsgICAgMjkuNDQ2XSAoSUkpIExvYWRNb2R1bGU6ICJzaGFkb3ciClsg ICAgMjkuNDQ3XSAoSUkpIExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVzL2xpYnNo YWRvdy5zbwpbICAgIDI5LjQ0OF0gKElJKSBNb2R1bGUgc2hhZG93OiB2ZW5kb3I9IlguT3JnIEZv dW5kYXRpb24iClsgICAgMjkuNDQ5XSAJY29tcGlsZWQgZm9yIDEuMTIuNCwgbW9kdWxlIHZlcnNp b24gPSAxLjEuMApbICAgIDI5LjQ0OV0gCUFCSSBjbGFzczogWC5PcmcgQU5TSSBDIEVtdWxhdGlv biwgdmVyc2lvbiAwLjQKWyAgICAyOS40NDldIChJSSkgUkFERU9OKDApOiBEZXRlY3RlZCB0b3Rh bCB2aWRlbyBSQU09MzkzMjE2SywgYWNjZXNzaWJsZT0yNjIxNDRLIChQQ0kgQkFSPTI2MjE0NEsp ClsgICAgMjkuNDQ5XSAoLS0pIFJBREVPTigwKTogTWFwcGVkIFZpZGVvUkFNOiAyNjIxNDQga0J5 dGUgKDEyOCBiaXQgRERSIFNEUkFNKQpbICAgIDI5LjQ0OV0gKElJKSBSQURFT04oMCk6IENvbG9y IHRpbGluZyBkaXNhYmxlZApbICAgIDI5LjQ0OV0gKElJKSBMb2FkaW5nIHN1YiBtb2R1bGUgImRk YyIKWyAgICAyOS40NDldIChJSSkgTG9hZE1vZHVsZTogImRkYyIKWyAgICAyOS40NTBdIChJSSkg TW9kdWxlICJkZGMiIGFscmVhZHkgYnVpbHQtaW4KWyAgICAyOS40NTBdIChJSSkgTG9hZGluZyBz dWIgbW9kdWxlICJpMmMiClsgICAgMjkuNDUwXSAoSUkpIExvYWRNb2R1bGU6ICJpMmMiClsgICAg MjkuNDUwXSAoSUkpIE1vZHVsZSAiaTJjIiBhbHJlYWR5IGJ1aWx0LWluClsgICAgMjkuNDUwXSAo SUkpIFJBREVPTigwKTogUExMIHBhcmFtZXRlcnM6IHJmPTEwMDAwIHJkPTEyIG1pbj02NDgwMCBt YXg9MTIwMDAwOyB4Y2xrPTQwMDAwClsgICAgMjkuNDUwXSAoV1cpIFJBREVPTigwKTogTFZEUyBJ bmZvOgpYUmVzOiAxMDI0LCBZUmVzOiA2MDAsIERvdENsb2NrOiA1MDQwMApIQmxhbms6IDMyMCwg SE92ZXJQbHVzOiA0OCwgSFN5bmNXaWR0aDogMzIKVkJsYW5rOiAyNSwgVk92ZXJQbHVzOiAzLCBW U3luY1dpZHRoOiAxMApbICAgIDI5LjQ1MV0gKElJKSBSQURFT04oMCk6IE91dHB1dCBMVkRTIHVz aW5nIG1vbml0b3Igc2VjdGlvbiBNb25pdG9yMApbICAgIDI5LjQ1MV0gKElJKSBSQURFT04oMCk6 IEkyQyBidXMgIkxWRFMiIGluaXRpYWxpemVkLgpbICAgIDI5LjQ1MV0gKElJKSBSQURFT04oMCk6 IE91dHB1dCBIRE1JLTAgaGFzIG5vIG1vbml0b3Igc2VjdGlvbgpbICAgIDI5LjQ1MV0gKElJKSBS QURFT04oMCk6IEkyQyBidXMgIkhETUktMCIgaW5pdGlhbGl6ZWQuClsgICAgMjkuNDUxXSAoSUkp IFJBREVPTigwKTogT3V0cHV0IFZHQS0wIGhhcyBubyBtb25pdG9yIHNlY3Rpb24KWyAgICAyOS40 NTJdIChJSSkgUkFERU9OKDApOiBJMkMgYnVzICJWR0EtMCIgaW5pdGlhbGl6ZWQuClsgICAgMjku NDUyXSAoSUkpIFJBREVPTigwKTogUG9ydDA6ClsgICAgMjkuNDUyXSAgIFhSQU5EUiBuYW1lOiBM VkRTClsgICAgMjkuNDUyXSAgIENvbm5lY3RvcjogTFZEUwpbICAgIDI5LjQ1Ml0gICBMQ0QxOiBJ TlRFUk5BTF9VTklQSFkKWyAgICAyOS40NTJdICAgRERDIHJlZzogMHg2NDMwClsgICAgMjkuNDUy XSAoSUkpIFJBREVPTigwKTogUG9ydDE6ClsgICAgMjkuNDUzXSAgIFhSQU5EUiBuYW1lOiBIRE1J LTAKWyAgICAyOS40NTNdICAgQ29ubmVjdG9yOiBIRE1JLUEKWyAgICAyOS40NTNdICAgREZQMTog SU5URVJOQUxfVU5JUEhZClsgICAgMjkuNDUzXSAgIEREQyByZWc6IDB4NjQ0MApbICAgIDI5LjQ1 M10gKElJKSBSQURFT04oMCk6IFBvcnQyOgpbICAgIDI5LjQ1M10gICBYUkFORFIgbmFtZTogVkdB LTAKWyAgICAyOS40NTNdICAgQ29ubmVjdG9yOiBWR0EKWyAgICAyOS40NTRdICAgQ1JUMTogSU5U RVJOQUxfS0xEU0NQX0RBQzEKWyAgICAyOS40NTRdICAgRERDIHJlZzogMHg2NGQ4ClsgICAgMjku NDU0XSAoSUkpIFJBREVPTigwKTogSTJDIGRldmljZSAiTFZEUzpkZGMyIiByZWdpc3RlcmVkIGF0 IGFkZHJlc3MgMHhBMC4KWyAgICAyOS41MjBdIChJSSkgUkFERU9OKDApOiBFRElEIGZvciBvdXRw dXQgTFZEUwpbICAgIDI5LjUyMF0gKElJKSBSQURFT04oMCk6IE1hbnVmYWN0dXJlcjogSVZPICBN b2RlbDogM2Y0ICBTZXJpYWwjOiAwClsgICAgMjkuNTIwXSAoSUkpIFJBREVPTigwKTogWWVhcjog MjAxMCAgV2VlazogMTAKWyAgICAyOS41MjBdIChJSSkgUkFERU9OKDApOiBFRElEIFZlcnNpb246 IDEuMwpbICAgIDI5LjUyMF0gKElJKSBSQURFT04oMCk6IERpZ2l0YWwgRGlzcGxheSBJbnB1dApb ICAgIDI5LjUyMV0gKElJKSBSQURFT04oMCk6IE1heCBJbWFnZSBTaXplIFtjbV06IGhvcml6Ljog MjIgIHZlcnQuOiAxMwpbICAgIDI5LjUyMV0gKElJKSBSQURFT04oMCk6IEdhbW1hOiAyLjIwClsg ICAgMjkuNTIxXSAoSUkpIFJBREVPTigwKTogTm8gRFBNUyBjYXBhYmlsaXRpZXMgc3BlY2lmaWVk ClsgICAgMjkuNTIxXSAoSUkpIFJBREVPTigwKTogU3VwcG9ydGVkIGNvbG9yIGVuY29kaW5nczog UkdCIDQ6NDo0IFlDckNiIDQ6NDo0IApbICAgIDI5LjUyMV0gKElJKSBSQURFT04oMCk6IEZpcnN0 IGRldGFpbGVkIHRpbWluZyBpcyBwcmVmZXJyZWQgbW9kZQpbICAgIDI5LjUyMV0gKElJKSBSQURF T04oMCk6IHJlZFg6IDAuNTc4IHJlZFk6IDAuMzQ2ICAgZ3JlZW5YOiAwLjMzNiBncmVlblk6IDAu NTYwClsgICAgMjkuNTIxXSAoSUkpIFJBREVPTigwKTogYmx1ZVg6IDAuMTU1IGJsdWVZOiAwLjEy MiAgIHdoaXRlWDogMC4zMTIgd2hpdGVZOiAwLjMyOApbICAgIDI5LjUyMV0gKElJKSBSQURFT04o MCk6IE1hbnVmYWN0dXJlcidzIG1hc2s6IDAKWyAgICAyOS41MjJdIChJSSkgUkFERU9OKDApOiBT dXBwb3J0ZWQgZGV0YWlsZWQgdGltaW5nOgpbICAgIDI5LjUyMl0gKElJKSBSQURFT04oMCk6IGNs b2NrOiA1MC40IE1IeiAgIEltYWdlIFNpemU6ICAyMjMgeCAxMjUgbW0KWyAgICAyOS41MjJdIChJ SSkgUkFERU9OKDApOiBoX2FjdGl2ZTogMTAyNCAgaF9zeW5jOiAxMDcyICBoX3N5bmNfZW5kIDEx MDQgaF9ibGFua19lbmQgMTM0NCBoX2JvcmRlcjogMApbICAgIDI5LjUyMl0gKElJKSBSQURFT04o MCk6IHZfYWN0aXZlOiA2MDAgIHZfc3luYzogNjAzICB2X3N5bmNfZW5kIDYxMyB2X2JsYW5raW5n OiA2MjUgdl9ib3JkZXI6IDAKWyAgICAyOS41MjJdIChJSSkgUkFERU9OKDApOiBVbmtub3duIHZl bmRvci1zcGVjaWZpYyBibG9jayBmClsgICAgMjkuNTIyXSAoSUkpIFJBREVPTigwKTogIEluZm9W aXNpb24KWyAgICAyOS41MjJdIChJSSkgUkFERU9OKDApOiAgTTEwMU5XVDIgUjIKWyAgICAyOS41 MjJdIChJSSkgUkFERU9OKDApOiBFRElEIChpbiBoZXgpOgpbICAgIDI5LjUyM10gKElJKSBSQURF T04oMCk6IAkwMGZmZmZmZmZmZmZmZjAwMjZjZmY0MDMwMDAwMDAwMApbICAgIDI5LjUyM10gKElJ KSBSQURFT04oMCk6IAkwYTE0MDEwMzgwMTYwZDc4MGEyMWQwOTQ1ODU2OGYyNwpbICAgIDI5LjUy M10gKElJKSBSQURFT04oMCk6IAkxZjUwNTQwMDAwMDAwMTAxMDEwMTAxMDEwMTAxMDEwMQpbICAg IDI5LjUyM10gKElJKSBSQURFT04oMCk6IAkwMTAxMDEwMTAxMDFiMDEzMDA0MDQxNTgxOTIwMzAy MApbICAgIDI5LjUyM10gKElJKSBSQURFT04oMCk6IAkzYTAwZGY3ZDAwMDAwMDE5MDAwMDAwMGYw MDAwMDAwMApbICAgIDI5LjUyM10gKElJKSBSQURFT04oMCk6IAkwMDAwMDAwMDAwMDAwMDAwMDAw MTAwMDAwMGZlMDA0OQpbICAgIDI5LjUyM10gKElJKSBSQURFT04oMCk6IAk2ZTY2NmY1NjY5NzM2 OTZmNmUwYTIwMjAwMDAwMDBmZQpbICAgIDI5LjUyNF0gKElJKSBSQURFT04oMCk6IAkwMDRkMzEz MDMxNGU1NzU0MzIyMDUyMzIyMDBhMDAxMQpbICAgIDI5LjUyNF0gKElJKSBSQURFT04oMCk6IEVE SUQgdmVuZG9yICJJVk8iLCBwcm9kIGlkIDEwMTIKWyAgICAyOS41MjRdIChJSSkgUkFERU9OKDAp OiBQcmludGluZyBEREMgZ2F0aGVyZWQgTW9kZWxpbmVzOgpbICAgIDI5LjUyNF0gKElJKSBSQURF T04oMCk6IE1vZGVsaW5lICIxMDI0eDYwMCJ4MC4wICAgNTAuNDAgIDEwMjQgMTA3MiAxMTA0IDEz NDQgIDYwMCA2MDMgNjEzIDYyNSAtaHN5bmMgLXZzeW5jICgzNy41IGtIeiBlUCkKWyAgICAyOS41 MjRdIChJSSkgUkFERU9OKDApOiBPdXRwdXQ6IExWRFMsIERldGVjdGVkIE1vbml0b3IgVHlwZTog MgpbICAgIDI5LjUyNF0gKElJKSBSQURFT04oMCk6IEVESUQgZGF0YSBmcm9tIHRoZSBkaXNwbGF5 IG9uIG91dHB1dDogTFZEUyAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tClsgICAgMjkuNTI0XSAoSUkp IFJBREVPTigwKTogTWFudWZhY3R1cmVyOiBJVk8gIE1vZGVsOiAzZjQgIFNlcmlhbCM6IDAKWyAg ICAyOS41MjRdIChJSSkgUkFERU9OKDApOiBZZWFyOiAyMDEwICBXZWVrOiAxMApbICAgIDI5LjUy NV0gKElJKSBSQURFT04oMCk6IEVESUQgVmVyc2lvbjogMS4zClsgICAgMjkuNTI1XSAoSUkpIFJB REVPTigwKTogRGlnaXRhbCBEaXNwbGF5IElucHV0ClsgICAgMjkuNTI1XSAoSUkpIFJBREVPTigw KTogTWF4IEltYWdlIFNpemUgW2NtXTogaG9yaXouOiAyMiAgdmVydC46IDEzClsgICAgMjkuNTI1 XSAoSUkpIFJBREVPTigwKTogR2FtbWE6IDIuMjAKWyAgICAyOS41MjVdIChJSSkgUkFERU9OKDAp OiBObyBEUE1TIGNhcGFiaWxpdGllcyBzcGVjaWZpZWQKWyAgICAyOS41MjVdIChJSSkgUkFERU9O KDApOiBTdXBwb3J0ZWQgY29sb3IgZW5jb2RpbmdzOiBSR0IgNDo0OjQgWUNyQ2IgNDo0OjQgClsg ICAgMjkuNTI1XSAoSUkpIFJBREVPTigwKTogRmlyc3QgZGV0YWlsZWQgdGltaW5nIGlzIHByZWZl cnJlZCBtb2RlClsgICAgMjkuNTI1XSAoSUkpIFJBREVPTigwKTogcmVkWDogMC41NzggcmVkWTog MC4zNDYgICBncmVlblg6IDAuMzM2IGdyZWVuWTogMC41NjAKWyAgICAyOS41MjZdIChJSSkgUkFE RU9OKDApOiBibHVlWDogMC4xNTUgYmx1ZVk6IDAuMTIyICAgd2hpdGVYOiAwLjMxMiB3aGl0ZVk6 IDAuMzI4ClsgICAgMjkuNTI2XSAoSUkpIFJBREVPTigwKTogTWFudWZhY3R1cmVyJ3MgbWFzazog MApbICAgIDI5LjUyNl0gKElJKSBSQURFT04oMCk6IFN1cHBvcnRlZCBkZXRhaWxlZCB0aW1pbmc6 ClsgICAgMjkuNTI2XSAoSUkpIFJBREVPTigwKTogY2xvY2s6IDUwLjQgTUh6ICAgSW1hZ2UgU2l6 ZTogIDIyMyB4IDEyNSBtbQpbICAgIDI5LjUyNl0gKElJKSBSQURFT04oMCk6IGhfYWN0aXZlOiAx MDI0ICBoX3N5bmM6IDEwNzIgIGhfc3luY19lbmQgMTEwNCBoX2JsYW5rX2VuZCAxMzQ0IGhfYm9y ZGVyOiAwClsgICAgMjkuNTI2XSAoSUkpIFJBREVPTigwKTogdl9hY3RpdmU6IDYwMCAgdl9zeW5j OiA2MDMgIHZfc3luY19lbmQgNjEzIHZfYmxhbmtpbmc6IDYyNSB2X2JvcmRlcjogMApbICAgIDI5 LjUyN10gKElJKSBSQURFT04oMCk6IFVua25vd24gdmVuZG9yLXNwZWNpZmljIGJsb2NrIGYKWyAg ICAyOS41MjddIChJSSkgUkFERU9OKDApOiAgSW5mb1Zpc2lvbgpbICAgIDI5LjUyN10gKElJKSBS QURFT04oMCk6ICBNMTAxTldUMiBSMgpbICAgIDI5LjUyN10gKElJKSBSQURFT04oMCk6IEVESUQg KGluIGhleCk6ClsgICAgMjkuNTI3XSAoSUkpIFJBREVPTigwKTogCTAwZmZmZmZmZmZmZmZmMDAy NmNmZjQwMzAwMDAwMDAwClsgICAgMjkuNTI3XSAoSUkpIFJBREVPTigwKTogCTBhMTQwMTAzODAx NjBkNzgwYTIxZDA5NDU4NTY4ZjI3ClsgICAgMjkuNTI3XSAoSUkpIFJBREVPTigwKTogCTFmNTA1 NDAwMDAwMDAxMDEwMTAxMDEwMTAxMDEwMTAxClsgICAgMjkuNTI3XSAoSUkpIFJBREVPTigwKTog CTAxMDEwMTAxMDEwMWIwMTMwMDQwNDE1ODE5MjAzMDIwClsgICAgMjkuNTI4XSAoSUkpIFJBREVP TigwKTogCTNhMDBkZjdkMDAwMDAwMTkwMDAwMDAwZjAwMDAwMDAwClsgICAgMjkuNTI4XSAoSUkp IFJBREVPTigwKTogCTAwMDAwMDAwMDAwMDAwMDAwMDAxMDAwMDAwZmUwMDQ5ClsgICAgMjkuNTI4 XSAoSUkpIFJBREVPTigwKTogCTZlNjY2ZjU2Njk3MzY5NmY2ZTBhMjAyMDAwMDAwMGZlClsgICAg MjkuNTI4XSAoSUkpIFJBREVPTigwKTogCTAwNGQzMTMwMzE0ZTU3NTQzMjIwNTIzMjIwMGEwMDEx ClsgICAgMjkuNTI4XSBmaW5pc2hlZCBvdXRwdXQgZGV0ZWN0OiAwClsgICAgMjkuNTI4XSAoSUkp IFJBREVPTigwKTogSTJDIGRldmljZSAiSERNSS0wOmRkYzIiIHJlZ2lzdGVyZWQgYXQgYWRkcmVz cyAweEEwLgpbICAgIDI5LjUzNV0gKElJKSBSQURFT04oMCk6IE91dHB1dDogSERNSS0wLCBEZXRl Y3RlZCBNb25pdG9yIFR5cGU6IDAKWyAgICAyOS41MzVdIGZpbmlzaGVkIG91dHB1dCBkZXRlY3Q6 IDEKWyAgICAyOS41MzZdIChJSSkgUkFERU9OKDApOiBJMkMgZGV2aWNlICJWR0EtMDpkZGMyIiBy ZWdpc3RlcmVkIGF0IGFkZHJlc3MgMHhBMC4KWyAgICAyOS41NDZdIERhYyBkZXRlY3Rpb24gc3Vj Y2VzcwpbICAgIDI5LjU0Nl0gKElJKSBSQURFT04oMCk6IE91dHB1dDogVkdBLTAsIERldGVjdGVk IE1vbml0b3IgVHlwZTogMApbICAgIDI5LjU0Nl0gZmluaXNoZWQgb3V0cHV0IGRldGVjdDogMgpb ICAgIDI5LjU0N10gZmluaXNoZWQgYWxsIGRldGVjdApbICAgIDI5LjYxM10gKElJKSBSQURFT04o MCk6IEVESUQgZm9yIG91dHB1dCBMVkRTClsgICAgMjkuNjEzXSAoSUkpIFJBREVPTigwKTogTWFu dWZhY3R1cmVyOiBJVk8gIE1vZGVsOiAzZjQgIFNlcmlhbCM6IDAKWyAgICAyOS42MTNdIChJSSkg UkFERU9OKDApOiBZZWFyOiAyMDEwICBXZWVrOiAxMApbICAgIDI5LjYxM10gKElJKSBSQURFT04o MCk6IEVESUQgVmVyc2lvbjogMS4zClsgICAgMjkuNjEzXSAoSUkpIFJBREVPTigwKTogRGlnaXRh bCBEaXNwbGF5IElucHV0ClsgICAgMjkuNjEzXSAoSUkpIFJBREVPTigwKTogTWF4IEltYWdlIFNp emUgW2NtXTogaG9yaXouOiAyMiAgdmVydC46IDEzClsgICAgMjkuNjE0XSAoSUkpIFJBREVPTigw KTogR2FtbWE6IDIuMjAKWyAgICAyOS42MTRdIChJSSkgUkFERU9OKDApOiBObyBEUE1TIGNhcGFi aWxpdGllcyBzcGVjaWZpZWQKWyAgICAyOS42MTRdIChJSSkgUkFERU9OKDApOiBTdXBwb3J0ZWQg Y29sb3IgZW5jb2RpbmdzOiBSR0IgNDo0OjQgWUNyQ2IgNDo0OjQgClsgICAgMjkuNjE0XSAoSUkp IFJBREVPTigwKTogRmlyc3QgZGV0YWlsZWQgdGltaW5nIGlzIHByZWZlcnJlZCBtb2RlClsgICAg MjkuNjE0XSAoSUkpIFJBREVPTigwKTogcmVkWDogMC41NzggcmVkWTogMC4zNDYgICBncmVlblg6 IDAuMzM2IGdyZWVuWTogMC41NjAKWyAgICAyOS42MTRdIChJSSkgUkFERU9OKDApOiBibHVlWDog MC4xNTUgYmx1ZVk6IDAuMTIyICAgd2hpdGVYOiAwLjMxMiB3aGl0ZVk6IDAuMzI4ClsgICAgMjku NjE1XSAoSUkpIFJBREVPTigwKTogTWFudWZhY3R1cmVyJ3MgbWFzazogMApbICAgIDI5LjYxNV0g KElJKSBSQURFT04oMCk6IFN1cHBvcnRlZCBkZXRhaWxlZCB0aW1pbmc6ClsgICAgMjkuNjE1XSAo SUkpIFJBREVPTigwKTogY2xvY2s6IDUwLjQgTUh6ICAgSW1hZ2UgU2l6ZTogIDIyMyB4IDEyNSBt bQpbICAgIDI5LjYxNV0gKElJKSBSQURFT04oMCk6IGhfYWN0aXZlOiAxMDI0ICBoX3N5bmM6IDEw NzIgIGhfc3luY19lbmQgMTEwNCBoX2JsYW5rX2VuZCAxMzQ0IGhfYm9yZGVyOiAwClsgICAgMjku NjE1XSAoSUkpIFJBREVPTigwKTogdl9hY3RpdmU6IDYwMCAgdl9zeW5jOiA2MDMgIHZfc3luY19l bmQgNjEzIHZfYmxhbmtpbmc6IDYyNSB2X2JvcmRlcjogMApbICAgIDI5LjYxNV0gKElJKSBSQURF T04oMCk6IFVua25vd24gdmVuZG9yLXNwZWNpZmljIGJsb2NrIGYKWyAgICAyOS42MTVdIChJSSkg UkFERU9OKDApOiAgSW5mb1Zpc2lvbgpbICAgIDI5LjYxNl0gKElJKSBSQURFT04oMCk6ICBNMTAx TldUMiBSMgpbICAgIDI5LjYxNl0gKElJKSBSQURFT04oMCk6IEVESUQgKGluIGhleCk6ClsgICAg MjkuNjE2XSAoSUkpIFJBREVPTigwKTogCTAwZmZmZmZmZmZmZmZmMDAyNmNmZjQwMzAwMDAwMDAw ClsgICAgMjkuNjE2XSAoSUkpIFJBREVPTigwKTogCTBhMTQwMTAzODAxNjBkNzgwYTIxZDA5NDU4 NTY4ZjI3ClsgICAgMjkuNjE2XSAoSUkpIFJBREVPTigwKTogCTFmNTA1NDAwMDAwMDAxMDEwMTAx MDEwMTAxMDEwMTAxClsgICAgMjkuNjE2XSAoSUkpIFJBREVPTigwKTogCTAxMDEwMTAxMDEwMWIw MTMwMDQwNDE1ODE5MjAzMDIwClsgICAgMjkuNjE2XSAoSUkpIFJBREVPTigwKTogCTNhMDBkZjdk MDAwMDAwMTkwMDAwMDAwZjAwMDAwMDAwClsgICAgMjkuNjE2XSAoSUkpIFJBREVPTigwKTogCTAw MDAwMDAwMDAwMDAwMDAwMDAxMDAwMDAwZmUwMDQ5ClsgICAgMjkuNjE3XSAoSUkpIFJBREVPTigw KTogCTZlNjY2ZjU2Njk3MzY5NmY2ZTBhMjAyMDAwMDAwMGZlClsgICAgMjkuNjE3XSAoSUkpIFJB REVPTigwKTogCTAwNGQzMTMwMzE0ZTU3NTQzMjIwNTIzMjIwMGEwMDExClsgICAgMjkuNjE3XSAo SUkpIFJBREVPTigwKTogRURJRCB2ZW5kb3IgIklWTyIsIHByb2QgaWQgMTAxMgpbICAgIDI5LjYx N10gKElJKSBSQURFT04oMCk6IFByaW50aW5nIEREQyBnYXRoZXJlZCBNb2RlbGluZXM6ClsgICAg MjkuNjE3XSAoSUkpIFJBREVPTigwKTogTW9kZWxpbmUgIjEwMjR4NjAwIngwLjAgICA1MC40MCAg MTAyNCAxMDcyIDExMDQgMTM0NCAgNjAwIDYwMyA2MTMgNjI1IC1oc3luYyAtdnN5bmMgKDM3LjUg a0h6IGVQKQpbICAgIDI5LjYxN10gKElJKSBSQURFT04oMCk6IE91dHB1dDogTFZEUywgRGV0ZWN0 ZWQgTW9uaXRvciBUeXBlOiAyClsgICAgMjkuNjE3XSAoSUkpIFJBREVPTigwKTogRURJRCBkYXRh IGZyb20gdGhlIGRpc3BsYXkgb24gb3V0cHV0OiBMVkRTIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0K WyAgICAyOS42MThdIChJSSkgUkFERU9OKDApOiBNYW51ZmFjdHVyZXI6IElWTyAgTW9kZWw6IDNm NCAgU2VyaWFsIzogMApbICAgIDI5LjYxOF0gKElJKSBSQURFT04oMCk6IFllYXI6IDIwMTAgIFdl ZWs6IDEwClsgICAgMjkuNjE4XSAoSUkpIFJBREVPTigwKTogRURJRCBWZXJzaW9uOiAxLjMKWyAg ICAyOS42MThdIChJSSkgUkFERU9OKDApOiBEaWdpdGFsIERpc3BsYXkgSW5wdXQKWyAgICAyOS42 MThdIChJSSkgUkFERU9OKDApOiBNYXggSW1hZ2UgU2l6ZSBbY21dOiBob3Jpei46IDIyICB2ZXJ0 LjogMTMKWyAgICAyOS42MThdIChJSSkgUkFERU9OKDApOiBHYW1tYTogMi4yMApbICAgIDI5LjYx OF0gKElJKSBSQURFT04oMCk6IE5vIERQTVMgY2FwYWJpbGl0aWVzIHNwZWNpZmllZApbICAgIDI5 LjYxOF0gKElJKSBSQURFT04oMCk6IFN1cHBvcnRlZCBjb2xvciBlbmNvZGluZ3M6IFJHQiA0OjQ6 NCBZQ3JDYiA0OjQ6NCAKWyAgICAyOS42MTldIChJSSkgUkFERU9OKDApOiBGaXJzdCBkZXRhaWxl ZCB0aW1pbmcgaXMgcHJlZmVycmVkIG1vZGUKWyAgICAyOS42MTldIChJSSkgUkFERU9OKDApOiBy ZWRYOiAwLjU3OCByZWRZOiAwLjM0NiAgIGdyZWVuWDogMC4zMzYgZ3JlZW5ZOiAwLjU2MApbICAg IDI5LjYxOV0gKElJKSBSQURFT04oMCk6IGJsdWVYOiAwLjE1NSBibHVlWTogMC4xMjIgICB3aGl0 ZVg6IDAuMzEyIHdoaXRlWTogMC4zMjgKWyAgICAyOS42MTldIChJSSkgUkFERU9OKDApOiBNYW51 ZmFjdHVyZXIncyBtYXNrOiAwClsgICAgMjkuNjE5XSAoSUkpIFJBREVPTigwKTogU3VwcG9ydGVk IGRldGFpbGVkIHRpbWluZzoKWyAgICAyOS42MTldIChJSSkgUkFERU9OKDApOiBjbG9jazogNTAu NCBNSHogICBJbWFnZSBTaXplOiAgMjIzIHggMTI1IG1tClsgICAgMjkuNjIwXSAoSUkpIFJBREVP TigwKTogaF9hY3RpdmU6IDEwMjQgIGhfc3luYzogMTA3MiAgaF9zeW5jX2VuZCAxMTA0IGhfYmxh bmtfZW5kIDEzNDQgaF9ib3JkZXI6IDAKWyAgICAyOS42MjBdIChJSSkgUkFERU9OKDApOiB2X2Fj dGl2ZTogNjAwICB2X3N5bmM6IDYwMyAgdl9zeW5jX2VuZCA2MTMgdl9ibGFua2luZzogNjI1IHZf Ym9yZGVyOiAwClsgICAgMjkuNjIwXSAoSUkpIFJBREVPTigwKTogVW5rbm93biB2ZW5kb3Itc3Bl Y2lmaWMgYmxvY2sgZgpbICAgIDI5LjYyMF0gKElJKSBSQURFT04oMCk6ICBJbmZvVmlzaW9uClsg ICAgMjkuNjIwXSAoSUkpIFJBREVPTigwKTogIE0xMDFOV1QyIFIyClsgICAgMjkuNjIwXSAoSUkp IFJBREVPTigwKTogRURJRCAoaW4gaGV4KToKWyAgICAyOS42MjBdIChJSSkgUkFERU9OKDApOiAJ MDBmZmZmZmZmZmZmZmYwMDI2Y2ZmNDAzMDAwMDAwMDAKWyAgICAyOS42MjBdIChJSSkgUkFERU9O KDApOiAJMGExNDAxMDM4MDE2MGQ3ODBhMjFkMDk0NTg1NjhmMjcKWyAgICAyOS42MjFdIChJSSkg UkFERU9OKDApOiAJMWY1MDU0MDAwMDAwMDEwMTAxMDEwMTAxMDEwMTAxMDEKWyAgICAyOS42MjFd IChJSSkgUkFERU9OKDApOiAJMDEwMTAxMDEwMTAxYjAxMzAwNDA0MTU4MTkyMDMwMjAKWyAgICAy OS42MjFdIChJSSkgUkFERU9OKDApOiAJM2EwMGRmN2QwMDAwMDAxOTAwMDAwMDBmMDAwMDAwMDAK WyAgICAyOS42MjFdIChJSSkgUkFERU9OKDApOiAJMDAwMDAwMDAwMDAwMDAwMDAwMDEwMDAwMDBm ZTAwNDkKWyAgICAyOS42MjFdIChJSSkgUkFERU9OKDApOiAJNmU2NjZmNTY2OTczNjk2ZjZlMGEy MDIwMDAwMDAwZmUKWyAgICAyOS42MjFdIChJSSkgUkFERU9OKDApOiAJMDA0ZDMxMzAzMTRlNTc1 NDMyMjA1MjMyMjAwYTAwMTEKWyAgICAyOS42MjJdIChJSSkgUkFERU9OKDApOiBFRElEIHZlbmRv ciAiSVZPIiwgcHJvZCBpZCAxMDEyClsgICAgMjkuNjIyXSAoSUkpIFJBREVPTigwKTogUHJpbnRp bmcgcHJvYmVkIG1vZGVzIGZvciBvdXRwdXQgTFZEUwpbICAgIDI5LjYyMl0gKElJKSBSQURFT04o MCk6IE1vZGVsaW5lICIxMDI0eDYwMCJ4NjAuMCAgIDUwLjQwICAxMDI0IDEwNzIgMTEwNCAxMzQ0 ICA2MDAgNjAzIDYxMyA2MjUgLWhzeW5jIC12c3luYyAoMzcuNSBrSHogZVApClsgICAgMjkuNjIy XSAoSUkpIFJBREVPTigwKTogTW9kZWxpbmUgIjgwMHg2MDAieDU5LjkgICAzOC4yNSAgODAwIDgz MiA5MTIgMTAyNCAgNjAwIDYwMyA2MDcgNjI0IC1oc3luYyArdnN5bmMgKDM3LjQga0h6IGUpClsg ICAgMjkuNjIyXSAoSUkpIFJBREVPTigwKTogTW9kZWxpbmUgIjY0MHg0ODAieDU5LjQgICAyMy43 NSAgNjQwIDY2NCA3MjAgODAwICA0ODAgNDgzIDQ4NyA1MDAgLWhzeW5jICt2c3luYyAoMjkuNyBr SHogZSkKWyAgICAyOS42MjZdIChJSSkgUkFERU9OKDApOiBPdXRwdXQ6IEhETUktMCwgRGV0ZWN0 ZWQgTW9uaXRvciBUeXBlOiAwClsgICAgMjkuNjI2XSAoSUkpIFJBREVPTigwKTogRURJRCBmb3Ig b3V0cHV0IEhETUktMApbICAgIDI5LjYzN10gRGFjIGRldGVjdGlvbiBzdWNjZXNzClsgICAgMjku NjM3XSAoSUkpIFJBREVPTigwKTogT3V0cHV0OiBWR0EtMCwgRGV0ZWN0ZWQgTW9uaXRvciBUeXBl OiAwClsgICAgMjkuNjM3XSAoSUkpIFJBREVPTigwKTogRURJRCBmb3Igb3V0cHV0IFZHQS0wClsg ICAgMjkuNjM3XSAoSUkpIFJBREVPTigwKTogT3V0cHV0IExWRFMgY29ubmVjdGVkClsgICAgMjku NjM4XSAoSUkpIFJBREVPTigwKTogT3V0cHV0IEhETUktMCBkaXNjb25uZWN0ZWQKWyAgICAyOS42 MzhdIChJSSkgUkFERU9OKDApOiBPdXRwdXQgVkdBLTAgZGlzY29ubmVjdGVkClsgICAgMjkuNjM4 XSAoSUkpIFJBREVPTigwKTogVXNpbmcgZXhhY3Qgc2l6ZXMgZm9yIGluaXRpYWwgbW9kZXMKWyAg ICAyOS42MzhdIChJSSkgUkFERU9OKDApOiBPdXRwdXQgTFZEUyB1c2luZyBpbml0aWFsIG1vZGUg MTAyNHg2MDAKWyAgICAyOS42MzhdIChJSSkgUkFERU9OKDApOiBVc2luZyBkZWZhdWx0IGdhbW1h IG9mICgxLjAsIDEuMCwgMS4wKSB1bmxlc3Mgb3RoZXJ3aXNlIHN0YXRlZC4KWyAgICAyOS42Mzhd ICgqKikgUkFERU9OKDApOiBEaXNwbGF5IGRpbWVuc2lvbnM6ICgyMjAsIDEzMCkgbW0KWyAgICAy OS42MzhdICgqKikgUkFERU9OKDApOiBEUEkgc2V0IHRvICgzODcsIDIwNSkKWyAgICAyOS42Mzhd IChJSSkgTG9hZGluZyBzdWIgbW9kdWxlICJmYiIKWyAgICAyOS42MzhdIChJSSkgTG9hZE1vZHVs ZTogImZiIgpbICAgIDI5LjY0Ml0gKElJKSBMb2FkaW5nIC91c3IvbG9jYWwvbGliL3hvcmcvbW9k dWxlcy9saWJmYi5zbwpbICAgIDI5LjY2MV0gKElJKSBNb2R1bGUgZmI6IHZlbmRvcj0iWC5Pcmcg Rm91bmRhdGlvbiIKWyAgICAyOS42NjFdIAljb21waWxlZCBmb3IgMS4xMi40LCBtb2R1bGUgdmVy c2lvbiA9IDEuMC4wClsgICAgMjkuNjYxXSAJQUJJIGNsYXNzOiBYLk9yZyBBTlNJIEMgRW11bGF0 aW9uLCB2ZXJzaW9uIDAuNApbICAgIDI5LjY2MV0gKElJKSBMb2FkaW5nIHN1YiBtb2R1bGUgInJh bWRhYyIKWyAgICAyOS42NjJdIChJSSkgTG9hZE1vZHVsZTogInJhbWRhYyIKWyAgICAyOS42NjJd IChJSSkgTW9kdWxlICJyYW1kYWMiIGFscmVhZHkgYnVpbHQtaW4KWyAgICAyOS42NjJdICghISkg UkFERU9OKDApOiBNZXJnZWRGQiBzdXBwb3J0IGhhcyBiZWVuIHJlbW92ZWQgYW5kIHJlcGxhY2Vk IHdpdGggeHJhbmRyIDEuMiBzdXBwb3J0ClsgICAgMjkuNjYyXSAoLS0pIERlcHRoIDI0IHBpeG1h cCBmb3JtYXQgaXMgMzIgYnBwClsgICAgMjkuNjYyXSAoSUkpIFJBREVPTigwKTogUkFERU9OU2Ny ZWVuSW5pdCBkMDAwMDAwMCAwIDAKWyAgICAyOS45NTBdIE91dHB1dCBVTklQSFkwIHRyYW5zbWl0 dGVyIHNldHVwIHN1Y2Nlc3MKWyAgICAyOS45NTJdIEJsYW5rIENSVEMgMCBzdWNjZXNzClsgICAg MjkuOTUyXSBEaXNhYmxlIENSVEMgbWVtcmVxIDAgc3VjY2VzcwpbICAgIDI5Ljk1M10gRGlzYWJs ZSBDUlRDIDAgc3VjY2VzcwpbICAgIDI5Ljk1M10gQmxhbmsgQ1JUQyAxIHN1Y2Nlc3MKWyAgICAy OS45NTNdIERpc2FibGUgQ1JUQyBtZW1yZXEgMSBzdWNjZXNzClsgICAgMjkuOTUzXSBEaXNhYmxl IENSVEMgMSBzdWNjZXNzClsgICAgMjkuOTUzXSAoSUkpIFJBREVPTigwKTogRHluYW1pYyBQb3dl ciBNYW5hZ2VtZW50IERpc2FibGVkClsgICAgMjkuOTYzXSAoSUkpIFJBREVPTigwKTogUkFERU9O SW5pdE1lbW9yeU1hcCgpIDogClsgICAgMjkuOTYzXSAoSUkpIFJBREVPTigwKTogICBtZW1fc2l6 ZSAgICAgICAgIDogMHgxODAwMDAwMApbICAgIDI5Ljk2NF0gKElJKSBSQURFT04oMCk6ICAgTUNf RkJfTE9DQVRJT04gICA6IDB4MGYxNzBmMDAKWyAgICAyOS45NjRdIChJSSkgUkFERU9OKDApOiAg IE1DX0FHUF9MT0NBVElPTiAgOiAweDAwM2YwMDAwClsgICAgMjkuOTY0XSAoSUkpIFJBREVPTigw KTogRGVwdGggbW92ZXMgZGlzYWJsZWQgYnkgZGVmYXVsdApbICAgIDI5Ljk2NF0gKElJKSBSQURF T04oMCk6IE1lbW9yeSBtYW5hZ2VyIGluaXRpYWxpemVkIHRvICgwLDApICgzNTg0LDgxOTEpClsg ICAgMjkuOTY0XSAoSUkpIFJBREVPTigwKTogUmVzZXJ2ZWQgYXJlYSBmcm9tICgwLDEwNTApIHRv ICgzNTg0LDEwNTIpClsgICAgMjkuOTY0XSAoSUkpIFJBREVPTigwKTogTGFyZ2VzdCBvZmZzY3Jl ZW4gYXJlYSBhdmFpbGFibGU6IDM1ODQgeCA3MTM5ClsgICAgMjkuOTgxXSAoSUkpIFJBREVPTigw KTogUkFERU9OUmVzdG9yZU1lbU1hcFJlZ2lzdGVycygpIDogClsgICAgMjkuOTgxXSAoSUkpIFJB REVPTigwKTogICBNQ19GQl9MT0NBVElPTiAgIDogMHgwZjE3MGYwMCAweDBmMTcwZjAwClsgICAg MjkuOTgxXSAoSUkpIFJBREVPTigwKTogICBNQ19BR1BfTE9DQVRJT04gIDogMHgwMDNmMDAwMApb ICAgIDI5Ljk5Ml0gKD09KSBSQURFT04oMCk6IEJhY2tpbmcgc3RvcmUgZGlzYWJsZWQKWyAgICAy OS45OTJdIChXVykgUkFERU9OKDApOiBEaXJlY3QgcmVuZGVyaW5nIGRpc2FibGVkClsgICAgMjku OTkyXSAoRUUpIFJBREVPTigwKTogQWNjZWxlcmF0aW9uIGluaXRpYWxpemF0aW9uIGZhaWxlZApb ICAgIDI5Ljk5Ml0gKElJKSBSQURFT04oMCk6IEFjY2VsZXJhdGlvbiBkaXNhYmxlZApbICAgIDI5 Ljk5Ml0gKD09KSBSQURFT04oMCk6IERQTVMgZW5hYmxlZApbICAgIDI5Ljk5M10gKD09KSBSQURF T04oMCk6IFNpbGtlbiBtb3VzZSBlbmFibGVkClsgICAgMjkuOTkzXSAoSUkpIFJBREVPTigwKTog V2lsbCB1c2UgMzIga2IgZm9yIGhhcmR3YXJlIGN1cnNvciAwIGF0IG9mZnNldCAweDAwZTYyMDAw ClsgICAgMjkuOTkzXSAoSUkpIFJBREVPTigwKTogV2lsbCB1c2UgMzIga2IgZm9yIGhhcmR3YXJl IGN1cnNvciAxIGF0IG9mZnNldCAweDAwZTY5MDAwClsgICAgMjkuOTkzXSAoSUkpIFJBREVPTigw KTogTGFyZ2VzdCBvZmZzY3JlZW4gYXJlYSBhdmFpbGFibGU6IDM1ODQgeCA3MTM1ClsgICAgMjku OTk0XSAoSUkpIFJBREVPTigwKTogVGV4dHVyZWQgdmlkZW8gcmVxdWlyZXMgQ1Agb24gUjV4eC9S Nnh4L1I3eHgvSUdQClsgICAgMzAuMDAxXSBPdXRwdXQgVU5JUEhZMCB0cmFuc21pdHRlciBzZXR1 cCBzdWNjZXNzClsgICAgMzAuMDAxXSBPdXRwdXQgVU5JUEhZMCB0cmFuc21pdHRlciBzZXR1cCBz dWNjZXNzClsgICAgMzAuMDAxXSBPdXRwdXQgQ1JUMSBkaXNhYmxlIHN1Y2Nlc3MKWyAgICAzMC4w MDJdIEJsYW5rIENSVEMgMCBzdWNjZXNzClsgICAgMzAuMDAyXSBEaXNhYmxlIENSVEMgbWVtcmVx IDAgc3VjY2VzcwpbICAgIDMwLjAwMl0gRGlzYWJsZSBDUlRDIDAgc3VjY2VzcwpbICAgIDMwLjAw Ml0gQmxhbmsgQ1JUQyAxIHN1Y2Nlc3MKWyAgICAzMC4wMDNdIERpc2FibGUgQ1JUQyBtZW1yZXEg MSBzdWNjZXNzClsgICAgMzAuMDAzXSBEaXNhYmxlIENSVEMgMSBzdWNjZXNzClsgICAgMzAuMDAz XSBPdXRwdXQgVU5JUEhZMCB0cmFuc21pdHRlciBzZXR1cCBzdWNjZXNzClsgICAgMzAuMDA0XSBC bGFuayBDUlRDIDAgc3VjY2VzcwpbICAgIDMwLjAwNF0gRGlzYWJsZSBDUlRDIG1lbXJlcSAwIHN1 Y2Nlc3MKWyAgICAzMC4wMDRdIERpc2FibGUgQ1JUQyAwIHN1Y2Nlc3MKWyAgICAzMC4wMDRdIFNl dCBDUlRDIDAgU291cmNlIHN1Y2Nlc3MKWyAgICAzMC4wMDRdIE1vZGUgMTAyNHg2MDAgLSAxMzQ0 IDYyNSAxMApbICAgIDMwLjAwNF0gKElJKSBSQURFT04oMCk6IFJBREVPTlJlc3RvcmVNZW1NYXBS ZWdpc3RlcnMoKSA6IApbICAgIDMwLjAwNV0gKElJKSBSQURFT04oMCk6ICAgTUNfRkJfTE9DQVRJ T04gICA6IDB4MGYxNzBmMDAgMHgwZjE3MGYwMApbICAgIDMwLjAwNV0gKElJKSBSQURFT04oMCk6 ICAgTUNfQUdQX0xPQ0FUSU9OICA6IDB4MDAzZjAwMDAKWyAgICAzMC4wMTZdIFNldCBEQ1BMTCBz dWNjZXNzClsgICAgMzAuMDE2XSBQaWNrZWQgUExMIDAKWyAgICAzMC4wMTZdIGJlZm9yZSA1MDQw IDB4MApbICAgIDMwLjAxNl0gYWZ0ZXIgMTAwODAgMCAwClsgICAgMzAuMDE2XSBiZXN0X2ZyZXE6 IDEwMTAxMApbICAgIDMwLjAxN10gYmVzdF9mZWVkYmFja19kaXY6IDEwMApbICAgIDMwLjAxN10g YmVzdF9mcmFjX2ZlZWRiYWNrX2RpdjogMApbICAgIDMwLjAxN10gYmVzdF9yZWZfZGl2OiA5Clsg ICAgMzAuMDE3XSBiZXN0X3Bvc3RfZGl2OiAxMQpbICAgIDMwLjAxN10gKElJKSBSQURFT04oMCk6 IGNydGMoMCkgQ2xvY2s6IG1vZGUgNTA0MDAsIFBMTCAxMDEwMTAwClsgICAgMzAuMDE3XSAoSUkp IFJBREVPTigwKTogY3J0YygwKSBQTEwgIDogcmVmZGl2IDksIGZiZGl2IDB4NjQoMTAwKSwgZnJh Y2ZiZGl2IDAsIHBkaXYgMTEKWyAgICAzMC4wMjJdIFNldCBDUlRDIDAgUExMIHN1Y2Nlc3MKWyAg ICAzMC4wMjJdIFNldCBEVEQgQ1JUQyBUaW1pbmcgc3VjY2VzcwpbICAgIDMwLjAyMl0gU2V0IENS VEMgMCBPdmVyc2NhbiBzdWNjZXNzClsgICAgMzAuMDIyXSBOb3QgdXNpbmcgUk1YClsgICAgMzAu MDIzXSBzY2FsZXIgMCBzZXR1cCBzdWNjZXNzClsgICAgMzAuMDIzXSBTZXQgQ1JUQyAwIFNvdXJj ZSBzdWNjZXNzClsgICAgMzAuMDI1XSBPdXRwdXQgVU5JUEhZMCB0cmFuc21pdHRlciBzZXR1cCBz dWNjZXNzClsgICAgMzAuMDI1XSBPdXRwdXQgRElHMCBlbmNvZGVyIHNldHVwIHN1Y2Nlc3MKWyAg ICAzMC4wMjVdIE91dHB1dCBVTklQSFkwIHRyYW5zbWl0dGVyIHNldHVwIHN1Y2Nlc3MKWyAgICAz MC4wMzhdIE91dHB1dCBVTklQSFkwIHRyYW5zbWl0dGVyIHNldHVwIHN1Y2Nlc3MKWyAgICAzMC4w MzldIE91dHB1dCBVTklQSFkwIHRyYW5zbWl0dGVyIHNldHVwIHN1Y2Nlc3MKWyAgICAzMC4wMzld IEVuYWJsZSBDUlRDIDAgc3VjY2VzcwpbICAgIDMwLjAzOV0gRW5hYmxlIENSVEMgbWVtcmVxIDAg c3VjY2VzcwpbICAgIDMwLjAzOV0gVW5ibGFuayBDUlRDIDAgc3VjY2VzcwpbICAgIDMwLjAzOV0g T3V0cHV0IENSVDEgZGlzYWJsZSBzdWNjZXNzClsgICAgMzAuMDM5XSBCbGFuayBDUlRDIDEgc3Vj Y2VzcwpbICAgIDMwLjA0MF0gRGlzYWJsZSBDUlRDIG1lbXJlcSAxIHN1Y2Nlc3MKWyAgICAzMC4w NDBdIERpc2FibGUgQ1JUQyAxIHN1Y2Nlc3MKWyAgICAzMC4wNDBdIChJSSkgUkFERU9OKDApOiBS YW5kUiAxLjIgZW5hYmxlZCwgaWdub3JlIHRoZSBmb2xsb3dpbmcgUmFuZFIgZGlzYWJsZWQgbWVz c2FnZS4KWyAgICAzMC4wNDFdICgtLSkgUmFuZFIgZGlzYWJsZWQKWyAgICAzMC4wNDFdIChJSSkg SW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBHZW5lcmljIEV2ZW50IEV4dGVuc2lvbgpb ICAgIDMwLjA0MV0gKElJKSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFNIQVBFClsg ICAgMzAuMDQxXSAoSUkpIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gTUlULVNITQpb ICAgIDMwLjA0MV0gKElJKSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFhJbnB1dEV4 dGVuc2lvbgpbICAgIDMwLjA0Ml0gKElJKSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9u IFhURVNUClsgICAgMzAuMDQyXSAoSUkpIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24g QklHLVJFUVVFU1RTClsgICAgMzAuMDQyXSAoSUkpIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRl bnNpb24gU1lOQwpbICAgIDMwLjA0Ml0gKElJKSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5z aW9uIFhLRVlCT0FSRApbICAgIDMwLjA0Ml0gKElJKSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0 ZW5zaW9uIFhDLU1JU0MKWyAgICAzMC4wNDJdIChJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4 dGVuc2lvbiBYSU5FUkFNQQpbICAgIDMwLjA0Ml0gKElJKSBJbml0aWFsaXppbmcgYnVpbHQtaW4g ZXh0ZW5zaW9uIFhGSVhFUwpbICAgIDMwLjA0Ml0gKElJKSBJbml0aWFsaXppbmcgYnVpbHQtaW4g ZXh0ZW5zaW9uIFJFTkRFUgpbICAgIDMwLjA0M10gKElJKSBJbml0aWFsaXppbmcgYnVpbHQtaW4g ZXh0ZW5zaW9uIFJBTkRSClsgICAgMzAuMDQzXSAoSUkpIEluaXRpYWxpemluZyBidWlsdC1pbiBl eHRlbnNpb24gQ09NUE9TSVRFClsgICAgMzAuMDQzXSAoSUkpIEluaXRpYWxpemluZyBidWlsdC1p biBleHRlbnNpb24gREFNQUdFClsgICAgMzAuMDgwXSAoSUkpIEFJR0xYOiBTY3JlZW4gMCBpcyBu b3QgRFJJMiBjYXBhYmxlClsgICAgMzAuMDgwXSAoSUkpIEFJR0xYOiBTY3JlZW4gMCBpcyBub3Qg RFJJIGNhcGFibGUKWyAgICAzMC4yNThdIChJSSkgQUlHTFg6IExvYWRlZCBhbmQgaW5pdGlhbGl6 ZWQgc3dyYXN0ClsgICAgMzAuMjU4XSAoSUkpIEdMWDogSW5pdGlhbGl6ZWQgRFJJU1dSQVNUIEdM IHByb3ZpZGVyIGZvciBzY3JlZW4gMApbICAgIDMwLjI2MF0gKElJKSBSQURFT04oMCk6IFNldHRp bmcgc2NyZWVuIHBoeXNpY2FsIHNpemUgdG8gMjcwIHggMTU4ClsgICAgMzEuNDc2XSAoSUkpIFVz aW5nIGlucHV0IGRyaXZlciAnbW91c2UnIGZvciAnUFNNb3VzZScKWyAgICAzMS40NzZdICgqKikg T3B0aW9uICJDb3JlUG9pbnRlciIKWyAgICAzMS40NzZdICgqKikgUFNNb3VzZTogYWx3YXlzIHJl cG9ydHMgY29yZSBldmVudHMKWyAgICAzMS40NzddICgqKikgT3B0aW9uICJQcm90b2NvbCIgImF1 dG8iClsgICAgMzEuNDc3XSAoKiopIE9wdGlvbiAiRGV2aWNlIiAiL2Rldi9wc20wIgpbICAgIDMx LjQ3N10gKCoqKSBQU01vdXNlOiBQcm90b2NvbDogImF1dG8iClsgICAgMzEuNDc3XSAoKiopIFBT TW91c2U6IGFsd2F5cyByZXBvcnRzIGNvcmUgZXZlbnRzClsgICAgMzEuNTU2XSAoKiopIE9wdGlv biAiRW11bGF0ZTNCdXR0b25zIgpbICAgIDMxLjU1Nl0gKCoqKSBPcHRpb24gIkVtdWxhdGUzVGlt ZW91dCIgIjUwIgpbICAgIDMxLjU1Nl0gKCoqKSBQU01vdXNlOiBFbXVsYXRlM0J1dHRvbnMsIEVt dWxhdGUzVGltZW91dDogNTAKWyAgICAzMS41NTZdICgqKikgUFNNb3VzZTogWkF4aXNNYXBwaW5n OiBidXR0b25zIDQgYW5kIDUKWyAgICAzMS41NTZdICgqKikgUFNNb3VzZTogQnV0dG9uczogNQpb ICAgIDMxLjU1Nl0gKElJKSBYSU5QVVQ6IEFkZGluZyBleHRlbmRlZCBpbnB1dCBkZXZpY2UgIlBT TW91c2UiICh0eXBlOiBNT1VTRSwgaWQgNikKWyAgICAzMS41NTddICgqKikgUFNNb3VzZTogKGFj Y2VsKSBrZWVwaW5nIGFjY2VsZXJhdGlvbiBzY2hlbWUgMQpbICAgIDMxLjU1N10gKCoqKSBQU01v dXNlOiAoYWNjZWwpIGFjY2VsZXJhdGlvbiBwcm9maWxlIDAKWyAgICAzMS41NTddICgqKikgUFNN b3VzZTogKGFjY2VsKSBhY2NlbGVyYXRpb24gZmFjdG9yOiAyLjAwMApbICAgIDMxLjU1N10gKCoq KSBQU01vdXNlOiAoYWNjZWwpIGFjY2VsZXJhdGlvbiB0aHJlc2hvbGQ6IDQKWyAgICAzMS41ODdd IChJSSkgUFNNb3VzZTogU2V0dXBBdXRvOiBody5pZnR5cGUgaXMgMywgaHcubW9kZWwgaXMgNApb ICAgIDMxLjU4OF0gKElJKSBQU01vdXNlOiBTZXR1cEF1dG86IHByb3RvY29sIGlzIElNUFMvMgpb ICAgIDMyLjIyMl0gKElJKSBQU01vdXNlOiBwczJFbmFibGVEYXRhUmVwb3J0aW5nOiBzdWNjZWVk ZWQKWyAgICAzMi4yMjJdIChJSSkgVXNpbmcgaW5wdXQgZHJpdmVyICdtb3VzZScgZm9yICdVU0JN b3VzZScKWyAgICAzMi4yMjJdICgqKikgT3B0aW9uICJTZW5kQ29yZUV2ZW50cyIKWyAgICAzMi4y MjJdICgqKikgVVNCTW91c2U6IGFsd2F5cyByZXBvcnRzIGNvcmUgZXZlbnRzClsgICAgMzIuMjIz XSAoKiopIE9wdGlvbiAiUHJvdG9jb2wiICJhdXRvIgpbICAgIDMyLjIyM10gKCoqKSBPcHRpb24g IkRldmljZSIgIi9kZXYvc3lzbW91c2UiClsgICAgMzIuMjIzXSAoKiopIFVTQk1vdXNlOiBQcm90 b2NvbDogImF1dG8iClsgICAgMzIuMjIzXSAoKiopIFVTQk1vdXNlOiBhbHdheXMgcmVwb3J0cyBj b3JlIGV2ZW50cwpbICAgIDMyLjIyM10gKD09KSBVU0JNb3VzZTogRW11bGF0ZTNCdXR0b25zLCBF bXVsYXRlM1RpbWVvdXQ6IDUwClsgICAgMzIuMjIzXSAoKiopIE9wdGlvbiAiWkF4aXNNYXBwaW5n IiAiNCA1IgpbICAgIDMyLjIyM10gKCoqKSBVU0JNb3VzZTogWkF4aXNNYXBwaW5nOiBidXR0b25z IDQgYW5kIDUKWyAgICAzMi4yMjRdICgqKikgVVNCTW91c2U6IEJ1dHRvbnM6IDUKWyAgICAzMi4y MjRdIChJSSkgWElOUFVUOiBBZGRpbmcgZXh0ZW5kZWQgaW5wdXQgZGV2aWNlICJVU0JNb3VzZSIg KHR5cGU6IE1PVVNFLCBpZCA3KQpbICAgIDMyLjIyNF0gKCoqKSBVU0JNb3VzZTogKGFjY2VsKSBr ZWVwaW5nIGFjY2VsZXJhdGlvbiBzY2hlbWUgMQpbICAgIDMyLjIyNF0gKCoqKSBVU0JNb3VzZTog KGFjY2VsKSBhY2NlbGVyYXRpb24gcHJvZmlsZSAwClsgICAgMzIuMjI0XSAoKiopIFVTQk1vdXNl OiAoYWNjZWwpIGFjY2VsZXJhdGlvbiBmYWN0b3I6IDIuMDAwClsgICAgMzIuMjI0XSAoKiopIFVT Qk1vdXNlOiAoYWNjZWwpIGFjY2VsZXJhdGlvbiB0aHJlc2hvbGQ6IDQKWyAgICAzMi4yMjRdIChJ SSkgVVNCTW91c2U6IFNldHVwQXV0bzogaHcuaWZ0eXBlIGlzIDQsIGh3Lm1vZGVsIGlzIDAKWyAg ICAzMi4yMjVdIChJSSkgVVNCTW91c2U6IFNldHVwQXV0bzogcHJvdG9jb2wgaXMgU3lzTW91c2UK WyAgICAzMi4yMjVdIChJSSkgVXNpbmcgaW5wdXQgZHJpdmVyICdrYmQnIGZvciAnS2V5Ym9hcmQw JwpbICAgIDMyLjIyNV0gKCoqKSBPcHRpb24gIkNvcmVLZXlib2FyZCIKWyAgICAzMi4yMjVdICgq KikgS2V5Ym9hcmQwOiBhbHdheXMgcmVwb3J0cyBjb3JlIGV2ZW50cwpbICAgIDMyLjIyNV0gKCoq KSBLZXlib2FyZDA6IGFsd2F5cyByZXBvcnRzIGNvcmUgZXZlbnRzClsgICAgMzIuMjI1XSAoKiop IE9wdGlvbiAiUHJvdG9jb2wiICJzdGFuZGFyZCIKWyAgICAzMi4yMjZdICgqKikgT3B0aW9uICJY a2JSdWxlcyIgImJhc2UiClsgICAgMzIuMjI2XSAoKiopIE9wdGlvbiAiWGtiTW9kZWwiICJwYzEw NSIKWyAgICAzMi4yMjZdICgqKikgT3B0aW9uICJYa2JMYXlvdXQiICJ1cyxydShjb21tb24pIgpb ICAgIDMyLjIyNl0gKCoqKSBPcHRpb24gIlhrYk9wdGlvbnMiICJncnA6bWVudV90b2dnbGUsZ3Jw X2xlZDpzY3JvbGwiClsgICAgMzIuMjI2XSAoSUkpIFhJTlBVVDogQWRkaW5nIGV4dGVuZGVkIGlu cHV0IGRldmljZSAiS2V5Ym9hcmQwIiAodHlwZTogS0VZQk9BUkQsIGlkIDgpCg== --20cf301cc0547c764d04eac4a851 Content-Type: application/octet-stream; name="Xorg.0.log.7.2.0" Content-Disposition: attachment; filename="Xorg.0.log.7.2.0" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hntbplk11 WyAgIDIxNi40NzRdIF9YU0VSVlRyYW5zU29ja2V0T3BlbkNPVFNTZXJ2ZXI6IFVuYWJsZSB0byBv cGVuIHNvY2tldCBmb3IgaW5ldDYKWyAgIDIxNi40NzVdIF9YU0VSVlRyYW5zT3BlbjogdHJhbnNw b3J0IG9wZW4gZmFpbGVkIGZvciBpbmV0Ni9tZW93OjAKWyAgIDIxNi40NzVdIF9YU0VSVlRyYW5z TWFrZUFsbENPVFNTZXJ2ZXJMaXN0ZW5lcnM6IGZhaWxlZCB0byBvcGVuIGxpc3RlbmVyIGZvciBp bmV0NgpbICAgMjE2LjQ3OF0gClguT3JnIFggU2VydmVyIDEuMTIuNApSZWxlYXNlIERhdGU6IDIw MTItMDgtMjcKWyAgIDIxNi40NzhdIFggUHJvdG9jb2wgVmVyc2lvbiAxMSwgUmV2aXNpb24gMApb ICAgMjE2LjQ3OF0gQnVpbGQgT3BlcmF0aW5nIFN5c3RlbTogRnJlZUJTRCAxMC4wLUJFVEExIGkz ODYgClsgICAyMTYuNDc5XSBDdXJyZW50IE9wZXJhdGluZyBTeXN0ZW06IEZyZWVCU0QgbWVvdyAx MC4wLUJFVEExIEZyZWVCU0QgMTAuMC1CRVRBMSAjMCByMjU2NDQ5OiBUaHUgTm92ICA3IDE3OjU2 OjQyIE1TSyAyMDEzICAgICByb290QG1lb3c6L3Vzci9vYmovdXNyL3NyYy9zeXMvbWVvdyBpMzg2 ClsgICAyMTYuNDc5XSBCdWlsZCBEYXRlOiAwMyBOb3ZlbWJlciAyMDEzICAxMjoyMjowMlBNClsg ICAyMTYuNDc5XSAgClsgICAyMTYuNDc5XSBDdXJyZW50IHZlcnNpb24gb2YgcGl4bWFuOiAwLjMw LjIKWyAgIDIxNi40ODBdIAlCZWZvcmUgcmVwb3J0aW5nIHByb2JsZW1zLCBjaGVjayBodHRwOi8v d2lraS54Lm9yZwoJdG8gbWFrZSBzdXJlIHRoYXQgeW91IGhhdmUgdGhlIGxhdGVzdCB2ZXJzaW9u LgpbICAgMjE2LjQ4MF0gTWFya2VyczogKC0tKSBwcm9iZWQsICgqKikgZnJvbSBjb25maWcgZmls ZSwgKD09KSBkZWZhdWx0IHNldHRpbmcsCgkoKyspIGZyb20gY29tbWFuZCBsaW5lLCAoISEpIG5v dGljZSwgKElJKSBpbmZvcm1hdGlvbmFsLAoJKFdXKSB3YXJuaW5nLCAoRUUpIGVycm9yLCAoTkkp IG5vdCBpbXBsZW1lbnRlZCwgKD8/KSB1bmtub3duLgpbICAgMjE2LjQ4MV0gKD09KSBMb2cgZmls ZTogIi92YXIvbG9nL1hvcmcuMC5sb2ciLCBUaW1lOiBTdW4gTm92IDEwIDAwOjMzOjM3IDIwMTMK WyAgIDIxNi40ODJdICg9PSkgVXNpbmcgY29uZmlnIGZpbGU6ICIvZXRjL1gxMS94b3JnLmNvbmYi ClsgICAyMTYuNDk1XSAoPT0pIFNlcnZlckxheW91dCAiWC5vcmcgQ29uZmlndXJlZCIKWyAgIDIx Ni40OTVdICgqKikgfC0tPlNjcmVlbiAiU2NyZWVuMCIgKDApClsgICAyMTYuNDk1XSAoKiopIHwg ICB8LS0+TW9uaXRvciAiTW9uaXRvcjAiClsgICAyMTYuNDk1XSAoKiopIHwgICB8LS0+RGV2aWNl ICJDYXJkMCIKWyAgIDIxNi40OTVdICgqKikgfC0tPklucHV0IERldmljZSAiUFNNb3VzZSIKWyAg IDIxNi40OTVdICgqKikgfC0tPklucHV0IERldmljZSAiVVNCTW91c2UiClsgICAyMTYuNDk2XSAo KiopIHwtLT5JbnB1dCBEZXZpY2UgIktleWJvYXJkMCIKWyAgIDIxNi40OTZdICgqKikgT3B0aW9u ICJEb250WmFwIiAib24iClsgICAyMTYuNDk2XSAoKiopIE9wdGlvbiAiQmxhbmtUaW1lIiAiMTAi ClsgICAyMTYuNDk2XSAoKiopIE9wdGlvbiAiU3VzcGVuZFRpbWUiICIxNSIKWyAgIDIxNi40OTZd ICgqKikgT3B0aW9uICJPZmZUaW1lIiAiMjAiClsgICAyMTYuNDk2XSAoPT0pIE5vdCBhdXRvbWF0 aWNhbGx5IGFkZGluZyBkZXZpY2VzClsgICAyMTYuNDk2XSAoPT0pIE5vdCBhdXRvbWF0aWNhbGx5 IGVuYWJsaW5nIGRldmljZXMKWyAgIDIxNi42NjJdICgqKikgRm9udFBhdGggc2V0IHRvOgoJL3Vz ci9sb2NhbC9saWIvWDExL2ZvbnRzL2RlamF2dS8sCgkvdXNyL2xvY2FsL2xpYi9YMTEvZm9udHMv TGliZXJhdGlvbi8sCgkvdXNyL2xvY2FsL2xpYi9YMTEvZm9udHMvd2ViZm9udHMvLAoJL3Vzci9s b2NhbC9saWIvWDExL2ZvbnRzL2ZyZWVmb250LXR0Zi8sCgkvdXNyL2xvY2FsL2xpYi9YMTEvZm9u dHMvY3lyaWxsaWMvLAoJL3Vzci9sb2NhbC9saWIvWDExL2ZvbnRzL2JpdHN0cmVhbS12ZXJhLywK CS91c3IvbG9jYWwvbGliL1gxMS9mb250cy9MaW5MaWJlcnRpbmVHLywKCS91c3IvbG9jYWwvbGli L1gxMS9mb250cy9HZW50aXVtQmFzaWMvLAoJL3Vzci9sb2NhbC9saWIvWDExL2ZvbnRzL2ZyZWVm b250LywKCS91c3IvbG9jYWwvbGliL1gxMS9mb250cy9taXNjLywKCS91c3IvbG9jYWwvbGliL1gx MS9mb250cy9UVEYvLAoJL3Vzci9sb2NhbC9saWIvWDExL2ZvbnRzL09URiwKCS91c3IvbG9jYWwv bGliL1gxMS9mb250cy9UeXBlMS8sCgkvdXNyL2xvY2FsL2xpYi9YMTEvZm9udHMvNzVkcGkvLAoJ L3Vzci9sb2NhbC9saWIvWDExL2ZvbnRzLzEwMGRwaS8sCgkvdXNyL2xvY2FsL2xpYi9YMTEvZm9u dHMvbWlzYy8sCgkvdXNyL2xvY2FsL2xpYi9YMTEvZm9udHMvVFRGLywKCS91c3IvbG9jYWwvbGli L1gxMS9mb250cy9PVEYvLAoJL3Vzci9sb2NhbC9saWIvWDExL2ZvbnRzL1R5cGUxLywKCS91c3Iv bG9jYWwvbGliL1gxMS9mb250cy8xMDBkcGkvLAoJL3Vzci9sb2NhbC9saWIvWDExL2ZvbnRzLzc1 ZHBpLwpbICAgMjE2LjY2M10gKCoqKSBNb2R1bGVQYXRoIHNldCB0byAiL3Vzci9sb2NhbC9saWIv eG9yZy9tb2R1bGVzIgpbICAgMjE2LjY2M10gKElJKSBMb2FkZXIgbWFnaWM6IDB4ODFlNjdhMApb ICAgMjE2LjY2M10gKElJKSBNb2R1bGUgQUJJIHZlcnNpb25zOgpbICAgMjE2LjY2M10gCVguT3Jn IEFOU0kgQyBFbXVsYXRpb246IDAuNApbICAgMjE2LjY2M10gCVguT3JnIFZpZGVvIERyaXZlcjog MTIuMQpbICAgMjE2LjY2M10gCVguT3JnIFhJbnB1dCBkcml2ZXIgOiAxNi4wClsgICAyMTYuNjYz XSAJWC5PcmcgU2VydmVyIEV4dGVuc2lvbiA6IDYuMApbICAgMjE2LjY2M10gKC0tKSBQQ0k6Kigw OjA6MTowKSAxMDAyOjk4MDc6MTA0Mzo4NGU0IHJldiAwLCBNZW0gQCAweGQwMDAwMDAwLzI2ODQz NTQ1NiwgMHhmZWIwMDAwMC8yNjIxNDQsIEkvTyBAIDB4MDAwMGYwMDAvMjU2LCBCSU9TIEAgMHg/ Pz8/Pz8/Py82NTUzNgpbICAgMjE2LjY2NF0gKElJKSAiZXh0bW9kIiB3aWxsIGJlIGxvYWRlZC4g VGhpcyB3YXMgZW5hYmxlZCBieSBkZWZhdWx0IGFuZCBhbHNvIHNwZWNpZmllZCBpbiB0aGUgY29u ZmlnIGZpbGUuClsgICAyMTYuNjY0XSAoSUkpICJkYmUiIHdpbGwgYmUgbG9hZGVkLiBUaGlzIHdh cyBlbmFibGVkIGJ5IGRlZmF1bHQgYW5kIGFsc28gc3BlY2lmaWVkIGluIHRoZSBjb25maWcgZmls ZS4KWyAgIDIxNi42NjRdIChJSSkgImdseCIgd2lsbCBiZSBsb2FkZWQuIFRoaXMgd2FzIGVuYWJs ZWQgYnkgZGVmYXVsdCBhbmQgYWxzbyBzcGVjaWZpZWQgaW4gdGhlIGNvbmZpZyBmaWxlLgpbICAg MjE2LjY2NF0gKElJKSAicmVjb3JkIiB3aWxsIGJlIGxvYWRlZC4gVGhpcyB3YXMgZW5hYmxlZCBi eSBkZWZhdWx0IGFuZCBhbHNvIHNwZWNpZmllZCBpbiB0aGUgY29uZmlnIGZpbGUuClsgICAyMTYu NjY0XSAoSUkpICJkcmkiIHdpbGwgYmUgbG9hZGVkLiBUaGlzIHdhcyBlbmFibGVkIGJ5IGRlZmF1 bHQgYW5kIGFsc28gc3BlY2lmaWVkIGluIHRoZSBjb25maWcgZmlsZS4KWyAgIDIxNi42NjRdIChJ SSkgImRyaTIiIHdpbGwgYmUgbG9hZGVkLiBUaGlzIHdhcyBlbmFibGVkIGJ5IGRlZmF1bHQgYW5k IGFsc28gc3BlY2lmaWVkIGluIHRoZSBjb25maWcgZmlsZS4KWyAgIDIxNi42NjRdIChJSSkgTG9h ZE1vZHVsZTogImV4dG1vZCIKWyAgIDIxNi42NjZdIChJSSkgTG9hZGluZyAvdXNyL2xvY2FsL2xp Yi94b3JnL21vZHVsZXMvZXh0ZW5zaW9ucy9saWJleHRtb2Quc28KWyAgIDIxNi42NzhdIChJSSkg TW9kdWxlIGV4dG1vZDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgpbICAgMjE2LjY3OF0gCWNv bXBpbGVkIGZvciAxLjEyLjQsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjAKWyAgIDIxNi42NzhdIAlN b2R1bGUgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24KWyAgIDIxNi42NzhdIAlBQkkgY2xh c3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24sIHZlcnNpb24gNi4wClsgICAyMTYuNjc4XSAoSUkp IExvYWRpbmcgZXh0ZW5zaW9uIE1JVC1TQ1JFRU4tU0FWRVIKWyAgIDIxNi42NzhdIChJSSkgTG9h ZGluZyBleHRlbnNpb24gWEZyZWU4Ni1WaWRNb2RlRXh0ZW5zaW9uClsgICAyMTYuNjc4XSAoSUkp IExvYWRpbmcgZXh0ZW5zaW9uIFhGcmVlODYtREdBClsgICAyMTYuNjc4XSAoSUkpIExvYWRpbmcg ZXh0ZW5zaW9uIERQTVMKWyAgIDIxNi42NzhdIChJSSkgTG9hZGluZyBleHRlbnNpb24gWFZpZGVv ClsgICAyMTYuNjc4XSAoSUkpIExvYWRpbmcgZXh0ZW5zaW9uIFhWaWRlby1Nb3Rpb25Db21wZW5z YXRpb24KWyAgIDIxNi42NzldIChJSSkgTG9hZGluZyBleHRlbnNpb24gWC1SZXNvdXJjZQpbICAg MjE2LjY3OV0gKElJKSBMb2FkTW9kdWxlOiAiZHJpIgpbICAgMjE2LjY4MF0gKElJKSBMb2FkaW5n IC91c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxlcy9leHRlbnNpb25zL2xpYmRyaS5zbwpbICAgMjE2 LjY4N10gKElJKSBNb2R1bGUgZHJpOiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iClsgICAyMTYu Njg3XSAJY29tcGlsZWQgZm9yIDEuMTIuNCwgbW9kdWxlIHZlcnNpb24gPSAxLjAuMApbICAgMjE2 LjY4N10gCUFCSSBjbGFzczogWC5PcmcgU2VydmVyIEV4dGVuc2lvbiwgdmVyc2lvbiA2LjAKWyAg IDIxNi42ODddIChJSSkgTG9hZGluZyBleHRlbnNpb24gWEZyZWU4Ni1EUkkKWyAgIDIxNi42ODhd IChJSSkgTG9hZE1vZHVsZTogImRyaTIiClsgICAyMTYuNjg5XSAoSUkpIExvYWRpbmcgL3Vzci9s b2NhbC9saWIveG9yZy9tb2R1bGVzL2V4dGVuc2lvbnMvbGliZHJpMi5zbwpbICAgMjE2LjY5MF0g KElJKSBNb2R1bGUgZHJpMjogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgpbICAgMjE2LjY5MF0g CWNvbXBpbGVkIGZvciAxLjEyLjQsIG1vZHVsZSB2ZXJzaW9uID0gMS4yLjAKWyAgIDIxNi42OTBd IAlBQkkgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24sIHZlcnNpb24gNi4wClsgICAyMTYu NjkwXSAoSUkpIExvYWRpbmcgZXh0ZW5zaW9uIERSSTIKWyAgIDIxNi42OTFdIChJSSkgTG9hZE1v ZHVsZTogImdseCIKWyAgIDIxNi42OTJdIChJSSkgTG9hZGluZyAvdXNyL2xvY2FsL2xpYi94b3Jn L21vZHVsZXMvZXh0ZW5zaW9ucy9saWJnbHguc28KWyAgIDIxNi43MDddIChJSSkgTW9kdWxlIGds eDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgpbICAgMjE2LjcwN10gCWNvbXBpbGVkIGZvciAx LjEyLjQsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjAKWyAgIDIxNi43MDddIAlBQkkgY2xhc3M6IFgu T3JnIFNlcnZlciBFeHRlbnNpb24sIHZlcnNpb24gNi4wClsgICAyMTYuNzA5XSAoPT0pIEFJR0xY IGVuYWJsZWQKWyAgIDIxNi43MTBdIChJSSkgTG9hZGluZyBleHRlbnNpb24gR0xYClsgICAyMTYu NzEwXSAoSUkpIExvYWRNb2R1bGU6ICJkYmUiClsgICAyMTYuNzExXSAoSUkpIExvYWRpbmcgL3Vz ci9sb2NhbC9saWIveG9yZy9tb2R1bGVzL2V4dGVuc2lvbnMvbGliZGJlLnNvClsgICAyMTYuNzEz XSAoSUkpIE1vZHVsZSBkYmU6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKWyAgIDIxNi43MTNd IAljb21waWxlZCBmb3IgMS4xMi40LCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4wClsgICAyMTYuNzEz XSAJTW9kdWxlIGNsYXNzOiBYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uClsgICAyMTYuNzEzXSAJQUJJ IGNsYXNzOiBYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uLCB2ZXJzaW9uIDYuMApbICAgMjE2LjcxM10g KElJKSBMb2FkaW5nIGV4dGVuc2lvbiBET1VCTEUtQlVGRkVSClsgICAyMTYuNzEzXSAoSUkpIExv YWRNb2R1bGU6ICJyZWNvcmQiClsgICAyMTYuNzE1XSAoSUkpIExvYWRpbmcgL3Vzci9sb2NhbC9s aWIveG9yZy9tb2R1bGVzL2V4dGVuc2lvbnMvbGlicmVjb3JkLnNvClsgICAyMTYuNzE2XSAoSUkp IE1vZHVsZSByZWNvcmQ6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKWyAgIDIxNi43MTZdIAlj b21waWxlZCBmb3IgMS4xMi40LCBtb2R1bGUgdmVyc2lvbiA9IDEuMTMuMApbICAgMjE2LjcxN10g CU1vZHVsZSBjbGFzczogWC5PcmcgU2VydmVyIEV4dGVuc2lvbgpbICAgMjE2LjcxN10gCUFCSSBj bGFzczogWC5PcmcgU2VydmVyIEV4dGVuc2lvbiwgdmVyc2lvbiA2LjAKWyAgIDIxNi43MTddIChJ SSkgTG9hZGluZyBleHRlbnNpb24gUkVDT1JEClsgICAyMTYuNzE3XSAoSUkpIExvYWRNb2R1bGU6 ICJyYWRlb24iClsgICAyMTYuNzE4XSAoSUkpIExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9t b2R1bGVzL2RyaXZlcnMvcmFkZW9uX2Rydi5zbwpbICAgMjE2LjcxOF0gKElJKSBNb2R1bGUgcmFk ZW9uOiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iClsgICAyMTYuNzE4XSAJY29tcGlsZWQgZm9y IDEuMTIuNCwgbW9kdWxlIHZlcnNpb24gPSA3LjIuMApbICAgMjE2LjcxOV0gCU1vZHVsZSBjbGFz czogWC5PcmcgVmlkZW8gRHJpdmVyClsgICAyMTYuNzE5XSAJQUJJIGNsYXNzOiBYLk9yZyBWaWRl byBEcml2ZXIsIHZlcnNpb24gMTIuMQpbICAgMjE2LjcxOV0gKElJKSBMb2FkTW9kdWxlOiAibW91 c2UiClsgICAyMTYuNzYzXSAoSUkpIExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVz L2lucHV0L21vdXNlX2Rydi5zbwpbICAgMjE2Ljc5MF0gKElJKSBNb2R1bGUgbW91c2U6IHZlbmRv cj0iWC5PcmcgRm91bmRhdGlvbiIKWyAgIDIxNi43OTFdIAljb21waWxlZCBmb3IgMS4xMi40LCBt b2R1bGUgdmVyc2lvbiA9IDEuOS4wClsgICAyMTYuNzkxXSAJTW9kdWxlIGNsYXNzOiBYLk9yZyBY SW5wdXQgRHJpdmVyClsgICAyMTYuNzkxXSAJQUJJIGNsYXNzOiBYLk9yZyBYSW5wdXQgZHJpdmVy LCB2ZXJzaW9uIDE2LjAKWyAgIDIxNi43OTFdIChJSSkgTG9hZE1vZHVsZTogImtiZCIKWyAgIDIx Ni43OTRdIChJSSkgTG9hZGluZyAvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMvaW5wdXQva2Jk X2Rydi5zbwpbICAgMjE2Ljc5NV0gKElJKSBNb2R1bGUga2JkOiB2ZW5kb3I9IlguT3JnIEZvdW5k YXRpb24iClsgICAyMTYuNzk1XSAJY29tcGlsZWQgZm9yIDEuMTIuNCwgbW9kdWxlIHZlcnNpb24g PSAxLjcuMApbICAgMjE2Ljc5NV0gCU1vZHVsZSBjbGFzczogWC5PcmcgWElucHV0IERyaXZlcgpb ICAgMjE2Ljc5Nl0gCUFCSSBjbGFzczogWC5PcmcgWElucHV0IGRyaXZlciwgdmVyc2lvbiAxNi4w ClsgICAyMTYuNzk2XSAoSUkpIFJBREVPTjogRHJpdmVyIGZvciBBVEkgUmFkZW9uIGNoaXBzZXRz OgoJQVRJIFJhZGVvbiBNb2JpbGl0eSBYNjAwIChNMjQpIDMxNTAgKFBDSUUpLCBBVEkgRmlyZU1W IDI0MDAgKFBDSSksCglBVEkgUmFkZW9uIE1vYmlsaXR5IFgzMDAgKE0yNCkgMzE1MiAoUENJRSks CglBVEkgRmlyZUdMIE0yNCBHTCAzMTU0IChQQ0lFKSwgQVRJIEZpcmVNViAyNDAwIDMxNTUgKFBD SSksCglBVEkgUmFkZW9uIFg2MDAgKFJWMzgwKSAzRTUwIChQQ0lFKSwKCUFUSSBGaXJlR0wgVjMy MDAgKFJWMzgwKSAzRTU0IChQQ0lFKSwgQVRJIFJhZGVvbiBJR1AzMjAgKEEzKSA0MTM2LAoJQVRJ IFJhZGVvbiBJR1AzMzAvMzQwLzM1MCAoQTQpIDQxMzcsIEFUSSBSYWRlb24gOTUwMCBBRCAoQUdQ KSwKCUFUSSBSYWRlb24gOTUwMCBBRSAoQUdQKSwgQVRJIFJhZGVvbiA5NjAwVFggQUYgKEFHUCks CglBVEkgRmlyZUdMIFoxIEFHIChBR1ApLCBBVEkgUmFkZW9uIDk4MDBTRSBBSCAoQUdQKSwKCUFU SSBSYWRlb24gOTgwMCBBSSAoQUdQKSwgQVRJIFJhZGVvbiA5ODAwIEFKIChBR1ApLAoJQVRJIEZp cmVHTCBYMiBBSyAoQUdQKSwgQVRJIFJhZGVvbiA5NjAwIEFQIChBR1ApLAoJQVRJIFJhZGVvbiA5 NjAwU0UgQVEgKEFHUCksIEFUSSBSYWRlb24gOTYwMFhUIEFSIChBR1ApLAoJQVRJIFJhZGVvbiA5 NjAwIEFTIChBR1ApLCBBVEkgRmlyZUdMIFQyIEFUIChBR1ApLCBBVEkgUmFkZW9uIDk2NTAsCglB VEkgRmlyZUdMIFJWMzYwIEFWIChBR1ApLCBBVEkgUmFkZW9uIDcwMDAgSUdQIChBNCspIDQyMzcs CglBVEkgUmFkZW9uIDg1MDAgQUlXIEJCIChBR1ApLCBBVEkgUmFkZW9uIElHUDMyME0gKFUxKSA0 MzM2LAoJQVRJIFJhZGVvbiBJR1AzMzBNLzM0ME0vMzUwTSAoVTIpIDQzMzcsCglBVEkgUmFkZW9u IE1vYmlsaXR5IDcwMDAgSUdQIDQ0MzcsIEFUSSBSYWRlb24gOTAwMC9QUk8gSWYgKEFHUC9QQ0kp LAoJQVRJIFJhZGVvbiA5MDAwIElnIChBR1AvUENJKSwgQVRJIFJhZGVvbiBYODAwIChSNDIwKSBK SCAoQUdQKSwKCUFUSSBSYWRlb24gWDgwMFBSTyAoUjQyMCkgSkkgKEFHUCksCglBVEkgUmFkZW9u IFg4MDBTRSAoUjQyMCkgSkogKEFHUCksIEFUSSBSYWRlb24gWDgwMCAoUjQyMCkgSksgKEFHUCks CglBVEkgUmFkZW9uIFg4MDAgKFI0MjApIEpMIChBR1ApLCBBVEkgRmlyZUdMIFgzIChSNDIwKSBK TSAoQUdQKSwKCUFUSSBSYWRlb24gTW9iaWxpdHkgOTgwMCAoTTE4KSBKTiAoQUdQKSwKCUFUSSBS YWRlb24gWDgwMCBTRSAoUjQyMCkgKEFHUCksIEFUSSBSYWRlb24gWDgwMFhUIChSNDIwKSBKUCAo QUdQKSwKCUFUSSBSYWRlb24gWDgwMCBWRSAoUjQyMCkgSlQgKEFHUCksIEFUSSBSYWRlb24gWDg1 MCAoUjQ4MCkgKEFHUCksCglBVEkgUmFkZW9uIFg4NTAgWFQgKFI0ODApIChBR1ApLCBBVEkgUmFk ZW9uIFg4NTAgU0UgKFI0ODApIChBR1ApLAoJQVRJIFJhZGVvbiBYODUwIFBSTyAoUjQ4MCkgKEFH UCksIEFUSSBSYWRlb24gWDg1MCBYVCBQRSAoUjQ4MCkgKEFHUCksCglBVEkgUmFkZW9uIE1vYmls aXR5IE03IExXIChBR1ApLAoJQVRJIE1vYmlsaXR5IEZpcmVHTCA3ODAwIE03IExYIChBR1ApLAoJ QVRJIFJhZGVvbiBNb2JpbGl0eSBNNiBMWSAoQUdQKSwgQVRJIFJhZGVvbiBNb2JpbGl0eSBNNiBM WiAoQUdQKSwKCUFUSSBGaXJlR0wgTW9iaWxpdHkgOTAwMCAoTTkpIExkIChBR1ApLAoJQVRJIFJh ZGVvbiBNb2JpbGl0eSA5MDAwIChNOSkgTGYgKEFHUCksCglBVEkgUmFkZW9uIE1vYmlsaXR5IDkw MDAgKE05KSBMZyAoQUdQKSwgQVRJIEZpcmVNViAyNDAwIFBDSSwKCUFUSSBSYWRlb24gOTcwMCBQ cm8gTkQgKEFHUCksIEFUSSBSYWRlb24gOTcwMC85NTAwUHJvIE5FIChBR1ApLAoJQVRJIFJhZGVv biA5NjAwVFggTkYgKEFHUCksIEFUSSBGaXJlR0wgWDEgTkcgKEFHUCksCglBVEkgUmFkZW9uIDk4 MDBQUk8gTkggKEFHUCksIEFUSSBSYWRlb24gOTgwMCBOSSAoQUdQKSwKCUFUSSBGaXJlR0wgWDIg TksgKEFHUCksIEFUSSBSYWRlb24gOTgwMFhUIE5KIChBR1ApLAoJQVRJIFJhZGVvbiBNb2JpbGl0 eSA5NjAwLzk3MDAgKE0xMC9NMTEpIE5QIChBR1ApLAoJQVRJIFJhZGVvbiBNb2JpbGl0eSA5NjAw IChNMTApIE5RIChBR1ApLAoJQVRJIFJhZGVvbiBNb2JpbGl0eSA5NjAwIChNMTEpIE5SIChBR1Ap LAoJQVRJIFJhZGVvbiBNb2JpbGl0eSA5NjAwIChNMTApIE5TIChBR1ApLAoJQVRJIEZpcmVHTCBN b2JpbGl0eSBUMiAoTTEwKSBOVCAoQUdQKSwKCUFUSSBGaXJlR0wgTW9iaWxpdHkgVDJlIChNMTEp IE5WIChBR1ApLCBBVEkgUmFkZW9uIFFEIChBR1ApLAoJQVRJIFJhZGVvbiBRRSAoQUdQKSwgQVRJ IFJhZGVvbiBRRiAoQUdQKSwgQVRJIFJhZGVvbiBRRyAoQUdQKSwKCUFUSSBGaXJlR0wgODcwMC84 ODAwIFFIIChBR1ApLCBBVEkgUmFkZW9uIDg1MDAgUUwgKEFHUCksCglBVEkgUmFkZW9uIDkxMDAg UU0gKEFHUCksIEFUSSBSYWRlb24gNzUwMCBRVyAoQUdQL1BDSSksCglBVEkgUmFkZW9uIDc1MDAg UVggKEFHUC9QQ0kpLCBBVEkgUmFkZW9uIFZFLzcwMDAgUVkgKEFHUC9QQ0kpLAoJQVRJIFJhZGVv biBWRS83MDAwIFFaIChBR1AvUENJKSwgQVRJIEVTMTAwMCA1MTVFIChQQ0kpLAoJQVRJIFJhZGVv biBNb2JpbGl0eSBYMzAwIChNMjIpIDU0NjAgKFBDSUUpLAoJQVRJIFJhZGVvbiBNb2JpbGl0eSBY NjAwIFNFIChNMjRDKSA1NDYyIChQQ0lFKSwKCUFUSSBGaXJlR0wgTTIyIEdMIDU0NjQgKFBDSUUp LCBBVEkgUmFkZW9uIFg4MDAgKFI0MjMpIFVIIChQQ0lFKSwKCUFUSSBSYWRlb24gWDgwMFBSTyAo UjQyMykgVUkgKFBDSUUpLAoJQVRJIFJhZGVvbiBYODAwTEUgKFI0MjMpIFVKIChQQ0lFKSwKCUFU SSBSYWRlb24gWDgwMFNFIChSNDIzKSBVSyAoUENJRSksCglBVEkgUmFkZW9uIFg4MDAgWFRQIChS NDMwKSAoUENJRSksIEFUSSBSYWRlb24gWDgwMCBYTCAoUjQzMCkgKFBDSUUpLAoJQVRJIFJhZGVv biBYODAwIFNFIChSNDMwKSAoUENJRSksIEFUSSBSYWRlb24gWDgwMCAoUjQzMCkgKFBDSUUpLAoJ QVRJIEZpcmVHTCBWNzEwMCAoUjQyMykgKFBDSUUpLCBBVEkgRmlyZUdMIFY1MTAwIChSNDIzKSBV USAoUENJRSksCglBVEkgRmlyZUdMIHVua25vd24gKFI0MjMpIFVSIChQQ0lFKSwKCUFUSSBGaXJl R0wgdW5rbm93biAoUjQyMykgVVQgKFBDSUUpLAoJQVRJIE1vYmlsaXR5IEZpcmVHTCBWNTAwMCAo TTI2KSAoUENJRSksCglBVEkgTW9iaWxpdHkgRmlyZUdMIFY1MDAwIChNMjYpIChQQ0lFKSwKCUFU SSBNb2JpbGl0eSBSYWRlb24gWDcwMCBYTCAoTTI2KSAoUENJRSksCglBVEkgTW9iaWxpdHkgUmFk ZW9uIFg3MDAgKE0yNikgKFBDSUUpLAoJQVRJIE1vYmlsaXR5IFJhZGVvbiBYNzAwIChNMjYpIChQ Q0lFKSwKCUFUSSBSYWRlb24gWDU1MFhUWCA1NjU3IChQQ0lFKSwgQVRJIFJhZGVvbiA5MTAwIElH UCAoQTUpIDU4MzQsCglBVEkgUmFkZW9uIE1vYmlsaXR5IDkxMDAgSUdQIChVMykgNTgzNSwKCUFU SSBSYWRlb24gWFBSRVNTIDIwMCA1OTU0IChQQ0lFKSwKCUFUSSBSYWRlb24gWFBSRVNTIDIwME0g NTk1NSAoUENJRSksIEFUSSBSYWRlb24gOTI1MCA1OTYwIChBR1ApLAoJQVRJIFJhZGVvbiA5MjAw IDU5NjEgKEFHUCksIEFUSSBSYWRlb24gOTIwMCA1OTYyIChBR1ApLAoJQVRJIFJhZGVvbiA5MjAw U0UgNTk2NCAoQUdQKSwgQVRJIEZpcmVNViAyMjAwIChQQ0kpLAoJQVRJIEVTMTAwMCA1OTY5IChQ Q0kpLCBBVEkgUmFkZW9uIFhQUkVTUyAyMDAgNTk3NCAoUENJRSksCglBVEkgUmFkZW9uIFhQUkVT UyAyMDBNIDU5NzUgKFBDSUUpLAoJQVRJIFJhZGVvbiBYUFJFU1MgMjAwIDVBNDEgKFBDSUUpLAoJ QVRJIFJhZGVvbiBYUFJFU1MgMjAwTSA1QTQyIChQQ0lFKSwKCUFUSSBSYWRlb24gWFBSRVNTIDIw MCA1QTYxIChQQ0lFKSwKCUFUSSBSYWRlb24gWFBSRVNTIDIwME0gNUE2MiAoUENJRSksCglBVEkg UmFkZW9uIFgzMDAgKFJWMzcwKSA1QjYwIChQQ0lFKSwKCUFUSSBSYWRlb24gWDYwMCAoUlYzNzAp IDVCNjIgKFBDSUUpLAoJQVRJIFJhZGVvbiBYNTUwIChSVjM3MCkgNUI2MyAoUENJRSksCglBVEkg RmlyZUdMIFYzMTAwIChSVjM3MCkgNUI2NCAoUENJRSksCglBVEkgRmlyZU1WIDIyMDAgUENJRSAo UlYzNzApIDVCNjUgKFBDSUUpLAoJQVRJIFJhZGVvbiBNb2JpbGl0eSA5MjAwIChNOSspIDVDNjEg KEFHUCksCglBVEkgUmFkZW9uIE1vYmlsaXR5IDkyMDAgKE05KykgNUM2MyAoQUdQKSwKCUFUSSBN b2JpbGl0eSBSYWRlb24gWDgwMCBYVCAoTTI4KSAoUENJRSksCglBVEkgTW9iaWxpdHkgRmlyZUdM IFY1MTAwIChNMjgpIChQQ0lFKSwKCUFUSSBNb2JpbGl0eSBSYWRlb24gWDgwMCAoTTI4KSAoUENJ RSksIEFUSSBSYWRlb24gWDg1MCA1RDRDIChQQ0lFKSwKCUFUSSBSYWRlb24gWDg1MCBYVCBQRSAo UjQ4MCkgKFBDSUUpLAoJQVRJIFJhZGVvbiBYODUwIFNFIChSNDgwKSAoUENJRSksIEFUSSBSYWRl b24gWDg1MCBQUk8gKFI0ODApIChQQ0lFKSwKCUFUSSB1bmtub3duIFJhZGVvbiAvIEZpcmVHTCAo UjQ4MCkgNUQ1MCAoUENJRSksCglBVEkgUmFkZW9uIFg4NTAgWFQgKFI0ODApIChQQ0lFKSwKCUFU SSBSYWRlb24gWDgwMFhUIChSNDIzKSA1RDU3IChQQ0lFKSwKCUFUSSBGaXJlR0wgVjUwMDAgKFJW NDEwKSAoUENJRSksIEFUSSBSYWRlb24gWDcwMCBYVCAoUlY0MTApIChQQ0lFKSwKCUFUSSBSYWRl b24gWDcwMCBQUk8gKFJWNDEwKSAoUENJRSksCglBVEkgUmFkZW9uIFg3MDAgU0UgKFJWNDEwKSAo UENJRSksIEFUSSBSYWRlb24gWDcwMCAoUlY0MTApIChQQ0lFKSwKCUFUSSBSYWRlb24gWDcwMCBT RSAoUlY0MTApIChQQ0lFKSwgQVRJIFJhZGVvbiBYMTgwMCwKCUFUSSBNb2JpbGl0eSBSYWRlb24g WDE4MDAgWFQsIEFUSSBNb2JpbGl0eSBSYWRlb24gWDE4MDAsCglBVEkgTW9iaWxpdHkgRmlyZUdM IFY3MjAwLCBBVEkgRmlyZUdMIFY3MjAwLCBBVEkgRmlyZUdMIFY1MzAwLAoJQVRJIE1vYmlsaXR5 IEZpcmVHTCBWNzEwMCwgQVRJIFJhZGVvbiBYMTgwMCwgQVRJIFJhZGVvbiBYMTgwMCwKCUFUSSBS YWRlb24gWDE4MDAsIEFUSSBSYWRlb24gWDE4MDAsIEFUSSBSYWRlb24gWDE4MDAsCglBVEkgRmly ZUdMIFY3MzAwLCBBVEkgRmlyZUdMIFY3MzUwLCBBVEkgUmFkZW9uIFgxNjAwLCBBVEkgUlY1MDUs CglBVEkgUmFkZW9uIFgxMzAwL1gxNTUwLCBBVEkgUmFkZW9uIFgxNTUwLCBBVEkgTTU0LUdMLAoJ QVRJIE1vYmlsaXR5IFJhZGVvbiBYMTQwMCwgQVRJIFJhZGVvbiBYMTMwMC9YMTU1MCwKCUFUSSBS YWRlb24gWDE1NTAgNjQtYml0LCBBVEkgTW9iaWxpdHkgUmFkZW9uIFgxMzAwLAoJQVRJIE1vYmls aXR5IFJhZGVvbiBYMTMwMCwgQVRJIE1vYmlsaXR5IFJhZGVvbiBYMTMwMCwKCUFUSSBNb2JpbGl0 eSBSYWRlb24gWDEzMDAsIEFUSSBSYWRlb24gWDEzMDAsIEFUSSBSYWRlb24gWDEzMDAsCglBVEkg UlY1MDUsIEFUSSBSVjUwNSwgQVRJIEZpcmVHTCBWMzMwMCwgQVRJIEZpcmVHTCBWMzM1MCwKCUFU SSBSYWRlb24gWDEzMDAsIEFUSSBSYWRlb24gWDE1NTAgNjQtYml0LCBBVEkgUmFkZW9uIFgxMzAw L1gxNTUwLAoJQVRJIFJhZGVvbiBYMTYwMCwgQVRJIFJhZGVvbiBYMTMwMC9YMTU1MCwgQVRJIE1v YmlsaXR5IFJhZGVvbiBYMTQ1MCwKCUFUSSBSYWRlb24gWDEzMDAvWDE1NTAsIEFUSSBNb2JpbGl0 eSBSYWRlb24gWDIzMDAsCglBVEkgTW9iaWxpdHkgUmFkZW9uIFgyMzAwLCBBVEkgTW9iaWxpdHkg UmFkZW9uIFgxMzUwLAoJQVRJIE1vYmlsaXR5IFJhZGVvbiBYMTM1MCwgQVRJIE1vYmlsaXR5IFJh ZGVvbiBYMTQ1MCwKCUFUSSBSYWRlb24gWDEzMDAsIEFUSSBSYWRlb24gWDE1NTAsIEFUSSBNb2Jp bGl0eSBSYWRlb24gWDEzNTAsCglBVEkgRmlyZU1WIDIyNTAsIEFUSSBSYWRlb24gWDE1NTAgNjQt Yml0LCBBVEkgUmFkZW9uIFgxNjAwLAoJQVRJIFJhZGVvbiBYMTY1MCwgQVRJIFJhZGVvbiBYMTYw MCwgQVRJIFJhZGVvbiBYMTYwMCwKCUFUSSBNb2JpbGl0eSBGaXJlR0wgVjUyMDAsIEFUSSBNb2Jp bGl0eSBSYWRlb24gWDE2MDAsCglBVEkgUmFkZW9uIFgxNjUwLCBBVEkgUmFkZW9uIFgxNjUwLCBB VEkgUmFkZW9uIFgxNjAwLAoJQVRJIFJhZGVvbiBYMTMwMCBYVC9YMTYwMCBQcm8sIEFUSSBGaXJl R0wgVjM0MDAsCglBVEkgTW9iaWxpdHkgRmlyZUdMIFY1MjUwLCBBVEkgTW9iaWxpdHkgUmFkZW9u IFgxNzAwLAoJQVRJIE1vYmlsaXR5IFJhZGVvbiBYMTcwMCBYVCwgQVRJIEZpcmVHTCBWNTIwMCwK CUFUSSBNb2JpbGl0eSBSYWRlb24gWDE3MDAsIEFUSSBSYWRlb24gWDIzMDBIRCwKCUFUSSBNb2Jp bGl0eSBSYWRlb24gSEQgMjMwMCwgQVRJIE1vYmlsaXR5IFJhZGVvbiBIRCAyMzAwLAoJQVRJIFJh ZGVvbiBYMTk1MCwgQVRJIFJhZGVvbiBYMTkwMCwgQVRJIFJhZGVvbiBYMTk1MCwKCUFUSSBSYWRl b24gWDE5MDAsIEFUSSBSYWRlb24gWDE5MDAsIEFUSSBSYWRlb24gWDE5MDAsCglBVEkgUmFkZW9u IFgxOTAwLCBBVEkgUmFkZW9uIFgxOTAwLCBBVEkgUmFkZW9uIFgxOTAwLAoJQVRJIFJhZGVvbiBY MTkwMCwgQVRJIFJhZGVvbiBYMTkwMCwgQVRJIFJhZGVvbiBYMTkwMCwKCUFUSSBBTUQgU3RyZWFt IFByb2Nlc3NvciwgQVRJIFJhZGVvbiBYMTkwMCwgQVRJIFJhZGVvbiBYMTk1MCwKCUFUSSBSVjU2 MCwgQVRJIFJWNTYwLCBBVEkgTW9iaWxpdHkgUmFkZW9uIFgxOTAwLCBBVEkgUlY1NjAsCglBVEkg UmFkZW9uIFgxOTUwIEdULCBBVEkgUlY1NzAsIEFUSSBSVjU3MCwgQVRJIEZpcmVHTCBWNzQwMCwK CUFUSSBSVjU2MCwgQVRJIFJhZGVvbiBYMTY1MCwgQVRJIFJhZGVvbiBYMTY1MCwgQVRJIFJWNTYw LAoJQVRJIFJhZGVvbiA5MTAwIFBSTyBJR1AgNzgzNCwgQVRJIFJhZGVvbiBNb2JpbGl0eSA5MjAw IElHUCA3ODM1LAoJQVRJIFJhZGVvbiBYMTIwMCwgQVRJIFJhZGVvbiBYMTIwMCwgQVRJIFJhZGVv biBYMTIwMCwKCUFUSSBSYWRlb24gWDEyMDAsIEFUSSBSYWRlb24gWDEyMDAsIEFUSSBSUzc0MCwg QVRJIFJTNzQwTSwgQVRJIFJTNzQwLAoJQVRJIFJTNzQwTSwgQVRJIFJhZGVvbiBIRCAyOTAwIFhU LCBBVEkgUmFkZW9uIEhEIDI5MDAgWFQsCglBVEkgUmFkZW9uIEhEIDI5MDAgWFQsIEFUSSBSYWRl b24gSEQgMjkwMCBQcm8sIEFUSSBSYWRlb24gSEQgMjkwMCBHVCwKCUFUSSBGaXJlR0wgVjg2NTAs IEFUSSBGaXJlR0wgVjg2MDAsIEFUSSBGaXJlR0wgVjc2MDAsCglBVEkgUmFkZW9uIDQ4MDAgU2Vy aWVzLCBBVEkgUmFkZW9uIEhEIDQ4NzAgeDIsCglBVEkgUmFkZW9uIDQ4MDAgU2VyaWVzLCBBVEkg UmFkZW9uIEhEIDQ4NTAgeDIsCglBVEkgRmlyZVBybyBWODc1MCAoRmlyZUdMKSwgQVRJIEZpcmVQ cm8gVjc3NjAgKEZpcmVHTCksCglBVEkgTW9iaWxpdHkgUkFERU9OIEhEIDQ4NTAsIEFUSSBNb2Jp bGl0eSBSQURFT04gSEQgNDg1MCBYMiwKCUFUSSBSYWRlb24gNDgwMCBTZXJpZXMsIEFUSSBGaXJl UHJvIFJWNzcwLCBBTUQgRmlyZVN0cmVhbSA5MjcwLAoJQU1EIEZpcmVTdHJlYW0gOTI1MCwgQVRJ IEZpcmVQcm8gVjg3MDAgKEZpcmVHTCksCglBVEkgTW9iaWxpdHkgUkFERU9OIEhEIDQ4NzAsIEFU SSBNb2JpbGl0eSBSQURFT04gTTk4LAoJQVRJIE1vYmlsaXR5IFJBREVPTiBIRCA0ODcwLCBBVEkg UmFkZW9uIDQ4MDAgU2VyaWVzLAoJQVRJIFJhZGVvbiA0ODAwIFNlcmllcywgQVRJIEZpcmVQcm8g TTc3NTAsIEFUSSBNOTgsIEFUSSBNOTgsIEFUSSBNOTgsCglBVEkgTW9iaWxpdHkgUmFkZW9uIEhE IDQ2NTAsIEFUSSBSYWRlb24gUlY3MzAgKEFHUCksCglBVEkgTW9iaWxpdHkgUmFkZW9uIEhEIDQ2 NzAsIEFUSSBGaXJlUHJvIE01NzUwLAoJQVRJIE1vYmlsaXR5IFJhZGVvbiBIRCA0NjcwLCBBVEkg UmFkZW9uIFJWNzMwIChBR1ApLAoJQVRJIFJWNzMwWFQgW1JhZGVvbiBIRCA0NjcwXSwgQVRJIFJB REVPTiBFNDYwMCwKCUFUSSBSYWRlb24gSEQgNDYwMCBTZXJpZXMsIEFUSSBSVjczMCBQUk8gW1Jh ZGVvbiBIRCA0NjUwXSwKCUFUSSBGaXJlUHJvIFY3NzUwIChGaXJlR0wpLCBBVEkgRmlyZVBybyBW NTcwMCAoRmlyZUdMKSwKCUFUSSBGaXJlUHJvIFYzNzUwIChGaXJlR0wpLCBBVEkgTW9iaWxpdHkg UmFkZW9uIEhEIDQ4MzAsCglBVEkgTW9iaWxpdHkgUmFkZW9uIEhEIDQ4NTAsIEFUSSBGaXJlUHJv IE03NzQwLCBBVEkgUlY3NDAsCglBVEkgUmFkZW9uIEhEIDQ3NzAsIEFUSSBSYWRlb24gSEQgNDcw MCBTZXJpZXMsIEFUSSBSYWRlb24gSEQgNDc3MCwKCUFUSSBGaXJlUHJvIE01NzUwLCBBVEkgUlY2 MTAsIEFUSSBSYWRlb24gSEQgMjQwMCBYVCwKCUFUSSBSYWRlb24gSEQgMjQwMCBQcm8sIEFUSSBS YWRlb24gSEQgMjQwMCBQUk8gQUdQLCBBVEkgRmlyZUdMIFY0MDAwLAoJQVRJIFJWNjEwLCBBVEkg UmFkZW9uIEhEIDIzNTAsIEFUSSBNb2JpbGl0eSBSYWRlb24gSEQgMjQwMCBYVCwKCUFUSSBNb2Jp bGl0eSBSYWRlb24gSEQgMjQwMCwgQVRJIFJBREVPTiBFMjQwMCwgQVRJIFJWNjEwLAoJQVRJIEZp cmVNViAyMjYwLCBBVEkgUlY2NzAsIEFUSSBSYWRlb24gSEQzODcwLAoJQVRJIE1vYmlsaXR5IFJh ZGVvbiBIRCAzODUwLCBBVEkgUmFkZW9uIEhEMzg1MCwKCUFUSSBNb2JpbGl0eSBSYWRlb24gSEQg Mzg1MCBYMiwgQVRJIFJWNjcwLAoJQVRJIE1vYmlsaXR5IFJhZGVvbiBIRCAzODcwLCBBVEkgTW9i aWxpdHkgUmFkZW9uIEhEIDM4NzAgWDIsCglBVEkgUmFkZW9uIEhEMzg3MCBYMiwgQVRJIEZpcmVH TCBWNzcwMCwgQVRJIFJhZGVvbiBIRDM4NTAsCglBVEkgUmFkZW9uIEhEMzY5MCwgQU1EIEZpcmVz dHJlYW0gOTE3MCwgQVRJIFJhZGVvbiBIRCA0NTUwLAoJQVRJIFJhZGVvbiBSVjcxMCwgQVRJIFJh ZGVvbiBSVjcxMCwgQVRJIFJhZGVvbiBSVjcxMCwKCUFUSSBSYWRlb24gSEQgNDM1MCwgQVRJIE1v YmlsaXR5IFJhZGVvbiA0MzAwIFNlcmllcywKCUFUSSBNb2JpbGl0eSBSYWRlb24gNDUwMCBTZXJp ZXMsIEFUSSBNb2JpbGl0eSBSYWRlb24gNDUwMCBTZXJpZXMsCglBVEkgRmlyZVBybyBSRzIyMCwg QVRJIE1vYmlsaXR5IFJhZGVvbiA0MzMwLCBBVEkgUlY2MzAsCglBVEkgTW9iaWxpdHkgUmFkZW9u IEhEIDI2MDAsIEFUSSBNb2JpbGl0eSBSYWRlb24gSEQgMjYwMCBYVCwKCUFUSSBSYWRlb24gSEQg MjYwMCBYVCBBR1AsIEFUSSBSYWRlb24gSEQgMjYwMCBQcm8gQUdQLAoJQVRJIFJhZGVvbiBIRCAy NjAwIFhULCBBVEkgUmFkZW9uIEhEIDI2MDAgUHJvLCBBVEkgR2VtaW5pIFJWNjMwLAoJQVRJIEdl bWluaSBNb2JpbGl0eSBSYWRlb24gSEQgMjYwMCBYVCwgQVRJIEZpcmVHTCBWNTYwMCwKCUFUSSBG aXJlR0wgVjM2MDAsIEFUSSBSYWRlb24gSEQgMjYwMCBMRSwKCUFUSSBNb2JpbGl0eSBGaXJlR0wg R3JhcGhpY3MgUHJvY2Vzc29yLCBBVEkgUmFkZW9uIEhEIDM0NzAsCglBVEkgTW9iaWxpdHkgUmFk ZW9uIEhEIDM0MzAsIEFUSSBNb2JpbGl0eSBSYWRlb24gSEQgMzQwMCBTZXJpZXMsCglBVEkgUmFk ZW9uIEhEIDM0NTAsIEFUSSBSYWRlb24gSEQgMzQ1MCwgQVRJIFJhZGVvbiBIRCAzNDMwLAoJQVRJ IFJhZGVvbiBIRCAzNDUwLCBBVEkgRmlyZVBybyBWMzcwMCwgQVRJIEZpcmVNViAyNDUwLAoJQVRJ IEZpcmVNViAyMjYwLCBBVEkgRmlyZU1WIDIyNjAsIEFUSSBSYWRlb24gSEQgMzYwMCBTZXJpZXMs CglBVEkgUmFkZW9uIEhEIDM2NTAgQUdQLCBBVEkgUmFkZW9uIEhEIDM2MDAgUFJPLAoJQVRJIFJh ZGVvbiBIRCAzNjAwIFhULCBBVEkgUmFkZW9uIEhEIDM2MDAgUFJPLAoJQVRJIE1vYmlsaXR5IFJh ZGVvbiBIRCAzNjUwLCBBVEkgTW9iaWxpdHkgUmFkZW9uIEhEIDM2NzAsCglBVEkgTW9iaWxpdHkg RmlyZUdMIFY1NzAwLCBBVEkgTW9iaWxpdHkgRmlyZUdMIFY1NzI1LAoJQVRJIFJhZGVvbiBIRCAz MjAwIEdyYXBoaWNzLCBBVEkgUmFkZW9uIDMxMDAgR3JhcGhpY3MsCglBVEkgUmFkZW9uIEhEIDMy MDAgR3JhcGhpY3MsIEFUSSBSYWRlb24gMzEwMCBHcmFwaGljcywKCUFUSSBSYWRlb24gSEQgMzMw MCBHcmFwaGljcywgQVRJIFJhZGVvbiBIRCAzMjAwIEdyYXBoaWNzLAoJQVRJIFJhZGVvbiAzMDAw IEdyYXBoaWNzLCBTVU1PLCBTVU1PLCBTVU1PMiwgU1VNTzIsIFNVTU8yLCBTVU1PMiwKCVNVTU8s IFNVTU8sIFNVTU8sIFNVTU8sIFNVTU8sIFNVTU8sIFNVTU8sIFNVTU8sIEFUSSBSYWRlb24gSEQg NDIwMCwKCUFUSSBSYWRlb24gNDEwMCwgQVRJIE1vYmlsaXR5IFJhZGVvbiBIRCA0MjAwLAoJQVRJ IE1vYmlsaXR5IFJhZGVvbiA0MTAwLCBBVEkgUmFkZW9uIEhEIDQyOTAsIEFUSSBSYWRlb24gSEQg NDI1MCwKCUFNRCBSYWRlb24gSEQgNjMxMCBHcmFwaGljcywgQU1EIFJhZGVvbiBIRCA2MzEwIEdy YXBoaWNzLAoJQU1EIFJhZGVvbiBIRCA2MjUwIEdyYXBoaWNzLCBBTUQgUmFkZW9uIEhEIDYyNTAg R3JhcGhpY3MsCglBTUQgUmFkZW9uIEhEIDYzMDAgU2VyaWVzIEdyYXBoaWNzLAoJQU1EIFJhZGVv biBIRCA2MjAwIFNlcmllcyBHcmFwaGljcywgUEFMTSwgUEFMTSwgUEFMTSwgQ1lQUkVTUywKCUFU SSBGaXJlUHJvIChGaXJlR0wpIEdyYXBoaWNzIEFkYXB0ZXIsCglBVEkgRmlyZVBybyAoRmlyZUdM KSBHcmFwaGljcyBBZGFwdGVyLAoJQVRJIEZpcmVQcm8gKEZpcmVHTCkgR3JhcGhpY3MgQWRhcHRl ciwgQU1EIEZpcmVzdHJlYW0gOTM3MCwKCUFNRCBGaXJlc3RyZWFtIDkzNTAsIEFUSSBSYWRlb24g SEQgNTgwMCBTZXJpZXMsCglBVEkgUmFkZW9uIEhEIDU4MDAgU2VyaWVzLCBBVEkgUmFkZW9uIEhE IDU4MDAgU2VyaWVzLAoJQVRJIFJhZGVvbiBIRCA1ODAwIFNlcmllcywgQVRJIFJhZGVvbiBIRCA1 OTAwIFNlcmllcywKCUFUSSBSYWRlb24gSEQgNTkwMCBTZXJpZXMsIEFUSSBNb2JpbGl0eSBSYWRl b24gSEQgNTgwMCBTZXJpZXMsCglBVEkgTW9iaWxpdHkgUmFkZW9uIEhEIDU4MDAgU2VyaWVzLAoJ QVRJIEZpcmVQcm8gKEZpcmVHTCkgR3JhcGhpY3MgQWRhcHRlciwKCUFUSSBGaXJlUHJvIChGaXJl R0wpIEdyYXBoaWNzIEFkYXB0ZXIsCglBVEkgTW9iaWxpdHkgUmFkZW9uIEhEIDU4MDAgU2VyaWVz LCBBVEkgUmFkZW9uIEhEIDU3MDAgU2VyaWVzLAoJQVRJIFJhZGVvbiBIRCA1NzAwIFNlcmllcywg QVRJIFJhZGVvbiBIRCA2NzAwIFNlcmllcywKCUFUSSBSYWRlb24gSEQgNTcwMCBTZXJpZXMsIEFU SSBSYWRlb24gSEQgNjcwMCBTZXJpZXMsCglBVEkgTW9iaWxpdHkgUmFkZW9uIEhEIDUwMDAgU2Vy aWVzLAoJQVRJIE1vYmlsaXR5IFJhZGVvbiBIRCA1MDAwIFNlcmllcywgQVRJIE1vYmlsaXR5IFJh ZGVvbiBIRCA1NTcwLAoJQVRJIEZpcmVQcm8gKEZpcmVHTCkgR3JhcGhpY3MgQWRhcHRlciwKCUFU SSBGaXJlUHJvIChGaXJlR0wpIEdyYXBoaWNzIEFkYXB0ZXIsIEFUSSBSYWRlb24gSEQgNTY3MCwK CUFUSSBSYWRlb24gSEQgNTU3MCwgQVRJIFJhZGVvbiBIRCA1NTAwIFNlcmllcywgUkVEV09PRCwK CUFUSSBNb2JpbGl0eSBSYWRlb24gSEQgNTAwMCBTZXJpZXMsCglBVEkgTW9iaWxpdHkgUmFkZW9u IEhEIDUwMDAgU2VyaWVzLCBBVEkgTW9iaWxpdHkgUmFkZW9uIEdyYXBoaWNzLAoJQVRJIE1vYmls aXR5IFJhZGVvbiBHcmFwaGljcywgQ0VEQVIsCglBVEkgRmlyZVBybyAoRmlyZUdMKSBHcmFwaGlj cyBBZGFwdGVyLAoJQVRJIEZpcmVQcm8gKEZpcmVHTCkgR3JhcGhpY3MgQWRhcHRlciwgQVRJIEZp cmVQcm8gMjI3MCwgQ0VEQVIsCglBVEkgUmFkZW9uIEhEIDU0NTAsIENFREFSLCBDRURBUiwgQ0FZ TUFOLCBDQVlNQU4sIENBWU1BTiwgQ0FZTUFOLAoJQ0FZTUFOLCBDQVlNQU4sIENBWU1BTiwgQ0FZ TUFOLCBDQVlNQU4sIENBWU1BTiwKCUFNRCBSYWRlb24gSEQgNjkwMCBTZXJpZXMsIEFNRCBSYWRl b24gSEQgNjkwMCBTZXJpZXMsIENBWU1BTiwgQ0FZTUFOLAoJQ0FZTUFOLCBBTUQgUmFkZW9uIEhE IDY5MDBNIFNlcmllcywgTW9iaWxpdHkgUmFkZW9uIEhEIDYwMDAgU2VyaWVzLAoJQkFSVFMsIEJB UlRTLCBNb2JpbGl0eSBSYWRlb24gSEQgNjAwMCBTZXJpZXMsCglNb2JpbGl0eSBSYWRlb24gSEQg NjAwMCBTZXJpZXMsIEJBUlRTLCBCQVJUUywgQkFSVFMsIEJBUlRTLAoJQU1EIFJhZGVvbiBIRCA2 ODAwIFNlcmllcywgQU1EIFJhZGVvbiBIRCA2ODAwIFNlcmllcywKCUFNRCBSYWRlb24gSEQgNjcw MCBTZXJpZXMsIFRVUktTLCBUVVJLUywgVFVSS1MsIFRVUktTLCBUVVJLUywgVFVSS1MsCglUVVJL UywgVFVSS1MsIFRVUktTLCBUVVJLUywgVFVSS1MsIFRVUktTLCBUVVJLUywgVFVSS1MsIFRVUktT LCBUVVJLUywKCVRVUktTLCBUVVJLUywgVFVSS1MsIFRVUktTLCBUVVJLUywgVFVSS1MsIFRVUktT LCBUVVJLUywgVFVSS1MsIFRVUktTLAoJQ0FJQ09TLCBDQUlDT1MsIENBSUNPUywgQ0FJQ09TLCBD QUlDT1MsIENBSUNPUywgQ0FJQ09TLCBDQUlDT1MsCglDQUlDT1MsIENBSUNPUywgQ0FJQ09TLCBD QUlDT1MsIENBSUNPUywgQ0FJQ09TLCBDQUlDT1MsIEFSVUJBLCBBUlVCQSwKCUFSVUJBLCBBUlVC QSwgQVJVQkEsIEFSVUJBLCBBUlVCQSwgQVJVQkEsIEFSVUJBLCBBUlVCQSwgQVJVQkEsIEFSVUJB LAoJQVJVQkEsIEFSVUJBLCBBUlVCQSwgQVJVQkEsIEFSVUJBLCBBUlVCQSwgQVJVQkEsIEFSVUJB LCBBUlVCQSwgQVJVQkEsCglBUlVCQSwgQVJVQkEsIEFSVUJBLCBBUlVCQSwgQVJVQkEsIEFSVUJB LCBBUlVCQSwgQVJVQkEsIEFSVUJBLCBBUlVCQSwKCUFSVUJBLCBBUlVCQSwgQVJVQkEsIEFSVUJB LCBBUlVCQSwgVEFISVRJLCBUQUhJVEksIFRBSElUSSwgVEFISVRJLAoJVEFISVRJLCBUQUhJVEks IFRBSElUSSwgVEFISVRJLCBUQUhJVEksIFRBSElUSSwgVEFISVRJLCBUQUhJVEksCglUQUhJVEks IFBJVENBSVJOLCBQSVRDQUlSTiwgUElUQ0FJUk4sIFBJVENBSVJOLCBQSVRDQUlSTiwgUElUQ0FJ Uk4sCglQSVRDQUlSTiwgUElUQ0FJUk4sIFBJVENBSVJOLCBQSVRDQUlSTiwgUElUQ0FJUk4sIFBJ VENBSVJOLCBQSVRDQUlSTiwKCVZFUkRFLCBWRVJERSwgVkVSREUsIFZFUkRFLCBWRVJERSwgVkVS REUsIFZFUkRFLCBWRVJERSwgVkVSREUsIFZFUkRFLAoJVkVSREUsIFZFUkRFLCBWRVJERSwgVkVS REUsIFZFUkRFLCBWRVJERSwgVkVSREUsIFZFUkRFLCBWRVJERSwgVkVSREUsCglWRVJERSwgVkVS REUsIFZFUkRFLCBPTEFORCwgT0xBTkQsIE9MQU5ELCBPTEFORCwgT0xBTkQsIE9MQU5ELCBPTEFO RCwKCU9MQU5ELCBPTEFORCwgT0xBTkQsIE9MQU5ELCBPTEFORCwgT0xBTkQsIEhBSU5BTiwgSEFJ TkFOLCBIQUlOQU4sCglIQUlOQU4sIEhBSU5BTiwgSEFJTkFOLCBCT05BSVJFLCBCT05BSVJFLCBC T05BSVJFLCBCT05BSVJFLCBCT05BSVJFLAoJQk9OQUlSRSwgQk9OQUlSRSwgQk9OQUlSRSwgS0FC SU5JLCBLQUJJTkksIEtBQklOSSwgS0FCSU5JLCBLQUJJTkksCglLQUJJTkksIEtBQklOSSwgS0FC SU5JLCBLQUJJTkksIEtBQklOSSwgS0FCSU5JLCBLQUJJTkksIEtBQklOSSwKCUtBQklOSSwgS0FC SU5JLCBLQUJJTkkKWyAgIDIxNi44NzVdICgtLSkgVXNpbmcgc3lzY29ucyBkcml2ZXIgd2l0aCBY IHN1cHBvcnQgKHZlcnNpb24gMi4wKQpbICAgMjE2Ljg3Nl0gKC0tKSB1c2luZyBWVCBudW1iZXIg OQoKWyAgIDIxNi44ODVdIChJSSkgW0tNU10gS2VybmVsIG1vZGVzZXR0aW5nIGVuYWJsZWQuClsg ICAyMTYuODg1XSAoV1cpIFZHQSBhcmJpdGVyOiBjYW5ub3Qgb3BlbiBrZXJuZWwgYXJiaXRlciwg bm8gbXVsdGktY2FyZCBzdXBwb3J0ClsgICAyMTYuODg1XSAoKiopIFJBREVPTigwKTogRGVwdGgg MjQsICgtLSkgZnJhbWVidWZmZXIgYnBwIDMyClsgICAyMTYuODg1XSAoSUkpIFJBREVPTigwKTog UGl4ZWwgZGVwdGggPSAyNCBiaXRzIHN0b3JlZCBpbiA0IGJ5dGVzICgzMiBicHAgcGl4bWFwcykK WyAgIDIxNi44ODZdICg9PSkgUkFERU9OKDApOiBEZWZhdWx0IHZpc3VhbCBpcyBUcnVlQ29sb3IK WyAgIDIxNi44ODZdICg9PSkgUkFERU9OKDApOiBSR0Igd2VpZ2h0IDg4OApbICAgMjE2Ljg4Nl0g KElJKSBSQURFT04oMCk6IFVzaW5nIDggYml0cyBwZXIgUkdCICg4IGJpdCBEQUMpClsgICAyMTYu ODg2XSAoLS0pIFJBREVPTigwKTogQ2hpcHNldDogIkFNRCBSYWRlb24gSEQgNjIwMCBTZXJpZXMg R3JhcGhpY3MiIChDaGlwSUQgPSAweDk4MDcpClsgICAyMTYuODg2XSBkcm1PcGVuRGV2aWNlOiBu b2RlIG5hbWUgaXMgL2Rldi9kcmkvY2FyZDAKWyAgIDIxNi44ODZdIGRybU9wZW5EZXZpY2U6IG9w ZW4gcmVzdWx0IGlzIDgsIChPSykKWyAgIDIxNi44ODddIGRybU9wZW5CeUJ1c2lkOiBTZWFyY2hp bmcgZm9yIEJ1c0lEIHBjaTowMDAwOjAwOjAxLjAKWyAgIDIxNi44ODddIGRybU9wZW5EZXZpY2U6 IG5vZGUgbmFtZSBpcyAvZGV2L2RyaS9jYXJkMApbICAgMjE2Ljg4N10gZHJtT3BlbkRldmljZTog b3BlbiByZXN1bHQgaXMgOCwgKE9LKQpbICAgMjE2Ljg4N10gZHJtT3BlbkJ5QnVzaWQ6IGRybU9w ZW5NaW5vciByZXR1cm5zIDgKWyAgIDIxNi44ODddIGRybU9wZW5CeUJ1c2lkOiBkcm1HZXRCdXNp ZCByZXBvcnRzIHBjaTowMDAwOjAwOjAxLjAKWyAgIDIxNi44ODddIChJSSkgUkFERU9OKDApOiBH UFUgYWNjZWwgZGlzYWJsZWQgb3Igbm90IHdvcmtpbmcsIHVzaW5nIHNoYWRvd2ZiIGZvciBLTVMK WyAgIDIxNi44ODddIChJSSkgTG9hZGluZyBzdWIgbW9kdWxlICJzaGFkb3ciClsgICAyMTYuODg3 XSAoSUkpIExvYWRNb2R1bGU6ICJzaGFkb3ciClsgICAyMTYuODg4XSAoSUkpIExvYWRpbmcgL3Vz ci9sb2NhbC9saWIveG9yZy9tb2R1bGVzL2xpYnNoYWRvdy5zbwpbICAgMjE2LjkwMV0gKElJKSBN b2R1bGUgc2hhZG93OiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iClsgICAyMTYuOTAxXSAJY29t cGlsZWQgZm9yIDEuMTIuNCwgbW9kdWxlIHZlcnNpb24gPSAxLjEuMApbICAgMjE2LjkwMV0gCUFC SSBjbGFzczogWC5PcmcgQU5TSSBDIEVtdWxhdGlvbiwgdmVyc2lvbiAwLjQKWyAgIDIxNi45MDFd IChJSSkgUkFERU9OKDApOiBLTVMgQ29sb3IgVGlsaW5nOiBkaXNhYmxlZApbICAgMjE2LjkwMV0g KElJKSBSQURFT04oMCk6IEtNUyBDb2xvciBUaWxpbmcgMkQ6IGRpc2FibGVkClsgICAyMTYuOTAx XSAoSUkpIFJBREVPTigwKTogS01TIFBhZ2VmbGlwcGluZzogZW5hYmxlZApbICAgMjE2LjkwMV0g KElJKSBSQURFT04oMCk6IFN3YXBCdWZmZXJzIHdhaXQgZm9yIHZzeW5jOiBlbmFibGVkClsgICAy MTYuOTAyXSAoSUkpIFJBREVPTigwKTogT3V0cHV0IExWRFMgdXNpbmcgbW9uaXRvciBzZWN0aW9u IE1vbml0b3IwClsgICAyMTYuOTA0XSAoSUkpIFJBREVPTigwKTogT3V0cHV0IEhETUktMCBoYXMg bm8gbW9uaXRvciBzZWN0aW9uClsgICAyMTYuOTE2XSAoSUkpIFJBREVPTigwKTogT3V0cHV0IFZH QS0wIGhhcyBubyBtb25pdG9yIHNlY3Rpb24KWyAgIDIxNi45MTddIChJSSkgUkFERU9OKDApOiBF RElEIGZvciBvdXRwdXQgTFZEUwpbICAgMjE2LjkxN10gKElJKSBSQURFT04oMCk6IE1hbnVmYWN0 dXJlcjogSVZPICBNb2RlbDogM2Y0ICBTZXJpYWwjOiAwClsgICAyMTYuOTE3XSAoSUkpIFJBREVP TigwKTogWWVhcjogMjAxMCAgV2VlazogMTAKWyAgIDIxNi45MTddIChJSSkgUkFERU9OKDApOiBF RElEIFZlcnNpb246IDEuMwpbICAgMjE2LjkxN10gKElJKSBSQURFT04oMCk6IERpZ2l0YWwgRGlz cGxheSBJbnB1dApbICAgMjE2LjkxOF0gKElJKSBSQURFT04oMCk6IE1heCBJbWFnZSBTaXplIFtj bV06IGhvcml6LjogMjIgIHZlcnQuOiAxMwpbICAgMjE2LjkxOF0gKElJKSBSQURFT04oMCk6IEdh bW1hOiAyLjIwClsgICAyMTYuOTE4XSAoSUkpIFJBREVPTigwKTogTm8gRFBNUyBjYXBhYmlsaXRp ZXMgc3BlY2lmaWVkClsgICAyMTYuOTE4XSAoSUkpIFJBREVPTigwKTogU3VwcG9ydGVkIGNvbG9y IGVuY29kaW5nczogUkdCIDQ6NDo0IFlDckNiIDQ6NDo0IApbICAgMjE2LjkxOF0gKElJKSBSQURF T04oMCk6IEZpcnN0IGRldGFpbGVkIHRpbWluZyBpcyBwcmVmZXJyZWQgbW9kZQpbICAgMjE2Ljkx OF0gKElJKSBSQURFT04oMCk6IHJlZFg6IDAuNTc4IHJlZFk6IDAuMzQ2ICAgZ3JlZW5YOiAwLjMz NiBncmVlblk6IDAuNTYwClsgICAyMTYuOTE4XSAoSUkpIFJBREVPTigwKTogYmx1ZVg6IDAuMTU1 IGJsdWVZOiAwLjEyMiAgIHdoaXRlWDogMC4zMTIgd2hpdGVZOiAwLjMyOApbICAgMjE2LjkxOV0g KElJKSBSQURFT04oMCk6IE1hbnVmYWN0dXJlcidzIG1hc2s6IDAKWyAgIDIxNi45MTldIChJSSkg UkFERU9OKDApOiBTdXBwb3J0ZWQgZGV0YWlsZWQgdGltaW5nOgpbICAgMjE2LjkxOV0gKElJKSBS QURFT04oMCk6IGNsb2NrOiA1MC40IE1IeiAgIEltYWdlIFNpemU6ICAyMjMgeCAxMjUgbW0KWyAg IDIxNi45MTldIChJSSkgUkFERU9OKDApOiBoX2FjdGl2ZTogMTAyNCAgaF9zeW5jOiAxMDcyICBo X3N5bmNfZW5kIDExMDQgaF9ibGFua19lbmQgMTM0NCBoX2JvcmRlcjogMApbICAgMjE2LjkxOV0g KElJKSBSQURFT04oMCk6IHZfYWN0aXZlOiA2MDAgIHZfc3luYzogNjAzICB2X3N5bmNfZW5kIDYx MyB2X2JsYW5raW5nOiA2MjUgdl9ib3JkZXI6IDAKWyAgIDIxNi45MTldIChJSSkgUkFERU9OKDAp OiBVbmtub3duIHZlbmRvci1zcGVjaWZpYyBibG9jayBmClsgICAyMTYuOTE5XSAoSUkpIFJBREVP TigwKTogIEluZm9WaXNpb24KWyAgIDIxNi45MjBdIChJSSkgUkFERU9OKDApOiAgTTEwMU5XVDIg UjIKWyAgIDIxNi45MjBdIChJSSkgUkFERU9OKDApOiBFRElEIChpbiBoZXgpOgpbICAgMjE2Ljky MF0gKElJKSBSQURFT04oMCk6IAkwMGZmZmZmZmZmZmZmZjAwMjZjZmY0MDMwMDAwMDAwMApbICAg MjE2LjkyMF0gKElJKSBSQURFT04oMCk6IAkwYTE0MDEwMzgwMTYwZDc4MGEyMWQwOTQ1ODU2OGYy NwpbICAgMjE2LjkyMF0gKElJKSBSQURFT04oMCk6IAkxZjUwNTQwMDAwMDAwMTAxMDEwMTAxMDEw MTAxMDEwMQpbICAgMjE2LjkyMF0gKElJKSBSQURFT04oMCk6IAkwMTAxMDEwMTAxMDFiMDEzMDA0 MDQxNTgxOTIwMzAyMApbICAgMjE2LjkyMF0gKElJKSBSQURFT04oMCk6IAkzYTAwZGY3ZDAwMDAw MDE5MDAwMDAwMGYwMDAwMDAwMApbICAgMjE2LjkyMF0gKElJKSBSQURFT04oMCk6IAkwMDAwMDAw MDAwMDAwMDAwMDAwMTAwMDAwMGZlMDA0OQpbICAgMjE2LjkyMF0gKElJKSBSQURFT04oMCk6IAk2 ZTY2NmY1NjY5NzM2OTZmNmUwYTIwMjAwMDAwMDBmZQpbICAgMjE2LjkyMF0gKElJKSBSQURFT04o MCk6IAkwMDRkMzEzMDMxNGU1NzU0MzIyMDUyMzIyMDBhMDAxMQpbICAgMjE2LjkyMF0gKElJKSBS QURFT04oMCk6IEVESUQgdmVuZG9yICJJVk8iLCBwcm9kIGlkIDEwMTIKWyAgIDIxNi45MjBdIChJ SSkgUkFERU9OKDApOiBQcmludGluZyBEREMgZ2F0aGVyZWQgTW9kZWxpbmVzOgpbICAgMjE2Ljky MV0gKElJKSBSQURFT04oMCk6IE1vZGVsaW5lICIxMDI0eDYwMCJ4MC4wICAgNTAuNDAgIDEwMjQg MTA3MiAxMTA0IDEzNDQgIDYwMCA2MDMgNjEzIDYyNSAtaHN5bmMgLXZzeW5jICgzNy41IGtIeiBl UCkKWyAgIDIxNi45MjFdIChJSSkgUkFERU9OKDApOiBQcmludGluZyBwcm9iZWQgbW9kZXMgZm9y IG91dHB1dCBMVkRTClsgICAyMTYuOTIxXSAoSUkpIFJBREVPTigwKTogTW9kZWxpbmUgIjEwMjR4 NjAwIng2MC4wICAgNTAuNDAgIDEwMjQgMTA3MiAxMTA0IDEzNDQgIDYwMCA2MDMgNjEzIDYyNSAt aHN5bmMgLXZzeW5jICgzNy41IGtIeiBlUCkKWyAgIDIxNi45MjFdIChJSSkgUkFERU9OKDApOiBN b2RlbGluZSAiODAweDYwMCJ4NTkuOSAgIDM4LjI1ICA4MDAgODMyIDkxMiAxMDI0ICA2MDAgNjAz IDYwNyA2MjQgLWhzeW5jICt2c3luYyAoMzcuNCBrSHopClsgICAyMTYuOTIxXSAoSUkpIFJBREVP TigwKTogTW9kZWxpbmUgIjg0OHg0ODAieDU5LjcgICAzMS41MCAgODQ4IDg3MiA5NTIgMTA1NiAg NDgwIDQ4MyA0OTMgNTAwIC1oc3luYyArdnN5bmMgKDI5Ljgga0h6KQpbICAgMjE2LjkyMV0gKElJ KSBSQURFT04oMCk6IE1vZGVsaW5lICI3MjB4NDgwIng1OS43ICAgMjYuNzUgIDcyMCA3NDQgODA4 IDg5NiAgNDgwIDQ4MyA0OTMgNTAwIC1oc3luYyArdnN5bmMgKDI5Ljkga0h6KQpbICAgMjE2Ljky MV0gKElJKSBSQURFT04oMCk6IE1vZGVsaW5lICI2NDB4NDgwIng1OS40ICAgMjMuNzUgIDY0MCA2 NjQgNzIwIDgwMCAgNDgwIDQ4MyA0ODcgNTAwIC1oc3luYyArdnN5bmMgKDI5Ljcga0h6KQpbICAg MjE2LjkyM10gKElJKSBSQURFT04oMCk6IEVESUQgZm9yIG91dHB1dCBIRE1JLTAKWyAgIDIxNi45 MzZdIChJSSkgUkFERU9OKDApOiBFRElEIGZvciBvdXRwdXQgVkdBLTAKWyAgIDIxNi45MzZdIChJ SSkgUkFERU9OKDApOiBPdXRwdXQgTFZEUyBjb25uZWN0ZWQKWyAgIDIxNi45MzZdIChJSSkgUkFE RU9OKDApOiBPdXRwdXQgSERNSS0wIGRpc2Nvbm5lY3RlZApbICAgMjE2LjkzNl0gKElJKSBSQURF T04oMCk6IE91dHB1dCBWR0EtMCBkaXNjb25uZWN0ZWQKWyAgIDIxNi45MzZdIChJSSkgUkFERU9O KDApOiBVc2luZyBleGFjdCBzaXplcyBmb3IgaW5pdGlhbCBtb2RlcwpbICAgMjE2LjkzNl0gKElJ KSBSQURFT04oMCk6IE91dHB1dCBMVkRTIHVzaW5nIGluaXRpYWwgbW9kZSAxMDI0eDYwMApbICAg MjE2LjkzNl0gKElJKSBSQURFT04oMCk6IFVzaW5nIGRlZmF1bHQgZ2FtbWEgb2YgKDEuMCwgMS4w LCAxLjApIHVubGVzcyBvdGhlcndpc2Ugc3RhdGVkLgpbICAgMjE2LjkzN10gKElJKSBSQURFT04o MCk6IG1lbSBzaXplIGluaXQ6IGdhcnQgc2l6ZSA6MWZkZWYwMDAgdnJhbSBzaXplOiBzOjE4MDAw MDAwIHZpc2libGU6ZmQ2ODAwMApbICAgMjE2LjkzN10gKElJKSBSQURFT04oMCk6IEVYQTogRHJp dmVyIHdpbGwgYWxsb3cgRVhBIHBpeG1hcHMgaW4gVlJBTQpbICAgMjE2LjkzN10gKCoqKSBSQURF T04oMCk6IERpc3BsYXkgZGltZW5zaW9uczogKDIyMCwgMTMwKSBtbQpbICAgMjE2LjkzN10gKCoq KSBSQURFT04oMCk6IERQSSBzZXQgdG8gKDM4NywgMjA1KQpbICAgMjE2LjkzN10gKElJKSBMb2Fk aW5nIHN1YiBtb2R1bGUgImZiIgpbICAgMjE2LjkzN10gKElJKSBMb2FkTW9kdWxlOiAiZmIiClsg ICAyMTYuOTQxXSAoSUkpIExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVzL2xpYmZi LnNvClsgICAyMTYuOTYwXSAoSUkpIE1vZHVsZSBmYjogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9u IgpbICAgMjE2Ljk2MV0gCWNvbXBpbGVkIGZvciAxLjEyLjQsIG1vZHVsZSB2ZXJzaW9uID0gMS4w LjAKWyAgIDIxNi45NjFdIAlBQkkgY2xhc3M6IFguT3JnIEFOU0kgQyBFbXVsYXRpb24sIHZlcnNp b24gMC40ClsgICAyMTYuOTYxXSAoSUkpIExvYWRpbmcgc3ViIG1vZHVsZSAicmFtZGFjIgpbICAg MjE2Ljk2MV0gKElJKSBMb2FkTW9kdWxlOiAicmFtZGFjIgpbICAgMjE2Ljk2MV0gKElJKSBNb2R1 bGUgInJhbWRhYyIgYWxyZWFkeSBidWlsdC1pbgpbICAgMjE2Ljk2MV0gKC0tKSBEZXB0aCAyNCBw aXhtYXAgZm9ybWF0IGlzIDMyIGJwcApbICAgMjE2Ljk3NF0gKElJKSBSQURFT04oMCk6IEZyb250 IGJ1ZmZlciBzaXplOiAxMzkxNksKWyAgIDIxNi45NzRdIChJSSkgUkFERU9OKDApOiBWUkFNIHVz YWdlIGxpbWl0IHNldCB0byAyMjA5ODZLClsgICAyMTYuOTkxXSAoPT0pIFJBREVPTigwKTogQmFj a2luZyBzdG9yZSBkaXNhYmxlZApbICAgMjE2Ljk5Ml0gKFdXKSBSQURFT04oMCk6IERpcmVjdCBy ZW5kZXJpbmcgZGlzYWJsZWQKWyAgIDIxNi45OTJdIChJSSkgUkFERU9OKDApOiBBY2NlbGVyYXRp b24gZGlzYWJsZWQKWyAgIDIxNi45OTJdICg9PSkgUkFERU9OKDApOiBEUE1TIGVuYWJsZWQKWyAg IDIxNi45OTJdICg9PSkgUkFERU9OKDApOiBTaWxrZW4gbW91c2UgZW5hYmxlZApbICAgMjE2Ljk5 Ml0gKElJKSBSQURFT04oMCk6IFJhbmRSIDEuMiBlbmFibGVkLCBpZ25vcmUgdGhlIGZvbGxvd2lu ZyBSYW5kUiBkaXNhYmxlZCBtZXNzYWdlLgpbICAgMjE2Ljk5NF0gKC0tKSBSYW5kUiBkaXNhYmxl ZApbICAgMjE2Ljk5NF0gKElJKSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIEdlbmVy aWMgRXZlbnQgRXh0ZW5zaW9uClsgICAyMTYuOTk0XSAoSUkpIEluaXRpYWxpemluZyBidWlsdC1p biBleHRlbnNpb24gU0hBUEUKWyAgIDIxNi45OTRdIChJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0LWlu IGV4dGVuc2lvbiBNSVQtU0hNClsgICAyMTYuOTk0XSAoSUkpIEluaXRpYWxpemluZyBidWlsdC1p biBleHRlbnNpb24gWElucHV0RXh0ZW5zaW9uClsgICAyMTYuOTk0XSAoSUkpIEluaXRpYWxpemlu ZyBidWlsdC1pbiBleHRlbnNpb24gWFRFU1QKWyAgIDIxNi45OTRdIChJSSkgSW5pdGlhbGl6aW5n IGJ1aWx0LWluIGV4dGVuc2lvbiBCSUctUkVRVUVTVFMKWyAgIDIxNi45OTRdIChJSSkgSW5pdGlh bGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBTWU5DClsgICAyMTYuOTk0XSAoSUkpIEluaXRpYWxp emluZyBidWlsdC1pbiBleHRlbnNpb24gWEtFWUJPQVJEClsgICAyMTYuOTk1XSAoSUkpIEluaXRp YWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gWEMtTUlTQwpbICAgMjE2Ljk5NV0gKElJKSBJbml0 aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFhJTkVSQU1BClsgICAyMTYuOTk1XSAoSUkpIElu aXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gWEZJWEVTClsgICAyMTYuOTk1XSAoSUkpIElu aXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gUkVOREVSClsgICAyMTYuOTk1XSAoSUkpIElu aXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gUkFORFIKWyAgIDIxNi45OTVdIChJSSkgSW5p dGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBDT01QT1NJVEUKWyAgIDIxNi45OTVdIChJSSkg SW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBEQU1BR0UKWyAgIDIxNy4wMzNdIChJSSkg QUlHTFg6IFNjcmVlbiAwIGlzIG5vdCBEUkkyIGNhcGFibGUKWyAgIDIxNy4wMzNdIChJSSkgQUlH TFg6IFNjcmVlbiAwIGlzIG5vdCBEUkkgY2FwYWJsZQpbICAgMjE4LjA2OV0gKElJKSBBSUdMWDog TG9hZGVkIGFuZCBpbml0aWFsaXplZCBzd3Jhc3QKWyAgIDIxOC4wNjldIChJSSkgR0xYOiBJbml0 aWFsaXplZCBEUklTV1JBU1QgR0wgcHJvdmlkZXIgZm9yIHNjcmVlbiAwClsgICAyMTguMTg4XSAo SUkpIFJBREVPTigwKTogU2V0dGluZyBzY3JlZW4gcGh5c2ljYWwgc2l6ZSB0byAyNzAgeCAxNTgK WyAgIDIxOC4xODhdIChJSSkgUkFERU9OKDApOiBBbGxvY2F0ZSBuZXcgZnJhbWUgYnVmZmVyIDEw MjR4NjAwIHN0cmlkZSAxMDI0ClsgICAyMTguMTkwXSAoSUkpIFJBREVPTigwKTogVlJBTSB1c2Fn ZSBsaW1pdCBzZXQgdG8gMjMxMzUwSwpbICAgMjE5LjY2NV0gKElJKSBVc2luZyBpbnB1dCBkcml2 ZXIgJ21vdXNlJyBmb3IgJ1BTTW91c2UnClsgICAyMTkuNjY1XSAoKiopIE9wdGlvbiAiQ29yZVBv aW50ZXIiClsgICAyMTkuNjY1XSAoKiopIFBTTW91c2U6IGFsd2F5cyByZXBvcnRzIGNvcmUgZXZl bnRzClsgICAyMTkuNjY1XSAoKiopIE9wdGlvbiAiUHJvdG9jb2wiICJhdXRvIgpbICAgMjE5LjY2 Nl0gKCoqKSBPcHRpb24gIkRldmljZSIgIi9kZXYvcHNtMCIKWyAgIDIxOS42NjZdICgqKikgUFNN b3VzZTogUHJvdG9jb2w6ICJhdXRvIgpbICAgMjE5LjY2Nl0gKCoqKSBQU01vdXNlOiBhbHdheXMg cmVwb3J0cyBjb3JlIGV2ZW50cwpbICAgMjE5Ljc0NF0gKCoqKSBPcHRpb24gIkVtdWxhdGUzQnV0 dG9ucyIKWyAgIDIxOS43NDRdICgqKikgT3B0aW9uICJFbXVsYXRlM1RpbWVvdXQiICI1MCIKWyAg IDIxOS43NDVdICgqKikgUFNNb3VzZTogRW11bGF0ZTNCdXR0b25zLCBFbXVsYXRlM1RpbWVvdXQ6 IDUwClsgICAyMTkuNzQ1XSAoKiopIFBTTW91c2U6IFpBeGlzTWFwcGluZzogYnV0dG9ucyA0IGFu ZCA1ClsgICAyMTkuNzQ1XSAoKiopIFBTTW91c2U6IEJ1dHRvbnM6IDUKWyAgIDIxOS43NDVdIChJ SSkgWElOUFVUOiBBZGRpbmcgZXh0ZW5kZWQgaW5wdXQgZGV2aWNlICJQU01vdXNlIiAodHlwZTog TU9VU0UsIGlkIDYpClsgICAyMTkuNzQ1XSAoKiopIFBTTW91c2U6IChhY2NlbCkga2VlcGluZyBh Y2NlbGVyYXRpb24gc2NoZW1lIDEKWyAgIDIxOS43NDVdICgqKikgUFNNb3VzZTogKGFjY2VsKSBh Y2NlbGVyYXRpb24gcHJvZmlsZSAwClsgICAyMTkuNzQ2XSAoKiopIFBTTW91c2U6IChhY2NlbCkg YWNjZWxlcmF0aW9uIGZhY3RvcjogMi4wMDAKWyAgIDIxOS43NDZdICgqKikgUFNNb3VzZTogKGFj Y2VsKSBhY2NlbGVyYXRpb24gdGhyZXNob2xkOiA0ClsgICAyMTkuNzc0XSAoSUkpIFBTTW91c2U6 IFNldHVwQXV0bzogaHcuaWZ0eXBlIGlzIDMsIGh3Lm1vZGVsIGlzIDQKWyAgIDIxOS43NzRdIChJ SSkgUFNNb3VzZTogU2V0dXBBdXRvOiBwcm90b2NvbCBpcyBJTVBTLzIKWyAgIDIyMC40MDhdIChJ SSkgUFNNb3VzZTogcHMyRW5hYmxlRGF0YVJlcG9ydGluZzogc3VjY2VlZGVkClsgICAyMjAuNDA5 XSAoSUkpIFVzaW5nIGlucHV0IGRyaXZlciAnbW91c2UnIGZvciAnVVNCTW91c2UnClsgICAyMjAu NDA5XSAoKiopIE9wdGlvbiAiU2VuZENvcmVFdmVudHMiClsgICAyMjAuNDA5XSAoKiopIFVTQk1v dXNlOiBhbHdheXMgcmVwb3J0cyBjb3JlIGV2ZW50cwpbICAgMjIwLjQwOV0gKCoqKSBPcHRpb24g IlByb3RvY29sIiAiYXV0byIKWyAgIDIyMC40MDldICgqKikgT3B0aW9uICJEZXZpY2UiICIvZGV2 L3N5c21vdXNlIgpbICAgMjIwLjQwOV0gKCoqKSBVU0JNb3VzZTogUHJvdG9jb2w6ICJhdXRvIgpb ICAgMjIwLjQxMF0gKCoqKSBVU0JNb3VzZTogYWx3YXlzIHJlcG9ydHMgY29yZSBldmVudHMKWyAg IDIyMC40MTBdICg9PSkgVVNCTW91c2U6IEVtdWxhdGUzQnV0dG9ucywgRW11bGF0ZTNUaW1lb3V0 OiA1MApbICAgMjIwLjQxMF0gKCoqKSBPcHRpb24gIlpBeGlzTWFwcGluZyIgIjQgNSIKWyAgIDIy MC40MTBdICgqKikgVVNCTW91c2U6IFpBeGlzTWFwcGluZzogYnV0dG9ucyA0IGFuZCA1ClsgICAy MjAuNDEwXSAoKiopIFVTQk1vdXNlOiBCdXR0b25zOiA1ClsgICAyMjAuNDEwXSAoSUkpIFhJTlBV VDogQWRkaW5nIGV4dGVuZGVkIGlucHV0IGRldmljZSAiVVNCTW91c2UiICh0eXBlOiBNT1VTRSwg aWQgNykKWyAgIDIyMC40MTFdICgqKikgVVNCTW91c2U6IChhY2NlbCkga2VlcGluZyBhY2NlbGVy YXRpb24gc2NoZW1lIDEKWyAgIDIyMC40MTFdICgqKikgVVNCTW91c2U6IChhY2NlbCkgYWNjZWxl cmF0aW9uIHByb2ZpbGUgMApbICAgMjIwLjQxMV0gKCoqKSBVU0JNb3VzZTogKGFjY2VsKSBhY2Nl bGVyYXRpb24gZmFjdG9yOiAyLjAwMApbICAgMjIwLjQxMV0gKCoqKSBVU0JNb3VzZTogKGFjY2Vs KSBhY2NlbGVyYXRpb24gdGhyZXNob2xkOiA0ClsgICAyMjAuNDExXSAoSUkpIFVTQk1vdXNlOiBT ZXR1cEF1dG86IGh3LmlmdHlwZSBpcyA0LCBody5tb2RlbCBpcyAwClsgICAyMjAuNDExXSAoSUkp IFVTQk1vdXNlOiBTZXR1cEF1dG86IHByb3RvY29sIGlzIFN5c01vdXNlClsgICAyMjAuNDExXSAo SUkpIFVzaW5nIGlucHV0IGRyaXZlciAna2JkJyBmb3IgJ0tleWJvYXJkMCcKWyAgIDIyMC40MTJd ICgqKikgT3B0aW9uICJDb3JlS2V5Ym9hcmQiClsgICAyMjAuNDEyXSAoKiopIEtleWJvYXJkMDog YWx3YXlzIHJlcG9ydHMgY29yZSBldmVudHMKWyAgIDIyMC40MTJdICgqKikgS2V5Ym9hcmQwOiBh bHdheXMgcmVwb3J0cyBjb3JlIGV2ZW50cwpbICAgMjIwLjQxMl0gKCoqKSBPcHRpb24gIlByb3Rv Y29sIiAic3RhbmRhcmQiClsgICAyMjAuNDEyXSAoKiopIE9wdGlvbiAiWGtiUnVsZXMiICJiYXNl IgpbICAgMjIwLjQxMl0gKCoqKSBPcHRpb24gIlhrYk1vZGVsIiAicGMxMDUiClsgICAyMjAuNDEy XSAoKiopIE9wdGlvbiAiWGtiTGF5b3V0IiAidXMscnUoY29tbW9uKSIKWyAgIDIyMC40MTNdICgq KikgT3B0aW9uICJYa2JPcHRpb25zIiAiZ3JwOm1lbnVfdG9nZ2xlLGdycF9sZWQ6c2Nyb2xsIgpb ICAgMjIwLjQxM10gKElJKSBYSU5QVVQ6IEFkZGluZyBleHRlbmRlZCBpbnB1dCBkZXZpY2UgIktl eWJvYXJkMCIgKHR5cGU6IEtFWUJPQVJELCBpZCA4KQpbICAgMjQ4LjA0Nl0gKElJKSBVbmxvYWRN b2R1bGU6ICJtb3VzZSIKWyAgIDI0OC4wNDddIChJSSkgVW5sb2FkTW9kdWxlOiAibW91c2UiClsg ICAyNDguMDQ3XSAoSUkpIFVubG9hZE1vZHVsZTogImtiZCIKWyAgIDI0OC4wNzddIFNlcnZlciB0 ZXJtaW5hdGVkIHN1Y2Nlc3NmdWxseSAoMCkuIENsb3NpbmcgbG9nIGZpbGUuCg== --20cf301cc0547c764d04eac4a851 Content-Type: application/octet-stream; name="x-configure.out" Content-Disposition: attachment; filename="x-configure.out" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hntbplkz2 X1hTRVJWVHJhbnNTb2NrZXRPcGVuQ09UU1NlcnZlcjogVW5hYmxlIHRvIG9wZW4gc29ja2V0IGZv ciBpbmV0NgpfWFNFUlZUcmFuc09wZW46IHRyYW5zcG9ydCBvcGVuIGZhaWxlZCBmb3IgaW5ldDYv bWVvdzowCl9YU0VSVlRyYW5zTWFrZUFsbENPVFNTZXJ2ZXJMaXN0ZW5lcnM6IGZhaWxlZCB0byBv cGVuIGxpc3RlbmVyIGZvciBpbmV0NgoKWC5PcmcgWCBTZXJ2ZXIgMS4xMi40ClJlbGVhc2UgRGF0 ZTogMjAxMi0wOC0yNwpYIFByb3RvY29sIFZlcnNpb24gMTEsIFJldmlzaW9uIDAKQnVpbGQgT3Bl cmF0aW5nIFN5c3RlbTogRnJlZUJTRCAxMC4wLUJFVEExIGkzODYgCkN1cnJlbnQgT3BlcmF0aW5n IFN5c3RlbTogRnJlZUJTRCBtZW93IDEwLjAtQkVUQTEgRnJlZUJTRCAxMC4wLUJFVEExICMwIHIy NTY0NDk6IFRodSBOb3YgIDcgMTc6NTY6NDIgTVNLIDIwMTMgICAgIHJvb3RAbWVvdzovdXNyL29i ai91c3Ivc3JjL3N5cy9tZW93IGkzODYKQnVpbGQgRGF0ZTogMDMgTm92ZW1iZXIgMjAxMyAgMTI6 MjI6MDJQTQogCkN1cnJlbnQgdmVyc2lvbiBvZiBwaXhtYW46IDAuMzAuMgoJQmVmb3JlIHJlcG9y dGluZyBwcm9ibGVtcywgY2hlY2sgaHR0cDovL3dpa2kueC5vcmcKCXRvIG1ha2Ugc3VyZSB0aGF0 IHlvdSBoYXZlIHRoZSBsYXRlc3QgdmVyc2lvbi4KTWFya2VyczogKC0tKSBwcm9iZWQsICgqKikg ZnJvbSBjb25maWcgZmlsZSwgKD09KSBkZWZhdWx0IHNldHRpbmcsCgkoKyspIGZyb20gY29tbWFu ZCBsaW5lLCAoISEpIG5vdGljZSwgKElJKSBpbmZvcm1hdGlvbmFsLAoJKFdXKSB3YXJuaW5nLCAo RUUpIGVycm9yLCAoTkkpIG5vdCBpbXBsZW1lbnRlZCwgKD8/KSB1bmtub3duLgooPT0pIExvZyBm aWxlOiAiL3Zhci9sb2cvWG9yZy4wLmxvZyIsIFRpbWU6IFN1biBOb3YgMTAgMDA6MzM6MzEgMjAx MwpMaXN0IG9mIHZpZGVvIGRyaXZlcnM6CglyYWRlb24KCWF0aQooKyspIFVzaW5nIGNvbmZpZyBm aWxlOiAiL3Jvb3QveG9yZy5jb25mLm5ldyIKKElJKSBbS01TXSBObyBEUklDcmVhdGVQQ0lCdXNJ RCBzeW1ib2wsIG5vIGtlcm5lbCBtb2Rlc2V0dGluZy4KU2VnbWVudGF0aW9uIGZhdWx0IGF0IGFk ZHJlc3MgMHgwCgpGYXRhbCBzZXJ2ZXIgZXJyb3I6CkNhdWdodCBzaWduYWwgMTEgKFNlZ21lbnRh dGlvbiBmYXVsdCkuIFNlcnZlciBhYm9ydGluZwoKClBsZWFzZSBjb25zdWx0IHRoZSBUaGUgWC5P cmcgRm91bmRhdGlvbiBzdXBwb3J0IAoJIGF0IGh0dHA6Ly93aWtpLngub3JnCiBmb3IgaGVscC4g ClBsZWFzZSBhbHNvIGNoZWNrIHRoZSBsb2cgZmlsZSBhdCAiL3Zhci9sb2cvWG9yZy4wLmxvZyIg Zm9yIGFkZGl0aW9uYWwgaW5mb3JtYXRpb24uCgpTZXJ2ZXIgdGVybWluYXRlZCB3aXRoIGVycm9y ICgxKS4gQ2xvc2luZyBsb2cgZmlsZS4K --20cf301cc0547c764d04eac4a851-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 9 21:31:25 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4083A7FA for ; Sat, 9 Nov 2013 21:31:25 +0000 (UTC) (envelope-from erik+lists@cederstrand.dk) Received: from csmtp6.one.com (csmtp6.one.com [195.47.247.106]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 017E4243E for ; Sat, 9 Nov 2013 21:31:24 +0000 (UTC) Received: from bigmac.router9fbd7c.com (unknown [176.222.238.90]) by csmtp6.one.com (Postfix) with ESMTPA id A708CB4BCA for ; Sat, 9 Nov 2013 21:24:37 +0000 (UTC) Received: from bigmac.router9fbd7c.com ([UNAVAILABLE]. [176.222.238.90]) (using TLSv1 with cipher AES128-SHA) by 0.0.0.0:2500 (trex/4.8.87); Sat, 09 Nov 2013 21:24:37 GMT Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Subject: Re: freebsd perf testing From: Erik Cederstrand In-Reply-To: <527C462F.9040707@elischer.org> Date: Sat, 9 Nov 2013 22:24:39 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <527C462F.9040707@elischer.org> X-Mailer: Apple Mail (2.1822) 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: Sat, 09 Nov 2013 21:31:25 -0000 Hi Julian, Den 08/11/2013 kl. 03.02 skrev Julian Elischer : > Some time ago someone showed some freebsd performance graphs graphed = against time. > He had them up on a website that was updated each day or so. >=20 > I think they were network perf tests but I'm not sure. > He indicated that he was going to continue the daily testing > but I've not seen any mention of them since. >=20 > If you know who that was or how to find him let me (or gnn) know... I did a master=92s thesis on this some years ago. I haven=92t kept the = project up-to-date, due to lack of time and hardware. Erik= From owner-freebsd-current@FreeBSD.ORG Sat Nov 9 22:16:13 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 52A31B85 for ; Sat, 9 Nov 2013 22:16:13 +0000 (UTC) (envelope-from andreast@FreeBSD.org) Received: from smtp.fgznet.ch (mail.fgznet.ch [81.92.96.47]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C9EA025F9 for ; Sat, 9 Nov 2013 22:16:12 +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 rA9MG88O069423; Sat, 9 Nov 2013 23:16:09 +0100 (CET) (envelope-from andreast@FreeBSD.org) Message-ID: <527EB428.6070104@FreeBSD.org> Date: Sat, 09 Nov 2013 23:16:08 +0100 From: Andreas Tobler User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Current Subject: WEAK_REFERENCE? Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on 81.92.96.47 Cc: brde@optusnet.com.au 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, 09 Nov 2013 22:16:13 -0000 Hi all, anyone interested in this patch to remove the WEAK_ALIAS and introduce the WEAK_REFERENCE? http://people.freebsd.org/~andreast/weak_ref.amd64.diff I have this running since months on amd64 and I have no issues with. I remember having had a communication with bde@ that he is in favour in doing that but I lacked the time to complete. A similar thing is pending for i386 and sparc64. The ppc stuff is already committed since a longer time. If no one is interested, I'm happy to clean up my tree and skip this. Thanks, Andreas From owner-freebsd-current@FreeBSD.ORG Sat Nov 9 23:49:31 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0E8FB533 for ; Sat, 9 Nov 2013 23:49:31 +0000 (UTC) (envelope-from dt71@gmx.com) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A14E829BF for ; Sat, 9 Nov 2013 23:49:30 +0000 (UTC) Received: from [157.181.98.186] ([157.181.98.186]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0LobGI-1W7DBD0Fcg-00gW9n for ; Sun, 10 Nov 2013 00:49:29 +0100 Message-ID: <527EC9E8.5080103@gmx.com> Date: Sun, 10 Nov 2013 00:48:56 +0100 From: dt71@gmx.com User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:23.0) Gecko/20100101 Firefox/23.0 SeaMonkey/2.20 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re : newcons comming Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:irqWEDUdCuGvMbLkoDc7dDTZUH7Rt3L8l28rseTiGnK6JfJ+EaK WqqxkxQ3Jdy+iR8KNbsjagpu763T3jOilqsSyoQHlaDMcLBLWrDmO/m0yxbY45U1RLx2wph 110ZSLGaIxGSmgRE+MUkWQFjfoUM9gnZgFVjjo4L8ltfx+jQBNuFI8eixEzbGw6/rAKl8/+ 27QWKuDBcsWUotSw9HjbA== 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, 09 Nov 2013 23:49:31 -0000 On Sat, 26 Oct 2013 10:45:32 +0200 > dt71 at gmx.com wrote: > > Suppose that Newcons gets in quickly. I use a Radeon 9600 card. Will > > I see something useful on my screen (with KMS and the new Xorg and > > things like that), or will my screen be black? > > Yup, you will get normal virtual terminal, but a bit bigger than > 640x480. It is main reason why x11 team ask me to merge newcons ASAP. > Newcons can use framebuffer provided by DRM. > > Try it yourself. You have successfully volunteered to diagnose why a graphical display fails to start when ports are built using WITH_NEW_XORG=1 WITH_KMS=1 WITH_GALLIUM=1 I still have a very custom kernel containing device drm device radeondrm and no loadable modules, so I'll be back with a situation report after building and installing a more GENERIC kernel.