From owner-freebsd-stable@freebsd.org Sun Jul 26 00:45:54 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 78B6D9A5819 for ; Sun, 26 Jul 2015 00:45:54 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ie0-x22e.google.com (mail-ie0-x22e.google.com [IPv6:2607:f8b0:4001:c03::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4D2DFD98; Sun, 26 Jul 2015 00:45:54 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by iecri3 with SMTP id ri3so42342742iec.2; Sat, 25 Jul 2015 17:45:53 -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=Dg44YlU9Q5sgHzxfh4VNY2UHb+E+hMgM7lKAKFB43so=; b=PKbxz6Zi0HPbml2fpdYAguUzAdtvat3Njxd7Sr0IoO0LZDi0vGaRRs27Hz+CvlyndI lciSSqQqPFv8Dx2CwguJPpp/6WfX45V3axGHwC70nHNPeTlLHpQwaipBRhTRobUiJLZT SRrSO7wtOBDU81TAP7JGC3FlglGOhnjOdx6UF3iz6ZhuXybaB4hJf6Yo6quFq4t3/3h1 WN9d3G8eoNxbVr7qcdiSOMUUTv1c23YX9SQG2nW/OH04m7gu0wxG/JMbCv7MveteHre5 E0VFaQLpFLmdpu3vz1Ss39wdiiI4KH1UCqMYyOH+kugXavZ6Wx50FoGtdQBgobf1qDd8 wQ+Q== MIME-Version: 1.0 X-Received: by 10.50.60.100 with SMTP id g4mr6651961igr.41.1437871553595; Sat, 25 Jul 2015 17:45:53 -0700 (PDT) Received: by 10.36.38.133 with HTTP; Sat, 25 Jul 2015 17:45:53 -0700 (PDT) In-Reply-To: References: <86oak289hv.fsf@gly.ftfl.ca> <86oaj9dnbo.fsf@gly.ftfl.ca> <12509399.h3RdpFfE1l@ralph.baldwin.cx> Date: Sat, 25 Jul 2015 17:45:53 -0700 Message-ID: Subject: Re: suspend/resume regression From: Adrian Chadd To: Kevin Oberman Cc: John Baldwin , Joseph Mingrone , "Brandon J. Wandersee" , FreeBSD-STABLE Mailing List Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2015 00:45:54 -0000 Hi, Yes, the USB device suspend/resume thing is a more generic suspend/resume problem. Warner has some ideas - eg, registering a "is this a new device?" method; the device driver will check if the device has changed upon resume and optionally go through a detach/reattach process. So for USB it could be something about the serial or FS label; for wifi drivers it could be the MAC / serial number of the NIC, etc. -adrian From owner-freebsd-stable@freebsd.org Sun Jul 26 10:40:49 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3D3399A79B5 for ; Sun, 26 Jul 2015 10:40:49 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pa0-x22d.google.com (mail-pa0-x22d.google.com [IPv6:2607:f8b0:400e:c03::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0C91C22E for ; Sun, 26 Jul 2015 10:40:49 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by pachj5 with SMTP id hj5so36073077pac.3 for ; Sun, 26 Jul 2015 03:40:48 -0700 (PDT) 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=XBsJ5woMYLsEoRQ1QMBvpq8sWIc+kzgOv+/jPICFDLg=; b=uKaQkeTlFAJN7lWCZIrfzPYXSzACuyO5zmo5NsjySRYleMPYatsIngbT8kyvgBS2yz LZEWhm0Lzok2f2OQjrOROQEtfKo/eEGG+XUq6CMY1pPoAnnP9Hxu7P3BaXeciX0m7ou8 Azz4vlRXxgmbaAQlCnnY7eL+NxnFKlcnidJMDop5gNA0UdjduWhDZnO9LppSj1lhywQu FBYubT6VFY8V6pFtDq7uQfmkGYagZgoITfqYjSRInWn0RYLlNW6O8AJd8+67VD+oqRNg 6BcqzOMJJli3NxzQSL12JzZnKQHHRlQ3RLwGjBFrl4wPTEy0t5uGTD7TRqlfxwTD+d8t +Lrg== X-Received: by 10.66.55.41 with SMTP id o9mr54186941pap.148.1437907248515; Sun, 26 Jul 2015 03:40:48 -0700 (PDT) Received: from pyunyh@gmail.com ([106.247.248.2]) by smtp.gmail.com with ESMTPSA id o7sm23731923pdi.16.2015.07.26.03.40.44 (version=TLSv1 cipher=RC4-SHA bits=128/128); Sun, 26 Jul 2015 03:40:46 -0700 (PDT) From: Yonghyeon PYUN X-Google-Original-From: "Yonghyeon PYUN" Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Sun, 26 Jul 2015 19:40:39 +0900 Date: Sun, 26 Jul 2015 19:40:39 +0900 To: Alnis Morics Cc: freebsd-stable@freebsd.org Subject: Re: msk msk0 watchdog timeout freeze hang lock stop problem Message-ID: <20150726104039.GA1034@michelle.fasterthan.com> Reply-To: pyunyh@gmail.com References: <20150413081348.GA965@michelle.fasterthan.com> <55B36E1A.3040806@gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="1yeeQ81UyVL57Vl7" Content-Disposition: inline In-Reply-To: <55B36E1A.3040806@gmail.com> User-Agent: Mutt/1.4.2.3i X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2015 10:40:49 -0000 --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Jul 25, 2015 at 02:08:10PM +0300, Alnis Morics wrote: > Just tried 10.2-RC1 amd64 GENERIC, and the problem seems to be gone. I > was even able to scp a 500 MB file. Could it be related to this fix in > BETA2, as mentioned in the announcement, "The watchdog(4) device has > been fixed to print to the correct buffer."? > msk(4) will show watchdog timeouts when it detects driver TX path is in stuck condition but I believe this has nothing to do with watchdog(4). There was no msk(4) code change in 10.2-RC1. If you happen to see the watchdog timeouts again, please try attached patch and let me know whether it makes any difference for you. I didn't get much feedbacks on the patch so I'm not sure whether it really fixes the root cause. > pciconf -lv > [..] > mskc0@pci0:9:0:0: class=0x020000 card=0xc072144d chip=0x435411ab > rev=0x00 hdr=0x00 > vendor = 'Marvell Technology Group Ltd.' > device = '88E8040 PCI-E Fast Ethernet Controller' > class = network > subclass = ethernet > > --1yeeQ81UyVL57Vl7 Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="msk.align.diff" Index: sys/dev/msk/if_mskreg.h =================================================================== --- sys/dev/msk/if_mskreg.h (revision 281587) +++ sys/dev/msk/if_mskreg.h (working copy) @@ -2175,13 +2175,8 @@ #define MSK_ADDR_LO(x) ((uint64_t) (x) & 0xffffffffUL) #define MSK_ADDR_HI(x) ((uint64_t) (x) >> 32) -/* - * At first I guessed 8 bytes, the size of a single descriptor, would be - * required alignment constraints. But, it seems that Yukon II have 4096 - * bytes boundary alignment constraints. - */ -#define MSK_RING_ALIGN 4096 -#define MSK_STAT_ALIGN 4096 +#define MSK_RING_ALIGN 32768 +#define MSK_STAT_ALIGN 32768 /* Rx descriptor data structure */ struct msk_rx_desc { --1yeeQ81UyVL57Vl7-- From owner-freebsd-stable@freebsd.org Sun Jul 26 11:15:22 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 54E199AB4ED for ; Sun, 26 Jul 2015 11:15:22 +0000 (UTC) (envelope-from alnis.m@mail.com) Received: from mout.gmx.com (mout.gmx.com [74.208.4.200]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 15F6976D for ; Sun, 26 Jul 2015 11:15:22 +0000 (UTC) (envelope-from alnis.m@mail.com) Received: from [192.168.2.192] ([78.84.244.14]) by mail.gmx.com (mrgmxus002) with ESMTPSA (Nemesis) id 0LdZEi-1YbhCn2VsY-00ilfR for ; Sun, 26 Jul 2015 13:02:24 +0200 Message-ID: <55B4BE3C.2030801@mail.com> Date: Sun, 26 Jul 2015 14:02:20 +0300 From: Alnis Morics User-Agent: Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Icedove/31.7.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: msk msk0 watchdog timeout freeze hang lock stop problem References: <20150413081348.GA965@michelle.fasterthan.com> <55B36E1A.3040806@gmail.com> <20150726104039.GA1034@michelle.fasterthan.com> In-Reply-To: <20150726104039.GA1034@michelle.fasterthan.com> X-Provags-ID: V03:K0:B4K06E3JxrEaClqfC5WYvJln6RVp7J6cv49ei9xuUUkkRB8YGMZ Re5tYemQMlMNYICtiX+ppGWX5kEd0jTFEkdxgR64bYSLV/Dr8/o+AI39VfK7eVJGE/TWJBi obUCmuK9d2bMw9fTH10I1UR4wSANTcCRUlWoeUOjxvyJKjcMdiYAj6RlmAmfL24qgEqMdRF iovc927d6dApJrhXB5oLA== X-UI-Out-Filterresults: notjunk:1;V01:K0:CjZTx+f6k9w=:Oe6dA8DldDWAJH/Kqyhm4H c1VrBuCWaZ5alEOKsbb9o/PTnmNtYce7IYGA4vmLNAz0CNnzwq+votBd+G/5VUpk6xSvpCZ+F nX/1aGKAQO21Pfu/dvI3hYb9KfKTMTG8l9zBMoswCNKGKjsYwrwj0m0e1ypwpZ3h/u0JHWEoI 7DYmLvyrfSSJtR7dFmG5SJs8YXJPAIEOAUpgpfr5bDHziTCWaq69qHgvISRcAUcK0q/fHJJyZ rCyYyXABUc2bE1Qt/hQhUkaaKRN/j6zF/OhAzKKiJhijqY/xXRKH2pDOsNaeBiDYZwOg1PGGq uRzctdP3I1wgu+SSwO4+/8Ea2HC42p0jCWesmuWgLhc/yGn/XJ4GJaIwKBezQ1Kjpy8COyHxX oZcQzaM1f/JopBjVt48wpS5wkt5B3QiLtPg0qZ6dR2P+1haITSZhl1Qjr3QetKswzyWh0Y3jj Sc4b7cWm045sZhp7he8RYAyLkuHaYw3KG81ujesDBvhxaZK67HYar1gdyrWtufigkYro2OB5n EZ16fsUPsUukKFRko3QzsYwkmVyxSHB2GdjX7UKIOX7Pj0R/xzlPGv4R4D8VF7BIgJaQqlJJ0 AGhdAps/cIaJyeppQV4knCUEGoDjlh+iyeI1HaTmgGcvEwzOdhtzbfxJqYfO0NB1GZvYMwVZb gEg8Y7vsXqxA5xU/LqPngk+l+PPN71K73yNepWZ3sy+Ry2x2PK4Fkswe8O2Piv7m8zRU= Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2015 11:15:22 -0000 On 07/26/2015 01:40 PM, Yonghyeon PYUN wrote: > On Sat, Jul 25, 2015 at 02:08:10PM +0300, Alnis Morics wrote: > >> Just tried 10.2-RC1 amd64 GENERIC, and the problem seems to be gone. I >> was even able to scp a 500 MB file. Could it be related to this fix in >> BETA2, as mentioned in the announcement, "The watchdog(4) device has >> been fixed to print to the correct buffer."? >> > msk(4) will show watchdog timeouts when it detects driver TX path > is in stuck condition but I believe this has nothing to do with > watchdog(4). > > There was no msk(4) code change in 10.2-RC1. If you happen to see > the watchdog timeouts again, please try attached patch and let me > know whether it makes any difference for you. I didn't get much > feedbacks on the patch so I'm not sure whether it really fixes the > root cause. > >> pciconf -lv >> [..] >> mskc0@pci0:9:0:0: class=0x020000 card=0xc072144d chip=0x435411ab >> rev=0x00 hdr=0x00 >> vendor = 'Marvell Technology Group Ltd.' >> device = '88E8040 PCI-E Fast Ethernet Controller' >> class = network >> subclass = ethernet >> >> >> >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" Thanks, Pyun. If the watchdog timeouts reappear, I'll try the patch and give notice about the results. -Alnis From owner-freebsd-stable@freebsd.org Sun Jul 26 19:16:19 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0EEE99AB780 for ; Sun, 26 Jul 2015 19:16:19 +0000 (UTC) (envelope-from karl@denninger.net) Received: from fs.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "NewFS.denninger.net", Issuer "NewFS.denninger.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CBEA69C2 for ; Sun, 26 Jul 2015 19:16:18 +0000 (UTC) (envelope-from karl@denninger.net) Received: from [192.168.1.40] (localhost [127.0.0.1]) by fs.denninger.net (8.15.2/8.14.8) with ESMTP id t6QJG9Dg006001 for ; Sun, 26 Jul 2015 14:16:09 -0500 (CDT) (envelope-from karl@denninger.net) Received: from [192.168.1.40] [192.168.1.40] (Via SSLv3 AES128-SHA) ; by Spamblock-sys (LOCAL/AUTH) Sun Jul 26 14:16:09 2015 Message-ID: <55B531EF.6090609@denninger.net> Date: Sun, 26 Jul 2015 14:15:59 -0500 From: Karl Denninger User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Warning coming up on my production machine 10.2-PRE Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms070509050205060707080802" X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2015 19:16:19 -0000 This is a cryptographically signed message in MIME format. --------------ms070509050205060707080802 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable This is new -- attempting to run from a SVN'd copy this morning, and getting this. The machine appears to be running fine, but I don't like that warning..... there is some discussion in bugzilla related to a Thinkpad, but this is definitely not a laptop! Boot copy below... (I have the full boot list if it helps; just let me know..) Copyright (c) 1992-2015 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.2-PRERELEASE #9 r285890M: Sun Jul 26 07:30:57 CDT 2015 karl@NewFS.denninger.net:/usr/obj/usr/src/sys/KSD-SMP amd64 FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 CPU: Intel(R) Xeon(R) CPU E5620 @ 2.40GHz (2400.13-MHz K8-class CPU) Origin=3D"GenuineIntel" Id=3D0x206c2 Family=3D0x6 Model=3D0x2c Step= ping=3D2 =20 Features=3D0xbfebfbff =20 Features2=3D0x29ee3ff AMD Features=3D0x2c100800 AMD Features2=3D0x1 VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID TSC: P-state invariant, performance statistics real memory =3D 25773998080 (24580 MB) avail memory =3D 24922071040 (23767 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: <111612 APIC1749> FreeBSD/SMP: Multiprocessor System Detected: 16 CPUs FreeBSD/SMP: 2 package(s) x 4 core(s) x 2 SMT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 18 cpu5 (AP): APIC ID: 19 cpu6 (AP): APIC ID: 20 cpu7 (AP): APIC ID: 21 cpu8 (AP): APIC ID: 32 cpu9 (AP): APIC ID: 33 cpu10 (AP): APIC ID: 34 cpu11 (AP): APIC ID: 35 cpu12 (AP): APIC ID: 50 cpu13 (AP): APIC ID: 51 cpu14 (AP): APIC ID: 52 cpu15 (AP): APIC ID: 53 *ACPI BIOS Warning (bug): 32/64X length mismatch in FADT/Gpe0Block: 128/64 (20150515/tbfadt-644)* ioapic0: Changing APIC ID to 6 ioapic1: Changing APIC ID to 7 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard kbd1 at kbdmux0 random: initialized cryptosoft0: on motherboard aesni0: on motherboard acpi0: on motherboard acpi0: Power Button (fixed) cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 cpu6: on acpi0 cpu7: on acpi0 cpu8: on acpi0 cpu9: on acpi0 cpu10: on acpi0 cpu11: on acpi0 cpu12: on acpi0 cpu13: on acpi0 cpu14: on acpi0 cpu15: on acpi0 =2E... --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms070509050205060707080802 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGXzCC BlswggRDoAMCAQICASkwDQYJKoZIhvcNAQELBQAwgZAxCzAJBgNVBAYTAlVTMRAwDgYDVQQI EwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExIjAgBgkqhkiG9w0BCQEWE0N1ZGEg U3lzdGVtcyBMTEMgQ0EwHhcNMTUwNDIxMDIyMTU5WhcNMjAwNDE5MDIyMTU5WjBaMQswCQYD VQQGEwJVUzEQMA4GA1UECBMHRmxvcmlkYTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1zIExMQzEe MBwGA1UEAxMVS2FybCBEZW5uaW5nZXIgKE9DU1ApMIICIjANBgkqhkiG9w0BAQEFAAOCAg8A MIICCgKCAgEAuYRY+EB2mGtZ3grlVO8TmnEvduVFA/IYXcCmNSOC1q+pTVjylsjcHKBcOPb9 TP1KLxdWP+Q1soSORGHlKw2/HcVzShDW5WPIKrvML+Ry0XvIvNBu9adTiCsA9nci4Cnf98XE hVpenER0qbJkBUOGT1rP4iAcfjet0lEgzPEnm+pAxv6fYSNp1WqIY9u0b1pkQiaWrt8hgNOc rJOiLbc8CeQ/DBP6rUiQjYNO9/aPNauEtHkNNfR9RgLSfGUdZuOCmJqnIla1HsrZhA5p69Bv /e832BKiNPaH5wF6btAiPpTr2sRhwQO8/IIxcRX1Vxd1yZbjYtJGw+9lwEcWRYAmoxkzKLPi S6Zo/6z5wgNpeK1H+zOioMoZIczgI8BlX1iHxqy/FAvm4PHPnC8s+BLnJLwr+jvMNHm82QwL J9hC5Ho8AnFU6TkCuq+P2V8/clJVqnBuvTUKhYMGSm4mUp+lAgR4L+lwIEqSeWVsxirIcE7Z OKkvI7k5x3WeE3+c6w74L6PfWVAd84xFlo9DKRdU9YbkFuFZPu21fi/LmE5brImB5P+jdqnK eWnVwRq+RBFLy4kehCzMXooitAwgP8l/JJa9VDiSyd/PAHaVGiat2vCdDh4b8cFL7SV6jPA4 k0MgGUA/6Et7wDmhZmCigggr9K6VQCx8jpKB3x1NlNNiaWECAwEAAaOB9DCB8TA3BggrBgEF BQcBAQQrMCkwJwYIKwYBBQUHMAGGG2h0dHA6Ly9jdWRhc3lzdGVtcy5uZXQ6ODg4ODAJBgNV HRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIFoDALBgNVHQ8EBAMCBeAwLAYJYIZIAYb4QgENBB8W HU9wZW5TU0wgR2VuZXJhdGVkIENlcnRpZmljYXRlMB0GA1UdDgQWBBTFHJQt6cloXBdG1Pv1 o2YgH+7lWTAfBgNVHSMEGDAWgBQkcZudhX383d29sMqSlAOh+tNtNTAdBgNVHREEFjAUgRJr YXJsQGRlbm5pbmdlci5uZXQwDQYJKoZIhvcNAQELBQADggIBAE9/dxi2YqjCYYhiybp4GKcm 7tBVa/GLW+qcHPcoT4dqmqghlLz8+iUH+HCJjRQATVGyMEnvISOKFVHC6aZIG+Sg7J8bfS4+ fjKDi9smRH2VPPx3bV8+yFYRNroMGHaPHZB/Xctmmvc+PZ9O2W7rExgrODtxIOB3Zs6wkYf+ ty+9r1KmTHlV+rRHI6timH1uiyFE3cPi1taAEBxf0851cJV8k40PGF8G48ewnq8SY9sCf5cv liXbpdgU+I4ND5BuTjg63WS32zuhLd1VSuH3ZC/QbcncMX5W3oLXmcQP5/5uTiBJy74kdPtG MSZ9rXwZPwNxP/8PXMSR7ViaFvjUkf4bJlyENFa2PGxLk4EUzOuO7t3brjMlQW1fuInfG+ko 3tVxko20Hp0tKGPe/9cOxBVBZeZH/VgpZn3cLculGzZjmdh2fqAQ6kv9Z9AVOG1+dq0c1zt8 2zm+Oi1pikGXkfz5UJq60psY6zbX25BuEZkthO/qiS4pxjxb7gQkS0rTEHTy+qv0l3QVL0wa NAT74Zaj7l5DEW3qdQQ0dtVieyvptg9CxkfQJE3JyBMb0zBj9Qhc5/hbTfhSlHzZMEbUuIyx h9vxqFAmGzfB1/WfOKkiNHChkpPW8ZeH9yPeDBKvrgZ96dREHFoVkDk7Vpw5lSM+tFOfdyLg xxhb/RZVUDeUMYIE4zCCBN8CAQEwgZYwgZAxCzAJBgNVBAYTAlVTMRAwDgYDVQQIEwdGbG9y aWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBMTEMxHDAa BgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExIjAgBgkqhkiG9w0BCQEWE0N1ZGEgU3lzdGVt cyBMTEMgQ0ECASkwCQYFKw4DAhoFAKCCAiEwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAc BgkqhkiG9w0BCQUxDxcNMTUwNzI2MTkxNTU5WjAjBgkqhkiG9w0BCQQxFgQUn1YimkhE3Lak ZkVwcjrjQY3Y3JAwbAYJKoZIhvcNAQkPMV8wXTALBglghkgBZQMEASowCwYJYIZIAWUDBAEC MAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzAN BggqhkiG9w0DAgIBKDCBpwYJKwYBBAGCNxAEMYGZMIGWMIGQMQswCQYDVQQGEwJVUzEQMA4G A1UECBMHRmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3Rl bXMgTExDMRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhND dWRhIFN5c3RlbXMgTExDIENBAgEpMIGpBgsqhkiG9w0BCRACCzGBmaCBljCBkDELMAkGA1UE BhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExEjAQBgNVBAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQ Q3VkYSBTeXN0ZW1zIExMQzEcMBoGA1UEAxMTQ3VkYSBTeXN0ZW1zIExMQyBDQTEiMCAGCSqG SIb3DQEJARYTQ3VkYSBTeXN0ZW1zIExMQyBDQQIBKTANBgkqhkiG9w0BAQEFAASCAgABI71f 8pAXDungAkEH9hgkM6dSMS3UDMbxLo/dpxqOye7LoDIoXMd15e1welihrRmyj1Epra/f0kPh FUyHWgwrfYcAzk1NjbtA/QHKwOnwvqGkEzS9SIDTnZY8Z4wnnY0WEUKIdOF9f4ZtSwSVeReT Tew2B2nTgztXCGPu9yZnu5xchNiL90ciP9YaT4uNbEGD/+alnj9Q96cPTKWo6WX3u9qBeReo 08zFLkLTe/+cFXsH6hK1g/Yz5JzboPyGB/tO/toxJajDdcpY1sPfptyOgpgFAjJ+bZPWXhob xCbglisOJW/ra+/+Y6kM5UrGiPoQtMVFSn2tXSpyi6pKZxrVwI5cQL7ZAAjZhCo3l0jZBNBc +1Y4awfV9r9xYzYmoU4CsKgCD9KSISGslo1nTgzNk3ewsiuWHE5Jlu7Zfh3X9If+d3DTtjO3 PpJgRbrH+YpcBiOtQyvs/CEYj12jGvhz5KLeldzvfPcfdTYz3WQDBlwqm7G4kiJYB5Rs/hgR vIG/ZRSO0CB1VCiQR7wkQpEqa2yQjIWeRZpNblaR/2SQFqRwljRwoSQJEYyALo482hlZh/Wq YIAKILsuC/3TaNB9Yr+BVIeIQuHNMHDsf77HUup9BcAiqPrFhQ6qRhhz7Axszcr2ok4Rr+M/ d4F+P5TfeG+y4DyxPvAsRUklNLweowAAAAAAAA== --------------ms070509050205060707080802-- From owner-freebsd-stable@freebsd.org Sun Jul 26 21:20:30 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B75C59A9C57 for ; Sun, 26 Jul 2015 21:20:30 +0000 (UTC) (envelope-from mikes@siralan.org) Received: from mail.suso.org (mail.suso.org [199.231.210.11]) by mx1.freebsd.org (Postfix) with ESMTP id 9AFFD995 for ; Sun, 26 Jul 2015 21:20:30 +0000 (UTC) (envelope-from mikes@siralan.org) Received: from [10.0.0.3] (c-68-45-8-213.hsd1.in.comcast.net [68.45.8.213]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.suso.org (Postfix) with ESMTP id 79EB913816A for ; Sun, 26 Jul 2015 20:51:25 +0000 (GMT) Date: Sun, 26 Jul 2015 16:51:21 -0400 (EDT) From: "Michael L. Squires" X-X-Sender: mikes@familysquires.net To: freebsd-stable@freebsd.org Subject: Re: Regression in FreeBSD-STABLE 10.2-BETA1 r28551 In-Reply-To: Message-ID: References: User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2015 21:20:30 -0000 On Thu, 16 Jul 2015, Michael L. Squires wrote: > I've not worked with 10.x a lot, so please excuse novice mistakes. > > I upgraded the OS on a quad Opteron Tyan S4881 (known to have SMP bugs, but I > haven't seen any and I've been running this system for years). I upgraded > from an earlier version of FreeBSD-10.x to > FreeBSD 10.2-BETA1 r285551. > > Problem: during boot, when accessing the DVD drive attached to the EIDE bus > there is an interrupt storm on interrupt 16. After a few minutes of errors > the boot continues successfully and the system appears to behave normally > after that. I do not use the DVD drive except for installs, which are > infrequent. > > The earlier kernel does not exhibit this behavior. > This problem has vanished with FreeBSD 10.2-BETA2. I think the original posting was incorrect, problem was with the Adaptec SCSI card at boot. Mike Squires Copyright (c) 1992-2015 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.2-BETA2 #7 r285816: Fri Jul 24 00:32:09 EDT 2015 root@superxeon.familysquires.net:/usr/obj/usr/src/sys/OPTERON8 amd64 FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 CPU: AMD Opteron(tm) Processor 850 (2405.51-MHz K8-class CPU) Origin="AuthenticAMD" Id=0x20f51 Family=0xf Model=0x25 Stepping=1 Features=0x78bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x1 From owner-freebsd-stable@freebsd.org Mon Jul 27 02:38:49 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6A1DF9ABB8D; Mon, 27 Jul 2015 02:38:49 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-5.mit.edu (dmz-mailsec-scanner-5.mit.edu [18.7.68.34]) by mx1.freebsd.org (Postfix) with ESMTP id 462FDF26; Mon, 27 Jul 2015 02:38:47 +0000 (UTC) (envelope-from kaduk@mit.edu) X-AuditID: 12074422-f79d26d0000026d6-51-55b599b6cb0c Received: from mailhub-auth-2.mit.edu ( [18.7.62.36]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-5.mit.edu (Symantec Messaging Gateway) with SMTP id F3.E6.09942.6B995B55; Sun, 26 Jul 2015 22:38:46 -0400 (EDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id t6R2cj0m009213; Sun, 26 Jul 2015 22:38:45 -0400 Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id t6R2cgQr026128 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 26 Jul 2015 22:38:44 -0400 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id t6R2cfse024980; Sun, 26 Jul 2015 22:38:41 -0400 (EDT) Date: Sun, 26 Jul 2015 22:38:41 -0400 (EDT) From: Benjamin Kaduk X-X-Sender: kaduk@multics.mit.edu To: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: FreeBSD Quarterly Status Report - Second Quarter 2015 Message-ID: User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupileLIzCtJLcpLzFFi42IRYrdT0d02c2uowe6dwha7rp1mt5jz5gOT xfbN/xgtDjcLObB4zPg0nyWAMYrLJiU1J7MstUjfLoErY/667UwFmw6yViw93cvYwLh6MUsX IweHhICJxMW/cl2MnECmmMSFe+vZuhi5OIQEFjNJtBw/zgzhbGSUWLKlhRXCOcQkMXt+OxOE 08Ao8X7TMXaQfhYBbYnueV9ZQWw2ATWJx3ubWSHmKkpsPjWJGWSdiIC8xILz9iBhZgFribnr 1oOVCAvYSew51MUGYvMKOErMmTiTCcQWFdCRWL1/CgtEXFDi5MwnLBC9gRLvFq5gncAoMAtJ ahaSFIStLnHg00VGCFtb4v7NNrYFjCyrGGVTcqt0cxMzc4pTk3WLkxPz8lKLdE31cjNL9FJT SjcxgoPZRWkH48+DSocYBTgYlXh4NdS3hgqxJpYVV+YeYpTkYFIS5f0iuTlUiC8pP6UyI7E4 I76oNCe1+BCjBAezkgjv4yigct6UxMqq1KJ8mJQ0B4uSOO+mH3whQgLpiSWp2ampBalFMFkZ Dg4lCd7qGUCNgkWp6akVaZk5JQhpJg5OkOE8QMNFQGp4iwsSc4sz0yHypxh1OR5Nu7aWSYgl Lz8vVUqctwekSACkKKM0D24OLAm9YhQHekuYdx1IFQ8wgcFNegW0hAloiWfPFpAlJYkIKakG xqn51X/SmHzdbdkZvzixivRw+125Mvej5HfVjWv9X8S+cmTxfXuF7eYslairfHWZu9tZlK4v zJELecUbKL3iz31H0fBrESKPDigaxwm9yW3jF6yP2nlEsC9ubtgp8SQP+TTFgtWuUnM0n8x1 0TpqqsNb8+FzSd/LmSYyZ5I27dn/wP7N/jgvJZbijERDLeai4kQAqboxWx0DAAA= Content-Type: TEXT/PLAIN; charset=UTF-8 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 02:38:49 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 FreeBSD Project Quarterly Status Report: April - June 2015 The second quarter of 2015, from April to June, was another period of busy activity for FreeBSD. This report is the largest we have published so far. The cluster and release engineering teams continued to improve the structures that support FreeBSD's build, maintenance, and installation. Projects ran the gamut from security and speed improvements to virtualization and storage appliances. New kernel drivers and capabilities were added, while work to make FreeBSD run on various ARM architectures continued at a rapid pace. The Ports Collection grew, even while adding capabilities and fixing problems. Outside projects like pkgsrc have become interested in adding support. Documentation was a major focus, one that is often complimented by people new to FreeBSD. BSDCan 2015 was a great success, turning many hours of sleep deprivation into an even greater amount of inspiration. As always, a great deal of this activity was directly sponsored by the Foundation. The project's status as a first-class operating system owes a great deal to the Foundation's past and ongoing work. The number and detail of these reports really gives only a tiny glimpse of all that is happening. A huge portion of FreeBSD development takes place all the time, including bug fixes, feature improvements, rewrites, and imports of new code. This ongoing work is difficult, time-consuming, and, far too often, unrecognized. We should take a moment to consider and thank not just the contributors listed here, but also the end users, bug submitters, port maintainers, coders, security analysts, infrastructure defenders, tinkerers, scientists, designers, questioners, answerers, rule makers, testers, documenters, sysadmins, dogmatists, iconoclasts, and crazed geniuses who make FreeBSD such an effective and useful operating system. If you are reading this, you are one of these people, too. Thank you. --Warren Block __________________________________________________________________ This status report was compiled by Benjamin Kaduk and Warren Block. Please submit status reports for the third quarter of 2015 (July to September) by October 7, 2015. __________________________________________________________________ FreeBSD Team Reports * FreeBSD Cluster Administration Team * FreeBSD Release Engineering Team * The FreeBSD Core Team Projects * Address Space Layout Randomization (ASLR) * bhyve * Linux Binary Emulation Layer Upgrade * Mellanox iSCSI Extensions For RDMA (iSER) Support * Multipath TCP for FreeBSD * OpenBSM * OPNsense * Root Remount * ZFSguru Kernel * 1-Wire Kernel Driver Implementation * Adding PCIe Hot-plug Support * CloudABI: Capability-Based Runtime Environment * Rewritten PCID Support * Sleep States Enhancements on x86 * Warner's ARMv6 Hard Float Experiment Architectures * FreeBSD on Cavium ThunderX (arm64) * FreeBSD/arm64 Userland Programs * Cleanup on pw(8) Ports * KDE on FreeBSD * Official Packages * Ports Collection * The Graphics Stack on FreeBSD * Wine/FreeBSD * Xfce on FreeBSD Documentation * Documentation Working Group at BSDCan * FreeBSD Mastery: ZFS Now Available * Leap Seconds Article * New Documentation Committers * The FreeBSD German Documentation Project Google Summer of Code * GSoC 2015: libc Security Extensions * Multiqueue Testing Miscellaneous * BSDCan 2015 * FreeBSD Support in pkgsrc * The FreeBSD Foundation * ZFS Support for UEFI Boot/Loader __________________________________________________________________ FreeBSD Cluster Administration Team Contact: FreeBSD Cluster Administration Team The FreeBSD Cluster Administration Team consists of the people responsible for administering the machines that the project relies on for its distributed work and communications to be synchronised. In this quarter, the team has been extremely busy with work both visible and invisible from outside of the FreeBSD infrastructure. * Migrated reference machines used by FreeBSD developers to the new machines purchased by the FreeBSD Foundation at New York Internet * Separated email services (and single-point-of-failure cases) from the machine that has been handling this task for over 18 years, to new, single-purpose service installations * Reorganized the infrastructure, serving repositories hosted by svn.freebsd.org to GeoDNS-backed mirrors, all with a single, official SSL certificate * Increased multi-site redundancy for public and non-public services throughout, at present, eight world-wide geographic sites While an enormous amount of this work was volunteer-driven, resources (time and hardware) were generously provided by the FreeBSD Foundation. This project is sponsored by The FreeBSD Foundation (time and hardware). __________________________________________________________________ FreeBSD Release Engineering Team Links FreeBSD 10.2-RELEASE schedule URL: https://www.freebsd.org/releases/10.2R/schedule.html FreeBSD development snapshots URL: http://ftp.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/ FreeBSD development snapshots announcements list URL: https://lists.freebsd.org/pipermail/freebsd-snapshots/ Contact: FreeBSD Release Engineering Team The FreeBSD Release Engineering Team is responsible for setting and publishing release schedules for official project releases of FreeBSD, announcing code freezes, and maintaining the respective branches, among other things. The FreeBSD 10.2-RELEASE cycle began in mid-June, with the final release expected to be available in late August, and as this quarterly status update shows, FreeBSD 10.2-RELEASE is going to be a very exciting release. The FreeBSD Release Engineering Team has been extremely busy this quarter, with much of the focus targeted at adding support for additional hardware and integration with third-party hosting providers (aka "cloud" hosting). Following up on the work done by Andrew Turner to port FreeBSD to the arm64 (aarch64) architecture, the Release Engineering build tools were updated to produce FreeBSD/aarch64 memory stick images and virtual machine images for use with Qemu (emulators/qemu-devel). At present, the Qemu virtual machine images require an external EFI file to boot. Details on how to boot FreeBSD/aarch64 virtual machine images are available in the linked FreeBSD development snapshot announcement email archives. Last quarter, several parts of the build tools were rewritten to allow greater extensibility and granularity, which has simplified the code required for new virtual machine images. In collaboration with several developers, the Release Engineering build tools were updated to provide new support for several hosting providers, as well as provide mechanisms to automatically upload (and publish, where possible) FreeBSD virtual machine images. This quarter, in addition to the existing support for the Microsoft Azure platform, the build tools also natively support: * Amazon EC2 (thanks to Colin Percival) * Google Compute Engine (thanks to Steve Wills) * Vagrant/Hashicorp Atlas (thanks to Brad Davis) The FreeBSD Release Engineering Team would like to thank these developers for all of the work that went into making this possible, and would like to especially thank Marcel Moolenaar for all of his work on the mkimg(1) utility, especially for adding support for the various file formats requested. In addition to the enhancements to the virtual machine build tools, a significant amount of work went into refactoring the build code used to produce FreeBSD/arm images. With much of the logic resembling how the Crochet utility (written by Tim Kientzle) works, and a significant amount of work, input, and advice from Ian Lepore, Warner Losh, Andrew Turner, Luiz Otavio O Souza, and a large number of contributors on the freebsd-arm@FreeBSD.org mailing list, the FreeBSD Release Engineering tools now natively support producing FreeBSD/arm images without external build tools. At present, the build tools support building FreeBSD/arm images for: * BEAGLEBONE * CUBOX/HUMMINGBOARD * GUMSTIX * RPI-B * RPI2 (FreeBSD-CURRENT only) * PANDABOARD * WANDBOARD The FreeBSD Release Engineering Team would like to thank each of these people for their support and input, and would like to especially thank Tim Kientzle for his work on Crochet. Without it, we might not have been able to produce images for the various boards that we are able to now. For more information on what else has changed in FreeBSD since 10.1-RELEASE, see the FreeBSD 10.1-STABLE release notes (which will become the release notes for 10.2-RELEASE). Additionally, Glen Barber would like to thank Jim Thompson for providing a BeagleBone Black board (replacing one that no longer worked), and Benjamin Perrault for providing a PandaBoard ES, both of which are used for locally testing the images produced by the build tools. Last, and certainly not least, Glen Barber would also like to thank the FreeBSD Foundation for their support, and for providing the resources (time and hardware) required to make all of the items mentioned in this status report possible. This project is sponsored by The FreeBSD Foundation. __________________________________________________________________ The FreeBSD Core Team Contact: FreeBSD Core Team The FreeBSD Core Team constitutes the project's "Board of Directors", responsible for deciding the project's overall goals and direction as well as managing specific areas of the FreeBSD project landscape. In order to help attract fresh developer talent to FreeBSD, Core has a general policy to make available an up-to-the-minute suite of developer tools and services. Core has long been encouraging FreeBSD committers to make full use of the project's Phabricator instance at https://reviews.FreeBSD.org, and now has supported the Phabricator admins in opening access to anyone interested enough to sign up for an account. Further developments under consideration include setting up a FreeBSD.org OAuth 2 provider and permitting OAuth-style Single Sign-On access to most FreeBSD web-based services. Developers and members of the public would additionally be able to use credentials from other providers such as GitHub, Twitter, or Google to authenticate themselves to FreeBSD web services. Mark Murray raised a problem he has been having for some time with getting adequate security review of his proposed changes to random(9). This is an extremely security sensitive area of the kernel where errors can have disastrous consequences. Core has been able to drum up a number of reviewers and they have made significant progress in simplifying the design, eliminating some difficult portions of code, and reducing any potential attack surface. Work is still ongoing and Core remains open to the idea of bringing in external reviewers with specialist cryptographic knowledge. Dag-Erling Sm=C3=B8rgrav resigned as Security Officer towards the end of May. Core was sorry to see him step down, but unanimously pleased to welcome his nominee and former deputy, Xin Li, as his successor. Xin has since appointed Gleb Smirnoff (who also happens to be a current member of core) as his new deputy. Between them and Core they have some fairly radical ideas under discussion about how to improve the project's responsiveness to security issues. In mid-June, a change to style(9) was proposed, and resulted in much lively discussion. Warner Losh conducted an informal poll with Phabricator and the change was approved and committed within a couple of days. Unfortunately, complaints were raised about the timing and voting methods and Core was called upon to arbitrate. The change was backed out voluntarily, a new poll was held with more time to vote, and the change was approved. During this period we had two new commit bits awarded, and one taken in for safekeeping. Welcome aboard to Chris Torek and Mariusz Zaborski, and we were very sorry indeed to see Steve Kargl decide to call it a day. __________________________________________________________________ Address Space Layout Randomization (ASLR) Links HardenedBSD URL: https://hardenedbsd.org/ True Stack Randomization URL: https://hardenedbsd.org/article/shawn-webb/2015-06-30/introducing-= true-stack-randomization Announcing ASLR Completion URL: https://hardenedbsd.org/article/shawn-webb/2015-07-06/announcing-a= slr-completion Call for Donations URL: https://hardenedbsd.org/article/shawn-webb/2015-07-11/call-donatio= ns SoldierX URL: https://www.soldierx.com/ Contact: Shawn Webb Contact: Oliver Pinter Contact: HardenedBSD HardenedBSD is a downstream distribution of FreeBSD aimed at implementing exploit mitigation and security technologies. The HardenedBSD development team has focused on several key features, one being Address Space Layout Randomization (ASLR). ASLR is a computer security technique that aids in mitigating low-level vulnerabilities such as buffer overflows. ASLR randomizes the memory layout of running applications to prevent an attacker from knowing where a given vulnerability lies in memory. This last quarter, the HardenedBSD team has finalized the core implementation of ASLR. We implemented true stack randomization along with a random stack gap. This change allows us to apply 42 bits of entropy to the stack, the highest of any operating system. We bumped the hardening.pax.aslr.stack_len sysctl(8) to 42 by default on amd64. We also now randomize the Virtual Dynamic Shared Object (VDSO). The VDSO is one or more pages of memory shared between the kernel and the userland. On amd64, it contains the signal trampoline and timing code (gettimeofday(4), for example). With these two changes, the ASLR implementation is now complete. There are still tasks to work on, however. We need to update our documentation and enhance a few pieces of code. Our ASLR implementation is in use in production by HardenedBSD and is performing robustly. Additionally, we are currently running a fundraiser to help us establish a not-for-profit organization and for hardware updates. We have received a lot of help from the community and we greatly appreciate the help. We need further help to take the project to the next level. We look forward to working with the FreeBSD project in providing excellent security. This project is sponsored by SoldierX. Open tasks: 1. Update the aslr(4) manpage and the wiki page. 2. Improve the Shared Object load order feature with Michael Zandi's improvements. 3. Re-port the ASLR work to vanilla FreeBSD. Include the custom work requested by FreeBSD developers. 4. Close the existing review on Phabricator. 5. Open multiple smaller reviews for pieces of the ASLR patch that can be split out logically. 6. Perform a special backport to HardenedBSD 10-STABLE for OPNSense to pull in. 7. golang segfaults in HardenedBSD. Help would be nice in debugging. __________________________________________________________________ bhyve Links bhyve FAQ and talks URL: http://www.bhyve.org Contact: Peter Grehan Contact: Neel Natu Contact: Tycho Nightingale Contact: Allan Jude Contact: Alexander Motin Contact: Marcelo Araujo bhyve is a hypervisor that runs on the FreeBSD/amd64 platform. At present, it runs FreeBSD (8.x or later), Linux i386/x64, OpenBSD i386/amd64, and NetBSD/amd64 guests. Current development is focused on enabling additional guest operating systems and implementing features found in other hypervisors. bhyve BoF at BSDCan 2015 A bhyve BoF was held during lunch hour at BSDCan 2015. It was attended by approximately 60 people. Michael Dexter showed Windows Server 2012 running inside bhyve. Common themes that came up during the discussion were: bhyve configuration, libvirt and OpenStack integration, best practices, bhyve with ZFS, additional guest support and live migration. Google Summer of Code 2015 A number of bhyve-related proposals were submitted for GSoC 2015 and these four were accepted: * NE2000 device emulation * Porting bhyve to ARM * ptnetmap support in bhyve * PXE boot support in bhyveload A number of improvements were made to bhyve this quarter: * GEOM storage backend now works properly with bhyve. * Device model enhancements and new instruction emulations to support Windows guests. * Improve virtio-net performance by disabling queue notifications when not needed. * The dtrace FBT provider now works properly with vmm.ko. Marcelo Araujo and Allan Jude created a rough patch to make bhyve parse a config file to replace the existing method of configuration by command line invocation. The rapid pace of advancement in bhyve resulted in requiring a much more complex config file. A new design for the config file, with support for the plugin architecture that will eventually be introduced into bhyve, is now being discussed. Open tasks: 1. Improve documentation. 2. bhyveucl is a script for starting bhyve instances based on a libUCL config file. More information at https://github.com/allanjude/bhyveucl. 3. Add support for virtio-scsi. 4. Flexible networking backend: wanproxy, vhost-net 5. Support running bhyve as non-root. 6. Add filters for popular VM file formats (VMDK, VHD, QCOW2). 7. Implement an abstraction layer for video (no X11 or SDL in base system). 8. Suspend/resume support. 9. Live Migration. 10. Nested VT-x support (bhyve in bhyve). 11. Support for other architectures (ARM, MIPS, PPC). __________________________________________________________________ Linux Binary Emulation Layer Upgrade Links Emulation team on FreeBSD wiki URL: https://wiki.FreeBSD.org/Emulation Contact: Allan Jude Contact: Dmitry Chagin Contact: Ed Maste Contact: Edward Tomasz Napiera=C5=82a Contact: Johannes Meixner Contact: FreeBSD Emulation Team The FreeBSD emulation team has done extensive work on polishing FreeBSD's Linux emulation layer. After more than a year and a half, Dmitry Chagin's changes to the Linux binary emulation layer were merged into FreeBSD 11.0-CURRENT. Before merging the more than 115 individual changes into base/head, Ed Maste and Edward Tomasz Napiera=C5=82a were a= ble to help by reviewing and improving the code quality. Work has begun on backporting these changes into FreeBSD 10-STABLE, with the current 10.2 release cycle in mind. We hope to have that backport ready before 10.2-PRERELEASE turns into 10.2-RELEASE. In that same vein, Allan Jude was able to upload and improve a recent Differential Revision that will eventually lead to our having both 32-bit and 64-bit ports for CentOS 6. Port review activity started during the BSDCan conference's developer summit, and will be continued extensively during the Cambridge Developer Summit. We are currently expecting to have both Fedora 10, Centos 6 32-bit- and CentOS 6 64-bit-compatible frameworks available by Q4/2015. Call for Help: Contributing People can contribute to the Emulation team's efforts by testing the CentOS 64-bit changes on a FreeBSD 11.0-CURRENT system. Please use Bugzilla to report any bugs or oddities encountered. For the ambitious: we are planning to start working on a CentOS 7 framework. CentOS7 is 64-bit only, uses a newer kernel, and has systemd, so this work is highly experimental. We hope to have a usable port by Q2/2016. This project is sponsored by Perceivon Hosting Inc., ScaleEngine Inc., and The FreeBSD Foundation. Open tasks: 1. Test 64-bit Linux emulation on 11.0-CURRENT 2. Backport 64-bit Linux emulation to 10-STABLE 3. Review 64-bit CentOS 6 ports and merge changes 4. Create/heavily update existing 64-bit CentOS 7 ports 5. Anyone who would like to get in touch should not hesitate to contact any of the emulation@ team members. Similarly, a mail to emulation@FreeBSD.org is always welcome. __________________________________________________________________ Mellanox iSCSI Extensions For RDMA (iSER) Support Links iser-freebsd on GitHub URL: https://github.com/sagigrimberg/iser-freebsd Contact: Max Gurtovoy Contact: Sagi Grimberg Building on the new in-kernel iSCSI initiator stack released in FreeBSD 10.0 and the recently added iSCSI offload interface, Mellanox Technologies has begun developing iSCSI extensions for RDMA (iSER) initiator support to enable efficient data movement using the hardware offload capabilities of Mellanox's 10, 40, 56 and 100 Gigabit IB/Ethernet adapters. Remote Direct Memory Access (RDMA) has been shown to have a great value for storage applications. RDMA infrastructure provides benefits such as Zero-Copy, CPU offload, Reliable transport, Fabric consolidation, and many more. The iSER protocol eliminates some of the bottlenecks in the traditional iSCSI/TCP stack, provides low latency and high throughput, and is well suited for latency aware workloads. This work includes a new ICL module that implements the iSER initiator. The iSCSI stack is slightly modified to support some extra features such as asynchronous IO completions, unmapped data buffers, and data-transfer offloads. The user will be able to choose iSER as the iSCSI transport with iscsictl. The project is in its beta phase. Recent additions include: * Rebased on top of 11-CURRENT (r284921) * Added discovery over iSER support * HA and automatic session re-establishment support * Split iSER from iSCSI module In addition, the iser driver has been and continues to be thoroughly tested. The test suite includes: * traffic * FS tests * compliance tests * traffic failover/failback * session recovery * dynamic module load/unload The code is ready for inclusion and will be released under the BSD license. This project is sponsored by Mellanox Technologies. __________________________________________________________________ Multipath TCP for FreeBSD Links MPTCP Project Website URL: http://caia.swin.edu.au/newtcp/mptcp Contact: Nigel Williams Multipath TCP (MPTCP) is an extension to TCP that allows for the use of multiple network interfaces on a standard TCP session. The addition of new addresses and scheduling of data across these occurs transparently from the perspective of the TCP application. The goal of this project is to deliver an MPTCP kernel patch that interoperates with the reference MPTCP implementation, along with additional enhancements to aid network research. The patch now supports the core mechanisms of the MPTCP protocol (multi-address operation, data-level retransmission, etc). Recent additions include improved socket-option handling and the transfer of some logging output to DTRACE. The patch has been updated to build against r285254 of HEAD. A patch (v0.5) is currently being tested and will be made available to the public shortly, with a plan to release further patches on a more frequent basis following that. This project is sponsored by FreeBSD Foundation. Open tasks: 1. Complete documentation and testing for release of the v0.5 patch. 2. Release Technical Report describing the implementation of v0.5. __________________________________________________________________ OpenBSM Links OpenBSM: Open Source Basic Security Module (BSM) Audit Implementation URL: http://www.openbsm.org/ openbsm on GitHub URL: https://github.com/openbsm/openbsm Contact: Robert Watson Contact: Christian Brueffer Contact: TrustedBSD audit mailing list OpenBSM is a BSD-licensed implementation of Sun's Basic Security Module (BSM) API and file format. It is the user space side of the CAPP Audit implementations in FreeBSD and Mac OS X. Additionally, the audit trail processing tools are expected to work on Linux. After a period of dormancy, the project is slowly picking up steam again. The OpenBSM source code repository was migrated from FreeBSD's Perforce server to GitHub. We hope this will make the code more accessible and stimulate outside contributions. In addition to the repository migration, automated build testing using Travis CI has been enabled, and initial steps towards a new test release have been made. Open tasks: 1. Test the code on GitHub on different releases of Mac OS X and Linux. Especially testing on Mac OS X 10.9 (Mavericks) and newer would be greatly appreciated. __________________________________________________________________ OPNsense Links OPNsense website URL: https://opnsense.org OPNsense source code URL: https://github.com/opnsense Contact: Franco Fichtner Contact: Ad Schellevis Contact: Jos Schellevis OPNsense is a fork of pfSense that aims to follow FreeBSD's code base and ecosystem quickly and closely while retaining the parent's powerful firewall capabilities. The new 15.7 release includes efforts such as firmware upgrades and packaging fully based on pkg, weekly security updates, the replacement of ALTQ-based traffic shaping with IPFW/dummynet, and production-ready LibreSSL integration as an alternative to OpenSSL. Contributors and testers are welcome as we work on redesigning plugin support, rework the GUI according to modern coding standards (MVC) and privilege separation. This project is sponsored by Deciso. __________________________________________________________________ Root Remount Contact: Edward Tomasz Napiera=C5=82a One of the long missing features of FreeBSD was the ability to boot with a temporary rootfs, configure the kernel to be able to access the real rootfs, and then replace the temporary root with the real one. In Linux, the functionality is known as pivot_root. The reroot project aims to provide similar functionality in a different, slightly more user-friendly way: rerooting. Simply put, from the user point of view it looks like the system performs a partial shutdown, killing all processes and unmounting the rootfs, and then partial bringup, mounting the new rootfs, running init, and running the startup scripts as usual. The project is in the late implementation phase. A working prototype was written, and work is in process to rewrite it in an architecturally nicer way. This project is sponsored by The FreeBSD Foundation. Open tasks: 1. Complete debugging __________________________________________________________________ ZFSguru Links ZFSguru URL: http://zfsguru.com Contact: Jason Edwards ZFSguru is a multifunctional server appliance with a strong emphasis on storage. ZFSguru began as simple web-interface frontend to ZFS, but has since grown into a FreeBSD derivative with its own infrastructure. The scope of the project has also grown with the inclusion of add-on packages that add functionality beyond the traditional NAS functionality found in similar product like FreeNAS and NAS4Free. ZFSguru aims to be a true multifunctional server appliance that is extremely easy to set up and can unite both novice and more experienced users in a single user interface. The modular nature of the project combats the danger of bloat, whilst still allowing extended functionality to be easily deployed. The ZFSguru project is nearing the release of version 0.3, a major milestone for the project. In this new version, major work has been done on fundamentals. An overview: * New build infrastructure allows for frequent releases of system images and services in a semi-automated way. * New GuruDB database allows for a growing number of system images and servers, and provides good caching to accelerate pages. * Redesigned installation procedure, and addition of new distributions Root-on-RAM and Root-on-Media aside from the already supported Root-on-ZFS. * Both LiveCD and USB images will be provided. The USB image also has UEFI boot support working alongside the regular MBR boot support so both are available. * Many overhauled libraries and additions to the web interface. * Many improvements to services, such as the new Gnome 3 graphical environment. ZFSguru version 0.3 will be released on the first of August. __________________________________________________________________ 1-Wire Kernel Driver Implementation Links 1-Wire Stuff: Basics and Temperature URL: https://reviews.freebsd.org/D2956 Contact: Warner Losh This is a kernel driver implemetation of the Dallas Semiconductor 1-Wire bus in a generic fashion. While temperature sensors are the only devices initially supported, other devices should be easy to add. Multiple devices on one bus are supported. Both normal and overdrive modes are supported. Multiple temperature sensors have been well tested, but there is a high bit error rate. There are indications that this is due to bad bit-read times. The code is written with enough resilience to cope with the problem by retrying, and the error rate is low enough that a couple of retries paper over many marginal issues. Open tasks: 1. Implement the overdrive device. Add overdrive capability to owc and provide an own method to allow the presentation drivers to know when it is safe to use the overdrive ROM commands. 2. Implement the Identification device. This device just has a class of 1 and no registers. 3. Implement non-FDT gpiobus attachment. 4. Test overdrive timings. 5. Implement other attachments for things like serial port or specialized 1-Wire controllers. 6. Use the system clock to implement more precise delays to improve the error rate. 7. Use interrupt mode for GPIO pins to time the transitions of the line to determine the bit values without busy waiting. Use FreeBSD's fine-grained sleeping to do the same for write-one and write-zero routines. 8. Review the code at the URL above. 9. Test the code on a device other than a RPi, RPi 2, or BeagleBone Black. 10. Test the code on architectures besides armv6. 11. Implement streamlined temperature mode where the convert_t command is broadcast and a callback reads the values for all the devices detected on the bus. 12. Implement parasitic power mode. __________________________________________________________________ Adding PCIe Hot-plug Support Links PCIe Hot-plug P4 Branch URL: http://p4db.freebsd.org/depotTreeBrowser.cgi?FSPC=3D//depot/projec= ts/pciehotplug Commit adding bridge save/restore. URL: https://svnweb.freebsd.org/changeset/base/r281874 Github branch with patches URL: https://github.com/FreeBSDFoundation/freebsd/tree/pciehp Contact: John-Mark Gurney PCI Express (PCIe) hot-plug is used on both laptops and servers to allow peripheral devices to be added or removed while the system is running. Laptops commonly include hot-pluggable PCIe as either an ExpressCard slot or a Thunderbolt interface. ExpressCard has built in USB support that is already supported by FreeBSD, but ExpressCard PCIe devices like Gigabit Ethernet adapters and eSATA cards are only supported when they are present at boot, and removal may cause FreeBSD to crash. The goal of this project is to allow these devices to be inserted and removed while FreeBSD is running. The work will provide the basic infrastructure to support adding and removing devices, though it is expected that additional work will be needed to update individual drivers to support hot-plug. Current testing is focused on getting a simple UART device functional. Basic hot swap is functional. A set of the patches is now available on github.com. This project is sponsored by The FreeBSD Foundation. Open tasks: 1. Get suspend/resume functional by save/restoring necessary registers. This should be addressed by r281874. 2. Make sure that upon suspend, devices are removed so that any hardware changes made while the machine is suspended are correctly handled. 3. Improve how state transitions are handled, possibly by using a proper state machine. __________________________________________________________________ CloudABI: Capability-Based Runtime Environment Links CloudABI on GitHub URL: https://github.com/NuxiNL/cloudlibc FreeBSD patchset on GitHub URL: https://github.com/NuxiNL/freebsd Contact: Ed Schouten CloudABI is a compact UNIX-like runtime environment that is purely based on capability-based security (Capsicum). All features that are incompatible with this model have been removed. Advantages of using a pure capability-based environment include improved security, testability, and reusability. CloudABI should make it possible to run arbitrary third-party executables directly on top of FreeBSD without any impact on system security, making it a good building block for a cluster/cloud computing setup. See the project on GitHub for a more detailed explanation. Last month I added a number of packages for the FreeBSD Ports tree. We now have a full C/C++ cross compiler that can be installed very easily (devel/cloudabi-toolchain). I also imported a tool called cloudabi-run that can be used to start programs safely, only granting access to files and network sockets listed in the program's configuration file (sysutils/cloudabi-utils). I have also imported some kernelspace modifications into the FreeBSD source tree for executing CloudABI programs. After all of these changes have been imported, just loading a kernel module will allow executing CloudABI programs. Right now, the "cloudabi" branch on GitHub is still required. This project is sponsored by Nuxi, the Netherlands. Open tasks: 1. Polish up the kernelspace modifications and send them out for review. 2. Complete the Linux and NetBSD kernel patchsets and send those out to the respective maintainers. __________________________________________________________________ Rewritten PCID Support Links Commit r282684 URL: https://svnweb.freebsd.org/base?view=3Drevision&revision=3D282684 Contact: Konstantin Belousov A Process-Context Identifier (PCID) is a performance-enhancing feature of the Translation Lookaside Buffer (TLB) on Intel processors, introduced with the Sandy Bridge micro-architecture. It allows the TLB to simultaneously cache translation information for several address spaces, and gives an opportunity for the operating system context switch code to avoid flushing the TLB upon process switch. Each cached translation is tagged with some context identifier, and at context switch time, the operating system instructs the processor which context is becoming active. The feature slightly reduces context switch time by avoiding TLB flushes, and more importantly, reduces the warm-up period for a thread after context switch. FreeBSD already used PCID, but the existing implementation had several shortcomings. The amd64 pmap (the machine-dependent portion of the virtual memory subsystem) maintained a bitmap of all CPUs which ever loaded a translation for the given address space, and avoided TLB flush on the context switch. The bitmap was used to direct Inter-Processor Interrupts to the marked CPU when the operating system needed to perform TLB invalidation. The most significant deficiency of the old implementation was the increase of TLB invalidation IPIs, since the bitmap could only grow until a full TLB shootdown was performed. It increased the TLB rate, which negated the positive effects of avoiding TLB flushes on large machines. Secondarily, the bitmap maintenance in both the pmap and the context code was quite complicated, leading to bugs. These issues resulted in the PCID feature being disabled by default. The new PCID implementation uses an algorithm described in the U. Vahalia book "UNIX Internals: The New Frontiers". The algorithm is already used, for example, by the MIPS pmap for assigning Address Space Identifiers (ASIDs) to software-managed TLB entries. The pmap maintains a per-CPU generation count, which is assigned to the next unused PCID when the context is activated on CPU. TLB invalidation includes resetting the generation count, which causes reallocation of the PCID when a context switch is performed. As result, the new implementation issues exactly the same amount of shootdown IPIs as a pmap which does not utilize PCID. Another change included with the PCID rewrite is a move of the address space switching code from assembler to C source, making the algorithm easier to understand and validate. Measurements done with hwpmc(4) on a Haswell machine indicated that the new implementation reduced the TLB miss rate by up to 10 times, without an increase in TLB shootdown IPIs. The rewrite was committed to HEAD at r282684. Note: AMD processors do not have the PCID feature for host paging (AMD provides ASIDs for SVM use). But it is likely that AMD processors do cache TLB translations for different address spaces transparently, and snoop writes to the page tables to invalidate the caches. This project is sponsored by The FreeBSD Foundation. __________________________________________________________________ Sleep States Enhancements on x86 Links Commit r282678 URL: https://svnweb.freebsd.org/base?view=3Drevision&revision=3D282678 Contact: Konstantin Belousov The ACPI specication defines CPU Cx states, which are idle states. Methods to enter the state and miscellaneous information like the state-leave latency are returned by the _CST ACPI method. To save energy and reduce useless heating, the operating system enters a Cx state when the CPU has no work to do. C0 is the non-idle state, while C1, C2, and C3 (defined by ACPI) each represent an idle state with sequentially more energy saving, but also with higher latency of leave and possibly greater secondary costs. For example, C1 is entered by executing the HLT instruction and has no architecturally visible side effects, while entering C3 drops the CPU cache and usually requires special chipset programming to correctly handle requests from I/O devices to the CPU. Do not confuse Cx, Px and Sx: Cx states are only meaningful when the system is in the fully operational state S0; Px states are only meaningful when the system is not in the idle state, C0. Modern Intel CPUs enter Cx (x >=3D 1) states with the dedicated instruction MWAIT, which enters a specified low-power state until a specific write is observed by the CPU bus logic. There is a complimentary MONITOR instruction to set the monitored bus address. The legacy port I/O method of entering Cx state is emulated by CPU microcode, which intercepts the port I/O and executes MWAIT internally. Using MWAIT as the method of entering Cx requires following processor-specific procedures, which are communicated to the operating system by the vendor-specific extensions in _CST. The operating system must indicate readiness to support MWAIT when calling _CST. Claimed benefits of using MWAIT are reduced latencies of leaving the idle state, and visibility of more deep states than defined by the common ACPI specification. Still, modern Intel platforms report deep states as C2 to avoid the not needed bus-mastering avoidance. The new code asks ACPI for the Intel vendor-specific _CST extensions, parses them, and uses MWAIT Cx entrance methods when available. The change was committed as r282678 to HEAD. For Linux, Intel provides a driver which does not depend on the ACPI tables to use MWAIT for entering Cx states. For all Intel CPUs after Core2, the driver contains the description of the Cx mode latencies and quirks, eliminating dependency on correct BIOS information, since the BIOS information is often incorrect. The approach of porting the Linux driver was considered by several people, but all evaluators independently concluded that the project cannot maintain such an approach without direct involvement from Intel. During the work, around 500 lines of identical code between the i386 and amd64 versions of idle handling were moved to a common location x86/x86/cpu_machdep.c. Now the i386 and amd64 machdep.c files contain only unique machine-dependent routines. This advance depended on John Baldwin's elimination of the unmaintained Xen PVM i386 port. This project is sponsored by The FreeBSD Foundation. __________________________________________________________________ Warner's ARMv6 Hard Float Experiment Links Moving armv6 from Soft Float to Hard Float URL: https://wiki.freebsd.org/armv6tohardfloat Contact: Warner Losh The plan for the transition to hard float on ARMv6 involved having a new MACHINE_ARCH. That seemed expedient, but inelegant to me. The kernel can easily run both soft and hard floating point binaries, assuming that the proper libraries are available. As an experiment, I have been investigating how hard it would be to just start generating hard float binaries starting with FreeBSD 11.0 and what issues this causes. I am most interested in the source, the effects on ports, and any binary/package upgrade issues from FreeBSD 10.X to 11. If successful, this will allow the project to move more quickly away from a soft-floating point default. Users upgrading from FreeBSD 10 will automatically be upgraded to hard float. All supported ARMv6 and ARMv7 processors have hardware floating point, so this will not be a problem for the vast majority of users. In addition, many of the build scripts know about all values of MACHINE_ARCH, and not changing the MACHINE_ARCH will allow those scripts to continue to function without additional changes. I am about three fourths of the way through investigating this possibility and coding up solutions to the problems encountered so far. The risks from this experiment are that it will encounter unforseen dependencies. This could force us to go with the original plan for migration to hard floating point. The hope for this experiment is to pave the way for using the superior hard floating point in FreeBSD 11 with minimal impact to our users and their current build scripts and processes. Backwards compatibility will be ensured with the libsoft tasks if users need to run FreeBSD 10.X ARMv6 softfloat binaries on FreeBSD 11.0 with its new hardfloat libraries. Packages should automatically update once the new hardfloat packages are put into place. Open tasks: 1. Building seat belts into ld.so to not cross-thread libraries of differing floating point implementations. 2. Clang should properly mark hard versus soft floating point .os. This is a minor issue, since ld handles things correctly. 3. libsoft, the analog of lib32, needs to be completed. 4. Patches to flip the switch from soft to hard for builds for armv6. Some additional code needed to build soft float may be needed for the prior task. __________________________________________________________________ FreeBSD on Cavium ThunderX (arm64) Links FreeBSD Wiki: arm64 page URL: http://wiki.freebsd.org/arm64 Video: FreeBSD on the 48-core ThunderX (ARMv8) URL: https://youtu.be/lLgc4FJLJ3Y Contact: Dominik Ermel Contact: Wojciech Macek Contact: Michal Stanek Contact: Zbigniew Bodek Since the previous report, ThunderX gained SMP support and FreeBSD is now running on 48 real-life ARMv8 CPU cores! The newly introduced functionality was based on initial foundational work submitted by Andrew Turner and Robin Randhawa, with emulation as the primary target. Semihalf's efforts focused on hardware, and include: * Multicore support for the newer Generic Interrupt Controller GICv3 * Numerous bug fixes for: + pmap(9) - memory attributes and TLB management + locore.S - secondary core initialization + IPI (inter-processor interrupts) + Per-CPU timers + Size of early UMA allocations + Cache maintenance + Exceptions handling + Stack issues * ThunderX-specific changes and quirks This support was introduced to the public at the FreeBSD 2015 Developer Summit in Ottawa at a demo held by Semihalf and the FreeBSD Foundation. Cavium's ThunderX server CRB (Customer Reference Board) is now capable of booting SMP FreeBSD from both the hard disk and from an NFS root using a PCIe networking card. The example setup is now available on the FreeBSD test cluster hosted at Sentex Communications. ThunderX support changes are currently being reviewed and integrated into mainline FreeBSD. This project is sponsored by The FreeBSD Foundation, ARM Ltd., Cavium, and Semihalf. Open tasks: 1. Upstream ThunderX support to FreeBSD HEAD 2. Support for multi-socket configuration of ThunderX (96 CPUs connected through coherent fabric) 3. Implement VNIC support (ThunderX networking controller) __________________________________________________________________ FreeBSD/arm64 Links FreeBSD arm64 wiki URL: https://wiki.freebsd.org/arm64 Contact: Andrew Turner Contact: Ed Maste Contact: Ruslan Bukin Since the last status report, support for building FreeBSD for AArch64 (arm64) has been committed to Subversion. This has initially been targeting qemu, with more hardware support being added after review. Support for ACPI, SMP, DTrace, and hwpmc has been added. ACPI is able to enumerate devices and get to the mountroot prompt. Further work is needed to get into userland. SMP has been tested on qemu with two cores, and work is under way to support SMP on hardware. The hwpmc driver includes support for the Cortex-A53, Cortex-A57, and Cortex-A72 cores from ARM. Poudriere has been used with user-mode qemu to test building packages. Over 14,000 ports were successfully built. A number of issues have been found and fixed from this first run. These fixes should unblock about 5,000 additional ports. This project is sponsored by The FreeBSD Foundation, ABT Systems Ltd, and ARM Ltd. Open tasks: 1. Port to more SoCs 2. Test Poudriere on native hardware __________________________________________________________________ Cleanup on pw(8) Contact: Baptiste Daroussin pw(8) is the utility to create, delete, and modify users. This tool has remained mostly untouched since its creation, but needed updating. Lots of cleanup has been done: * Deduplication of code * Reduction of complexity by splitting into smaller functions * Reuse of existing code in base: + sbuf(9) for buffered string + stringlist(3) for string arrays + gr_utils (from libutil) instead of homemade group manipulation + strptime(3) to parse time strings * Added validation on most input options, fixing some serious bugs due to bad usage of atoi(3) * many regression tests added to test for regressions due to all of these changes A new feature was added: pw -R rootdir cmd which allows cross manipulation of users. Open tasks: 1. More cleanup. 2. More regression tests. 3. LDAP support? __________________________________________________________________ KDE on FreeBSD Links KDE on FreeBSD website URL: https://freebsd.kde.org/ KDE ports staging area URL: https://freebsd.kde.org/area51.php KDE on FreeBSD wiki URL: https://wiki.freebsd.org/KDE KDE/FreeBSD mailing list URL: https://mail.kde.org/mailman/listinfo/kde-freebsd Development repository for integrating KDE 5 URL: https://github.com/tcberner/kde5 Contact: KDE on FreeBSD team The KDE on FreeBSD team focuses on packaging and making sure that the experience of KDE and Qt on FreeBSD is as good as possible. Brad Davis has been working on CMake, resulting in an update to version 3.2.3 being committed to ports. Overall, we have updated the following ports in this quarter: * CMake 3.2.3 (committed to ports) * Qt 4.8.7 (committed to area51) * Qt 5.4.1 (refinements committed to ports) Open tasks: 1. Put more effort into the Qt5-related ports: KDE Frameworks 5 (currently worked on by Tobias Berner) and PyQt 5. __________________________________________________________________ Official Packages Links Package Status URL: http://pkg-status.FreeBSD.org Contact: Bryan Drewery Contact: Ports Management Team Contact: Sean Bruno x86 Packages With the help of the FreeBSD Foundation providing more build servers, we have increased the build frequency of packages from weekly to about every other day. Packages are provided for all currently supported releases and head on i386 and amd64 from the ports head branch, and quarterly packages for FreeBSD 10.1 and 9.3 release branches. We are using eight different systems for building packages. The build process has been fully automated and is more fault tolerant now. More details on this will be available in an upcoming FreeBSD Journal article. About eleven servers are used for daily test builds. To make it simpler for everyone to find the status and results of these builds, pkg-status.FreeBSD.org has been developed by Bryan Drewery. Its intent is to show all systems and builds in nearly real-time. It is currently in a beta stage and will be improved over time. At the time of this writing, it is temporarily down, but will be restored soon. ARM/MIPS Packages The FreeBSD Foundation purchased servers for the project to begin building and providing ARM and MIPS packages. These packages are currently built from x86 systems using QEMU. More details on this can be found in the BSDCan 2015 Presentation. The work to do this has been shepherded by Sean Bruno and has had help from many people including but not limited to Juergen Lock, Stacey Son, Ed Maste, Peter Wemm, Alexander Kabaev, Adrian Chadd, Baptiste Daroussin, Bryan Drewery, Dimitry Andric, Andrew Turner, Warner Losh, Ian Lapore, and Brooks Davis. We are currently targeting packages for head on mips, mips64 and armv6. Each set takes one to two weeks to build on QEMU. They will be provided on a best effort basis for now on the default repository of pkg.FreeBSD.org. This project is sponsored by FreeBSD Foundation (package building hardware). Open tasks: 1. Portmgr met at BSDCan and decided that the default package set should be provided based on the Ports Quarterly branch. This will provide more stable packages by default and allow users who wish to have the bleeding edge to use the head packages. The Quarterly branch is currently updated in full every three months from head and otherwise receives security and critical fixes. Moving towards this plan will also require a change to how we update the Quarterly branch. More details will be provided later. 2. Performance and stability of QEMU continues to improve. Native cross-building support in ports needs more work and testing to be viable. 3. The package builds currently run from a crontab every other day. Some of the builds take two hours (incremental), while others can take up to 30 hours for a full build. An open task here is to implement a better OS ABI check to see if incremental builds can be done, or if a full rebuild is needed when an SA/EN comes out. The plan for this is detailed at https://lists.freebsd.org/pipermail/freebsd-arch/2015-April/017025. html. Another open task is to implement a master queue coordinator to start the next builds as soon as all others are done. This will also allow improving the pkg-status site's view of everything. __________________________________________________________________ Ports Collection Links The Ports Collection URL: http://www.FreeBSD.org/ports/ Contributing to Ports URL: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/contributing-p= orts/ FreeBSD Ports Monitoring System URL: http://portsmon.freebsd.org/index.html Ports Management Team URL: http://www.freebsd.org/portmgr/index.html portmgr Blog URL: http://blogs.freebsdish.org/portmgr/ portmgr on Twitter URL: http://www.twitter.com/freebsd_portmgr/ portmgr on Facebook URL: http://www.facebook.com/portmgr portmgr on Google+ URL: http://plus.google.com/communities/108335846196454338383 Contact: Frederic Culot Contact: FreeBSD Ports Management Team As of the end of the second quarter, the ports tree holds nearly 25,000 ports and the PR count is about 1,800. Once again, the tree saw more activity than during the previous quarter, with almost 8,000 commits performed by 153 active committers. On the other hand, the number of problem reports closed decreased slightly, with a bit less than 1,700 problem reports fixed. In the second quarter, several commit bits were taken in for safekeeping, following an inactivity period of more than 18 months (clsung, dhn, obrien, tmseck), or on committer's request (sahil). Two new developers were granted a ports commit bit (Michael Moll - mmoll@, and Bernard Spil - brnrd@). On the management side, pgollucci@ started his four-month term as portmgr-lurker in June, and no changes were made to the portmgr team during the second quarter. This quarter also saw the release of the second quarterly branch, namely 2015Q2. On this branch, 39 committers applied 305 patches, which is more than twice as many updates as during the last quarter. On the quality assurance side, 30 exp-runs were performed to validate sensitive updates or cleanups. Amongst those noticeable changes are the update to pkg 1.5.4, three new USES (waf, gnustep, jpeg), the Perl default switch to 5.20, Ruby to 2.1.6, Firefox 38.0.6, and Chromium 43.0.2357.130. Open tasks: 1. As in the previous quarter, a tremendous amount of work was done on the tree to update major ports and to close even more PRs than in 2015 Q1, but as always, any additional help is greatly appreciated! __________________________________________________________________ The Graphics Stack on FreeBSD Links Graphics stack roadmap and supported hardware matrix URL: https://wiki.freebsd.org/Graphics Graphics stack team blog URL: http://blogs.freebsdish.org/graphics/ Ports development tree on GitHub URL: https://github.com/freebsd/freebsd-ports-graphics Contact: FreeBSD Graphics Team The members of the graphics team were lacking spare time during this quarter, and only few things could be improved. Our ports development tree still holds an update to Mesa 10.6 along with many cleanups and bug fixes. (It was 10.5 in the previous quarterly report.) Initially, we planned to commit it in early July, just after the FreeBSD 8.4-RELEASE end-of-life date, but the EOL was delayed to the 31st of July. Therefore, we will send a Call For Testers near the end of July, with the update to be committed in early August. Of course, the update can still be obtained and tested directly from the Ports development tree by using the mesa-next branch. Several smaller updates to X.Org-related ports were committed to the Ports tree. The work on the i915 kernel driver update made no progress during this quarter due to the lack of free time. Fortunately, it can resume in Q3 with the hope to have something ready to test in September 2015. The update to the DRM device-independent code was merged to stable/10. This means it will be available in the upcoming FreeBSD 10.2-RELEASE. Recently, the website hosting our blog has been down frequently. It is again the case at the time of this writing. We exported the data the last time it was up, so we will probably move to another system. Of course, the URL will change as well. Open tasks: 1. See the Graphics wiki page for up-to-date information. __________________________________________________________________ Wine/FreeBSD Links Wine wiki URL: http://wiki.FreeBSD.org/Wine Wine on amd64 wiki URL: http://wiki.FreeBSD.org/i386-Wine Wine homepage URL: http://www.winehq.org Contact: Gerald Pfeifer Contact: David Naylor This quarter has seen seven updates to the wine-devel port that closely tracks upstream development as well as updates to its helper ports (wine-gecko-devel and wine-mono-devel): * Stable releases: 1.6.2 (1 port revision) * Development releases: 1.7.40 through 1.7.46 The i386-wine-devel port has packages built for amd64 for FreeBSD 8.4, 9.1+, 10.1+ and CURRENT. Accomplishments include: * Rename wine-compholio to wine-staging (to match upstream developments). Future development on Wine will focus on: * Add the getdirentries(2) patch to the wine-devel port. * Redevelop and upstream the getdirentries(2) patch. * Redevelop and upstream the kernel32 Makefile patch. * Add support to the i386-wine port for pkg 1.5 (library conflicts currently prevent support). * Add support for Windows 32-bit on Windows 64-bit (WoW64): + Reduce the i386-wine port to just the components required for WoW64. + Rename the i386-wine port to wow64. + Make the wine ports depend on the wow64 ports when built on amd64. + Investigate and verify the interactions between Wine64 and WoW64. + Investigate possible update approaches for the wow64 ports (that have to be pre-compiled) and how updating with the wine ports will work. Maintaining and improving Wine is a major undertaking that directly impacts end-users on FreeBSD (including many gamers). If you are interested in helping please contact us. We will happily accept patches, suggest areas of focus or have a chat. Open tasks: 1. Open Tasks and Known Problems (see the Wine wiki) 2. FreeBSD/amd64 integration (see the i386-Wine wiki) 3. Porting Windows 32-bit on Windows 64-bit (WoW64) __________________________________________________________________ Xfce on FreeBSD Links FreeBSD Xfce Project URL: https://wiki.freebsd.org/Xfce FreeBSD Xfce Repository URL: https://www.assembla.com/code/xfce4/subversion/nodes Contact: FreeBSD Xfce Team Xfce is a free software desktop environment for Unix and Unix-like platforms, such as FreeBSD. It aims to be fast and lightweight, while still being visually appealing and easy to use. During this quarter, the team has kept these applications up-to-date: * audio/xfce4-pulseaudio-plugin 0.2.3 * deskutils/orage 4.12.1 * deskutils/xfce4-notes-plugin 1.8.1 * misc/xfce4-weather-plugin 0.8.6 * science/xfce4-equake-plugin 1.3.7 * sysutils/xfburn 0.5.4 * sysutils/xfce4-power-manager 1.5.0 (committed to ports), 1.5.2 (committed to devel repository) * x11/libexo 0.10.6 * x11/xfce4-dashboard 0.4.2 * x11-fm/thunar 1.6.10 * x11-wm/xfce4-desktop 4.12.2 * x11-wm/xfce4-wm 4.12.3 * www/midori 0.5.10 Mathieu Arnold (mat@) committed PR 197878, updating the Xfce section in the Porter's Handbook. We also follow the unstable releases (available in our experimental repository) of: * sysutils/garcon 0.5.0 (supports both GTK2 and GTK3 toolkits) * x11/xfce4-dashboard 0.5.0 * x11/xfce4-hotcorner-plugin 0.0.2 (new plugin) Open tasks: 1. Create documentation for the usage of sysutils/xfce4-power-manager (it needs some love, PR 199166). Some hidden features were introduced in the 1.5.1 release, and as we also support ConsoleKit2 (a fork of sysutils/consolekit), help for users is required. __________________________________________________________________ Documentation Working Group at BSDCan Links BSDCan URL: http://www.bsdcan.org/ reStructured Text URL: http://docutils.sourceforge.net/rst.html Markdown URL: http://daringfireball.net/projects/markdown/ AsciiDoc URL: http://asciidoc.org/ FreeBSD Wiki URL: https://wiki.freebsd.org/ FreeBSD Web Site URL: https://www.freebsd.org/ Annotator URL: http://annotatorjs.org/ Annotator Backend Stores URL: https://github.com/openannotation/annotator/wiki#backend-stores Contact: FreeBSD Documentation Team During the Developer Summit held in the two days before BSDCan, a documentation working group meeting was held. We discussed some of the biggest opportunities available to the documentation team. Modernizing our translation system was, again, a major topic. Making it easier for translators to do their work is vitally important. Translations make FreeBSD much more accessible for non-English speakers, and those people and the translators themselves often become valuable technical contributors in other areas. Progress was made in this area, and we hope to have more news soon. Methods of making it easier for people to contribute to documentation was another major topic. At present, we use DocBook XML for articles and books, and mdoc(7) for man pages. These markup languages are not very welcoming for new users. There are simpler documentation markup languages like reStructured Text (RST), Markdown, and AsciiDoc that take less time to learn and use. In fact, these markup systems are all similar to each other. These systems tend to be more oriented towards visual appearance rather than the semantic markup of our present systems, although there might be ways to work around that. Following the theme of making contributing easier, we also discussed whether access to the FreeBSD Wiki can be more easily granted, facilitating user contributions. After the wiki was set up, automated account creation abuse forced access to be limited. It is tricky to allow submissions yet keep the quality of submitted information usefully high. Due to the markup systems used, it is difficult to review documents for the quality of their information. Annotator is a Javascript system that allows adding notes to an existing web page. This would allow us to hold content-only reviews of documentation web pages. Reviewers would not see markup, so they could concentrate only on whether the information was accurate and complete. To use this as desired, we need some help with ports and testing. Open tasks: 1. Complete a port for the backend storage component of Annotator. Preferably this would be the lowest overhead and most open-licensed version available. Assistance from those familiar with Python and Javascript web development is welcome. __________________________________________________________________ FreeBSD Mastery: ZFS Now Available Links FreeBSD Mastery: ZFS URL: http://www.zfsbook.com Michael W. Lucas URL: https://www.michaelwlucas.com Contact: Michael Lucas The first ZFS book is now available at your favorite bookstore. Find a whole bunch of links at zfsbook.com. Work is proceeding apace on "FreeBSD Mastery: Advanced ZFS" and "FreeBSD Mastery: Specialty Filesystems." Lucas hopes to have FMAZ complete and available before the next status report. __________________________________________________________________ Leap Seconds Article Links Leap Seconds Article URL: https://www.freebsd.org/doc/en_US.ISO8859-1/articles/leap-seconds/= article.html Contact: Warren Block As the leap second scheduled for the end of June approached, Bartek Rutkowski and others raised questions about how FreeBSD handled leap seconds. Leap seconds have caused serious problems for other operating systems in the last few years, and there was understandable concern. It was reasonably pointed out that FreeBSD had encountered leap seconds before, and would be fine this time also. Still, the absence of reported problems is not really a substitute for a description of what to expect and how to know if a system is prepared. To address concerns and also provide a resource for future leap seconds, several experts were pestered relentlessly, with the results compiled into a short article. Beyond merely allaying fears about what might happen, this article received positive responses on the web for how it demonstrated FreeBSD's maturity and preparedness. Great thanks for their patience and expertise are owed to Peter Jeremy, Poul-Henning Kamp, Ian Lepore, Xin LI, Warner Losh, and George Neville-Neil. Open tasks: 1. Compile other short articles on things that FreeBSD does really well. Of particular interest are features that make life easier for sysadmins, or how problems on other systems are dealt with or even made non-problems on FreeBSD. __________________________________________________________________ New Documentation Committers Links FreeBSD Porter's Handbook URL: https://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook= / FreeBSD Web Site URL: https://www.freebsd.org/ FreeBSD Foundation Web Site URL: https://www.freebsdfoundation.org/ Contact: FreeBSD Documentation Engineering Team Two new documentation committers were added to the team in the second quarter of 2015. Mathieu Arnold is a member of the FreeBSD Ports Management Team. Over the past year, he has worked on many large and complex updates to keep the Porter's Handbook current, and continues to update this important document. Anne Dickison is Marketing Director for the FreeBSD Foundation. She will focus on updating and improving the FreeBSD main web site. We welcome both new committers and look forward to their additional contributions! __________________________________________________________________ The FreeBSD German Documentation Project Links Main German Documentation Project page URL: https://www.freebsd.org/de/docs.html How you can help with German translations URL: https://people.freebsd.org/~jkois/FreeBSDde/de/ Contact: Bj=C3=B6rn Heidotting Contact: Johann Kois Contact: Benedict Reuschling The FreeBSD German Documentation project maintains the German translations of FreeBSD's documents such as the Handbook and the website. In the second quarter of 2015, we managed to catch up with the translation work of the Handbook. Two chapters are now back in sync with their English reference chapters: filesystems and ZFS. The former was mainly done by Bj=C3=B6rn Heidotting as part of his mentee process. = The latter was done by Benedict Reuschling, with valuable corrections by Bj=C3=B6rn. Additionally, we updated many of our translation markers from pre-SVN times. This will help us get an overview of the outstanding work in each chapter. We are working on integrating this into our website using a script, so people can see which chapters need the most work or are most up-to-date. Johann made efforts to update the FreeBSD Documentation Project Primer as well, so that translators willing to help us can read the information in German. He also made efforts to revive the Documentation Project website, which was previously hosted elsewhere, but disappeared. Now, it is tied into the German FreeBSD.org website again and has the same look and feel. Occasionally, people contact us and offer their help with the translation effort. We are happy to help newcomers get to know everything about the translation process and look forward to more contributions. Even small updates make a big difference and if you are considering helping, please contact us. Open tasks: 1. Continue translating the Handbook and website into German. 2. Integrate a script that shows outstanding work into the German documentation webpages. __________________________________________________________________ GSoC 2015: libc Security Extensions Links Project Wiki Page URL: https://wiki.freebsd.org/SummerOfCode2015/FreeBSDLibcSecurityExten= sions Code Review Differential URL: https://reviews.freebsd.org/D3043 Contact: Pedro Giffuni Contact: Oliver Pinter As part of this year's Google Summer of Code, we have been adding support for the _FORTIFY_SOURCE extension to libc. This extension uses the GCC builtin_object_size information to prevent buffer overflows in existing code. The compiler and the C library can effectively detect a set of common programming mistakes. A mixed version of the NetBSD and Android implementations has been ported and is currently undergoing heavy testing. On FreeBSD, this code has already found two small bugs. On the other hand, the FreeBSD codebase is extremely useful to test the framework. This project is sponsored by Google Summer of Code Program. Open tasks: 1. Code review and more buildworld testing with GCC. 2. Integration tests, especially on non-x86 platforms. 3. Documentation: the framework is relatively popular on GNU libc but we still have to work on better documentation. 4. Testing and possibly integrating with ports. 5. We will have to re-schedule the GSoC project, as we were expecting to spend less time on this. __________________________________________________________________ Multiqueue Testing Links Multiqueue Testing Project URL: https://wiki.freebsd.org/SummerOfCode2015/MultiqueueTestingProject Contact: Tiwei Bie Contact: Hiren Panchasara The aim of this project is to design and implement an infrastructure to validate that a number of the network stack's multiqueue behaviours are as expected. It mainly consists of extending tap(4) to provide the same RSS behaviours as the hardware multiqueue network cards, developing simple test applications using multiqueue tap(4) and socket(2), adding hooks in each layer of the network stack to collect the per-ring per-cpu per-layer statistics, and extending netstat(1) to report these statistics. At present, most parts of this project have been implemented. The focus is on the code review, and API/KPI freeze. This project is sponsored by Google Summer of Code 2015. __________________________________________________________________ BSDCan 2015 Links BSDCan 2015 URL: http://www.bsdcan.org/2015/ BSDCan 2015 Video Playlist URL: https://www.youtube.com/playlist?list=3DPLWW0CjV-TafY0NqFDvD4k31Ct= nX-CGn8f Contact: Dan Langille BSDCan, a conference for people working on and with 4.4BSD-based operating systems and related projects, was held in Ottawa, Ontario on June 12 and 13. A two-day FreeBSD developer summit event preceded it on June 10 and 11. This was the largest BSDCan ever, with over 280 attendees, up by more than 40 people over the 2014 event. There were a record number of speakers and talks. An additional room and "track" was added to provide even more choices for concurrent talks on both days of the conference. Social media response to the whole conference has been very positive. The keynote talk by Stephen Bourne was very popular. So popular, in fact, that the main conference room could not hold all the attendees. An overflow room with live video was set up to hold the extra people. The video of the presentation has had over 6300 views in the first twelve days. Andrew Tanenbaum's talk on reimplementing NetBSD using a MicroKernel was so well-attended it was standing room only. There were many other excellent talks, and we recommend browsing through the playlist in the links above. Activity was not limited to the talks. Each night, the "Hacker Lounge" was used by developers to cooperate and interact on projects. Embedded projects were popular this year, as FreeBSD was installed directly on wireless routers. The very successful and well-attended closing event, held at the Lowerton Brewery, provided an elegant closure to the whole conference. We would like to thank everyone who made BSDCan 2015 such a success, and look forward to next year! __________________________________________________________________ FreeBSD Support in pkgsrc Links pkgsrc home page URL: https://www.pkgsrc.org BulkTracker: Track bulk build status URL: http://bulktracker.appspot.com Blog posts on pkgsrc URL: https://www.geeklan.co.uk/?tag=3Dpkgsrc Contact: Sevan Janiyan pkgsrc is a fork of the FreeBSD Ports Collection by the NetBSD project with a focus on portability and multi-platform support. At present, pkgsrc supports building packages on 23 different platforms from a single tree, including FreeBSD While pkgsrc is not a replacement for ports in most use cases, it holds a unique position in mixed-platform environments where software needs to be the same version across all systems and built in a consistent manner, saving the user from having to resort to manually building programs or re-implementing a mechanism to do so. With the recent 2015Q2 release earlier this month, it is now possible to generate over 14000 packages on FreeBSD 10.1-RELEASE (up from 12800 last quarter). Work is in progress to add pkg support to pkgsrc. Open tasks: 1. Improve platform support to skip libusb on FreeBSD where libusb is bundled in base. This is causing the biggest breakage at the moment. 2. Expand the effort to the -STABLE and -CURRENT branches and, if possible, architectures other than amd64. Contributing shell access to such machines would be helpful (an unprivileged account is sufficient). __________________________________________________________________ The FreeBSD Foundation Links Foundation website URL: http://www.FreeBSDFoundation.org/ FreeBSD Journal URL: http://freebsdjournal.com/ Contact: Deb Goodkin The FreeBSD Foundation is a 501(c)(3) non-profit organization dedicated to supporting and promoting the FreeBSD Project and community worldwide. Funding comes from individual and corporate donations and is used to fund and manage development projects, conferences and developer summits, and provide travel grants to FreeBSD developers. The Foundation purchases hardware to improve and maintain FreeBSD infrastructure and publishes FreeBSD white papers and marketing material to promote, educate, and advocate for the FreeBSD Project. The Foundation also represents the FreeBSD Project in executing contracts, license agreements, and other legal arrangements that require a recognized legal entity. Here are some highlights of what we did to help FreeBSD during the last quarter: * We were a Platinum Sponsor for BSDCan 2015 and the sponsor for the Ottawa developer and vendor summits. We were pleased to provide 12 travel grants for FreeBSD contributors to attend the conference and have opportunities to meet face-to-face with other FreeBSD contributors. You can read some of their trip reports here. In celebration of our 15th anniversary we provided a delicious FreeBSD cake, which was happily devoured by conference attendees. Various Foundation team members gave talks, attended talks, participated in doc sprints, worked on efforts to improve FreeBSD, worked at our booth, and spent time talking to our constituents about areas where we can help with FreeBSD. Foundation members gave these talks: + Anne Dickison: "FreeBSD Advocacy: How you can spread the word" + Kirk McKusick: "An Introduction to the Implementation of ZFS" + George Neville-Neil: "Measure Twice, Code Once" and "Cambridge L41: Teaching Advanced Operating Systems with FreeBSD" + Ed Maste: "The LLDB Debugger in FreeBSD" and Ed Maste also ran the Vendor Summit. * We held our annual board meeting in Ottawa. We are pleased to announce the addition of Benedict Reuschling to our board of directors. Read his interview here. The current board of directors and officers were all re-elected. You can find out who is on our board here. We spent the day planning our 12-month goals, project roadmapping, FreeBSD education offerings, fundraising, and advocacy efforts. * Dru Lavigne promoted and gave a presentation on FreeBSD at LinuxFest Northwest 2015. * We have committed to sponsoring several upcoming conferences: vBSDCon, womENcourage 2015, EuroBSDCon 2015, Grace Hopper conference, BSDCon Brasil, Cambridge Developer Summit, and OpenZFS. You'll also find us at OSCON, July 21-23, and the SNIA Storage Developer Conference, Sept 21-24. * Fundraising So far, we have raised $361,000 for 2015 from over 500 donors. Juniper became a Gold level donor. We are actively approaching commercial FreeBSD users for Silver-plus donations, and asking large tech companies for separate women in tech funding, to help us recruit more women to the FreeBSD Project. We are also asking companies for funding to help with our FreeBSD education efforts. * We had the pleasure of hosting Groff the BSD Goat here in Colorado in April. * Infrastructure Support The Foundation funded almost $50,000 of equipment to support FreeBSD infrastructure. Most of this went towards new and upgraded servers at the NYI facility. We sent Glen Barber there to install the new servers. You can read all about his trip. * Advocacy Work The FreeBSD Journal has over 9200 subscribers, with a 98% renewal rate. Our marketing director, Anne Dickison, was busy providing advocacy work for the Project. She helped provide more FreeBSD marketing literature and material. This included the cool I Choose FreeBSD sticker and very popular I Love FreeBSD temporary tattoos that are available at conferences. We published April, May, and June Foundation Newsletters to highlight the work being done by the Foundation to support FreeBSD. These newsletters also include company FreeBSD testimonials, upcoming events where FreeBSD will be promoted, and the new From the Trenches articles from FreeBSD contributor experiences working with FreeBSD. * One of the Foundation's responsibilities is to protect FreeBSD intellectual property (IP). This includes protecting the FreeBSD trademarks. We granted trademark usage permission to various companies who want to show their support for FreeBSD. To get permission to use the trademarks, interested parties must agree to our Trademark Usage Terms and Conditions. * Project Development Work George Neville-Neil signed up new universities to look at the FreeBSD course including George Washington University, Johns Hopkins, and UC Santa Cruz. He is working with Verisign on the DevSummit that will be held at vBSDCon. He also worked with ARM to set up meeting with 18 hardware and silicon vendors at the ARM Partner Meeting in August. Ed Maste continued managing the FreeBSD/arm64 porting project. He also continued with updates to the ELF Toolchain tools in the FreeBSD base system and incorporated a set of fixes from the upstream project to fix issues with the strip tool. Ed investigated and fixed a set of outstanding issues with the new vt(4) console in the FreeBSD installer. Staff member Edward Napiera=C5=82a committed a number of bug fix mer= ges to the stable/10 branch for inclusion in FreeBSD 10.2, and continued investigation of a project to support runtime switching of the root file system. He merged a large number of improvements to the autofs automount daemon. He also supported FreeBSD developer Dmitry Chagin's work on 64-bit Linux binary emulation support by reviewing the extensive patch set. Those changes are now committed to FreeBSD's Subversion tree, and will arrive in FreeBSD 11.0. Staff member Konstantin Belousov continued development on the Intel DMA remap (DMAR) and Process Context Identifier (PCID) infrastructure projects. Kostik also contributed an extensive set of changes to multiple aspects of FreeBSD: stability improvements in the virtual memory subsystem, improved compatibility in options handling in the runtime loader, thread library improvements, and GDB debugger enhancements. Glen Barber, who is a Foundation employee, is also a release engineer for the Project. Here are some highlights of what he did to help the Project: + Added support to the release build code in 11-CURRENT for producing FreeBSD/aarch64 (arm64) memory stick images and virtual machine disk images for use within Qemu. + Worked with Colin Percival and Brad Davis on testing and refining the release build code to support building Amazon EC2 images, and Vagrant images for Hashicorp Atlas, respectively. + Reworked the FreeBSD/arm build code to provide a fully-native build infrastructure for the existing images (BEAGLEBONE, RPI-B, PANDABOARD, WANDBOARD), and add support for additional images (GUMSTIX, CUBOX/HUMMINGBOARD). + Wrote several additional utilities to reduce human error in several areas of Release Engineering, including producing the filesystem hierarchy used by the FTP mirrors, enhancements to the internal build scripts used by Release Engineering, and support for automatically uploading and publishing virtual machine images. + While attending BSDCan 2015, Glen worked with several developers and teams on various items, such as discussing packaging the base system with pkg(8), migrating internal FreeBSD servers to the new machines the Foundation purchased for the NYI facility, and discussing further possible future enhancements to the FreeBSD build infrastructure. + Started the 10.2-RELEASE cycle. __________________________________________________________________ ZFS Support for UEFI Boot/Loader Contact: Eric McCorkle UEFI-enabled boot1.efi and loader.efi have been modified to support loading and booting from a ZFS filesystem. The patch currently works with buildworld, and successfully boots on a test machine with a ZFS partition. In addition, the ZFS-enabled loader.efi can be treated as a chainloader using ZFS-enabled GRUB. The work on boot1.efi also reorganizes the code somewhat, splitting out the filesystem-specific parts into a modular framework. Open tasks: 1. More testing is needed for the following use cases: ZFS with GRUB+loader.efi, ZFS with boot1+loader.efi, UFS with boot1+loader.efi (to test the modularization of boot1.efi) 2. Have boot1.efi check partition type GUIDs before probing for filesystems. 3. Get patch accepted upstream and committed. __________________________________________________________________ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQGgBAEBCgAGBQJVtZjoAAoJECjZpvNk63USYBEMILUlzfPMfNdW7MnlKxVft5WE sZ2DS04wfIHAEHDAjScZHKN0rAgyOHT72VTRvO2KEkpm2OEtMnIVY5sH31NbnFUy m90iYXWksXBDzYHGNiNbkYKprjIp0Rz0gGefCxQrDrA2tt4HPjIyuwdl1xmhT8O6 vt3AJPCEz5MjQL42ETQ78fn117i5iSECCkOgRC4H4vH//n4zxjJWgmkhrc6gXljf 9b3rOw/A3fVTvaDR7pzhrnQ+QjGsW7BgTMh7JZybbCKT+Yj7n29iVWpEVp7FQcgB sPJ4Rcei8BUBaCfvoND6bzWKEfuxteqriJFKNazlMRQFDEuHl6jHYH5QXfJsZFr/ etHrPnIWO9qOveNs7ANYQyT6LaFEyKLz2osi63uvVIjS3DBNZ8v9C7jEzvAmKEpl G8j9nOMKwMDqMpRNlDfD8Utu+0eQDveqCaqer8utgjMH8UgkAhmNP9oLNXhb38Dp URmZunSSZOVxmXioxTiro3/1TxUvu+I1LS8asLfho1zpDgM=3D =3DOj0n -----END PGP SIGNATURE----- From owner-freebsd-stable@freebsd.org Mon Jul 27 12:03:05 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EFE0E9AB729 for ; Mon, 27 Jul 2015 12:03:05 +0000 (UTC) (envelope-from ortadur@web.de) Received: from mout.web.de (mout.web.de [212.227.17.12]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.web.de", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 833CACAA for ; Mon, 27 Jul 2015 12:03:05 +0000 (UTC) (envelope-from ortadur@web.de) Received: from [131.169.71.160] by 3capp-webde-bs52.server.lan (via HTTP); Mon, 27 Jul 2015 14:02:57 +0200 MIME-Version: 1.0 Message-ID: From: "Andre Meiser" To: freebsd-stable@freebsd.org Subject: Re: Many core dumps in pthread_getspecific. Content-Type: text/plain; charset=UTF-8 Date: Mon, 27 Jul 2015 14:02:57 +0200 Importance: normal Sensitivity: Normal In-Reply-To: <20150722102055.GA2072@kib.kiev.ua> References: <20150603145838.GX2499@kib.kiev.ua> <20150614190504.GT2080@kib.kiev.ua> <20150616073637.GO2080@kib.kiev.ua> <20150703211111.GZ2080@kib.kiev.ua> <20150719205722.GT2404@kib.kiev.ua> , <20150722102055.GA2072@kib.kiev.ua> X-UI-Message-Type: mail X-Priority: 3 X-Provags-ID: V03:K0:MlGRcyZKJS1t6lHrgJInnGxMUOPeetzV7qatsymUECI fJqUPJNzX/O2md+1rPyxdx73Qi65ciyLQcvAeEMqleweXP5Ctq eKtENhLI94jKCfgQbZiAkNVmFwHyuF2iIatBrVrjhs+dq+BKbd 80dRLnCcOIA8U7SF4b8nrosMFS3iTeewxQxnjd/jxsZVyJhArR jt1nfLhXmNhD5P9qssO0hE6m62P4OscWJaDGKPF1yLNLz5Xbv2 RLTHuZfet64cD24B+Ky56oU+XEXjABF2YMH0Kvsu5/AaWwcd+R q5kgv0= X-UI-Out-Filterresults: notjunk:1;V01:K0:yYfqOdnge2w=:/qpv+FZp8ntMMccp/MEluZ 3pntxMoTPkhcG3ejmbfqzO2rXwCRJkkmCVMdhOE70hfGAKD5S8cIz1s2p57a+BvnpWx7YvFKn S5KxLXrXGfgir/+RO9nltnpszCWr+oXRD/jnEQ1eSTOQu2Dd8Madl5MQo7JspkGxeA/+WZh/W SYHlbGhp3MM3KoXJSzLJdrZCykGc7d8DGa61zaIuUSgrkWNUfTaJ8dSOV1Ud8d/WQha3fW/1K Y4yaNT5WTl2iVq1mGvJnlqtTO5kD1/9A+9pp7/KLuQNwWwnYamcDDFXHzUFKdw+dHukyhFvAG CXitNmrASdKVt8dX6RSZ9iRyL9GxTFvBIFlR4dld/VxzbqKdVpbc2AYj/R6pEX2EMcSOk/NZe z+8uBDzwtvvFe4H/q9KCbTg9T/IixV9eEGTDH+ZFX1NCw9tn8VzAFfEudoYAVj4wzEMmcYeG5 byqZPSw6VQ== X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 12:03:06 -0000 Kudos to Konstantin Belousov! I'm not sure if this list was interested into all this error tracking. So we made the error tracking with private mails. Anyway, it was a BIOS setting named "limit CPUID maximum" and I had to disable it (BIOS help said "disabled for Windows XP"). Thank you Konstantin Belousov, you have an amazing skill in this low level debugging stuff. :) Sincerely yours Andre. From owner-freebsd-stable@freebsd.org Mon Jul 27 14:20:00 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3538E9AC6CC; Mon, 27 Jul 2015 14:20:00 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (unknown [IPv6:2001:4cb8:90:ffff::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ED7166BA; Mon, 27 Jul 2015 14:19:59 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from rack1.digiware.nl (unknown [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id 7058615344D; Mon, 27 Jul 2015 16:19:55 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.nl Received: from smtp.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Vepn3sywimPg; Mon, 27 Jul 2015 16:14:55 +0200 (CEST) Received: from [192.168.101.176] (vpn.ecoracks.nl [31.223.170.173]) by smtp.digiware.nl (Postfix) with ESMTPA id 2A1051534C0; Mon, 27 Jul 2015 16:14:55 +0200 (CEST) Subject: Re: FreeBSD Quarterly Status Report - Second Quarter 2015 To: freebsd-hackers@freebsd.org References: Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org From: Willem Jan Withagen Message-ID: <55B63CDE.9040803@digiware.nl> Date: Mon, 27 Jul 2015 16:14:54 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 14:20:00 -0000 On 27/07/2015 04:39, Benjamin Kaduk wrote: > * Separated email services (and single-point-of-failure cases) from > the machine that has been handling this task for over 18 years, to > new, single-purpose service installations Hi, This sort of sounds like the system that a former company (IAE) donated to Jordan when he was here in Arnhem at a FreeBSD meeting organized by Wilco Bulte. I think it was called freefall?? There used to be pictures of the meeting online, but I can't seem to find them. Would be nice to know if that is the case, because then I'm really impressed with the life time of that system... Does anybody know if this is actually the case? --WjW From owner-freebsd-stable@freebsd.org Mon Jul 27 14:25:58 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 96EFD9AC8E9; Mon, 27 Jul 2015 14:25:58 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 83EEBDDB; Mon, 27 Jul 2015 14:25:58 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id CAB221189; Mon, 27 Jul 2015 14:25:57 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Mon, 27 Jul 2015 14:25:56 +0000 From: Glen Barber To: Willem Jan Withagen Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD Quarterly Status Report - Second Quarter 2015 Message-ID: <20150727142556.GD54478@FreeBSD.org> References: <55B63CDE.9040803@digiware.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="jCrbxBqMcLqd4mOl" Content-Disposition: inline In-Reply-To: <55B63CDE.9040803@digiware.nl> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 14:25:58 -0000 --jCrbxBqMcLqd4mOl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 27, 2015 at 04:14:54PM +0200, Willem Jan Withagen wrote: > On 27/07/2015 04:39, Benjamin Kaduk wrote: > > * Separated email services (and single-point-of-failure cases) from > > the machine that has been handling this task for over 18 years, to > > new, single-purpose service installations >=20 > Hi, >=20 > This sort of sounds like the system that a former company (IAE) donated > to Jordan when he was here in Arnhem at a FreeBSD meeting organized by > Wilco Bulte. I think it was called freefall?? > There used to be pictures of the meeting online, but I can't seem to > find them. >=20 > Would be nice to know if that is the case, because then I'm really > impressed with the life time of that system... > Does anybody know if this is actually the case? >=20 Based on what I've recently learned of the machine's history, it was originally freefall, then became known as 'hub'. Glen --jCrbxBqMcLqd4mOl Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVtj90AAoJEAMUWKVHj+KTWPIP/001JhiV0NyiKuPvkv6SgWB9 UC9UEwC2gYYDfzFK6LL+f+iMJipMH3iZwPcHwMUqMpPOwmSD8kQgMYjQx1tisdln VOzlbNCVfwex7oFj+VsysnqT3Z/H9+5D/+pk6pjCTHG1NNcrM7PXcFLBNqywnhg/ bssr4i888YUnBVTNIIMFvcS0GbHx72jiDGSwqjzmSDYtYLN09FhXEzlFrcWRDoQq Qb6qk3spIE5kqWuY35mWwKmqKYH/vocEJ2Uhw0JZh7klkwhez5di3rTRtLfudMTM ErKY3u/hSb0VIzJYP84poGWbrY+sqJKwhqDLEGV6Ga5jLyjEP1klxnK3FePcGG65 gqdWq6xoXQAXIdNBcDlcHh2zkOzSE1kspoEbfiofC5I0ewHGcwPrTeFJUg/yiSlg sH42p+b6Q4qargEDA+91uSJmY7NIGi7R7Yn4FrV/77wCxXhWtD0U388zs/dAtSvo FQKSDGdmIg/QC8dTTTYn5b7Wy3p+zvOu+kEiCMBa7wcl1F9w4pjBXApSW+02NwID OKseJjN0ZFtfXG0F6QexU6k7uNiypgNSd56ZWembRlx2O589/MZ6+8FIAAMnh8J4 BMDtz9fwszlP6CeuxDSwdHl+Hs68o+tlVtr2qlLgXM30WKPsMc0tL9/kg/t5PjtJ njz3qxTWmFA1ZZcvqyM5 =x921 -----END PGP SIGNATURE----- --jCrbxBqMcLqd4mOl-- From owner-freebsd-stable@freebsd.org Mon Jul 27 14:32:54 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D4AA19ACAB8; Mon, 27 Jul 2015 14:32:54 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (smtp.digiware.nl [31.223.170.169]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8FA843EC; Mon, 27 Jul 2015 14:32:54 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from rack1.digiware.nl (unknown [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id 133CA15340A; Mon, 27 Jul 2015 16:32:45 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.nl Received: from smtp.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MtKGLVNhN1Ui; Mon, 27 Jul 2015 16:32:35 +0200 (CEST) Received: from [192.168.101.176] (vpn.ecoracks.nl [31.223.170.173]) by smtp.digiware.nl (Postfix) with ESMTPA id 1E34D153408; Mon, 27 Jul 2015 16:32:35 +0200 (CEST) Subject: Re: FreeBSD Quarterly Status Report - Second Quarter 2015 To: Glen Barber References: <55B63CDE.9040803@digiware.nl> <20150727142556.GD54478@FreeBSD.org> Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org From: Willem Jan Withagen Message-ID: <55B64102.4090408@digiware.nl> Date: Mon, 27 Jul 2015 16:32:34 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <20150727142556.GD54478@FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 14:32:54 -0000 On 27/07/2015 16:25, Glen Barber wrote: > On Mon, Jul 27, 2015 at 04:14:54PM +0200, Willem Jan Withagen wrote: >> On 27/07/2015 04:39, Benjamin Kaduk wrote: >>> * Separated email services (and single-point-of-failure cases) from >>> the machine that has been handling this task for over 18 years, to >>> new, single-purpose service installations >> >> Hi, >> >> This sort of sounds like the system that a former company (IAE) donated >> to Jordan when he was here in Arnhem at a FreeBSD meeting organized by >> Wilco Bulte. I think it was called freefall?? >> There used to be pictures of the meeting online, but I can't seem to >> find them. >> >> Would be nice to know if that is the case, because then I'm really >> impressed with the life time of that system... >> Does anybody know if this is actually the case? >> > > Based on what I've recently learned of the machine's history, it was > originally freefall, then became known as 'hub'. You have any idea what is/was actual the hardware that was in the box? If I remember correctly we gave Jordan a check for like 5000 guilders. Which I guess would be 2500 us$ at that time. Which was not an enormous amount of money, so even more impressive that the system lasted 18 years :) --WjW From owner-freebsd-stable@freebsd.org Mon Jul 27 14:42:21 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F0B919AC02C; Mon, 27 Jul 2015 14:42:20 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id D4627EBC; Mon, 27 Jul 2015 14:42:20 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 33A0E17D8; Mon, 27 Jul 2015 14:42:20 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Mon, 27 Jul 2015 14:42:18 +0000 From: Glen Barber To: Willem Jan Withagen Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD Quarterly Status Report - Second Quarter 2015 Message-ID: <20150727144218.GE54478@FreeBSD.org> References: <55B63CDE.9040803@digiware.nl> <20150727142556.GD54478@FreeBSD.org> <55B64102.4090408@digiware.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="ytoMbUMiTKPMT3hY" Content-Disposition: inline In-Reply-To: <55B64102.4090408@digiware.nl> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 14:42:21 -0000 --ytoMbUMiTKPMT3hY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 27, 2015 at 04:32:34PM +0200, Willem Jan Withagen wrote: > On 27/07/2015 16:25, Glen Barber wrote: > > On Mon, Jul 27, 2015 at 04:14:54PM +0200, Willem Jan Withagen wrote: > >> On 27/07/2015 04:39, Benjamin Kaduk wrote: > >>> * Separated email services (and single-point-of-failure cases) from > >>> the machine that has been handling this task for over 18 years, to > >>> new, single-purpose service installations > >> > >> Hi, > >> > >> This sort of sounds like the system that a former company (IAE) donated > >> to Jordan when he was here in Arnhem at a FreeBSD meeting organized by > >> Wilco Bulte. I think it was called freefall?? > >> There used to be pictures of the meeting online, but I can't seem to > >> find them. > >> > >> Would be nice to know if that is the case, because then I'm really > >> impressed with the life time of that system... > >> Does anybody know if this is actually the case? > >> > >=20 > > Based on what I've recently learned of the machine's history, it was > > originally freefall, then became known as 'hub'. >=20 > You have any idea what is/was actual the hardware that was in the box? >=20 > If I remember correctly we gave Jordan a check for like 5000 guilders. > Which I guess would be 2500 us$ at that time. Which was not an enormous > amount of money, so even more impressive that the system lasted 18 years = :) >=20 The physical hardware did not last this long, and I do not recall the physical specs of the recently deprecated hardware, but as far as "handling this task for 18 years", that could have been clarified a bit more (my fault). The system moved chassis several times, but was never reinstalled (as far as we can tell) - it was originally a FreeBSD 2-STABLE install, and was upgraded constantly throughout its lifetime, and finally ran 11-CURRENT before being decommissioned. Glen --ytoMbUMiTKPMT3hY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVtkNKAAoJEAMUWKVHj+KTYqkQAJBD6PN/eQUEKta7H9xjG+xH tZIE3cPHGV3967i4/BF7cJaUGzKJo3X2A0HI4uQj5DY8D0iLd3nj5p7Q5WUNjbfq CeqE1cVphcsL3keE6dwzoJpCELE46RqZfvTNUXaUh9+Jt5F50ckwSeQTZtQSc3kK wP7JGo4qUEgJX4+ykYly1Sn/CM3aCfQIsWjg2eSneoxZ5LyuNxong/mSnBJ1XlXG y81CjohrdpQo2y0WPMtrPEmf/ofu+iLeY1Gi64qgu0fkilrg4Bb1XscKn+PI/v9s h1Q3OzWB9srEowYZ0GS0N7TYtNe2MnMnevi4wrkL/qNpWfv2m/rXa/nP5HuqOTLL 2hKJHDOwW8knQ3OzgjM1rTo2c6z8pZdE4u9f1hup5ku7GVINvCYRnl6nmOZDj7RM AZdPqOhfN8KXHB4buhHuzzs2o76sMho0UgYCmw+fLHL0FpupqHgRh45F8tbLrxuT 6GO+DoKFIY76L0dw8YRiFvfxlCnYgyVxeub1yEZ0071357kjGD4YIqcQw70ikAHf sFrzVUdTC+UyvJWTTjtM5FPDCtdH7L0oyFf/UThGuybPDyC2Ub1UYWDr+7G1vrWA hDlhwP3vN/lMLKi+/nRLTtC/vdvASmREn+C0sWhlq7Y3YVV+eUtLZ2ADns/l+dQK R8KsYvaxItGNLfguOQX9 =U/y7 -----END PGP SIGNATURE----- --ytoMbUMiTKPMT3hY-- From owner-freebsd-stable@freebsd.org Mon Jul 27 15:32:21 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B630F9ACBEE for ; Mon, 27 Jul 2015 15:32:21 +0000 (UTC) (envelope-from mazhe@alkumuna.eu) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 9337486C for ; Mon, 27 Jul 2015 15:32:21 +0000 (UTC) (envelope-from mazhe@alkumuna.eu) Received: by mailman.ysv.freebsd.org (Postfix) id 922AC9ACBED; Mon, 27 Jul 2015 15:32:21 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 91C019ACBEC for ; Mon, 27 Jul 2015 15:32:21 +0000 (UTC) (envelope-from mazhe@alkumuna.eu) Received: from smtp1-g21.free.fr (smtp1-g21.free.fr [IPv6:2a01:e0c:1:1599::10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 51D1086B; Mon, 27 Jul 2015 15:32:20 +0000 (UTC) (envelope-from mazhe@alkumuna.eu) Received: from yggdrasil.alkumuna.eu (unknown [IPv6:2a01:e35:8a74:6e70:232:36ff:fe5c:3a87]) by smtp1-g21.free.fr (Postfix) with ESMTPS id 20C429400CC; Mon, 27 Jul 2015 17:32:15 +0200 (CEST) Received: from freedom ([192.168.10.100]) (authenticated bits=0) by yggdrasil.alkumuna.eu (8.14.9/8.14.9) with ESMTP id t6RFVqF0056325 (version=TLSv1/SSLv3 cipher=AES128-GCM-SHA256 bits=128 verify=NOT); Mon, 27 Jul 2015 17:31:58 +0200 (CEST) (envelope-from mazhe@alkumuna.eu) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=alkumuna.eu; s=default; t=1438011118; bh=plTVZXRbaNKdBSc7n2RnRrHY2NH9/D8cli/DOmyB4Yk=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=J8Bx/UJKU6G/4Gi7YMveoSget1n+J1qVmMEg8RvFwtl+2HXGdrA6SHg57/6JF/3YR SdwQH2HM/ePd+plIMvX9BlDPvGZvNoxUoz10Omr5BxQ59UNhN4m+3Fn/IqqX9x38Xt m0MMdqE9vpSt2YBtAk+zTRxnJ83mDREP7MKJjoCg= Date: Mon, 27 Jul 2015 17:31:42 +0200 From: Matthieu Volat To: Brooks Davis Cc: Don Lewis , stable@FreeBSD.org Subject: Re: MFC r282973 (disable libgomp build) and r283060 (disable libgcov build)? Message-ID: <20150727173142.06a4910e@freedom> In-Reply-To: <20150724214032.GB27033@spindle.one-eyed-alien.net> References: <20150724071917.6a1fd3a3@freedom> <201507242115.t6OLFSEC016398@gw.catspoiler.org> <20150724214032.GB27033@spindle.one-eyed-alien.net> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; amd64-portbld-freebsd10.1) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/=Emek.560O3VPmFKeYdQIn4"; protocol="application/pgp-signature" X-Spam-Status: No, score=-1.1 required=5.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on yggdrasil.alkumuna.eu X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 15:32:21 -0000 --Sig_/=Emek.560O3VPmFKeYdQIn4 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Fri, 24 Jul 2015 21:40:32 +0000 Brooks Davis wrote: > On Fri, Jul 24, 2015 at 02:15:28PM -0700, Don Lewis wrote: > > On 24 Jul, Matthieu Volat wrote: > > > I'm not fond of lang/gcc as openmp "provider": if a port use c++, it > > > will cause linkage headaches with libc++ (I never was able to have > > > graphics/darktable working, for example). > >=20 > > You might want to try out lang/clang-devel with devel/libiomp5-devel. > > See this thread on freebsd-ports@ > > . >=20 > Just a heads up in case you try this next week, devel/libiomp5-devel is > about to be deleted and the openmp library (as well as clang-devel) will > be installed by the llvm-devel port. The clang-devel port will become a > metaport to aid people in finding clang while we wait for multiple > packages-per-port support. >=20 > -- Brooks Thanks, and nicely done, I just tested it this morning, this may come in ha= ndy! --=20 Matthieu Volat --Sig_/=Emek.560O3VPmFKeYdQIn4 Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlW2Tt4ACgkQ+ENDeYKZi34NWQCfXossg3P3AWdAu/7i0ZeAJcrx 2+gAnRD19O8zZ/j0zgOrNk0HzmntbTdz =7CQe -----END PGP SIGNATURE----- --Sig_/=Emek.560O3VPmFKeYdQIn4-- From owner-freebsd-stable@freebsd.org Mon Jul 27 15:46:20 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D1B139AC0FD; Mon, 27 Jul 2015 15:46:20 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (smtp.digiware.nl [31.223.170.169]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 934C5825; Mon, 27 Jul 2015 15:46:20 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from rack1.digiware.nl (unknown [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id 59D8E153401; Mon, 27 Jul 2015 17:46:18 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.nl Received: from smtp.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0czKSQpC_1LX; Mon, 27 Jul 2015 17:45:49 +0200 (CEST) Received: from [192.168.101.176] (vpn.ecoracks.nl [31.223.170.173]) by smtp.digiware.nl (Postfix) with ESMTPA id CCF7815340A; Mon, 27 Jul 2015 17:45:49 +0200 (CEST) Subject: Re: FreeBSD Quarterly Status Report - Second Quarter 2015 To: Glen Barber References: <55B63CDE.9040803@digiware.nl> <20150727142556.GD54478@FreeBSD.org> <55B64102.4090408@digiware.nl> <20150727144218.GE54478@FreeBSD.org> Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org From: Willem Jan Withagen Message-ID: <55B6522D.9040907@digiware.nl> Date: Mon, 27 Jul 2015 17:45:49 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <20150727144218.GE54478@FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 15:46:20 -0000 On 27/07/2015 16:42, Glen Barber wrote: > On Mon, Jul 27, 2015 at 04:32:34PM +0200, Willem Jan Withagen wrote: >> On 27/07/2015 16:25, Glen Barber wrote: >>> On Mon, Jul 27, 2015 at 04:14:54PM +0200, Willem Jan Withagen wrote: >>>> On 27/07/2015 04:39, Benjamin Kaduk wrote: >>>>> * Separated email services (and single-point-of-failure cases) from >>>>> the machine that has been handling this task for over 18 years, to >>>>> new, single-purpose service installations >>>> >>>> Hi, >>>> >>>> This sort of sounds like the system that a former company (IAE) donated >>>> to Jordan when he was here in Arnhem at a FreeBSD meeting organized by >>>> Wilco Bulte. I think it was called freefall?? >>>> There used to be pictures of the meeting online, but I can't seem to >>>> find them. >>>> >>>> Would be nice to know if that is the case, because then I'm really >>>> impressed with the life time of that system... >>>> Does anybody know if this is actually the case? >>>> >>> >>> Based on what I've recently learned of the machine's history, it was >>> originally freefall, then became known as 'hub'. >> >> You have any idea what is/was actual the hardware that was in the box? >> >> If I remember correctly we gave Jordan a check for like 5000 guilders. >> Which I guess would be 2500 us$ at that time. Which was not an enormous >> amount of money, so even more impressive that the system lasted 18 years :) >> > > The physical hardware did not last this long, and I do not recall the > physical specs of the recently deprecated hardware, but as far as > "handling this task for 18 years", that could have been clarified a bit > more (my fault). The system moved chassis several times, but was never > reinstalled (as far as we can tell) - it was originally a FreeBSD > 2-STABLE install, and was upgraded constantly throughout its lifetime, > and finally ran 11-CURRENT before being decommissioned. Right, that makes more sense. And I'm sort of more "relaxed" that there is not that much commodity hardware capable to survive that long running 24*7 ... The oldest servers here in the basement are like 10 years old, and on the brink of being thrashed... --WjW From owner-freebsd-stable@freebsd.org Mon Jul 27 15:50:04 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E4C0A9AC256 for ; Mon, 27 Jul 2015 15:50:04 +0000 (UTC) (envelope-from freebsd-lists@gromit.dlib.vt.edu) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.126.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gromit.dlib.vt.edu", Issuer "Chumby Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C0F7EBF6 for ; Mon, 27 Jul 2015 15:50:04 +0000 (UTC) (envelope-from freebsd-lists@gromit.dlib.vt.edu) Received: from pmather.lib.vt.edu (pmather.lib.vt.edu [128.173.126.193]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gromit.dlib.vt.edu (Postfix) with ESMTPSA id 0192B3CB for ; Mon, 27 Jul 2015 11:44:26 -0400 (EDT) From: Paul Mather Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: 10.2-RC1/STABLE VIMAGE memory leak progress? Message-Id: Date: Mon, 27 Jul 2015 11:44:26 -0400 To: freebsd-stable Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) X-Mailer: Apple Mail (2.2102) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 15:50:05 -0000 I'm running 10-STABLE (which currently identifies itself as = 10.2-PRERELEASE) and lately I've started experimenting with using iocage = for Jail management. (I really like it so far.) In particular, I've = been trying out iocage's support for VNET networking that relies on = VIMAGE and uses bridge and epair for the network. I find that when I stop a VNET Jail using iocage that I get something = akin to the following in my console logs: =3D=3D=3D=3D=3D Jul 27 10:59:47 chumby kernel: vnet0:1: link state changed to DOWN Jul 27 10:59:47 chumby kernel: vnet0: link state changed to DOWN Jul 27 10:59:47 chumby kernel: re0: link state changed to DOWN Jul 27 10:59:47 chumby kernel: bridge0: link state changed to DOWN Jul 27 10:59:47 chumby kernel: vnet1:1: link state changed to DOWN Jul 27 10:59:47 chumby kernel: vnet1: link state changed to DOWN Jul 27 10:59:47 chumby kernel: bridge1: link state changed to DOWN Jul 27 10:59:47 chumby kernel: ifa_del_loopback_route: deletion failed: = 48 Jul 27 10:59:47 chumby kernel: Freed UMA keg (udp_inpcb) was not empty = (120 items). Lost 12 pages of memory. Jul 27 10:59:47 chumby kernel: Freed UMA keg (udpcb) was not empty (1169 = items). Lost 7 pages of memory. Jul 27 10:59:47 chumby kernel: hhook_vnet_uninit: hhook_head type=3D1, = id=3D1 cleanup required Jul 27 10:59:47 chumby kernel: hhook_vnet_uninit: hhook_head type=3D1, = id=3D0 cleanup required =3D=3D=3D=3D=3D I found a PR (kern/164763) dating back to 2012-02-04 describing the = problem. The last update on that PR was on 2014-10-17, which made = reference to some unmerged fixes that would be good to merge into HEAD. Does anyone know whether this was done? One of the entries in that PR states, "Our current rule of thumb is 'if = you need to shutdown one vimage jail then you need to reboot the host.'" = It then goes on to observe, "Of course this is far from optimal." Is it safe to say, then, that dynamic VNET Jails are not recommended = still under FreeBSD? Judging by that PR, this is not likely to be fixed for 10.2-RELEASE? Cheers, Paul. From owner-freebsd-stable@freebsd.org Mon Jul 27 18:32:38 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6C1AC9AC932; Mon, 27 Jul 2015 18:32:38 +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)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 29B8FAEA; Mon, 27 Jul 2015 18:32:37 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (ppp121-45-239-102.lns20.per1.internode.on.net [121.45.239.102]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id t6RIWQB4051787 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 27 Jul 2015 11:32:29 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: FreeBSD Quarterly Status Report - Second Quarter 2015 To: Willem Jan Withagen , Glen Barber References: <55B63CDE.9040803@digiware.nl> <20150727142556.GD54478@FreeBSD.org> <55B64102.4090408@digiware.nl> Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org From: Julian Elischer Message-ID: <55B67935.3040604@freebsd.org> Date: Tue, 28 Jul 2015 02:32:21 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <55B64102.4090408@digiware.nl> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 18:32:38 -0000 On 7/27/15 10:32 PM, Willem Jan Withagen wrote: > On 27/07/2015 16:25, Glen Barber wrote: >> On Mon, Jul 27, 2015 at 04:14:54PM +0200, Willem Jan Withagen wrote: >>> On 27/07/2015 04:39, Benjamin Kaduk wrote: >>>> * Separated email services (and single-point-of-failure cases) from >>>> the machine that has been handling this task for over 18 years, to >>>> new, single-purpose service installations >>> Hi, >>> >>> This sort of sounds like the system that a former company (IAE) donated >>> to Jordan when he was here in Arnhem at a FreeBSD meeting organized by >>> Wilco Bulte. I think it was called freefall?? >>> There used to be pictures of the meeting online, but I can't seem to >>> find them. >>> >>> Would be nice to know if that is the case, because then I'm really >>> impressed with the life time of that system... >>> Does anybody know if this is actually the case? >>> >> Based on what I've recently learned of the machine's history, it was >> originally freefall, then became known as 'hub'. > You have any idea what is/was actual the hardware that was in the box? > > If I remember correctly we gave Jordan a check for like 5000 guilders. > Which I guess would be 2500 us$ at that time. Which was not an enormous > amount of money, so even more impressive that the system lasted 18 years :) I think it was a bit like my grandfather's axe.. A really great axe. we replaced the handle 3 times, the head four times and put in a couple of new wedges, but it's a great axe that one! > > --WjW > > _______________________________________________ > 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-stable@freebsd.org Mon Jul 27 20:41:38 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 299D49ACB18 for ; Mon, 27 Jul 2015 20:41:38 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x22f.google.com (mail-ig0-x22f.google.com [IPv6:2607:f8b0:4001:c05::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E5D14C00 for ; Mon, 27 Jul 2015 20:41:37 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by igbpg9 with SMTP id pg9so94148637igb.0 for ; Mon, 27 Jul 2015 13:41:37 -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=aPgkAmYH6oZ6fXmIpwnntxJf17GJeN1M0nWXTGzZdaU=; b=EyTEPLrOqp50lZpw0YXywKZ97qtNlpkJS2Hvmgl1mTrS+MLtD+t9HQuCH+gg+xF0FV 3118SKLPRwKyMrrxbiLujQelf8dPWPatDEJj8g9leTHPdDg5qACqXWAubb2hPy78Uzsw RBGMwFzGP3kxlq17GA/RFqQngdTY1jzYg14bZXT5yymx+bcv1meO6ndhpv202opZzlu5 z6VrjomB0s2oIc2DTbF/kvqcfPm1Nw8624CuvL43QXRhUBVCwEXAvTioXsiYVMs5Ys84 q2UBSGQlTtCuE5igNAvtopIdptv6eAAvj9vbS2Rff3IBKFXdftcuGQ41ZNR41+3bMEhx 13WA== MIME-Version: 1.0 X-Received: by 10.50.131.196 with SMTP id oo4mr986154igb.46.1438029697281; Mon, 27 Jul 2015 13:41:37 -0700 (PDT) Received: by 10.36.38.133 with HTTP; Mon, 27 Jul 2015 13:41:37 -0700 (PDT) In-Reply-To: References: <20150603145838.GX2499@kib.kiev.ua> <20150614190504.GT2080@kib.kiev.ua> <20150616073637.GO2080@kib.kiev.ua> <20150703211111.GZ2080@kib.kiev.ua> <20150719205722.GT2404@kib.kiev.ua> <20150722102055.GA2072@kib.kiev.ua> Date: Mon, 27 Jul 2015 13:41:37 -0700 Message-ID: Subject: Re: Many core dumps in pthread_getspecific. From: Adrian Chadd To: Andre Meiser Cc: FreeBSD Stable Mailing List Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 20:41:38 -0000 hi! What was that option actually doing? How'd it break things? -adrian On 27 July 2015 at 05:02, Andre Meiser wrote: > Kudos to Konstantin Belousov! > > I'm not sure if this list was interested into all this error tracking. So we made the error tracking with private mails. > > Anyway, it was a BIOS setting named "limit CPUID maximum" and I had to disable it (BIOS help said "disabled for Windows XP"). > > Thank you Konstantin Belousov, you have an amazing skill in this low level debugging stuff. :) > > Sincerely yours Andre. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Tue Jul 28 21:42:17 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3F85E9ADB46 for ; Tue, 28 Jul 2015 21:42:17 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EE130A51; Tue, 28 Jul 2015 21:42:16 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1ZKCdY-000DM8-DW; Wed, 29 Jul 2015 00:42:12 +0300 Date: Wed, 29 Jul 2015 00:42:12 +0300 From: Slawa Olhovchenkov To: Glen Barber Cc: re@FreeBSD.org, Xin Li , freebsd-stable@freebsd.org, d@delphij.net Subject: Re: freebsd downgrade Message-ID: <20150728214212.GK43740@zxy.spb.ru> References: <1437693686.78236.2.camel@yandex.com> <55B17DEB.6070302@delphij.net> <20150724072052.GF43740@zxy.spb.ru> <55B1EC8F.7050304@delphij.net> <20150724075010.GG43740@zxy.spb.ru> <20150724152555.GB4276@ox> <20150724153632.GH43740@zxy.spb.ru> <20150725022750.GC33184@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150725022750.GC33184@FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 21:42:17 -0000 On Sat, Jul 25, 2015 at 02:27:50AM +0000, Glen Barber wrote: > On Fri, Jul 24, 2015 at 06:36:32PM +0300, Slawa Olhovchenkov wrote: > > On Fri, Jul 24, 2015 at 08:25:55AM -0700, Navdeep Parhar wrote: > > > > > On Fri, Jul 24, 2015 at 10:50:10AM +0300, Slawa Olhovchenkov wrote: > > > > > > > > > > > > For me -- degradate network performance, about 30%. I am do > > > > > > verification now, by downgrading kernel. > > > > > > > > > > What kind of workload and what NIC are you using? > > > > > > > > Chelsio T580-LP-CR, http serving. > > > > r276179 can utilise 40Gbit, r281264 -- only 28Gbit. > > > > > > Can you please try -RC1 when it comes out and report back if you still > > > see degraded network performance? > > > > Now I am try revisons r276179 and compare with r281264 (for absolutly > > clean compare -- same hardware, same configuration, same workload) > > before this I am comare slighty different hardware (card instaled in > > different slots) and posibly different workload. > > After this I am try r278800 and RC1 -- one times per day. > > > > Please try with the 10.2-RC1 that was just released, and report back. Root of cause is BIOS setting: need ACPI NUMA to OFF. After this change performance gain about 30%. Sorry for false alaram. From owner-freebsd-stable@freebsd.org Tue Jul 28 21:45:30 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D907D9ADCB8 for ; Tue, 28 Jul 2015 21:45:30 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id C40CEDCE; Tue, 28 Jul 2015 21:45:30 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 0A64D17EE; Tue, 28 Jul 2015 21:45:29 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Tue, 28 Jul 2015 21:45:28 +0000 From: Glen Barber To: Slawa Olhovchenkov Cc: re@FreeBSD.org, Xin Li , freebsd-stable@freebsd.org, d@delphij.net Subject: Re: freebsd downgrade Message-ID: <20150728214528.GC54478@FreeBSD.org> References: <1437693686.78236.2.camel@yandex.com> <55B17DEB.6070302@delphij.net> <20150724072052.GF43740@zxy.spb.ru> <55B1EC8F.7050304@delphij.net> <20150724075010.GG43740@zxy.spb.ru> <20150724152555.GB4276@ox> <20150724153632.GH43740@zxy.spb.ru> <20150725022750.GC33184@FreeBSD.org> <20150728214212.GK43740@zxy.spb.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="E+SuQPWxZ0J/gtME" Content-Disposition: inline In-Reply-To: <20150728214212.GK43740@zxy.spb.ru> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 21:45:31 -0000 --E+SuQPWxZ0J/gtME Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 29, 2015 at 12:42:12AM +0300, Slawa Olhovchenkov wrote: > On Sat, Jul 25, 2015 at 02:27:50AM +0000, Glen Barber wrote: >=20 > > On Fri, Jul 24, 2015 at 06:36:32PM +0300, Slawa Olhovchenkov wrote: > > > On Fri, Jul 24, 2015 at 08:25:55AM -0700, Navdeep Parhar wrote: > > >=20 > > > > On Fri, Jul 24, 2015 at 10:50:10AM +0300, Slawa Olhovchenkov wrote: > > > > > > >=20 > > > > > > > For me -- degradate network performance, about 30%. I am do > > > > > > > verification now, by downgrading kernel. > > > > > >=20 > > > > > > What kind of workload and what NIC are you using? > > > > >=20 > > > > > Chelsio T580-LP-CR, http serving. > > > > > r276179 can utilise 40Gbit, r281264 -- only 28Gbit. > > > >=20 > > > > Can you please try -RC1 when it comes out and report back if you st= ill > > > > see degraded network performance?=20 > > >=20 > > > Now I am try revisons r276179 and compare with r281264 (for absolutly > > > clean compare -- same hardware, same configuration, same workload) > > > before this I am comare slighty different hardware (card instaled in > > > different slots) and posibly different workload. > > > After this I am try r278800 and RC1 -- one times per day. > > >=20 > >=20 > > Please try with the 10.2-RC1 that was just released, and report back. >=20 > Root of cause is BIOS setting: need ACPI NUMA to OFF. > After this change performance gain about 30%. > Sorry for false alaram. >=20 Thank you for providing this information. Glen --E+SuQPWxZ0J/gtME Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVt/f4AAoJEAMUWKVHj+KTjt4P/1AxqROPfMOTb9A9pHdepWZt KKAt7B3B0+SXPaZSjnxqivm5xjbTstD/ypd7PPbNTlVeTNj8o5LoLrqVg5LXoeLA DX/NtL/V0DAyPTtplXMCwjOZkyhl7IlTV1/yQHKbdfpEjhZUQcjENnWAO3qC0TSo w32T8aEHkD4c0e/JtvuQ58IjzQn/XHIvTb4+LQ4EXn0SxpAkv0GMX4OOKiEwRFey afHP6H6Jvoa+nuhHK8QKxWboT1xf+I7K9XX5QyHMUzfyF3VsAREjJsQ2J3Kr2+47 +6T7jNbWrj7GWRjS7e8yjRGRv8SpKVBwIsoF6MuKTgCle5Nc+UrQJngI9fI/Yqbq j5L+uQlyZNHC4aFnPQPdosD+479JZSJbyVa3vs/ZeELAAu0Gnrxqr0tnfTg4eUJI aqgGw9kkbwCScCsy/kbDkrhdycGUhNjh6w9goYA1G7rAATxKex0C0EQUZCOXJ/93 /o1Yx3qzafTTkWAoQ5/qdB16kin1GCpaqCPuPZIrwfsYVXY5TnSVvvdyQNS1COjW wbFHSNs6gtbyxRsMYwxra/wB14zCc3zu1/b3YEDE0RhN3qw9W7oKFCr4S8OXezq3 6I60ev5fraLqHa0VAcpXx3pY8mI/Gay6O80m8fYWdhqhT7dOV1atTLBKxKLm0xvY wK2eyD7xGtU3t1Qv05ji =FlVa -----END PGP SIGNATURE----- --E+SuQPWxZ0J/gtME-- From owner-freebsd-stable@freebsd.org Tue Jul 28 22:09:08 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 635E49AD543 for ; Tue, 28 Jul 2015 22:09:08 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1E0312F2; Tue, 28 Jul 2015 22:09:08 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1ZKD3Z-000DoJ-SW; Wed, 29 Jul 2015 01:09:05 +0300 Date: Wed, 29 Jul 2015 01:09:05 +0300 From: Slawa Olhovchenkov To: Glen Barber Cc: d@delphij.net, Xin Li , re@FreeBSD.org, freebsd-stable@freebsd.org Subject: Re: freebsd downgrade Message-ID: <20150728220905.GL43740@zxy.spb.ru> References: <1437693686.78236.2.camel@yandex.com> <55B17DEB.6070302@delphij.net> <20150724072052.GF43740@zxy.spb.ru> <55B1EC8F.7050304@delphij.net> <20150724075010.GG43740@zxy.spb.ru> <20150724152555.GB4276@ox> <20150724153632.GH43740@zxy.spb.ru> <20150725022750.GC33184@FreeBSD.org> <20150728214212.GK43740@zxy.spb.ru> <20150728214528.GC54478@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150728214528.GC54478@FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 22:09:08 -0000 On Tue, Jul 28, 2015 at 09:45:28PM +0000, Glen Barber wrote: > On Wed, Jul 29, 2015 at 12:42:12AM +0300, Slawa Olhovchenkov wrote: > > On Sat, Jul 25, 2015 at 02:27:50AM +0000, Glen Barber wrote: > > > > > On Fri, Jul 24, 2015 at 06:36:32PM +0300, Slawa Olhovchenkov wrote: > > > > On Fri, Jul 24, 2015 at 08:25:55AM -0700, Navdeep Parhar wrote: > > > > > > > > > On Fri, Jul 24, 2015 at 10:50:10AM +0300, Slawa Olhovchenkov wrote: > > > > > > > > > > > > > > > > For me -- degradate network performance, about 30%. I am do > > > > > > > > verification now, by downgrading kernel. > > > > > > > > > > > > > > What kind of workload and what NIC are you using? > > > > > > > > > > > > Chelsio T580-LP-CR, http serving. > > > > > > r276179 can utilise 40Gbit, r281264 -- only 28Gbit. > > > > > > > > > > Can you please try -RC1 when it comes out and report back if you still > > > > > see degraded network performance? > > > > > > > > Now I am try revisons r276179 and compare with r281264 (for absolutly > > > > clean compare -- same hardware, same configuration, same workload) > > > > before this I am comare slighty different hardware (card instaled in > > > > different slots) and posibly different workload. > > > > After this I am try r278800 and RC1 -- one times per day. > > > > > > > > > > Please try with the 10.2-RC1 that was just released, and report back. > > > > Root of cause is BIOS setting: need ACPI NUMA to OFF. > > After this change performance gain about 30%. > > Sorry for false alaram. > > > > Thank you for providing this information. Supermicro X10DRi + Dual E5-2640v3, if you interesting From owner-freebsd-stable@freebsd.org Tue Jul 28 23:02:51 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B465C9AD6B2 for ; Tue, 28 Jul 2015 23:02:51 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 93559997; Tue, 28 Jul 2015 23:02:51 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id D06471155; Tue, 28 Jul 2015 23:02:50 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Tue, 28 Jul 2015 23:02:49 +0000 From: Glen Barber To: Slawa Olhovchenkov Cc: d@delphij.net, Xin Li , re@FreeBSD.org, freebsd-stable@freebsd.org Subject: Re: freebsd downgrade Message-ID: <20150728230249.GE54478@FreeBSD.org> References: <55B17DEB.6070302@delphij.net> <20150724072052.GF43740@zxy.spb.ru> <55B1EC8F.7050304@delphij.net> <20150724075010.GG43740@zxy.spb.ru> <20150724152555.GB4276@ox> <20150724153632.GH43740@zxy.spb.ru> <20150725022750.GC33184@FreeBSD.org> <20150728214212.GK43740@zxy.spb.ru> <20150728214528.GC54478@FreeBSD.org> <20150728220905.GL43740@zxy.spb.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="3UPJqPzJiScbNEd6" Content-Disposition: inline In-Reply-To: <20150728220905.GL43740@zxy.spb.ru> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 23:02:51 -0000 --3UPJqPzJiScbNEd6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 29, 2015 at 01:09:05AM +0300, Slawa Olhovchenkov wrote: > On Tue, Jul 28, 2015 at 09:45:28PM +0000, Glen Barber wrote: >=20 > > On Wed, Jul 29, 2015 at 12:42:12AM +0300, Slawa Olhovchenkov wrote: > > > On Sat, Jul 25, 2015 at 02:27:50AM +0000, Glen Barber wrote: > > >=20 > > > > On Fri, Jul 24, 2015 at 06:36:32PM +0300, Slawa Olhovchenkov wrote: > > > > > On Fri, Jul 24, 2015 at 08:25:55AM -0700, Navdeep Parhar wrote: > > > > >=20 > > > > > > On Fri, Jul 24, 2015 at 10:50:10AM +0300, Slawa Olhovchenkov wr= ote: > > > > > > > > >=20 > > > > > > > > > For me -- degradate network performance, about 30%. I am = do > > > > > > > > > verification now, by downgrading kernel. > > > > > > > >=20 > > > > > > > > What kind of workload and what NIC are you using? > > > > > > >=20 > > > > > > > Chelsio T580-LP-CR, http serving. > > > > > > > r276179 can utilise 40Gbit, r281264 -- only 28Gbit. > > > > > >=20 > > > > > > Can you please try -RC1 when it comes out and report back if yo= u still > > > > > > see degraded network performance?=20 > > > > >=20 > > > > > Now I am try revisons r276179 and compare with r281264 (for absol= utly > > > > > clean compare -- same hardware, same configuration, same workload) > > > > > before this I am comare slighty different hardware (card instaled= in > > > > > different slots) and posibly different workload. > > > > > After this I am try r278800 and RC1 -- one times per day. > > > > >=20 > > > >=20 > > > > Please try with the 10.2-RC1 that was just released, and report bac= k. > > >=20 > > > Root of cause is BIOS setting: need ACPI NUMA to OFF. > > > After this change performance gain about 30%. > > > Sorry for false alaram. > > >=20 > >=20 > > Thank you for providing this information. >=20 > Supermicro X10DRi + Dual E5-2640v3, if you interesting >=20 Yes, thank you. We have a few X10SLH-F/X10SLM+-F systems in the FreeBSD.org cluster, but I am unsure if this option is available on all X10-series systems. I'll reboot one of them later today, and dig around in the BIOS. Glen --3UPJqPzJiScbNEd6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVuAoZAAoJEAMUWKVHj+KTqLAP+wdHphwLU9LSetjBTg8XNeTc nTJH59+lSJeqEWU44e3BywdRsaygt3ChMkr2/mlQRAbSxmidfSyVAjsqF12v/Jaa mOzW6z4qzwvPYUGKNMJZitgk+zUPl52LiomRDu2tPLzD1L+Uaqol/j1lfZSnEIJc HFss4u9QgnT4W8d5TbqXJMSWcyNOVsZuH8E8tS+aP4Kni47PqDkeRnwHW0uoZm33 Ww4x6NH2NvE9/rw965/I3htvxAKgLbXCcl5WAXlIdGDiRLirhaSM87/TYAOwMmNL a6EnmygfnBy8zwkPjIPimOvD5P+s9qWHLaWWOI52Ck2QS7LH7zgGiHwpgu3D8Kn0 ZqZkOeWhwFj8gVQEWbFoM/aVJaZRqXqeBTyQmQ1J9V+ZnP6bst/4vi+vpB/ManD2 TfS2rhJnyT9wH2aKv8Yha9K1lJUdcz/D3GOwRm8KojppNSscEugkS2dH/UoqDoxI xaMWu6eLOhJUrIxYQcWL8KZ5DEdyNnypCcaKNO8LMJButri+LqklC6EU6IkVs28s qn1Nt7gPbSoTv8XK3DMA9mOa+bLvKzrlZ8A7GHwb3pirKZnUPCLv4W78pGc3WJ+K q1zWPCSJwedP7+m76/w10DVgGXVYbjQWCElrNrO4CUfE2W3CsAY+0HYHJXbUW7uK ZiorqY8SnWQc9ksqKsD7 =oWrK -----END PGP SIGNATURE----- --3UPJqPzJiScbNEd6-- From owner-freebsd-stable@freebsd.org Tue Jul 28 23:21:27 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2F5109ADD87 for ; Tue, 28 Jul 2015 23:21:27 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DDAC3938; Tue, 28 Jul 2015 23:21:26 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1ZKEBX-000F2W-CO; Wed, 29 Jul 2015 02:21:23 +0300 Date: Wed, 29 Jul 2015 02:21:23 +0300 From: Slawa Olhovchenkov To: Glen Barber Cc: d@delphij.net, Xin Li , re@FreeBSD.org, freebsd-stable@freebsd.org Subject: Re: freebsd downgrade Message-ID: <20150728232123.GA44094@zxy.spb.ru> References: <20150724072052.GF43740@zxy.spb.ru> <55B1EC8F.7050304@delphij.net> <20150724075010.GG43740@zxy.spb.ru> <20150724152555.GB4276@ox> <20150724153632.GH43740@zxy.spb.ru> <20150725022750.GC33184@FreeBSD.org> <20150728214212.GK43740@zxy.spb.ru> <20150728214528.GC54478@FreeBSD.org> <20150728220905.GL43740@zxy.spb.ru> <20150728230249.GE54478@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150728230249.GE54478@FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 23:21:27 -0000 On Tue, Jul 28, 2015 at 11:02:49PM +0000, Glen Barber wrote: > On Wed, Jul 29, 2015 at 01:09:05AM +0300, Slawa Olhovchenkov wrote: > > On Tue, Jul 28, 2015 at 09:45:28PM +0000, Glen Barber wrote: > > > > > On Wed, Jul 29, 2015 at 12:42:12AM +0300, Slawa Olhovchenkov wrote: > > > > On Sat, Jul 25, 2015 at 02:27:50AM +0000, Glen Barber wrote: > > > > > > > > > On Fri, Jul 24, 2015 at 06:36:32PM +0300, Slawa Olhovchenkov wrote: > > > > > > On Fri, Jul 24, 2015 at 08:25:55AM -0700, Navdeep Parhar wrote: > > > > > > > > > > > > > On Fri, Jul 24, 2015 at 10:50:10AM +0300, Slawa Olhovchenkov wrote: > > > > > > > > > > > > > > > > > > > > For me -- degradate network performance, about 30%. I am do > > > > > > > > > > verification now, by downgrading kernel. > > > > > > > > > > > > > > > > > > What kind of workload and what NIC are you using? > > > > > > > > > > > > > > > > Chelsio T580-LP-CR, http serving. > > > > > > > > r276179 can utilise 40Gbit, r281264 -- only 28Gbit. > > > > > > > > > > > > > > Can you please try -RC1 when it comes out and report back if you still > > > > > > > see degraded network performance? > > > > > > > > > > > > Now I am try revisons r276179 and compare with r281264 (for absolutly > > > > > > clean compare -- same hardware, same configuration, same workload) > > > > > > before this I am comare slighty different hardware (card instaled in > > > > > > different slots) and posibly different workload. > > > > > > After this I am try r278800 and RC1 -- one times per day. > > > > > > > > > > > > > > > > Please try with the 10.2-RC1 that was just released, and report back. > > > > > > > > Root of cause is BIOS setting: need ACPI NUMA to OFF. > > > > After this change performance gain about 30%. > > > > Sorry for false alaram. > > > > > > > > > > Thank you for providing this information. > > > > Supermicro X10DRi + Dual E5-2640v3, if you interesting > > > > Yes, thank you. > > We have a few X10SLH-F/X10SLM+-F systems in the FreeBSD.org cluster, but > I am unsure if this option is available on all X10-series systems. I'll > reboot one of them later today, and dig around in the BIOS. For may workload (http servering) best result is Hyper-Threading: OFF Socket Interleave Below 4GB: ON ACPI NUMA: OFF For computing-intensive workload may be differ. From owner-freebsd-stable@freebsd.org Wed Jul 29 07:54:16 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BEFCF9ABB9A for ; Wed, 29 Jul 2015 07:54:16 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 64B8ABA6 for ; Wed, 29 Jul 2015 07:54:15 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [217.29.44.10]) by gate2.intern.punkt.de with ESMTP id t6T7jb6x094140; Wed, 29 Jul 2015 09:45:37 +0200 (CEST) Received: from [217.29.44.217] ([217.29.44.217]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id t6T7jbam061843; Wed, 29 Jul 2015 09:45:37 +0200 (CEST) (envelope-from hausen@punkt.de) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Subject: Re: [SOLVED][BUG??] Unattended install using bsdinstall and ZFS From: "Patrick M. Hausen" In-Reply-To: Date: Wed, 29 Jul 2015 09:45:40 +0200 Cc: freebsd-stable@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <555B141A.3000901@quip.cz> To: Claus Andersen X-Mailer: Apple Mail (2.2102) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 07:54:16 -0000 Hi, Claus, > Am 29.05.2015 um 19:17 schrieb Claus Andersen : >=20 > Hi! >=20 > A quick re-cap: Want to do an unattended FreeBSD install using = bsdinstall and ZFS. I now have a workaround and consider crying = wol^H^H^Hbug. >=20 > The following minimal install script works as expected for UFS: > [...] > Hours later I have figure out the following which works(tm): >=20 > install-zfs2.txt > DISTRIBUTIONS=3D"kernel.txz base.txz" > RELEASE=3D"10.1" > export ZFSBOOT_DISKS=3D"da0 da1" > export ZFSBOOT_VDEV_TYPE=3D"mirror" > export nonInteractive=3D"YES" >=20 > #!/bin/sh > echo "Ready for post installation damage..." Thanks for your detailled report. I can confirm your findings and I was = able to do an unattended install using these settings: DISTRIBUTIONS=3D"base.txz doc.txz games.txz kernel.txz lib32.txz" INTERFACES=3D"em0" export ZFSBOOT_DISKS=3D"da0 da1" export ZFSBOOT_VDEV_TYPE=3D"mirror" export ZFSBOOT_FORCE_4K_SECTORS=3D"1" export ZFSBOOT_SWAP_SIZE=3D"8g" export ZFSBOOT_SWAP_MIRROR=3D"1" export ZFSBOOT_POOL_CREATE_OPTIONS=3D"-O compress=3Dlz4 -O = checksum=3Dfletcher4" export nonInteractive=3D"YES" Yet, there are still 2 things that prevent a truly unattended = installation. First, at least for me, the installer alway displays a dialog with debug messages which needs to = be explicitly confirmed at the end of the installation. This is not the case if I use = UFS. With UFS it just reboots into the freshly installed system. I could work around that one by explicitly calling "reboot" at the end = of the shell script part of installerconfig. Second, if you do remote installation via IPMI and serial console over = IP, the standard install environment copied from CD calls this code in /etc/rc.local: [...] else # Serial or other console echo echo "Welcome to FreeBSD!" echo echo "Please choose the appropriate terminal type for your system." echo "Common console types are:" echo " ansi Standard ANSI terminal" echo " vt100 VT100 or compatible terminal" echo " xterm xterm terminal emulator (or compatible)" echo " cons25w cons25w terminal" echo echo -n "Console type [vt100]: " read TERM TERM=3D${TERM:-vt100} fi=20 IMHO hardwiring this is not a good idea. Can be solved by simply = commenting out the unwanted parts, but this should be configurable in installerconfig. Currently it = quite defeats the purpose of *unattended* installations. At least I expect "power on, get some = coffee, login via ssh into newly installed system" ;-) Kind regards Patrick M. Hausen Leiter Netzwerke und Sicherheit --=20 punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: J=C3=BCrgen Egeling AG Mannheim 108285 From owner-freebsd-stable@freebsd.org Wed Jul 29 11:11:09 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0A0D89AE5A1 for ; Wed, 29 Jul 2015 11:11:09 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9695510B6 for ; Wed, 29 Jul 2015 11:11:08 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from mh0.gentlemail.de (mh0.gentlemail.de [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id t6TBB44p094758 for ; Wed, 29 Jul 2015 13:11:04 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id B3B8C12F; Wed, 29 Jul 2015 13:11:04 +0200 (CEST) Message-ID: <55B8B4C2.9040708@omnilan.de> Date: Wed, 29 Jul 2015 13:10:58 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: ixgb(4) ->ix[v]/ixl[v], only for amd64? X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigEF15520E44034C8310F6C42C" X-Greylist: ACL 119 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Wed, 29 Jul 2015 13:11:04 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 11:11:09 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigEF15520E44034C8310F6C42C Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Hello, in sys/i386/conf/GENERIC (https://svnweb.freebsd.org/base/releng/10.2/sys/i386/conf/GENERIC?revisi= on=3D285830&view=3Dmarkup), there's still "device ixgb" while sys/amd64/conf/GENERIC reflects recent driver changes. Is the driver really completely different for different archs? Thanks, -harry --------------enigEF15520E44034C8310F6C42C 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.18 (FreeBSD) iEYEARECAAYFAlW4tMgACgkQLDqVQ9VXb8iGQQCfXQpLJChlH+N7D+I/Fnv4QN6C ts4An24F8/FnVpaMJN/UBKg1clgmmRP/ =Iqo3 -----END PGP SIGNATURE----- --------------enigEF15520E44034C8310F6C42C-- From owner-freebsd-stable@freebsd.org Wed Jul 29 12:59:05 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 382CF9AD827 for ; Wed, 29 Jul 2015 12:59:05 +0000 (UTC) (envelope-from clbuisson@orange.fr) Received: from smtp.smtpout.orange.fr (smtp06.smtpout.orange.fr [80.12.242.128]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 769FF1BCA for ; Wed, 29 Jul 2015 12:59:03 +0000 (UTC) (envelope-from clbuisson@orange.fr) Received: from localhost ([109.223.53.161]) by mwinf5d63 with ME id yCys1q00H3Uhb6M03CysN3; Wed, 29 Jul 2015 14:58:54 +0200 X-ME-Helo: localhost X-ME-Date: Wed, 29 Jul 2015 14:58:54 +0200 X-ME-IP: 109.223.53.161 Message-ID: <55B8CE0C.6040000@orange.fr> Date: Wed, 29 Jul 2015 14:58:52 +0200 From: Claude Buisson User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Kevin Oberman , John Baldwin CC: Joseph Mingrone , Adrian Chadd , FreeBSD-STABLE Mailing List , "Brandon J. Wandersee" Subject: Re: suspend/resume regression References: <86oak289hv.fsf@gly.ftfl.ca> <86oaj9dnbo.fsf@gly.ftfl.ca> <12509399.h3RdpFfE1l@ralph.baldwin.cx> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 12:59:05 -0000 On 07/26/2015 00:54, Kevin Oberman wrote: > John, > > I'm concerned that two issues may be getting conflated. > > The issue I thought we were looking at was the failure of some systems > (T520, X220, T430) to resume after a number of PCI enhancements were MFCed. > This is completely unrelated to the USB issue I was experiencing when > trying to test the problem on HEAD. The more I think about it, the more I > think that the USB "issue" is just how things need to work. > > Specifically, if you are booting a full, multi-user system from a USB > connected drive, suspending and resuming will leave the system in an > untenable condition that will force a panic. At least I don't see how the > OS can determine that the disk present on resume is unchanged from that > present when the system was suspended. Modern disk IDs greatly improve the > situation, but I am unaware of any way to be sure that a removable drive > (such as a USB) has not been removed and plugged into some other system > that might have written to it. My knowledge of such things is very dated, > going back to my days doing kernel programming about 25-30 year ago on VMS, > so someone may have resolved the issue, but I don't understand exactly how. > I guess that the risk might be low enough to just go ahead and pray that > nobody did something really, really stupid like unplugging the drive, > plugging it in elsewhere, and writing to it. > > The real issue is just resuming the system after r281874 was MFCed as a > part of 284034. No USB connected file systems are involved. I m happy to > see that it has been reverted for 10.2, but clearly, these changes are > needed down the line and I hope the issue can be resolved well before 11.0. > (This assumes a 10.3 before 11.0 happens next year.) > I have done some tests on my T530 at r285668 and had some (good and bad) surprises: 0) historically i915kms+drm2 could not be loaded by loader.conf without locking the machine, but needed to be loaded by rc.conf (kld_list). Now these modules can be loaded by loader.conf. 1) resume does not work with a non patched kernel, but works when the MFC of r281874 is reverted (i.e. r285863 applied) - in console mode (vt) and X.org. 2) and now is my bad surprise: when i915kms+drm2+iic*+kbdmux are not loaded at all, suspend works (in console mode of course), but not resume, both with the nonpatched and the patched kernel. After resume the screen keeps being black, but the system can be logged to with ssh, but cannot be powered off nor rebooted from another system. Furthermore the log shows unidentified _USB_ devices at resume (which never appeared in any log before): Jul 29 12:28:12 watson devd: Executing '/etc/rc.suspend acpi 0x03' Jul 29 12:28:12 watson acpi: suspend at 20150729 12:28:12 Jul 29 12:28:37 watson kernel: uhub0: at usbus0, port 1, addr 1 (disconnected) Jul 29 12:28:37 watson kernel: uhub1: at usbus1, port 1, addr 1 (disconnected) Jul 29 12:28:37 watson kernel: ugen1.2: at usbus1 (disconnected) Jul 29 12:28:37 watson kernel: uhub4: at uhub1, port 1, addr 2 (disconnected) Jul 29 12:28:37 watson kernel: ugen1.3: at usbus1 (disconnected) Jul 29 12:28:37 watson kernel: uhub2: at usbus2, port 1, addr 1 (disconnected) Jul 29 12:28:37 watson kernel: ugen2.2: at usbus2 (disconnected) Jul 29 12:28:37 watson kernel: uhub3: at uhub2, port 1, addr 2 (disconnected) Jul 29 12:28:37 watson kernel: ugen2.3: at usbus2 (disconnected) Jul 29 12:28:37 watson kernel: ums0: at uhub3, port 5, addr 3 (disconnected) Jul 29 12:28:37 watson kernel: acpi0: cleared fixed power button status Jul 29 12:28:37 watson kernel: em0: link state changed to DOWN Jul 29 12:28:37 watson kernel: xhci0: Port routing mask set to 0xffffffff Jul 29 12:28:37 watson kernel: uhub0: <0x8086 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0 Jul 29 12:28:37 watson kernel: uhub1: on usbus2 Jul 29 12:28:37 watson kernel: uhub2: on usbus1 Jul 29 12:28:38 watson kernel: uhub0: 8 ports with 8 removable, self powered Jul 29 12:28:37 watson devd: Executing '/etc/rc.resume acpi 0x03' Jul 29 12:28:38 watson acpi: resumed at 20150729 12:28:38 Jul 29 12:28:38 watson kernel: uhub2: 3 ports with 3 removable, self powered Jul 29 12:28:38 watson kernel: uhub1: 3 ports with 3 removable, self powered Jul 29 12:28:38 watson kernel: em0: link state changed to UP Jul 29 12:28:38 watson devd: Executing '/etc/rc.d/dhclient quietstart em0' Jul 29 12:28:39 watson kernel: ugen2.2: at usbus2 Jul 29 12:28:39 watson kernel: uhub3: on usbus2 Jul 29 12:28:39 watson kernel: ugen1.2: at usbus1 Jul 29 12:28:39 watson kernel: uhub4: on usbus1 Jul 29 12:28:40 watson kernel: uhub4: 6 ports with 6 removable, self powered Jul 29 12:28:41 watson kernel: uhub3: 8 ports with 8 removable, self powered Jul 29 12:28:41 watson kernel: ugen1.3: at usbus1 Jul 29 12:28:41 watson devd: Executing 'logger Unknown USB device: vendor 0x04f2 product 0xb2ea bus uhub4' Jul 29 12:28:41 watson root: Unknown USB device: vendor 0x04f2 product 0xb2ea bus uhub4 Jul 29 12:28:41 watson devd: Executing 'logger Unknown USB device: vendor 0x04f2 product 0xb2ea bus uhub4' Jul 29 12:28:41 watson root: Unknown USB device: vendor 0x04f2 product 0xb2ea bus uhub4 Jul 29 12:28:41 watson kernel: ugen2.3: at usbus2 Jul 29 12:28:41 watson devd: Executing 'logger Unknown USB device: vendor 0x046d product 0xc52b bus uhub3' Jul 29 12:28:41 watson root: Unknown USB device: vendor 0x046d product 0xc52b bus uhub3 Jul 29 12:28:41 watson kernel: ums0: on usbus2 Jul 29 12:28:41 watson kernel: ums0: 16 buttons and [XYZT] coordinates ID=2 Jul 29 12:28:41 watson devd: Executing 'logger Unknown USB device: vendor 0x046d product 0xc52b bus uhub3' Jul 29 12:28:41 watson root: Unknown USB device: vendor 0x046d product 0xc52b bus uhub3 I dare say that there is some mess somewhere.. 4) last minute tests: I get the same resume problem as 3) supra when booting from a USB stick with a 11-CURRENT snapshot, both 20150330-r28086 and 20150722-r285794 (and cannot obtain anything useful from /var/log/messages) Claude Buisson From owner-freebsd-stable@freebsd.org Wed Jul 29 14:00:12 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 576C89ACE27; Wed, 29 Jul 2015 14:00:12 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 2DC52A98; Wed, 29 Jul 2015 14:00:12 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 5DD55318; Wed, 29 Jul 2015 14:00:12 +0000 (UTC) Date: Wed, 29 Jul 2015 14:00:10 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: dim@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1307146453.21.1438178411628.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_STABLE_9-i386 - Build #113 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_STABLE_9-i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 14:00:12 -0000 FreeBSD_STABLE_9-i386 - Build #113 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_9-i386/113/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_9-i386/113/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_9-i386/113/console Change summaries: 286009 by dim: Merge r286007 from stable/10: Pull in r219009 from upstream llvm trunk (by Adam Nemet): [ISel] Keep matching state consistent when folding during X86 address match In the X86 backend, matching an address is initiated by the 'addr' complex pattern and its friends. During this process we may reassociate and-of-shift into shift-of-and (FoldMaskedShiftToScaledMask) to allow folding of the shift into the scale of the address. However as demonstrated by the testcase, this can trigger CSE of not only the shift and the AND which the code is prepared for but also the underlying load node. In the testcase this node is sitting in the RecordedNode and MatchScope data structures of the matcher and becomes a deleted node upon CSE. Returning from the complex pattern function, we try to access it again hitting an assert because the node is no longer a load even though this was checked before. Now obviously changing the DAG this late is bending the rules but I think it makes sense somewhat. Outside of addresses we prefer and-of-shift because it may lead to smaller immediates (FoldMaskAndShiftToScale is an even better example because it create a non-canonical node). We currently don't recognize addresses during DAGCombiner where arguably this canonicalization should be performed. On the other hand, having this in the matcher allows us to cover all the cases where an address can be used in an instruction. I've also talked a little bit to Dan Gohman on llvm-dev who added the RAUW for the new shift node in FoldMaskedShiftToScaledMask. This RAUW is responsible for initiating the recursive CSE on users (http://lists.cs.uiuc.edu/pipermail/llvmdev/2014-September/076903.html) but it is not strictly necessary since the shift is hooked into the visited user. Of course it's safer to keep the DAG consistent at all times (e.g. for accurate number of uses, etc.). So rather than changing the fundamentals, I've decided to continue along the previous patches and detect the CSE. This patch installs a very targeted DAGUpdateListener for the duration of a complex-pattern match and updates the matching state accordingly. (Previous patches used HandleSDNode to detect the CSE but that's not practical here). The listener is only installed on X86. I tested that there is no measurable overhead due to this while running through the spec2k BC files with llc. The only thing we pay for is the creation of the listener. The callback never ever triggers in spec2k since this is a corner case. Fixes rdar://problem/18206171 This fixes a possible crash in x86 code generation when compiling recent llvm/clang trunk sources. Direct commit to stable/10, since head already has llvm/clang 3.6.1, which includes this fix. Reported by: jonathan, theraven Upstream PR: https://llvm.org/bugs/show_bug.cgi?id=24249 Merge r286008 from stable/10: Add llvm patch corresponding to r286007. The end of the build log: [...truncated 33216 lines...] c++ -O2 -pipe -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/IndVarSimplify.cpp -o IndVarSimplify.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/ManagedStatic.cpp -o ManagedStatic.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Memory.cpp -o Memory.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/MemoryBuffer.cpp -o MemoryBuffer.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/TargetSchedule.cpp -o TargetSchedule.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/MemoryObject.cpp -o MemoryObject.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Mutex.cpp -o Mutex.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Path.cpp -o Path.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG -I. -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG/LegalizeFloatTypes.cpp -o LegalizeFloatTypes.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/TwoAddressInstructionPass.cpp -o TwoAddressInstructionPass.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/PluginLoader.cpp -o PluginLoader.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/PrettyStackTrace.cpp -o PrettyStackTrace.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/JumpThreading.cpp -o JumpThreading.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -DCLOCK_PROCESS_CPUTIME_ID=15 -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Process.cpp -o Process.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Program.cpp -o Program.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG -I. -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG/LegalizeIntegerTypes.cpp -o LegalizeIntegerTypes.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/RWMutex.cpp -o RWMutex.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Regex.cpp -o Regex.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/SearchForAddressOfSpecialSymbol.cpp -o SearchForAddressOfSpecialSymbol.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Signals.cpp -o Signals.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/SmallPtrSet.cpp -o SmallPtrSet.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/UnreachableBlockElim.cpp -o UnreachableBlockElim.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/SmallVector.cpp -o SmallVector.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/SourceMgr.cpp -o SourceMgr.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Statistic.cpp -o Statistic.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/LICM.cpp -o LICM.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/VirtRegMap.cpp -o VirtRegMap.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/StreamableMemoryObject.cpp -o StreamableMemoryObject.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/StringExtras.cpp -o StringExtras.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/StringMap.cpp -o StringMap.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/StringPool.cpp -o StringPool.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/StringRef.cpp -o StringRef.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG -I. -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG/LegalizeTypes.cpp -o LegalizeTypes.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/Analysis.cpp -o Analysis.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/LoopIdiomRecognize.cpp -o LoopIdiomRecognize.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/StringRefMemoryObject.cpp -o StringRefMemoryObject.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/TargetRegistry.cpp -o TargetRegistry.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/ThreadLocal.cpp -o ThreadLocal.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Threading.cpp -o Threading.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/TimeValue.cpp -o TimeValue.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Timer.cpp -o Timer.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/BasicTargetTransformInfo.cpp -o BasicTargetTransformInfo.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG -I. -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG/LegalizeTypesGeneric.cpp -o LegalizeTypesGeneric.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/ToolOutputFile.cpp -o ToolOutputFile.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/DwarfEHPrepare.cpp -o DwarfEHPrepare.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Triple.cpp -o Triple.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/LoopRerollPass.cpp -o LoopRerollPass.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/GCStrategy.cpp -o GCStrategy.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Twine.cpp -o Twine.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG -I. -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG/LegalizeVectorOps.cpp -o LegalizeVectorOps.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Unicode.cpp -o Unicode.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Valgrind.cpp -o Valgrind.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Watchdog.cpp -o Watchdog.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/YAMLParser.cpp -o YAMLParser.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG -I. -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG/LegalizeVectorTypes.cpp -o LegalizeVectorTypes.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/LoopRotation.cpp -o LoopRotation.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/IntrinsicLowering.cpp -o IntrinsicLowering.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/YAMLTraits.cpp -o YAMLTraits.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/circular_raw_ostream.cpp -o circular_raw_ostream.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/raw_os_ostream.cpp -o raw_os_ostream.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/LocalStackSlotAllocation.cpp -o LocalStackSlotAllocation.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/raw_ostream.cpp -o raw_ostream.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/LoopStrengthReduce.cpp -o LoopStrengthReduce.o cc -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -std=gnu99 -fstack-protector -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regcomp.c -o regcomp.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/ShadowStackGC.cpp -o ShadowStackGC.o cc -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -std=gnu99 -fstack-protector -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regerror.c -o regerror.o cc -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -std=gnu99 -fstack-protector -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regexec.c -o regexec.o cc -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -std=gnu99 -fstack-protector -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regfree.c -o regfree.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG -I. -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG/ResourcePriorityQueue.cpp -o ResourcePriorityQueue.o cc -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -std=gnu99 -fstack-protector -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regstrlcpy.c -o regstrlcpy.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/system_error.cpp -o system_error.o building static llvmsupport library ranlib libllvmsupport.a c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/SjLjEHPrepare.cpp -o SjLjEHPrepare.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG -I. -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG/ScheduleDAGFast.cpp -o ScheduleDAGFast.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/LoopUnrollPass.cpp -o LoopUnrollPass.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I. -I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/StackProtector.cpp -o StackProtector.o ===> lib/clang/libllvmtablegen (all) c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen -I. -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/Error.cpp -o Error.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen -I. -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/Main.cpp -o Main.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG -I. -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG/ScheduleDAGRRList.cpp -o ScheduleDAGRRList.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen -I. -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/Record.cpp -o Record.o building static llvmcodegen library ranlib libllvmcodegen.a c++ -O2 -pipe -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/LoopUnswitch.cpp -o LoopUnswitch.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG -I. -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG/ScheduleDAGSDNodes.cpp -o ScheduleDAGSDNodes.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen -I. -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/StringMatcher.cpp -o StringMatcher.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/LowerAtomic.cpp -o LowerAtomic.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG -I. -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG/ScheduleDAGVLIW.cpp -o ScheduleDAGVLIW.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen -I. -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/TableGenBackend.cpp -o TableGenBackend.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/MemCpyOptimizer.cpp -o MemCpyOptimizer.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen -I. -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/TGLexer.cpp -o TGLexer.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/PartiallyInlineLibCalls.cpp -o PartiallyInlineLibCalls.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG -I. -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGPrinter.cpp -o SelectionDAGPrinter.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen -I. -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/TGParser.cpp -o TGParser.o ===> lib/clang/libllvmtarget (all) c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtarget/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtarget/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtarget/../../../contrib/llvm/lib/Target -I. -I/usr/src/lib/clang/libllvmtarget/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtarget/../../../contrib/llvm/lib/Target/Mangler.cpp -o Mangler.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/Reassociate.cpp -o Reassociate.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtarget/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtarget/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtarget/../../../contrib/llvm/lib/Target -I. -I/usr/src/lib/clang/libllvmtarget/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtarget/../../../contrib/llvm/lib/Target/Target.cpp -o Target.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG -I. -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG/TargetLowering.cpp -o TargetLowering.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtarget/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtarget/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtarget/../../../contrib/llvm/lib/Target -I. -I/usr/src/lib/clang/libllvmtarget/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtarget/../../../contrib/llvm/lib/Target/TargetIntrinsicInfo.cpp -o TargetIntrinsicInfo.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtarget/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtarget/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtarget/../../../contrib/llvm/lib/Target -I. -I/usr/src/lib/clang/libllvmtarget/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtarget/../../../contrib/llvm/lib/Target/TargetJITInfo.cpp -o TargetJITInfo.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtarget/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtarget/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtarget/../../../contrib/llvm/lib/Target -I. -I/usr/src/lib/clang/libllvmtarget/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtarget/../../../contrib/llvm/lib/Target/TargetLibraryInfo.cpp -o TargetLibraryInfo.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtarget/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtarget/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtarget/../../../contrib/llvm/lib/Target -I. -I/usr/src/lib/clang/libllvmtarget/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtarget/../../../contrib/llvm/lib/Target/TargetLoweringObjectFile.cpp -o TargetLoweringObjectFile.o building static llvmtablegen library ranlib libllvmtablegen.a c++ -O2 -pipe -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG -I. -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG/TargetSelectionDAGInfo.cpp -o TargetSelectionDAGInfo.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtarget/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtarget/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtarget/../../../contrib/llvm/lib/Target -I. -I/usr/src/lib/clang/libllvmtarget/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtarget/../../../contrib/llvm/lib/Target/TargetMachine.cpp -o TargetMachine.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/SCCP.cpp -o SCCP.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtarget/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtarget/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtarget/../../../contrib/llvm/lib/Target -I. -I/usr/src/lib/clang/libllvmtarget/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtarget/../../../contrib/llvm/lib/Target/TargetMachineC.cpp -o TargetMachineC.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG -I. -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG/FastISel.cpp -o FastISel.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtarget/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtarget/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtarget/../../../contrib/llvm/lib/Target -I. -I/usr/src/lib/clang/libllvmtarget/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtarget/../../../contrib/llvm/lib/Target/TargetSubtargetInfo.cpp -o TargetSubtargetInfo.o building static llvmtarget library ranlib libllvmtarget.a c++ -O2 -pipe -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/SROA.cpp -o SROA.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/ScalarReplAggregates.cpp -o ScalarReplAggregates.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG -I. -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG/FunctionLoweringInfo.cpp -o FunctionLoweringInfo.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/SimplifyCFGPass.cpp -o SimplifyCFGPass.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG -I. -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAG.cpp -o SelectionDAG.o ===> lib/clang/libllvmtransformutils (all) c++ -O2 -pipe -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG -I. -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGBuilder.cpp -o SelectionDAGBuilder.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/BreakCriticalEdges.cpp -o BreakCriticalEdges.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/Sink.cpp -o Sink.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/BypassSlowDivision.cpp -o BypassSlowDivision.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/StructurizeCFG.cpp -o StructurizeCFG.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/CloneModule.cpp -o CloneModule.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/CmpInstAnalysis.cpp -o CmpInstAnalysis.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/DemoteRegToStack.cpp -o DemoteRegToStack.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/FlattenCFG.cpp -o FlattenCFG.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/TailRecursionElimination.cpp -o TailRecursionElimination.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/InstructionNamer.cpp -o InstructionNamer.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/LCSSA.cpp -o LCSSA.o building static llvmscalaropts library ranlib libllvmscalaropts.a c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/LoopUnroll.cpp -o LoopUnroll.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG -I. -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGDumper.cpp -o SelectionDAGDumper.o ===> lib/clang/libllvmvectorize (all) c++ -O2 -pipe -I/usr/src/lib/clang/libllvmvectorize/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmvectorize/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmvectorize/../../../contrib/llvm/lib/Transforms/Vectorize -I. -I/usr/src/lib/clang/libllvmvectorize/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmvectorize/../../../contrib/llvm/lib/Transforms/Vectorize/Vectorize.cpp -o Vectorize.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmvectorize/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmvectorize/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmvectorize/../../../contrib/llvm/lib/Transforms/Vectorize -I. -I/usr/src/lib/clang/libllvmvectorize/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmvectorize/../../../contrib/llvm/lib/Transforms/Vectorize/BBVectorize.cpp -o BBVectorize.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/LoopUnrollRuntime.cpp -o LoopUnrollRuntime.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmvectorize/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmvectorize/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmvectorize/../../../contrib/llvm/lib/Transforms/Vectorize -I. -I/usr/src/lib/clang/libllvmvectorize/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmvectorize/../../../contrib/llvm/lib/Transforms/Vectorize/LoopVectorize.cpp -o LoopVectorize.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/LowerSwitch.cpp -o LowerSwitch.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/Mem2Reg.cpp -o Mem2Reg.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG -I. -I/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp -o SelectionDAGISel.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/MetaRenamer.cpp -o MetaRenamer.o /usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp: In member function 'virtual void::MatchStateUpdater::NodeDeleted(llvm::SDNode*, llvm::SDNode*)': /usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp:2374: error: a function-definition is not allowed here before ':' token /usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp:2378: error: expected primary-expression before 'for' /usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp:2378: error: expected `;' before 'for' /usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp:2378: error: expected primary-expression before 'for' /usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp:2378: error: expected `)' before 'for' /usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp:2378: error: a function-definition is not allowed here before ':' token /usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp:2382: error: expected primary-expression before '}' token /usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp:2382: error: expected `;' before '}' token /usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp:2382: error: expected primary-expression before '}' token /usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp:2382: error: expected `)' before '}' token /usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp:2382: error: expected primary-expression before '}' token /usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp:2382: error: expected `;' before '}' token /usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp: In member function 'llvm::SDNode* llvm::SelectionDAGISel::SelectCodeCommon(llvm::SDNode*, const unsigned char*, unsigned int)': /usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp:2641: error: 'unique_ptr' is not a member of 'std' /usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp:2641: error: expected primary-expression before '>' token /usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp:2641: error: 'MSU' was not declared in this scope c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/ModuleUtils.cpp -o ModuleUtils.o *** [SelectionDAGISel.o] Error code 1 1 error *** [all_subdir_libllvmselectiondag] Error code 2 c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/SimplifyIndVar.cpp -o SimplifyIndVar.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmvectorize/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmvectorize/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmvectorize/../../../contrib/llvm/lib/Transforms/Vectorize -I. -I/usr/src/lib/clang/libllvmvectorize/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmvectorize/../../../contrib/llvm/lib/Transforms/Vectorize/SLPVectorizer.cpp -o SLPVectorizer.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/SimplifyInstructions.cpp -o SimplifyInstructions.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/SpecialCaseList.cpp -o SpecialCaseList.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/UnifyFunctionExitNodes.cpp -o UnifyFunctionExitNodes.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/ValueMapper.cpp -o ValueMapper.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/BasicBlockUtils.cpp -o BasicBlockUtils.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/BuildLibCalls.cpp -o BuildLibCalls.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/CloneFunction.cpp -o CloneFunction.o building static llvmvectorize library c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/CodeExtractor.cpp -o CodeExtractor.o ranlib libllvmvectorize.a c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/GlobalStatus.cpp -o GlobalStatus.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/InlineFunction.cpp -o InlineFunction.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/IntegerDivision.cpp -o IntegerDivision.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/Local.cpp -o Local.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/LoopSimplify.cpp -o LoopSimplify.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/LowerExpectIntrinsic.cpp -o LowerExpectIntrinsic.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/LowerInvoke.cpp -o LowerInvoke.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/PromoteMemoryToRegister.cpp -o PromoteMemoryToRegister.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/SSAUpdater.cpp -o SSAUpdater.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/SimplifyCFG.cpp -o SimplifyCFG.o c++ -O2 -pipe -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.3\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd9.3\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/SimplifyLibCalls.cpp -o SimplifyLibCalls.o building static llvmtransformutils library ranlib libllvmtransformutils.a 1 error *** [all_subdir_clang] Error code 2 1 error *** [lib__L] Error code 2 1 error *** [libraries] Error code 2 1 error *** [_libraries] Error code 2 1 error *** [buildworld] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_STABLE_9-i386] $ /bin/sh -xe /tmp/hudson1909568436388631780.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_STABLE_9-i386' + echo 'clean up jail FreeBSD_STABLE_9-i386' clean up jail FreeBSD_STABLE_9-i386 + sudo jail -r FreeBSD_STABLE_9-i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::101:1 -alias + sudo umount FreeBSD_STABLE_9-i386/usr/src + sudo umount FreeBSD_STABLE_9-i386/dev + sudo rm -fr FreeBSD_STABLE_9-i386 rm: FreeBSD_STABLE_9-i386/usr/bin/crontab: Operation not permitted rm: FreeBSD_STABLE_9-i386/usr/bin/opiepasswd: Operation not permitted rm: FreeBSD_STABLE_9-i386/usr/bin/passwd: Operation not permitted rm: FreeBSD_STABLE_9-i386/usr/bin/ypchpass: Operation not permitted rm: FreeBSD_STABLE_9-i386/usr/bin/ypchfn: Operation not permitted rm: FreeBSD_STABLE_9-i386/usr/bin/ypchsh: Operation not permitted rm: FreeBSD_STABLE_9-i386/usr/bin/su: Operation not permitted rm: FreeBSD_STABLE_9-i386/usr/bin/login: Operation not permitted rm: FreeBSD_STABLE_9-i386/usr/bin/opieinfo: Operation not permitted rm: FreeBSD_STABLE_9-i386/usr/bin/yppasswd: Operation not permitted rm: FreeBSD_STABLE_9-i386/usr/bin/chfn: Operation not permitted rm: FreeBSD_STABLE_9-i386/usr/bin/chpass: Operation not permitted rm: FreeBSD_STABLE_9-i386/usr/bin/chsh: Operation not permitted rm: FreeBSD_STABLE_9-i386/usr/bin: Directory not empty rm: FreeBSD_STABLE_9-i386/usr/lib/librt.so.1: Operation not permitted rm: FreeBSD_STABLE_9-i386/usr/lib: Directory not empty rm: FreeBSD_STABLE_9-i386/usr: Directory not empty rm: FreeBSD_STABLE_9-i386/libexec/ld-elf.so.1: Operation not permitted rm: FreeBSD_STABLE_9-i386/libexec: Directory not empty rm: FreeBSD_STABLE_9-i386/sbin/init: Operation not permitted rm: FreeBSD_STABLE_9-i386/sbin: Directory not empty rm: FreeBSD_STABLE_9-i386/lib/libcrypt.so.5: Operation not permitted rm: FreeBSD_STABLE_9-i386/lib/libthr.so.3: Operation not permitted rm: FreeBSD_STABLE_9-i386/lib/libc.so.7: Operation not permitted rm: FreeBSD_STABLE_9-i386/lib: Directory not empty rm: FreeBSD_STABLE_9-i386: Directory not empty + true + sudo chflags -R noschg FreeBSD_STABLE_9-i386 + sudo rm -fr FreeBSD_STABLE_9-i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-stable@freebsd.org Wed Jul 29 16:01:13 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D8A0D9AE587; Wed, 29 Jul 2015 16:01:13 +0000 (UTC) (envelope-from jordan.hubbard@gmail.com) Received: from mail-pd0-x22b.google.com (mail-pd0-x22b.google.com [IPv6:2607:f8b0:400e:c02::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A4AC81ADD; Wed, 29 Jul 2015 16:01:13 +0000 (UTC) (envelope-from jordan.hubbard@gmail.com) Received: by pdrg1 with SMTP id g1so8135445pdr.2; Wed, 29 Jul 2015 09:01:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:mime-version:subject:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=v5mTbh3Zjf8mK7phj5T4WVjWv1gi6u5MP0jOdFbaJUE=; b=qx1gr1NCQ8ZPbi0ZWz33RL44KaQzpDG8CrMbL3/FGAVD/ZCEumoTumwOxwzZi2kI0O sat6FsZ3f4BhDxkxEqupxmFWz0Vfyius/DyDw/fu17pD5bV7Pc/uGHo0pDCwkojScCvm E4IT2cjmDMUunkKkMaNmTEyH3v4YIRdSjkVzIsM015MAbdstLeET1FtyJHPhQ5aAVwSx hYgOhoVHrA754f5fsivXVleDZYMYbEx2vByh93PlM41uV5QyVO3zodyQa6flygsSxC1C kcs3J/rl3BozLnU5JDSMA0QzQlhqRWO51LTUCOzkhWYUmYzAelVETHx2/1Rcyez7fwwO jpgg== X-Received: by 10.70.94.98 with SMTP id db2mr96235516pdb.130.1438185673196; Wed, 29 Jul 2015 09:01:13 -0700 (PDT) Received: from [10.20.30.52] (75-101-82-48.static.sonic.net. [75.101.82.48]) by smtp.gmail.com with ESMTPSA id kk6sm41507868pdb.94.2015.07.29.09.01.10 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 29 Jul 2015 09:01:11 -0700 (PDT) From: Jordan Hubbard X-Google-Original-From: Jordan Hubbard Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Subject: Re: FreeBSD Quarterly Status Report - Second Quarter 2015 In-Reply-To: <55B64102.4090408@digiware.nl> Date: Wed, 29 Jul 2015 09:01:07 -0700 Cc: Glen Barber , freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <1C044E26-0C59-491F-8779-38CAC1D7D66C@mail.turbofuzz.com> References: <55B63CDE.9040803@digiware.nl> <20150727142556.GD54478@FreeBSD.org> <55B64102.4090408@digiware.nl> To: Willem Jan Withagen X-Mailer: Apple Mail (2.2102) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 16:01:14 -0000 > On Jul 27, 2015, at 7:32 AM, Willem Jan Withagen = wrote: >=20 > You have any idea what is/was actual the hardware that was in the box? >=20 > If I remember correctly we gave Jordan a check for like 5000 guilders. > Which I guess would be 2500 us$ at that time. Which was not an = enormous > amount of money, so even more impressive that the system lasted 18 = years :) And thank you again for that donation! We should have another = conference at that place - I remember it was unusual to have a = conference at a location that also supplied tools for hacking our = Librettos. :) I believe those original funds purchased a Pentium Pro system of fairly = reasonable configuration. As Julian says, however, the individual parts = were replaced over the years, including the motherboard, and the = freefall of today likely bore little resemblance to the one we purchased = at the local PC shop in Walnut Creek, California! - Jordan From owner-freebsd-stable@freebsd.org Wed Jul 29 16:22:50 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BF6019AED47; Wed, 29 Jul 2015 16:22:50 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (smtp.digiware.nl [31.223.170.169]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7F150F1C; Wed, 29 Jul 2015 16:22:50 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from rack1.digiware.nl (unknown [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id 9023B153408; Wed, 29 Jul 2015 18:22:46 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.nl Received: from smtp.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NVWG-q5C0udh; Wed, 29 Jul 2015 18:22:45 +0200 (CEST) Received: from [IPv6:2001:4cb8:3:1:e05d:5471:f6d0:12e4] (unknown [IPv6:2001:4cb8:3:1:e05d:5471:f6d0:12e4]) by smtp.digiware.nl (Postfix) with ESMTP id 38EC9153413; Wed, 29 Jul 2015 18:10:10 +0200 (CEST) Message-ID: <55B8FADA.4070204@digiware.nl> Date: Wed, 29 Jul 2015 18:10:02 +0200 From: Willem Jan Withagen Organization: Digiware Management b.v. User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Jordan Hubbard CC: Glen Barber , freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: FreeBSD Quarterly Status Report - Second Quarter 2015 References: <55B63CDE.9040803@digiware.nl> <20150727142556.GD54478@FreeBSD.org> <55B64102.4090408@digiware.nl> <1C044E26-0C59-491F-8779-38CAC1D7D66C@mail.turbofuzz.com> In-Reply-To: <1C044E26-0C59-491F-8779-38CAC1D7D66C@mail.turbofuzz.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 16:22:50 -0000 On 29-7-2015 18:01, Jordan Hubbard wrote: > >> On Jul 27, 2015, at 7:32 AM, Willem Jan Withagen >> wrote: >> >> You have any idea what is/was actual the hardware that was in the >> box? >> >> If I remember correctly we gave Jordan a check for like 5000 >> guilders. Which I guess would be 2500 us$ at that time. Which was >> not an enormous amount of money, so even more impressive that the >> system lasted 18 years :) > > And thank you again for that donation! We should have another > conference at that place - I remember it was unusual to have a > conference at a location that also supplied tools for hacking our > Librettos. :) It was a fun weekend. I think Robert demonstrated a heavy system @work, where he could compile the kernel (or was it world) within 20 minutes.... We were all amasted that the lines went by faster than we could read. > I believe those original funds purchased a Pentium Pro system of > fairly reasonable configuration. As Julian says, however, the > individual parts were replaced over the years, including the > motherboard, and the freefall of today likely bore little resemblance > to the one we purchased at the local PC shop in Walnut Creek, > California! If it went anything like here in the workshed, only the metal box is more or less still there. But all other parts have gone. Some 4U 19" frames have the fronts cut out, to make room for diskbays. :) Exactly like Julian suggests. I'd like his phrasing thou. --WjW From owner-freebsd-stable@freebsd.org Wed Jul 29 16:24:57 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0876D9AEE88; Wed, 29 Jul 2015 16:24:57 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id ED54A15EA; Wed, 29 Jul 2015 16:24:56 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id DABA4341; Wed, 29 Jul 2015 16:24:56 +0000 (UTC) Date: Wed, 29 Jul 2015 16:24:55 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: dim@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1068599792.23.1438187096012.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1307146453.21.1438178411628.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1307146453.21.1438178411628.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_STABLE_9-i386 - Build #114 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_STABLE_9-i386 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 16:24:57 -0000 FreeBSD_STABLE_9-i386 - Build #114 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_9-i386/114/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_9-i386/114/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_9-i386/114/console Change summaries: 286012 by dim: Revert r286007-r286009 for now, until I can figure out how to make the fix compile with older gcc and libstdc++. From owner-freebsd-stable@freebsd.org Wed Jul 29 19:33:23 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6583C9AEFBD for ; Wed, 29 Jul 2015 19:33:23 +0000 (UTC) (envelope-from marekrud@posteo.de) Received: from mx02.posteo.de (mx02.posteo.de [89.146.194.165]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2D12E34F for ; Wed, 29 Jul 2015 19:33:22 +0000 (UTC) (envelope-from marekrud@posteo.de) Received: from dovecot04.posteo.de (unknown [185.67.36.27]) by mx02.posteo.de (Postfix) with ESMTPS id 5FBD925AF522 for ; Wed, 29 Jul 2015 21:32:01 +0200 (CEST) Received: from mail.posteo.de (localhost [127.0.0.1]) by dovecot04.posteo.de (Postfix) with ESMTPSA id 3mhQ41003BzFpVj for ; Wed, 29 Jul 2015 21:32:00 +0200 (CEST) From: aeuii@posteo.de To: freebsd-stable@freebsd.org Subject: mount_msdosfs: msdosfs_iconv: Operation not permitted Date: Wed, 29 Jul 2015 21:32:00 +0200 Message-ID: <86mvyen4jz.fsf@posteo.de> MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 19:33:23 -0000 Hello, it looks like an old issue [1,2,3], but it's bugging me. Generally, I'm not able to mount msdos file system as a regular user with extra charset options (-L) before the superuser. After the superuser mounts (and unmounts) the file system, regular users can do it to. Below is more info about my system and the detailed steps to reproduce the issue. Thanks for suggestions. Stefan [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=109024 [2] https://forums.freebsd.org/threads/mount_msdosfs-msdosfs_iconv-operation-not-permitted.36897/ [3] https://forums.freebsd.org/threads/mount_msdosfs-bug.2668/ ** my system % uname -a FreeBSD silver.local 10.1-RELEASE-p10 FreeBSD 10.1-RELEASE-p10 #0: Wed May 13 06:54:13 UTC 2015 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 % locale LANG=en_GB.UTF-8 LC_CTYPE="en_GB.UTF-8" LC_COLLATE="en_GB.UTF-8" LC_TIME="en_GB.UTF-8" LC_NUMERIC="en_GB.UTF-8" LC_MONETARY="en_GB.UTF-8" LC_MESSAGES="en_GB.UTF-8" LC_ALL= % cat /etc/fstab /dev/da1 /home/user/mnt/u0 msdosfs rw,noauto,noexec,-L=en_GB.UTF-8,-m=600,-M=700 0 0 /dev/da1s1 /home/user/mnt/u1 msdosfs rw,noauto,noexec,-L=en_GB.UTF-8,-m=600,-M=700 0 0 % sysctl vfs.usermount vfs.usermount: 1 % cat /etc/rc.conf | grep kiconv kiconv_preload="YES" kiconv_local_charset="UTF-8" kiconv_foreign_charset="UTF-16BE UTF-8" kiconv_fstypes="msdosfs" % pkg info|grep kiconv kiconvtool-0.97 Tool to preload kernel iconv charset tables ** initially loaded tables % kiconvtool -d UTF-8 -> UTF-16BE UTF-16BE -> UTF-8 ** try to mount as a regular user % mount /home/user/mnt/u1 mount_msdosfs: msdosfs_iconv: Operation not permitted ** mount fs as root # mount /home/user/mnt/u1 # umount /home/user/mnt/u1 ** tables after root mounted the fs % kiconvtool -d UTF-8 -> UTF-16BE UTF-16BE -> UTF-8 UTF-8 -> _wctype ** now a regular user can mount too % mount /home/user/mnt/u1 From owner-freebsd-stable@freebsd.org Wed Jul 29 19:51:53 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3CDFD9AD5B4 for ; Wed, 29 Jul 2015 19:51:53 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 038BEE3F for ; Wed, 29 Jul 2015 19:51:52 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1ZKXO7-0008DS-0D; Wed, 29 Jul 2015 21:51:44 +0200 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-stable@freebsd.org, aeuii@posteo.de Subject: Re: mount_msdosfs: msdosfs_iconv: Operation not permitted References: <86mvyen4jz.fsf@posteo.de> Date: Wed, 29 Jul 2015 21:51:38 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: <86mvyen4jz.fsf@posteo.de> User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: -- X-Spam-Score: -2.9 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED, BAYES_00, URIBL_BLOCKED autolearn=disabled version=3.3.2 X-Scan-Signature: 094aa93d217637c77569e156d4a0c864 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 19:51:53 -0000 I think you should make sure the msdosfs_iconv module is already loaded. Mount_msdosfs loads this module for you if it has the rights. That is why it works if root has done that ones. Add this to rc.conf and reboot: kld_list="msdosfs_iconv" Regards, Ronald. On Wed, 29 Jul 2015 21:32:00 +0200, wrote: > Hello, > > it looks like an old issue [1,2,3], but it's bugging me. > > Generally, I'm not able to mount msdos file system as a regular user > with extra charset options (-L) before the superuser. After the > superuser mounts (and unmounts) the file system, regular users can do it > to. Below is more info about my system and the detailed steps to > reproduce the issue. > > Thanks for suggestions. > Stefan > > > [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=109024 > [2] > https://forums.freebsd.org/threads/mount_msdosfs-msdosfs_iconv-operation-not-permitted.36897/ > [3] https://forums.freebsd.org/threads/mount_msdosfs-bug.2668/ > > > > ** my system > > % uname -a > FreeBSD silver.local 10.1-RELEASE-p10 FreeBSD 10.1-RELEASE-p10 #0: Wed > May 13 06:54:13 UTC 2015 > root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 > > > % locale > LANG=en_GB.UTF-8 > LC_CTYPE="en_GB.UTF-8" > LC_COLLATE="en_GB.UTF-8" > LC_TIME="en_GB.UTF-8" > LC_NUMERIC="en_GB.UTF-8" > LC_MONETARY="en_GB.UTF-8" > LC_MESSAGES="en_GB.UTF-8" > LC_ALL= > > > % cat /etc/fstab > /dev/da1 /home/user/mnt/u0 msdosfs > rw,noauto,noexec,-L=en_GB.UTF-8,-m=600,-M=700 0 0 > /dev/da1s1 /home/user/mnt/u1 msdosfs > rw,noauto,noexec,-L=en_GB.UTF-8,-m=600,-M=700 0 0 > > > % sysctl vfs.usermount > vfs.usermount: 1 > > > > % cat /etc/rc.conf | grep kiconv > kiconv_preload="YES" > kiconv_local_charset="UTF-8" > kiconv_foreign_charset="UTF-16BE UTF-8" > kiconv_fstypes="msdosfs" > > > % pkg info|grep kiconv > kiconvtool-0.97 Tool to preload kernel iconv charset > tables > > > > > ** initially loaded tables > > % kiconvtool -d > UTF-8 -> UTF-16BE > UTF-16BE -> UTF-8 > > > ** try to mount as a regular user > > % mount /home/user/mnt/u1 > mount_msdosfs: msdosfs_iconv: Operation not permitted > > > > ** mount fs as root > > # mount /home/user/mnt/u1 > # umount /home/user/mnt/u1 > > > ** tables after root mounted the fs > > % kiconvtool -d > UTF-8 -> UTF-16BE > UTF-16BE -> UTF-8 > UTF-8 -> _wctype > > > ** now a regular user can mount too > > % mount /home/user/mnt/u1 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Wed Jul 29 20:24:10 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 727209ADF95 for ; Wed, 29 Jul 2015 20:24:10 +0000 (UTC) (envelope-from eugen@eg.sd.rdtc.ru) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E93C9E45 for ; Wed, 29 Jul 2015 20:24:07 +0000 (UTC) (envelope-from eugen@eg.sd.rdtc.ru) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.14.9/8.14.9) with ESMTP id t6TK4hMp011816 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 29 Jul 2015 22:04:44 +0200 (CEST) (envelope-from eugen@eg.sd.rdtc.ru) X-Envelope-From: eugen@eg.sd.rdtc.ru X-Envelope-To: aeuii@posteo.de Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.9/8.14.9) with ESMTP id t6TK4f6h012745 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 30 Jul 2015 03:04:41 +0700 (KRAT) (envelope-from eugen@eg.sd.rdtc.ru) Received: (from eugen@localhost) by eg.sd.rdtc.ru (8.14.9/8.14.9/Submit) id t6TK4fvN012744; Thu, 30 Jul 2015 03:04:41 +0700 (KRAT) (envelope-from eugen) Date: Thu, 30 Jul 2015 03:04:41 +0700 From: Eugene Grosbein To: aeuii@posteo.de Cc: freebsd-stable@freebsd.org Subject: Re: mount_msdosfs: msdosfs_iconv: Operation not permitted Message-ID: <20150729200441.GA11983@rdtc.ru> References: <86mvyen4jz.fsf@posteo.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86mvyen4jz.fsf@posteo.de> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM, RP_MATCHES_RCVD autolearn=no version=3.3.2 X-Spam-Report: * 0.0 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hz.grosbein.net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 20:24:10 -0000 On Wed, Jul 29, 2015 at 09:32:00PM +0200, aeuii@posteo.de wrote: > Generally, I'm not able to mount msdos file system as a regular user > with extra charset options (-L) before the superuser. After the > superuser mounts (and unmounts) the file system, regular users can do it > to. msdosfs charset support must be compiled into the kernel or loaded by mount_msdosfs(8) first time it is used. When mount_msdosfs command run with superuser rights, it loads needed code into the kernel successfully. Without superuser righs, it fails. Just load libiconv.ko and msdosfs_iconv.ko by means of /boot/loader.conf or /etc/rc.conf at boot time and you should be fine. Eugene Grosbein From owner-freebsd-stable@freebsd.org Wed Jul 29 21:53:01 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F2E909AE475 for ; Wed, 29 Jul 2015 21:53:01 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ob0-x236.google.com (mail-ob0-x236.google.com [IPv6:2607:f8b0:4003:c01::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B4404FD8; Wed, 29 Jul 2015 21:53:01 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by obnw1 with SMTP id w1so17566915obn.3; Wed, 29 Jul 2015 14:53:01 -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=0NLL4XfqHJmFEpn9TNy9JX1mOzaiKfh2K5tEUiHozjs=; b=QwxTY/O2+8teJMQrvAexhAfRcuPNuZztJG4WZGGEi2d9IxlC1qqpCzNiWqWsFnt3e0 yUzJCHDFEBObu6XAlyss9UJC8PHaJasgtUPjgAPzenB+2OHtk15rKL0OIfssK+nfs4Og mx8N31/Usa78yvHsUI5mZDvmtDPWLeG5Vp7XosXIKjDvPgGIQtWli2orPfQBOalUog2S X07uNVj9Qzg1Y4NYcxp1FLEk2hLmoslGdDV+lgptDTOkem9Uyim9NtjscpenQOCZ+EvP xa2nw7JdnvkeaJnn8qJrj2IkTwEuIoNOuZrzse/WD5ABaWaTrc8EafO+kx2maWLzjg6s jvxg== MIME-Version: 1.0 X-Received: by 10.182.186.2 with SMTP id fg2mr44456389obc.35.1438206781104; Wed, 29 Jul 2015 14:53:01 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.202.221.69 with HTTP; Wed, 29 Jul 2015 14:53:00 -0700 (PDT) In-Reply-To: <55B8CE0C.6040000@orange.fr> References: <86oak289hv.fsf@gly.ftfl.ca> <86oaj9dnbo.fsf@gly.ftfl.ca> <12509399.h3RdpFfE1l@ralph.baldwin.cx> <55B8CE0C.6040000@orange.fr> Date: Wed, 29 Jul 2015 14:53:00 -0700 X-Google-Sender-Auth: F_FQVOWxziPzYEHQCf4Ow1XMR38 Message-ID: Subject: Re: suspend/resume regression From: Kevin Oberman To: Claude Buisson Cc: John Baldwin , Joseph Mingrone , Adrian Chadd , FreeBSD-STABLE Mailing List , "Brandon J. Wandersee" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 21:53:02 -0000 On Wed, Jul 29, 2015 at 5:58 AM, Claude Buisson wrote: > On 07/26/2015 00:54, Kevin Oberman wrote: > >> John, >> >> I'm concerned that two issues may be getting conflated. >> >> The issue I thought we were looking at was the failure of some systems >> (T520, X220, T430) to resume after a number of PCI enhancements were >> MFCed. >> This is completely unrelated to the USB issue I was experiencing when >> trying to test the problem on HEAD. The more I think about it, the more I >> think that the USB "issue" is just how things need to work. >> >> Specifically, if you are booting a full, multi-user system from a USB >> connected drive, suspending and resuming will leave the system in an >> untenable condition that will force a panic. At least I don't see how the >> OS can determine that the disk present on resume is unchanged from that >> present when the system was suspended. Modern disk IDs greatly improve the >> situation, but I am unaware of any way to be sure that a removable drive >> (such as a USB) has not been removed and plugged into some other system >> that might have written to it. My knowledge of such things is very dated, >> going back to my days doing kernel programming about 25-30 year ago on >> VMS, >> so someone may have resolved the issue, but I don't understand exactly >> how. >> I guess that the risk might be low enough to just go ahead and pray that >> nobody did something really, really stupid like unplugging the drive, >> plugging it in elsewhere, and writing to it. >> >> The real issue is just resuming the system after r281874 was MFCed as a >> part of 284034. No USB connected file systems are involved. I m happy to >> see that it has been reverted for 10.2, but clearly, these changes are >> needed down the line and I hope the issue can be resolved well before >> 11.0. >> (This assumes a 10.3 before 11.0 happens next year.) >> >> > I have done some tests on my T530 at r285668 and had some (good and bad) > surprises: > > 0) historically i915kms+drm2 could not be loaded by loader.conf without > locking the machine, but needed to be loaded by rc.conf (kld_list). Now > these modules can be loaded by loader.conf. > > 1) resume does not work with a non patched kernel, but works when the > MFC of r281874 is reverted (i.e. r285863 applied) - in console mode (vt) > and X.org. > > 2) and now is my bad surprise: when i915kms+drm2+iic*+kbdmux are not > loaded at all, suspend works (in console mode of course), but not > resume, both with the nonpatched and the patched kernel. After resume > the screen keeps being black, but the system can be logged to with ssh, > but cannot be powered off nor rebooted from another system. Furthermore > the log shows unidentified _USB_ devices at resume (which never appeared > in any log before): > > Jul 29 12:28:12 watson devd: Executing '/etc/rc.suspend acpi 0x03' > Jul 29 12:28:12 watson acpi: suspend at 20150729 12:28:12 > Jul 29 12:28:37 watson kernel: uhub0: at usbus0, port 1, addr 1 > (disconnected) > Jul 29 12:28:37 watson kernel: uhub1: at usbus1, port 1, addr 1 > (disconnected) > Jul 29 12:28:37 watson kernel: ugen1.2: at usbus1 > (disconnected) > Jul 29 12:28:37 watson kernel: uhub4: at uhub1, port 1, addr 2 > (disconnected) > Jul 29 12:28:37 watson kernel: ugen1.3: > at usbus1 (disconnected) > Jul 29 12:28:37 watson kernel: uhub2: at usbus2, port 1, addr 1 > (disconnected) > Jul 29 12:28:37 watson kernel: ugen2.2: at usbus2 > (disconnected) > Jul 29 12:28:37 watson kernel: uhub3: at uhub2, port 1, addr 2 > (disconnected) > Jul 29 12:28:37 watson kernel: ugen2.3: at usbus2 (disconnected) > Jul 29 12:28:37 watson kernel: ums0: at uhub3, port 5, addr 3 > (disconnected) > Jul 29 12:28:37 watson kernel: acpi0: cleared fixed power button status > Jul 29 12:28:37 watson kernel: em0: link state changed to DOWN > Jul 29 12:28:37 watson kernel: xhci0: Port routing mask set to 0xffffffff > Jul 29 12:28:37 watson kernel: uhub0: <0x8086 XHCI root HUB, class 9/0, > rev 3.00/1.00, addr 1> on usbus0 > Jul 29 12:28:37 watson kernel: uhub1: rev 2.00/1.00, addr 1> on usbus2 > Jul 29 12:28:37 watson kernel: uhub2: rev 2.00/1.00, addr 1> on usbus1 > Jul 29 12:28:38 watson kernel: uhub0: 8 ports with 8 removable, self > powered > Jul 29 12:28:37 watson devd: Executing '/etc/rc.resume acpi 0x03' > Jul 29 12:28:38 watson acpi: resumed at 20150729 12:28:38 > Jul 29 12:28:38 watson kernel: uhub2: 3 ports with 3 removable, self > powered > Jul 29 12:28:38 watson kernel: uhub1: 3 ports with 3 removable, self > powered > Jul 29 12:28:38 watson kernel: em0: link state changed to UP > Jul 29 12:28:38 watson devd: Executing '/etc/rc.d/dhclient quietstart em0' > Jul 29 12:28:39 watson kernel: ugen2.2: at usbus2 > Jul 29 12:28:39 watson kernel: uhub3: class 9/0, rev 2.00/0.00, addr 2> on usbus2 > Jul 29 12:28:39 watson kernel: ugen1.2: at usbus1 > Jul 29 12:28:39 watson kernel: uhub4: class 9/0, rev 2.00/0.00, addr 2> on usbus1 > Jul 29 12:28:40 watson kernel: uhub4: 6 ports with 6 removable, self > powered > Jul 29 12:28:41 watson kernel: uhub3: 8 ports with 8 removable, self > powered > Jul 29 12:28:41 watson kernel: ugen1.3: > at usbus1 > Jul 29 12:28:41 watson devd: Executing 'logger Unknown USB device: > vendor 0x04f2 product 0xb2ea bus uhub4' > Jul 29 12:28:41 watson root: Unknown USB device: vendor 0x04f2 product > 0xb2ea bus uhub4 > Jul 29 12:28:41 watson devd: Executing 'logger Unknown USB device: > vendor 0x04f2 product 0xb2ea bus uhub4' > Jul 29 12:28:41 watson root: Unknown USB device: vendor 0x04f2 product > 0xb2ea bus uhub4 > Jul 29 12:28:41 watson kernel: ugen2.3: at usbus2 > Jul 29 12:28:41 watson devd: Executing 'logger Unknown USB device: > vendor 0x046d product 0xc52b bus uhub3' > Jul 29 12:28:41 watson root: Unknown USB device: vendor 0x046d product > 0xc52b bus uhub3 > Jul 29 12:28:41 watson kernel: ums0: rev 2.00/24.00, addr 3> on usbus2 > Jul 29 12:28:41 watson kernel: ums0: 16 buttons and [XYZT] coordinates ID=2 > Jul 29 12:28:41 watson devd: Executing 'logger Unknown USB device: > vendor 0x046d product 0xc52b bus uhub3' > Jul 29 12:28:41 watson root: Unknown USB device: vendor 0x046d product > 0xc52b bus uhub3 > > I dare say that there is some mess somewhere.. > > 4) last minute tests: I get the same resume problem as 3) supra when > booting from a USB stick with a 11-CURRENT snapshot, both > 20150330-r28086 and 20150722-r285794 (and cannot obtain anything useful > from /var/log/messages) > > Claude Buisson > > I am a bit confused by several things. 0) Yes, I understand that i915 can be loaded at boot time without the display going away, but I am still unclear on why people do this (or force it's loading in any other way). IIRC, before the i915 code was committed to HEAD, the kernel module has auto-loaded when X started. I just "startx". It also loads fine if you use a display manager (gdm, xdm, kdm... )to start X. Is there some special reason that you need the module loaded prior to X starting? 1) Here the confusion starts. You say that resume works as of r285863 after saying that it does not work with an non-patched kernel. These statement seem self-contradictory. Are you saying that after r285863 that other patches are required? Or are you talking about a distributed binary kernel as opposed to STABLE, in which case, yes, you will need to wait until next week for RC2. 2) Yes, I was under the impression that vt(4) would allow suspend/resume to work vtys, but I have also found that to not be the case. I just have not had the time or interest to pursue the issue or even do any real testing. (In other words, I really don't care too much.) 4) This refers to "3)", but I only see 0, 1, 2, and 4. Where did 3 go? Look back in this thread for discussion of the issue. Simply stated, no system can resume successfully when booted from a USB drive. The problem is that, on suspend all USB devices are removed from the system and on resume they are re-created, but there is no way to assure that a device that is present when the system is essentially "OFF" is consistent after it is re-connected. This problem was one that I faced 30 years ago with long dead operating systems (RSX-11D, RSX11-M and IAS) and it has not been resolved in all of those years. Thanks to the fact that all useful drives are now "smart", there is hope that this can be resolved in some way. It is certainly possible to confirm that the same physical drive is available on resume, but it might be on a different device name, so this will likely use gptid or some similar technique to do so. Even then, how can you tell if the drive was moved to another system, written to, and returned to the suspended system before it was restored? Just don't expect it any time soon. It's a really hard problem that used to be an impossible one. I suspect that it will probably always be at least a bit unsafe, as it is today with removable SATA drives. (I can suspend my system, unplug the system disk (on the second spindle on my T520), plug it into another system, modify its contents, and put it back, and resume to a likely disaster. USB just makes this disaster easier. -- Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-stable@freebsd.org Wed Jul 29 22:54:50 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E93A79AE117 for ; Wed, 29 Jul 2015 22:54:49 +0000 (UTC) (envelope-from clbuisson@orange.fr) Received: from smtp.smtpout.orange.fr (smtp09.smtpout.orange.fr [80.12.242.131]) by mx1.freebsd.org (Postfix) with ESMTP id 5546815B0 for ; Wed, 29 Jul 2015 22:54:48 +0000 (UTC) (envelope-from clbuisson@orange.fr) Received: from localhost ([83.193.3.222]) by mwinf5d44 with ME id yNn71q00C4nQPLr03Nn7F7; Thu, 30 Jul 2015 00:47:10 +0200 X-ME-Helo: localhost X-ME-Date: Thu, 30 Jul 2015 00:47:10 +0200 X-ME-IP: 83.193.3.222 Message-ID: <55B957EA.1020801@orange.fr> Date: Thu, 30 Jul 2015 00:47:06 +0200 From: Claude Buisson User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Kevin Oberman CC: Joseph Mingrone , Adrian Chadd , FreeBSD-STABLE Mailing List , "Brandon J. Wandersee" , John Baldwin Subject: Re: suspend/resume regression References: <86oak289hv.fsf@gly.ftfl.ca> <86oaj9dnbo.fsf@gly.ftfl.ca> <12509399.h3RdpFfE1l@ralph.baldwin.cx> <55B8CE0C.6040000@orange.fr> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 22:54:50 -0000 On 07/29/2015 23:53, Kevin Oberman wrote: > On Wed, Jul 29, 2015 at 5:58 AM, Claude Buisson wrote: > >> On 07/26/2015 00:54, Kevin Oberman wrote: >> >>> John, >>> >>> I'm concerned that two issues may be getting conflated. >>> >>> The issue I thought we were looking at was the failure of some systems >>> (T520, X220, T430) to resume after a number of PCI enhancements were >>> MFCed. >>> This is completely unrelated to the USB issue I was experiencing when >>> trying to test the problem on HEAD. The more I think about it, the more I >>> think that the USB "issue" is just how things need to work. >>> >>> Specifically, if you are booting a full, multi-user system from a USB >>> connected drive, suspending and resuming will leave the system in an >>> untenable condition that will force a panic. At least I don't see how the >>> OS can determine that the disk present on resume is unchanged from that >>> present when the system was suspended. Modern disk IDs greatly improve the >>> situation, but I am unaware of any way to be sure that a removable drive >>> (such as a USB) has not been removed and plugged into some other system >>> that might have written to it. My knowledge of such things is very dated, >>> going back to my days doing kernel programming about 25-30 year ago on >>> VMS, >>> so someone may have resolved the issue, but I don't understand exactly >>> how. >>> I guess that the risk might be low enough to just go ahead and pray that >>> nobody did something really, really stupid like unplugging the drive, >>> plugging it in elsewhere, and writing to it. >>> >>> The real issue is just resuming the system after r281874 was MFCed as a >>> part of 284034. No USB connected file systems are involved. I m happy to >>> see that it has been reverted for 10.2, but clearly, these changes are >>> needed down the line and I hope the issue can be resolved well before >>> 11.0. >>> (This assumes a 10.3 before 11.0 happens next year.) >>> >>> >> I have done some tests on my T530 at r285668 and had some (good and bad) >> surprises: >> >> 0) historically i915kms+drm2 could not be loaded by loader.conf without >> locking the machine, but needed to be loaded by rc.conf (kld_list). Now >> these modules can be loaded by loader.conf. >> >> 1) resume does not work with a non patched kernel, but works when the >> MFC of r281874 is reverted (i.e. r285863 applied) - in console mode (vt) >> and X.org. >> >> 2) and now is my bad surprise: when i915kms+drm2+iic*+kbdmux are not >> loaded at all, suspend works (in console mode of course), but not >> resume, both with the nonpatched and the patched kernel. After resume >> the screen keeps being black, but the system can be logged to with ssh, >> but cannot be powered off nor rebooted from another system. Furthermore >> the log shows unidentified _USB_ devices at resume (which never appeared >> in any log before): >> >> Jul 29 12:28:12 watson devd: Executing '/etc/rc.suspend acpi 0x03' >> Jul 29 12:28:12 watson acpi: suspend at 20150729 12:28:12 >> Jul 29 12:28:37 watson kernel: uhub0: at usbus0, port 1, addr 1 >> (disconnected) >> Jul 29 12:28:37 watson kernel: uhub1: at usbus1, port 1, addr 1 >> (disconnected) >> Jul 29 12:28:37 watson kernel: ugen1.2: at usbus1 >> (disconnected) >> Jul 29 12:28:37 watson kernel: uhub4: at uhub1, port 1, addr 2 >> (disconnected) >> Jul 29 12:28:37 watson kernel: ugen1.3: >> at usbus1 (disconnected) >> Jul 29 12:28:37 watson kernel: uhub2: at usbus2, port 1, addr 1 >> (disconnected) >> Jul 29 12:28:37 watson kernel: ugen2.2: at usbus2 >> (disconnected) >> Jul 29 12:28:37 watson kernel: uhub3: at uhub2, port 1, addr 2 >> (disconnected) >> Jul 29 12:28:37 watson kernel: ugen2.3: at usbus2 (disconnected) >> Jul 29 12:28:37 watson kernel: ums0: at uhub3, port 5, addr 3 >> (disconnected) >> Jul 29 12:28:37 watson kernel: acpi0: cleared fixed power button status >> Jul 29 12:28:37 watson kernel: em0: link state changed to DOWN >> Jul 29 12:28:37 watson kernel: xhci0: Port routing mask set to 0xffffffff >> Jul 29 12:28:37 watson kernel: uhub0: <0x8086 XHCI root HUB, class 9/0, >> rev 3.00/1.00, addr 1> on usbus0 >> Jul 29 12:28:37 watson kernel: uhub1: > rev 2.00/1.00, addr 1> on usbus2 >> Jul 29 12:28:37 watson kernel: uhub2: > rev 2.00/1.00, addr 1> on usbus1 >> Jul 29 12:28:38 watson kernel: uhub0: 8 ports with 8 removable, self >> powered >> Jul 29 12:28:37 watson devd: Executing '/etc/rc.resume acpi 0x03' >> Jul 29 12:28:38 watson acpi: resumed at 20150729 12:28:38 >> Jul 29 12:28:38 watson kernel: uhub2: 3 ports with 3 removable, self >> powered >> Jul 29 12:28:38 watson kernel: uhub1: 3 ports with 3 removable, self >> powered >> Jul 29 12:28:38 watson kernel: em0: link state changed to UP >> Jul 29 12:28:38 watson devd: Executing '/etc/rc.d/dhclient quietstart em0' >> Jul 29 12:28:39 watson kernel: ugen2.2: at usbus2 >> Jul 29 12:28:39 watson kernel: uhub3: > class 9/0, rev 2.00/0.00, addr 2> on usbus2 >> Jul 29 12:28:39 watson kernel: ugen1.2: at usbus1 >> Jul 29 12:28:39 watson kernel: uhub4: > class 9/0, rev 2.00/0.00, addr 2> on usbus1 >> Jul 29 12:28:40 watson kernel: uhub4: 6 ports with 6 removable, self >> powered >> Jul 29 12:28:41 watson kernel: uhub3: 8 ports with 8 removable, self >> powered >> Jul 29 12:28:41 watson kernel: ugen1.3: >> at usbus1 >> Jul 29 12:28:41 watson devd: Executing 'logger Unknown USB device: >> vendor 0x04f2 product 0xb2ea bus uhub4' >> Jul 29 12:28:41 watson root: Unknown USB device: vendor 0x04f2 product >> 0xb2ea bus uhub4 >> Jul 29 12:28:41 watson devd: Executing 'logger Unknown USB device: >> vendor 0x04f2 product 0xb2ea bus uhub4' >> Jul 29 12:28:41 watson root: Unknown USB device: vendor 0x04f2 product >> 0xb2ea bus uhub4 >> Jul 29 12:28:41 watson kernel: ugen2.3: at usbus2 >> Jul 29 12:28:41 watson devd: Executing 'logger Unknown USB device: >> vendor 0x046d product 0xc52b bus uhub3' >> Jul 29 12:28:41 watson root: Unknown USB device: vendor 0x046d product >> 0xc52b bus uhub3 >> Jul 29 12:28:41 watson kernel: ums0: > rev 2.00/24.00, addr 3> on usbus2 >> Jul 29 12:28:41 watson kernel: ums0: 16 buttons and [XYZT] coordinates ID=2 >> Jul 29 12:28:41 watson devd: Executing 'logger Unknown USB device: >> vendor 0x046d product 0xc52b bus uhub3' >> Jul 29 12:28:41 watson root: Unknown USB device: vendor 0x046d product >> 0xc52b bus uhub3 >> >> I dare say that there is some mess somewhere.. >> >> 4) last minute tests: I get the same resume problem as 3) supra when >> booting from a USB stick with a 11-CURRENT snapshot, both >> 20150330-r28086 and 20150722-r285794 (and cannot obtain anything useful >> from /var/log/messages) >> >> Claude Buisson >> >> > I am a bit confused by several things. > > 0) Yes, I understand that i915 can be loaded at boot time without the > display going away, but I am still unclear on why people do this (or force > it's loading in any other way). IIRC, before the i915 code was committed to > HEAD, the kernel module has auto-loaded when X started. I just "startx". It > also loads fine if you use a display manager (gdm, xdm, kdm... )to start X. > > Is there some special reason that you need the module loaded prior to X > starting? > I do not like having console display sizes varying with the direction of winds, phase of the moon, etc.. So I try to load the module as soon as possible at boot, and find it in the same state when switching back from X to console mode. Any one is permitted to have personal preferences ? > 1) Here the confusion starts. You say that resume works as of r285863 after > saying that it does not work with an non-patched kernel. These statement > seem self-contradictory. Are you saying that after r285863 that other > patches are required? Or are you talking about a distributed binary kernel > as opposed to STABLE, in which case, yes, you will need to wait until next > week for RC2. > I say that: resume does not work on my T530 at r285668, and works on my T530 at r285668+r285863 i.e. the same system patched with r285863, with I915kms,drm2,.. modules preloaded at boot. > 2) Yes, I was under the impression that vt(4) would allow suspend/resume to > work vtys, but I have also found that to not be the case. I just have not > had the time or interest to pursue the issue or even do any real testing. > (In other words, I really don't care too much.) > I care.. And my observation seems to imply that resume with vt does not work (at least on this system) with vt simply in vga mode. Next experiment will be to build a kernel witk syscons. But I would be happy to get an explanation of the detection of nonexistent/unknown USB devices at resume, without any physical change. > 4) This refers to "3)", but I only see 0, 1, 2, and 4. Where did 3 go? > My error: replace 4) by 3) and 3) by 2) ! > Look back in this thread for discussion of the issue. Simply stated, no > system can resume successfully when booted from a USB drive. The problem is > that, on suspend all USB devices are removed from the system and on resume > they are re-created, but there is no way to assure that a device that is > present when the system is essentially "OFF" is consistent after it is > re-connected. This problem was one that I faced 30 years ago with long dead > operating systems (RSX-11D, RSX11-M and IAS) and it has not been resolved > in all of those years. Thanks to the fact that all useful drives are now > "smart", there is hope that this can be resolved in some way. It is > certainly possible to confirm that the same physical drive is available on > resume, but it might be on a different device name, so this will likely use > gptid or some similar technique to do so. > > Even then, how can you tell if the drive was moved to another system, > written to, and returned to the suspended system before it was restored? > Just don't expect it any time soon. It's a really hard problem that used to > be an impossible one. I suspect that it will probably always be at least a > bit unsafe, as it is today with removable SATA drives. (I can suspend my > system, unplug the system disk (on the second spindle on my T520), plug it > into another system, modify its contents, and put it back, and resume to a > likely disaster. USB just makes this disaster easier. > -- You are saying that resume cannot work when booting from an USB key, even without any physical change intervening between suspend and resume. So this part of my experiment cannot succeed. I take note > Kevin Oberman, Network Engineer, Retired > E-mail: rkoberman@gmail.com > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 Claude Buisson, another "Network Engineer, Retired" ;-) From owner-freebsd-stable@freebsd.org Wed Jul 29 23:43:35 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5E0209AE971 for ; Wed, 29 Jul 2015 23:43:35 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 381C8195A for ; Wed, 29 Jul 2015 23:43:35 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 372F79AE970; Wed, 29 Jul 2015 23:43:35 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 368FC9AE96D for ; Wed, 29 Jul 2015 23:43:35 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ob0-x230.google.com (mail-ob0-x230.google.com [IPv6:2607:f8b0:4003:c01::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ECA561959 for ; Wed, 29 Jul 2015 23:43:34 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by obdeg2 with SMTP id eg2so19247999obd.0 for ; Wed, 29 Jul 2015 16:43:34 -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:content-type; bh=UD53O00rHsfVVyL5oCIzRU9GMOTXNbVNhkzfLiPaaEA=; b=0dzdbf0QQ9nm0t10pe5kW8/dZV6m6QtO4SYRqs+UGXzkPQYg88UCnkZD81kEQaDmLj WVzGeaXur5NvDZDpoN2DNq54yY2Pd7tYuag9dCCF8PODEOpnBFVjw0uCy5jwcR32AYKS F66ALPn/HzR1h01FMvn8QqsesSERhCJMDwuljWYrSMKgmjajffgmexPcIBClvzfJN/Jn BT8ubOhetSw3fI2EGSIUyesCiGyIuT40Abuyy036LFd3ao5lzm3KKMjjF6rcGfjD6pYR A40xPS6cXK8tkE2Vzpbf3gDpK18fzRO5UNPtAAd05po+b/64cIZqPiT/g73xhGZGEnSO YOSw== MIME-Version: 1.0 X-Received: by 10.60.177.195 with SMTP id cs3mr42690299oec.37.1438213414175; Wed, 29 Jul 2015 16:43:34 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.202.221.69 with HTTP; Wed, 29 Jul 2015 16:43:33 -0700 (PDT) In-Reply-To: <55B957EA.1020801@orange.fr> References: <86oak289hv.fsf@gly.ftfl.ca> <86oaj9dnbo.fsf@gly.ftfl.ca> <12509399.h3RdpFfE1l@ralph.baldwin.cx> <55B8CE0C.6040000@orange.fr> <55B957EA.1020801@orange.fr> Date: Wed, 29 Jul 2015 16:43:33 -0700 X-Google-Sender-Auth: TFY-pB6C9tUeTxBpNLKkrqQ8QbU Message-ID: Subject: Re: suspend/resume regression From: Kevin Oberman To: Claude Buisson , FreeBSD Stable ML Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 23:43:35 -0000 On Wed, Jul 29, 2015 at 3:47 PM, Claude Buisson wrote: > On 07/29/2015 23:53, Kevin Oberman wrote: > >> On Wed, Jul 29, 2015 at 5:58 AM, Claude Buisson >> wrote: >> >> On 07/26/2015 00:54, Kevin Oberman wrote: >>> >>> John, >>>> >>>> I'm concerned that two issues may be getting conflated. >>>> >>>> The issue I thought we were looking at was the failure of some systems >>>> (T520, X220, T430) to resume after a number of PCI enhancements were >>>> MFCed. >>>> This is completely unrelated to the USB issue I was experiencing when >>>> trying to test the problem on HEAD. The more I think about it, the more >>>> I >>>> think that the USB "issue" is just how things need to work. >>>> >>>> Specifically, if you are booting a full, multi-user system from a USB >>>> connected drive, suspending and resuming will leave the system in an >>>> untenable condition that will force a panic. At least I don't see how >>>> the >>>> OS can determine that the disk present on resume is unchanged from that >>>> present when the system was suspended. Modern disk IDs greatly improve >>>> the >>>> situation, but I am unaware of any way to be sure that a removable drive >>>> (such as a USB) has not been removed and plugged into some other system >>>> that might have written to it. My knowledge of such things is very >>>> dated, >>>> going back to my days doing kernel programming about 25-30 year ago on >>>> VMS, >>>> so someone may have resolved the issue, but I don't understand exactly >>>> how. >>>> I guess that the risk might be low enough to just go ahead and pray that >>>> nobody did something really, really stupid like unplugging the drive, >>>> plugging it in elsewhere, and writing to it. >>>> >>>> The real issue is just resuming the system after r281874 was MFCed as a >>>> part of 284034. No USB connected file systems are involved. I m happy to >>>> see that it has been reverted for 10.2, but clearly, these changes are >>>> needed down the line and I hope the issue can be resolved well before >>>> 11.0. >>>> (This assumes a 10.3 before 11.0 happens next year.) >>>> >>>> >>>> I have done some tests on my T530 at r285668 and had some (good and >>> bad) >>> surprises: >>> >>> 0) historically i915kms+drm2 could not be loaded by loader.conf without >>> locking the machine, but needed to be loaded by rc.conf (kld_list). Now >>> these modules can be loaded by loader.conf. >>> >>> 1) resume does not work with a non patched kernel, but works when the >>> MFC of r281874 is reverted (i.e. r285863 applied) - in console mode (vt) >>> and X.org. >>> >>> 2) and now is my bad surprise: when i915kms+drm2+iic*+kbdmux are not >>> loaded at all, suspend works (in console mode of course), but not >>> resume, both with the nonpatched and the patched kernel. After resume >>> the screen keeps being black, but the system can be logged to with ssh, >>> but cannot be powered off nor rebooted from another system. Furthermore >>> the log shows unidentified _USB_ devices at resume (which never appeared >>> in any log before): >>> >>> Jul 29 12:28:12 watson devd: Executing '/etc/rc.suspend acpi 0x03' >>> Jul 29 12:28:12 watson acpi: suspend at 20150729 12:28:12 >>> Jul 29 12:28:37 watson kernel: uhub0: at usbus0, port 1, addr 1 >>> (disconnected) >>> Jul 29 12:28:37 watson kernel: uhub1: at usbus1, port 1, addr 1 >>> (disconnected) >>> Jul 29 12:28:37 watson kernel: ugen1.2: at usbus1 >>> (disconnected) >>> Jul 29 12:28:37 watson kernel: uhub4: at uhub1, port 1, addr 2 >>> (disconnected) >>> Jul 29 12:28:37 watson kernel: ugen1.3: >>> at usbus1 (disconnected) >>> Jul 29 12:28:37 watson kernel: uhub2: at usbus2, port 1, addr 1 >>> (disconnected) >>> Jul 29 12:28:37 watson kernel: ugen2.2: at usbus2 >>> (disconnected) >>> Jul 29 12:28:37 watson kernel: uhub3: at uhub2, port 1, addr 2 >>> (disconnected) >>> Jul 29 12:28:37 watson kernel: ugen2.3: at usbus2 >>> (disconnected) >>> Jul 29 12:28:37 watson kernel: ums0: at uhub3, port 5, addr 3 >>> (disconnected) >>> Jul 29 12:28:37 watson kernel: acpi0: cleared fixed power button status >>> Jul 29 12:28:37 watson kernel: em0: link state changed to DOWN >>> Jul 29 12:28:37 watson kernel: xhci0: Port routing mask set to 0xffffffff >>> Jul 29 12:28:37 watson kernel: uhub0: <0x8086 XHCI root HUB, class 9/0, >>> rev 3.00/1.00, addr 1> on usbus0 >>> Jul 29 12:28:37 watson kernel: uhub1: >> rev 2.00/1.00, addr 1> on usbus2 >>> Jul 29 12:28:37 watson kernel: uhub2: >> rev 2.00/1.00, addr 1> on usbus1 >>> Jul 29 12:28:38 watson kernel: uhub0: 8 ports with 8 removable, self >>> powered >>> Jul 29 12:28:37 watson devd: Executing '/etc/rc.resume acpi 0x03' >>> Jul 29 12:28:38 watson acpi: resumed at 20150729 12:28:38 >>> Jul 29 12:28:38 watson kernel: uhub2: 3 ports with 3 removable, self >>> powered >>> Jul 29 12:28:38 watson kernel: uhub1: 3 ports with 3 removable, self >>> powered >>> Jul 29 12:28:38 watson kernel: em0: link state changed to UP >>> Jul 29 12:28:38 watson devd: Executing '/etc/rc.d/dhclient quietstart >>> em0' >>> Jul 29 12:28:39 watson kernel: ugen2.2: at usbus2 >>> Jul 29 12:28:39 watson kernel: uhub3: >> class 9/0, rev 2.00/0.00, addr 2> on usbus2 >>> Jul 29 12:28:39 watson kernel: ugen1.2: at usbus1 >>> Jul 29 12:28:39 watson kernel: uhub4: >> class 9/0, rev 2.00/0.00, addr 2> on usbus1 >>> Jul 29 12:28:40 watson kernel: uhub4: 6 ports with 6 removable, self >>> powered >>> Jul 29 12:28:41 watson kernel: uhub3: 8 ports with 8 removable, self >>> powered >>> Jul 29 12:28:41 watson kernel: ugen1.3: >>> at usbus1 >>> Jul 29 12:28:41 watson devd: Executing 'logger Unknown USB device: >>> vendor 0x04f2 product 0xb2ea bus uhub4' >>> Jul 29 12:28:41 watson root: Unknown USB device: vendor 0x04f2 product >>> 0xb2ea bus uhub4 >>> Jul 29 12:28:41 watson devd: Executing 'logger Unknown USB device: >>> vendor 0x04f2 product 0xb2ea bus uhub4' >>> Jul 29 12:28:41 watson root: Unknown USB device: vendor 0x04f2 product >>> 0xb2ea bus uhub4 >>> Jul 29 12:28:41 watson kernel: ugen2.3: at usbus2 >>> Jul 29 12:28:41 watson devd: Executing 'logger Unknown USB device: >>> vendor 0x046d product 0xc52b bus uhub3' >>> Jul 29 12:28:41 watson root: Unknown USB device: vendor 0x046d product >>> 0xc52b bus uhub3 >>> Jul 29 12:28:41 watson kernel: ums0: >> rev 2.00/24.00, addr 3> on usbus2 >>> Jul 29 12:28:41 watson kernel: ums0: 16 buttons and [XYZT] coordinates >>> ID=2 >>> Jul 29 12:28:41 watson devd: Executing 'logger Unknown USB device: >>> vendor 0x046d product 0xc52b bus uhub3' >>> Jul 29 12:28:41 watson root: Unknown USB device: vendor 0x046d product >>> 0xc52b bus uhub3 >>> >>> I dare say that there is some mess somewhere.. >>> >>> 4) last minute tests: I get the same resume problem as 3) supra when >>> booting from a USB stick with a 11-CURRENT snapshot, both >>> 20150330-r28086 and 20150722-r285794 (and cannot obtain anything useful >>> from /var/log/messages) >>> >>> Claude Buisson >>> >>> >>> I am a bit confused by several things. >> >> 0) Yes, I understand that i915 can be loaded at boot time without the >> display going away, but I am still unclear on why people do this (or force >> it's loading in any other way). IIRC, before the i915 code was committed >> to >> HEAD, the kernel module has auto-loaded when X started. I just "startx". >> It >> also loads fine if you use a display manager (gdm, xdm, kdm... )to start >> X. >> >> Is there some special reason that you need the module loaded prior to X >> starting? >> >> > I do not like having console display sizes varying with the direction of > winds, phase of the moon, etc.. So I try to load the module as soon as > possible at boot, and find it in the same state when switching back from > X to console mode. > > Any one is permitted to have personal preferences ? > Indeed you are. That is why I refused to use Gnome3 and now run mate. A good answer, but the faont change never really bothered me. If it bothers you, that is fine. Glad you can now load i915kms at boot. > > 1) Here the confusion starts. You say that resume works as of r285863 >> after >> saying that it does not work with an non-patched kernel. These statement >> seem self-contradictory. Are you saying that after r285863 that other >> patches are required? Or are you talking about a distributed binary kernel >> as opposed to STABLE, in which case, yes, you will need to wait until next >> week for RC2. >> >> > I say that: > > resume does not work on my T530 at r285668, and works on my T530 at > r285668+r285863 i.e. the same system patched with r285863, with > I915kms,drm2,.. modules preloaded at boot. > I was mis-reading this. The '8' and '6' look too much alike when I don't look closely enough. It should work on r285863 and does for me. So you just updated pci and pccb to r285863 and the remainder of the system at 285668. Sounds good. That combo would work fine on my system, too. 2) Yes, I was under the impression that vt(4) would allow suspend/resume to >> work vtys, but I have also found that to not be the case. I just have not >> had the time or interest to pursue the issue or even do any real testing. >> (In other words, I really don't care too much.) >> >> > I care.. > > And my observation seems to imply that resume with vt does not work (at > least on this system) with vt simply in vga mode. Next experiment will > be to build a kernel witk syscons. > > But I would be happy to get an explanation of the detection of > nonexistent/unknown USB devices at resume, without any physical change. > The unknown devices are things connected to USB that FreeBSD does not support. E.g. fingerprint reader, Bluetooth or maybe the camera. Possibly others. Internal USB devices on laptops can be difficult to track down since, being unknown, FreeBSD can't say much other than that they are present. It seems unlikely that this is a suspend/resume issue. You might look at usbconfig(8) to try to learn more.If the system does not fully resume (blank scren), try to ssh in from another system or your phone and run usbconfig(8) to compare. (If you have not run ssh on a cell phone, it's interesting. Really, really tiny characters) I use the ssh client implementation in ConnectBot on Android. 4) This refers to "3)", but I only see 0, 1, 2, and 4. Where did 3 go? >> >> > My error: replace 4) by 3) and 3) by 2) ! > > Look back in this thread for discussion of the issue. Simply stated, no >> system can resume successfully when booted from a USB drive. The problem >> is >> that, on suspend all USB devices are removed from the system and on resume >> they are re-created, but there is no way to assure that a device that is >> present when the system is essentially "OFF" is consistent after it is >> re-connected. This problem was one that I faced 30 years ago with long >> dead >> operating systems (RSX-11D, RSX11-M and IAS) and it has not been resolved >> in all of those years. Thanks to the fact that all useful drives are now >> "smart", there is hope that this can be resolved in some way. It is >> certainly possible to confirm that the same physical drive is available on >> resume, but it might be on a different device name, so this will likely >> use >> gptid or some similar technique to do so. >> >> Even then, how can you tell if the drive was moved to another system, >> written to, and returned to the suspended system before it was restored? >> Just don't expect it any time soon. It's a really hard problem that used >> to >> be an impossible one. I suspect that it will probably always be at least a >> bit unsafe, as it is today with removable SATA drives. (I can suspend my >> system, unplug the system disk (on the second spindle on my T520), plug it >> into another system, modify its contents, and put it back, and resume to a >> likely disaster. USB just makes this disaster easier. >> -- >> > > You are saying that resume cannot work when booting from an USB key, > even without any physical change intervening between suspend and resume. > So this part of my experiment cannot succeed. > > I take note > > Kevin Oberman, Network Engineer, Retired >> E-mail: rkoberman@gmail.com >> PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 >> > > Claude Buisson, another "Network Engineer, Retired" ;-) > "Network Engineer, Retired" probably means that you were early to networking. I started in the late 70s. It was so much fun I gave up kernel programming and then moved from LANs to WANs. Helped build one of the first production 100G national backbone networks just before retiring. It was fun right until I left. (Well, most days.) Mostly dealt with research nets such as RENATER. From owner-freebsd-stable@freebsd.org Thu Jul 30 00:41:42 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2F7CC9A64EB for ; Thu, 30 Jul 2015 00:41:42 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 1B2B51CEF for ; Thu, 30 Jul 2015 00:41:42 +0000 (UTC) (envelope-from bc979@lafn.org) Received: by mailman.ysv.freebsd.org (Postfix) id 1A2889A64EA; Thu, 30 Jul 2015 00:41:42 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 19B979A64E8 for ; Thu, 30 Jul 2015 00:41:42 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from zoom.lafn.org (zoom.lafn.org [108.92.93.123]) by mx1.freebsd.org (Postfix) with ESMTP id D34E41CED for ; Thu, 30 Jul 2015 00:41:41 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from [10.0.1.2] (static-71-177-216-148.lsanca.fios.verizon.net [71.177.216.148]) (authenticated bits=0) by zoom.lafn.org (8.14.7/8.14.9) with ESMTP id t6U0fXDw001175 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 29 Jul 2015 17:41:34 -0700 (PDT) (envelope-from bc979@lafn.org) From: Doug Hardie Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Swap Usage Message-Id: Date: Wed, 29 Jul 2015 17:41:33 -0700 To: FreeBSD Stable ML Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) X-Mailer: Apple Mail (2.2102) X-Virus-Scanned: clamav-milter 0.98 at zoom.lafn.org X-Virus-Status: Clean X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2015 00:41:42 -0000 I have several FreeBSD 9.3 systems that are using swap and I can=E2=80=99t= figure out what is doing it. The key system has 6GB swap and currently = it has over 2GB in use. ps shows only a kernel module [intr] with a W = status. Obviously that isn=E2=80=99t using the space. No other process = shows a W in its status. I suspect this is somewhat related to the use = of mmap in one application. However, all of the mmaps in that = application are file backed and thus shouldn=E2=80=99t use swap. How do = I figure out what that swap space is being used for? From owner-freebsd-stable@freebsd.org Thu Jul 30 01:57:56 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5D2109A7076 for ; Thu, 30 Jul 2015 01:57:56 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2F43851 for ; Thu, 30 Jul 2015 01:57:55 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id t6U1vnO4045584 for ; Wed, 29 Jul 2015 18:57:55 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) To: In-Reply-To: References: From: "Chris H" Subject: Re: Swap Usage Date: Wed, 29 Jul 2015 18:57:55 -0700 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2015 01:57:56 -0000 On Wed, 29 Jul 2015 17:41:33 -0700 Doug Hardie wrote > I have several FreeBSD 9.3 systems that are using swap and I can’t figure > out what is doing it. The key system has 6GB swap and currently it has over > 2GB in use. ps shows only a kernel module [intr] with a W status. Obviously > that isn’t using the space. No other process shows a W in its status. I > suspect this is somewhat related to the use of mmap in one application. > However, all of the mmaps in that application are file backed and thus > shouldn’t use swap. How do I figure out what that swap space is being used > for? Maybe top(1)? top -P for example. At least you could see who's chewing all your memory. Which should be a good clue as to who's responsible for swap usage. --Chris > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Thu Jul 30 02:04:21 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C5B319A71FD for ; Thu, 30 Jul 2015 02:04:21 +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 DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A17F161E for ; Thu, 30 Jul 2015 02:04:21 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (75-48-78-19.lightspeed.cncrca.sbcglobal.net [75.48.78.19]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id AF571B97B; Wed, 29 Jul 2015 22:04:20 -0400 (EDT) From: John Baldwin To: Kevin Oberman Cc: Joseph Mingrone , "Brandon J. Wandersee" , Adrian Chadd , FreeBSD-STABLE Mailing List Subject: Re: suspend/resume regression Date: Wed, 29 Jul 2015 18:25:57 -0700 Message-ID: <2584513.nR3WcOyoao@ralph.baldwin.cx> User-Agent: KMail/4.14.3 (FreeBSD/10.2-PRERELEASE; KDE/4.14.3; amd64; ; ) In-Reply-To: References: <86oak289hv.fsf@gly.ftfl.ca> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 29 Jul 2015 22:04:20 -0400 (EDT) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2015 02:04:21 -0000 On Saturday, July 25, 2015 03:54:40 PM Kevin Oberman wrote: > John, > > I'm concerned that two issues may be getting conflated. > > The issue I thought we were looking at was the failure of some systems > (T520, X220, T430) to resume after a number of PCI enhancements were MFCed. > This is completely unrelated to the USB issue I was experiencing when > trying to test the problem on HEAD. The more I think about it, the more I > think that the USB "issue" is just how things need to work. Well, the USB thing could be smarter, but it's a bit of a PITA. What if you take the USB stick out, mess with it on another system, then plug it back in before resume? All the cached file data in the RAM of the resumed system would need to be invalidated, etc. However, I ended up copying a HEAD kernel onto my USB stick and seeing that I at least got the console back before it panic'd. This was sufficient to let me test the reversion patch via the USB stick (and would be sufficient for seeing if we can merge it again for 10.3). > The real issue is just resuming the system after r281874 was MFCed as a > part of 284034. No USB connected file systems are involved. I m happy to > see that it has been reverted for 10.2, but clearly, these changes are > needed down the line and I hope the issue can be resolved well before 11.0. > (This assumes a 10.3 before 11.0 happens next year.) So it works fine in 11.0 on my x220, and as other folks reported in the PR, so 11.0 is fine. It is also needed for PCI-e hotplug to work after resume (using out-of-tree patches for PCI-e hotplug that jmg@ has). If I merge it to 10.3 it won't be until I've verified that whatever I merge works on my x220 as well as the T440. -- John Baldwin From owner-freebsd-stable@freebsd.org Thu Jul 30 05:00:24 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 427A49AD1F6 for ; Thu, 30 Jul 2015 05:00:24 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from zoom.lafn.org (zoom.lafn.org [108.92.93.123]) by mx1.freebsd.org (Postfix) with ESMTP id 14C98131 for ; Thu, 30 Jul 2015 05:00:23 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from [10.0.1.2] (static-71-177-216-148.lsanca.fios.verizon.net [71.177.216.148]) (authenticated bits=0) by zoom.lafn.org (8.14.7/8.14.9) with ESMTP id t6U50Dv8007611 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 29 Jul 2015 22:00:14 -0700 (PDT) (envelope-from bc979@lafn.org) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Subject: Re: Swap Usage From: Doug Hardie In-Reply-To: Date: Wed, 29 Jul 2015 22:00:12 -0700 Cc: freebsd-stable@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Chris H X-Mailer: Apple Mail (2.2102) X-Virus-Scanned: clamav-milter 0.98 at zoom.lafn.org X-Virus-Status: Clean X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2015 05:00:24 -0000 > On 29 July 2015, at 18:57, Chris H wrote: >=20 > On Wed, 29 Jul 2015 17:41:33 -0700 Doug Hardie wrote >=20 >> I have several FreeBSD 9.3 systems that are using swap and I can=E2=80=99= t figure >> out what is doing it. The key system has 6GB swap and currently it = has over >> 2GB in use. ps shows only a kernel module [intr] with a W status. = Obviously >> that isn=E2=80=99t using the space. No other process shows a W in = its status. I >> suspect this is somewhat related to the use of mmap in one = application.=20 >> However, all of the mmaps in that application are file backed and = thus >> shouldn=E2=80=99t use swap. How do I figure out what that swap space = is being used >> for?=20 > Maybe top(1)? > top -P > for example. At least you could see who's chewing all your memory. = Which > should be a good clue as to who's responsible for swap usage. UFS although I don=E2=80=99t see how that could make a difference. Swap = doesn=E2=80=99t use a regular file system. However, the kernel must = track the actual usage using something like a simple file system. There = must be a way to investigate it. Top doesn=E2=80=99t show anything unusual. The most VM used is by the = process that uses a lot of mmap space that is all file backed. If it = was another process that was partially swapped then the ps status should = show a W. Only the one does.= From owner-freebsd-stable@freebsd.org Thu Jul 30 06:11:41 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E4EE29ADD98 for ; Thu, 30 Jul 2015 06:11:41 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id CF43D75 for ; Thu, 30 Jul 2015 06:11:41 +0000 (UTC) (envelope-from bc979@lafn.org) Received: by mailman.ysv.freebsd.org (Postfix) id CE32D9ADD96; Thu, 30 Jul 2015 06:11:41 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CDC0A9ADD95 for ; Thu, 30 Jul 2015 06:11:41 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from zoom.lafn.org (zoom.lafn.org [108.92.93.123]) by mx1.freebsd.org (Postfix) with ESMTP id ABD1C74 for ; Thu, 30 Jul 2015 06:11:41 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from [10.0.1.2] (static-71-177-216-148.lsanca.fios.verizon.net [71.177.216.148]) (authenticated bits=0) by zoom.lafn.org (8.14.7/8.14.9) with ESMTP id t6U6Ab8v009157 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 29 Jul 2015 23:11:40 -0700 (PDT) (envelope-from bc979@lafn.org) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Subject: Re: Swap Usage From: Doug Hardie In-Reply-To: Date: Wed, 29 Jul 2015 23:11:40 -0700 Cc: FreeBSD Stable ML Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Doug Hardie X-Mailer: Apple Mail (2.2102) X-Virus-Scanned: clamav-milter 0.98 at zoom.lafn.org X-Virus-Status: Clean X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2015 06:11:42 -0000 > On 29 July 2015, at 17:41, Doug Hardie wrote: >=20 > I have several FreeBSD 9.3 systems that are using swap and I can=E2=80=99= t figure out what is doing it. The key system has 6GB swap and = currently it has over 2GB in use. ps shows only a kernel module [intr] = with a W status. Obviously that isn=E2=80=99t using the space. No = other process shows a W in its status. I suspect this is somewhat = related to the use of mmap in one application. However, all of the = mmaps in that application are file backed and thus shouldn=E2=80=99t use = swap. How do I figure out what that swap space is being used for? UFS although that shouldn=E2=80=99t matter. Swap does not use a file = system. If it did, it would be easy to figure out. Top doesn=E2=80=99t show much. =20= From owner-freebsd-stable@freebsd.org Thu Jul 30 06:51:04 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 791989AE42E for ; Thu, 30 Jul 2015 06:51:04 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 5A2FA13A4 for ; Thu, 30 Jul 2015 06:51:04 +0000 (UTC) (envelope-from peter@rulingia.com) Received: by mailman.ysv.freebsd.org (Postfix) id 58C309AE42D; Thu, 30 Jul 2015 06:51:04 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3EFBE9AE42C for ; Thu, 30 Jul 2015 06:51:04 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vps.rulingia.com (vps.rulingia.com [103.243.244.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps.rulingia.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C0A6813A2 for ; Thu, 30 Jul 2015 06:51:03 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from server.rulingia.com (c220-239-242-83.belrs5.nsw.optusnet.com.au [220.239.242.83]) by vps.rulingia.com (8.15.2/8.15.2) with ESMTPS id t6U6ishA007292 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 30 Jul 2015 16:45:00 +1000 (AEST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.14.9/8.14.9) with ESMTP id t6U6invX001001 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 30 Jul 2015 16:44:49 +1000 (AEST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.14.9/8.14.9/Submit) id t6U6ii0B001000; Thu, 30 Jul 2015 16:44:44 +1000 (AEST) (envelope-from peter) Date: Thu, 30 Jul 2015 16:44:44 +1000 From: Peter Jeremy To: Doug Hardie Cc: FreeBSD Stable ML Subject: Re: Swap Usage Message-ID: <20150730064444.GA88137@server.rulingia.com> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="6TrnltStXW4iwmi0" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2015 06:51:04 -0000 --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [reformatted] On 2015-Jul-29 17:41:33 -0700, Doug Hardie wrote: >I have several FreeBSD 9.3 systems that are using swap and I can=E2=80=99t >figure out what is doing it. The key system has 6GB swap and >currently it has over 2GB in use. Is the system currently paging (top(1) and "systat -v" will show this)? If not, this just means that at some time in the past, the system was under memory pressure and paged some process memory out. Since then, that memory hasn't been touched so the system hasn't paged it in. >ps shows only a kernel module >[intr] with a W status. 'W' means the whole process is 'swapped' out - this will only occur under severe RAM pressure. Normally, the system will just page out inactive parts of a processes address space - and none of the ps flags will show this. > How do I figure out what that swap space is being used for? I don't think this can be trivially done. "procstat -v" will show the number of resident pages within each swap-backed region, any pages in that region that have been touched but are not resident are on the swap device but any pages that have never been touched aren't counted at all. --=20 Peter Jeremy --6TrnltStXW4iwmi0 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJVucfcXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFRUIyOTg2QzMwNjcxRTc0RTY1QzIyN0Ux NkE1OTdBMEU0QTIwQjM0AAoJEBall6Dkogs0C2oQAIdzdj2j1FmUvf4I+ADSCdmu QNKWaRJyhy9AHTHzAzJfm/gm14i5T9VyNVPjo4imDxqxuLlcQMmhjkHerqV5TLOz Qe7MImmQM6f3MeoR62eo/JK3kSpUIOXgFxBHHp5UxRrhM/HSvh6PtFGpje7GQa0N zIakQ9B32Xbw+1N+dDaV9fQ19LUjhBjK3xleQKOjdm+DUlZOZkQfO98rkLjk2mNy H9QY8b04vwna+bEg+uAc0actkfg6OkwyVAJf7AIRLjyJzI3ItjT9Bg+bvb1CyBxC 9Gbcdyt/NIOiUgRpO6MaCR1A2WlU/Yj0JkHbBcnLaL92o2NnbC3tbcTtQ3zReJs0 RzRKo3CeSbQChsnsLQEige0u8APdh8gCDeKBw/UxIUhYWkW3Ui/QEx94b4zrDI40 5hNo9UX9kSgu67rU+1Q/HR88Dukwv/4SDu7Goq6nTb41lz4Q8GVXOCAC0X93ik8+ 2WIYwlENE6Z8t7z/WjWGU2+rh2ElXNK+L8LMAJWE8mZbk0oxw6y9JQxhSyjtXomC 9bjSrLpKcunuvD5eU2ZX/jqNiqxwJO3Ut/wiODh60VAMDZ/dxRaN/YFGhzz9ldlt q3T3po+gAUO+WiZ5WvnFlcasiSzqF/W3gywusOO1dVbCjqs1GPOFoTIcLOxq6K0/ AeGS/lFBsJdZ8d7X4XGR =cCZL -----END PGP SIGNATURE----- --6TrnltStXW4iwmi0-- From owner-freebsd-stable@freebsd.org Thu Jul 30 06:53:52 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7A90F9AE60D for ; Thu, 30 Jul 2015 06:53:52 +0000 (UTC) (envelope-from ubm.freebsd@googlemail.com) Received: from mail-wi0-x230.google.com (mail-wi0-x230.google.com [IPv6:2a00:1450:400c:c05::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0E78F18DF for ; Thu, 30 Jul 2015 06:53:52 +0000 (UTC) (envelope-from ubm.freebsd@googlemail.com) Received: by wicmv11 with SMTP id mv11so8359363wic.0 for ; Wed, 29 Jul 2015 23:53:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=from:date:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=nxOtDckjrXFFDN3KNQG8kz19DfJO2WFmAYnHsNN0lRw=; b=gGwQE+iRZEmHkqA8G6OVetc+qwQUEJwSpiIicM11pfAz9/mOOwoiBj/Ztf5TE/6Fwi qIRGyLe3uOFEA2VBQr3plMD7WABbVjXpx5j9kngiEHoHQYOwtcvHZ4R7UUMaTphsLsex PSHnrlM5gHb4qaMt9wEwzV21cQp4R6xRv6a8IPmMd2viaNLGJqOs5H7wa9u/ODuIEXks xI2v/CVachIOTgKplCnm2qQ05DwG7ZNapalPNEuHxAFMxsCWj3Y7J5ouL+thqhSmDyLE foWPJjcNmZxOyTkHNrV5enimYxd/d3oYUlZY03bN6qJvK1jcUxYhky0Y/u3U5L+ErI/G 5suA== X-Received: by 10.180.12.148 with SMTP id y20mr2994349wib.80.1438239230593; Wed, 29 Jul 2015 23:53:50 -0700 (PDT) Received: from ubm.strangled.net (ipbcc16d85.dynamic.kabel-deutschland.de. [188.193.109.133]) by smtp.gmail.com with ESMTPSA id ez4sm28160918wid.14.2015.07.29.23.53.49 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 29 Jul 2015 23:53:49 -0700 (PDT) From: Marc UBM X-Google-Original-From: Marc "UBM" Bocklet Date: Thu, 30 Jul 2015 08:53:46 +0200 To: freebsd-stable Subject: Re: problem with geli and LSI controller Message-Id: <20150730085346.aed44d009e40fdd3e6c249b1@gmail.com> In-Reply-To: <20150720223226.GC8523@funkthat.com> References: <20150719173432.16bfa3be6d110571cbc8fe2a@gmail.com> <20150719161651.GQ8523@funkthat.com> <20150720145646.987e20371fd2ba2343fc8ecb@u-boot-man.de> <20150720152912.b67d215afcd8bc23c39d292f@u-boot-man.de> <20150720223226.GC8523@funkthat.com> X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.27; amd64-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2015 06:53:52 -0000 On Mon, 20 Jul 2015 15:32:26 -0700 John-Mark Gurney wrote: > Marc UBM Bocklet wrote this message on Mon, Jul 20, 2015 at 15:29 +0200: > > On Mon, 20 Jul 2015 14:56:46 +0200 > > Marc "UBM" Bocklet wrote: > > > > > > > > > > This sounds like the drives were in raid0 mode, and not raw disk > > > > mode... You might be able to recover the disk w/ geli resize, > > > > assuming only space was added at the end, not at the begining, but > > > > I have never personally tried that myself... I'd recommend trying > > > > on a copy of the drive so you don't loose data if that is possible.. > > > > > > And one more question, directed at the list: even if geli manages to > > > move the metadata via resize, the gpart metadata is probably still > > > lost? > > It depends.. did you gpart it first and the geli it? or the other > way around? > > If you gpart'd it first, you should be able to see your partitions, > if you can't then getting a replacement controller card makes the > most sense, as it's likely that the RAID card meta data is at the > begining of the drive... > > gpart also supports the resize command... > > > Replying to myself again, it appears that the safest way is to get a > > Rocket Raid controller identical to the one we had, put it in another > > system, connect the disks, import the old pool and move the data to the > > new pool on the the LSI controller. > > > > Am I overlooking anything? > > Nope... As someone else said, this is the dangers of RAID cards... Thanks a lot for all your input and help - I learned a lot! In the end, we bought a used Rocket Raid controller, imported the pool and copied the data to the new pool. Most important lesson learned: use an HBA for zfs! Cheers, Marc From owner-freebsd-stable@freebsd.org Thu Jul 30 08:39:16 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 618B59ADD7F for ; Thu, 30 Jul 2015 08:39:16 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 4B1AD3F3 for ; Thu, 30 Jul 2015 08:39:16 +0000 (UTC) (envelope-from bc979@lafn.org) Received: by mailman.ysv.freebsd.org (Postfix) id 47EF49ADD7E; Thu, 30 Jul 2015 08:39:16 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 469139ADD7D for ; Thu, 30 Jul 2015 08:39:16 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from zoom.lafn.org (zoom.lafn.org [108.92.93.123]) by mx1.freebsd.org (Postfix) with ESMTP id EE98B3F1 for ; Thu, 30 Jul 2015 08:39:15 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from [10.0.1.2] (static-71-177-216-148.lsanca.fios.verizon.net [71.177.216.148]) (authenticated bits=0) by zoom.lafn.org (8.14.7/8.14.9) with ESMTP id t6U8dC12015118 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 30 Jul 2015 01:39:14 -0700 (PDT) (envelope-from bc979@lafn.org) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Subject: Re: Swap Usage From: Doug Hardie In-Reply-To: <20150730064444.GA88137@server.rulingia.com> Date: Thu, 30 Jul 2015 01:39:12 -0700 Cc: FreeBSD Stable ML Content-Transfer-Encoding: quoted-printable Message-Id: <10F94D23-E58C-466E-ADCA-5E6670054BD7@lafn.org> References: <20150730064444.GA88137@server.rulingia.com> To: Peter Jeremy X-Mailer: Apple Mail (2.2102) X-Virus-Scanned: clamav-milter 0.98 at zoom.lafn.org X-Virus-Status: Clean X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2015 08:39:16 -0000 > On 29 July 2015, at 23:44, Peter Jeremy wrote: >=20 > [reformatted] >=20 > On 2015-Jul-29 17:41:33 -0700, Doug Hardie wrote: >> I have several FreeBSD 9.3 systems that are using swap and I can=E2=80=99= t >> figure out what is doing it. The key system has 6GB swap and >> currently it has over 2GB in use. >=20 > Is the system currently paging (top(1) and "systat -v" will show > this)? If not, this just means that at some time in the past, the > system was under memory pressure and paged some process memory out. > Since then, that memory hasn't been touched so the system hasn't paged > it in. >=20 >> ps shows only a kernel module >> [intr] with a W status. >=20 > 'W' means the whole process is 'swapped' out - this will only occur > under severe RAM pressure. Normally, the system will just page out > inactive parts of a processes address space - and none of the ps flags > will show this. >=20 >> How do I figure out what that swap space is being used for? >=20 > I don't think this can be trivially done. "procstat -v" will show > the number of resident pages within each swap-backed region, any > pages in that region that have been touched but are not resident > are on the swap device but any pages that have never been touched > aren't counted at all. Bingo. procstat shows the problem. The process that I suspected has a = large number of entries like: 650 0x834c00000 0x835800000 rw- 0 0 1 0 ---- = sw=20 650 0x835800000 0x835c00000 rw- 0 0 1 0 ---- = sw=20 650 0x835c00000 0x837c00000 rw- 1 0 1 0 ---- = sw=20 I don=E2=80=99t know whats in those areas yet. If I were to kill the = process with SIGABRT would the core dump show those areas? I might be = able to figure out what they are from that. Thanks for the pointer. From owner-freebsd-stable@freebsd.org Thu Jul 30 09:09:29 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 161BE9AE5EC for ; Thu, 30 Jul 2015 09:09:29 +0000 (UTC) (envelope-from marekrud@posteo.de) Received: from mx02.posteo.de (mx02.posteo.de [89.146.194.165]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C7DBC15E0 for ; Thu, 30 Jul 2015 09:09:28 +0000 (UTC) (envelope-from marekrud@posteo.de) Received: from dovecot04.posteo.de (unknown [185.67.36.27]) by mx02.posteo.de (Postfix) with ESMTPS id A80781F4658E; Thu, 30 Jul 2015 11:09:22 +0200 (CEST) Received: from mail.posteo.de (localhost [127.0.0.1]) by dovecot04.posteo.de (Postfix) with ESMTPSA id 3mhmC55RvvzFpVk; Thu, 30 Jul 2015 11:09:21 +0200 (CEST) From: aeuii@posteo.de To: Ronald Klop , freebsd-stable@freebsd.org Subject: Re: mount_msdosfs: msdosfs_iconv: Operation not permitted In-Reply-To: References: <86mvyen4jz.fsf@posteo.de> Date: Thu, 30 Jul 2015 11:09:21 +0200 Message-ID: <86si8657we.fsf@posteo.de> MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2015 09:09:29 -0000 On Wed, Jul 29 2015, Ronald Klop wrote: > I think you should make sure the msdosfs_iconv module is already loaded. > Mount_msdosfs loads this module for you if it has the rights. That is why > it works if root has done that ones. > > Add this to rc.conf and reboot: > kld_list="msdosfs_iconv" I had msdosfs_iconv.ko loaded through /boot/loader.conf: msdosfs_iconv_load="YES" (just forgotten to mention it previously) I also verified that it's loaded with kldstat and it still doesn't work. Were you able to reproduce the problem? Thank you and best regards, Stefan > Regards, > Ronald. > > > On Wed, 29 Jul 2015 21:32:00 +0200, wrote: > >> Hello, >> >> it looks like an old issue [1,2,3], but it's bugging me. >> >> Generally, I'm not able to mount msdos file system as a regular user >> with extra charset options (-L) before the superuser. After the >> superuser mounts (and unmounts) the file system, regular users can do it >> to. Below is more info about my system and the detailed steps to >> reproduce the issue. >> >> Thanks for suggestions. >> Stefan >> >> >> [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=109024 >> [2] >> https://forums.freebsd.org/threads/mount_msdosfs-msdosfs_iconv-operation-not-permitted.36897/ >> [3] https://forums.freebsd.org/threads/mount_msdosfs-bug.2668/ >> >> >> >> ** my system >> >> % uname -a >> FreeBSD silver.local 10.1-RELEASE-p10 FreeBSD 10.1-RELEASE-p10 #0: Wed >> May 13 06:54:13 UTC 2015 >> root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 >> >> >> % locale >> LANG=en_GB.UTF-8 >> LC_CTYPE="en_GB.UTF-8" >> LC_COLLATE="en_GB.UTF-8" >> LC_TIME="en_GB.UTF-8" >> LC_NUMERIC="en_GB.UTF-8" >> LC_MONETARY="en_GB.UTF-8" >> LC_MESSAGES="en_GB.UTF-8" >> LC_ALL= >> >> >> % cat /etc/fstab >> /dev/da1 /home/user/mnt/u0 msdosfs >> rw,noauto,noexec,-L=en_GB.UTF-8,-m=600,-M=700 0 0 >> /dev/da1s1 /home/user/mnt/u1 msdosfs >> rw,noauto,noexec,-L=en_GB.UTF-8,-m=600,-M=700 0 0 >> >> >> % sysctl vfs.usermount >> vfs.usermount: 1 >> >> >> >> % cat /etc/rc.conf | grep kiconv >> kiconv_preload="YES" >> kiconv_local_charset="UTF-8" >> kiconv_foreign_charset="UTF-16BE UTF-8" >> kiconv_fstypes="msdosfs" >> >> >> % pkg info|grep kiconv >> kiconvtool-0.97 Tool to preload kernel iconv charset >> tables >> >> >> >> >> ** initially loaded tables >> >> % kiconvtool -d >> UTF-8 -> UTF-16BE >> UTF-16BE -> UTF-8 >> >> >> ** try to mount as a regular user >> >> % mount /home/user/mnt/u1 >> mount_msdosfs: msdosfs_iconv: Operation not permitted >> >> >> >> ** mount fs as root >> >> # mount /home/user/mnt/u1 >> # umount /home/user/mnt/u1 >> >> >> ** tables after root mounted the fs >> >> % kiconvtool -d >> UTF-8 -> UTF-16BE >> UTF-16BE -> UTF-8 >> UTF-8 -> _wctype >> >> >> ** now a regular user can mount too >> >> % mount /home/user/mnt/u1 >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Thu Jul 30 10:24:49 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B4A009AB5A7 for ; Thu, 30 Jul 2015 10:24:49 +0000 (UTC) (envelope-from anonymous@ip-173-201-34-172.ip.secureserver.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 9778B1D45 for ; Thu, 30 Jul 2015 10:24:49 +0000 (UTC) (envelope-from anonymous@ip-173-201-34-172.ip.secureserver.net) Received: by mailman.ysv.freebsd.org (Postfix) id 943469AB5A6; Thu, 30 Jul 2015 10:24:49 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 79F3F9AB5A3 for ; Thu, 30 Jul 2015 10:24:49 +0000 (UTC) (envelope-from anonymous@ip-173-201-34-172.ip.secureserver.net) Received: from p3plsmtpp1ded04.prod.phx3.secureserver.net (p3plsmtpp1ded04.prod.phx3.secureserver.net [208.109.80.2]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 527271D44 for ; Thu, 30 Jul 2015 10:24:48 +0000 (UTC) (envelope-from anonymous@ip-173-201-34-172.ip.secureserver.net) Received: from ip-173-201-34-172.ip.secureserver.net ([173.201.34.172]) by p3plsmtpp1ded04.prod.phx3.secureserver.net with : DED : id yaMg1q00A3iqBPR01aMg4l; Thu, 30 Jul 2015 03:21:41 -0700 x-originating-ip: 173.201.34.172 x_spam_cmae: v=2.1 cv=eJydjRZ1 c=1 sm=1 tr=0 p=4DRcR1FqiNfnTPjh:21 p=smFC8Pf1peAJfVjw:21 a=FMyW0kg+zVcjUcIoJjcbSA==:117 a=TZb1taSUAAAA:8 a=zOBTXjUuO1YA:10 a=rnoqe5PcerFR2i43ic4A:9 a=CjuIK1q_8ugA:10 a=6_AR62ZukJ-iK9l7mMsA:9 a=IKIoO-ieCDEA:10 Received: (qmail 24255 invoked by uid 10001); 30 Jul 2015 03:21:40 -0700 To: stable@freebsd.org Subject: Indebted for driving on toll road #00469273 Date: Thu, 30 Jul 2015 04:21:40 -0600 From: "E-ZPass Manager" Reply-To: "E-ZPass Manager" Message-ID: <438e16f7824f8b0f94303fbf39d3270b@ip-173-201-34-172.ip.secureserver.net> X-Priority: 3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2015 10:24:49 -0000 Notice to Appear, You have not paid for driving on a toll road. Please service your debt in the shortest possible time. The copy of the invoice is attached to this email. Yours faithfully, Jaime Vaughn, E-ZPass Agent. From owner-freebsd-stable@freebsd.org Thu Jul 30 19:20:29 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AA7279ABFB4 for ; Thu, 30 Jul 2015 19:20:29 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 9BC1B89; Thu, 30 Jul 2015 19:20:29 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 419161912; Thu, 30 Jul 2015 19:20:29 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Thu, 30 Jul 2015 19:20:27 +0000 From: Glen Barber To: freebsd-stable@FreeBSD.org Subject: 10.2-RELEASE status update Message-ID: <20150730192027.GF90754@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="TmwHKJoIRFM7Mu/A" Content-Disposition: inline X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2015 19:20:29 -0000 --TmwHKJoIRFM7Mu/A Content-Type: text/plain; charset=us-ascii Content-Disposition: inline The 10.2-RC2 builds will begin in just under 5 hours. At this time, re@ is no longer accepting commit request approvals to the releng/10.2 branch, however a last-minute issue was discovered with the pms(4) driver for PMC Sierra SAS/SATA HBA cards that is currently being investigated. It is unclear if we will need 10.2-RC3 at this point. The 10.2-RELEASE schedule on the website will be updated as appropriate. In the meantime, the schedule has been updated to account for the lack of the BETA3 build. The schedule as it stands now is: RC2 build starts: July 31, 2015 RC3 build starts: August 7, 2015 [*] RELEASE build starts: August 14, 2015 RELEASE announcement: August 17, 2015 [*] - If needed The schedule is also available at: https://www.freebsd.org/releases/10.2R/schedule.html Thanks. Glen On behalf of: re@ --TmwHKJoIRFM7Mu/A Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVunj7AAoJEAMUWKVHj+KT55cP/AoBalWBl2CFnl6cohq+YlFH 84bosCX7KoXuEcVFIuaC9zKzTtquGoWz0lEGjpksmo6xe7/EN9TJcoZFe3Cgr31k MzakWKRNxNWBuZcoyFfDubOi4fwBkrJLFymOVarHy53IRQhXtz6k7W1nBi21tKT4 pl7iF8K+1XKIbai3GMCaOrYA8CaZGcax2TFNa2RsZKZP1iAsTHQ8iMIF58+KRHTe XeIxQ3mZlTxteBfEEKYsSaP4ZxTuT/oo2cX+QFAD1Df+gAO095x15g8OB4VCNvrW ULplLOhH7Xrzy0DaTi0lhoTqnK8bdITJZwComadCcybvIiWq7Eq7y5raeRfuYrcI Dkz6Hb3mtI09c48/gUyL595A53h8r+ifbQh1YnrmfpE7+FaHiII9IFAsAiaRo+C1 ic4w518VaoojL1Gt6iEmNkQ43WhZ58C2UpqCo9z1NBQCFkEEEjd4Asp4cLWtvKey 7mo61VsVe7k4kNF5pBR+n5RcSJh2klkTk0erPTkkUSySCOXaEnNZo7HW58eQn/jM qmC7Z3ncX+/BgUK4UL2e7nr23HOYwee3StEVCH+8lyvO0b0UBCrmukw6WcKhMmHe Fuyiq4hDT0v4uLbWhcCmwTjCW8Jb2boDYuxLa6FPL8kue7lTVgUuRa6jtD2sE7fg mb5e1sfyyuwoDypF5dSD =DJgz -----END PGP SIGNATURE----- --TmwHKJoIRFM7Mu/A-- From owner-freebsd-stable@freebsd.org Fri Jul 31 01:48:34 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BE6B09AE6E9 for ; Fri, 31 Jul 2015 01:48:34 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id A67AE75F; Fri, 31 Jul 2015 01:48:34 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 31A0012C0; Fri, 31 Jul 2015 01:48:34 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Fri, 31 Jul 2015 01:48:32 +0000 From: Glen Barber To: freebsd-stable@FreeBSD.org Cc: FreeBSD Release Engineering Team Subject: HEADS-UP: PCI ID driver conflict with ahd(4) and pms(4) Message-ID: <20150731014832.GN90754@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="FrxVhwK/bNRjN48l" Content-Disposition: inline X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2015 01:48:34 -0000 --FrxVhwK/bNRjN48l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline The new driver for PMC Sierra SAS/SATA HBAs does not properly validate that both the vendor ID and device ID of some storage device drivers. At present, we know there is a conflict with ahd(4), it is possible there are more. The issue was reported on the -current@ mailing list in this thread: https://lists.freebsd.org/pipermail/freebsd-current/2015-July/056778.html If you are running 10.2-RC1, you should be unaffected when upgrading to 10.2-RC2. If you are running 10.2-BETA2 or prior (and 10.2-PRERELEASE prior to the releng/10.2 branch), please exercise caution when upgrading to the latest stable/10 or releng/10.2 if your storage controller matches any of the following PCI device IDs: 0x0100 0x0101 0x0102 0x0103 0x0104 0x0105 0x0110 0x050A 0x1028 0x1029 0x102a 0x1200 0x1203 0x8001 0x8006 0x8008 0x8009 0x8018 0x8019 0x8070 0x8071 0x8072 0x8073 0x8074 0x8075 0x8076 0x8077 0x8081 0x8088 0x8089 0x8091 0x8098 0x8099 0xB555 0xabcd The resolution to this issue is still being investigated, and is considered a blocker for the 10.2-RELEASE, which means it is now quite likely there will be an -RC3 for this release. Thank you for your patience while this issue is being resolved. Glen On behalf of: re@ --FrxVhwK/bNRjN48l Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVutPwAAoJEAMUWKVHj+KTdm0P/3IA2ev2YGYxbiYzNUgt+Hrz qfxeOdlVxZmuYjTTmDPBWMzeORs05GSMGOrFZQ127jAVxxru2DsJZjL82DfWYn// rrUljUiPKIMPsLIzJIfJlzzZlyzNbOPMyAVov654jdT7J0dmQNM48YJdYbFUp9Zl dR7vI//ndHxtGIsX/IoAd2OBTetVXBW07bG+NH3Tiq883x1IzWGApX9m3aKOmBw7 FP+zKMg2SfXC/cWTxPlJaSokK45XLBCJB8DMlrr35cXZU6qBGR3Zg44ZLeAtAWii 6wlceq06odweghboRJKYkasrdyg5w/M60/DovyYfeT5DKgKQiYOTJoDvK0o8apQX RdZd5/1ppli3Qdajgd+tYfq9YW2OneJ1JMJg6iTCgiYxX6mNiW8O5PBeVjOkOGxI HgTGEPct5VN1XH6Tohu9A0pq7qGS6K18JWfuINOW31e3vAUyWkN5QPVhoD5NnU+g vztv9gnYX98jdoVoOA79DCPC4c6YxAzt/sJ+NsaFt7se1wclKyiE+/FnJr8D5gfZ OOwnXuEcqRH6NJgH3nYNjECDVVxb1Gbue8ad3skLDqmUpwgq2nBba+oFbD3cfj8G g8L67+XX91RrMnlADee8pQafd629KGB2jhOEVor2JGRu4RTpTTjcSwillDRfU4fN NQ32nL1JMk330/nJUdBl =1fKC -----END PGP SIGNATURE----- --FrxVhwK/bNRjN48l-- From owner-freebsd-stable@freebsd.org Fri Jul 31 07:20:53 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 73E449AEEF0 for ; Fri, 31 Jul 2015 07:20:53 +0000 (UTC) (envelope-from pi@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 28471135; Fri, 31 Jul 2015 07:20:52 +0000 (UTC) (envelope-from pi@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.85 (FreeBSD)) (envelope-from ) id 1ZL4cb-000GGw-Mg; Fri, 31 Jul 2015 09:20:49 +0200 Date: Fri, 31 Jul 2015 09:20:49 +0200 From: Kurt Jaeger To: Glen Barber Cc: freebsd-stable@FreeBSD.org Subject: Re: HEADS-UP: PCI ID driver conflict with ahd(4) and pms(4) Message-ID: <20150731072049.GT49099@home.opsec.eu> References: <20150731014832.GN90754@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150731014832.GN90754@FreeBSD.org> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2015 07:20:53 -0000 Hi! > prior to the releng/10.2 branch), please exercise caution when upgrading > to the latest stable/10 or releng/10.2 if your storage controller > matches any of the following PCI device IDs: Which field of pciconf -lvb or sysctl output needs to be compared ? Is it the device= field ? dev.atapci.0.%pnpinfo: vendor=0x1002 device=0x439c subvendor=0x15d9 subdevice=0xa711 class=0x01018a > 0x0100 > 0x0101 > 0x0102 [...] -- pi@opsec.eu +49 171 3101372 5 years to go ! From owner-freebsd-stable@freebsd.org Fri Jul 31 13:29:56 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CA2819AE030 for ; Fri, 31 Jul 2015 13:29:56 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id B875B2B1A; Fri, 31 Jul 2015 13:29:56 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 45FB81223; Fri, 31 Jul 2015 13:29:56 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Fri, 31 Jul 2015 13:29:54 +0000 From: Glen Barber To: Kurt Jaeger Cc: freebsd-stable@FreeBSD.org Subject: Re: HEADS-UP: PCI ID driver conflict with ahd(4) and pms(4) Message-ID: <20150731132954.GU90754@FreeBSD.org> References: <20150731014832.GN90754@FreeBSD.org> <20150731072049.GT49099@home.opsec.eu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="50RDeE14MEV4qpyy" Content-Disposition: inline In-Reply-To: <20150731072049.GT49099@home.opsec.eu> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2015 13:29:56 -0000 --50RDeE14MEV4qpyy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 31, 2015 at 09:20:49AM +0200, Kurt Jaeger wrote: > Hi! >=20 > > prior to the releng/10.2 branch), please exercise caution when upgrading > > to the latest stable/10 or releng/10.2 if your storage controller > > matches any of the following PCI device IDs: >=20 > Which field of pciconf -lvb or sysctl output needs to be compared ? >=20 > Is it the device=3D field ? >=20 > dev.atapci.0.%pnpinfo: vendor=3D0x1002 device=3D0x439c subvendor=3D0x15d9 > [...] >=20 As far as I can tell (right now), yes. Glen --50RDeE14MEV4qpyy Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVu3hSAAoJEAMUWKVHj+KT4q8P/RSZGSqbEpXdX+jTGNl+hG6I boo4JtgKzSGOc4GDIGcKjBpVk0++7XYlFv5spTEIObDaEZVjNNH5qft73atHdePc SspPai1lPNviyQfYiwcgalvsGdgxBDn8VhTlv5TWQwnxNflhoj0/6ItEVUmm9zMF DOqOBdeqDFSJKHz+ujVJNYbUWn5VEYjZH00Qn6QjWEtSiq9xVMw9CpadfLvo+705 4A3uMoQQb4Ze9/eyfoaodBgmZo5HuFqx6HPbKgzyseswxPk1hCsqQq1ZkwhMORxE ECdc/WCNfCcw1nWavoIRN0ONh8YtUdk4w1aw2H79K/vFLbX4Kdj0SvQK14egn9Pm QRfpCXDLW8ovWdyioB1E27kpvd4YqtFCgc6X0buqFuo6xVMd4dUTnN/RqaAZf+un 8KNR+5H2WJ63DnMLXlOyD6kSaOiGhfPDK9om+vFMq8IzXwVtvkPRMUcNHZFPyxv8 vqUzbHAZj0pHZqFXmnVpfak68pnLMVO+HzzDn/gCVH7aaOujgBjkjtugAbgFVj/i O0gZzhTUbMloR6WDckhGIBfZST9bqHpMegjutkBVgictERoDgmsUlWu5hDRu4h8M zuB1aq9VgnQ206BDr3aXk2K988YL5NamBiKY9cQvr8QPVIidrN54+bN5MpJ8oZJU fpjkd0t6uyMVqJz9AMwL =/pay -----END PGP SIGNATURE----- --50RDeE14MEV4qpyy-- From owner-freebsd-stable@freebsd.org Fri Jul 31 15:45:11 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 85CB19AF66C for ; Fri, 31 Jul 2015 15:45:11 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 752041DC1; Fri, 31 Jul 2015 15:45:11 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 032EF1971; Fri, 31 Jul 2015 15:45:10 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Fri, 31 Jul 2015 15:45:09 +0000 From: Glen Barber To: freebsd-stable@FreeBSD.org Cc: FreeBSD Release Engineering Team Subject: Re: HEADS-UP: PCI ID driver conflict with ahd(4) and pms(4) Message-ID: <20150731154509.GB90754@FreeBSD.org> References: <20150731014832.GN90754@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="IQ2ZtBPOZQVGoXc0" Content-Disposition: inline In-Reply-To: <20150731014832.GN90754@FreeBSD.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2015 15:45:11 -0000 --IQ2ZtBPOZQVGoXc0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 31, 2015 at 01:48:32AM +0000, Glen Barber wrote: > The new driver for PMC Sierra SAS/SATA HBAs does not properly validate > that both the vendor ID and device ID of some storage device drivers. > At present, we know there is a conflict with ahd(4), it is possible > there are more. >=20 The pms(4) driver was pulled from GENERIC in head (r286131) and stable/10 (r286132). I am awaiting a response within re@ to make this change in releng/10.2, after which the 10.2-RC2 builds will be restarted to include this change, as this is entirely too dangerous to allow by default. As such, there will be delay with the 10.2-RC2 availability. Glen On behalf of: re@ --IQ2ZtBPOZQVGoXc0 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVu5gFAAoJEAMUWKVHj+KTJ+cP/28jDFjq4c/O0dYdC4wh8yrr MPJ2J4OcUEXh7ZTl0deN4+wdQbxRxixiVQndE7ztaoKIx0uJk31Eihw5FFZWECMy Lx/fnfPu97thbqzmWRsITTQpfPenmSh3Xbt3n0z2dc55Z3FuBrK3mAKphUbIxEXS lQq5B8xPAAYK5p5DXCMjzMxNwmHjdlclVDjzlVCkIFKtDxFDqvZzWlrOlptrI3D2 Qx0uD5+IHVWWhcw/aVKeDCsAfww5NWJ2cIsgl4lzlOllNJMs9FnzHLFaTwm2sV2h Q82Cz6F224qZzncKLIfiinkfCQKYTno5YbRZPV8Ydi7NpNG2OH6Vku4E7YSaTRP0 Su9Ci8qzsuiYXPGjq72o32w96fXsgitDX9VoXAdKhUYzH6ftNh38esCQgmGLIc97 0BR9uYFbZlbvdDZGL766Ae4O96fnIbwkDRZhRyh4s/rXH9iiZn6/d4s75vfjszy4 DsY0+qA3GjVo+BYyAku3rY07m8/dRmJoDa3B84hmuEsJiAuk8MQUpAcecgpZSVHE t1XJzZjCPE/xIsg0z9HRAC+8bllteWJHVKb3E8o29VKgtSsCgt4qz2+FTZaQumx/ E1Rpa0Ws9K7+qguuVr0yYmdYZ5PjKNaWIv0cbXPScy7C760oVFKr8VDyDLR12uqW USV7PLvktseRHvJ//QLI =WbF8 -----END PGP SIGNATURE----- --IQ2ZtBPOZQVGoXc0-- From owner-freebsd-stable@freebsd.org Fri Jul 31 21:21:49 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 232F39B0AE5 for ; Fri, 31 Jul 2015 21:21:49 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8E97215BC for ; Fri, 31 Jul 2015 21:21:48 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.15.2/8.15.2) with ESMTPS id t6VLLa1u030333 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Fri, 31 Jul 2015 23:21:37 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.15.2/8.15.2/Submit) with ESMTP id t6VLLawr030330 for ; Fri, 31 Jul 2015 23:21:36 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Fri, 31 Jul 2015 23:21:36 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD stable Subject: KSTACK_PAGES stuck at 2 despite options KSTACK_PAGES=4 Message-ID: User-Agent: Alpine 2.20 (BSF 67 2015-01-07) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail.fig.ol.no Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2015 21:21:49 -0000 stable/10, i386, r286139, 4 GiB RAM, custom kernel loudly claims: ZFS NOTICE: KSTACK_PAGES is 2 which could result in stack overflow panic! Please consider adding 'options KSTACK_PAGES=4' to your kernel config Well, my custom kernel config does contain: options KSTACK_PAGES=4 and options ZFS sysctl kern.conftxt backs up my story: kern.conftxt: options CONFIG_AUTOGENERATED ident VBOX machine i386 cpu I686_CPU cpu I586_CPU cpu I486_CPU makeoptions WITH_CTF=1 makeoptions DEBUG=-g options ZFS options KSTACK_PAGES=4 <---- !!!!!! options FDESCFS ... What more does it want? -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-stable@freebsd.org Sat Aug 1 07:54:11 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BF8CB9B039D for ; Sat, 1 Aug 2015 07:54:11 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id B0FEA1B2B for ; Sat, 1 Aug 2015 07:54:11 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id DC5C78B0 for ; Sat, 1 Aug 2015 07:54:10 +0000 (UTC) Date: Sat, 1 Aug 2015 07:54:09 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: freebsd-stable@freebsd.org Message-ID: <1637685958.68.1438415649209.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : Build-UFS-image #2059 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: Build-UFS-image X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Aug 2015 07:54:11 -0000 See From owner-freebsd-stable@freebsd.org Sat Aug 1 17:52:00 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9A1B29B0EFA for ; Sat, 1 Aug 2015 17:52:00 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 86B891941; Sat, 1 Aug 2015 17:52:00 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 0F825140B; Sat, 1 Aug 2015 17:51:59 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Sat, 1 Aug 2015 17:51:58 +0000 From: Glen Barber To: freebsd-stable@FreeBSD.org Cc: FreeBSD Release Engineering Team Subject: FreeBSD 10.2-RC2 Now Available Message-ID: <20150801175158.GA70901@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Aug 2015 17:52:00 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The second RC build of the 10.2-RELEASE release cycle is now available. Installation images are available for: o amd64 GENERIC o i386 GENERIC o ia64 GENERIC o powerpc GENERIC o powerpc64 GENERIC64 o sparc64 GENERIC The image checksums follow at the end of this email. FreeBSD/arm SD card images are available for: o BEAGLEBONE o CUBOX-HUMMINGBOARD o GUMSTIX o RPI-B o PANDABOARD o WANDBOARD Note: For convenience for those without console access to supported arm devices, a default 'freebsd' user exists for ssh(1) login. The password is 'freebsd', which it is strongly recommended to change after gaining access to the system. Additionally, the 'root' user password is 'root', which is also recommended to change. All images can be downloaded from: ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/10.2/ If you notice problems, please report them through the Bugzilla PR system. If you would like to use SVN to do a source based update of an existing system, use the "releng/10.2" branch. A list of changes since 10.1-RELEASE are available in the release notes: https://www.freebsd.org/releases/10.2R/relnotes.html Please note, the release notes page is not yet complete, and will be updated on an ongoing basis as the 10.2-RELEASE cycle progresses. === Changes Since 10.2-RC1 === o The pkg(8) repository configuration file used to populate the /packages directory on the dvd1.iso for amd64 and i386 has been corrected to use the 'quarterly' branch for RC2. o ntpd(8) has been updated to use a static build date for reproducibility, as well as no longer links against libmd. o The nvme(4) driver has been updated to fix an issue where ZFS TRIM on pool initialization would appear to hang the system, with several additional updates. o An issue where the UEFI loader would create an invalid device path has been fixed. o A bug in the pre-8.x F_GETLK command for fcntl(2) emulation of advisory locks was fixed. o A shell injection vulnerability in patch(1) has been fixed. [FreeBSD-SA-15:14] o An issue with TCP reassembly leading to mbuf(9) exhaustion has been fixed. [FreeBSD-SA-15:15] o OpenSSH has been updated to address multiple vulnerabilities. [FreeBSD-SA-15:16] o A regression related to suspend and resume for several laptops has been fixed. o Several issues have been fixed in pf(4). o The VHD-formatted virtual machine disk images have changed to use the fixed-size format instead of the dynamic-size format. o An issue related to UDP checksum offloading has been fixed for Hyper-V on Windows Server 2012 and earlier. o A locking issue that could cause FreeBSD/sparc64 systems to panic has been fixed. o An issue in the uart(4) driver that could trigger a system panic has been fixed. o tar(1) has been updated to address an issue when compressing sparse files. o The pms(4) driver for PMC Sierra SAS/SATA HBA controllers has been removed from the GENERIC kernel configuration. In order to use the driver, add pmspcv_load="YES" to loader.conf(5) or at the loader(8) prompt, run 'load pmspcv.ko'. Note, there is an issue with the driver where it will attempt to attach to controllers it should not. At present, a post-release Errata Notice is planned for this issue, to allow time for the issue to be properly resolved in 11-CURRENT and 10-STABLE. === Virtual Machine Disk Images === VM disk images are available for the amd64 and i386 architectures. Disk images may be downloaded from the following URL (or any of the FreeBSD FTP mirrors): ftp://ftp.freebsd.org/pub/FreeBSD/releases/VM-IMAGES/10.2-RC2/ 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) The disk images are available in QCOW2, VHD, VMDK, and raw disk image formats The image download size is approximately 135 MB, which decompress to a 20GB sparse image. Note to consumers of the dvd1.iso image: The bsdconfig(8) utility cannot install the packages included on the DVD, however they can be installed manually. To install packages from the dvd1.iso image, create and mount the /dist directory: # mkdir -p /dist # mount -t cd9660 /dev/cd0 /dist Replace '/dev/cd0' with the appropriate cd(4) device as necessary. Next, bootstrap pkg(8) from the DVD: # env REPOS_DIR=/dist/packages/repos \ pkg bootstrap At this point, pkg-install(8) can be used to install additional packages from the DVD. Please note, the REPOS_DIR environment variable should be used each time using the DVD as the package repository, otherwise conflicts with packages from the upstream mirrors may occur when they are fetched. For example, to install Gnome and Xorg, run: # env REPOS_DIR=/dist/packages/repos \ pkg install xorg-server xorg gnome3 [...] === Amazon EC2 AMI Images === FreeBSD/amd64 EC2 AMIs are available in the following regions: us-east-1 region: ami-9ff355f4 us-west-1 region: ami-1b1be75f us-west-2 region: ami-bb68618b sa-east-1 region: ami-5b199746 eu-west-1 region: ami-9cd98eeb eu-central-1 region: ami-e00206fd ap-northeast-1 region: ami-2ac5782a ap-southeast-1 region: ami-82515dd0 ap-southeast-2 region: ami-b12b6b8b === Azure / VM Depot Images === FreeBSD/amd64 images are available for use within the Microsoft Azure hosting platform through VM Depot. For deployment instructions, see: https://vmdepot.msopentech.com/Vhd/Show?vhdId=56718&version=59090 === Vagrant Images === FreeBSD/amd64 images are available on the Hashicorp Atlas site for the VMWare Desktop and VirtualBox providers, and can be installed by running: % vagrant init freebsd/FreeBSD-10.2-RC2 % vagrant up === Upgrading === The freebsd-update(8) utility supports binary upgrades of amd64 and i386 systems running earlier FreeBSD releases. Systems running earlier FreeBSD releases can upgrade as follows: # freebsd-update upgrade -r 10.2-RC2 During this process, freebsd-update(8) may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install It is recommended to rebuild and install all applications if possible, especially if upgrading from an earlier FreeBSD release, for example, FreeBSD 9.x. Alternatively, the user can install misc/compat9x and other compatibility libraries, afterwards the system must be rebooted into the new userland: # shutdown -r now Finally, after rebooting, freebsd-update needs to be run again to remove stale files: # freebsd-update install == ISO CHECKSUMS == o 10.2-RC2 amd64 GENERIC: SHA256 (FreeBSD-10.2-RC2-amd64-bootonly.iso) = 5181465f01ec0d51d00dd4da69e9706230a42b40026efd73aba6c976909c298d SHA256 (FreeBSD-10.2-RC2-amd64-bootonly.iso.xz) = 1a674c91ec780f438d8694924299ade9aac7dc38773c35f08894d3ab906a162c SHA256 (FreeBSD-10.2-RC2-amd64-disc1.iso) = 81d0697402324751ad7d044c2322efcafe65d99c83f53f7bf18cf37ec7ae20a4 SHA256 (FreeBSD-10.2-RC2-amd64-disc1.iso.xz) = c82ad4e273c1f263381739ccb35af6b4eb2ab7be818e350e4357d98ce3340cf5 SHA256 (FreeBSD-10.2-RC2-amd64-dvd1.iso) = 41400542bf8d6e938d737c299bf04b012c47921e3b78dd77c7bb7477e8bbf17b SHA256 (FreeBSD-10.2-RC2-amd64-dvd1.iso.xz) = eca0d41e51a8081641c64d9688f58178074b8d27b6cb50f8ee0226e21b34a273 SHA256 (FreeBSD-10.2-RC2-amd64-memstick.img) = ebab3ebf1c03d396dab6773974e4e99175fd89e8460708cfa26fe47272459e60 SHA256 (FreeBSD-10.2-RC2-amd64-memstick.img.xz) = 199be0f8ace73ff667baaa24c00d48b38e3c30883c8a3cbdefd5252bfbf80a52 SHA256 (FreeBSD-10.2-RC2-amd64-mini-memstick.img) = 4a623c1513a3d7898364d875be8f2139d11740a8ae1f3e877b380f4df20c7182 SHA256 (FreeBSD-10.2-RC2-amd64-mini-memstick.img.xz) = d04fd6ee2f4ea33070ae20c568245ddc1378cafd2a02c7e42b9442a381b833bb SHA256 (FreeBSD-10.2-RC2-amd64-uefi-bootonly.iso) = 252e2a7c9f408e121a358ff73afc7bd4ee500b8360427854ee2a8d355a7e993b SHA256 (FreeBSD-10.2-RC2-amd64-uefi-bootonly.iso.xz) = 8568617f1b84682a6c3d9e2163b9c3c598af8d839cea158f3ca45548b17581ca SHA256 (FreeBSD-10.2-RC2-amd64-uefi-disc1.iso) = 802d2467e2facf17392b119c3342c2000b6d6910ebb85d1dcb62eb9c851188d0 SHA256 (FreeBSD-10.2-RC2-amd64-uefi-disc1.iso.xz) = 939729895c976c66101ab26bb4560d96391c654b85fb3c006fc61993b0cc95ee SHA256 (FreeBSD-10.2-RC2-amd64-uefi-dvd1.iso) = e4734fcd8c49a1580802cdeee7cf541215c665d6505820f9f373bd2553bcb3c6 SHA256 (FreeBSD-10.2-RC2-amd64-uefi-dvd1.iso.xz) = 48a3093099bcd5319f72800aefeb45600b463c108693f73ef028638f40f8c17c SHA256 (FreeBSD-10.2-RC2-amd64-uefi-memstick.img) = c0bffbd607d820ce0ae3f83a323f9ad62d210c6ab8ad7a0ce24d7f1e2afcbc23 SHA256 (FreeBSD-10.2-RC2-amd64-uefi-memstick.img.xz) = fbd7cea015f26c7a05c92151d6a38dfc2d685614c96cb9303ae34d94c1ea8dcc SHA256 (FreeBSD-10.2-RC2-amd64-uefi-mini-memstick.img) = 2b1f69293a67f1c5701d8eda8a6995e55125a45f9bc6d7f72b6eace504713fd5 SHA256 (FreeBSD-10.2-RC2-amd64-uefi-mini-memstick.img.xz) = 33331f6ea70b4ae4d55b93bd608e8ca8f01fdb9a3f2cb432ae37659ae39cfef8 MD5 (FreeBSD-10.2-RC2-amd64-bootonly.iso) = 33b8d52e3c6ca1a51fcd8954505a7893 MD5 (FreeBSD-10.2-RC2-amd64-bootonly.iso.xz) = d3b1a278ef2912c27b2c7c441cea2ffb MD5 (FreeBSD-10.2-RC2-amd64-disc1.iso) = 64da91eac0b490301b816037823e524e MD5 (FreeBSD-10.2-RC2-amd64-disc1.iso.xz) = 4dd11509ebc5ebaf0dbe77a3e6ec3262 MD5 (FreeBSD-10.2-RC2-amd64-dvd1.iso) = f387fa915299757b3069e0af6aeaa264 MD5 (FreeBSD-10.2-RC2-amd64-dvd1.iso.xz) = 41fb93258911b44577787d0e2d4a3656 MD5 (FreeBSD-10.2-RC2-amd64-memstick.img) = 1458071358d2e956b65597af74fc56aa MD5 (FreeBSD-10.2-RC2-amd64-memstick.img.xz) = b6a77a170ee864285b0b93be393fb5c3 MD5 (FreeBSD-10.2-RC2-amd64-mini-memstick.img) = c675a1810598a86256f9297357fc2a15 MD5 (FreeBSD-10.2-RC2-amd64-mini-memstick.img.xz) = a9442434098549f354fdf2fcc9113ee9 MD5 (FreeBSD-10.2-RC2-amd64-uefi-bootonly.iso) = 5a9399a4c496ddb420f75b1731490bd5 MD5 (FreeBSD-10.2-RC2-amd64-uefi-bootonly.iso.xz) = 45f5d4faf0def3f3cd59ac121e547126 MD5 (FreeBSD-10.2-RC2-amd64-uefi-disc1.iso) = 7ec1d673b5adbce27c20a08ad883b089 MD5 (FreeBSD-10.2-RC2-amd64-uefi-disc1.iso.xz) = 20c2f48e7a52c460ef91f45de890b966 MD5 (FreeBSD-10.2-RC2-amd64-uefi-dvd1.iso) = b7dfc1220353cc601e1bd17d3c24ab0f MD5 (FreeBSD-10.2-RC2-amd64-uefi-dvd1.iso.xz) = de83c7c4cec26b7facd30e94d6a6d370 MD5 (FreeBSD-10.2-RC2-amd64-uefi-memstick.img) = 0a21702a315ec918bccc17485a04a219 MD5 (FreeBSD-10.2-RC2-amd64-uefi-memstick.img.xz) = d97f7d8bb49671ce8479fa95c1bc2a06 MD5 (FreeBSD-10.2-RC2-amd64-uefi-mini-memstick.img) = a2dc75d194c6d012574cb94a7ee308d9 MD5 (FreeBSD-10.2-RC2-amd64-uefi-mini-memstick.img.xz) = c99617c4c6b91c4915a4cca86d7bf276 o 10.2-RC2 i386 GENERIC: SHA256 (FreeBSD-10.2-RC2-i386-bootonly.iso) = 0ee1952b1b4adee44dfac62f4cc57438bf84276815a83bd5162cfaac5adcb99c SHA256 (FreeBSD-10.2-RC2-i386-bootonly.iso.xz) = 3f4967313af8145bd2ad38ba3c728819fe98f4ee6c1821103f3fe825e1c51f06 SHA256 (FreeBSD-10.2-RC2-i386-disc1.iso) = 35eb1a25f20e8e8436f19f530f5ccc1e1d13efaa4311c2e22e56fa0f61b87ed1 SHA256 (FreeBSD-10.2-RC2-i386-disc1.iso.xz) = f6d9ca9e469ab0231a917affda684eab3562fc12401c4762833a3f9018f60309 SHA256 (FreeBSD-10.2-RC2-i386-dvd1.iso) = c4d46710a64b02d617bcebc2cf29f60cf92e68fb9d5021948404847415669861 SHA256 (FreeBSD-10.2-RC2-i386-dvd1.iso.xz) = 81fa6d9b25894725a29d3ab587007bff54c35de53063762cb278b444c523f169 SHA256 (FreeBSD-10.2-RC2-i386-memstick.img) = a155ffbeb418cb4dba421e737b4e53f05e01a0cb04ab7dc59774f6dc9b97a270 SHA256 (FreeBSD-10.2-RC2-i386-memstick.img.xz) = ad7faa719b107aa2e47859a1b664e6d81b3c6b6784f3e31103629b77e20c4dc5 SHA256 (FreeBSD-10.2-RC2-i386-mini-memstick.img) = 10f730bf42171061239ce77dc9520f0a7ecdad074e7196046cc731812a5b04a0 SHA256 (FreeBSD-10.2-RC2-i386-mini-memstick.img.xz) = 51b04a58271d8b54c6acb7f183375aa4ef8e2c5f9a12cc562112e159e9f50a32 MD5 (FreeBSD-10.2-RC2-i386-bootonly.iso) = 51dca259a81b66e2f30b264684ba50bc MD5 (FreeBSD-10.2-RC2-i386-bootonly.iso.xz) = 40afc1b4677eb06cf7d6ba19ede7a9dd MD5 (FreeBSD-10.2-RC2-i386-disc1.iso) = 16c5324c2e49a4337a5d000f1e2101a7 MD5 (FreeBSD-10.2-RC2-i386-disc1.iso.xz) = b55ccd4b08375eeb546fe0616e2595da MD5 (FreeBSD-10.2-RC2-i386-dvd1.iso) = e394c7b5f041a941139f0a7e81943273 MD5 (FreeBSD-10.2-RC2-i386-dvd1.iso.xz) = d63b17c522dd6760e8cf0edfb28d0648 MD5 (FreeBSD-10.2-RC2-i386-memstick.img) = 54d4e50df9fcc3bd84a3637d5c895d40 MD5 (FreeBSD-10.2-RC2-i386-memstick.img.xz) = 884ee87af399de2aca383871e37d5b6c MD5 (FreeBSD-10.2-RC2-i386-mini-memstick.img) = 041f514691d1b9f13d0de2ad55fb18b4 MD5 (FreeBSD-10.2-RC2-i386-mini-memstick.img.xz) = abbe98a829c95e6ed54ef6500eab209c o 10.2-RC2 ia64 GENERIC: SHA256 (FreeBSD-10.2-RC2-ia64-bootonly.iso) = 6355fb82ec453d49f7443abfffd1e06b75ec04787d27b0c8a8d9f1bab2a0c839 SHA256 (FreeBSD-10.2-RC2-ia64-bootonly.iso.xz) = 8ddab4b3c7807ae58041d953607ce5cd5619610de8c81f9681ffda6180589d17 SHA256 (FreeBSD-10.2-RC2-ia64-disc1.iso) = 1195b8bd9cec3b8e19926368b2a5cbcda32d903454c2e043bdfd3dbac0aae880 SHA256 (FreeBSD-10.2-RC2-ia64-disc1.iso.xz) = 0092b923b7cb9b2740ed8392d5d417a4436d92caaca01b2a820d2192c055f3ae SHA256 (FreeBSD-10.2-RC2-ia64-dvd1.iso) = 764c06d5730aa0275bc5a439aebfb1c0bce960cc53675ab06800580a54759287 SHA256 (FreeBSD-10.2-RC2-ia64-dvd1.iso.xz) = 027aff47730ac15d288405e8c3f20d26f680a933bbbea3b121f3e4a01c458eb6 SHA256 (FreeBSD-10.2-RC2-ia64-memstick.img) = b400bb5e767293178405b2f5348278db220abf407d8c80d6b62e46ba46c992fc SHA256 (FreeBSD-10.2-RC2-ia64-memstick.img.xz) = 4d89ec9776afc937b2e085872fe486aec2da31c9d0d67a4415a5f6b2674541c3 SHA256 (FreeBSD-10.2-RC2-ia64-mini-memstick.img) = ba6827b6aa0170184cf04371cd5fba2b25750b23890741396f62d5ec9ed69555 SHA256 (FreeBSD-10.2-RC2-ia64-mini-memstick.img.xz) = f861e08a6112cf264bce76f0a959efae2a09edfd88ee2ad95af96135376dea35 MD5 (FreeBSD-10.2-RC2-ia64-bootonly.iso) = 922bfd4e135c3cffc79b05468e366803 MD5 (FreeBSD-10.2-RC2-ia64-bootonly.iso.xz) = 2418b0f83ab27a1d9ce00a2e5832884e MD5 (FreeBSD-10.2-RC2-ia64-disc1.iso) = 10c5150906a7d45d628aa3e5e789f05b MD5 (FreeBSD-10.2-RC2-ia64-disc1.iso.xz) = ca56d0c322be28e6eef3b922beb59de1 MD5 (FreeBSD-10.2-RC2-ia64-dvd1.iso) = 16ea5ac01a31c76723511231367866b5 MD5 (FreeBSD-10.2-RC2-ia64-dvd1.iso.xz) = 7fd7ba69d66720c667a7eb430778ebf8 MD5 (FreeBSD-10.2-RC2-ia64-memstick.img) = 04ada0cda579cc79a06ae4c836d0e737 MD5 (FreeBSD-10.2-RC2-ia64-memstick.img.xz) = 3511b8654610879cf028a91f3c9ac690 MD5 (FreeBSD-10.2-RC2-ia64-mini-memstick.img) = 794f50343d0bed117ebbde1c142d91aa MD5 (FreeBSD-10.2-RC2-ia64-mini-memstick.img.xz) = 5792f83c07ca5e6034f1176224303883 o 10.2-RC2 powerpc GENERIC: SHA256 (FreeBSD-10.2-RC2-powerpc-bootonly.iso) = 6ff8ad256917caecde94461682a21c953aeec637008aa619bc922ddb743420b9 SHA256 (FreeBSD-10.2-RC2-powerpc-bootonly.iso.xz) = a53ed05821bb2af13f1ce6991ba76ba992495146717e18149b8f41bd0dddc147 SHA256 (FreeBSD-10.2-RC2-powerpc-disc1.iso) = ba68d8596609156b9c852e50614b35f068001877b7be7b9cd7e7ba71f0715967 SHA256 (FreeBSD-10.2-RC2-powerpc-disc1.iso.xz) = 082eec450b1541e0d7670009fe59aef6b4caf55c17e0355a0a300775d5c6fd8f SHA256 (FreeBSD-10.2-RC2-powerpc-dvd1.iso) = 033daec1abdc0a1bfedbea5908d6852a7ea11e6969b2e8c5b1ed20b3fbe5dc74 SHA256 (FreeBSD-10.2-RC2-powerpc-dvd1.iso.xz) = 02a88f290950369143db7feba2de462e71cfd5a33d41e3a96bc3105c24fa4e82 SHA256 (FreeBSD-10.2-RC2-powerpc-memstick.img) = bf8f13cb8d05a6f8da21ddee6d1e9b9b6dfa6df7fd2f6ebaae3f89b0d4774987 SHA256 (FreeBSD-10.2-RC2-powerpc-memstick.img.xz) = 71fa9439bc922e03b220caf5593a85334aa5804c14d05084b7bd1d6aba7a66b3 SHA256 (FreeBSD-10.2-RC2-powerpc-mini-memstick.img) = 22b47262d3406c48e7e6d3aab6b691994ac46a885a3c85f10dc01068f19ecd76 SHA256 (FreeBSD-10.2-RC2-powerpc-mini-memstick.img.xz) = fb6e95c4570e92d40595f60ef8733e5acb360be091a31e7f2417b111d1d09063 MD5 (FreeBSD-10.2-RC2-powerpc-bootonly.iso) = a95dd867946e502ddfc361cf53cbec1a MD5 (FreeBSD-10.2-RC2-powerpc-bootonly.iso.xz) = 46a7958db0071fded612914e0028544f MD5 (FreeBSD-10.2-RC2-powerpc-disc1.iso) = b530720a37ba74ee2f9f3559275fdd6a MD5 (FreeBSD-10.2-RC2-powerpc-disc1.iso.xz) = ca977488b84e14ff4252ab6cd412ba52 MD5 (FreeBSD-10.2-RC2-powerpc-dvd1.iso) = 28da4c577bf3ea9444911ae8658fe4cc MD5 (FreeBSD-10.2-RC2-powerpc-dvd1.iso.xz) = e7947e407dc7c5b57afa0d70b7e38527 MD5 (FreeBSD-10.2-RC2-powerpc-memstick.img) = 91dec47a0c65d179fb13964e28a48dab MD5 (FreeBSD-10.2-RC2-powerpc-memstick.img.xz) = 7ed3e61f5d718697c692a1a509d88a12 MD5 (FreeBSD-10.2-RC2-powerpc-mini-memstick.img) = c1e1d1b21e3348e1191982f6789367ea MD5 (FreeBSD-10.2-RC2-powerpc-mini-memstick.img.xz) = c682826e506c2d5c16f6357bb5902921 o 10.2-RC2 powerpc64 GENERIC64: SHA256 (FreeBSD-10.2-RC2-powerpc-powerpc64-bootonly.iso) = e28b99fe0913f39ab7fac86d0ac688ac544f97e6e1cb8bfd92c9f3a9dc1f3d7d SHA256 (FreeBSD-10.2-RC2-powerpc-powerpc64-bootonly.iso.xz) = 7037586db570dfc3530709f2c20af2ad4aef3950716bb179e51472a0cb9f7f4f SHA256 (FreeBSD-10.2-RC2-powerpc-powerpc64-disc1.iso) = 10c5da355066bbae72dd4abac344dd9d13427b087a3f7fe5f72a8cc2d6ea67ee SHA256 (FreeBSD-10.2-RC2-powerpc-powerpc64-disc1.iso.xz) = 8fc87726807eb5308b8624578bff325b02a1abe856791dc998ad49491a762c34 SHA256 (FreeBSD-10.2-RC2-powerpc-powerpc64-dvd1.iso) = bc3cb47e910f4cc0c592d61e281c5e08d41001f58f170fbdc063f9fe38e7d0b9 SHA256 (FreeBSD-10.2-RC2-powerpc-powerpc64-dvd1.iso.xz) = 757952f16883c871706cf3477c8ccc2508f90a919b52ff0057bdf1cb27360a99 SHA256 (FreeBSD-10.2-RC2-powerpc-powerpc64-memstick.img) = 9af2d8d41fae63030adae93094a9950365b141d90601bb93c0f82ef4e622ae12 SHA256 (FreeBSD-10.2-RC2-powerpc-powerpc64-memstick.img.xz) = d2218be56930e0bb96179f65633f9984124fd8ca6ab3b39189b8e4e777ba674a SHA256 (FreeBSD-10.2-RC2-powerpc-powerpc64-mini-memstick.img) = 1585c7ba9fa1406c82e20187f2e77399029698bb21f1d7ab73d4186a842a35c8 SHA256 (FreeBSD-10.2-RC2-powerpc-powerpc64-mini-memstick.img.xz) = d69bcea58b790c1205d91575551e63e33b573dc53ad58b42c2ba5043b3b31cf5 MD5 (FreeBSD-10.2-RC2-powerpc-powerpc64-bootonly.iso) = a88b8259e6599dc38ec336b636223375 MD5 (FreeBSD-10.2-RC2-powerpc-powerpc64-bootonly.iso.xz) = e0495c57f76f7ea434ccedc8ef2c6cc0 MD5 (FreeBSD-10.2-RC2-powerpc-powerpc64-disc1.iso) = bc8e80ef3f207c631449bc2f88285f12 MD5 (FreeBSD-10.2-RC2-powerpc-powerpc64-disc1.iso.xz) = d4edfe362d29e94144b413f3d7b1f5e6 MD5 (FreeBSD-10.2-RC2-powerpc-powerpc64-dvd1.iso) = 3eb959263f44916294798370f7217b31 MD5 (FreeBSD-10.2-RC2-powerpc-powerpc64-dvd1.iso.xz) = 04cc9ad3dd7b54e39bc7952ea2d8eb7b MD5 (FreeBSD-10.2-RC2-powerpc-powerpc64-memstick.img) = 19c7c718f3b6591f1aa4d76bba94343f MD5 (FreeBSD-10.2-RC2-powerpc-powerpc64-memstick.img.xz) = 2f20ec6f011fa10db4e775cc175dad4d MD5 (FreeBSD-10.2-RC2-powerpc-powerpc64-mini-memstick.img) = 8c996d2de578d2c6a934a0caa5b901f5 MD5 (FreeBSD-10.2-RC2-powerpc-powerpc64-mini-memstick.img.xz) = ece65e1a4a60e52cf1d8c872e448b5c6 o 10.2-RC2 sparc64 GENERIC: SHA256 (FreeBSD-10.2-RC2-sparc64-bootonly.iso) = 9ecbae55d43544eadda7cd3e36151975158a7bdfa8b170afb0813bbf6fdf96ce SHA256 (FreeBSD-10.2-RC2-sparc64-bootonly.iso.xz) = 93431d70bec6a7f8a25f3611cf660fa715fc71396ea9979882aa21dfe4573899 SHA256 (FreeBSD-10.2-RC2-sparc64-disc1.iso) = 06be4dba0150bff840ca9901e471aacec1192b317383d92d319ab25c9ba7368b SHA256 (FreeBSD-10.2-RC2-sparc64-disc1.iso.xz) = 5759317c4beff989de9db59df575ab89ef3053d728f148d58333c77c6e20fa5f SHA256 (FreeBSD-10.2-RC2-sparc64-dvd1.iso) = 22ef3cb865329fc622039cc7c782ae7f3690f0c9e4c91e726e96ad86b704e007 SHA256 (FreeBSD-10.2-RC2-sparc64-dvd1.iso.xz) = 5145334e80e48fe8cc6c85e42774998178f2e4f4305b48eb0c783126f0800179 MD5 (FreeBSD-10.2-RC2-sparc64-bootonly.iso) = 6acbb3d9cd3194683e6d6920da7cf550 MD5 (FreeBSD-10.2-RC2-sparc64-bootonly.iso.xz) = 15ade36dbeff830fe7da47419df0d61d MD5 (FreeBSD-10.2-RC2-sparc64-disc1.iso) = bccbcb2a15816d30c39e93fee379631b MD5 (FreeBSD-10.2-RC2-sparc64-disc1.iso.xz) = b9e6f409ecafe186bb393d3f23269a58 MD5 (FreeBSD-10.2-RC2-sparc64-dvd1.iso) = 705e63e228c2341300d9c8370af7c4a8 MD5 (FreeBSD-10.2-RC2-sparc64-dvd1.iso.xz) = 987b7118635c1dbeb70f9ee35bef4157 o 10.2-RC2 armv6 BEAGLEBONE: SHA256 (FreeBSD-10.2-RC2-arm-armv6-BEAGLEBONE.img.xz) = b1add6e12aa7fcf2e1c43677eff86675659b752c66dfcac7793049ec00894e9f MD5 (FreeBSD-10.2-RC2-arm-armv6-BEAGLEBONE.img.xz) = 50610ec640559aaff3fedc8ed903a22b o 10.2-RC2 armv6 CUBOX-HUMMINGBOARD: SHA256 (FreeBSD-10.2-RC2-arm-armv6-CUBOX-HUMMINGBOARD.img.xz) = 862cb2095049435f12532d0dfe01640f1729e87cab7ee22396aebc7c7c1dd298 MD5 (FreeBSD-10.2-RC2-arm-armv6-CUBOX-HUMMINGBOARD.img.xz) = c7fa0088aba9c669bb875ec2ed2e6988 o 10.2-RC2 armv6 GUMSTIX: SHA256 (FreeBSD-10.2-RC2-arm-armv6-GUMSTIX.img.xz) = 4cb3f14156db0ecd8e24e68cd20b49721d5309c01618aa888f9feb23926c4f21 MD5 (FreeBSD-10.2-RC2-arm-armv6-GUMSTIX.img.xz) = 04dedc49c3cd066c29829fb22fdf4bf0 o 10.2-RC2 armv6 RPI-B: SHA256 (FreeBSD-10.2-RC2-arm-armv6-RPI-B.img.xz) = 622ab7e52c7f011a11f2710492a4add52240f9207d73dcf48ded050be48eede0 MD5 (FreeBSD-10.2-RC2-arm-armv6-RPI-B.img.xz) = 948c40630b0ac026666b47b875e28bad o 10.2-RC2 armv6 PANDABOARD: SHA256 (FreeBSD-10.2-RC2-arm-armv6-PANDABOARD.img.xz) = 143286f69017af3ef41e07a10a57f2b5b32f2868560b2fdf0dd1b20a2e0a1232 MD5 (FreeBSD-10.2-RC2-arm-armv6-PANDABOARD.img.xz) = dc74bc9f10afd27f84f708e87e90f94b o 10.2-RC2 armv6 WANDBOARD: SHA256 (FreeBSD-10.2-RC2-arm-armv6-WANDBOARD.img.xz) = d99d90a5e2240bd21ccec185a45d71900e58b2ce553af578f41df3a8e3e4ac07 MD5 (FreeBSD-10.2-RC2-arm-armv6-WANDBOARD.img.xz) = 468226073ff648bf37a452774b9c70d3 == VM IMAGE CHECKSUMS == o 10.2-RC2 amd64: SHA256 (FreeBSD-10.2-RC2-amd64.qcow2.xz) = 917defe46ed58a916265f88be2067565a500c309384f3ec9b135b295c04ac337 SHA256 (FreeBSD-10.2-RC2-amd64.raw.xz) = d471d5825e05e4a2050a2c9ee35701d895bc308cffa1f3626a2b5c3826dcb70d SHA256 (FreeBSD-10.2-RC2-amd64.vhd.xz) = 431f2fabd12833b6cc527261edb104e256ec9a00552879b6d33f792b133206d2 SHA256 (FreeBSD-10.2-RC2-amd64.vmdk.xz) = 915e25f5053b657604792ec0d457585f813efec696615d14236d7de92233c98b MD5 (FreeBSD-10.2-RC2-amd64.qcow2.xz) = fe4a631f3ccc2482f40ce9118d2f0ace MD5 (FreeBSD-10.2-RC2-amd64.raw.xz) = 7e4ee75fceec5fe8fef4ea506be73b1c MD5 (FreeBSD-10.2-RC2-amd64.vhd.xz) = 14b9abdf555c99c06bb3d456d1b63f51 MD5 (FreeBSD-10.2-RC2-amd64.vmdk.xz) = 3dd8dcc1d450121cf5c10fdefc21b6d3 o 10.2-RC2 i386: SHA256 (FreeBSD-10.2-RC2-i386.qcow2.xz) = b86e628619e0c22fa234373aa8931135c6f05364f86367ab360270839eac048f SHA256 (FreeBSD-10.2-RC2-i386.raw.xz) = a67da1b5cfa113df23f504d8c11a1c3e0e6213a4a75eaea103b35618de93699f SHA256 (FreeBSD-10.2-RC2-i386.vhd.xz) = 5717cf5309b850cfcd0512aa24a1d07e7a467ff036ddd49fd91a1449b94e5a82 SHA256 (FreeBSD-10.2-RC2-i386.vmdk.xz) = b35c2de8f29747999d3aa40f3c88fc3d506502f942e912b9abb53f0e4aa03f31 MD5 (FreeBSD-10.2-RC2-i386.qcow2.xz) = 0a4d0a3d7b05b28e9821d20bab609222 MD5 (FreeBSD-10.2-RC2-i386.raw.xz) = c0b3b9e1ab8a3c06d8d6e54e4d9b225a MD5 (FreeBSD-10.2-RC2-i386.vhd.xz) = 7df989697f74a3f664b61dc207f98a29 MD5 (FreeBSD-10.2-RC2-i386.vmdk.xz) = 449affeb6a9f39ca4f6155e589fefec8 Regards, Glen Love FreeBSD? Support this and future releases with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVvQc+AAoJEAMUWKVHj+KTM5wQAJMztZJOcfuxtz52QLV79FTX YGf449YRFc5xYwT90laJARas2W8lj+vFSx0Ar1ceE5Msi/HXTSaVSo41Y2dy7nxL dR7paCojBheCI+v1+CenYW0dIF56rGaTRbnS7ozttstlHy2WdS6G1sZQBOvjhTwG m77fZrxzrq9FCj6QNAtUksNiv92bL7mzOr5I9GADh9Jx9Ax5HRuxRJ7PwNqbuNHL EGbBEOnZtQBjqHRbFVEUqSbIYhx/zQ6ZdoAWFuQv6do0TA1m+DFD4Vi56nzl3i+3 iTWpmJJ3HSI5fbw0riFOdmj2NooR5WAWTytykF+5v1+XxQCQOhalffpHW0QMxewL gprryVBAfnMcV1LkOCJ8macNZD+MdeU3DrFOezyur6uc04I7nlMCcbSsSGs1Lvjh 9YxcRL/s1l67+nC8F8m/dG2UvEzyOGR0TanW9uZXjWjX/MdjZ2eHdCKLYK1xJ3uB Qf/SFTN/q6rU9zxpmJe0UBtUOlri1X67sxEeVVQuWeMWjHBDcTisPF0yKJSXhGS0 B1w/gff/+r62j8uz0C8Ri4ErbdTTyC1QHneZavDJiA1HAIyFMuom6hPkKzaQ2v4x +GjxYi5OZwIar87Lc8w0U4/Df7QOSe3p1XoWJn/fbZpnV6rPXm5l5Bl59enJ/9Wv 2s2rpTZ1W7lxPdycndAO =drOI -----END PGP SIGNATURE-----